Re: PCI ATA card support - fun stuff
On Mon, 24 Mar 2003, Pigeon wrote: > On Mon, Mar 24, 2003 at 03:08:15PM +1100, Lindsay Yardley wrote: > > G'day Alvin/All, > > | - why do you want raid??? > > I'm setting up a file/print server. does NOT justify raid ... but if you mean its a home server or mail server or webserver, you can use multimount solaris style NFS ( linux has a way to go ) otherwise, an offline redundant live backup works good to if yu cn handle a couple minutes downtime > > hda1 - /boot > > hda2 - / i'd make "/" a root-raid device and i'd scrap /boot, ... those are olden dayz when the kernel could read above 1024 to boot strap itself up... ( just be sure / is under 1024 cyl ...as opposed tothe whole disk ) > > hda3 - swap > > hde/g raid set - /var no point in making /var a raid device... > > hde/g raid set - /home good idea to make user data raid if you need a live 2nd copy but if / dies... you're dead ... therefore no value from /home as raid good thing about keeping the system as a standalone/regular linux install and "user data" as raid... - you can always build a new linux intall in 5 minutes ... :-) but you cant do that w/ user data that can be 10TB of data > You seem to have the hardware working, so the hard part is over. my real raid test.. ( if you're usng /dev/hda and /dev/hdc ) - unplug /dev/hda - see if it boots and works properly in degraded mode - restore it .. let it resync - unplug /dev/hdc - see if it boots and works properly in degraded mode - restore it .. let it resync - write a 4GB sized files.. several times ... compare each one individually to the master copy - replace /dev/hda with a brand new disk !! and it should all magically work -- if everything is done right ... you do NOT need to touch the keyboard to get it booting/running... it should all work by itself c ya alvin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Status of Testing
On Mon, 24 Mar 2003, Travis Crump wrote: > Bill Moseley wrote: > > Can someone fill me in on the status of Testing -- I have not updated my > > Testing/Unstable machine for a while (IIRC the glibc issue??). > > > > The glibc issue is resolved, if you upgrade now than you will probably > upgrade on the order of 100-200 packages depending on how many were > already the unstable version and how many you have installed. It is > doubtful that that will fix the mozilla issue though... Well, for my testing/unstable machine: bumby:/home/moseley/swish-e# apt-get -s dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages will be REMOVED: audacity galeon galeon-common libsdl-mixer1.2 libvorbis0 timidity timidity-patches tuxracer The following NEW packages will be installed: bc gcc-3.2-base gkrellm libart-2.0-2 libaudio2 libdvdread3 libgcc1 libnetpbm9 libpaper-utils libpaper1 libqt3c102-mt libstdc++5 libvorbis0a netpbm xlibmesa3-glu The following packages have been kept back kmail ogle-mmx sylpheed-claws 176 packages upgraded, 15 newly installed, 8 to remove and 3 not upgraded. I have always thought the "kept back" packages were because they were from unstable and I'm running testing. But, if I comment my line from apt.conf // APT::Default-Release "testing" and run dist-upgrade I sill have packages that are held back, but I also still see that galeon will be removed. What's conflicting with galeon to force it to be removed? bumby:/etc/apt# apt-get -s dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages will be REMOVED: audacity galeon galeon-common libdigest-md5-perl liblcms libmagick5 libstorable-perl libtime-hires-perl libvorbis0 timidity timidity-patches The following NEW packages will be installed: bc bonobo-activation cpp-3.2 dictionaries-common foomatic-db g++-3.2 gawk gcc-3.2 gcc-3.2-base gconf2 gkrellm gkrellm-common gnome-desktop-data libacl1 libart-2.0-2 libarts1 libasn1-6-heimdal libattr1 libaudio2 libbonobo-activation4 libbonobo2-0 libbonobo2-common libcomerr1-kerberos4kth libcompress-zlib-perl libdb4.0 libdb4.1 libdns8 libdvdread3 libgcc1 libgconf2-4 libgcrypt1 libgd-gd1-perl libgd1-xpm libglade2-0 libgnome2-common libgnomecanvas2-0 libgnomecanvas2-common libgnomeui-common libgnutls5 libidn9 libkrb-1-kerberos4kth libkrb5-17-heimdal libkrb53 liblcms1 liblinc1 liblzo1 libmagick5.5.5 libmetacity0 libnetpbm9 libopencdk4 liborbit2 libpaper-utils libpaper1 libpcap0.7 libperl5.8 libpq3 libqt3c102-mt libroken16-kerberos4kth libstartup-notification0 libstdc++5 libstdc++5-dev libtasn1-0 libvorbis0a libwmf0.2-7 netpbm python2.2 python2.2-optik xemacs21-mule xemacs21-mulesupport xlibmesa-gl-dev xlibmesa-glu-dev xlibmesa3-gl xlibmesa3-glu xprt-common The following packages have been kept back abiword-common gnome-control-center kmail sylpheed-claws 323 packages upgraded, 74 newly installed, 11 to remove and 4 not upgraded. So it doesn't really look like upgrading to all unstable will help with my package conflicts like I imagined. It will solve my segfault with galeon... because it will be removed! ;) -- Bill Moseley [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Can't find NIC module
On Sun, Mar 23, 2003 at 01:21:19PM -0500, Jason Kaza wrote: | | I downloaded the sarge-i386-netinst.iso dated March 22 and attempted | an install with it. While setting up network hardware, it | successfully detected my sis900 network card, but 'modprobe -v | sis900' returned 'cannot find module sis900'. Is there a place where | I can add a copy of sis900.o to the install cd so that modprobe can | find it? Is this a bug I should report and, if so, where / how? Look for sis900.o in /lib/modules//kernel/drivers/net/ (assuming you use a 2.4 kernel, otherwise the path is slightly different). The 'kernel-image-2.4.20-386' package in sid and sarge contains the module. I recommend installing that package if you have an older kernel. -D -- I can do all things through Christ who strengthens me. Philippians 4:13 http://dman.ddts.net/~dman/ pgp0.pgp Description: PGP signature
Re: repartitioning: joining two partitions
On Mon, Mar 24, 2003 at 11:37:59AM -0800, Joris Huizer wrote: | Hello everybody, | | I have the following question: | I have four partitions: | /, /tmp, /usr, /home | | Is it possible to change the situation so that the | /tmp partition space becomes part of the /home (so the | /tmp is a normal folder in / ) ? It's usually hardly | used and I could use some space for my personal stuff. Yes. I recommend using lvm for this. First you'll need to unmount /tmp (but be sure it isn't in use when you do that). Then comment out the entry in /etc/fstab. Move all of your data currently in /home to somewhere else and unmount it like with /tmp. Then use the lvm tools to create a volume group that contains the physical partitions currently used for /home and /tmp. In that volume group, create a logical volume which you'll create a filesystem on and then mount as /home. Once you've done that you can move your data back to /home. The lvm system will handle distribution of the data across the physical paritions (and disks, if you have multiple disks in the volume group) transparently to the rest of the file system handling. | Oh, and what is the name of the partition program | Debian uses during the installation? If possible, I'd | like to use that one for this Probably 'cfdisk'. In any case it's the one I often use. Note, though, that with a traditional disk partitioner, you must destroy the current partitions in order to reallocate the space. 'parted' will allow limited editing of partitions without destroying them. One prerequisite for merging two physical partitions (without using lvm) is that they are adjacent. HTH, -D -- "Don't use C; In my opinion, C is a library programming language not an app programming language." - Owen Taylor (GTK+ developer) http://dman.ddts.net/~dman/ pgp0.pgp Description: PGP signature
Re: Gnome 2 user guide--how do I read it.
On Mon, 2003-03-24 at 20:09, Gaute B Strokkenes wrote: > On 20 mar 2003, [EMAIL PROTECTED] wrote: > >On Thu, 2003-03-20 at 08:09, Andy Hurt wrote: > >>I found the Gnome 2 backport to Woody a bit underpopulated, in > >>general. And a few things just plain didn't work . . . > > > >Are we talking about gnome2 or the gnome2.2 backport? > > I'm using the gnome2.2 backport currently avaiable from > ftp.acc.umu.se. > > >If gnome2.2, I'd like to know what doesn't work for you or what is > >missing-- maybe I can fix it. Everything is working great for me. > > Thanks! > > The problem is that no entry for the Gnome user guide shows up > anywhere in the hierarchy of documents that is available when I start > yelp. > > I have since narrowed this down a bit--there is no entry when I'm > using the Norwegian locale, but it does show up when I set the locale > to C. In other words: > > $ LC_ALL=no_NO.ISO-8859-1 yelp > > results in a yelp which does not contain a entry for the user guide, > but > > $ LC_ALL=C yelp > > does. I think that's very peculiar, particularly since most of the > documents are in English, even in the Norwegian locale. > This must be a gnome bug in general. Do you know if Norwegian is supported in gnome2 in general? > Apart from that, yelp is unbearable slow--it can take anything up to > ten seconds from when I click on an entry to the document shows up in > the window, and that's on my 512MB Athlon XP 1800. > I haven't seen this problem. Have you apt-get upgraded lately with my mirror? I wonder if the locale en_US would be any faster for you? > Yelp always insists on opening a ridiculously small window when I > start it. At a guesstimate, it covers less than a sixth of my > 1600x1400 screen and I have to resize it every time. > I have noticed this too-- probably could modify the menu entry with the --geometry flag. Should remember it though-- sounds like upstream bug. > I have also found a number of bugs in the scrollkeeper documentation > system: > > [EMAIL PROTECTED]:~$ sudo /etc/cron.monthly/scrollkeeper > xmlNanoHTTPConnectHost: Failed to resolve host 'scrollkeeper.sourceforge.net' - > Non-authoritive host not found or server > failure./usr/share/omf/evolution/evolution-no.omf:2: warning: failed to load > external entity > "http://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd"; > p://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd > ^ > xmlNanoHTTPConnectHost: Failed to resolve host 'scrollkeeper.sourceforge.net' - > Non-authoritive host not found or server > failure./usr/share/omf/evolution/evolution-C.omf:2: warning: failed to load external > entity > "http://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd"; > p://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd > > Also, most of the files in /usr/share/omf/gnome-applet contain > hardcoded references to /home/james: > > [EMAIL PROTECTED]:/usr/share/omf/gnome-applets$ grep home * > battstat-C.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/battstat/C/battstat.xml"/> > battstat-ja.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/battstat/ja/battstat.xml"/> > cdplayer-C.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/cdplayer/C/cdplayer.xml"/> > cdplayer-ja.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/cdplayer/ja/cdplayer.xml"/> > char-palette-C.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/char-palette/C/char-palette.xml"/> > char-palette-ja.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/char-palette/ja/char-palette.xml"/> > command-line-C.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/command-line/C/command-line.xml"/> > drivemount-C.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/drivemount/C/drivemount.xml"/> > geyes-C.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/geyes/C/geyes.xml"/> > gkb-C.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/gkb/C/gkb.xml"/> > gtik2_applet2-C.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/gtik2_applet2/C/gtik2_applet2.xml"/> > gweather-C.omf: url="file:/home/james/src/gnome2.2.1/gnome-applets-2.2.1/debian/gnome-applets/usr/share/gnome/help/gweather/C/gweather.xml"/> > mixer_applet2-C.omf: url="file:/home/james/src/gnome2
Re: Error message from install of python packages
On Mon, Mar 24, 2003 at 08:35:13PM -0500, [EMAIL PROTECTED] wrote: | What do these messages mean...?? | | Setting up python-gtk (0.6.11-7) ... | 'import site' failed; use -v for traceback | 'import site' failed; use -v for traceback When the python interpreter starts up it imports the "site" module (/usr/lib/pythonX.Y/site.py) to load any site-specific customizations. Apparently there's a problem with your site.py. As the message says, use the -v flag to get a traceback which will give details. Run python -v and post the output here. -D -- Micros~1 : For when quality, reliability and security just aren't that important! http://dman.ddts.net/~dman/ pgp0.pgp Description: PGP signature
pam_limits behavior on woody
I am using woody and had this in /etc/security/limits.conf: backup hardfsize 1 * hardfsize 10 The idea is that backup should have a file limit size of 100Gb, with all other users have a file limit size of 100Mb. The problem is the above doesn't work. I can't get backup to create a file above 3.5Gb unless I comment out the above lines. Did I do something wrong? Really I wanted the backup user to have unlimited file size limit with my normal other limits, instead of using 'backup -' and having no restrictions for that user. But based on the docs, it doesn't seem I have that kind of granularity, but perhaps I missed something. Any tips would be appreciated. Jamie Strandboge -- Email:[EMAIL PROTECTED] GPG/PGP ID: 26384A3A Fingerprint: D9FF DF4A 2D46 A353 A289 E8F5 AA75 DCBE 2638 4A3A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Apache problem:mod_unique_id
Apache no longer starts after apt-getting some
files. I now have the following error in my error.log:
mod_unique_id: unable to
gethostbyname("ATHEOS")
Any help would be appreciated. TIA!
NeoFax
Re: [OT, FLAME] Linux Sucks
On Tue, Mar 25, 2003 at 03:30:10PM +1100, Lindsay Yardley wrote: > | Marc, the original poster clearly had a problem that went way beyond not > | being able to install Debian, but in charity there is no excess. And it > | will do no good to make Debian less easy because he was annoying. > > I've looked after windows boxes for many years, windows users find it quite > difficult. Many shudder at the thought of installing anything. Most machines > I look at for the first time are in a horribly unstable condition, networks > too for that matter. I'm sorry but in my very limited experience with linux > i can't see it as any more difficult than windows. The major difference > would be that windows hides/ignores conflicts etc, I don't think linux does, > does it? In fact, linux forces you to confront problems; this shocks many users who are used to being told "oh no, everything's ok" as fires rage in the engine room. -- Nathan Norman - Incanus Networking mailto:[EMAIL PROTECTED] This message cannot be considered spam, even though it is. Some law that never was enacted says so. -- Arkadiy Belousov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X
Once upon a time Pigeon said... > On Mon, Mar 24, 2003 at 06:37:02AM +, Karsten M. Self wrote: > > on Sun, Mar 23, 2003 at 05:43:42PM -0700, Glenn English ([EMAIL PROTECTED]) wrote: > > > On Sun, 2003-03-23 at 14:54, Leo Spalteholz wrote: > > > > > > > Sorry this won't help you but I've always wondered why debian does > > > > this. You install xdm and the defualt is to boot straight into a > > > > graphical login. Why?? At the very least it should ask you when > > > > installing if you want to start up into X. > > Well said. Not at all. xdm is a graphical login manager. If you want graphical logins, you install xdm (or one of its variants). If you dont want graphical logins, you dont install it. The corollary to this is that if you install xdm, you get a graphical login. How can you argue against this? It would be counter-intuitive to install xdm and not have it run. > > Debian assumes you wouldn't have installed X if you didn't want it > > starting automatically. > > Why? The post to which you are replying has been corrected, so substitute "xdm" for "X" above. Debian will not start X automatically if you only install X. If you install one of the login managers, then X will automatically start. > It's reasonable for Windoze to be installed with "BootGUI=1" > because you can do naff-all in DOS mode. But with Linux you can do > MORE from the command line than the GUI tools. The assumption is not > justified. The GUI becomes something you can use when you need it (web > browsing, gimp, etc) rather than something you have to use all the time. Just because xdm automatically starts X when installed does not mean you cannot use the non-graphical login. You can still choose to use X when you need it by switching virtual terminals. Or you could just not install xdm, and run "startx" when you want X. Or install "xdm" and use update-rc.d to change the run levels in which it starts, and the change the run level when you want to run X. It's all possible. But the default should be sensible. My first paragraph of the message says what I think is sensible. What do you think is a sensible alternative? Not switching run levels - as you discount below... > > And that you'd know how to disable it from > > doing so via update-rc.d. > > How is someone who has just installed it for the first time supposed > to know this? Plenty of people don't. We know they don't, because > they keep asking the list. Then it would not be sensible to have xdm not run in all run levels. ergo, xdm runs in all run levels when it is installed. My understanding of other distros is that they run X only in some of the higher run levels (4 & 5 maybe?). If debian were to do this, when a user installed xdm, they would also have to learn about run levels; what they are and how they work, and how to switch between them. Otherwise, xdm would not start automatically, and the user would get frustrated that xdm is not running, even though they have just installed it. > > > > A friend of mine recently installed debian and whenever he rebooted > > > > it started x and then hung his machine. He doesn't have enough > > > > experience to know how to circumvent this and therefore had to do a > > > > complete reinstall. > > Which is what would have happened to a friend of mine recently if I > hadn't done the installation for him and known to take out xdm. ah, it seems you beef is that the X metapackage includes xdm, not that xdm runs automatically. I think the solution to this is to have xdm recognise an xserver crash, and to not make the system unusable. > > > > I would think that especially debian would adopt a policy of having > > > > automatic boot to X disabled by default. Every other distro will at > > > > least ask you. > > I agree. It *should* ask. Why doesn't it? Because it doesn't need to. You installed xdm - why would you not want it to run? If you want something out of the ordinary, then you'll have to take steps to ensure that. But the default should be sensible. In this case - you install xdm and it will run. > > Debian doesn't install X by default. Ergo: X doesn't start by default. > > And when it is installed, automatic boot to X is *enabled* by default. no. Only if you install xdm. > Technically, xdm is only installed if you request it. Practically, the > new user struggles and swears with dselect and doesn't notice that xdm > has been selected, or the significance of it. Nor do they realise that > they don't need it, especially given dselect's obstinacy over > suggests/recommends. Or they just use tasksel, and know even less > about what's going on. Hit the Button That Makes It Work, reboot, X > can't handle the motherboard's onboard video adapter, machine is > useless. Hmmm, I've been arguing a different point. I should have read the entire message first (I though I did, but then found more as I replied). A lot of what I have said relates to installing via apt-get, so the user knowingly installs xdm. I
splitting/editing avi/video files
Hi - I have a 1.5 Gig video that I want to put on CD's (700 Mb). What is the best way to do this? I searched briefly on the internet but I think I can save a lot of time with experimenting by asking the list. What I already tried: 1) mencoder to copy the file to different sizes. it failed b/c there is a 60 byte error at the beginning of the movie that I can skip when playing, but if I skip when copying i lose the indexes and cant ff/rw the video etc. would "splitter" or something just to split the file up work? Could I play off the CD's in that case, or would I have to "reconstitute" the file to play it? TIA for any advice. Shawn Lamson [EMAIL PROTECTED] Debian GNU/Linux 3.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT, FLAME] Linux Sucks
On Mon, Mar 24, 2003 at 03:07:24PM -0800, Marc Wilson wrote: > On Mon, Mar 24, 2003 at 10:03:24AM -0800, nate wrote: > > hopefully this time around there's enough time for them to get it > > working, though I don't know if we'll see an official X11-based installer > > for the next revision, I hope that they have the backend and a > > ncurses-style installer done for the next release. > > Gods, whyinhell would you need X in order to install a distribution? > That's just silly. But it's so _cool_; nifty splash screens and widgets and whatnot make this _look_ like the premiere linux distro. Of course, when the shiny happy install doesn't work on some esoteric hardware you're screwed, but nobody runs _that_ stuff. (or do they??) *sigh* -- Nathan Norman - Incanus Networking mailto:[EMAIL PROTECTED] Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws. -- Plato -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: [OT, FLAME] Linux Sucks
| Marc, the original poster clearly had a problem that went way beyond not | being able to install Debian, but in charity there is no excess. And it | will do no good to make Debian less easy because he was annoying. I've looked after windows boxes for many years, windows users find it quite difficult. Many shudder at the thought of installing anything. Most machines I look at for the first time are in a horribly unstable condition, networks too for that matter. I'm sorry but in my very limited experience with linux i can't see it as any more difficult than windows. The major difference would be that windows hides/ignores conflicts etc, I don't think linux does, does it? :-) cherrio Lindsay --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.463 / Virus Database: 262 - Release Date: 17/03/2003 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT, FLAME] Linux Sucks
On Mon, Mar 24, 2003 at 03:13:04PM -0800, Marc Wilson wrote: > On Mon, Mar 24, 2003 at 08:06:12AM -0800, Larry wrote: > > I must say, however, that compared to a number of > > other systems I've worked with, Debian is difficult to > > get installed and configured. I suspect the poor > > fellow was ready to tear his hair out (assuming he had > > some hair). > > Yeah, you have to be able to read, which lets out most morons. > > Someone please tell me, though... what is wrong with a system that does NOT > pander to Joe Moron? Why does anyone care whether or not Joe Moron can > install an operating system? Why are we encouraging him to try? It seems > to be accepted as a given that Joe Moron needs to know how to build a > computer in order to use one. > > The idea that operating systems are consumer products is the ultimate > Microsoft-ism and, I think, has led to a lot of their problems. > > -- > Marc Wilson | In charity there is no excess. -- Francis Bacon > [EMAIL PROTECTED] | Marc, the original poster clearly had a problem that went way beyond not being able to install Debian, but in charity there is no excess. And it will do no good to make Debian less easy because he was annoying. -- Paul E Condon [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Status of Testing
Bill Moseley wrote: Can someone fill me in on the status of Testing -- I have not updated my Testing/Unstable machine for a while (IIRC the glibc issue??). The glibc issue is resolved, if you upgrade now than you will probably upgrade on the order of 100-200 packages depending on how many were already the unstable version and how many you have installed. It is doubtful that that will fix the mozilla issue though... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Status of Testing
Bill Moseley <[EMAIL PROTECTED]> writes:
> Can someone fill me in on the status of Testing -- I have not updated my
> Testing/Unstable machine for a while (IIRC the glibc issue??).
I said "Damn the torpedoes" and went ahead and upgraded. So far I
haven't noticed any problems. I run a testing machine with a handful of
unstable programs (notably Gnucash). Remember that I might not be
running the same apps as you.
> Now
> some fonts in Galeon/Mozilla are once again ugly,
There was a recent thread on the Gnucash mailing list where someone was
using Gnome 2, whereas Gnucash was using Gnome 1. Here's the workaround
that was offered, maybe it's appropriate here:
From: Reinke Bonte <[EMAIL PROTECTED]>
Subject: Re: GUI question
Date: 24 Mar 2003 12:51:59 +0900
Organization:
If you run Debian unstable, there should be a file called
.gtkrc-1.2-gnome2 in your home directory. This file calls a file called
.gtkrc.mine, which probably does not exist in your home directory. You
can create this file and put gtkrc directions in it. Don't ask me about
the syntax, because I have no idea, but any gtk programmer or the gtk
manual should be able to tell you. This is what I put in my .gtkrc.mine
file, because I need support for Unicode fonts:
style "user-font"
{
fontset="-gnu-unifont-medium-r-normal-*-*-160-*-*-c-*-iso10646-1"
}
widget_class "*" style "user-font"
Don't use this font setting if your environment is not set up for
Unicode, instead replace the font by some of your liking with your
encoding!
> Any recommendations?
I haven't run a pure unstable system yet, but it seems to me that
testing is a nice compromise between stability and bleeding edge.
> ii galeon 1.2.7-6Mozilla based web browser with GNOME look an
I'm running 1.2.5 out of testing, and it hasn't crashed in recent memory.
Hope the feedback is helpful...
p.s. Your name is awfully familiar, do I know you from some other
context?
--
Bill Wohler <[EMAIL PROTECTED]> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X
On Mon, Mar 24, 2003 at 06:37:02AM +, Karsten M. Self wrote: > on Sun, Mar 23, 2003 at 05:43:42PM -0700, Glenn English ([EMAIL PROTECTED]) wrote: > > On Sun, 2003-03-23 at 14:54, Leo Spalteholz wrote: > > > > > Sorry this won't help you but I've always wondered why debian does > > > this. You install xdm and the defualt is to boot straight into a > > > graphical login. Why?? At the very least it should ask you when > > > installing if you want to start up into X. Well said. > Debian assumes you wouldn't have installed X if you didn't want it > starting automatically. Why? It's reasonable for Windoze to be installed with "BootGUI=1" because you can do naff-all in DOS mode. But with Linux you can do MORE from the command line than the GUI tools. The assumption is not justified. The GUI becomes something you can use when you need it (web browsing, gimp, etc) rather than something you have to use all the time. For me, one of the great attractions of Linux is the power of the command line. When I first installed debian (slink) I didn't bother installing X for quite a while, until I needed it for something that produced graphical output. The next time I rebooted and got a completely unexpected graphical login, I was both shocked and furious. This question is asked pretty often on this list, so it seems reasonable to assume that plenty of people do not want to boot straight into X. > And that you'd know how to disable it from > doing so via update-rc.d. How is someone who has just installed it for the first time supposed to know this? Plenty of people don't. We know they don't, because they keep asking the list. > For more: > > http://kmself.home.netcom.com/Linux/FAQs/xdm-disable.html > > > > > A friend of mine recently installed debian and whenever he rebooted > > > it started x and then hung his machine. He doesn't have enough > > > experience to know how to circumvent this and therefore had to do a > > > complete reinstall. Which is what would have happened to a friend of mine recently if I hadn't done the installation for him and known to take out xdm. > Silly boy. Debian doesn't require reinstalls. Hell, a friend trashed > his /var partition and recovered (well, rebuilt) without a reinstall. > Not recommended. But possible. The two abovementioned friends, being totally new, did not know this... > > > I would think that especially debian would adopt a policy of having > > > automatic boot to X disabled by default. Every other distro will at > > > least ask you. I agree. It *should* ask. Why doesn't it? > It is. No it isn't. > Debian doesn't install X by default. Ergo: X doesn't start by default. That's not "disabled". That's "not installed". Course it doesn't flippin' start if it's not installed! And when it is installed, automatic boot to X is *enabled* by default. > X is only installed if you request it. And as with other services, when > installed, SysV init is updated so that the service is automatically > started. ... so that *xdm* is automatically started. Which you don't actually need on the machine at all. But the new user doesn't know this. Even if they notice that xdm has been installed along with X, they'll just assume that it's been installed because you do need it. Which you don't, unless you've asked for a graphical login. Which is a choice you don't get offered. Technically, xdm is only installed if you request it. Practically, the new user struggles and swears with dselect and doesn't notice that xdm has been selected, or the significance of it. Nor do they realise that they don't need it, especially given dselect's obstinacy over suggests/recommends. Or they just use tasksel, and know even less about what's going on. Hit the Button That Makes It Work, reboot, X can't handle the motherboard's onboard video adapter, machine is useless. > > After spending the afternoon in the Debian /etc directory, I'm > > inclined to agree with Evi Nemeth et al who claim Debian's init > > process leaves a little something to be desired, readability-wise. > > It's such a mess that I'd volunteer to fix it if I thought I knew > > enough. Can't agree here... when I got hit with the graphical login thing it didn't take me too long to get from 'ps ax' to 'rm /etc/rc?.d/S99gdm' (slink, remember). Pigeon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PCI ATA card support
On Mon, Mar 24, 2003 at 03:08:15PM +1100, Lindsay Yardley wrote: > G'day Alvin/All, > | - why do you want raid??? > I'm setting up a file/print server. > | > | - sometimes you cannot boot off hde/hdg > |- did you test that you cn boot off hde/hdg > don't want to boot from it. > > hda1 - /boot > hda2 - / > hda3 - swap > hde/g raid set - /var > hde/g raid set - /home > > that's why i asked if it would be possible/advisable to first install debian > to hda1,2,3 then > add the RAID1 set, format/mount it and move /var & /home over to it. This wasn't entirely clear, he says having re-read the thread. This is how I'd do it. I messed about with RAID a while ago just to get some idea of what it was about, using the following method: 1) Take one machine with woody and some spare HDs 2) Add RAID support to the kernel (I use custom kernels) 3) Read the stuff about RAID in /usr/share/doc/HOWTO 4) Issue a few commands according to what I'd just read - bingo! one working RAID set. Step 4 a problem? The reason it's so vague was that I found that having done step 3, step 4 turned out to be sufficiently straightforward that I didn't bother remembering the details of what I did (just thought "OK, that was easy, now I can take it all apart again"). So take heart! > So far I've found out I need to use the 2.4 kernel and set the ATA card > IDE's at boot with "Boot: bf24 ide2=0x6200,0x6302,11 ide3=0x6400,0x6502,11" > where ide2=[start IO address],[end IO address],[IRQ]. You seem to have the hardware working, so the hard part is over. Pigeon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian 3.0 connection oddity
Battled long and hard today with a very strange problem on my Debian unstable 3.0 box. I had my internet connection working fine and then went to go use mozilla again and found name resolution not to be working; that is, i could not reach any sites. I then tried Lynx and i could access most every site on the Internet: nytimes.com, slashdot.org, freshmeat.net, you name it. So, as it happens, i dump my arp cache, change ip's, check dns, redo my interface settings, change nics, change station cables, check my kernel, and still nothing. After four hours of work i could reach any given site via lynx, yet mozilla / phoenix could get nowhere, except by IP. So i figure DNS if messed, which it turns out it wasn't, other linux boxes were getting there fine. In a last hurrah I dumped my host table and viola, mozilla / phoenix as well as lynx worked like a charm. Thinking i had made a dump mistake i tried the host table which I had been using from the beginning, the one which had cause the problem, untainted, and from a very working *nix mail server, and sure enough, i lost name resolution in mozilla. I was happy that i got NS working again, but the explanation baffles me, especially why a previously healthy host table would screw up dns, especially with the existence of a working resolv.conf. Any help is appreciated. Thanks, Josh _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ "if it ain't broke, hit it again" Joshua Bauman [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] www.darw1n.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is my hard drive dying?
On Mon, 24 Mar 2003, Andrew Pritchard wrote:
> I've been looking through the logcheck on one of my machines, and I've seen
> a lot of these types of messages:
>
> Mar 24 17:14:51 orion kernel: hda: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Mar 24 17:14:51 orion kernel: hda: dma_intr: error=0x40 {
> UncorrectableError }, LBAsect=3994439, sector=63232
> Mar 24 17:14:51 orion kernel: end_request: I/O error, dev 03:01 (hda),
> sector 63232
>
> Does this mean my drive is dying? I've not had any problems with the machine
> till now.
not necessarily...
=== What did you CHANGE ??
-- if you changed the kernel ... make sure yur kernel supports the
motherboard ( ide chipset )
-- did you add a new disk somewhere ??
- use only one ide drive per cable if you're having these problems
-- check your ide cables for kinks and corners and places where it touches
metal
-- is it ext2 or ext3 ??
- does (e2fsck) ext2 come out clean
-- make sure your IDE cables is secure and is 80 conductor ( not
fatter looking 40-conductor cables )
-- if the disks has been running for a while..
- what changed
- when you make backups ... use a DIFFERENT media for backups
when you already suspect a bad disk... as your good backup
will be overwritten by bad data..
- when you restore the data, you might be restoring the
original bad-disk-symptom vs the disk problem itself
-- if its a brand new disks..
- you could have a bad disk
- or lots of possible reasons
-- few other stuff to do before tossing the disks..
-- move the disk to a different box... does it show the same symptom
( and if it did... the disk might be bad ...
c ya
alvin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: repartitioning: joining two partitions
hi ya On Mon, 24 Mar 2003, Joris Huizer wrote: > Hello everybody, > > I have the following question: > I have four partitions: > /, /tmp, /usr, /home > > Is it possible to change the situation so that the > /tmp partition space becomes part of the /home (so the > /tmp is a normal folder in / ) ? It's usually hardly > used and I could use some space for my personal stuff. putting /tmp into a different partition is a bad idea /tmp should always stand by itself .. same for /var and /home if you need more disk space... buy another 10GB disk for $10 and save yourself hours of headaches if something goes wrong ( prices is about $1 - $2 per GB of disk now days ) c ya alvin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug reports and the incoming queue
On Mon, Mar 24, 2003 at 06:53:44PM -0500, John Ashley Burgoyne wrote: > Evolution having been non-upgradeable/uninstallable in sid for a few > days now because of a missing dependency on libgal23, I looked to see > whether anybody had submitted the bug. I saw that somebody has indeed > submitted it, and moreover, it has been resolved. The "resolution" > message from the maintainer, however, is a curt request never to submit > such bugs because libgal23 is already in the incoming queue. I agree with Henrique; the maintainer is just unlucky and needs to accept such bugs. Furthermore, the maintainer ought not to have uploaded evolution built against libgal23 knowing that libgal23 was still stuck in NEW. > On the other hand, I am not a Debian developer and had half forgotten > that the incoming queue existed. The last time I found it, it was after > an hour of searching on Google. This time it only took a single search > from which, I *think* I found it (http://incoming.debian.org). I don't > see libgal23 there anywhere, though, which leads me to believe that > maybe I haven't found it after all. I also seem to remember from > my last search for the incoming queue that there is some point in the > life cycle of a package upgrade during which the developer has released > the new package but it is hidden from normal users so that they don't > jump the gun and install it before all of its dependencies exist. Not quite. Packages with entirely new names (as opposed to new versions of existing packages) go into queue/new (sometimes called just NEW) until an ftpmaster has manually checked them. They are unreadable to everyone except ftpmasters (even most developers) until this check has happened, at which point they appear in http://incoming.debian.org/ until the next daily archive update. This unreadability is a legal requirement of having cryptographic software in the main archive. > What is one supposed to do, then, to be a conscientious bug submitter? I > always check the other bug reports first, and I would be happy to check > the incoming queue, too, if I could get a straight answer about how > exactly I can (or can't) do that. The submitter did the right thing. Checking incoming.debian.org is useful where possible, but maintainers should not flame people who don't do this. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: getting rid of flash
on Mon, Mar 24, 2003 at 10:57:40PM +0100, Hans Wilmer ([EMAIL PROTECTED]) wrote: > Hi, > > THX for your suggestions! > > > delete libnullplugin.so in the mozilla plugin > > ROTFL, this produces just another popup: > > > "Mozilla cannot find the Plugin Downloader Plugin ..." That's what I thought. Hence the stylesheet. > > Mozilla should have some protection against plugins built-in, as it > has for blocking images and scripts opening windows ... > > Well, I'll try that CSS style sheets next. I can assure you it works ;-) Peace. -- Karsten M. Self <[EMAIL PROTECTED]>http://kmself.home.netcom.com/ What Part of "Gestalt" don't you understand? SBC PacBell: The phone is once again your fiend. http://www.consumernet.org/turn/body_pacbell_monopoly.shtml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, Mar 24, 2003 at 08:58:25AM -0800, Steve Lamb wrote: > On Mon, 24 Mar 2003 16:04:04 + > Colin Watson <[EMAIL PROTECTED]> wrote: > > There is a manifestly clear policy on shared libraries. Shared library > > packages must include the soname's version number, for good reasons. > > Which is about the only package I would say that it is needed for multiple > reasons. Shared libraries are not unique. They're just the most common and easily identifiable case of a more general problem. > > Finding package names is a job for package management front-ends, which > > should include a search facility. If you're not using a front-end, you > > already have problems in that you're probably ignoring Recommends: and > > Suggests: hints provided by maintainers to try to make their packages > > work better for you. > > Quite the contrary. I use front-ends and turn those blasted suggests and > recommends off. How does the maintainer know what works better "for me"? > They don't. If I want something I'll include it, thank-you-very-much, not > stop trying to add more bloat to my system. Of course none of that has to do > with the problem at hand. That has nothing to do with turning them off; they're just user interface hints, not requirements. (In earlier versions of dselect a Recommends: was effectively a requirement, but not any more.) And I stand by my statement that you are choosing to lose information by ignoring these hints: take vim's former recommendation of vim-rt, for instance, or one of the X packages' recommendations of xfonts-base. Of course you're free to ignore them if you want, but stop trying to claim that they're some kind of encroachment on your liberty, which is just absurd. Incidentally, why are you trying to rearrange lots of rather set-in-stone interfaces in order to fix one thing you see as a user interface problem for finding packages, while railing against other provisions we've made to help users find packages? I genuinely don't understand this attitude. > > And no, it's not particularly a hack: allowing concurrent installation of > > multiple versions of a single package would be much worse. > > Uh, who said anything about concurrent installations of multiple versions. > I said multiple /listings/ of the same package but different versions. > Obviously if there is a compatibility issue they would have a conflict set up > in the field named "Conflicts". Ah, you think packages can conflict sanely with themselves, or that this even makes sense given our clearly defined and relied-upon-in-packages semantics for conflicts (discounting the special case where a package conflicts with a virtual package it itself provides). I see. Package: a Version: 1.0 Depends: b (>= 1.0) Package: b Version: 1.0 Package: b Version: 2.0 Conflicts: b (<< 2.0) Now explain, based on the specifications for Depends: and Conflicts: in the policy manual, why the Conflicts: ought to have any effect, and why a's versioned dependency on b is not satisfied by b 2.0. > I just love it when people read more into my words than I wrote there. > Makes me all warm and fuzzy knowing they seem to think they know what I am > thinking more than I am. Especially when what I wrote was quite clear. One of the very good reasons why package names change is, in some cases (although not all), to ensure that multiple versions of the package can be installed concurrently in order to simplify upgrades: shared libraries are a good example of this, but not the only one. It seems as if you didn't know this, which is kind of scary in someone proposing such major changes. I assumed that you did know this and would have thought about this problem. Also, my "quite clear" understanding of the packaging system as a maintainer is that the existence of a Conflicts: implies that the two conflicting packages (or versions of packages in your conception) might otherwise be concurrently installed. I can't see any possible point to a Conflicts: otherwise. 7.3. Conflicting binary packages - `Conflicts' -- When one binary package declares a conflict with another using a `Conflicts' field, `dpkg' will refuse to allow them to be installed on the system at the same time. (debian-policy in woody) If I'm reading things into your words at all, I'm basing it on inferences from how I know the packaging system works, not on some kind of prejudice. > > Well, if you feel like rewriting dpkg from the ground up (yes, your > > ideas *will* require that) and making sure you can handle full > > inter-release upgrades and partial upgrades correctly, feel free. Until > > then we need to stick with what we've got, which is working pretty well. > > Why would it require a rewrite from the ground up? I'm betting it is > based on your false presumption that I meant having two installed versions > when I clearly meant to versions available in the repository and
Re: [OT, FLAME] Linux Sucks
On Monday 24 March 2003 10:06 am, Larry wrote: > I don't condone the outburst, and am not fully tuned > in on this incident. > > I must say, however, that compared to a number of > other systems I've worked with, Debian is difficult to > get installed and configured. I suspect the poor > fellow was ready to tear his hair out (assuming he had > some hair). The 'poor' fellow shouldn't be using Debian to begin. Debian is an operating system for hobbyists and technically literate individuals who want a powerful and complete system, and a free one at that. It's not for one who gets frustrated easily; It wasn't designed for that. If I wanted a system that was simple, did everything I want, but had to sacrifice performance, power, enjoyment, et cetera, then I'd run Windows. Thus, I run Debian! > On the other hand, I've found the system to function > extrememly well, and be marvilously stable. Sid isn't the same way, as it takes some unborking to get working. But it's fun and I learn quite a bit, so it's worth it. Stable doesn't break when you finally get it working, but it can still be difficult for Joe (no offense to the people named Joe) Doofus to set up. Linux is, and forever will be, an operating system for the technically literate and those who want to be technically literate. > Once > installed, it is easy to upgrade and install > applications on. So the big hump, unfortunately, is > at the very beginning. Simply put, if you get frustrated easily, then you shouldn't be using Linux. -- Scott C. Linnenbringer finger sl at eskimo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, Mar 24, 2003 at 05:10:19PM -0800, Paul E Condon wrote: > On Mon, Mar 24, 2003 at 11:26:38AM -0600, Jamin Collins wrote: > > > So, make a proposal already. I have, and it will work if used. > > Where can I find a description of your proposal? I'd like to consider > these issues in a less adversarial setting. I bet I'm not alone in > this. http://lists.debian.org/debian-user/2003/debian-user-200303/msg04053.html It basically boils down to packaging v4 of exim as a different package name (exim4). It can then Provide "exim" for packages that require the "exim" package, but would not be an automatic upgrade. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: repartitioning: joining two partitions
Joris Huizer <[EMAIL PROTECTED]> writes: > Hello everybody, > > I have the following question: > I have four partitions: > /, /tmp, /usr, /home > > Is it possible to change the situation so that the > /tmp partition space becomes part of the /home (so the > /tmp is a normal folder in / ) ? It's usually hardly > used and I could use some space for my personal stuff. > > Oh, and what is the name of the partition program > Debian uses during the installation? If possible, I'd > like to use that one for this > Read its documentation thoroughly, then, use parted. You will also have to modify the entry that refers to the /tmp entry in fstab (that is, remove it) and do "mkdir /tmp" as root and change its persmissions acordingly. Greetings, Jorge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Error message from install of python packages
What do these messages mean...?? Setting up python-gtk (0.6.11-7) ... 'import site' failed; use -v for traceback 'import site' failed; use -v for traceback Setting up python-glade (0.6.11-7) ... 'import site' failed; use -v for traceback 'import site' failed; use -v for traceback Setting up python-gdk-imlib (0.6.11-7) ... 'import site' failed; use -v for traceback 'import site' failed; use -v for traceback Setting up python-gnome (1.4.4-7) ... 'import site' failed; use -v for traceback 'import site' failed; use -v for traceback They seem to be affecting my ablity to build packages??? configure: error: The python interpreter can't find the python bindings for gtk. make: *** [build] Error 1 debuild: fatal error at line 456: dpkg-buildpackage failed! TIA Brian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CONFIG_FILTER
On Mon, Mar 24, 2003 at 09:01:54AM -0900, Greg Madden wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > This issue comes up periodically on this list & on my local LUG list also, > from the debian users anyway. If you select to use dhcp during an install > the dhcp client used is dhclient. I am not sure what the relationship is > between dhclient & CONFIG_FILTER, or if it has something to do with one of > the networking scripts in init.d, but the net effect is dhclient will fail > to setup the network if CONFIG_FILTER is not enabled in the kernel. All the > Debian made kernels come with this enabled, the issue starts when someone > compiles from source. In the .config file that comes with the source > CONFIG_FILTER is set to 'off' . Reading the description for CONFIG_FILTER > it appears to me, and apparently others, that it it not needed for ethernet > networks. i.e. > > "You need to say Y here if you want to use PPP packet filtering > (see the CONFIG_PPP_FILTER option below). > > If unsure, say N." > > My guess at a solution would be to enable this option in the kernel source > .config files, as long as it didn't create more issues than it solves. > > - -- > Greg Madden > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+f0gSk7rtxKWZzGsRAiUbAJ9GxODvHUnZDiuKnAuxGVwpbkGzvACfdFCl > UvKEa/+Mo3v55jEiclzLrAk= > =mTgk > -END PGP SIGNATURE- I have a practical suggestion to Debian people who set out to compile their own kernel: Start with the config file that Debian places in /boot This config file should produce a kernel just like the one you are already running. Use make config or whatever to modify only those settings in this file that you KNOW your want to set differently. The resulting kernel should have the new features that you want AND features that you did have but didn't know you needed will still be there. -- Paul E Condon [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gnome 2 user guide--how do I read it.
On 20 mar 2003, [EMAIL PROTECTED] wrote: >On Thu, 2003-03-20 at 08:09, Andy Hurt wrote: >>I found the Gnome 2 backport to Woody a bit underpopulated, in >>general. And a few things just plain didn't work . . . > >Are we talking about gnome2 or the gnome2.2 backport? I'm using the gnome2.2 backport currently avaiable from ftp.acc.umu.se. >If gnome2.2, I'd like to know what doesn't work for you or what is >missing-- maybe I can fix it. Everything is working great for me. Thanks! The problem is that no entry for the Gnome user guide shows up anywhere in the hierarchy of documents that is available when I start yelp. I have since narrowed this down a bit--there is no entry when I'm using the Norwegian locale, but it does show up when I set the locale to C. In other words: $ LC_ALL=no_NO.ISO-8859-1 yelp results in a yelp which does not contain a entry for the user guide, but $ LC_ALL=C yelp does. I think that's very peculiar, particularly since most of the documents are in English, even in the Norwegian locale. Apart from that, yelp is unbearable slow--it can take anything up to ten seconds from when I click on an entry to the document shows up in the window, and that's on my 512MB Athlon XP 1800. Yelp always insists on opening a ridiculously small window when I start it. At a guesstimate, it covers less than a sixth of my 1600x1400 screen and I have to resize it every time. I have also found a number of bugs in the scrollkeeper documentation system: [EMAIL PROTECTED]:~$ sudo /etc/cron.monthly/scrollkeeper xmlNanoHTTPConnectHost: Failed to resolve host 'scrollkeeper.sourceforge.net' - Non-authoritive host not found or server failure./usr/share/omf/evolution/evolution-no.omf:2: warning: failed to load external entity "http://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd"; p://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd ^ xmlNanoHTTPConnectHost: Failed to resolve host 'scrollkeeper.sourceforge.net' - Non-authoritive host not found or server failure./usr/share/omf/evolution/evolution-C.omf:2: warning: failed to load external entity "http://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd"; p://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd Also, most of the files in /usr/share/omf/gnome-applet contain hardcoded references to /home/james: [EMAIL PROTECTED]:/usr/share/omf/gnome-applets$ grep home * battstat-C.omf: battstat-ja.omf: cdplayer-C.omf: cdplayer-ja.omf: char-palette-C.omf: char-palette-ja.omf: command-line-C.omf: drivemount-C.omf: geyes-C.omf: gkb-C.omf: gtik2_applet2-C.omf: gweather-C.omf: mixer_applet2-C.omf: [EMAIL PROTECTED]:/usr/share/omf/gnome-applets$ -- Gaute Strokkeneshttp://www.srcf.ucam.org/~gs234/ "THE LITTLE PINK FLESH SISTERS," I saw them at th' FLUORESCENT BULB MAKERS CONVENTION... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, Mar 24, 2003 at 11:26:38AM -0600, Jamin Collins wrote: > [snip] > > So, make a proposal already. I have, and it will work if used. > Where can I find a description of your proposal? I'd like to consider these issues in a less adversarial setting. I bet I'm not alone in this. > [snip] > -- > Jamin W. Collins -- Paul E Condon [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, Mar 24, 2003 at 03:16:37PM -0800, Steve Lamb wrote: > Last post on this. > > On Mon, 24 Mar 2003 16:24:24 -0600 Jamin Collins > <[EMAIL PROTECTED]> wrote: > > Just as I have never claimed that the example you've given doesn't > happen. You gave an example of why a resolution is needed. Fine, > great, I get that. I'm simply pointing out that the resolution given > has problems. I'll admit that I must have missed them then. I don't recall a single problem being presented. Instead I've seen speculation on how it would cause confusion. Yet, elsewhere in the Debian package system it works just fine. > > There's that *vague* "it just works" suggestion again. Once again, > > I ask you, how? > > Uhm, how does it do it now. This is how versions are handled currently: http://www.debian.org/doc/debian-policy/ch-versions.html > Clearly the tools are completely capable of handling multiple > versions. It's not a question of whether the tools can handle multiple versions. It's a question of how to handle situations where a new version of the package is not backward compatible and an upgrade to the new version *will* break things. Thus, the system should not be automatically upgraded to the new version. > So what is wrong with my vague "it works" suggestion? Esp. when I > have clearly stated "an extra field to separate different incompatible > versions". The lack of any indication of how to make such a system work. Not even a high level overview (which you've finally started in this response). > I had thought epoch would work but I was having a brain fart moment > forgetting epochs are to force a backwards shift. > > So how hard is it for you to put the two together? Fine, an extra > field, let's call it a strain. (snip) I didn't see anything majorly broken in what you suggested. However, it would (if I'm not mistaken) be a large undertaking and require updates to scripts that maintain the different branches (testing, unstable, etc). Not to meantion all of the package tools. > Depends would not have to worry about strains. They worry about > packages first, versions second. IE if a tool were able to work with > both exim v3.x and exim v4.x (log processor for example) the depends > would be "exim". I believe you've just described virtual packages. http://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual > > I'm not an expert, but I would think the new version of (as you put > > it) "KDE which stomps on all previous dependencies". Why? Because > > it could make use of the Provides field. > > Which is to be spammed with all previous versions of KDE since they > seem to be in the habit of releasing each new version with the version > number in the package name? No, the packages with version numbers in their name could Provide virtual packages without the version numbers. Then the packages that depend on them could depend on the virtual packages. > > It's not inconsistent. As myself and other(s) have shown you, there > > are a number of packages that already use this method. > > Which does not point to consistency. A number of packages don't use > it. > > Some packages do. > Some packages don't. Those that need it use it, those that don't do not. Not every package has an epoch. Does that mean that epoch's are inconsistent? No. Again, those that need it use it, those that don't, don't. > Isn't that pretty much a definition of "inconsistent". Inconsistent is defined (at m-w.com) as: : lacking consistency: as a : not compatible with another fact or claim b : containing incompatible elements c : incoherent or illogical in thought or actions : CHANGEABLE d : not satisfiable by the same set of values for the unknowns Of the above, a: doesn't apply (it's not a statement), b: doesn't apply (it's not an argument), c: could apply, and d: doesn't apply (it's not an equation). So, looking at c:, I'd say no. The addition of a number (usually referencing the major version of a package) to the package name in situations where it helps prevent an automatic upgrade from breaking an end user's system is not inconsistent, as it is not "incoherent or illogical in thought or actions". > As was pointed out share libraries are the exception since, by policy, > they have to have the version number in the package name. This is, to > me, consistent and I have no complaints about it. Policy is a guide. Because something is not listed in policy does not mean it isn't done or that it doesn't make sense to do it. Take a look at the debian-policy mailing list archives. > > Which package would you install to get vnc? Is it confusing because > > it's name is not "vnc"? > > Amazingly enough vncserver, xvncviewer & svncviewer don't have the > version numbers in them. Nor did I indicate that they did. You indicated that gimp was confusing because you could not simply "apt-get install gimp". Additionally, you seem to be against packages changing their
Re: Bug reports and the incoming queue
On Mon, 24 Mar 2003, John Ashley Burgoyne wrote: > message from the maintainer, however, is a curt request never to submit > such bugs because libgal23 is already in the incoming queue. The maintainer is being boneheaded. He should have either closed the bug knowing he would have to close more until libgal23 makes it to the archive... or tag it pending and manually close it after libgal23 hits the archive. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: [OT, FLAME] Linux Sucks
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Sent: Monday, March 24, 2003 3:45 PM > To: [EMAIL PROTECTED] > Subject: [OT, FLAME] Linux Sucks > Importance: High > > > A typical Windows user > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > Excuse me? I use outlook at work because I have no choice, nor have I participated in this thread. Where did this e-mail come from? Barry deFreese Technology Services Manager Nike Team Sports (949)-616-4005 [EMAIL PROTECTED] "Technology doesn't make you less stupid; it just makes you stupid faster." Jerry Gregoire - Former CIO at Dell -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] boot CD from grub?
Shri Shrikumar <[EMAIL PROTECTED]> writes: > On Thu, 2003-03-20 at 00:17, Jens Grivolla wrote: >> So I guess I'll just have to work around it (which can be a pain), >> apparently booting from a CD without BIOS-support is not possible. > > Have you tried xosl from http://www.xosl.org I havent used it in a while > but remember it having the capability to boot from cd. Thanks for the tip. Unfortunately it seems to only boot from IDE drives, but it is an interesting pointer in the right direction. Ciao, Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Status of Testing
Can someone fill me in on the status of Testing -- I have not updated my Testing/Unstable machine for a while (IIRC the glibc issue??). On my desktop and development machines I have a mix of testing and unstable packages. I've needed the unstable versions of a few packages for my hardware or for features I'm working with. I'm also wondering if I should just upgrade to unstable. The other day I had to remove my X server (xserver-xfree86 and xserver-common) and reinstall to get a new matrox G550 video card to work correctly. Now some fonts in Galeon/Mozilla are once again ugly, plus (the big problem) is both Galeon and Mozilla are crashing a lot. I do seem to have some conflicts once in a while, and I'm wondering if my mix of testing and unstable isn't a source of trouble, and things might work better if I just track unstable and be prepared for a few (hopefully short lived) broken packages. Any recommendations? BTW -- here's my current browsers that are crashing: ii mozilla-browse 1.2.1-9Mozilla Web Browser - core and browser rc mozilla-mailne 1.2.1-9Mozilla Web Browser - mail and news support ii mozilla-psm1.2.1-9Mozilla Web Browser - Personal Security Mana ii mozilla-xft1.2.1-9Mozilla Web Browser - Xft support files ii galeon 1.2.7-6Mozilla based web browser with GNOME look an ii galeon-common 1.2.7-6Mozilla based web browser with GNOME look an -- Bill Moseley [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT, FLAME] Linux Sucks
I was just making the observation, one I can verify with other folks I know (none of which would be classified as idiots in any forum I'm aware of) that compared to other systems, Debian is not as easy to install and configure. As an example, when installing Potato on a computer that had held Windows, OS/2, and Redhat, I couldn't even get the Debian to complete installation, because it could neither create a boot disk (some access failure to the floppy) or write a boot sector to the hard disk. I had to mess around with an old Redhat boot disk to finally get Debian on there. After that, I couldn't get Debian to recognize my lan card. A kind soul in this group informed me that sure enough, the default boot system had a glitch with respect to my card, and building a new kernel would solve it (it did). I also had a devil of a time getting my lan printer to work. None of the other mentioned systems had such difficulties getting up and running. None-the-less, I'm a Debian user because of its stability, standards adherence, and ease of application installation. Because of the difficulities one may encounter during installation and configuration, however, I don't feel pressured to call it a "perfect" system. Just a very good one, that has put less emphasis on installation and configuration than on other aspects. There is nothing defective about a person who in their computer use, puts "more" emphasis in installation and configuration ease. But such a person is probably better served by some other system. So I show tolerance to my brethren who get frustrated during a Debian installation -- it can happen. (Not so tolerant to ranting and swearing, however). __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT, FLAME] Linux Sucks
Hi Marc! On Mon, 24 Mar 2003, Marc Wilson wrote: > On Mon, Mar 24, 2003 at 08:06:12AM -0800, Larry wrote: > > I must say, however, that compared to a number of > > other systems I've worked with, Debian is difficult to > > get installed and configured. I suspect the poor > > fellow was ready to tear his hair out (assuming he had > > some hair). > > Yeah, you have to be able to read, which lets out most morons. > > Someone please tell me, though... what is wrong with a system that does NOT > pander to Joe Moron? Why does anyone care whether or not Joe Moron can > install an operating system? Why are we encouraging him to try? It seems > to be accepted as a given that Joe Moron needs to know how to build a > computer in order to use one. > > The idea that operating systems are consumer products is the ultimate > Microsoft-ism and, I think, has led to a lot of their problems. My sentiment exactly. I'd rather not have a dumbed down system. And how many times do you go through an install anyway. Last time I did an install was almost two years ago. -- B. L. Jilek <[EMAIL PROTECTED]> PGP keys on my website --> http://crowbyte.dnsalias.com/~tcrow/ Linux user: 163800 | Debian Rules! | Slackware Rocks! --- pgp0.pgp Description: PGP signature
Bug reports and the incoming queue
Evolution having been non-upgradeable/uninstallable in sid for a few days now because of a missing dependency on libgal23, I looked to see whether anybody had submitted the bug. I saw that somebody has indeed submitted it, and moreover, it has been resolved. The "resolution" message from the maintainer, however, is a curt request never to submit such bugs because libgal23 is already in the incoming queue. One on hand, I can understand how frustrating it must be for a package maintainer to have a missing-dependency bug submitted for a package that is already scheduled to be uploaded, especially because such bugs tend to appear as grave. On the other hand, I am not a Debian developer and had half forgotten that the incoming queue existed. The last time I found it, it was after an hour of searching on Google. This time it only took a single search from which, I *think* I found it (http://incoming.debian.org). I don't see libgal23 there anywhere, though, which leads me to believe that maybe I haven't found it after all. I also seem to remember from my last search for the incoming queue that there is some point in the life cycle of a package upgrade during which the developer has released the new package but it is hidden from normal users so that they don't jump the gun and install it before all of its dependencies exist. I guess, for that matter, this hidden state is what I had thought to be the incoming queue. What is one supposed to do, then, to be a conscientious bug submitter? I always check the other bug reports first, and I would be happy to check the incoming queue, too, if I could get a straight answer about how exactly I can (or can't) do that. With all kind regards, John Ashley Burgoyne -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fwd: Re: X ---> console switch puts monitor out of range...
On Mon, 2003-03-24 at 15:57, Tom wrote: > I don't log out. I press Ctrl+Alt+Del. It's just my monitor that > goes blank; the system still functions. I can type commands and > all, but don't see a thing :-) Mine's a laptop, and it acts like all the interrupts have been disabled - nothing has any effect at all. > Huh? Surely it's not elegant, but you *do* manage to get to a > properly functioning console, or what? So far. WindowMaker flashes a clean desktop once, then I'm back at the console. I see messages from X and/or wmaker, and I'm still logged in. I haven't looked at ps to see if there's a bunch of garbage still there; I was just so glad to see that prompt again... And I haven't seen this happen on several Red Hats, a freeBSD, a couple Mandrakes, or a couple SuSEs - just Debian. -- Glenn English [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is my hard drive dying?
On Mon, Mar 24, 2003 at 03:06:43PM -0800, nate wrote:
> Andrew Pritchard said:
> > I've been looking through the logcheck on one of my machines, and I've
> > seen a lot of these types of messages:
> >
> > Mar 24 17:14:51 orion kernel: hda: dma_intr: status=0x51 { DriveReady
> > SeekComplete Error }
> > Mar 24 17:14:51 orion kernel: hda: dma_intr: error=0x40 {
> > UncorrectableError }, LBAsect=3994439, sector=63232
> > Mar 24 17:14:51 orion kernel: end_request: I/O error, dev 03:01 (hda),
> > sector 63232
> >
> > Does this mean my drive is dying? I've not had any problems with the
> > machine till now.
I have also found that this happens when you are not using the proper
IDE kernel driver...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[OT, FLAME] Linux Sucks
A typical Windows user -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is my hard drive dying?
On Mon, Mar 24, 2003 at 10:16:28PM -, Andrew Pritchard wrote:
> Mar 24 17:14:51 orion kernel: hda: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Mar 24 17:14:51 orion kernel: hda: dma_intr: error=0x40 {
> UncorrectableError }, LBAsect=3994439, sector=63232
> Mar 24 17:14:51 orion kernel: end_request: I/O error, dev 03:01 (hda),
> sector 63232
>
> Does this mean my drive is dying? I've not had any problems with the machine
> till now.
$ fortune -m LikeThis
(knghtbrd)
%
Thunder-: when you get { MessagesLikeThisFromYourHardDrive }
Thunder-: it either means { TheDriverIsScrewy }
or
{ YourDriveIsFlakingOut BackUpYourDataBeforeIt'sTooLate
PrayToGod }
%
--
The freedoms that we enjoy presently are the most important victories of the
White Hats over the past several millennia, and it is vitally important that
we don't give them up now, only because we are frightened.
- Eolake Stobblehouse (http://stobblehouse.com/text/battle.html)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
Last post on this. On Mon, 24 Mar 2003 16:24:24 -0600 Jamin Collins <[EMAIL PROTECTED]> wrote: > Epochs currently serve a different purpose, one that is needed. Doing > what you propose would remove that functionality. Bleck, you're right, brain fart. > > > Actually, it was. You seemed to indicate that the packages for gimp > > > should be called "gimp" and that there is no reason for version > > > numbers in the package name. I've provided several examples of when > > > it is needed (the above included). > > No, you have provided an example on why there needs to be a reason to > > differentiate between versions without having an update from one to > > the other. You have not provided an example on why that functionality > > must exist solely as a version number on the end of a package. > I've never claimed that it *must* exist *solely* as a number on the end > of the package, but simply that doing so *does* provide the desired > functionality within the existing system. Perhaps you should go back > and re-read my statements. Just as I have never claimed that the example you've given doesn't happen. You gave an example of why a resolution is needed. Fine, great, I get that. I'm simply pointing out that the resolution given has problems. > > IE, what should happen is this: > > gimp1.2 > > gimp1.3 > > The user gets to pick which he wants; mechanisms left to the > > imagination of the reader depending on the tools they use. > There's that *vague* "it just works" suggestion again. Once again, I > ask you, how? Uhm, how does it do it now. *points to aptitude example given a few messages ago.* Aptitude is perfectly capable of recognizing different versions of the same package and letting the user mix between the two. Apt can do the same. In fact from what I've read apt is capable of doing it both on the "hard" version numbers and "soft" release names. IE gimp=stable would be viable. Clearly the tools are completely capable of handling multiple versions. So what is wrong with my vague "it works" suggestion? Esp. when I have clearly stated "an extra field to separate different incompatible versions". I had thought epoch would work but I was having a brain fart moment forgetting epochs are to force a backwards shift. So how hard is it for you to put the two together? Fine, an extra field, let's call it a strain. strain: 0 Anything in strain 0 can be updated to a later in the same strain. If there is a break in compatibility. strain: 1 This would result in two entries in package manager front-end as shown above. We could try to get by with another dancing hack and say "the lowest strain is the one that is installed by default" since it would cover pretty much every instance of version numbers in package name to date. IE... exim v3.x - strain 0 exim v4.x - strain 1 bind v8.x - strain 0 bind v9.x - strain 1 However we get into a problem when we'd move up in the versions but provide older packages for compatibility. So we could just have the field be dual purpose. strain: 0:default strain: 1:optional So if a person does an "apt-get install exim" for the MTA they would get the default but could define the later version. On an upgrade it would check the strain and only update in that path. At any time the default could move to another strain if an acceptable update was made. Finally all strains would be considered conflicts with all other strains of the same package automatically. Depends would not have to worry about strains. They worry about packages first, versions second. IE if a tool were able to work with both exim v3.x and exim v4.x (log processor for example) the depends would be "exim". However a too that only works on 3 would add <=3.foo if denoting a specific number or just simply <4 to exclude the higher versions. Whatever, I've not looked into that part in great detail. > I'm not an expert, but I would think the new version of (as you put it) > "KDE which stomps on all previous dependencies". Why? Because it could > make use of the Provides field. Which is to be spammed with all previous versions of KDE since they seem to be in the habit of releasing each new version with the version number in the package name? > It's not inconsistent. As myself and other(s) have shown you, there are > a number of packages that already use this method. Which does not point to consistency. A number of packages don't use it. Some packages do. Some packages don't. Isn't that pretty much a definition of "inconsistent". As was pointed out share libraries are the exception since, by policy, they have to have the version number in the package name. This is, to me, consistent and I have no complaints about it. > As I've stated previously, it's not inconsistent. It may not be > perfect, but it *does* work. And as I have shown it is
Re: [OT, FLAME] Linux Sucks
Am Mon, 2003-03-24 um 17.06 schrieb Larry: > I don't condone the outburst, and am not fully tuned > in on this incident. > > I must say, however, that compared to a number of > other systems I've worked with, Debian is difficult to > get installed and configured. Amen to that. I'm running Linux for four years now. I installed Debian a couple of time on different machines but had never much trouble with it. Until yesterday. Where's the god damn logic of putting PCMCIA-hardware support *outside* the modconf menu?? It took me 45mins to find it grrr. Note: No PCMCIA, no network on most laptops *sigh* [...] -- Matthias Hentges Cologne / Germany [www.hentges.net] -> PGP welcome, HTML tolerated ICQ: 97 26 97 4 -> No files, no URL's My OS: Debian Woody: Geek by Nature, Linux by Choice signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: PHP4 conflicts with libc6
On Mon, Mar 24, 2003 at 04:09:53PM +, Colin Watson wrote: > When you're running anything later than stable, you should read > debian-devel-announce. Why? Then they'd actually learn something, or at least not be able to blame their own stupidity on the software. Can't have either one... that would be bad. :) -- Marc Wilson | Government lies, and newspapers lie, but in a [EMAIL PROTECTED] | democracy they are different lies. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT, FLAME] Linux Sucks
On Mon, Mar 24, 2003 at 08:06:12AM -0800, Larry wrote: > I must say, however, that compared to a number of > other systems I've worked with, Debian is difficult to > get installed and configured. I suspect the poor > fellow was ready to tear his hair out (assuming he had > some hair). Yeah, you have to be able to read, which lets out most morons. Someone please tell me, though... what is wrong with a system that does NOT pander to Joe Moron? Why does anyone care whether or not Joe Moron can install an operating system? Why are we encouraging him to try? It seems to be accepted as a given that Joe Moron needs to know how to build a computer in order to use one. The idea that operating systems are consumer products is the ultimate Microsoft-ism and, I think, has led to a lot of their problems. -- Marc Wilson | In charity there is no excess. -- Francis Bacon [EMAIL PROTECTED] | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is my hard drive dying?
Andrew Pritchard said:
> I've been looking through the logcheck on one of my machines, and I've
> seen a lot of these types of messages:
>
> Mar 24 17:14:51 orion kernel: hda: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Mar 24 17:14:51 orion kernel: hda: dma_intr: error=0x40 {
> UncorrectableError }, LBAsect=3994439, sector=63232
> Mar 24 17:14:51 orion kernel: end_request: I/O error, dev 03:01 (hda),
> sector 63232
>
> Does this mean my drive is dying? I've not had any problems with the
> machine till now.
that is a common symtom of a drive that is beginning to fail. I would
reccomend running the vendor's diagnostic tools on the disk asap, and
backup your important data just incase.
depending on the drive, you may be able to low level format it using
the vendor's tools(this will erase all data) and get more life out of
it, one of my maxtor drives got an extra 6 months of life by low level
formatting it.
nate
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT, FLAME] Linux Sucks
On Mon, Mar 24, 2003 at 10:03:24AM -0800, nate wrote: > hopefully this time around there's enough time for them to get it > working, though I don't know if we'll see an official X11-based installer > for the next revision, I hope that they have the backend and a > ncurses-style installer done for the next release. Gods, whyinhell would you need X in order to install a distribution? That's just silly. -- Marc Wilson | I like young girls. Their stories are shorter. [EMAIL PROTECTED] | -- Tom McGuane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: my helvetica looks ugly
Am Mon, 2003-03-24 um 19.28 schrieb Roman Joost: > I was wondering, that my X fonts are looking very ugly now. I attached a > little screenshot of my helvetica, but i don't know why? > > I tried to start the X server with 72 and 100 dpi, looked, that all my > fonts are installed and available, but i can't find any hints. If > someone has the same problem (maybe after an apt-get upgrade) and found > a solution, give me a hint. I had the same problem after some apt-get upgrade'ing. A reboot fixed it for me. -- Matthias Hentges Cologne / Germany [www.hentges.net] -> PGP welcome, HTML tolerated ICQ: 97 26 97 4 -> No files, no URL's My OS: Debian Woody: Geek by Nature, Linux by Choice signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Is my hard drive dying?
Am Mon, 2003-03-24 um 23.16 schrieb Andrew Pritchard: [...] > Does this mean my drive is dying? I've not had any problems with the machine > till now. Hate to say it, but yes it looks like you'd better get a backup done. Or try to mkfs the entire drive (delete and recreate all partitions). That *may* help if your partition table is faulty. HTH -- Matthias Hentges Cologne / Germany [www.hentges.net] -> PGP welcome, HTML tolerated ICQ: 97 26 97 4 -> No files, no URL's My OS: Debian Woody: Geek by Nature, Linux by Choice signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Fwd: Re: X ---> console switch puts monitor out of range...
Hey, > And I thought I was the only one... Heh. Me too :-) > How do you log out, just pull the plug? I don't log out. I press Ctrl+Alt+Del. It's just my monitor that goes blank; the system still functions. I can type commands and all, but don't see a thing :-) > Where does your system write > about the bad refresh rates? Well, it's actually the monitor itself that writes about it. It displays some ugly rectangle with an error message. > I'm currently quiting X with "sync;sync;sync;killall WindowMaker." > Not very elegant, but it seems to work so far. Huh? Surely it's not elegant, but you *do* manage to get to a properly functioning console, or what? Greets, Tom -- "Was soll uns denn das ew'ge Schaffen! Geschaffenes zu nichts hinwegzuraffen!" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is my hard drive dying?
On Mon, Mar 24, 2003 at 10:16:28PM -, Andrew Pritchard wrote:
> I've been looking through the logcheck on one of my machines, and I've seen
> a lot of these types of messages:
>
> Mar 24 17:14:51 orion kernel: hda: dma_intr: status=0x51 { DriveReady
> SeekComplete Error }
> Mar 24 17:14:51 orion kernel: hda: dma_intr: error=0x40 {
> UncorrectableError }, LBAsect=3994439, sector=63232
> Mar 24 17:14:51 orion kernel: end_request: I/O error, dev 03:01 (hda),
> sector 63232
>
> Does this mean my drive is dying? I've not had any problems with the machine
> till now.
I'd tend to say yes - get your backups done now!
Can you tell from the logs if there was a hard start date, or did
the errors just start to trickle in? How often are they occuring?
jc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: PCI ATA card support
G'day Daniel, I'm going to try and do something else today, I'm suffering information overload. BUT, I have partioned them as FD but cannot see how to make them RAID, I have 2 FD partitions where I want 1 83 partition mounted and initialised as /home (mirrored of coarse). If I continue the install on only hda can/how do I move /home to the raid disc later and will the system cope with the relocation. tia Lindsay | > | Which ID you use for your partition? If 83 (linux native) it's wrong. | You have to use fd (linux raid auto) Of course you can start to install | at first hda1, hda2 and hda3 and then start with your RAID partitions. | There is also an HOWTO explaining how to create a RAID solution from an | existing system. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.463 / Virus Database: 262 - Release Date: 17/03/2003 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, Mar 24, 2003 at 12:46:16PM -0800, Steve Lamb wrote: > Nevermind that my "change X" or "rework X" is at the exact same level > of the explanation you've given your solution. Difference is, it is > already coded. I've thrown out several ideas. > > Modify the behavior of epoch. > Include a new field to identify separate paths of the same package. > > Notice thats the same as yours: > > Add version number to some package names. No it's not. Your suggestions either break existing functionality or rely on a non-existent mechanism of unspecified/unsuggested design. My suggestion uses existing functionality and is already in use by many other packages. There's quite a bit of difference there. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: [OT, FLAME] Linux Sucks
G'day Larry, I'm surprised to hear that. I'm a relative newbie to linux and chose debian cause the others tend to dictate what u can & can't install and often (on the systems i've tried) stuff up whereas debian allows you to choose what & how it's installed but stops you from stuffing it up, so it runs (well, after all the installs i've done so far) after the install. cheers, Lindsay | -Original Message- | From: Larry [mailto:[EMAIL PROTECTED] | Sent: Tuesday, 25 March 2003 03:06 | To: debian | Subject: Re: [OT, FLAME] Linux Sucks | | | I don't condone the outburst, and am not fully tuned | in on this incident. | | I must say, however, that compared to a number of | other systems I've worked with, Debian is difficult to | get installed and configured. I suspect the poor | fellow was ready to tear his hair out (assuming he had | some hair). | | On the other hand, I've found the system to function | extrememly well, and be marvilously stable. Once | installed, it is easy to upgrade and install | applications on. So the big hump, unfortunately, is | at the very beginning. | | | __ | Do you Yahoo!? | Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! | http://platinum.yahoo.com | | | -- | To UNSUBSCRIBE, email to [EMAIL PROTECTED] | with a subject of "unsubscribe". Trouble? Contact | [EMAIL PROTECTED] | | --- | Incoming mail is certified Virus Free. | Checked by AVG anti-virus system (http://www.grisoft.com). | Version: 6.0.463 / Virus Database: 262 - Release Date: 17/03/2003 | --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.463 / Virus Database: 262 - Release Date: 17/03/2003 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X ---> console switch puts monitor out of range...
On Mon, 2003-03-24 at 14:34, Tom wrote: > Debian runs smoothly as long as I use X. The system boots fine, I > land at the prompt, enter 'startx' when I feel the need to do so. > When I want to switch back, however, from X to console, my monitor > blanks, reporting it's "out of range". > > Indeed, the refreshing rates it then mentions are too high for it > to handle. It's quite frustrating, however. I am bound to using X > all the time, since I can't freely switch from X to console and > back: when I make the switch, there's no other option than to > reboot, although my X-configfile specifies refreshing rates that > are more than safe to use. And I thought I was the only one... I use WindowMaker, and when I try to quit X (ctl-alt-bs or Exit from the menu), my LCD (often) turns white at the edges and the white slowly moves in until every pixel is all the way on. Then I reboot. How do you log out, just pull the plug? Where does your system write about the bad refresh rates? I'm currently quiting X with "sync;sync;sync;killall WindowMaker." Not very elegant, but it seems to work so far. I've seen this mentioned on the list before, and I keep watching, but so far none of the gurus have explained it. -- Glenn English [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, Mar 24, 2003 at 12:43:19PM -0800, Steve Lamb wrote: > On Mon, 24 Mar 2003 13:35:34 -0600 Jamin Collins > <[EMAIL PROTECTED]> wrote: > > Because epoch's already have a use, which is different from what you > > describe. You're suggesting tacking new functionality on to them > > that is completely different from their existing use. Thus, > > existing packages using them will not function (WRT upgrades and > > what not) as they once did. Thus, breakage. > > Which is different than changing a package name... how? Epochs currently serve a different purpose, one that is needed. Doing what you propose would remove that functionality. > I think you made my case better than I ever could. Thanks. You just don't "get it" do you? Packages with different names be, it the inclusion of a numeric reference to the releases version (or otherwise) *are not* supposed to upgrade previous versions of the package under a different name. That's how it works. This *is* intended. However, epochs *are* supposed to upgrade previous versions of the package. This *is* how it works. You're recommending breaking epochs to serve the same purpose as changing the name of the package. 1) There is no need for this as the functionality already exists. 2) The change would remove functionality. > > Actually, it was. You seemed to indicate that the packages for gimp > > should be called "gimp" and that there is no reason for version > > numbers in the package name. I've provided several examples of when > > it is needed (the above included). > > No, you have provided an example on why there needs to be a reason to > differentiate between versions without having an update from one to > the other. You have not provided an example on why that functionality > must exist solely as a version number on the end of a package. I've never claimed that it *must* exist *solely* as a number on the end of the package, but simply that doing so *does* provide the desired functionality within the existing system. Perhaps you should go back and re-read my statements. > IE, what should happen is this: > > gimp 1.2 > gimp 1.3 > > The user gets to pick which he wants; mechanisms left to the > imagination of the reader depending on the tools they use. There's that *vague* "it just works" suggestion again. Once again, I ask you, how? > > That's an issue to take up with the maintainer. If you can force > > the install and it works fine, then quite possibly, the maintain has > > their constraints too tight on the package requirements. In other > > words, file a bug against the offending package. > > Which would be, what? The package that was created before the latest > named version of KDE came down the pipe or the the latest named > version of KDE which stomps on all previous dependencies? I'm not an expert, but I would think the new version of (as you put it) "KDE which stomps on all previous dependencies". Why? Because it could make use of the Provides field. > > So far, you're the only user I'm aware of that has become > > "frustrated" by it. Sure, there are probably more out there, but I > > hardly think it's a problem of the magnitude you claim it to be. > > Pardon me for being forward thinking and despising inconsistency in > one package. I'm not attacking you. I'm simply stating that your claimed confusion for users doesn't appear to exist, at least not to the degree that your statements would seem to indicate. It's not inconsistent. As myself and other(s) have shown you, there are a number of packages that already use this method. > > Asking a user to use a search feature is hardly "confusing" or > > "inconsistent". Thus, I don't find the current situation to be > > either "confusing" or "inconsistent". Quite the contrary. Debian > > has simply "made sense" since I started using it. > > Asking the user to use a search feature to find a package because it > is named inconsistently with the vast majority of other packages *IS*. > It is a kludge to get around a problem. As I've stated previously, it's not inconsistent. It may not be perfect, but it *does* work. Which package would you install to get vnc? Is it confusing because it's name is not "vnc"? How about which one to install to get the version of vnc with the tight vnc extensions for testing? Now, which one would you install in the stable release to get the tight extensions? Face it, package names change as they need to. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Is my hard drive dying?
I've been looking through the logcheck on one of my machines, and I've seen
a lot of these types of messages:
Mar 24 17:14:51 orion kernel: hda: dma_intr: status=0x51 { DriveReady
SeekComplete Error }
Mar 24 17:14:51 orion kernel: hda: dma_intr: error=0x40 {
UncorrectableError }, LBAsect=3994439, sector=63232
Mar 24 17:14:51 orion kernel: end_request: I/O error, dev 03:01 (hda),
sector 63232
Does this mean my drive is dying? I've not had any problems with the machine
till now.
A
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: getting rid of flash
Hi, THX for your suggestions! > delete libnullplugin.so in the mozilla plugin ROTFL, this produces just another popup: "Mozilla cannot find the Plugin Downloader Plugin ..." Mozilla should have some protection against plugins built-in, as it has for blocking images and scripts opening windows ... Well, I'll try that CSS style sheets next. GH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Anything simpler than emacspeak?
On Mon, 24 Mar 2003 08:02:16 -0500 (EST), Patrick Wiseman wrote: > > On Mon, 24 Mar 2003 at 7:34am, Karsten M. Self wrote: [...] > >BTW, my understanding of emacspeak was that it required a > >voice card -- hardware to actually generate the output. The > >nice thing about festival is that it works with a standard > >audio card. > > The current version of emacspeak, 17.0, supports the DECtalk > software, which speaks through a standard sound card. That > much I have working. Maybe I just have to bite the bullet and > tell Dad he's going to have to learn emacs! Unfortunately, > that might be enough of a barrier to dissuade him. [...] A free software voice synthesizer comes with debian: eflite. It's an emacs enabled version of the flite program, which itself is the "lite" version of festival. I've read an article by a blind Linux user/developer (his name seems to escape me ATM) which states that a command-line based program is better for blind users than (most obviously) WIMP programs like MS Word [1] or even "graphical" console programs like emacs or mc, where feedback may be embedded in ways that aren't accessible to the blind user. For instance, how does a blind user hear the status bar? Maybe you could arm your dad with a command-line web-browser, editor (ed) and mail client (e.g. mailx for sending mail). These can then be run in an emacs shell, with emacspeak doing the audio feedback. [1] windows, icons, menu and pointing device -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CONFIG_FILTER
[EMAIL PROTECTED] said: > My guess at a solution would be to enable this option in the kernel > source .config files, as long as it didn't create more issues than it > solves. That's probably a good idea. You should file a wishlist bug against a kernel-source package if there isn't one already. CONFIG_FILTER is pretty harmless; it just allows the user of a raw socket to specify that it should only see certain types of packets and filter out everything else without waking the process. Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
IDE hard disk problem...
Hello everyone. I've been getting the following error message (repeatedly,
but with different sectors):
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=2620329, sector=2620256
end_request: I/O error, dev 03:01 (hda), sector 2620256
This has been accompanied by occasional system freezes. My web search came
up with some messages from people advising that this indicates a hard disk
failure, and that the solution is to replace it. However, I also recently
switched from kernel 2.4.19 to 2.4.20, and haven't yet gotten around to
going back to see if the same problem happens with my old kernel.
The computer is a thinkpad x21 (or x20?). I can't think of what other
information would be helpful. I've turned of my swap in the hope that that
would stabilize the system a bit (using the theory that an IDE error on
page fault must be worse than on simple file system access). I'm also in
the process of backing up the whole drive (rather than just home and etc),
just to be on the safe side.
Any suggestions, advice or wisdom?
--
David Roundy
http://www.abridgegame.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X ---> console switch puts monitor out of range...
Hi all, Debian runs smoothly as long as I use X. The system boots fine, I land at the prompt, enter 'startx' when I feel the need to do so. When I want to switch back, however, from X to console, my monitor blanks, reporting it's "out of range". Indeed, the refreshing rates it then mentions are too high for it to handle. It's quite frustrating, however. I am bound to using X all the time, since I can't freely switch from X to console and back: when I make the switch, there's no other option than to reboot, although my X-configfile specifies refreshing rates that are more than safe to use. I am more of a newbie, but I guess it must have something to do with framebufferdevices and the like. Could anyone please shed a light on this? Google yielded no results worthy to be mentioned, and the framebuffer-howto wasn't all that helpful either... I posted my question to the list once before, but can't quite seem to find it back in the archives. I use sid's XFree86, and installed the Nvidia-drivers for kernel 2.4.20, correctly, as it seems... Quite hopeless, Tom -- "Was soll uns denn das ew'ge Schaffen! Geschaffenes zu nichts hinwegzuraffen!" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X
On Mon, Mar 24, 2003 at 06:37:02AM +, Karsten M. Self wrote: > on Sun, Mar 23, 2003 at 05:43:42PM -0700, Glenn English ([EMAIL PROTECTED]) wrote: > > On Sun, 2003-03-23 at 14:54, Leo Spalteholz wrote: > > > > > Sorry this won't help you but I've always wondered why debian does > > > this. You install xdm and the defualt is to boot straight into a > > > graphical login. Why?? At the very least it should ask you when > > > installing if you want to start up into X. > > Debian assumes you wouldn't have installed X if you didn't want it > starting automatically. And that you'd know how to disable it from > doing so via update-rc.d. Minor correction, there, Karsten: Change "X" to xdm. (Used here in a generic sense, meant to also include [gkw]dm.) If you don't install X or xdm, X isn't there, so it doesn't start. If you install X and don't install xdm, you can start X from the command line, but it does not start automatically. If you install both X and xdm, then xdm starts X automatically because that's what xdm does. If you don't want to use it, don't install it. If you install xdm and don't install X, then you're probably crazy, but you are also likely to know what needs to be done to make this setup behave in a sensible fashion, since you had to know enough to override some dependencies and force dpkg/apt to ignore xdm's dependencies. -- The freedoms that we enjoy presently are the most important victories of the White Hats over the past several millennia, and it is vitally important that we don't give them up now, only because we are frightened. - Eolake Stobblehouse (http://stobblehouse.com/text/battle.html) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, 24 Mar 2003 13:35:34 -0600 Jamin Collins <[EMAIL PROTECTED]> wrote: > So far, you're the only user I'm aware of that has become "frustrated" > by it. Sure, there are probably more out there, but I hardly think it's > a problem of the magnitude you claim it to be. Well, it's hard to tell isn't it? I've just been reading (much of) this thread, and I'm not really qualified to contribute, but it seems to me that he has enough of a point for it to be worth thinking about and discussing in a productive way. - Richard. -- Richard Kimber http://www.psr.keele.ac.uk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[no subject]
hi. wondering if anybody have a thinkpad 760EL. with X configured 800x600 16bpp??? no matter what i do it doesn't work..
Re: Official Exim 4 package
On Mon, 24 Mar 2003 13:35:34 -0600 Jamin Collins <[EMAIL PROTECTED]> wrote: > Because epoch's already have a use, which is different from what you > describe. You're suggesting tacking new functionality on to them that > is completely different from their existing use. Thus, existing > packages using them will not function (WRT upgrades and what not) as > they once did. Thus, breakage. Which is different than changing a package name... how? I think you made my case better than I ever could. Thanks. > Actually, it was. You seemed to indicate that the packages for gimp > should be called "gimp" and that there is no reason for version numbers > in the package name. I've provided several examples of when it is > needed (the above included). No, you have provided an example on why there needs to be a reason to differentiate between versions without having an update from one to the other. You have not provided an example on why that functionality must exist solely as a version number on the end of a package. IE, what should happen is this: gimp1.2 gimp1.3 The user gets to pick which he wants; mechanisms left to the imagination of the reader depending on the tools they use. > That's an issue to take up with the maintainer. If you can force the > install and it works fine, then quite possibly, the maintain has their > constraints too tight on the package requirements. In other words, file > a bug against the offending package. Which would be, what? The package that was created before the latest named version of KDE came down the pipe or the the latest named version of KDE which stomps on all previous dependencies? As far as I know a package which is compiled against some part of KDE3.1.0 cannot be told to depend on >=KDE3.1.0. Something about arithmetic and names not mixing all that well. > So far, you're the only user I'm aware of that has become "frustrated" > by it. Sure, there are probably more out there, but I hardly think it's > a problem of the magnitude you claim it to be. Pardon me for being forward thinking and despising inconsistency in one package. > Asking a user to use a search feature is hardly "confusing" or > "inconsistent". Thus, I don't find the current situation to be either > "confusing" or "inconsistent". Quite the contrary. Debian has simply > "made sense" since I started using it. Asking the user to use a search feature to find a package because it is named inconsistently with the vast majority of other packages *IS*. It is a kludge to get around a problem. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgp0.pgp Description: PGP signature
A beautiful Russian treasure
Hi, "[EMAIL PROTECTED] , A nice lady wants to correspond with you. check her out Let me know and I won't write you again. Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: possible IDE hard disk problem
On Mon, Mar 24, 2003 at 10:29:04AM -0500, David Roundy wrote:
> Hello all.
>
> I am getting the following error messages on my thinkpad (along with
> nasty crashes):
>
> hda: dma_intr: Status=0x51 { DriveReady Seek Complete Error }
> hda: dma_intr: Error=0x40 { Uncorrectable Error }, LBAsect=35053408,
> sector=5184
> end_request: I/O error, dev=03:09 (hda), sector 5184
>
> My web search revealed a few people saying this meant someone's hard
> drive was failing, so I've ordered a replacement hard drive and am
> backing up the entire contents of my hard drive to another computer
> (just in case...). The computer (and thus hard drive) is now one and a
> half years old, which seems like a short lifetime for a hard drive,
> except that I leave it on constantly, and have been using ext3, so it
> hasn't been spinning down.
>
> My kernel is 2.4.20, which I compiled just recently, so another
> explanation would be that the new kernel is causing IDE problems.
> Prior to this kernel I was on 2.4.17, I believe. For the moment I've
> turned off my swap, thinking that that should make hard disk errors
> less likely to simply freeze up the system. I just won't run X in my
> unstable chroot...
>
> Any suggestions, advice or wisdom?
>
> David Roundy (hoping someone can tell me that when my new drive arrives
> I can just save it for a rainy day)
>
>
As an aid in determining whether it's really a failing drive vs some
other problem, I'd suggest downloading the test utility from the drive
mauufacturer's web site (IBM's is called Drive Fitness Test), and
running the diagnostic test. It runs from it's own bootable floppy
and it's non destructive to existing data.
Tom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, Mar 24, 2003 at 10:30:44AM -0800, Steve Lamb wrote: > On Mon, 24 Mar 2003 11:36:29 -0600 > Jamin Collins <[EMAIL PROTECTED]> wrote: > > Great, I'll get right on that. Oh wait, there no indication of how. > > Sure, we can just "change" the packaging system. However, there's a > > *lot* more to it than just waiving a magic wand or hacking a few > > lines of code. Someone would need to come up with system (including > > the internal mechanics) that denotes how this could/should be done. > > Amazingly enough that's how problems get solved. > > Step 1: admitting there is a problem. I don't necessarily see a problem. The current situation works (quite well really). Could it be better, probably. Is it currently "broken"? No. > Step 2: defining the problem. I've provided a viable solution that works within the existing framework. You simply don't like it. > Or is this where you, and others, pop out of the woodwork and demand > that said person either shush or sit down and code? I've never much > liked the culture where problems, when pointed out, result in a > silencing of the person pointing it out simply because they, for one > reason or another, are either unwilling or incapable of tackling the > problem. I'm not asking you to code the solution from start to finish. I'm just indicating that you should at least develop a frame work, something more than "change X" or "rework X". Both of these are extremely vague. I *have* provided an option that will work. If you don't like it (which you obviously don't), I consider the ball to be in your court. Come up with an alternate solution. Yes, that means that some work will need to be done by you (or someone for you). However, since you seem to be the one that dislikes the current method, seems fair to me. > It doesn't make the problem go away. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, Mar 24, 2003 at 10:28:41AM -0800, Steve Lamb wrote: > On Mon, 24 Mar 2003 11:26:38 -0600 Jamin Collins > <[EMAIL PROTECTED]> wrote: > > No it's not. Version number indicate a progression of an > > application, they have no indication of "major differences between > > two releases". Just because a package moves from 1.x to 2.x or 3.x > > gives no indication of any major changes. They are just version > > numbers. > > But they do indicate change and part of that change can be > incompatibility which is often, but not always, denoted by a change in > the major number. A lot of "can be" clauses in that statement. Thus, version numbers are not by themselves a clear indication. > > > A possibility would be to have the epoc denote different packages. > > > Not have the packaging system update from one epoc to the next and > > > actively list different epocs in the package list. > > > This could/would cause serious breakage with the existing package > > pool. In short, not a good idea. > > Why? It would be an alteration, not a serious breakage. The only > difference is that now we don't automatically upgrade on a larger > epoc. We just consider them different. Because epoch's already have a use, which is different from what you describe. You're suggesting tacking new functionality on to them that is completely different from their existing use. Thus, existing packages using them will not function (WRT upgrades and what not) as they once did. Thus, breakage. > The phrase is "couldn't care less" as in one is incapable of less > caring. Could care less is a very bad mangling that is constantly > perpetuated without people understand the problems associated with it. > Much like version numbers at the end of package names. So, I typed the phrase wrong. I'm fairly certain the intent of the statement was clear to anyone reading it. If you were somehow mislead by it, I apologize. Perhaps now we can agree that we both understand that I have no concern over exim's v4 packaging specifically. Rather, I'm discussing a larger more generally issue of how to package a new release of an application that is not compatible (for whatever reason) with previously packaged versions? Is that clear enough? > > Based on that, you're using the wrong command already. You're > > looking for a package, but using the "show" command, rather than the > > "search" command. > > No, I am illustrating the problem. Change "apt-cache show" to > "apt-get install". Install takes a package name just as show does. > Yet this works: > > apt-get install pan > > While this does not: > > apt-get install gimp Nor should it, you haven't supplied a valid package name. Supply a valid package name and it _will_ work. There are reasons for gimp (and other packages) having a version number in it's name. > > gimp1.2: > >Description: The GNU Image Manipulation Program, stable version > >1.2 > > > gimp1.3: > >Description: The GNU Image Manipulation Program, development > >version > > > Note anything significantly different between the two? I sure do. > > Which is never in debate, now is it? Actually, it was. You seemed to indicate that the packages for gimp should be called "gimp" and that there is no reason for version numbers in the package name. I've provided several examples of when it is needed (the above included). > What is in debate is how that situation is handled and, quite frankly, > how it is getting rather annoying in some cases where the package name > is being used because of "incompatibilities" and packages that are > dependant upon those which aren't incompatible. KDE apps and the > constant changing of KDE to KDEx.x.x is a prime example. It gets > frustrating when a package is unintalled because of the latest version > of x or y comes out with yet another package name, superceding and > conflicting with the previous yet, amazingly, if I force said package > to install it works fine. That's an issue to take up with the maintainer. If you can force the install and it works fine, then quite possibly, the maintain has their constraints too tight on the package requirements. In other words, file a bug against the offending package. > Yes, there are reasons to have a split. Never in question. I just do > not believe that mangling the name is the best way, nor even a > desirable way, to handle the situation. It causes problems, it causes > inconsistencies, it causes user frustration. So far, you're the only user I'm aware of that has become "frustrated" by it. Sure, there are probably more out there, but I hardly think it's a problem of the magnitude you claim it to be. > I can dance around these issues no problem because I have been using > Debian for years. However it sure doesn't help Debian's reputation at > all nor does it help when talking to people about Debian and the > problems they've had. Is Debian perfect? No. Have I ever claimed it was? No. Has an
repartitioning: joining two partitions
Hello everybody, I have the following question: I have four partitions: /, /tmp, /usr, /home Is it possible to change the situation so that the /tmp partition space becomes part of the /home (so the /tmp is a normal folder in / ) ? It's usually hardly used and I could use some space for my personal stuff. Oh, and what is the name of the partition program Debian uses during the installation? If possible, I'd like to use that one for this Thanks for any help, Joris Huizer __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[SOLVED] Re: KDE not working in sid
Thks... my problem was with kdelibs4 - Original Message - From: "Dan Owens" <[EMAIL PROTECTED]> To: "GBV" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, March 24, 2003 2:53 PM Subject: Re: KDE not working in sid > How about apt-get install kdebase or kdelibs? What version of konqueror > is actually installed? What version of kdebase and kdelibs? Knowing > these may help. > > Dan > > > On Mon, 2003-03-24 at 10:29, GBV wrote: > > i tried, and my output was > > > > apt-get install konqueror > > Reading Package Lists... Done > > Building Dependency Tree... Done > > Sorry, konqueror is already the newest version. > > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > > > any hints? > > > > > > - Original Message - > > From: "Dan Owens" <[EMAIL PROTECTED]> > > To: "GBV" <[EMAIL PROTECTED]> > > Cc: <[EMAIL PROTECTED]> > > Sent: Monday, March 24, 2003 12:03 PM > > Subject: Re: KDE not working in sid > > > > > > > On Mon, 2003-03-24 at 07:19, GBV wrote: > > > > I´ve upgrade my debian to sid.plannercorretora:/etc/init.d# apt-get > > install konqueror > > Reading Package Lists... Done > > Building Dependency Tree... Done > > Sorry, konqueror is already the newest version. > > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > plannercorretora:/etc/init.d# > > > > > > > > > > Everything is looking fine except may KDE3. > > > > > > > > kdm works, but when I select KDE3 in login, screen turns back into kdm. > > > > > > > > when i run apt-get install kde the output is... > > > > > > > > Sorry, but the following packages have unmet dependencies: > > > > kde: Depends: kdelibs3 but it is not going to be installed > > > >Depends: libarts or > > > > libarts-alsa but it is not going to be installed or > > > > libarts-bin but it is not installable > > > >Depends: libkmid or > > > > libkmid-alsa but it is not going to be installed or > > > > libkmid-bin but it is not installable > > > >Depends: kdebase but it is not going to be installed or > > > > kdebase3 but it is not installable > > > >Depends: kdebase-audiolibs but it is not going to be installed or > > > > kdebase3-audiolibs but it is not installable > > > >Depends: kdebase-libs but it is not going to be installed or > > > > kdebase3-libs but it is not installable > > > >Depends: konqueror but it is not going to be installed or > > > > konqueror3 but it is not installable > > > >Depends: kate but it is not going to be installed or > > > > kate3 but it is not installable > > > >Depends: kmail but it is not going to be installed > > > >Depends: kab but it is not going to be installed > > > >Depends: kpm but it is not going to be installed > > > >Depends: kfract but it is not going to be installed > > > > E: Sorry, broken packages > > > > > > > > Any suggestions? > > > > > > > > > > > > Thks.. > > > > > > Hi, > > > > > > Try doing apt-get install konqueror. There is no kde meta-package for > > > unstable at this time, at least it doesn't work! You may have to do > > > another apt-get install for other kde programs, but the one for > > > konqueror will probably do the job. > > > > > > I might add, kde 3.1 is well worth it. Very nice indeed. > > > > > > -- > > > -- > > > Dan Owens [EMAIL PROTECTED] Bigfork, MT. > > > -- > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > > -- > -- > Dan Owens [EMAIL PROTECTED] Bigfork, MT. > -- > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
please help - can't get Open Inventor demos to build - missing /make/ivcommondefs
.. on Debian Woody Testing. Have installed inventor, inventor-dev, inventor-clients, inventor-demos, inventor-data from dselect. The many demos in /usr/share/doc/inventor-demo come with GNUmakefiles that all start roughly like this: IVDEPTH = ../.. include $(IVDEPTH)/make/ivcommondefs where the IVDEPTH depends on the demo's location. Judging from the paths, I figure there should be /usr/share/doc/inventor-demo/make/ivcommondefs . However, ivcommondefs is nowhere in my filesystem, nor could I find it on the debian.org website with "Search the contents of Packages", nor is it listed as a participating file in inventor-demo. Did anyone get those demos to build? Lukas __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KDE not working in sid
i have kde***4 should it be 3? thks? - Original Message - From: "Dan Owens" <[EMAIL PROTECTED]> To: "GBV" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, March 24, 2003 2:53 PM Subject: Re: KDE not working in sid > How about apt-get install kdebase or kdelibs? What version of konqueror > is actually installed? What version of kdebase and kdelibs? Knowing > these may help. > > Dan > > > On Mon, 2003-03-24 at 10:29, GBV wrote: > > i tried, and my output was > > > > apt-get install konqueror > > Reading Package Lists... Done > > Building Dependency Tree... Done > > Sorry, konqueror is already the newest version. > > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > > > any hints? > > > > > > - Original Message - > > From: "Dan Owens" <[EMAIL PROTECTED]> > > To: "GBV" <[EMAIL PROTECTED]> > > Cc: <[EMAIL PROTECTED]> > > Sent: Monday, March 24, 2003 12:03 PM > > Subject: Re: KDE not working in sid > > > > > > > On Mon, 2003-03-24 at 07:19, GBV wrote: > > > > I´ve upgrade my debian to sid.plannercorretora:/etc/init.d# apt-get > > install konqueror > > Reading Package Lists... Done > > Building Dependency Tree... Done > > Sorry, konqueror is already the newest version. > > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > plannercorretora:/etc/init.d# > > > > > > > > > > Everything is looking fine except may KDE3. > > > > > > > > kdm works, but when I select KDE3 in login, screen turns back into kdm. > > > > > > > > when i run apt-get install kde the output is... > > > > > > > > Sorry, but the following packages have unmet dependencies: > > > > kde: Depends: kdelibs3 but it is not going to be installed > > > >Depends: libarts or > > > > libarts-alsa but it is not going to be installed or > > > > libarts-bin but it is not installable > > > >Depends: libkmid or > > > > libkmid-alsa but it is not going to be installed or > > > > libkmid-bin but it is not installable > > > >Depends: kdebase but it is not going to be installed or > > > > kdebase3 but it is not installable > > > >Depends: kdebase-audiolibs but it is not going to be installed or > > > > kdebase3-audiolibs but it is not installable > > > >Depends: kdebase-libs but it is not going to be installed or > > > > kdebase3-libs but it is not installable > > > >Depends: konqueror but it is not going to be installed or > > > > konqueror3 but it is not installable > > > >Depends: kate but it is not going to be installed or > > > > kate3 but it is not installable > > > >Depends: kmail but it is not going to be installed > > > >Depends: kab but it is not going to be installed > > > >Depends: kpm but it is not going to be installed > > > >Depends: kfract but it is not going to be installed > > > > E: Sorry, broken packages > > > > > > > > Any suggestions? > > > > > > > > > > > > Thks.. > > > > > > Hi, > > > > > > Try doing apt-get install konqueror. There is no kde meta-package for > > > unstable at this time, at least it doesn't work! You may have to do > > > another apt-get install for other kde programs, but the one for > > > konqueror will probably do the job. > > > > > > I might add, kde 3.1 is well worth it. Very nice indeed. > > > > > > -- > > > -- > > > Dan Owens [EMAIL PROTECTED] Bigfork, MT. > > > -- > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > > -- > -- > Dan Owens [EMAIL PROTECTED] Bigfork, MT. > -- > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installer - Was: [OT, FLAME] Linux Sucks
El Lun 24 Mar 2003 12:03, nate escribió: (...) > hopefully this time around there's enough time for them to get it > working, though I don't know if we'll see an official X11-based installer > for the next revision, I hope that they have the backend and a > ncurses-style installer done for the next release. > > nate This is really good news. Thank you and regards. -- Alfredo J. Cole http://www.acyc.com http://www.clshonduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT, FLAME] Linux Sucks
--- "Alfredo J. Cole" <[EMAIL PROTECTED]> wrote: > El Lun 24 Mar 2003 10:06, Larry escribio': > (...) > > On the other hand, I've found the system to > function > > extrememly well, and be marvilously stable. Once > > installed, it is easy to upgrade and install > > applications on. So the big hump, unfortunately, > is > > at the very beginning. > > (Putting on my anti-flame suit) > > Mandrake copied the RH installer at the early > stages. Even the RH 5 installer > would be a big advancement. How hard would it be to > "debianize" that > installer? > > Regards. > > -- > Alfredo J. Cole > http://www.acyc.com > http://www.clshonduras.com > > I think the Debian installing system is friendly enough - the only problems I've had were about configuring hardware - but the only way to get around those kind of problems would be autodetection of hardware stuff which - as I was told - isn't allways a good idea __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get to unstable
On Mon, 24 Mar 2003 11:55:43 CST, "Irish, Jon D BAE Systems" writes: >This is probably a silly question, but how do you add unstable to >apt-get? I went into //etc/apt/sources.list, and added: > >deb http://ftp.us.debian.org/debian/ stable unstable main non-free >contrib change that to deb http://ftp.us.debian.org/debian/ stable main non-free contrib deb http://ftp.us.debian.org/debian/ unstable main non-free contrib >deb http://security.debian.org/ unstable/updates main contrib non-free and forget about security.d.o for unstable. cheers, &rw -- / Ing. Robert Waldner | Security Engineer | CoreTec IT-Security \ \ <[EMAIL PROTECTED]> | T +43 1 503 72 73 | F +43 1 503 72 73 x99 / signature.ng Description: PGP signature
Re: Cisco VPN Client.
On Mon, 2003-03-24 at 10:12, Vicente Ferrando wrote: > > Lan1--->Linux box ---> Internet --->Cisco 3005 --->Lan2 > > I want Lan1 to access Lan 2 using the tunnel stablished between Linux > box and 3005. > I believe I have made this work by using NAT on the linux box, but what you really want is a Lan-to-Lan connection. I have about five freeswan/debian systems doing Lan-to-Lan with a VPN concentrator 3015 and they work very well. If you'd like I can send you the relevant information, freeswan configs, etc. -Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, 24 Mar 2003 11:36:29 -0600 Jamin Collins <[EMAIL PROTECTED]> wrote: > Great, I'll get right on that. Oh wait, there no indication of how. > Sure, we can just "change" the packaging system. However, there's a > *lot* more to it than just waiving a magic wand or hacking a few lines > of code. Someone would need to come up with system (including the > internal mechanics) that denotes how this could/should be done. Amazingly enough that's how problems get solved. Step 1: admitting there is a problem. Step 2: defining the problem. Or is this where you, and others, pop out of the woodwork and demand that said person either shush or sit down and code? I've never much liked the culture where problems, when pointed out, result in a silencing of the person pointing it out simply because they, for one reason or another, are either unwilling or incapable of tackling the problem. It doesn't make the problem go away. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgp0.pgp Description: PGP signature
Unsubscribe
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, 24 Mar 2003 11:26:38 -0600 Jamin Collins <[EMAIL PROTECTED]> wrote: > No it's not. Version number indicate a progression of an application, > they have no indication of "major differences between two releases". > Just because a package moves from 1.x to 2.x or 3.x gives no indication > of any major changes. They are just version numbers. But they do indicate change and part of that change can be incompatibility which is often, but not always, denoted by a change in the major number. > > A possibility would be to have the epoc denote different packages. > > Not have the packaging system update from one epoc to the next and > > actively list different epocs in the package list. > This could/would cause serious breakage with the existing package pool. > In short, not a good idea. Why? It would be an alteration, not a serious breakage. The only difference is that now we don't automatically upgrade on a larger epoc. We just consider them different. > > You could care less which means you have some caring? I don't think > > that is what you meant to say. > I could be wrong here, but my understanding of that phrase has always > been more of a "lack of caring". I'm not concerned specifically with > exim and whether or not v4 is included, but rather that the reasons for > it (or any other package) not being included are sound. The phrase is "couldn't care less" as in one is incapable of less caring. Could care less is a very bad mangling that is constantly perpetuated without people understand the problems associated with it. Much like version numbers at the end of package names. > Based on that, you're using the wrong command already. You're looking > for a package, but using the "show" command, rather than the "search" > command. No, I am illustrating the problem. Change "apt-cache show" to "apt-get install". Install takes a package name just as show does. Yet this works: apt-get install pan While this does not: apt-get install gimp > gimp1.2: >Description: The GNU Image Manipulation Program, stable version 1.2 > gimp1.3: >Description: The GNU Image Manipulation Program, development version > Note anything significantly different between the two? I sure do. Which is never in debate, now is it? What is in debate is how that situation is handled and, quite frankly, how it is getting rather annoying in some cases where the package name is being used because of "incompatibilities" and packages that are dependant upon those which aren't incompatible. KDE apps and the constant changing of KDE to KDEx.x.x is a prime example. It gets frustrating when a package is unintalled because of the latest version of x or y comes out with yet another package name, superceding and conflicting with the previous yet, amazingly, if I force said package to install it works fine. Yes, there are reasons to have a split. Never in question. I just do not believe that mangling the name is the best way, nor even a desirable way, to handle the situation. It causes problems, it causes inconsistencies, it causes user frustration. I can dance around these issues no problem because I have been using Debian for years. However it sure doesn't help Debian's reputation at all nor does it help when talking to people about Debian and the problems they've had. I am not saying to cater to the ignorant but certainly making things confusing and inconsistent isn't an acceptable goal, either, eh? -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgp0.pgp Description: PGP signature
my helvetica looks ugly
I was wondering, that my X fonts are looking very ugly now. I attached a little screenshot of my helvetica, but i don't know why? I tried to start the X server with 72 and 100 dpi, looked, that all my fonts are installed and available, but i can't find any hints. If someone has the same problem (maybe after an apt-get upgrade) and found a solution, give me a hint. Thanks, Roman -- www: http://www.romanofski.de email: [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: [OT, FLAME] Linux Sucks
Alfredo J. Cole said: > (Putting on my anti-flame suit) > > Mandrake copied the RH installer at the early stages. Even the RH 5 > installer would be a big advancement. How hard would it be to "debianize" > that installer? the big issue with debian is all the architechtures it supports. I think much of the mandrake/redhat installer is not portable to alpha, mips, ppc, s390, arm, etc.. debian is working on a new installer back-end which, in time will make it possible to use multiple front ends, including X. In a few years you may end up seeing redhat/mandrake drop their installers for debian's new one(though they may make their own front end) :) I don't think debian would release an installer unless it ran on all of their platforms. but be patient, they are working hard on the new installer and it seems to be progressing pretty well from what I've read. The debian group has long admitted that the installer is a weakness, but because the current one is so complex it has been nearly impossible to fix, so they have been working on the ground-up rewrite. The release deadlines prevented this from happening sooner(i.e. couldn't get enough of it done before the freeze) so they had to revert to the original installer. hopefully this time around there's enough time for them to get it working, though I don't know if we'll see an official X11-based installer for the next revision, I hope that they have the backend and a ncurses-style installer done for the next release. nate -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
CONFIG_FILTER
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This issue comes up periodically on this list & on my local LUG list also, from the debian users anyway. If you select to use dhcp during an install the dhcp client used is dhclient. I am not sure what the relationship is between dhclient & CONFIG_FILTER, or if it has something to do with one of the networking scripts in init.d, but the net effect is dhclient will fail to setup the network if CONFIG_FILTER is not enabled in the kernel. All the Debian made kernels come with this enabled, the issue starts when someone compiles from source. In the .config file that comes with the source CONFIG_FILTER is set to 'off' . Reading the description for CONFIG_FILTER it appears to me, and apparently others, that it it not needed for ethernet networks. i.e. "You need to say Y here if you want to use PPP packet filtering (see the CONFIG_PPP_FILTER option below). If unsure, say N." My guess at a solution would be to enable this option in the kernel source .config files, as long as it didn't create more issues than it solves. - -- Greg Madden -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+f0gSk7rtxKWZzGsRAiUbAJ9GxODvHUnZDiuKnAuxGVwpbkGzvACfdFCl UvKEa/+Mo3v55jEiclzLrAk= =mTgk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, 24 Mar 2003 09:16:05 -0800 Vineet Kumar <[EMAIL PROTECTED]> wrote: > No, but 'man apt-cache' followed by 'apt-cache search ...' is. Ya know it was years of using apt before I learned about apt-cache. Darn that dselect, deity, aptitude, et al. Point stands; it isn't sensible. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgp0.pgp Description: PGP signature
apt-get to unstable
This is probably a silly question, but how do you add unstable to apt-get? I went into //etc/apt/sources.list, and added: deb http://ftp.us.debian.org/debian/ stable unstable main non-free contrib deb http://security.debian.org/ unstable/updates main contrib non-free All this does is give me a bunch of errors. I want access to unstable in order to get KDE 3.1.X Sincerely, Jon D. Irish (Mevatec Contractor) Lower Tier Project Office -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KDE not working in sid
How about apt-get install kdebase or kdelibs? What version of konqueror is actually installed? What version of kdebase and kdelibs? Knowing these may help. Dan On Mon, 2003-03-24 at 10:29, GBV wrote: > i tried, and my output was > > apt-get install konqueror > Reading Package Lists... Done > Building Dependency Tree... Done > Sorry, konqueror is already the newest version. > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > any hints? > > > - Original Message - > From: "Dan Owens" <[EMAIL PROTECTED]> > To: "GBV" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Monday, March 24, 2003 12:03 PM > Subject: Re: KDE not working in sid > > > > On Mon, 2003-03-24 at 07:19, GBV wrote: > > > I´ve upgrade my debian to sid.plannercorretora:/etc/init.d# apt-get > install konqueror > Reading Package Lists... Done > Building Dependency Tree... Done > Sorry, konqueror is already the newest version. > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > plannercorretora:/etc/init.d# > > > > > > > Everything is looking fine except may KDE3. > > > > > > kdm works, but when I select KDE3 in login, screen turns back into kdm. > > > > > > when i run apt-get install kde the output is... > > > > > > Sorry, but the following packages have unmet dependencies: > > > kde: Depends: kdelibs3 but it is not going to be installed > > >Depends: libarts or > > > libarts-alsa but it is not going to be installed or > > > libarts-bin but it is not installable > > >Depends: libkmid or > > > libkmid-alsa but it is not going to be installed or > > > libkmid-bin but it is not installable > > >Depends: kdebase but it is not going to be installed or > > > kdebase3 but it is not installable > > >Depends: kdebase-audiolibs but it is not going to be installed or > > > kdebase3-audiolibs but it is not installable > > >Depends: kdebase-libs but it is not going to be installed or > > > kdebase3-libs but it is not installable > > >Depends: konqueror but it is not going to be installed or > > > konqueror3 but it is not installable > > >Depends: kate but it is not going to be installed or > > > kate3 but it is not installable > > >Depends: kmail but it is not going to be installed > > >Depends: kab but it is not going to be installed > > >Depends: kpm but it is not going to be installed > > >Depends: kfract but it is not going to be installed > > > E: Sorry, broken packages > > > > > > Any suggestions? > > > > > > > > > Thks.. > > > > Hi, > > > > Try doing apt-get install konqueror. There is no kde meta-package for > > unstable at this time, at least it doesn't work! You may have to do > > another apt-get install for other kde programs, but the one for > > konqueror will probably do the job. > > > > I might add, kde 3.1 is well worth it. Very nice indeed. > > > > -- > > -- > > Dan Owens [EMAIL PROTECTED] Bigfork, MT. > > -- > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > -- -- Dan Owens [EMAIL PROTECTED] Bigfork, MT. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cisco VPN Client.
Vicente Ferrando said: > Good afternoon, > > I'm using Cisco VPN client to connect a Debian box to a Cisco VPN 3005. > I've got the client configured and working for this computer. But I want > this linux box act like a router, making the tunnel available to the rest > of the LAN connected to this box. you cannot do this. the cisco VPN client prevents it from happening. For security reasons. The same can be said on win32 as well. If you want to route a full LAN you need the cisco VPN hardware client(~$1500). Or use another vpn software, I use vtun for UNIX/linux machines. nate (used vpn 3005 for about 2 years) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cisco VPN Client.
Vicente Ferrando, 2003-Mar-24 16:12 +0100: > Good afternoon, > > I'm using Cisco VPN client to connect a Debian box to a Cisco VPN 3005. > I've got the client configured and working for this computer. But I want > this linux box act like a router, making the tunnel available to the > rest of the LAN connected to this box. > > This is what I've working right now: > > Linux box ---> Internet --->Cisco 3005 --->Lan2 > > And what I want to: > > Lan1--->Linux box ---> Internet --->Cisco 3005 --->Lan2 > > I want Lan1 to access Lan 2 using the tunnel stablished between Linux > box and 3005. > > I've set Ip_forwarding to 1 on the Linux but the problen is that I'm > not able to add any route through the cipsec0 device created by the > Cisco VPN client. And the traffic received on the eth0 is forwarded to > the default gateway bypassing the tunnel. > > May be it is not necessary to and any route to Lan2 as the VPN client > creates a route LAN2. But I'm not sure is forwarding process is aware of > routes not shown by "ip route show". > > Any help on how to get this working would be appreciated. Or if anyone > knows if this is not posible with the Cisco client. > > Kind regards. You should check the feature set for that client because it may not allow forwarding to the IPSec tunnnel interface from anywhere other than the local machine. I know other clients do not allow this, not because they can't, but because the company providing the client wants you to buy something else, more expensive, to provide such a service. Cisco is very good at this too. jc -- Jeff CoppockSystems Engineer Diggin' Debian Admin and User -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: opera browser
Blake Covarrubias wrote: On Sun, 2003-03-23 at 23:38, Alex Togstad wrote: You can get the second preview of Opera 7 for Linux here: http://snapshot.opera.com/unix/intel-linux/365-20030307-7.0.0-P2/ I have not tired this yet, as I'm eager to see the results of someone try it first. :-) Let me know how it goes, if you do install it. :0) Take care! Alex Togstad Web Developer [EMAIL PROTECTED] Well, it works. :) Doesn't segfault on startup like the first preview release did. :) --Custom Built Servers the way you want them. Ask me for a free quote!! -Original Message- From: Emma Jane Hogbin [mailto:[EMAIL PROTECTED] Sent: Sunday, March 23, 2003 8:02 PM To: debian-user Subject: opera browser Does anyone know when the debian package for Opera 7 is going to be released? I just tried to update and it says that 6.03 is the latest. thanks :) emma -- Emma Jane Hogbin [[ 416 417 2868 ][ www.xtrinsic.com ]] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] no prob trying it out:) the browser itseves is OK (running 6.12/7.0 PS2 now) but the mail client is no good. I'm a fan of the browser, bur there is some way left to go before the imap client is good. so, use the browser and let the mailclient be for a while. -- Mvh Ernst-Magne Vindal Phone: 99 04 28 16 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, Mar 24, 2003 at 08:15:56AM -0800, Steve Lamb wrote: > On Mon, 24 Mar 2003 08:37:54 -0600 Jamin Collins > <[EMAIL PROTECTED]> wrote: > > > If you've got another viable option, I'm sure we'd love to hear it. > > U, update the packaging system to handle this not uncommon > problem. Great, I'll get right on that. Oh wait, there no indication of how. Sure, we can just "change" the packaging system. However, there's a *lot* more to it than just waiving a magic wand or hacking a few lines of code. Someone would need to come up with system (including the internal mechanics) that denotes how this could/should be done. > Surely having the source and, indeed, being in the project that came > up with the whole packaging scheme might, I dunno, make that the > tiniest possibility? Simply having the source isn't a blanket panacea to the problem. There's still the more than trivial problem of *how* it would be done. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KDE not working in sid
i tried, and my output was apt-get install konqueror Reading Package Lists... Done Building Dependency Tree... Done Sorry, konqueror is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. any hints? - Original Message - From: "Dan Owens" <[EMAIL PROTECTED]> To: "GBV" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, March 24, 2003 12:03 PM Subject: Re: KDE not working in sid > On Mon, 2003-03-24 at 07:19, GBV wrote: > > I´ve upgrade my debian to sid.plannercorretora:/etc/init.d# apt-get install konqueror Reading Package Lists... Done Building Dependency Tree... Done Sorry, konqueror is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. plannercorretora:/etc/init.d# > > > > Everything is looking fine except may KDE3. > > > > kdm works, but when I select KDE3 in login, screen turns back into kdm. > > > > when i run apt-get install kde the output is... > > > > Sorry, but the following packages have unmet dependencies: > > kde: Depends: kdelibs3 but it is not going to be installed > >Depends: libarts or > > libarts-alsa but it is not going to be installed or > > libarts-bin but it is not installable > >Depends: libkmid or > > libkmid-alsa but it is not going to be installed or > > libkmid-bin but it is not installable > >Depends: kdebase but it is not going to be installed or > > kdebase3 but it is not installable > >Depends: kdebase-audiolibs but it is not going to be installed or > > kdebase3-audiolibs but it is not installable > >Depends: kdebase-libs but it is not going to be installed or > > kdebase3-libs but it is not installable > >Depends: konqueror but it is not going to be installed or > > konqueror3 but it is not installable > >Depends: kate but it is not going to be installed or > > kate3 but it is not installable > >Depends: kmail but it is not going to be installed > >Depends: kab but it is not going to be installed > >Depends: kpm but it is not going to be installed > >Depends: kfract but it is not going to be installed > > E: Sorry, broken packages > > > > Any suggestions? > > > > > > Thks.. > > Hi, > > Try doing apt-get install konqueror. There is no kde meta-package for > unstable at this time, at least it doesn't work! You may have to do > another apt-get install for other kde programs, but the one for > konqueror will probably do the job. > > I might add, kde 3.1 is well worth it. Very nice indeed. > > -- > -- > Dan Owens [EMAIL PROTECTED] Bigfork, MT. > -- > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, Mar 24, 2003 at 08:14:28AM -0800, Steve Lamb wrote: > On Mon, 24 Mar 2003 08:35:17 -0600 Jamin Collins > <[EMAIL PROTECTED]> wrote: > > > This is not just about version numbers, it's about handling major > > differences between two releases, regardless of the change in > > version numbers. > > Which is, oddly enough, part of the reason we have version numbers. No it's not. Version number indicate a progression of an application, they have no indication of "major differences between two releases". Just because a package moves from 1.x to 2.x or 3.x gives no indication of any major changes. They are just version numbers. > > And how does the packaging system deal with breakage between > > versions? TMK, it doesn't. > > No. But clearly it is a common enough occurance that it /should/. I > have said that a few times now. So, make a proposal already. I have, and it will work if used. > > If you don't like the suggestion, suggest something else. So far, I > > haven't seen a suggestion on how to handle it other than to do > > nothing. > > A possibility would be to have the epoc denote different packages. > Not have the packaging system update from one epoc to the next and > actively list different epocs in the package list. This could/would cause serious breakage with the existing package pool. In short, not a good idea. > > It's not my *pet* package. I could care less whether exim v4 is in > > Debian in a month or year or more. > > You could care less which means you have some caring? I don't think > that is what you meant to say. I could be wrong here, but my understanding of that phrase has always been more of a "lack of caring". I'm not concerned specifically with exim and whether or not v4 is included, but rather that the reasons for it (or any other package) not being included are sound. > > My problem is with the reasons stated for it not being available. > > They simply don't hold up. There are ways for it to be made > > available without causing harm to v3 installations. > > Which do harm to the entire packaging system in the eyes of some. Please read Colin's posts. The process is already in use, and works quite well. If you don't like it, take the time to work out something better. > > Could have fooled me, seems to be working pretty well. > > Says the man who has been using Debian for years and not the newbie > who's trying to figure out where gimp is. I've hardly been using Debian for "years". If anything I'm a newbie. I just take the time to try and understand what I'm using. > [EMAIL PROTECTED]:~} apt-cache show gimp > > Or where the latest kde is > > [EMAIL PROTECTED]:~} apt-cache show kde Let's take a moment to look at the "apt-cache" man page: show show performs a function similar to dpkg --print-avail, it displays the package records for the named packages. search search performs a full text search on all available package files for the regex pattern given. It searchs the package names and the descriptions for an occurance of the string and prints out the package name and the short description. If --full is given then output identical to show is produced for each matched given then output identical to show is produced for each matched package and if --names-only is given then the long description is not searched, only the package name is. Based on that, you're using the wrong command already. You're looking for a package, but using the "show" command, rather than the "search" command. > Oh, right, it's gimp1.2 and gimp1.3 and kde3.1.0, no wait, kde3.1.1, d'oh! > > That's sensible to you? Yea, if I want gimp1.2, I don't necessary want to be "auto upgraded" to gimp1.3. Let's take a look at them: gimp1.2: Description: The GNU Image Manipulation Program, stable version 1.2 gimp1.3: Description: The GNU Image Manipulation Program, development version Note anything significantly different between the two? I sure do. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
* Steve Lamb <[EMAIL PROTECTED]> [20030324 08:47 PST]: > On Mon, 24 Mar 2003 08:35:17 -0600 > Jamin Collins <[EMAIL PROTECTED]> wrote: > > > It is already a mess. We don't need more of the same. > > > Could have fooled me, seems to be working pretty well. > > Says the man who has been using Debian for years and not the newbie who's > trying to figure out where gimp is. > > [EMAIL PROTECTED]:~} apt-cache show gimp > > Or where the latest kde is > > [EMAIL PROTECTED]:~} apt-cache show kde > Package: kde > Priority: optional > Section: x11 > Installed-Size: 48 > Maintainer: Debian QA Group <[EMAIL PROTECTED]> > Architecture: all > Source: meta-kde > Version: 4:2.2.25 > > Oh, right, it's gimp1.2 and gimp1.3 and kde3.1.0, no wait, kde3.1.1, d'oh! > > That's sensible to you? No, but 'man apt-cache' followed by 'apt-cache search ...' is. good times, Vineet -- http://www.doorstop.net/ -- "As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously." --Benjamin Franklin pgp0.pgp Description: PGP signature
Re: System wont boot up, help please.
Wathen, Metherion wrote: Hi everybody, I messed up my system this weekend and hope one or more the kind souls on this list will help me fix my mistake. Previously I was running Debian 'Potato' on a P100 with 24Mb RAM, 540 Mb Harddrive, 16 Mb Voodoo3 video card and a Packard Bell 14/15 inch monitor. I recently was given a CTX VL700 17 inch monitor (which by the way is awesome), and also d/l 'Woody' from stable. The Woody install went swell, KDE looked great but was as slow as molasses in january. so I deceided to switch to Gnome before I made the switch my son needed video for his computer (I was borrowing his video card because I wanted to know the joy of Linux @[EMAIL PROTECTED] color depth =). Here's what happened, I removed the Voodoo3 video card to put in my sons computer that had NO video and decided to use the onboard 1 Mb CirrusLogic video in 8-bit mode. Thats when the trouble started the screen went all splotchy black stripes every where, menu items are visible until you click them then they become just black squares. So im thinking it must be xfree-4 thats having trouble with the video card, i'll just reinstall potato until i can get a better video card. Popped in the rescue disk for potato and rebooted the system, popped in the root disk when asked, i then received an error message that said kernal panic fs not found on 02.00 upon trying to reboot into woody i received a similar message. what i would like to do is reformat the hard disk, but i dont know if or where the program is to do this. is it fdisk? or something else? the format command wasn't recognised. do i need DOS disks? any help is appreciated, thanks in advance mw. cfdisk or fdisk will allow you to partition your drives mkfs will allow you to format your partitions No, you don't need DOS disks. This being *nix, you can recover. Of course, that takes some work, so if you don't have anything you want to keep, and you don't mind doing a format/rebuild, that might be easier. In such a case, I'd just boot off the Debian install disk (Woody or Potato) and use the "Partition a Disk" (which will be cfdisk) and just go through the normal installation. If you want to recover, try booting off a Debian install disk with the kernel paramaters something like: boot: linux root=/dev/hda2 Of course, this depends on where / is, and how badly messed up things are, etc. Knoppix could also be useful, as well as a kernel parameter like "init=/bin/bash" for a very minimal setup, and chroot might be of value to easily rerun lilo in it's "native" environment, etc. Kent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT, FLAME] Linux Sucks
On Mon, Mar 24, 2003 at 08:06:12AM -0800, Larry wrote: > I must say, however, that compared to a number of > other systems I've worked with, Debian is difficult to > get installed and configured. I suspect the poor > fellow was ready to tear his hair out (assuming he had > some hair). > > On the other hand, I've found the system to function > extrememly well, and be marvilously stable. Once > installed, it is easy to upgrade and install > applications on. So the big hump, unfortunately, is > at the very beginning. Debian is geared towards building long-term stable systems; this really only comes at the expense of newbie user-friendliness. It's the same reason that building a treehouse is easy, but building a steel-reinforced-concrete bunker is hard. -- Don Werve <[EMAIL PROTECTED]> (Unix System Administrator) Yorn desh born, der ritt de gitt der gue, Orn desh, dee born desh, de umn bork! bork! bork! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PCI ATA card support
Lindsay Yardley wrote: [...] hda1 - /boot hda2 - / hda3 - swap hde/g raid set - /var hde/g raid set - /home that's why i asked if it would be possible/advisable to first install debian to hda1,2,3 then add the RAID1 set, format/mount it and move /var & /home over to it. So far I've found out I need to use the 2.4 kernel and set the ATA card IDE's at boot with "Boot: bf24 ide2=0x6200,0x6302,11 ide3=0x6400,0x6502,11" where ide2=[start IO address],[end IO address],[IRQ]. reading reading reading & getting confused, lol Which ID you use for your partition? If 83 (linux native) it's wrong. You have to use fd (linux raid auto) Of course you can start to install at first hda1, hda2 and hda3 and then start with your RAID partitions. There is also an HOWTO explaining how to create a RAID solution from an existing system. -- : __ __ __ __ __ __ [EMAIL PROTECTED] : /_// __ // __ //_// __ // / phone.: +48 32 285 4554 : / / / /_/ // /_/ / / / / /_/ // / fax: +48 32 285 4554 : /_/ /_//_/ /_/ /_/ /_//_/ mobile..: +48 602 284 546 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Official Exim 4 package
On Mon, 24 Mar 2003 16:04:04 + Colin Watson <[EMAIL PROTECTED]> wrote: > There is a manifestly clear policy on shared libraries. Shared library > packages must include the soname's version number, for good reasons. Which is about the only package I would say that it is needed for multiple reasons. > Finding package names is a job for package management front-ends, which > should include a search facility. If you're not using a front-end, you > already have problems in that you're probably ignoring Recommends: and > Suggests: hints provided by maintainers to try to make their packages > work better for you. Quite the contrary. I use front-ends and turn those blasted suggests and recommends off. How does the maintainer know what works better "for me"? They don't. If I want something I'll include it, thank-you-very-much, not stop trying to add more bloat to my system. Of course none of that has to do with the problem at hand. > And no, it's not particularly a hack: allowing concurrent installation of > multiple versions of a single package would be much worse. Uh, who said anything about concurrent installations of multiple versions. I said multiple /listings/ of the same package but different versions. Obviously if there is a compatibility issue they would have a conflict set up in the field named "Conflicts". I just love it when people read more into my words than I wrote there. Makes me all warm and fuzzy knowing they seem to think they know what I am thinking more than I am. Especially when what I wrote was quite clear. > Well, if you feel like rewriting dpkg from the ground up (yes, your > ideas *will* require that) and making sure you can handle full > inter-release upgrades and partial upgrades correctly, feel free. Until > then we need to stick with what we've got, which is working pretty well. Why would it require a rewrite from the ground up? I'm betting it is based on your false presumption that I meant having two installed versions when I clearly meant to versions available in the repository and listed in the package manager with conflicts against each other. Hell, we're 99% there or is aptitude lying to me? i --\ sylpheed-claws 0.8.10claws0.8.10claws i 0.8.10claws13-1 p 0.7.4claws-3 Two versions of the same package listed in the package manager. Granted, from two different repositories but it seems like most of the logic is already there. I select one, the other is marked for uninstall. > Package names change when it is necessary. Apart from the policy on > shared libraries I don't think there's any particular policy on this, > because we don't need one. Let me repeat: package names change when it > is technically necessary to do so in order to ensure the correctness of > upgrades, both complete and partial. Which leads us to a morass of problems on the user end when expected packages are not immediately obvious because of an inconsistency in the naming convention. You mentioned that shared libs have that policy in place. IE, there is a consistent naming convention. If the user knows to go into that area looking for version numbers tacked into the end then there is no problem. However there is a problem in the rest of the space because there is no convention, no consistency. > The lack of consistency does not point to a lack of policy. It points to > the complexity of making partial upgrades work, and the variety of > exciting ways in which packages sometimes break compatibility (library > APIs, configuration files, input file formats, etc.) with previous > versions of themselves. Which, as I said, is not an entirely uncommon problem. A problem which should not be handled the way it is for the reasons described. Either all packages should have version numbers or another way of handling the problem which is transparent to the user needs to be devised. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgp0.pgp Description: PGP signature
