Linux-Misc Digest #592, Volume #24               Thu, 25 May 00 02:13:04 EDT

Contents:
  Re: removing LILO from mbr ("Philo")
  Re: Need ideas for university funded project for linux (Jim Richardson)
  Re: how to enter a bug report against linux? (Leslie Mikesell)
  Re: Device file ownership ("Jim Ross")
  Re: Maximum Linux (Smitty)
  Multi swap partition ??? ("Benson Lei")
  Re: Multi swap partition ??? (Dowe Keller)
  Re: Need ideas for university funded project for linux ("Peter T. Breuer")
  Re: Need ideas for university funded project for linux (David Steuber)
  Re: how to enter a bug report against linux? (Leslie Mikesell)
  Re: cpp problem macro expansion ("Peter T. Breuer")
  Re: Multi swap partition ??? (Prasanth Kumar)
  Re: msie 5 for unix on linux (Grant Edwards)
  Re: Device file ownership (Prasanth Kumar)
  Re: how to enter a bug report against linux? (Richard Steiner)
  Re: Need ideas for university funded project for linux (David Steuber)
  Re: Need ideas for university funded project for linux (David Steuber)
  Re: Need ideas for university funded project for linux (David Steuber)
  Re: Need ideas for university funded project for linux (David Steuber)

----------------------------------------------------------------------------

From: "Philo" <[EMAIL PROTECTED]>
Subject: Re: removing LILO from mbr
Date: Wed, 24 May 2000 22:24:10 -0500

it will only restore your mbr, dont worry it will NOT do a fdisk!!!

Chris Norris <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> I have read sevral times that I can remove LILO from the mbr by using the
> command "fdisk /mbr" from a DOS prompt. This will replace the mbr with
> DEFAULT values. What I would like to know before doing this is, will these
> default values overwrite my partition information, restoring my disk to
> its original "whole disk" partition?
>
> thanks, Chris
>
> --
> Posted via CNET Help.com
> http://www.help.com/



------------------------------

From: [EMAIL PROTECTED] (Jim Richardson)
Crossposted-To: 
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: Wed, 24 May 2000 18:58:32 -0700
Reply-To: [EMAIL PROTECTED]

On Wed, 24 May 2000 13:00:01 GMT, 
 David Steuber, in the persona of <[EMAIL PROTECTED]>,
 brought forth the following words...:

>Maciej Golebiewski <[EMAIL PROTECTED]> writes:
>
>' How often the makefiles provide the "uninstall" target, too? Or at least
>' a script for un-installing? Otherwise, over the time and number of upgrades
>' to newer versions comprised of different files, you're accumulating
>' "abandoned"
>' files.
>
>It does happen.  I don't know what percentage of makefiles provide
>that or a simiar target.  Most produce a single executable image that
>is easy to dispose of.
>
>' RPM is not perfect but it is quite OK. It's just that the guys creating rpm
>' not always can get the dependencies right. Personally one of my favourite
>' query options in rpm is -q -f to instantly get the name of the package
>' "owning" a specific file. I love it.
>
>What do you do when two packages claim ownership of the same file?

The only way you get this, is if you forced the install of one of the
packages over the complaints of rpm. Do you meant what happens when two or
more packages rely on a given file? if so, that's a different issue.

>
>-- 
>David Steuber   |   Hi!  My name is David Steuber, and I am
>NRA Member      |   a hoploholic.
>
>All bits are significant.  Some bits are more significant than others.
>        -- Charles Babbage Orwell


-- 
Jim Richardson
        Anarchist, pagan and proud of it
WWW.eskimo.com/~warlock
        Linux, because life's too short for a buggy OS.


------------------------------

From: [EMAIL PROTECTED] (Leslie Mikesell)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: how to enter a bug report against linux?
Date: 24 May 2000 22:48:30 -0500

In article <8ghs1s$[EMAIL PROTECTED]>,  <s@-> wrote:

