Hello Waldek/All, Indeed, I must say, not only this, but many other apps have broken urls or broken builds For example, this is my 'quick list' after running random builds in random apps: - busybox that was updated recently (somewhere in the end of 2017) looks broken for me now - Apache Derby that is compiled with a newer jdk and because of that, does not run - Erlang, Free Pascal and some other apps require their own compilers/tools/sdk to be installed before building their packages and we don't have a check for them - we don't have a unified structure to handle many common cases - netperf url seems broken - rpm url is broken for me and on mint (ubuntu based) it requires libmagic and some other libs to be installed - leveldb i think i have submitted some patches to fix and upgrade the build - rhino url seems broken - embulk url seems broken - groonga build seems broken - plus all the problems you're facing
Actually, I would like to suggest a different approach for the building, maybe use a single unified Makefile or shell script that uses a configuration file per app like capstran, in case some custom shell script is required, we can also define some standard 'hooks' By now, I see we need the follow tasks: check - could be used to check for dependencies, like check if any host library is missing - could be used to check for the downloaded file if we don't have the md5 of the file, we could pre-compute the hash in our local host and put it to compare wget -c just makes sure the file is there but it does not check for the file size/hash as You/Nadav noticed build - could be a Makefile or a shell script, I would suggest to define a standard way of creating it - currently, we have many different approaches to do the same thing we could pass the cpu number automatically, I don't know why, i'm still getting the make message "jobserver unavailable: using -j1. Add `+' to parent make rule" in some builds unpack (to untar/unzip/un<anything>) - just needs to unpack the source/binary rootfs - put all the content on rootfs, etc manifest - prepares the usr.manifest file clean - a standard way to clean the apps without removing the source/binary Do you have any suggestion/comment? Kind Regards, Geraldo Netto Sapere Aude => Non dvcor, dvco http://exdev.sf.net/ On 17 February 2018 at 21:20, Waldek Kozaczuk <jwkozac...@gmail.com> wrote: > After I applied this patch and previous and this is an error I am getting: > > 2018-02-17 18:12:45 7786 [Note] InnoDB: Waiting for purge to start > 2018-02-17 18:12:45 7786 [Note] InnoDB: 5.6.21 started; log sequence > number 1625987 > ERROR: 1193 Unknown system variable 'table_type' > 2018-02-17 18:12:45 7786 [ERROR] Aborting > > 2018-02-17 18:12:45 7786 [Note] Binlog end > 2018-02-17 18:12:45 7786 [Note] InnoDB: FTS optimize thread exiting. > 2018-02-17 18:12:45 7786 [Note] InnoDB: Starting shutdown... > 2018-02-17 18:12:47 7786 [Note] InnoDB: Shutdown completed; log sequence > number 1625997 > 2018-02-17 18:12:47 7786 [Note] ./bin/mysqld: Shutdown complete > > Importing /home/wkozaczuk/projects/osv/modules/java-base/module.py > Importing /home/wkozaczuk/projects/osv/apps/fonts/module.py > No module.py in /home/wkozaczuk/projects/osv/modules/ca-certificates > No module.py in /home/wkozaczuk/projects/osv/modules/libz > Preparing usr.manifest > Appending /home/wkozaczuk/projects/osv/apps/mysql/usr.manifest to > usr.manifest > Preparing bootfs.manifest > Saving command line to /home/wkozaczuk/projects/osv/b > uild/release.x64/cmdline > Building into build/release.x64 > GEN gen/include/osv/version.h > MKBOOTFS build/release.x64/bootfs.bin > AS bootfs.s > LINK loader.elf > LIBOSV.SO > STRIP loader.elf -> loader-stripped.elf > LZ loader-stripped.elf > OBJCOPY loader-stripped.elf.lz -> loader-stripped.elf.lz.o > LINK lzloader.elf > ALIGN lzloader.elf > DD loader.img boot.bin > DD loader.img lzloader.elf > IMGEDIT build/release.x64/loader.img > IMGEDIT build/release.x64/loader.img > Traceback (most recent call last): > File "/home/wkozaczuk/projects/osv/scripts/upload_manifest.py", line > 161, in <module> > main() > File "/home/wkozaczuk/projects/osv/scripts/upload_manifest.py", line > 144, in main > manifest = read_manifest(options.manifest) > File "/home/wkozaczuk/projects/osv/scripts/manifest_common.py", line > 59, in read_manifest > hostpath = components[1].strip() > IndexError: list index out of range > ./scripts/build failed: $SRC/scripts/upload_manifest.py -o usr.img -m > usr.manifest -D jdkbase=$jdkbase -D gccbase=$gccbase -D > glibcbase=$glibcbase -D miscbase=$miscbase > > Also as Nadav pointed out when one stops (Ctrl-C) after download (wget) > next run happily does NOT do anything. > > Waldek > > On Tuesday, January 16, 2018 at 2:44:29 PM UTC-5, Geraldo Netto wrote: >> >> Signed-off-by: geraldo netto <gerald...@gmail.com> >> --- >> mysql/GET | 5 +---- >> 1 file changed, 1 insertion(+), 4 deletions(-) >> >> diff --git a/mysql/GET b/mysql/GET >> index 57ed3f8..8871124 100755 >> --- a/mysql/GET >> +++ b/mysql/GET >> @@ -6,12 +6,9 @@ BUILDDIR=$BASEDIR/build >> ROOTDIR=$BASEDIR/install >> SRCDIR=$BASEDIR/mysql-$VERSION >> >> -if [ ! -f mysql-$VERSION.tar.gz ]; then >> - wget -c >> http://dev.mysql.com/get/Downloads/MySQL-5.6/mysql-$VERSION.tar.gz >> >> -fi >> <http://dev.mysql.com/get/Downloads/MySQL-5.6/mysql-$VERSION.tar.gz-fi> >> +wget -c http://dev.mysql.com/get/Downloads/MySQL-5.6/mysql-$VERSION. >> tar.gz >> tar zxf mysql-$VERSION.tar.gz >> >> - >> mkdir -p $BUILDDIR >> mkdir -p $ROOTDIR/etc >> >> -- >> 2.7.4 >> >> -- > You received this message because you are subscribed to the Google Groups > "OSv Development" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to osv-dev+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "OSv Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to osv-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.