<?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://permalink.gmane.org/gmane.linux.gentoo.bsd">
    <title>gmane.linux.gentoo.bsd</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.gentoo.bsd/154"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/153"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/152"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/151"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/150"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/149"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/148"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/146"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/145"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/144"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/141"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/140"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/139"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/138"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/137"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/136"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/135"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/134"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/133"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.bsd/132"/>
      </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://permalink.gmane.org/gmane.linux.gentoo.bsd/154">
    <title>Re: New Gentoo/FreeBSD 9.0 stages for x86 and amd64</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/154</link>
    <description>&lt;pre&gt;On Wed, 9 May 2012 01:22:50 -0400
Richard Yao &amp;lt;ryao&amp;lt; at &amp;gt;cs.stonybrook.edu&amp;gt; wrote:


probably because it gets built and installed before python2 and python
ebuilds made it the default back then...


&lt;/pre&gt;</description>
    <dc:creator>Alexis Ballier</dc:creator>
    <dc:date>2012-05-09T12:18:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/153">
    <title>Re: New Gentoo/FreeBSD 9.0 stages for x86 and amd64</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/153</link>
    <description>&lt;pre&gt;
Why is python3 the default interpreter if people might run into problems
because of it?

&lt;/pre&gt;</description>
    <dc:creator>Richard Yao</dc:creator>
    <dc:date>2012-05-09T05:22:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/152">
    <title>Re: New Gentoo/FreeBSD 9.0 stages for x86 and amd64</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/152</link>
    <description>&lt;pre&gt;
Some updates:
- python3 is set as the default interpreter, remember to switch it to
python2 or you might run into problems; anybody knows how did they fix
this for gentoo linux when python3 reached stable ?
- creating pie executables is broken: they'll get textrels on x86 and
  will simply not link on amd64; will send a patch to gcc fixing this.

A.


&lt;/pre&gt;</description>
    <dc:creator>Alexis Ballier</dc:creator>
    <dc:date>2012-05-08T12:49:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/151">
    <title>RES: New Gentoo/FreeBSD 9.0 stages for x86 and amd64</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/151</link>
    <description>&lt;pre&gt;Great work, thanks!

--
Eduardo Schoedler


-----Mensagem original-----
De: Alexis Ballier [mailto:aballier&amp;lt; at &amp;gt;gentoo.org] 
Enviada em: sábado, 5 de maio de 2012 14:37
Para: gentoo-bsd&amp;lt; at &amp;gt;lists.gentoo.org; bsd&amp;lt; at &amp;gt;gentoo.org
Assunto: [gentoo-bsd] New Gentoo/FreeBSD 9.0 stages for x86 and amd64

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>Eduardo Schoedler</dc:creator>
    <dc:date>2012-05-05T19:08:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/150">
    <title>New Gentoo/FreeBSD 9.0 stages for x86 and amd64</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.gentoo.bsd/149">
    <title>Re: New x86-fbsd stage3</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/149</link>
    <description>&lt;pre&gt;
Thanks for sharing this procedure. I am happy to hear that you did a
successful installation. :)

&lt;/pre&gt;</description>
    <dc:creator>Richard Yao</dc:creator>
    <dc:date>2012-04-27T18:06:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/148">
    <title>Re: New x86-fbsd stage3</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/148</link>
    <description>&lt;pre&gt;
I was finally able to get up and running, although in a roundabout manner.

1. Boot the PC-BSD live DVD, and install it to the hard drive.

2. Reboot to the GhostBSD liveCD (PC-BSD panics).

3. Mount the drive, and delete everything except /boot.

4. Untar this stage3 and the latest portage.

5. Reboot.

6. Something goes wrong, /dev/ad0s1a is read-only?

7. Boot to GhostBSD, and fsck a few times. Tons of errors fixed.
   Whatever =)

8. Reboot again, it works.



&lt;/pre&gt;</description>
    <dc:creator>Michael Orlitzky</dc:creator>
    <dc:date>2012-04-27T17:46:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/146">
    <title>New x86-fbsd stage3</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.gentoo.bsd/145">
    <title>Re: Gentoo/FBSD Install</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/145</link>
    <description>&lt;pre&gt;
