3rd April, 2006: Freenet 0.7 Alpha 1 Freenet is a decentralised "peer-to-peer" system designed to allow the anonymous sharing of information on the Internet. After many months of work, the first alpha version of Freenet 0.7 is ready for testing. Freenet 0.7 represents a major new approach to peer-to-peer network design. To protect the network, and the user's anonymity, Freenet users will now have the ability to connect directly to other people that they know and trust, together forming a "global darknet" making it extremely difficult for any third party, whether a government or another powerful organisation, to determine that a user is participating in Freenet, let alone what they are doing with it. This new version is a complete rewrite of the Freenet software, representing numerous other improvements, including: Freenet now operates over UDP rather than TCP Freenet can transparently operate through firewalls Freenet's core architecture and algorithm has been redesigned for simplicity and efficiency A new and even simpler API allowing the rapid development of third party software that interacts with Freenet The new Freenet employs a simpler and more flexible routing model than previous versions, which in the future may allow diverse applications ranging from efficient search, to near-real time instant messaging and chat between anonymous participants. Initially Freenet 0.7 will be a "pure darknet" model, in that all connections must be trusted, however future versions will permit a mixed opennet/darknet approach where the user can opt to allow untrusted connections to their node, which will improve connectivity and convenience at the expense of security. Note that this release is still a very early alpha; users should neither expect it to be secure, nor user friendly. Rather, the purpose of this release is to facilitate wider testing, to inform people of the progress we have made, and to attract fresh development talent, both to Freenet itself, and to third party applications that use Freenet as a platform. This release would not have been possible without the work of numerous volunteers, and Matthew Toseland, Freenet's full time developer. Matthew's work is funded through donations via our website, we ask that anyone who can help us to ensure Matthew's continued employment by visiting our donations page and making a contribution at: http://freenetproject.org/index.php?page=donate The new version of Freenet may be downloaded from: http://freenetproject.org/index.php?page=download-new
freenet 0.7 build 844 available
Feel free to post an ebuild. I tried to work in an ebuild, but this has changed a lot since 0.5...so if anybody is using this, an ebuild is welcome.
P.masked, bug 72996
Created attachment 116254 [details] simple ebuild for freenet-0.7 i build a simple ebuild for freenet-0.7 for myself using the non-x install method. Perhaps it can be used for an official ebuild for freenet?
Created attachment 116258 [details] simple ebuidl for freenet-0.7 new archive (old one with wrong digest)
*** Bug 176881 has been marked as a duplicate of this bug. ***
Comment on attachment 116258 [details] simple ebuidl for freenet-0.7 Sorry, noone's going to have a look at tarballs. http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=3#doc_chap2
Created attachment 118032 [details] freenet-0.7_alpha.ebuild
Created attachment 118034 [details, diff] files/install-0.7_alpha.patch
Created attachment 118035 [details] files/freenet init-Script
Created attachment 118037 [details] files/plugins.patch
Comment on attachment 118032 [details] freenet-0.7_alpha.ebuild 1/ What's wrong w/ use foo || rm foo instead of the if... else... fi thing? 2/ Learn to use sed, please (the stuff in src_compile) 3/ Wrt src_install - the thing doesn't have a makefile? It'd better grow one if you want to see this back in the tree. 4/ Uh, installing to /home is a total no-go
Created attachment 118202 [details] freenet-0.7_alpha.ebuild i read in another bug that it is not allowed to download things within the emerge process. So i build a tarball with the latest files (i couldn't find any archive at freenetproject.org). @Jakub: 1. removed 2. removed 3. freenet is a java application, there is nothing to do for a makefile (or should i move the src_install staff into a makefile?) 4. changed to /opt
Created attachment 118204 [details] freenet (init Script)
This is the tarball i created: http://www.tommyserver.de/mirrors/freenet-20070504.tar.bz2
No answer by anyone? Is the net-p2p team no more active or why doesnt anyone answer in this bug? >Comment #2: Feel free to post an ebuild<snip> An ebuild is welcome. Isnt it any more?
(In reply to comment #16) > No answer by anyone? Is the net-p2p team no more active or why doesnt anyone > answer in this bug? > Yeah it's just one man currently (not me though :)). Always looking for more people. Reopening.
This needs to go to maintainer-wanted.
Comment on attachment 118202 [details] freenet-0.7_alpha.ebuild OK, _much_ better now. You shouldn't use /usr/bin/install in src_install, we have do* wrappers for that (doins, dobin, etc.) http://devmanual.gentoo.org/ebuild-writing/functions/src_install/index.html man 5 ebuild
Created attachment 118631 [details] freenet-0.7_alpha.ebuild changed and simplified
Created attachment 125877 [details] freenet-0.7.1047.ebuild new ebuild for actual version of freenet. files are downloaded from project homepage (until snapshot is dropped)
Created attachment 126264 [details] freenet-0.7.1050.ebuild version update
Created attachment 127488 [details] freenet-bin-0.7.1052.ebuild new upstream release, will hopefully be soon in the sunrise overlay
Created attachment 127793 [details] freenet-bin-0.7.1054.ebuild latest upstream release. freenet-bin is now in sunrise-overlay: http://overlays.gentoo.org/svn/proj/sunrise/reviewed/net-p2p/freenet-bin/
I had to change the freenet user created in /etc/passwd from /sbin/nologin to /bin/bash to get rid of the message "This account is currently not available" when running "/etc/init.d/freenet start". Is there any reason I shouldn't do this, and if so is there a better way to fix the error?
Comment on attachment 127793 [details] freenet-bin-0.7.1054.ebuild ><HTML><HEAD/><BODY><PRE># Copyright 1999-2007 Gentoo Foundation ># Distributed under the terms of the GNU General Public License v2 ># $Header: $ > >inherit eutils >DESCRIPTION="An encrypted network without censorship" >HOMEPAGE="http://www.freenetproject.org/" >MY_V="r14628" >MY_P="${PN/-bin/}-${MY_V}-snapshot.jar" >SRC_URI="http://downloads.freenetproject.org/alpha/installer/freenet07.tar.gz > http://downloads.freenetproject.org/alpha/update/update.sh > http://downloads.freenetproject.org/alpha/update/wrapper.conf > http://downloads.freenetproject.org/alpha/${MY_P} > http://downloads.freenetproject.org/alpha/freenet-ext.jar" >RESTRICT="userpriv mirror" >LICENSE="GPL-2" >IUSE="" >SLOT="0" >KEYWORDS="~amd64 ~x86" >RDEPEND="( >=virtual/jre-1.4 )" >DEPEND="${RDEPEND}" >S="${WORKDIR}/${PN/-bin/}" > >QA_TEXTRELS="opt/freenet/lib/libwrapper-linux-x86-32.so > opt/freenet/lib/libwrapper-linux-x86-64.so" > >pkg_setup() { >enewgroup freenet >enewuser freenet -1 /bin/sh /opt/freenet freenet >} > >src_unpack() { > unpack "freenet07.tar.gz" > cp ${DISTDIR}/freenet-ext.jar ${DISTDIR}/update.sh ${DISTDIR}/wrapper.conf ${DISTDIR}/${MY_P} ${S}/ > cd "${S}" > rm bin/wrapper-macosx* bin/wrapper-linux-ppc-* lib/libwrapper-macosx*.* \ > lib/libwrapper*ppc-*.so update stun mdns librarian bin/1run.sh bin/*jar >} > >src_compile() { > sed -e 's:./bin/wrapper:/opt/freenet/bin/wrapper:g' \ > -e 's:./wrapper.conf:/opt/freenet/wrapper.conf:g' \ > -e 's:PIDDIR=".":PIDDIR="/opt/freenet/":g' \ > -e 's:#RUN_AS_USER=:RUN_AS_USER=freenet:g' run.sh>freenet > rm run.sh >} > >src_install() { > doinitd "${S}/freenet" > rm ${S}/freenet > into /opt/freenet > cp -r ${S} ${D}/opt/ > dosym freenet-stable-latest.jar /opt/freenet/freenet.jar > fowners freenet:freenet /opt/freenet/ -R >} > >pkg_postinst () { > einfo "1. Start freenet with /etc/init.d/freenet start" > einfo "2. Open localhost:8888 in your browser for the web interface." > einfo "3. After uninstalling freenet delete /opt/freenet manually (unless you want to keep it for a later reinstall)" > einfo " as freenet creates some extra stuff not deleted by portage" > if (diff /opt/freenet/${MY_P} /opt/freenet/freenet-stable-latest.jar >/dev/null); then :; > else > cp /opt/freenet/${MY_P} /opt/freenet/freenet-stable-latest.jar > fi >} ></PRE></BODY></HTML>
Created attachment 127867 [details] freenet-bin-0.7.1054.ebuild Sorry about the spam in the post before, i only wanted to edit the attachment. I had the freenet user due to prior experiments with a shell so i did not see this problem, but yes, you are right, Mark. Changed the command to give freenet a shell. (Changes will also be in the next sunrise release) New ebuilds will now only be released there to not spam bugzilla.
Now added also a source ebuild "freenet" to sunrise-overlay install instructions: emerge -av layman layman -a sunrise emerge -av freenet or emerge -av freenet-bin for updates: layman -s sunrise or: layman -S
[echo] ******************************************************************** ** [echo] A 32-bit build was requested, but this is a 64-bit JVM. [echo] ******************************************************************** ** BUILD FAILED /var/tmp/portage/net-p2p/freenet-0.7.1100/work/freenet/contrib/freenet_ext/build .xml:73: The following error occurred while executing this line: /var/tmp/portage/net-p2p/freenet-0.7.1100/work/freenet/contrib/wrapper/build.xml :307: The "bits" system property does not match that of the JVM. Total time: 2 seconds make: *** [all] Error 1 * * ERROR: net-p2p/freenet-0.7.1100 failed. * Call stack: * ebuild.sh, line 1701: Called dyn_compile * ebuild.sh, line 1039: Called qa_call 'src_compile' * ebuild.sh, line 44: Called src_compile * ebuild.sh, line 711: Called die * The specific snippet of code: * emake || die "emake failed" * The die message: * emake failed * * If you need support, post the topmost build error, and the call stack if rele vant. * A complete build log is located at '/var/tmp/portage/net-p2p/freenet-0.7.1100 /temp/build.log'. * * Messages for package net-p2p/freenet-0.7.1100: * * ERROR: net-p2p/freenet-0.7.1100 failed. * Call stack: * ebuild.sh, line 1701: Called dyn_compile * ebuild.sh, line 1039: Called qa_call 'src_compile' * ebuild.sh, line 44: Called src_compile * ebuild.sh, line 711: Called die * The specific snippet of code: * emake || die "emake failed" * The die message: * emake failed * * If you need support, post the topmost build error, and the call stack if rele vant. * A complete build log is located at '/var/tmp/portage/net-p2p/freenet-0.7.1100 /temp/build.log'. * emerge --info Portage 2.1.3.19 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22-gentoo-r2 x86_64) ================================================================= System uname: 2.6.22-gentoo-r2 x86_64 Dual-Core AMD Opteron(tm) Processor 1210 Timestamp of tree: Tue, 22 Jan 2008 23:00:01 +0000 app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.10-r5 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.23-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=opteron -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/initng/daemon /etc/initng/net /etc/initng/system /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=opteron -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j4" 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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/mozilla /usr/portage/local/layman/sajinet /usr/portage/local/layman/sunrise /usr/local/portage /usr/portage/local/layman/mozilla" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl alsa amd64 berkdb bitmap-fonts cli cracklib crypt cups dri fortran gdbm gif gpm iconv ipv6 isdnlog kde midi mmx mudflap ncurses nls nptl nptlonly opengl openmp pam pcre perl png pppd python readline reflection sdl session spell spl sse sse2 ssl tcpd truetype-fonts type1-fonts unicode userlocales vorbis xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INITNG_PLUGINS="also bash_launcher chdir chroot conflict cpout critical ctrlaltdel daemon_clean debug_commands envparser find fmon fstat history idleprobe initctlinteractive iparser last limit lockfile logfile netdev netprobe ngc4 ngcs nge pause provide reload renice rlparser simple_launcher stcmd stdout suid syncron syslog sysrequnneeded usplash" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia fbdev vesa vga" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
As the error message said, my freenet source ebuild does not support 64bit (and is therefor only ~x86 keyworded). And because of lack of time this will probably not change in the near future. For now you have only the choise either to debug it yourself or use the freenet-bin ebuild, which should work with x86 and amd64.
freenet ebuild in sunrise overlay now also supports 64bit (amd64), therefor, freenet-bin will be dropped out of sunrise.
Freenet won't work with blackdown java? I hate java.
What about icedtea?
(In reply to comment #33) > What about icedtea? > I don't see why it shouldn't run on IcedTea, if you're able to set-up icedtea on your system, feel free to tell us about your experiences running Freenet with it ;-) Apart of that, if you have questions about IcedTea, OpenJDK, etcétera... forums.gentoo.org is the proper place to look for support.
It's just that the freenet ebuild (as it currently exists in sunrise) specifically requires sun-jdk --- I don't like having a zillion jdks. (Ideally 0 non-foss ones).
Comment on attachment 127867 [details] freenet-bin-0.7.1054.ebuild actual versions in sunrise overlay
You are always free to edit the ebuild in your local overlay and test it with other jdks/jres. If you get it successfully compiled and running without problems, report it and i will try to include that one into the ebuild.
Version 1167 is out. And the svn ebuild is missing the java package/dependency net.contrapunctus.lzma -- I'm not sure how we got around that with the pre-bundled builds (ie. _p1166).
1167 is the same as 1166, it is just a new build for the binary versions to work with java-1.5. But this does not affect the ebuild as we always compile it ourself. For the svn version: That is live, therefor unsupported and as usual for live code, it can break from time to time. I already have created the needed code locally, so dont worry about the future. :-)
(In reply to comment #33) > What about icedtea? > (In reply to comment #35) > It's just that the freenet ebuild (as it currently exists in sunrise) > specifically requires sun-jdk --- I don't like having a zillion jdks. (Ideally > 0 non-foss ones). > The actual ebuild does just depend on >=virtual/jdk-1.5, so with the java-overlay added and icedtea6 installed (and no other preferred jdk installed), icedtea6 should be used. Tested and works on my system. :-)
Awesome. The ebuild(s) have matured a lot. When are they going to get into the main portage tree--or do we actually want to keep them in sunrise for more control over them? :)
1169 is out. To make these "alpha" releases easier to maintain, maybe we should just use the svn 9999 ebuild template, and just append the matching revision to ESVN_REPO_URI with the http://svnurl@23352 syntax? (and change the SRC_URI for seenodes.fref.) (I'm sure there are other ways to find out the latest revision, but one is to parse http://downloads.freenetproject.org/alpha/freenet-stable-latest.jar.url)
Created attachment 170957 [details] subversioned ebuild for freenet version 1169 I would use this as a template for future releases... basically the 9999 ebuild except pegged to a "stable" revision. I also changed the SRC_URI for the seednodes.fref to use the one on freenetproject.org. I also got rid of the dodir bin/, since I'm not sure if anything was using it? I also changed the postrm() log message to refer to "/var/freenet" instead of the old "/opt/freenet". So, for future "stable alpha releases", all we'd have to do is change that one revision number :D. ?
Umm, the above ebuild is wrong--p1169 /should/ be pegged at subversion r23350 (not 23352).
Comment on attachment 170957 [details] subversioned ebuild for freenet version 1169 freenet 1169 = r23350
Oh, also, the second ESVN_REPO_URI should have an "@${ESVN_WC_REVISION}" appended to it, so that the later sed "@custom@" substitution uses the fixed revision, and not the latest one.
And how do you make sure you have the same version as the one i had while testing? With a tarball, you have checksums, what do you have with svn? Another thing: seednodes.fref on freenetproject.org changes from time to time, so your ebuild would fail for new installations, while old installs would stay with an old, outdated file. With this (and other) reasons in mind, i surely wont switch my way of maintaining freenet. Btw.: You dont need to notify about new versions, i know about them.
True--tarballs are a lot better. We should ask the freenet devs to host/publish them--they already host the latest compiled snapshot jars. (Though you can't argue that my proposal is a lot easier--just one number has to be changed! ;P.) (As for the changing seednodes.fref, it's actually also hosted in the same googlecode svn trunk, so we could checkout yet a third svn repo (the opennet one) to retrieve it--but, yeah, upon further considerationg, sticking with tarballs probably is smarter.)
(Err... on further examination seednodes.fref actually isn't in svn. Sigh.)
In the 9999 svn ebuild, the ESVN_WC_REVISION (for the sed @custom@ revision number substitution) uses the /old/ repository number... not the one that it's currently at, after having been updated. Very strange.
Fixed the revision bug. subversion_src_unpack also calls subversion_wc_info internally, and before the update command--so the old ebuild was using the old revision of the last svn update call. To fix it, we store the value right after it gets updated (by subversion_wc_info), and before it gets overwritten (by the following subversion_src_unpack).
The 1191 ebuild shows the incorrect revision. (24101, instead of 24115).
the shown revision is wrong (bug in my build script), but the rest is the same as in r24115, so nothing to fear. Thanks for reporting, though.
