<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.gentoo.bsd">
    <title>gmane.linux.gentoo.bsd</title>
    <link>http://blog.gmane.org/gmane.linux.gentoo.bsd</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.bsd/150"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.bsd/146"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.bsd/144"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.bsd/140"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.bsd/139"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.bsd/137"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.bsd/136"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.bsd/135"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.gentoo.bsd/127"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.bsd/150">
    <title>New Gentoo/FreeBSD 9.0 stages for x86 and amd64</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.bsd/150</link>
    <description>&lt;pre&gt;Hi,

I've (finally) made new fbsd stages. They are available at:
http://dev.gentoo.org/~aballier/fbsd9.0/
in their respective directories.
(at the time of writing this email, there's only amd64 but x86 will
appear soon)

I'll make some more testing and would appreciate any feedback. If
everything goes well I'll push them to the mirrors, in the usual
experimental directory.

I would like to thank especially Yuta SATOH and Richard Yao for their
work on making new stages for Gentoo/FreeBSD which made the task much
easier.

Regards,

Alexis.


&lt;/pre&gt;</description>
    <dc:creator>Alexis Ballier</dc:creator>
    <dc:date>2012-05-05T17:36:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.bsd/146">
    <title>New x86-fbsd stage3</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.bsd/146</link>
    <description>&lt;pre&gt;Dear Everyone,

I made an unofficial x86-fbsd stage3. It is available at the following
address:

http://www.cs.stonybrook.edu/~ryao/stage3-i686-freebsd-9.0.tar.bz2

Yours truly,
Richard Yao

&lt;/pre&gt;</description>
    <dc:creator>Richard Yao</dc:creator>
    <dc:date>2012-03-21T12:42:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.bsd/144">
    <title>Gentoo/FBSD Install</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.bsd/144</link>
    <description>&lt;pre&gt;I'd like to set up a Gentoo/FBSD install to test some packages, but the
docs are out of date and I can't figure it out myself. Has anyone set
one up recently? If so, can it be explained relatively painlessly?


&lt;/pre&gt;</description>
    <dc:creator>Michael Orlitzky</dc:creator>
    <dc:date>2011-04-11T18:32:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.bsd/140">
    <title>G/FreeBSD: 8.0, (almost) new stages and removal of old versions</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.bsd/140</link>
    <description>&lt;pre&gt;Hi all,

I am going to remove all the freebsd ebuilds that are not 7.2; the 6.2
profiles have been gone for a while and ebuilds are really not
maintained, 7.1 profiles have been deprecated for a while too (2
months). If anyone has objections, speak up now!

For those of you who have not updated yet, it is probably simpler to
start a fresh install from the 7.2 stages that I've pushed some months
ago (see experimental/x86/freebsd/7.2/stages/ in the mirrors). I have
not received rants against those stages so I'll assume they're fine :)
About sparc-fbsd, I have (thanks to Monkeh) access to a sparc-fbsd box
where I've put a 7.2 but the port is more surviving than anything else.
The box doesn't have enough disk space to build stages for example,
thus I am nowhere near to be able to push new stages.

As for 8.0, I'll start playing with it now; if any of you have started
to play with it and wanna share the experience, please poke me.

Regards,


Alexis.
&lt;/pre&gt;</description>
    <dc:creator>Alexis Ballier</dc:creator>
    <dc:date>2010-01-11T15:00:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.bsd/139">
    <title>New profile.bashrc.</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.bsd/139</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

Hello everybody.

I'm back, sort of, job's workload went a bit down thanks to a change
freeze during holidays.

