Re: Problem with Debian
#include * Skip Queen [Sun, Jan 19 2003, 07:14:35AM]: > Have been trying to install Debian Woody 3.0 at least 10 times but > unsuccessful. Cannot get either xwindows (have an i810 video card) or > sound to work. It recognizes the cards but video/sound will not work. > Have tried every way of installing possible, but no luck. Odd part is: > I have installed Lindows and Knoppix - both of which are Debian and They do not ship with an old piece of shit as X (Version 4.1, not supporting any modern video card) while our X maintainer prefered to do so. Gruss/Regards, Eduard. -- Anwender1: Mein WIN95 ist in 6 Monaten noch NIE abgestürzt... Anwender2: Ein halbes Jahr ohne Strom - das ist hart!
X locks also my machine
Hello, during starting X (xdm, startx,X,...) the screen turns black. and the machine don't accepts any commands. no alt+f1 no cntrl+alt+delete no nothing. i'm "using" a fresh debian-woody-stable install (2.4 kernel) on a dell latitude cpi d266xt laptop with neomagic video (is/should be supported by both shipped version -XFree 3 and XFree 4.). no other operation system, no crazy extra- devices. I redirected output to a file but there were no interesting error-messages. the problem exists with both XFree version but with Xfree 3 i get 6 white pixels (yes i counted them). the font-manager is up and running, i did'nt fiddled around neither with permissions nor with kernel (only adding some modules during the installation-process). It's pretty much a standard setup. so either i am totally stupid or it should affect other users as well. any clue? thanks norman PS. deselect sucks -- norman werner c./ seneca 3 puerta 1 46021 valencia spanien tel:96-3280175 / 626476194 [EMAIL PROTECTED]
Re: X locks also my machine
> Hello, > > during starting X (xdm, startx,X,...) > the screen turns black. and the machine don't accepts any commands. > no alt+f1 no cntrl+alt+delete no nothing. > > i'm "using" a fresh debian-woody-stable install (2.4 kernel) on a dell > latitude > cpi d266xt laptop with neomagic video (is/should be supported by both shipped > version -XFree 3 and XFree 4.). no other operation system, no crazy extra- > devices. It looks like you need to configure the monitor explicitly. The Debian install does ask if you are on a laptop, followed by what kind of monitor you are running. How did you answer those questions, and how specific was the offered selections of monitor types given by Debian? > > I redirected output to a file but there were no interesting error-messages. This won't happen (not even to stderr) as I found also. The logs are under /var/log/XF86whatever ... > the > problem exists with both XFree version but with Xfree 3 i get 6 white pixels > (yes i counted them). the font-manager is up and running, i did'nt fiddled > around neither with permissions nor with kernel (only adding some modules > during > the installation-process). It's pretty much a standard setup. so either i am > totally stupid or it should affect other users as well. > But in case you have a non-standard monitor, then "standard" may not be the right way to go ...? just a thought. > any clue? > thanks > > norman > > PS. > deselect sucks I agree. I have "brokenly" installed packages on my installation on apps which work fine, which dselect attempts to uninstall. AARRRGH!! > > -- > norman werner > c./ seneca 3 puerta 1 > 46021 > valencia spanien > tel:96-3280175 / 626476194 > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > = Paul King http://www3.sympatico.ca/pking123/ (905) 842-7451 (416) 428-7451 (cell)
X 4.1.0 appearing and then disappearing
Hi :) The relationship I've always had with X could probably best be described as "off-off" ... but today I'm trying to make sense of the beast, and not having much luck The scenario: A fresh bare Debian 3.0 install. Nothing installed via tasksel or dselect. Just "x-window-system-core" and xfs (which *is* running in the background) The kernel is from the install CD 2.4.18-bf24. $ startx causes the usual delay as things get started up, then the familiar mono background and X cursor appear. I'm able to wiggle the mouse and the cursor moves accordingly... then in under a second, it's all gone... back to the console. I'm running this under VMWare 3.2 as a possible roll-out to replace Windows + Office + Outlook with Debian + KDE3, etc. so I wanted a very generic X setup which will work on all machines... This is why I chose the generic "vga" driver in 16 colours... Here's the XFree86.0.log.. This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 21 December 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: Linux 2.4.17 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Sun Jan 19 10:18:58 2003 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "gb" (**) XKB: layout: "gb" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (WW) Cannot open APM (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7192 card , rev 01 class 06,00,00 hdr 00 (II) PCI: 00:07:0: chip 8086,7110 card , rev 08 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 08 class 06,80,00 hdr 80 (II) PCI: 00:07:4: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:5: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:6: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:7: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:0f:0: chip 15ad,0405 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 00:10:0: chip 104b,1040 card , rev 01 class 01,00,00 hdr 00 (II) PCI: 00:11:0: chip 1022,2000 card , rev 10 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Dr
Re: X 4.1.0 appearing and then disappearing
On Sunday 19 January 2003 6:31 pm, Gavin Hamill wrote: Cancel that. I added a window manager and xterm, and all is well. I hate X. gdh
Re: Problem with Debian
On Sun, Jan 19, 2003 at 01:30:15PM +0100, Eduard Bloch scrawled: > #include > * Skip Queen [Sun, Jan 19 2003, 07:14:35AM]: > > Have been trying to install Debian Woody 3.0 at least 10 times but > > unsuccessful. Cannot get either xwindows (have an i810 video card) or > > sound to work. It recognizes the cards but video/sound will not work. > > Have tried every way of installing possible, but no luck. Odd part is: > > I have installed Lindows and Knoppix - both of which are Debian and > > They do not ship with an old piece of shit as X (Version 4.1, not > supporting any modern video card) while our X maintainer prefered to do > so. I didn't see *YOU* volunteering to fix PCI domains on SPARC, or even doing any packaging at all, let alone hacking. I suggest you refrain from such preppy, pithy, moronic snipes in future before you do your homework, unless you truly believe that i386 is the most important architecture in Debian and that nothing else matters. If you support X refusing to work at all on SPARC in a release, speak up! Otherwise (and this is the most preferable option), shut up. Scant regards, Daniel -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgp2BB2YknO4l.pgp Description: PGP signature
Re: Problem with Debian
#include * Daniel Stone [Mon, Jan 20 2003, 07:42:02AM]: > > They do not ship with an old piece of shit as X (Version 4.1, not > > supporting any modern video card) while our X maintainer prefered to do > > so. > > I didn't see *YOU* volunteering to fix PCI domains on SPARC, or even > doing any packaging at all, let alone hacking. I suggest you refrain > from such preppy, pithy, moronic snipes in future before you do your > homework, unless you truly believe that i386 is the most important It is. > architecture in Debian and that nothing else matters. If you support X > refusing to work at all on SPARC in a release, speak up! Otherwise (and > this is the most preferable option), shut up. If you cannot provide XFree for a certain architecture, but an ancient version, find a way to detach the development trees. For boot-floppies, we choose the kernel version that works best for certain architecture. For most people, X is as important as the kernel, so I fail to see how I you can really think that a KEEP-ALL-VERSIONS-EQUAL dogma is better for our users than working productive environment. Oh, I see you calling me a damn moron again, but it's easier than accepting the truth. Synchronisation problems inside of Debian will became worse, the number of supported hardware will grow too, so you won't be able to keep your eyes closed. Gruss/Regards, Eduard. -- Hi! Ich bin der beruechtigte .signature-Virus. Mach mit und kopier mich in deine .signature!
Re: Problem with Debian
On Sun, Jan 19, 2003 at 10:16:32PM +0100, Eduard Bloch scrawled: > * Daniel Stone [Mon, Jan 20 2003, 07:42:02AM]: > > > > They do not ship with an old piece of shit as X (Version 4.1, not > > > supporting any modern video card) while our X maintainer prefered to do > > > so. > > > > I didn't see *YOU* volunteering to fix PCI domains on SPARC, or even > > doing any packaging at all, let alone hacking. I suggest you refrain > > from such preppy, pithy, moronic snipes in future before you do your > > homework, unless you truly believe that i386 is the most important > > It is. So we should do things that advantage i386 users, but severely break users of other architectures? Have a look at www.debian.org: i386 is now officially a "port". The only distinctive feature is that it was the first port. > > architecture in Debian and that nothing else matters. If you support X > > refusing to work at all on SPARC in a release, speak up! Otherwise (and > > this is the most preferable option), shut up. > > If you cannot provide XFree for a certain architecture, but an ancient > version, find a way to detach the development trees. For boot-floppies, > we choose the kernel version that works best for certain architecture. That's because the kernel is relatively small. The kernel image debs come out to a few meg at most. X comes out to a couple of hundred meg. My apple is better than your orange! > For most people, X is as important as the kernel, so I fail to see how I > you can really think that a KEEP-ALL-VERSIONS-EQUAL dogma is better > for our users than working productive environment. Yes, but X is far too big to carry on with all this crap. Branden has a hard enough slog maintaining just maintaining one version, let alone two. I don't think there are many people out there who can produce packages like X to the same quality as Branden, and know X well enough. None of them would volunteer to actually do it, I'm sure. > Oh, I see you calling me a damn moron again, but it's easier than > accepting the truth. Synchronisation problems inside of Debian will > became worse, the number of supported hardware will grow too, so you > won't be able to keep your eyes closed. I'm not trying to keep my eyes closed; au contrare, it seems that you are the one valiantly attempting to do so. Maybe you should come down here to Australia some time. The reason I'm mirror-whoring for my XFree86 4.3 debs at the moment is because we're charged $93/gb for international traffic, and that's *cheap*, because we're a college at a uni. If we weren't a uni, it would be a hell of a lot more for a decent connection. The reality is this: a) it's a pain in the arse for absolutely *NO* gain; b) it's stupid, and will kill mirrors (try thinking outside of Europe/America sometime); c) it's very short-sighted, and only demonstrates that you haven't actually thought about it; d) i386 is just another port. Before you go mentioning the kernel again, and how X is just as important to core operations as the kernel, you probably should take a look at their relative sizes. X: huge, kernel: not quite that big. Maybe you also want to have a look at the XFree86 debian/patches directory. Massive. Daniel, someone who knows what it's like to package XFree86 -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgpvJiw8lVHXI.pgp Description: PGP signature
Re: Problem with Debian
#include * Skip Queen [Sun, Jan 19 2003, 07:14:35AM]: > Have been trying to install Debian Woody 3.0 at least 10 times but > unsuccessful. Cannot get either xwindows (have an i810 video card) or > sound to work. It recognizes the cards but video/sound will not work. > Have tried every way of installing possible, but no luck. Odd part is: > I have installed Lindows and Knoppix - both of which are Debian and They do not ship with an old piece of shit as X (Version 4.1, not supporting any modern video card) while our X maintainer prefered to do so. Gruss/Regards, Eduard. -- Anwender1: Mein WIN95 ist in 6 Monaten noch NIE abgestürzt... Anwender2: Ein halbes Jahr ohne Strom - das ist hart! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X locks also my machine
Hello, during starting X (xdm, startx,X,...) the screen turns black. and the machine don't accepts any commands. no alt+f1 no cntrl+alt+delete no nothing. i'm "using" a fresh debian-woody-stable install (2.4 kernel) on a dell latitude cpi d266xt laptop with neomagic video (is/should be supported by both shipped version -XFree 3 and XFree 4.). no other operation system, no crazy extra- devices. I redirected output to a file but there were no interesting error-messages. the problem exists with both XFree version but with Xfree 3 i get 6 white pixels (yes i counted them). the font-manager is up and running, i did'nt fiddled around neither with permissions nor with kernel (only adding some modules during the installation-process). It's pretty much a standard setup. so either i am totally stupid or it should affect other users as well. any clue? thanks norman PS. deselect sucks -- norman werner c./ seneca 3 puerta 1 46021 valencia spanien tel:96-3280175 / 626476194 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X locks also my machine
> Hello, > > during starting X (xdm, startx,X,...) > the screen turns black. and the machine don't accepts any commands. > no alt+f1 no cntrl+alt+delete no nothing. > > i'm "using" a fresh debian-woody-stable install (2.4 kernel) on a dell latitude > cpi d266xt laptop with neomagic video (is/should be supported by both shipped > version -XFree 3 and XFree 4.). no other operation system, no crazy extra- > devices. It looks like you need to configure the monitor explicitly. The Debian install does ask if you are on a laptop, followed by what kind of monitor you are running. How did you answer those questions, and how specific was the offered selections of monitor types given by Debian? > > I redirected output to a file but there were no interesting error-messages. This won't happen (not even to stderr) as I found also. The logs are under /var/log/XF86whatever ... > the > problem exists with both XFree version but with Xfree 3 i get 6 white pixels > (yes i counted them). the font-manager is up and running, i did'nt fiddled > around neither with permissions nor with kernel (only adding some modules during > the installation-process). It's pretty much a standard setup. so either i am > totally stupid or it should affect other users as well. > But in case you have a non-standard monitor, then "standard" may not be the right way to go ...? just a thought. > any clue? > thanks > > norman > > PS. > deselect sucks I agree. I have "brokenly" installed packages on my installation on apps which work fine, which dselect attempts to uninstall. AARRRGH!! > > -- > norman werner > c./ seneca 3 puerta 1 > 46021 > valencia spanien > tel:96-3280175 / 626476194 > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > = Paul King http://www3.sympatico.ca/pking123/ (905) 842-7451 (416) 428-7451 (cell) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X 4.1.0 appearing and then disappearing
Hi :) The relationship I've always had with X could probably best be described as "off-off" ... but today I'm trying to make sense of the beast, and not having much luck The scenario: A fresh bare Debian 3.0 install. Nothing installed via tasksel or dselect. Just "x-window-system-core" and xfs (which *is* running in the background) The kernel is from the install CD 2.4.18-bf24. $ startx causes the usual delay as things get started up, then the familiar mono background and X cursor appear. I'm able to wiggle the mouse and the cursor moves accordingly... then in under a second, it's all gone... back to the console. I'm running this under VMWare 3.2 as a possible roll-out to replace Windows + Office + Outlook with Debian + KDE3, etc. so I wanted a very generic X setup which will work on all machines... This is why I chose the generic "vga" driver in 16 colours... Here's the XFree86.0.log.. This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 21 December 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: Linux 2.4.17 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Sun Jan 19 10:18:58 2003 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "gb" (**) XKB: layout: "gb" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (WW) Cannot open APM (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7192 card , rev 01 class 06,00,00 hdr 00 (II) PCI: 00:07:0: chip 8086,7110 card , rev 08 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 08 class 06,80,00 hdr 80 (II) PCI: 00:07:4: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:5: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:6: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:7: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:0f:0: chip 15ad,0405 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 00:10:0: chip 104b,1040 card , rev 01 class 01,00,00 hdr 00 (II) PCI: 00:11:0: chip 1022,2000 card , rev 10 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driv
Re: X 4.1.0 appearing and then disappearing
On Sunday 19 January 2003 6:31 pm, Gavin Hamill wrote: Cancel that. I added a window manager and xterm, and all is well. I hate X. gdh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with Debian
On Sun, Jan 19, 2003 at 01:30:15PM +0100, Eduard Bloch scrawled: > #include > * Skip Queen [Sun, Jan 19 2003, 07:14:35AM]: > > Have been trying to install Debian Woody 3.0 at least 10 times but > > unsuccessful. Cannot get either xwindows (have an i810 video card) or > > sound to work. It recognizes the cards but video/sound will not work. > > Have tried every way of installing possible, but no luck. Odd part is: > > I have installed Lindows and Knoppix - both of which are Debian and > > They do not ship with an old piece of shit as X (Version 4.1, not > supporting any modern video card) while our X maintainer prefered to do > so. I didn't see *YOU* volunteering to fix PCI domains on SPARC, or even doing any packaging at all, let alone hacking. I suggest you refrain from such preppy, pithy, moronic snipes in future before you do your homework, unless you truly believe that i386 is the most important architecture in Debian and that nothing else matters. If you support X refusing to work at all on SPARC in a release, speak up! Otherwise (and this is the most preferable option), shut up. Scant regards, Daniel -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne msg05382/pgp0.pgp Description: PGP signature
Re: Problem with Debian
#include * Daniel Stone [Mon, Jan 20 2003, 07:42:02AM]: > > They do not ship with an old piece of shit as X (Version 4.1, not > > supporting any modern video card) while our X maintainer prefered to do > > so. > > I didn't see *YOU* volunteering to fix PCI domains on SPARC, or even > doing any packaging at all, let alone hacking. I suggest you refrain > from such preppy, pithy, moronic snipes in future before you do your > homework, unless you truly believe that i386 is the most important It is. > architecture in Debian and that nothing else matters. If you support X > refusing to work at all on SPARC in a release, speak up! Otherwise (and > this is the most preferable option), shut up. If you cannot provide XFree for a certain architecture, but an ancient version, find a way to detach the development trees. For boot-floppies, we choose the kernel version that works best for certain architecture. For most people, X is as important as the kernel, so I fail to see how I you can really think that a KEEP-ALL-VERSIONS-EQUAL dogma is better for our users than working productive environment. Oh, I see you calling me a damn moron again, but it's easier than accepting the truth. Synchronisation problems inside of Debian will became worse, the number of supported hardware will grow too, so you won't be able to keep your eyes closed. Gruss/Regards, Eduard. -- Hi! Ich bin der beruechtigte .signature-Virus. Mach mit und kopier mich in deine .signature! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with Debian
On Sun, Jan 19, 2003 at 10:16:32PM +0100, Eduard Bloch scrawled: > * Daniel Stone [Mon, Jan 20 2003, 07:42:02AM]: > > > > They do not ship with an old piece of shit as X (Version 4.1, not > > > supporting any modern video card) while our X maintainer prefered to do > > > so. > > > > I didn't see *YOU* volunteering to fix PCI domains on SPARC, or even > > doing any packaging at all, let alone hacking. I suggest you refrain > > from such preppy, pithy, moronic snipes in future before you do your > > homework, unless you truly believe that i386 is the most important > > It is. So we should do things that advantage i386 users, but severely break users of other architectures? Have a look at www.debian.org: i386 is now officially a "port". The only distinctive feature is that it was the first port. > > architecture in Debian and that nothing else matters. If you support X > > refusing to work at all on SPARC in a release, speak up! Otherwise (and > > this is the most preferable option), shut up. > > If you cannot provide XFree for a certain architecture, but an ancient > version, find a way to detach the development trees. For boot-floppies, > we choose the kernel version that works best for certain architecture. That's because the kernel is relatively small. The kernel image debs come out to a few meg at most. X comes out to a couple of hundred meg. My apple is better than your orange! > For most people, X is as important as the kernel, so I fail to see how I > you can really think that a KEEP-ALL-VERSIONS-EQUAL dogma is better > for our users than working productive environment. Yes, but X is far too big to carry on with all this crap. Branden has a hard enough slog maintaining just maintaining one version, let alone two. I don't think there are many people out there who can produce packages like X to the same quality as Branden, and know X well enough. None of them would volunteer to actually do it, I'm sure. > Oh, I see you calling me a damn moron again, but it's easier than > accepting the truth. Synchronisation problems inside of Debian will > became worse, the number of supported hardware will grow too, so you > won't be able to keep your eyes closed. I'm not trying to keep my eyes closed; au contrare, it seems that you are the one valiantly attempting to do so. Maybe you should come down here to Australia some time. The reason I'm mirror-whoring for my XFree86 4.3 debs at the moment is because we're charged $93/gb for international traffic, and that's *cheap*, because we're a college at a uni. If we weren't a uni, it would be a hell of a lot more for a decent connection. The reality is this: a) it's a pain in the arse for absolutely *NO* gain; b) it's stupid, and will kill mirrors (try thinking outside of Europe/America sometime); c) it's very short-sighted, and only demonstrates that you haven't actually thought about it; d) i386 is just another port. Before you go mentioning the kernel again, and how X is just as important to core operations as the kernel, you probably should take a look at their relative sizes. X: huge, kernel: not quite that big. Maybe you also want to have a look at the XFree86 debian/patches directory. Massive. Daniel, someone who knows what it's like to package XFree86 -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne msg05384/pgp0.pgp Description: PGP signature
