Bug#893975: x11proto-dev: trying to overwrite '/usr/include/X11/extensions/xf86misc.h'
On Sat, 24 Mar 2018, Sven Joachim wrote: > Am 24.03.2018 um 21:09 schrieb Sven-Haegar Koch: > > > Package: x11proto-dev > > Version: 2018.4-3 > > Severity: normal > > > > Dear Maintainer, > > > > Error while trying to install as part of a dist-upgrade: > > > > Selecting previously unselected package x11proto-dev. > > Preparing to unpack .../158-x11proto-dev_2018.4-3_all.deb ... > > Unpacking x11proto-dev (2018.4-3) ... > > dpkg: error processing archive > > /tmp/apt-dpkg-install-8XuetG/158-x11proto-dev_2018.4-3_all.deb (--unpack): > > trying to overwrite '/usr/include/X11/extensions/xf86misc.h', which is > > also in package x11proto-xf86misc-dev 0.9.3-2 > > dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) > > Errors were encountered while processing: > > /tmp/apt-dpkg-install-8XuetG/158-x11proto-dev_2018.4-3_all.deb > > > > Looks like this package needs some conflicts/replaces. > > Either that, or it should not ship the files which used to be in > x11proto-xf86misc-dev. There is a reason why x11proto-xf86misc-dev has > been removed from Debian almost six years ago[1]. > > In the meantime, get rid of x11proto-xf86misc-dev and other obsolete > junk on your system(s). Thanks! That fixed my install. These leftover packages just happen, Debian unstable is too good to survive for years and years just doing "apt-get dist-upgrade" and "apt-get autoremove" without any reinstalls, even when moving to new hardware I just restore a backup of the older machine there ;) c'ya sven-haegar -- Three may keep a secret, if two of them are dead. - Ben F.
Bug#893975: x11proto-dev: trying to overwrite '/usr/include/X11/extensions/xf86misc.h'
Package: x11proto-dev Version: 2018.4-3 Severity: normal Dear Maintainer, Error while trying to install as part of a dist-upgrade: Selecting previously unselected package x11proto-dev. Preparing to unpack .../158-x11proto-dev_2018.4-3_all.deb ... Unpacking x11proto-dev (2018.4-3) ... dpkg: error processing archive /tmp/apt-dpkg-install-8XuetG/158-x11proto-dev_2018.4-3_all.deb (--unpack): trying to overwrite '/usr/include/X11/extensions/xf86misc.h', which is also in package x11proto-xf86misc-dev 0.9.3-2 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Errors were encountered while processing: /tmp/apt-dpkg-install-8XuetG/158-x11proto-dev_2018.4-3_all.deb Looks like this package needs some conflicts/replaces. Greetings Haegar -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages x11proto-dev depends on: ii xorg-sgml-doctools 1:1.11-1 x11proto-dev recommends no packages. x11proto-dev suggests no packages.
Bug#762978: xterm: On-Click selection now selects random ares, not things under the cursor
Package: xterm Version: 311-1 Severity: normal Dear Maintainer, Since the last xterm update (311) selection on click/doubleclick does not work correctly anymore. I am using the following ~/.Xresources settings since years which always worked correctly, until now: XTerm*on2Clicks: regex [^/@ \n]+ XTerm*on3Clicks: regex [^ \n]+ XTerm*on4Clicks: regex [^#$]+ XTerm*on5Clicks: line For example of the missbehaviour: Line: haegar@aurora:~$ less .Xresources Double click on .Xresources: Selection expected: ^^^ Selection now: ^ Double click on less: Selection expected: Selection now: ^^^ (Yes, it now selects .Xresources, if I click on the word before) Greetings Haegar -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable'), (101, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.19-11 ii libfontconfig1 2.11.0-6.1 ii libice6 2:1.0.9-1 ii libtinfo5 5.9+20140913-1 ii libutempter01.1.5-4 ii libx11-62:1.6.2-3 ii libxaw7 2:1.0.12-2 ii libxft2 2.3.2-1 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.11-1 ii libxt6 1:1.1.4-1 ii xbitmaps1.1.1-2 Versions of packages xterm recommends: ii x11-utils 7.7+2 Versions of packages xterm suggests: pn xfonts-cyrillic none -- Configuration Files: /etc/X11/app-defaults/XTerm changed: ! $XTermId: XTerm.ad,v 1.99 2013/06/23 08:57:13 Ross.Combs Exp $ ! - ! this file is part of xterm ! ! Copyright 1996-2010,2011 by Thomas E. Dickey ! ! All Rights Reserved ! ! Permission is hereby granted, free of charge, to any person obtaining a ! copy of this software and associated documentation files (the ! Software), to deal in the Software without restriction, including ! without limitation the rights to use, copy, modify, merge, publish, ! distribute, sublicense, and/or sell copies of the Software, and to ! permit persons to whom the Software is furnished to do so, subject to ! the following conditions: ! ! The above copyright notice and this permission notice shall be included ! in all copies or substantial portions of the Software. ! ! THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS ! OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF ! MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. ! IN NO EVENT SHALL THE ABOVE LISTED COPYRIGHT HOLDER(S) BE LIABLE FOR ANY ! CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, ! TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE ! SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. ! ! Except as contained in this notice, the name(s) of the above copyright ! holders shall not be used in advertising or otherwise to promote the ! sale, use or other dealings in this Software without prior written ! authorization. ! - *saveLines: 1024 *SimpleMenu*BackingStore: NotUseful *SimpleMenu*menuLabel.font: -adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-* *SimpleMenu*menuLabel.vertSpace:100 *SimpleMenu*HorizontalMargins: 16 *SimpleMenu*Sme.height: 16 *SimpleMenu*Cursor: left_ptr *mainMenu.Label: Main Options *mainMenu*toolbar*Label: Toolbar *mainMenu*fullscreen*Label: Full Screen *mainMenu*securekbd*Label: Secure Keyboard *mainMenu*allowsends*Label: Allow SendEvents *mainMenu*redraw*Label: Redraw Window *mainMenu*logging*Label: Log to File *mainMenu*print-immediate*Label: Print-All Immediately *mainMenu*print-on-error*Label: Print-All on Error *mainMenu*print*Label: Print Window *mainMenu*print-redir*Label: Redirect to Printer *mainMenu*8-bit control*Label: 8-Bit Controls *mainMenu*backarrow key*Label: Backarrow Key (BS/DEL) *mainMenu*num-lock*Label: Alt/NumLock Modifiers *mainMenu*alt-esc*Label: Alt Sends Escape *mainMenu*meta-esc*Label: Meta Sends Escape *mainMenu*delete-is-del*Label: Delete is DEL *mainMenu*oldFunctionKeys*Label: Old Function-Keys *mainMenu*sunFunctionKeys*Label: Sun Function-Keys *mainMenu*sunKeyboard*Label: VT220 Keyboard *mainMenu*hpFunctionKeys*Label: HP Function-Keys *mainMenu*scoFunctionKeys*Label: SCO Function-Keys *mainMenu*tcapFunctionKeys*Label: Termcap Function-Keys *mainMenu*suspend*Label: Send STOP Signal *mainMenu*continue*Label: Send CONT Signal *mainMenu*interrupt*Label: Send INT Signal *mainMenu*hangup*Label: Send HUP Signal *mainMenu*terminate*Label: Send TERM Signal *mainMenu*kill*Label: Send KILL Signal *mainMenu*quit*Label: Quit *vtMenu.Label:
Bug#762978: xterm: On-Click selection now selects random ares, not things under the cursor
On Fri, 26 Sep 2014, Thomas Dickey wrote: On Fri, Sep 26, 2014 at 04:57:45PM -0400, Thomas Dickey wrote: On Fri, Sep 26, 2014 at 08:43:27PM +0200, Sven-Haegar Koch wrote: Package: xterm Version: 311-1 Severity: normal Dear Maintainer, Since the last xterm update (311) selection on click/doubleclick does not work correctly anymore. hmm - H.Merijn Brand had a similar comment last weekend (did not mention regex), but I was not able to reproduce his report. With regex, I did fix an error - which may have introduced a different bug. (will investigate/fix/etc). I'll put out a #312 this weekend (want to check on a different report). Here is the fix for this problem: Thank You! I confirm this patch fixes my problem. Took the xterm 311 package source, added the patch to debian/patches, rebuilt package, installed, xterm restarted - works. *Happy* c'ya sven-haegar -- Three may keep a secret, if two of them are dead. - Ben F. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.11.1409270228440.15...@aurora.sdinet.de
Bug#708055: Needs real re-upload
hallo, I suppose binary-rebuilds are broken for multiarch packages, mesa needs a real re-upload (with most likely only the changelog adapted) - the auto-generated changelog entries are really different, not just a gz problem: i386: - mesa (8.0.5-4+b1) sid; urgency=low * Binary-only non-maintainer upload for i386; no source changes. * Rebuild against libffi6 -- i386 Build Daemon (murphy) buildd_i386-mur...@buildd.debian.org Sun, 12 May 2013 09:36:04 + amd64: -- mesa (8.0.5-4+b1) sid; urgency=low * Binary-only non-maintainer upload for amd64; no source changes. * Rebuild against libffi6 -- amd64 Builddd Daemon (barber) buildd_amd64-bar...@buildd.debian.org Sun, 12 May 2013 09:40:10 + c'ya sven-haegar -- Three may keep a secret, if two of them are dead. - Ben F. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.02.1305131820110.8...@aurora64.sdinet.de
Re: drm backport to 3.2
On Fri, 24 Aug 2012, Julien Cristau wrote: I've pushed to git://anonscm.debian.org/git/users/jcristau/linux 3.2.y+drm3.4.y a backport of the drm subsystem from 3.4.y to the 3.2.y kernel. It works for me so far on a box with intel gm45 graphics, but the only other hardware I have is an old intel 945gm, so I'd appreciate testing by others. In particular I'd be interested in regression (or not) reports for systems where the current sid kernel works fine, and testing on newer hardware that is not (or not so well) supported in sid right now. Wouldn't it make sense to use the new compat-drivers stuff for this instead of a seperate backporting effort (aka formerly compat-wireless)? https://backports.wiki.kernel.org/index.php/Main_Page http://www.do-not-panic.com/2012/08/automatically-backporting-linux-kernel.html The linux-next-based snapshots already contain support for the DRM subsystem. c'ya sven-haegar -- Three may keep a secret, if two of them are dead. - Ben F. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.02.1208241444210.13...@aurora64.sdinet.de
Re: radeonhd-problem
On Tue, 1 Nov 2011, zuhans wrote: i installed the latest debian-testing-xserver-xorg-video-radeon packages and have still troubles to get it up and running (at first on i386 and now on amd64). then i looked at debian.packages.org and found a curious situation: xserver-xorg-video-radeon is depending on packages, that shouldn't be installed on normal systems: libc0.1 (libc0.1-udeb), libc6 (libc6-udeb) and libc6.1 (libc6.1-udeb). These dependencies are only for specific architectures which need them. now what is to be done here? i have a samsung-laptop with an amd a4-3310mx apu (dual head) and the lastes debian-testing installed. when it comes to modeprobe (kms) the screen goes away (but the system runs in background). I had the same problem with my old Thinkpad T60, adding fbcon to /etc/modules fixed it - perhaps try that first. c'ya sven-haegar -- Three may keep a secret, if two of them are dead. - Ben F. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.DEB.2.02.011502000.1594@aurora
Re: Bug#523020: kbd does not took over language settings
On Wed, 8 Apr 2009, Patrick Matthäi wrote: Package: xserver-xorg-input-kbd Version: 1:1.3.2-2 Severity: important I wanted to upgrade my amd64 desktop (with the radeon driver) to xorg from experimental. After the upgrade and starting KDE4 my keyboard layout was not set properly anymore (english instead if german). Playing with my configuration (enabling and disabling those settings) does not have any effect. There wasn't also anything interesting about this in the xorg.log. I just had the same thing - I am using X.org from unstable, but used kde 4.2.1 from experimental, everything was as expected - but with the update to kde 4.2.2 in unstable kde took over my keyboard settings from X.org. I have the following keyboard part in /etc/X11/xorg.conf: Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de Option XkbVariantnodeadkeys Option AutoRepeat250 30 EndSection Now KDE has under it's System Settings-RegionalLanguage a Keyboard Layout setting, where only a USA setup was defined. After adding a german part there everything works as expected again. It seems the kde settings now generate a setxkbmap command which gets executed at kde startup and overwrites the keyboard settings of the xorg.conf. So I think this is no bug of xserver-xorg-input-kbd but of an (for me) unknown KDE package which does not take the correct defaults. c'ya sven -- The lights are fading out, once more...
Re: xinit's xserverrc
On Wed, 28 May 2008, Kai Hendry wrote: On 2008-05-28T01:15+0200 Brice Goglin wrote: Try passing /etc/X11/xorg.webc.conf instead of a relative path. IIRC, we only allow alternative config files from /etc/X11. Not sure about the argument ordering: xinit /etc/X11/xinit/xinitrc -- /usr/bin/X -conf /etc/X11/xorg.webc.conf :1 -auth /tmp/serverauth.CBjhw27703 xinit /etc/X11/xinit/xinitrc -- /usr/bin/X :1 -conf /etc/X11/xorg.webc.conf -auth /tmp/serverauth.CBjhw27703 However both fail with: Fatal server error: Unrecognized option: -conf man Xorg says the option is named '-config', not '-conf' Still a bit confused over X Xorg: x61:~% ll /usr/bin/Xorg /usr/bin/X -rwsr-sr-x 1 root root 7.4K 2008-01-06 20:20 /usr/bin/X* -rwxr-xr-x 1 root root 1.6M 2008-05-18 12:55 /usr/bin/Xorg Why can't X take Xorg's arguments? (-conf) Why does Xorg suffer perm problems whilst X doesn't? X is a suid-root wrapper executing Xorg/the real xserver so that the server itself gets started as root c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#234067: xserver-xfree86: [vesa] memory leak [new to XFree86 4.3.0]
On Fri, 12 Jan 2007, Brice Goglin wrote: About 3 years ago, you reported (or replied to) a bug in the Debian BTS regarding a memory leak in the Xfree86 server when using the vesa driver. Did any of you guys reproduce this problem recently? If not, I will close this bug in the next weeks. I am currently not using the VESA driver on any of my machines, so I cant test it. But looking back I suspect the reason for it to be the Mozilla memory leak, for which other bugreports are already filed. So perhaps just go ahead and close this bug, if someone else happens to run over this on a current setup he will just reopen this bug or file a new one. c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#231205: xserver-xfree86: VT switching impossible
On Sat, 6 Jan 2007, Brice Goglin wrote: 3 years ago, you reported (a replied to) a bug in the Debian BTS because it was impossible to switch to VT from X on your board. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. I don't have the old laptop anymore - with the current one and current x.org from unstable I don't have this problem since a long time, feel free to close this bug. c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#399638: xterm: broken rendering in ncurses programs
On Wed, 22 Nov 2006, Thomas Dickey wrote: On Wed, Nov 22, 2006 at 05:30:16AM +0100, Marc Wilson wrote: On Tue, Nov 21, 2006 at 06:29:15AM -0500, Thomas Dickey wrote: On Tue, Nov 21, 2006 at 03:40:08AM +0100, Marc Wilson wrote: avoid repainting the screen sounds very like what I'm seeing in mutt. Layout inside the xterm window is correct, it's just that characters are... missing. Maybe - if it were that simple, I think I'd be seeing more reports. Here's an example of what I see with mutt running inside xterm: http://members.cox.net/msw/05.png thanks. I understand the report, but the specific item that you pointed to in the changelog refers to repainting the whole screen when an application assigns new colors. The case that I've been investigating might be related (or I might simply not see it due to different resource settings). It might be helpful to see what appres XTerm (or the xrdb output), so I can check that. I am seeing the same problems using make menuconfig on a kernel source, or in midnight commander. Using the debian package xterm 222-1 Screenshots: https://www.sdinet.de/tmp/xterm1.jpg After some scrolling down+up: https://www.sdinet.de/tmp/xterm2.jpg https://www.sdinet.de/tmp/xterm3.jpg Output of appres XTerm: https://www.sdinet.de/tmp/xterm.appres.txt c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#369502: x11-common: /usr/bin/X doesn't start X anymore
On Tue, 30 May 2006, Attila Kinali wrote: After an upgrade from xorg 6.9 to 7.0, startx and other scripts dont work anymore, because xorg isnt started by using X but by using Xorg. IMHO for compatibility and especialy during the transition X should be a wrapper around Xorg. Interestingly X itself doesn't print any error why it couldnt start x, it just exits. There is not even a warning. IMHO this should be fixed to, to avoid problems during and after upgrade Please check if your /etc/X11/X symlink points to /bin/true - for me this had happened on update 6.9-7.0 - this symlink needs to point to /usr/bin/Xorg for everything to work. c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r1822 - trunk/debian/xorg/debian
On Sun, 16 Apr 2006, X Strike Force SVN Repository Admin wrote: Author: dnusinow Date: 2006-04-16 17:47:24 -0400 (Sun, 16 Apr 2006) New Revision: 1822 Log: * Add x11-common conflict on xearth. Thanks Steve M. Robbins. (closes: #362524) +Conflicts: [], xearth (= 1.1-10.2) Shouldn't this conflict with xearth older or equal 1.1-10.2 (= 1.1-10.2)? Only allowing old versions does not seem correct. c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332336: xserver-xorg: upgrading nags for reconfiguration
hallo, same bug here, but I get one additional error-message just before the each of the three mouse-question-dialogs: Setting up xserver-xorg (6.8.2.dfsg.1-8) ... debconf: DbDriver config: /var/cache/debconf/config.dat is locked by another process auto_answer() resetting template xserver-xorg/autodetect_mouse xserver-xorg postinst warning: not updating /etc/X11/xorg.conf; file has been customized System startup links for /etc/init.d/xserver-xorg already exist. c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258130: Make X applications depends on x-window-system-core
On Wed, 7 Jul 2004, Michelle Konzack wrote: So what I like to see is to make all X programs which require a working X-Window-System Depends: x-window-system-core Suggest: window-manager Very bad idea. I am using X applications on more than one headless server machine. The output gets forwarded by ssh to my workstation or laptop, and only these two boxes have a full X installed - the others only the absolutely neccessary libs, no X-Server, no fonts. c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/)