[Python-modules-team] Bug#655413: Bug#655413: ipython-notebook: Wrong link for saved notebooks
Hi Julian,
Thanks for the answer.
Le Tuesday 10 January 2012 23:56:08 Julian Taylor, vous avez écrit :
I can't reproduce that issue.
Which browser are you using? to my knowledge only firefox and chrome are
properly supported.
I have the problem with both.
what is the content of the body tag in the html source.
It should be something like this:
body
data-project=/home/user/notebookdir/
data-base-project-url=/
data-base-kernel-url=/
That's what I have. But I've found the problem. It's in line 115 of
/usr/share/pyshared/IPython/frontend/html/notebook/static/js/notebooklist.js
It is:
attr('href', $('body').data('baseProjectURL')+notebook_id).
but it should be:
attr('href', $('body').data('baseProjectUrl')+notebook_id).
note the lower case at the end of baseProjectUrl. Correcting this makes the
notebook work here.
Regards,
Yannick
--
Life, loathe it or ignore it, you can't like it.
-- Marvin, Hitchhiker's Guide to the Galaxy
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Bug#650671: libgssapi-krb5-2: breaks ssh connection through netcat bounce
Package: libgssapi-krb5-2 Version: 1.10+dfsg~alpha1-5 Severity: normal Hi, First, I'm not sure libgssapi-krb5-2 is the correct package to report this bug against; maybe it's another krb5 package or even openssh. I used to connect to a private-IP remote machine through a public-IP remote machine using the netcat bounce method. This is done with this configuration in the ssh configuration file: ProxyCommand ssh user@public.machine nc -q 0 private.machine %p With the update of krb5 packages to 1.10+dfsg~alpha1, this no longer works and ssh segfaults. Run in verbose mode, the error is: [...] debug1: No valid Key exchange context debug1: Next authentication method: gssapi-with-mic Erreur de segmentation To prevent ssh from segfaulting, one can disable gss with: GSSAPIAuthentication no in the configuration file. If I downgrade krb5 packages to 1.9 version, there is no problems. I also tried to recompile openssh against new krb5 package, but that did not solve the problem. Yannick -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgssapi-krb5-2 depends on: ii libc6 2.13-21 ii libcomerr2 1.42-1 ii libk5crypto3 1.10+dfsg~alpha1-5 ii libkeyutils1 1.5.2-2 ii libkrb5-3 1.10+dfsg~alpha1-5 ii libkrb5support01.10+dfsg~alpha1-5 ii multiarch-support 2.13-21 libgssapi-krb5-2 recommends no packages. Versions of packages libgssapi-krb5-2 suggests: pn krb5-doc none pn krb5-user none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548308: inkscape: Can't use text tool since GTK upgrade.
Hi Alex, I can't reproduce the bug here (and I did not have troubles with Inkscape since a long time) so I suppose it is fixed. Thanks, Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636765: goldendict: run and eat CPU but does not start
Package: goldendict Version: 1.0.2~git20110805-1 Severity: grave Tags: sid Justification: renders package unusable Hi, With 1.0.2~git20110805-1 update, Goldendict no longuer starts. When I launch it, the process runs and eats CPU but the program never show up and I must kill the process. If I trace its execution, it seems to be looking for a GoldenDictrc file for ever. Cheers, Yannick PS: I tried to rebuild the package on my system but that did not solve the problem. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages goldendict depends on: ii libc6 2.13-14 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-5GCC support library ii libhunspell-1.2-0 1.2.14-4 spell checker and morphological an ii libogg0 1.2.2~dfsg-1 Ogg bitstream library ii libphonon4 4:4.6.0really4.5.0-4 multimedia framework from KDE - co ii libqt4-network 4:4.7.3-5Qt 4 network module ii libqt4-xml 4:4.7.3-5Qt 4 XML module ii libqtcore4 4:4.7.3-5Qt 4 core module ii libqtgui4 4:4.7.3-5Qt 4 GUI module ii libqtwebkit42.1.0~2011week13-2 Web content engine library for Qt ii libstdc++6 4.6.1-5 GNU Standard C++ Library v3 ii libvorbis0a 1.3.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.2-1 The Vorbis General Audio Compressi ii libx11-62:1.4.4-1X11 client-side library ii libxtst62:1.2.0-3X11 Testing -- Record extension li ii phonon 4:4.6.0really4.5.0-4 multimedia framework from KDE - me ii zlib1g 1:1.2.5.dfsg-1 compression library - runtime goldendict recommends no packages. Versions of packages goldendict suggests: ii goldendict-wordnet1:3.0-25 electronic lexical database of Eng -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636765: goldendict: run and eat CPU but does not start
Package: goldendict Version: 1.0.2~git20110805-1 Severity: grave Tags: sid Justification: renders package unusable Hi, With 1.0.2~git20110805-1 update, Goldendict no longuer starts. When I launch it, the process runs and eats CPU but the program never show up and I must kill the process. If I trace its execution, it seems to be looking for a GoldenDictrc file for ever. Cheers, Yannick PS: I tried to rebuild the package on my system but that did not solve the problem. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages goldendict depends on: ii libc6 2.13-14 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-5GCC support library ii libhunspell-1.2-0 1.2.14-4 spell checker and morphological an ii libogg0 1.2.2~dfsg-1 Ogg bitstream library ii libphonon4 4:4.6.0really4.5.0-4 multimedia framework from KDE - co ii libqt4-network 4:4.7.3-5Qt 4 network module ii libqt4-xml 4:4.7.3-5Qt 4 XML module ii libqtcore4 4:4.7.3-5Qt 4 core module ii libqtgui4 4:4.7.3-5Qt 4 GUI module ii libqtwebkit42.1.0~2011week13-2 Web content engine library for Qt ii libstdc++6 4.6.1-5 GNU Standard C++ Library v3 ii libvorbis0a 1.3.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.2-1 The Vorbis General Audio Compressi ii libx11-62:1.4.4-1X11 client-side library ii libxtst62:1.2.0-3X11 Testing -- Record extension li ii phonon 4:4.6.0really4.5.0-4 multimedia framework from KDE - me ii zlib1g 1:1.2.5.dfsg-1 compression library - runtime goldendict recommends no packages. Versions of packages goldendict suggests: ii goldendict-wordnet1:3.0-25 electronic lexical database of Eng -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624917: Is this a libcv-dev bug?
Adding an #include stddef.h to /usr/include/opencv/cxcore.hpp makes kipi-plugin compile (well, at least the git version). So maybe this bug is a libcv-dev one. Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Pkg-kde-extras] Bug#624917: Is this a libcv-dev bug?
Adding an #include stddef.h to /usr/include/opencv/cxcore.hpp makes kipi-plugin compile (well, at least the git version). So maybe this bug is a libcv-dev one. Yannick ___ pkg-kde-extras mailing list pkg-kde-extras@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-extras
Bug#624917: Is this a libcv-dev bug?
Adding an #include stddef.h to /usr/include/opencv/cxcore.hpp makes kipi-plugin compile (well, at least the git version). So maybe this bug is a libcv-dev one. Yannick -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612529: Rebuilding python-cairo does not help
I rebuilded python-cairo and that did not solved the problem. Regards, Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Python-modules-team] Bug#612529: Rebuilding python-cairo does not help
I rebuilded python-cairo and that did not solved the problem. Regards, Yannick ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Bug#612529: [Python-modules-team] Bug#612529: python-matplotlib: Cairo update breaks matplotlib.image imgshow
Le Wednesday 09 February 2011 00:14:52 Sandro Tosi, vous avez écrit :
For instance, launch ipython and execute this commands:
import matplotlib.pyplot as plt
import matplotlib.image as mpimg
img=mpimg.imread('/usr/share/gdm/themes/debian-greeter/debian.png')
imgplot=plt.imshow(img)
do you have any backtrace and/or segfault stacktrace to attach here?
Hi Sandro,
Trying to get a backtrace, I discovered that it is not a problem of matplotlib
but a problem of ipython. For instance, running this script works:
#!/usr/bin/python
import matplotlib.pyplot as plt
import matplotlib.image as mpimg
img=mpimg.imread('/usr/share/gdm/themes/debian-greeter/debian.png')
imgplot=plt.imshow(img)
plt.show()
So it seems to be the autoshow feature of ipython that fails and this bug
can be reassigned to it.
Do you know how to backtrace a ipython instance?
Regards,
Yannick
--
Hildebrant's Principle:
If you don't know where you are going, any road will get you there.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612529: [Python-modules-team] Bug#612529: Bug#612529: python-matplotlib: Cairo update breaks matplotlib.image imgshow
I'm awfully sorry. :'( I had manually upgraded ipython to version 10.1 and reverting back to the official version 10 Debian package makes the problem disappear. So this bug may be closed. Nevertheless, when you plan to upgrade ipython, I can test, if you need, an experimental package on my system to see if the problem persists. Cheers, Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Python-modules-team] Bug#612529: Bug#612529: python-matplotlib: Cairo update breaks matplotlib.image imgshow
Le Wednesday 09 February 2011 00:14:52 Sandro Tosi, vous avez écrit :
For instance, launch ipython and execute this commands:
import matplotlib.pyplot as plt
import matplotlib.image as mpimg
img=mpimg.imread('/usr/share/gdm/themes/debian-greeter/debian.png')
imgplot=plt.imshow(img)
do you have any backtrace and/or segfault stacktrace to attach here?
Hi Sandro,
Trying to get a backtrace, I discovered that it is not a problem of matplotlib
but a problem of ipython. For instance, running this script works:
#!/usr/bin/python
import matplotlib.pyplot as plt
import matplotlib.image as mpimg
img=mpimg.imread('/usr/share/gdm/themes/debian-greeter/debian.png')
imgplot=plt.imshow(img)
plt.show()
So it seems to be the autoshow feature of ipython that fails and this bug
can be reassigned to it.
Do you know how to backtrace a ipython instance?
Regards,
Yannick
--
Hildebrant's Principle:
If you don't know where you are going, any road will get you there.
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#612529: Bug#612529: Bug#612529: python-matplotlib: Cairo update breaks matplotlib.image imgshow
I'm awfully sorry. :'( I had manually upgraded ipython to version 10.1 and reverting back to the official version 10 Debian package makes the problem disappear. So this bug may be closed. Nevertheless, when you plan to upgrade ipython, I can test, if you need, an experimental package on my system to see if the problem persists. Cheers, Yannick ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Bug#612529: python-matplotlib: Cairo update breaks matplotlib.image imgshow
Package: python-matplotlib
Version: 1.0.1-1
Severity: normal
Tags: sid
With the recent libcairo2 update, matplotlib.image segfaults when using
imgshow().
For instance, launch ipython and execute this commands:
import matplotlib.pyplot as plt
import matplotlib.image as mpimg
img=mpimg.imread('/usr/share/gdm/themes/debian-greeter/debian.png')
imgplot=plt.imshow(img)
When libcairo2 is downgraded to testing version (1.10.2-1), the segfault
does no occur.
I've recompiled matplotlib but it does not solved the problem.
Regards,
Yannick
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.37-liquorix-5 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-matplotlib depends on:
ii libatk1.0-0 1.32.0-2 The ATK accessibility toolkit
ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib
ii libcairo2 1.10.2-2 The Cairo 2D vector graphics libra
ii libfontconfig12.8.0-2.1 generic font configuration library
ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.4.5-10 GCC support library
ii libglib2.0-0 2.27.91-1 The GLib library of C routines
ii libgtk2.0-0 2.24.0-1 The GTK+ graphical user interface
ii libpango1.0-0 1.28.3-4 Layout and rendering of internatio
ii libpng12-01.2.44-1 PNG library - runtime
ii libstdc++64.6-20110125-1 The GNU Standard C++ Library v3
ii python2.6.6-10 interactive high-level object-orie
ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo vect
ii python-dateutil 1.4.1-3powerful extensions to the standar
ii python-gobject2.27.0-2 Python bindings for the GObject li
ii python-matplotlib-data1.0.1-1Python based plotting system (data
ii python-numpy 1:1.4.1-5 Numerical Python adds a fast array
ii python-pyparsing 1.5.2-2Python parsing module
ii python-support1.0.12 automated rebuilding support for P
ii python-tz 2010b-1Python version of the Olson timezo
ii tcl8.58.5.9-1Tcl (the Tool Command Language) v8
ii tk8.5 8.5.9-1Tk toolkit for Tcl and X11, v8.5 -
ii zlib1g1:1.2.5.dfsg-1 compression library - runtime
Versions of packages python-matplotlib recommends:
ii python-glade2 2.17.0-4 GTK+ bindings: Glade support
ii python-tk 2.7-2 Tkinter - Writing Tk applications
Versions of packages python-matplotlib suggests:
ii dvipng 1.13-1convert DVI files to PNG graphics
ii ipython0.10.1-0.1enhanced interactive Python shell
ii librsvg2-common2.32.0-1 SAX-based renderer library for SVG
ii python-configobj 4.7.2+ds-1simple but powerful config file re
pn python-excelerator none(no description available)
ii python-gtk22.17.0-4 Python bindings for the GTK+ widge
ii python-matplotlib-doc 1.0.1-1 Python based plotting system (docu
pn python-qt3 none(no description available)
ii python-qt4 4.7.3-1+b1Python bindings for Qt4
ii python-scipy 0.7.2+dfsg1-1 scientific tools for Python
ii python-traits 3.5.0-1 Manifest typing and reactive progr
ii python-wxgtk2.82.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t
ii texlive-extra-utils2009-10 TeX Live: TeX auxiliary programs
ii texlive-latex-extra2009-10 TeX Live: LaTeX supplementary pack
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612529: cairo 1.10.2-1 is experimental not testing
libcairo2 1.10.2-1 is from experimental, not testing. Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Python-modules-team] Bug#612529: python-matplotlib: Cairo update breaks matplotlib.image imgshow
Package: python-matplotlib
Version: 1.0.1-1
Severity: normal
Tags: sid
With the recent libcairo2 update, matplotlib.image segfaults when using
imgshow().
For instance, launch ipython and execute this commands:
import matplotlib.pyplot as plt
import matplotlib.image as mpimg
img=mpimg.imread('/usr/share/gdm/themes/debian-greeter/debian.png')
imgplot=plt.imshow(img)
When libcairo2 is downgraded to testing version (1.10.2-1), the segfault
does no occur.
I've recompiled matplotlib but it does not solved the problem.
Regards,
Yannick
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.37-liquorix-5 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-matplotlib depends on:
ii libatk1.0-0 1.32.0-2 The ATK accessibility toolkit
ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib
ii libcairo2 1.10.2-2 The Cairo 2D vector graphics libra
ii libfontconfig12.8.0-2.1 generic font configuration library
ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.4.5-10 GCC support library
ii libglib2.0-0 2.27.91-1 The GLib library of C routines
ii libgtk2.0-0 2.24.0-1 The GTK+ graphical user interface
ii libpango1.0-0 1.28.3-4 Layout and rendering of internatio
ii libpng12-01.2.44-1 PNG library - runtime
ii libstdc++64.6-20110125-1 The GNU Standard C++ Library v3
ii python2.6.6-10 interactive high-level object-orie
ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo vect
ii python-dateutil 1.4.1-3powerful extensions to the standar
ii python-gobject2.27.0-2 Python bindings for the GObject li
ii python-matplotlib-data1.0.1-1Python based plotting system (data
ii python-numpy 1:1.4.1-5 Numerical Python adds a fast array
ii python-pyparsing 1.5.2-2Python parsing module
ii python-support1.0.12 automated rebuilding support for P
ii python-tz 2010b-1Python version of the Olson timezo
ii tcl8.58.5.9-1Tcl (the Tool Command Language) v8
ii tk8.5 8.5.9-1Tk toolkit for Tcl and X11, v8.5 -
ii zlib1g1:1.2.5.dfsg-1 compression library - runtime
Versions of packages python-matplotlib recommends:
ii python-glade2 2.17.0-4 GTK+ bindings: Glade support
ii python-tk 2.7-2 Tkinter - Writing Tk applications
Versions of packages python-matplotlib suggests:
ii dvipng 1.13-1convert DVI files to PNG graphics
ii ipython0.10.1-0.1enhanced interactive Python shell
ii librsvg2-common2.32.0-1 SAX-based renderer library for SVG
ii python-configobj 4.7.2+ds-1simple but powerful config file re
pn python-excelerator none(no description available)
ii python-gtk22.17.0-4 Python bindings for the GTK+ widge
ii python-matplotlib-doc 1.0.1-1 Python based plotting system (docu
pn python-qt3 none(no description available)
ii python-qt4 4.7.3-1+b1Python bindings for Qt4
ii python-scipy 0.7.2+dfsg1-1 scientific tools for Python
ii python-traits 3.5.0-1 Manifest typing and reactive progr
ii python-wxgtk2.82.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t
ii texlive-extra-utils2009-10 TeX Live: TeX auxiliary programs
ii texlive-latex-extra2009-10 TeX Live: LaTeX supplementary pack
-- no debconf information
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#612529: cairo 1.10.2-1 is experimental not testing
libcairo2 1.10.2-1 is from experimental, not testing. Yannick ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
Bug#582461: libssh config files
Le Sunday 30 May 2010 18:45:59 Laurent Bigonville, vous avez écrit : I've uploaded a 3rd version of the package with a new patch. Hi Laurent, The v3 packages are like the v2. They work but I once encountered a problem of host unknown (the system asks to add a new key fingerprint) and once probably an identity file not found (the system asks for a password where key identification should be used). I couldn't catch these on log. I'm sorry, I can't explain these sporadic errors. If this happens again, I'll try to catch some logs. Nevertheless, I think you can upload this package as now the kio-sftp works most of the time. Thanks, Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582461: libssh config files
Le Sunday 30 May 2010 18:45:59 Laurent Bigonville, vous avez écrit : I've uploaded a 3rd version of the package with a new patch. Hi Laurent, The v3 packages are like the v2. They work but I once encountered a problem of host unknown (the system asks to add a new key fingerprint) and once probably an identity file not found (the system asks for a password where key identification should be used). I couldn't catch these on log. I'm sorry, I can't explain these sporadic errors. If this happens again, I'll try to catch some logs. Nevertheless, I think you can upload this package as now the kio-sftp works most of the time. Thanks, Yannick -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582461: libssh config files
Hi Andreas, Hi Laurent, Le Friday 28 May 2010 14:04:08 Laurent Bigonville, vous avez écrit : Let us know if it works The corrected packages works mostly. Some times, Dolphin / kio_sftp says that it can't authenticate the host and ask me to confirm the key. If I do so, then the weird directory ~/.ssh/?/ is created with a known_hosts file in it. In the log, I have : access(/home/yannick/.ssh/\1, R_OK) = -1 ENOENT (No such file or directory) mkdir(/home/yannick/.ssh/\1, 0700) = 0 open(/home/yannick/.ssh/\1/known_hosts, O_WRONLY|O_CREAT|O_APPEND, 0666) = 11 ... I'll send you a log. Sincerely, Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582461: libssh config files
Hi Andreas, Hi Laurent, Le Friday 28 May 2010 14:04:08 Laurent Bigonville, vous avez écrit : Let us know if it works The corrected packages works mostly. Some times, Dolphin / kio_sftp says that it can't authenticate the host and ask me to confirm the key. If I do so, then the weird directory ~/.ssh/?/ is created with a known_hosts file in it. In the log, I have : access(/home/yannick/.ssh/\1, R_OK) = -1 ENOENT (No such file or directory) mkdir(/home/yannick/.ssh/\1, 0700) = 0 open(/home/yannick/.ssh/\1/known_hosts, O_WRONLY|O_CREAT|O_APPEND, 0666) = 11 ... I'll send you a log. Sincerely, Yannick -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582461: libssh config files
Hi Andreas, Le Thursday 27 May 2010 12:22:37, vous avez écrit : Thanks for reporting this bug and helping to find and understand it! Thank you for considering it! Could you provide your /etc/ssh/ssh_config and ~/.ssh/config file that we could try to reproduce it on our system. My system config file is the standard Debian one. Except for the commented lines, the configuration is this one: Host * SendEnv LANG LC_* HashKnownHosts yes GSSAPIAuthentication yes GSSAPIDelegateCredentials no My local (in home dir) configuration file only overrides HashKnownHosts to no and sets some host specific stuff like X11 forwarding, usernames or full hostnames (for aliases). If possible it would be nice to have a strace log. I'm not at ease posting some security related traces on a public place (but I'm surely over paranoid). If we can't find the problem, I'll send one to you directly. Nevertheless, I've done some more testing tonight and it was weird because sometimes the known_hosts file is found, sometimes not; sometimes the identity file is found, sometimes not (sometimes a very helpful word indeed). I've manage to catch both case on log and when it fails, I have : access(SSH_DIR/id_rsa, R_OK) = -1 ENOENT (No such file or directory) when it succeeds : access(/home/yannick/.ssh/id_rsa, R_OK) = 0 I've got an host to which connection to always succeed (an old WRT54G with OpenWRT firmware). If you want, I'll can try to compare connection to this working host with connection to (intermittently) not working ones. Sincerely, Yannick PS: I've got the same problem at work on Fedora 12, so it's not Debian related. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582461: libssh-4: Upgrading to 0.4.3-1 messes kio-sftp
Hi Laurent, Alas no. Theses packages do not fix the problem. Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582461: libssh-4: Upgrading to 0.4.3-1 messes kio-sftp
Hi Laurent, Alas no. Theses packages do not fix the problem. Yannick -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582461: libssh-4: Upgrading to 0.4.3-1 messes kio-sftp
Package: libssh-4 Version: 0.4.3-1 Severity: normal Tags: sid When upgrading to 0.4.3-1, Dolphin can no longer use the ssh user configuration (what's in ~/.ssh). I use Dolphin to connect via sftp to ssh servers. With the 0.4.3-1 upgrade, Dolphin asks me to validate the server key fingerprint (as when you connect to a new server) and the passwordless key authentication is not used. More, some stange directories are created in ~/.ssh. They appear as ? and ?? doing a ls in bash, but mc (midnight commander) shows them as /. and /.. (in addition to the real /.. parent directory). These directories contains a know_hosts file with the server you just connected to. It's like kio-sftp uses the directory ~/.ssh/../ the last ../ being interpreted as a directory name. Reverting back to 0.4.2 solves the problem. I don't know if it's a bug in libssh-4 or in dolphin and if compiling dolphin against the new library solves the problem (I can test this this week-end if you think it's useful). Sincerely, Yannick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.4 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libssh-4 depends on: ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libssh-4 recommends no packages. libssh-4 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576595: gimp: Gimp loses progressbar with GTK 2.20.0
Package: gimp Version: 2.6.8-2.1 Severity: normal With the upgrade of GTK to 2.20, GIMP has lost it's progressbar and zoom level in the statusbar. The bug has been reported in GNOME bugzilla (#612956) [1] and patch is provided in the bug discussion (the git commit is indicated). I've applied the patch to Debian source and recompiled GIMP (hense the 2.1 package version) and it corrected the problem. Yannick [1] https://bugzilla.gnome.org/show_bug.cgi?id=612956 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.2-bfs (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.6.8-2.1Data files for GIMP ii libaa1 1.4p5-38 ascii art library ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbabl-0.0-0 0.0.22-1 Dynamic, any to any, pixel format ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-3 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.84-1 simple interprocess messaging syst ii libexif12 0.6.19-1 library to parse EXIF files ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgegl-0.0-0 0.0.22-1 Generic Graphics Library ii libgimp2.0 2.6.8-2.1Libraries for the GNU Image Manipu ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-2 The GTK+ graphical user interface ii libhal1 0.5.14-2 Hardware Abstraction Layer - share ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii liblcms11.18.dfsg-1.2+b1 Color management library ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpng12-0 1.2.43-1 PNG library - runtime ii libpoppler-glib40.12.2-2.1 PDF rendering library (GLib-based ii librsvg2-2 2.26.2-1 SAX-based renderer library for SVG ii libtiff43.9.2-3+b1 Tag Image File Format (TIFF) libra ii libwebkit-1.0-2 1.1.90-1 Web content engine library for Gtk ii libwmf0.2-7 0.2.8.4-6.1 Windows metafile conversion librar ii libx11-62:1.3.3-2X11 client-side library ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxfixes3 1:4.0.4-2X11 miscellaneous 'fixes' extensio ii libxmu6 2:1.0.5-1X11 miscellaneous utility library ii libxpm4 1:3.5.8-1X11 pixmap library ii python 2.5.4-9 An interactive high-level object-o ii python-gtk2 2.16.0-2 Python bindings for the GTK+ widge ii python-support 1.0.7automated rebuilding support for P ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gimp recommends no packages. Versions of packages gimp suggests: ii ghostscript 8.71~dfsg-3 The GPL Ghostscript PostScript/PDF ii gimp-data-extras 1:2.0.1-3 An extra set of brushes, palettes, ii gimp-help-fr [gimp-help] 2.4.1-2 Documentation for the GIMP (French ii gvfs-backends1.4.3-2 userspace virtual filesystem - bac ii libasound2 1.0.22-2shared library for ALSA applicatio pn libgimp-perl none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570860: durep: French debconf template translation
Package: durep Severity: wishlist Tags: patch l10n Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.7 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Copyright (C) 2010 Debian French l10n team # debian-l10n-fre...@lists.debian.org # Translator: # Yannick Roehlly yannick.roeh...@free.fr, 2010. msgid msgstr Project-Id-Version: durep 0.9-2\n Report-Msgid-Bugs-To: du...@packages.debian.org\n POT-Creation-Date: 2010-02-03 17:23+0100\n PO-Revision-Date: 2010-02-16 19:35+0100\n Last-Translator: Yannick Roehlly yannick.roeh...@free.fr\n Language-Team: French debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: string #. Description #: ../templates:1001 msgid HTTP directory for supplementary files: msgstr Répertoire HTTP pour les fichiers supplémentaires : #. Type: string #. Description #: ../templates:1001 msgid If this package shall provide disk usage information through a HTTP CGI- service, it needs a public web directory containing additional files like style sheet and images. This directory should be visible as '/durep' on the web site where the durep.cgi page is located. msgstr Dans le cas où ce paquet doit fournir des informations sur l'utilisation des disques à travers un service CGI HTTP, celui-ci a besoin d'un répertoire web public contenant des fichiers additionnels tels que des feuilles de styles et des images. Ce répertoire doit être visible en tant que « /durep » sur le site web où la page durep.cgi est située. #. Type: string #. Description #: ../templates:1001 msgid Due to FHS policy these files are not automatically installed to system directories. To make them accessible, they can either be copied into a location inside the HTTP root directory, or the web server needs to be configured accordingly. msgstr En raison des règles sur l'organisation standard des fichiers (FHS), ces fichiers ne sont pas automatiquement installés dans des répertoires systèmes. Pour les rendre accessibles, soit ils doivent être copiés quelque part à l'intérieur du répertoire HTTP racine, soit le serveur web doit être configuré de manière appropriée. #. Type: string #. Description #: ../templates:1001 msgid To configure the Apache webserver (for example), the following directive creates the needed directory alias: msgstr Pour configurer le serveur web Apache (par exemple), la directive suivante crée l'alias de répertoire nécessaire : #. Type: string #. Description #: ../templates:1001 msgid Alias /durep /usr/share/durep/www msgstr Alias /durep /usr/share/durep/www #. Type: string #. Description #: ../templates:1001 msgid To install supplementary files into another root directory please specify its path here. The directory must already exist. A typical answer would be '/ var/www'. The subdirectory '/durep' with files will be created automatically, the files will be installed from '/usr/share/durep/www' unless they already exist. msgstr Pour installer les fichiers supplémentaires à l'intérieur d'un autre répertoire racine, merci d'en indiquer le chemin ici. Ce répertoire doit déjà exister. Une réponse typique pourrait être « /var/www ». Le sous-répertoire « /durep » contenant les fichiers sera automatiquement créé, les fichiers seront installés depuis « /usr/share/durep/www », à moins qu'ils n'existent déjà. #. Type: boolean #. Description #: ../templates:2001 msgid Do you want to enable daily report generation? msgstr Souhaitez-vous des comptes-rendus quotidiens ? #. Type: boolean #. Description #: ../templates:2001 msgid If you wish, a daily script will create disk usage statistics of chosen filesystems. They will be kept for seven days. msgstr Si vous le désirez, un script peut créer chaque jour un rapport contenant les statistiques d'utilisation des systèmes de fichiers que vous aurez choisis. Ces rapport seront conservés pendant sept jours. #. Type: boolean #. Description #: ../templates:2001 msgid WARNING: with the default configuration, the statistics are stored in the public httpd directory, /var/www/durep. This may breach the privacy of the users. msgstr Attention, en laissant la configuration par défaut, les statistiques sont conservées dans le répertoire public du démon httpd /var/www/durep. Ceci représente un risque quant au respect de la vie privée des utilisateurs. #. Type: string #. Description #: ../templates:3001 #| msgid List of filesystems for durep reports msgid List of filesystems
[BTS] po-debconf://durep/fr.po #570860
C'est parti ! Yannick -- To UNSUBSCRIBE, email to debian-l10n-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002212325.54644.yannick.roeh...@free.fr
[LCFC] po-debconf://durep/fr.po
Le Monday 15 February 2010 07:14:29 Christian PERRIER, vous avez écrit : Donc, en fait, le plus souvent, dans les traductions, j'ignore ces WARNING et ne les traduis même pas. J'ai conservé le « Attention » mais en minuscules. Yannick # Translation of books to French # Copyright (C) 2010 Debian French l10n team # debian-l10n-french@lists.debian.org # Translator: # Yannick Roehlly yannick.roeh...@free.fr, 2010. msgid msgstr Project-Id-Version: durep 0.9-2\n Report-Msgid-Bugs-To: du...@packages.debian.org\n POT-Creation-Date: 2010-02-03 17:23+0100\n PO-Revision-Date: 2010-02-16 19:35+0100\n Last-Translator: Yannick Roehlly yannick.roeh...@free.fr\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: string #. Description #: ../templates:1001 msgid HTTP directory for supplementary files: msgstr Répertoire HTTP pour les fichiers supplémentaires : #. Type: string #. Description #: ../templates:1001 msgid If this package shall provide disk usage information through a HTTP CGI- service, it needs a public web directory containing additional files like style sheet and images. This directory should be visible as '/durep' on the web site where the durep.cgi page is located. msgstr Dans le cas où ce paquet doit fournir des informations sur l'utilisation des disques à travers un service CGI HTTP, celui-ci a besoin d'un répertoire web public contenant des fichiers additionnels tels que des feuilles de styles et des images. Ce répertoire doit être visible en tant que « /durep » sur le site web où la page durep.cgi est située. #. Type: string #. Description #: ../templates:1001 msgid Due to FHS policy these files are not automatically installed to system directories. To make them accessible, they can either be copied into a location inside the HTTP root directory, or the web server needs to be configured accordingly. msgstr En raison des règles sur l'organisation standard des fichiers (FHS), ces fichiers ne sont pas automatiquement installés dans des répertoires systèmes. Pour les rendre accessibles, soit ils doivent être copiés quelque part à l'intérieur du répertoire HTTP racine, soit le serveur web doit être configuré de manière appropriée. #. Type: string #. Description #: ../templates:1001 msgid To configure the Apache webserver (for example), the following directive creates the needed directory alias: msgstr Pour configurer le serveur web Apache (par exemple), la directive suivante crée l'alias de répertoire nécessaire : #. Type: string #. Description #: ../templates:1001 msgid Alias /durep /usr/share/durep/www msgstr Alias /durep /usr/share/durep/www #. Type: string #. Description #: ../templates:1001 msgid To install supplementary files into another root directory please specify its path here. The directory must already exist. A typical answer would be '/ var/www'. The subdirectory '/durep' with files will be created automatically, the files will be installed from '/usr/share/durep/www' unless they already exist. msgstr Pour installer les fichiers supplémentaires à l'intérieur d'un autre répertoire racine, merci d'en indiquer le chemin ici. Ce répertoire doit déjà exister. Une réponse typique pourrait être « /var/www ». Le sous-répertoire « /durep » contenant les fichiers sera automatiquement créé, les fichiers seront installés depuis « /usr/share/durep/www », à moins qu'ils n'existent déjà. #. Type: boolean #. Description #: ../templates:2001 msgid Do you want to enable daily report generation? msgstr Souhaitez-vous des comptes-rendus quotidiens ? #. Type: boolean #. Description #: ../templates:2001 msgid If you wish, a daily script will create disk usage statistics of chosen filesystems. They will be kept for seven days. msgstr Si vous le désirez, un script peut créer chaque jour un rapport contenant les statistiques d'utilisation des systèmes de fichiers que vous aurez choisis. Ces rapport seront conservés pendant sept jours. #. Type: boolean #. Description #: ../templates:2001 msgid WARNING: with the default configuration, the statistics are stored in the public httpd directory, /var/www/durep. This may breach the privacy of the users. msgstr Attention, en laissant la configuration par défaut, les statistiques sont conservées dans le répertoire public du démon httpd /var/www/durep. Ceci représente un risque quant au respect de la vie privée des utilisateurs. #. Type: string #. Description #: ../templates:3001 #| msgid List of filesystems for durep reports msgid List of filesystems for durep reports: msgstr Systèmes de fichiers choisis pour les comptes-rendus de Durep : #. Type: string #. Description #: ../templates:3001 msgid To specify single filesystems to report on, enter their mount points separated by spaces (eg. \/data /var\). A single dot (\.\) means
[RFR] po-debconf://durep/fr.po
Je sais, Christian a fait l'ITP et je fais la RFR, mais nous nous sommes entendus en privé. Une petite remarque : A-t-on décidé de traduire l'acronyme FHS ? J'ai traduit « FHS policy » par « règles FHS ». Yannick -- Por el humo se sabe donde está el fuego. -- Refrán. # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Yannick Roehlly yannick.roeh...@free.fr, 2010. msgid msgstr Project-Id-Version: durep 0.9-2\n Report-Msgid-Bugs-To: du...@packages.debian.org\n POT-Creation-Date: 2010-02-03 17:23+0100\n PO-Revision-Date: 2010-02-14 18:00+0100\n Last-Translator: Yannick Roehlly yannick.roeh...@free.fr\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: string #. Description #: ../templates:1001 msgid HTTP directory for supplementary files: msgstr Répertoire HTTP pour les fichiers supplémentaires : #. Type: string #. Description #: ../templates:1001 msgid If this package shall provide disk usage information through a HTTP CGI- service, it needs a public web directory containing additional files like style sheet and images. This directory should be visible as '/durep' on the web site where the durep.cgi page is located. msgstr Dans le cas où ce paquet doit fournir des informations sur l'utilisation des disques à travers un service CGI HTTP, celui-ci a besoin d'un répertoire web public contenant des fichiers additionnels tels que des feuilles de styles et des images. Ce répertoire doit être visible en tant que '/durep' sur le site web où la page durep.cgi est située. #. Type: string #. Description #: ../templates:1001 msgid Due to FHS policy these files are not automatically installed to system directories. To make them accessible, they can either be copied into a location inside the HTTP root directory, or the web server needs to be configured accordingly. msgstr En raison des règles FHS, ces fichiers ne sont pas automatiquement installés dans des répertoires systèmes. Pour les rendre accessibles, soit ils doivent être copiés quelque part à l'intérieur du répertoire HTTP racine, soit le serveur web doit être configuré de manière appropriée. #. Type: string #. Description #: ../templates:1001 msgid To configure the Apache webserver (for example), the following directive creates the needed directory alias: msgstr Pour configurer le serveur web Apache (par exemple), la directive suivante crée l'alias de répertoire nécessaire : #. Type: string #. Description #: ../templates:1001 msgid Alias /durep /usr/share/durep/www msgstr Alias /durep /usr/share/durep/www #. Type: string #. Description #: ../templates:1001 msgid To install supplementary files into another root directory please specify its path here. The directory must already exist. A typical answer would be '/ var/www'. The subdirectory '/durep' with files will be created automatically, the files will be installed from '/usr/share/durep/www' unless they already exist. msgstr Pour installer les fichiers supplémentaires à l'intérieur d'un autre répertoire racine, merci d'en indiquer le chemin ici. Ce répertoire doit déjà exister. Une réponse typique pourrait être « /var/www ». Le sous-répertoire « /durep » contenant les fichiers sera automatiquement créé, les fichiers seront installés depuis « /usr/share/durep/www », à moins qu'ils n'existent déjà. #. Type: boolean #. Description #: ../templates:2001 msgid Do you want to enable daily report generation? msgstr Souhaitez-vous des comptes-rendus quotidiens ? #. Type: boolean #. Description #: ../templates:2001 msgid If you wish, a daily script will create disk usage statistics of chosen filesystems. They will be kept for seven days. msgstr Si vous le désirez, un script peut créer chaque jour un rapport contenant les statistiques d'utilisation des systèmes de fichiers que vous aurez choisis. Ces rapport seront conservés pendant sept jours. #. Type: boolean #. Description #: ../templates:2001 msgid WARNING: with the default configuration, the statistics are stored in the public httpd directory, /var/www/durep. This may breach the privacy of the users. msgstr ATTENTION : en laissant la configuration par défaut, les statistiques sont conservées dans le répertoire public du démon httpd /var/www/durep. Ceci représente un risque quant au respect de la vie privée des utilisateurs. #. Type: string
Re: [RFR] po-debconf://durep/fr.po
Le Sunday 14 February 2010 18:54:59 Stéphane Blondon, vous avez écrit : Le 14 février 2010 18:06, Yannick Roehlly yannick.roeh...@free.fr a écrit Relecture sur des points traditionnels: - Normalisation de l'en-tête (à moins que ça te pose un problème de donner ton copyright à la liste) Ah non, pas du tout. J'ai juste laissé les en-têtes comme elles étaient (ou alors c'est Lokalize qui me les as rajouté automatiquement. Merci pour la relecture. Yannick -- To UNSUBSCRIBE, email to debian-l10n-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100214.50129.yannick.roeh...@free.fr
Re: [RFR] po-debconf://durep/fr.po
Le Sunday 14 February 2010 18:54:59 Stéphane Blondon, vous avez écrit : Le 14 février 2010 18:06, Yannick Roehlly yannick.roeh...@free.fr a écrit - Minuscule Pour le « ATTENTION », vu que le « WARNING » est en majuscules, je serais d'avis de faire la même chose en français. Yannick -- To UNSUBSCRIBE, email to debian-l10n-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002142227.57119.yannick.roeh...@free.fr
Re: [RFR] po-debconf://durep/fr.po
Le Sunday 14 February 2010 21:52:15 Philippe Batailler, vous avez écrit : Philippe Batailler philippe.batail...@free.fr écrivait : Stéphane Blondon stephane.blon...@gmail.com écrivait : Une petite remarque : A-t-on décidé de traduire l'acronyme FHS ? J'ai traduit « FHS policy » par « règles FHS ». Perso, je propose quelque chose de plus explicite comme règles concernant l'organisation des fichiers (« File Hierachy Standard »). filesystem hierarchy standard norme sur l'organisation des systèmes de fichiers, je préfère :-) Oui mais ici c'est « FHS policy » ce qui fait donc « règles sur la norme sur l'organisation des fichiers », ce qui commence à être lourd. J'ai donc changé pour : En raison des règles sur le respect de l'organisation standard des fichiers (FHS), ces fichiers ne sont pas… Yannick -- To UNSUBSCRIBE, email to debian-l10n-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002142236.15565.yannick.roeh...@free.fr
Re: [MAJ] po-debconf://durep/fr.po 1f6u
Le Saturday 06 February 2010 14:11:47 Christian PERRIER, vous avez écrit : Je soupçonne que Yannick décline la mise à jour (mais tu peux informer cela, Yannick, évidemment!) que que sa traduction date de2003! Boudiou, ça ne nous rajeunit pas… Cela date du temps ou je m'impliquait plus (enfin, m'impliquait tout court puisque maintenant je me contente de suivre la liste d'un œil) dans la traduction de Debian. Je veux bien mettre à jour à traduction mais n'utilisant pas durep, peut-être que quelqu'un qui l'utilise serait plus à même d'en faire la traduction debconf. Si un utilisateur de durep veut reprendre la traduction, ça ne me pose bien sûr aucun problème ; sinon, je peux m'occuper de la mise à jour. Yannick -- Contesto cualquier pregunta siempre y cuando 'no lo sé' sea una respuesta válida. --- Isaac Asimov -- To UNSUBSCRIBE, email to debian-l10n-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567207: network-manager: Can't launch X application while connected to a wireless network
Package: network-manager Version: 0.7.999-2 Severity: critical Justification: breaks unrelated software I know the summary of the bug is a bit strange, but it's what happens. While connected to a wireless network (I didn't test connected to a wired network) all X application fails to start with a cannot connect to X server :0.0 error. For instance, if I start my session without auto-connection, open a konsole terminal, launch a X application (e.g. dolphin) there's no problem. If I connect to the wireless network and try again to launch dolphin (or whatever X app), it fails because it can't connect to the X server. If I disconnect from the network, I can again launch an X app. I tried both with gnome/network-manager-gnome and kde/network-manager-kde. I updated all the network-manager packages that were left in new queue, same problem. I didn't found any useful information in /var/log/syslog nor in /var/log/daemon.log. I'm sorry, I'm a bit out of ideas where to search for that bug. I set the severity to critical, but feel free to downgrade it if I'm an isolated case. Yannick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.6 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser 3.112 add and remove users and groups ii dbus 1.2.16-2 simple interprocess messaging syst ii dhcp3-client 3.1.3-2DHCP client ii ifupdown 0.6.9 high level tools to configure netw ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libgcrypt11 1.4.5-1LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libgudev-1.0-0150-2 GObject-based wrapper library for ii libnl11.1-5 library for dealing with netlink s ii libnm-glib2 0.7.999-2 network management framework (GLib ii libnm-util1 0.7.999-2 network management framework (shar ii libpolkit-gobject-1-0 0.96-1 PolicyKit Authorization API ii libuuid1 2.16.2-0 Universally Unique ID library ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii udev 150-2 /dev/ and hotplug management daemo ii wpasupplicant 0.6.9-3client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii dnsmasq-base2.52-1 A small caching DNS proxy and DHCP ii iptables1.4.6-2 administration tools for packet fi ii modemmanager0.3-1D-Bus service for managing modems ii network-manager-gno 0.7.999-2network management framework (GNOM ii network-manager-kde 1:0.9~svn1054632-1.1 KDE system tray applet for control ii policykit-1 0.96-1 framework for managing administrat ii ppp 2.4.4rel-10.1Point-to-Point Protocol (PPP) - da Versions of packages network-manager suggests: ii avahi-autoipd 0.6.25-3 Avahi IPv4LL network address confi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567207: [Pkg-utopia-maintainers] Bug#567207: network-manager: Can't launch X application while connected to a wireless network
Le Thursday 28 January 2010 02:45:26 Michael Biebl, vous avez écrit : Hi Yannick, Hi Michael, I'm pretty sure, what happens is, that you have changed /etc/NetworkManager/nm-system-settings.conf and removed the ifupdown plugin. In fact, I never changed anything in nm-system-settings.conf which now contains: [main] plugins=keyfile [ifupdown] managed=true Please test the packages at [1] and let me know if they work for you. Nevertheless, I installed your packages and now the problem disappeared. Thanks. If you want me to do more tests with 0.7.999-2 packages (as it seems to me that the ifupdown plugin was not disabled) I can make them, but not until tonight (GMT+1). Thanks again. Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Pkg-utopia-maintainers] Bug#567207: network-manager: Can't launch X application while connected to a wireless network
Package: network-manager Version: 0.7.999-2 Severity: critical Justification: breaks unrelated software I know the summary of the bug is a bit strange, but it's what happens. While connected to a wireless network (I didn't test connected to a wired network) all X application fails to start with a cannot connect to X server :0.0 error. For instance, if I start my session without auto-connection, open a konsole terminal, launch a X application (e.g. dolphin) there's no problem. If I connect to the wireless network and try again to launch dolphin (or whatever X app), it fails because it can't connect to the X server. If I disconnect from the network, I can again launch an X app. I tried both with gnome/network-manager-gnome and kde/network-manager-kde. I updated all the network-manager packages that were left in new queue, same problem. I didn't found any useful information in /var/log/syslog nor in /var/log/daemon.log. I'm sorry, I'm a bit out of ideas where to search for that bug. I set the severity to critical, but feel free to downgrade it if I'm an isolated case. Yannick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.6 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser 3.112 add and remove users and groups ii dbus 1.2.16-2 simple interprocess messaging syst ii dhcp3-client 3.1.3-2DHCP client ii ifupdown 0.6.9 high level tools to configure netw ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libgcrypt11 1.4.5-1LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libgudev-1.0-0150-2 GObject-based wrapper library for ii libnl11.1-5 library for dealing with netlink s ii libnm-glib2 0.7.999-2 network management framework (GLib ii libnm-util1 0.7.999-2 network management framework (shar ii libpolkit-gobject-1-0 0.96-1 PolicyKit Authorization API ii libuuid1 2.16.2-0 Universally Unique ID library ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii udev 150-2 /dev/ and hotplug management daemo ii wpasupplicant 0.6.9-3client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii dnsmasq-base2.52-1 A small caching DNS proxy and DHCP ii iptables1.4.6-2 administration tools for packet fi ii modemmanager0.3-1D-Bus service for managing modems ii network-manager-gno 0.7.999-2network management framework (GNOM ii network-manager-kde 1:0.9~svn1054632-1.1 KDE system tray applet for control ii policykit-1 0.96-1 framework for managing administrat ii ppp 2.4.4rel-10.1Point-to-Point Protocol (PPP) - da Versions of packages network-manager suggests: ii avahi-autoipd 0.6.25-3 Avahi IPv4LL network address confi -- no debconf information ___ Pkg-utopia-maintainers mailing list Pkg-utopia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-utopia-maintainers
[Pkg-utopia-maintainers] Bug#567207: Bug#567207: network-manager: Can't launch X application while connected to a wireless network
Le Thursday 28 January 2010 02:45:26 Michael Biebl, vous avez écrit : Hi Yannick, Hi Michael, I'm pretty sure, what happens is, that you have changed /etc/NetworkManager/nm-system-settings.conf and removed the ifupdown plugin. In fact, I never changed anything in nm-system-settings.conf which now contains: [main] plugins=keyfile [ifupdown] managed=true Please test the packages at [1] and let me know if they work for you. Nevertheless, I installed your packages and now the problem disappeared. Thanks. If you want me to do more tests with 0.7.999-2 packages (as it seems to me that the ifupdown plugin was not disabled) I can make them, but not until tonight (GMT+1). Thanks again. Yannick ___ Pkg-utopia-maintainers mailing list Pkg-utopia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-utopia-maintainers
Bug#567207: network-manager: Can't launch X application while connected to a wireless network
Package: network-manager Version: 0.7.999-2 Severity: critical Justification: breaks unrelated software I know the summary of the bug is a bit strange, but it's what happens. While connected to a wireless network (I didn't test connected to a wired network) all X application fails to start with a cannot connect to X server :0.0 error. For instance, if I start my session without auto-connection, open a konsole terminal, launch a X application (e.g. dolphin) there's no problem. If I connect to the wireless network and try again to launch dolphin (or whatever X app), it fails because it can't connect to the X server. If I disconnect from the network, I can again launch an X app. I tried both with gnome/network-manager-gnome and kde/network-manager-kde. I updated all the network-manager packages that were left in new queue, same problem. I didn't found any useful information in /var/log/syslog nor in /var/log/daemon.log. I'm sorry, I'm a bit out of ideas where to search for that bug. I set the severity to critical, but feel free to downgrade it if I'm an isolated case. Yannick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.6 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser 3.112 add and remove users and groups ii dbus 1.2.16-2 simple interprocess messaging syst ii dhcp3-client 3.1.3-2DHCP client ii ifupdown 0.6.9 high level tools to configure netw ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libgcrypt11 1.4.5-1LGPL Crypto library - runtime libr ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libgudev-1.0-0150-2 GObject-based wrapper library for ii libnl11.1-5 library for dealing with netlink s ii libnm-glib2 0.7.999-2 network management framework (GLib ii libnm-util1 0.7.999-2 network management framework (shar ii libpolkit-gobject-1-0 0.96-1 PolicyKit Authorization API ii libuuid1 2.16.2-0 Universally Unique ID library ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii udev 150-2 /dev/ and hotplug management daemo ii wpasupplicant 0.6.9-3client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii dnsmasq-base2.52-1 A small caching DNS proxy and DHCP ii iptables1.4.6-2 administration tools for packet fi ii modemmanager0.3-1D-Bus service for managing modems ii network-manager-gno 0.7.999-2network management framework (GNOM ii network-manager-kde 1:0.9~svn1054632-1.1 KDE system tray applet for control ii policykit-1 0.96-1 framework for managing administrat ii ppp 2.4.4rel-10.1Point-to-Point Protocol (PPP) - da Versions of packages network-manager suggests: ii avahi-autoipd 0.6.25-3 Avahi IPv4LL network address confi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551780: Same problem with ssh
Hi, I have the same problem with ssh. The problem comes from the feature added to complete hosts known through mDNS/DNS-SD (avahi) [bug #518561]. When the avahi daemon is not active on the machine, the problem does no occur. Note, that maybe the bugs is in the avahi-daemon itself. Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553918: virtualbox-ose-source: Please, make dkms a recommendation.
Package: virtualbox-ose-source Version: 3.0.10-dfsg-1 Severity: normal The new virtualbox-ose-source depends on dkms. Although dkms is great for people who don't want to bother with module compilation / installation, some others prefer to do it manually. Would you please make virtualbox-ose-source only recommend dkms? Sincerely, Yannick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-ose-source depends on: ii dkms 2.1.0.1-1 Dynamic Kernel Module Support Fram virtualbox-ose-source recommends no packages. virtualbox-ose-source suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548308: Seems related to GTK_IM_MODULE
Ubuntu has the same bug reported (bug #406036 [1]). In the discussion there, it is pointed out that the problem is caused by the GTK input module. In my case, im-switch defines GTK_IM_MODULE=xim. Setting GTK_IM_MODULE to makes the text tool work again. I was going to report the bug on Inkscape bug tracker but I don't know if it's an Inkscape bug or a GTK one. What is your opinion? Yannick [1] https://bugs.launchpad.net/ubuntu/+source/inkscape/+bug/406036 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548308: inkscape: Can't use text tool since GTK upgrade.
Package: inkscape Version: 0.46-9 Severity: normal Since the upgrade to GTK 2.18, I can no longuer use the text tool of Inkscape. When I select the text tool and click on a drawing to add text, Inkscape crash because of an internal error with this message on the console: Gdk:ERROR:/gtk+2.0-2.18.0/gdk/x11/gdkinput-xfree.c:336:_gdk_input_grab_pointer: assertion failed: (input_window != NULL) Emergency save activated! Emergency save completed. Inkscape will close now. Nevertheless, maybe it's not an Inkscape bug. I've set a minimal Sid install with Inkscape in a virtual machine and the bug is not present. If you have an idea on how to indentify the problem, just tell me what to do. Yannick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages inkscape depends on: ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.9-26GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcairomm-1.0-1 1.8.0-1 C++ wrappers for Cairo (shared lib ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5.1 FreeType 2 font engine, shared lib ii libgc1c2 1:6.8-1.2 conservative garbage collector for ii libgcc11:4.4.1-4 GCC support library ii libgconf2-42.26.2-3 GNOME configuration database syste ii libglib2.0-0 2.22.0-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.20.1-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 1:2.24.1-4GNOME Virtual File System (runtime ii libgtk2.0-02.18.0-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.16.0-2C++ wrappers for GTK+ 2.4 (shared ii libgtkspell0 2.0.13-2 a spell-checking addon for GTK's T ii liblcms1 1.18.dfsg-1 Color management library ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpangomm-1.4-1 2.24.0-3 C++ Wrapper for pango (shared libr ii libpng12-0 1.2.39-1 PNG library - runtime ii libpoppler-glib4 0.10.6-1 PDF rendering library (GLib-based ii libpoppler40.10.6-1 PDF rendering library ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libssl0.9.80.9.8k-5 SSL shared libraries ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwpg-0.1-1 0.1.3-1 WordPerfect graphics import/conver ii libx11-6 2:1.2.2-1 X11 client-side library ii libxft22.1.13-3.1FreeType-based font drawing librar ii libxml22.7.4.dfsg-2 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages inkscape recommends: ii imagemagick 7:6.5.5.3-1 image manipulation programs ii libwmf-bin 0.2.8.4-6.1 Windows metafile conversion tools ii perlmagick 7:6.5.5.3-1 Perl interface to the ImageMagick ii pstoedit 3.45-8 PostScript and PDF files to editab Versions of packages inkscape suggests: pn dia | dia-gnome none (no description available) ii libgnomevfs2-extra1:2.24.1-4 GNOME Virtual File System (extra m pn libsvg-perl none (no description available) pn libxml-xql-perl none (no description available) ii python2.5.4-2An interactive high-level object-o ii python-lxml 2.2.2-1pythonic binding for the libxml2 a ii python-numpy 1:1.3.0-3 Numerical Python adds a fast array ii python-uniconvertor 1.1.4-1Universal vector graphics translat ii ruby 4.2An interpreter of object-oriented ii skencil 0.6.17-17 Interactive vector drawing program ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545255: choqok: The architecture of the source package is restricted to i386
Package: choqok Version: 0.6.6-1 Severity: normal The source package is limited to i386 architecture. I think it's a mistake as choqok works well at least on amd64. Sincerely, Yannick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.5 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages choqok depends on: ii kdebase-runtime 4:4.3.1-1 runtime components from the offici ii kdelibs5 4:4.3.1-1 core libraries for all KDE 4 appli ii libc6 2.9-26 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-3 GCC support library ii libqt4-dbus 4:4.5.2-2 Qt 4 D-Bus module ii libqt4-network4:4.5.2-2 Qt 4 network module ii libqt4-svg4:4.5.2-2 Qt 4 SVG module ii libqt4-xml4:4.5.2-2 Qt 4 XML module ii libqtcore44:4.5.2-2 Qt 4 core module ii libqtgui4 4:4.5.2-2 Qt 4 GUI module ii libstdc++64.4.1-3The GNU Standard C++ Library v3 choqok recommends no packages. choqok suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537131: dbus: install some files in /debian directory
Package: dbus Version: 1.2.16-1 Severity: normal dbus package installs some files in /debian directory: /debian /debian/tmp /debian/tmp/etc /debian/tmp/etc/dbus-1 /debian/tmp/etc/dbus-1/session.d /debian/tmp/etc/dbus-1/system.d /debian/tmp/etc/dbus-1/session.conf /debian/tmp/etc/dbus-1/system.conf /debian/tmp/usr /debian/tmp/usr/lib /debian/tmp/usr/lib/dbus-1.0 /debian/tmp/usr/lib/dbus-1.0/dbus-daemon-launch-helper /debian/tmp/usr/bin /debian/tmp/usr/bin/dbus-uuidgen /debian/tmp/usr/bin/dbus-cleanup-sockets /debian/tmp/usr/bin/dbus-daemon /debian/tmp/usr/bin/dbus-send /debian/tmp/usr/bin/dbus-monitor /debian/tmp/usr/share /debian/tmp/usr/share/dbus-1 /debian/tmp/usr/share/dbus-1/services /debian/tmp/usr/share/dbus-1/system-services /debian/tmp/usr/share/man /debian/tmp/usr/share/man/man1 /debian/tmp/usr/share/man/man1/dbus-uuidgen.1 /debian/tmp/usr/share/man/man1/dbus-cleanup-sockets.1 /debian/tmp/usr/share/man/man1/dbus-daemon.1 /debian/tmp/usr/share/man/man1/dbus-monitor.1 /debian/tmp/usr/share/man/man1/dbus-send.1 I've set the severity to critical but correct it if it's wrong. Yannick PS: cdbs had a recent severity=high upgrade, maybe this bug is related and the package was built with bad cdbs version. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.1 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dbus depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-20 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-1 simple interprocess messaging syst ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libselinux1 2.0.82-1 SELinux shared libraries ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip dbus recommends no packages. Versions of packages dbus suggests: pn dbus-x11 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537131: cdbs may be the problem
A local build with the upgraded cdbs leads to packages with files in the correct place. So it seems to be a simple matter of rebuild in an updated environment. Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Pkg-utopia-maintainers] Bug#537131: dbus: install some files in /debian directory
Package: dbus Version: 1.2.16-1 Severity: normal dbus package installs some files in /debian directory: /debian /debian/tmp /debian/tmp/etc /debian/tmp/etc/dbus-1 /debian/tmp/etc/dbus-1/session.d /debian/tmp/etc/dbus-1/system.d /debian/tmp/etc/dbus-1/session.conf /debian/tmp/etc/dbus-1/system.conf /debian/tmp/usr /debian/tmp/usr/lib /debian/tmp/usr/lib/dbus-1.0 /debian/tmp/usr/lib/dbus-1.0/dbus-daemon-launch-helper /debian/tmp/usr/bin /debian/tmp/usr/bin/dbus-uuidgen /debian/tmp/usr/bin/dbus-cleanup-sockets /debian/tmp/usr/bin/dbus-daemon /debian/tmp/usr/bin/dbus-send /debian/tmp/usr/bin/dbus-monitor /debian/tmp/usr/share /debian/tmp/usr/share/dbus-1 /debian/tmp/usr/share/dbus-1/services /debian/tmp/usr/share/dbus-1/system-services /debian/tmp/usr/share/man /debian/tmp/usr/share/man/man1 /debian/tmp/usr/share/man/man1/dbus-uuidgen.1 /debian/tmp/usr/share/man/man1/dbus-cleanup-sockets.1 /debian/tmp/usr/share/man/man1/dbus-daemon.1 /debian/tmp/usr/share/man/man1/dbus-monitor.1 /debian/tmp/usr/share/man/man1/dbus-send.1 I've set the severity to critical but correct it if it's wrong. Yannick PS: cdbs had a recent severity=high upgrade, maybe this bug is related and the package was built with bad cdbs version. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.1 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dbus depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-20 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-1 simple interprocess messaging syst ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libselinux1 2.0.82-1 SELinux shared libraries ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip dbus recommends no packages. Versions of packages dbus suggests: pn dbus-x11 none (no description available) -- no debconf information ___ Pkg-utopia-maintainers mailing list Pkg-utopia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-utopia-maintainers
[Pkg-utopia-maintainers] Bug#537131: cdbs may be the problem
A local build with the upgraded cdbs leads to packages with files in the correct place. So it seems to be a simple matter of rebuild in an updated environment. Yannick ___ Pkg-utopia-maintainers mailing list Pkg-utopia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-utopia-maintainers
Bug#535097: /usr/bin/wine must be adapted to ia32-libs transition
Package: wine Version: 1.0.1-2 Severity: normal Tags: patch With the ongoing ia32-libs transition, 32bits libraries have been moved from /emul to /lib32 and /usr/lib32. /usr/bin/wine is doing some checking to know if both 64bit and 32bits versions (or neither) of libnss-mdns are installed. This must be adapted to the transition. Here's a patch that works on my system. Sincerely, Yannick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wine depends on: ii libwine-alsa 1.0.1-2Windows API implementation - ALSA ii libwine-cms 1.0.1-2Windows API implementation - color ii libwine-gl1.0.1-2Windows API implementation - OpenG ii libwine-gphoto2 1.0.1-2Windows API implementation - camer ii libwine-ldap 1.0.1-2Windows API implementation - LDAP ii libwine-print 1.0.1-2Windows API implementation - print ii libwine-sane 1.0.1-2Windows API implementation - scann ii wine-bin 1.0.1-2Windows API implementation - binar ii wine-utils1.0.1-2Windows API implementation - utili Versions of packages wine recommends: ii ttf-liberation1.04.93-1 Free fonts with the same metrics a Versions of packages wine suggests: ii binfmt-support 1.2.12Support for extra binary formats ii clamav 0.95.2+dfsg-2 anti-virus utility for Unix - comm ii klamav 0.46-2+b1 KDE frontend for ClamAV pn ttf-mscorefonts-installer none(no description available) pn winbindnone(no description available) pn wine-doc none(no description available) Versions of packages libwine depends on: ii ia32-libs 18 ia32 shared libraries for use on a ii libc6-i3862.9-18 GNU C Library: 32-bit shared libra -- no debconf information --- /usr/bin/wine.orig 2009-06-29 19:39:53.026965817 +0200 +++ /usr/bin/wine 2009-06-29 19:41:23.831154281 +0200 @@ -36,22 +36,22 @@ # http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430845 if grep -q ^hosts:.*mdns4_minimal \[NOTFOUND=return\] /etc/nsswitch.conf \ - [ ! -e /emul/ia32-linux/lib/libnss_mdns4.so.2 ]; then + [ ! -e /lib32/libnss_mdns4.so.2 ]; then $XMESSAGE -center \ -title Wine Warning \ It appears that libnss-mdns is installed on your system, - but lib32nss-mdns is not. Please note that Wine will not be + but ia32-libnss-mdns is not. Please note that Wine will not be able to access the Internet unless you either install - lib32nss-mdns, or uninstall libnss-mdns. + ia32-libnss-mdns, or uninstall libnss-mdns. 2/dev/null notify=$? if [ $notify -eq 1 ] ; then # xmessage was unable to notify the user, try tty instead echo It appears that libnss-mdns is installed on your system, - echo but lib32nss-mdns is not. Please note that Wine will not be + echo but ia32-libnss-mdns is not. Please note that Wine will not be echo able to access the Internet unless you either install - echo lib32nss-mdns, or uninstall libnss-mdns. + echo ia32-libnss-mdns, or uninstall libnss-mdns. echo -n (okay) read confirm fi
Bug#533415: devscripts: [uupdate] Fails to update source by not finding the diff file
Package: devscripts Version: 2.10.51 Severity: important Tags: patch When trying to update a source package with a new upstream source, uupdate fails to find the initial diff.gz file with this error: gzip: ../../PACKAGENAME_INITIALVERSION.diff.gz: No such file or directory This comes from the changes done to line 725 of the script between v2.10.50 and v2.10.51. This patch corrects the issue: --- /usr/bin/uupdate.orig 2009-06-17 11:45:01.750662308 +0200 +++ /usr/bin/uupdate2009-06-17 11:42:34.541663159 +0200 @@ -722,7 +722,7 @@ done fi - if $DIFFCAT ../$DIFF | patch -sNp1 ; then + if $DIFFCAT $DIFF | patch -sNp1 ; then echo Success! The diffs from version $VERSION worked fine. else echo $PROGNAME: the diffs from version $VERSION did not apply cleanly! 2 Sincerely, Yannick -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBUILD_DPKG_BUILDPACKAGE_OPTS=-r -uc -us USCAN_SYMLINK=no UUPDATE_SYMLINK_ORIG=no -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii dpkg-dev 1.15.2 Debian package development tools ii libc6 2.9-13 GNU C Library: Shared libraries ii perl 5.10.0-23 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii amaya [www-browser 10.1~pre4+dfsg.0-2Web Browser, HTML Editor and Testb ii at 3.1.10.2 Delayed job execution and batch pr ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent ii bzr1.15-1easy to use distributed version co ii conkeror [www-brow 0.9~git090223-1 keyboard focused web browser with ii curl 7.19.5-1 Get a file from an HTTP, HTTPS or ii cvs1:1.12.13-12 Concurrent Versions System ii dctrl-tools2.13.1Command-line tools to process Debi ii debian-keyring 2009.05.28GnuPG (and obsolete PGP) keys of D ii debian-maintainers 1.60 GPG keys of Debian maintainers ii dillo [www-browser 2.0-0.1 Small and fast web browser pn dput | dupload none(no description available) ii epiphany-webkit [w 2.27.2-2 Intuitive GNOME web browser - WebK ii equivs 2.0.7-0.1 Circumvent Debian package dependen ii fakeroot 1.12.3Gives a fake root environment ii git-core 1:1.6.3.1-1 fast, scalable, distributed revisi ii gnupg 1.4.9-4 GNU privacy guard - a free PGP rep ii iceweasel [www-bro 3.0.11-1 lightweight web browser based on M ii konqueror [www-bro 4:4.2.4-1 KDE 4's advanced file manager, web ii libauthen-sasl-per 2.12-1Authen::SASL - SASL Authentication ii libcrypt-ssleay-pe 0.57-1+b1 Support for https protocol in LWP ii libparse-debcontro 2.005-2 Easy OO parsing of Debian control- ii libsoap-lite-perl 0.710.08-2Client and server side SOAP implem ii libterm-size-perl 0.2-4+b1 Perl extension for retrieving term ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii libwww-perl5.826-1 WWW client/server library for Perl ii libyaml-syck-perl 1.07-1fast, lightweight YAML loader and ii links2 [www-browse 2.2-1+b1 Web browser running in both graphi ii lintian2.2.11Debian package checker ii lsb-release3.2-22Linux Standard Base version report ii lynx-cur [www-brow 2.8.7pre5-1 Text-mode WWW Browser with NLS sup ii man-db 2.5.5-2 on-line manual pager ii mercurial 1.2.1-3 scalable distributed version contr ii midori [www-browse 0.1.7-1.1 fast, lightweight graphical web br ii netsurf [www-brows 1.2-1+b1 Small portable web browser with CS ii openssh-client [ss 1:5.1p1-6 secure shell client, an rlogin/rsh ii patch 2.5.9-5 Apply a diff file to an original ii patchutils 0.3.1-2 Utilities to work with patches ii strace 4.5.18-1 A system call tracer ii subversion 1.5.6dfsg-1 Advanced version control system ii unzip 6.0-1 De-archiver for .zip files ii w3m [www-browser] 0.5.2-2+b1WWW browsable pager with excellent ii w3mmee
Bug#533415: devscripts: [uupdate] Fails to update source by not finding the diff file
Package: devscripts Version: 2.10.51 Severity: important Tags: patch When trying to update a source package with a new upstream source, uupdate fails to find the initial diff.gz file with this error: gzip: ../../PACKAGENAME_INITIALVERSION.diff.gz: No such file or directory This comes from the changes done to line 725 of the script between v2.10.50 and v2.10.51. This patch corrects the issue: --- /usr/bin/uupdate.orig 2009-06-17 11:45:01.750662308 +0200 +++ /usr/bin/uupdate2009-06-17 11:42:34.541663159 +0200 @@ -722,7 +722,7 @@ done fi - if $DIFFCAT ../$DIFF | patch -sNp1 ; then + if $DIFFCAT $DIFF | patch -sNp1 ; then echo Success! The diffs from version $VERSION worked fine. else echo $PROGNAME: the diffs from version $VERSION did not apply cleanly! 2 Sincerely, Yannick -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBUILD_DPKG_BUILDPACKAGE_OPTS=-r -uc -us USCAN_SYMLINK=no UUPDATE_SYMLINK_ORIG=no -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii dpkg-dev 1.15.2 Debian package development tools ii libc6 2.9-13 GNU C Library: Shared libraries ii perl 5.10.0-23 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii amaya [www-browser 10.1~pre4+dfsg.0-2Web Browser, HTML Editor and Testb ii at 3.1.10.2 Delayed job execution and batch pr ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent ii bzr1.15-1easy to use distributed version co ii conkeror [www-brow 0.9~git090223-1 keyboard focused web browser with ii curl 7.19.5-1 Get a file from an HTTP, HTTPS or ii cvs1:1.12.13-12 Concurrent Versions System ii dctrl-tools2.13.1Command-line tools to process Debi ii debian-keyring 2009.05.28GnuPG (and obsolete PGP) keys of D ii debian-maintainers 1.60 GPG keys of Debian maintainers ii dillo [www-browser 2.0-0.1 Small and fast web browser pn dput | dupload none(no description available) ii epiphany-webkit [w 2.27.2-2 Intuitive GNOME web browser - WebK ii equivs 2.0.7-0.1 Circumvent Debian package dependen ii fakeroot 1.12.3Gives a fake root environment ii git-core 1:1.6.3.1-1 fast, scalable, distributed revisi ii gnupg 1.4.9-4 GNU privacy guard - a free PGP rep ii iceweasel [www-bro 3.0.11-1 lightweight web browser based on M ii konqueror [www-bro 4:4.2.4-1 KDE 4's advanced file manager, web ii libauthen-sasl-per 2.12-1Authen::SASL - SASL Authentication ii libcrypt-ssleay-pe 0.57-1+b1 Support for https protocol in LWP ii libparse-debcontro 2.005-2 Easy OO parsing of Debian control- ii libsoap-lite-perl 0.710.08-2Client and server side SOAP implem ii libterm-size-perl 0.2-4+b1 Perl extension for retrieving term ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii libwww-perl5.826-1 WWW client/server library for Perl ii libyaml-syck-perl 1.07-1fast, lightweight YAML loader and ii links2 [www-browse 2.2-1+b1 Web browser running in both graphi ii lintian2.2.11Debian package checker ii lsb-release3.2-22Linux Standard Base version report ii lynx-cur [www-brow 2.8.7pre5-1 Text-mode WWW Browser with NLS sup ii man-db 2.5.5-2 on-line manual pager ii mercurial 1.2.1-3 scalable distributed version contr ii midori [www-browse 0.1.7-1.1 fast, lightweight graphical web br ii netsurf [www-brows 1.2-1+b1 Small portable web browser with CS ii openssh-client [ss 1:5.1p1-6 secure shell client, an rlogin/rsh ii patch 2.5.9-5 Apply a diff file to an original ii patchutils 0.3.1-2 Utilities to work with patches ii strace 4.5.18-1 A system call tracer ii subversion 1.5.6dfsg-1 Advanced version control system ii unzip 6.0-1 De-archiver for .zip files ii w3m [www-browser] 0.5.2-2+b1WWW browsable pager with excellent ii w3mmee
Bug#528091: Both calibre and python-django-tagging provide /usr/share/pyshared/tagging/managers.py
Package: calibre Version: 0.5.9+dfsg-1 Severity: normal Both calibre and python-django-tagging provide /usr/share/pyshared/tagging/managers.py and thus can not be installed at the same time. I'm reporting this bug against calibre because it's managers.py file comes from the django project. Sincerely, Yannick PS: I've had the python module Debian team to the recipients of this report. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc5 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calibre depends on: ii calibre-bin 0.5.9+dfsg-1e-book converter and library manag ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer ii imagemagick 7:6.5.1.0-1 image manipulation programs ii python 2.5.4-2 An interactive high-level object-o ii python-beaut 3.1.0.1-1 error-tolerant HTML parser for Pyt ii python-centr 0.6.11 register and build utility for Pyt ii python-cherr 2.3.0-2 Python web development framework ii python-cssut 0.9.5.1-1 CSS Cascading Style Sheets parser ii python-dateu 1.4.1-3 powerful extensions to the standar ii python-dbus 0.83.0-1simple interprocess messaging syst ii python-encut 0.9.5.1-1 Encoding detection collection for ii python-imagi 1.1.6-3 Python Imaging Library ii python-lxml 2.1.5-1 pythonic binding for the libxml2 a ii python-mecha 0.1.7b-3stateful programmatic web browsing ii python-pkg-r 0.6c9-2 Package Discovery and Resource Acc ii python-pypdf 1.12-2 PDF toolkit implemented solely in ii python-qt4 4.4.4-6 Python bindings for Qt4 ii ttf-liberati 1.04.93-1 Free fonts with the same metrics a ii xdg-utils1.0.2-6.1 desktop integration utilities from calibre recommends no packages. calibre suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: MTRR/WC patch
Le Monday 20 April 2009 11:01:03 Brice Goglin, vous avez écrit : Hello, If you have a problem with 2.6.29 and no write-combining entry in /proc/mtrr, could you try replacing libpciaccess0 with the one available at: http://people.debian.org/~bgoglin/mtrr/ It contains a tentative fix that may bring the WC MTRR back. Hi Brice, With your libpciaccess packages, it's worse here. GDM does not even start (it seems to start 3 times then fails). I attach here the Xorg log. Starting from console (with startx); the X server starts but not the windows manager (E17 in my case). The mtrr keeps unchanged to: reg00: base=0x0 (0MB), size= 2048MB, count=1: write-back Sincerely, Yannick -- Cada hombre tiene su precio. -- Robert Walpole. (1676-1745) Estadista británico. X.Org X Server 1.6.1 Release Date: 2009-4-14 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-1-vserver-amd64 x86_64 Debian Current Operating System: Linux tardis 2.6.29.1 #1 SMP Fri Apr 3 22:53:06 CEST 2009 x86_64 Build Date: 15 April 2009 12:08:18PM xorg-server 2:1.6.1-1 (bui...@excelsior.roeckx.be) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Apr 20 13:37:46 2009 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor LCD (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device HD3470 (**) Option DontZap false (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) Loader magic: 0xd40 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on linux (++) using VT number 7 (--) PCI:*(0...@1:0:0) ATI Technologies Inc Mobility Radeon HD 3400 Series rev 0, Mem @ 0xc000/268435456, 0xfddf/65536, I/O @ 0x9000/256, BIOS @ 0x/131072 (II) Open ACPI successful (/var/run/acpid.socket) (II) System resource ranges: [0] -1 0 0x - 0x (0x1) MX[B] [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B] [5] -1 0 0x - 0x (0x1) IX[B] (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.6.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.6.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: record (II) Loading /usr/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor=X.Org Foundation compiled for 1.6.1, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: dri (II) Loading /usr/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor=X.Org Foundation compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: dri2 (II) Loading /usr/lib/xorg/modules/extensions//libdri2.so (II) Module dri2: vendor=X.Org Foundation
Bug#523385: Compiling git drm corrects the problem.
I have the same results as Andrea. Compiling the drm and radeon modules as described there : http://wiki.x.org/wiki/radeonhd:r6xx_r7xx_branch solves the problem both with radeon and radeonhd drivers. I've also tested Ubuntu Jaunty beta, and the problem is not there. Thus, they have either patched Xorg or the kernel. Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: Compiling git drm corrects the problem.
I have the same results as Andrea. Compiling the drm and radeon modules as described there : http://wiki.x.org/wiki/radeonhd:r6xx_r7xx_branch solves the problem both with radeon and radeonhd drivers. I've also tested Ubuntu Jaunty beta, and the problem is not there. Thus, they have either patched Xorg or the kernel. Yannick -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: xserver-xorg-core: xserver 1.6.0 eats CPU when moving windows
Le Friday 10 April 2009 09:37:48 Brice Goglin, vous avez écrit : Yannick Roehlly wrote: I just uploaded radeonhd 1.2.5 to unstable. It might be good to test it since 1.2.4 was pretty old already. If 1.2.5 doesn't help, we'll ask the upstream developers. Hi Brice, It's not related to the Xorg driver. It's the same with the radeon driver, and I've just tested with the vesa driver: same problem. For radeonhd, I'm using the git version, so 1.2.5 won't help. :'( Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: xserver-xorg-core: xserver 1.6.0 eats CPU when moving windows
Hi Julien, Le Friday 10 April 2009 12:33:54 Julien Cristau, vous avez écrit : What's in /proc/mtrr? reg00: base=0x0 (0MB), size= 2048MB, count=1: write-back Also 'dmesg|grep mtrr'. [ 1010.396231] mtrr: no MTRR for c000,1000 found [ 1050.243537] mtrr: no MTRR for c000,1000 found [11631.534653] mtrr: no MTRR for c000,1000 found [11763.005918] mtrr: no MTRR for c000,100 found [12923.091164] mtrr: no MTRR for c000,1000 found Note that this machine has problems for running Xorg with two memory modules, as described in this kernel bug report: http://bugzilla.kernel.org/show_bug.cgi?id=11103 (I've not yet done the test asked by Yinghai Lu) But it has always worked fine with one memory module. Do you think it may be related? Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: xserver-xorg-core: xserver 1.6.0 eats CPU when moving windows
Le Friday 10 April 2009 13:37:02 Julien Cristau, vous avez écrit : Yes. Not having a write-combining mapping for the framebuffer is a big fat fail. Downgrading to testing xserver makes the problem disappear and the /proc/mtrr revert to: reg00: base=0x0 (0MB), size= 2048MB, count=1: write-back reg01: base=0x0c000 ( 3072MB), size= 256MB, count=1: write-combining Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: xserver-xorg-core: xserver 1.6.0 eats CPU when moving windows
Le Friday 10 April 2009 09:37:48 Brice Goglin, vous avez écrit : Yannick Roehlly wrote: I just uploaded radeonhd 1.2.5 to unstable. It might be good to test it since 1.2.4 was pretty old already. If 1.2.5 doesn't help, we'll ask the upstream developers. Hi Brice, It's not related to the Xorg driver. It's the same with the radeon driver, and I've just tested with the vesa driver: same problem. For radeonhd, I'm using the git version, so 1.2.5 won't help. :'( Yannick -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: xserver-xorg-core: xserver 1.6.0 eats CPU when moving windows
Hi Julien, Le Friday 10 April 2009 12:33:54 Julien Cristau, vous avez écrit : What's in /proc/mtrr? reg00: base=0x0 (0MB), size= 2048MB, count=1: write-back Also 'dmesg|grep mtrr'. [ 1010.396231] mtrr: no MTRR for c000,1000 found [ 1050.243537] mtrr: no MTRR for c000,1000 found [11631.534653] mtrr: no MTRR for c000,1000 found [11763.005918] mtrr: no MTRR for c000,100 found [12923.091164] mtrr: no MTRR for c000,1000 found Note that this machine has problems for running Xorg with two memory modules, as described in this kernel bug report: http://bugzilla.kernel.org/show_bug.cgi?id=11103 (I've not yet done the test asked by Yinghai Lu) But it has always worked fine with one memory module. Do you think it may be related? Yannick -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: xserver-xorg-core: xserver 1.6.0 eats CPU when moving windows
Le Friday 10 April 2009 13:37:02 Julien Cristau, vous avez écrit : Yes. Not having a write-combining mapping for the framebuffer is a big fat fail. Downgrading to testing xserver makes the problem disappear and the /proc/mtrr revert to: reg00: base=0x0 (0MB), size= 2048MB, count=1: write-back reg01: base=0x0c000 ( 3072MB), size= 256MB, count=1: write-combining Yannick -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: xserver-xorg-core: xserver 1.6.0 eats CPU when moving windows
Package: xserver-xorg-core Version: 2:1.6.0-1 Severity: normal Good evening (UTC+0200), With Xorg 7.4 hitting Sid today, I experience this problem: moving windows has become jerky (sorry, I'm not sure it's the good term - in French it would be saccadé - I mean the reverse of smooth or fluid) and the CPU consumption of Xorg raises to 90%. For instance, if I launch htop in Konsole and start moving the window, I can see the CPU consumption rise. I experience this both with KDE and GNOME, both with radeonhd driver and radeon one. In the similar bug #504537, a profiling with oprofile is suggested. I could do this, but I'll need and helping hand (or a good web page) to learn how to use oprofile. To add information to the attached one, I run Sid on amd64 architecture with an ATI Radeon HD3450 card. Sincerely, Yannick -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 jui 13 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1876400 avr 9 01:45 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3400 Series /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1693 avr 9 19:55 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Stylus Driver wacom Option Type stylus Option USB on Option Device /dev/input/wacom EndSection Section InputDevice Identifier Eraser Driver wacom Option Type eraser Option USB on Option Device /dev/input/wacom EndSection Section Device Identifier HD3470 Driver radeonhd #Option AccelMethod exa #Option UseAtomBIOS yes EndSection Section Monitor Identifier LCD EndSection Section Screen Identifier Default Screen Monitor LCD #DefaultDepth24 SubSection Display Modes 1440x900 Virtual 2464 900 EndSubSection EndSection Section ServerFlags Option DontZap false EndSection Section ServerLayout Identifier Default Layout Screen Default Screen #InputDevice Stylus SendCoreEvents #InputDevice Eraser SendCoreEvents EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 39768 déc 21 22:49 /var/log/Xorg.20.log -rw-r--r-- 1 root root 39541 jan 17 00:39 /var/log/Xorg.1.log -rw-r--r-- 1 root root 49812 avr 9 20:19 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.6.0 Release Date: 2009-2-25 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.29-1-amd64 x86_64 Debian Current Operating System: Linux tardis 2.6.29-1-amd64 #1 SMP Sat Apr 4 16:54:07 UTC 2009 x86_64 Build Date: 08 April 2009 11:41:45PM xorg-server 2:1.6.0-1 (jcris...@debian.org) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Apr 9 20:18:26 2009 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor LCD (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device HD3470 (**) Option DontZap false (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi,
Bug#523385: xserver-xorg-core: xserver 1.6.0 eats CPU when moving windows
Le Thursday 09 April 2009 21:30:59 Brice Goglin, vous avez écrit : Did it work fine with Lenny ? Did you ever try X packages that were in experimental during the last months? It worked in Sid until the today update. Since the update, I've only cleaned the xorg.conf to match Xorg auto-configuration (but with the old xorg.conf I have the same problem). I had the same problem using early xserver 1.5.9X packages from experimental, but I didn't report it (shame on me!) and reverted to the unstable packages. By the way, the log says: (II) RADEONHD(0): Unknown card detected: 0x95C4:0x1043:0x19D3. If - and only if - your card does not work or does not work optimally please contact radeo...@opensuse.org to help rectify this. Use the subject: 0x95C4:0x1043:0x19D3: name of board and please describe the problems you are seeing in your message. It's a radeonhd message that has been here for a long time. It's because the card is not a pure ATI one but a Asus one (an HD3450 with minor enhancements and rebranded to HD3470). Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: Playing movies too.
The problem happens also when playing movies (vlc). In fact, Xorg is cpu-angry unless it displays static content (which is climate change unfriendly). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: xserver-xorg-core: xserver 1.6.0 eats CPU when moving windows
Package: xserver-xorg-core Version: 2:1.6.0-1 Severity: normal Good evening (UTC+0200), With Xorg 7.4 hitting Sid today, I experience this problem: moving windows has become jerky (sorry, I'm not sure it's the good term - in French it would be saccadé - I mean the reverse of smooth or fluid) and the CPU consumption of Xorg raises to 90%. For instance, if I launch htop in Konsole and start moving the window, I can see the CPU consumption rise. I experience this both with KDE and GNOME, both with radeonhd driver and radeon one. In the similar bug #504537, a profiling with oprofile is suggested. I could do this, but I'll need and helping hand (or a good web page) to learn how to use oprofile. To add information to the attached one, I run Sid on amd64 architecture with an ATI Radeon HD3450 card. Sincerely, Yannick -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 jui 13 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1876400 avr 9 01:45 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3400 Series /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1693 avr 9 19:55 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Stylus Driver wacom Option Type stylus Option USB on Option Device /dev/input/wacom EndSection Section InputDevice Identifier Eraser Driver wacom Option Type eraser Option USB on Option Device /dev/input/wacom EndSection Section Device Identifier HD3470 Driver radeonhd #Option AccelMethod exa #Option UseAtomBIOS yes EndSection Section Monitor Identifier LCD EndSection Section Screen Identifier Default Screen Monitor LCD #DefaultDepth24 SubSection Display Modes 1440x900 Virtual 2464 900 EndSubSection EndSection Section ServerFlags Option DontZap false EndSection Section ServerLayout Identifier Default Layout Screen Default Screen #InputDevice Stylus SendCoreEvents #InputDevice Eraser SendCoreEvents EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 39768 déc 21 22:49 /var/log/Xorg.20.log -rw-r--r-- 1 root root 39541 jan 17 00:39 /var/log/Xorg.1.log -rw-r--r-- 1 root root 49812 avr 9 20:19 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.6.0 Release Date: 2009-2-25 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.29-1-amd64 x86_64 Debian Current Operating System: Linux tardis 2.6.29-1-amd64 #1 SMP Sat Apr 4 16:54:07 UTC 2009 x86_64 Build Date: 08 April 2009 11:41:45PM xorg-server 2:1.6.0-1 (jcris...@debian.org) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Apr 9 20:18:26 2009 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor LCD (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device HD3470 (**) Option DontZap false (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi,
Bug#523385: xserver-xorg-core: xserver 1.6.0 eats CPU when moving windows
Le Thursday 09 April 2009 21:30:59 Brice Goglin, vous avez écrit : Did it work fine with Lenny ? Did you ever try X packages that were in experimental during the last months? It worked in Sid until the today update. Since the update, I've only cleaned the xorg.conf to match Xorg auto-configuration (but with the old xorg.conf I have the same problem). I had the same problem using early xserver 1.5.9X packages from experimental, but I didn't report it (shame on me!) and reverted to the unstable packages. By the way, the log says: (II) RADEONHD(0): Unknown card detected: 0x95C4:0x1043:0x19D3. If - and only if - your card does not work or does not work optimally please contact radeo...@opensuse.org to help rectify this. Use the subject: 0x95C4:0x1043:0x19D3: name of board and please describe the problems you are seeing in your message. It's a radeonhd message that has been here for a long time. It's because the card is not a pure ATI one but a Asus one (an HD3450 with minor enhancements and rebranded to HD3470). Yannick -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523385: Playing movies too.
The problem happens also when playing movies (vlc). In fact, Xorg is cpu-angry unless it displays static content (which is climate change unfriendly). -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515734: Related to GDM?
Good evening (GMT+1), I have the same problem with a French keymap, but the problem is only with GDM and inside GDM. Although X.org is configured to use fr keymap, on the GDM screen the keymap is set to qwerty. But after login in, the keymap is correct (at least with KDE 4 and GNOME). KDM has not this problem and the KDM login screen uses the correct keymap. Norbert, is it the same for you? Yannick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515734: Related to GDM?
Good evening (GMT+1), I have the same problem with a French keymap, but the problem is only with GDM and inside GDM. Although X.org is configured to use fr keymap, on the GDM screen the keymap is set to qwerty. But after login in, the keymap is correct (at least with KDE 4 and GNOME). KDM has not this problem and the KDM login screen uses the correct keymap. Norbert, is it the same for you? Yannick -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515734: Related to GDM?
Good evening (GMT+1), I have the same problem with a French keymap, but the problem is only with GDM and inside GDM. Although X.org is configured to use fr keymap, on the GDM screen the keymap is set to qwerty. But after login in, the keymap is correct (at least with KDE 4 and GNOME). KDM has not this problem and the KDM login screen uses the correct keymap. Norbert, is it the same for you? Yannick -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [RFR] po://release-notes/installing/fr.po
Le Wednesday 11 February 2009 22:51:53 Jean-Luc Coulon (f5ibh), vous avez écrit : D’autre part, voici ce que dit l’atilf : http://www.atilf.fr/tlfi.htm Au temps pour moi. Je ne sais pas pourquoi « l'errata » me choque. ;-) -- Cuando un hombre se casa por segunda vez, es porque adoraba a su primera mujer. -- Oscar Wilde. (1854-1900) Escritor irlandés. -- To UNSUBSCRIBE, email to debian-l10n-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [RFR] po://release-notes/about/fr.po
Bonsoir tout le monde, Voici une relecture basée sur la révision 6423 du svn. Ça fait longtemps que je n'ai pas fait de relectures alors elle est à prendre avec des pincettes (notamment en ce qui concerne les expressions utilisées ailleurs dans la documentation de Debian). Il reste une ligne de diff qui n'en est pas une ; lokalize (le successeur de kbabel) m'a concaténé les msgid \n blabla en msgid blabla. Deux petites remarques : - Ça ne vous paraît pas bizarre bogue dans la documentation ? - Pour les listes, si je me souviens bien, c'est une majuscule en début d'élément et un point-virgule à la fin (sauf pour le dernier élément qui est terminé par un point) - je n'ai pas fait les corrections relative à ce point. Yannick -- Criticar, es más fácil que imitar. --- fr/about.po 2009-02-11 14:13:47.0 +0100 +++ fr.new/about.po 2009-02-11 16:56:50.0 +0100 @@ -37,7 +40,7 @@ This document informs users of the debian; distribution about major changes in version release; (codenamed \releasename;\). msgstr -Ce document informe les utilisateurs de la distribution debian; des +Ce document présente aux utilisateurs de la distribution debian; les changements majeurs dans la version release; (nom de code « releasename; »). # type: Content of: chapterpara @@ -49,8 +52,8 @@ msgstr Les notes de publication fournissent des informations sur la façon d'effectuer une mise à niveau depuis la version précédente oldrelease; (nom -de code oldreleasename;) vers cette version et informent les utilisateurs -des problèmes qu'ils pourraient éventuellement rencontrer pendant la mise à +de code oldreleasename;) vers la version actuelle et renseigne les utilisateurs +sur les problèmes éventuels qu'ils pourraient rencontrer pendant cette mise à niveau. # type: Content of: chapterpara @@ -83,9 +86,9 @@ need to upgrade from older releases, we suggest you read previous editions of the release notes and upgrade to oldrelease; first. msgstr -Veuillez noter que nous ne documentons que les mises à jour +Veuillez noter que nous ne prenons en charge et documentons que les mises à jour depuis la précédente version de Debian (dans ce cas, la mise à jour depuis -oldreleasename;). Si vous devez effectuer la mise à jour d'une +oldreleasename;). Si vous devez effectuer la mise à jour depuis version antérieure, nous vous suggérons de lire les éditions précédentes de ces notes de publication et de commencer par faire une mise à jour vers oldreleasename;. @@ -101,8 +104,8 @@ We have attempted to test all the different upgrade steps described in this document and to anticipate all the possible issues our users might encounter. msgstr -Nous avons testé toutes les différentes étapes de mise à jour -décrites dans ce document en essayant d'anticiper tous les problèmes que +Nous avons essayé de tester toutes les différentes étapes de mise à jour +décrites dans ce document, en essayant d'anticiper tous les problèmes que peuvent rencontrer nos utilisateurs. # type: Content of: chaptersectionpara @@ -137,14 +140,13 @@ à niveau de oldreleasename; vers releasename;. Si vous désirez partager des informations, veuillez créer un rapport de bogue dans le ulink url=\url-bts;\système de suivi des bogues/ulink sur le paquet -systemitem role=\package\upgrade-reports/systemitem incluant vos +systemitem role=\package\upgrade-reports/systemitem présentant vos résultats. Nous vous demandons de compresser toutes les pièces jointes incluses (en utilisant commandgzip/command). # type: Content of: chaptersectionpara #: en/about.dbk:68 -msgid -Please include the following information when submitting your upgrade report: +msgid Please include the following information when submitting your upgrade report: msgstr Veuillez fournir les informations suivantes lors de l'envoi de votre compte- rendu de mise à niveau : @@ -158,7 +160,7 @@ TODO: any more things to add here?\n msgstr \n -À FAIRE : vérifier l'état de #494028 à propos d'apt-get contre aptitude\n +À FAIRE : vérifier l'état de #494028 à propos d'apt-get vis à vis d'aptitude\n À FAIRE : d'autres choses à ajouter ici ?\n # type: Content of: chaptersectionitemizedlistlistitempara
Re: [RFR] po://release-notes/installing/fr.po
Re-bonsoir, Voici une autre relecture. J'ai passé deux chaînes en fuzzy parce que je ne suis pas convaincu par ma correction : - Pour la synchronisation de l'horloge, ce n'est pas une horloge précise (qui s'opposer à une horloge vague - il est à peu près 8h) mais une horloge à l'heure. Y a-t-il un mot pour dire à l'heure ? - Pour le nombre de langue, tu as mal formulé ta phrase et on dirait qu'il n'y a que 13 langues disponibles dans l'installateur graphique. J'ai reformulé la phrase pour la rendre plus claire, quitte à m'éloigner de la version anglaise. Yannick -- Cuando los ciegos guían, ¡ay de los que van detrás!. --- fr/installing.po 2009-02-11 14:13:47.0 +0100 +++ fr.new/installing.po 2009-02-11 19:03:04.0 +0100 @@ -49,7 +51,7 @@ ulink. msgstr Les images de l'installateur pour releasename;, ainsi que le manuel -d'installation, se trouvent sur le ulink url=\url-installer;\site web +d'installation, se trouvent sur le ulink url=\url-installer;\site web de Debian/ulink. # type: Content of: chapterpara @@ -58,7 +60,7 @@ The Installation Guide is also included on the first CD/DVD of the official Debian CD/DVD sets, at: msgstr -Le manuel d'installation est également inclus sur le premier CD (ou DVD) de +Le manuel d'installation se trouve également sur le premier CD (ou DVD) de l'ensemble des CD (ou DVD) Debian officiels, dans : # type: Content of: chapterscreen @@ -77,7 +79,7 @@ You may also want to check the ulink url=\url-installer;index#errata \errata/ulink for debian-installer for a list of known issues. msgstr -Il est également possible de consulter l'ulink url=\url-installer; +Il est également possible de consulter les ulink url=\url-installer; index#errata\errata/ulink de l'installateur Debian pour une liste de problèmes connus. @@ -107,10 +109,10 @@ ulink url=\url-installer-news;\news history/ulink. msgstr Dans ces notes de publication, nous ne détaillons que les changements -majeurs dans l'installateur. Si vous êtes intéressé par un aperçu complet +majeurs dans l'installateur. Si vous êtes intéressé par un aperçu détaillé des changements depuis oldreleasename;, veuillez consulter les annonces de publication pour les versions bêtas et candidates de releasename; dans -l'ulink url=\url-installer-news;\historique des nouvelles/ulink du +l'ulink url=\url-installer-news;\historique des nouveautés/ulink du projet de l'installateur Debian. # type: Content of: chaptersectionsectiontitle @@ -248,7 +249,7 @@ msgstr Plusieurs équipements destinés à fournir une synthèse vocale de façon matérielle sont maintenant pris en charge par l'installateur, améliorant -ainsi l'accessibilité des malvoyants. indextermprimaryaccessibilité des +ainsi l'accessibilité aux malvoyants. indextermprimaryaccessibilité aux malvoyants/primary/indexterm # type: Content of: chaptersectionsectionvariablelistvarlistentryterm @@ -276,6 +277,7 @@ # type: Content of: chaptersectionsectionvariablelistvarlistentrylistitempara #: en/installing.dbk:143 +#, fuzzy msgid The computer clock is now synchronized with NTP servers over the network during installation so that the installed system immediately has an accurate @@ -283,7 +285,7 @@ msgstr L'horloge de l'ordinateur est maintenant synchronisée par le réseau en utilisant NTP au moment de l'installation. Ainsi le système installé dispose -immédiatement d'une horloge précise. +immédiatement d'une horloge à l'heure. # type: Content of: chaptersectionsectionvariablelistvarlistentryterm #: en/installing.dbk:150 @@ -292,6 +294,7 @@ # type: Content of: chaptersectionsectionvariablelistvarlistentrylistitempara #: en/installing.dbk:153 +#, fuzzy msgid Thanks to the huge efforts of translators, Debian can now be installed in 63 languages (50 using the text-based installation user interface and 13 @@ -302,9 +305,10 @@ Estonian. Another language that was disabled in oldreleasename; has been reactivated: Welsh. msgstr -Grâce aux très importants efforts des traducteurs, Debian peut maintenant -être installée dans 63 langues (50 langues sont prises en charge par -l'interface d'installation en mode texte, et uniquement 13 par l'interface +Grâce aux efforts très importants des traducteurs, Debian peut maintenant +être installée dans 63 langues (l'installation en mode texte n'est possible +que pour 50 langues, les 13 autres ne sont prises en charge que par +l'installation en mode graphique). Cela fait cinq langues de plus que dans oldreleasename;. Les langues supplémentaires sont l'amharique, le marathi, l'irlandais, le same du Nord et le serbe. En raison de l'absence de mise à jour des traductions, @@ -359,7 +363,7 @@ également des changements dans la gestion des installations automatisées qui utilisent des fichiers de préconfiguration. Les fichiers de préconfiguration existants, qui fonctionnent avec l'installateur de oldreleasename;, ne -fonctionneront pas sans
Re: [RFR] po://release-notes/installing/fr.po
Le Tuesday 10 February 2009 08:33:56 Philippe Batailler, vous avez écrit : Il est également possible de consulter les errata de l'installateur Debian pour une liste de problèmes connus. C'est bien l'errata puisqu'il n'y a qu'un seul fichier qui s'appelle comme ça. Alors il faudrait dire l'erratum ! ;-) À mon avis, errata signifie qu'il y a plusieurs corrections, pas plusieurs documents de correction. Yannick -- To UNSUBSCRIBE, email to debian-l10n-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [RFR] po://release-notes/installing/fr.po
J'ai oublié une chose. Le paragraphe sur l'installation avec synthétiseur de paroles n'est pas clair du tout. Si j'ai bien compris, lorsqu'on installe avec un synthétiseur on sélectionne installation graphique mais c'est une installation textuelle qui est utilisée. C'est ça ? Yannick -- Nothing cures insomnia like the realization that it's time to get up. -- To UNSUBSCRIBE, email to debian-l10n-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [RFR] po://release-notes/installing/fr.po
Le Wednesday 11 February 2009 21:21:50 Philippe Batailler, vous avez écrit : Alors il faudrait dire l'erratum ! ;-) Pourquoi ? Parce qu'en latin, errata est le pluriel d'erratum. Mais c'est vrai que c'est du snobisme lexical (comme de dire un scenario des scenarii) et que maintenant en français un errata est correct. Plus sérieusement, je préfère personnellement les errata pour parler d'un document qui fait le liste des erreurs. Yannick -- Machine-Independent, adj.: Does not run on any existing machine. -- To UNSUBSCRIBE, email to debian-l10n-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496118: [kommander] Experimental kommander can't launch scripts
Package: kommander Version: 4:4.1.0-1 Severity: normal --- Please enter the report below this line. --- When trying to launch a script with the experimental kommander, it complains about missing libkommanderwidgets: kommander(19280) KommanderFactory::loadPlugins: KommanderFactory::loadPlugins - Can't load Kommander plugin library libkommanderwidgets Symlinking /usr/lib/libkommanderwidgets.so.4 to /usr/lib/libkommanderwidgets.so solves the problem. Yannick --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-preempt Debian Release: lenny/sid 500 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= kdebase-runtime (= 4:4.1.0) | 4:4.1.0-2 kdelibs5 (= 4:4.1.0) | 4:4.1.0-2 libc6 (= 2.7-1) | 2.7-13 libqt4-dbus (= 4.4.0) | 4.4.1-1 libqt4-qt3support (= 4.4.0) | 4.4.1-1 libqt4-xml (= 4.4.0) | 4.4.1-1 libqtcore4 (= 4.4.0) | 4.4.1-1 libqtgui4 (= 4.4.0) | 4.4.1-1 libstdc++6 (= 4.2.1) | 4.3.1-9 zlib1g(= 1:1.1.4) | 1:1.2.3.3.dfsg-12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496118: [kommander] Experimental kommander can't launch scripts
Package: kommander Version: 4:4.1.0-1 Severity: normal --- Please enter the report below this line. --- When trying to launch a script with the experimental kommander, it complains about missing libkommanderwidgets: kommander(19280) KommanderFactory::loadPlugins: KommanderFactory::loadPlugins - Can't load Kommander plugin library libkommanderwidgets Symlinking /usr/lib/libkommanderwidgets.so.4 to /usr/lib/libkommanderwidgets.so solves the problem. Yannick --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-preempt Debian Release: lenny/sid 500 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= kdebase-runtime (= 4:4.1.0) | 4:4.1.0-2 kdelibs5 (= 4:4.1.0) | 4:4.1.0-2 libc6 (= 2.7-1) | 2.7-13 libqt4-dbus (= 4.4.0) | 4.4.1-1 libqt4-qt3support (= 4.4.0) | 4.4.1-1 libqt4-xml (= 4.4.0) | 4.4.1-1 libqtcore4 (= 4.4.0) | 4.4.1-1 libqtgui4 (= 4.4.0) | 4.4.1-1 libstdc++6 (= 4.2.1) | 4.3.1-9 zlib1g(= 1:1.1.4) | 1:1.2.3.3.dfsg-12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492855: (no subject)
Oops. In fact its the w3-rec package that provides the w3c recommendations. Apparently, I got lost when looking for the right package. Maybe quanta should suggest it to make it easier for users to find it. Yannick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492855: (no subject)
Oops. In fact its the w3-rec package that provides the w3c recommendations. Apparently, I got lost when looking for the right package. Maybe quanta should suggest it to make it easier for users to find it. Yannick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492855: [quanta] Please remove the css and html docrc and links from /usr/share/apps/quanta/doc
Package: quanta Version: 4:3.5.9-3 Severity: normal --- Please enter the report below this line. --- Quanta used to recommend or suggest wdg-html-reference to provide documentation. This package is no more in Debian but quanta still provides the links to its containts (for html and css documentation) and the corresponding docrc files. If one install the documentation in the home directory, one can browse the documentations (with the right panel) but the quick help feature does not work because quanta search the help in the main documentation. Removing /usr/share/apps/quanta/doc/html.docrc /usr/share/apps/quanta/doc/html /usr/share/apps/quanta/doc/css.docrc /usr/share/apps/quanta/doc/css makes the quick help work with the documentation in the user's home directory (in ~/.kde/share/apps/quanta/doc). Sincerely, Yannick --- System information. --- Architecture: amd64 Kernel: Linux 2.6.25 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== kdelibs4c2a (= 4:3.5.9) | 4:3.5.9.dfsg.1-6 libacl1 (= 2.2.11-1) | 2.2.47-2 libart-2.0-2 (= 2.3.18) | 2.3.20-2 libattr1(= 2.4.41-1) | 1:2.4.43-1 libaudio2 | 1.9.1-4 libc6 (= 2.7-1) | 2.7-13 libcvsservice0 (= 4:3.5.9-1) | 4:3.5.9-2 libfam0 | 2.7.0-13.3 libfontconfig1 (= 2.4.0) | 2.6.0-1 libfreetype6 (= 2.3.5) | 2.3.7-1 libgcc1 (= 1:4.1.1) | 1:4.3.1-8 libice6 (= 1:1.0.0) | 2:1.0.4-1 libidn11 (= 0.5.18) | 1.9-1 libjpeg62 | 6b-14 libpcre3 (= 7.4) | 7.6-2.1 libpng12-0 (= 1.2.13-4) | 1.2.27-1 libqt3-mt (= 3:3.3.8b) | 3:3.3.8b-5 libsm6| 2:1.0.3-2 libstdc++6 (= 4.1.1) | 4.3.1-8 libx11-6 | 2:1.1.4-2 libxcursor1( 1.1.2) | 1:1.1.9-1 libxext6 | 2:1.0.4-1 libxft2( 2.1.1) | 2.1.12-3 libxi6| 2:1.1.3-1 libxinerama1 | 2:1.0.3-2 libxml2 (= 2.6.27) | 2.6.32.dfsg-2 libxrandr2| 2:1.2.3-1 libxrender1 | 1:0.9.4-2 libxslt1.1(= 1.1.18) | 1.1.24-1 libxt6| 1:1.0.5-3 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-12 kfilereplace(= 4:3.5.9-3) | 4:3.5.9-3 klinkstatus (= 4:3.5.9-3) | 4:3.5.9-3 kommander (= 4:3.5.9-3) | 4:3.5.9-3 quanta-data ( 4:3.5.9) | 4:3.5.9-3 quanta-data ( 4:3.5.10) | 4:3.5.9-3 tidy | 20080116cvs-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492855: [quanta] Please remove the css and html docrc and links from /usr/share/apps/quanta/doc
Package: quanta Version: 4:3.5.9-3 Severity: normal --- Please enter the report below this line. --- Quanta used to recommend or suggest wdg-html-reference to provide documentation. This package is no more in Debian but quanta still provides the links to its containts (for html and css documentation) and the corresponding docrc files. If one install the documentation in the home directory, one can browse the documentations (with the right panel) but the quick help feature does not work because quanta search the help in the main documentation. Removing /usr/share/apps/quanta/doc/html.docrc /usr/share/apps/quanta/doc/html /usr/share/apps/quanta/doc/css.docrc /usr/share/apps/quanta/doc/css makes the quick help work with the documentation in the user's home directory (in ~/.kde/share/apps/quanta/doc). Sincerely, Yannick --- System information. --- Architecture: amd64 Kernel: Linux 2.6.25 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== kdelibs4c2a (= 4:3.5.9) | 4:3.5.9.dfsg.1-6 libacl1 (= 2.2.11-1) | 2.2.47-2 libart-2.0-2 (= 2.3.18) | 2.3.20-2 libattr1(= 2.4.41-1) | 1:2.4.43-1 libaudio2 | 1.9.1-4 libc6 (= 2.7-1) | 2.7-13 libcvsservice0 (= 4:3.5.9-1) | 4:3.5.9-2 libfam0 | 2.7.0-13.3 libfontconfig1 (= 2.4.0) | 2.6.0-1 libfreetype6 (= 2.3.5) | 2.3.7-1 libgcc1 (= 1:4.1.1) | 1:4.3.1-8 libice6 (= 1:1.0.0) | 2:1.0.4-1 libidn11 (= 0.5.18) | 1.9-1 libjpeg62 | 6b-14 libpcre3 (= 7.4) | 7.6-2.1 libpng12-0 (= 1.2.13-4) | 1.2.27-1 libqt3-mt (= 3:3.3.8b) | 3:3.3.8b-5 libsm6| 2:1.0.3-2 libstdc++6 (= 4.1.1) | 4.3.1-8 libx11-6 | 2:1.1.4-2 libxcursor1( 1.1.2) | 1:1.1.9-1 libxext6 | 2:1.0.4-1 libxft2( 2.1.1) | 2.1.12-3 libxi6| 2:1.1.3-1 libxinerama1 | 2:1.0.3-2 libxml2 (= 2.6.27) | 2.6.32.dfsg-2 libxrandr2| 2:1.2.3-1 libxrender1 | 1:0.9.4-2 libxslt1.1(= 1.1.18) | 1.1.24-1 libxt6| 1:1.0.5-3 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-12 kfilereplace(= 4:3.5.9-3) | 4:3.5.9-3 klinkstatus (= 4:3.5.9-3) | 4:3.5.9-3 kommander (= 4:3.5.9-3) | 4:3.5.9-3 quanta-data ( 4:3.5.9) | 4:3.5.9-3 quanta-data ( 4:3.5.10) | 4:3.5.9-3 tidy | 20080116cvs-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491807: [mongrel] Uninstalable in Sid - depends on non existant libgems-ruby1.8
Package: mongrel Version: 1.1.5-2 Severity: important --- Please enter the report below this line. --- Mongrel is currently uninstalable in Sid as it depends on libgems-ruby1.8 which is no longer present. Yannick --- System information. --- Architecture: amd64 Kernel: Linux 2.6.25 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491125: [rails] rails uninstallable on sid (depends on non existant rubygems
Package: rails Version: 2.1.0-1 Severity: important --- Please enter the report below this line. --- The rails package in Sid depends on the rubygems one that is no longer present in unstable. Of course, this bug can also be considered as belonging to both rubygems1.8 and rubygems1.9 that should provide rubygems. Yannick --- System information. --- Architecture: amd64 Kernel: Linux 2.6.25-2-amd64 Debian Release: lenny/sid 500 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475688: [console-common] install-keymap looks for /usr/bin/dumpkeys which is the wrong place with kbd
Package: console-common Version: 0.7.75 Severity: normal --- Please enter the report below this line. --- When upgrading console-common, I noticed this message: /usr/sbin/install-keymap: line 73: /usr/bin/dumpkeys: Aucun fichier ou répertoire de ce type The problem is that whereas console-tools actualy provides /usr/bin/dumpkeys, kbd provides /bin/dumpkeys. Maybe this bug should be reassigned to kbd, I don't know. Yannick --- System information. --- Architecture: powerpc Kernel: Linux 2.6.24-1-powerpc Debian Release: lenny/sid 500 unstableftp.fr.debian.org 300 experimentalftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+-=== debianutils(= 1.13) | 2.28.4 console-data | 2:1.06-2 kbd | 1.14.1-1 OR console-tools (= 1:0.2.3dbs-54) | lsb-base(= 3.0) | 3.2-7 -- Try the Moo Shu Pork. It is especially good today.
Bug#458149: deeply disturb udev
Le samedi 29 décembre 2007, Julien BLACHE a écrit : Do you have libsane-extras installed ? Yes, and _it_ is the culprit! I removed libsane-extras and upgraded libsane to -2 and the problem did not reappear. So you can reassign the bug to the bad guy. Yannick
Bug#458149: deeply disturb udev
Le samedi 29 décembre 2007, Julien BLACHE a écrit : Do you have libsane-extras installed ? Yes, and _it_ is the culprit! I removed libsane-extras and upgraded libsane to -2 and the problem did not reappear. So you can reassign the bug to the bad guy. Yannick
Bug#458149: deeply disturb udev
Package: libsane Version: 1.0.19~cvs20071213-2 Severity: critical --- Please enter the report below this line. --- Hi, I'm not sure if the severity is appropriate (maybe I'm just upset because I spent nearly two days to identify the problem) but I think it corresponds to the Debian definition as it seriously affect other programs (udev). If I'm wrong, feel free to downgrade. When I install the 1.0.19~cvs20071213-2 package, udev behave very weirdly: - a lot of modules are not auto-loaded (nearly all) - /dev sub-directories are not created (e.g. /dev/input) even when manualy loading the modules - the modules needing firmware can't find them (e.g b43 for airport) The strange thing is that the only udev related change between -1 and -2 package seems to be the udev rules file move from /etc/udev/ to /etc/udev/rules.d/. When trying to identify my udev problem, I couldn't find a trace of udev in the logs, so I can't tell you what's the problem. :,( Maybe the problem comes from udev itself. If I can help you (with the help of the udev people I think) don't hesitate to ask. Sincerely, Yannick --- System information. --- Architecture: powerpc Kernel: Linux 2.6.24-rc6 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 500 testing ftp.fr.debian.org 300 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== adduser (= 3.47) | 3.105 libc6 (= 2.7-1) | 2.7-5 libexif12 | 0.6.16-2.1 libgphoto2-2(= 2.4.0) | 2.4.0-8 libgphoto2-port0(= 2.4.0) | 2.4.0-8 libieee1284-3 | 0.2.11-3 libjpeg62 | 6b-14 libtiff4 | 3.8.2-7 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-8 udev (= 0.88-1) | 0.114-2 OR makedev (= 2.3.1-58) | 2.3.1-84 -- I think we are in Rats' Alley where the dead men lost their bones. -- T.S. Eliot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458149: deeply disturb udev
Package: libsane Version: 1.0.19~cvs20071213-2 Severity: critical --- Please enter the report below this line. --- Hi, I'm not sure if the severity is appropriate (maybe I'm just upset because I spent nearly two days to identify the problem) but I think it corresponds to the Debian definition as it seriously affect other programs (udev). If I'm wrong, feel free to downgrade. When I install the 1.0.19~cvs20071213-2 package, udev behave very weirdly: - a lot of modules are not auto-loaded (nearly all) - /dev sub-directories are not created (e.g. /dev/input) even when manualy loading the modules - the modules needing firmware can't find them (e.g b43 for airport) The strange thing is that the only udev related change between -1 and -2 package seems to be the udev rules file move from /etc/udev/ to /etc/udev/rules.d/. When trying to identify my udev problem, I couldn't find a trace of udev in the logs, so I can't tell you what's the problem. :,( Maybe the problem comes from udev itself. If I can help you (with the help of the udev people I think) don't hesitate to ask. Sincerely, Yannick --- System information. --- Architecture: powerpc Kernel: Linux 2.6.24-rc6 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 500 testing ftp.fr.debian.org 300 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== adduser (= 3.47) | 3.105 libc6 (= 2.7-1) | 2.7-5 libexif12 | 0.6.16-2.1 libgphoto2-2(= 2.4.0) | 2.4.0-8 libgphoto2-port0(= 2.4.0) | 2.4.0-8 libieee1284-3 | 0.2.11-3 libjpeg62 | 6b-14 libtiff4 | 3.8.2-7 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-8 udev (= 0.88-1) | 0.114-2 OR makedev (= 2.3.1-58) | 2.3.1-84 -- I think we are in Rats' Alley where the dead men lost their bones. -- T.S. Eliot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457311: on Apple ibook, the use of the external display freeze the system
Le lundi 24 décembre 2007, Alex Deucher a écrit : FYI, this should be fixed in git. the pll structure was not fully populated on mac cards. Hi Alex, Your changes actually fix the problem. Thanks. Good Christmas Eve, Yannick ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Bug#457311: on Apple ibook, the use of the external display freeze the system
Le lundi 24 décembre 2007, Alex Deucher a écrit : FYI, this should be fixed in git. the pll structure was not fully populated on mac cards. Hi Alex, Your changes actually fix the problem. Thanks. Good Christmas Eve, Yannick
Bug#457311: on Apple ibook, the use of the external display freeze the system
Le lundi 24 décembre 2007, Alex Deucher a écrit : FYI, this should be fixed in git. the pll structure was not fully populated on mac cards. Hi Alex, Your changes actually fix the problem. Thanks. Good Christmas Eve, Yannick
Bug#457311: on Apple ibook, the use of the external display freeze the system
Le samedi 22 décembre 2007, Michel Dänzer a écrit : isolating the problematic change with git-bisect would be nice. Hi Michel, git-bisect is a handy tool! :-) Here's the culprit: f3d2ec3a5ae61215c792018320158750e7aa937c is first bad commit commit f3d2ec3a5ae61215c792018320158750e7aa937c Author: Alex Deucher [EMAIL PROTECTED](none) Date: Tue Dec 11 11:57:27 2007 -0500 RADEON: rewrite PLL computation Algorithm adapted from BeOS radeon driver with some tweaks by me. Actually calulate and use the reference divider rather than using the bios default. Also, always calculate the PLL, rather than falling back to bios dividers. This should fix bugs 12913, 13590, 13533, possibly others. :04 04 5984b8cd0213b84c96d55130e29bba7cffb037a1 2b406fc50880add13d38cb511ebf4f1c85864c78 M src I let you see with Alex what may be wrong. If I can do more testing, don't hesitate to ask. Sincerely, Yannick ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
Bug#457311: on Apple ibook, the use of the external display freeze the system
Le vendredi 21 décembre 2007, vous avez écrit : Yannick Roehlly wrote: I try to tail the syslog log by ssh when enabling the vga output but it gave no result. It is just a freeze of X then, not of the whole machine? Hi Brice, No, the whole machine is freezing (above, the ssh session is not responding anymore) and I have to hard reboot. I try the 6.7.197 unstable package and the problem persists. Did you look at /var/log/Xorg.0.log? There's no log! :,( If I erase /var/log/Xorg.0.log, start gdm, [freeze], hard reboot in console: no /var/log/Xorg.0.log is created. The same if I do a startx 2log in console: nothing in log. I tried with the -dbg package installed but with no more results. Is there anything to do to enable the debug feature? I suspect the changes in the AGP code is responsible of this bug. I will try to get the git version before the change - I'll have to learn how before ;-) - to see if it works. Sincerely, Yannick PS: Here's my xorg.conf just in case. # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadv4l Loadvbe Loadevdev Loadwacom EndSection Section Extensions Option Composite Enable Option DAMAGE Enable Option RENDER Enable Option XFIXES Enable EndSection ## # Input Devices ## Section InputDevice Identifier keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel macintosh Option XkbLayout fr_bepo Option XkbVariantbepo64 Option XkbOptionslv3:lwin_switch,compose:rwin Option HandleSpecialKeys Always EndSection ## # Graphic Card ## Section Device Identifier ati Driver radeon BusID PCI:0:16:0 EndSection ## # Monitors ## Section Monitor Identifier LVDS Option DPMS EndSection ## # Screens ## Section Screen Identifier screen Device ati DefaultDepth24 Monitor LVDS SubSection Display Depth 24 Virtual 1280 960 #Virtual 2048 1024 EndSubSection EndSection ### Section DRI Mode0666 EndSection
Bug#457311: on Apple ibook, the use of the external display freeze the system
Le samedi 22 décembre 2007, Michel Dänzer a écrit : isolating the problematic change with git-bisect would be nice. Hi Michel, git-bisect is a handy tool! :-) Here's the culprit: f3d2ec3a5ae61215c792018320158750e7aa937c is first bad commit commit f3d2ec3a5ae61215c792018320158750e7aa937c Author: Alex Deucher [EMAIL PROTECTED](none) Date: Tue Dec 11 11:57:27 2007 -0500 RADEON: rewrite PLL computation Algorithm adapted from BeOS radeon driver with some tweaks by me. Actually calulate and use the reference divider rather than using the bios default. Also, always calculate the PLL, rather than falling back to bios dividers. This should fix bugs 12913, 13590, 13533, possibly others. :04 04 5984b8cd0213b84c96d55130e29bba7cffb037a1 2b406fc50880add13d38cb511ebf4f1c85864c78 M src I let you see with Alex what may be wrong. If I can do more testing, don't hesitate to ask. Sincerely, Yannick
Bug#457311: on Apple ibook, the use of the external display freeze the system
Le vendredi 21 décembre 2007, vous avez écrit : Yannick Roehlly wrote: I try to tail the syslog log by ssh when enabling the vga output but it gave no result. It is just a freeze of X then, not of the whole machine? Hi Brice, No, the whole machine is freezing (above, the ssh session is not responding anymore) and I have to hard reboot. I try the 6.7.197 unstable package and the problem persists. Did you look at /var/log/Xorg.0.log? There's no log! :,( If I erase /var/log/Xorg.0.log, start gdm, [freeze], hard reboot in console: no /var/log/Xorg.0.log is created. The same if I do a startx 2log in console: nothing in log. I tried with the -dbg package installed but with no more results. Is there anything to do to enable the debug feature? I suspect the changes in the AGP code is responsible of this bug. I will try to get the git version before the change - I'll have to learn how before ;-) - to see if it works. Sincerely, Yannick PS: Here's my xorg.conf just in case. # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadv4l Loadvbe Loadevdev Loadwacom EndSection Section Extensions Option Composite Enable Option DAMAGE Enable Option RENDER Enable Option XFIXES Enable EndSection ## # Input Devices ## Section InputDevice Identifier keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel macintosh Option XkbLayout fr_bepo Option XkbVariantbepo64 Option XkbOptionslv3:lwin_switch,compose:rwin Option HandleSpecialKeys Always EndSection ## # Graphic Card ## Section Device Identifier ati Driver radeon BusID PCI:0:16:0 EndSection ## # Monitors ## Section Monitor Identifier LVDS Option DPMS EndSection ## # Screens ## Section Screen Identifier screen Device ati DefaultDepth24 Monitor LVDS SubSection Display Depth 24 Virtual 1280 960 #Virtual 2048 1024 EndSubSection EndSection ### Section DRI Mode0666 EndSection
Bug#457311: on Apple ibook, the use of the external display freeze the system
Le samedi 22 décembre 2007, Michel Dänzer a écrit : isolating the problematic change with git-bisect would be nice. Hi Michel, git-bisect is a handy tool! :-) Here's the culprit: f3d2ec3a5ae61215c792018320158750e7aa937c is first bad commit commit f3d2ec3a5ae61215c792018320158750e7aa937c Author: Alex Deucher [EMAIL PROTECTED](none) Date: Tue Dec 11 11:57:27 2007 -0500 RADEON: rewrite PLL computation Algorithm adapted from BeOS radeon driver with some tweaks by me. Actually calulate and use the reference divider rather than using the bios default. Also, always calculate the PLL, rather than falling back to bios dividers. This should fix bugs 12913, 13590, 13533, possibly others. :04 04 5984b8cd0213b84c96d55130e29bba7cffb037a1 2b406fc50880add13d38cb511ebf4f1c85864c78 M src I let you see with Alex what may be wrong. If I can do more testing, don't hesitate to ask. Sincerely, Yannick
Bug#457311: on Apple ibook, the use of the external display freeze the system
Package: xserver-xorg-video-ati Version: 1:6.7.197~git20071219.ce4fa1ce-1 Severity: important --- Please enter the report below this line. --- With the new experimental xserver-xorg-video-ati my ibook freezes as soon as I try to use the external display either booting with the monitor plugged or booting without, plugging it and doing a xrandr --output vga-0 --auto. My card: :00:10.0 VGA compatible controller: ATI Technologies Inc M9+ 5C63 [Radeon Mobility 9200 (AGP)] (rev 01) (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc Apple iBook G4 2004 Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 48 Memory at 9800 (32-bit, prefetchable) [size=128M] I/O ports at 0400 [size=256] Memory at 9000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at f100 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Capabilities: [50] Power Management version 2 My card configuration in xorg.conf: Section Device Identifier ati Driver radeon BusID PCI:0:16:0 Option MacModel ibook Option AGPMode 4 EndSection I try to tail the syslog log by ssh when enabling the vga output but it gave no result. If there is something I can do to investigate further, just ask. Sincerely, Yannick --- System information. --- Architecture: powerpc Kernel: Linux 2.6.24-rc5 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 300 experimentalftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+-=== libc6 (= 2.7-1) | 2.7-5 xserver-xorg-core (= 2:1.4) | 2:1.4.1~git20071212-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457311: on Apple ibook, the use of the external display freeze the system
Package: xserver-xorg-video-ati Version: 1:6.7.197~git20071219.ce4fa1ce-1 Severity: important --- Please enter the report below this line. --- With the new experimental xserver-xorg-video-ati my ibook freezes as soon as I try to use the external display either booting with the monitor plugged or booting without, plugging it and doing a xrandr --output vga-0 --auto. My card: :00:10.0 VGA compatible controller: ATI Technologies Inc M9+ 5C63 [Radeon Mobility 9200 (AGP)] (rev 01) (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc Apple iBook G4 2004 Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 48 Memory at 9800 (32-bit, prefetchable) [size=128M] I/O ports at 0400 [size=256] Memory at 9000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at f100 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Capabilities: [50] Power Management version 2 My card configuration in xorg.conf: Section Device Identifier ati Driver radeon BusID PCI:0:16:0 Option MacModel ibook Option AGPMode 4 EndSection I try to tail the syslog log by ssh when enabling the vga output but it gave no result. If there is something I can do to investigate further, just ask. Sincerely, Yannick --- System information. --- Architecture: powerpc Kernel: Linux 2.6.24-rc5 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 300 experimentalftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+-=== libc6 (= 2.7-1) | 2.7-5 xserver-xorg-core (= 2:1.4) | 2:1.4.1~git20071212-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