>I tell you, based on the answers I see here, I just wonder
>how Linux even works based on the type of people who seem
>to work on it. It seems like the most sloppy development
>software project ever created, and it seems to attract
>the kind of programmers to have no clue about what is
>software engineering is all about.

The odd thing is that it actually is as good as most
commercial software that goes through the proper
formalities.  The problem is that every user has
to discover the remaining problems the hard way.

  Les Mikesell
   [EMAIL PROTECTED]

------------------------------

From: "Jim Ross" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.setup,comp.os.linux.hardware
Subject: Re: Device file ownership
Date: Wed, 24 May 2000 23:52:24 -0400


Sandhitsu R Das <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
>
> I have RH 6.0 running on Athlon 650. The audio devices (/dev/audio* ,
> /dev/mixer* /dev/midi* etc.) as well as the CDROM device (/dev/hdc) are
> all owned by a particular user for some reason. and the permissions are
> 600! As a result, other users cannot use the CD to play songs, for
> example, or cannot use the sound mixer. I changed things by hand and made
> a "chown root" and "chmod 644", but it's turned back again to the same
> user account! I have never seen a strange thing like this.

I understand devices are re-created on every boot, thus your changes
wouldn't be saved.

I hear you can fiddle with /dev/MAKEDEV script.
I've never tried but it does deal with how devices are created.

It has this in mine.
  audio="  root sys    666"

Jim



------------------------------

From: Smitty <[EMAIL PROTECTED]>
Crossposted-To: uk.comp.os.linux,alt.os.linux
Subject: Re: Maximum Linux
Date: Thu, 25 May 2000 00:15:45 -0400

Garry Knight wrote:

> Does anybody know of a retail outlet in or near London that sells the US
> magazine Maximum Linux?
>
> --
> Garry Knight
> [EMAIL PROTECTED]

Try WHSmith.  If they don't carry it, request they order it for you.
Smitty



------------------------------

From: "Benson Lei" <[EMAIL PROTECTED]>
Subject: Multi swap partition ???
Date: Thu, 25 May 2000 12:16:50 -0700

Hi,

I know, up to now, RH Linux can only uses in maximum up to 128 Swap
partition for one time,
so I partition 3 partions for being used, but how can I use them together
???

Thank you for your help.



------------------------------

From: [EMAIL PROTECTED] (Dowe Keller)
Subject: Re: Multi swap partition ???
Date: 24 May 2000 21:53:45 -0700

On Thu, 25 May 2000 12:16:50 -0700, Benson Lei <[EMAIL PROTECTED]> wrote:
>Hi,
>
>I know, up to now, RH Linux can only uses in maximum up to 128 Swap
>partition for one time,
>so I partition 3 partions for being used, but how can I use them together
>???
>
>Thank you for your help.

I was just reading about this stuff in the _Linux_System_
Administrator's_Guide_, in chapter 5. Its under /usr/doc/LDP
on my Redhat 5.2 system.

-- 
dowe                                            [EMAIL PROTECTED]
---
grep me no patterns and I'll tell you no lines.

------------------------------

From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Crossposted-To: 
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: 25 May 2000 04:54:09 GMT

In comp.os.linux.misc Jim Richardson <[EMAIL PROTECTED]> wrote:
: Sure, you can replicate the functionality in RPM or Deb easily enough, but
: not with just the ./configure;make;make install mentioned. (At least not
: without the connivence of the writer of the ./configure script.) RPM allready

setenv INSTALL "pkginstall install -c"

(and thus log what goes where)

Peter

------------------------------

Crossposted-To: 
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
From: David Steuber <[EMAIL PROTECTED]>
Date: Thu, 25 May 2000 04:59:58 GMT

[EMAIL PROTECTED] (David T. Blake) writes:

' No, they are ensuring they can continue a revenue stream based
' on contributions from outside the company. They will take your
' modification and include it in QT Pro.

Ok, they _do_ get to stick your extension of Qt back into their code.
I see what you are getting at now.

