Bug#1028150: getmail6: getmails doesn't work with Dash as /bin/sh
Package: getmail6 Version: 6.18.11-1 Severity: important Dear Maintainer, after today's upgrade getmails exits with an error: /usr/bin/getmails: 32: Bad substitution This seems related to https://github.com/getmail6/getmail6/issues/148 and happens only when /bin/sh is linked to /usr/bin/dash (which is Debian standard since Squeeze) and it looks like the patch was only tested with Bash. Replacing shebang with '#!/bin/bash' is a simple workaround. Thank you for maintaining this package! -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-6-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages getmail6 depends on: ii python3 3.11.1-1 getmail6 recommends no packages. getmail6 suggests no packages. -- no debconf information
Bug#914333: pdfproctools: fails to install (conflict with origami-pdf)
Package: pdfproctools Version: 1.8.0-1 Severity: important Dear Maintainer, pdfproctools fails to install due to conflicting "/usr/bin/pdfmetadata" file which exists also in "origami-pdf" package. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pdfproctools depends on: ii ghostscript 9.26~dfsg-1 ii libpdf-api2-perl 2.033-1 ii perl 5.28.0-4 ii qpdf 8.2.1-1 pdfproctools recommends no packages. pdfproctools suggests no packages.
Bug#901497: Hard system hangs after upgrade from 18.0.5-1 to 18.1.1-1
Package: libgl1-mesa-dri Version: 18.1.1-1 Followup-For: Bug #901497 Dear Maintainer, I've also encountered hard video/mouse hangs after upgrade of mesa to 18.1.1-1. It seems 100% reproducible with Firefox (Debian package 60.0.2-1), for example on https://racetime.io/. Disabling hardware acceleration in Firefox doesn't change anything. Chromium seems unaffected (webpages that hang my video/mouse/keyboard in Firefox work flawlessly in Chromium). To test this situation I've downgraded following packages: libegl-mesa0:amd64 18.1.1-1 -> 18.0.5-1 libegl1-mesa:amd64 18.1.1-1 -> 18.0.5-1 libgbm1:amd64 18.1.1-1 -> 18.0.5-1 libgl1-mesa-dri:amd64 18.1.1-1 -> 18.0.5-1 libgl1-mesa-glx:amd64 18.1.1-1 -> 18.0.5-1 libglapi-mesa:amd64 18.1.1-1 -> 18.0.5-1 libgles2-mesa:amd64 18.1.1-1 -> 18.0.5-1 libglx-mesa0:amd64 18.1.1-1 -> 18.0.5-1 libosmesa6:amd64 18.1.1-1 -> 18.0.5-1 librdmacm1:amd64 18.1-1 -> 18.0-1 libibverbs1:amd64 18.1-1 -> 18.0-1 libwayland-egl1-mesa:amd64 18.1.1-1 -> 18.0.5-1 mesa-va-drivers:amd64 18.1.1-1 -> 18.0.5-1 mesa-vdpau-drivers:amd64 18.1.1-1 -> 18.0.5-1 Downgrade seems to have solved the issue. To test it further, I've upgraded some of them back: [UPGRADE] libegl-mesa0:amd64 18.0.5-1 -> 18.1.1-1 [UPGRADE] libegl1-mesa:amd64 18.0.5-1 -> 18.1.1-1 [UPGRADE] libgbm1:amd64 18.0.5-1 -> 18.1.1-1 [UPGRADE] libgl1-mesa-dri:amd64 18.0.5-1 -> 18.1.1-1 [UPGRADE] libgl1-mesa-glx:amd64 18.0.5-1 -> 18.1.1-1 [UPGRADE] libgles2-mesa:amd64 18.0.5-1 -> 18.1.1-1 [UPGRADE] libibverbs1:amd64 18.0-1 -> 18.1-1 [UPGRADE] librdmacm1:amd64 18.0-1 -> 18.1-1 [UPGRADE] libwayland-egl1-mesa:amd64 18.0.5-1 -> 18.1.1-1 [UPGRADE] mesa-va-drivers:amd64 18.0.5-1 -> 18.1.1-1 [UPGRADE] mesa-vdpau-drivers:amd64 18.0.5-1 -> 18.1.1-1 keeping only few of them downgraded (lucky guess): [HOLD] libglapi-mesa:amd64 18.0.5-1 [HOLD] libglx-mesa0:amd64 18.0.5-1 [HOLD] libosmesa6:amd64 18.0.5-1 This configuration seems stable for me (of course also after reboot). I can now visit any web page with Firefox with no need to login remotely via SSH (or use SysRq) to reboot hanged system. -- Package-specific info: glxinfo: name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_context_flush_control, GLX_ARB_create_context, GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_libglvnd, GLX_EXT_no_config_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_context_flush_control, GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_video_sync Extended renderer info (GLX_MESA_query_renderer): Vendor: X.Org (0x1002) Device: AMD RV770 (DRM 2.50.0 / 4.14.0-3-amd64, LLVM 6.0.0) (0x9442) Version: 18.1.1 Accelerated: yes Video memory: 1024MB Unified memory: no Preferred profile: core (0x1) Max core profile version: 3.3
Bug#865450: systemd: tmpfs size mount option ignored when expressed in %
On Thu, Jun 22, 2017 at 02:36:49AM +0200, Michael Biebl wrote: >Am 22.06.2017 um 02:21 schrieb Michael Biebl: >> Since you are using a native systemd unit, I hope you have read man >> systemd.mount: Well... Possibly when I was configuring this, back in 2015. Certainly not now, during the routine system upgrade. Especially that there was no warning that existing configuration may become broken. >> I.e. while you can use size=70% in /etc/fstab, you can't use it in a >> native .mount unit, but you need to use size=70%% instead. > >Afaics this is a deliberate upstream change in v233, see (...) >That it breaks existing .mount units on upgrades is certainly not nice >either. Ok, I accept that this is a deliberate change. I also don't have much against different syntax in fstab and systemd unit - this seems acceptable. I believe however that breaking of user's system shouldn't happen without a warning (and I don't see anything in NEWS.Debian or even changelog.Debian). IMO there should be at least something in NEWS.Debian or possibly a script which rewrites "tmp.mount" configuration that contains size definition with single % sign (preferably, after user is presented with a choice - should system make the rewrite or not - or warning). -- Regards, Jacek Politowski
Bug#865450: systemd: tmpfs size mount option ignored when expressed in %
Package: systemd Version: 233-9 Severity: important Dear Maintainer, I believe the bug #851492 should be reopened since there seems to be a regression after last upgrade and fix introduced in 232-11 doesn't work anymore. I've upgraded systemd (232-25 -> 233-9) and on next reboot my tmpfs on /tmp was 4K in size (which led for example to gdm3 not being able to display the greeter). I have 'Options=mode=1777,strictatime,size=70%' in /etc/systemd/system/tmp.mount Remount with: # mount -o remount,size=70% /tmp fixes the issue. (At least after previous remount to fixed size with # mount -o remount,size=4G /tmp) Also changing /etc/systemd/system/tmp.mount to fixed size=4G solves the issue after the reboot. Best regards, Jacek Politowski -- Package-specific info: -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii adduser 3.115 ii libacl1 2.2.52-3+b1 ii libapparmor12.11.0-3 ii libaudit1 1:2.6.7-2 ii libblkid1 2.29.2-1 ii libc6 2.24-12 ii libcap2 1:2.25-1 ii libcryptsetup4 2:1.7.3-4 ii libgcrypt20 1.7.7-2 ii libgpg-error0 1.26-2 ii libidn111.33-1 ii libip4tc0 1.6.1-1 ii libkmod224-1 ii liblz4-10.0~r131-2+b1 ii liblzma55.2.2-1.2+b1 ii libmount1 2.29.2-1 ii libpam0g1.1.8-3.6 ii libseccomp2 2.3.1-2.1 ii libselinux1 2.6-3+b1 ii libsystemd0 233-9 ii mount 2.29.2-1 ii procps 2:3.3.12-3 ii util-linux 2.29.2-1 Versions of packages systemd recommends: ii dbus1.10.18-1 ii libpam-systemd 233-9 Versions of packages systemd suggests: ii policykit-10.105-18 pn systemd-container Versions of packages systemd is related to: pn dracut ii initramfs-tools 0.130 ii udev 233-9 -- no debconf information
Bug#843565: ifupdown2: Unsupported keyword (wpa-ssid) (wpa-psk) after upgrade to 1.0~git20161101-1
Package: ifupdown2 Version: 1.0~git20161101-1 Severity: important Dear Maintainer, after recent upgrade (ifupdown2:amd64 1.0~git20160525-1 -> 1.0~git20161101-1) my WLAN network interface stopped working. Ifupdown gives error messages about unsupported keywords in 'interfaces' configuration file. My configuration was made according to this guide: https://wiki.debian.org/WiFi/HowToUse#WPA-PSK_and_WPA2-PSK $ sudo ifup wlxABCDEFGHI error: /etc/network/interfaces.d/wlxABCDEFGHI: line3: iface wlxABCDEFGHI: unsupported keyword (wpa-ssid) error: /etc/network/interfaces.d/wlxABCDEFGHI: line4: iface wlxABCDEFGHI: unsupported keyword (wpa-psk) I can't see anything related in changelog.Debian or similar files in /usr/share/doc/ifupdown2. However, downgrading to version 1.0~git20160525-1 (from Stretch) brings everything back to order. 'ifup' doesn't complain and my ath9k works as expected. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ifupdown2 depends on: ii init-system-helpers 1.46 ii python-argcomplete 1.4.1-0.1 ii python-ipaddr2.1.11-2 pn python:any ifupdown2 recommends no packages. Versions of packages ifupdown2 suggests: ii python-gvgen 0.9-2 ii python-mako 1.0.4+ds1-2 -- no debconf information
Bug#748446: debian-security-support: Uninstallable with locale pl_PL (and possibly others)
Package: debian-security-support Version: 2014.05.16 Severity: important Dear maintainer, debian-security-support is uninstallabe with locale set to pl_PL and possibly to other non-ASCII. 'check-support-status' invoked by postinst script exists with an error - 'comm' states that second file is not sorted. Invoking 'check-support-status' with LANG=C solves the problem. However setting LANG=C for just aptitude/apt-get run is insufficient. Error of 'comm' is still displayed in Polish. $ locale LANG=pl_PL.UTF-8 LANGUAGE= LC_CTYPE=pl_PL.UTF-8 LC_NUMERIC=pl_PL.UTF-8 LC_TIME=pl_PL.UTF-8 LC_COLLATE=pl_PL.UTF-8 LC_MONETARY=pl_PL.UTF-8 LC_MESSAGES=pl_PL.UTF-8 LC_PAPER=pl_PL.UTF-8 LC_NAME=pl_PL.UTF-8 LC_ADDRESS=pl_PL.UTF-8 LC_TELEPHONE=pl_PL.UTF-8 LC_MEASUREMENT=pl_PL.UTF-8 LC_IDENTIFICATION=pl_PL.UTF-8 LC_ALL= $ check-support-status comm: plik 2 nie jest posortowany $ LANG=C check-support-status Security support is limited for one or more packages (...and the rest of correct output...) # LANG=C aptitude install debian-security-support The following partially installed packages will be configured: debian-security-support No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up debian-security-support (2014.05.16) ... comm: plik 2 nie jest posortowany dpkg: error processing package debian-security-support (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: debian-security-support E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up debian-security-support (2014.05.16) ... comm: plik 2 nie jest posortowany dpkg: error processing package debian-security-support (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: debian-security-support -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debian-security-support depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii gettext-base 0.18.3.2-1 debian-security-support recommends no packages. debian-security-support suggests no packages. -- debconf information: debian-security-support/ended: debian-security-support/limited: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704816: rkhunter: Spurious hidden processes warning with new (20121229) C unhide program
Package: rkhunter
Version: 1.4.0-3
Severity: normal
Tags: patch, upstream
Dear Maintainer,
When rkhunter uses C unhide program (e.g. with option DISABLE_UNHIDE=0) daily
cron job generates spurious warning about found hidden processes:
Warning: Hidden processes found:
Copyright © 2012 Yago Jesus Patrick Gouin
License GPLv3+ : GNU GPL version 3 or later
NOTE : This version of unhide is for systems using Linux = 2.6
Used options:
This happens due to changes in unhide's output format/data in new version of
the program (20121229).
I'm attaching my patch (using reportbug's --attach option), which leaves
parsing of old format for versions lower than 20121229 and introduces changes
for versions = 20121229.
Changes seem to work on my system (at least when there are no hidden processes
actually found).
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages rkhunter recommends:
ii unhide 20121229-1
-- Configuration Files:
/etc/default/rkhunter changed [not included]
/etc/rkhunter.conf changed [not included]
-- debsums errors found:
debsums: changed file /usr/bin/rkhunter (from rkhunter package)
--
Regards,
Jacek Politowski
--- rkhunter.orig 2013-02-17 09:36:30.0 +0100
+++ rkhunter 2013-04-06 10:35:20.021957973 +0200
@@ -12435,7 +12435,11 @@
fi
SEEN=1
- FOUND_PROCS=`${UNHIDE_CMD} ${UNHIDE_OPTS} ${RKHTMPVAR} 21 | egrep -v '^(Unhide |yjesus@|http:|\[\*\]|$)'`
+ if [ $UNHIDE_VERS -lt 20121229 ]; then
+ FOUND_PROCS=`${UNHIDE_CMD} ${UNHIDE_OPTS} ${RKHTMPVAR} 21 | egrep -v '^(Unhide |yjesus@|http:|\[\*\]|$)'`
+ else
+ FOUND_PROCS=`${UNHIDE_CMD} ${UNHIDE_OPTS} ${RKHTMPVAR} 21 | egrep -v '^(Unhide [0-9]{8}$|Copyright . [0-9]{4} Yago Jesus Patrick Gouin$|License GPLv3\+ : GNU GPL version 3 or later$|http:\/\/www\.unhide-forensics\.info$|NOTE : This version of unhide is for systems using Linux = 2\.6.*$|Used options:.*$|\[\*\]|$)'`
+ fi
if [ -z ${FOUND_PROCS} ]; then
# Nothing found.
Bug#658252: libcairo2: Text quickly becomes rectangles
Package: libcairo2 Followup-For: Bug #658252 I also can confirm that problem occurs in libcairo2 1.12.0-2, but after downgrading libcairo2 and libcairo-gobject2 to 1.10.2-7 (I haven't tried downgrading only libcairo2) problem disappears. Also disabling graphics acceleration in X.org helps: Option NoAccel true (gnome of course starts in fallback mode then) My graphics adapter is a PCI-E Radeon HD 4850 Currently I use up-to-date Sid installation, with only libcairo2 and libcairo-gobject2 downgraded to 1.10.2-7. Everything works fine. Radeon driver: xserver-xorg-video-radeon 1:6.14.4-1 But I've tried also 6.14.0, 6.14.3 (debian packages) and 6.14.1, 6.14.2 (own compilations) A bit from glxinfo: OpenGL renderer string: Gallium 0.4 on AMD RV770 OpenGL version string: 2.1 Mesa 7.11.2 OpenGL shading language version string: 1.20 I've tried too: * linux kernels 3.0 and 3.1 * libdrm2, libdrm-radeon1: versions 2.4.30-1, 2.4.32-1 which has no effect on reported artifacts. Screenshot of the artifacts, if useful, available here: http://postimage.org/image/6ev7n30zh/ (for at least few weeks) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcairo2 depends on: ii libc6 2.13-27 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libpixman-1-0 0.24.4-1 ii libpng12-0 1.2.47-2 ii libx11-6 2:1.4.4-4 ii libxcb-render0 1.8.1-1 ii libxcb-shm01.8.1-1 ii libxcb11.8.1-1 ii libxrender11:0.9.6-2 ii multiarch-support 2.13-27 ii zlib1g 1:1.2.6.dfsg-2 libcairo2 recommends no packages. libcairo2 suggests no packages. -- debconf-show failed -- debsums errors found: debsums: package libcairo2 is not installed (JP: I don't know why debsums says so, because libcairo2 is installed, even reinstalled via aptitude, to check this error reported by debsums) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620538: Crashes when exiting Adobe Flash full-screen videos (e.g. YouTube)
On Fri, Aug 05, 2011 at 08:38:11PM +0200, Jonathan Nieder wrote: Jacek Politowski wrote: https://bugs.freedesktop.org/show_bug.cgi?id=34556 looks exactly like mine. For me also 'Option EnablePageFlip off', [...] seems to help. Hopefully this was fixed by v3.0-rc3~42^2~8 (drm/radeon: fix oops in ttm reserve when pageflipping (v2), 2011-05-29). If you find time to test the latest version from sid, that would be very helpful. With linux-image-3.0.0-1-686-pae 3.0.0-1 and turned back on page flipping ([24.959] (II) RADEON(0): KMS Pageflipping: enabled in Xorg.0.log) I'm unable to reproduce the original problem. So, the issue really looks solved. Thank you! :-) -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622280: on update to guile 1.8.8 workaround is failing
Suggested workaround is not failing. You simply hit another issue
(issue with 'slib' or 'guile', I don't know).
After migration to guile-1.8 there is slib modules(?) catalogue
missing ('slibcat' file), which probably should be created by some
postinst scripts (either slib's or guile's).
Workaround for this problem is to recreate this catalogue manually.
Run (as root) 'slib' and invoke:
(use-modules (ice-9 slib)) (require 'new-catalog)
Similar issue was discussed for example in bug #328243
--
Jacek Politowski
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620538: Crashes when exiting Adobe Flash full-screen videos (e.g. YouTube)
On Sat, Apr 02, 2011 at 04:17:05PM +0100, Ben Hutchings wrote: On Sat, 2011-04-02 at 15:36 +0200, Jacek Politowski wrote: Package: linux-2.6 Version: 2.6.38-2 Severity: normal After upgrade from 2.6.37 to 2.6.38 (linux-image-2.6.38-1-686-bigmem) a lot of kernel crashes started to occur (when exiting Flash full-screen mode). They still occur with linux-image-2.6.38-2-686-bigmem. [...] Please report this upstream at https://bugs.freedesktop.org under product 'DRI', component 'DRM/Radeon'. Let us know the bug URL so we can track it. I went to bugs.freedesktop.org, and before filing new bug, I searched for similar issues. https://bugs.freedesktop.org/show_bug.cgi?id=34556 looks exactly like mine. For me also 'Option EnablePageFlip off', which results in a Xorg.0.log entry: [ 169.328] (II) RADEON(0): KMS Pageflipping: disabled seems to help. -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610317: 2.4.0 doesn't have libfinance-quote-perl in dependencies
On Mon, Jan 24, 2011 at 11:03:38PM +0100, Micha Lenk wrote: On Mon, Jan 17, 2011 at 02:25:40PM +0100, Jacek Politowski wrote: 2.4.0 from experimental doesn't depend on libfinance-quote-perl. After manual installation of libfinance-quote-perl package, Security Editor in GnuCash still reports that Finance::Quote is not properly installed. It worked perfectly in 2.2.9 from unstable. Can you please describe in more detail what part of Gnucash is not working as expected? I currently don't understand what part of Gnucash needs the perl package dependencies. GnuCash 2.2.9, from unstable, depends on libfinance-quote-perl (Perl module for retrieving stock quotes from a variety of sources). (actually, I think it should only recommend it, not require, but that's another story) This module is required to automatically grab stock prices by GnuCash. And automatical retrieving of stock prices using Finance::Quote Perl module works like a charm in GnuCash 2.2.9 from Debian unstable. However, with or without libfinance-quote-perl installed, GnuCash 2.4.0 from experimental reports that Finance::Quote is not installed properly. To see this message you need to enter menu Tools-Security Editor, then press Add button. And there, right below Quote Source Information section header, is Warning: Finance::Quote not installed properly message. So one can't get online quotes in GnuCash. (all names/messages using LANG=C) -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610317: 2.4.0 doesn't have libfinance-quote-perl in dependencies
Package: gnucash Version: 1:2.4.0-3 Severity: normal Tags: experimental 2.4.0 from experimental doesn't depend on libfinance-quote-perl. After manual installation of libfinance-quote-perl package, Security Editor in GnuCash still reports that Finance::Quote is not properly installed. It worked perfectly in 2.2.9 from unstable. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnucash depends on: ii gnucash-common 1:2.4.0-3 A personal finance and money track ii guile-1.6-libs 1.6.8-10Main Guile libraries ii guile-1.6-slib 1.6.8-10Guile SLIB support ii libaqbanking33 5.0.1-1 library for online banking applica ii libart-2.0-2 2.3.21-1Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libbonobo2-0 2.24.3-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1The Bonobo UI library ii libc62.11.2-8Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libdbi0 0.8.3+really0.8.2-1 Database Independent Abstraction L ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-6GNOME configuration database syste ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libgnome-keyring02.30.1-1GNOME keyring services library ii libgnome2-0 2.30.0-1The GNOME library - runtime files ii libgnomecanvas2-02.30.1-1A powerful object-oriented display ii libgnomeui-0 2.24.3-1The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgoffice-0.8-8 0.8.12-1Document centric objects library - ii libgtk2.0-0 2.20.1-2The GTK+ graphical user interface ii libgtkhtml3.14-193.30.3-1HTML rendering/editing library - r ii libguile-ltdl-1 1.6.8-10Guile's patched version of libtool ii libgwengui-gtk2-04.0.2-1 Gwenhywfar GUI implementation for ii libgwenhywfar60 4.0.2-1 OS abstraction layer ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libktoblzcheck1c2a 1.29-1 library for verification of accoun ii libofx4 1:0.9.0-3 library to support Open Financial ii liborbit21:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.28.3-1Layout and rendering of internatio ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libqthreads-12 1.6.8-10QuickThreads library for Guile ii libsm6 2:1.2.0-1 X11 Session Management library ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml2 2.7.8.dfsg-2GNOME XML library ii slib 3b1-3.1 Portable Scheme library ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages gnucash recommends: ii gnucash-docs 2.2.0-3Documentation for gnucash, a perso gnucash 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#594534: wrong md5 sums for pl.compat and pl.rws files
Package: aspell-pl Version: 20100526-1 Severity: normal Checksums in /var/lib/dpkg/info/aspell-pl.md5sums are incorrect for files /var/lib/aspell/pl.compat and /var/lib/aspell/pl.rws debsums complain about it even in this reportbug run: There may be a problem with your installation of aspell-pl; the following problems were detected by debsums: debsums: changed file /var/lib/aspell/pl.compat (from aspell-pl package) debsums: changed file /var/lib/aspell/pl.rws (from aspell-pl package) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aspell-pl depends on: ii aspell0.60.6-4 GNU Aspell spell-checker ii dictionaries-common 1.5.12 Common utilities for spelling dict aspell-pl recommends no packages. aspell-pl suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/pl.compat (from aspell-pl package) debsums: changed file /var/lib/aspell/pl.rws (from aspell-pl package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572757: No amarok-specific icons
Package: amarok Version: 2.3.1-1 Severity: normal I have a similar issue here. Although I can see all the icons mentioned in original bug report, I don't have system tray (notification area) icon for Amarok. Instead, I see the icon with question mark, as the ones on screenshots from original bug report. I did all the steps mentioned: $ kbuildsycoca4 --noincremental $ ls -l /usr/share/kde4/apps/amarok/icons/hicolor/*/actions/collection-amarok.png (resulting in 4 files) (i can see actually 232 files mathing pattern /usr/share/kde4/apps/amarok/icons/hicolor/*/actions/*-amarok.png) $ rm ~/.kde/cache-*/kpc/Amarok-pixmaps.* $ rm ~/.kde/cache-*/kpc/kde-icon-cache.* All of this didn't help. After starting Amarok from terminal, I can see, among others, a message: QSystemTrayIcon::setVisible: No Icon set I also started Amarok with $ LANG=C amarok, and it didn't help either. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages amarok depends on: ii amarok-common 2.3.1-1 architecture independent files for ii amarok-utils2.3.1-1 utilities for Amarok media player ii kdebase-runtime 4:4.4.4-1runtime components from the offici ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.20.1-2 Multi-protocol file transfer libra ii libgcc1 1:4.4.4-4GCC support library ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgpod40.7.2-2+b1 library to read and write songs an ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libkdecore5 4:4.4.4-1the KDE Platform Core Library ii libkdeui5 4:4.4.4-1the KDE Platform User Interface Li ii libkdnssd4 4:4.4.4-1the DNS-SD Protocol Library for th ii libkfile4 4:4.4.4-1the File Selection Dialog Library ii libkio5 4:4.4.4-1the Network-enabled File Managemen ii libknewstuff2-4 4:4.4.4-1the Get Hot New Stuff v2 Library ii libknewstuff3-4 4:4.4.4-1the Get Hot New Stuff v3 Library ii libkutils4 4:4.4.4-1various utility classes for the KD ii liblastfm0 0.4.0~git20090710-1 The Last.fm web services library ii libloudmouth1-0 1.4.3-5 Lightweight C Jabber library ii libmtp8 1.0.3-1 Media Transfer Protocol (MTP) libr ii libmysqlclient165.1.47-1 MySQL database client library ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libplasma3 4:4.4.4-1the Plasma Library for the KDE Pla ii libqca2 2.0.2-1 libraries for the Qt Cryptographic ii libqt4-dbus 4:4.6.3-1Qt 4 D-Bus module ii libqt4-network 4:4.6.3-1Qt 4 network module ii libqt4-script 4:4.6.3-1Qt 4 script module ii libqt4-sql 4:4.6.3-1Qt 4 SQL module ii libqt4-svg 4:4.6.3-1Qt 4 SVG module ii libqt4-webkit 4:4.6.3-1Qt 4 WebKit module ii libqt4-xml 4:4.6.3-1Qt 4 XML module ii libqtcore4 4:4.6.3-1Qt 4 core module ii libqtgui4 4:4.6.3-1Qt 4 GUI module ii libqtscript4-core 0.1.0-3 Qt Script bindings for the Qt 4 Co ii libqtscript4-gui0.1.0-3 Qt Script bindings for the Qt 4 Gu ii libqtscript4-networ 0.1.0-3 Qt Script bindings for the Qt 4 Ne ii libqtscript4-sql0.1.0-3 Qt Script bindings for the Qt 4 SQ ii libqtscript4-uitool 0.1.0-3 Qt Script bindings for the Qt 4 Ui ii libqtscript4-xml0.1.0-3 Qt Script bindings for the Qt 4 XM ii libsolid4 4:4.4.4-1Solid Library for KDE Platform ii libstdc++6 4.4.4-4 The GNU Standard C++ Library v3 ii libstreamanalyzer0 0.7.2-1 streamanalyzer library for Strigi ii libstreams0 0.7.2-1 streams library for for Strigi Des ii libtag-extras1 1.0.1-2 TagLib extras library - support fo ii libtag1c2a 1.6.3-1 TagLib Audio Meta-Data Library ii libthreadweaver44:4.4.4-1the ThreadWeaver Library for the K ii libxml2 2.7.7.dfsg-2 GNOME XML library ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime ii phonon-backend-gstr 4:4.6.0really4.4.2-1 Phonon GStreamer
Bug#574644: Fails to start. Missing license file.
Package: paros Version: 3.2.13-5 Severity: grave Program fails to start, with FileNotFound exception: java.io.FileNotFoundException: /home/user/.paros/license/TheClarifiedArtisticLicense.htm (No such file or directory) I can't also see the license file in the package contents. Paros tries to display license to accept upon first launch. Copy from Debian package is unable to do so. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566549: RFP: rawtherapee -- powerful yet convenient digital camera RAW image conversion tool
Package: wnpp Severity: wishlist * Package name: rawtherapee Version : 3.0alpha1 Upstream Author : Gabor Horvath hga...@rawtherapee.com * URL : http://www.rawtherapee.com/ * License : GPL Programming Lang: C++ Description : powerful yet convenient digital camera RAW image conversion tool Utility for conversion of RAW digital camera photos. Features: * Selectable high performance demosaicing algorithms (EAHD and HPHD and VNG-4). * ICC based color management * Image post processing in 16 bit / channel mode * Basic utilities: - Exposure control - White balance adjustment - Highlight Recovery - Shadows/Highlights control - Brightness / Contrast adjustment, curve editor - USM sharpening applied on the CIELab luminance channel - Color shift control in CIELab color space - Color booster applied on the CIELab a and b channels - Luminance denoising algorithm applied on the CIELab luminance channel - Color denoising tool applied on the CIELab a and b channels - Simple lens distortion correction - Chromatic Aberration correction tool - Vignetting Correction -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Thu, May 14, 2009 at 09:47:26AM +0200, Michel Dänzer wrote: On Wed, 2009-05-13 at 13:13 +0200, Jacek Politowski wrote: I started git bisect between revisions a6561f2ec673b38907f7181235386f32e60c32ba and da021c36bbdf3bca31ee50ebe01cdb9495c09b36 (...) (the same error for every tested build). I think commit da021c36bbdf3bca31ee50ebe01cdb9495c09b36 fixed this, so something like git show da021c36bbdf3bca31ee50ebe01cdb9495c09b36 | patch -p1 Ok, I've applied this patch and continued git bisect session. Driver builds correctly, so I was able to finish the search. Result follows: $ git bisect visualize commit b01e35168de40d192fd7a9ce6884b9c7419afbd4 Author: Alex Deucher alexdeuc...@gmail.com Date: Mon Nov 24 21:06:42 2008 -0500 Fix up posted logic noticed by benh on IRC This is the first revision that shows symptoms from my initial bug report. -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Thu, May 14, 2009 at 02:49:56PM -0400, Alex Deucher wrote: $ git bisect visualize commit b01e35168de40d192fd7a9ce6884b9c7419afbd4 (...) This is the first revision that shows symptoms from my initial bug report. Does this patch (against master) fix it? I'm writing this under Gnome, on system that has (II) Module radeon: vendor=X.Org Foundation compiled for 1.6.1, module version = 6.12.2 in Xorg.0.log :-) Your patch applied against current master seems to have fixed the issue. Thanks everyone for great support! -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Wed, May 13, 2009 at 08:25:08AM +0200, Michel Dänzer wrote:
On Wed, 2009-05-13 at 02:09 +0200, Jacek Politowski wrote:
Going upwards, from working to buggy revision, I treated FTBFS
(failing to build from source) commits as bad for git bisect. Going
from buggy revision downwards - to working one - I treated FTBFS
commits as good for git bisect.
It's better not to mark such commits as good or bad at all. Either use
git bisect skip or switch to a nearby commit that can be used to verify
the problem being bisected manually.
Maybe it's better, but with git bisect skip I'd still be in testing
session - I tried that. I also tried skipping more (N - for N={1..4})
revisions with git reset --hard HEAD~N, but it was also pointless
then.
Judging from compilation errors, I made an assumption that it was
always the same error causing compilation failure for me. Now I have
narrowed down the list of possible commits to 46 and can start with
narrower boundaries - manageable even with git bisect skip (to
proove/contradict that all the commits in between are failing to
build).
And I'll try that on next possible occasion - possibly even today.
--
Jacek Politowski
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Wed, May 13, 2009 at 10:34:39AM +0200, Michel Dänzer wrote: The point is that if you say git bisect good/bad for a commit where you couldn't verify the problem you're bisecting, the result of the bisect run may be incorrect. I know that. But even when such assumption leads to incorrect results, I can always do a replay changing guessed good/bad answer. This will lead ultimately to close enough result, just like it did in my example. Also note that if you know the fix for a build problem and you're confident it doesn't affect the problem you're bisecting, it's legitimate to manually apply the build fix. I also know that. However I'm just a regular user. Don't expect me to be able to fix compilation error of xorg video driver... Especially to fix it in a way that I'm confident won't break anything else. I started git bisect between revisions a6561f2ec673b38907f7181235386f32e60c32ba and da021c36bbdf3bca31ee50ebe01cdb9495c09b36, but I really don't think it's getting anywhere. I've attached an exemplary log of 'make' invocation (the same error for every tested build). Being able to fix this build problem, I'd be able to do further git bisect on driver repository. -- Jacek Politowski Script started on śro, 13 maj 2009, 12:49:12 j...@unstable-builder:~/workspace/radeon/upstream/gitrepo/xf86-video-ati$ make make all-recursive make[1]: Wejście do katalogu `/home/jpol/workspace/radeon/upstream/gitrepo/xf86-video-ati' Making all in src make[2]: Wejście do katalogu `/home/jpol/workspace/radeon/upstream/gitrepo/xf86-video-ati/src' /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I./AtomBios/includes -Wall -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri-DDISABLE_EASF -DENABLE_ALL_SERVICE_FUNCTIONS -DATOM_BIOS -DATOM_BIOS_PARSER -DDRIVER_PARSER -g -O2 -MT radeon_accel.lo -MD -MP -MF .deps/radeon_accel.Tpo -c -o radeon_accel.lo radeon_accel.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I./AtomBios/includes -Wall -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -DDISABLE_EASF -DENABLE_ALL_SERVICE_FUNCTIONS -DATOM_BIOS -DATOM_BIOS_PARSER -DDRIVER_PARSER -g -O2 -MT radeon_accel.lo -MD -MP -MF .deps/radeon_accel.Tpo -c radeon_accel.c -fPIC -DPIC -o .libs/radeon_accel.o In file included from radeon_accel.c:86: radeon_drm.h:584: error: expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘*’ token radeon_drm.h:610: error: expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘*’ token radeon_drm.h:627: error: expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘*’ token radeon_drm.h:635: error: expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘*’ token radeon_drm.h:644: error: expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘*’ token radeon_drm.h:648: error: expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘*’ token radeon_drm.h:689: error: expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘*’ token radeon_drm.h:701: error: expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘*’ token radeon_drm.h:718: error: expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘*’ token radeon_accel.c: In function ‘RADEONEngineInit’: radeon_accel.c:379: error: ‘drm_radeon_getparam_t’ has no member named ‘value’ make[2]: *** [radeon_accel.lo] Błąd 1 make[2]: Opuszczenie katalogu `/home/jpol/workspace/radeon/upstream/gitrepo/xf86-video-ati/src' make[1]: *** [all-recursive] Błąd 1 make[1]: Opuszczenie katalogu `/home/jpol/workspace/radeon/upstream/gitrepo/xf86-video-ati' make: *** [all] Błąd 2 j...@unstable-builder:~/workspace/radeon/upstream/gitrepo/xf86-video-ati$ exit Script done on śro, 13 maj 2009, 12:49:16 # bad: [da021c36bbdf3bca31ee50ebe01cdb9495c09b36] radeon_drm.h: remove kernel defines # good: [a6561f2ec673b38907f7181235386f32e60c32ba] Move DRI to a separate struct git bisect start 'da021c36bbdf3bca31ee50ebe01cdb9495c09b36' 'a6561f2ec673b38907f7181235386f32e60c32ba' # skip: [4a9e8d9fe24278b56aef51677fd35289d01584a7] set grey levels correctly for temporal dithering git bisect skip 4a9e8d9fe24278b56aef51677fd35289d01584a7 # skip: [dc795ba66a8c0eb2c3fdb86bd42dfc17e0aa3b6e] Fixups from last DFP/LCD refactor git bisect skip dc795ba66a8c0eb2c3fdb86bd42dfc17e0aa3b6e # skip: [5708624d1151877dd66a462d4a75fed6774604a7] Turn coherent mode off by default on DVI git bisect skip 5708624d1151877dd66a462d4a75fed6774604a7 # skip: [d744dc013cf5ca3141c0fdf55e36d713fe9f53ba] Fix connector table mapping for lvtma/kaleidoscope/uniphy. git bisect skip d744dc013cf5ca3141c0fdf55e36d713fe9f53ba
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Tue, Apr 21, 2009 at 11:09:41AM -0400, Alex Deucher wrote: Any chance you could try 6.10.0 from the tarballs above and then use git bisect to track down what commit broke this? It's easy to do and would be a big help. I can walk you through if need be. Finally I was able to do some testing with git bisect. What I managed to find out: Last working commit is: a6561f2ec673b38907f7181235386f32e60c32ba First commit with corrupted display: da021c36bbdf3bca31ee50ebe01cdb9495c09b36 I believe all 46 commits between them fail to build from source on my VirtualBox builder. All done with simple procedure: $ git bisect start 'a0dd5d7ee3f038a9bfe051db8dbfac4934a81581' 'c83fbdfa076c107012b7dfbbfbbb2feede00542b' $ ./autogen.sh --prefix=/usr $ make ## copy .libs/*so to proper locations on my system with Radeon card ## (except for ati_drv.so - this one was left unchanged all the time) $ sudo reboot $ git bisect good/bad $ ./autogen.sh --prefix=/usr $ make ... and so on (without any 'make clean' or anything else) Going upwards, from working to buggy revision, I treated FTBFS (failing to build from source) commits as bad for git bisect. Going from buggy revision downwards - to working one - I treated FTBFS commits as good for git bisect. I believe the same error was causing build failures all the time (and it's also quite late here already), so I haven't checked all the revisions between working and buggy commit - only those few, that binary search of git bisect stumbled upon. If necessary, I can try building revisions between a6561f2ec673b38907f7181235386f32e60c32ba and da021c36bbdf3bca31ee50ebe01cdb9495c09b36 on next possible occasion. -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Tue, Apr 21, 2009 at 11:09:41AM -0400, Alex Deucher wrote: 2009/4/19 Jacek Politowski j...@jp.pl.eu.org: Basically only version 6.9.0 works (both - in X from testing and from unstable). Unfortunately I don't have access to source package of 6.10 version of radeon driver. You can grab source packages from cgit: http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/ Sources, I believe, not source packages ;- Any chance you could try 6.10.0 from the tarballs above and then use git bisect to track down what commit broke this? It's easy to do and would be a big help. I can walk you through if need be. I should be able to do this sort of testing during weekend. As I'm not very accustomed to building stuff from pristine sources, I'll try to build 6.9.0 first - to verify it works like the version from Debian packages, proving also my building process is correct. Judging from Debian package 'xserver-xorg-video-radeon' contents, I'll need 'radeon_drv.so', 'theatre_detect_drv.so', 'theatre_drv.so' and 'theatre200_drv.so'. Just compile it (in the same virtualized environment, as Debian packages mentioned in my previous tests) and copy these files to appriopriate location on my system? -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Sun, Apr 19, 2009 at 09:55:46PM +0200, Jacek Politowski wrote: On Sun, Apr 19, 2009 at 12:46:47PM +0200, Michel Dänzer wrote: On Sun, 2009-04-19 at 08:55 +0200, Jacek Politowski wrote: I'll try to upgrade again to current unstable version and try packages I've built earlier (6.9.0, 6.11.0) - this time remembering always to reboot after installation. Sounds like a good plan; (...) (...and I tested:) 1) 6.12.2 2) 6.9.0 3) 6.11.0 4) 6.10.99.0 5) 6.9.0 6) 6.12.2 7) 6.9.0 8) 6.9.0 9) 6.11.0 10) 6.10.99.0 I realized that, during these checks with reboot, I forgot to check also 6.12.2 with your patch applied. Unfortunately it still doesn't work. Updated logs are posted to the same location as before: http://mongoose.rallypl.eu.org/tmp/radeonlogs.tar.gz -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Sat, Apr 18, 2009 at 04:19:19PM +0200, Jacek Politowski wrote: As snapshot.debian.net seems inactive, only possible solution seems to be to downgrade all X stuff to testing distribution state. And it seems my last working setup was similar (or even exact) to what's left in testing, so this should help. Ok, I've downgraded all/most of X stuff to Squeeze state. Curiously, didn't help at first, when I started GDM after upgrade. But after reboot (/sbin/reboot) everything works fine again, with effectively my original configuration (effectively, because previously I didn't have DRI, NoAccel and R4xxATOM entries, now I have them commented out). Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout pl EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device Option AccelMethod EXA Option AccelDFS on Option DisplayPriority HIGH # Option DRI off # Option NoAccel true # Option R4xxATOM true EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Full aptitude log from downgrade operation: [REMOVE, NOT USED] console-setup [REMOVE, NOT USED] console-terminus [REMOVE, NOT USED] libpciaccess0 [REMOVE, NOT USED] libvolume-id0 [HOLD, DEPENDENCIES] apt [HOLD, DEPENDENCIES] apt-utils [HOLD, DEPENDENCIES] capplets-data [HOLD, DEPENDENCIES] gnome-accessibility [HOLD, DEPENDENCIES] gnome-core [HOLD, DEPENDENCIES] libept0 [HOLD, DEPENDENCIES] synaptic [INSTALL, DEPENDENCIES] xserver-xorg-input-all [INSTALL, DEPENDENCIES] xserver-xorg-input-synaptics [INSTALL, DEPENDENCIES] xserver-xorg-input-wacom [INSTALL, DEPENDENCIES] xserver-xorg-video-all [INSTALL, DEPENDENCIES] xserver-xorg-video-apm [INSTALL, DEPENDENCIES] xserver-xorg-video-ark [INSTALL, DEPENDENCIES] xserver-xorg-video-ati [INSTALL, DEPENDENCIES] xserver-xorg-video-cyrix [INSTALL, DEPENDENCIES] xserver-xorg-video-dummy [INSTALL, DEPENDENCIES] xserver-xorg-video-fbdev [INSTALL, DEPENDENCIES] xserver-xorg-video-glint [INSTALL, DEPENDENCIES] xserver-xorg-video-i740 [INSTALL, DEPENDENCIES] xserver-xorg-video-imstt [INSTALL, DEPENDENCIES] xserver-xorg-video-mga [INSTALL, DEPENDENCIES] xserver-xorg-video-nsc [INSTALL, DEPENDENCIES] xserver-xorg-video-nv [INSTALL, DEPENDENCIES] xserver-xorg-video-openchrome [INSTALL, DEPENDENCIES] xserver-xorg-video-radeonhd [INSTALL, DEPENDENCIES] xserver-xorg-video-rendition [INSTALL, DEPENDENCIES] xserver-xorg-video-s3virge [INSTALL, DEPENDENCIES] xserver-xorg-video-savage [INSTALL, DEPENDENCIES] xserver-xorg-video-sis [INSTALL, DEPENDENCIES] xserver-xorg-video-tdfx [INSTALL, DEPENDENCIES] xserver-xorg-video-tga [INSTALL, DEPENDENCIES] xserver-xorg-video-trident [INSTALL, DEPENDENCIES] xserver-xorg-video-v4l [INSTALL, DEPENDENCIES] xserver-xorg-video-vesa [INSTALL, DEPENDENCIES] xserver-xorg-video-vga [REMOVE, DEPENDENCIES] xserver-common [DOWNGRADE] x11-common 1:7.4+1 - 1:7.3+18 [DOWNGRADE] xnest 2:1.6.1-1 - 2:1.4.2-11 [DOWNGRADE] xserver-xephyr 2:1.6.1-1 - 2:1.4.2-11 [DOWNGRADE] xserver-xorg 1:7.4+1 - 1:7.3+18 [DOWNGRADE] xserver-xorg-core 2:1.6.1-1 - 2:1.4.2-11 [DOWNGRADE] xserver-xorg-input-evdev 1:2.2.1-1 - 1:2.0.8-1 [DOWNGRADE] xserver-xorg-input-kbd 1:1.3.2-3 - 1:1.3.1-1 [DOWNGRADE] xserver-xorg-input-mouse 1:1.4.0-2 - 1:1.3.0-1 [DOWNGRADE] xserver-xorg-video-chips 1:1.2.1-2 - 1:1.2.0-1 [DOWNGRADE] xserver-xorg-video-cirrus 1:1.2.1-4 - 1:1.2.1-1.lenny1 [DOWNGRADE] xserver-xorg-video-i128 1:1.3.1-3 - 1:1.3.0-1 [DOWNGRADE] xserver-xorg-video-intel 2:2.7.0-1 - 2:2.3.2-2+lenny6 [DOWNGRADE] xserver-xorg-video-mach64 6.8.0+git20090201.d394e0b8-2 - 6.8.0-1 [DOWNGRADE] xserver-xorg-video-neomagic 1:1.2.2-2 - 1:1.2.1-1 [DOWNGRADE] xserver-xorg-video-r128 6.8.0+git20090201.08d56c88-2 - 6.8.0-1 [DOWNGRADE] xserver-xorg-video-radeon 1:6.12.2-1 - 1:6.9.0-1+lenny4 [DOWNGRADE] xserver-xorg-video-s3 1:0.6.1-2 - 1:0.6.0-1 [DOWNGRADE] xserver-xorg-video-siliconmotion 1:1.7.0-2 - 1:1.6.0-1 [DOWNGRADE] xserver-xorg-video-sisusb 1:0.9.1-1 - 1:0.9.0-1 [DOWNGRADE] xserver-xorg-video-tseng 1:1.2.1-1 - 1:1.2.0-1 [DOWNGRADE] xserver-xorg-video-vmware 1:10.16.5-3 - 1:10.16.2-1 [DOWNGRADE] xserver-xorg-video-voodoo 1:1.2.1-1 - 1:1.2.0-1 [HOLD] aptitude [HOLD] gnome-desktop-environment [HOLD] libapt-pkg-perl Any suggestions how to diagnose this problem further? I'll try to upgrade again to current unstable version and try packages I've built earlier (6.9.0, 6.11.0) - this time remembering always to reboot after installation. -- Jacek Politowski -- To UNSUBSCRIBE
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Sun, Apr 19, 2009 at 12:46:47PM +0200, Michel Dänzer wrote: On Sun, 2009-04-19 at 08:55 +0200, Jacek Politowski wrote: I'll try to upgrade again to current unstable version and try packages I've built earlier (6.9.0, 6.11.0) - this time remembering always to reboot after installation. Sounds like a good plan; even better if you could try to always up/downgrade as few packages at a time as possible. Also, it might be useful if you could record Xorg.0.log files and kernel output for each case. Meanwhile, I upgraded kernel to 2.6.29, which changed nothing in behaviour of Xorg (both version from unstable distribution and downgraded to versions from testing) To be able to change as few packages as possible, at first I stayed at working Xorg from testing and changed only xserver-xorg-video-radeon. Basically only version 6.9.0 works (both - in X from testing and from unstable). Unfortunately I don't have access to source package of 6.10 version of radeon driver. I've installed Debian/testing on new VirtualBox machine to build packages. In all packages with version higher than 6.9.0, I had to manually change versioned build-dependency on 'xserver-xorg-dev' before building, because higher version was theoretically required. 1) 6.12.2 (binary package built from unstable distribution source package) Display corrupted. 2) 6.9.0 (binary package installed directly from testing repo) Correct image. Works perfectly. 3) 6.11.0 (binary package built from Brice's source packages) Display corrupted. 4) 6.10.99.0 (binary package built from Brice's source packages) Display corrupted. 5) 6.9.0 (binary package built, to verify correctness of my building process, from source packages from testing repo) Correct image. Works perfectly. After that I upgraded X back to unstable, full aptitude log: [INSTALL, DEPENDENCIES] console-setup [INSTALL, DEPENDENCIES] console-terminus [INSTALL, DEPENDENCIES] libpciaccess0 [INSTALL, DEPENDENCIES] xserver-common [REMOVE, DEPENDENCIES] xserver-xorg-video-cyrix [REMOVE, DEPENDENCIES] xserver-xorg-video-glint [REMOVE, DEPENDENCIES] xserver-xorg-video-imstt [REMOVE, DEPENDENCIES] xserver-xorg-video-nsc [REMOVE, DEPENDENCIES] xserver-xorg-video-tga [REMOVE, DEPENDENCIES] xserver-xorg-video-vga [UPGRADE] x11-common 1:7.3+18 - 1:7.4+1 [UPGRADE] xnest 2:1.4.2-11 - 2:1.6.1-1 [UPGRADE] xserver-xephyr 2:1.4.2-11 - 2:1.6.1-1 [UPGRADE] xserver-xorg 1:7.3+18 - 1:7.4+1 [UPGRADE] xserver-xorg-core 2:1.4.2-11 - 2:1.6.1-1 [UPGRADE] xserver-xorg-input-all 1:7.3+18 - 1:7.4+1 [UPGRADE] xserver-xorg-input-evdev 1:2.0.8-1 - 1:2.2.1-1 [UPGRADE] xserver-xorg-input-kbd 1:1.3.1-1 - 1:1.3.2-3 [UPGRADE] xserver-xorg-input-mouse 1:1.3.0-1 - 1:1.4.0-2 [UPGRADE] xserver-xorg-input-synaptics 0.14.7~git20070706-3 - 1.1.0-1 [UPGRADE] xserver-xorg-input-wacom 0.8.1.6-1 - 0.8.3.2-1 [UPGRADE] xserver-xorg-video-all 1:7.3+18 - 1:7.4+1 [UPGRADE] xserver-xorg-video-apm 1:1.2.0-1 - 1:1.2.1-2 [UPGRADE] xserver-xorg-video-ark 1:0.7.0-1 - 1:0.7.1-2 [UPGRADE] xserver-xorg-video-ati 1:6.9.0-1+lenny4 - 1:6.12.2-1 [UPGRADE] xserver-xorg-video-chips 1:1.2.0-1 - 1:1.2.1-2 [UPGRADE] xserver-xorg-video-cirrus 1:1.2.1-1.lenny1 - 1:1.2.1-4 [UPGRADE] xserver-xorg-video-dummy 1:0.3.0-1 - 1:0.3.1-2 [UPGRADE] xserver-xorg-video-fbdev 1:0.4.0-1 - 1:0.4.0-4 [UPGRADE] xserver-xorg-video-i128 1:1.3.0-1 - 1:1.3.1-3 [UPGRADE] xserver-xorg-video-i740 1:1.2.0-1 - 1:1.3.0-1 [UPGRADE] xserver-xorg-video-intel 2:2.3.2-2+lenny6 - 2:2.7.0-1 [UPGRADE] xserver-xorg-video-mach64 6.8.0-1 - 6.8.0+git20090201.d394e0b8-2 [UPGRADE] xserver-xorg-video-mga 1:1.4.9.dfsg-1 - 1:1.4.9.dfsg-4 [UPGRADE] xserver-xorg-video-neomagic 1:1.2.1-1 - 1:1.2.2-2 [UPGRADE] xserver-xorg-video-nv 1:2.1.10-1 - 1:2.1.13-1 [UPGRADE] xserver-xorg-video-openchrome 1:0.2.903+svn741-1 - 1:0.2.903+svn741-1+b1 [UPGRADE] xserver-xorg-video-r128 6.8.0-1 - 6.8.0+git20090201.08d56c88-2 [UPGRADE] xserver-xorg-video-radeon 1:6.9.0-1+lenny4.0jp1tst1 - 1:6.12.2-1 [UPGRADE] xserver-xorg-video-radeonhd 1.2.1-2 - 1.2.5-1 [UPGRADE] xserver-xorg-video-rendition 1:4.2.0.dfsg.1-2 - 1:4.2.1-1 [UPGRADE] xserver-xorg-video-s3 1:0.6.0-1 - 1:0.6.1-2 [UPGRADE] xserver-xorg-video-s3virge 1:1.10.1-1 - 1:1.10.2-2 [UPGRADE] xserver-xorg-video-savage 1:2.2.1-2.lenny1 - 1:2.2.1-5 [UPGRADE] xserver-xorg-video-siliconmotion 1:1.6.0-1 - 1:1.7.0-2 [UPGRADE] xserver-xorg-video-sis 1:0.10.0-1 - 1:0.10.1-2 [UPGRADE] xserver-xorg-video-sisusb 1:0.9.0-1 - 1:0.9.1-1 [UPGRADE] xserver-xorg-video-tdfx 1:1.4.0-1 - 1:1.4.1-1 [UPGRADE] xserver-xorg-video-trident 1:1.3.0-1 - 1:1.3.1-1 [UPGRADE] xserver-xorg-video-tseng 1:1.2.0-1 - 1:1.2.1-1 [UPGRADE] xserver-xorg-video-v4l 0.2.0-1 - 0.2.0-3 [UPGRADE] xserver-xorg-video-vesa 1:1.3.0-4 - 1:2.2.0-1 [UPGRADE] xserver-xorg-video-vmware 1:10.16.2-1 - 1:10.16.5-3 [UPGRADE] xserver-xorg-video-voodoo 1:1.2.0-1 - 1:1.2.1-1 and tested further: 6) 6.12.2 (binary package installed directly from unstable repo) Display corrupted. At 1280x1024 resolution - I had to connect second
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Sat, Apr 18, 2009 at 11:40:37AM +0200, Michel Dänzer wrote: On Sat, 2009-04-18 at 02:56 +0200, Jacek Politowski wrote: Neither 6.11.0, built from your sources, nor 6.9.0 built from official Debian's repo solves my problem. So, either I'm doing something wrong while building/installing package, [...] grep -A2 radeon_drv /var/log/Xorg.0.log should verify this in each case. For self-built 6.9.0 (sources taken from pool on pl.debian.org mirror): $ grep -A2 radeon_drv /var/log/Xorg.0.log (II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor=X.Org Foundation compiled for 1.6.1, module version = 4.3.0 $ dpkg -S /usr/lib/xorg/modules/drivers/radeon_drv.so xserver-xorg-video-radeon: /usr/lib/xorg/modules/drivers/radeon_drv.so $ dpkg -s xserver-xorg-video-radeon | grep Version Version: 1:6.9.0-1+lenny4.0jp1 Module version surprised me here, for other builds it's much more predictable. Although compiled for 1.6.0 in stock 6.12.2 also seems interesting for me. For stock Debian's 6.12.2: $ grep -A2 radeon_drv /var/log/Xorg.0.log (II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor=X.Org Foundation compiled for 1.6.0, module version = 6.12.2 You have new mail in /var/mail/jacek $ dpkg -S /usr/lib/xorg/modules/drivers/radeon_drv.so xserver-xorg-video-radeon: /usr/lib/xorg/modules/drivers/radeon_drv.so $ dpkg -s xserver-xorg-video-radeon | grep Version Version: 1:6.12.2-1 And for 6.11.0 built from Brice's source packages: $ grep -A2 radeon_drv /var/log/Xorg.0.log (II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor=X.Org Foundation compiled for 1.6.1, module version = 6.11.0 $ dpkg -S /usr/lib/xorg/modules/drivers/radeon_drv.so xserver-xorg-video-radeon: /usr/lib/xorg/modules/drivers/radeon_drv.so $ dpkg -s xserver-xorg-video-radeon | grep Version Version: 1:6.11.0-1.0jp1 -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Sat, Apr 18, 2009 at 12:34:06PM +0200, Michel Dänzer wrote: On Sat, 2009-04-18 at 12:13 +0200, Jacek Politowski wrote: On Sat, Apr 18, 2009 at 11:40:37AM +0200, Michel Dänzer wrote: What else changed between the working and broken setups? xserver-xorg-core presumably, but maybe also the kernel? Are you using radeonfb for console? When you tested Option DRI off, did you verify in the log file that direct rendering was indeed disabled? Example (DRI off, NoAccel true): $ grep -i dri /var/log/Xorg.0.log X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 (II) LoadModule: dri (II) Loading /usr/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor=X.Org Foundation (II) Loading extension XFree86-DRI (II) LoadModule: dri2 (II) Loading /usr/lib/xorg/modules/extensions//libdri2.so (II) Module dri2: vendor=X.Org Foundation (II) Loading extension DRI2 (II) Scanning /usr/share/xserver-xorg/pci directory for additional PCI ID's supported by the drivers (==) Matched radeon for the autoconfigured driver (==) Assigned the driver to the xf86ConfigLayout (II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 5.0 (II) RADEON: Driver for ATI Radeon chipsets: (**) RADEON(0): Option DRI off ABI class: X.Org Video Driver, version 5.0 ABI class: X.Org Video Driver, version 5.0 ABI class: X.Org Video Driver, version 5.0 (II) AIGLX: Screen 0 is not DRI2 capable (II) AIGLX: Screen 0 is not DRI capable (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.0 I don't use radeonfb (or any other framebuffer) for console. Actually I don't use console at all (at least in normal conditions) since my Radeon X800 sends all output to D-Sub, until xserver driver senses that only DVI port has anything connected to it and switch display to DVI output. So, until GDM login screen, my display stays asleep and I don't see anything. This is supposed to be a known by ATI/AMD problem, and there is no updated BIOS by my card manufacturer (Sapphire) to fix this issue. I checked, and it seems I haven't rebooted (and probably also restarted xserver) for quite some time... Previous reboot was on 27th March. Since then, quite a lot happened. Selected fragments from aptitude.log: [UPGRADE] firmware-linux 0.15 - 0.16 [UPGRADE] xorg 1:7.3+18 - 1:7.4+1 [UPGRADE] xserver-xephyr 2:1.4.2-11 - 2:1.6.0-1 [UPGRADE] xserver-xorg 1:7.3+18 - 1:7.4+1 [UPGRADE] xserver-xorg-core 2:1.4.2-11 - 2:1.6.0-1 [UPGRADE] xserver-xorg-input-evdev 1:2.0.8-1 - 1:2.2.1-1 [UPGRADE] xserver-xorg-input-kbd 1:1.3.1-1 - 1:1.3.2-3 [UPGRADE] xserver-xorg-input-mouse 1:1.3.0-1 - 1:1.4.0-2 [UPGRADE] xserver-xorg-video-ati 1:6.9.0-1+lenny4 - 1:6.12.2-1 [UPGRADE] xserver-xorg-video-chips 1:1.2.0-1 - 1:1.2.1-2 [UPGRADE] xserver-xorg-video-cirrus 1:1.2.1-1.lenny1 - 1:1.2.1-4 [UPGRADE] xserver-xorg-video-i128 1:1.3.0-1 - 1:1.3.1-3 [UPGRADE] xserver-xorg-video-intel 2:2.3.2-2+lenny6 - 2:2.6.3-1 [UPGRADE] xserver-xorg-video-mach64 6.8.0-1 - 6.8.0+git20090201.d394e0b8-2 [UPGRADE] xserver-xorg-video-neomagic 1:1.2.1-1 - 1:1.2.2-2 [UPGRADE] xserver-xorg-video-r128 6.8.0-1 - 6.8.0+git20090201.08d56c88-2 [UPGRADE] xserver-xorg-video-radeon 1:6.9.0-1+lenny4 - 1:6.12.2-1 [UPGRADE] xserver-xorg-video-s3 1:0.6.0-1 - 1:0.6.1-2 [UPGRADE] xserver-xorg-video-siliconmotion 1:1.6.0-1 - 1:1.7.0-2 [UPGRADE] xserver-xorg-video-sisusb 1:0.9.0-1 - 1:0.9.1-1 [UPGRADE] xserver-xorg-video-tseng 1:1.2.0-1 - 1:1.2.1-1 [UPGRADE] xserver-xorg-video-vmware 1:10.16.2-1 - 1:10.16.5-3 [UPGRADE] xserver-xorg-video-voodoo 1:1.2.0-1 - 1:1.2.1-1 [INSTALL, DEPENDENCIES] linux-image-2.6.26-2-686 (uname still shows 2.6.26-1 - LILO probably hasn't been invoked after) [UPGRADE] xnest 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-common 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-xephyr 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-xorg-core 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xnest 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-common 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-xephyr 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-xorg-core 2:1.6.0-1 - 2:1.6.1-1 (during this upgrade machine froze (described in initial bugreport), I don't know though whether it was during processing of some X related packages or other ones in this upgrade batch) [UPGRADE] xnest 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-common 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-xephyr 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-xorg-core 2:1.6.0-1 - 2:1.6.1-1 (this is repeated attempt (successful) of upgrade previously interrupted (had to do a hard reset, and 'dpkg-configure -a' before aptitude run). It was performed right after freeze/reboot - from remote machin via SSH, as display was already corrupted) After realizing now, that I'm still running older kernel, I ran 'lilo' and rebooted to new kernel
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Thu, Apr 16, 2009 at 10:45:16PM +0200, Brice Goglin wrote:
Jacek Politowski wrote:
Where to find 6.1{0,1}.0? I can't find it neither on
snapshot.debian.net nor on regular mirror (ftp.pl.debian.org).
I only have packages for 6.10.99.0 and 6.11.0 for i386.
If you want to rebuild them, they're at
http://people.debian.org/~bgoglin/rebuilds/Xserver1.6/
Neither 6.11.0, built from your sources, nor 6.9.0 built from official
Debian's repo solves my problem.
So, either I'm doing something wrong while building/installing
package, or it's not the radeon driver what's making my display
corrupted.
Possibly it's time to reassign the bug, only where to?
--
Jacek Politowski
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Thu, Apr 16, 2009 at 08:48:10AM +0200, Michel Dänzer wrote: On Thu, 2009-04-16 at 00:07 +0200, Jacek Politowski wrote: Package: xserver-xorg-video-radeon Version: 1:6.12.2-1 Severity: normal After recent upgrade (I believe) display got totally corrupted. (...) I'm using AGP Radeon X800 GTO with HP LP2475w monitor, connected via DVI. This card has both D-Sub and DVI connectors. Upgrade: xserver-xorg-video-radeon 1:6.9.0-1+lenny4 - 1:6.12.2-1 After this upgrade I haven't rebooted machine, nor have I restarted GDM/logged out, until today's upgrade: [UPGRADE] xserver-common 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-xephyr 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-xorg-core 2:1.6.0-1 - 2:1.6.1-1 (...) After this, machine booted to described state. So you never tested xserver-xorg-video-radeon 1:6.12.2-1 with xserver-xorg-core 2:1.6.0-1? Yup, that's right. I've never tested this combination. Does Option DRI off work around the problem? No, it doesn't. -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Thu, Apr 16, 2009 at 12:12:26PM -0400, Alex Deucher wrote: On 4/16/09, Jacek Politowski j...@jp.pl.eu.org wrote: On Thu, Apr 16, 2009 at 08:48:10AM +0200, Michel Dänzer wrote: On Thu, 2009-04-16 at 00:07 +0200, Jacek Politowski wrote: Package: xserver-xorg-video-radeon Version: 1:6.12.2-1 Severity: normal After recent upgrade (I believe) display got totally corrupted. (...) I'm using AGP Radeon X800 GTO with HP LP2475w monitor, connected via DVI. This card has both D-Sub and DVI connectors. Upgrade: xserver-xorg-video-radeon 1:6.9.0-1+lenny4 - 1:6.12.2-1 After this upgrade I haven't rebooted machine, nor have I restarted GDM/logged out, until today's upgrade: [UPGRADE] xserver-common 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-xephyr 2:1.6.0-1 - 2:1.6.1-1 [UPGRADE] xserver-xorg-core 2:1.6.0-1 - 2:1.6.1-1 (...) After this, machine booted to described state. (...) Does Option DRI off work around the problem? No, it doesn't. Does: Option NoAccel TRUE work around the problem? That was the first thing I've checked. Sorry, I obviously forgot to mention that in my initial bug report. Combinig Option DRI off and Option NoAccel true doesn't help either. I've tried to boot Windows XP on the machine and it works correctly, this probably rules out hardware failure. I also tried: Option R4xxATOM true (_also_ together with DRI off and NoAccel true) but it didn't help too. -- Jacek Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524280: Display broken beyond recognition after upgrade to 1:6.12.2-1
On Thu, Apr 16, 2009 at 01:06:19PM -0400, Alex Deucher wrote:
On 4/16/09, Alex Deucher alexdeuc...@gmail.com wrote:
On 4/16/09, Jacek Politowski j...@jp.pl.eu.org wrote:
On Thu, 2009-04-16 at 00:07 +0200, Jacek Politowski wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.12.2-1
Severity: normal
After recent upgrade (I believe) display got totally corrupted.
(...)
I'm using AGP Radeon X800 GTO with HP LP2475w monitor, connected via
DVI.
(...)
Switching back to 6.9.0 with your current kernel/xserver/etc. fixes
it? How about 6.10.0 or 6.11.0 or 6.12.1? It would be helpful to
narrow down where the problem was introduced.
Does the attached patch help?
Switching back to 6.9.0 was impossible due to dependency conflict, as
it provides 'xserver-xorg-video-2' and xserver-xorg-core explicitly
conflicts with 'xserver-xorg-video-2'.
Where to find 6.1{0,1}.0? I can't find it neither on
snapshot.debian.net nor on regular mirror (ftp.pl.debian.org).
Unfortunately your patch doesn't help either.
I installed under VirtualBox, on other machine, fresh Sid instance to
build xserver-xorg-video-radeon with your patch.
Then I did something like this:
$ apt-get source xserver-xorg-video-radeon
$ apt-get build-dep xserver-xorg-video-radeon
$ patch debian524280.diff
### .diff and patched file in the same directory, patch applied cleanly
### added new revision in changelog
$ dpkg-buildpackage -rfakeroot -us -uc
### built cleanly - xserver-xorg-video-radeon_6.12.2-1.0jp1_i386.deb
### copied package to my machine and installed:
$ sudo dpkg -i xserver-xorg-video-radeon_6.12.2-1.0jp1_i386.deb
### installed correctly
$ dpkg -s xserver-xorg-video-radeon
Version: 1:6.12.2-1.0jp1
### started GDM
$ sudo /etc/init.d/gdm start
Display still corrupted.
--
Jacek Politowski
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501202: Wrong package version of kernel module generated with module-assistant
Package: virtualbox-ose-source Version: 1.6.6-dfsg-2 Severity: normal Package of VirtualBox 1.6.6 kernel driver, done with module-assistant, has lower version, than distributed package for VirtualBox 1.6.2. Example: virtualbox-ose-modules-2.6.26-1-686_1.6.6-dfsg-1+2.6.26-6_i386.deb (module-assistant generated package) virtualbox-ose-modules-2.6.26-1-686_2.6.26+1.6.2-dfsg-4_i386.deb (original package from distribution) It seems like VirtualBox/kernel version strings have switched places in package version string (either generated or distributed). Therefore, one that manually generate module package, have to put it on hold in order for apt/aptitude not to downgrade package to really lower version with higher version number. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox-ose-source depends on: ii bzip2 1.0.5-1 high-quality block-sorting file co ii debhelper 7.0.17 helper programs for debian/rules ii dpatch 2.0.30 patch maintenance system for Debia ii kbuild 1:0.1.3svn1610-1 framework for writing simple makef Versions of packages virtualbox-ose-source recommends: ii module-assistant 0.10.11.0 tool to make module package creati virtualbox-ose-source suggests no packages. -- no debconf information -- Jacek Politowski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464919: Fails to boot (reboots after BIOS data check)
On Tue, Feb 12, 2008 at 01:57:22AM +0100, maximilian attems wrote: On Sat, 09 Feb 2008, Jacek Politowski wrote: Package: linux-image-2.6.24-1-686 Version: 2.6.24-3 Severity: important Machine reboots right after booting - after the dots and BIOS data check successful., before Uncompressing kernel. try to manualy rerun lilo, does that help? It helped, thanks. Probably, the bug can be closed now, if it was only a glitch on my system, not something with the package in general. (next time I'll try running LILO before reporting) -- Jacek Politowski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464919: Fails to boot (reboots after BIOS data check)
Package: linux-image-2.6.24-1-686 Version: 2.6.24-3 Severity: important Machine reboots right after booting - after the dots and BIOS data check successful., before Uncompressing kernel. It didn't occur in 2.6.24-2 and it doesn't occur in 2.6.22-3. I'm running it on Intel Core2Duo E6600 on ASRock 775Dual-VSTA (VIA chipset mainboard). I haven't changed CMOS settings or added any hardware recently. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.24-1-686 depends on: ii debconf [debconf-2.0]1.5.19 Debian configuration management sy ii initramfs-tools [linux-initr 0.91d tools for generating an initramfs ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo Versions of packages linux-image-2.6.24-1-686 recommends: ii libc6-i6862.7-6 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.24-1-686/preinst/overwriting-modules-2.6.24-1-686: true linux-image-2.6.24-1-686/postinst/bootloader-error-2.6.24-1-686: linux-image-2.6.24-1-686/postinst/create-kimage-link-2.6.24-1-686: true linux-image-2.6.24-1-686/prerm/would-invalidate-boot-loader-2.6.24-1-686: true linux-image-2.6.24-1-686/preinst/initrd-2.6.24-1-686: linux-image-2.6.24-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.24-1-686/preinst/abort-install-2.6.24-1-686: linux-image-2.6.24-1-686/prerm/removing-running-kernel-2.6.24-1-686: true linux-image-2.6.24-1-686/preinst/abort-overwrite-2.6.24-1-686: linux-image-2.6.24-1-686/postinst/bootloader-test-error-2.6.24-1-686: linux-image-2.6.24-1-686/preinst/lilo-initrd-2.6.24-1-686: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.24-1-686/postinst/old-system-map-link-2.6.24-1-686: true linux-image-2.6.24-1-686/preinst/failed-to-move-modules-2.6.24-1-686: linux-image-2.6.24-1-686/postinst/depmod-error-initrd-2.6.24-1-686: false linux-image-2.6.24-1-686/preinst/bootloader-initrd-2.6.24-1-686: true linux-image-2.6.24-1-686/postinst/old-initrd-link-2.6.24-1-686: true linux-image-2.6.24-1-686/postinst/old-dir-initrd-link-2.6.24-1-686: true linux-image-2.6.24-1-686/postinst/depmod-error-2.6.24-1-686: false linux-image-2.6.24-1-686/preinst/elilo-initrd-2.6.24-1-686: true linux-image-2.6.24-1-686/postinst/kimage-is-a-directory: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409964: RFA: mozilla-firefox-adblock
Package: wnpp Severity: normal As I'm basically MIA these days, I'd like to orphan mozilla-firefox-adblock package: The AdBlock extension adds to IceWeasel browser an ability to filter unwanted objects on webpages. Filters can be specified using wildcards in order to block e.g. all images or JavaScript files from specific servers or directories. Homepage: http://adblock.mozdev.org/ Yaroslav Halchenko [debian-at-onerussian-com], who did latest NMU, already expressed his intention to adopt this package. -- Jacek Politowski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361581: Bug occurs only for non-resized new tabs
Package: gnome-terminal Version: 2.14.0-1 Followup-For: Bug #361581 Usually I have gnome-terminal at size 128x48 (started with 'gnome-terminal --geometry=128x48-0+0'). What I managed to find is: 1. Applications opened in first/none/only (how to call that?) tab of freshly run gnome-terminal behave correctly (even at 128x48) 2. After pressing Ctrl+Shift+T and running application in newly opened tab buggy behaviour occurs. 3. But after _resizing_ terminal window before starting application in newly opened tab - application behaves properly. (even after resizing back and forth, eg. to 128x47 and back to 128x48) So my guess is, there is sth. wrong with initialization of new tabs (probably default geometry settings of 80x25 are set in new environment instead of current actuals), but updated, actual size is transferred to shell environment after resizing of terminal window. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages gnome-terminal depends on: ii gnome-control-center 1:2.12.3-2 utilities to configure the GNOME d ii gnome-terminal-data 2.14.0-1 Data files for the GNOME terminal ii libatk1.0-0 1.11.4-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnome2-0 2.14.0-2 The GNOME 2 library - runtime file ii libgnomeui-0 2.14.0-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.14.0-2 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libstartup-notification0 0.8-1 library for program launch feedbac ii libvte4 1:0.12.0-1 Terminal emulator widget for GTK+ ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii scrollkeeper 0.3.14-10.1A free electronic cataloging syste Versions of packages gnome-terminal recommends: ii yelp 2.12.2-4 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333535: you can disable strikethrough with exclamation mark
Package: didiwiki Followup-For: Bug #333535 Like almost any other active content in DidiWiki, strikethrough can be disabled by preceding it with an exclamation mark (!). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339671: [INTL:pl_PL] Wrong translation of debconf template (colon confused with comma)
Package: exim4 Version: 4.54-2 Severity: minor Tags: patch l10n In polish translation of debconf template, there are several occurences of colon translated into przecinek (comma) instead of dwukropek. I also changed wrong translation of Machines into Domeny (Domains) to Systemy. Diff attached. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages exim4 depends on: ii exim4-base4.54-2 support files for all exim MTA (v4 ii exim4-daemon-light4.54-2 lightweight exim MTA (v4) daemon -- no debconf information --- debian/po/pl.po 2005-11-17 21:53:54.861260148 +0100 +++ debian/po/pl.po-new 2005-11-17 21:52:17.0 +0100 @@ -276,7 +276,7 @@ If there are any more, enter them here, separated by colons. You may leave this blank if there are none. msgstr -Je¶li istniej± inne domeny wpisz je tutaj, oddzielaj±c nazwy przecinkami. +Je¶li istniej± inne domeny wpisz je tutaj, oddzielaj±c nazwy dwukropkami. Je¿eli nie ma takich domen, mo¿esz pozostawiæ pole puste. #. Type: string @@ -308,14 +308,14 @@ The domains you enter here should be separated by colons. Wildcards may be used. msgstr -Nazwy domen powinny byæ oddzielone przecinkami. Dopuszczalne s± znaki +Nazwy domen powinny byæ oddzielone dwukropkami. Dopuszczalne s± znaki wieloznaczne. #. Type: string #. Description #: ../exim4-config.templates:82 msgid Machines to relay mail for: -msgstr Domeny dla których przekazujesz pocztê: +msgstr Systemy dla których przekazujesz pocztê: #. Type: string #. Description @@ -343,7 +343,7 @@ If there are any, enter them here, separated by colons. You should use the standard address/length format (e.g. 194.222.242.0/24). msgstr -Je¿eli jakie¶ istniej±, wprowad¼ je tutaj, oddzielone przecinkami. +Je¿eli jakie¶ istniej±, wprowad¼ je tutaj, oddzielone dwukropkami. Powiniene¶ u¿yæ standarowego formatu adres/d³ugo¶æ (np. 194.222.242.0/24). #. Type: string @@ -465,7 +465,7 @@ Enter a colon-separated list of IP-addresses to listen on. You need to double the colons in IPv6 addresses (e.g. 5f03::1200::836f). msgstr -Wpisz oddzielone przecinkami adresy IP, na których system bêdzie +Wpisz oddzielone dwukropkami adresy IP, na których system bêdzie nas³uchiwa³. Musisz podwoiæ dwukropki dla adresów IPv6 (np. 5f03::1200::836f).
Bug#329834: ITP: mozilla-firefox-adblock -- adblock extension for the Firefox web browser
Package: wnpp Severity: wishlist Owner: Jacek Politowski [EMAIL PROTECTED] * Package name: mozilla-firefox-adblock Version : 0.5.2.039 Upstream Author : AdBlock Team * URL : http://adblock.mozdev.org/ * License : Mozilla Public License 1.1 Description : adblock extension for the Firefox web browser The Adblock extension adds to Firefox browser ability to filter unwanted objects on webpages. Filters can be specified using wildcards in order to block e.g. all images or JavaScript files from specific servers or directories. . Homepage: http://adblock.mozdev.org/ You can find preliminary packages (based on mozilla-firefox-webdeveloper) on http://www.rallypl.eu.org/~jacek/debian/ -- Jacek Politowski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322598: Should provide openoffice.org2-l10-* instead of openoffice.org-l10-*
Package: openoffice.org2-l10n-pl Version: 1.9.114-1 Severity: normal I believe openoffice.org2-l10-pl should have provides field suitable for openoffice.org 2, not 1.1 version. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312259: Wrong option for onefile extract in manpage
Package: flexbackup Version: 1.2.1-2 Severity: minor Manpage for flexbackup specifies wrong optionf for single file restore. It specifies -flist filename both for restoring many files, specified in file and for single file. Correct option for restoring only single from archive is -onefile file-to-restore flexbackup --help has this right. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages flexbackup depends on: ii cpio 2.5-1.2GNU cpio -- a program to manage ar ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