First, familiarize yourself with installing vanilla FreeBSD. 
Specifically the partitioning (bsd labels and such) and boot process.

Second, boot off any FreeBSD-8.x kernel bootable media, and get a shell 
interface.

Third, unpack the stage3 and continue to install as if it was a Gentoo 
install, bear in mind the obvious FreeBSD differences (kernel 
compilation, modules loaded in the bootloader, etc).

Troubleshooting should be easy if you got the second step right.

As of now, a bunch of &amp;lt; at &amp;gt;system currently keyworded ~x86-fbsd doesn't 
compile/work as it should. Help (as in: patches, bugs with proper 
patches reported upstream) is always welcome.


&lt;/pre&gt;</description>
    <dc:creator>Javier Villavicencio</dc:creator>
    <dc:date>2011-04-12T01:07:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/144">
    <title>Gentoo/FBSD Install</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.gentoo.bsd/141">
    <title>Re: G/FreeBSD: 8.0, (almost) new stages and removal of old versions</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/141</link>
    <description>&lt;pre&gt;
I've got some stuff for 8.0 done, but it's getting quite hard to work
with as the stages progress.
For example, after freebsd-lib gets compiled, portage (actually python)
stops working (it keeps emerging things until it fails then resuming
doesn't work). The reason? The new tty code on fbsd, where portage
attempts to get a tty, it's there that it dies.
I've been patching portage (2 lines) for this, but it got very annoying
at some point, plus summer and no AC keeps me away from going back to
stage building unless it's cloudy outside.
Other than that, it seems it's going to be easier to build the stages
from 8.0 instead of uprading from 7.2, which doesn't sound too good :+(

I'll check if my access to our git repo still works and upload what I
have in ebuilds there (bunch of updated patches that could be useful).

Salu2,
Javier.


&lt;/pre&gt;</description>
    <dc:creator>Javier Villavicencio</dc:creator>
    <dc:date>2010-01-11T18:20:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/140">
    <title>G/FreeBSD: 8.0, (almost) new stages and removal of old versions</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.gentoo.bsd/139">
    <title>New profile.bashrc.</title>
    <link>http://permalink.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
e&lt;/pre&gt;</description>
    <dc:creator>Javier Villavicencio</dc:creator>
    <dc:date>2009-12-21T01:59:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/138">
    <title>Re: [SoC 2009] Gentoo/NetBSD important stuff (!)</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/138</link>
    <description>&lt;pre&gt;
Hey Patrice, well done!

If Davide agrees, you may want to update and improve the current
Gentoo/Netbsd Install guide
(http://www.gentoo.org/proj/en/gentoo-alt/bsd/nbsd/doc/gentoo-netbsd.xml)
using your own stuff.

Best regards,
&lt;/pre&gt;</description>
    <dc:creator>Camille Huot</dc:creator>
    <dc:date>2009-10-09T15:29:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/137">
    <title>[SoC 2009] Gentoo/NetBSD important stuff (!)</title>
    <link>http://permalink.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&lt;/pre&gt;</description>
    <dc:creator>Patrice Clement</dc:creator>
    <dc:date>2009-10-09T12:51:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/136">
    <title>[SoC 2009] End of SoC 2009: Gentoo/NetBSD project final report</title>
    <link>http://permalink.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 ebu&lt;/pre&gt;</description>
    <dc:creator>Patrice Clement</dc:creator>
    <dc:date>2009-08-24T12:27:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/135">
    <title>[SoC 2009] Gentoo/NetBSD ? Of course it runs !</title>
    <link>http://permalink.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&lt;/pre&gt;</description>
    <dc:creator>Patrice Clement</dc:creator>
    <dc:date>2009-08-19T19:04:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/134">
    <title>Re: [SoC 2009] Ping ? Pong ! News and progress..</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/134</link>
    <description>&lt;pre&gt;Hi Javier, and thank you for your reply.

Saturday 15 Aug 2009 10:44:27 (-0300), Javier Villavicencio wrote :

That seems to be a huge amount of work. As said before, I'll keep things
"as-is" for now because it just works. This week, I'll focus on problems
solving with PAM and stage building. I'm sorry but I'm a bit in a hurry due to
lack of time. I want to bring something functionnal for everyone. I really want
to continue my work after GSoC, don't doubt on my motivation. You, guys and
devs of this mailing list, were always here to bring me some piece of advices
when I was in trouble.. I want to give a back to you. :)

Cheers!

Patrice


&lt;/pre&gt;</description>
    <dc:creator>Patrice Clement</dc:creator>
    <dc:date>2009-08-16T11:14:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/133">
    <title>Re: [SoC 2009] Ping ? Pong ! News and progress..</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/133</link>
    <description>&lt;pre&gt;
Basically, keep NetBSD versions of those utilities to get NetBSD itself
built successfully, then alias the GNU versions for portage to compile
ebuild successfully.


Ahh good old times. FreeBSD devs did also patch GCC sources to work on
FreeBSD. See http://bugs.gentoo.org/192403 for what it takes to get "our
toolchain" to behave properly on FreeBSD. And that's why I asked some
time ago if you managed to compile the kernel with a gentoo toolchain,
it's a big pain in the back :D.

There might be many things patched, however those in the gcc spec are
key to get a working gcc, and lucky us, the specs don't vary too much,
so you can try a diff between NetBSD gcc specs versus GNU gcc specs to
spot what's missing/required.

From there you can start a "copy" of your sys-devel/gcc ebuild of
choice, and add patches as required, once you get a somewhat working
version the patches can be tested/reviewed by the GNU devs to iron out
what's not required, what's correct, and what's wrong.

And here is where the legal BSD v&lt;/pre&gt;</description>
    <dc:creator>Javier Villavicencio</dc:creator>
    <dc:date>2009-08-15T13:44:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/132">
    <title>Re: [SoC 2009] Ping ? Pong ! News and progress..</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/132</link>
    <description>&lt;pre&gt;Dear all;

I did attempt to get NetBSD running with Gentoo on a spare Alpha I had
lying around a couple of years ago.  I have since then moved to where
there's 120V in the wall sockets, and the cheap PSU I used to house the
board cannot deal with it.  I still haven't found the time to buy a new
power supply, and hence the alpha is currently serving as a door stop.


On 08/14/09 06:58, Alexis Ballier wrote:


I seem to recall the NetBSD people introduced new functionality into
OpenPAM without which NetBSD won't work.  I've haven't been following
NetBSD or OpenPAM very closely since I gave up on my alpha, so I'm not
sure how much help my old patch would be.  But you can make your own!
Just make a diff between the sources of sys-auth/openpam and
corresponding sources in the NetBSD tree.


On 08/14/09 06:58, Alexis Ballier wrote:


I vaguely recall having problems here as well.  As Alexis points out, I
think it turned out to be related to OpenSSL.  It may be worth checking
_very_ carefully that your openssl buil&lt;/pre&gt;</description>
    <dc:creator>Johan Hattne</dc:creator>
    <dc:date>2009-08-14T16:24:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.bsd/131">
    <title>Re: [SoC 2009] Ping ? Pong ! News and progress..</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.bsd/131</link>
    <description>&lt;pre&gt;Friday 14 Aug 2009 13:15:07 (+0200), Alexis Ballier wrote :

Shit happens. But thanks for your help. :)
I'm gonna ping you on IRC.


Ok, I'll correct that.


Using OpenRC makes rcorder useless: it's used in /etc/rc script.


I didn't know that, and it's great if "g" suffix is added. 
But Portage needs some GNU tools like GNU sed: some scripts/patches 
don't work if you don't use it. Same thing about awk:
I read ebuild.sh source code and "gawk" command is used. I'll correct this but
I'll still install them in my stage.


On my "correct" list.


Yes, NetBSD has also his own version of uuidgen and libuuid. On my list.


*


*


*,
which means: we should talk about this on IRC. I'll give you errors logs. It's
mainly compilation errors.


I'm gonna rename it.


NetBSD devs seem to have patched GCC sources to suit to NetBSD. I maybe writing
a big mistake. But I have tried every GCC's ebuilds and none of them have
worked. Even by downloading GCC sources on gcc.gnu.org website, ./configure and
make, it simply doesn'&lt;/pre&gt;</description>
    <dc:creator>Patrice Clement</dc:creator>
    <dc:date>2009-08-14T14:50:22</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>