So I went on a emerge rampage that got me bitching and moaning about the
parallel make install problems. Here's the profile.bashrc that I came up
with (charset.alias stuff taken from the Gentoo/Prefix profile.bashrc,
I'm in doubt here, was this fixed already?).
Please review/test/etc. Right now my G/FBSD install survives an emerge
- -e &amp;lt; at &amp;gt;system with MAKEOPTS=-j6 which it didn't survive before...
Except for sys-apps/ed, which is using a bare /usr/bin/install from it's
Makefile.

By the way, anybody working on 8.0 ebuilds? ^_^
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (MingW32)

iEYEAREDAAYFAksu1mkACgkQgvV6MZSadQoZ+gCdHxpAvyVCDUbxAo2Up6CsUyDb
TP8An2k5gBlIRQnmBri9+LdQZ4S4/Jdp
=YVws
-----END PGP SIGNATURE-----
if [[ ${EBUILD_PHASE} == compile ]] ; then
if grep -q "Assume that mode_t is passed compatibly" ${S} -r --include openat.c; then
eerror "The source code contains a faulty openat.c unit from gnulib."
eerror "Please report this on Gentoo Bugzilla in Gentoo/Alt product for component FreeBSD."
eerror "http://bugs.gentoo.org/enter_bug.cgi?product=Gentoo%2FAlt&amp;amp;component=FreeBSD&amp;amp;op_sys=FreeBSD"
die "Broken openat.c gnulib unit."
fi
        if grep -q "test .*==" "${S}" -r --include configure; then
                eerror "Found a non POSIX test construction in a configure script"
                eerror "The configure checks of this package may not function properly"
                eerror "Please report this on Gentoo Bugzilla in Gentoo/Alt product for component FreeBSD."
                eerror "http://bugs.gentoo.org/enter_bug.cgi?product=Gentoo%2FAlt&amp;amp;component=FreeBSD&amp;amp;op_sys=FreeBSD"
        fi
fi

# Stolen from prefix

# Hack to avoid every package that uses libiconv/gettext
# install a charset.alias that will collide with libiconv's one
# See bugs 169678, 195148 and 256129.
# Also the discussion on
# http://archives.gentoo.org/gentoo-dev/msg_8cb1805411f37b4eb168a3e680e531f3.xml
bsd-post_src_install() {
        local f
        if [[ ${PN} != "libiconv" &amp;amp;&amp;amp; -n $(ls "${D}"/usr/lib*/charset.alias 2&amp;gt;/dev/null) ]]; then
                einfo "automatically removing charset.alias"
                rm -f "${D}"/usr/lib*/charset.alias
        fi
}

# These are because of
# http://archives.gentoo.org/gentoo-dev/msg_529a0806ed2cf841a467940a57e2d588.xml
# The profile-* ones are meant to be used in etc/portage/profile.bashrc by user
# until there is the registration mechanism.
profile-post_src_install() { bsd-post_src_install ; }
        post_src_install() { bsd-post_src_install ; }

# Another hack to fix old versions of install-sh (automake) where a non-gnu
# mkdir is not considered thread-safe (make install errors with -j &amp;gt; 1)

bsd-post_src_unpack() {
# Do nothing if we don't have patch installed:
if [[ -z $(type -P gpatch) ]]; then
return 0;
fi
local EPDIR="${ECLASSDIR}/ELT-patches/install-sh"
local EPATCHES="${EPDIR}/1.5.6 ${EPDIR}/1.5.4 ${EPDIR}/1.5"
local ret=0
for file in $(find . -name "install-sh" -print); do
if [[ -n $(egrep "scriptversion=2005|scriptversion=2004" ${file}) ]]; then
einfo "Automatically patching parallel-make unfriendly install-sh."
# Stolen from libtool.eclass
for mypatch in ${EPATCHES}; do
if gpatch -p0 --dry-run "${file}" "${mypatch}" &amp;amp;&amp;gt; "${T}/patch_install-sh.log"; then
gpatch -p0 -g0 --no-backup-if-mismatch "${file}" "${mypatch}" \
&amp;amp;&amp;gt; "${T}/patch_install-sh.log"
ret=$?
break
else
ret=1
fi
done
if [[ ret -eq 0 ]]; then
einfo "Patch applied successfully on \"${file}\"."
else
ewarn "Unable to apply install-sh patch. "
ewarn "If you experience errors during install phase, try with MAKEOPTS=\"-j1\""
fi
fi
done
}

profile-post_src_unpack() { bsd-post_src_unpack ; }
post_src_unpack() { bsd-post_src_unpack ; }

&lt;/pre&gt;</description>
    <dc:creator>Javier Villavicencio</dc:creator>
    <dc:date>2009-12-21T01:59:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.bsd/137">
    <title>[SoC 2009] Gentoo/NetBSD important stuff (!)</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.bsd/137</link>
    <description>&lt;pre&gt;Hello everybody,

I've been quiet since 1 month, sorry for the delay but it's maily because of
my studies.

Thanks to Alexis Ballier, I've been able to upload my files somewhere on the
web; actually it's hosted on a Gentoo webserver, waiting for somewhere else..

Here is the URL [1]. You'll find:
- A stage3 Gentoo/NetBSD tarball. To install it, you'll have to download NetBSD
  [2] and perform a minimal installation. If you have troubles during
installation, I advise you to read Chapter 3 of NetBSD handbook, "Example
installation", which describes how to do, step by step [3].

- A QEMU image, archived using lzma. This is the quickest way to test my work,
  without performing an installation. To proceed, QEMU has to be installed on
your machine. I let you read documentation on how to proceed to let your VM
surf the web (hint: you must use tun/tap(4) driver), in order to download
ebuilds from it.

Please, feel free to ask questions or to make suggestions, I'll be glad to
answer. I'm currently applying to become a Gentoo developer, to continue
working on that project, I don't want it to die !

Cheers,

Patrice

[1] http://dev.gentoo.org/~aballier/gnbsd/
[2] ftp://ftp4.fr.netbsd.org/pub/NetBSD/NetBSD-5.0/i386/installation/cdrom/
[3] http://www.netbsd.org/docs/guide/en/chap-exinst.html


&lt;/pre&gt;</description>
    <dc:creator>Patrice Clement</dc:creator>
    <dc:date>2009-10-09T12:51:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.bsd/136">
    <title>[SoC 2009] End of SoC 2009: Gentoo/NetBSD project final report</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.bsd/136</link>
    <description>&lt;pre&gt;Hello everyone,

Today is the end of Summer of Code. As soon as I can (= when it'll be possible
to upload this stuff somewhere), I'll release 3 important things to the
Gentoo/BSD community:

- Gentoo/NetBSD ebuilds: as I said, these ebuilds need to be polished, reworked and
  tested. I didn't get a lot of feedbacks on them so please, be soft with me. :P
- gentoo-netbsd-5.0-stage3.tar.bz2: the famous tarball in question. I'll write
  a little wiki to explain installation steps but it should be very easy: perform
a minimal NetBSD install, download the tarball, extract, and enjoy !
- QEMU VM image: for people who don't want to mess with the install, an image
  will be available. I really need to wait for Google to give us a place to
upload our stuff because of the size of the VM (3 GB). Please, be patient. I'm
sorry but currently, I don't have enough place on my VPS. (perhaps Gentoo guys
can provide me some .. ? :D)

