Your message dated Tue, 6 Jun 2006 22:04:11 +0300 with message-id <[EMAIL PROTECTED]> and subject line Bug#370764: xorg: The paths are all fucked up has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
--- Begin Message ---Package: xorg Version: 1:7.0.20 Severity: critical Justification: breaks the whole system Thank you very much for moving everything from under /usr/X11R6 to the mess known as the /usr hierarchy. Now nothing works. After spending a lot of time to even manage to get X install after upgrade _removed_ all of X and x11-common refused to install at all (needed a kludge that looped creating symlinks from /usr/lib and /usr/include to /usr/X11R6 for it to not die in install scripts -- where's the option to "just fucking unpack it and mark installed"?), X now crashed (didn't reboot it afterwards, because I know this was coming). And now I can't boot it, because I can't install the nvidia driver. And all the other configs are fucked up too, because things are all over the place. You don't just go removing such an _established_ directory as /usr/X11R6 that all programs expect, and putting everything in a single basket. That's, indeed, the completely wrong direction to take. Application directories (/usr/pkg/package-version/ or maybe even /debian-testing/packag-version/) are the way to go, not taking this unix all in one basket mess even further. Now I hear everyone complaining "you shouldn't be running testing if you're not willing to go through all the trouble". Yeah, maybe I'll have to switch GoboLinux, for at least they're attempting at cleaning up things with app.dirs instead of the FHS idiocy (/media sucks too BTW; removable media should reside directly under root for comfortable names -- and symlinks aren't of much help there generally), although They Have Been Corrupted By The Marketdroid Conventiong Of Very Long and Cumbersome Names. Or maybe I should switch to Windows, for Linux keeps getting worse all the time, and on Windows at least there Firefox has a semi-usable file dialog, and I can could use a free browser. Wait... Opera also is not an option anymore as I have no functioning X. Thank you very much. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages xorg depends on: ii aterm [x-terminal-emulator] 1.0.0-2 Afterstep XVT - a VT102 emulator f ii eterm [x-terminal-emulator] 0.9.3-1 Enlightened Terminal Emulator ii libgl1-mesa-dri 6.4.1-0.4 A free implementation of the OpenG ii libgl1-mesa-glx [libgl1-mesa- 6.4.1-0.4 A free implementation of the OpenG ii libglu1-mesa 6.4.1-0.4 The OpenGL utility library (GLU) ii mlterm [x-terminal-emulator] 2.9.2-5+b1 MultiLingual TERMinal ii rxvt [x-terminal-emulator] 1:2.6.4-10 VT102 terminal emulator for the X ii rxvt-unicode [x-terminal-emul 7.7-4 RXVT-like terminal emulator with U ii xbase-clients 1:7.0.1-2 miscellaneous X clients ii xfonts-100dpi 1:1.0.0-2 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-2 100 dpi fonts for X ii xfonts-base 1:1.0.0-3 standard fonts for X ii xfonts-scalable 1:1.0.0-4 scalable fonts for X ii xkb-data 0.8-5 X Keyboard Extension (XKB) configu ii xserver-xorg 1:7.0.20 the X.Org X server ii xterm [x-terminal-emulator] 210-3 X terminal emulator ii xutils 1:7.0.0-3 X Window System utility programs xorg recommends no packages. -- no debconf information
--- End Message ---
--- Begin Message ---On Tue, Jun 06, 2006 at 09:00:48PM +0300, Tuomo Valkonen wrote: > Thank you very much for moving everything from under /usr/X11R6 to the mess > known as the /usr hierarchy. Now nothing works. After spending a lot of time > to even manage to get X install after upgrade _removed_ all of X and > x11-common refused to install at all (needed a kludge that looped creating > symlinks from /usr/lib and /usr/include to /usr/X11R6 for it to not die in > install scripts -- where's the option to "just fucking unpack it and mark > installed"?), X now crashed (didn't reboot it afterwards, because I know > this was coming). And now I can't boot it, because I can't install the > nvidia driver. And all the other configs are fucked up too, because things > are all over the place. You don't just go removing such an _established_ > directory as /usr/X11R6 that all programs expect, and putting everything in > a single basket. That's, indeed, the completely wrong direction to take. > Application directories (/usr/pkg/package-version/ or maybe even > /debian-testing/packag-version/) are the way to go, not taking > this unix all in one basket mess even further. > > Now I hear everyone complaining "you shouldn't be running testing if you're > not willing to go through all the trouble". Yeah, maybe I'll have to switch > GoboLinux, for at least they're attempting at cleaning up things with > app.dirs instead of the FHS idiocy (/media sucks too BTW; removable media > should reside directly under root for comfortable names -- and symlinks > aren't of much help there generally), although They Have Been Corrupted By > The Marketdroid Conventiong Of Very Long and Cumbersome Names. Or maybe I > should switch to Windows, for Linux keeps getting worse all the time, and on > Windows at least there Firefox has a semi-usable file dialog, and I can > could use a free browser. Wait... Opera also is not an option anymore as I > have no functioning X. > > Thank you very much. Thanks for your charming bug report, but it does actually work fine for basically everyone else running both testing and unstable, and experimental and Ubuntu before it. I'm happy that you think a separate directory per application is the way to go, but maybe you should run that past the Debian Policy people before you start filing grave bugs, given that that sort of insane directory structure is explicitly _disallowed_. I hope you cheer up at some stage, but I'm closing this bug report, because the BTS is not the place for your random ramblings about how file systems should work. If you do decide to file other bug reports in the future, you'll need to include the actual exact error messages, not vague ramblings about something that may have happened. Cheers, Danielsignature.asc
Description: Digital signature
--- End Message ---