Package: emacs22-gtk
Version: 22.1+1-3
Severity: normal
I started emacs22 on a XHTML file from a shell and immediately typed
C-s, and it crashed. IIRC, this is the first time I get such a crash
with emacs22 (I often got similar crashes with emacs21 in the past).
Note: I was really fast typing
On 2008-03-18 23:20:09 -0300, Nelson A. de Oliveira wrote:
Can you reproduce the bug that you reported at
http://bugs.debian.org/374631, using the new ImageMagick (version
7:6.3.7.9.dfsg1-2), available on testing and unstable, please?
Yes, I can easily reproduce the crash with a crop on
On 2008-03-19 15:58:35 +0100, Sven Joachim wrote:
That backtrace is useless, lacking debugging information. If you would
like to trace the problem, please build Emacs from source, e.g. using
apt-get source -b emacs22. Then cd to the directory
emacs22-22.1+1/debian/build-gtk/src and run gdb
Package: gcj-4.3
Version: 4.3.0-1
Severity: minor
/usr/share/man/man1/gc-analyze.1.gz is a dangling symlink:
vin% ls -l /usr/share/man/man1/gc-analyze.1.gz
lrwxrwxrwx 1 root root 19 2008-03-17 02:46:40
/usr/share/man/man1/gc-analyze.1.gz - gc-analyze-4.3.1.gz
vin% ls -lL
Hi,
On 2008-03-21 22:55:39 -0300, Nelson A. de Oliveira wrote:
According to the ImageMagick upstream developers, the bug that you
reported on http://bugs.debian.org/266304 (at least your last message)
isn't a bug.
You can see their answer at
On 2006-10-15 16:44:03 +0200, Marc 'HE' Brockschmidt wrote:
Version: 1.2.4-3.1
Package: libcairo2
^
Heya,
I NMUed (just took -3 and removed the -2 changes, as I didn't want to do
those in an NMU).
I don't understand. The package mentioned in this bug[*] is libcairo,
not
Package: libc6
Version: 2.3.6.ds1-7
Severity: normal
(Not sure if this is a bug in libc6 or binutils or another package;
I first thought it was a bug in gcc, but a gcc developer said no:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29588.)
gcc has /usr/local/include in its default search path,
Package: libxslt1.1
Version: 1.1.17-5
Severity: normal
Bug http://bugzilla.gnome.org/show_bug.cgi?id=345147 was fixed in
the head. It would be nice to have the patch in Debian.
Here's a summary of the bug: Though I'm using disable-output-escaping,
xsltproc adds a CDATA section in style and
On 2006-10-25 18:40:28 +0200, Vincent Lefevre wrote:
Package: libxslt1.1
Version: 1.1.17-5
Severity: normal
Bug http://bugzilla.gnome.org/show_bug.cgi?id=345147 was fixed in
the head. It would be nice to have the patch in Debian.
libxslt 1.1.18 has been released today, so that this should
On 2006-10-25 13:49:21 +0200, Marc 'HE' Brockschmidt wrote:
Those are the same, more or less. libcairo is the name of the source
package, while libcairo2 is the name of the binary package containing
the library libcairo (in SOVERSION two, the only one in the archive)
Hmmm... yes, I didn't pay
Package: coreutils
Version: 5.97-5.1
Severity: minor
Though one can guess the order, wc's documentation (info file, man page,
and wc --help) should say in which order the values are printed:
wc -cmlLw FILE outputs the numbers of newlines, words, characters,
bytes and the longest line in this
On 2006-10-27 10:33:53 +0200, Gabor Gombas wrote:
On Wed, Oct 25, 2006 at 02:37:04PM +0200, Vincent Lefevre wrote:
5. Run it. You should get:
GMP . Library: 4.2.1 - Header: 4.2.17
This means the soname of gmp 4.2.1 and 4.2.17 is the same (or you'd
have got an error while
On 2006-10-27 14:09:59 +0200, Gabor Gombas wrote:
On Fri, Oct 27, 2006 at 11:25:51AM +0200, Vincent Lefevre wrote:
Not necessarily. The soname isn't defined in the header file, is it?
(At compile time, it seems that the library was also 4.2.1, because
I get the same problem when using
Package: libimdb-film-perl
Version: 0.34-1
Severity: normal
release_dates doesn't work correctly. For instance, on 62755, I get:
country: Austria
date: USA, 16 October
And more generally, the attributes are missing.
-- System Information:
Debian Release: squeeze/sid
APT prefers oldstable
retitle 524472 [PR tree-optimization/36765] gcc-4.3: gcc 4.3.2 strict-aliasing
bug / miscompiles GMP 4.3.0
thanks
I've added the upstream bug reference to the title, in case
someone else wonders...
--
Vincent Lefèvre vinc...@vinc17.org - Web: http://www.vinc17.org/
100% accessible validated
Package: zsh
Version: 4.3.9-4
Severity: wishlist
Please add completion for latexmk. I think that it should at least
behave like latex.
Supporting options too (listed by latexmk -h) would be fine.
-- System Information:
Debian Release: squeeze/sid
APT prefers oldstable
APT policy: (500,
On 2009-04-23 20:29:47 +, Clint Adams wrote:
On Thu, Apr 23, 2009 at 05:43:18PM +0200, Vincent Lefevre wrote:
Please add completion for latexmk. I think that it should at least
behave like latex.
Do you mean complete *.(tex|TEX|texinfo|texi)(-.) ?
At least .tex and .TEX, probably
Package: docbook-xsl-doc
Version: 1.74.3-2
Severity: grave
Justification: renders package unusable
I can't upgrade docbook-xsl-doc-pdf and docbook-xsl-doc-text because
they try to overwrite /usr/share/doc-base/docbook-xsl-doc, which is
also in package docbook-xsl-doc-html (version 1.74.3-2 of
Package: screen
Version: 4.0.3-13
Severity: normal
When I start screen, apps that run in it don't always notice screen
resize: the problem often occurs with emacs -nw and occurs in
non-selected windows with Mutt (well, I'm not completely sure, as
this is a bit random: the difference may just be a
In fact I could reproduce the problem with screen versions from
4.0.3-7 to 4.0.3-13 (I haven't tried earlier versions). In all
cases, it appears randomly.
To reproduce it, try:
screen emacs -nw
--
Vincent Lefèvre vinc...@vinc17.org - Web: http://www.vinc17.org/
100% accessible validated
On 2009-04-27 23:09:34 +0300, Riku Voipio wrote:
Furthermore defaults must be engineered for newbies. Newbies don't have
emotional attachment to legacy charsets (or even know what a charset is).
They just want to things to work, and if everything were utf-8, things
would work better.
A
Hi,
On 2009-09-21 19:58:17 +0200, Samuel Thibault wrote:
See the upstream answer:
http://code.google.com/p/jing-trang/issues/detail?id=87
“This is a bug in xmllint.
I guess --relaxng tells xmllint not to do any DTD processing, which is
not correct: it should at least do the minimum
Yes, if I understand correctly, the RELAX NG spec requires
DTD processing:
http://www.relaxng.org/spec-20011203.html
It is possible for there to be multiple distinct infosets for a
single XML document. This is because XML parsers are not required to
process all DTD declarations or expand all
I've reported the bug upstream:
https://bugzilla.gnome.org/show_bug.cgi?id=595792
--
Vincent Lefèvre vinc...@vinc17.org - Web: http://www.vinc17.org/
100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
On 2009-09-22 23:00:39 +0200, Samuel Thibault wrote:
Mmm, I'm not sure I'm able to understand what this means (I'm not that
into XML/DTDs). Does it mean you agree that this isn't a trang bug
actually, and possibly rather a bug in xmllint (in which case it should
be reassigned)?
Yes, I think
tags 546442 fixed-upstream patch upstream
thanks
The patch is here:
http://git.gnome.org/cgit/libxml2/patch/?id=aa422d9254f373141428bf0879f08af7ad15f3bf
I've tested it and it works.
--
Vincent Lefèvre vinc...@vinc17.org - Web: http://www.vinc17.org/
100% accessible validated (X)HTML - Blog:
On 2009-09-08 22:03:34 +0200, Moritz Muehlenhoff wrote:
Does this still occur with later kernel versions?
I don't know. FYI, in my case, this is an old machine (2001), which
I won't use any longer in a few weeks. If you want, I could try.
Otherwise I wouldn't mind if this bug were closed (but I
retitle 288149 xmllint: RELAX NG validation fails due to default attribute value
tags 288149 upstream
forwarded 288149 https://bugzilla.gnome.org/show_bug.cgi?id=596184
thanks
Note: I can reproduce the bug under Mac OS X. So, this is
an upstream bug.
--
Vincent Lefèvre vinc...@vinc17.org - Web:
On 2009-09-24 19:18:26 -0700, Daniel Burrows wrote:
As far as I can tell, those are still present on the FTP server, and
the referenced bug doesn't say otherwise. Why should they be in the
Obsolete section?
OK, I thought that aptitude got the information in some other way.
Can't there be
tags 539991 upstream
thanks
This is the same issue as:
http://subversion.tigris.org/issues/show_bug.cgi?id=1823
--
Vincent Lefèvre vinc...@vinc17.org - Web: http://www.vinc17.org/
100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/
Work: CR INRIA - computer arithmetic /
Package: coreutils
Version: 7.5-6
Severity: normal
The mktemp(1) man page says nothing about what a template is (and
there's nothing about mktemp in the info manual), so that one gets
strange errors:
$ mktemp X.pdf
mktemp: too few X's in template `X.pdf'
--
Package: xscreensaver-data
Version: 5.05-3+nmu1
Severity: grave
Justification: renders package unusable
I get the following error:
# apt-get install xscreensaver-data
[...]
Preparing to replace xscreensaver-data 5.05-3+nmu1 (using
.../xscreensaver-data_5.10-1_amd64.deb) ...
Unpacking
On 2009-09-28 18:32:43 +0200, Vincent Lefevre wrote:
On 2009-04-23 17:28:09 +0200, Jakub Wilk wrote:
pdfinfo does not properly encode Unicode characters outside the BMP:
$ locale charmap
UTF-8
$ pdfinfo utf16nonbmp.pdf | iconv -f UTF-8 -t UTF-32 /dev/null
iconv: illegal input
On 2009-09-28 22:10:09 +0200, Johann Felix Soden wrote:
The Author, Keywords, and Title-fields of your attached
metadata.pdf are really empty, so perhaps you have send the wrong file.
No, this is the right file. I've opened the file with emacs, and
it seems that the fields are defined twice:
On 2009-09-28 23:54:55 +0200, Johann Felix Soden wrote:
This documentation is outdated: The command \pdfinfo{...} seems not to
be usable with current versions of hyperref.
Well, \pdfinfo is described in the pdftex manual. If hyperref messes up
with it, it is a bug in hyperref.
--
Vincent
Package: perl
Version: 5.10.1-3
Severity: grave
Justification: renders package unusable
It is impossible to install the package:
# apt-get install libperl5.10 perl perl-base perl-doc perl-modules
Reading package lists... Done
Building dependency tree
Reading state information... Done
The
Package: pdftk
Version: 1.41+dfsg-1
Severity: minor
Under UTF-8 locales, if the update_info data file contains something
like
InfoKey: Author
InfoValue: Vincent Lefèvre
encoded in ISO-8859-1 (thus the data are invalid in UTF-8), then
pdftk file.pdf update_info in.info output out.pdf
Package: guessnet
Version: 0.51-1
Severity: important
While guessnet works fine after booting, it always fails at boot time.
My /etc/network/interfaces file currently contains:
# This file describes the network interfaces available on
retitle 549192 guessnet fails when interface is down: Unknown pcap error
thanks
On 2009-10-01 13:28:59 +0200, Vincent Lefevre wrote:
While guessnet works fine after booting, it always fails at boot time.
I've done tests, and in fact, the problem occurs only when the
interface is down
On 2009-10-01 23:11:51 +0100, Enrico Zini wrote:
This is odd: guessnet does try to bring the interface up if it is down:
Thu Oct 1 09:38:46 2009: guessnet: Interface eth0 was down: initializing
for broadcast
so apparently the method that guessnet is using is somehow not working
for
Package: zsh
Version: 4.3.10-17
Severity: normal
The zsh man pages say:
A backgrounded pipeline returns a status of zero.
But zsh doesn't behave correctly:
xvii:~ zsh -f
xvii% false
xvii% sleep 1
[1] 8693
xvii%
[1] + done sleep 1
xvii%
xvii% echo $?
1
xvii%
zsh-beta is OK, though.
Package: texlive-lang-french
Version: 2009-3
Severity: minor
The texlive-lang-french package description contains:
[...]
variations -- Typeset tables of variations of functions.
hyphen-basque -- Hyphenation for Basque.
hyphen-french --
The last line is incomplete.
-- Package-specific
Package: emacs23
Version: 23.2+1-7
Severity: normal
When Emacs is started in xterm, garbage is sometimes inserted at the
beginning of the buffer: 0;266;0c
This looks like terminal escape sequences.
I don't know exactly under what conditions this occurs, but it seems
that a slow connection[*]
I remember having a similar problem in the past:
http://permalink.gmane.org/gmane.emacs.bugs/16480
The problem occurs when the connection has some high latency.
--
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog:
Package: bti
Version: 028-2
Severity: important
The bti man page says:
--dry-run
Performs all steps that would normally be done for a given action,
but will not connect to the service to post or retrieve data.
I did:
$ bti --dry-run --config ~/.bti-twitter
tweet: test
and the
Package: gwibber
Version: 2.91.2-1
Severity: normal
Gwibber no longer works with identi.ca: when I do a refresh, nothing
happens, not even an error message.
-- System Information:
Debian Release: 6.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Package: gwibber
Version: 2.91.2-1
Severity: grave
Tags: security
Justification: user security hole
Gwibber bypasses certificate checking when the login/password is
provided, at least to identi.ca.
Here's what I did:
1. Since I revoked Gwibber access for identi.ca a few days ago (by
mistake:
found 607015 2.91.2-1
thanks
On 2010-12-14 00:12:46 +, brian m. carlson wrote:
I use gwibber solely with Twitter. For some reason, even after closing
and restarting gwibber, gwibber accepts a tweet and proceeds to discard
it instead of posting it. This is irritatingly broken. If, for
On 2011-01-03 12:04:46 +0100, Stefano Zacchiroli wrote:
I'm tempted to raise the severity of this to serious, simply because not
only it is annoying that no error is reported to the user, but at
present I've no way of making gwibber send a message (via identi.ca) *at
all*.
I have no problems
Package: ca-certificates
Version: 20090814+nmu2
Severity: normal
User: ca-certifica...@packages.debian.org
Usertags: cert-inclusion
Please add COMODO High-Assurance Secure Server CA.
Note that it is now needed by identi.ca, and in particular by packages
supporting identica, like gwibber
Package: manpages-dev
Version: 3.27-1
Severity: wishlist
The isgreater(3) man page says:
The normal relation operations (like , less than) will fail if one
of the operands is NaN. This will cause an exception. To avoid this,
C99 defines these macros. The macros are guaranteed to
Package: manpages-fr-dev
Version: 3.27fr1.4-1
Severity: normal
The French isgreater(3) man page says:
L'opérateur normal de relation (comme , « inférieur à ») échouera si
l'un des opérandes est le non nombre NaN. Ceci déclenche une exception.
Pour l'éviter, C99 définit ces macros. Elles
On 2011-01-05 22:09:13 +0100, Denis Barbier wrote:
The French isgreater(3) man page says:
L'opérateur normal de relation (comme , « inférieur à ») échouera si
l'un des opérandes est le non nombre NaN. Ceci déclenche une exception.
Pour l'éviter, C99 définit ces macros. Elles
On 2011-01-06 09:45:33 +0100, Denis Barbier wrote:
After more thinking I also agree that operand is misleading in this
context. As type flottant réel seems to not be widely used, it is
IMO better to be more explicit in French. Here is another try:
Les opérations de relation usuelles
Package: gcc-4.4-doc
Version: 4.4.4.nf1-1
Severity: normal
The GCC 4.4 manual says:
-- Built-in Function: TYPE __builtin_choose_expr (CONST_EXP, EXP1,
EXP2)
You can use the built-in function `__builtin_choose_expr' to
evaluate code depending on the value of a constant
Package: openoffice.org
Version: 1:3.2.1-11
Severity: important
If a .odt file has a predefined PrinterName in settings.xml,
OpenOffice.org sometimes crashes (segmentation fault). It is always
reproducible the first time, e.g. with no ~/.openoffice.org directory.
Otherwise it is still very
FYI, the last lines of the strace output until the SIGSEGV:
15612 read(8,
\1\1Z+B\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 4096) = 296
15612 read(8, 0x725724, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
15612 futex(0x7254b0, FUTEX_WAKE_PRIVATE, 1) = 1
15597
On 2011-01-07 18:54:09 +0100, Rene Engelhard wrote:
On Fri, Jan 07, 2011 at 06:13:26PM +0100, Vincent Lefevre wrote:
Package: openoffice.org
Version: 1:3.2.1-11
Severity: important
So not RC - no material for squeeze anymore, sorry. As important
it might be...
But it would
Package: openoffice.org
Version: 1:3.2.1-11
Severity: normal
When I set a document to French (Tools - Language - For all text),
each time I type a word followed by a semi-colon, OpenOffice.org
automatically adds a no-break space (U+00A0) before the semi-colon.
This is incorrect. A thin space
Package: libmpc2
Version: 0.8.2-1+b1
Severity: serious
Justification: Policy 2.3
Note: this copyright problem partly comes from upstream.
/usr/share/doc/libmpc2/copyright says:
Copyright:
Copyright (C) 2002, 2003, 2004, 2005, 2007, 2008, 2009 Andreas Enge
Copyright (C) 2002, 2003,
On 2011-01-20 03:02:17 +0100, Cyril Brulebois wrote:
Vincent Lefevre vinc...@vinc17.net (20/01/2011):
In my case, on a machine where I use the proprietary nvidia driver,
the pointer color is correct (red). On another machine where I use
the nv driver (FYI the nouveau driver doesn't work
On 2011-01-22 15:18:05 +0100, Julien Cristau wrote:
On Fri, Jan 21, 2011 at 16:47:10 +0100, Thomas Preud'homme wrote:
Indeed, and the law stating this can be found in english at [1]. It's the
article L. 113-9 (last one on the page)
[1]
Package: gdm
Version: 2.20.11-4
Severity: important
When for some reason the X server fails to start[*], gdm displays
an error box about the problem and (while I didn't do anything) the
console login prompt appear.
I couldn't login because letter keys were apparently grabbed by gdm,
while the
retitle 535241 screen not restored after suspend on Dell Latitude E6400 [nVidia
Quadro NVS 160M]
found 535241 2.6.32-30
severity 535241 important
thanks
On 2009-07-01 11:15:53 +0200, Vincent Lefevre wrote:
I've removed the vbetool package. This solves the freeze problem,
but the screen still
On 2011-01-19 17:59:49 +0100, Cyril Brulebois wrote:
You seem to be using synaptics, which takes precedence over mouse.
Some details can be found in:
http://pkg-xorg.alioth.debian.org/howtos/configure-input.html
Yes, I now remember I added
Section InputClass
Identifier TouchPad
Package: mpfr4
Version: 3.0.0-2
Severity: minor
Many packages install the AUTHORS file. For instance on my machine:
ypig:~ locate AUTHORS | grep -c '^/usr/share/doc'
473
But this is not the case of mpfr4 binary packages.
-- System Information:
Debian Release: 6.0
APT prefers unstable
APT
Package: iceweasel
Version: 3.5.16-4
Severity: important
Tags: security
Copy of my bug report from
https://bugzilla.mozilla.org/show_bug.cgi?id=629412
but note that Firefox 4 nightly doesn't have this problem (and as said
in the comments, focus handling was rewritten for Firefox 3.6). Also
On 2011-01-28 13:50:30 +0100, Mike Hommey wrote:
Vincent, does this bug appear with the iceweasel 3.6 version in
experimental?
Yes, same problem (I've also tried with -safe-mode).
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20110109
Iceweasel/3.6.13 (like Firefox/3.6.13)
--
On 2011-01-28 17:44:59 +0100, Mike Hommey wrote:
Could you check with 4.0b10 from http://mozilla.debian.net/ ?
I haven't tried, but the bug no longer occurs with Firefox 4 nightlies.
--
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog:
On 2011-02-05 15:50:11 +0100, Bastien ROUCARIES wrote:
Seems related, do not know why our machine work fine
Note that when I reported the bug, it was on a machine with an old
libx11-6 (2:1.0.3-7). It would be worth to try on a similar machine.
--
Vincent Lefèvre vinc...@vinc17.net - Web:
Package: fancontrol
Version: 1:3.2.0-1
Severity: normal
When upgrading to fancontrol 1:3.2.0-1, I got with aptitude:
Setting up fancontrol (1:3.2.0-1) ...
insserv: warning: current stop runlevel(s) (0 1 6) of script `fancontrol'
overwrites defaults (empty).
Stopping fan speed regulator:
On 2011-02-09 19:16:14 +, Alex Valavanis wrote:
Thanks for the update, Vincent. Which upstream version of Inkscape
were you using? 0.48.0?
0.45.1 (it's written in the .svg file).
--
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML -
Package: aptitude
Version: 0.6.3-3.2
Severity: normal
When I want to download the changelog with 'C', I now get the error,
e.g. for xorg:
Failed to download the changelog of xorg: 404 Not Found [IP: 194.177.211.202
80]
Every package seems to be affected.
I don't know whether this is a
On 2011-02-04 10:09:51 -0500, Yaroslav Halchenko wrote:
Without /usr/local/lib64 symlink to /usr/local/lib many local
installations of upstream projects (not that I am encouraging such
cruel activity) would install into /usr/local/lib64 on amd64
systems. Since symlink is not available, install
Package: wicd
Version: 1.7.0+ds1-6
Severity: normal
wicd takes time to run the postconnect scripts and report the IP address.
I've had the problem with two different access points today.
The wicd.log file contains:
2011/02/22 22:47:49 :: Connecting to wireless network Etoile 1
2011/02/22
Package: wicd
Version: 1.7.0+ds1-6
Severity: normal
This looks incorrect:
xvii:~ ls -ld /var/log/wicd
d-wxrw--wt 2 root root 4096 2010-06-14 09:33:28 /var/log/wicd
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500,
Package: xserver-xorg-video-nouveau
Version: 1:0.0.16+git20101210+8bb8231-2
Severity: normal
I notice delays in redraw with xterm and emacs.
e.g. emacs -q -l disptime.el with disptime.el being:
(custom-set-variables
'(display-time-24hr-format t)
'(display-time-day-and-date nil)
Additional information...
They was no such problem with the nv driver, and I hadn't used nouveau
until now as it didn't work at all on this machine (bug 581830).
On 2011-02-24 13:00:33 +0100, Vincent Lefevre wrote:
I notice delays in redraw with xterm and emacs.
e.g. emacs -q -l disptime.el
DEBEMAIL=vinc...@vinc17.net
INTERFACE=text
** /home/vlefevre/.reportbugrc:
reportbug_version 2.10
mode advanced
ui text
realname Vincent Lefevre
email vinc...@vinc17.net
mua mutt
cc
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable
Package: gnupg
Version: 1.4.11-3
Severity: normal
I did a Ctrl-C to interrupt gpg (started by Mutt to check a signature),
but it froze with a zombie child:
UIDPID PPID C STIME TTY TIME CMD
vlefevre 16559 16558 0 14:54 pts/900:00:00 gpg --no-verbose --batch -o -
--verify
Package: sensord
Version: 1:3.2.0-1
Severity: normal
I have the following errors in my /var/log/syslog file:
Feb 24 12:30:00 ypig sensord: Error updating RRD file: /var/log/sensord.rrd:
/var/log/sensord.rrd: found extra data on update argument: 1.37
Feb 24 12:30:00 ypig sensord: rrd update
On 2011-02-24 15:25:15 +0100, Michel Dänzer wrote:
Sounds like https://bugs.freedesktop.org/show_bug.cgi?id=33977 ,
which I think should be fixed in a current nouveau X driver
snapshot.
Yes, it seems to be this bug.
(I've also observed a minor problem with Xft fonts in Emacs in the
time test,
Package: gdm3
Version: 2.30.5-7
Severity: important
I've switched from gdm to gdm3, and I can no longer login after
this change.
The file :0-slave.log.1 contains:
gdm-session-worker[2767]: pam_unix(gdm3:session): session opened for user
vlefevre by (uid=0)
gdm-session-worker[2767]:
On 2011-02-24 17:09:04 +0100, Vincent Lefevre wrote:
Agent pid 2891
No protocol specified
[fvwm][main]: ERROR can't open display :0
I think the problem comes from the fact that I have
[[ -n $DISPLAY ]] export XAUTHORITY=$HOME/.Xauthority
in my .zshenv (it is sourced in a zsh script before
retitle 614972 Undocumented .Xauthority location change can break login / X
applications
thanks
On 2011-02-24 17:54:45 +0100, Vincent Lefevre wrote:
On 2011-02-24 17:09:04 +0100, Vincent Lefevre wrote:
Agent pid 2891
No protocol specified
[fvwm][main]: ERROR can't open display :0
I
Package: gdm3
Version: 2.30.5-7
Severity: normal
gdm3 displays the time as 6:28 while we use the 24hr format in
France, so that it should be: 18:28. So, gdm3 should use the time
format specified in the locales (set via /etc/default/locale).
-- System Information:
Debian Release: wheezy/sid
APT
On 2011-02-24 21:51:19 +0100, Josselin Mouette wrote:
Le jeudi 24 février 2011 à 18:00 +0100, Vincent Lefevre a écrit :
But the .Xauthority location change should have been documented and
announced!
Announced where?
In the README file or README.Debian if Debian specific, and in the
man
Package: gdm3
Version: 2.30.5-7
Severity: minor
Tags: upstream
The /usr/share/doc/gdm3/README file contains:
Bugs should be reported to the GNOME bug tracking
system:
http://bugzilla.gnome.org/simple-bug-guide.cgi?product=gdm
but this URL yields a 404 Not Found error.
-- System
On 2011-02-24 22:45:58 +0100, Josselin Mouette wrote:
Le jeudi 24 février 2011 à 22:32 +0100, Vincent Lefevre a écrit :
I also think that
* there should be some file mentioning the main differences (in
particular, those not very visible) between gdm and gdm3;
This is not the same
retitle subversion: svn frozen in apr_file_read with zombie child
found 575104 1.6.12dfsg-4
thanks
On 2010-03-23 16:08:52 +0100, Vincent Lefevre wrote:
I started a svn blame ... | less and interrupted it with Ctrl-C,
but svn is still frozen with a zombie child:
$ ps -f --pid 16861 --ppid
Package: less
Version: 436-1
Severity: minor
less doesn't seem to wait for the sh started for the lesspipe command:
After typing less debian.xml:
UIDPID PPID C STIME TTY TIME CMD
vinc17 13156 15321 0 03:31 pts/900:00:00 less debian.xml
vinc17 13157 13156 0 03:31
On 2011-02-27 20:36:13 -0500, Thomas Dickey wrote:
The goal is to be able to keep the xterm window open and/or to be able
to save its data in the following cases:
* when the subprocess has crashed (but not if it has terminated
normally);
The -hold option does keep the window open.
Package: tidy
Version: 20091223cvs-1
Severity: normal
tidy -asxhtml -utf8 --add-xml-decl yes doesn't specify the encoding.
The consequence is that the XML processor cannot reliably determine
the encoding at that time. For instance, libxml2 will assume that the
output encoding should be US-ASCII
Package: tidy
Version: 20091223cvs-1
Severity: minor
For XHTML output, it is an error to generate entity references (except
the standard XML ones) as they are not guaranteed to work. Indeed
http://www.w3.org/TR/html5/the-xhtml-syntax.html#writing-xhtml-documents
says:
Note: According to the
Package: zsh
Version: 4.3.10-17
Severity: normal
Consider the following zsh script:
d=$PWD:t
ln -s . symlink-to-dot || exit 1
realpath symlink-to-dot/../$d/symlink-to-dot
realpath symlink-to-dot/../$d/does-not-exist
echo symlink-to-dot/../$d/symlink-to-dot(:A)
echo
Package: zsh
Version: 4.3.10-17
Severity: minor
1. Execute zsh -f.
2. Type RPS1=%* and [Enter] (to have the time in the prompt).
3. Resize the window.
- If the width has changed, the right part of the prompt is
redisplayed at the correct place, but in any case, the time
displayed in the
On 2010-12-20 12:30:25 +0100, Vincent Lefevre wrote:
1. Execute zsh -f.
2. Type RPS1=%* and [Enter] (to have the time in the prompt).
3. Resize the window.
- If the width has changed, the right part of the prompt is
redisplayed at the correct place, but in any case, the time
displayed
Package: flashplugin-nonfree
Version: 1:2.8.2
Severity: wishlist
flashplugin-nonfree should provide some visible documentation about
updates. At least a /usr/share/doc/flashplugin-nonfree/README file
is a must.
Until now I thought I would have received updates automatically
(either from a
Hi,
On 2010-01-08 08:09:11 +0100, Nikolaus Schulz wrote:
So I think it would be a good idea to document it, for example by adding
an appropriate README.Debian, pointing the user to the
update-flashplugin-nonfree script. I also think a short warning in the
package description would be
retitle 596023 gwibber wants the user's name/e-mail and password for Identi.ca
and Twitter
found 596023 2.91.2-1
thanks
Now same problem with identi.ca as well.
--
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog:
1201 - 1300 of 7705 matches
Mail list logo