Hi Lonnie,

I was facing the same issue. svn.freebsd.org is doing DNS rotation such that some repos got fetched OK and others timed out when preparing libc. Aliasing svn.freebsd.org with the IP address of svn.de.freebsd.org in /etc/hosts solved the issue for me:

213.83.6.108 svn.freebsd.org

HTH.

Cheers, Alex

On 05.10.2015 16:27, Lonnie Cumberland wrote:

I am currently working on getting VirtualBox/Genode/NOVA compiled up and am trying to "prepare_port libc" but have found that the

http://svn.freebsd.org/base/release/8.2.0/lib/libc

seems to be unstable and times out a lot while trying to download the library.

Is there an alternate location that I can get the libc library from?

Hi Alex,

I tried the IP address this morning on a freshly installed Genode git download and although it seems that things get downloaded good now, that there is a problem in that Genode is reporting an out of date libc

-------------------------------------------------------------------------------------------- lonnie@...355...:~/genode$ ./tool/ports/prepare_port libc libc download http://213.83.6.108/base/release/8.2.0/lib/libc libc download http://213.83.6.108/base/release/8.2.0/lib/libutil libc download http://213.83.6.108/base/release/8.2.0/include libc download http://213.83.6.108/base/release/8.2.0/sys/sys libc download http://213.83.6.108/base/release/8.2.0/sys/rpc libc download http://213.83.6.108/base/release/8.2.0/sys/net libc download http://213.83.6.108/base/release/8.2.0/sys/netinet libc download http://213.83.6.108/base/release/8.2.0/sys/netinet6 libc download http://213.83.6.108/base/release/8.2.0/sys/bsm libc download http://213.83.6.108/base/release/8.2.0/sys/vm libc download http://213.83.6.108/base/release/8.2.0/sys/arm/include libc download http://213.83.6.108/base/release/8.2.0/sys/i386/include libc download http://213.83.6.108/base/release/8.2.0/sys/amd64/include libc download http://213.83.6.108/base/release/8.2.0/lib/msun libc download http://213.83.6.108/base/release/8.2.0/contrib/gdtoa libc download http://213.83.6.108/base/release/8.2.0/lib/libc/gen libc generate nslexer.c libc generate nsparser.c libc generate bootparam_prot.h libc generate nfs_prot.h libc generate nlm_prot.h libc generate rstat.h libc generate ypupdate_prot.h libc generate crypt.h libc generate nis_cache.h libc generate pmap_prot.h libc generate rwall.h libc generate yp.h libc generate key_prot.h libc generate nis_callback.h libc generate rex.h libc generate sm_inter.h libc generate ypxfrd.h libc generate klm_prot.h libc generate nis_object.h libc generate rnusers.h libc generate spray.h libc generate mount.h libc generate nis.h libc generate rquota.h libc generate yppasswd.h libc generate rpcb_prot.h libc apply src/lib/libc/patches/*.patch libc install include/libc libc install include/libc/rpc libc install include/libc/rpcsvc libc install include/libc/gssapi libc install include/libc/arpa libc install include/libc/vm libc install include/libc/net libc install include/libc/netinet libc install include/libc/netinet6 libc install include/libc/bsm libc install include/libc/sys/rpc libc install include/libc/sys libc install include/libc-i386 libc install include/libc-i386/machine libc install include/libc-amd64 libc install include/libc-amd64/machine libc install include/libc-arm libc install include/libc-arm/machine libc create symlinks libc generate libc.hash Error: libports/ports/libc.port is out of date, expected f1914de0f0dbab36a44f96a8e591d1d87742130e make: *** [_check_integrity] Error 1

-------------------------------------------------------------------------------------------

not sure if it makes sense for the Genode project, but wouldn't it be a good idea for the Genode project to have local copies of these types of files so that compatability and building the base should not be a problem anymore? Just an idea.

I could see that a local repository could get rather large, but the upside is that the Genode users could get local copies that are known to work and install properly with the latest Genode versions.

Anyway, do you have any suggestions on how to resolve the out-of-date error?

Kind Regards and have a great day, Lonnie

On Mon, Oct 5, 2015 at 3:23 PM, Alexander Senier <alex@...331...> wrote:

Hi Lonnie,

I was facing the same issue. svn.freebsd.org is doing DNS rotation such that some repos got fetched OK and others timed out when preparing libc. Aliasing svn.freebsd.org with the IP address of svn.de.freebsd.org in /etc/hosts solved the issue for me:

213.83.6.108 svn.freebsd.org

HTH.

Cheers, Alex

On 05.10.2015 16:27, Lonnie Cumberland wrote:

...

I am currently working on getting VirtualBox/Genode/NOVA compiled up and

am

...

trying to "prepare_port libc" but have found that the

http://svn.freebsd.org/base/release/8.2.0/lib/libc

seems to be unstable and times out a lot while trying to download the library.

Is there an alternate location that I can get the libc library from?

---

---

genode-main mailing list genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main

Thanks for the info, Norman.

That worked perfectly.

I will read up on that section in the manual (which is very well done and great job on it, I must say)

Cheers, Lonnie

Kind Regards and have a great day, Lonnie

On Tue, Oct 6, 2015 at 9:06 AM, Norman Feske <norman.feske@...1...> wrote:

Hi Lonnie,

...

not sure if it makes sense for the Genode project, but wouldn't it be a good idea for the Genode project to have local copies of these types of files so that compatability and building the base should not be a problem anymore? Just an idea.

I could see that a local repository could get rather large, but the upside is that the Genode users could get local copies that are known to work and install properly with the latest Genode versions.

we will definitely need to think of an alternative to the current status quo as those kind of problems continue to plague us. But until now I have not found a good way to go forward. Providing the downloads on genode.org sounds be an obvious idea. But in addition to bandwidth concerns, we will need to take measures to secure the integrity of the downloads, i.e., signing the archives. In short, I am afraid that we cannot come up with a short-term solution but we see the necessity for an improvement.

...

Anyway, do you have any suggestions on how to resolve the out-of-date error?

Assuming that you modified the download location in repos/libports/ports/libc.port, you will also need to adjust the corresponding hash at repos/libports/ports/libc.hash. Right now, the hash still refers to the old version of the libc. So the build system tries to use the (uninstalled) original version and rightfully complains. :-) You can update the hash file for your changed libc.port via

cd genode ./tool/ports/update_hash libc

Now, the build system should be able to use your version of the libc.

If you want to learn more about our mechanism for incorporating 3rd-party software such as the libc, you may find the Sections "5.2. Integration of 3rd-party software" and "5.3.6. Building 3rd-party software" of the manual [1] helpful.

[1] http://genode.org/documentation/genode-foundations-15-05.pdf

Cheers Norman

-- Dr.-Ing. Norman Feske Genode Labs

http://www.genode-labs.com · http://genode.org

Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth

---

---

genode-main mailing list genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main