Bug#994049: libhwloc-contrib-plugins: hwloc displays misleading CUDA and NVML errors when running MPI programs
Le 13/09/2021 à 17:42, Baptiste Jonglez a écrit : Hi Samuel, On Sat, Sep 11, 2021 at 12:41:04AM +0200, Samuel Thibault wrote: Hello, Would it be possible to backport this patch to Debian stable or, as an alternative, publish hwloc 2.5.0 in bullseye-backports? I was waiting for a good reason to take the time to backport hwloc 2.5, that was one, it's now in backports-NEW :) Perfect, thanks :) That said perhaps we can ask d-release for a stable upload, Brice what do you think? The bullseye-backports package will be enough for us, but of course having the fix in stable is also nice (if it's not considered too intrusive). The problem should only occur if you managed to install NVIDIA drivers without a NVIDIA GPU (which isn't possible by default IIRC). It basically means deploying a GPU node image on a non-GPU node. I've seen only one other report like this (but it wasn't running a Debian-based distro). I don't think we need a stable fix for now. Brice OpenPGP_signature Description: OpenPGP digital signature
Bug#981134: hwloc: reduce Build-Depends
Le 26/01/2021 à 14:35, Helmut Grohne a écrit : > Source: hwloc > Version: 2.4.0+dfsg-3 > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > > hwloc participates in dependency loops relevant to architecture > bootstrap. Rather than work on such a difficult problem, I looked for > easily droppable dependencies. It turns out that on glibc systems, hwloc > prefers dlopen over ltdl, so we can restrict the dependency to !glibc > systems. The libxml2-utils dependency is used for xmllint, which is used > for tests. It can be annotated . libnuma-dev and libibverbs-dev are also only needed for tests (libnuma isn't used in the lib itself since 2.0). Brice
Bug#962189: ITP: ucx -- A high performance communication library for HPC, AI, Data analytics, and beyond
Hello You say "It is expected to use UCX as the transport layer under openmpi and mpich". It is actually optional, OpenMPI works fine without UCX on non-Mellanox networks. Worse, UCX says it supports some networks such as OPA while its actual performance is very bad, people have to uninstall UCX in such cases, or reduce its component priority. Do you plan to make a hard dependency from OMPI to UCX? Brice Le 04/06/2020 à 12:38, Alastair McKinstry a écrit : > Package: wnpp > Severity: wishlist > Owner: Alastair McKinstry > > * Package name: ucx > Version : 1.8.0 > Upstream Author : Mellanox Ltd. > * URL : https://openucx.github.io/ucx/index > * License : BSD > Programming Lang: C > Description : A high performance communication library for HPC, AI, > Data analytics, and beyond > > Unified Communication X (UCX) provides an optimized communication layer for > Message Passing (MPI), PGAS/OpenSHMEM libraries and RPC/data-centric > applications. > . > UCX utilizes high-speed networks for inter-node communication, > and shared memory mechanisms for efficient intra-node communication. > . > It is expected to use UCX as the transport layer under openmpi and mpich > (already in Debian). > . > It will be maintained within the Debian Science team. >
Bug#960980: ITP: roc-smi -- AMD ROCm System Management Interface
Le 19/05/2020 à 10:07, Norbert Preining a écrit : > Hi Brice, > >> Do you plan to also upload their rocm_smi_lib repository? > Yes, in principle we are planning to package the full stack around ROCm. > >> AMD is adding support for rocm_smi_lib to hwloc (would be in Debian >> package libhwloc-plugins) for discovering locality information about >> ROCm devices. > So hwloc would need rocm-smi-lib as dependency for building? How far has > that grown, is it very urgent? (Well, nothing is urgent that has to go > through NEW processing ... :-( Oh sorry, no, it's not urgent, it's optional at compile and at runtime. Thanks Brice
Bug#960980: ITP: roc-smi -- AMD ROCm System Management Interface
Le 19/05/2020 à 03:22, Norbert Preining a écrit : > Package: wnpp > Severity: wishlist > Owner: Norbert Preining > > * Package name: roc-smi > Version : 3.3.0 > Upstream Author : AMD > * URL : https://github.com/RadeonOpenCompute/ROC-smi > * License : MIT > Programming Lang: Python > Description : AMD ROCm System Management Interface > > This tool exposes functionality for clock and temperature management > of your ROCm enabled system. > > Will be maintained under ROCm team. > Hello Do you plan to also upload their rocm_smi_lib repository? AMD is adding support for rocm_smi_lib to hwloc (would be in Debian package libhwloc-plugins) for discovering locality information about ROCm devices. Brice
Bug#946160: hwloc: please round PCIe link values
Le 04/12/2019 à 18:51, Laurent Bonnaud a écrit : > On 04/12/2019 16.15, Brice Goglin wrote: > >> PCIe links (since Gen3) are encoded 128 data rate over 130 signal rate. >> That's why you get 3.93 (truncated to 3.9). We decided to keep that >> value exact in hwloc because the data/signal rate is different among >> PCIe generations. We could round it up to 4 in the lstopo output, but I >> am not sure where to start (PCIe Gen4 16x is 31.5GB/s instead of 32 and >> Gen5 will be 63 instead of 64, those are harder to round up). > Thanks for the detailed explanation! > > How about displaying the PCIe generation and number of links? We often get similar requests for various hardware attributes. Unfortunately, hwloc is not an exhaustive inventory tool. lstopo is the visible part of a library for managing hardware locality. Adding many somehow-unrelated hardware details might be risky (slow down the discovery process, make the API larger, make the ABI harder to maintain, etc). We rather tell people to use dedicated tools for getting hardware-specific details. In the case of PCI Gen + number of lanes, there's a notion of "supported maximal" rate per lane and "current" rate (high-end GPUs slowdown PCI lanes when idle). I'd rather not handle all these details in hwloc. Brice
Bug#946160: hwloc: please round PCIe link values
Le 04/12/2019 à 15:30, Laurent Bonnaud a écrit : > Package: hwloc > Version: 2.1.0+dfsg-2 > Severity: normal > > > Dear Maintainer, > > my system has a NVMe SSD. It is displayed correctly in lstopo. However the > PCIe link has a value of "3.9" (see attached file) whereas it should probably > be "4.0". Hello PCIe links (since Gen3) are encoded 128 data rate over 130 signal rate. That's why you get 3.93 (truncated to 3.9). We decided to keep that value exact in hwloc because the data/signal rate is different among PCIe generations. We could round it up to 4 in the lstopo output, but I am not sure where to start (PCIe Gen4 16x is 31.5GB/s instead of 32 and Gen5 will be 63 instead of 64, those are harder to round up). Brice
Bug#941130: thunar: delay/hang at startup with lots of files in XDG_TEMPLATES_DIR
On Wed, Sep 25, 2019 at 08:36:38PM +0200, Yves-Alexis Perez wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On Wed, 2019-09-25 at 12:49 +0100, Tim Marston wrote: > > Setting XDG_TEMPLATES_DIR in ~/.config/user-dirs.dirs to point to a > > directory with a lot of stuff in it (other than $HOME, it seems) causes > > delays to Thunar startup that can very easily spiral in to minutes, > > hours... > > > > Issue was not present before xfce 4.14 update. > > Does it depend on the content of the folder? Is there a specific file in that > folder which makes Thunar choke on it or something? Does stracing the Thunar > process gives a bit of information? Hello I have the same problem with XDG_TEMPLATES_DIR pointing to $HOME/Desktop (I didn't want random programs to create a useless $HOME/Templates). I can't find a single file causing the issue, but my home contains some subdirs with cross-symlinks causing recursive loops (it's basically a copy of /sys/devices/system/{node,cpu} contents). Thunar grows to 2GB of resident memory and doesn't seem to ever end (I killed it after several minutes) with those 2500 files/dirs/symlinks. If I remove those files and create 100 subdirs with 100 files each, Thunar starts reasonably quickly (3-4 seconds). If I create a symlink to a grandparent directory in there, the issue comes back. So in my case, it looks like the issue is Thunar not handling recursive symlinks properly in the template directory. Brice
Bug#921293: hwloc: FTBFS with upcoming doxygen 1.8.15
Le 04/02/2019 à 07:15, Samuel Thibault a écrit : > Control: severity -1 important > > Hello, > > Paolo Greppi, le lun. 04 févr. 2019 00:59:40 +0100, a ecrit: >> Package: hwloc >> Version: 1.11.12-1 >> Severity: serious >> >> I tested your package against a draft package for doxygen 1.8.15: >> https://bugs.debian.org/919413 > This is not serious yet, until it actually gets uploaded. > >> and it FTBFS with this error: >> ! LaTeX Error: File `listofitems.sty' not found. > Isn't the doxygen-latex package supposed to cope with this kind of > dependency, to avoid having to patch over dozens of packages with new > upstream release of just doxygen? Indeed we don't seem to include any latex sty file explicitly. Doxygen is the one generating a latex source that requires listofitems.sty. Brice
Bug#907680: pass: encrypting a password spend minutes in gpg2
It looks there's an issue with my gpg doing a checkdb way too often, I don't know why. Passing PASSWORD_STORE_GPG_OPTS=--no-auto-check-trustdb to pass makes the issue disappear. Brice
Bug#908100: hwloc: autopkgtest regression
(note from upstream) We have env var HWLOC_DONT_ADD_VERSION_INFO in upstream git master exactly to avoid such need for updates. In stable branches, make check manually filters those lines out of the output. Brice Le 06/09/2018 à 09:06, Paul Gevers a écrit : > Source: hwloc > Version: 1.11.11-1 > X-Debbugs-CC: debian...@lists.debian.org > User: debian...@lists.debian.org > Usertags: regression > > Dear maintainers, > > With the upload of 1.11.11-1 the autopkgtest of your package started to > fail when run in testing. I copied the errors below. > > Currently this regression is contributing to the delay of the migration > to testing [1]. Could you please investigate the situation and fix it? > If needed, please change the bug's severity as appropriate. > > Looking at the logs, this looks like the reference data of the tests is > outdated. Please update it, but probably you want to make it agnostic > for the version of hwloc. > > More information about this bug and the reason for filing it can be found on > https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation > > Paul > > [1] https://qa.debian.org/excuses.php?package=hwloc > > https://ci.debian.net/data/autopkgtest/testing/amd64/h/hwloc/944784/log.gz > > > autopkgtest [04:52:12]: test assembler: [--- > --- > /tmp/autopkgtest-lxc.2j7r3wqf/downtmp/build.KhD/src/utils/hwloc/test-hwloc-assembler.output > 2015-06-02 09:12:40.0 + > +++ > /tmp/autopkgtest-lxc.2j7r3wqf/downtmp/autopkgtest_tmp/fooEZ89Cp/test-hwloc-assembler.output > 2018-09-06 04:52:13.027367431 + > @@ -3,6 +3,7 @@ > > > > + > complete_cpuset="0x000f" online_cpuset="0x000f" > allowed_cpuset="0x000f" name="machine1" local_memory="4014239744"> > > > autopkgtest [04:52:13]: test assembler: ---] > > autopkgtest [04:52:24]: test info: [--- > --- > /tmp/autopkgtest-lxc.2j7r3wqf/downtmp/build.KhD/src/utils/hwloc/test-hwloc-info.output > 2017-08-29 14:51:54.0 + > +++ > /tmp/autopkgtest-lxc.2j7r3wqf/downtmp/autopkgtest_tmp/fooMBjm6c/test-hwloc-info.output > 2018-09-06 04:52:25.103001866 + > @@ -155,6 +155,7 @@ > 0.3: symmetric subtree = 1 > 0.3: info Backend = Synthetic > 0.3: info SyntheticDescription = node:2 core:3 pu:4 > +0.3: info hwlocVersion = 1.11.11 > 1.0: PU L#11 > 1.0: type = PU > 1.0: full type = PU > @@ -224,6 +225,7 @@ > 1.3: symmetric subtree = 1 > 1.3: info Backend = Synthetic > 1.3: info SyntheticDescription = node:2 core:3 pu:4 > +1.3: info hwlocVersion = 1.11.11 > > NUMANode L#0 = parent of PU L#7 > type = NUMANode > autopkgtest [04:52:25]: test info: ---] > > autopkgtest [04:52:32]: test allowed: [--- > --- tests/linux/allowed/test1.output 2017-02-16 15:05:05.0 + > +++ /tmp/autopkgtest-lxc.2j7r3wqf/downtmp/autopkgtest_tmp/tmp.EMIR41yTsn > 2018-09-06 04:52:32.446779544 + > @@ -5,6 +5,7 @@ > > > > + > complete_cpuset="0x000f" online_cpuset="0x000f" > allowed_cpuset="0x000e" nodeset="0x0" complete_nodeset="0x0001" > allowed_nodeset="0x0"> > > complete_cpuset="0x0003" online_cpuset="0x0003" > allowed_cpuset="0x0002" nodeset="0x0" complete_nodeset="0x0001" > allowed_nodeset="0x0"> > autopkgtest [04:52:32]: test allowed: ---] > > autopkgtest [04:52:37]: test linux: [--- > --- tests/linux/128ia64-17n4s2c.output2015-06-02 09:12:40.0 > + > +++ /tmp/autopkgtest-lxc.2j7r3wqf/downtmp/autopkgtest_tmp/tmp.qgLtlQZTEi > 2018-09-06 04:52:38.286602750 + > @@ -1,4 +1,4 @@ > -Machine (P#0 total=1609512816KB Backend=Linux) > +Machine (P#0 total=1609512816KB Backend=Linux hwlocVersion=1.11.11) >NUMANode L#0 (P#0 local=100057088KB total=100057088KB) > Package L#0 (P#0 CPUModel="Dual-Core Intel(R) Itanium(R) Processor > 9140N") >Core L#0 (P#0) > autopkgtest [04:52:38]: test linux: ---] > signature.asc Description: OpenPGP digital signature
Bug#907680: pass: encrypting a password spend minutes in gpg2
Package: pass Version: 1.7.3-1 Severity: important Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Brice Goglin To: Debian Bug Tracking System Subject: pass: generating a password spend minutes in gpg2 Bcc: Brice Goglin Package: pass Version: 1.7.3-1 Severity: important Hello For a couple weeks, generating (or inserting) a passwd with pass has been vry long. It starts gpg2 which uses 100% CPU for a couple minutes until it finally succeeds. The gpg process command-line is: gpg2 -e -r -o /home//.password-store/.gpg --quiet --yes --compress-algo=none --no-encrypt-to --batch --use-agent The problem only occurs once. Next attemps will work fine. And it comes back later, usually after reboot. The problem may be in gpg but I haven't seen an issue with non-pass uses of gpg. How may I debug this further? Thanks Brice -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pass depends on: ii gnupg 2.2.9-1 ii gnupg2 2.2.9-1 ii tree1.7.0-5 Versions of packages pass recommends: ii git 1:2.18.0-1 ii gnupg22.2.9-1 ii qrencode 3.4.4-1+b2 ii xclip 0.12+svn84-4+b1 Versions of packages pass suggests: ii libxml-simple-perl 2.25-1 ii perl5.26.2-7 ii python 2.7.15-3 ii python3 3.6.5-3 pn ruby -- no debconf information -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pass depends on: ii gnupg 2.2.9-1 ii gnupg2 2.2.9-1 ii tree1.7.0-5 Versions of packages pass recommends: ii git 1:2.18.0-1 ii gnupg22.2.9-1 ii qrencode 3.4.4-1+b2 ii xclip 0.12+svn84-4+b1 Versions of packages pass suggests: ii libxml-simple-perl 2.25-1 ii perl5.26.2-7 ii python 2.7.15-3 ii python3 3.6.5-3 pn ruby -- no debconf information
Bug#907476: libreoffice: file permissions are changed to 0600 when re-saving
Package: libreoffice Version: 1:6.1.1~rc1-1 Severity: normal Dear Maintainer, When I create a document (tried with localc and lowriter), the output file is created with mode 0644 (as expected from my umask 022). However, whenever I open such a file and save it again, it is changed to 0600. Same issue with 6.1.1~rc1-1 from unstable and 6.1.0-1 from testing. I think this issue didn't exist a couple months ago, hence I'd say it appeared with the upgrading to LO 6, but I can't easily verify. Thanks Brice -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libreoffice depends on: ii libreoffice-avmedia-backend-gstreamer 1:6.1.1~rc1-1 ii libreoffice-base 1:6.1.1~rc1-1 ii libreoffice-calc 1:6.1.1~rc1-1 ii libreoffice-core 1:6.1.1~rc1-1 ii libreoffice-draw 1:6.1.1~rc1-1 ii libreoffice-impress1:6.1.1~rc1-1 ii libreoffice-math 1:6.1.1~rc1-1 ii libreoffice-report-builder-bin 1:6.1.1~rc1-1 ii libreoffice-writer 1:6.1.1~rc1-1 ii python3-uno1:6.1.1~rc1-1 Versions of packages libreoffice recommends: ii fonts-crosextra-caladea 20130214-2 ii fonts-crosextra-carlito 20130920-1 ii fonts-dejavu2.37-1 ii fonts-liberation1:1.07.4-7 ii fonts-liberation2 2.00.1-7 ii fonts-linuxlibertine5.3.0-4 ii fonts-noto-hinted 20171026-2 ii fonts-noto-mono 20171026-2 ii fonts-sil-gentium-basic 1.102-1 ii libreoffice-java-common 1:6.1.1~rc1-1 ii libreoffice-librelogo 1:6.1.0-1 ii libreoffice-nlpsolver 0.9+LibO6.1.0-1 ii libreoffice-ogltrans1:6.1.1~rc1-1 ii libreoffice-report-builder 1:6.1.1~rc1-1 ii libreoffice-script-provider-bsh 1:6.1.1~rc1-1 ii libreoffice-script-provider-js 1:6.1.1~rc1-1 ii libreoffice-script-provider-python 1:6.1.1~rc1-1 ii libreoffice-sdbc-postgresql 1:6.1.1~rc1-1 ii libreoffice-wiki-publisher 1.2.0+LibO6.1.0-1 Versions of packages libreoffice suggests: ii cups-bsd2.2.8-5 ii default-jre [java6-runtime] 2:1.10-68 ii firefox 61.0.1-1 ii firefox-esr 52.9.0esr-1 ii ghostscript 9.22~dfsg-2.1 ii gnupg 2.2.9-1 pn gpa ii gstreamer1.0-libav 1.15.0.1+git20180723+db823502-1 ii gstreamer1.0-plugins-bad1.14.2-1 ii gstreamer1.0-plugins-base 1.14.2-1 ii gstreamer1.0-plugins-good 1.14.2-1 ii gstreamer1.0-plugins-ugly 1.14.2-1 ii hunspell-en-us [hunspell-dictionary]1:2018.04.16-1 ii hunspell-fr-classical [hunspell-dictionary 1:6.2-1 ii hyphen-en-us [hyphen-hyphenation-patterns] 2.8.8-5 ii imagemagick 8:6.9.10.8+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.8+dfsg-1 ii libgl1 1.1.0-1 pn libreoffice-gnome | libreoffice-kde5 pn libreoffice-grammarcheck pn libreoffice-help pn libreoffice-l10n pn libreoffice-officebean pn libsane1 ii libxrender1 1:0.9.10-1 pn myspell-dictionary ii mythes-en-us [mythes-thesaurus] 1:6.1.0~rc2-2 pn openclipart2-libreoffice | openclipart-lib ii openjdk-10-jre [java6-runtime] 10.0.2+13-1 ii openjdk-8-jre [java6-runtime] 8u171-b11-2 ii openjdk-9-jre [java6-runtime] 9.0.4+12-4 pn pstoedit ii thunderbird 1:52.9.1-1 pn unixodbc Versions of packages libreoffice-core depends on: ii fontconfig2.13.0-5 ii fonts-opensymbol 2:102.10+LibO6.1.0-1 ii libboost-date-time1.62.0 1.62.0+dfsg-8 ii libboost-locale1.62.0 1.62.0+dfsg-8 ii libc6 2.27-5 ii libcairo2 1.15.12-1 ii libclucene-contribs1v52.3.3.4+dfsg-1 ii libclucene-core1v5
Bug#900880: Blank screen when rotating with xrandr
On Mon, Jul 30, 2018 at 10:53:20AM +0200, Brice Goglin wrote: > Same problem here but without using the Intel driver (it was installed > but modeset is used by default). > Downgrading xserver-xorg-core from 1.20.0-3 to 1.19.6-1 solved the issue. > > Brice Should be fixed upstream with https://patchwork.freedesktop.org/series/44802/ from https://bugzilla.freedesktop.org/show_bug.cgi?id=106715#c5
Bug#900880: Blank screen when rotating with xrandr
Same problem here but without using the Intel driver (it was installed but modeset is used by default). Downgrading xserver-xorg-core from 1.20.0-3 to 1.19.6-1 solved the issue. Brice
Bug#879849: libmagickcore-6.q16-3-extra: needs a dependency on librsvg2-bin
Package: libmagickcore-6.q16-3-extra Version: 8:6.9.7.4+dfsg-16 Severity: important Dear Maintainer, I tried to convert from svg to png but got an error: convert-im6.q16: delegate failed `'rsvg-convert' -o '%o' '%i'' @ error/delegate.c/InvokeDelegate/1919. convert-im6.q16: unable to open file `/tmp/magick-14874kBFjssQWoDha': Aucun fichier ou dossier de ce type @ error/constitute.c/ReadImage/544. convert-im6.q16: no images defined `hwloc1.png' @ error/convert.c/ConvertImageCommand/3258. The description of the "imagemagick-6.q16" says I should install "libmagickcore-6.q16-3-extra" for SVG. But it didn't help. apt-file found rsvg-convert in package librsvg2-bin which solved the issue. So I guess there's a missing dependency somewhere? libmagickcore-6.q16-3-extra depends on inkscape, but it doesn't force librsvg2-bin. I can still uninstall librsvg2-bin without uninstalling libmagickcore-6.q16-3-extra Given that this package is named "extra" and its description says "This package adds support for SVG...", a hard dependency on librsvg2-bin might be acceptable? Brice -- Package-specific info: ImageMagick program version --- animate: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org compare: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org convert: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org composite: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org conjure: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org display: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org identify: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org import: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org mogrify: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org montage: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org stream: ImageMagick 6.9.9-6 Q16 x86_64 20170810 http://www.imagemagick.org -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libmagickcore-6.q16-3-extra depends on: ii libc6 2.24-17 ii libcairo2 1.14.10-1 ii libdjvulibre21 3.5.27.1-8 ii libglib2.0-0 2.54.1-1 ii libmagickcore-6.q16-3 8:6.9.7.4+dfsg-16 ii libmagickwand-6.q16-3 8:6.9.7.4+dfsg-16 ii libopenexr22 2.2.0-11.1 ii libpango-1.0-0 1.40.12-1 ii libpangocairo-1.0-01.40.12-1 ii libwmf0.2-70.2.8.4-12 ii libxml22.9.4+dfsg1-5 Versions of packages libmagickcore-6.q16-3-extra recommends: ii libjxr-tools 1.1-6+b1 Versions of packages libmagickcore-6.q16-3-extra suggests: ii inkscape 0.92.2-1+b1 -- no debconf information
Bug#878420: manpage: buggy reference to -a/--attach
Package: reportbug Version: 7.1.7 Severity: minor Dear Maintainer, $ man reportbug ... -i FILE, --include=FILE Include the specified FILE as part of the body of the message to be edited. Can be used multiple times to add multiple files; text-only please! From a suggestion by Michael Alan Dorman in the bug mailing list. (See also the -a/--attach option.) ... However -a doesn't exist in the manpage. --attach goes with -A. -A FILENAME, --attach=FILENAME Regards -- Package-specific info: ** Environment settings: EDITOR="nano" DEBEMAIL="bgog...@debian.org" DEBFULLNAME="Brice Goglin" -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt1.5 ii python33.5.3-3 ii python3-reportbug 7.1.7 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail pn debconf-utils ii debsums 2.2.2 ii dlocate 1.07+nmu1 ii emacs24-bin-common 24.5+1-11+deb9u1 ii emacs25-bin-common 25.2+1-6 ii file1:5.32-1 ii gir1.2-gtk-3.0 3.22.21-1 ii gir1.2-vte-2.91 0.50.0-1 ii gnupg 2.2.1-1 ii postfix [mail-transport-agent] 3.2.2-1 ii python3-gi 3.24.1-3 ii python3-gi-cairo3.24.1-3 pn python3-gtkspellcheck ii python3-urwid 1.3.1-2+b2 ii xdg-utils 1.1.1-1 Versions of packages python3-reportbug depends on: ii apt1.5 ii file 1:5.32-1 ii python33.5.3-3 ii python3-debian 0.1.31 ii python3-debianbts 2.6.3 ii python3-requests 2.18.1-1 python3-reportbug suggests no packages. -- no debconf information
Bug#854486: xournal: Save as/Export to pdf dialog doesn't allow to do anything
Same problem here. Seems to be caused by xinput, already fixed upstream. https://sourceforge.net/p/xournal/bugs/159/ In the meantime, keyboard shortcuts can be used to navigate/click in the export window. Brice
Bug#683809: llgal: Forcing custom thumbnails
Hello I know it's been too long, but I finally applied your patch upstream and I'll try to release 0.13.18 "soon". Thanks Brice Le 04/08/2012 11:04, Gabor Kiss a écrit : > Package: llgal > Version: 0.13.16-3 > Severity: wishlist > Tags: patch > > Option -L / list_link prevents adding artifical thumbnail in case of > entries that normally has _not_ one. Unfortunately if user > supplies custom thumbnails (e.g. for his/her videos) they won't appear > when using "list_link=1" for other reasons. This patch overrides > -L if user did manually create a thumbnail. > > Gabor > > -- System Information: > Debian Release: 6.0.5 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, > 'stable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) > Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) > Shell: /bin/sh linked to /bin/bash > > Versions of packages llgal depends on: > ii imagemagick 8:6.6.0.4-3+squeeze3 image manipulation programs > ii libimage-size-perl 3.221-1 module for determining image > sizes > ii liblocale-gettext-p 1.05-6 Using libc functions for > internati > ii liburi-perl 1.54-2 module to manipulate and access > UR > ii perl5.10.1-17squeeze3Larry Wall's Practical > Extraction > > Versions of packages llgal recommends: > ii libimage-exiftool-perl8.15-1 Library and program to read and > wr > > llgal suggests no packages. > > -- no debconf information
Bug#828679: llgal: Typo in man llgalrc
Applied upstream, thanks. Brice Le 26/06/2016 19:42, Baptiste Jammet a écrit : > Package: llgal > Version: 0.13.17-2 > Severity: minor > Tags: patch > > Dear Maintainer, > > There is a small typo in man llgalrc that bugged me before I understand it: > The "make_caption_from_image_comment" is written twice, > the second one instead of "make_caption_from image_timestamp". > > Patch attached for clarity ! > > Thanks for maintaining llgal. > Baptiste > > -- System Information: > Debian Release: 8.5 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.16.0-4-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 > Init: systemd (via /run/systemd/system) > > Versions of packages llgal depends on: > ii imagemagick 8:6.8.9.9-5+deb8u3 > ii libimage-size-perl 3.232-1 > ii liblocale-gettext-perl 1.05-8+b1 > ii liburi-perl 1.64-1 > ii perl5.20.2-3+deb8u5 > > Versions of packages llgal recommends: > ii libimage-exiftool-perl 9.74-1 > > llgal suggests no packages. > > -- no debconf information
Bug#813855: rubber: doesn't generate PDF figures when elsarticle.cls is in the local directory
Le 08/02/2016 10:04, Preuße, Hilmar a écrit : > 1. Is there specific reason to have a local copy, instead of using > elsarticle.cls from texlive-publishers? Hello I didn't know it was available from a package :) Anyway I tend to always pick up the latest version online anyway so that editors cannot complain of a wrong version, and also because I want to save the working versions in case I have to rebuild 5 years later. > 2. Is this a regression? i.e. did that work in an earlier version? > I can't be sure but I don't remember having such problem last time I used elsarticle.cls back in 2013. Brice
Bug#813855: rubber: doesn't generate PDF figures when elsarticle.cls is in the local directory
Package: rubber Version: 1.4-2 Severity: normal Hello, When writing a paper that uses elsarticle.cls, rubber doesn't generate dependencies (PDF figures passed to includegraphics) when elsarticle.cls is in the same directory. If elsarticle.cls is moved to another directory and TEXINPUTS points there, things work fine. If this is a feature, it might be good to have a way to avoid it. Assuming rubber parses elsarticle.cls when it finds it, we may want to have a way to tell rubber to not parse it. I am attaching a small example which fails: $ tar xfj els.tar.bz2 $ cd els $ rubber -dv article.tex compiling article.tex... executing: pdflatex \nonstopmode \input{article.tex} There were errors compiling article.aux. article.tex:7: File `foo' not found. article.tex:7: leading text: \includegraphics{foo} Now, if I move the cls away, it works: $ mv elsarticle.cls .. $ TEXINPUTS=..: rubber -dv article.tex running: fig2dev -L pdf foo.fig foo.pdf... compiling article.tex... executing: pdflatex \nonstopmode \input{article.tex} compiling article.tex... executing: pdflatex \nonstopmode \input{article.tex} In case it matters, if I don't set TEXINPUTS, foo.pdf is generated before latex fails because it doesn't find elsarticle.cls. thanks Brice -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rubber depends on: pn python:any ii texlive-latex-base 2015.20151225-1 rubber recommends no packages. Versions of packages rubber suggests: ii imagemagick8:6.8.9.9-6+b1 pn sam2p ii texlive-binaries 2015.20150524.37493-7+b1 ii texlive-extra-utils2015.20151225-2 ii texlive-latex-extra2015.20151225-2 ii texlive-latex-recommended 2015.20151225-1 pn texlive-omega ii texlive-pictures 2015.20151225-1 ii transfig 1:3.2.5.e-4 -- no debconf information els.tar.bz2 Description: BZip2 compressed data
Bug#790815: blueman reenables rfkill-disabled devices
Le 02/07/2015 07:32, Christopher Schramm a écrit : Hi Brice, I guess at the end of XFCE session actually means when blueman is closed, right? So closing blueman with a soft killswitch enabled disables that switch for you? Please run blueman-applet in a terminal and post the output you get when exiting it. Regards Hello At the end of the XFCE session *startup*, so that's likely when blueman starts. Here's what I get when I start blueman in a terminal (and it disabled the rfkill switch during that test). Brice $ blueman-applet blueman-applet version 2.0 starting Stale PID, overwriting /usr/lib/python2.7/dist-packages/gi/overrides/__init__.py:313: Warning: The property GSettings:schema is deprecated and shouldn't be used anymore. It will be removed in a future version. return super_init_func(self, **new_kwargs) _ Load (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:60) ['ExitItem', 'DhcpClient', 'Networking', 'NMPANSupport', 'Menu', 'DBusService', 'Headset', 'PPPSupport', 'RecentConns', 'NetUsage', 'AuthAgent', 'StandardItems', 'KillSwitch', 'SerialManager', 'ShowConnected', 'TransferService', 'GameControllerWakelock', 'DiscvManager', 'StatusIcon', 'AppIndicator', 'PowerManager', 'NMDUNSupport'] _ get_interface_version (/usr/lib/python2.7/dist-packages/blueman/bluez/BlueZInterface.py:13) Detected BlueZ 5 _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.Headset.Headset' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.Networking.Networking' _ load_nap_settings (/usr/lib/python2.7/dist-packages/blueman/plugins/applet/Networking.py:36) Loading NAP settings _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.StatusIcon.StatusIcon' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.DBusService.DBusService' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.NMDUNSupport.NMDUNSupport' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.Menu.Menu' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.ShowConnected.ShowConnected' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) Not loading PPPSupport because it's conflict has higher priority _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.PowerManager.PowerManager' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.KillSwitch.KillSwitch' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.AuthAgent.AuthAgent' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.ExitItem.ExitItem' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.DhcpClient.DhcpClient' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.SerialManager.SerialManager' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.AppIndicator.AppIndicator' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) Not loading NMPANSupport because it's conflict has higher priority _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.GameControllerWakelock.GameControllerWakelock' _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.TransferService.TransferService' _ get_interface_version (/usr/lib/python2.7/dist-packages/blueman/bluez/obex/Base.py:20) Detected BlueZ integrated obexd _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.DiscvManager.DiscvManager' _ update_menuitems (/usr/lib/python2.7/dist-packages/blueman/plugins/applet/DiscvManager.py:123) warning: Adapter is None _ __load_plugin (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:133) loading class 'blueman.plugins.applet.RecentConns.RecentConns' _ __load_plugin
Bug#790815: blueman reenables rfkill-disabled devices
Package: blueman Version: 2.0-1 Severity: normal Hello, My bluetooth always gets enabled at the end of XFCE session startup even if /etc/rc.local blocked it earlier. Downgrading blueman to 1.99~alpha1-1 fixes the issue. thanks Brice -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages blueman depends on: ii bluez5.23-2+b1 ii dbus 1.8.18-1 ii gir1.2-appindicator3-0.1 0.4.92-3.1 ii gir1.2-gconf-2.0 3.2.6-3 ii gir1.2-gdkpixbuf-2.0 2.31.4-2 ii gir1.2-glib-2.0 1.44.0-1+b1 ii gir1.2-gtk-3.0 3.16.4-2 ii gir1.2-notify-0.70.7.6-2 ii gir1.2-pango-1.0 1.36.8-3 ii gnome-icon-theme 3.12.0-1 ii libatk1.0-0 2.16.0-2 ii libbluetooth35.23-2+b1 ii libc62.19-18 ii libcairo-gobject21.14.2-2 ii libcairo21.14.2-2 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1.1 ii libgtk-3-0 3.16.4-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpulse-mainloop-glib0 6.0-2 ii libpython2.7 2.7.10-2 ii librsvg2-common 2.40.9-2 ii libstartup-notification0 0.12-4 ii notification-daemon 3.17.2-2 ii obex-data-server 0.4.5-1+b4 ii python 2.7.9-1 ii python-dbus 1.2.0-2+b3 ii python-gi3.16.2-1 ii python-gi-cairo 3.16.2-1 ii xfce4-notifyd [notification-daemon] 0.2.4-3+b1 Versions of packages blueman recommends: ii policykit-1 0.105-8 blueman 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#780196: tcputils: tcpconnect hangs, fix ioctl argument
I can confirm this bug, and the patch works fine. thanks Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776848: xfce4-settings: xfsettingsd crashes when two monitor enabled
Package: xfce4-settings Version: 4.10.1-2 Severity: important Dear Maintainer, After a recent upgrade (month-old testing to testing), my custom keyboard shortbutys stopped working. This is caused by xfsettingsd crashing when it starts with dual-monitor enabled. The program 'xfsettingsd' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 146 error_code 8 request_code 140 minor_code 7) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) This is likely similar to https://bugzilla.xfce.org/show_bug.cgi?id=9680 With XFSETTINGSD_DEBUG=1 enabled, I see that the crash occurs after these lines: xfce4-settings(xsettings): _XSETTINGS_S0 registered on screen 0 xfce4-settings(xsettings): 26 settings changed (serial=0, len=1000) xfce4-settings(xsettings): resource manager (xft) changed (len=116) and before these: xfce4-settings(pointers): initialized xi 2.3 xfce4-settings(keyboards): initialized xkb 1.0 xfce4-settings(keyboards): set auto repeat on xfce4-settings(keyboards): set key repeat (delay=500, rate=50) xfce4-settings(keyboards): set numlock on xfce4-settings(accessibility): stickykeys disabled xfce4-settings(accessibility): slowkeys disabled xfce4-settings(accessibility): bouncekeys disabled xfce4-settings(accessibility): mousekeys disabled xfce4-settings(keyboard-shortcuts): 13 shortcuts loaded xfce4-settings(fontconfig): monitoring 71 paths xfce4-settings(workspaces): 8 desktop names set from xfconf If I start it with --sync to debug, it doesn't crash anymore. If I start it with a single monitor enabled (the other is plugged but disabled with xrandr --off) and later enable the second monitor, no problem. If I start it with the internal eDP1 panel disabled and the external monitor DP1 enabled, it enables eDP1 and crashes as above. So it looks something is wrong with the RANDR extension. Is there some place where xfsettings tries to remember RANDR setting? I would like to remove them. I also thought that my crazy monitor config could be involved (DP1 is rotated left, so eDP1 is larger than DP1 but DP1 is higher) but it fails the same with non-rotated screens. Note that xfce4-settings was not upgraded during my last update. xfce4-session seems to be the only important xfce package that was upgraded (4.10.1-8 - 4.10.1-10). Others are xfce4-battery-plugin, xfce4-notes, xfce4-notes-plugin, xfce4-terminal. xserver-xorg-core got upgraded 2:1.16.1-1 - 2:1.16.2.901-1 and quite a lot of X libraries got rebuilt but downgrading xserver-xorg-core didn't help. Brice -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4-settings depends on: ii libc6 2.19-13 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.12-3 ii libdbus-glib-1-20.102-1 ii libexo-1-0 0.10.2-4 ii libfontconfig1 2.11.0-6.3 ii libgarcon-1-0 0.2.1-2 ii libgarcon-common0.2.1-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libx11-62:1.6.2-3 ii libxcursor1 1:1.1.14-1+b1 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii libxi6 2:1.7.4-1+b2 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.4.2-1+b1 ii xfconf 4.10.0-3 Versions of packages xfce4-settings recommends: ii x11-utils 7.7+2 ii xfce4-volumed 0.1.13-5 xfce4-settings 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#749699: rubber: BIBINPUTS not honored anymore
Le 24/06/2014 20:43, Hilmar Preusse a écrit : BIBINPUTS is honored but it doesn't understand things like .:foo/bar: for prepending . and foo/bar to the default path (just like TEXINPUTS is documented in tex(1)) as bibtex does. Sebastian: would you be so kind to have a look at this? I attached a new patch. It's still not perfect, since it does not read the default BIBINPUTS from texmf.cnf, but it should be good enough (rubber also ignores the default TEXINPUTS from texmf.cnf). Many thanks! Brice: new package on https://freeshell.de/~hille42/rubber/ . If that is OK for your, I'll upload. Looks like it works, thanks. By the way, I see messages like hdr.tex: [biblatex] Please rerun LaTeX. (page 108) Isn't rubber supposed to automatically rebuild in this case? thanks Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749699: rubber: BIBINPUTS not honored anymore
Le 24/06/2014 23:00, Hilmar Preusse a écrit : On 24.06.14 Brice Goglin (brice.gog...@ens-lyon.org) wrote: Hi, By the way, I see messages like hdr.tex: [biblatex] Please rerun LaTeX. (page 108) Isn't rubber supposed to automatically rebuild in this case? Is this new in 1.1+20100306-4, did it work befor?. Could you open a new ticket for this? Thanks, Hilmar It was hardly testable earlier since my biblatex testcases didn't work well. I'll open a new BR after your upload. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749699: rubber: BIBINPUTS not honored anymore
Le 17/06/2014 11:36, Hilmar Preusse a écrit : On 16.06.14 Hilmar Preusse (hill...@web.de) wrote: Hi, Brice: paackage w/ patch is on http://home.amasol.de/~preusse/rubber/ Could you test? Moved to https://freeshell.de/~hille42/rubber/ Hello, BIBINPUTS is honored but it doesn't understand things like .:foo/bar: for prepending . and foo/bar to the default path (just like TEXINPUTS is documented in tex(1)) as bibtex does. And my onchance bcf custom rule doesn't seem required anymore, indeed. Thanks Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735322: xserver-xorg-video-intel: Playing video refreshes improperly
On Thu, May 29, 2014 at 10:08:48AM +0200, Brice Goglin wrote: You need to enable the sna accel method. Something like this in /etc/X11/xorg.conf should work: Section Device Identifier Intel Graphics Driver intel Option AccelMethod sna EndSection You may get some minor display corruption when scrolling long pages in browsers, but that's likely less annoying than totally broken video playback. This is fixed in intel driver 2.99 (and sna is enabled by default) but it doesn't seem Debian packaged yet. Should be fixed in 2:2.99.911+git20140529-1~exp1 (currently in experimental) which enables sna by default which display corruption for me. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749699: rubber: BIBINPUTS not honored anymore
On Fri, May 30, 2014 at 03:24:26PM +0200, Sebastian Reichel wrote: Hi Hilmar and Brice, On Fri, May 30, 2014 at 12:59:06PM +0200, Hilmar Preusse wrote: In https://bugs.debian.org/743362 you requested me to include the provided biblatex module. I've included it and got now a bug report telling me that BIBINPUTS and the bibtex.path variable is ignored now. I told the submitter to remove your module and he reported that it solved the problem. Please be so kind to provide a new module fixing this regression. BIBINPUTS is not used by biber(1p), which is called instead of bibtex(1) for latex documents using biblatex. My biber (from Debian package 1.8-1) uses BIBINPUTS. I get this output when just asking for biblio.bib INFO - Found BibTeX data source 'foo/biblio.bib' I guess, that Brice's document tries to use biblatex and bibtex at the same time. I don't understand what this means :) This may have worked without the plugin, since all biblatex stuff was ignored, but fails once both packages are analyzed. Brice, can you create a minimal example triggering your problem, or at least sent the bib* related lines from your LaTeX files? Here's a tarball containing a .tex and a .bib in the foo subdirectory. This command from inside the extracted tarball BIBINPUTS=foo rubber -v -d bar works when your biblatex.py is not installed, but it fails when it's installed: 'biblio.bib' does not exist There were errors compiling bar. Note my latex file forces rubber to rerun biber when the bcf changed. Otherwise, I have to run rubber, run biber, and rerun rubber with -f. That may be related, but removing these rules doesn't solve the issue. Regards Brice bib.tar.bz2 Description: Binary data
Bug#654633: [Pkg-xfce-devel] Bug#654633: XFCE4-VOLUMED: mute and set the volume to 0, when I unmute it, it leave the volume in 0
On Sun, May 25, 2014 at 02:50:45PM +0200, Brice Goglin wrote: Le 25/05/2014 14:44, Yves-Alexis Perez a écrit : On dim., 2014-05-25 at 09:19 +0200, Brice Goglin wrote: The Ubuntu bug claims that the bug was fixed in xfce4-volumed 0.2. It looks like they forked xfce-volumed? But at least it works perfectly on my machine now. So does it work or does it not work? The Ubuntu package rebuilt for testing works very well. Only the above workaround does not work. After several days of testing, I am actually changing my mind. The bug came back for some reason, maybe it doesn't like my port replicator at work and maybe it's different when headphones are connected. So i am pretty much back to the very first report here without any working workaround. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735322: xserver-xorg-video-intel: Playing video refreshes improperly
You need to enable the sna accel method. Something like this in /etc/X11/xorg.conf should work: Section Device Identifier Intel Graphics Driver intel Option AccelMethod sna EndSection You may get some minor display corruption when scrolling long pages in browsers, but that's likely less annoying than totally broken video playback. This is fixed in intel driver 2.99 (and sna is enabled by default) but it doesn't seem Debian packaged yet. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749699: rubber: BIBINPUTS not honored anymore
Package: rubber Version: 1.1+20100306-4 Severity: important Dear Maintainer, The BIBINPUTS variable is not honored anymore when building with rubber. The bug was introduced in -3 I tried the rubber bibtex.path variable instead, doesn't work either (see bug #694265). Brice -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 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 rubber depends on: ii python 2.7.6-2 ii python-support 1.0.15 ii texlive-latex-base 2013.20140408-1 rubber recommends no packages. Versions of packages rubber suggests: ii imagemagick 8:6.7.7.10+dfsg-1 pn sam2pnone ii transfig 1:3.2.5.e-3 -- 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#749699: rubber: BIBINPUTS not honored anymore
The BIBINPUTS variable is not honored anymore when building with rubber. The bug was introduced in -3 Oops typo. It was introduced in -4. -3 looks OK. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749699: rubber: BIBINPUTS not honored anymore
Le 29/05/2014 22:21, Hilmar Preusse a écrit : I'd guess that the latest change introduced the problem. A file biblatex.py was added. Could you remove/rename the following files on your system and report if that helps? /usr/lib/pymodules/python2.7/rubber/latex_modules/biblatex.py /usr/lib/pymodules/python2.7/rubber/latex_modules/biblatex.pyc /usr/share/pyshared/rubber/latex_modules/biblatex.py Seems to fix the problem ! Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654633: XFCE4-VOLUMED: mute and set the volume to 0, when I unmute it, it leave the volume in 0
Also seeing the same problem after a new install on a HP Elitebook 840 G1. But I can't manage to fix anything with the above workaround, I can't find anything to set as the active-card in xfce4-mixer, it always goes back to the Pc. The Ubuntu bug claims that the bug was fixed in xfce4-volumed 0.2. It looks like they forked xfce-volumed? But at least it works perfectly on my machine now. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654633: [Pkg-xfce-devel] Bug#654633: XFCE4-VOLUMED: mute and set the volume to 0, when I unmute it, it leave the volume in 0
Le 25/05/2014 14:44, Yves-Alexis Perez a écrit : On dim., 2014-05-25 at 09:19 +0200, Brice Goglin wrote: The Ubuntu bug claims that the bug was fixed in xfce4-volumed 0.2. It looks like they forked xfce-volumed? But at least it works perfectly on my machine now. So does it work or does it not work? The Ubuntu package rebuilt for testing works very well. Only the above workaround does not work. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686549: #686549 - gnome-settings-daemon: fails to register before timeout
I don't use gnome anymore, these bugs were making gnome just unusable for work, I switch to XFCE when I got my new laptop. Brice Le 04/05/2014 16:33, althaser a écrit : Hey Brice, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697382: libxml2-dev: libxml-2.0.pc misses -llzma for static linking
Package: libxml2-dev Version: 2.9.0+dfsg1-4 Severity: normal Dear Maintainer, libxml-2.0.pc doesn't seem to be correct for static linking. $ pkg-config --libs --static libxml-2.0 -lxml2 -lz -lm It should bring a dependency on -llzma: /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/ libxml2.a(xzlib.o):function xz_decomp: error: undefined reference to 'lzma_code' Either directly in Libs.private, or maybe as: Requires.private: liblzma Thanks Brice -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxml2-dev depends on: ii libxml2 2.9.0+dfsg1-4 libxml2-dev recommends no packages. Versions of packages libxml2-dev suggests: ii pkg-config 0.26-1 -- 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#697383: libpci-dev: libpci.pc misses -lresolv and -lz for static linking
Package: libpci-dev Version: 1:3.1.9-6 Severity: normal Dear Maintainer, libpci.pc doesn't seem to be correct for static linking. $ pkg-config --libs --static libpci -lpci It brings no dependencies while -lresolv (and likely -lz) seems needed: /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/ libpci.a(names-net.o):function pci_id_net_lookup: error: undefined reference to '__res_query' Something like: Libs.private: -lresolv -lz Thanks Brice -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpci-dev depends on: ii libpci3 1:3.1.9-6 ii zlib1g-dev 1:1.2.7.dfsg-13 libpci-dev recommends no packages. libpci-dev 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#695304: libnvidia-ml1: please package libnvidia-ml-dev
Package: libnvidia-ml1 Version: 304.48-1 Severity: important Dear Maintainer, The header file nvml.h corresponding to libnvidia-ml1 binary doesn't seem to be packages. Please package it, likely as a new libnvidia-ml-dev Thanks Brice Goglin -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/32 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libnvidia-ml1 depends on: ii libc6 2.13-35 ii multiarch-support 2.13-35 libnvidia-ml1 recommends no packages. libnvidia-ml1 suggests no packages. Versions of packages nvidia-kernel-dkms depends on: ii dkms 2.2.0.3-1.2 ii nvidia-installer-cleanup 20120630+3 ii nvidia-kernel-common 20120630+3 Versions of packages nvidia-kernel-dkms recommends: pn nvidia-glx none Versions of packages libnvidia-ml1 is related to: pn ia32-libsnone pn libdrm-nouveau1 none pn libdrm-nouveau1a none pn libgl1-nvidia-alternatives-ia32 none pn libgl1-nvidia-glx-anynone pn libgl1-nvidia-glx-ia32 none pn libgl1-nvidia-glx-ia32-any none pn libgl1-nvidia-legacy-173xx-glx-ia32 none ii linux-headers-3.2.0-4-amd64 [linux-headers] 3.2.32-1 ii linux-headers-amd64 [linux-headers] 3.2+46 pn nvidia-glx none pn nvidia-glx-any none ii nvidia-kernel-common 20120630+3 ii nvidia-kernel-dkms [nvidia-kernel-dkms] 304.48-1 pn nvidia-kernel-source none pn nvidia-settings none pn nvidia-support none pn nvidia-xconfig none pn xserver-xorg none pn xserver-xorg-corenone pn xserver-xorg-video-nouveau none pn xserver-xorg-video-nvidia-anynone -- 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#695112: amd-opencl-dev: should ship AMD headers with AMD extensions
Package: amd-opencl-dev Version: 1:12-6+point-1 Severity: important Hello, amd-opencl-dev currently doesn't contain anything, it just depends on the standard OpenCL headers. Unfortunately, that means some AMD extensions are not available, but they are supported by the amd-libopencl1 library built from the very same source package. Actually, the situation isn't perfectly clear to me: * some extensions such as CL_DEVICE_PROFILING_TIMER_OFFSET_AMD are in the standard headers * many others such as CL_DEVICE_TOPOLOGY_AMD are only in CL/cl_ext.h available in AMD-APP 2.7. You could either install AMD's custom headers in a amd/ subdirectory or under a different name. Note that I couldn't find cl_ext.h in the source of amd-opencl-dev, so the solution may not be that easy. thanks Brice -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/32 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages amd-opencl-dev depends on: ii amd-libopencl1 [libopencl1] 1:12-6+point-1 ii opencl-headers 1.2-2012.04.18a-1 Versions of packages amd-opencl-dev recommends: pn libgl1-mesa-dev | libgl-dev none amd-opencl-dev 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#694925: llvm-gcc-4.7: line 2: exec: gcc-4.7-4.7: not found
Package: llvm-gcc-4.7 Version: 3.1-3 Severity: important $ llvm-gcc-4.7 /usr/bin/llvm-gcc-4.7: line 2: exec: gcc-4.7-4.7: not found llvm-gcc without -4.7 works fine. Thanks Brice -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages llvm-gcc-4.7 depends on: ii dragonegg-4.7 3.1-3 ii g++-4.74.7.1-7 ii gcc-4.74.7.1-7 llvm-gcc-4.7 recommends no packages. llvm-gcc-4.7 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#385472: thunderbird: very very slow when forwarding a long mail
Yeah I think this exact bug is gone (and has been replaced by different ones :) Brice Le 02/11/2012 17:28, Carsten Schoenert a écrit : Hello Brice, your reported bug is still active. But I think this bug is gone over the years. Your reported version isn't available anymore on any current version of debian. Do you have still such problems with current icedove versions? If not this bug could be closed. Regards Carsten On Thu, Aug 31, 2006 at 09:53:59AM -0400, Brice Goglin wrote: Package: thunderbird Version: 1.5.0.5-1 Severity: normal Hi, When forwarding a very long mail (right now, I see the problem with a mail containing a 30kB patch), it takes about 2mn to get the compose message window. Then if you change the sender's identity in the headers, it takes 2 minutes again. It is very boring. I might have seen the same problem when replying to such a mail, even if I can't reproduce it right now. It generally seems that thunderbird becomes very slow when dozens of kilobytes of text is involved. I have seen the problem when copying- pasting 10kB-patches in the compose window. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690240: network-manager-openconnect-gnome: crashes gnome-shell when connection succeeds
Package: network-manager-openconnect-gnome Version: 0.9.4.0-7 Severity: normal Dear Maintainer, Everytime I connect my openconnect VPN with the NM gnome applet, I enter my login/passwd as usual, and gnome-shell crashes (and restarts) once the connection succeeds. I tried upgrading openconnect to experimental, it didn't crash gnome-shell but it failed to connect. Looks similar to https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/990108 Brice -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager-openconnect-gnome depends on: ii gconf-service3.2.5-1+build1 ii libatk1.0-0 2.4.0-2 ii libc62.13-35 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libgconf-2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk-3-0 3.4.2-3 ii libnm-glib-vpn1 0.9.4.0-6 ii libnm-glib4 0.9.4.0-6 ii libnm-util2 0.9.4.0-6 ii libopenconnect1 3.20-2 ii libpango1.0-01.30.0-1 ii libproxy00.3.1-5 ii libssl1.0.0 1.0.1c-4 ii libxml2 2.8.0+dfsg1-5 ii network-manager-openconnect 0.9.4.0-7 ii zlib1g 1:1.2.7.dfsg-13 network-manager-openconnect-gnome recommends no packages. network-manager-openconnect-gnome 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#686549: gnome-settings-daemon: fails to register before timeout
Package: gnome-settings-daemon Version: 3.4.2-4+b1 Severity: important Hello, I get gnome-shell failures at startup very often (not always reproducible). According to .xsession-errors, it's related to gnome-settings-daemon failing to register before timeout. There's no additional detail so I have no idea what it going on. I seem to remember that I fixed it once by changing my cups server config (it was failing to contact a wrong server, and thus caused gnome-settings-daemon to timeout, which is just non-sense by the way). Now that the above is not responsible of the failure anymore, I don't know where to look at. It seems to happen more often at the office (with an external screen connected to the dock station) than at home. But I really have no clue. The problem does not seem to ever occur with a fresh new account. But I am really tired to destroying my entire desktop config every 2 weeks or :/ Brice -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-settings-daemon depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii dpkg 1.16.8 ii gsettings-desktop-schemas3.4.2-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-35 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra-gtk3-0 0.28-4 ii libcanberra0 0.28-4 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.5-1 ii libcups2 1.5.3-1 ii libdbus-glib-1-2 0.100-1 ii libfontconfig1 2.9.0-7 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgnomekbd7 3.4.0.2-1 ii libgnutls26 2.12.20-1 ii libgssapi-krb5-2 1.10.1+dfsg-2 ii libgtk-3-0 3.4.2-2 ii libgudev-1.0-0 175-3.1 ii libk5crypto3 1.10.1+dfsg-2 ii libkrb5-31.10.1+dfsg-2 ii liblcms2-2 2.2+git20110628-2.2 ii libnotify4 0.7.5-1 ii libnspr4 2:4.9.1-1 ii libnspr4-0d 2:4.9.1-1 ii libnss3 2:3.13.5-1 ii libnss3-1d 2:3.13.5-1 ii libpackagekit-glib2-14 0.7.5-2 ii libpango1.0-01.30.0-1 ii libpolkit-gobject-1-00.105-1 ii libpulse-mainloop-glib0 2.0-6 ii libpulse02.0-6 ii libsqlite3-0 3.7.13-1 ii libupower-glib1 0.9.17-1 ii libwacom20.5-1 ii libx11-6 2:1.5.0-1 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxklavier165.2.1-1 ii libxtst6 2:1.2.1-1 ii nautilus-data3.4.2-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnome-settings-daemon recommends: ii pulseaudio 2.0-6 Versions of packages gnome-settings-daemon suggests: ii gnome-screensaver3.4.1-1 ii metacity [x-window-manager] 1:2.34.3-2 ii mutter [x-window-manager]3.4.1-5 ii twm [x-window-manager] 1:1.0.6-1 ii x11-xserver-utils7.7~3 ii xfwm4 [x-window-manager] 4.8.3-1 -- 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#683523: rubber: multibib support broken
Package: rubber Version: 1.1+20100306-1 Severity: important Hello, multibib support is broken since the ugprade from 1.1+20100306-1 to 1.1-2.4. The following example breaks while it did not with the previous version. $ cat toto.tex \documentclass{book} \usepackage{multibib} \newcites{foo}{Bar} \begin{document} baz \end{document} $ rubber toto.tex Traceback (most recent call last): File /usr/bin/rubber, line 4, in module sys.exit(Main()(sys.argv[1:])) File /usr/lib/pymodules/python2.7/rubber/cmdline.py, line 319, in __call__ return self.main(cmdline) File /usr/lib/pymodules/python2.7/rubber/cmdline.py, line 247, in main env.main.parse() File /usr/lib/pymodules/python2.7/rubber/converters/latex.py, line 711, in parse self.process(self.source()) File /usr/lib/pymodules/python2.7/rubber/converters/latex.py, line 764, in process self.parse_file(file) File /usr/lib/pymodules/python2.7/rubber/converters/latex.py, line 742, in parse_file function(self.vars, *args) File /usr/lib/pymodules/python2.7/rubber/latex_modules/multibib.py, line 65, in hook_newcites bib.hook_bibligraphystyle) AttributeError: Bibliography instance has no attribute 'hook_bibligraphystyle' Thank you Brice -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rubber depends on: ii dpkg1.16.4.3 ii install-info4.13a.dfsg.1-10 ii python 2.7.3~rc2-1 ii python-support 1.0.15 ii texlive-latex-base 2012.20120611-3 rubber recommends no packages. Versions of packages rubber suggests: ii imagemagick 8:6.7.7.10-2 pn sam2pnone pn transfig 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#676474: llgal: use HTML5 for video slides
Package: llgal Version: 0.13.17-2 Severity: wishlist Instead of linking to the video, embed it directly in the video slide using HTML5. Looks like this requires to set the right video format in the HTML5 attributes. Not sure how hard this is. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675777: llgal: generate images in parallel
Le 03/06/2012 11:40, Lucas Nussbaum a écrit : Package: llgal Version: 0.13.17-2 Severity: wishlist Hi, It seems that llgal only runs convert once at a time. In this era of multi-core CPUs, it would be great if llgal would run several instances of convert concurrently to reduce the image generation time. Lucas Hello Lucas, That would make sense but imagemagick is threaded with OpenMP (and that's enabled in Debian packages) so we'd need to know when and how convert uses threads before adding even more pressure on the scheduler. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675776: llgal: use exif orientation to rotate images
Le 03/06/2012 11:46, Lucas Nussbaum a écrit : Package: llgal Version: 0.13.17-2 Severity: wishlist Hi, Some cameras, when taking pictures vertically, use the Exif tag Orientation to indicate that the image should be rotated when displayed. It seems that browsers do not handle that tag, so it would be nice if llgal could detect that tag, and rotate the pictures when generating the thumbnails and the scaled images. Example output of exiftool that shows the Orientation tag: ExifTool Version Number : 8.60 File Name : P1010872.JPG Directory : . File Size : 3.3 MB File Modification Date/Time : 2012:06:03 11:08:56+02:00 File Permissions: rw--- File Type : JPEG MIME Type : image/jpeg Exif Byte Order : Little-endian (Intel, II) Make: Panasonic Camera Model Name : DMC-FX40 Orientation : Rotate 90 CW Hello Lucas, This is a longstanding debate between people that apply llgal right after downloading from the camera, and people who cleanup/rotate/resize their images before giving them to llgal. The former want an option for autorotating so that a single step does everything (except sorting/selecting images). The latter say that autorotating in llgal would open the gate to many image modification options requests, that llgal is not meant to do this, and that exiftran -ai can do the job anyway. So I never took time to actually look at the details. convert has an -auto-orient option that could help here. You'd just need to change the convert command-lines in the config file. But that wouldn't apply to the original images, only to thumbnails and scaled images. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666360: fixed in 3.3.3 and 3.2.16
In you missed it, the fix has been backported to 3.3.3 and 3.2.16. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659450: #659450,Wish: Caption links
Hello Gabor, I don't understand the usecase for this features. You can already use HTML syntax in the caption text to make any word point to external links, with whatever alternative text you want. So the use case for your feature seems very small. It would be only useful when people are lazy enough to not write HTML, and want to have th entire caption text be the link. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666360: [3.2.6 - 3.2.7 regression] i915: HDMI/DVI output broken on Dell Latitude E6410
bts forwarded 666360 https://bugs.freedesktop.org/show_bug.cgi?id=48170 bts found 666360 3.3-1~experimental.1 thank you If you can reproduce this with 3.3 from experimental, I'd suggest filing a bug upstream[2]. (Please let us know the bug number if doing so so we can track it.) Fails the same with 3.3 from experimental. I opened an upstream bug report. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666677: lltag: fails to guess NUMBER and TITLE of vorbis/ogg files when renaming
Could this be related to the case of tag names ? Does it work when you have NUMBER and TITLE and fail when you have Number and Title for instance ? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666360: linux-image-3.2.0-2-amd64: 3.2.0-2 breaks HDMI/DVI output on Dell Latitude E6410
Package: linux-2.6 Version: 3.2.13-1 Severity: important Hello, 3.2.0-2-amd64 fails to start X on my Dell Latitude E6410 when my DVI monitor is connected to one of the HDMI/DVI outputs on the dock station. KMS starts fine, but X later fails to start and I see something like failed to start CRTC:3 blinking on the screen. If I unplug the DVI monitor, no problem. If I switch back to the latest 3.2.0-1-amd64 I have installed, no problem. So something broke between 3.2.6-1 and 3.2.9-1, and it's still broken with 3.2.12-1. I don't see anything interesting in the debian changelog (the only i915 reference is for Sandy-Bridge while my machine is Westmere-based). I only see two references to i915 in the 3.2.7 upstream changelog, nothing in 3.2.8 or 3.2.9. I'll try with 3.2.7-1 from snapshot.d.o and reply here saying whether the bug is there too or not. Brice -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: Dell Inc. product_name: Latitude E6410 product_version: 0001 chassis_vendor: Dell Inc. chassis_version: bios_vendor: Dell Inc. bios_version: A09 board_vendor: Dell Inc. board_name: board_version: ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0044] (rev 02) Subsystem: Dell Device [1028:040a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if 00 [VGA controller]) Subsystem: Dell Device [1028:040a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 42 Region 0: Memory at f000 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at e000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at 60b0 [size=8] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:19.0 Ethernet controller [0200]: Intel Corporation 82577LM Gigabit Network Connection [8086:10ea] (rev 05) Subsystem: Dell Device [1028:040a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 40 Region 0: Memory at f550 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at f558 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at 6040 [size=32] Capabilities: access denied Kernel driver in use: e1000e 00:1a.0 USB controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b3c] (rev 05) (prog-if 20 [EHCI]) Subsystem: Dell Device [1028:040a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f557 (32-bit, non-prefetchable) [size=1K] Capabilities: access denied Kernel driver in use: ehci_hcd 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio [8086:3b56] (rev 05) Subsystem: Dell Device [1028:040a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 44 Region 0: Memory at f556 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 [8086:3b42] (rev 05) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: 5000-5fff Memory behind bridge: f410-f54f Prefetchable memory
Bug#666360: linux-image-3.2.0-2-amd64: 3.2.0-2 breaks HDMI/DVI output on Dell Latitude E6410
Le 30/03/2012 11:35, Brice Goglin a écrit : So something broke between 3.2.6-1 and 3.2.9-1, and it's still broken with 3.2.12-1. I don't see anything interesting in the debian changelog (the only i915 reference is for Sandy-Bridge while my machine is Westmere-based). I only see two references to i915 in the 3.2.7 upstream changelog, nothing in 3.2.8 or 3.2.9. I'll try with 3.2.7-1 from snapshot.d.o and reply here saying whether the bug is there too or not. 3.2.7-1 is broken as well, so the bad commit is likely in upstream 3.2.7. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661102: buildbot-slave: add ability to restart a single slave
Package: buildbot-slave Version: 0.8.5-1.1 Severity: wishlist Hello, This wishlist actually masters for both buildbot slave and master but the patch is almost the same so I am reporting a single bug. I'd like /etc/init.d/buildslave cmd to accept an additional parameter that specify which slave to operate on. This is useful for: * manually enabling a slave that's disabled in the config file * restarting a slave when it's config was modified without modifying all others (more important for masters) Obviously, I can do this by running buildslave restart $PATH but you have to remember the path to do so, and it's not so easy when you have tons of slaves on the machine and/or different paths depending on the machine. Thanks Brice --- /etc/init.d/buildslave.old 2012-02-24 09:08:34.0 +0100 +++ /etc/init.d/buildslave 2012-02-24 08:57:50.599256000 +0100 @@ -113,7 +113,10 @@ function do_op () { errors=0 for i in $( seq ${#SLAVE_ENABLED[@]} ); do -if is_disabled ${SLAVE_ENABLED[$i]} ; then + if test x$4 != x -a x$4 != x${SLAVE_NAME[$i]} ; then +continue +fi +if is_disabled ${SLAVE_ENABLED[$i]} test x$4 = x ; then continue fi @@ -140,19 +143,19 @@ case $1 in start) -do_op slave_op start Starting buildslave +do_op slave_op start Starting buildslave $2 exit $? ;; stop) -do_op slave_op stop Stopping buildslave +do_op slave_op stop Stopping buildslave $2 exit $? ;; reload) -do_op slave_op reload Reloading buildslave +do_op slave_op reload Reloading buildslave $2 exit $? ;; restart|force-reload) -do_op slave_op restart Restarting buildslave +do_op slave_op restart Restarting buildslave $2 exit $? ;; *) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages buildbot-slave depends on: ii adduser 3.113+nmu1 ii python2.7.2-10 ii python-twisted-core 11.1.0-1 ii python-twisted-words 11.1.0-1 ii python2.6 2.6.7-4 ii python2.7 2.7.2-13 buildbot-slave recommends no packages. Versions of packages buildbot-slave suggests: ii buildbot0.8.5-1.1 ii cvs 2:1.12.13+real-8 ii git [git-core] 1:1.7.9-1 ii git-core1:1.7.9-1 ii mercurial 2.1-1 ii subversion 1.6.17dfsg-3 -- Configuration Files: /etc/default/buildslave changed [not included] /etc/init.d/buildslave changed [not included] -- 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#647420: buildbot: IRC support broken in 0.8.5, upstream patch available
Package: buildbot Version: 0.8.5-1 Severity: important Tags: upstream Hello, The IRC bot is broken since upgrading from 0.8.3 to 0.8.5: 15:33 bgoglin bb-knem: force build git 15:33 bb-knem Something bad happened (see logs): type 'exceptions.AttributeError' This is actually known and fixed upstream according to http://comments.gmane.org/gmane.comp.python.buildbot.devel/7787 Could you please apply commit 1fed964da6b1c15e409dacb6ce0c9585e3669f3c to the debian package? Thanks Brice -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 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 buildbot depends on: ii adduser 3.113 ii dpkg 1.16.1.1 ii install-info 4.13a.dfsg.1-8 ii python2.7.2-9 ii python-jinja2 2.6-1 ii python-migrate0.7.1-2 ii python-sqlalchemy 0.7.3-2 ii python-twisted11.0.0-2 ii python-twisted-core 11.0.0-2 ii python-twisted-words 11.0.0-1 ii python2.6 2.6.7-3 ii python2.7 2.7.2-5 Versions of packages buildbot recommends: ii buildbot-slave none ii python-twisted-mail 11.0.0-1 ii python-twisted-web 11.0.0-1 Versions of packages buildbot suggests: ii bzr 2.3.1-2 ii cvs 2:1.12.13+real-6 ii git [git-core] 1:1.7.7-2 ii git-core1:1.7.7-2 ii mercurial 1.9.3-1 ii subversion 1.6.17dfsg-1 -- Configuration Files: /etc/default/buildmaster changed: MASTER_RUNNER=/usr/bin/buildbot MASTER_ENABLED[1]=1 MASTER_NAME[1]=open-mx-master MASTER_USER[1]=benchmarks MASTER_BASEDIR[1]=/home/benchmarks/buildbot/master/open-mx/master/ MASTER_OPTIONS[1]= MASTER_PREFIXCMD[1]= MASTER_ENABLED[2]=0 # disabled for now MASTER_NAME[2]=open-mx-custom MASTER_USER[2]=benchmarks MASTER_BASEDIR[2]=/home/benchmarks/buildbot/master/open-mx/custom/ MASTER_OPTIONS[2]= MASTER_PREFIXCMD[2]= MASTER_ENABLED[3]=1 MASTER_NAME[3]=starpu MASTER_USER[3]=benchmarks MASTER_BASEDIR[3]=/home/benchmarks/buildbot/master/starpu/ MASTER_OPTIONS[3]= MASTER_PREFIXCMD[3]= MASTER_ENABLED[4]=1 MASTER_NAME[4]=tbx MASTER_USER[4]=benchmarks MASTER_BASEDIR[4]=/home/benchmarks/buildbot/master/tbx/ MASTER_OPTIONS[4]= MASTER_PREFIXCMD[4]= MASTER_ENABLED[5]=1 MASTER_NAME[5]=marcel MASTER_USER[5]=benchmarks MASTER_BASEDIR[5]=/home/benchmarks/buildbot/master/marcel/ MASTER_OPTIONS[5]= MASTER_PREFIXCMD[5]= MASTER_ENABLED[6]=1 MASTER_NAME[6]=knem-master MASTER_USER[6]=benchmarks MASTER_BASEDIR[6]=/home/benchmarks/buildbot/master/knem/master/ MASTER_OPTIONS[6]= MASTER_PREFIXCMD[6]= MASTER_ENABLED[7]=1 MASTER_NAME[7]=mami MASTER_USER[7]=benchmarks MASTER_BASEDIR[7]=/home/benchmarks/buildbot/master/mami/ MASTER_OPTIONS[7]= MASTER_PREFIXCMD[7]= -- 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#570417: xserver-xorg: xserver freeze after I close my laptop lid
Le 09/08/2011 01:30, Jonathan Nieder a écrit : Hi, Jesse Barnes wrote[*]: I take that back; this shouldn't be required now that we unconditionally return connected from the LVDS detect hook. Brice, are you seeing something different? I.e. is this patch required for you even on current kernels? which would suggest that v2.6.34-rc3~43^2 (drm/i915: Stop trying to use ACPI lid status to determine LVDS connection, 2010-03-17) fixes this [v2.6.39-rc2~3^2~4, drm/i915/lvds: Always return connected in the absence of better information, 2011-03-24, for later models]. Brice, Pierre, can you confirm? Thanks, Jonathan [*] http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/843 No idea, I stopped using this laptop 15 months ago. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633527: linux-image-2.6.39-2-amd64: hard freeze when X start with eDP + HDMI2
Package: linux-2.6 Version: 2.6.39-2 Severity: important Hello, Since I upgraded my Dell Latitude E6410 laptop from 2.6.38-5 to 2.6.39-2, the machine hard freezes (even sysrq doesn't seem to work) when X starts with HDMI2 plugged. When KMS starts, both eDP and HDMI2 (DVI connector on the dock station) display the boot as usual. Later, when gdm starts, both screens blank and the machine freezes. If I unplug HDMI2/DVI before X starts, things work fine. I can even replug HDMI2/DVI later, the external display will be automatically enabled (and I can play with xrandr to change its resolution). Regards Brice -- Package-specific info: ** Version: Linux version 2.6.39-2-amd64 (Debian 2.6.39-2) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Wed Jun 8 11:01:04 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.39-2-amd64 root=UUID=50b3f739-28de-4fee-bb5c-6e8b4c520325 ro quiet ** Not tainted ** Kernel log: [4.142538] hub 1-1.2.3:1.0: 4 ports detected [4.160098] input: Dell WMI hotkeys as /devices/virtual/input/input8 [4.197611] ACPI: AC Adapter [AC] (on-line) [4.900378] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [5.450381] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20110316/evregion-476) [5.450388] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node 880116f04ce0), AE_TIME (20110316/psparse-536) [5.450395] ACPI Error: Method parse/execution failed [\ECRB] (Node 880116f04b78), AE_TIME (20110316/psparse-536) [5.450399] ACPI Error: Method parse/execution failed [\ECG5] (Node 880116f05a60), AE_TIME (20110316/psparse-536) [5.450411] ACPI Error: Method parse/execution failed [\_SB_.AC__._PSR] (Node 880116f053d0), AE_TIME (20110316/psparse-536) [5.450445] ACPI Exception: AE_TIME, Error reading AC Adapter state (20110316/ac-118) [5.522282] usb 1-1.2.3.1: new low speed USB device number 8 using ehci_hcd [5.636616] usb 1-1.2.3.1: New USB device found, idVendor=413c, idProduct=2003 [5.636622] usb 1-1.2.3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [5.636627] usb 1-1.2.3.1: Product: Dell USB Keyboard [5.636630] usb 1-1.2.3.1: Manufacturer: Dell [5.653886] input: Dell Dell USB Keyboard as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.2/1-1.2.3/1-1.2.3.1/1-1.2.3.1:1.0/input/input9 [5.653962] generic-usb 0003:413C:2003.0003: input,hidraw2: USB HID v1.10 Keyboard [Dell Dell USB Keyboard] on usb-:00:1a.0-1.2.3.1/input0 [5.988931] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20110316/evregion-476) [5.988946] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node 880116f04ce0), AE_TIME (20110316/psparse-536) [5.988960] ACPI Error: Method parse/execution failed [\ECRB] (Node 880116f04b78), AE_TIME (20110316/psparse-536) [5.988970] ACPI Error: Method parse/execution failed [\ECG5] (Node 880116f05a60), AE_TIME (20110316/psparse-536) [5.988980] ACPI Error: Method parse/execution failed [\_SB_.AC__._PSR] (Node 880116f053d0), AE_TIME (20110316/psparse-536) [5.989015] ACPI Exception: AE_TIME, Error reading AC Adapter state (20110316/ac-118) [6.209697] usb 1-1.2.3.2: new low speed USB device number 9 using ehci_hcd [6.386008] fbcon: inteldrmfb (fb0) is primary device [7.107064] usb 1-1.2.3.2: New USB device found, idVendor=046d, idProduct=c016 [7.107068] usb 1-1.2.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [7.107072] usb 1-1.2.3.2: Product: Optical USB Mouse [7.107074] usb 1-1.2.3.2: Manufacturer: Logitech [7.109653] input: Logitech Optical USB Mouse as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.2/1-1.2.3/1-1.2.3.2/1-1.2.3.2:1.0/input/input10 [7.109819] generic-usb 0003:046D:C016.0004: input,hidraw3: USB HID v1.10 Mouse [Logitech Optical USB Mouse] on usb-:00:1a.0-1.2.3.2/input0 [7.636803] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20110316/evregion-476) [7.636814] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node 880116f04ce0), AE_TIME (20110316/psparse-536) [7.636825] ACPI Error: Method parse/execution failed [\ECRB] (Node 880116f04b78), AE_TIME (20110316/psparse-536) [7.636832] ACPI Error: Method parse/execution failed [\ECG5] (Node 880116f05a60), AE_TIME (20110316/psparse-536) [7.636839] ACPI Error: Method parse/execution failed [\_SB_.AC__._PSR] (Node 880116f053d0), AE_TIME (20110316/psparse-536) [7.636853] ACPI Exception: AE_TIME, Error reading AC Adapter state (20110316/ac-118) [7.834770] Console: switching to colour frame buffer device 180x56 [7.841539] fb0: inteldrmfb frame buffer device [7.841542] drm: registered panic notifier [8.135486] ACPI: EC: input buffer is not empty, aborting transaction [8.135574] ACPI
Bug#611806: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#611806: linux-headers-2.6.37-trunk-common: scripts/basic/Makefile missing)
Le 15/02/2011 04:33, Debian Bug Tracking System a écrit : Hello, linux-headers-2.6.37-trunk-common misses scripts/basic/Makefile. This file is needed by scripts/Makefile.build. For instance, it breaks make kernelrelease which makes external module build harder. $ make kernelrelease -C /lib/modules/2.6.37-trunk-amd64/build make: Entering directory `/usr/src/linux-headers-2.6.37-trunk-amd64' /usr/src/linux-headers-2.6.37-trunk-common/scripts/Makefile.build:44: /usr/src/linux-headers-2.6.37-trunk-common/scripts/basic/Makefile: No such file or directory make[4]: *** No rule to make target `/usr/src/linux-headers-2.6.37-trunk-common/scripts/basic/Makefile'. Stop. make[3]: *** [scripts_basic] Error 2 2.6.37 make: Leaving directory `/usr/src/linux-headers-2.6.37-trunk-amd64' [...] You need to pass M=your-module-directory (in fact M=dummy will work). You can get away without it for some targets, but in general you should assume this is required. Hello Ben, Thanks for the hint. Indeed it avoids the problem. However, make kernelrelease returns 2.6.37 instead of 2.6.37-smp-amd64 now, so it looks like we have another problem but I am not sure where. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611806: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#611806: linux-headers-2.6.37-trunk-common: scripts/basic/Makefile missing)
Le 20/02/2011 15:01, Ben Hutchings a écrit : On Sun, 2011-02-20 at 13:52 +0100, Brice Goglin wrote: Le 15/02/2011 04:33, Debian Bug Tracking System a écrit : Hello, linux-headers-2.6.37-trunk-common misses scripts/basic/Makefile. This file is needed by scripts/Makefile.build. For instance, it breaks make kernelrelease which makes external module build harder. $ make kernelrelease -C /lib/modules/2.6.37-trunk-amd64/build make: Entering directory `/usr/src/linux-headers-2.6.37-trunk-amd64' /usr/src/linux-headers-2.6.37-trunk-common/scripts/Makefile.build:44: /usr/src/linux-headers-2.6.37-trunk-common/scripts/basic/Makefile: No such file or directory make[4]: *** No rule to make target `/usr/src/linux-headers-2.6.37-trunk-common/scripts/basic/Makefile'. Stop. make[3]: *** [scripts_basic] Error 2 2.6.37 make: Leaving directory `/usr/src/linux-headers-2.6.37-trunk-amd64' [...] You need to pass M=your-module-directory (in fact M=dummy will work). You can get away without it for some targets, but in general you should assume this is required. Hello Ben, Thanks for the hint. Indeed it avoids the problem. However, make kernelrelease returns 2.6.37 instead of 2.6.37-smp-amd64 now, so it looks like we have another problem but I am not sure where. Why do you even care what the version is? I can live without it. One case that I remember of is when you want to check that the kernel headers match what's installed in /lib/modules. It doesn't matter for Debian packages. But it matters when you build your own kernel from a source dir whose version may increase while some old /lib/modules/ still point to it. make kernelrelease and /lib/modules/version matched in the past, and they match when installing an upstream kernel manually. It'd be easier if they match in Debian packages too. If it's not possible anymore, just say it, I'll use something else :) thanks Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611806: linux-headers-2.6.37-trunk-common: scripts/basic/Makefile missing
Package: linux-headers-2.6.37-trunk-common Version: 2.6.37-1~experimental.1 Severity: normal Hello, linux-headers-2.6.37-trunk-common misses scripts/basic/Makefile. This file is needed by scripts/Makefile.build. For instance, it breaks make kernelrelease which makes external module build harder. $ make kernelrelease -C /lib/modules/2.6.37-trunk-amd64/build make: Entering directory `/usr/src/linux-headers-2.6.37-trunk-amd64' /usr/src/linux-headers-2.6.37-trunk-common/scripts/Makefile.build:44: /usr/src/linux-headers-2.6.37-trunk-common/scripts/basic/Makefile: No such file or directory make[4]: *** No rule to make target `/usr/src/linux-headers-2.6.37-trunk-common/scripts/basic/Makefile'. Stop. make[3]: *** [scripts_basic] Error 2 2.6.37 make: Leaving directory `/usr/src/linux-headers-2.6.37-trunk-amd64' The relevant Makefile.build code didn't change recently (it has been including scripts/basic/Makefile since 2007) but the problem didn't occur in the past (at least it works fine with 2.6.32-5 and 2.6.34-1). Now that 2.6.37 seems to use this code easierly, scripts/basic/Makefile should be shipped in headers packages. Thanks, Brice -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- 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#496169: Change in the workaround for 496169.
Le 31/10/2010 03:48, Charles Plessy a écrit : Dear X11 team and Intel users, for the record, the workaround indicated in this bug report (#496169), to disable the VGA output so that X will not start at the lowest common resolution between the VGA output and the screen on some computers using an Intel graphics card, needs to be amended in Squeeze, since the monitor's identifier name was changed from VGA to VGA1. Section Monitor Identifier VGA1 Option Ignore true EndSection This change happened between xserver-xorg-video-intel 2:2.8.0-2 and 2:2.12.0+shadow-2. Actually, it happened when switching from UMS to KMS (the kernel now names the outputs, and they changes those names). Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600001: gitk: please add option to summarize commits between merges
Package: gitk Version: 1:1.7.2.3-1 Severity: wishlist Hello, gitk is really wonderful for showing branches and merges. But it becomes hard to use when there are many commits between merges since we may have to scroll a lot. It would very nice to have an option that summarizes commits between merges. For instance, if there are 56 commits between two merges (and no other merge there), just show o |o Merge foo into bar || My 56th commit || ... 54 commits hidden ...- This is what I am talking about || My 1st commit |o Merge baz into bar ||\ Cheers, Brice -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc5-drm-rhododendron+ (SMP w/4 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 gitk depends on: ii git 1:1.7.2.3-1 fast, scalable, distributed revisi ii tk 8.4.16-2The Tk toolkit for Tcl and X11 (de gitk recommends no packages. Versions of packages gitk suggests: pn git-doc 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#598013: xserver-xorg-video-r128: X crashes on PowerMac G4 Cube without linux-firmware-nonfree
Le 25/09/2010 12:28, Hideki Yamane a écrit : Package: xserver-xorg-video-r128 Version: 6.8.1-3 Severity: important Hi X maintainers, When I've used PowerMac G4 Cube (or maybe other Machines using Rage128), it required non-free firmware to work Desktop envrinment (X Window System) correctly. From its log, Sep 25 14:47:22 g4cube kernel: [ 1332.546616] aty128fb :00:10.0: Invalid ROM contents Sep 25 14:47:22 g4cube kernel: [ 1332.813925] [drm] Initialized drm 1.1.0 20060810 Sep 25 14:47:23 g4cube kernel: [ 1332.846648] [drm] Initialized r128 2.5.0 20030725 for :00:10.0 on minor 0 Sep 25 14:47:23 g4cube kernel: [ 1332.849329] agpgart-uninorth :00:0b.0: putting AGP V2 device into 1x mode Sep 25 14:47:23 g4cube kernel: [ 1332.849353] aty128fb :00:10.0: putting AGP V2 device into 1x mode Sep 25 14:47:23 g4cube kernel: [ 1332.899695] platform r128_cce.0: firmware: requesting r128/r128_cce.bin Sep 25 14:47:23 g4cube kernel: [ 1332.926178] r128_cce: Failed to load firmware r128/r128_cce.bin Sep 25 14:47:23 g4cube kernel: [ 1332.926207] [drm:r128_do_init_cce] *ERROR* Failed to load firmware! Sep 25 14:47:23 g4cube kernel: [ 1332.926283] [drm:r128_cce_stop] *ERROR* called with no initialization $ apt-file search r128/r128_cce.bin firmware-linux-nonfree: /lib/firmware/r128/r128_cce.bin (Yes, nonfree). 0. plan to upgrade from lenny to squeeze/sid 1. you must add non-free to your apt line, change to squeeze/sid and update it. 2. upgrade to squeeze/sid (from console or ssh is safe) 3. you must install firmware-linux-nonfree after upgrade. 4. then, reboot Without the firmware, X hangs and we cannot do anything (except ssh). So, could you consider to add any fail-safe mechanism for this? If someone would upgrade from lenny, he/she will be panic. Or, if its driver needs dependency for firmware-linux-nonfree, then it should provide some information for that. The driver package already suggests firmware-linux. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596781: xserver-xorg-video-intel: window corruption when passing over xfig, xmgrace, and xpaint (and probably more) windows (fwd)
Le 14/09/2010 14:26, Carlo Segre a écrit : Sorry, I have done and the problem still exists. I am now at linux-image-686 2.6.32+28 Is this also the kernel that you're actually running? What does uname -a say? Removing linux-image-2.6.32-trunk-686 and rebooting is a good way to not run it anymore :) Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592861: xserver-xorg-video-intel: high number of wakeups with kernels =2.6.35
reassign 592861 linux-2.6 2.6.35-1~experimental.1 thank you Le 13/08/2010 15:35, Enrico Bandiello a écrit : Package: xserver-xorg-video-intel Version: 2:2.12.0-1 Severity: normal Hi. It appears that intel X video driver shows an high number of wakeups when using kernels with version =2.6.35. I think that the problem lies in intel driver and not in i915 module because the interrupt storm only begins when starting X. If I start my laptop in runlevel 1, i915 interrupts are ver few (or zero). When competely ilde, i915 interrupts settle on 60 interrupts/sec (the same of vertical refresh frequency of my lcd panel). This is a dump done using powertop with a 60 secs. interval on an otherwise idle laptop. Reassigning to the kernel since it looks like a regression in 2.6.35. I think I've seen a report (and maybe even a patch) about this on LKML but I can't find it back. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590462: libgl1-mesa-dri: running piglit git on r600 crashes X server
Le 03/08/2010 14:13, Michal Suchanek a écrit : There is xserver-xorg-core-dbg but no documentation on using that package I could find. The X server binary has no symbols so there is no backtrace whatsoever that can be received with gdb. $ apt-cache show xserver-xorg-core-dbg Package: xserver-xorg-core-dbg [...] This package provides debugging symbols for the Xorg X server and associated modules. You just need to install this and you'll have Xserver symbols. Add xserver-xorg-video-radeon-dbg for radeon driver symbols. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575852: Xserver crash on too big popup message
Le 25/07/2010 18:15, Fedor P. Goncharov a écrit : Ping? Pong! Hi, I am installed most of debug packages and tried to run gdb how it described in http://wiki.x.org/wiki/Development/Documentation/ServerDebugging. You must run bt full in gdb after the SIGSEGV occurs. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590292: xserver-xorg-video-radeonhd: xrandr can not switch monitors unless some manual tricks
Le 25/07/2010 17:58, Alexander Mikhailian a écrit : Package: xserver-xorg-video-radeonhd Version: 1.3.0-3 Severity: normal As a new monitor is attached to the notebook and the following command is issued in order to switch on the external monitor xrandr --output DVI-D_1 --mode 1920x1200 the DVI-D_1 stays black. If I switch for a few seconds to one of the non-graphical consoles with Ctrl-Alt-F1..F6 and then back, the same command works flawlessly. Does radeon (with KMS) work better than radeonhd on this machine? radeonhd will die soon... Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589346: xorg: Graphical acceleration only available to one X user
Le 16/07/2010 22:19, Alex Dănilă a écrit : Package: xorg Version: 1:7.5+6 Severity: normal Some types of acceleration are not availabe to the second simultaneous log-in on the machine. I only say some types, because some things work fast, others slow: Fast: -window resizing (both kwin and metacity) -Opera animations, drawing, javascript -KDE Plasma animations -video seems to work decently. Slow: -window moving (both kwin and metacity) -scrolling (Dolphin, Opera) -3d is much slower (TORCS: 5-15 fps on the first login, 0-1 fps on the second) Additionaly, Kwin compositing cannot be enabled on the second login, only on the first. Please ask for any information I failed to provide. Reproduce: -login to an desktop session -start a new desktop session without closing the first one, and notice the problems with this session. Video driver: xserver-xorg-video-radeon 1:6.13.1-1 This situation has been the same for a long time in Debian Unstable (more than a year), regardless of drm, mesa, kde version, xorg version. In the past, DRI was only available to a single session. But with KMS and modern stuff, it should work fine. Make sure you run KMS (which means kernel at 2.6.32-5 from testing) and (if it doesn't) please send your X log. Brice PS: javascript certainly has nothing to do with X :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509034: (ATI driver of poor flash video performance)
Le 15/07/2010 09:38, Peter Tuhársky a écrit : On 09.07.2010 23:45, Brice.Goglin wrote: On Sat, Mar 06, 2010 at 12:21:01PM +0100, Brice Goglin wrote: On Wed, Dec 17, 2008 at 08:34:29PM +0100, Peter Tuhársky wrote: Hm, I have tested with nVidia TNT2 32M, and the result is very similar. It may not be fault of ATI driver. However, tested with Ubuntu 8.10, installed the recommended Adobe Flash Plugin 10, it works fine. Could it possibly be an issue of some plugin? Maybe, it's hard to say. Do you still have problems with latest X packages from unstable ? Ping? Brice Hi, something new? ati driver 6.13.1, KMS, kernel 2.6.32 with DRM from 2.6.33 in testing, 2.6.34 in experimental Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580955: closed by Brice Goglin brice.gog...@inria.fr (Fwd: Undelivered Mail Returned to Sender)
Le 12/07/2010 10:08, Matthieu Baechler a écrit : I'm sorry your emails as been mark as SPAM by my provider. I'll ask them the update their SPAM detection rules. Anyway, it seems that I'm able to receive your messages now, as this email reached me. How can I help for this bug resolution ? Did you try latest 2.6.32-5 or 2.6.34-1 kernels currently in Debian ? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579671: xserver-xorg-video-radeon: freezes after a few hours on rv250
Le 11/07/2010 01:03, E. Prom a écrit : FWIW: There's even 2.6.32-5-$arch now. Did you test latest kernel ? I'm currently using 2.6.32.15, still home-compiled and patched with grsecurity. Same problems : loop and freezing while opening an mplayer window or moving inside the video, maybe also while playing. 2.6.32.x is too old for radeon KMS, you want 2.6.33 or later, or Debian's 2.6.32-5 (which contains a backport of 2.6.33 drm). KMS is the way to go, non-KMS won't be supported for a long time... Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574478: Broken in Debian. Fixed upstream.
Le 11/07/2010 05:50, k879b35...@sneakemail.com a écrit : This bug was already fixed, but its still broken in Debian. http://bugs.freedesktop.org/show_bug.cgi?id=25475#c88 This patch has been in Debian for a very long time. So your bug is different from the above one. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587999: further info
Le 10/07/2010 17:31, Ulrich Eckhardt a écrit : On Friday 09 July 2010 17:49:57 Michel Dänzer wrote: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565313 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567616 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567793 The depth 16 issue could be fixed in xserver-xorg-video-radeon 1:6.13.1-1, not sure about the other EXA issue. Thanks, that seems to do the job. I downloaded 6.13.1-1 from unstable and now I can again use 16 BPP without the greenish tint. Further, if I deactivate KMS (modprobe radeon modeset=0), X also initialises DRI (even though it complains about this and that) and bug 587999 doesn't appear, so it's indeed only the non-DRI code it seems. Just for the record, I had the effect that areas were not recognized as newly exposed with EXA and the new radeon driver, though only with a KDE app. Switching back to XAA seems to work around that. I'll try to reproduce this and file a separate report if I get to it. What about the original problem (pixel columns switched when using XV, with 16 or 24 bits color depth), is it gone now? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588659: xserver-xorg: working on it, seems that no screen found, P7H55M
Le 11/07/2010 10:04, yellow a écrit : Package: xserver-xorg Version: 1:7.3+20 Followup-For: Bug #588659 Dear Sir, The video card is a ASUS P7H55M Pro; I know now the type of the card It seems that no screen/card is found ; but well startx gives something positives. It works startx but the monitor is turned off. The monitor is a HP w22 with a large range of possible resolution, so surely the 800x640 would work. [...] VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Auburndale/Havendale Integrated Graphics Controller (rev 12) This looks like a very recent graphics card, it won't work fine with Lenny. You must upgrade to squeeze/testing, use a kernel at least 2.6.32-5-amd64/686 (the 2.6.32-3 you tried is not recent enough, take the one in testing right now), let KMS enabled and use recent intel driver (maybe even 2.12 in experimental) and Xserver. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585815: xserver-xorg-video-radeon: radeon/KMS only works in PCI mode (AGP disabled) for RV350 [Mobility Radeon 9600 M10] card
retitle 585815 xserver-xorg-video-radeon: radeon/KMS needs agpmode=1 on RV350 [Mobility Radeon 9600 M10] card thank you Le 10/07/2010 15:32, Stefano a écrit : On Friday 09 July 2010 16:56:06 you wrote: Ping ? Pong. Sorry for the late response but I've been really busy! I have tried some configurations and so far it seems that agpmode=1 works pretty well. Ok good to know. I am retitling the bug accordingly (but it should likely be reassigned to the kernel too). Maybe the upstream devs will add a quirk for your system. I have also tried to run kernel 2.6.34 from experimental to solve another issue (Bug#585822), but such kernel brakes compositing (KDE4 tells me that compositing is not available). However after doing that there's a video game (aquaria, www.bit- blot.com/aquaria/) that does not work anymore, and I have no idea of what I've done to do that! In particular the error is: drmRadeonCmdBuffer: -12. Kernel failed to parse or rejected command stream. See dmesg for more info. and dmesg says: [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! What's weird is that I tried the old radeon configuration and reinstalled the game as well as the configuration files for the game itself but nothing happened! ...not that I want you to debug that, it's just to explain the error. ;-) You might want to open a new bug report about this one. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588744: [xserver-xorg-video-intel] No brightness/contrast controls
Le 11/07/2010 21:43, Antonio Marcos López Alonso a écrit : Package: xserver-xorg-video-intel Version: 2:2.9.1-4 Severity: wishlist --- Please enter the report below this line. --- It seems there is no way to have brightness/contrast control upon Intel GMA X4500. Could you please ask for support? Don't you have what's needed in /sys/class/backlight/ ? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533129: xserver-xorg-video-radeon: Frequent display corruption after suspend/resume on Mobility M6 LY
Le 10/07/2010 06:25, Stefan Ott a écrit : On Fri, Jul 9, 2010 at 22:50, Brice Goglin brice.gog...@inria.fr wrote: Ping ? Oh, it seems I forgot about this one (not my personal laptops involved). I checked back and it seems on one of the laptops the problem hasn't occurred in ages (on the other one it still happens). I think it's safe to blame it on the hardware. Sorry for the noise. cheers Ok let's close this bug, thanks. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518782: xserver-xorg-video-radeon: incorrect vertical frequency detected for RS482 chipset graphics - blank screen
On Sun, Mar 08, 2009 at 05:13:38PM +0100, Thomas Richter wrote: Package: xserver-xorg-video-radeon Version: 1:6.9.0-1+lenny4 Severity: important The xserver radeon package leaves a completely unusable screen on the Hewlett-Packard BW-PCs; since this is a popular machine ordered in masses by the district of Baden-Württemberg in Germany for all public institutions, this renders Debian lenny unusable for a large user class, including universities and student pools. Problem description is that the vertical frequency of the monitor is mispredicted - the HP monitor reports that the card generates a vertical frequency of 90Hz, much too high for the monitor to follow, so likely the EDID/DDC data arrives corrupted. The graphics driver *did/does* work for OpenSuSE 10.2 in the 6.6.3 kernel package with one SuSE-specific patch applied. Is it better with latest radeon driver, and KMS on a recent kernel? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533129: xserver-xorg-video-radeon: Frequent display corruption after suspend/resume on Mobility M6 LY
On Sat, Oct 17, 2009 at 06:14:48PM +0200, Stefan Ott wrote: On Sat, Oct 10, 2009 at 09:37, Brice Goglin brice.gog...@ens-lyon.org wrote: Stefan Ott wrote: can you try xf86-video-ati git master? do you happen to have a script handy to build a debian package directly from the git repo? See http://bgoglin.livejournal.com/10936.html and replace intel with ati I should still work today. Thanks. I can't seem to build it on stable, though, because xutils-dev is too old (it says checking if xorg-macros used to generate configure is at least 1.2... configure: error: configure built with too old of a version of xorg-macros.m4 - requires version 1.1.0 or newer). Surprisingly, manually disabling that check doesn't help ;) (I get an error during compilation). I did, however, build version 6.12.3 (from testing) - I'll report back when I know whether this one works. Ping ? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585815: xserver-xorg-video-radeon: radeon/KMS only works in PCI mode (AGP disabled) for RV350 [Mobility Radeon 9600 M10] card
On Mon, Jun 14, 2010 at 09:09:27AM -0400, Stefano wrote: On Mon, Jun 14, 2010 at 1:26 AM, Brice Goglin brice.gog...@ens-lyon.org wrote: Le 14/06/2010 03:31, Stefano a écrit : http://bgoglin.livejournal.com/19346.html This post is very old, not sure it still matters old, but it's good you found a workaround :) Hi, yeah, the post is old, but my laptop is even older, and so its graphic card! Anyway, I am going to try if loading the module later will work for me. Also, I just realized that in my bug report I mistakenly wrote that I commented the last line of my radeon-kms.conf (which would be options radeon dynclks=1). That's not correct, I commented options radeon agpmode=-1. That can be deducted from the title of the bug report, but I wanted to point it out. After upgrading to kernel 2.6.32-5-686 I have tried to enable the AGP mode by commenting the last line of the file. I noticed a huge improvement of the performances of my laptop, however, it becomes really unstable and eventually it locks up with a black screen and I have to power it off. Did you try other values for agpmode ? You can try 1, 2, 4 and 8. If one helps, upstream may add a quirk for your machine. When I leave the driver free to decide the AGP value, it picks up 4, which is the right one. I also tried with 2 with no success. I am going to try 1 and 8, and then put 4 explicitly in radeon-kms.conf when I have some free time. I'll let you know what happens. Ping ? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586083: xserver-xorg-video-radeon: Freeze after X session logout
Le 16/06/2010 11:36, Pajari Räsänen a écrit : Package: xserver-xorg-video-radeon *** Begin irrelevant preface *** Hello, I am sending this via browser e-mail, having no smtp stuff configured in order to use reportbug's mailing capabilities. The package might be also xserver-xorg-video-ati OR xserver-xorg-video-core (since the problems started only after *-core update). Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-686 root=UUID=27f93214-cdcf-4dfa-a52b-26f053f8b7b3 ro quiet Please upgrade your kernel to linux-image-2.6.32-5-686 first. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586138: xserver-xorg: high cpu usage
Le 16/06/2010 20:14, Jon Ander Peñalba a écrit : Package: xserver-xorg Version: 1:7.5+6 Severity: important Xorg is using between 40% and 905 of the CPU all the time, which makes the system almost unusable. I don't really now what information is needed to triage this kind of bug, so please tell me what can I do to help fix this issue. DRM Information from dmesg: [0.829286] Linux agpgart interface v0.103 [5.664212] [drm] Initialized drm 1.1.0 20060810 [5.985816] [drm] Initialized radeon 1.32.0 20080528 for :01:00.0 on minor 0 [ 15.586503] [drm] Setting GART location based on new memory map [ 15.587738] [drm] Loading R500 Microcode [ 15.599103] [drm:radeon_do_init_cp] *ERROR* Failed to load firmware! Looks like you need to install the firmware-linux package Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585955: xserver-xorg-video-radeon: 1:6.13.0-2 incompatible with kernel 2.6.34-1-amd64
Le 15/06/2010 09:05, Marc Pignat a écrit : kernel 2.6.34-1-amd64 + xserver-xorg-video-radeon 1:6.13.0-2 - KO Versions of packages xserver-xorg-video-radeon suggests: pn firmware-linuxnone (no description available) You should probably install this. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585911: display breaks on Lenovo W500 with KMS
Le 14/06/2010 22:24, Brent S. Elmer a écrit : Package: xserver-xorg-video-radeon Version: 1:6.13.0-2 Severity: normal I upgraded to the latest xserver-xorg-video-radeon that hit Squeeze. I have a Lenovo W500 Thinkpad. There is an Intel integrated graphics chip and a discrete graphics chip(ATI Mobility FireGL V5700). In the BIOS I select the discrete graphics and turn off the switchable graphics. I have a custom compiled 2.6.32 kernel. This setup has been working great until the radeon upgrade. When it boots, now I can see part of the boot process on the screen and then the screen just continues to get brighter and brighter until it is totally white. I don't think X ever starts but I can't really tell because I can't see anything. Luckily I still had a 2.6.30 kernel that would boot. Once I could get in, I turned off KMS in /etc/modprobe.d/radeon-kms.conf as the NEWS.Debian.gz says. The 2.6.32 kernel would then boot fine as it did before. Is KMS expected to work on this system? Is there something I need to put in the 2.6.32 kernel to make it work? You need DRM kernel drivers from 2.6.33 or later since you need the radeon KMS driver. That's what Debian's linux-image-2.6.32-5-$arch contains (and even more fixes that came after 2.6.33). Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585815: xserver-xorg-video-radeon: radeon/KMS only works in PCI mode (AGP disabled) for RV350 [Mobility Radeon 9600 M10] card
Le 14/06/2010 03:31, Stefano a écrit : Package: xserver-xorg-video-radeon Version: 1:6.13.0-2 Severity: important Tags: squeeze sid *** Please type your report below this line *** Hello, it is known that when using the radeon module with modesetting there may be some problems: http://bgoglin.livejournal.com/19346.html This post is very old, not sure it still matters old, but it's good you found a workaround :)~$ cat /etc/modprobe.d/radeon-kms.conf options radeon modeset=1 options radeon agpmode=-1 options radeon dynclks=1 After upgrading to kernel 2.6.32-5-686 I have tried to enable the AGP mode by commenting the last line of the file. I noticed a huge improvement of the performances of my laptop, however, it becomes really unstable and eventually it locks up with a black screen and I have to power it off. Did you try other values for agpmode ? You can try 1, 2, 4 and 8. If one helps, upstream may add a quirk for your machine. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#201855: xdm autologin important for tiny devices
Le 01/06/2010 08:31, jida...@jidanni.org a écrit : Every day for the last 10 years I've had to type in username and password. Can somebody tell me how to get some relief without having to switch display managers, for heavens sake You've been complaining about all this for 7 years. It would have taken less time to implement the feature yourself. Nobody else will do it. So if you don't want to switch to another DM, you have to implement it. And don't tell me you don't know how to implement it, since 7 years is way enough to learn what's needed here. Also, if you really want autologin, did you try removing xdm entirely and hacking your startup scripts so as to start the user X session directly? May be ugly, but maybe less horrible than entering your login/passwd every day for the last 10 years :) Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583604: xserver-xorg-video-radeon: Corrupt screen after playing Cytadela OpenGL game and then running Emacs
Le 29/05/2010 09:18, Sylvain Beucler a écrit : Hi, On Sat, May 29, 2010 at 08:56:38AM +0200, Brice Goglin wrote: Le 29/05/2010 08:40, Sylvain Beucler a écrit : reopen 583604 thanks To get the 2D performances back (300FPS vs. 17FPS) I had to disable KMS. In this case, the display corruption still happens with the newer driver and kernel. We're not going to track bugs for 6.13 without KMS, this case isn't recommended already and it won't be supported in the future. Hmmm, you mentioned that 6.13 is what is planned to go in Squeeze. 6.13 with KMS. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583604: xserver-xorg-video-radeon: Corrupt screen after playing Cytadela OpenGL game and then running Emacs
Le 29/05/2010 09:18, Sylvain Beucler a écrit : As the maintainer of the freedink package, which is a 2D game, I sincerely hope we'll find a way to provide good 2D performances by default in Squeeze, either by fixing KMS performances, either by fixing non-KMS display corruption. Squeeze will use KMS by default, so obviously we want to fix KMS performance, and you want to open the corresponding bug report instead of mixing it with this one :) I think this may be a Debian bug more than a Radeon bug. There's nothing specific to Debian here. The question is whether it's a Radeon bug, a kernel bug (KMS), or something missing in your setup (firmwares or so). Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583599: libxau-dev: Xau manual page lists incorrect function signature.
tags 583599 +fixed-upstream thank you Le 28/05/2010 18:13, Tom Fogal a écrit : This prototype is incorrect. There are an additional two arguments: unsigned short name_length, const char* name I fixed this in upstream git (commit f93ffa718135d9d85f04935325016b8766f05ea3). On that note, from /usr/include/X11/Xauth.h, it appears as if all of the above character pointers point to constant strings. Fixed these and many others in the manpage (upstream commit 7d42fad5cec59cb0696087bed9745ffd5a999f68). Thanks, Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583604: xserver-xorg-video-radeon: Corrupt screen after playing Cytadela OpenGL game and then running Iceweasel
Le 28/05/2010 20:50, Sylvain Beucler a écrit : Package: xserver-xorg-video-radeon Version: 1:6.12.6-1 Severity: normal Hi, I get a screen corruption: lots of horizontal lines on a big area of the screen. You should try with 6.13.0 and KMS since that's what will be in Squeeze. So: * upgrade your kernel to linux-image-2.6.32-5-686 * install xserver-xorg-video-radeon 6.13.0 Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583514: xserver-xorg-core: Resetting gdm puts Xorg at 100% CPU
Le 28/05/2010 00:59, Craig Small a écrit : Package: xserver-xorg-core Version: 2:1.7.7-1 Severity: grave Justification: renders package unusable If I reboot my computer, the gdm login screen comes up eventually. I can login to gdm and all the usual X things work fine. If I logout of gdm, it starts off ok, I get a flicker of the f1 screen then it all goes bad from there: * The screen goes blank * The numlock light on the keyboard goes out * The keyboard does not work, not even caps lock works, or ctrl-alt-f1 * Xorg goes to 99% cpu Restarting gdm just keeps the Xorg running, killing (only with SIGKILL works) just restarts another Xorg that goes to 99. Stopping gdm, then kill -9 Xorg stops it. Starting gdm again only makes another Xorg process that goes to 99%. The only way I think I can fix this is to reboot the computer, which is a bit drastic to just logout of gdm. It looks like a Xorg problem rather than gdm, as gdm just starts Xorg. - Craig -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Dec 21 22:08 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1877152 May 5 02:26 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc RS880 [Radeon HD 4200] /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.32-trunk-amd64 (Debian 2.6.32-5) (b...@decadent.org.uk) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Sun Jan 10 22:40:40 UTC 2010 First, you might want to use linux-image-2.6.32-5-amd64 Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582633: xdm: it could be cool that XDM has a session choiser (jwm, gnome,...)
On 22/05/2010 12:13, yellow wrote: Package: xdm Version: 1:1.1.10-1 Severity: wishlist Hello, It is impossible to start something else than gnome, even with changing .dmrc and .xinitrc :( Did you try .xsesssion ? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580601: Related to KMS in 2.6.32
On 22/05/2010 20:42, Fernando Lemos wrote: This problem seems to be related to KMS in 2.6.32: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/549989 (several similar reports can be found on other distro's bugtrackers) Either disabling KMS entirely (i915.modeset = 0 in /etc/defaults/grub) or disabling the powersave option (i915.powersave = 0) solves the problem. It looks like a kernel bug in 2.6.32. powersave is already disabled by default (see /etc/modprobe.d/i915-kms.conf) Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582482: Dist-upgrade leads to compiz not starting
bts severity 582482 important thank you On 21/05/2010 08:45, Brent Clark wrote: Package: compiz Version: 0.8.4-4 Severity: critical Tags: squeeze sid Justification: breaks unrelated software Seriously, no. A computer works perfectly fine without compiz. It even works fine without X... #:/$ LIBGL_DEBUG=verbose compiz --replace --debug compiz (core) - Debug: Could not stat() file /home/bclark/.compiz/plugins/libcore.so : No such file or directory compiz (core) - Debug: Could not stat() file /usr/lib/compiz/libcore.so : No such file or directory libGL: OpenDriver: trying /usr/lib/dri/tls/i915_dri.so libGL: OpenDriver: trying /usr/lib/dri/i915_dri.so libGL: Can't open configuration file /etc/drirc: No such file or directory. libGL: Can't open configuration file /home/bclark/.drirc: No such file or directory. compiz (core) - Debug: Could not stat() file /home/bclark/.compiz/plugins/libccp.so : No such file or directory Backend : ini Integration : true Profile : default Adding plugins Initializing core options...done compiz (core) - Debug: Could not stat() file /home/bclark/.compiz/plugins/libmove.so : No such file or directory Initializing move options...done compiz (core) - Debug: Could not stat() file /home/bclark/.compiz/plugins/libresize.so : No such file or directory Initializing resize options...done compiz (core) - Debug: Could not stat() file /home/bclark/.compiz/plugins/libplace.so : No such file or directory Initializing place options...done compiz (core) - Debug: Could not stat() file /home/bclark/.compiz/plugins/libdecoration.so : No such file or directory WARNING: Application calling GLX 1.3 function glXCreatePixmap when GLX 1.3 is not supported! This is an application bug! Initializing decoration options...done WARNING: Application calling GLX 1.3 function glXDestroyPixmap when GLX 1.3 is not supported! This is an application bug! Setting Update shadow_color compiz (core) - Debug: Could not stat() file /home/bclark/.compiz/plugins/libgconf.so : No such file or directory I am seeing the same messages and Compiz works fine. What did you upgrade when things broke? Did you recently switch to KMS/DRI2 for instance? Please send your Xorg.0.log. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582482: Dist-upgrade leads to compiz not starting
On 21/05/2010 10:58, Brent Clark wrote: On 21/05/2010 09:48, Brice Goglin wrote: I am seeing the same messages and Compiz works fine. What did you upgrade when things broke? Did you recently switch to KMS/DRI2 for instance? Please send your Xorg.0.log. Brice Thanks for looking. Kind Regards Brent Clark Try upgrading to a recent kernel first, for instance latest linux-image-2.6.32-5-686. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org