I've made some screenshots of this VM during boot process via OpenRC, login,
emerging of an ebuild (nano), .. Take a look at this url to see them:
http://omani.ac/4ap

This project won't die after GSoC; I'd like to continue working on this in
order to make something as mature as Gentoo/FreeBSD project. Yeah, there is a
big amount of work. :)

As usual, don't hesitate to comment my work, I'll be glad to hear you. :)

I'd like to thank Luca Barbato for his support during the half my GSoC; I
probably wouldn't have finished this project without him. I also like to thank
gentoo-bsd mailing list guys for their precious answers. Even if their has been
hard times, it has been a pleasure to work for the Gentoo Foundation. Thank you
all of you !

Cheers, 

Patrice


&lt;/pre&gt;</description>
    <dc:creator>Patrice Clement</dc:creator>
    <dc:date>2009-08-24T12:27:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.bsd/135">
    <title>[SoC 2009] Gentoo/NetBSD ? Of course it runs !</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.bsd/135</link>
    <description>&lt;pre&gt;Heya people,

This is the final GSoC week and we are near from the end: I'll soon release my
work. Yesterday, I've tried to boot a NetBSD machine under QEMU, where my stage
has been extracted and guess what? It boots, I can login into, and even emerge ebuilds!

I've planned to release 3 things to the community:
- my ebuilds: they need to be reworked and to be heavily tested. The only
  feedbacks I get has been from Davide and Luca. Don't hesitate to make