However, others have equal right to your extension.  Well, not quite
equal.  Only Qt gets to charge for it in the pro ed.

' > As I said previously, if you don't like the Qt license, you can
' > create your own library. There is no one to stop you. You can
' > also use one of the other available libraries.
' 
' I was not arguing I should create a library. I was not arguing
' against QTs right to use whatever license they like. I was
' arguing that people should think twice before referring to QT
' licensing as substantially free or "open source". The right to
' fork is absent, the right not to have your contributions included
' in proprietary works (such as QT Pro) is gone, and QT gets a copy
' of EVERYTHING that even links to their code, even if it is not
' publicly available. 

I see what you are saying now, I think.  Mind you, you loose any such
rights if you use GPL code as well, so there is also the same
consideration with that license.

As for code that is not publicly available, ie an internal app, Qt and 
the rest of the world will never know about it.  However, this is a
bit of a grey area in my mind.  If Troll found out about the code and
asked for it, what then?  Deny everything?

Maybe the Harmony project will settle this last concern.  That all
depends if Harmony is LGPL or GPL.

-- 
David Steuber   |   Hi!  My name is David Steuber, and I am
NRA Member      |   a hoploholic.

All bits are significant.  Some bits are more significant than others.
        -- Charles Babbage Orwell

------------------------------

From: [EMAIL PROTECTED] (Leslie Mikesell)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: how to enter a bug report against linux?
Date: 25 May 2000 00:15:15 -0500

In article <8ghmmi$ncg$[EMAIL PROTECTED]>,
Peter T. Breuer <[EMAIL PROTECTED]> wrote:

>:>They wouldn't know a bug if it bit them in the nose and deleted every file
>:>whose name ends in "e".
>
>: Beg your pardon?  Do you think no one cared about the e2fs bugs
>: causing data to be lost on systems running 2.2.7 (or so, it is
>: hard to get good info) to 2.2.10 kernels?
>
>They would have cared if they had known what they were seeing or 
>even if they had seen it. Did any distro ship with 2.2.7? (I waited
>till 2.2.10 before judging 2.2. was safe). If so, there's the distros
>frontlining job ready and waiting to be done. If not, it's the experts
>job, and they'll mail a bug report to the kernel list.

I've forgotten which versions shipped with which kernel, but
there were a lot of cases of lost data reported.  Many people
just assumed that was the nature of Linux filesystems.  There
also was a long interval where people with RH 5.2 were gluing
various 2.2.x versions in to get reasonable SMP operation and
open file descriptor limits.  The 2.2.x series is supposed
to be stable according to the numbering scheme - why should you
expect it to be broken?  

>Note that "caring" is an idea introduced by you. I was talking
>about noticing.

Caring is is the issue when it comes to using Linux at all. Can
someone intelligently make a decision to store files they
care about on a Linux box?  What basis do you have for the
answer without someone tracking real problems?  

>: Then a central repository would be a good thing.
>
>Why? How does having a central repository increase the number of bug
>reports received by maintainers? I'd be interested to know, since
>part of your argument seemed to be that it would reduce the number.
>Are you shifting your accounting methods? That's OK, but make it plain.

Having a central repository would make it possible to see if
a bug had already been reported.  If it hasn't, it would encourage
people to take the trouble to report the new ones and they
would be able to report any new unreported details about existing
ones without a lot of duplication.
  
>: Nice try.  How about NFS?  
>
>How about it.

The fact that you don't know about it doesn't say much for the
state of the art in Linux problem reporting, does it?

>You are saying that no distro comes with NFS ready to go?

VALinux is the only one I know of that interoperates more or
less correctly with non-Linux systems, because they include
H.J. Lu's patches in the kernel as shipped.

>Well RH claims to, but we know that's not really so. Anyway - what's
>wrong with NFS? I've been running NFS with fanouts of 40+ for 7
>years now. Yeah, it's been slow, yeah it has strangenesses, but that's
>nfs, not linux, by and large. The only bug I've seen lately is one
>about creating a directory with perms 700 and then trying to run
>chmod a+rx on it on the client! No dice.

