Bug#204238: XFree86 Version 4.2.1-9 don't build on sid
On Tue, Aug 05, 2003 at 07:14:24PM +0200, Ruben Puettmann wrote: > Applying patch > debian/patches/000_stolen_from_HEAD_nv_driver.diff...done. > Applying patch > debian/patches/000_stolen_from_HEAD_savage_driver.diff...done. > Applying patch debian/patches/000_stolen_from_HEAD_xaw.diff...done. > Applying patch debian/patches/000_stolen_from_HEAD_xdm.diff...done. > Applying patch debian/patches/000_stolen_from_HEAD_xlib.diff...done. > Applying patch debian/patches/000_stolen_from_HEAD_xman.diff...done. > Applying patch debian/patches/000_stolen_from_HEAD_xtt.diff...done. > Applying patch debian/patches/001a_damn_cpp_3.3_to_hell.diff...done. > Applying patch debian/patches/001b_m68k_haslinuxinput_too.diff...dry run > failed. > patching file config/cf/linux.cf > Hunk #1 FAILED at 157. > 1 out of 1 hunk FAILED -- saving rejects to file config/cf/linux.cf.rej > make: *** [debian/stampdir/patchapply] Fehler 1 > debuild: fatal error at line 466: > dpkg-buildpackage failed! Try LC_ALL=C debuild -B -us -uc. -- Daniel Stone <[EMAIL PROTECTED]> http://www.kde.org - http://www.debian.org - http://www.xwin.org "Configurability is always the best choice when it's pretty simple to implement" -- Havoc Pennington, gnome-list pgp0.pgp Description: PGP signature
Processed: Re: Bug#204259: xserver-xfree86: libxtt.a unresolved symbols
Processing commands for [EMAIL PROTECTED]: > tag 204259 + moreinfo Bug#204259: xserver-xfree86: libxtt.a unresolved symbols There were no tags set. Tags added: moreinfo > retitle 204259 xserver-xfree86: [xtt] unresolved symbols when using proprietary > nvidia video driver Bug#204259: xserver-xfree86: libxtt.a unresolved symbols Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#204343: Xfree crashes when accessing some fonts (on i830)
Processing commands for [EMAIL PROTECTED]: > retitle 204343 xserver-xfree86: [i810] SIGILL when rasterizing unpackaged fonts on > Intel i830M rev 3 Bug#204343: Xfree crashes when accessing some fonts (on i830) Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force SVN commit: rev 378 - people/wt
Author: wt Date: 2003-08-07 22:56:22 -0500 (Thu, 07 Aug 2003) New Revision: 378 Added: people/wt/4.4.0/ Log: Make working directory for porting to the next stable XFree86. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#115901: status
Does this still happen with current xlibmesa packages, in particular those in testing or sid or soon to be in experimental? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Bug#178242: seems to be fixed
As 4.2.1-9 seems to work again, this bug can probably be closed? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
xfree86 4.3.0-pre1v1 sources ?
Hello, Is there somewhere the 4.3.0-pre1v1 source package are available while they are waiting in the new queue ? I wish to build them, and try to work on providing the driver SDK this weekend. I tried building the today nightly snapshots, but they failed with the hunk 1 of the 003_linux.cf_and_xfree86.cf.diff patch. It failed in linux.cf, because the upstream tarball seem to have a : #if LinuxDistribution == LinuxDebian # define SystemManDirectory /usr/share/man # define CppCmd cpp-3.2 # define HasPam YES # define HasTk YES # define TkLibDir /usr/lib # define TkIncDir /usr/include # define TkLibName tk8.3 # define XF86SetupUsesStaticTk NO # define HasTcl YES # define TclLibDir /usr/lib # define TclIncDir /usr/include # define TclLibName tcl8.3 # define XF86SetupUsesStaticTcl NO /* un-comment this when it is un-broken */ /* # define JoystickSupport YES */ The : # define CppCmd cpp-3.2 Not being found in the patch. I suppose we want to build with cpp-3.3 also, right ? I will try to fix this, and provide a corrected patch, and see if it fails further down. BTW, what is the prefered way of handling this kind of stuff ? Using debian-x, mail to Branden directly, or perhaps to the X task force ? Friendly, Sven Luther
Bug#163730: status
> (II) RADEON(0): [drm] drmSetBusid failed (6, PCI:1:5:0), Device or > resource busy > (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. Does this still happen? Maybe there was a stray process still using the DRM device? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Re: xfree86 4.3.0-pre1v1 sources ?
On Thu, Aug 07, 2003 at 11:52:13AM +0200, Sven Luther wrote: > Is there somewhere the 4.3.0-pre1v1 source package are available while > they are waiting in the new queue ? I wish to build them, and try to > work on providing the driver SDK this weekend. http://auric.debian.org/~branden/ > I tried building the today nightly snapshots, but they failed with the > hunk 1 of the 003_linux.cf_and_xfree86.cf.diff patch. It failed in > linux.cf, because the upstream tarball seem to have a : > > #if LinuxDistribution == LinuxDebian > # define SystemManDirectory /usr/share/man > # define CppCmd cpp-3.2 > # define HasPam YES > # define HasTk YES > # define TkLibDir /usr/lib > # define TkIncDir /usr/include > # define TkLibName tk8.3 > # define XF86SetupUsesStaticTk NO > # define HasTcl YES > # define TclLibDir /usr/lib > # define TclIncDir /usr/include > # define TclLibName tcl8.3 > # define XF86SetupUsesStaticTcl NO > /* un-comment this when it is un-broken */ > /* # define JoystickSupport YES */ > > The : > > # define CppCmd cpp-3.2 > > Not being found in the patch. I suppose we want to build with cpp-3.3 > also, right ? Umm, no. We want to build with cpp-3.2, because cpp-3.3 doesn't process text, and it should be appled by patch #001b or such. Are you *sure* all the patches are getting applied? > I will try to fix this, and provide a corrected patch, and see if it > fails further down. The patch is correct. > BTW, what is the prefered way of handling this kind of stuff ? Using > debian-x, mail to Branden directly, or perhaps to the X task force ? debian-x is the best way to reach the XSF, yes. -- Daniel Stone <[EMAIL PROTECTED]> http://www.kde.org - http://www.debian.org - http://www.xwin.org "Configurability is always the best choice when it's pretty simple to implement" -- Havoc Pennington, gnome-list pgpcVKYGaf3Ck.pgp Description: PGP signature
Re: xfree86 4.3.0-pre1v1 sources ?
On Thu, Aug 07, 2003 at 08:37:52PM +1000, Daniel Stone wrote: > On Thu, Aug 07, 2003 at 11:52:13AM +0200, Sven Luther wrote: > > Is there somewhere the 4.3.0-pre1v1 source package are available while > > they are waiting in the new queue ? I wish to build them, and try to > > work on providing the driver SDK this weekend. > > http://auric.debian.org/~branden/ A, ok. I had trouble building the package with your -ds4 packages, since libxcursor is needed to build, but it overwrites a file from the -ds4 xlibs-dev, and installing the 4.2.1 stuff would have meant removing all the -0ds4 packages, which i didn't want to do. I just forced the overwrite and it went fine. > > I tried building the today nightly snapshots, but they failed with the > > hunk 1 of the 003_linux.cf_and_xfree86.cf.diff patch. It failed in > > linux.cf, because the upstream tarball seem to have a : > > > > #if LinuxDistribution == LinuxDebian > > # define SystemManDirectory /usr/share/man > > # define CppCmd cpp-3.2 > > # define HasPam YES > > # define HasTk YES > > # define TkLibDir /usr/lib > > # define TkIncDir /usr/include > > # define TkLibName tk8.3 > > # define XF86SetupUsesStaticTk NO > > # define HasTcl YES > > # define TclLibDir /usr/lib > > # define TclIncDir /usr/include > > # define TclLibName tcl8.3 > > # define XF86SetupUsesStaticTcl NO > > /* un-comment this when it is un-broken */ > > /* # define JoystickSupport YES */ > > > > The : > > > > # define CppCmd cpp-3.2 > > > > Not being found in the patch. I suppose we want to build with cpp-3.3 > > also, right ? > > Umm, no. We want to build with cpp-3.2, because cpp-3.3 doesn't process text, Ok, i noticed that when looking at the 003a patch. > and it should be appled by patch #001b or such. Are you *sure* all the patches > are getting applied? Yep, the problem is that branden added the define CppCmd cpp-3.2 in the 003a patch, which gets applied just before the 003 one, and apparently didn't rebuild the 003 patch. I will attach here the fixed version. > > I will try to fix this, and provide a corrected patch, and see if it > > fails further down. > > The patch is correct. No, it is not, it doesn't apply, it doesn't know about the CppCmd line, which got added by 003a. That said, maybe the problem is because i used the nightly snapshot, and it has already fixed in SVN, or something such. Anyway, it is building now. > > BTW, what is the prefered way of handling this kind of stuff ? Using > > debian-x, mail to Branden directly, or perhaps to the X task force ? > > debian-x is the best way to reach the XSF, yes. Ok. BTW, you have already added my SDK patch, right ? I will try to build it now, and create a separate package with it inside as a tarball, unless you want to do it yourself as you told me some month back. Then i will be building drivers snapshot packages out of the X CVS, but using a totally separate source tarball, as it should be. BTW, is it to early to upload my gnome-randr-applet package, which depends on 4.3.0 ? I have it ready for month, but couldn't upload it previously. If i upload it to experimental, it should enter experimental together with xfree86, but then, maybe i should wait to have an official 4.3.0 package in unstable ? Friendly, Sven Luther Various Debian changes to xfree86.cf and linux.cf, including better support for gcc flags. Forward-ported with some updates from 4.2.1. This patch originally by Branden Robinson, forward-ported with a few updates by Daniel Stone. FontLibSharedFreeType disabled by ISHIKAWA Mutsumi; this change should be dropped when we can build the module-loading XFree86 X server liked against an external FreeType2 library. Build with external Xrender, Xft and Xcursor by ISHIKAWA Mutsumi. --- xc/config/cf/xfree86.cf.origFri Jan 3 11:55:00 2003 +++ xc/config/cf/xfree86.cf Fri Jan 3 11:55:09 2003 @@ -1952,27 +1952,33 @@ #define GccAliasingArgs /* */ #endif +#if HasGcc2 +# ifndef DefaultGcc2OptimizeOpt +# define DefaultGcc2OptimizeOpt -O2 +# endif +#endif + #if HasGcc2 && defined(i386Architecture) # ifndef DefaultGcc2i386Opt -# define DefaultGcc2i386Opt -O2 -fno-strength-reduce GccAliasingArgs +# define DefaultGcc2i386Opt DefaultGcc2OptimizeOpt GccAliasingArgs # endif #endif #if HasGcc2 && defined(x86_64Architecture) # ifndef DefaultGcc2x86_64Opt -# define DefaultGcc2x86_64Opt -O2 -fno-strength-reduce GccAliasingArgs +# define DefaultGcc2x86_64Opt DefaultGcc2OptimizeOpt GccAliasingArgs # endif #endif #if HasGcc2 && defined(AlphaArchitecture) # ifndef DefaultGcc2AxpOpt -# define DefaultGcc2AxpOpt -O2 GccAliasingArgs +# define DefaultGcc2AxpOpt DefaultGcc2OptimizeOpt GccAliasingArgs # endif #endif #if HasGcc2 && defined(PpcArchitecture) # ifndef DefaultGcc2PpcOpt -# define DefaultGcc2PpcOpt -O2 GccAliasin
Re: xfree86 4.3.0-pre1v1 sources ?
On Thu, Aug 07, 2003 at 12:48:45PM +0200, Sven Luther wrote: > On Thu, Aug 07, 2003 at 08:37:52PM +1000, Daniel Stone wrote: > > On Thu, Aug 07, 2003 at 11:52:13AM +0200, Sven Luther wrote: > > > Is there somewhere the 4.3.0-pre1v1 source package are available while > > > they are waiting in the new queue ? I wish to build them, and try to > > > work on providing the driver SDK this weekend. > > > > http://auric.debian.org/~branden/ > > A, ok. I had trouble building the package with your -ds4 packages, since > libxcursor is needed to build, but it overwrites a file from the -ds4 > xlibs-dev, > and installing the 4.2.1 stuff would have meant removing all the -0ds4 > packages, which i didn't want to do. I just forced the overwrite and it > went fine. Hmm, ds4 shouldn't require xc ... oh, I see what you mean. Yeah, that does kinda suck. Just force the xcursor stuff and it should all be good. > > Umm, no. We want to build with cpp-3.2, because cpp-3.3 doesn't process > > text, > > Ok, i noticed that when looking at the 003a patch. > > > and it should be appled by patch #001b or such. Are you *sure* all the > > patches > > are getting applied? > > Yep, the problem is that branden added the define CppCmd > cpp-3.2 in the 003a patch, which gets applied just before the 003 one, > and apparently didn't rebuild the 003 patch. I will attach here the > fixed version. Oh, I see. Well, if that's in #003, that's changed recently, and someone needs to be thwapped; my 20030804 snapshot doesn't have that as an original line in #003. > > > I will try to fix this, and provide a corrected patch, and see if it > > > fails further down. > > > > The patch is correct. > > No, it is not, it doesn't apply, it doesn't know about the CppCmd line, > which got added by 003a. Sorry, I misunderstood you here; you're right, if #003 does really have cpp-3.2 as an original line. > That said, maybe the problem is because i used the nightly snapshot, and > it has already fixed in SVN, or something such. > > Anyway, it is building now. 20030804 wfm. > > > BTW, what is the prefered way of handling this kind of stuff ? Using > > > debian-x, mail to Branden directly, or perhaps to the X task force ? > > > > debian-x is the best way to reach the XSF, yes. > > Ok. > > BTW, you have already added my SDK patch, right ? I will try to build it > now, and create a separate package with it inside as a tarball, unless > you want to do it yourself as you told me some month back. I've moved house on very short notice, and don't have a functional net connection, really; I don't have the time to work on it with exams and assessments, either. I'm planning to do it in a couple of weeks, but in the meantime it's up to Branden or someone else to merge it. I suggest sending a full patch to the list and trying to get someone to merge it. > Then i will be building drivers snapshot packages out of the X CVS, but > using a totally separate source tarball, as it should be. Cool, nice one. > BTW, is it to early to upload my gnome-randr-applet package, which > depends on 4.3.0 ? I have it ready for month, but couldn't upload it > previously. If i upload it to experimental, it should enter experimental > together with xfree86, but then, maybe i should wait to have an official > 4.3.0 package in unstable ? I don't see why you shouldn't upload it to experimental now. -- Daniel Stone <[EMAIL PROTECTED]> http://www.kde.org - http://www.debian.org - http://www.xwin.org "Configurability is always the best choice when it's pretty simple to implement" -- Havoc Pennington, gnome-list pgp49Pvki8C0x.pgp Description: PGP signature
Re: xfree86 4.3.0-pre1v1 sources ?
On Thu, Aug 07, 2003 at 09:28:15PM +1000, Daniel Stone wrote: > On Thu, Aug 07, 2003 at 12:48:45PM +0200, Sven Luther wrote: > > Yep, the problem is that branden added the define CppCmd > > cpp-3.2 in the 003a patch, which gets applied just before the 003 one, > > and apparently didn't rebuild the 003 patch. I will attach here the > > fixed version. > > Oh, I see. Well, if that's in #003, that's changed recently, and someone needs > to be thwapped; my 20030804 snapshot doesn't have that as an original line in > #003. I was using the 20030807 nightly snapshot. > > No, it is not, it doesn't apply, it doesn't know about the CppCmd line, > > which got added by 003a. > > Sorry, I misunderstood you here; you're right, if #003 does really have > cpp-3.2 > as an original line. Will you or Branden or someone fix it, or should i take additional steps than informing about it here ? > > BTW, you have already added my SDK patch, right ? I will try to build it > > now, and create a separate package with it inside as a tarball, unless > > you want to do it yourself as you told me some month back. > > I've moved house on very short notice, and don't have a functional net > connection, really; I don't have the time to work on it with exams and > assessments, either. I'm planning to do it in a couple of weeks, but in the > meantime it's up to Branden or someone else to merge it. I suggest sending a > full patch to the list and trying to get someone to merge it. Ok, i just hope that i will be able to create a new package without too much problems. After that, it is trivial to move the needed file, i think, it is just one subdirectory after all, and we don't really need the whole of it. > > Then i will be building drivers snapshot packages out of the X CVS, but > > using a totally separate source tarball, as it should be. > > Cool, nice one. :))) > > BTW, is it to early to upload my gnome-randr-applet package, which > > depends on 4.3.0 ? I have it ready for month, but couldn't upload it > > previously. If i upload it to experimental, it should enter experimental > > together with xfree86, but then, maybe i should wait to have an official > > 4.3.0 package in unstable ? > > I don't see why you shouldn't upload it to experimental now. I just need a 4.3.0 package to build with. The -0ds4 would not be ok, since it will not have the right dependencies. Friendly, Sven Luther
Re: X restarts after switching from vt7 to console
On Thu, Aug 07, 2003 at 10:47:20AM +0200, Ralf Baerwaldt wrote: > > When switching from X-Window to Console (Ctrl-Alt-F2) > X-Server makes an automatic restart after a short time (5 > to 20 seconds) and the kdm login screen appears again on > vt7. That happens to me with debian sid. I have an i810 graphics subsystem. This has happened for months. > How can I avoid it ? I work around it by quickly logging in as root and running '/etc/init.d/kdm stop' immediately after switching away from vt7. This is only useful if I log out of my X session first. > I suppose its a KDE- or KDM-Problem, because it does not > happen via fvwm2. Right. It seems to be a KDM + i810 problem because, of all my debian + KDE installations, only the one with the i810 suffers from this. -- Thomas E. Vaughan
error in installing new xlibs package on pentium
I get the following error,but the file complained about is a link. The complete error follows: # ls -l /usr/X11R6/lib/X11/app-defaults total 28 -rw-r--r--1 root root28633 Nov 22 2000 XMcd lrwxrwxrwx1 root root 21 Aug 7 13:12 app-defaults -> /etc/X11/app-defaults apt-get install --yes -s xlibs ;echo RESULT=$? Reading Package Lists... Done Building Dependency Tree... Done 1 packages upgraded, 0 newly installed, 0 to remove and 659 not upgraded. 21 packages not fully installed or removed. Inst xlibs (4.2.1-6 Debian:testing) Conf xlibs (4.2.1-6 Debian:testing) Conf libxft2 (2.1.1-2 Debian:testing) Conf libpango1.0-0 (1.2.3-1 Debian:testing) Conf libpango1.0-common (1.2.3-1 Debian:testing) Conf libgtk2.0-0 (2.2.1-6 Debian:testing) Conf libgtk2.0-common (2.2.1-6 Debian:testing) Conf libgconf2-4 (2.2.1-1 Debian:testing) Conf gconf2 (2.2.1-1 Debian:testing) Conf libgnomevfs2-0 (2.2.5-2 Debian:testing) Conf libgnomevfs2-common (2.2.5-2 Debian:testing) Conf libgnome2-common (2.2.3-1 Debian:testing) Conf libgnome2-0 (2.2.3-1 Debian:testing) Conf libglade2-0 (2.0.1-3 Debian:testing) Conf libgnomecanvas2-0 (2.2.1-1 Debian:testing) Conf libbonoboui2-0 (2.2.2-1 Debian:testing) Conf libbonoboui2-common (2.2.2-1 Debian:testing) Conf libgnomeui-0 (2.2.0.1-2 Debian:testing) Conf gksu (0.9.11 Debian:testing) Conf firestarter (0.9.2-2 Debian:testing) Conf libxrender1 (0.8.2-1 Debian:testing) Conf xbase-clients (4.2.1-6 Debian:testing) Conf xlibs-dev (4.2.1-6 Debian:testing) RESULT=0 apt-get install --yes xlibs ;echo RESULT=$? Reading Package Lists... Done Building Dependency Tree... Done 1 packages upgraded, 0 newly installed, 0 to remove and 659 not upgraded. 21 packages not fully installed or removed. Need to get 0B/1253kB of archives. After unpacking 86.0kB will be freed. (Reading database ... 131995 files and directories currently installed.) Preparing to replace xlibs 4.1.0-16 (using .../xlibs_4.2.1-6_i386.deb) ... Unpacking replacement xlibs ... dpkg: error processing /var/cache/apt/archives/xlibs_4.2.1-6_i386.deb (--unpack): trying to overwrite `/usr/X11R6/lib/X11/app-defaults', which is also in package xmcd Analyzing /usr/X11R6/lib/X11/app-defaults: drwxr-xr-x 16 root root 4096 Jul 19 07:16 /usr drwxr-xr-x7 root root 4096 Jul 14 15:32 /usr/X11R6 drwxr-xr-x5 root root 4096 Aug 7 13:12 /usr/X11R6/lib drwxr-xr-x 11 root root 4096 Aug 7 13:12 /usr/X11R6/lib/X11 drwxr-xr-x2 root root 4096 Aug 7 13:12 /usr/X11R6/lib/X11/app-defaults ERROR: /usr/X11R6/lib/X11/app-defaults is not a symbolic link. The package preinst script should have failed. Please report the package name, version, and the text of the above error message(s) to . dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/xlibs_4.2.1-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) RESULT=100 -- Dr Lester Clowney AIST-NIBHT Structural Biology Centre 1-1 Higashi, Tsukuba shi, Ibaraki-ken 305-8566, Japan email: [EMAIL PROTECTED] phone: +81-298-61-6540
X Strike Force SVN commit: rev 373 - trunk/debian
Author: branden
Date: 2003-08-07 12:11:38 -0500 (Thu, 07 Aug 2003)
New Revision: 373
Modified:
trunk/debian/xserver-common.postinst.in
Log:
debian/xserver-common.postinst.in: (cosmetic) shell style cleanups
Modified: trunk/debian/xserver-common.postinst.in
==
--- trunk/debian/xserver-common.postinst.in 2003-08-06 08:14:22 UTC (rev
372)
+++ trunk/debian/xserver-common.postinst.in 2003-08-07 17:11:38 UTC (rev
373)
@@ -51,8 +51,8 @@
nice_value=$NICE_VALUE
EOF
if ! cmp -s "$XWRAPPER_CONFIG" "$NEW_XWRAPPER_CONFIG"; then
-cp "$NEW_XWRAPPER_CONFIG" "${XWRAPPER_CONFIG}.dpkg-new"
-mv "${XWRAPPER_CONFIG}.dpkg-new" "$XWRAPPER_CONFIG"
+cp "$NEW_XWRAPPER_CONFIG" "$XWRAPPER_CONFIG.dpkg-new"
+mv "$XWRAPPER_CONFIG.dpkg-new" "$XWRAPPER_CONFIG"
md5sum "$XWRAPPER_CONFIG" > "$XWRAPPER_CONFIG_CHECKSUM"
fi
rm -f "$NEW_XWRAPPER_CONFIG"
@@ -60,7 +60,7 @@
message "Note: not updating $XWRAPPER_CONFIG; file has been customized"
fi
else
-message "Note: not updating $XWRAPPER_CONFIG; no stored MD5 checksum"\
+message "Note: not updating $XWRAPPER_CONFIG; no stored MD5 checksum" \
"available"
fi
else
X Strike Force SVN commit: rev 374 - trunk/debian
Author: branden Date: 2003-08-07 13:22:26 -0500 (Thu, 07 Aug 2003) New Revision: 374 Modified: trunk/debian/changelog trunk/debian/xserver-common.postrm.in Log: debian/xserver-common.postrm.in: remove the /var/lib/xserver-common directory and its contents on package purge Modified: trunk/debian/changelog == --- trunk/debian/changelog 2003-08-07 17:11:38 UTC (rev 373) +++ trunk/debian/changelog 2003-08-07 18:22:26 UTC (rev 374) @@ -155,6 +155,8 @@ stored checksum (indicating that the file hasn't changed since we last touched it); and + the newly written file actually differs from the existing one +- debian/xserver-common.postrm.in: remove the /var/lib/xserver-common + directory and its contents on package purge With luck, this new approach will meet with less anger and hatred from people who do not read fully-capitalized warnings within the files they are editing, let alone a manual page. Modified: trunk/debian/xserver-common.postrm.in == --- trunk/debian/xserver-common.postrm.in 2003-08-07 17:11:38 UTC (rev 373) +++ trunk/debian/xserver-common.postrm.in 2003-08-07 18:22:26 UTC (rev 374) @@ -24,9 +24,11 @@ exit 0 if [ "$1" = "purge" ]; then - if [ -d /etc/X11/xserver ]; then -rm -r /etc/X11/xserver - fi + for DIR in /etc/X11/xserver "/var/lib/$THIS_PACKAGE"; do +if [ -d "$DIR" ]; then + rm -r "$DIR" +fi + done fi # vim:set ai et sts=2 sw=2 tw=0:
server crash report
Hello, I'm a new linux user and specially debian user. According to the message displayed on the x crash you can't find 2 attached files showing the Xserver log file. These are full server output. I use: kernel 2.4.19 testing/unstable with xfce 3.8.18-2 My grafic card is a Nvidia Geforce4 Ti The nvidia driver version is NVIDIA-Linux-x86-1.0-4363.run I hope it can be usefull for you and for us. Kindly. J.C
X Strike Force SVN commit: rev 375 - trunk/debian
Author: branden
Date: 2003-08-07 16:59:48 -0500 (Thu, 07 Aug 2003)
New Revision: 375
Modified:
trunk/debian/changelog
trunk/debian/xserver-common.postinst.in
trunk/debian/xserver-common.postrm.in
trunk/debian/xserver-common.preinst.in
Log:
debian/xserver-common.{postinst,preinst}.in: use /var/lib/xfree86 for the
checksum storage directory
debian/xserver-common.postrm.in:
- on purge, remove the Xwrapper.config checksum file; remove
Xwrapper.config as well, but only if it matches the stored checksum;
remove checksum directory and parent directories of conffiles
configuration files if possible
- update copyright notice
- set svn:keywords property to "Id" and add "$Id$" expando
Modified: trunk/debian/changelog
==
--- trunk/debian/changelog 2003-08-07 18:22:26 UTC (rev 374)
+++ trunk/debian/changelog 2003-08-07 21:59:48 UTC (rev 375)
@@ -144,8 +144,8 @@
- debian/xserver-common.config.in: stop asking the now-deleted questions
- debian/xserver-common.preinst.in: when upgrading from xserver-common <<
4.2.1-10, check value of xserver-common/manage_config_with_debconf; if
- it is true; attempt to store md5sum of existing Xwrapper.config file;
- unregister the now-deleted questions
+ it is true; attempt to store md5sum of existing Xwrapper.config file in
+ /var/lib/xfree86; unregister the now-deleted questions
- debian/xserver-common.postinst.in: automatically update the
Xwrapper.config file (based on the values of the debconf templates) if
and only if:
@@ -155,13 +155,15 @@
stored checksum (indicating that the file hasn't changed since we last
touched it); and
+ the newly written file actually differs from the existing one
-- debian/xserver-common.postrm.in: remove the /var/lib/xserver-common
- directory and its contents on package purge
+- debian/xserver-common.postrm.in: on purge, remove the Xwrapper.config
+ checksum file; remove Xwrapper.config as well, but only if it matches
+ the stored checksum; remove parent directories of conffiles and
+ configuration files if possible
With luck, this new approach will meet with less anger and hatred from
people who do not read fully-capitalized warnings within the files they
are editing, let alone a manual page.
- -- Branden Robinson <[EMAIL PROTECTED]> Wed, 6 Aug 2003 02:24:20 -0500
+ -- Branden Robinson <[EMAIL PROTECTED]> Thu, 7 Aug 2003 16:16:50 -0500
xfree86 (4.2.1-9) unstable; urgency=high
Modified: trunk/debian/xserver-common.postinst.in
==
--- trunk/debian/xserver-common.postinst.in 2003-08-07 18:22:26 UTC (rev
374)
+++ trunk/debian/xserver-common.postinst.in 2003-08-07 21:59:48 UTC (rev
375)
@@ -15,7 +15,7 @@
#INCLUDE_SHELL_LIB#
XWRAPPER_CONFIG=/etc/X11/Xwrapper.config
-CHECKSUM_DIR="/var/lib/$THIS_PACKAGE"
+CHECKSUM_DIR=/var/lib/xfree86
XWRAPPER_CONFIG_CHECKSUM="$CHECKSUM_DIR/$(basename "$XWRAPPER_CONFIG").md5sum"
# source debconf library
Modified: trunk/debian/xserver-common.postrm.in
==
--- trunk/debian/xserver-common.postrm.in 2003-08-07 18:22:26 UTC (rev
374)
+++ trunk/debian/xserver-common.postrm.in 2003-08-07 21:59:48 UTC (rev
375)
@@ -1,10 +1,12 @@
#!/bin/sh
# Debian xserver-common package post-removal script
-# Copyright 1998-2001 Branden Robinson.
+# Copyright 1998--2001, 2003 Branden Robinson.
# Licensed under the GNU General Public License, version 2. See the file
# /usr/share/common-licenses/GPL or .
# Acknowlegements to Stephen Early, Mark Eichin, and Manoj Srivastava.
+# $Id$
+
set -e
THIS_PACKAGE=xserver-common
@@ -12,6 +14,10 @@
#INCLUDE_SHELL_LIB#
+XWRAPPER_CONFIG=/etc/X11/Xwrapper.config
+CHECKSUM_DIR=/var/lib/xfree86
+XWRAPPER_CONFIG_CHECKSUM="$CHECKSUM_DIR/$(basename "$XWRAPPER_CONFIG").md5sum"
+
if [ "$1" = "abort-install" -o "$1" = "abort-upgrade" ]; then
if [ -d /usr/X11R6/lib/X11/xserver.moved-by-preinst -a -L
/usr/X11R6/lib/X11/xserver ]; then
rm /usr/X11R6/lib/X11/xserver
@@ -19,16 +25,29 @@
fi
fi
-#DEBHELPER#
-
-exit 0
-
+# clean up non-conffile configuration files and related materials on purge
if [ "$1" = "purge" ]; then
- for DIR in /etc/X11/xserver "/var/lib/$THIS_PACKAGE"; do
-if [ -d "$DIR" ]; then
- rm -r "$DIR"
+ # remove Xwrapper.config if it was still managed by the package, and remove
+ # the checksum file in any case
+ if [ -e "$XWRAPPER_CONFIG_CHECKSUM" ]; then
+if [ -e "$XWRAPPER_CONFIG" ]; then
+ if [ "$(md5sum "$XWRAPPER_CONFIG")" \
+ = "$(cat "$XWRAPPER_CONFIG_CHECKSUM")" ]; then
+rm -f "$XWRAPPER_CONFIG"
+ fi
fi
+rm -f "$XWRAPPER_CONFIG_CHECKSUM"
+ fi
+
+ # we
Re: X restarts after switching from vt7 to console
On Thu, Aug 07, 2003 at 06:52:34AM -0600, Thomas E. Vaughan wrote: > On Thu, Aug 07, 2003 at 10:47:20AM +0200, Ralf Baerwaldt > wrote: > > > > When switching from X-Window to Console (Ctrl-Alt-F2) > > X-Server makes an automatic restart after a short time (5 > > to 20 seconds) and the kdm login screen appears again on > > vt7. > > That happens to me with debian sid. I have an i810 graphics > subsystem. This has happened for months. It sounds like XFree is crashing and KDM is respawing it, is there anything in the XFree log in /var/log? Chris
X Strike Force SVN commit: rev 376 - trunk/debian
Author: branden Date: 2003-08-07 18:26:52 -0500 (Thu, 07 Aug 2003) New Revision: 376 Modified: trunk/debian/xserver-common.preinst.in Log: debian/xserver-common.preinst.in: urp! source the debconf confmodule, since I'm using db_get and friends Modified: trunk/debian/xserver-common.preinst.in == --- trunk/debian/xserver-common.preinst.in 2003-08-07 21:59:48 UTC (rev 375) +++ trunk/debian/xserver-common.preinst.in 2003-08-07 23:26:52 UTC (rev 376) @@ -18,6 +18,9 @@ CHECKSUM_DIR=/var/lib/xfree86 XWRAPPER_CONFIG_CHECKSUM="$CHECKSUM_DIR/$(basename "$XWRAPPER_CONFIG").md5sum" +# source debconf library +. /usr/share/debconf/confmodule + if [ "$1" = "install" -o "$1" = "upgrade" ]; then # xserver dir moved to /etc/X11 in 4.x if [ -e /usr/X11R6/lib/X11/xserver -a ! -L /usr/X11R6/lib/X11/xserver ]; then
Re: xfree86 4.3.0-pre1v1 sources ?
On Thu, Aug 07, 2003 at 01:34:56PM +0200, Sven Luther wrote: > I just need a 4.3.0 package to build with. The -0ds4 would not be ok, > since it will not have the right dependencies. You do realize that pre1v1 is in experimental, yea? -- Daniel Stone <[EMAIL PROTECTED]> http://www.kde.org - http://www.debian.org - http://www.xwin.org "Configurability is always the best choice when it's pretty simple to implement" -- Havoc Pennington, gnome-list pgpTGTG6oZO82.pgp Description: PGP signature
X Strike Force SVN commit: rev 377 - people
Author: wt Date: 2003-08-07 22:47:50 -0500 (Thu, 07 Aug 2003) New Revision: 377 Added: people/wt/ Log: Add working directory for myself.
X Strike Force SVN commit: rev 378 - people/wt
Author: wt Date: 2003-08-07 22:56:22 -0500 (Thu, 07 Aug 2003) New Revision: 378 Added: people/wt/4.4.0/ Log: Make working directory for porting to the next stable XFree86.
X Strike Force SVN commit: rev 379 - in people/wt: . 4.3.0
Author: wt Date: 2003-08-07 23:55:41 -0500 (Thu, 07 Aug 2003) New Revision: 379 Added: people/wt/4.3.0/ people/wt/4.3.0/debian/ Log: Copy 4.3.0 branch into my work area. Copied: people/wt/4.3.0/debian (from rev 378, branches/4.3.0/sid/debian)
X Strike Force SVN commit: rev 380 - people/wt/4.4.0
Author: wt Date: 2003-08-07 23:58:29 -0500 (Thu, 07 Aug 2003) New Revision: 380 Added: people/wt/4.4.0/debian/ Log: Copy 4.3.0 branch for porting to the next X (presumably 4.4.0). Copied: people/wt/4.4.0/debian (from rev 378, branches/4.3.0/sid/debian)
