Hi,
Our company projects requires a flexible and easy to use setup program to
work on various Linux distros as well as Windows. Mac support will probably
come in a year or two, because currently our applications are only
available on Linux and Windows, so that is the platforms we are focusing on.
On Wed, 20 Jan 2010, Graeme Geldenhuys wrote:
Hi,
* Notification of hard drive space available and how much will be used by
selected features.
* different internal archive options: gzip, lzma, zip, tar.gz etc...
This might prove difficult. on linux, only .tar.gz is guaranteed to be
20.01.2010 15:06, Graeme Geldenhuys wrote:
We are primarily targeting deployment of Free Pascal based applications,
but the setup engine should be flexible enough to handle any type of
application (we hope). :)
We will probably release the setup and setup builder as Open Source
software once
Michael Van Canneyt wrote:
* different internal archive options: gzip, lzma, zip, tar.gz etc...
This might prove difficult. on linux, only .tar.gz is guaranteed to be
supported. If you want any of the others, you'll have to deploy the
uncompression engine as well.
Do don't plan on relying
Graeme Geldenhuys wrote:
So what feature do you require in a setup that we did not think of? What's
your wish list?
What I also forgot to mention are a few more features.
* Splash/Banner/Logo image support. If no image is
available, the setup GUI window adjust itself accordingly.
*
Paul Ishenin wrote:
My wish list - port innosetup (http://www.jrsoftware.org/isinfo.php)
which is written in delphi and is opensource project. We are using it
for lazarus windows installs.
I know about inno setup, but never used it before. We didn't want to port
something because we wanted
Graeme Geldenhuys graemeg.li...@gmail.com wrote:
Anyway, I would like to know what features your guys (as developers)
would like to see in a setup program.
I can think of the one additional feature:
* Checking dependencies. There is no such problem in fpGUI apps
since the only dependency is X
Vladimir Zhirov wrote:
* Checking dependencies. There is no such problem in fpGUI apps
since the only dependency is X :) But Lazarus apps can be stuck to
specific GTK/QT version(s).
That is exactly why the setup program is written with fpGUI. So even tiny
lite linux distros or even embedded
On Wed, 20 Jan 2010, Graeme Geldenhuys wrote:
Vladimir Zhirov wrote:
The clients we are targeting are all newcomers to Linux. They are used to
Windows with simply double clicking a setup.exe file. This is our goal for
Linux to - no opening of command prompts and typing (unless you are an
2010/1/19 Marco van de Voort mar...@stack.nl:
This happens only once or twice an year. I manually kill the
fpc\$FPCVERSION\units\
dir if I notice it.
A different reason to do the same is strange errors like linker errors, or
wanting to recompile.
This can happen because an unit switched
2010/1/19 Mattias Gaertner nc-gaert...@netcologne.de:
make bigide compiles an IDE as found in the windows installer.
To compile an IDE with your current set of installed packages, use
lazbuild --build-ide=
After an svn update, it is better to do:
make clean all
lazbuild --build-all
Hello all
I am learning free pascal / lazarus by porting a delphi application at
work to lazarus on linux ( Mandriva 2010 ). So far I have got it to
compile but when I tried to run it it complained about a missing lvga
dependency. I installed libvga and now the message is that /dev/mem is
not
Michael Van Canneyt mich...@freepascal.org wrote:
On Wed, 20 Jan 2010, Graeme Geldenhuys wrote:
Vladimir Zhirov wrote:
The clients we are targeting are all newcomers to Linux. They are
used to Windows with simply double clicking a setup.exe file. This
is our goal for Linux to -
On Wed, 20 Jan 2010, tim launchbury wrote:
Hello all
I am learning free pascal / lazarus by porting a delphi application at
work to lazarus on linux ( Mandriva 2010 ). So far I have got it to
compile but when I tried to run it it complained about a missing lvga
dependency. I installed
Sorry, I got my mails messed up, so here is the missing part:
Graeme Geldenhuys wrote:
I want to double click, then click next, next and finish -
and be done with it. :)
Well, then one more feature request :)
* Automated install procedure. It could be a command line option to
take a
Hello all
I am learning free pascal / lazarus by porting a delphi application at
work to lazarus on linux ( Mandriva 2010 ). So far I have got it to
compile but when I tried to run it it complained about a missing lvga
dependency. I installed libvga and now the message is that /dev/mem is
Vladimir Zhirov wrote:
* Automated install procedure. It could be a command line option to
take a text/xml/ini file with setup options and do not require user
to press any buttons or type filesystem paths.
Yes we are considering the usual /silent or --silent parameter option, and
a option
From PropEditUtils.pas (recently split by me from PropEditS.pp):
TGetStringProc = procedure(const s:ansistring) of object;
From Classes.pp:
TGetStrProc = procedure(const S: string) of object;
I think TGetStringProc is redundant and should be removed.
Should I prepare a patch?
--
Alexander S.
Zitat von Alexander Klenin kle...@gmail.com:
From PropEditUtils.pas (recently split by me from PropEditS.pp):
Every change to the IDEIntf must be documented here:
http://wiki.lazarus.freepascal.org/Lazarus_0.9.30_release_notes
TGetStringProc = procedure(const s:ansistring) of object;
2010/1/20 Mattias Gärtner nc-gaert...@netcologne.de:
Zitat von Alexander Klenin kle...@gmail.com:
From PropEditUtils.pas (recently split by me from PropEditS.pp):
Every change to the IDEIntf must be documented here:
http://wiki.lazarus.freepascal.org/Lazarus_0.9.30_release_notes
Done.
Zitat von Alexander Klenin kle...@gmail.com:
2010/1/20 Mattias Gärtner nc-gaert...@netcologne.de:
Zitat von Alexander Klenin kle...@gmail.com:
From PropEditUtils.pas (recently split by me from PropEditS.pp):
Every change to the IDEIntf must be documented here:
Graeme,
I am sorry to tell you but your project is doomed to failure with the
requirements you listed.
In the end you will have a system that almost works, or works in 85% of the
cases, and you will be frustrated yourself.
Your idea is not new. Other people have banged their heads to wall as
Hans-Peter Diettrich wrote:
Support for user languages and countries.
That comes standard with all fpGUI applications. Currently we have
translations for 8 languages (af, de, en, es, fr, it, pt, ru).
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
On Wed, Jan 20, 2010 at 10:49:29AM +0200, Graeme Geldenhuys wrote:
[...Inno Setup...]
I know about inno setup, but never used it before. We didn't want to port
something because we wanted to think out-of-the-box and build it from the
ground up with cross-platform support in mind. Trying to
Juha Manninen wrote:
I am sorry to tell you but your project is doomed to failure with the
requirements you listed.
With that attitude, ALL developers would be out of business and we wouldn't
have things like Linux, OpenOffice or any open source projects for that
matter. :-) I gather your
stop...@muenster.de wrote:
I'd recommend to use the same syntax as inno-setup.
By that you mean the *.iss file?
eg: lazarus/tools/install/win/lazarus.iss
* fully documented
:-) Our setup.xml is already full documented (yeah, programmers that
document. WTF??) and the elements used are
Hi!
* we use recommended *.desktop and *.directory files for menu items
Do you mean there is a standard way for that for all window managers? Ok then,
I didn't know. There are tens of different window managers around.
Does RPM support dependency checks? Last time I used RedHat (years ago)
On Wed, Jan 20, 2010 at 12:31 PM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
Does RPM support dependency checks? Last time I used RedHat (years ago) it
did not.
RPM surely always did support dependency checks. Some packages have
different names across distributions, which ruins the
Juha Manninen wrote:
* we use recommended *.desktop and *.directory files for menu items
Do you mean there is a standard way for that for all window managers? Ok
then,
I didn't know. There are tens of different window managers around.
Yes, there is a standard. Most (still active in
Felipe Monteiro de Carvalho wrote:
RPM surely always did support dependency checks. Some packages have
Not in the days I used RedHat. I'm talking long ago, from Redhat 5.0 to
about 8.1. :-)
I've just been spoilt with Ubuntu. I guess it's time I start trying out
other distros again. Slackware
On Wed, 20 Jan 2010 17:25:58 +0200
Graeme Geldenhuys graemeg.li...@gmail.com wrote:
Juha Manninen wrote:
* we use recommended *.desktop and *.directory files for menu items
Do you mean there is a standard way for that for all window managers? Ok
then,
I didn't know. There are tens
On Wed, Jan 20, 2010 at 04:41:48PM +0200, Graeme Geldenhuys wrote:
stop...@muenster.de wrote:
I'd recommend to use the same syntax as inno-setup.
By that you mean the *.iss file?
eg: lazarus/tools/install/win/lazarus.iss
Exactly.
* fully documented
:-) Our setup.xml is
- Vincent Snijders vsnijd...@vodafonevast.nl wrote:
But from the maintainer of fpgui which doesn't use an existing,
familiar
to the user widget set, another way (one kind of installer that runs
on
all systems, but does not match an existing packaging system) does not
surprise me
2010/1/20 Brad Campbell b...@wasp.net.au:
Is QueueAsyncCall() threadsafe?
As far as I know it is not.
Let's say I have a communications child thread and I want to trigger a call
back in the main GUI thread. Traditionally I'd do something ugly like have a
timer polling a variable used as a
Please stop this flamewar, nobody is forced to use Graemes code.
His only intention was to get some feedback and tell us about his ideas,
thats how OSS works.
bye,
Stefan
--
Absender:
stop...@muenster.de escreveu:
Please stop this flamewar, nobody is forced to use Graemes code.
His only intention was to get some feedback and tell us about his ideas,
thats how OSS works.
+ 1
Keep going Graeme !
Luiz
--
___
Lazarus mailing
On Wed, Jan 20, 2010 at 10:06:55AM +0200, Graeme Geldenhuys wrote:
already implemented or at least went through the brain storming and design
idea phase. Here is our requirements and ideas we came up with:
* Linux distro independent setup. Against the normal methods, we do not
want to
On 1/20/2010 06:12, Alexander Klenin wrote:
From PropEditUtils.pas (recently split by me from PropEditS.pp):
TGetStringProc = procedure(const s:ansistring) of object;
From Classes.pp:
TGetStrProc = procedure(const S: string) of object;
I think TGetStringProc is redundant and should be
On 20/01/2010, Mattias Gaertner nc-gaert...@netcologne.de wrote:
There seems to be a misunderstanding.
Both deb and rpm have package dependency resolution, but neither
downloads them automatically.
You must use tools like apt-get for debs and yum for rpms or even
Ah, so the RPM guys were
On Wed, 20 Jan 2010 15:30:55 -0500
waldo kitty wkitt...@windstream.net wrote:
On 1/20/2010 06:12, Alexander Klenin wrote:
From PropEditUtils.pas (recently split by me from PropEditS.pp):
TGetStringProc = procedure(const s:ansistring) of object;
From Classes.pp:
TGetStrProc =
On 20/01/2010, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
Maybe you used it in the wrong way.
The rpm utility doesn't solve the dependencies, it's like the dpkg
utility from Debian.
Thanks. Mattias explained that I had a misunderstanding of how things
work.
- stop...@muenster.de wrote:
Please stop this flamewar, nobody is forced to use Graemes code.
His only intention was to get some feedback and tell us about his
ideas,
thats how OSS works.
Another way OSS works is that you're not our mommy.
Okay, here's some feedback: Use a
On 20/01/2010, stop...@muenster.de stop...@muenster.de wrote:
OK, I thought you are still in the early stages of evaluation.
No, we have had the setup tool on the table for some time, we just
did have time to implement everything yet. That's my task now.
Concerning XML:
From my point of
On 20/01/2010, Vincent Snijders vsnijd...@vodafonevast.nl wrote:
It is editable in the text editor. But also by IS-Tool, which is more like
an IDE for inno setup scripts.
I took a second look at the lazarus.iss file to see how install
features/options and there relationships are mapped in the
Hi,
I updated Lazarus svn to revision 23510, but from some revs (at least
from some hours ago), when I press ctrl+space at the end of an array
to open the menu I get the error:
Error: illegal qualifier [ found
Is it a bug or a my problem?
Thanks,
Kjow
--
On Wed, 20 Jan 2010 23:33:32 +0100
Kjow antispamm...@gmail.com wrote:
Hi,
I updated Lazarus svn to revision 23510, but from some revs (at least
from some hours ago), when I press ctrl+space at the end of an array
to open the menu I get the error:
Error: illegal qualifier [ found
Is it
On 20/01/2010, Vincent Snijders vsnijd...@vodafonevast.nl wrote:
To bad, the ideal setup creator would get a setup.xml and compile it to
.rpm, .deb, windows installer, .dmg with Mac OS X package, etc.
Kind of like the Lazarus idea, one source for many OS/widget set
combinations.
Good
2010/1/20 Mattias Gaertner nc-gaert...@netcologne.de:
Can you give a more complete example?
Mattias
e.g. If I add to a form a listview or a memo or a combobox and in the
source code I put this:
ListBox1.items[0].
or
Memo1.Lines[0].
or
combobox1.items[0].
If I press CRTL+Space I got this
On 20/01/2010, stop...@muenster.de stop...@muenster.de wrote:
Please stop this flamewar, nobody is forced to use Graemes code.
Thanks Stefan. I always take what Vincent says with a pinch of salt.
We have some understanding that everything goes except on Fridays, and
I think I saw a smiley face
On Thu, 21 Jan 2010 00:02:19 +0100
Kjow antispamm...@gmail.com wrote:
2010/1/20 Mattias Gaertner nc-gaert...@netcologne.de:
Can you give a more complete example?
Mattias
e.g. If I add to a form a listview or a memo or a combobox and in the
source code I put this:
ListBox1.items[0].
On Thu, 21 Jan 2010 00:56:06 +0200
Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 20/01/2010, Vincent Snijders vsnijd...@vodafonevast.nl wrote:
To bad, the ideal setup creator would get a setup.xml and compile it to
.rpm, .deb, windows installer, .dmg with Mac OS X package, etc.
On 20/01/2010, Marco van de Voort mar...@stack.nl wrote:
(it might be wise to check out in how far these named programs are shared
linked)
True, those mentioned (and ones like ATI and Nvida drivers) tend to be
more on the commercial side of things. But then again, our company
products are
Hello all,
I get error:
Compiling E:\lazarus\packager\frames\compiler_buildvar_options.pas
Compiling .\frames\compiler_conditionals_options.pas
compiler_conditionals_options.pas(28,47) Fatal: Circular unit reference
between compiler_conditionals_options and Compiler_BuildVar_Options
Fatal:
On Thu, 21 Jan 2010 01:25:10 +0200
Žilvinas Ledas zilvinas.le...@dict.lt wrote:
Hello all,
I get error:
Compiling E:\lazarus\packager\frames\compiler_buildvar_options.pas
Compiling .\frames\compiler_conditionals_options.pas
compiler_conditionals_options.pas(28,47) Fatal: Circular unit
On 20/01/2010, Jonathan wrote:
The is no frame work under Windows for the menu, just files thats why you
have silly company's listing there program under there name.
I haven't looked at that code in a while, but our old Delphi programs
created there own icons. I can't remember if it was
Mattias Gaertner wrote:
On Thu, 21 Jan 2010 01:25:10 +0200
Žilvinas Ledas zilvinas.le...@dict.lt wrote:
Hello all,
I get error:
Compiling E:\lazarus\packager\frames\compiler_buildvar_options.pas
Compiling .\frames\compiler_conditionals_options.pas
compiler_conditionals_options.pas(28,47)
cobines wrote:
2010/1/20 Brad Campbell b...@wasp.net.au:
Is QueueAsyncCall() threadsafe?
As far as I know it is not.
Let's say I have a communications child thread and I want to trigger a call
back in the main GUI thread. Traditionally I'd do something ugly like have a
timer polling a
Žilvinas Ledas wrote:
Mattias Gaertner wrote:
On Thu, 21 Jan 2010 01:25:10 +0200
Žilvinas Ledas zilvinas.le...@dict.lt wrote:
Hello all,
I get error:
Compiling E:\lazarus\packager\frames\compiler_buildvar_options.pas
Compiling .\frames\compiler_conditionals_options.pas
On 1/20/2010 16:55, Mattias Gaertner wrote:
On Wed, 20 Jan 2010 15:30:55 -0500
waldo kittywkitt...@windstream.net wrote:
On 1/20/2010 06:12, Alexander Klenin wrote:
From PropEditUtils.pas (recently split by me from PropEditS.pp):
TGetStringProc = procedure(const s:ansistring) of object;
On 1/20/2010 17:15, Phil Hess wrote:
- stop...@muenster.de wrote:
Please stop this flamewar, nobody is forced to use Graemes code.
His only intention was to get some feedback and tell us about his
ideas,
thats how OSS works.
Another way OSS works is that you're not our mommy.
and
On 1/20/2010 17:18, Graeme Geldenhuys wrote:
On 20/01/2010, stop...@muenster.destop...@muenster.de wrote:
OK, I thought you are still in the early stages of evaluation.
No, we have had the setup tool on the table for some time, we just
did have time to implement everything yet. That's my
On Wed, Jan 20, 2010 at 5:54 AM, Brad Campbell b...@wasp.net.au wrote:
Is QueueAsyncCall() threadsafe?
In Delphi the queued method is run on the (context of) the main/GUI thread.
-Flávio
--
___
Lazarus mailing list
- waldo kitty wkitt...@windstream.net wrote:
Another way OSS works is that you're not our mommy.
and the other way around... we're not your mommy, either... the main
thing to
remember about OSS is there is no :( in OSS ;)
Waldo, I have no idea what that means. Hope it's
21.01.2010 8:06, Phil Hess wrote:
Part of this is probably related to the evolution of Lazarus more and more into
the best tool for developing Linux apps (which is great) but maybe less and
less the best tool for other platforms. And sure, that's no problem either, if
that's the direction
- Paul Ishenin i...@kmiac.ru wrote:
21.01.2010 8:06, Phil Hess wrote:
Part of this is probably related to the evolution of Lazarus more
and more into the best tool for developing Linux apps (which is great)
but maybe less and less the best tool for other platforms. And sure,
that's
2010/1/21 Brad Campbell b...@wasp.net.au:
Yeah, but what I'm trying to do is have the main gui thread sit on its hands
until it has a message waiting for it. Then I'd like to have it wakeup on an
event rather than spinning or polling, while still remaining responsive to
user input.
Polling is
Phil Hess wrote:
- waldo kitty wkitt...@windstream.net wrote:
Another way OSS works is that you're not our mommy.
and the other way around... we're not your mommy, either... the main
thing to
remember about OSS is there is no :( in OSS ;)
Waldo, I have no idea what
On 1/20/2010 21:01, cobines wrote:
If you're not worried about your worker thread pausing from time to
time to update the GUI, then using Synchronize is prefferable.
as in how much time?? is this a standard setting or something related to all
other processing??
--
On 1/20/2010 20:06, Phil Hess wrote:
- waldo kittywkitt...@windstream.net wrote:
Another way OSS works is that you're not our mommy.
and the other way around... we're not your mommy, either... the main
thing to
remember about OSS is there is no :( in OSS ;)
Waldo, I have no idea
2010/1/21 waldo kitty wkitt...@windstream.net:
On 1/20/2010 21:01, cobines wrote:
If you're not worried about your worker thread pausing from time to
time to update the GUI, then using Synchronize is prefferable.
as in how much time?? is this a standard setting or something related to
all
Graeme Geldenhuys schreef:
On 20/01/2010, Vincent Snijders vsnijd...@vodafonevast.nl wrote:
It is editable in the text editor. But also by IS-Tool, which is more like
an IDE for inno setup scripts.
I took a second look at the lazarus.iss file to see how install
features/options and there
Mattias Gaertner wrote:
* have other customization options during the install. Not easily
at least. I have seen a handful of .deb packages that prompt for
a Yes/No question, but that's about it. Most prompted in a console
window (ugly) and one or two prompted in a GTK2 dialog
Phil Hess wrote:
- LCL with Qt widgetset (if you don't mind the overhead: OOP LCL -- OOP
widgetset -- non-OOP QtIntf library -- OOP Qt (C++) -- Cocoa).
All of these are acceptable native solutions,
Very interesting Phil. You have no problems with Qt and even call it
native, yet fpGUI
Phil Hess wrote:
Many of the ideas expressed here seem to start with Linux and end with Linux.
Probably because Linux is becoming a more attractive platform than all
others for desktop applications. Also maybe because Lazarus IDE is simply
the best tool for the job - hands down!
So live with
On Wednesday 20 January 2010 21:29, Marco van de Voort wrote:
Do you plan to support windowmaker? A lot of packages do this wrong under
Windowmaker.
Just because WMaker is not freedesktop compliant ? ;)
z.
--
___
Lazarus mailing list
George Lober wrote:
that is easy to use by the average joe computer user whatever the
platform is. It is an idea to cater to the end user and the software
developer, and not some OSS or other status quo.
Considering what the task is, it is understandable a large focus is on
the Linux
zeljko wrote:
Just because WMaker is not freedesktop compliant ? ;)
And judging by the progress in recent years, a dead product.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgui/
--
waldo kitty wrote:
s/did have/did not have/ ??
Correct. :-) I was typing while being half asleep.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgui/
--
___
Lazarus mailing
78 matches
Mail list logo