[Gambas-user] CDE. An interesting packaging tool

Demosthenes Koptsis demosthenesk at ...626...
Wed Dec 22 09:44:31 CET 2010


This subject was mentioned some time ago.

Myself was very font of the idea to be a way to package the system libs
for gambas projects together with executables.

Some users said although a different opinion.
This was that, it is good not to break the linux way of system libs
existence.

At windows the programs have installation setup programs with their
system libs of Visual Basic.

At linux the libraries are independent of binaries.

For now the way to install programs is to install the binaries
separately and the libs separately.

Any program can run with the same libraries.

The CDE is very nice tool to run a Gambas app in a system that Gambas
cannot be compiled and installed.

My opinion, to speak as a user, is to keep the linux way for binaries
and libraries.


On Wed, 2010-12-22 at 01:34 -0500, Nicolas Koch wrote:
> IS there any movement on the Gambas3 packaging suite to compile and/or
> include the runtime and libs for the various distributions?  I also looked
> at the CDE route and exceptions can be made to keep files to a minimum and
> just run your app with cde gbr3 project.gambas
> 
> I got minimal results though because while CDE works, it's kind of a pain
> when I want to interact with system files and such outside the cde-root.
> 
> Benoit... any idea on how life will be in Gambas 3 for packaging
> runtime/libs?  I know I am not the only one begging for this :D
> 
> Thanks for your time.
> 
> Nick
> 
> On Sun, Nov 14, 2010 at 8:23 AM, Demosthenes Koptsis <demosthenesk at ...626...
> > wrote:
> 
> > yes this is better.
> >
> > i tried cde with gambas project and it copied all the files in
> > cde-package included passwd /home directory and other files that
> > application used.
> >
> > This feature should work only for libs and as an option for packagers
> > not "an only way" method.
> >
> > This is my opinion.
> >
> > On Sun, 2010-11-14 at 12:43 +0100, Benoît Minisini wrote:
> > > > > > Although I'm not a gambas developer, I appreciate the idea. I would
> > > > > > prefer to have all the must-haves packaged into single file,
> > instead of
> > > > > > fighting with unresolved package dependencies. It's better to have
> > a
> > > > > > myprogram.bin installer, than myprogram.rpm, myprogram.deb... Maybe
> > > > > > Benoit would argue because of the package size. It's more like
> > Windows.
> > > > > > But who cares. If I'd be sure my program will run independently of
> > the
> > > > > > Linux platform flavor, I'd yes to size increment.
> > > > > >
> > > > > > Csaba
> > > > >
> > > > > This is exactly what Cristian Abarzua F. (craf) tried to achieve. But
> > it
> > > > > did it by hand, I tried to help him, but we encountered problems.
> > > > >
> > > > > Apparently 'cde' seems to work, so I should try it and integrate it
> > > > > inside the IDE packager.
> > > > >
> > > > > So, no I'm not fully against that kind of package now. Except that
> > users
> > > > > should be aware of the following:
> > > > >
> > > > > - They will be bigger (imagine a full Gambas GUI program relying of a
> > lot
> > > > > of components).
> > > > >
> > > > > - System security fix and updates won't apply to them. So packagers
> > must
> > > > > regularly repackage them. (Same nightmare as in windows).
> > > > >
> > > > > Regards,
> > > >
> > > > Another possible problem: Gambas can load a component during the
> > execution
> > > > of a program (Component.Load() method), not necesarilly at startup. So
> > you
> > > > must take that into account when making a cde package!
> > > >
> > > > Moreover, some component uses that feature. For example, the Gambas 3
> > > > gb.form.stock hidden component included a full stock of icons that is
> > > > loaded only if an icon is not found in the Gnome or KDE icon themes
> > > > installed on the system (which is very possible if you didn't install
> > both
> > > > Gnome and KDE).
> > > >
> > > > Regards,
> > >
> > > Another problem again:
> > >
> > > cde will store in the packages *all* existing files opened by the program
> > > during its execution. Maybe I should take the source code of 'cde' and
> > modify
> > > it to only store the shared libraries?
> > >
> >
> >
> >
> >
> > ------------------------------------------------------------------------------
> > Centralized Desktop Delivery: Dell and VMware Reference Architecture
> > Simplifying enterprise desktop deployment and management using
> > Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
> > client virtualization framework. Read more!
> > http://p.sf.net/sfu/dell-eql-dev2dev
> > _______________________________________________
> > Gambas-user mailing list
> > Gambas-user at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/gambas-user
> >
> ------------------------------------------------------------------------------
> Forrester recently released a report on the Return on Investment (ROI) of
> Google Apps. They found a 300% ROI, 38%-56% cost savings, and break-even
> within 7 months.  Over 3 million businesses have gone Google with Google Apps:
> an online email calendar, and document program that's accessible from your 
> browser. Read the Forrester report: http://p.sf.net/sfu/googleapps-sfnew
> _______________________________________________
> Gambas-user mailing list
> Gambas-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user

-- 
Regards,
Demosthenes Koptsis.





More information about the User mailing list