Gambas 1.0.11 installation bug

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Gambas 1.0.11 installation bug

Guido Ostkamp

Hello,

I just reported a bug against gambas2 in another mail.
Here is the almost similar problem with gambas 1.0.11:

$ cd /home/testuser
$ tar xvjf /tmp/gambas-1.0.11.tar.bz2
$ cd gambas-1.0.11
$ ./configure --prefix=/home/testuser/local
$ make
$ make install

fails with

Making symbolic links in /usr/bin...
rm: cannot remove `/usr/bin/gbx': Permission denied
ln: creating symbolic link `/usr/bin/gbx' to
`/home/testuser/local/bin/gbx': File exists
rm: cannot remove `/usr/bin/gbc': Permission denied
ln: creating symbolic link `/usr/bin/gbc' to
`/home/testuser/local/bin/gbc': File exists
rm: cannot remove `/usr/bin/gba': Permission denied
ln: creating symbolic link `/usr/bin/gba' to
`/home/testuser/local/bin/gba': File exists
rm: cannot remove `/usr/bin/gbi': Permission denied
ln: creating symbolic link `/usr/bin/gbi' to
`/home/testuser/local/bin/gbi': File exists
make[2]: *** [install-exec-local] Error 1
make[2]: Leaving directory `/home/testuser/gambas-1.0.11'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/home/testuser/gambas-1.0.11'
make: *** [install-recursive] Error 1

The 'file exists' is because I have another older installation in the
/usr/bin etc. directories. This however, should have no influence, as I
have ordered to place everything under /home/testuser/local.

I would appreciate, if this bug could be fixed in the next release.

Thanx in advance,

Guido


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Gambas-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Gambas 1.0.11 installation bug

Benoît Minisini
On Monday 12 September 2005 23:10, Guido Ostkamp wrote:

> Hello,
>
> I just reported a bug against gambas2 in another mail.
> Here is the almost similar problem with gambas 1.0.11:
>
> $ cd /home/testuser
> $ tar xvjf /tmp/gambas-1.0.11.tar.bz2
> $ cd gambas-1.0.11
> $ ./configure --prefix=/home/testuser/local
> $ make
> $ make install
>
> fails with
>
> Making symbolic links in /usr/bin...
> rm: cannot remove `/usr/bin/gbx': Permission denied
> ln: creating symbolic link `/usr/bin/gbx' to
> `/home/testuser/local/bin/gbx': File exists
> rm: cannot remove `/usr/bin/gbc': Permission denied
> ln: creating symbolic link `/usr/bin/gbc' to
> `/home/testuser/local/bin/gbc': File exists
> rm: cannot remove `/usr/bin/gba': Permission denied
> ln: creating symbolic link `/usr/bin/gba' to
> `/home/testuser/local/bin/gba': File exists
> rm: cannot remove `/usr/bin/gbi': Permission denied
> ln: creating symbolic link `/usr/bin/gbi' to
> `/home/testuser/local/bin/gbi': File exists
> make[2]: *** [install-exec-local] Error 1
> make[2]: Leaving directory `/home/testuser/gambas-1.0.11'
> make[1]: *** [install-am] Error 2
> make[1]: Leaving directory `/home/testuser/gambas-1.0.11'
> make: *** [install-recursive] Error 1
>
> The 'file exists' is because I have another older installation in the
> /usr/bin etc. directories. This however, should have no influence, as I
> have ordered to place everything under /home/testuser/local.
>
> I would appreciate, if this bug could be fixed in the next release.
>
> Thanx in advance,
>
> Guido
>

Gambas needs a symbolic link in /usr/bin to work. So /usr/bin/gbx for gambas
1.0.x and /usr/bin/gbx2 for gambas 1.9.x. Because of the '#!/usr/bin/gbx2 -x'
stuff at the beginning of each executable.

The other symbolic links are not needed, and may be removed in a next release.

If you can find a way not doing this, I will take it. But until now, I found
no way to avoid this symbolic link.

Regards,

--
Benoit Minisini
mailto:[hidden email]


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Gambas-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Gambas 1.0.11 installation bug

Rob Kendrick
On Tue, 2005-09-13 at 11:54 +0200, Benoit Minisini wrote:
> Gambas needs a symbolic link in /usr/bin to work. So /usr/bin/gbx for gambas
> 1.0.x and /usr/bin/gbx2 for gambas 1.9.x. Because of the '#!/usr/bin/gbx2 -x'
> stuff at the beginning of each executable.

Another solution, which is more elegant than this way away, is one I
suggested many months ago: Generate real executables that consist of a
stub that dlopens a shared object version of the interpreter, and passes
it the bytecode contained within.  This also gives you versioning of
runtimes and such in a much more elegant way.  The only disadvantage
this has is that you have to have a real linker available.  I don't
think it's all that likely that somebody developing software on their
machine, even if it is in Gambas, won't have one of those.

> The other symbolic links are not needed, and may be removed in a next release.
>
> If you can find a way not doing this, I will take it. But until now, I found
> no way to avoid this symbolic link.

The traditional way of getting around this is to use #!/usr/bin/env
instead.  (ie, #!/usr/bin/env gbx2, such that the gbx2 executable can be
anywhere, as long as it is pointed to by the PATH environment variable.)

--
Rob Kendrick <[hidden email]>



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Gambas-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Gambas 1.0.11 installation bug

Rob Kudla
In reply to this post by Benoît Minisini
On Tue September 13 2005 05:54, Benoit Minisini wrote:
> If you can find a way not doing this, I will take it. But until
> now, I found no way to avoid this symbolic link.

Well, the most obvious way is to put the interpreter into a library
and give /usr/bin/gbx(2) and each Gambas executable a stub that just
passes the arguments to some function in that library.  In the case
of the Gambas executable, you could add a pointer to the p-code that
lies within the executable.

I know it's more complicated than just putting #!... followed by the
p-code (and I have no idea how to actually do it myself) but I really
think it would enable us to do some cooler stuff down the road.

Rob



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Gambas-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Gambas 1.0.11 installation bug

Guido Ostkamp
In reply to this post by Benoît Minisini
Benoit,

> Gambas needs a symbolic link in /usr/bin to work. So /usr/bin/gbx for
> gambas 1.0.x and /usr/bin/gbx2 for gambas 1.9.x. Because of the
> '#!/usr/bin/gbx2 -x' stuff at the beginning of each executable.
>
> The other symbolic links are not needed, and may be removed in a next
> release.
>
> If you can find a way not doing this, I will take it. But until now, I
> found no way to avoid this symbolic link.

the '#!/usr/bin/gbx2 -x' stuff at the beginning is created by Gambas
itself when it creates the executable.

Gambas is compiled with the knowledge of what has been provided in the
"--prefix=..." option - this should be available as header file.

So, where is the problem, to have Gambas compiled in a way that it creates
'#!/home/testuser/local/bin/gbx2 -x' entries for the binaries, which would
be correct for my installation?

This is the way used by nearly all OpenSource applications which work with
'configure' - have it include the configured pathes in the binaries &
libraries for further use.

Another more generic way would be to use '#!/usr/bin/env gbx2' as somebody
else has already pointed out.

Regards,

Guido


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Gambas-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Gambas 1.0.11 installation bug

csorda@libero.it
In reply to this post by Guido Ostkamp
hi,
this error appears when I make distribution package.

Executing(%prep): /bin/sh -e /home/user/csorda/RPM/tmp/rpm-tmp.50479
+ umask 022
+ cd /home/user/csorda/RPM/BUILD
+ rm -rf /home/user/csorda/RPM/tmp/doprocessor-buildroot
+ cd /home/user/csorda/RPM/BUILD
+ rm -rf DOProcessor
+ /usr/bin/bzip2 -dc /home/user/csorda/RPM/SOURCES/doprocessor-1.0.tar.bz2
+ tar -xf -
tar: DOProcessor/icons: implausibly old time stamp 1970-01-01 01:00:00
tar: DOProcessor/logs: implausibly old time stamp 1970-01-01 01:00:00
tar: DOProcessor/help: implausibly old time stamp 1970-01-01 01:00:00
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd DOProcessor
+ exit 0
Executing(%build): /bin/sh -e /home/user/csorda/RPM/tmp/rpm-tmp.74253
+ umask 022
+ cd /home/user/csorda/RPM/BUILD
+ cd DOProcessor
+ /usr/local/bin/gbc2 -a -t
OK
+ gba
+ exit 0
Executing(%install): /bin/sh -e /home/user/csorda/RPM/tmp/rpm-tmp.18380
+ umask 022
+ cd /home/user/csorda/RPM/BUILD
+ cd DOProcessor
+ install -d /home/user/csorda/RPM/tmp/doprocessor-buildroot/usr/bin
+ install -p DOProcessor /home/user/csorda/RPM/tmp/doprocessor-buildroot/usr/bin/doprocessor
install: cannot stat `DOProcessor': No such file or directory
error: Bad exit status from /home/user/csorda/RPM/tmp/rpm-tmp.18380 (%install)


RPM build errors:
    Bad exit status from /home/user/csorda/RPM/tmp/rpm-tmp.18380 (%install)

Can you help me?



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Gambas-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gambas-devel
Loading...