Linux-Misc Digest #524, Volume #27 Wed, 4 Apr 01 00:13:01 EDT
Contents:
Re: mail reader (Dances With Crows)
Re: I would like to register a complaint ... (Hartmann Schaffer)
Re: linux on which platform (Hartmann Schaffer)
Re: [q]Network Card module probing!!!, Not working. ("Ferdinand Rey")
Re: What's a good smtp server? (Grant Edwards)
Re: loopback device (David Efflandt)
Re: Secure File deletion ([EMAIL PROTECTED])
Re: chrooting users (Frank Ranner)
Re: mail reader (steve)
Re: may I install two different version of linux in the same harddisk (David
Efflandt)
Re: scripting (Philip)
Re: linux on which platform ([EMAIL PROTECTED])
Re: Secure File deletion (Frank Ranner)
Stupid Mistakes (Skylar Thompson)
Re: kde problem (Christian Huebner)
commandline based article download tools (* Tong *)
grub instead of lilo (Christian Huebner)
Re: I would like to register a complaint ... (Christian Huebner)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: mail reader
Reply-To: [EMAIL PROTECTED]
Date: 04 Apr 2001 02:02:02 GMT
On 04 Apr 2001 00:48:36 GMT, Charles Herman staggered into the Black Sun
and said:
>I am looking for a mail reader for Linux, any suggestions.
If you could explain what it is you want from your mail client, I think
people could make better suggestions. Anyway,
Text: pine, mutt, emacs
GUI : KMail, Evolution, Netscape Messenger, balsa
Any of those should work reasonably well for standard usage.
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Workin' in a code mine, hittin' Ctrl-Alt
http://www.brainbench.com / Workin' in a code mine, whoops!
=============================/ I hit a seg fault....
------------------------------
From: [EMAIL PROTECTED] (Hartmann Schaffer)
Subject: Re: I would like to register a complaint ...
Date: 3 Apr 2001 22:14:59 -0400
In article <[EMAIL PROTECTED]>, KCmaniac wrote:
>I realize this isn't the argument clinic, but I would like to register a
>complaint.
it would be good to do some research before complaining. if you don't, then
don't complain, just ask
>There is a very fundemental concept in the DOS/Windows world of being
>able to format a partition, after which you can begin again compiling
>data into that empty but very much functional partition. WHY DOESN'T
>LINUX HAVE AN EQUIVALENT COMMAND/FUNCTION???
1. i doubt that this is a fundamental concept. in general i would advise
against such a practice (though it might be ok on occasion)
2. how do you arrive at the (wrong) conclusion that it doesn't? it just
isn't called FORMAT (try mkfs.<your filesystem type>, most likely
mke2fs)
>Sorry for the big letters but I am now extremely frustrated over Linux's
>apparent inability to clear a partition of all its data and to be able
>to just simply begin again. Instead, it appears that you have to jump
>through a bunch of hoops and all of which I have not yet found.
you came to the right place, but as i said before, without having done any
research just asking would have been the better attitude
>Without getting into the why's and what for's, formatting a partition in
>the DOS/Windows world is a legimate and useful function when it is the
>desired thing to do.
in unix systems you have a few other ways to do it as well (though you might
have to take some precautions with symbolic links, a recursive rm would
empty a partition
>Is there anybody out there that knows enough about Linux/Unix
>filesystems that can tell me why this function is not available and if
>it is what is it?
yes, there are many people (pretty much everybody who has read a brief
introduction to unix), and see abov
>It looks like I am going to have to use Linux's fdisk to change the what
>"root sector??" of the partition to tell the DOS format function that it
>is a FAT32 filesystem even when it is not but just so it will format it
>in such a way that I can reuse it. After the DOS format is done
>clearing the partition I will then have to change the partitions "ID"
>back to Linux native and use the mke2fs to remake the ext2 filesystem.
>At that point I should have clean and empty ext2 partition. So far this
>is the only thing I can think of to achieve this desire goal. I tried
>at the suggestion of someone in this newsgroup to use:
why didn't you just do mke2fs on the partition (you have to unmount it before
you can do it)
>dd if=/dev/zero 0f=/dev/hdxX : where hdxX is a partition but this
>apparently write zeros over everything including important locations
>such as what makes up a superblock that Linux apparently very much
>needs. This superblock needs to be recreated but the ext2 partition is
>just not the same after that. Something is a miss when doing this
>method.
i have no idea who suggested it, but this will clear out the partition
space, but not create an empty partition under any os or filesystem. any
filesystem needs some administrative information
hs
------------------------------
From: [EMAIL PROTECTED] (Hartmann Schaffer)
Subject: Re: linux on which platform
Date: 3 Apr 2001 22:24:22 -0400
In article <[EMAIL PROTECTED]>, Tom De Boeser wrote:
>Hi,
>
> I'm wondering if anyone knows if linux (any kernel version) on x86 is
>faster/better than linux on a spark (or any other architecture). Also, any
>opinions on the BSD's on different architectures. Benchmarks are nice, but
>real-life experience would be better.
apart from porting applications both linux and bsd behave the same on all
platforms they are implemented on.
each is faster on faster machines (it will be faster on a fast x86 than on
a slow sparc, and slower on slow x86 than on an fast spark
hs
------------------------------
From: "Ferdinand Rey" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,comp.os.linux.setup
Subject: Re: [q]Network Card module probing!!!, Not working.
Date: Tue, 3 Apr 2001 19:38:01 -0700
what linux are you using?
"À̹ü¼®" <[EMAIL PROTECTED]> wrote in message
news:9adupd$qjo$[EMAIL PROTECTED]...
>
> hello, i'm a beginner in linux
>
> My Network Card is "SMC1211TX", but it's not working...
> I recompiled the rtl8139.o code, but it's not working....
>
> The bellow is the situation
> ------------------------------------------------------
>
> # ifconfig eth0 up
> SIOCSIFFLAGS : Resource temporarily unavaiable
>
> # modprobe rtl8139
> # lsmod
> Modules Size Used by
> rtl8139 11196 0 (autoclean) (unused)
>
> # dmesg | more
> ..........
> ....
> ..
>
> eth0 : SMC1211TX EzCard 10/100 (RealTek RTL8139) at 0x2000, IRQ 0,
> .......
>
> ------------------------------------------------------------------------
>
> what should i do.... please give me advice!
>
>
>
>
>
>
------------------------------
From: [EMAIL PROTECTED] (Grant Edwards)
Subject: Re: What's a good smtp server?
Date: Wed, 04 Apr 2001 02:43:49 GMT
On Wed, 04 Apr 2001 01:51:07 GMT, Johan Kullstam <[EMAIL PROTECTED]> wrote:
>> >Hello all, I am looking for a small, easy to set up smtp server for
>> >Linux.
>>
>> I'm rather fond of qmail <www.qmail.org>. It's fast, solid,
>> secure and easy enough to build and install as long as you
>> follow the directions -- or you can download an RPM. Others
>> swear by Postfix. I've never liked sendmail too much.
>
>i second the recommendation of qmail and want to tout david sill's
>excellent site: <URL:http://web.infoave.net/~dsill/lwq.html>.
>this gives a nice step-by-step recipe for installing qmail.
And please, read the install instructions. Then read them
again and following them -- make sure you understand what's
going on as you test each step of the install. Setting up an
SMTP server incorrectly can cause grief (and not just for you).
Accidentally setting up an open relay will get you and your ISP
on shit-lists all over the world. You ISP and fellow customers
will not be happy.
Setting up qmail isn't hard, and the instructions are detailed
and easy to follow. I recommend building it from source and
doing the install manually -- that way you end up with
something that you understand and you _know_ is done right.
My recommendation: go for a pure maildir setup if your MUA can
deal with maildir.
--
Grant Edwards grante Yow! It don't mean a
at THING if you ain't got
visi.com that SWING!!
------------------------------
From: [EMAIL PROTECTED] (David Efflandt)
Subject: Re: loopback device
Date: Wed, 4 Apr 2001 02:58:30 +0000 (UTC)
Reply-To: [EMAIL PROTECTED]
On Wed, 04 Apr 2001, Peter Petersen <[EMAIL PROTECTED]> wrote:
>"Peter T. Breuer" <[EMAIL PROTECTED]> wrote:
>
>>> Has anyone problems with the loopback device with a 2.4.2 kernel?
>>
>>It doesn't work in any of the 2.4.*. It was supposed to have been fixed
>>by 2.4.3 but I don't know if it happened. Check.
>
>Well, it didn't work for me with 2.4.2, and I couldn't see any mistake I
>made, so I finally found out that it was, indeed, a bug in 2.4.2.
>
>After applying a patch called loop-6 it worked.
>
>Now that I have 2.4.3, I can say that in my case it works perfectly.
It worked in 2.4.0 that came with SuSE 7.1, but I did not realize it was
broken in 2.4.2 until I just tried it. Lucky I have the sysreq key
activated (for testing usb), because the system hung while trying to
reboot from another vt.
--
David Efflandt [EMAIL PROTECTED] http://www.de-srv.com/
http://www.autox.chicago.il.us/ http://www.berniesfloral.net/
http://cgi-help.virtualave.net/ http://hammer.prohosting.com/~cgi-wiz/
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Secure File deletion
Date: Wed, 04 Apr 2001 02:59:00 GMT
"Peter T. Breuer" <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
> > [EMAIL PROTECTED] (Grant Edwards) writes:
> >> In article <[EMAIL PROTECTED]>, Peter T. Breuer wrote:
> >> >Hugh Potter <[EMAIL PROTECTED]> wrote:
> >> >> Im a recent convert to Linux. Ld like to be able to securely delete swap and
> >> >> other temp files in Linux Mandrake. In Windows I used scorch for the swap file
> >> >> and eraser for the rest. Any suggestions for linux.
> >> >
> >> >man dd. Overwrite it with zeros (then delete it, if appropriate).
>
> >> Overwriting a file with dd may or may not overwrite the data that
> >> existed in the file. It depends on the filesystem implimentation. I
> >> think it will work for ext2, but doubt that it will for reiserfs.
>
> > I wouldn't be sure that it would work for ext2, either.
>
> Err, folks, have you gone off the deep end?
>
> > It is by no means obvious that dd would make any attempt to write to
> > the same file, regardless of the filesystem. Frankly, I'd expect this
>
> It most certainly is obvious, because that is what it does, by
> definition. It does not make a new file and write to it, it does not
> start a fire in your aunt patty's bedroom. It precisely and exactly
> overwrites given parts of a file, at an offset of your choosing, with a
> number of blocks of your choosing.
>
> To be precise, it calls the system call write(), preceded by seek().
Ok... I stand corrected. I didn't consult the sources; only the
manual and info pages, which did not provide any conclusive guidance.
> > to just plain not work, for the result to be something along the lines
> > of:
>
> > -> dd opens file for output.
> > -> Internally, this means that blocks attached to the file are
> > thrown into system free list.
> Nonsense. I suppose you think that everytime I call open() on a file
> I manage to discard the existing files blocks :-) Are you on
> something I should know about?
If I do an fopen() in write mode, abstract thought (all I was really
relying on) doesn't conclusively establish things either way.
It would make as much sense for a new open() to result in the old
version of the file being unlinked, with new version as a fresh file,
as it does to attach to the existing one, and then truncate once it's
closed. Rather like the two different assumptions of noneuclidean
algebra.
> > -> Then, a new set of blocks get written to, by dd.
> > -> The file is now tied to the new sequence of blocks.
>
> [Hilarious piffle discarded]
Piffle, perhaps, but I don't think it was ludicrously irrational.
Thanks for illuminating things by documenting what it _really_ does.
[Which is mostly honest, though you should detect a whiff of sarcasm
there, seeing as how there wasn't much documentation...]
--
(concatenate 'string "aa454" "@freenet.carleton.ca")
http://www.ntlug.org/~cbbrowne/resume.html
Rules of the Evil Overlord #74. "When I create a multimedia
presentation of my plan designed so that my five-year-old advisor can
easily understand the details, I will not label the disk "Project
Overlord" and leave it lying on top of my desk."
<http://www.eviloverlord.com/>
------------------------------
From: Frank Ranner <[EMAIL PROTECTED]>
Subject: Re: chrooting users
Date: Wed, 04 Apr 2001 12:57:03 +1000
Victor Dods wrote:
>
> Jeremiah DeWitt Weiner wrote:
>
> > Victor Dods <[EMAIL PROTECTED]> wrote:
> >> How exactly do I go about chrooting users' accounts so they are
> >> restricted to their home directory and below? Also, will this affect
> >> ftp logins? I wish to create one or more ftp accounts that have only
> >> access to their home directories, and can't escape and read/write all
> >> over my root directory, etc. I think this is called a "chroot jail"?
> >
> >
> > You can do it with chroot, but it's probably easier to do it
> > with a restricted shell. Do 'man bash' and look for "rbash".
> > (Besides, why would users be able to "read/write all over the root
> > directory"
> > anyway? That's what permissions are for.) If you want to do it for
> > ftp only, then it's a bit easier; some ftp daemons support it natively
> > (from "man ftpd": "The -r option instructs the daemon to chroot(2) to
> > the specified rootdir immedeately (sic) upon loading..." and even for
> > others, it can be done (see
> > http://www.meangene.com/notes/ftpaccess.html).
> >
> > JDW
> >
> >
> >
>
> Strangely when I specify the -r option, the daemon doesn't even start
> up. I'm using wu-ftpd, if that makes any difference. I have the man
> pages for ftpd, but apparently no ftpd binary. The binary I use is
> called in.ftpd. Maybe wu-ftpd just doesn't support that?
Your ftp daemon is probably started from inetd using the following line
from /etc/inetd.conf
ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a
I guess you need to put -r on the end of that line.
Regards, Frank Ranner
------------------------------
From: [EMAIL PROTECTED] (steve)
Subject: Re: mail reader
Date: Tue, 3 Apr 2001 21:59:18 -0400
Reply-To: [EMAIL PROTECTED]
[EMAIL PROTECTED] (Charles Herman):
>| I am looking for a mail reader for Linux, any suggestions.
>|
>| -charles
>|
>|
There's quite a few of them. For the console, mutt and pine, for the gui,
KMail, slypheed. Look on freshmeat.net and search for `mail client' or
`mua' for more.
--
Steve - Toronto ICQ 35454764
Powered by GNU/Linux
9:55pm up 2:37, 9 users, load average: 0.00, 0.02, 0.00
------------------------------
From: [EMAIL PROTECTED] (David Efflandt)
Subject: Re: may I install two different version of linux in the same harddisk
Date: Wed, 4 Apr 2001 03:05:59 +0000 (UTC)
Reply-To: [EMAIL PROTECTED]
On Tue, 3 Apr 2001, news.starzine.com <[EMAIL PROTECTED]> wrote:
>
>My pc has installed RedHat v6.2 and I want to install RedHat v7.0 into it.
>Is it possible and how to install?
It helps if you have a primary or extended partition where you can put
another LILO. Then you simply point the first LILO at the second LILO as
other like you would for booting Windows. For this reason I usually put a
couple of small /boot partitions at the beginning of a drive.
You can use one LILO to boot both. Just mount the other / or /boot on the
system you are running lilo from, and point to the vmlinuz on that mounted
path (like /mnt/otherlinux/boot/vmlinuz). LILO somehow keeps track of the
actual physical location of that other vmlinuz so it can boot it even
though it is not mounted in that path when you boot.
--
David Efflandt [EMAIL PROTECTED] http://www.de-srv.com/
http://www.autox.chicago.il.us/ http://www.berniesfloral.net/
http://cgi-help.virtualave.net/ http://hammer.prohosting.com/~cgi-wiz/
------------------------------
From: Philip <[EMAIL PROTECTED]>
Subject: Re: scripting
Date: Wed, 04 Apr 2001 03:09:22 GMT
expect appears to be the answer I was looking for. The only problem
currently is that when I reply it also sends the reply to the screen.
Everything that the program sends to the screen can be stopped, but any
command which are sent via the send command appear on the screen.
"Quiney, Philip [HAL02:HH00:EXCH]" wrote:
> Philip wrote:
> >
> > There is a program that I run which is when start then asks 3
> > questions. I answer these three questions the same each time. Isn't
> > the a way in which I can write a script which will answer these
> > questions for me.
> > mode?: "term"
> > choose option : "3"
> > email "[EMAIL PROTECTED]"
> >
> > what language is best suited for this. I was wondering if a shell
> > script would work.
> Hi,
>
> Try 'man expect'. I think this command may be a bit over the top for
> what you want - but it is good to know that it is there in case you ever
> need it ;-)
>
> I would check the program you run to see if it can take the answers to
> the questions as arguments - is there any useage info (try cmd -h, or
> cmd -?) - this might be simpler.
>
> Regards
>
> Phil Q
>
> --
>
> Phil Quiney CSIP Demonstrator
> [EMAIL PROTECTED] Nortel Networks,
> Telephone: +44 (0)1279 402363 London Rd, Harlow,
> Fax: +44 (0)1279 402885 Essex CM17 9NA,
> United Kingdom.
>
> "This message may contain information proprietary to Northern
> Telecom so any unauthorised disclosure, copying or distribution
> of its contents is strictly prohibited."
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: linux on which platform
Date: Wed, 04 Apr 2001 03:15:22 GMT
[EMAIL PROTECTED] (Hartmann Schaffer) writes:
> In article <[EMAIL PROTECTED]>, Tom De Boeser wrote:
>>I'm wondering if anyone knows if linux (any kernel version) on x86
>>is faster/better than linux on a spark (or any other architecture).
>>Also, any opinions on the BSD's on different architectures.
>>Benchmarks are nice, but real-life experience would be better.
> apart from porting applications both linux and bsd behave the same
> on all platforms they are implemented on.
> each is faster on faster machines (it will be faster on a fast x86
> than on a slow sparc, and slower on slow x86 than on an fast spark
Comparisons will require assessing the exact hardware and software
mix.
The SPARC architecture is generally speaking not _spectacularly_ fast,
as far as CPU is concerned. It's easy to get Intel or AMD systems
that have a whole lot more megahertz for less money.
But that is a manifestly incomplete point of view; consider that:
-> Sun sells E10K servers that allow having _vastly_ larger scale SMP
than you can get on Intel. 64 CPUs are plausible, whilst getting
past 4 on Intel is pretty unusual.
-> Sun boxes are likely to offer _vastly_ faster I/O buses, and may
offer better memory bandwidth.
-> SAN systems tend to be pretty tied to SPARC/Solaris.
-> More effort has probably gone into tuning IA-32 code generators in
the compiler suites than into tuning SPARC code generation.
If your application is I/O-bound, it's quite possible that CPU power
is relatively irrelevant. If your application is FP-intensive, the
bias will be quite different. If your application depends on
accessing great gobs of memory, whoever provides the best memory bus
probably wins, which does not provide an obvious preferred
architecture.
--
(reverse (concatenate 'string "ac.notelrac.teneerf@" "454aa"))
http://www.ntlug.org/~cbbrowne/resume.html
"I think there's something to be said for a completely random
user-interface policy - it keeps the users guessing, making life more
interesting for people who deal with the casual X users. As for the
screen display, at least you can't claim that people are mesmorized by
sexy glitz which distracts them from the work at hand."
-- Keith Packard
------------------------------
From: Frank Ranner <[EMAIL PROTECTED]>
Subject: Re: Secure File deletion
Date: Wed, 04 Apr 2001 13:17:42 +1000
"Peter T. Breuer" wrote:
>
> [EMAIL PROTECTED] wrote:
> > [EMAIL PROTECTED] (Grant Edwards) writes:
> >> In article <[EMAIL PROTECTED]>, Peter T. Breuer wrote:
> >> >Hugh Potter <[EMAIL PROTECTED]> wrote:
> >> >> Im a recent convert to Linux. Ld like to be able to securely delete swap and
> >> >> other temp files in Linux Mandrake. In Windows I used scorch for the swap file
> >> >> and eraser for the rest. Any suggestions for linux.
> >> >
> >> >man dd. Overwrite it with zeros (then delete it, if appropriate).
>
> >> Overwriting a file with dd may or may not overwrite the data that
> >> existed in the file. It depends on the filesystem implimentation. I
> >> think it will work for ext2, but doubt that it will for reiserfs.
>
> > I wouldn't be sure that it would work for ext2, either.
>
> Err, folks, have you gone off the deep end?
>
> > It is by no means obvious that dd would make any attempt to write to
> > the same file, regardless of the filesystem. Frankly, I'd expect this
>
> It most certainly is obvious, because that is what it does, by
> definition. It does not make a new file and write to it, it does not
> start a fire in your aunt patty's bedroom. It precisely and exactly
> overwrites given parts of a file, at an offset of your choosing, with a
> number of blocks of your choosing.
>
> To be precise, it calls the system call write(), preceded by seek().
>
> > to just plain not work, for the result to be something along the lines
> > of:
>
> > -> dd opens file for output.
> > -> Internally, this means that blocks attached to the file are
> > thrown into system free list.
>
> Nonsense. I suppose you think that everytime I call open() on a file
> I manage to discard the existing files blocks :-) Are you on something
> I should know about?
>
> > -> Then, a new set of blocks get written to, by dd.
> > -> The file is now tied to the new sequence of blocks.
>
> [Hilarious piffle discarded]
>
> Peter
See your piffle and raise you an strace :-)
[Early boring stuff snipped]
close(0) = 0
open("junk.in", O_RDONLY|O_LARGEFILE) = 0
close(1) = 0
open("junk.dat", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 1
-- this is a result of the command 'dd if=junk.in of=junk.dat' where
junk.in was 84 bytes
-- and junk.dat was several k. I'd say that O_TRUNC is significant.
rt_sigaction(SIGINT, NULL, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x80493a0, [], 0x4000000}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {SIG_DFL}, 8) = 0
rt_sigaction(SIGQUIT, {0x80493a0, [], 0x4000000}, NULL, 8) = 0
rt_sigaction(SIGPIPE, NULL, {SIG_DFL}, 8) = 0
rt_sigaction(SIGPIPE, {0x80493a0, [], 0x4000000}, NULL, 8) = 0
rt_sigaction(SIGUSR1, NULL, {SIG_DFL}, 8) = 0
rt_sigaction(SIGUSR1, {0x8049400, [], 0x4000000}, NULL, 8) = 0
brk(0x8053000) = 0x8053000
brk(0x8055000) = 0x8055000
read(0, " PID TTY TIME CMD\n 155"..., 512) = 84
read(0, "", 512) = 0
write(1, " PID TTY TIME CMD\n 155"..., 84) = 84
open("/usr/share/locale/en/LC_MESSAGES/fileutils.mo", O_RDONLY) = -1
ENOENT (No such file or directory)
write(2, "0+1 records in\n", 15) = 15
write(2, "0+1 records out\n", 16) = 16
close(0) = 0
close(1) = 0
_exit(0) = ?
Regards, Frank Ranner
------------------------------
From: [EMAIL PROTECTED] (Skylar Thompson)
Subject: Stupid Mistakes
Date: Wed, 04 Apr 2001 03:01:26 GMT
Reply-To: [EMAIL PROTECTED] (Skylar Thompson)
I made two very stupid mistake today by resizing partitions (I have
Win98 and OS/2 3 in addition to RedHat 6.1) without making a rescue
floppy or a backup (the backup was next on my list actually, and
the floppy was forgotten about soon after the installation and
configurationended late at night).
Well, now the kernel cannot be found, and I am stuck with a dilapidated
system on the Linux Central RedHat 6.1 distribution CD. I can mount my
system, but I cannot get LILO to print out the kernel location information;
it keeps on saying that /dev/sdb5 cannot be found even though I used
that to mount that partition in the first place. I plan on trying to make
a backup tomorrow and install a new system and get everything
straightened out with the new kernel. If that fails, I guess I would have
to wipe my current installation and start over from scratch, but I would
like to avoid that.
Can anyone offer any help?
--Skylar Thompson ([EMAIL PROTECTED])
`All that is gold does not glitter/Not all who wander are lost
The old that is strong does not wither/Deep roots are not reached by the frost
>From the ashes a fire shall be woken/A light from the shadows shall spring
Renewed shall be blade that was broken/The crownless again shall be king.'
------------------------------
From: Christian Huebner <[EMAIL PROTECTED]>
Subject: Re: kde problem
Date: Tue, 03 Apr 2001 20:19:12 -0700
De Mann wrote:
>
> Hi, I'm currently running kde 2 on redhat linux 6.2. I am having a problem
> that everytime i reboot i have only one visible desktop. I then make more
> visible by using the configure option (right click) from the panel, but when i
> reboot again there is only one visible desktop.
> Could someone please give some advise, i have tried kde.org but have seen no
> entries in the bug database that i can relate to.
Its not a bug. AFAIK KDE doesnt permanently store several configuration options
until you _log_out_ of KDE by using the 'log out' menu item in the KDE menu.
If you simply shut down the machine without logging out first you are going
to lose these options and chances are your desktop settings are among them.
My advice is: Modify your desktop to your specs, then log out, log back in and
shut down the machine. Upon rebooting your desktops should be ok then.
Chris
------------------------------
From: * Tong * <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.questions
Subject: commandline based article download tools
Date: 04 Apr 2001 00:33:04 -0300
Hi,
Speaking of commandline based download tools, wget is the best.
But there is a problem for it to download articles like:
http://www.informit.com/newsletter.asp?link=159
If you have experienced with any download tools, you will know that
the above url is very tricky. there's no better way to download the
whole article (only) without (potentially) download the whole site.
Any tools that you know of can help? I'm only interested in
commandline based tools. thanks
--
Tong (remove underscore(s) to reply)
*niX Power Tools Project: http://xpt.sourceforge.net/
http://members.xoom.com/suntong001/
- All free contribution & collection
------------------------------
From: Christian Huebner <[EMAIL PROTECTED]>
Subject: grub instead of lilo
Date: Tue, 03 Apr 2001 20:32:13 -0700
Hi,
For quite some time I have been searching for a replacement
for lilo as boot loader that overcomes lilo's shortcomings,
specifically being able to change the boot configuration
on the fly when the system is _down_.
I came across grub (http://freshmeat.net/projects/gnugrub/)
which solved my problem. grub is the GNU bootloader for the
hurd project which doesnt mean its any less useful for Linux.
Specifically grub is filesystem aware, so you can boot
a kernel image on any ext2, reiser, minix and whatnot
partition.
You can edit boot entries when the system is down, for
instance for adding or omitting parameters. There is
a command line interface and a menu interface.
I had no problems with it whatsoever since I started
using it 2 months ago.
Maybe someone can use this info.
Rgds
Chris
--
Christian Huebner - [EMAIL PROTECTED]
------------------------------
From: Christian Huebner <[EMAIL PROTECTED]>
Subject: Re: I would like to register a complaint ...
Date: Tue, 03 Apr 2001 20:37:27 -0700
KCmaniac wrote:
>
> [a complaint about missing a way to 'format' a partition]
This better be a belated April Fool's joke.
If it isnt, I suggest reading the manpage on the 'mkfs' command
(without the '' of course).
Chris
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list by posting to comp.os.linux.misc.
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
