Re: 64-bit

2007/11/27, Justin Karneges <[email protected]>:
> On Tuesday 27 November 2007 11:05 am, Isak Savo wrote:
> > First you need to create autopackage.tar.bz2 and autopackage-gtk.x86:
> >
> > Check out the full environment from svn, see
> > http://www.autopackage.org/source.html
> >
> > Then, enter main/release/ and run:
> >    ./autopackage-build --gtkfe
>
> I'm doing this on a 32-bit system first, and then I'll see about scoring a
> 64-bit box once I'm familiar with the process.

Sounds like a good plan.

> I ran into some problems during the build.  Notably, I had to put
> $HOME/.local/bin in my PATH as well as install some dependency packages.  It
> looks like the build process does not do a sanity check for these things, and
> instead assumes you have everything in place.  I had to figure out what was
> wrong simply by the error messages (e.g., files not found).  Maybe this is
> just a quirk of the SVN bootstrapping process?

Nah, this script is only used by us autopackage developers and we
already have everything setup. If you want to patch it, feel free to
do so and I'll commit your patch, but it's not something we
prioritize.

> gtkfe builds now, but I think there is a problem making the package.  Here is
> the error I receive:
> -----
> make[2]: Entering directory `/home/jkarneges/work/ap/frontend/gtkfe'
> make[2]: Nothing to be done for `install-exec-am'.
> test -z "/usr/local/share/applications" || /bin/mkdir -p "/tmp/apkg-build-root.20637/usr/local/share/applications"
>  /usr/bin/install -P -m
> 644 'autopackage-launcher-gtk.desktop' '/tmp/apkg-build-root.20637/usr/local/share/applications/autopackage-launcher-gtk.desktop'
> Warning:  ignoring --preserve_context (-P) because the kernel is not
> selinux-enabled.

This is harmless...

> make[2]: Leaving directory `/home/jkarneges/work/ap/frontend/gtkfe'
> make[1]: Leaving directory `/home/jkarneges/work/ap/frontend/gtkfe'
>
> Installing to /tmp/apkg-build-root.20637 ...done
> /home/jkarneges/work/ap/main/makepackage: line 1098: ./configure: No such file
> or directory
> make: *** No rule to make target `clean'.  Stop.
> make: *** No targets specified and no makefile found.  Stop.
> cp: cannot stat `autopackage-manager-gtk': No such file or directory
> WARNING: Manager was not built. Make sure that you remembered to
> run ./autogen.sh in manager/

Did you do this?

> Prepare failed. Please refer to above messages to see why.
> Importing files to /tmp/apkg-payload-dir20637-19572/
> Cleaning up ...   done
>
> Converting XDG MIME type definitions to KDE 3.x equivalents ... done
> Generating payload and package file...
> Checking ELF binaries for highest GLIBC versions used ... done with warnings
> WARNING: Symbols from glibc 2.3 (or newer) were found. Consider using apbuild
> to allow users of older distros to run this binary.

Just a heads up: You will get this error on 64 bit systems since its
impossible to strip them (64bit systems ONLY have new symbols, not the
old ones we want to use) but it should be harmless as your 64bit users
will have the new symbols anyway.

> Scanning and stripping ELF binaries ... done
> Making sealed package.
> FAIL: Using this package as a sealed installer requires that
> autopackage.tar.bz2 is included in the autopackage/packages directory.

This is weird! Did you get this warning while building gtkfe? There
shouldn't be a 'packages' directory there.

-Isak

PS. We've found that you sometimes get weird errors if you have old
copies of the autopackage  support and development files on your
system. (If you just installed from svn and haven't had autopackage
installed before you should be fine though, otherwise it might be a
good idea to package remove autopackage-gtk autopackage and run
main/unsetup to clean everything up. When you're sure your system is
clean, just run main/setup again and never install the support code or
devel files from package/tarball again)

---------------------------------------------------------------------
To unsubscribe, e-mail: autopackage-dev-unsubscribe-OfajU3CKLf1/[email protected]
For additional commands, e-mail: autopackage-dev-help-OfajU3CKLf1/[email protected]