It has mostly worked OK with itself except for all_squash being
the default for at least several versions.  The problem is with
other systems.  I had a disk go out on a Sun box holding a
cvs repository and replaced it with an NFS mount from an
early 2.2.x kernel.  Cvs locking is about as conservative as
you can get, using the creation of a directory as the lock.
I ended up with frequent lock contention where the directory
was actually gone, but still appeared in the client's view.
I fixed this by switching to cvs's client/server model, but
then found that doing a 'cp -R' to copy a directory tree from
a freebsd machine to a Linux-served NFS mount ended up with
mostly 0-length files.

>:>You miss my point. I am saying that a kernel bug is INTRINSICALLY hard
>:>to define. How do you know if the kernel is wrong? What is the standard
>:>against which you are measuring it?
>
>: The usual practice is to build regression tests for as much as
>: possible so you actually have an answer for this.  The people
>
>Unfortunately that does not tell you anything. Change is often
>what was intended. The previous behaviour of the kernel is not
>the standard for the future behaviour. The kernel has started
>downing the whole interface when you down an alias of a net
>interface, for example. Is this a bug? (I have been dealing with
>this heavily today). Not according to most people on the kernel
>lists.

Of course it is a bug - even NT can do better than that.  If you 
change the behaviour you should change the test and document
the difference.

>No. I honestly can't imagine philosphical or theoretical points
>appearing in a M$ base. They appear to be about user perceptions.
>Thus they don't rise above the intellectual level of an anthill.
>
>: I think you underestimate the number of people who need this kind
>: of answer or the time it would take to supply the correct ones.
>
>I don't. I answer about 100 mails a day. Probably half of those dealing
>directly with codes I maintain. Most of the rest are dealing with
>conversations over other codes, other peoples bugs, projects past
>and present, articles, etc. etc.

How far can you scale this up?  Can you double it every 6 months?

>: Great.  Just don't suggest Linux as an alternative to supported 
>: systems without letting people know what they are getting into.
>: I happen to enjoy a challenge myself, but that isn't true for
>: everyone.
>
>As you know, it's a very heavily supported system.

In its own quirky way. What the developers accomplish is
great, of course, but they have their limits.  I just don't
think the support system can sustain growth.  Even without
a flurry of new bugs (which we may get with 2.4) the number
of new people hitting old bugs is bound to grow, and these
people don't need developer attention at all.

>you find a bug,
>why, just mail the maintainer concerned. They'll be happy to help
>you out. No walls of secrecy.

Secrecy isn't an issue when nobody even knows all the problems.

>: Do you mind if I quote this the next time someone asks if Linux
>: is suitable for some particular job?
>
>Sure. It's an excellent recommendation. You have wonderful full
>contact with the developers themselves! Wow! None of that dealing
>with idiot desk staff.

Yes, this is nice sometimes, but generally not.  Suppose the
question was needing files bigger than 2 gigs on pentium
machines.  How much developer time does each end user need
to burn on that question? 

>: Once upon a time I tried to run a windows program under VMWare
>: that listened to a network broadcast.  It didn't work.  Why
>: was it impossible at the time for me to find out that there
>: was a problem with the eepro100 and multicasts and thus
>: didn't have anything to do with VMWare?  (I only know now because
>
>It became known to those of us on the lists that the eepro100 has a
>limit of three hardware-serviced addresses. Anything more needs
>a firmware trick and there are firmware bugs connected with it.
>I.e. you should limit the hardware filters to three by telling the
>driver so. It took a looong time to discover the bug. And whose bug is
>it? Intel's? Donald's?

That's exactly my point.  There were people who knew about it
but going through all the channels I could find turned up
nothing. 

>The multicast problem is not necessarily due to the eepro100, BTW.
>There has been a longstanding bug conected with bridging and multicast.

