On Fri, 31 Mar 2017 15:03:11 -0300
"Marcos Douglas B. Santos via Lazarus"
wrote:
>[...]
> Yes, but as Michael said, I need to have many copies of the sources.
> I thought that I could use just one source and many /libs directories with
> the .ppu's
>
> What do you
On 31.03.2017 21:43, Balázs Székely via Lazarus wrote:
- OPM becomes faster
- it's more easier to maintain
etc..
IMO benefit will be. it is "easier to maintain". Each developer which
wants to send json,
makes GH acc, then clones OPM repo, then sends pull req. No emails. Zip
can be send in
@Alexey
Ok. Let's assume for a moment we move everything to GitHub. First I write to
every single developer and ask them to make a GitHub account. By some
miracle, everyone agrees and suddenly we are on GitHub. What would be the
benefits? Until now I did not have to deal with the external json
It must not be the problem. Many apps use GH, and they need patches on
GH, and users make them on GH.
however some of the developers
prefer GitHub, others BitBucket or SourceForge. It's very hard to convince
somebody to move just for the sake of OPM.
--
Regards,
Alexey
--
On Fri, Mar 31, 2017 at 1:18 PM, Mattias Gaertner via Lazarus <
lazarus@lists.lazarus-ide.org> wrote:
> The IDE searches a lpk (correct name and version) and the
> corresponding .ppu files are stored relative to the lpk. See here
> http://wiki.freepascal.org/Lazarus_Packages#Different_
>
Am 31.03.2017 um 14:06 schrieb Alexey via Lazarus:
GetMem,
it would be very good, if all Json files, for components,
will be hosted on one Github repo. Now they are distributed
(on NNN servers, etc).
You can make repo for them.
Alexey
I don't see any advantage. Someone (GetMem?, you?) would
> @DougC
> Seems to me you should have at minimum 3 status for packages:
> New - Not yet installed but available in repository
> Updated - Already installed but a new version is in repository
> Up-To-Date - Already installed and installed version is same as in
> repository
> Using "new" for both
On Fri, 31 Mar 2017, Marcos Douglas B. Santos via Lazarus wrote:
On Fri, Mar 31, 2017 at 11:54 AM, Michael Van Canneyt via Lazarus <
lazarus@lists.lazarus-ide.org> wrote:
Put the various versions in different directories. The IDE will use the
correct one based on the dependencies and the
On Fri, Mar 31, 2017 at 12:22 PM, Michael Van Canneyt via Lazarus <
lazarus@lists.lazarus-ide.org> wrote:
> Below. Bellow is something a cow does ;-)
>
Yeah, sorry. :)
> AFAIK The IDE will not work with that.
>
> It needs the actual sources of each version. So you need multiple
>
Hi,
I would like to know how I can manager my 3rd packages with different
version.
For example, imagine that:
You have got a package called SmartFoo.lpk version 1.0.
You are using the master/trunk version.
Whe you compile it you got this: smartfoo\lib\x86_64-win64\*ppu, *.o, etc
Now you can use
GetMem,
it would be very good, if all Json files, for components,
will be hosted on one Github repo. Now they are distributed
(on NNN servers, etc).
You can make repo for them.
Alexey
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
P.S.2
Interesting idea would be create utility which will build only
cross-compilers based on FPC already installed (like does FpcUpDeluxe
but without need/overhead of SVN checkout and Lazarus build
functionality). May be only ZIP archive with needed utilities + script
which will do needed
Seems to me you should have at minimum 3 status for packages:
New - Not yet installed but available in repository
Updated - Already installed but a new version is in repository
Up-To-Date - Already installed and installed version is same as in repository
Using "new" for both "not yet
2017. 03. 28. 20:14 keltezéssel, Ondrej Pokorny via Lazarus írta:
Hello,
I want to test the fpDebug debugger. I followed
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Need-testers-for-the-a-new-debugger-td4037911.html
When I run a LCL application, I get the following error within
14 matches
Mail list logo