REALbasic is a RAD IDE for writing cross platform applications. Its use is free of charge on linux. I'd put this in dev-util/realbasic. For now the ebuild works for me. I'll add better handling of the source-URI later (fetch restrictions and guiding the user to name the file correctly). But for now feel free to try and post feedback. Another thing is the fact that the correct license is still misssing in portage, therefore I flagged it as "freedist" for the moment.
Created attachment 76036 [details] realbasic-2005.4.ebuild version 0.9 of the ebuild.
Created attachment 76039 [details] updated realbasic-2005.4.ebuild I couldn't sleep, so here's the 0.95-Version of the ebuild. It now features the fetch restriction and has got the rigth dependencies added as well. One minor issue is with the integrated help, which tries to execute a .pdf via sh. I'll work on a trick to fake this later. additional documentation could be installed as well once a "doc"-useflag gets introduced into this ebuild. If the correct license gets added then this ebuild is ready for portage imho.
Created attachment 76839 [details] realbasic-2006.1 ebuild This ebuild corrects an issue with PaX mprotect, too. even tho REALbasic now works on a PaXed kernel working with it suffers from not beeing able to debug comfortably, as the produced binaries of your rb-projects are also demanding mprotect to be allowed for their execution.
Created attachment 76840 [details] realbasic-2005.4 ebuild (with PaX fix) added PaX-fix to this ebuild as well.
(In reply to comment #3) > realbasic-2006.1 ebuild Merging works, but App does not start cause of this Error: ../Common/plugin.cpp: 6402 Failure Condition: 0 The application cannot continue because a needed file cannot be installed. /home/beowulf/.tmpAppData/XXBtbdk: Fehler beim Mappen des Shared Objects: Die Operation ist nicht erlaubt
(In reply to comment #5) > Merging works, but App does not start cause of this Error: > > ../Common/plugin.cpp: 6402 > Failure Condition: 0 > The application cannot continue because a needed file cannot be installed. > /home/beowulf/.tmpAppData/XXBtbdk: Fehler beim Mappen des Shared Objects: Die > Operation ist nicht erlaubt > Sorry, I cannot reproduce this. Could you be more verbose on your system setup and what you were trying to do? I might have missed some dependency of realbasic, but I cannot figure out from this little information. Some useful info would include: - Are you using any security restrictions on this pc? - Did you try the 2005.4-version? - What exactly did you do? - emerge --info Additionally could you please try, if a manual install works?
(In reply to comment #6) > - Are you using any security restrictions on this pc? No, nothing like that. > - Did you try the 2005.4-version? I`d tried both versions of the ebuild, well... both use the same source. > - What exactly did you do? Just merged it. While trying to start up, it raised that error. > - emerge --info Portage 2.1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r3, 2.6.16-gentoo-r9 i686) ================================================================= System uname: 2.6.16-gentoo-r9 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer -mmmx -m3dnow" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer -mmmx -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg ccache digest distlocks fixpackages metadata-transfer sfperms strict userpriv" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="de_DE.UTF-8" LC_ALL="de_DE.UTF-8" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dfx 3dnow 3dnowext 7zip X a52 aac ace acpi alsa avi berkdb bitmap-fonts bzip2 cairo cddb cdr cli crypt cups dbus dri dvb dvd dvdr emboss encode esd ffmpeg firefox flac fortran gdbm gif gimp gjc gnome gnutls gstreamer gtk gtk2 gtkhtml guile hal howl imap imlib isdnlog java jpeg libcaca libg++ libwww mad matrox md5sum mikmod mmx mono mp3 mpeg musicbrainz nautilus ncurses network nls nntp nptl nsplugin objc ogg oggvorbis opengl pam pam_console pcre pdf pdflib perl php png pppd python qt quicktime rar readline real reflection ruby scanner sdl session smtp sox speex spell spl sse ssl symlink tagwriting tcltk tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vcd vidix vorbis win32codecs wxwindows xml xml2 xorg xv xvid zip zlib elibc_glibc kernel_linux linguas_de userland_GNU video_cards_matrox" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS > Additionally could you please try, if a manual install works? Manual installation worked with one Version, but only when installed to homedir.
(In reply to comment #7) snip All of that info looks quite normal to me. The strange thing is this: > Manual installation worked with one Version, but only when installed to > homedir. Could you try "strace realbasic" to get a detailed info on where exactly it fails? Maybee then it's obvious what I missed in the ebuild. PS: For me the ebuild has been working all the time until now, but my system here is all ~x86, so it's not 1:1 comparable.
> Could you try "strace realbasic" to get a detailed info on where exactly it > fails? Maybee then it's obvious what I missed in the ebuild. > made it, will create an attachement. > PS: For me the ebuild has been working all the time until now, but my system > here is all ~x86, so it's not 1:1 comparable. > Well, my System is x86, but some things are ~x86. though these unstable things have nothing to do with system nor programming.
Created attachment 89782 [details] strace of realbasic
(In reply to comment #9) > made it, will create an attachement. Sorry, I should have been clearer. That strace just shows the behaviour of the wrapper script (which seems to behave nicely). So, could you please open up a shell/console and cd into /opt/realbasic-2006.1 and try, if "./REALbasic2006" displays anything in this shell. If not, then try to do "strace ./REALbasic2006", as this should reveal what the binary is trying to do.
Created attachment 90339 [details] strace of /opt/realbasic-2006.1/REALbasic2006
> > So, could you please open up a shell/console and cd into /opt/realbasic-2006.1 > and try, if "./REALbasic2006" displays anything in this shell. Nothing, just the Message is showing up again. > If not, then > try to do "strace ./REALbasic2006", as this should reveal what the binary is > trying to do. > Did it, Attachment created ;-)
(In reply to comment #13) > Did it, Attachment created ;-) This strace is now far more useful, thank you. But sadly it still does not reveal to much ;(. Some random guess would be, that REALbasic is not really unicode save, as that's something which differs in our setups (I'm using de_DE@euro). But then I do not understand, why it's working when started from home. To narrow down the issue, could you please try to copy a working "install" from home to some temporary folder under /opt (eg. /opt/RBtest), change permissions according to folder created with the ebuild and then see, if you can start the manually copied version?
(In reply to comment #14) > (In reply to comment #13) > > Did it, Attachment created ;-) > > This strace is now far more useful, thank you. But sadly it still does not > reveal to much ;(. Some random guess would be, that REALbasic is not really > unicode save, as that's something which differs in our setups (I'm using > de_DE@euro). This might be. > But then I do not understand, why it's working when started from > home. Doesn`t anymore, it worked once, and it could be, that at that time I did not unicode on my system. > To narrow down the issue, could you please try to copy a working "install" from > home to some temporary folder under /opt (eg. /opt/RBtest), change permissions > according to folder created with the ebuild and then see, if you can start > the manually copied version? As I wrote, it worked once. It really might be that unicode is the Problem, it does not find the tempfiles it actually creates. MFG BeowulfOF
New Release 2006.3 is out...
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Heuristics show that no Gentoo developer has commented on your ebuild. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
This ebuild has been put into portage (at least 2007.3 version anyway).