That could be it too, especially since I was only dealing with
one address.

>: OK, the fact that no one wants to do it is a legitimate issue for
>: an all-volunteer effort. But you could have admitted that in
>: the first place instead of trying to claim that it is not
>: needed or wanted.
>
>It is not needed and not wanted. There! And the reason is not that nobody
>wants to set it up, but that nobody wants to be constrained to use it.
>
>Sure, start one up, but don't expect it to be used exclusively. I don't
>kow what the effect would be. I think it wouldn't catch on.

The effect would be that people would know what to expect from
a Linux machine.  That's mostly the point of bug tracking systems
although getting the bugs fixed eventually is sometimes a side
effect.  However, it would have to be used heavily enough to 
accumulate at least the mainstream bugs. 

>: 2.2.x kernel has had kernel NFS right.  Bugs are going to crop up
>
>It's fairly right. Clearly faster than 2.0.* NFS.

I've only used solaris and freebsd against it, and both failed
in various ways.  I've seen reports of aix/hpux having
similar problems. H. J. Lu found enough wrong that he has
gone to the trouble of assembling patches to the kernel
and tools after about every release. Has it been tested at all
in cross-platform situations - where would I find the results?
It is hard to use the excuse of not knowing expected behaviour
for nfs as a reason for not testing.

>: everywhere and people have to know about them to avoid and
>: work around the problems.
>
>But these are not kernel "problems". They are simply characteristics of
>the present linux behaviour. They have to be learned in the same way as
>always.

The way things stand, every user has to experience every problem.
That is even worse than commercial systems where they may not
let you see the real bug reports but will at least try to steer
you away from them.

>Are you saying that the raw admin has no way of finding out that
>the rest of the world doesn't trust knfsd?

Yes, and when he loses data and tries to find the solution it still
is not easy.  And it isn't much consolation to see that all of
the other admins who tried something similar have been having
the same thing happen for a year now.  Why was knfsd blessed
into an even-number stable release if it isn't trusted anyway?

>He also has no way of
>finding out that admining solaris nis+ is a nightmare best left
>untouched. Except that he has. And has. In both cases he can go and ask
>on the newsgroups. Same as always.

Try it.  If you do a search you'll find my questions and a bunch
of others with a lot of wrong answers and no system to tie them
to the right answer if there ever is one.

>Ask yourself "bugs known by WHOM"?

That's the problem.  If anyone knows, why doesn't everyone?

 Les Mikesell
   [EMAIL PROTECTED]

------------------------------

From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Subject: Re: cpp problem macro expansion
Date: 25 May 2000 05:00:55 GMT

Robert Schweikert <[EMAIL PROTECTED]> wrote:
: #define SL(name) name.sl
: ExeName(cls/impl,  (cls_initialize, SL(HKScls)))

: ExeName(cls/impl,  (cls_initialize,  HKScls .sl ))

: This is obviously wrong, my macro has nothing in it that says "add a
: space to name". I know that I can concatenate with the

But it doesn't matter. "." is an operator in C. White space makes no
difference.

: "##" but this forces me to add an "if defined" in my directive file,

What did you have in mind? A ## in the macro itself would do the trick?

Peter

------------------------------

From: Prasanth Kumar <[EMAIL PROTECTED]>
Subject: Re: Multi swap partition ???
Date: Thu, 25 May 2000 05:36:02 GMT

Benson Lei wrote:
> 
> Hi,
> 
> I know, up to now, RH Linux can only uses in maximum up to 128 Swap
> partition for one time,
> so I partition 3 partions for being used, but how can I use them together
> ???
> 
> Thank you for your help.

The 128MB restriction was removed in the 2.2.x Linux kernel. Now the
new limit is 2GB per partition! However, two add the additional
partitions,
just add multiple lines like what follows to your /etc/fstab:

/dev/hdb3       swap            swap    defaults                0      
0
/dev/hda4       swap            swap    defaults                0      
0       

