[Lazarus] cthread library for fpc 3.0 on raspberry pi.

2016-05-20 Thread Donald Ziesig

Hi All!

I'm still trying to play audio on my Raspberry Pi B 2 using FPC 3.0 and 
Lazarus 1.7 using UOS.


After help from Graeme and Mattias, (many thanks) I was able to get UOS 
to compile, but when I try to run the demo programs I get Runtime Error 
232.  This implies that I do not have the appropriate cthread library 
installed on the Pi.  Can anyone tell me what file(s) I need and where 
to get them?


I am able to compile and run the demos on my Linux Mint 17.2 laptop.

Thanks,

Don Ziesig

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] components\aggpas\gpc - non-commercial use only

2016-05-20 Thread Denis Kozlov
On 18 May 2016 at 01:13, Mattias Gaertner  wrote:

> > 1) Document licensing terms in *.lpk files of each package (making it
> > mandatory for all future packages).
>
> It always was. If a lpk is missing its license, please report the bug.
>

A quick search revealed that 73 out of 106 lpk files have a  tag,
as of r52328.


> > 2) Use 2 licensing attributes/nodes in *.lpk files:
> > A) License Title (e.g. "GPL", "LGPL", "MPL", "MIT", "BSD" ...
> "Custom"
> > - so that it can be easily enumerated and summarized);
>
> What about double licensing (e.g. "GPL2 or higher", "MPL or LGPL2 with
> liking exception") or part (e.g. "LGPL-2, except gpc.pas which has
> custom license")?
>

I plan to write a tool to automatically extract licensing information from
all packages. Then, stick this information into a sheet for analysis, maybe
even put it on the Wiki for the reference.

The sheet will highlight packages which do not contain licensing terms and
allow to pick out the list of commonly used licensing abbreviations
(titles). This is were it should become clearer how many variations there
actually are ("GPL2 or higher", "MPL or LGPL2 with liking exception",
"LGPL-2, except gpc.pas which has custom license", etc).

For example, if there are 10 variations of licensing terms, a summarized
list of packages per licensing variation should be a good licensing
overview and significantly simplify slicing based on the licensing terms.

> B) License Description (i.e. this can be the full license text, in
> case
> > of "Custom" licensing terms)
> > 3) Create IDE tools to summarize licensing terms of:
> >A) Currently installed packages,
> >B) All available packages,
>
> This info can be shown in "Package Graph" and "Install Packages" in the
> memo. Read this: you don't need a new dialog for this.
>
> >C) Packages used in the current project (if possible)
>
> This info can be shown in the Project Inspector. Read this: you don't
> need a new dialog for this.
>

I agree, these are good places for displaying licensing information.

P.S. I don't plan to reinvent wheels or add dialogs unnecessarily.

Denis
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus