Bug#577769: xserver-xorg-core: ignores /usr/lib/X11/xorg.conf.d/ in the presence of /etc/X11/xorg.conf.d/
On Wed, Apr 14, 2010 at 14:26:19 +0200, Julien Cristau wrote: severity 577769 wishlist kthxbye Hi Julien, In my case, I use a laptop whose keyboard was rendered useless in X with this update. Thankfully I only had a small upgraded set of packages on this day so the culprit was fairly obvious, and I was able to boot to runlevel 3 and a downgrade to the testing package got me going temporarily. I also don't use an /etc/X11/xorg.conf, but I have a config in /etc/X11/xorg.conf.d/ for my synaptics touchpad to enable tapping. Please consider resetting the severity to higher than wishlist. Regards, Bernie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568872: This issue also affecting radeon 3200HD on anamorphic 16:9 1024x768 plasma display
Hardware is a radeon hd 3200 onboard graphics card, using xorg radeon driver, outputting to a 42 plasma display @ 1024x768 anamorphic aspect ratio (rectangular pixels). Prior to this xorg update it was reporting/working at correct resolution and aspect ratio. Now xdpyinfo is reporting an incorrect physical size, and as such applications such as moovida are now displaying incorrectly (a stretched image). Xorg.0.log is giving mixed messages - Max Image Size [cm] is correct, Image Size gives correct aspect ratio (16:9), but Setting screen physical size is wrong (4:3 aspect ratio). $ grep -i size /var/log/Xorg.0.log | tail -n 5 (II) RADEON(0): Using exact sizes for initial modes (II) RADEON(0): Setting screen physical size to 270 x 203 (II) RADEON(0): Max Image Size [cm]: horiz.: 93 vert.: 52 (II) RADEON(0): clock: 65.0 MHz Image Size: 708 x 398 mm (II) RADEON(0): clock: 85.5 MHz Image Size: 708 x 398 mm $ xdpyinfo | grep dimensions dimensions:1024x768 pixels (270x203 millimeters) Strangely, xrandr is reporting a correct aspect ratio... $ xrandr | head -n 2 Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1920 x 1920 VGA-0 connected 1024x768+0+0 (normal left inverted right x axis y axis) 708mm x 398mm xorg.conf is almost empty: $ cat /etc/X11/xorg.conf | grep -v ^# Section Device Identifier Configured Video Device Driver radeon EndSection Regards, Bernie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568872: Workaround for anamorphic display
I've found a workaround for my issue temporarily using the --fbmm switch in xrandr: ber...@vicious:~$ DISPLAY=:0 xdpyinfo | grep dimensions dimensions:1024x768 pixels (270x203 millimeters) ber...@vicious:~$ DISPLAY=:0 xrandr --fbmm 708x398 ber...@vicious:~$ DISPLAY=:0 xdpyinfo | grep dimensions dimensions:1024x768 pixels (708x398 millimeters) Regards, Bernie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520192: Please update version: skulpture 0.2.2.4 available
Package: kde-style-skulpture Version: 0.2.0-1 Severity: wishlist Hi, kdepepo has an updated skulpture (0.2.2.4) - it contains some changes that will (imho) help resolve some visibility issues with scrollbar decorations in the current debian packages (0.2.0). I understand there are plenty of bug fixes also - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-7.slh.3-sidux-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kde-style-skulpture depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-5 GCC support library ii libqtcore44.4.3-2Qt 4 core module ii libqtgui4 4.4.3-2Qt 4 GUI module ii libstdc++64.3.3-5The GNU Standard C++ Library v3 Versions of packages kde-style-skulpture recommends: ii kwin-style-skulpture 0.2.0-1Window decoration for KDE 4 kde-style-skulpture suggests no packages. -- no debconf information Thanks a lot - Bernie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513554: Splitting Left/Right or Up/Down creates a non-functioning terminal area in KDE 4.2
Package: yakuake Version: 2.9.4-1 Severity: normal Hi, I'm using yakuake from experimental with KDE 4.2 (also from exp) If I use the ctrl+shift+T or ctrl+shift+L shortcuts to split the terminal it creates a blank terminal area with no prompt. This area does not accept input and cannot be closed unless all other visible terminals in the split are closed too. I have pastebin'd a screenie @ http://imagebin.ca/view/w635F1.html Using the shortcut to create a 4 way split in a new tab does work however. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1.slh.1-sidux-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yakuake depends on: ii kdebase-runtime 4:4.2.0-1 runtime components from the offici ii kdelibs5 4:4.2.0-2 core libraries for all KDE 4 appli ii konsole 4:4.1.96+svn911856-0r1 X terminal emulator for KDE 4 ii libc6 2.7-18 GNU C Library: Shared libraries ii libqt4-dbus 4.4.3-2Qt 4 D-Bus module ii libqtcore44.4.3-2Qt 4 core module ii libqtgui4 4.4.3-2Qt 4 GUI module ii libstdc++64.3.2-3The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra yakuake recommends no packages. yakuake suggests no packages. -- no debconf information Regards, Bernie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505492:
I'm worried I may have jumped the gun on this - Reports exist of it reappearing for no reason without installing libqt4-svg - it may have been purely coincidental that it began working for me after it's install The bug remains however - Regards, Bernie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505492: [pkg-wpa-devel] Bug#505492:
On Fri, Nov 14, 2008 at 4:54 AM, Kel Modderman [EMAIL PROTECTED] wrote: On Thursday 13 November 2008 23:32:34 Bernard Gray wrote: I'm worried I may have jumped the gun on this - Reports exist of it reappearing for no reason without installing libqt4-svg - it may have been purely coincidental that it began working for me after it's install The bug remains however - I don't understand the above feedback, can you please clarify? Yeah sorry, I was just saying it may have been purely coincidental that the icon started appearing after the libqt4-svg package was installed. My decision to install it was a semi informed guess only. There is a thread on the sidux forums[0] (in DE section) where the icon had disappeared and reappeared for seemingly no reason, which made me second guess what I thought was a 'fix'. [0] http://sidux.com/index.php?name=PNphpBB2file=viewtopict=13302highlight= Regards, Bernie PS congrats on the new job ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488538: [PATCH][RFC] ifplugd: improve co-existance with wpa-roam mode of wpasupplicant
Hi, I have been using the wpa-roam mode of wpasupplicant in (a frequently dist-upgraded) Debian unstable for about 12 months or more to handle the transparent wireless roaming. It is robust, reliable, is simple to configure, and very much a set-and-forget type app. I would call myself a typical laptop user, I roam between up to 3 wireless networks a day and on occasion require the use of an ethernet connection for faster file transfer when copying/syncing large amounts of data from/to my home server (as well as other places on the odd occasion). When I require ethernet, I manually bring my wireless interface down and plug my cable in. I've been testing the patch provided by Kel for the last week, and it just works as expected in the same set and forget fashion as the wpa-roam mode. I plug my ethernet cable in, my wireless if is automatically taken down and the ethernet interface is automatically brought up and configured. Do my file transfer, unplug my ethernet (which then brings up the wireless if again) and continue roaming wirelessly as per usual. I can see this would be very beneficial to people who roam multiple ethernet _and_ multiple wireless networks - but for me it is a great convenience and a logical step forward in network configuration for my (the average users) purposes/configuration. As such, I would love to see this patch/functionality incorporated into the debian package by default :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473557: iceweasel: Forgets standard application for application/pdf mime types
Try installing iceweasel-gnome-support on those hosts. Mike Hi Mike, Installed iceweasel-gnome-support, but the bug is still appearing (tested on 3x hosts, iw 2.0.0.14 + kde 3.5.9, debian sid) . Going by feel only, it seems to have reduced the speed with which it will appear, but it still happens eventually. Regards, Bernie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473557: iceweasel: Forgets standard application for application/pdf mime types
Try installing iceweasel-gnome-support on those hosts. Mike Hi Mike, Installed iceweasel-gnome-support, but the bug is still appearing (tested on 3x hosts, iw 2.0.0.14 + kde 3.5.9, debian sid) . On one host, cancelling the file save dialog then reclicking the file to save reverts to correct behaviour - as though there is a timeout period for the broken-ness. However this was not consistent across all hosts tested. Further patterns I've noticed: I was premature saying OpenOffice 1.x formats were susceptible - they are the only ones (out of the list on the link in my orig post) not failing within a reasonable period - 30 clicks. Regards, Bernie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473557: iceweasel: Forgets standard application for application/pdf mime types
I can confirm this bug - I've done a bit more testing though and have the following results: Firstly, I can only replicate this on iceweasel/firefox + KDE (or at least, if there are kde mimetype handling packages installed) - it does not happen on a clean gnome install. Therefore the bug is likely with IW's handling of mimetypes defined in/by KDE (which seems to be particularly complex, with multiple definitions in multiple locations) It is not just pdf file/mimetypes that are forgotten, I can confirm on all common document formats, (with openoffice.org installed): OpenDocument: odt, ods, odp MSOffice: doc, xls, ppt, docx, xlsx, pptx OpenOffice: sxc, sxw, sxd There are some sample files at: http://silenceisdefeat.org/~ajd4096/ex2/ To replicate, click on a filetype (.xls in my experience is the quickest to show the issue), it should get the correct mimetype, and indicate a default application as per: http://i4.photobucket.com/albums/y131/clearyss/xls1.png Choose [ok] so that openoffice starts, then close openoffice Repeat the above (on the same filetype) until the mimetype is forgotten in the open/save dialog as per: http://i4.photobucket.com/albums/y131/clearyss/xls2.png I find that sometimes all mimetypes are forgotten, sometimes only a selection are forgotten. Other environments/testing info: Confirmed: Debian sid + kde 3.5.9 + iceweasel 2.0.0.14 Confirmed: Debian sid + kde 3.5.9 + fluxbox (running fluxbox as the WM) + iceweasel 2.0.0.14 Confirmed: Debian sid + kde 3.5.9 + Firefox 2.0.0.14 binary from mozilla.org Confirmed: Ubuntu Hardy + kde 3.5.9 + Firefox 2.0.0.6 (from gutsy repo) Cannot Replicate: clean Debian sid + Gnome 2.20.2.2 + iceweasel 2.0.0.14 Cannot Replicate: Windows XP + firefox 2.0.0.14 Cannot Replicate: Mac OS X v10.5 + firefox 2.0.0.14 - Other notes: it is budget time here, a lot of users are receiving a lot of attachments, it's causing quite a bit of disruption. If more information is required, I am at your immediate disposal ;) I would also be interested to know if there are other paths to resolution that you would recommend I take in parallel to this one. Regards, Bernard Gray -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471413: closed by Brice Goglin [EMAIL PROTECTED] (Re: bug 471413 is forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=14867)
From: Brice Goglin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Mon, 12 May 2008 03:47:57 +0200 Subject: Re: bug 471413 is forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=14867 Version: 2:2.3.0-1 On Wed, Mar 19, 2008 at 12:27:46AM +0100, Brice Goglin wrote: # Automatically generated email from bts, devscripts version 2.10.18.1 forwarded 471413 https://bugs.freedesktop.org/show_bug.cgi?id=14867 Your bug report is similar to the upstream bug at the URL above. This one is marked as fixed in driver 2.3.0. So I am closing this debian bug. If you happen to reproduce your problem with xserver-xorg-video-intel 2.3.0 (currently in experimental) or 2.3.1 (soon in unstable), feel free to reopen. Brice Thanks for the response - I've been testing the 2.3.0 driver in debian experimental the last 4-5 days and the problem is not reproducible. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477419: New Upstream version available 0.9.3
Package: smb4k Version: 0.9.2-1 Severity: wishlist Hi, Due to general stability issues with unmount I'm experiencing with the 0.9.2 release, plus the authentication issues, could you please package the new upstream release: From https://developer.berlios.de/project/shownotes.php?release_id=14254 : Release Name: 0.9.3 Notes: Overview:This version comes with a backport from the current development branch that improves the handling of login information. To achieve this, the format of the data that is written to the wallet had to be changed and, thus, Smb4K 0.9.3 is not compatible with earlier versions. The conversion of the old data will be done automatically. Apart from that two (un)mount issues and a regression in the network browser have been eliminated. MD5 sum: f3a7f08c442c9db821244c8b5d3d4718 smb4k-0.9.3.tar.bz2 SHA256 sum: 6ea441c176eea9ca5712244411c38b74563a94be689fda1d836d473114e44f01 smb4k-0.9.3.tar.bz2 Changes: * Revised and optimized the code of the password handler. One consequence is, that the format of the wallet entries is not compatible with previous versions. The old entries will be converted automatically. * Fixed a regression in the browser, where the list of shares was not deleted when an host item was collapsed. * Fixed an unmount problem that occurred when mount.smbfs is indeed a symlink to or a copy of mount.cifs. * The mount command now includes the NetBIOS name of the local host, which is at least needed when using port 139. Thanks, Bernard Gray
Bug#477419:
My apologies for the html email, I turned it on for some reason a few days ago and forgot to turn it off :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467177: With newer versions the Epson Stylus Photo 915 dosn't work anymore
On Thu, Mar 13, 2008 at 6:36 AM, Roger Leigh [EMAIL PROTECTED] wrote: On Wed, Mar 12, 2008 at 11:06:58AM +1100, Bernard Gray wrote: It's been almost 4 weeks with no response from the printer people on this issue, should we just wait? or can anyone recommend a more productive avenue for resolution? Sorry for delay (to both you and Klaus). I've been away in the US and only just got back. Hi Roger, no probs (and I apologise for my delayed response too :/ ) Firstly, about the printer models. I don't own either a Stylus Photo 915, nor an R300, which means I can't personally do much about the problems. If you subscribe to the gimp-print-devel mailing list at sourceforge.net (https://lists.sourceforge.net/lists/listinfo/gimp-print-devel), you will be able to ask the developers directly--it's likely this will be rather quicker than for me acting as a go-between). However, see below before you do this: All of the Epson printers which gimp-print supported should continue to work in gutenprint. So, the developers will be interested in fixing any problems with particular printers which don't work. Klaus: you will need to set LogLevel to debug in cupsd.conf, restart cups and then look at the log file after printing a file. It should show you what's going wrong. Just send the whole log to this bug address if you're unsure. Bernard: the same applies here, but from your mail, the device URI: Device URI: epson:/dev/usb/lp0 looks wrong. The epson backend should be replaced by the usb backend. You can do this by editing /etc/cups/printers.conf and restarting cups, or by modifying the printer in the web interface. I emailed the gimp-print-devel list with some updated info (included testing on an Epson Stylus Photo RX590 as well) - but I think they are waiting on a response from you? http://sourceforge.net/mailarchive/forum.php?thread_name=c058e98e0803242056m1775bbc2jd0249198c07d8141%40mail.gmail.comforum_name=gimp-print-devel Also, I'll prepare a debug level log for you at some stage today or tomorrow and post it. I didn't have any luck finding anything pertinent when I looked. Regards, Bernie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467177: With newer versions the Epson Stylus Photo 915 dosn't work anymore
I emailed the gimp-print-devel list with some updated info (included testing on an Epson Stylus Photo RX590 as well) - but I think they are waiting on a response from you? http://sourceforge.net/mailarchive/forum.php?thread_name=c058e98e0803242056m1775bbc2jd0249198c07d8141%40mail.gmail.comforum_name=gimp-print-devel Also, I'll prepare a debug level log for you at some stage today or tomorrow and post it. I didn't have any luck finding anything pertinent when I looked. Regards, Bernie Ok, I found (and fixed) my issue: In the interest of presenting a clean log, I booted a sidux 2008-01 pre2 livecd to test from. There still seems to be a bug in the kde control center when adding the printer (that's for another report), but adding it from the cups web admin interface from a fresh livecd boot worked a treat (much to my surprise). The printer now appears twice in the list of possible devices: EPSON Stylus Photo RX590 USB #1 (EPSON Stylus Photo RX590) ... Gutenprint USB Printer #1 (EPSON USB2.0 MFP(Hi-Speed)) After choosing the first entry, the correct driver is automagically chosen in the next step of the setup dialog, and after completing setup, the printer works flawlessly :) With the broken cupsd.conf, only one entry appears in the cups admin interface selectable devices list: Gutenprint USB Printer #1 (EPSON USB2.0 MFP(Hi-Speed)) In the KDE control center, the new cupsd.conf also has a selectable Local Printer option which was greyed out with the broken cupsd.conf. Sure enough, I copy the /etc/cups/cupsd.conf off the livecd boot, onto my hd install and I can install the printer and it works! So, it seems user error is the cuprit here, a dist-upgrade without diff-ing a major cupsd.conf format change (in my case at least). I'm not sure of the easiest way to rebuild the cupsd.conf file via dpkg/apt (I can't find a sample floating round in /use/share/*), so I'll just post the working cupsd.conf - /etc/cups/cupsd.conf === # # # Sample configuration file for the Common UNIX Printing System (CUPS) # scheduler. See man cupsd.conf for a complete description of this # file. # # Log general information in error_log - change info to debug for # troubleshooting... LogLevel warning # Administrator user group... SystemGroup lpadmin # Only listen for connections from the local machine. Listen localhost:631 Listen /var/run/cups/cups.sock # Show shared printers on the local network. Browsing On BrowseOrder allow,deny BrowseAllow all # Default authentication type, when authentication is required... DefaultAuthType Basic # Restrict access to the server... Location / Order allow,deny /Location # Restrict access to the admin pages... Location /admin Order allow,deny /Location # Restrict access to configuration files... Location /admin/conf AuthType Default Require user @SYSTEM Order allow,deny /Location # Set the default printer/job policies... Policy default # Job-related operations must be done by the owner or an administrator... Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job Require user @OWNER @SYSTEM Order deny,allow /Limit # All administration operations require an administrator to authenticate... Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default AuthType Default Require user @SYSTEM Order deny,allow /Limit # All printer operations require a printer operator to authenticate... Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After CUPS-Accept-Jobs CUPS-Reject-Jobs AuthType Default Require user @SYSTEM Order deny,allow /Limit # Only the owner or an administrator can cancel or authenticate a job... Limit Cancel-Job CUPS-Authenticate-Job Require user @OWNER @SYSTEM Order deny,allow /Limit Limit All Order deny,allow /Limit /Policy # # -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471413: q965 frequently hard locks when starting X
Package: xserver-xorg-video-intel Version: 2:2.2.1-1 Severity: important Kernel: 2.6.24-1-686 I am experiencing the issue reported on the xorg bugtracker here: https://bugs.freedesktop.org/show_bug.cgi?id=14867 It only occurs on my machines with intel q965 graphics chipsets (I have tested on 3 identical Dell Optiplex 745 desktops), and does not affect Intel (82)Q35 graphics chipsets (tested on Dell Optiplex 755 models). The symptom is: upon X starting, just before loading mouse cursor the screen goes black with a single non-blinking cursor in the top left corner. The machine does not respond to keyboard input, mouse input, or pings and must be power cycled. This symptom does not occur every time, but it occurs in the majority of cases (~80% of the time) I have tried building the version of xserver-xorg-video-intel in the xorg git tree according to the suggestion in the upstream bug report, it did not help, and so far exhibits the symptom described above 100% of the time. startx output seems to be getting buffered before it writes to the log file and consequently no new output appears in the Xorg.0.log after reboot. I can capture the output if I startx from a remote shell (output is listed below) $ lspci -nn | grep -i vga 00:02.0 VGA compatible controller [0300]: Intel Corporation 82Q963/Q965 Integrated Graphics Controller [8086:2992] (rev 02) == remote-shell:# startx xauth: creating new authority file /root/.Xauthority xauth: creating new authority file /root/.Xauthority X: warning; process set to priority -1 instead of requested priority 0 This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080131-1) Current Operating System: Linux sidux 2.6.24-2.6.24.3.slh.1-sidux-686 #1 SMP PREEMPT Tue Feb 26 11:12:50 UTC 2008 i686 Build Date: 01 February 2008 03:49:13AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Mar 18 09:31:04 2008 (==) Using config file: /etc/X11/xorg.conf (WW) intel: No matching Device section for instance (BusID PCI:0:2:1) found === $ cat /etc/X11/xorg.conf # /etc/X11/xorg.conf (Xorg X Window System server configuration file) # Section ServerLayout Identifier Xorg Configured Screen Screen 0 InputDevice Keyboard 0 InputDevice USB Optical Mouse 0 EndSection Section ServerFlags Option AllowMouseOpenFailtrue EndSection Section InputDevice Identifier Keyboard 0 Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout us,ca Option XkbOptionsaltwin:super_win EndSection Section InputDevice Identifier USB Optical Mouse 0 Driver mouse Option Device/dev/input/mice Option Protocol Auto Option Emulate3Buttons true Option CorePointer EndSection Section Device Identifier Device 0 Driver intel BoardName Intel Corporation 82Q963/Q965 Integrated Graphics Controller BusID PCI:0:2:0 EndSection Section Monitor Identifier Monitor 0 ModelName Default Monitor EndSection Section Screen Identifier Screen 0 Monitor Monitor 0 DefaultColorDepth 24 SubSection Display Depth 8 EndSubSection SubSection Display Depth 15 EndSubSection SubSection Display Depth 16 EndSubSection SubSection Display Depth 24 EndSubSection EndSection Section Extensions Option Composite on EndSection -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470832: new upstream release available (0.46)
Package: Inkscape Version: 0.45.1-1.1 Severity: wishlist Hi, Inkscape 0.46 for linux has been released as of the 10/3/08 - due to outstanding issues in the win32 build the PR release is being delayed til the 24/3/08 (and as such I'm guessing you may not have been notified via DEHS) Source is at: http://sourceforge.net/project/showfiles.php?group_id=93438package_id=99112 Ubuntu have a package in Hardy as of yesterday: http://packages.ubuntu.com/hardy/inkscape This is my first report of this kind, I hope I've included enough information - Thanks, Bernie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467177: With newer versions the Epson Stylus Photo 915 dosn't work anymore
It's been almost 4 weeks with no response from the printer people on this issue, should we just wait? or can anyone recommend a more productive avenue for resolution? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468101: installing ocsinventory-agent pkg in a chroot jail hangs
Hi, I'll need more details to solve this problem. Can you try running some debug commands, for ex strace (strace -p pid of process) to see where the installation hangs ? Also, since it is a chroot, please ensure that /proc and /dev are mounted. /proc and /dev are mounted. As a side note, I can install a full suite of desktop software in the chroot as well (xorg + kde), but ocsinventory-agent is the only package having an issue. strace in the chroot results in the following (let me know if I cut out too much): # strace apt-get install ocsinventory-agent ### a lot of output while it sets up deps ### write(1, Setting up po-debconf (1.0.12) , 36Setting up po-debconf (1.0.12) ... ) = 36 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 1 (in [15], left {0, 0}) read(15, status: po-debconf: unpacked\n, 1024) = 29 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 1 (in [15], left {0, 0}) read(15, status: po-debconf: half-configu..., 1024) = 36 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 1 (in [15], left {0, 0}) read(15, status: po-debconf: installed\n, 1024) = 30 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 1 (in [17], left {0, 0}) read(17, Setting up ocsinventory-agent (1..., 1024) = 47 write(1, Setting up ocsinventory-agent (1..., 47Setting up ocsinventory-agent (1:0.0.8-1) ... ) = 47 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 1 (in [15], left {0, 0}) read(15, status: ocsinventory-agent: unpa..., 1024) = 37 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 1 (in [15], left {0, 0}) read(15, status: ocsinventory-agent: unpa..., 1024) = 37 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 1 (in [15], left {0, 0}) read(15, status: ocsinventory-agent: unpa..., 1024) = 37 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 1 (in [15], left {0, 0}) read(15, status: ocsinventory-agent: unpa..., 1024) = 37 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 1 (in [15], left {0, 0}) read(15, status: ocsinventory-agent: half..., 1024) = 44 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 0 (Timeout) waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 0 (Timeout) waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 0 (Timeout) waitpid(807, 0xffb2c0fc, WNOHANG) = 0 ### this is repeated until I ctrl-C ### waitpid(807, 0xffb2c0fc, WNOHANG) = 0 read(17, Errors were encountered while pr..., 1024) = 64 write(1, Errors were encountered while pr..., 64Errors were encountered while processing: ocsinventory-agent ) = 64 waitpid(807, 0xffb2c0fc, WNOHANG) = 0 pselect6(18, [0 15 17], NULL, NULL, {1, 0}, {0xffb2bec8, 8}) = 1 (in [17], left {0, 0}) --- SIGCHLD (Child exited) @ 0 (0) --- read(17, 0xffb2386c, 1024) = -1 EIO (Input/output error) nanosleep({0, 5}, NULL) = 0 waitpid(807, [{WIFEXITED(s) WEXITSTATUS(s) == 1}], WNOHANG) = 807 close(15) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, {SIG_IGN}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, {SIG_IGN}, 8) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 -opost -isig -icanon -echo ...}) = 0 ioctl(0, SNDCTL_TMR_CONTINUE or TCSETSF, {B38400 opost isig icanon echo ...}) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 close(17) = 0 time(NULL) = 1204497828 stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0 stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0 write(4, ..\r\nSetting up libxml2 (2.6.31.d..., 1211) = 1211 close(4)= 0 munmap(0xf7147000, 4096)= 0 brk(0x814e000) = 0x814e000 close(14) = 0 close(13) = 0 close(12) = 0 close(11) = 0 close(10) = 0 close(9)= 0 close(8)= 0 close(7)= 0 close(6)= 0 close(5)= 0 munmap(0xf716d000, 839680) = 0 munmap(0xf7149000, 147456) = 0 munmap(0xf723a000, 360448) = 0 munmap(0xf7292000, 9993141) = 0 write(2, E: , 3E: )
Bug#468101: installing ocsinventory-agent pkg in a chroot jail hangs
Package: ocsinventory-agent Version: 1:0.0.8-1 Severity: normal Symptoms: Running `apt-get install ocsinventory-agent' inside a chroot jail causes the install process to hang at Setting up ocsinventory-agent (1:0.0.8-1) ... Restarting the install does not help. Previous releases (with no debconf selection options) did not have an issue. It does not seem to matter whether I choose local or http options, and debconf preseeding produces the same symptoms. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467177: With newer versions the Epson Stylus Photo 915 dosn't work anymore
I am finding I am unable to print to a usb connected Epson Stylus Photo R800 on debian sid: ii cupsys-driver-gutenprint 5.0.2-2 printer drivers for CUPS I create a new printer via the cups admin web interface: aaa-eps-r800 Description: Location: Printer Driver: Epson Stylus Photo R800 - CUPS+Gutenprint v5.0.2 Printer State: idle, accepting jobs, published. Device URI: epson:/dev/usb/lp0 When I try and print a test page from the cups admin web interface, it returns the error: Unable to open parallel port device file: Permission denied $ ls -l /dev/usb/lp0 crw-rw 1 root lp 180, 0 2008-02-28 01:41 /dev/usb/lp0 My user is a member of both lp and lpadmin groups If I restart the printer, and try to print another test page I get a new error: /usr/lib/cups/backend/epson failed This error appears in a current cupsys bugreport on the ubuntu bts: https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/183110 If I restart the printer a second time, and try to print another test page I get the original error: Unable to open parallel port device file: Permission denied Is there more information I can provide? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453068: 'man sux' unmatched bracket in synopsis
Package: sux Version: 1.0.1-3.2 Severity: minor Tags: patch Found a typo in the manpage synopsis for the 'sux' command - patch follows: --- sux.1 2007-11-27 14:31:40.0 +1100 +++ sux.1.fixed 2007-11-27 14:32:13.0 +1100 @@ -4,7 +4,7 @@ sux \- wrapper around su which will tran .SH SYNOPSIS .B sux -[\fIOPTS\fR] [\fI-\fR] [username] [\fIARGS\fR]] +[\fIOPTS\fR] [\fI-\fR] [[username] [\fIARGS\fR]] .br .B suxterm [\fIOPTS\fR] [\fI-\fR] [username] = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452344: incorrect DEBCONF_DAEMON path in /etc/init.d/gdm
On Nov 23, 2007 8:24 PM, Josselin Mouette [EMAIL PROTECTED] wrote: severity 452344 wishlist tag 452344 + pending /usr/sbin/gdm but this path is non-existent: But this is the former path, and it wasn't changed in the value passed to debconf because it would break existing installations. Ok that makes sense - I noticed you tagged it as pending too. Thanks for the quick responses :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452344: incorrect DEBCONF_DAEMON path in /etc/init.d/gdm
-DEBCONF_DAEMON=/usr/bin/gdm +DEBCONF_DAEMON=/usr/sbin/gdm Sorry, but this path is correct. Debconf is passed the /usr/bin/gdm value, not /usr/sbin/gdm. What is the contents of /etc/X11/default-display-manager on your system? as mentioned above, the contents are: /usr/sbin/gdm I can get past the 'if' test in /etc/init.d/gdm start) if the path in /etc/X11/default-display-manager is changed to: /usr/bin/gdm but this path is non-existent: [EMAIL PROTECTED]:/home/bernie# apt-file update [EMAIL PROTECTED]:/home/bernie# apt-file search /usr/bin/gdm gdc-4.1: usr/bin/gdmd gdc-4.1: usr/bin/gdmd-4.1 gdm: usr/bin/gdm-dmx-reconnect-proxy gdm: usr/bin/gdmXnest gdm: usr/bin/gdmXnestchooser gdm: usr/bin/gdmdynamic gdm: usr/bin/gdmflexiserver gdm: usr/bin/gdmphotosetup gdm: usr/bin/gdmthemetester gdmap: usr/bin/gdmap hence the bugreport. Why does /etc/init.d/gdm rely on a bogus path in /etc/X11/default-display-manager ? Regards, Bernie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452344: incorrect DEBCONF_DAEMON path in /etc/init.d/gdm
Package: gdm Version: 2.20.1-1 Severity: important Tags: patch Symptoms: GDM fails to start at boot, with error Not starting GNOME Display Manager; It is not the default display manager Cause: the path for the DEBCONF_DAEMON in /etc/init.d/gdm is incorrect. Patch follows --- /etc/init.d/gdm 2007-11-22 01:32:18.115213448 + +++ ./gdm.fixed 2007-11-22 01:31:53.466247114 + @@ -16,7 +16,7 @@ set -e PATH=/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/gdm -DEBCONF_DAEMON=/usr/bin/gdm +DEBCONF_DAEMON=/usr/sbin/gdm test -x $DAEMON || exit 0 = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452344: More info
It was brought to my attention that perhaps some extra info was required - I # echo /usr/sbin/gdm /etc/X11/default-display-manager then start gdm with # /etc/init.d/gdm start This draws the error because of the following test: $ grep Not starting gdm.init -B 2 start) if [ -e $DEFAULT_DISPLAY_MANAGER_FILE -a $HEED_DEFAULT_DISPLAY_MANAGER = true -a $(cat $DEFAULT_DISPLAY_MANAGER_FILE 2 /dev/null) != $DEBCONF_DAEMON ]; then log_action_msg Not starting GNOME Display Manager; it is not the default display manager I hope that is enough info - Regards, Bernie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445335: setxkbmap is misspelt in README (xetskbmap)
Package: xfce4-xkb-plugin Version: 0.4.3-1 Severity: minor The README documentation has setxkbmap misspelt. This is only a minor issue but last night I spent quite a while searching in vain on the original mispelling, then being led astray by searching on another misspelling 'xsetkbmap' ... xfce4-xkb-plugin-0.4.3$ diff -Nrup README README.cle --- README 2007-01-18 05:02:57.0 +1100 +++ README.cle 2007-10-05 12:16:28.0 +1000 @@ -5,7 +5,7 @@ Information The plugin itself cannot be used for defining the keyboard layouts one wants to use, this is done the XKB way - either -in XF86Config or by xetskbmap tool. +in XF86Config or by setxkbmap tool. The plugin may be used as an indicator for the current layout and as a switcher to the next layout also. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]