Am 01.03.2015 um 16:52 schrieb kp kirchdoerfer: > Hi Erich; > .. >> >> What exactly is different from the sourceforge pages? > > The Packages 5.x page is available. > For whatever reason we can't this page to SF, it will not have the expected > content, whereas the page on zetam.org does. > ...
> > I see the page and I can imagine how to get the content. > The Packages page on zetam provides links to the git repository for > Packiages, > you can either download by clicking the Package or fetch the Package with > wget > with the link shown > > wget > https://sourceforge.net/p/leaf/packages/ci/786d2c9d66decc4c2d8409362f1180d9446f0271/tree/5_1/i386/accel.lrp?format=raw > (on one line of course) Sure, and it might be possible to rearrange the links, so they would be more simple. For example the GIT hash does not help here at all. my current definitions for the kernel, for example LEAFURL=http://leaf.think.ch/stable ARCH=`uname -r | sed s/^.*-//` KERNEL=`find $MOUNTPOINT -name linux 2> /dev/null` LINUX=$LEAFURL/$ARCH/syslinux/linux So you see deceivingly simple. > > This way we don't need the packages anywhere in the SF Files Area and still > can maintaining with git. > > A pro for the page mentioned is that we have: > a) a showcase of available packages > b) reuse all the information given in buildtool.cfg - including dependencies, > package verson and revision That is fine, I don't doubt this, just that parsing all this information is not easy. I don't want to have a requirement of a parsing language. > > How do you fetch your packages from leaf.think.ch? > And how can we make shure to work with dependencies with a flat repo as > leaf.think.ch? I don't, because I don't need to. Upgrade does just this, upgrade. It takes the information of a currently working system and tries its best to lift it to an actual version. What is > > Just to be clear - I don't want to push neither git nor the packages page, > just looking for a working solution, which will not raise maintenance work. Oh, the current page is deceivingly dumb. It is just an unpacked tarball and it is only necessary because the tarball would be too big and would require too much processing to run it to the target system. It is so much faster to fetch a file from a file system than unpacking it from an archive. cheers ET
smime.p7s
Description: S/MIME Cryptographic Signature
------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