You may need to run 'swapon' after the changes are made. Also, before
all
this, you need to have done a 'mkswap' to each of these partitions if
they were never used as swap partitions beforehand.

-- 
Prasanth Kumar
[EMAIL PROTECTED]

------------------------------

From: [EMAIL PROTECTED] (Grant Edwards)
Subject: Re: msie 5 for unix on linux
Date: Thu, 25 May 2000 05:37:57 GMT

On 24 May 2000 21:17:41 GMT, Andrew Purugganan <[EMAIL PROTECTED]> wrote:

>: its monopoly.   BTW I've tried IE on Solaris: it's even more of
>: a pig than Netscape.  
>
>didn't think that was possible: to be more of a pig than Nutscrape on 
>Linux ;-)

Believe me, IE and Outlook Express under Solaris were worse.

They ran on top of a Win32 emulation layer that was
impressively complete, but pretty slow. Every so often when it
started up it would decide to take inventory of the X11 fonts
available.  Might as well go get some lunch when that happened.

-- 
Grant Edwards                   grante             Yow!  I feel... JUGULAR...
                                  at               
                               visi.com            

------------------------------

From: Prasanth Kumar <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.hardware
Subject: Re: Device file ownership
Date: Thu, 25 May 2000 05:53:48 GMT

Sandhitsu R Das wrote:
> 
> I have RH 6.0 running on Athlon 650. The audio devices (/dev/audio* ,
> /dev/mixer* /dev/midi* etc.) as well as the CDROM device (/dev/hdc) are
> all owned by a particular user for some reason. and the permissions are
> 600! As a result, other users cannot use the CD to play songs, for
> example, or cannot use the sound mixer. I changed things by hand and made
> a "chown root" and "chmod 644", but it's turned back again to the same
> user account! I have never seen a strange thing like this.

It is a feature that dynamically changes permissions of certain devices
to match that of the user logged into the console. If you don't like
this then edit the file /etc/security/console.perms and remove all
the lines starting with '<console>'.

-- 
Prasanth Kumar
[EMAIL PROTECTED]

------------------------------

From: [EMAIL PROTECTED] (Richard Steiner)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: how to enter a bug report against linux?
Reply-To: [EMAIL PROTECTED]
Date: Thu, 25 May 2000 00:50:51 -0500

Here in comp.os.linux.misc, [EMAIL PROTECTED] (Full Name)
spake unto us, saying:

>Any serious administrator who reads this thread would have to discard
>Linux as a bad joke.

Anyone making a decision about Linux based solely on the contents of a
public Usenet conversation is probably not a loss to the community.

He's probably a detriment to his employer, though.  :-)

-- 
   -Rich Steiner  >>>--->  [EMAIL PROTECTED]  >>>--->  Bloomington, MN
      OS/2 + BeOS + Linux + Solaris + Win95 + WinNT4 + FreeBSD + DOS
       + VMWare + Fusion + vMac + Executor = PC Hobbyist Heaven! :-)
                                 Fnord.

------------------------------

Crossposted-To: 
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.development.system
Subject: Re: Need ideas for university funded project for linux
From: David Steuber <[EMAIL PROTECTED]>
Date: Thu, 25 May 2000 06:00:02 GMT

Someone <[EMAIL PROTECTED]> writes:

' blah, blah, blah, more hobbies for Computer Science geeks.  I have several
' hobbies two of them are Digitally recording my band and another one is playing
' with Linux.  And for me the question is: Pay big bucks for a multitrack cd
' pressing software for a Win box, Pay Bigger bucks for a Mac and App, or spend
' the rest of my life figuring out how string together linuxs text apps, TCL, and
' various X apps.  I happen to be a musician and computer literate, but I only
' have so much time.  I guess the though of his thread is lost.  I was just trying
' to suggest a killer app that would bring hords of Linux users, sorry if I rained
' on your power outlet.

I'm sorry if I didn't get your point.  I am rather literal minded and
miss irony rather frequently.  Perhaps I need a metal detector.

