Welcome, Guest. Please login or register.

Author Topic: 2006 is almost gone, more pure death in 2007?  (Read 9579 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline AmigaHeretic

  • Hero Member
  • *****
  • Join Date: Oct 2002
  • Posts: 821
    • Show only replies by AmigaHeretic
Re: 2006 is almost gone, more pure death in 2007?
« Reply #44 from previous page: December 08, 2006, 04:07:42 AM »
Quote
Gotta lot of hopes in 07 for AROS.


I have to agree.  It's looking more and more like AROS is the way forward.  

Maybe it's the open source nature of it, I don't know, but it seems like the people that control the other alternative(s) aren't interested in an OS as much as they are a package (OS and Motherboard) like the old A500 days.  I just don't think that is the way forward.

I'm interested in a Desktop OS to play with period. I've been told many times that AOS4 has no future on desktop, but it's been tough to stop holding out hope that would change.  I don't think I'll ever be able to run AOS4.  Time for some reality, time for AROS.

 
A3000D (16mhz, 2MB Chip, 4MB Fast, SCSI (300+MB), SuperGen Genlock, Kick 3.1)
Back in my day, we didn\'t have water. We only had Oxygen and Hydrogen, and we\'d just have to shove them together.
 

Offline Floid

  • Hero Member
  • *****
  • Join Date: Feb 2003
  • Posts: 918
    • Show only replies by Floid
Re: 2006 is almost gone, more pure death in 2007?
« Reply #45 on: December 08, 2006, 04:20:18 AM »
Quote

pixie wrote:

Can you tell in plain English what LGPL license is better then the present one? Does it attract more developers?


The Lesser GPL will definitely allow for greater license-compatibility of code from going outwards (since there are many LGPL projects in the world, and provision 3 of the LGPL allows LGPL'd code to be GPL'd -- meaning further restricted, and thus compatible with inclusion in the Linux kernel tree, say).

But... since we're only talking about the AROS kernel being LGPL'd, that doesn't necessarily mean it contains anything interesting for interoperability in the real world, like filesystems or whatever.

Inbound, well, some big interesting driver stacks (ALSA, ferinstance) are available under the LGPL, so including (derivatives of) them would be less of a brainteaser... except for the fact that the kernel isn't monolithic, so depending how you define linking, it may or may not even matter.


The AROS license isn't a particularly bad license -- the provisions that require a paper (electron?) trail in the license notices aren't a bad idea, and same had to be adopted ad-hoc by Linux to allow graphing of who claimed authorship/rightsholdership over submitted code...  But being different does block you from incorporating anything intended for the GNU/"copyleft" community, which by definition exists to ensure the library of copylefted stuff grows.


Since one thing AInc. did manage to do before going twirling, twirling, twirling towards victory was respectfully ask that AROS code be as fricking inconvenient for normal humans to review as possible, it's hard to say how much of anything in the tree has already been dual-licensed AROS and GNU by its authors anyway.
 (See here; of course, this seemed reasonable at the time, but we didn't know the 'community' would be at an impasse for the next five years, and that AROS core would not, say, be coughing up source snapshots as part of their release cycle.)

We're all so **** good at community-building, it's a wonder anyone's found time to ship product!  
 

Offline dammy

  • Hero Member
  • *****
  • Join Date: Nov 2002
  • Posts: 2828
    • Show only replies by dammy
Re: 2006 is almost gone, more pure death in 2007?
« Reply #46 on: December 08, 2006, 11:08:38 AM »
Quote
How does the kernel license influence the licensing of applications?


It doesn't, I'm referring to value being placed on the new kernel and it's need to be protected.  APL does not give this level of protection to the coder's work, LGPL does.  Michal's new kernel has loadable modules at boot, THAT is what deal with license issues since it's the end user adding whatever modules (and they can be be under GPL or whatever license) at boot.

Quote
If the kernel is modular, with clearly defined interfaces, and drivers are distributed separately from it, does the license really matter at all? (Even if individual users 'taint' their kernels, as long as they don't redistribute that combination as a single package they're pretty well out of the grey area. Same thing goes for ugly proprietary Linux drivers, like the nVidia blobs, though the concern there is that RedHat et al would like to be able to legally ship single packaged products that actually work on anyone's hardware.)


It also allows non-driver modules to be added to the kernel at boot.  If you look at TUX, you can see there are possibilities of adding non-drivers modules.  I've been pushing for hard real time module (the actual kernel has a real chance to be real time based) for those who need it.  Perhaps some coder will want 68K emulator in the kernel itself instead as a module.

Dammy
Dammy

https://www.facebook.com/pages/Arix-OS/414578091930728
Unless otherwise noted, I speak only for myself.