suggestions and comments on my work.
- a stage: currently, the stage contains everything you'll need to run the
  system. Fetch NetBSD 5.0, perform a minimal install and untar the stage on /,
as a normal Gentoo/Linux install.
- a QEMU image: to quickly test my work, without losing time of an
  installation, you can try this image. Simply boot the image and enjoy.

I'm 5% from the end. What are the 5% left ?
A very weird behavior has appeared: on my NetBSD box, when I emerge an ebuild
in the ROOT, as example: nano, ebuild is emerged, chrooting inside the ROOT and
running the binary works fine. No problem with that. So where is the error ?
When I emerge the same ebuild inside the ROOT, it works but each time you
execute this binary, it produces a gmon.out file. Even without using emerge
(downloading sources, ./configure &amp;amp; make), it also produces a gmon.out after
beeing executed. I don't think the problem comes from emerge. But from where ?
GCC comes from NetBSD sources, as same as binutils.
I can read in GCC man page that gmon.out is produced when -pg flag is used.
Here are my CFLAGS &amp;amp; CXXFLAGS variables from /etc/make.conf, in my ROOT directory:
  CFLAGS="-march=i386 -pipe -O2"
  CXXFLAGS=${CFLAGS}
I use the same outside the ROOT (on my NetBSD devel box). I've never used this
-pg flag. Ever !

Here's an example of this weird behavior:

(I emerge nano as an example, but you can emerge whatever you want, it's the
same)

# emerge -v nano
Calculating dependencies... done!

[ebuild   R   ] app-editors/nano-2.1.9 to /gentoo-nbsd/ USE="-debug -justify-minimal -ncurses -nls -slang -spell -unicode" 0 kB
Total: 1 package (1 upgrade), Size of downloads: 0 kB


[...]
 * More helpful info about nano, visit the GDP page:
 * http://www.gentoo.org/doc/en/nano-basics-guide.xml

 * GNU info directory index is up-to-date.

(ok, we're good)
# chroot /gentoo-nbsd /bin/bash
(we're now inside the ROOT)
soc-netbsd ~ # mkdir output
soc-netbsd ~ # cd output/
soc-netbsd output # ls .
soc-netbsd output # nano
(nano opens itself, I close it)
soc-netbsd output # ls .
soc-netbsd output # emerge -v nano
Calculating dependencies... done!

[ebuild   R   ] app-editors/nano-2.1.9 USE="-debug -justify -minimal -ncurses -nls -slang -spell -unicode" 0 kB
Total: 1 package (1 upgrade), Size of downloads: 0 kB


[...]
 * More helpful info about nano, visit the GDP page:
 * http://www.gentoo.org/doc/en/nano-basics-guide.xml

 * GNU info directory index is up-to-date.

soc-netbsd output # ls .
soc-netbsd output # nano
(open/close)
soc-netbsd output # ls .
gmon.out

I've certainly missed something but I still don't get it. If someone have any
clues about this and could give me a hand, that could be nice.

Thanks !

Cheers,
Patrice


&lt;/pre&gt;</description>
    <dc:creator>Patrice Clement</dc:creator>
    <dc:date>2009-08-19T19:04:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.gentoo.bsd/127">
    <title>Help wanted?</title>
    <link>http://comments.gmane.org/gmane.linux.gentoo.bsd/127</link>
    <description>&lt;pre&gt;I see that this project has been moving pretty slowly.  i've been
considering setting up an openBSD server, preferably Gentoo based.  Wouldn't
mind using it to get the openBSD project back up and running, as it seems to
be about two years dormant.  I've got a 10G partition ready for it - x86
machine.  Shall I start on the toolchain?

Also, my development skills are next to nothing, but I'm more than willing
to learn.  (I've got the basic knowledge of how to program and a basic
working knowledge of C/C++.  Just never applied to *real* development.  Only
Coursework =) ).

Let me know what can be done.

Robert
&lt;/pre&gt;</description>
    <dc:creator>Robert Maynard</dc:creator>
    <dc:date>2009-08-07T21:06:53</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.gentoo.bsd">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.gentoo.bsd</link>
  </textinput>
</rdf:RDF>

