[Gambas-devel] Gambas can not compile under Red Hat 8.0 and 9.0 second part
Rudy Fehren
RudyF at ...78...
Wed Oct 15 23:44:55 CEST 2003
Hello from Germany,
**************************************************************************************************
I ask my English not really the good one for bad luck is again there,
I have translated the text once again since in the original text every
crowd found translation faults has.
For this I hereby apologize to and promise recovery
***************************************************************************************************
Now to the e-mail of 14.10.2003
today when I was in school I went to our mailing list of the gambas user
on the sourceforge server and Linux Distrubitionen psyche that is
version 8.0 and the newer version 9.0 had to read that reconcile gambas
users, considerable problems at the compiling of the version 0.70 B
under the talk has had or have.
These users described this for gambas to the biggest part she couldn't
compile,expressed differently for the orders /configure and Make were
partly executed fault-freely even without warnings. The order as a Root
Su C "Make install" also went fault-freely of make.
You wanted as soon as then at Shell nothing at all went more, these got
an error message in the best case gambas told this one to you that
something was missing to call.
I have followed this phenomenon, have talk has installed in the versions
8.0 and 9.0 on our school computers; )) and must now what the users
described states this all was correct.
This one appeared for the end in the call of gambas of Shell, also
the error message it was (to look up in the mailing list from September
2003 till October 2003) completely identically with the error message of
the users.
I must say this I at home use psyche (RH 8.0) myself and no faults
compile except for a warning shown get, but only unite warning note
Access unused and Internalization disabled now.
So I have my system by checked on the whole so well I noticed the following.
I go most users RedHat from this from this with the graphic installation
routine installed have.
This is they only doesn't tie the QT libraries into the system correctly
actually either very well,one rather doesn't have real influence on it
either.
The error message of the users also suggests it.
All KDE packages won't for some be missing installed either anyway there
these absolutely are necessary runs so that gambas.
But thank God one can get a grip on the problem with a little effort.
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
Solution trial 1:
One starts his system newly adjusts his disk drive to CD boats in the
Bios, then put the RH Instalations CD as soon as
the CD booting has and the installation
routine appears and one votes
Updating system and selecting packages quite importantly individually.
It simply only will update a couple of questions asked like Bootmanager
confirm.
This then appears one can selection menu be able to to show all packages
here,
Elects now program and accepts all packages. inclusive of language
libraries etc. (. )
Then CSPAN therefore the complete perl package simply select everything.
Now GUI, desktop, selecting KDE and looking whether all packages are
installed.
As a standard these are everyone "absolutely doesn't therefore select
all KDE packages installed now".
There still is every crowd these aren't installed, also here everything
simply select for system libraries, too.
The data banks still look the good end installed whether My-SQL packages
to (inclusive) the Serverpackges was,
also the Perl Bindings to this is here importantly simply everything
best as had, select
The complete size of the update ever then amounts between 500 MByte or
750 MByte(ore more) after what is missing.
Due to this method one forces the package manager to feed and to
dissolve the relationships newly and therefore to adapt the system now.
It is also the only opportunity to design the installation individual.
He so simply is also the RedHat package manager, has a great
disadvantage,it everyone isn't these are or else necessarily
are shown to package installed,and dependences therefore aren't resolved.
Update open so after this is come through click and complete the
installation,approximately a half ever lasts now till 1 hour after (what
kind of computer, what kind of packages and so on.)
Don't forget to update the Bootloader and case store diskette drive on
diskette availably.
We can our RedHat with the necessary packages for gambas start so now.
Has one should certainly log in at Shell as Root it started after this.
Now Su- enters (as users) and then simply only find without something enter.
Through this is like system fed newly like sc under Windows 98
We then complete Shell with Exit and log off.
After this we then apply at the system as a normal user.
Our Session start and gamba 0.70 can quite normally compile and install
B now it should must be run.
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
/////////////////////////////////////////////////////////////////////////////////////////
Solution 2:
Opinion a little improves this one for solution after mine now.
It is unfortunately God, that one of the KPackage managers default with
RedHat 8.0 and 9.0 and so you don't install co-even under the Suse.
Specific solutions like the "YaST 2" have rather no "it was preferred ", or.
These don't offer RedHat to use the "Paketinstaller" of their own,
though,any solution trial for an individual installation
(exactly as in the case of Microsoft).
But one can this remedy one downloads the KPackage as RPM packs down.
Get under http://www.rpmseek.com or in Germany under
http://www.easylinux.de/Download/
Either we still install him for okay with YaST 2 under the Suse after we
have downloaded him or still with the Paketinstaller under RH-8.0 / RH-9.0.
(we don't need these tools soon any more).
Or else alternatively with the Shell rpm I "kpackgage-????"(Version number)
We notify this of each other as of and after so after this has opened
at, again this procedure has background the Kpackage
isn't tied in the start strip (K Menue) yet following.
We click under SuSE on the start strip (K Menue) so now
We find this entry /System/configuration/KPackage there.
We find him under /Extras/system tools/ under RedHat 8.0
We find him under RedHat 9.0 under /Systemtools/further system
tools/KPackage.
First we push F5 around the RPM database newly as now can we start KPackage
we will for everything be astonished to feed of gambas what is so
missing to the business what is necessary.
*******************************************************************************
Therefore absolutely necessarily under RedHat version 8.0 and 9.0:
*******************************************************************************
*
* system libaries,
* perl completely including Bindings
* MySQL,server package inclusive of Bindings,
* KDE package complete inclusive of Bindings,
* SDL complete inclusive of Devel packages,
* and absolutely advisably KDevelop, inclusive of all Bindings
* the complete QT package, inclusive of Bindings,inclusive Devel package
*
*******************************************************************************
It is advisable to install KDevelop also, there is a set-up in the K
menu to this.
The QT designer asks before then to start and to configure everything
before,too gambas is compiled.
For our needs we adjust this one back to KPackage but now:
Item 1: we open the attitude dialog to this about attitudes/establish
Kpackage
Item 2: clicking in the register card types in the category RPM on the
button loft place of packages.
Item 3: One can define several places freely like the CDROM disk drive
of however late more here
Packages are missing we make use of the installation CDs it has
therefore goes to the item 4 there we now know this of talk
Item 4: Either we mounten of the CDROM double-click disk drive on the
CDROM icon on this
Desktop, or mount cdrom adhere by Shell: or else mnt /dev/cdrom ever
after we have what for a Linux.
Item 5: We still can alternatively prepare a Folder and as / describe
and then these /inst Folder to mount and the RPM-Packete of the
installation CDROMS copy there or the CDROMS also has at once the whole
contents for the advantage for it the access is faster.
Item 6: We inform about KPackage now like in it either so item 3
described this place for the CDROM disk drive or else the new folder
for /inst /
Item 7: We push "F5" now the following happens this takes new packages
away from KPackage in his database with on and updates himself.
Item 8: We can present install missing packages individually and also
this one with KPackage Resolving dependences.
Item 9: one can install also many packages so suddenly
We apply off and at once so after as Root again this all is come through
and the system is updated, though.
We start a Shell and type one "find" without an addition the system is
fed newly, we then end the Session with "Exit".
So then we cancel and the same as a normal user at the system?
We can and gamba start our normal Session compiles and installs, it must
run now
/////////////////////////////////////////////////////////////////////////////////////
**************************************************************************************
A changed configuration (BlueCurve) is, reason for the problems under
RedHat talk there (Vers.8.0 and 9.0) and also therefore Gtk has the main
emphasis on gnomes and doesn't put KDE
and Qt Toolkit doesn't give the advantage.
The specific installations also cause these problems for one on the real
one there Installation has no more influence and be not set to
relationships of the libraries correctly.
Is say to relieve the user anyway, if it is also on one side of
advantage,all the bigger the problems get this after this.
Everything shouldn't be taken of the Microsoft and the BlueCurve
philosophy also causes for the good end only problems,these have to do
also immediate consequences gambas.
Since company specific solutions (RedHat) aren't actually useful (to SuSE).
**************************************************************************************
I hope gambas I could help that is with me and one could on the two test
computers compile and execute after this.
Best Wishes Rudy :-))
More information about the Devel
mailing list