Re: Heads up: xorg-server 1.15 soon in sid
On 2014-02-13 16:08, Robert Millan wrote: On 13/02/2014 14:52, Steven Chamberlain wrote: On 13/02/14 14:37, Julien Cristau wrote: On Thu, Feb 13, 2014 at 13:51:36 +, Robert Millan wrote: How can we fix this? https://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd Check whether it is legally allowed and technically possible to auto-build the package; I suppose it's okay for the autobuilders. There was never a problem with licensing, but #383465 alleged 'obfuscated source code', and I agree. I've added the XS-Autobuild flag, but I'm not uploading yet to avoid interfering with the transition. nonf...@release.debian.org : the package can legitimately and technically be auto-built, explanation by Steven is quoted above. Added to the whitelist. Kind regards Philipp Kern -- 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/09f6de1446cdb3fb7c8261bfc86b0...@hub.kern.lc
Re: Graphical installer for s390(x)?!
Cyril, am Sun, May 20, 2012 at 01:18:39AM +0200 hast du folgendes geschrieben: Given we have both of them on s390, I guess having both in sync (either way) is the way to go. Please tell me what you prefer. I don't think we need xserver udebs at this point. (Looking at current debian-installer.git, I see no g-i image at all for s390* anyway. But who am I to know? ;)) Yeah, there's no such thing as g-i. Theoretically there could be in the future, if I understand it correctly, by using kvm on s390x. Because that would give you some sort of framebuffer. But with native hardware: no graphics. (Unless g-i would support some sort of network-console with VNC. But that would entail a huge initrd I presume.) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#637902: limit source to xorg, tagging 637902
Hi! On Mon, Aug 15, 2011 at 08:18:07PM +0200, Julien Cristau wrote: #xorg (1:7.6+9) UNRELEASED; urgency=low # # * Copy debian/scripts/vars.s390 to debian/scripts/vars.s390x #(closes: #637902). Thanks, Aurélien Jarno! # limit source xorg tags 637902 + pending thanks Can we have this fix in sid? :) Kind regards and thanks Philipp Kern signature.asc Description: Digital signature
Bug#572001: xserver-xorg-video-radeon: Display corruption with kernel 2.6.33
On Mon, Apr 05, 2010 at 12:29:23AM +0200, Dietz Pröpper wrote: Tried 2.6.34-rc3 for an hour or so yesterday and could no longer reproduce it. Esp. a running glxgears which triggered the behaviour within seconds runs fine now. As soon as 2.3.34 gets released I will try again but it looks promising. I was able to work normally under 2.6.34-rc4. However I tried to watch a movie through the GL driver of mplayer and the screen decayed shortly after again. So KMS is more, but still not entirely stable. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#572001: xserver-xorg-video-radeon: Display corruption with kernel 2.6.33
Hi Brice, On Mon, Mar 01, 2010 at 01:47:18PM +0100, Brice Goglin wrote: Dietz Pröpper wrote: Why do you report against xserver-xorg-video-radeon if 2.6.33 seems to be the breaker here ? Eh? It might also be an error in xserver-xorg-video-radeon. And given the fact that there is no 2.6.33 packagage atm, where else should I report? 2.6.33 is actually in experimental now :) I can confirm this behaviour on 2.6.33-2-amd64 from experimental. I did not test KMS on 2.6.32 yet, though. Also Z61m, also X1400. Screen decays (without using OpenGL at all!) pretty much randomly but quickly after startup with a simple Gnome session (with metacity, not mutter or something else compositing-ish). It looks that the screen refresh is totally missing after that lockup. Without KMS, X is working correctly. pk...@asterix:~$ dpkg -l xserver-xorg-video-radeon mesa-utils libgl1-mesa-dri libgl1-mesa-glx libdrm-radeon1 linux-image-`uname -r` Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii libdrm-radeon12.4.18-3 Userspace interface to radeon-specific kernel DRM services -- runtime ii libgl1-mesa-dri 7.7-4 A free implementation of the OpenGL API -- DRI modules ii libgl1-mesa-glx 7.7-4 A free implementation of the OpenGL API -- GLX runtime ii linux-image-2.6.33-2-amd642.6.33-1~experimental.4 Linux 2.6.33 for 64-bit PCs un mesa-utilsnone (no description available) ii xserver-xorg-video-radeon 1:6.12.192-2 X.Org X server -- AMD/ATI Radeon display driver Kind regards, Philipp Kern signature.asc Description: Digital signature
Re: [pkg-nvidia-devel] X stack for squeeze (was Re: Bits from the Release Team: What should go into squeeze?)
On Tue, Mar 16, 2010 at 04:23:11PM -0700, Randall Donald wrote: On Tue, 2010-03-16 at 20:21 +0100, Philipp Kern wrote: On Tue, Mar 16, 2010 at 03:51:57PM +0100, Julien Cristau wrote: - nouveau is nowhere near ready, and needs someone to take care of getting the userspace components (and firmware) in sid soon I know it's non-free, but I guess we should look for a nvidia proprietary solution too. It tends to accumulate lots of RC bugs. Any comments from the pkg-nvidia guys? We generally go with the latest version at the time of freeze and then build a kernel module package that is compatible. Other than that is there something else you are asking about? You mean regardless of 9 RC bugs opened against the package? That even sounds like please force the newest upstream versions into squeeze regardless of any packaging bugs, or do you want to release with the current version in testing? Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Re: X stack for squeeze (was Re: Bits from the Release Team: What should go into squeeze?)
On Tue, Mar 16, 2010 at 03:51:57PM +0100, Julien Cristau wrote: - nouveau is nowhere near ready, and needs someone to take care of getting the userspace components (and firmware) in sid soon I know it's non-free, but I guess we should look for a nvidia proprietary solution too. It tends to accumulate lots of RC bugs. Any comments from the pkg-nvidia guys? Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#540317: libcompizconfig0: Uninstalable due to libprotobuf3 removal
On Fri, Aug 07, 2009 at 09:29:04AM +0200, Jean-Luc Coulon (f5ibh) wrote: libprotobuf3 has been removed. So libcompizconfig0 (and the whole compiz stack) is uninstalable. I've scheduled binNMUs for this package now. (Seems to be the only rdep of libprotobuf3 apart from protobuf itself.) Iustin, as you have rdeps now on that library, please notify -release on a transition next time. Thanks. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [SRM] xorg and xorg-server update for lenny
On Wed, Jun 03, 2009 at 09:49:19PM +0200, Julien Cristau wrote: the workaround put in xorg-server for 5.0.1 didn't fix the problem on sparc with pci drivers, and actually made things worse for some people, so I'd like to revert it in 5.0.2, and try to fix it some other way instead. The xorg-server update would: - remove the patch added in r1 - cherry-pick a patch to fix the idletime xsync timer (see http://packages.qa.debian.org/g/gnome-session/news/20090521T093223Z.html and http://cgit.freedesktop.org/xorg/xserver/commit?id=1f4fb0225b278d1cf4145aebeb0bdd23dc8f62d5) I'm not attaching the patch here, it's in git, branch debian-lenny, for those who care. ACK. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#520547: [SRM] xserver-xorg-video-savage update in lenny
On Fri, Mar 20, 2009 at 09:45:53PM +0100, Julien Cristau wrote: would the attached debdiff for bug#520547 be accepted in lenny? Yep. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Release Assistant `. `' xmpp:p...@0x539.de Stable Release Manager `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#444853: Crashes on time step
Package: xserver-xorg Version: 1:7.1.0-19 Severity: normal Dear X strike force, we have one computer which is unable to keep the correct time due to some incompatibility to the nforce chipset used (running a self-compiled kernel derived from 2.6.20-3). Whenever the time gets stepped (mostly backwards by ntpd because the time is running too fast, but also when trying date) the xserver suddently crashes. This is on Debian Etch. I am unable to debug this issue because gdb does funny things. It was more likely to crash when run as a user from kdm/startx, but even as root running on gdb it segfaulted after some playing with the time. Kind regards, Philipp Kern -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2007-03-18 16:37 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1597964 2007-04-04 03:37 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 05:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] (rev a1) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3367 2007-08-08 10:17 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loadi2c Loadbitmap Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de Option XkbVariantnodeadkeys EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section Device Identifier nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] Driver nvidia BusID PCI:5:0:0 Option TwinView EndSection Section Monitor Identifier HC194D Option DPMS EndSection Section Screen Identifier Default Screen Device nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] Monitor HC194D DefaultDepth24 SubSection Display Depth 1 Modes 1280x1024 1024x768 832x624 800x600 720x400 640x640 640x480 640x400 EndSubSection SubSection Display Depth 4 Modes 1280x1024 1024x768 832x624 800x600 720x400 640x640 640x480 640x400 EndSubSection SubSection Display Depth 8 Modes 1280x1024 1024x768 832x624 800x600 720x400 640x640 640x480 640x400 EndSubSection SubSection Display Depth 15 Modes 1280x1024 1024x768 832x624 800x600 720x400 640x640 640x480 640x400 EndSubSection
