On Mon, 10 Aug 2015, Tony Whyman wrote:
This is a very good idea and IMHO something that should be given a high
priority. However, rather than chat about solutions, I'd like to propose some
user requirements:
1. The Package Distribution Model should be similar to if not based on the
Is there any way to find out what lines of a project run in all units
like a log? For example :
unit1 line 345 unit1 line 346 unit1 line 347 unit1 line 348 unit2 line
123 unit2 line 256 unit3 line 1252 unit3 line 1253
Regards, Ara
--
http://www.fastmail.com - Choose from over 50 domains or
This is a very good idea and IMHO something that should be given a high
priority. However, rather than chat about solutions, I'd like to propose
some user requirements:
1. The Package Distribution Model should be similar to if not based on
the approach used for the Debian and RPM Package
On Mon, 10 Aug 2015, Juha Manninen wrote:
On Mon, Aug 10, 2015 at 1:15 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
Why not ? fppkg just needs a zip file, and expects a fpmake.pp.
The fpmake.pp is easily translatable to lazarus package and vice versa.
Now I have a gap in my
On 10/08/2015 18:35, Aradeonas wrote:
So there isnt any option or implement in debugger that it log what
lines it go and it compile?
You are looking for complied or executed lines?
Compiled lines: just look for the blue dots, while the debugger runs
Executed lines: No current plan.
For
On 10/08/2015 19:10, Aradeonas wrote:
Thank you.
But its interesting also how we can find out what is debugger doing.
Depends on what you want to know. You can see the interaction between
the IDE and GDB in
Menu: View Debug Window Debug output.
--
On 2015-08-10 18:35, Aradeonas wrote:
I dont know much about compilers but when it know
what lines it run and debug so it can write it some where.
You could accomplish what you want (I think) with a minor tweak to
fpprofiler [https://github.com/graemeg/fpprofiler].
fpprofiler is a poor mans
So there isnt any option or implement in debugger that it log what lines
it go and it compile? I dont know much about compilers but when it know
what lines it run and debug so it can write it some where.
Regards, Ara
--
http://www.fastmail.com - Or how I learned to stop worrying and
Thank you.
But its interesting also how we can find out what is debugger doing.
Regards,
Ara
--
http://www.fastmail.com - A fast, anti-spam email service.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 10/08/2015 15:34, Aradeonas wrote:
Is there any way to find out what lines of a project run in all units
like a log?
For example :
unit1 line 345
unit1 line 346
unit1 line 347
As in code coverage?
The best I can think of is valgrind (linux only), with kcachegrind.
It doesn't
I want to know executed lines,I dont care about debugging in the mean
time but I want to know what lines will executed,debugger know that so
there should be a way to get this from it.
From the time I start programming years ago I like to know the lines
will executed,its sometimes useful and also
On Mon, Aug 10, 2015 at 5:29 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
- As part of the build instructions, dependencies between packages but also
between units can (and must) be specified.
Why is that?
Unit dependencies are already specified in uses sections of the units
On 2015-08-10 16:15, Michael Van Canneyt wrote:
3. Locally installed packages (i.e. under the user account) should override
and replace packages with the same name installed at the system level.
Should be doable.
Already possible/supported. I've been doing something similar for years.
I
On 10/08/15 16:15, Michael Van Canneyt wrote:
4. All packages in the repository should be signed (e.g. using a GPG
user key). Only packages signed using a known key should be allowed
to install.
I don't see the point in that.
An online repository is potentially vulnerable to:
- DoS
On Mon, 10 Aug 2015, Juha Manninen wrote:
On Mon, Aug 10, 2015 at 5:29 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
- As part of the build instructions, dependencies between packages but also
between units can (and must) be specified.
Why is that?
Unit dependencies are already
On So, 2015-08-09 at 20:08 +0100, Graeme Geldenhuys wrote:
On 2015-08-09 16:50, mic...@gmail.com wrote:
the sourceforge stats are pretty impressive
I would be interested to know what the unknown list of Top OSes
contain. Which OSes would register such a large group?
Count FreeBSD in. I'm
On 2015-08-10 20:22, Juha Manninen wrote:
Unit dependencies are already specified in uses sections of the units
themselves.
In the case of fpGUI I couldn't create a single fpgui_toolkit.lpk
package that fully supports fpGUI, because depending on the platform, it
has different unit paths, and in
On 2015-08-10 21:25, Martin Frb wrote:
Again it can be added to the new fpdebug.
Does fpdebug still have a (human) interactive interface, like duby used
to have? Or does it only do app-to-app communications now?
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free
On 10/08/2015 19:46, Aradeonas wrote:
I want to know executed lines,I dont care about debugging in the mean
time but I want to know what lines will executed,debugger know that so
there should be a way to get this from it.
Actually the debugger does not always know what lines were executed.
(But
On Mon, Aug 10, 2015 at 10:14 AM, Aradeonas aradeo...@operamail.com wrote:
The most important part is it make easy to use packages and sharing them
so increase the power of community and get more attention on each other
work and attract new users to this brilliant space ;)
Yes but let's leave
Yes but let's leave the spirit elevation speeches and do some code.
Im working on it before making topic but as many others here Im also
busy with some projects but the difference is I like it and Im working
on it no matter what ;)
Well, I can promise to do code myself only after a month or so.
On Mon, Aug 10, 2015 at 8:52 AM, Aradeonas aradeo...@operamail.com wrote:
Im agree with Luiz,Its better to have them in a server as a pack,
No, Luiz suggested the opposite, to download from SCM directly without
any packs.
I don't know why people are obsessed with SCM tools for a feature that
I read it wrongly,No I dont like getting directly because of many
reasons like their services limit and the soul of no force dependency
on others of FPC and Lazarus.
I think we are the same page.
Its good to have a server that get around packages together from
supported sources and so on.
On 2015-08-09 23:30, luiz americo pereira camara wrote:
I would download from the SCM (
git/svn) directly, like bower does. The data necessary to register the
package would be name, description, dependencies, the SCM type, and the
repository URL.
I would suggest the same idea. Take a look at
Thank you for the explanation Graeme.
I think its better to archive each version in Lazarus host or a central
is better way but get them when updated from the source so prevent
problems like availability , think as as a sync central, because as I
saw always be here and stable is a major points of
On Mon, Aug 10, 2015 at 12:27 PM, Aradeonas aradeo...@operamail.com wrote:
There is one tiny problem that keep packages uptodate, we can sync as
package maintainer update it in a client tools or we can sync it in a
cycle . not decided yet.
Supporting package update from the client tools would
Em 10/08/2015 06:30, Juha Manninen juha.mannine...@gmail.com escreveu:
On Mon, Aug 10, 2015 at 8:52 AM, Aradeonas aradeo...@operamail.com
wrote:
Im agree with Luiz,Its better to have them in a server as a pack,
In fact I like the FreeBSD ports system. Does it depend on SCM tools
or does it
If someone needs an explanation of how this is done, I can provide
whatever is needed.
Ok,I really want to hear from you about this.
The only thing I ask is that if a web-interface is made, and it needs
a database,
it depends only on postgres or firebird. No mysql. Preferably the
backend of
On Mon, 10 Aug 2015, Juha Manninen wrote:
It may be rather easy using HTTP or FTP download like fppkg is doing.
Some of its code can be used.
The package list must be one file (just like fppkg uses) to minimize
server load.
The package format cannot be shared with fppkg though.
Why not ?
On Sat, Aug 8, 2015 at 10:27 AM, Aradeonas aradeo...@operamail.com wrote:
[Cross posted on forum so if you want answer there
:http://forum.lazarus.freepascal.org/index.php/topic,29284.0.html
http://forum.lazarus.freepascal.org/index.php/topic,29007.0.html]
Hi,
I saw Embarcadero's Getit
On Mon, Aug 10, 2015 at 1:15 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
Why not ? fppkg just needs a zip file, and expects a fpmake.pp.
The fpmake.pp is easily translatable to lazarus package and vice versa.
Now I have a gap in my knowledge.
I thought that fpmake is a replacement for
On 2015-08-10 14:42, Juha Manninen wrote:
I want to understand this topic better.
fppkg and fpmake works together. fpmake can generate a zip archive and a
manifest file for use with fppkg server.
Take a look at fpGUI's fpmake.pas unit.
$ cd fpgui/src/
$ fpc fpmake.pas
$ fpmake --help
Usage:
On 2015-08-10 10:17, Juha Manninen wrote:
Phase 3 :
Support user rating and comments for packages.
Phase 4:
Build a online store where ISV's can sell their packages, and accept
Google Wallet, PayPal or BitCoin payments. ;-)
Regards,
- Graeme -
--
33 matches
Mail list logo