You are not logged in.
You know Debian and Gentoo has kFreeBSD project.
I just wondering how about Arch/kFreeBSD...
I just sick of upgrading Linux Kernel... and the ports of FreeBSD is not so easy to play with.
It is will be best for Pacman + FreeBSD!
Thanks.
Offline
I'm guessing you got the idea from here:
http://linux.slashdot.org/article.pl?si … 9&from=rss
I'm sure a lot of us would like to see that. However, it would require a lot of work and I'm not sure we have enough people now.
Idea is fantastic, though ![]()
Offline
We have plenty of people. I can see two already, right here in this thread. ![]()
Seriously though, in Arch's world, projects like this invariably come from the community initially, Arch64 being the prime example. If you and/or others feel sufficiently motivated and enthusiastic about an Arch/kFreeBSD project, start it yourselves. If it gathers enough pace, it could become an official Arch port, which would mean expanding the Arch dev team. Or it could exist as an independent or semi-official port, like the Arch-i586 or Arch-PPC projects. Just don't expect the existing Arch dev team to take this on from scratch.
Offline
There has been much discussion about a potential "Arch BSD" on the forums before. No actual project ever started...
Online
Btw. anyone ever seen one using this interesting package?
I must admit, never heared of this before.
Offline
My guess would be that in a few years BSD will become popular enough to get that sort of project going in the arch community... but not anytime soon. The debian and GentooBSD's are still in fairly early stages, and the parent communities have been around much longer then arch.
Offline
So the real question to ask is.... Will we see Arch BSD before or after Arch Hurd?
Online
Doesn't Dragonfly BSD uses some version of pacman?
Offline
Doesn't Dragonfly BSD uses some version of pacman?
Online
skottish wrote:Doesn't Dragonfly BSD uses some version of pacman?
I could have sworn that I read that somewhere. Hallucinating again I guess.
Offline
I just sick of upgrading Linux Kernel... and the ports of FreeBSD is not so easy to play with.
Yes, merging in a foreign kernel into your userland will make things much easier for you. go for it tiger.
< Daenyth> and he works prolifically
4 8 15 16 23 42
Offline
Allan wrote:skottish wrote:Doesn't Dragonfly BSD uses some version of pacman?
I could have sworn that I read that somewhere. Hallucinating again I guess.
Initially pacman was in the running as their package manager (i recall reading about it on some mailing list at one point), but since pacman was GPL (most bsd projects dont like choosing gpl licensed apps as part of their core install if they can help it), and at the time had some funky library issues..it never made it past the early testing stages, as I recall... that was quite a few years ago though, so I might have the details wrong... my memory is a bit foggy.
pkgsrc is pretty well supported by most of the BSD's these days, and is nearly a de facto standard. ![]()
Last edited by cactus (2009-04-07 02:05:18)
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
Allan wrote:skottish wrote:Doesn't Dragonfly BSD uses some version of pacman?
I could have sworn that I read that somewhere. Hallucinating again I guess.
A ways back, there was a thread about someone porting pacman to Haiku; could that be what you're remembering?
...
Offline
Below is just one reference. This is not the one that I saw before though; I thought that the other was 'more official'. I must of just got a lucky thread and confused myself. I'm sure that cactus is correct in that it was only in consideration:
http://leaf.dragonflybsd.org/mailarchiv … 00069.html
> > 3. Build alternative to pkgsrc packages system, which will be build on
> > pacman from archlinux.org, and use tweaked PKGBUILD scripts.
> > This packages system should be easier to maintain, and we will keep
> > track on all our packages.
> > For faster port packages to DFly, we can use makepkg with PKGBUILD
> > (which is a shell script) or we can rewrite this scripts to Makefiles
> > which will stop building package on error.
> > I will rewrite pacman tool which will be use this same archive format,
> > but for library to reading archives I'll use libarchive,
> > and for fetching packages from net I'll use libfetch.
> > I need name for this tool, because this should be different than pacman.
Offline
Pretty cool that pacman was noticed as the gold it is
Of course, pkgsrc is also very, very good.
Offline
A ways back, there was a thread about someone porting pacman to Haiku; could that be what you're remembering?
Seriously? It's great news, it's just... haiku has extract&play philosophy of application installing. Interesting.
Offline
The question is "How to use an alternative packaging system with FreeBSD ?"
I think the FreeBSD base system should remain intact . The repository structure would change (no more core) . So the FreeBSD documentation wouldn't be deprecated and the stability/security advantages wouldn't be missed .
The other projects are trying to use the kernel only . That wouldn't introduce a big advantage IMHO .
English is not my native language .
Offline
Isn't FreeBSD pretty much the same thing as Arch already?
Offline
What advantage would the BSD kernel have? I'm not doubting its use, I'm really asking.
Offline
BSD version of Arch would be great. I personally would like to see an ability to install BSD kernel from within fully set Arch Linux abd then just adding it to grub, so that only kernel image in boot partition would be other everything else would be already there.
I was just thinking that BSD need a nice bleeding edge rolling release "distro".
A bit of OT, but still what about Minix3 based arch? That would be also cool. The only problem is that user-space drivers are even less existent than Linux drivers.
I did tired the liveCD and it flies, it needs few seconds and it's fully booted. Even though I'm far from Linux exper I'm thinking of installing minix3 in VirtualBox and compile Pacman in it, then try to get
Arch packages to work. But I don't think I'll be up to the task. Would probably had to re-compile every package. But I read that with Pacman and ABS that's really not that hard.
Arch x86_64 ATI AMD APU KDE frameworks 5
---------------------------------
Whatever I do, I always end up with something horribly mis-configured.
Offline
The question is "How to use an alternative packaging system with FreeBSD ?"
So the FreeBSD documentation wouldn't be deprecated and the stability/security advantages wouldn't be missed . .
What advantages? You must be kidding. Freebsd is on of the worst when comes to fixing bugs. Freebsd 6.x had over six hundred bugs... This thread is a joke, because some fanboys expect that Arch Linux devs have nothing better to do than matching this legacy piece of code... Maybe some people should go to freebsd forum and scream about making FreeLinux? It's just paranoia. Prove if freebsd is more stable or secure than Linux. Oh, and somebody give me reasons why to make Arch/kFreeBSD. To satisfy bsd fanboys?
Last edited by pawels64 (2009-04-07 18:02:34)
Offline
Nezmer wrote:The question is "How to use an alternative packaging system with FreeBSD ?"
So the FreeBSD documentation wouldn't be deprecated and the stability/security advantages wouldn't be missed . .
What advantages? You must be kidding. Freebsd is on of the worst when comes to fixing bugs. Freebsd 6.x had over six hundred bugs... This thread is a joke, because some fanboys expect that Arch Linux devs have nothing better to do than matching this legacy piece of code... Maybe some people should go to freebsd forum and scream about making FreeLinux? It's just paranoia. Prove if freebsd is more stable or secure than Linux. Oh, and somebody give me reasons why to make Arch/kFreeBSD. To satisfy bsd fanboys?
You registered to make that comment huh? Each to his own I guess...
![]()
Offline
You registered to make that comment huh? Each to his own I guess...
Think of it more as he created a new account to post this comment... We ban by IP so that is not going to save you.
Online
Think of it more as he created a new account to post this comment...
Yep.
Offline
Pathetic FUD. Moving on...
Offline