Linux-Misc Digest #888, Volume #27 Thu, 17 May 01 23:13:02 EDT
Contents:
Re: kmail crash in kde-2.1.1 ([EMAIL PROTECTED])
GPL question: including a GPL program in a software package (Jim Cochrane)
problem .. need help ASAP!!! ("Chimpsky")
Re: GPL question: including a GPL program in a software package (Todd Knarr)
squid server down ("Earl Basham")
Re: MIDI in Netscape??? ("William H. Pridgen")
Re: System.map and multiple kernel versions. (Mike Castle)
Re: GPL question: including a GPL program in a software package (Jim Cochrane)
Re: Freeing RAM/swap memory. (Yvan Loranger)
Re: unstable kernel after recompile (David Efflandt)
Re: GPL question: including a GPL program in a software package (John Hasler)
Re: URGENT: Simple RPM problem! ("Dimitris Terzis")
Re: permissions problem-kmidi ("Robert L")
Re: Linux as voicemail system? (Frank McKenney)
Re: Linux as voicemail system? (Frank McKenney)
Problem installing SuSE 7.1 Personal ("Brett W. Denner")
Re: Linux as voicemail system? (Frank McKenney)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: Re: kmail crash in kde-2.1.1
Crossposted-To: comp.os.linux.setup
Date: Thu, 17 May 2001 23:25:32 GMT
In article <QENM6.11659$[EMAIL PROTECTED]>,
"Unknown" <[EMAIL PROTECTED]> wrote:
> Greetings!
>
> I went through blood, sweat and tears to get KDE-2.1.1.1 installed
> finally crowned with qualified success last night.
>
> Doing so required 'force' and 'nodeps' all applied in the 'right' order,
> none of it documented. ('--test' is your friend though!)
>
> One main reason for all of this was to get the newest version of kmail
> going. Now I find it crashes immediately after starting!
>
> I'm thinking what I have to do is take the koffice rpm and 'force' and
> 'nodeps' the darned thing into place.
>
> It feels risky.
>
> Any insight or advice. Is there _any_ installation documentation
> anywhere on this wide virtual planet?
>
> Please help if you've got a clue to spare, thanks!
>
> Got some other problems with KDE-2 but they're rather minor aesthetic
> issues (e.g, no pictures on some of the icons on the little panel bar on
> the bottom of the screen - figure I've got to edit some config files in
> the bye and bye).
>
> F.
I solved the icon problem by upgrading koffice. I hoped this would help
with the kmail problem but no luck.
Kmail crashes with 'signal 11'. Any advice?
F.
========================================================
Felmon John Davis
Union College / Schenectady, NY
os/2 - ma kauft koi katz em sack
========================================================
------------------------------
From: [EMAIL PROTECTED] (Jim Cochrane)
Subject: GPL question: including a GPL program in a software package
Date: 17 May 2001 17:40:28 -0600
I posted this question in gnu.misc.discuss, but have not yet gotten a
response, so I thought I would try this group, since my software runs on
Linux. Hopefully it is an appropriate question for this group.
OK, I've just looked through a copy of the GPL. (I confess that I
didn't read the whole license thoroughly.) And I am not sure whether
the GPL allows the following: I'm considering including a GPLed program
in a software package I will be releasing. (The package is free
software (but not GPL), but I may charge for extensions to it in the
future.) The GPLed program is a Perl script that will be used to
obtain data from a web site needed by my program. My program, which is
a compiled executable, will probably use a fork and exec to execute the
Perl program and obtain the resulting data (from a file or whatever).
Also, my program will be written so that other scripts or programs can
be used - plugged in - instead of this GPLed Perl program.
My question is - in the above case, if I include the Perl program with the
release of my program, will my program need to be released under the GPL?
Since the Perl script is not a library being used by my program and is not
being extended to create my program's functionality, I would expect that
my program does not need to be GPLed; but I can't tell for sure from the
license.
The clause in the license that appears to apply to this case is:
b) You must cause any work that you distribute or publish, that in
whole or in part contains or is derived from the Program or any
part thereof, to be licensed as a whole at no charge to all third
parties under the terms of this License.
I think the interpretation hinges on what is meant by "contains", which
doesn't appear to be explicitly defined in the license.
If the answer to my question is that my software does indeed need to be
GPLed, what about if I release the software without the Perl program, but
include instructions for users who want to use that program as the "plug-in
data-retrieving script" - that they download it and set it up to work with
my program?
Thanks!
--
Jim Cochrane
[EMAIL PROTECTED]
------------------------------
From: "Chimpsky" <[EMAIL PROTECTED]>
Subject: problem .. need help ASAP!!!
Date: Fri, 18 May 2001 00:08:49 GMT
Hey y'all i was trying to boot into my linux system through a boot disk ( i
installed linux on a DOS partition) and suddenly i get the error 0X10 !!!
now i'm stuck I can't get into linux and am about to go insane.... i tried
using the rescue option on the setup disk but it still won't let me into
linux...
TIA
------------------------------
From: Todd Knarr <[EMAIL PROTECTED]>
Subject: Re: GPL question: including a GPL program in a software package
Date: Fri, 18 May 2001 00:11:14 GMT
In comp.os.linux.misc <9e1nhc$[EMAIL PROTECTED]> Jim Cochrane
<[EMAIL PROTECTED]> wrote:
> future.) The GPLed program is a Perl script that will be used to
> obtain data from a web site needed by my program. My program, which is
> a compiled executable, will probably use a fork and exec to execute the
> Perl program and obtain the resulting data (from a file or whatever).
> Also, my program will be written so that other scripts or programs can
> be used - plugged in - instead of this GPLed Perl program.
I think this is covered explicitly in the GPL: merely including a GPLed
program on the media with yours does not cause your program to be GPLed.
>From the sounds of it, the Perl script is an external tool your program
can use and isn't incorporated in your program, and if you don't
incorporate it in your program then the GPL has no effect on your
program.
For safety I'd distribute the script seperately from your program, not
in the same tar file or whatever, just to make the seperation clear.
--
Collin was right. Never give a virus a missile launcher.
-- Erk, Reality Check #8
------------------------------
From: "Earl Basham" <[EMAIL PROTECTED]>
Subject: squid server down
Date: Fri, 18 May 2001 11:29:37 +1200
if for some reason my proxy server is down how do my clients get to the
internet they just seam to do nothing and i don't want them to have to
change any settings
------------------------------
From: "William H. Pridgen" <[EMAIL PROTECTED]>
Subject: Re: MIDI in Netscape???
Date: Fri, 18 May 2001 00:36:22 GMT
"B. L. Jilek" wrote:
> Did you get the instrument files for Timidity. And configure the timidity.cfg
> file to point to them. It's been a while but I think my system installed
> Timidity but it had no instruments. It's a real big file so you should remember.
> Look at your config file and make sure it's set up right.
>
> Your intrument patches and maybe your timidity.cfg should be int /usr/lib/timidity.
Yes, I have the instrument files for Timidity. Following your
suggestion, I edited timidity.cfg, and changed it to point to the
correct directory, but I still get the playmidi error.
--
Bill Pridgen *** Sent with GNU/Linux
--
"Life is problem-solving and discovery." -- Karl Popper
--
[EMAIL PROTECTED]
--
------------------------------
From: [EMAIL PROTECTED] (Mike Castle)
Subject: Re: System.map and multiple kernel versions.
Date: Thu, 17 May 2001 17:30:37 -0700
In article <[EMAIL PROTECTED]>,
Wayne Osborn <[EMAIL PROTECTED]> wrote:
>In article <[EMAIL PROTECTED]>, "Mike Castle"
><[EMAIL PROTECTED]> wrote:
>> I keep mine in /lib/modules/`uname -r`/System.map
>
>My whole confusion is this: I can theoretically have 2.2.16 and 2.4.4
>kernels in /boot and with lilo select either at boot time. What do I do
>with the System.map files for both these kernels?
Please reread my post for content.
Perhaps try the command "uname -r" and see what the output is.
The you will realize that you would have:
/lib/modules/2.2.16/System.map
and
/lib/modules/2.4.4/System.map
Can you guess which one is where?
mrc
--
Mike Castle Life is like a clock: You can work constantly
[EMAIL PROTECTED] and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
------------------------------
From: [EMAIL PROTECTED] (Jim Cochrane)
Subject: Re: GPL question: including a GPL program in a software package
Date: 17 May 2001 18:55:09 -0600
In article <CMZM6.18174$[EMAIL PROTECTED]>,
Todd Knarr <[EMAIL PROTECTED]> wrote:
>In comp.os.linux.misc <9e1nhc$[EMAIL PROTECTED]> Jim Cochrane
><[EMAIL PROTECTED]> wrote:
>> future.) The GPLed program is a Perl script that will be used to
>> obtain data from a web site needed by my program. My program, which is
>> a compiled executable, will probably use a fork and exec to execute the
>> Perl program and obtain the resulting data (from a file or whatever).
>> Also, my program will be written so that other scripts or programs can
>> be used - plugged in - instead of this GPLed Perl program.
>
>I think this is covered explicitly in the GPL: merely including a GPLed
>program on the media with yours does not cause your program to be GPLed.
>From the sounds of it, the Perl script is an external tool your program
>can use and isn't incorporated in your program, and if you don't
>incorporate it in your program then the GPL has no effect on your
>program.
That was essentially my interpretation of the license, too, although a
picky person might ask: "What does it mean to incorporate the script into
your program?"
Anyway, I think I'm probably OK, though I wouldn't mind hearing from a
couple other people with knowledge of the GPL.
>
>For safety I'd distribute the script seperately from your program, not
>in the same tar file or whatever, just to make the seperation clear.
That's probably a good idea. Thanks for the feedback.
--
Jim Cochrane
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Yvan Loranger)
Subject: Re: Freeing RAM/swap memory.
Date: 18 May 2001 01:06:25 GMT
Reply-To: [EMAIL PROTECTED] (Yvan Loranger)
"leif kremkow" ([EMAIL PROTECTED]) writes:
> Does anybody happen to know where the kernel memory management algorythms
> are discussed? I don't fancy reading the source, but I love to read a
> discussion thereof.
www.linuxdoc.org
They have a few guides or books among which a couple of titles on the
kernel.
--
Merci........Yvan Pour le plein air: Club Vertige
http://www.ncf.ca/vertige
------------------------------
From: [EMAIL PROTECTED] (David Efflandt)
Subject: Re: unstable kernel after recompile
Date: Fri, 18 May 2001 01:06:43 +0000 (UTC)
Reply-To: [EMAIL PROTECTED]
On Thu, 17 May 2001 13:14:48 +0900, SilentNight <[EMAIL PROTECTED]> wrote:
>
> There is a feeling of weirdness in my experience with recompiling the
> kernel.
Set your wordwrap to less than 80 col if possible.
> The first time I recompiled it about just a little more than a week ago, I
> was nervous, reading here and there that it might not work, and the
> system might not boot. Yet, it booted perfectly.
>
> However, as I go on reading further, experimenting further with each item in
> the xconfig menu, the result is more unstable system. More often, the
> recompilation ends with no boot, or flickering every one or two seconds,
> or suddenly loosing support for mouse, cannot mount floppy, other hard
> disk even all fiesystems intended to be supported are selected in the
> process.
>
> Is this all too accidental ? Or some selection may have conflict with other
> options ?
>
> Playing around is fun, but sometimes the time cost is quite much more than
> expected.
When you experiment, you should always set lilo.conf to be able to boot a
working stable (possibly original) kernel as an alternate, so you have
something to boot to if you misconfigure the kernel or forget to run lilo.
--
David Efflandt (Reply-To is valid) 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: John Hasler <[EMAIL PROTECTED]>
Subject: Re: GPL question: including a GPL program in a software package
Date: Fri, 18 May 2001 00:37:33 GMT
Todd Knarr writes:
> I think this is covered explicitly in the GPL: merely including a GPLed
> program on the media with yours does not cause your program to be GPLed.
Nothing can cause your program to be GPL'd except you GPL'ing it.
> From the sounds of it, the Perl script is an external tool your program
> can use and isn't incorporated in your program, and if you don't
> incorporate it in your program then the GPL has no effect on your
> program.
Correct.
--
John Hasler
[EMAIL PROTECTED] (John Hasler)
Dancing Horse Hill
Elmwood, WI
------------------------------
From: "Dimitris Terzis" <[EMAIL PROTECTED]>
Subject: Re: URGENT: Simple RPM problem!
Date: Fri, 18 May 2001 03:03:32 +0100
Reply-To: "Dimitris Terzis" <[EMAIL PROTECTED]>
Hi Christopher...
I have indeed spent several hours trying to figure out how the thing works
before posting, including perusing the RPM-HOWTO and Max RPM. The thing I
hadn't realised is that, if you change the RPM_BUILD_DIR, you have to do
something like the "mkdir -p $RPM_BUILD_ROOT/usr/local/src" you suggested,
to mimic the installation path, in conjunction with the %files directive.
Your message made me realise that almost immediately, so know my first RPM
does work! :-)
Many thanks!
Dimitris
"Christopher Albert" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Dimitris,
>
> I still think you should look at the book but since the question is
> simple I'll give you a full answer.
>
> Chris
>
> > Notice that, because I don't have root access, I use my own path for
sources
> > etc., instead of the default
> > /usr/src/redhat. So, the command I invoke is
> > rpm --define '_topdir /home/rpm' --define
> > '_tmppath/home/rpm/tmp' -ba update.spec
> >
>
> If you do
> #echo "%_topdir /home/rpm" > .rpmmacros in your home directory
> you wont need this command, and you can add other rpm macros later to
> that file.
>
> Lets assume your script is called "titi.sh" . Put this script inside a
> directory called update-1.0 in /home/rpm/SOURCES directory , and there
> tar and gzip it. Now use the following version of your "update.spec",
> which assumes you want to install the script in /usr/local/src on
> another machine with rpm -i . The RPM_BUILD_ROOT is just the standard,
> which normally everyone can write to. THis should work.
>
> Summary: Blah blah
> Name: update
> Version: 1.0
> Release: 0
> Copyright: GPL
> Group: System Environment/Base
> Source: update-1.0.tar.gz
> # Patch: null.patch (nothing to patch anyway!)
> BuildRoot: /var/tmp/%{name}-%{version}
>
> %description
>
> %prep
>
> %setup
>
> #%patch
>
> %build
> mkdir -p $RPM_BUILD_ROOT/usr/local/src
> %install
> cp titi.sh $RPM_BUILD_ROOT/usr/local/src
>
> %files
>
> %defattr(755,root,root)
> /usr/local/src/titi.sh
>
> %doc
>
> %changelog
------------------------------
From: "Robert L" <[EMAIL PROTECTED]>
Subject: Re: permissions problem-kmidi
Date: Thu, 17 May 2001 22:38:29 -0400
"Robert L" <[EMAIL PROTECTED]> wrote in message
news:9dvhih$3c9$[EMAIL PROTECTED]...
> Hi,
> I'm having a confusing problem with permissions for kmidi. It started off
> working but now gives 'permission refused' message. I then "chmod 755
> /usr/bin/kmidi" and everything works great. However when I log out and
back
> in or reboot kmidi is no longer executable and I have to repeat the
process
> (does it everytime).
> I have tried doing the chmod both as usr and root. I am the owner of the
> file.
> Could someone explain what is happening here?
> thanks,
> Robert
> --
> remove Spamfree when replying directly
Hi,
I solved it by moving kmidi to my ~/bin directory and making the original a
symlink to it.
Still wondering though...
thanks,
Robert
--
remove Spamfree when replying directly
------------------------------
From: [EMAIL PROTECTED] (Frank McKenney)
Subject: Re: Linux as voicemail system?
Date: 18 May 2001 02:44:12 GMT
Reply-To: [EMAIL PROTECTED] (Andy Spayam)
In <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (rdh) writes:
>On 17 May 2001 04:08:30 GMT, [EMAIL PROTECTED] (Frank
>McKenney) wrote:
>
>>Thanks for the pointer. This looks like a full-fledged telephony
>>system, and it's definitely interesting. Unfortunately, it's a bit
>>high-powered for what I'm trying to do -- it requires a dedicated
>>telephony adapter (e.g. Dialogic).
>
>You're going to need one of those anyway, if you want your system to
>keep the phone from ringing in certain cases. QuickNet's "Internet
>LineJack" product is probably the most economical choice, and even
>that will cost you nearly $300 (unless someone knows where to get it
>for less; if so, let me know!). It works with Bayonne, and also
>Asterisk [http://www.asteriskpbx.com/].
Russell,
You may be correct, but I have to admit that I'm hoping you aren't.(;-)
I'm willing to invest some time if it will save me on hardware costs,
but $300 out-of-pocket is a bit steep for a personalized answering
machine. I hope I can come up with something a _little_ less expensive.
Frank McKenney, McKenney Associates
Richmond, Virginia / (804) 320-4887
Munged E-mail: frank uscore mckenney aatt mindspring ddoott com
------------------------------
From: [EMAIL PROTECTED] (Frank McKenney)
Subject: Re: Linux as voicemail system?
Date: 18 May 2001 02:46:10 GMT
Reply-To: [EMAIL PROTECTED] (Andy Spayam)
In <[EMAIL PROTECTED]>, Christopher Albert <[EMAIL PROTECTED]>
writes:
>I can't help you at all, but I think your project is very interesting,
>and in fact cries out "mini-HOWTO" . Since you seem like the organized
>and persistent type likely to succeed, If you do have to "beat yourself
>bloody", I would encourage you to share you pain with others.
Chris,
Thanks for the encouragement (I think! (;-))
If I work out something new, I'll try to post my results somewhere for
others to use. And if I don't, well, that's probably worth posting as
well (Grumph!).
Frank McKenney, McKenney Associates
Richmond, Virginia / (804) 320-4887
Munged E-mail: frank uscore mckenney aatt mindspring ddoott com
------------------------------
From: "Brett W. Denner" <[EMAIL PROTECTED]>
Subject: Problem installing SuSE 7.1 Personal
Date: Thu, 17 May 2001 15:21:41 -0500
I have a Pentium III machine with two hard drives. Win98 is on the first,
and SuSE 6.4
is on the other. I use LILO to select which operating system to boot (my
wife prefers
Windows, I prefer Linux).
I bought Suse 7.1 Personal and attempted to install it over my existing
installation by
booting up my machine with the Suse 7.1 CD #1 in the CDROM. After the
CDROM spools up,
the little graphic of the Linux penguin (Tux?) appears in the upper left
corner, and
several lines of output (which appear to have something to do with my hard
disks and
possibly existing partitions) are written to the screen. Then, nothing.
My
computer locks up and I have to reboot.
I tried the same thing with the 3.5 inch floppy provided by SuSE, but I get
the same
(bad) result As I mentioned, I can boot into my old SuSE 6.4 system using
LILO, but the
installation process hangs up every time when I try to install SuSE 7.1.
Can anyone help me figure out what is going wrong?
Thanks,
Brett
------------------------------
From: [EMAIL PROTECTED] (Frank McKenney)
Subject: Re: Linux as voicemail system?
Date: 18 May 2001 03:04:39 GMT
Reply-To: [EMAIL PROTECTED] (Andy Spayam)
In <[EMAIL PROTECTED]>, "leif kremkow"
<[EMAIL PROTECTED]> writes:
>["Frank McKenney" <[EMAIL PROTECTED]>] last said:
>> Thanks for the pointer. This looks like a full-fledged telephony
>> system, and it's definitely interesting. Unfortunately, it's a bit
>> high-powered for what I'm trying to do -- it requires a dedicated
>> telephony adapter (e.g. Dialogic).
>
>I've heard DiaLogic are working on providing drivers for Linux - which is
>beside the point form your stance I guess.
Leif,
Thanks for taking the time to reply.
Actually, I _have_ a two-line Dialogic ISA analog card in my system, but
it belongs to one of my costomers and is subject to vanishing at what
Murphy guarantees will be the least opportune time. (;-)
>But, unless you use one of these, how do think you can "read" from the
>Plain Old Telephone System (POTS)? The only other option is through the
>sound card. So, maybe, look in the direction of Voice Over IP (VOIP).
The AOpen FM56EX/2 (Rockwell? chipset) appears to support several
voice-specific commands, including ADPCM encoding and decoding, and
there are MIC and SPK jacks on the modem box itself. I was hoping that
The Ultimate Linux Personal Telephony Site (;-) would be able to provide
more details on these and software that used them. Oh, well.
>There has been some work done on supporting VOIP in the Linux kernel. Even
>full H.323 (is that right?). The old way used to be that you did in fact
>use you sound card and somehow magically connected to POTS. But thesedays,
>I think they're going back to having a special VIOP device.
Yes, and the mgetty/vgetty approach may use this as well.
>So, if you really want to make do with existing hardware, take a look are
>VOIP the-old-way.
Um... even if I'm not trying to do VOIP?
>Oh, and in terms of your spec - I think you'll be fine with Pentium and
>16MB. I remember from meeting some folks who did Call Center stuff, who
>used low level Pentium boxes with DiaLogics build wanna-be PBXs. I think,
>you'll get away with high end 486s if you do DiaLogic. Otherwise the CPU
>has to do all the processing (i.e. POTS ADC).
If the AOpen modem (or a similar "voice" modem) can squeeze digitized
audio in and out the serial port fast enough, one can hope my
486DX2-66es can handle the "linux" parts. Guess I'll find out. (;-)
But first, we do a format-and-reinstall on a new iMac that's been flaky
since it arrived, and finish a couple of customer projects that are
coming due shortly.
Thanks everyone for the feedback. No "silver bullets" this time.
Frank McKenney, McKenney Associates
Richmond, Virginia / (804) 320-4887
Munged E-mail: frank uscore mckenney aatt mindspring ddoott com
------------------------------
** 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
******************************
