Hi guys.
I was kinda busy during last period w/ university related stuffs so I didn’t write anythin’ about g/fbsd progress.However, quickly, the two bugs we are waiting for were closed. Javier made a really huge work and now 7.1 is in portage.
Here’s the link to bootcd and stages : http://xrl.us/beb5cz
Enjoy.
Cheers,
dav
P.S. I think I’ll update the installation guide when I’ll finish w/ my exams. Stay tuned.
..and I’m not talking about the famous German mathematician. I’m talking about my ~x86-fbsd box.
It’s dead, and actually I haven’t a way to replace it. So, donations of every type or access to other boxes running gentoo/freebsd 7.0 are really _appreciated_. I’m asking so because gentoo/freebsd is going to be released, we’re doing an huge work testing and keywording packages, and it couldn’t be good if we stop it now. If you want to donate something please drop me two lines at dav_it at g.o or leave a comment to this post.
Thanks a lot
not_so_happy davit
Wow. I’ve to apologize. And probably I’ve to learn a lessons about sarcasm tags (as Diego said).
I’m sorry. But I wrote the last post trying to be more *ironic* as possible. I love gentoo, I really love it.
And _actually_ I didn’t want to cause what I’ve caused.
Now, back on most interesting things! There’s a lot of work to do on g/fbsd!
Stay tuned for updates
Cheers
dav
We suck. Gentoo sucks. Really.
We (300 devs) aren’t able to implement features that 10 developers implemented in a year.
Gentoo Council can’t make decisions.
Gentoo/Freebsd and Gentoo/Interix (Gentoo/Alt in general) aren’t projects from what users will benefit.
Portage is a mess of spaghetti procedural code with no underlying design (and be careful, –jobs will surely break your system).
Gento developers are trying to hide other devs work.
And every gentoo dev is a lier. Because gentoo itself and its features don’t exist. They’re only in your mind. Or in an island in the pacific sea. With Jim Morrison and the Area 51 aliens. And me probably.
I’m depressed. I’m depressed of seeing things like this.
This isn’t the way to stop the “war” and the fud. IMHO.
UPDATE: Read here for more informations
Today is 08/08/08. And this is funny. Seriously. Here there are two gifts for you and some random updates. Before, I want to thank everyone gave me feedback during these days about g/fbsd, mainly on irc. This means that someone read the ugly blagpost I wrote.
However, recently I wrote a short draft about how to install g/fbsd 7.0 on your box. The “guide” is quite similar to 6.2’s one, but some steps were radically changed, so I suggest to use the new one if you want to perform a new install. I want to tell you that this documentation is completely experimental, so there {c,sh}ould be some errors. As for all my work, for this guide feddbacks arre welcome and very appreciated (and also bugreporting).
The guide can be found on my devspace, here .
In addiction, Firefox and mozilla-related stuffs _actually_ doesn’t compile on g/fbsd 7.0. However there’s a quick fix to “solve” this problem. Create a script called /usr/bin/objformat and put in these lines:
#!/bin/bash
if echo __ELF__ | cc -E - | grep -q __ELF__ ; then echo aout ; else echo elf ; fi
It’s enough, however there ins’t a proper way to fixx mozilla, and this because the team have to update their Makefiles to guess the object format in a more ‘modern’ way, not using that “freebsd-4″ old thing anymore.
That’s all.
Cheers
dav
“Ok, Mark. You’re right. There are lots of solutions to have xfce4 working on your g/fbsd 7.0 box”.
I’m currently writing this because mark_alec commented my last blag entry saying that if you put games-misc/fortune-mod in /etc/portage/package.provided you can easily emerge xfce4. That’s right. But, there are 2 issues. 1) You haven’t the fortune of the day 2) This solution isn’t clean.
I noticed that compiling recode w/ USE=”-nls” you can emerge fortune-mod and have xfce4 working and showing you “the fortune of the day”. However, the idea to reimplement fortune-mod using somethin’ more sane than librecode is interesting (and isn’t also quite difficult), so when I’ll have a bit of time (probably never) I’ll give a look at the source code. About xfce, if you don’t believe I’m running it on g/fbsd, here’s a screenshot. This is enough, I guess.
Ever talking about g/fbsd, the team is currently waiting for vapier to close two bugs, and to commit 7.0 ebuilds in portage. 
I’m currently testing some packages, but talking w/ dev-zero I noticed that he’s starting a project about virtualization on gentoo, so I think I’ll work about virtualization on gentoo/freebsd. Or better I’ll try working on.. See you soon w/ new updates.
Kind regards
dav
Ok. I realized that I need somethin’ more confortable than dwm to work, test and develop. I also realized that a full desktop evinronment is what I need.
I’ve ever been a kde lover, but I didn’t like lasts decisions made by team and mainly the lastest releases (based on eyecandy and not on really useful features).
So, considering I was looking for an elegant and fast evinronment, I decided to install xfce.
Ta-da! No xfce on gentoo/freebsd 7.0. Or better, no xfce4 for now. The problem is related to xfce-base/xfce4-session., that depends on games-misc/fortune-mod. Fortune-mod, itself, doesn’t compile due a problem related to librecode. Talking w/ Diego “Flameeyes” Petteno`, he told me that librecode isn’t well written, and to solve that compilation problem I’ve to edit librecode source code ( the idea is that librecode must have in its _LIBADD also $(LTLIBINTL) ). However this could be so difficult and it couldn’t give any results. There are also two alternatives ways to seek: I can remove fortune-mod as dependency (uhm, not so elegant). Or I can use libiconv instead of librecode for fortune-mod. I’m working on that, and [equilibrium] from #gentoo-it gave me a patch that he found surfing the web, but it must be adapted to work.
About testing, I requested keyword ~x86-fbsd for gnome-jabber, screenie ( :* ) , gnome-mud and xchat-gnome, I hope to see it soon in the main tree because these are packages used from a lots of users.
Finally, about real life, I discovered that insomnia is stronger than me, and during last night I didn’t sleep. However, I opened a flick account, and I created a new amazon wishlist 
You can find it here, feel free to donate something if you want.
Cheers, dav
Some days ago, I decided to switch on riemann (my x86 box) from ~x86 to ~x86-fbsd. So, for the first time, I natively installed g/fbsd 7.0 on a workstation (before this I handle w/ *bsd stuffs using vmware).
After I got a runnin’ system, I tried to emerge x11-base/xorg-x11 to have a nice and confortable environment to work. I noticed that sysfs/e2fsprogs didn’t compile, and it’s a dependency of xorg. Actually, there isn’t found a sane way to fix this problem, so the fixx wasn’t commit to portage. However, Javier write a quick hack to solve. You can find it here. I didn’t encountered any other problems, the compilation finished successfully. Everythin’ worked fine. So, after I installed xorg + dwm, I obtained my shiny environment.
After this, I tried to compile some software. I realized that perl didn’t work on my machine, but talking on #gentoo-bsd on freenode I discovered that this problem was fixed properly recently. So, I updated gentoo-bsd overlay ( using ssh, brrr) , I launched an emerge -e system and I went to sleep. This morning, when I woke up I found that the _totally_ recompilation was ended successfully. Now I have perl working. This means I can install git and update the bsd overlay from riemann, instead of doing a tarball from another machine and transfer it using ssh
Yeah Gentoo, I’m still a fan. Love for you today!
P.S. Maybe have I to change my hackergotchi ?
So, seeing that noone recently talked about g/fbsd related things, I decided to write a post by myself.
First of all, some people asked me if the project is dead. I want to answer that the project is still alive even if you did not hear about it recenlty. People like Javier ( The_Paya ) or Alexis ( aballier ) are doing an huge work to port g/fbsd to 7.0. I’m currently writing some documentation + testing some packages ( most of them have been keyworded recently ). IMHO one of the main problem is that those people aren’t prone to write about progresses of their work, so seems that g/fbsd have fallen in a black hole and it it’ve been so far from being discussed from community. This _doesn’t_ mean that the project is dead. Again, the project is _still_ alive.
Maybe you’re wondering: “why so slow?” [referring to releases, testing, commits, keywording, etc..] the team is actually waiting on some key bugs to get into portage fixed before adding the 7.0 ebuilds and profile to portage. One on gcc, which is just waiting for another revbump of 4.3.1 I think, (#192403, actually waiting on vapier) and another one for automake/libtool on the eclasses auto patching for elibtoolize (#196728, this one is waiting on both vapier and flameeyes >.<). With these fixes “in” a lot of things that do not work out of the box will do, so it will be much easier to make a decent upgrade path from 6.x to 7.0 (which is currently almost impossible without breaking your system).
See you soon w/ new updates.
dav