A good mixing app for Linux would be great.  I suspect there are
already such beasts in the works.  I might have seen a mention on
www.kde.org.  I don't recall.

Unfortunately, I am not a musician or recording engineer, so I don't
have the stuff to test such an application, or the domain knowlege for 
designing a good user interface to such an application.

Do you have any idea of what such an application should look like?
What it's functions should be?  I mean specifics, not hand waving.  I
really hate it when I deliver what is asked for and the client
complains that it is not what he wanted.

I am working on a few things that are related to audio processing.  I
also know of code that does real time adding of audio tracks ( arts
).  If you contact me by e-mail with a clear vision of what you want,
maybe we can work something out.  Use your real address so that I can
get back to you.  The address I am using is a valid address, believe
it or not.

-- 
David Steuber   |   Hi!  My name is David Steuber, and I am
NRA Member      |   a hoploholic.

All bits are significant.  Some bits are more significant than others.
        -- Charles Babbage Orwell

------------------------------

Crossposted-To: comp.os.linux.development,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
From: David Steuber <[EMAIL PROTECTED]>
Date: Thu, 25 May 2000 06:00:00 GMT

[EMAIL PROTECTED] (Jim Richardson) writes:

' >What do you do when two packages claim ownership of the same file?
' 
' The only way you get this, is if you forced the install of one of the
' packages over the complaints of rpm. Do you meant what happens when two or
' more packages rely on a given file? if so, that's a different issue.

Yes, that is what I mean.  Perhaps that is not a problem?

<headers trimmed a bit>

-- 
David Steuber   |   Hi!  My name is David Steuber, and I am
NRA Member      |   a hoploholic.

All bits are significant.  Some bits are more significant than others.
        -- Charles Babbage Orwell

------------------------------

Crossposted-To: comp.os.linux.development,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
From: David Steuber <[EMAIL PROTECTED]>
Date: Thu, 25 May 2000 06:00:01 GMT

[EMAIL PROTECTED] (JEDIDIAH) writes:

' >That's a good point.  But what is the value in real forking?  Do you
' >really want to have ten different major versions of GTK+ floating
' >around?  Or even two?  If an application says it uses GTK+ ver x.y,
' 
'       YES.
' 
'       It allows for other platforms to be supported.

I failed to consider that point.  Porting to other platforms,
maintaining abandoned code, etc, are all good reasons to be able to
fork.  At least the KDE Free Qt project has dealt with failure to
maintain the code.

<headers trimmed>

-- 
David Steuber   |   Hi!  My name is David Steuber, and I am
NRA Member      |   a hoploholic.

All bits are significant.  Some bits are more significant than others.
        -- Charles Babbage Orwell

------------------------------

Crossposted-To: 
comp.os.linux.development.apps,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
From: David Steuber <[EMAIL PROTECTED]>
Date: Thu, 25 May 2000 06:00:01 GMT

Praedor Tempus <[EMAIL PROTECTED]> writes:

' I ask for someone to defend this ability when it comes to BSD-style
' licenses while at the same time railing AGAINST the practices of 
' M$ in a similar manner.  They are doing what a BSD license permits.
' They make a practice of code forking to force users to use THEIR
' solutions rather than a competitors...but in the BSD license world
' this would be a good thing, fully supported by "the community"?

Double think has never worked well for me ;-)

This is why I prefer LGPL over BSD.  If I use BSD code, then I would
make my derivative work LGPL ( or GPL ), as that is legal, so that
changes to my fork are covered by LGPL ( or GPL ) and I can make use
of them.

<headers trimmed>

-- 
David Steuber   |   Hi!  My name is David Steuber, and I am
NRA Member      |   a hoploholic.

All bits are significant.  Some bits are more significant than others.
        -- Charles Babbage Orwell

------------------------------


** 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 (and comp.os.linux.misc) via:

    Internet: [EMAIL PROTECTED]

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
******************************

Reply via email to