Slashdot Mirror


Debian FreeBSD Distro?

antigen fiend wrote in to note that Debian Weekly News has a bit about a recent debate about a Debian port to the FreeBSD Kernel. There are several comments relating to licensing, ease of porting, and other relevant topics. Its definitely an interesting project, with a lot of political and technical snags. Any thoughts?

241 comments

  1. I just could not resist by Houser~1 · · Score: 1

    Like allways, I am in support of anything DEBIAN FREEBSD. LONG LIVE OPEN SOURCE!

    --
    ************************************************** ***** All you need to do is leave it better than
  2. I think it would a good thing. by cemerson · · Score: 1

    Porting Debian to FreeBSD seems like a good way of getting software to be portable to BSDs as well as Linux. Furthermore it would increase the distribution of dpkg and .deb packages, which can't be a bad thing. I'd like .deb to be the "default" package format instead of RPM. :-)

    There's already work being done on a Debian/GNU Hurd distribution, which in some ways is more different than FreeBSD (although it does use glibc, which helps).

    1. Re:I think it would a good thing. by wangi · · Score: 1
      Rather than porting Debian (or rather the GNU Linux suite that makes up most distributions) to work with a FreeBSD kernel, attention should be turned to *BSD's 'Ports' system.

      Porting 'Ports' to Debian/Linux would make more sense...

    2. Re:I think it would a good thing. by blasphemi · · Score: 1

      Yes, I agree. I just love the FreeBSD port system. (*BSD port system, I suppose, but I've only tried FreeBSD yet)

    3. Re:I think it would a good thing. by segmond · · Score: 1

      I am sorry, but it is not going to make software portable across Linux or BSD. These simply depend on the coders. I detest any sort of new packages, so .deb and dkpg can go to hell. If you have used FreeBSD ports, you will understand what I mean, nothing can beat it. I don't like this idea at all, I have always had one version of FreeBSD that always worked. Now, I am going to have a version that is totally different. I hate this, I think Debian should just stick with freaking Linux and leave BSD alone.

      --
      ------ Curiosity killed the cat. {satisfaction brought it back | it didn't die ignorant | lack of it is killing mankind
    4. Re:I think it would a good thing. by Anonymous Coward · · Score: 0

      Interesting. having used both, I prefer apt-get. This is why we have choices.

    5. Re:I think it would a good thing. by Anonymous Coward · · Score: 0

      whine whine whine, why are you going to have more than one version of FreeBSD now? nobody said you had to download it. feel free to ignore it :p or maybe it is an OCD problem you have? must you download every version of FreeBSD? to hell with dpkg and .deb huh? i suppose they are making your life rough by their mere existance? sorry this flame is running on so long but i'm amazed at how much of a bigot one can sound like with so few words. you cite no reasons for anything yet you manage to use "hate", "don't like", and "detest" within 7 short sentences, all directed towards things that can't have any real impact on your life. this is a great example of how not to be an advocate (did you learn from the linux advocates?) :)

    6. Re:I think it would a good thing. by Mindless+Machine · · Score: 1

      Debian BSD would have a great impact on FreeBSD users. Right now, as it is, we can download a program built on someone else's FreeBSD, pkg_add the program, and then run it without any problems. Another BSD distribution would bring the same problems the Linux community faces to FreeBSD. In Linux there are several different distributions. Therefore, a binary built on Redhat 6-glibc will not work on Slackware 4-libc5. Even the sources in some cases, won't compile on different Linux distributions.

  3. Fine, but isn't GPL! by alonso · · Score: 1

    I hope to see more disto based on lots of kernel, but *BSD isn't GPL. I think GPL make the difference.

    1. Re:Fine, but isn't GPL! by ReadErr · · Score: 2

      If I understand the BSD license correctly, you are allowed to release FreeBSD under the terms of the GPL.
      It would give you some enemies for life though..

    2. Re:Fine, but isn't GPL! by EngrBohn · · Score: 3

      The paragraph in DWN mentions the concern that it would open the doors for unscrupulous 3d parties to take their work and sell closed-source derivatives, but I don't see that as a real problem ... the FreeBSD kernel would have the BSD kernel, but much (most?) of the software that the Debian team puts in the DebianBSD distribution would still be GPL, which means FastBuck Inc. would not be able to take DebianBSD as-is and apply a closed-source license.

      And now a question for the License Lawyers.

      • The BSD license's incompatability with GPL is centered on the BSD license's extra restrictions forbidden by GPL. Now that the advertising clause is gone (see next bullet), the question remains: does the no-endorsement clause constitute a forbidden restriction, or would the Debian team (or someone else) be permitted to relicense the BSD kernel with GPL?
      • Just because the Cal State Berkeley Regents withdrew the advertising clause would not, if I understand correctly, require those already holding a copy of the kernel to similarly withdraw the advertising clause (they obtained it under a previous license, and they would not be required to apply the new license; further, even if they were required to apply the new license, the new license would still permit relicensing back to the old license). So my second question is, did the FreeBSD, OpenBSD, and/or NetBSD developers withdraw the advertising clause, or are they holding onto the clause?

      Christopher A. Bohn
      --
      cb
      Oooh! What does this button do!?
    3. Re:Fine, but isn't GPL! by Intosi · · Score: 2
      From the /COPYRIGHT file on a FreeBSD 3.3-RELEASE box:

      Redistribution and use in source and binary forms, with or without
      modification, are permitted provided that the following conditions
      are met:
      1. Redistributions of source code must retain the above copyright
      notice, this list of conditions and the following disclaimer.
      2. Redistributions in binary form must reproduce the above copyright
      notice, this list of conditions and the following disclaimer in the
      documentation and/or other materials provided with the distribution.
      3. All advertising materials mentioning features or use of this software
      must display the following acknowledgement:
      This product includes software developed by the University of
      California, Berkeley and its contributors.


      I guess they retained the original copyright, at least for the 3.3-RELEASE.

      Intosi

      --

      Intosi

    4. Re:Fine, but isn't GPL! by MartinG · · Score: 1

      The second point raises another question (maybe everyone but me already knows the answer, but..)

      Are the *BSD developers allowed to hold on the the advertising clause? The GPL certainly says that ppl are allowed to use/distribute the software according to "either version 2 of the License, (at your option) any later version."

      Is their a similar clause in the BSD licence (I don't think I have ever even read the BSD licence) If there is, then the debian ppl could choose a later version than the one it was released with. ie. they could choose the one without the advertising clause.
      --
      MartinG.

      --
      -- MartinG To mail me: echo kewyjlcxyzvjfxbqwh | tr bcefhjklqvwxyz .@adgimnoprstu
    5. Re:Fine, but isn't GPL! by EngrBohn · · Score: 1

      If the *BSD developers do not switch to GPL (and I doubt they will), then they can (obviously) keep the advertising clause.
      However, the advertising clause is incompatible with the GPL, which is why BSD-licensed software historically could not be relicensed under the GPL.
      Christopher A. Bohn

      --
      cb
      Oooh! What does this button do!?
    6. Re:Fine, but isn't GPL! by Anonymous Coward · · Score: 0
      Wave the flag of whatever ideology you want- I've said it before and I'll say it again- most users don't give a damn about the license. Developers care about it cause it says what we can and cannot do.

      In the big picture- you know, where we make free software ( under whatever license ) a true alternative by getting people to use it - the GPL vs BSD vs Open Source vs Free Software technicalities don't matter so much as the awareness that there are alternatives to commercial software. Debating licenses is counterproductive to this end and more than a little myopic.

      And for those interested in holy wars: I run an X server on a Mac to use vim on an SGI. So there.

    7. Re:Fine, but isn't GPL! by Anonymous Coward · · Score: 0
      Can't people read the entire file from 3.3-RELEASE?:
      # $FreeBSD: src/COPYRIGHT,v 1.2.2.2 1999/09/11 09:22:33 obrien Exp $
      # @(#)COPYRIGHT 8.2 (Berkeley) 3/21/94
      ..snip..

      NOTE: The copyright of UC Berkeley's Berkeley Software Distribution ("BSD") source has been updated. The copyright addendum may be found at ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.Lic ense.Change and is included below.
      [ the contents of said file here ]
      geez, try reading people.

      -- David (the obrien@freebsd.org that made this chagne)

    8. Re:Fine, but isn't GPL! by bugg · · Score: 1

      Developers care about the license?
      I don't, as well as most of the other developers I know.
      In *BSD camp we just care about good code. Thats it.

      --
      -bugg
  4. A few questions from the illiterate fool... by pen · · Score: 1
    Please take these as questions, and nothing more. I'm not trying to be funny, or say bad things about BSD, Debian, or anyone else.
    1. What significant things does Debian have that FreeBSD doesn't?
    2. How hard is it to port stuff from one Unix to another?
    3. What is preventing the other Linux vendors from doing the same thing? Is it the different license?
    4. Would it be a bad thing if someone based some proprietory stuff on Debian?

    --

    1. Re:A few questions from the illiterate fool... by Yarn · · Score: 2

      1. dpkg, *loads* of maintainers
      2. Varies, but with a bit of work you can port most things
      3. Nothing, other than their working methods. Debian's approach is highly parallel.
      4. It would be hard. dpkg is GPL'd.

      --
      -Yarn - Rio Karma: Excellent
    2. Re:A few questions from the illiterate fool... by EngrBohn · · Score: 1

      2a. % ./configure
      2b. % make
      2c. % make install
      2d. debug
      2e. rinse, repeat.
      Christopher A. Bohn

      --
      cb
      Oooh! What does this button do!?
    3. Re:A few questions from the illiterate fool... by Wastl · · Score: 1

      Unforutnately, many times it is not that easy. Many programs use Linux system includes (even if you don't expect it)...

      Sebastian

    4. Re:A few questions from the illiterate fool... by Thomas+Charron · · Score: 1

      Package management, ala, dpkg, along with a CENTRALIZED REPOSITORY for these packages..

      --
      -- I'm the root of all that's evil, but you can call me cookie..
    5. Re:A few questions from the illiterate fool... by GPB · · Score: 1
      1. dpkg, *loads* of maintainers

      I'm not sure dpkg is really an advantage over FreeBSD's packaging/ports systems. Both seem to be very powerful and do much of the same thing. It is definitely a heated battle over which is better, but for most purposes, they achieve the same goals.

      As far as maintainers, have you looked into FreeBSD? There are quite a few people actively maintaining/producing code, so again, this may not be something Debian has over FreeBSD.

      -B
    6. Re:A few questions from the illiterate fool... by Anonymous Coward · · Score: 0

      FreeBSD has that and more

    7. Re:A few questions from the illiterate fool... by Nabuchodonosor · · Score: 1

      We have that.

      --
      ---> Did you know Linux stands for Linux Is Not UniX ?
  5. About licensing by [Bruce] · · Score: 1

    Does this mean this distro will be uder the BSD license? If so it could be pinched as sold as a commercial product, which would suck. While I am not agianst FreeBSD itself I do not agree with the lisence.

    --

    ---
    Just because life sucks, it doesnt mean you have to care.
    1. Re:About licensing by cemerson · · Score: 1

      The distro couldn't be released under the BSD license, since so much of the software in Debian (not just the kernel) is under the GPL. It couldn't be "pinched for a commercial product", except that the FreeBSD kernel and libc could be seperately, like they can now.

    2. Re:About licensing by Anonymous Coward · · Score: 0

      Why would this suck? Does anyone think the Red Hat stock price sucks? Didn't they simply commericialize the whole 'Open Source' concept (read: exploit it) for their own gain? If everyting was GPL'd, wouldn't that restrict (i.e. take away 'freedom') other developers? Basically the BSD liscense allows you to do whatever you want: if you want to be a greedy prick, go for it. Or if you want to give our your code, have at it. The GPL requires you to give out your code, therefore restricting what you can do. Taken at this level I would have to say the GPL is actually more restrictive than BSD. Get emotional, get mad. But it is reality.

    3. Re:About licensing by segmond · · Score: 1

      FreeBSD license is superior to Linux License, so disagree with it all you want. But when you learn to code, Try and make a living doing open source project.


      --
      ------ Curiosity killed the cat. {satisfaction brought it back | it didn't die ignorant | lack of it is killing mankind
    4. Re:About licensing by Peter+Makholm · · Score: 1

      But you still using XFree86, right?

      No modern distribution is anywhere near using only GPLed stuff. One big non GPLed entity is XFree86 almost used by everybody, and that doesn't make any distribution any more or any less free.

      dpkg and apt will still be GPLed, so making a version of Debian based on a BSDkernel wont make Debian open for comercial takeovers any more than what Corel allready did. The key points of Debian is and will always be GPLed (jugding from the copyrightholders of dpkg and apt.)

      --
      Yet Another Debian User
    5. Re:About licensing by Anonymous Coward · · Score: 0

      how does the GPL restrict developers? it is similar to any other software license based on copyright law in that you cannot do anything you wish with the code. so the GPL doesn't restrict anything at all. copyright is responsible for the restrictions, the license GRANTS rights beyond what is guaranteed by law as long as you abide the license. if i looked at things your way i could say BSD license restricts me from removing credits from the code or restricts me from not following the advertising clause. releasing software to the public domain is the only truely free form of software. these GPL vs BSD arguments are non-sense. neither one is free, because an individual is not free. an individual must abide by the rules, laws, and customs of her society or face the consequences for not doing so, be it legal punishment or social ostricization.

    6. Re:About licensing by um...+Lucas · · Score: 2

      Personally, I like the BSD license much more as compared to the GPL, but I'm not a programmer. You just need to make a decision of what is more important to you:

      1 - Having thousands of people potentially debugging your code for you.

      2 - Having complete control over the modification and distribution of your work.

      I think that GPL is great for programmers, but I can't see how it can make great business sense, since it allows everyone in the world to potentially be your competitor with no cash or time outlay. Maybe Redhat will prove me wrong... Time will tell, I guess.

    7. Re:About licensing by Anonymous Coward · · Score: 0

      >

      Oh, and I suppose you are the type of person who would take my personally written GPL'd code, stip my name from it anywhere I try to take "credit" for my work, put your own name on it and go around saying what a wonderful programmer you are???

      >

      ahh... excuse me, isn't this the purpose for a license statement? If you believe you should not be forced to follow the advertising clause, then maybe you also believe that I should not be forced to follow the GPL's "forced redistribution of my changes" - so I could release a binary-only version of my "Q/Linux" and never give back my changes?

      No, neither license (GPL, BSD) is truely "Free", but from a developers standpoint, the GPL restricts me from protecting my own code (modifications) if I so choose. The original code I started with is still available, but I have no choice with GPL. With BSD, the original "open" code I start with is always available, but I can choose what *I* want to happen with my own modifications.

    8. Re:About licensing by William+Tanksley · · Score: 2

      I agree with you as far as the BSD license thing goes; I prefer it (and I am a programmer). I like its wide-open nature.

      However,

      I think that GPL is great for programmers, but I can't see how it can make great business sense

      The GPL, IMO, sucks for programmers, because it explicitly limits their right to steal source (note: this is not a criticism of the GPL). The GPL, believe it or not, is actually best for marketers and businesses -- marketers who want to get 'into' the free software movement (good for them!) and businesses who want to get the debugging advantages of open source but who don't want to allow their competitors to use their source to build an exclusive competitive advantage.

      What, you ask, about the programmers who like GPL? The answer is simple: we're also marketers. We want to position our product not so that it serves the largest number of needs, but rather so that it serves a long-term goal, the establishment of open software.

      A lot of us, BTW, are seriously decieved about the purpose of the GPL -- some even say it's more free than the other licences. It's not, it's merely more practical than the other free licenses, since the other free licenses depend on the community to keep a product free, while the GPL gives the illusory impression that even if the community disappears the software will still remain free.

      Foolishness.

      -Billy

    9. Re:About licensing by um...+Lucas · · Score: 2

      What I meant about being great for programmers would be better phrased as "for programming". In that, it facilitates programming because everyone can get their hands into the source code. But yes, it definetly seems to me to be extremely restrictive, in that you really don't have any control over your code once it's released. BSD allows you really, it seems, to do whatever you please, so long as you leave the prior copyright notices visible. If you want to distribute a modified work, you have to give credit to the people that originated it, but you don't need to release their source or your changes.

      So far as the GPL goes... I think it still is really theoretical in nature. When/If someone violates it and is found to have done so and is required to pay penalties (monetary or otherwise), then it'll actually hold more weight. Until that time, it really seems like an idealism transcribed into a pseudo-software license.

    10. Re:About licensing by hadron · · Score: 1

      There are thousands of people doing just that.

    11. Re:About licensing by sam_vilain · · Score: 1
      No modern distribution is anywhere near using only GPLed stuff. One big non GPLed entity is XFree86 almost used by everybody, and that doesn't make any distribution any more or any less free.

      Right. Which is what makes it so hard to get XFree86 to work on Linux/BSD running on architectures to which a version of X has been ported, but the source has not been released.

      This is a good thing?

      --

    12. Re:About licensing by Anonymous Coward · · Score: 0

      Actually, the GPL still allows you to do what ever you want with your modifications. What the GPL prevents you from doing is closing the origional code you get for free. You are allowed to take you modification and replace all the code that consists of "not your own modifications" with more of your own code and do with it what you want. The importance here is if I release my code under GPL, it prevent you from doing something that I don't want you to do, namely redistributing it as a closed source product. The theory behind this is that I will hopefully benefit from your modifications to my code, which you have already benefited from in this hypothetical situation. When this works it creates a positive feed-back loop of ever increasing benefites for all in use value, but little in contol or resale value.

    13. Re:About licensing by Rogain · · Score: 1

      >the GPL restricts me from protecting my own code

      Protect it from what??????

      Your USERS????

      Damn us EVIL, conniving, scumbag users to the hell-fire, we so richly deserve, with our grubby eyes looking at your code, with our stupid pretentions of thinking we could ever fix, or improve your beyond-wonderous code!!!!

      If you are making code for distribution, then you can forget about 'protecting it'. If someone really wants your algorithms, then they can decompile it, and eventually understand it. And/or I could hire away a couple of your developers, etc.

      If you make software for internal use, then the GPL doesn't apply, you do not have to give your employees source.

      --
      The current Slashdot moderation system is made by gay communists!
    14. Re:About licensing by Anonymous Coward · · Score: 0

      There are two values that can be derived from software. 1) resale value, 2) use value. If you are in the software sales business, then the BSD license allows you to capitalize off of others work without contributing anything back to anyone else. If your company needs this problem solved. And you know a number of other companies that need the same problem solved. It makes a lot of sense to GPL the project and all derive use value from the final product. In short, if you come over an help me paint my house--each of us painting half my house. Neither of us need to put fourth any effort to paint your house as it is already done. This works great so long as your not in the business of painting houses. 8-)

  6. Both?? by sufi · · Score: 2

    I use both debian and FreeBSD,

    Debian for it's excellent desktop/workstation capabilities with their wonderful autoupdating website/dependencies thing and the total hackability of it all. The packages always work, and their dependencies aren't all funny like they often are with SuSE and RedHat,

    However I use FreeBSD for my servers, yes it's not the easiest of distros and it's very hard to get anything real working (for a relative newbie like me anyway), but it works, very well in fact. It never ever crashes and it servers my websites just fine. There are very few bugs very few updates, and I can just leave it alone totally.

    To combine both? Well - heaven - what else can it be. Add to it KDE 2.0 and you have the complete MS competitor for the desktop/low end server market.

    Bring it on!!

    1. Re:Both?? by EverCode · · Score: 1

      I can agree with you, though I doubt just tossing FreeBSD, Debian Linux, and KDE 2 together is going to do much to put a dent in Microsoft...not even a scratch.

      Maybe if Debian-FreeBSD can evolve in new ways that Linux has not been doing (such as new features for workstations), it would then have some success.

      I am dumping my OpenLinux install for FreeBSD 3.3. I used to have 3.2, and miss it.

      --

      EverCode
    2. Re:Both?? by Anonymous Coward · · Score: 0

      I use Debian for servers and clients. :)

    3. Re:Both?? by Guy+Harris · · Score: 2
      I use Debian for servers and clients.

      ...and I use FreeBSD on my home desktop machine. I don't consider Debian (or most other Linux distributions) to inherently be desktop-only OSes (there might be a desktop-only distribution out there somewhere, for all I know), or consider any of the BSDs to inherently be server-only OSes....

  7. Interesting project, but ... by RNG · · Score: 2

    Sure this is an interesting project, but I'm a bit doubtful concerning the impact this will have. Currently the Linux distros, as different as they are, all use the same kernel. Given that the issue of compatability/fragmentation is a real concern to any potential corporate (Linux) adopters, I'm wondering wether this won't just turn out to be food for MSs propaganda machine ... after all we're taking Linux software and porting it to a different (yet still Unix based) kernel ... technically though, this is probably good news as it will uncover some new bugs and make the software more portable ...

    1. Re:Interesting project, but ... by AdamT · · Score: 1

      Actually I see this more as a union than further fragmentation - a bridge between linux and freebsd if you like. Your server room could have various BSD and Linux boxes that all have the same 'feel' to them. Nice if your an admin.
      Personally I can't see more than a very marginal gain. Except for perhaps hardware incompatilities or boxes that are brushing the outside of the envelope the respective kernels are much of a muchness. They work. They work as close to _all_ the time as makes no odds. It's all the other things on the box that differenciate the products. Init scripts, user space programs, system utilites. Take linux user space and put it on bsd, take the bsd use space and put it on the linux kernel if you really want - what did you gain that you didn't already have?

      --
      ... with eskimo chains i tatto my brain all the way...
    2. Re:Interesting project, but ... by SplasPood · · Score: 1

      However, all LINUX is, is the kernel... All the other packages aren't LINUX they are either GNU, or whatever... So really, nothing is being fragmented here, other than the bins that are included with the FreeBSD kernel.

  8. What's the point? by Johnboy · · Score: 1

    This is not intended as a flame. I've read the appropriate links and could not see a good reason for doing this. FreeBSD is already a complete system with its own kernel, filesystem, utils, documentation etc. As is Debian GNU/Linux. I'm curious to know what advantages there would be in this system that aren't present in Debian or FreeBSD. Is this a step forward for Free Software? Or another example of UNIX fragmentation?

    --
    -- Liquor up front, poker in the rear.
    1. Re:What's the point? by Mawbid · · Score: 1
      OpenBSD has a reputation for being very secure. Is that due to kernel design, or more to the way the whole distribution and its packages are configured on top of that?
      Perhaps someone actually *in* the OpenBSD community can explain further, but I understand that thorough security audits are what this reputation is based on.
      --
      --
      Fuck the system? Nah, you might catch something.
    2. Re:What's the point? by orabidoo · · Score: 2
      It's not an example of fragmentation, because the resulting system would still run FreeBSD binaries, all of them, including commercial closed-source ones, natively. By doing this, they have not created a new target for compilation, just a new distribution with a different choice of tools.

      my feeling is that Debian/FreeBSD should base itself on glibc2.1, i.e port glibc to the FreeBSD kernel, and compile and run the whole distribution on that, *then* also include a copy of FreeBSD's libc, to be able to run regular FreeBSD programs (just like RH6 can run libc5 programs too). otherwise, Debian/FreeBSD is nothing more than FreeBSD with a bunch of GNU tools added and the installation procedure re-tooled.

      OTOH, I wouldn't commit myself to a project like this for the long-term; it appeals to me more for the hack value, and for the political implications (hopefully the good ones, of showing the various factions how easily software can work together) than for actual usefulness.

    3. Re:What's the point? by D.A.Alderud · · Score: 1

      Because every line of code has been audited.
      It's the distribution as a whole that makes it secure, because everything you could want on a server has been tested.

      If you add something that has not been included you remove SOME security.
      But you still got the general OpenBSD design to protect you, you get mailed about changes in configfiles etc.

      In the end I would say that it's the way the system has been designed that makes it so good,
      and of course the auditing.

      --
      "Last words are for fools who haven't said enough." - Karl Marx
    4. Re:What's the point? by Anonymous Coward · · Score: 0

      the point can be summed up from a quote from the forward to the wizard book, "Every reader should ask himself periodically 'Toward what end, toward what end?'--but do not ask it too often lest you pass up the fun of programming for the constipation of bittersweet philosophy." -- Alan J. Perlis. this quote is not only relevant to programming but to every part of our lives. i often find myself, constipated :), asking, "what's the point?", about this or that. i try to think of this quote when i do. if anybody reads this comment... try to have fun today :) "Life's too short to be in a hole, so bust into your funkiest stroll" -- Red Hot Chili Peppers

    5. Re:What's the point? by Anonymous Coward · · Score: 0

      Why? Because it is coding. The guys doing this seemingy have nothing better to work on...

    6. Re:What's the point? by kkenn · · Score: 1

      As someone who has actually sat down at looked in detail at the OpenBSD source, as part of the FreeBSD auditing project, I can definitively say that _every_ line has not been audited (previously, this is what I thought too, because it's the standard claim). There are quite a few obvious problems which were either missed, or fixed incorrectly - but, to be sure, they did fix a hell of a lot of them, which makes it still "more secure" than FreeBSD at present (until I finish merging all of the fixes :-)

      Perhaps they audited the most important bits (i.e. those most likely to cause security problems), but since the start of the FreeBSD auditing project (I guess we spurred them into action again :) there have been about 20 buffer overflows fixed in OpenBSD which were missed the first time around. There was even a remotely exploitable one..

  9. just give me an up-to-date linux distro by jajuka · · Score: 1

    I've got nothing against BSD, and IMHO Debian is the nicest distro to admin. (Ever try to trace your way thru RedHat's initscripts, each one sourcing 18 different files each sourcing yet others based on variable set in yet another bunch... ) But anyway, much as I like Debian, they are way behind, this current delay over boot floppies of all things, and no disrespect to the people doing them, but how much really needs to be changed from the last set? They're BOOT floppies, they're just supposed to have the bare minimum to kickstart an install. That's it. I know, I know the old argument, ours is the best because we take our time, well there's a point of diminishing returns. I'm running potato now and it's pretty damn solid. I really have to wonder if the Debian's just gotten too big and bureaucratic for its own good.

    1. Re:just give me an up-to-date linux distro by Anonymous Coward · · Score: 0

      Ever try to trace your way thru RedHat's initscripts, each one sourcing 18 different files each sourcing yet others based on variable set in yet another bunch... )

      rrogrammers call this "functional decomposition". you learn it when your program gets too big to fit in one perl script

  10. Good idea, but glibc first would make more sense by alexhmit01 · · Score: 5

    Getting the libraries ported would make supporting applications on both systems a dream. Also, the FreeBSD group could then take advantage of the ported glibc to increase interoperability.

    We talk about freedom, yet all the major Free Software vendors are using the same kernel. If Debian pushed GNU/Linux, GNU/Hurd, and now GNU/FreeBSD, then we will eventually have the day that we can choose which kernel is the best for our purposes.

    Few people use Linux for the kernel, they use it for the capabilities. I have a friend who loves his GNU/Solaris machine. Don't laugh, he administered Solaris machines for years, so his home PC has the Solaris x86 stuff on it, but all it runs is Free Software (and StarOffice).

    Linux advocacy is silly. Advocating *nix, or even Free Software makes sense, but obsession with a kernel is silly. As Linus says, (I might be paraphrasing) "Linux sucks, it just sucks less than anything else out there."

    The Linux kernel is fast, it is stable, but it isn't revolutionary. As I understand it, it is Microkernel-esque, although it still probably has remnants from its days as a monolithic kernel. I mean, when someone comes out with a solid exokernel, are we going to scream and yell about how Linux is still better?

    Support free software, but support choice. In a free software world, we could pick our kernel without worrying about our apps breaking. This project has both technical and political merit. Although, if the BSD license allows you to do whatever you want with the code, can Debian release the GNU/FreeBSD system under the GPL? If they made the best FreeBSD distro and put it under the GPL, the license issues would be over. I'm not sure of the specifics of the BSD license, but if you can include it in proprietary licensed systems, I don't see why Debian's system couldn't be GPLed.

  11. Debian, FreeBSD, glibc, the HURD by johnnyb · · Score: 3

    First, Debian is also being ported to the HURD, which I am eagerly awaiting.

    On a more general note, the more people that do porting projects like this, the more pluggable the whole system will get. Wouldn't it be great if you could select your kernel, libc, and packages independent of each other? This is what UNIX is about... choice.

    It would also be great to have glibc ported to FreeBSD. I sure hope that is the route they decide to take. This would allow FreeBSDers to have better access to new applications (although I'm not sure if they care - BSD is usually about stability, not newness). Also, given the user base of Debian, this would give more competition to Linux, and give us a reason to still be competitive.

    Finally, this will expose more bugs in all systems, which is always a good thing.

    1. Re:Debian, FreeBSD, glibc, the HURD by Gurlia · · Score: 1

      UNIX is about choice... absolutely agreed. Though IMHO I'd rather people focus on GNU/Hurd instead... If I'm not mistaken, isn't the whole point of the Mach microkernel to let you run totally different interfaces on top of the same kernel? If Debian gets Hurd to work, we could even start creating a "Linux-on-Mach" interface that would allow you to run native Linux apps, a "FreeBSD-on-Mach" interface that lets you run native FreeBSD binaries, and perhaps even (shudder) a Win32 interface that lets you run native Win32 apps (akin to WINE).

      Isn't this flexibility the whole reason Mach exists at all?? This would really give you freedom of choice, and perhaps even more than that, as you can simultaneously run different interfaces, all of them natively! IMNSHO this is the ultimate embodiment of the UNIX philosphy. This is why I predicted that the next big thing after Linux would be Hurd, not necessarily because of Hurd itself, but because a microkernel design gives you so much more flexibility than the traditional monolithic design. That's why I think it would be most profitable for the Debian people to work on Debian GNU/Hurd instead, if they wanted to work on anything outside Debian GNU/Linux.

      --
      mikre he sophia he tou Mikrosophou.
    2. Re:Debian, FreeBSD, glibc, the HURD by CrosseyedPainless · · Score: 1

      Isn't MkLinux Linux-on-Mach? (Not that I've heard much about MkLinux lately (or even when it was newer, for that matter (nconc ("/usr/lisp") load-path)))

    3. Re:Debian, FreeBSD, glibc, the HURD by Anonymous Coward · · Score: 0

      Yep, it is linux-on-mach, AFAIK. However, people have largely lost interest in it, because LinuxPPC's performance on Apple hardware is better, in terms of raw speed.

  12. What's the point? by Stephen · · Score: 1

    I'm a bit confused about some issues. Maybe someone can set me straight.

    How much difference will it make which kernel is used? (I mean technical, not licencing, issues). How much variation is there in the performance of different kernels? Is it noticeable in daily usage?

    Also, how different are the kernels that the various *BSD's use? For example, OpenBSD has a reputation for being very secure. Is that due to kernel design, or more to the way the whole distribution and its packages are configured on top of that?

    --
    11.00100100001111110110101010001000100001011010001 1000010001101001100010011
  13. What about their HURD project? by zak · · Score: 2

    Sure, as a desktop FreeBSD user this would make me happy, as it would boost FreeBSD acceptance. However, I'd rather see HURD ready first (this is one of Debian's projects right now). It seems like a very interesting and worthwhile alternative to current kernels, and might show the world that the OSS movement can produce a true, quality microkernel-based system.

  14. Well by jdube · · Score: 1

    I have always wanted to try BSD, but never had the time to. I would probably run OpenBSD as it is most like Debian... but now I can just run Debian. I think. Do I understand correctly that they want to make a FreeBSD distro? What is the difference between the FreeBSD kernel and other BSDs? If so, will they stop making their wonderful (please no distro wars!) Linux distro? I sure hope so, because if it turns out that I dislike BSD I want to have good ole' Debian to come back to.


    If you think you know what the hell is really going on you're probably full of shit.

    --
    If you think you know what the hell is really going on you're probably full of shit.
    jdube is who I am.
    1. Re:Well by Peter+Makholm · · Score: 1

      I follow the debian-bsd list, but don't do any real work. I havn't a netconnected box for this kind of work so I can't really do anything but moral support and maybe trying to answer some questions

      Many has sugested OpenBSD over FreeBSD but those who did the work used FreeBSD and that how it was choosen. I don't know how much the various *BSD has in common, but jsut one BSD port will solve many political questions.

      Debian isn't going to stop making Linux anymore than we are going to stop makin i386. In a perfect world (which Debian of course is :-) people shouldn't care which architecture the maintainer of a debain package is using. Autobuilders does a lot of work in Debian. And Debian is still primaly Linux users, some of us is just interested in l;eraning new worlds.

      My dream is a distribution where you just do apt-get install freebsd or apt-get install linux to use that kernel. It's my personal dream and it probally not going to happend in the nex few weeks.

      I hope that this project could mean better Linux support in FreeBSD (file system, emulation etc.) and also the other way around. the perfect kernel and user space toolkit doesn't exists and exchange of ideas will only be of the benefit of everybody.

      then we can only hope this doesn't end in pure flaming

      --
      Yet Another Debian User
    2. Re:Well by Anonymous Coward · · Score: 0

      I'm sorry, OpenBSD is like Debian?? First of all, if they're gonna make one at all (which they wont), they should base it on freebsd.. Now, I love openbsd too, but openbsd is too multi-platform and isn't as optimized for i386 as freebsd is (which is what a majority of the people on this planet run). Maybe you should try openbsd though, both freebsd and openbsd are secure, and this is a result of cooperation between the two flavors.. OpenBSD has some extras like blowfish and IPSec though if you want to get into it.

  15. Sniff by Anonymous Coward · · Score: 0

    It seems the Debian guys go from one internal fight to anyother. Just give it up guys, Debian BSD is pointless. It'd be just the same as Debian Linux only 20% slower and 5% more stable.

    1. Re:Sniff by Foogle · · Score: 2
      Although that was really a troll-ish way of saying it, I almost agree. Unless porting Debian to BSD would be a minimal effort, or there was a group that wanted to do just that, and nothing else, I don't think it's really worth the effort.

      I mean seriously - why do we need it? The FreeBSD/OpenBSD/NetBSD systems are just as painstakingly careful with their release-system as the Debian people, so it's not like we'd be getting a more mature development cycle, right?

      On the other hand, there really aren't any "distros" to speak of with the BSDs. I wonder why... It would seem that a company willing to put a bit of effort into ease-of-use could become the RedHat of the BSD world. In fact, they could probably go head-to-head with RedHat in terms of OS sales. Doesn't everyone here always say "competition is good"?


      -----------

      "You can't shake the Devil's hand and say you're only kidding."

    2. Re:Sniff by JordanH · · Score: 2
      • On the other hand, there really aren't any "distros" to speak of with the BSDs. I wonder why...

      Sure, there's a BSD distro. It's well supported, solid, comes packaged for ISPs and Servers. The fine people at BSDI sell it.

      I'm beginning to think the reason there's no inexpensive, mass-market distro for *BSD is because of the license. You just can't stop the suits from closing off important pieces, and jacking up the price to what the the market will bear because they can .

      Look at Cygnus. They started out as a business to offer support for Open Source "products". Now, they sell closed source products as well. Why the change in business plans when, according to Cygnus, they've always enjoyed phenomenal growth and profitability? I think it's because the suits just can't stand the thought of giving everything away.

      This is what's really new about running a business distributing GPL'd code. The suits have to start rethinking where they can make the money.

      I'm not sure there is a lot of money to be made, long term, in being a distro vendor. A lot of people will just buy the same thing from Cheap Bytes. Ultimately, I would think that the distro vendors would get more involved in support, custom projects and training. I think RedHat knows this and this is why the Cygnus purchase makes sense.

  16. Not Official by Cerb · · Score: 2

    This "project" is currently not official. It is being worked on by a few developers that are doing this without the support of Debian as a whole. By readin ghte lists it is very hard to tell wether it's going to be official or not.

  17. Re:Good idea, but glibc first would make more sens by Intosi · · Score: 1
    One of the great advantages of FreeBSD to me is the lack of different distributions. You know your FreeBSD package of insert fancy software is going to work, because you don't have weird distro differences/incompatibilities to solve.

    The idea of more FreeBSD distributions (with a different userland, different package management) sounds like a horror to me. "Sorry, our product only works with Debian/FreeBSD, not FreeBSD." Shrug.

    Intosi

    --

    Intosi

  18. What's the point? by Noryungi · · Score: 1

    Now, this is extremely weird.

    Why on earth port Debian (an excellent system, BTW) to FreeBSD (another excellent system IMHO)? FreeBSD already has its own (outstanding) ports/package system and I totally fail to see what kind of interest is at play here.

    And the absolutely worst thing is that it raises all kind of licensing questions (BSD vs GPL) and library porting (glibc vs libc) -- this thing is totally beyond me. Again: what is the interest of having Debian ported under FreeBSD?

    I can understand Debian/HURD, but Debian/FreeBSD is the weirdest thing I have heard in ages. If a gentle /. reader could explain this whole situation to me, I would be definitely grateful!

    Ah well. As long as it's open source... =)

    --
    The right to offend is far more important than the right not to be offended. (Rowan Atkinson)
  19. Debian GNU/FreeBSD? by Anonymous Coward · · Score: 0

    Please, if they wish to attach the GNU name to anything, they should call themselves GNU/Debian or Debian/GNU. There is NO justification for calling it GNU/FreeBSD.

    Tired of politics? View a nude.

    1. Re:Debian GNU/FreeBSD? by tialaramex · · Score: 1

      The rationale is that they'd port GNU/Linux' userspace to BSD.
      Now since the userspace of GNU/Linux is GNU, that would definitely make GNU/FreeBSD.

      A typical *BSD is mostly under BSD variant licenses and more recent 2 clause licenses,
      Debian's code would use the FreeBSD kernel, but mostly code from the GNU project. This is probably >50% GPL code, but even if it isn't, GNU/FreeBSD is a clear name for "What's in the box?"

  20. Debian + FreeBSD + KDE 2.0 = _the_ desktop box by Lost+Carrier · · Score: 3

    Debian is the best linux dist imho.
    FreeBSD is the best x86 os imho.
    KDE 2.0 looks _very_ promising.

    And them together sounds lika a real threat to MS Win* as the desktop alternative.

    The 4 s:
    Speed, security, stability and style.

    Its my lucky day!

    Lost Carrier

    --

    Lost Carrier
    http://www.geekboys.org

    1. Re:Debian + FreeBSD + KDE 2.0 = _the_ desktop box by sporty · · Score: 2

      Too bad KDE can run on FBSD without the linux distro part..

      ---

      --

      -
      ping -f 255.255.255.255 # if only

    2. Re:Debian + FreeBSD + KDE 2.0 = _the_ desktop box by Lost+Carrier · · Score: 1
      Yes sure FreeBSD can run Debian.

      And yes sure FreeBSD can run Linux bins. But that isnt what I am looking for, I am looking for native support.

      FreeBSD - stable, awesome ip-stack
      Debian - best linux dist, can run linux bins (of course) natively, has more drivers and more hardware support than FreeBSD

      Lost Carrier

      --

      Lost Carrier
      http://www.geekboys.org

    3. Re:Debian + FreeBSD + KDE 2.0 = _the_ desktop box by sporty · · Score: 2

      Um, FreeBSD doesn't run debian. It runs linux binaries too. But you don't seem to udnerstand, it runs only the binaries. Debian drivers have nothign to do with that. You are thinking of linux. And native support for what? Your soundblaster waveblaster? Go to linus, not debian.

      ---

      --

      -
      ping -f 255.255.255.255 # if only

    4. Re:Debian + FreeBSD + KDE 2.0 = _the_ desktop box by Anonymous Coward · · Score: 0

      Install debian into /compat/linux you'll have debian compatibility.. and as for your comment about sound cards.. FreeBSD has excellent kernel support for sound cards, and obviously if they're using the FreeBSD kernel, they're stuck with FreeBSD drivers, so how do you expect this to improve any driver support (I really doubt FreeBSD will accept any drivers that debian has made, since they dont know the kernel very well)

  21. Aaaah hell yeah... by angelo · · Score: 1

    Not knowing anything about the BSD package system, I can see this as a good thing. I agree with the post above about porting the newest glibc2 to it as necessary too. BSD is nice and stabile. My ISP runs it, and the only problem I have with it (at least in their case with BSDI) is that it gets a bit kvetchy with the connections through telnet. Otherwise, I consider it a safe "alternative" OS. I run Debian Linux BTW, after running slack since '95. I like debian because I can just use Dselect to get new packages. I just have to figure out apt.

  22. Naming of proposed distribution by EngrBohn · · Score: 1

    After I wrote the above comment (and coined "DebianBSD"), it occured to me that this effort may very well go forward...
    I say this without malice toward anybody.
    Besides the various "why"s such as "because it's there" and "to improve the portability of our software" and the like, there is a political reason to do this.
    If Debian makes a BSD distribution, it would almost certainly be called "Debian GNU/BSD". This would reinforce the idea that, according to the FSF, et.al., the correct name of the Linux distributions is SoAndSo GNU/Linux. By creating a GNU/BSD, the media attention would make people pay attention to the "GNU/" prefix and would also result in comparisons to GNU/Linux.
    Christopher A. Bohn

    --
    cb
    Oooh! What does this button do!?
    1. Re:Naming of proposed distribution by GPB · · Score: 1

      Recall that the BSD folks are using less and less GNU utilities over the years. It looks like Debian GNU/BSD would have its work cut out for them if they wanted to keep the GNU there.

      -B

    2. Re:Naming of proposed distribution by Guy+Harris · · Score: 2
      Recall that the BSD folks are using less and less GNU utilities over the years. It looks like Debian GNU/BSD would have its work cut out for them if they wanted to keep the GNU there.

      Given that, apparently, the "FreeBSD-based Debian" would use only the kernel and C library from FreeBSD, and would use their own utilities (and, presumably, other libraries) instead of the BSD ones, they wouldn't have to do any more work, over time, to "keep the GNU there" than to keep it in Debian GNU/Linux.

    3. Re:Naming of proposed distribution by GPB · · Score: 1
      ... they wouldn't have to do any more work, over time...

      Except port them to the BSD kernel API and the BSD libc API where needed. This is by no means a trivial task.

      -B
    4. Re:Naming of proposed distribution by Guy+Harris · · Score: 2
      Except port them to the BSD kernel API and the BSD libc API where needed. This is by no means a trivial task.

      True - but that's not a consequence of the BSD folk using fewer and fewer GNU utilities over time, if the Debian folk aren't using the BSD utilities, except maybe to the extent that ports of GNU utilities to FreeBSD become less actively maintained.

    5. Re:Naming of proposed distribution by Anonymous Coward · · Score: 0

      Hmm.. They would need to use a lot more than that to get the BSD kernel to compile.. They would have to use bsds version of make for ports, libkvm and bsd version of procfs, would switch to UFS, but I frankly doubt, *AND HOPE* that they're not going to do development on the kernel, don't ruin a good thing :)

  23. Re:I know why you guys are so "confused" by Anonymous Coward · · Score: 0

    Your comments on the size of the Linux kernel are, um, bullshit. Unless you are referring to the size of the SOURCE tree, which is irrelevant because Linux has tons more drivers than FreeBSD. I personally have compiled BSD kernels and Linux kernels. Recently, I compiled a NetBSD kernel and the resulting binary exceeded 1.5M. My Linux kernel is 1/3rd the size.

  24. A step foward ... by Anonymous Coward · · Score: 0

    ...to unite *BSD and Linux,maybe ? That will be great! Just think of the combination of Linux's flexibility and ,may be, the OpenBSD's security.... Or sth. alike..May be the BSD license isn't good enough in these times,since GPL and linux took over the u**x people .....

  25. Debian GNU/Solaris by Beethoven · · Score: 1

    All this kernel independence surely would help a company like Sun if it wanted to base a Solaris release on the Debian system. The techie in me drools. But there would be no question of "official" support by the Debian organization, which seems to be the real sticking point with the FreeBSD effort.

    Debian GNU/NT, anyone? ;-)

  26. Hurd continues... by Christopher+B.+Brown · · Score: 2
    Having FreeBSD added to the set of OSes supported by Debian doesn't prevent support for Hurd from continuing. Indeed, the sets of people interested in Debian atop FreeBSD and Debian atop Hurd are likely to be virtually disjoint sets.

    A significant merit to adding FreeBSD to the mix is that this makes Debian less and less kernel-dependent. In the long run, that makes it more and more possible for Debian to support more "UNIX variants."

    Interesting, in the longer run, would be:

    • Something based on FluxOS
    • Something based on Fiasco/L4
    • The oft-discussed EROS
    • Perhaps MIT's XOS

    Thus, support for FreeBSD tomorrow may help there to be support for more unusual OS selections a couple years from now.

    That seems to me to be a Good Thing.

    --
    If you're not part of the solution, you're part of the precipitate.
    1. Re:Hurd continues... by Anonymous Coward · · Score: 0

      next after those... Debian GNU/FREEDOS!!!! (not to be confused with the vaporware project freedows :p) www.freedos.org

  27. Re:I know why you guys are so "confused" by Anonymous Coward · · Score: 0

    Well Linux kernels are usually compressed by
    default, comparing image sizes isn't really
    fair.

  28. Re:Debian GNU/Win32 by Anonymous Coward · · Score: 0

    There is a mailing list for such a project...

  29. DebianBSD: most likely going no where fast by Anonymous Coward · · Score: 4

    (For the curious, I am a FreeBSD user)

    There are several reasons I do not think DebianBSD is going to be advantageous:

    1.) Most people using FreeBSD enjoy the less restrictive, more open BSD license.
    2.) The FreeBSD Ports Collection is truly incredible; there little or no need or desire for a Debian package system.
    3.) I personally love the fact that FreeBSD is *not* a distribution, it is a full featured, integrated Operating System. I think this allows FreeBSD to be more intelligently organized and to work more smoothly than the various Linux distributions forced to integrate an operating system beyond their control with software largely beyond their control. DebianBSD sacrifies this advantage.
    4.) The licensing issues are difficult, if not impossible to resolve.
    5.) Any variation on the name GNU/BSD is going to cause an uproar and permenantly doom any Debian based FreeBSD distribution. :).
    6.) Finally, from quickly scanning the Debian mailing lists, it seems as if most of the Debian developers have no respect for FreeBSD. One called it "dying software" and others claimed it offered no advantages over Linux. While everyone is entitled to an opinion, however ill-informed and erroneous, I wonder how dedicated Debian could be to an operating system it does not like and does not respect; after all, part of the allure of working on open source software is being able to code for your own pleasure rather than someone else's.
    In short, DebianBSD seems like an abortion from the start, althougth I am prepared to be surprised.

    (Note, even if DebianBSD did come into existence I would never switch; Debian and the FSF irritate me with their holier-than-art-thou pronouncements on freedom. Sadly enough for DebianBSD, I have a feeling a large number of FreeBSD users will agree with me.)

    1. Re:DebianBSD: most likely going no where fast by dmaze · · Score: 2
      I don't feel like most of Debian pays huge amounts of attention to licensing stuff. In particular, Debian isn't really picky about, say, having an entirely GPL'd distribution; the BSD and Artistic licenses are seen as equally "free" in Debian's eyes. As an end user, I don't actually pay attention to the licenses of most of the stuff installed on my system. It's Just There, and because it has the Debian "free" stamp of approval, I know I can use it and possibly hack on it without problems.

      I'm curious what the difference between a "distribution" and an "Operating System" is. I see an "Operating System" as a kernel and maybe the Debian "base" section, the minimum amount of stuff you need to get something useful running. Is the issue here that the FreeBSD people maintain both kernel code and user-space code? If there are stable interfaces between the two, then that's pretty irrelevant.

    2. Re:DebianBSD: most likely going no where fast by coreybrenner · · Score: 1

      To put the shoe on the other foot, a few friends and I are thinking about grafting an OpenBSD userland onto a Linux kernel (OpenLSD?) to gain the advantages of Linux' semi-mature (as compared to OpenBSD's yet non-existent) MP capabilities, and the greater hardware driver support of the Linux kernel.

      Such a thing might bring more developers to the OpenBSD userland (linux geeks trying things out) and might help it to advance faster than it otherwise might, and such fixes can be controlled, checked for decency, and integrated back into OpenBSD if Theo will have them.

      One of the major things that might benefit from this approach might be OpenBSD's libc and thread-safety. Open's kernel is making some movement toward MP, and I will be supporting that movement (as soon as I can put together enough bucks for decent hardware - already got me a Sun 4/670MP to play with... heheh...), but a more rapidly evolving userland might help to steer MP/MT kernel development onto a faster track.

      Just my own inconsequential thoughts,

      --Corey

      --
      Not only will they not deserve liberty or safety, Mr. Franklin, they will be DENIED both!
    3. Re:DebianBSD: most likely going no where fast by Anonymous Coward · · Score: 0

      A *BSD accepting contributions from something Linux-related? Don't bet on it!

    4. Re:DebianBSD: most likely going no where fast by Anonymous Coward · · Score: 0

      (This is from the original poster)

      Of course, different operating systems define themselves in different ways(ie., Windows NT is integrated with a GUI and comes with GUI tools while Linux/FreeBSD is not and does not). I would define a "Unix type" operating system, however, to including the following:
      Basic user/administrator commands
      Core system files(kernel files)
      Information files(man, Info, ...)
      Basic communication clients/servers
      (ftpd, telnetd, ipfw, i4b, PPP, ...)
      Compiler(For kernel customization)
      (This list is basically the stuff in the main FreeBSD disk sets minus X, games, dict, and ports)
      A Linux distribution takes a kernel, combines it with FSF utilities, and perhaps has some other stuff(netscape, X, ....). The makers of the distribution have no control over either the kernel or the FSF utilities; by contrast, the FreeBSD core can tailor the development of both kernel and user space components to complement each other and to coexist harmoniously. Linux is, however, made up of a kernel and FSF utilities which were made quite independently of each other and with little regard for the needs of the other; a distribution, then, tries its best to integrate these two elements together but cannot possibly do as well as an effort which considered the operating system as a whole from the start. This is why Slackware(the brand of Linux that I occasionally boot) seems much less organized and integrated than does FreeBSD.

      As to the issue of Debian, I can only judge both by what I have read on the mailing list link and by their doctrinaire insistence on classifying software as either "free" or "unfree" not truly for any functional purpose but instead for some fuzzy "philosophy" pushed by the FSF; note that "unfree" includes even programs with open code, such as KDE 1.x. Understand from this, by the way, that I do not necessarily object to closed source software; I simply object to institutions(FSF and Debian) that seem to want to shove their notion of freedom down my throat. I do not really take advantage of the loose BSD license; in using BSDL software, however, I feel that it is the function that is important not some hazy and poorly concieved political notions with which I do not agree. This is where I feel DebianBSD would fail: it would sacrifice the typical BSD focus on function and ability to accomplish(as enshrined in the BSD license which allows one to accomplish any task, even a closed-source one, with the code) to the alter of the FSF.

    5. Re:DebianBSD: most likely going no where fast by coreybrenner · · Score: 1

      > A *BSD accepting contributions from something Linux-related? Don't bet on it!

      Don't be such a ridiculous troll. Linux and BSD cross-pollinate all the time. Don't believe me? Look in {Free,Net,Open}BSD for a "gnu" directory. In there, you will find such things as Linux filesystem support, and the GNU(Linux) x86 FPU emulation code. It remains nicely encapsulated, so that no GPL taint enters the system at large, but to suggest that the BSD's would refuse to use anything that is vaguely "linux-ish" would be absolutely ludicrous.

      The userland of the OS will be BSD. The license under which any contributions to that userland will be accepted will be BSD - no exceptions. There will be no Linux "taint" to the code, it will simply be running on a Linux kernel rather than a BSD kernel.

      I see this as a boon to both camps. It provides users comfortable with Linux (the kernel) with an audited, controlled userland, suitable for use as a firewall/etc. It provides feedback and fixes to the (IMNSHO) superior OpenBSD userland because of the increased usage.

      Should Theo choose to accept any patches, etc., that might come of such a project, should the decision be made to go ahead with it, then there will be no licensing problems keeping OpenBSD from cribbing that code (indeed, that is one of the major thrusts of the project - the more rapid improvement of OpenBSD).

      Should he refuse such patches based on any "linuxism" rather than the quality or usefulness, then it will be obvious that his vision of OpenBSD is not compatible with our (as yet non-existent) project. Simple, neh?

      If nothing else, it will prove an interesting thought and programming exercise to graft that userland onto a different kernel.

      :-)

      --Corey

      --
      Not only will they not deserve liberty or safety, Mr. Franklin, they will be DENIED both!
    6. Re:DebianBSD: most likely going no where fast by Anonymous Coward · · Score: 0

      (From the original poster)
      Hmm, OpenLSD...

      I think you should use FreeBSD instead for your project.

      Then you could have FreeLSD :) :) :).

    7. Re:DebianBSD: most likely going no where fast by coreybrenner · · Score: 1

      Heheh... while the deleterious(sp?) effects of such a development might be grand, the tightness and consistency of OpenBSD (in my experience) compared with FreeBSD makes such a project a non-starter.

      Besides, I want to know that the LSD I'm using isn't going to send me on a bad trip, or make my head swell up to the size of a pumpkin.

      --Corey

      --
      Not only will they not deserve liberty or safety, Mr. Franklin, they will be DENIED both!
    8. Re:DebianBSD: most likely going no where fast by Anonymous Coward · · Score: 0

      Ah!
      You should want the stability that only FreeLSD could provide. :).
      After all, you do not want to crash at a critical point in the trip; not only does this ruin the experience, but you invite harddrive corruption since you were not able shutdown the trip properly. :).

    9. Re:DebianBSD: most likely going no where fast by coreybrenner · · Score: 1

      Yes, but I don't want any unexpected weirdness caused by someone outside my inertial frame to interrupt my trip, causing me to freak out. And, I don't want the inconsistent quality of FreeLSD doing that to me without anyone's intervention (I've had bad experiences with Free's userland being bogus as hell - one of the reasons I don't run ... err drop ... Free anymore).

      All I want to see is pretty colors, and to open my mind up to the possibilities of the Universe writ large.

      --Corey

      --
      Not only will they not deserve liberty or safety, Mr. Franklin, they will be DENIED both!
    10. Re:DebianBSD: most likely going no where fast by Anonymous Coward · · Score: 0

      Ah well, just as each person's trip is a fundamentally individual experience, so must each person choose his own acid. :).

    11. Re:DebianBSD: most likely going no where fast by coreybrenner · · Score: 1

      Indeed. The one constant in our universe is the perceived difference of experience between people. That applies even to the exact same event. I think that has less to do with the Universe and more to do with the inconsistency of humanity, but that's a philosophical debate out of the scope of this discussion.

      Anyway, I'm not as interested in FreeLSD as I am in free beer.

      ;-)

      --Corey

      --
      Not only will they not deserve liberty or safety, Mr. Franklin, they will be DENIED both!
    12. Re:DebianBSD: most likely going no where fast by sapphire · · Score: 1
      6.) Finally, from quickly scanning the Debian mailing lists, it seems as if most of the Debian developers have no respect for FreeBSD. One called it "dying software" and others claimed it offered no advantages over Linux. While everyone is entitled to an opinion, however ill-informed and erroneous, I wonder how dedicated Debian could be to an operating system it does not like and does not respect; after all, part of the allure of working on open source software is being able to code for your own pleasure rather than someone else's.

      Interesting observation. The Debian developer community is so diverse that one will always find such comments from individuals with strong feelings. However, when you use a single comment like this to discount the whole community, you lose the most important piece of perspective. The Debian community with it's arguments and diversity is a shining example of the bazaar development model at work. The Debian distribution is stronger because out of the arguments come better ideas and design.

      Cheers.

      --
      -- This is not a signature.
    13. Re:DebianBSD: most likely going no where fast by waddgodd · · Score: 1

      Then use OpenLSD, it's been audited to ensure only the safest of trips :)

      --
      Just because you're paranoid doesn't mean they aren't out to get you
    14. Re:DebianBSD: most likely going no where fast by broonie · · Score: 1
      2.) The FreeBSD Ports Collection is truly incredible; there little or no need or desire for a Debian package system.
      That cuts both ways :-) .
      4.) The licensing issues are difficult, if not impossible to resolve.
      What licensing issues? Debian already includes plenty of BSD licensed software, so if there are any problems then we should have encountered them by now.
      6.) Finally, from quickly scanning the Debian mailing lists, it seems as if most of the Debian developers have no respect for FreeBSD. One called it "dying software" and others claimed it offered no advantages over Linux. While everyone is entitled to an opinion, however ill-informed and erroneous, I wonder how dedicated Debian could be to an operating system it does not like and does not respect; after all, part of the allure of working on open source software is being able to code for your own pleasure rather than someone else's.

      Debian is a very diverse organization - there's no uniform stance on licensing issues and so on beyond what's in the DFSG and social contract. While there are people who have said nasty things about FreeBSD, there are also people who have said nice things about it who have just as much say in Debian. You're probably much better off thinking of Debian as being a group of individuals under a common flag than as a monolithic corporate entity.

      One presumes that the people who started this discussion by saying they'd like to work on a FreeBSD version of Debian care enough to work on it. Since that's all that it really takes to get something done in Debian - someone willing to actually do the work - I can't see much practical problem.

      Debian and the FSF irritate me with their holier-than-art-thou pronouncements on freedom.

      Again, you'll probably find there are plenty of Debian developers who share your views on licensing issues but for whatever reason choose to work on Debian.

  30. Why not just try and get Potato out??? by Howard+Beale · · Score: 1

    I love Debian (been using it for the past year after switching from RedHat), but shouldn't they be concentrating on getting the next 'official' version out rather than adding more platforms? Slink was released back in the February/March timeframe, and it would sure be nice to an official version running the 2.2.x kernel series before 2.4.x comes out.

    The unfortunately part of this is that there are packages that have been updated in unstable, but are unusable on an unmodified slink system (slink's dhcpd-beta / unstable's dhcpd comes to mind). While not updated for security risks, it would be nice if I didn't have to update half a dozen packages and move to the 2.2.x kernel just to fix confirmed memory leak problems.

    Before the 'unstable is as stable as RedHat' flames start, there have been problems with unstable (the perl problems come to mind). And for those 'well pitch in and help' flamers, I just dropped off my United Way sign-up sheet to HR and made a nice contribution to the Debian project.

    1. Re:Why not just try and get Potato out??? by Anonymous Coward · · Score: 0

      *BONK* :) they are working on potato. this is just a few people working on this project. it's not an official project either. unfortunately, this probably won't get a lot of interested people working on it, much like the HURD hasn't either. go to www.debian.org and check out their hurd pages if you think you can help :)

  31. Good call. by Christopher+B.+Brown · · Score: 2
    much (most?) of the software that the Debian team puts in the DebianBSD distribution would still be GPL, which means FastBuck Inc. would not be able to take DebianBSD as-is and apply a closed-source license.
    Good call; that does indeed prevent someone from releasing a proprietary edition, as even if the kernel and libc use BSDL, the necessary GPLed content (notably dpkg and related Debian tools) deny the problems of concern.

    This is better than the opposite observation that I was going to point out, which is that there are components of Debian, such as Perl, Python, and XFree86 that already use non-GPL-like licenses.

    --
    If you're not part of the solution, you're part of the precipitate.
  32. I doubt this is for the Crabby Old Men by Anonymous Coward · · Score: 0

    This would be a whole new userbase, not the crochety old men that run FreeBSD.

    1. Re:I doubt this is for the Crabby Old Men by EverCode · · Score: 1

      Well, I am a 20 year old FreeBSD user, I am reinstalling FreeBSD over my Linux partitions this weekend. I thought I would give Linux one last try, but have been unimpressed.

      --

      EverCode
    2. Re:I doubt this is for the Crabby Old Men by Anonymous Coward · · Score: 0
      Installing FreeBSD over Linux? Good for you! :-)

      I have a spare partition that I installed FreeBSD into a few weeks ago. I haven't booted to Linux since...next month the Linux partition gets wiped...

    3. Re:I doubt this is for the Crabby Old Men by tialaramex · · Score: 2

      The advantages were that great, right?

      Like, um, errr, um, nope I'm stuck already.

      Oh wait, I remember, *BSD has more crazy fanatics, so you can feel more at home. And if someone asks "How do I delete a file?" you can call him lame, and tell him to buy a clue. The microkernel dig above from a supposed *BSD fan is hilarious "Our kernel has less features, and is therefore inherently better".

      The *BSD kernels each have a lesson or two to teach Linux, but equally there
      are lessons they could learn from Linux, and from each other. It's not enough
      to be worth fighting over. IMHO today's *BSD userspace is poorer than the
      GNU userspace, and Linux is a better platform for bleeding edge kernel
      meddling.

      I respect the OpenBSD crew for having the guys to actually audit code, and the adventurers doing "First Ports" to platforms like the old 68K Macs, but the trend towards fanatical hate of other Free Software projects leaves a very unpleasant taste, BSD users are pronouncing that a GPL'd branch is "Evil", while a MS proprietary branch is "Proof that BSD is truely free".

      This inconsistent value set (and I don't clame it's present inside the holy temple of the core developers) is a rotten stinking thing inside the BSD community, and makes the "Anything but MS" sentiment found in some parts of the Linux camp seem healthy by comparison. While that rotten thing remains in the community I hold no hope of GNU/FreeBSD seeing the light of day.

      Nick.

    4. Re:I doubt this is for the Crabby Old Men by Lazaru5 · · Score: 1

      And if someone asks "How do I delete a file?" you can call him lame, and tell him to buy a clue.

      If you're referring to the ones that say "I'm an experienced Linux user, and I just started using FreeBSD. How do I delete a file?"

      Absolutely!



      --

      --
      My comments and opinions completely reflect those of anyone and anything I am remotely associated with.
  33. Horay!! DEATH to SYSINSTALL!! by Anonymous Coward · · Score: 0

    I have been trying to get freebsd to install for over 2 weeks at home. The sysinstall utility only works with the beta 3.3 kernel and the 3.2 kernel edition of sysinstall can not install booteasy properly on a second partition of a second drive.


    The sysinstall program even screwed up my disk geomtry on my first partition on the second drive
    (even thyough I didn't touch this partition during the installation).

    The bsd kernel is a great kernel but alot of bsders love to attack linux as only a kernel so I have to judge freebsd on the merrits of the utilities as well.


    I changed my bios to normal to LBA to see if thius fixed the problem and then the booteasy program trashed my MBR during another install and I could not boot windows. ARGGG!


    IF you linux guys think suse or debian is tough you aint seen nothing yet.


    If debian replaces the installation with there's but keeps everything else, I will be a happy supporter. Its not fair that the bsd guys get a bad rap for something silly like an installation program when the bsd kernel already has a multithreaded tcp/ip stack and usb support.


    (Perhaps some bsd guys could help with my installation problem. I need all the help I can get.)

    1. Re:Horay!! DEATH to SYSINSTALL!! by Nabuchodonosor · · Score: 1

      DEATH to SYSINSTALL? sysinstall is easy, clean, and it works fine for me :) long live SYSINSTALL!

      --
      ---> Did you know Linux stands for Linux Is Not UniX ?
    2. Re:Horay!! DEATH to SYSINSTALL!! by Anonymous Coward · · Score: 0

      > Its not fair that the bsd guys get a bad rap for something silly like an installation program when
      > the bsd kernel already has a multithreaded tcp/ip stack and usb support.

      FreeBSD's TCP/IP stack is not multithreaded

  34. Procrastination, delays, tired of waiting.. by Diggety_Dank · · Score: 1

    Hey, I was pretty interested in upgrading my server to debian a while ago, and have been waiting for potato for far too long now. It has really become a joke. Sure porting to HURD and *BSD are possibly a Good Thing, but maybe we should concentrate on one thing at a time here eh?

    P.S. Don't reply about using apt-get to use the latest stuff, read: tested.

    --
    --- Stampede linux for me! I play with fire to break the ice..
    1. Re:Procrastination, delays, tired of waiting.. by Rogain · · Score: 1

      They are not really the same people. Aparently the Debian GNU/FreeBSD-ers have been working on this for months all by themselves. So, what does this have to do with boot-floopies and base?

      --
      The current Slashdot moderation system is made by gay communists!
  35. Debian's ease of package management would be great by Anonymous Coward · · Score: 0

    Personally, I run RedHat, but that's because Debian took too long to upgrade and I was really concerned about the age of some of the packages. However, I love Debian's ease of package management. Just dselect, pick and choose, and it downloads and installs for you, w/o needing X, unlike a certain RPM-based distro... :) If they could get people to actually keep their packages up to date, then Debian/*, be it Linux, Hurd, or FreeBSD, would be cool, very cool, and it would make using FreeBSD alot easier to use, so long as it still includes the ports area (it *does* work nicely once you figure it out....)

  36. When can we expect a Debian port to Windows NT? by Anonymous Coward · · Score: 0

    .

  37. d00d, he's a BSD bigot! by Anonymous Coward · · Score: 0

    This is typical of BSD folks over the years! It's nothing personal. But it is exactly why I have linux on my system instead of BSD. Just an unwashed linux luser... ;)

    1. Re:d00d, he's a BSD bigot! by Progman · · Score: 1

      That's a pretty stupid way to pick an OS. I use both FreeBSD and Linux, and when I'm sitting at the console I see no bigots, just cool OSes.
      Grow up!

    2. Re:d00d, he's a BSD bigot! by Anonymous Coward · · Score: 0

      Any UNIX, even something odd like Xenix (and it was pretty odd) is better than NT. I like Linux. I jumped at a chance to ork on an old and crust SCO box when I had to choose between it and NT for an A/R system. I made the correct choice. I would be DELIGHTED to use FreeBSD if the choice was it or a non-UNIX. Or a lot of commercial UNIXes, as well -- FreeBSD has had a lot of the stupidity pounded out of it over time, unlike, say, HP-UX (to name a paricularly egregious offender). Think a little bit -- it can get worse. There is NT right around the corner if you aren't careful.

  38. Ease of administration... by Tet · · Score: 2
    Debian is the nicest distro to admin. (Ever try to trace your way thru RedHat's initscripts, each one sourcing 18 different files each sourcing yet others based on variable set in yet another bunch... )

    Interesting... I feel completely the opposite. I found the RH init scripts infinitely more logical and easier to admin than Debian's. In particular, network configuration was miles better in Red Hat with all the relevant details for each interface in a config file in /etc/sysconfig, rather than hardcoded into an rc.d script. Still, that's one of the great things about Linux (and indeed, free software in general). Everyone is free to use what they're most comfortable with.

    Disclaimer: I haven't looked at Debian since 1.3, so things may have improved since then. Also, much as I like Red Hat, I freely admit it's not perfect.

    --
    "The invisible and the non-existent look very much alike." -- Delos B. McKown
    1. Re:Ease of administration... by jajuka · · Score: 2

      Yeah, but I tend to forget where all those various files are if it's been a while since I had to change anything, and it can be frustrating when some file that's being sourced somewhere keeps overriding what you think you've hardcoded into an rc file.
      My impression has always been that redhat's init scripts are setup the way they are because it makes it easier to write gui tools to manage them.
      Slackware is at the other end of the sprectrum using the old BSD style scripts where litteraly everything is in 5 to 10 scripts. This is very hard to handle with anything but vi, on the other hand, when you do get into them with vi everything you need to know is pretty much right there. I know people who cant stand any other method.
      Debian's type are I think a happy medium, pretty much everything you need to know for a particular daemon/service is in one file, with a seprate file for each daemon/service.
      I also like the fact that they are the closer to the style of the commercial UNIXs I've worked with.
      As you said tho, the freedom to choose the type of linux that suits you is part of what makes it so great.

  39. Debian GNU/NT by Per+Abrahamsen · · Score: 2

    > Debian GNU/NT, anyone? ;-)

    There was such a project, basically it was to be a Debian format distribution of Cygwin. It would have been very useful, given that Cygnus doesn't put in much work on making free distributions, but nothing seems to have come from it. Nobody volunteered to do actual work.

  40. Sell me a BSD based LINUX distribution. by Anonymous Coward · · Score: 0

    Just drop a BSD kernel compiled to run only Linux binaries in a Linux distribution.

    This puts the Linux kernel in direct competition with BSD.

    I would buy such a distro.

  41. wow! by Anonymous Coward · · Score: 0

    I have wished for that for so long, I love the feel of freeBSD but the ports confuse hello out of me being a 100% dpkg/apt man so yeah. go go go :)

  42. This sounds great by Wastl · · Score: 1

    I would really like to see this. I very much like Debian's amount of packages and ease of installation and configuration while I think FreeBSD is more stable and faster than the Linux Kernel (at the moment), but the configuration is doing everything by foot.

    A Debian/FreeBSD would combine the best things, IMHO.

    Sebastian.

  43. A Solaris port is a lot more likely. by Anonymous Coward · · Score: 0

    ..

  44. About 6 months after the Commodore 64 port.:-) by Anonymous Coward · · Score: 0

    :-)

  45. Re:Debian GNU/NT - I need this! by mtngrown · · Score: 1

    The cygwin stuff is not quite there yet. It's close. I would use it a *lot* more of if I could get xterm running. The windows command terminal really really blows, even with bash running. So I see GNU/NT held back by the lack of an xserver + xlibs mostly. Once that was running, I think the rest of it would fall into place pretty fast. Why is this important? Couple of reasons. 1. Some of us are stuck in NT for at least the next few years. 2. It is much easier to train potential Linux users if there were a way to ease the transition from pure gui to not-pure-gui. This way they can see that DOS is a hopeless POS, but a modern shell is extremely useful. And that the only point of similarity between the two is the CLI. I am sure I will get roundly flamed for this, especially over point 1. But, whatever. I got stuff to do, and I have already gotten 1 pure linux box (debian!) and a dual boot box (debian!) in the office. It is just going to take a few years to complete the transition. (Actually, having a couple of NT boxes around *is* useful.).

  46. :-) by Anonymous Coward · · Score: 0

    Easy does not mean bug free. I think an easier install method like corel's or even debian's would beneifit bsd tremendously. Regarding your comment about linux is not really unix.Keep in mind that all of At&t's source code has been removed in bsd so its not unix either. Infact I believe only SCO has some unix code in it and we all know how wonderfull sco is. :-) the unix tradmark is owned by the open group. By deleting all th unix code was how bsd got through the lawsuits. :-)

    1. Re::-) by Anonymous Coward · · Score: 0

      I hardly see how Debian install is more user friendly compared to sysinstall. Sysinstall ALWAYS worked for me last two years. I am only using it to put INITIAL system on the disk though. Never seen any point in installing binary packages using sysinstall since there is wondeful ports system. By the way, that is why I think DebianBSD will not succeed - too little added value. dpkg/apt? Who needs them? Certainly not users familiar with FreeBSD existing ports mechanism. Replacing native FreeBSD tools with their GNU conterparts will only destroy the OS consistency and will lead to one more poorly integrated Linux lookalike suffering from various compatibility problems between kernel and userland and not fully interoperable with other Linux distributions and FreeBSD itself. As for graphical install - what a nighmare for those poor souls doing installs on mashines with serial console! Please do not consider this message as an invitation for flame war. I just prefer this whole 'distribution' thing not to hurt BSD's the same way it did with Linux.

    2. Re::-) by Anonymous Coward · · Score: 0
      Infact I believe only SCO has some unix code in it

      feh

      Try Solaris, HP-UX, Irix
      Actually there is some AT&T code in *BSD, but it is there by USL's blessing.

  47. Excelent Idea! by four · · Score: 1

    There is nothing better then debian when it comes to package management and keeping your system free. Its proably the only reason I don't use fbsd now, I hate ports!

    --
    -- four
    1. Re:Excelent Idea! by pod13 · · Score: 1
      There is nothing better then debian when it comes to package management and keeping your system free. Its proably the only reason I don't use fbsd now, I hate ports!

      (Assuming that 'fbsd' == FreeBSD.) Well, that's why FreeBSD also offers packages. One is given the choice to build from source (ports), or to install binaries (packages).

      --
      -- .sig cancelled due to budget restrictions...
  48. Just one Word .... by Daeron · · Score: 1

    SICK

  49. Re:Debian GNU/NT - I need this! by Per+Abrahamsen · · Score: 2

    There are ports of the X libraries for cygwin, and there are gratis X servers that run under NT.

    I haven't bothered with them, as Cygwin 1.0 is close to a perfect fit for my needs. It gives me a nice Unix programming environment under NT for producing win32 executables, and since XEmacs runs natively under win32 (and is included on the CD from Cygnus), I cannot think of any X11 programs I miss.

  50. port to cygwin ? by Darxus · · Score: 1

    I think the port to FreeBSD is a cool idea. I'd also like to see a port to cygwin.

  51. Re:Hurd-on-mach, linux-on mach, hurd-on-linux? by DGolden · · Score: 1

    HURD is a collection of server programs, that run of top of the GNUMach microkernel, AFAIK. However, in theory, isn't the HURD itself portable to other kernels? Might a stripped-down linux kernel work better as a "microkernel" than Mach? Relatively few people have taken the time to understand Mach. HURD-on-Linux sounds to me like an interesting idea.

    --
    Choice of masters is not freedom.
  52. Help by dcs · · Score: 1

    I'd be glad to help you, but you did not leave an e-mail...

    Alas, if sysinstall touched a disk, is because you told it to. There is *no way* it could have touched it without you selecting it.

    Anyway, e-mail me if you want. Or e-mail freebsd-questions@freebsd.org.

    --
    (8-DCS)
  53. Twas a joke by EngrBohn · · Score: 1

    I know it's not that easy. But I'd remembered a comment from about 15-18 months ago by the CTO of some company (can't remember which) which had previously only released products for commerical Unices (IIRC: Solaris, HP-UX, SCO, AIX, and maybe IRIX). This was when "there are no apps for Linux" was pretty much true in the commercial sense, and this was one of the first commercial apps ported to Linux. One of the industry mags asked him how hard it was to port their app to Linux, and the CTO replied "I typed 'make'."
    Christopher A. Bohn

    --
    cb
    Oooh! What does this button do!?
    1. Re:Twas a joke by Anonymous Coward · · Score: 0

      That was someone from Informix, as far as I remember

  54. Re:Horay!! - Can't be any worse than RedHat by phungus · · Score: 0

    I'm a FreeBSD user (former Slackware 1.0 switched Solaris switched FreeBSD), and for using FreeBSD for the last two years, I've had FAR less troubles than I've had in the past two weeks with f'cking RedHat. First of all, I would like to know how it is that the kernel itself got to the point where no install scripts work right at all? They all seem to end up either toasting /etc/lilo.conf, or some files in /boot, or just not installing the thing at all.

    Blah... Anyways, I've managed to make this machine panic on boot 5 times in one week.


    make world never did that to me...

    Anyhow, it just seems to me that maybe the Debian guys might take some hints away with them as far as PORTS (yes, PORTS PORTS PORTS), and the ENTIRE CVS theory. make world is a wonderful thing.

    I'm all for any type of progress. This is why I use both Linux and FreeBSD. I need to try SuSE or Debian I suppose. Redhat sucks to me so far.

    This comment sucks...

  55. Debian: Lots of Kernels, splitted forces? by Anonymous Coward · · Score: 2

    Debian is one of the last Linux distros which
    are not yet share holder driven (watch out for SuSE).
    It is IMHO a sad fact that the Debian development
    model seems slower than it would be good for Debian.

    I think that Debian's receipe contains too much
    democracy and not enough (benevolent) dictatorship.

    Embracing additional kernels can be a nice thing
    if your development model is fast and you are
    among those who march in front.

    Splitting up forces further when you seem to
    be falling behind is IMHO the wrong thing to do.
    Debian first should do some streamlining of their
    development model before increasing entropy
    further.

    Don't get me wrong: it might be a big plus 'for
    the whole thing', if different exchangable kernels
    are competing against each other. But increasing
    complexity might also be another nail in the
    coffin if your development system is too slow to
    handle it.

    1. Re:Debian: Lots of Kernels, splitted forces? by Rogain · · Score: 1

      Debian is not a corporation and will not have an IPO, there never will be shareholders. Maybe you could say it is stakeholder driven, the people who actual maintain/develope packages and PARTICIPATE in the Debian group have a say, anyone else can get bent.

      The Hurd has almost nothing to do with the release/development cycle of Debian GNU/Linux. If anything, the hurd has to chase after Linux, because the hurd is mainly working on the hurd kernel/services code, while debian GNU/Linux, continues to redefine exactly what a debian system is (dpkg, apt, etc).

      The only sense of splitting of forces, is that some people might want to work on the hurd, or this FreeBSD-thing instead of Debian GNU/Linux, but so what, should we somehow force them to only work on Debian GNU/Linux? I think Debian GNU/FreeBSD is kind of wacky, but the people interested in it are free individuals, I do not get to tell them what to do.

      --
      The current Slashdot moderation system is made by gay communists!
    2. Re:Debian: Lots of Kernels, splitted forces? by Anonymous Coward · · Score: 0

      Debian stakeholders are doing a great job.
      But what Debian is IMHO missing is a CSO ('chief
      stakeholder officer') which could introduce some
      elements of vision and fast decision making.

      It would be a bonus if this CSO person is good
      in making the right decisions :)

      It is true that Debian developers are free
      individuals who may freely decide where to invest
      their work power. The question remains if the
      development model Debian is using can cope with
      those little dictators from RedHat, SuSE et al.
      on the long run.

      BTW: Such key decisions like the Linux penguin
      (one of the best ideas in computer advertising
      I can remember and a great unifying force among
      the Linux crowd) were not performed by a
      democratic process but by naked dictatorship.

  56. As a believer in the BSD licence.... by mr · · Score: 1

    I don't see where there is an advantage for anyone, save some rabbid GPLers that want to run the kernel from BSD.

    It *IS* market differentation for Debian, and that is what the 107+ GNU/Linux compaines are all about. So they are going to try a different thing.

    1) Between GNU/Linux and *BSD, if one group comes up with a feature, or a better way of doing something, the code is either moved directly, or the idea is re-implemented under the correct license.
    2) Most of the user-level code doesn't care about the kernel being BSD or GPL. So, unless it's commerical software using a group of tools, the tools on *BSD are on GNU/Linux, and GNU/Linux tools are on *BSD.
    3) *BSD has the ability to run most GNU/Linux binaries. So, being *BSD lets you allready run GNU/Linux stuff.

    Given these 3 things, I don't see a win for customers. (Unless, of course, the BSD kernel is more stable/better written than the GNU/Linux kernel. But such talk is considered a TROLL on /.)

    As for the argument that *bsd is dying...Sorry to say this, but there is a whole group of people who think OpenSource is doomed, that GNU/Linux is dead on the vine, etc. Ask Micro$oft. Judge Jackson thinks that OpenSource is not relavant. The people at BSD/OS mock 'the part time OpenSource' world. Such people claiming *BSD is dying are no better than the blind Amiga or Macintosh advocates. They want to push down other OSes to make thier own OS look better.

    --
    If it was said on slashdot, it MUST be true!
    1. Re:As a believer in the BSD licence.... by Anonymous Coward · · Score: 0
      "(Unless, of course, the BSD kernel is more stable/better written than the GNU/Linux kernel. But such talk is considered a TROLL on /.)"

      Give it a break, buddy. And if I were to go post that the Linux kernel is superior on a BSD mailing list, what do you think would happen? Reality is perception.

    2. Re:As a believer in the BSD licence.... by Anonymous Coward · · Score: 0

      "Give it a break, buddy. And if I were to go post that the Linux kernel is superior on a BSD mailing list, what do you think would happen? Reality is perception."

      Well, this is a honest comment - the reality is that /. is NOT an objective source for news and opinions - /. exists as a source of Linux FUD - and it will not change that policy.

      Of course, this advocacy is what keeps people from asking why /. has not released the code for "slash" even though they slam other firms for not releasing source.

  57. Re:Sniff -- Slower? by EverCode · · Score: 1

    FreeBSD is definitely faster than Linux. You would know if you had *actually* used FreeBSD before. Based on my recent Linux installs, I would say it is much more than 5% more stabile too.

    Sorry, but I am at a point where I think Linux needs more time in the oven, maybe a year or two. BSD has been around for a long time, and that is why it is faster and more stabile.

    --

    EverCode
  58. ports confuse you? by fr0g · · Score: 1

    want to install lynx?

    cd /usr/ports/www/lynx
    make install


    installing needed packages ######

    installing lynx ######



    lynx www.slashdot.org




    now how hard is that?

    1. Re:ports confuse you? by Anonymous Coward · · Score: 0
      want to install lynx?

      Or even:

      pkg_add -r lynx
      lynx slashdot.org

  59. Re:Horay!! - Can't be any worse than RedHat by EverCode · · Score: 1

    If you want Linux, try Caldera OpenLinux. It is the easiest ass install, you will not believe it.

    However, Caldera has been very unstable for me, and am going to remove it.

    --

    EverCode
  60. Re:You forgot a bullet... by Anonymous Coward · · Score: 0

    Even though UCB removed *their* advertising clause, a lot of contributors in the past have followed suit, copying the UCB/BSD license for their own code that was added to *BSD's. Thus, even though the parts of the code that have an advertising clause for UCB can be "cleaned up", you would still have to go to all the other contributors who used the advertising clause on their code and get them to remove it.

    While *most* of *BSD is UCB code, a *LOT* of work has been contributed by a *LOT* of other people...

  61. 3.3 isn't beta by Anonymous Coward · · Score: 0

    it's a release version. 4 is the current beta.

  62. Well, what's the verdict? by EverCode · · Score: 2

    Just from this thread, it sounds as if there is enough support for Debian-FreeBSD to make it not DOA.

    The idea of it all is very interesting, no matter the pros and cons of it.

    FreeBSD and Linux users needs to wake up and learn to respect each other. Most of us know that competition is good, and FreeBSD and Linux are in direct competition in many areas.

    If the BSD community does not want GPL, I can respect that. GPL is not some Holy Grail of licensing as many of you make it out to be. I believe things can be TOO open. Why? It is because things become chaotic and fragmented, slowing progression and causing all sorts of problems. You are going to see a lot of this in the Linux community over the next couple of years. (It is going to happen because commercial distros are going to try to get ahead by breaking away from the others. The lag time for others to pick up any advantages to their ideas is also enough to cause problems.)

    Besides, for the vast majority of us, the license does not matter anyways. We just install it and use it. We are not modifying the libraries, etc. etc.

    Debian-FreeBSD is a wake up call to us all. It's time to start repecting our differences. We are all individuals, not members of cults.

    E

    --

    EverCode
  63. Package Management. by Thomas+Charron · · Score: 1

    This would be VERY nice indeed. One of the best things that could happen to BSD would be to have a centralized package managment system, simular to RPM and apt.

    And the best part is, I really don;t think it'd be all that hard. There's no reason why .deb files would be limited to Linux only, so once we have the package manager working correctly, it's just a matter of letting the BSD based packages stream in.

    --
    -- I'm the root of all that's evil, but you can call me cookie..
    1. Re:Package Management. by Chalst · · Score: 2

      FreeBSD does have a centralised package management system, Jordan_hubbard's pkg_add system.

    2. Re:Package Management. by jtn · · Score: 1

      Umm.. man pkg_add. There's your package management system. FreeBSD has ports, and packages are basically pre-compiled ports. Management is take care of by keeping track of dependancies and such in /var/db/pkg.

  64. Priorities all wrong by mattc · · Score: 1
    Maybe Debian should concentrate on getting Debian Linux released first! It would be nice to have a release more often then once in every year and a half!

    (I am also a FreeBSD user.. I don't want Debian dragging FreeBSD into slow releases either)

  65. Re:Good idea, but glibc first would make more sens by Thomas+Charron · · Score: 2

    Sure, but let's remember that all BSD's forked from a common code. 'Distrobutions' could eventually end up going the same way as BSD if Linux does eventually fork for any particular reason.

    And programs under one BSD aren't promised to work on ALL BSD's..

    --
    -- I'm the root of all that's evil, but you can call me cookie..
  66. Does it gel with BSD philosophy? by Chalst · · Score: 3
    I think the licensing issue is in fact a non-issue: proprietary branches of the BSD kernel are not where the open source development effort will be. If customers want to buy proprietary operating versions of open source software, and the orginal designers don't have a problem, I don't see where the crime is.


    Where I think there might be an issue is that the BSD world does not have this idea that the operating system is the kernel, but rather the operating system is the whole distribution. A debian distribution based on the FreeBSD kernel is not the Debian distribution of FreeBSD but a completely different branch, which one might call DebianBSD.


    I think there are advantages to the BSD way of looking at things: security issues around OSs are not issues of the kernel, but issues about the whole system as deployed. I would rather the BSD vision of the operating system was not buried because it is not the same as the Linux vision.

    1. Re:Does it gel with BSD philosophy? by Anonymous Coward · · Score: 0
      think the licensing issue is in fact a non-issue: proprietary branches of the BSD kernel are not where the open source development effort will be. If customers want to buy proprietary operating versions of open source software, and the orginal designers don't have a problem, I don't see where the crime is

      Not to mention that every commerial effort that has used FreeBSD as a base, has contributed back to the FreeBSD Project. We've gotten bug fixes, enhancements, and entire new subsystems. This system provides a way for FreeBSD developers to get paid for their work. It also allows for a company to keep closed that part that gives them an advantage in their field to continue to stay in business to continue to pay said programmer.

      The companies that base their product on FreeBSD eventually get tired of merging their changes in with the FreeBSD Project changes. So these companies give away (ie, submbit to FreeBSD) those changes that don't directly and emensely put them ahead.

  67. Less *IS* better by Anonymous Coward · · Score: 0
    The microkernel dig above from a supposed *BSD fan is hilarious "Our kernel has less features, and is therefore inherently better".

    Now you know why the 95% of desktop users who run some variant of Windows laugh at you when you try to tell them that bash and pine is better than Explorer and Outlook.

  68. Debian and FreeBSD by cmc · · Score: 1

    Actually, they won't affect our FreeBSD. It will be their own distribution of it and their own responsibility. Technically it would be a different operating system. So don't worry about the real FreeBSD. :)

  69. This is good and bad by frost22 · · Score: 1

    First, This is not going to be Debian FreeBSD. FreeBSD (as the other BSDs) regards itself as an operating system, not a kernel. If you replace userland, it's going to be something else - and I'd be surprised if FreeBSD Inc. would allow them to call it FreeBSD. If they are serious, they will end up with a name like Debian GNU/BSD. Let's call it DebianBSD for now.

    Second, this is going to be a very linuxified BSD. You inherit practically all of Linux' organizational/architectural problems while sacrificing a number of BSD's most impressive strengths. I don't think it will be superior to either pure Linux or FreeBSD.

    Third, having said all this, I think it's a Good Thing (TM) nonetheless. Becauser, hopefully, the developers will have a lot of fun doing it, they will find a number of interesting and challenging problems that eventually will find their way back into the respective communities, and they will fall across countless quirks nobody before has seen or thought about. The mutual technical understanding between the communities could be enhanced, and both systems should improve in the effort.

    So, more power to them.

    --
    ...and here I stand, with all my lore, poor fool, no wiser than before.
  70. glibc on FreeBSD by cmc · · Score: 1
    For Linux applications, FreeBSD already has glibc in one of the Linux compatibility library ports. There's no need to have a FreeBSD-native port of glibc as
    • We already have our own libc that works just fine
    • It's bad practice to use confusing and nonstandard (and often stupid, in my opinion) interfaces

    1. Re:glibc on FreeBSD by hadron · · Score: 1

      Please explain what you mean by nonstandard. Do you consider ISO C, POSIX, the Single Unix Specification, etc, not to be standards?

    2. Re:glibc on FreeBSD by cmc · · Score: 1
      Please explain what you mean by nonstandard. Do you consider ISO C, POSIX, the Single Unix Specification, etc, not to be standards?

      I consider things like stpcpy(), GNU getopt, etc. to be non-standard.

    3. Re:glibc on FreeBSD by kvajk · · Score: 1


      There is a difference between GNU getopt and stpcpy.

      stpcpy is provided to allow easier porting of weird applications which use it. The man page makes this clear. I'm all in favor of this sort of thing; if some other system provides an interface which we don't have but can easily provide, we should do it. I see no problem here.

      GNU getopt is different, because this isn't providing somebody else's interface for "backwards compatibility" or ease of porting or something, this is a GNU extension. Making GNU-specific extensions is, I agree, dangerous. On the other hand, progress must happen. In each case, the benefits of progress must be weighed against the drawbacks of fragmentation. And GNU tends to go overboard on the GNU-isms, I do agree with you.

  71. Name... by Anonymous Coward · · Score: 0

    FreeBSDebian ?

  72. Their web page disagrees - what's going on!! by kjj · · Score: 1

    The FreeBSD Copyright


    Copyright 1994-1999 FreeBSD, Inc. All rights reserved.

    Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:

    Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
    Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
    THIS SOFTWARE IS PROVIDED BY THE FREEBSD PROJECT ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

    The views and conclusions contained in the software and documentation are those of the authors and should not be interpreted as representing official policies, either expressed or implied, of the FreeBSD Project or FreeBSD, Inc.

    This was taken straight from
    http://www.freebsd.org/copyright/freebsd-license .html

    I would guess the license contained on the ftp site would take precedence but why the two licenses. Did the recently decide to put the ad clause back in? That seems like a strange thing to do.

    1. Re:Their web page disagrees - what's going on!! by Anonymous Coward · · Score: 0

      No, the code is covered under the updated license. (as is in /COPYRIGHT). We just didn't see any need to go change the headers on 1000's of files just to see the CVS repository bloat for no real good. People know about the license update and that is suffient.

  73. Re:Good idea, but glibc first would make more sens by Tom+Christiansen · · Score: 2
    And programs under one BSD aren't promised to work on ALL BSD's..
    And programs under one Linux-based operating system aren't promised to work under all Linuxes. Which is good, as any such promise would forfeit all semblance of credibility in the promiser. Such active or passive prevarication does help distinguish the competent from the ignorant or mendacious, but to discern between those two classes, further interrogation will prove necessary.

    Why don't all programs built for one Linux-based operating system work for another one? For myriads of reasons, including hardware version, kernel versions, operating system versions, adminstrative strategies, and user environment. I have numerous such examples, as do we all.

  74. Ports port to linux by bmwt · · Score: 1

    This seems to be the wrong direction- I think the whole linux community would benefit if instead the freebsd ports collection was ported to linux. (a point i think most are missing- just about all the debian packages are already avaliable on fbsd as a ports- repackaging them as .deb's seems silly.)

  75. "Our kernel has less features, and is therefore.. by Anonymous Coward · · Score: 0

    Hello Nick,

    whom are you actually citing? I can't find any "hilarius" posts about "Our kernel has less featurs". What is your problem? Putting in people's mouth what they (actually, noone but you) haven't said?



  76. Diversity is the advantage by Max+Hyre · · Score: 1
    One reason for the virus/worm/cracking fears existing today is that over 80% of systems run an OS from one manufacturer. If we can get the world used to the idea that multiple different systems, capable of easily exchanging data and using similar administration methods, are a Good Thing, network security will go up significantly.

    I use Debian GNU/Linux happily now, but a Debian GNU/BSD, and Debian GNU/Hurd, and Debian GNU/EROS would be welcome additions to my arsenal.

    --
    I refuse to believe corporations are people until Texas executes one. -- desert rain on http://www.dailykos.com/user/
  77. ...as discussed on the FreeBSD mailin lists by fordp · · Score: 2
    Back in July this was discussed on the freebsd-questiosn mailing list. To my knowledge no offical decisions were made or presented on this list, but a general feel of what FreeBSD people and Debian people were thinking could be seen.

    Debian GNU/BSD or Debian GNU/FreeBSD seems to be the likley name of such a product.

    There was alot of worry over FreeBSD branching, but overall there seemed to be a positive reaction.

    A good number of people like the idea of the .deb package under FreeBSD. just as alot would like to see the FreeBSD ports tree in a Linux Distro

    A quick search of the FreeBSD mailing lists on the topic reveals some .

    A few choice articles can bee seen below.
    The seemng start of discusion: FreeLinux
    A nice answer: RE: FreeLinux (Debian/GNU BSD)

  78. Can you say "screw up"? by Lazaru5 · · Score: 1

    Two weeks huh? An install shouldn't be more than 20 minutes (if you have the CD) and no more than 2 hours (if you have a fast connection for an FTP install.)

    What exactly is a "beta 3.3 kernel" anyway?

    As for your claim regarding 3.2, here is the errata page for the 3.2-RELEASE. No mention made whatsoever regarding sysinstall. Please stop talking out of your ass.

    From the sysinstall man page:

    HISTORY
    This version of sysinstall first appeared in FreeBSD 2.0.

    Also from the man page:

    BUGS
    This utility is a prototype which lasted several years past its expiration date and is greatly in need of death.

    It's far from perfect, but it's not the nightmare you say it is.

    FreeBSD isn't to blame for your incompetence.

    The only one that trashed your MBR was you.


    Btw, The "Linux is only a kernel" line isn't an attack, it's a fact, one that some people forget, or don't realize from the start.

    --

    --
    My comments and opinions completely reflect those of anyone and anything I am remotely associated with.
  79. Has anyone asked the FreeBSD community? by Oren+Sarig · · Score: 5

    I have recently switched to FreeBSD, since I beleive it is better than Linux. And I personally think that GNU/FreeBSD would be the worst thing possible for FBSD. Here's why:

    FBSD is a whole lot better than Linux mainly because the distribution is centeralized. Just like only good code makes it into the Linux kernel, only good code makes it into the fbsd distribution - all of it. In fbsd, there are no 5 different libraries for a single task, and you can be sure there is a single good library all programs use. You can be sure all programs would run on your distro, since there is only one distro. In linux, you have to install 43 and half different libs for the same tasks just to be sure everything runs on it.

    There is also one single distribution for fbsd, so you can be sure things work on it in any case - you can safley download binaries, unlike linux where you have binaries for redhat6-glibc2 redhat5-glibc2 redhat6-libc5 redhat5-libc5 slackware-libc5 slackware-glibc2 suse6-libc5 suse6-glibc2 and so on, you get the point. In addition to that, sources might not be compatible between distros, since they use different libs and in differend locations. Simply put, you must tweak the program to get it working, unless an archive is available for your distro especially.

    When I switched from linux to fbsd, it was like entering heaven. Things are organized, code is better. No more tweaking. If I want a program, it's simply a matter of typing:
    cd /usr/ports//
    make && make install
    and presto, a network connection is established, the sources are downloaded, patches are applied, the code is built, and then installed. Also, all the neccessary dependancies are also downloaded and built. Or even simpler, just mount the packages cd and do a
    pkg_add
    All the binaries, libs, etc. will be installed, everything will be in place and registered for later uninstall, and without an error. This is all because of a centeralized distribution.

    Now, if Debian (whom I do respect for their linux distro) were to make a Debian GNU/FreeBSD distro, things wouldn't work this way. First of all, glibc would probably be ported so fbsd would start having seperate binaries for glibc and fbsd libc. And probably seperate bins for debian and the official distro. In addition to that, debian would start using it's own sources for linux programs, which means ports loses a lot of it's value. And .deb packages would start appearing for fbsd and there wen't good old pkg_add for anything you need... In addition to that, I'm afraid debian would make a sort of linux distribution around the fbsd kernel (actually, I sould say GNU in this case). This means that even at the absolute minimum, the install would fill up your HD with every available piece of free software, no matter how bad it is. In BSD, you get a clean, structured system.

    Now, a point that *must* be emphasize: freebsd is an *operating system*, not a kernel. Linux is a kernel, fbsd is an os. Read this sentance ten times: fbsd is an os, linux is a kernel. Making a freebsd debian distro would be like taking window's solitair and building a linux distro around it. fbsd would lose alot since people would start using it just for it's kernel, and not the beutiful system it is.

    It's been mentioned that this way in an open unix system you would be able to choose your kernel, libc, etc. But this is a plain wrong view! Have you seen a new linux distro with just libc5 or glibc2 on it? NO! You would need to have ALL the kernels, and ALL the libcs this way. This would also make things worst for the linux community... if libcs become interoperable, linux binaries are opt to show up with the fbsd libc, which means 3 libc's for linux, which means even more mess.

    One last point I want to make is that the support gnu, debian, et al get from linus in the linux kernel might not repeat itself in fbsd if debian won't make sure the fbsd community wants this step - and my guess is we don't.

    Please try to consider all sides to this before taking such drastic steps. Thanks.

    --
    Oren Sarig
    sarig@bezeqint.net

    1. Re:Has anyone asked the FreeBSD community? by alexsh · · Score: 2

      There are several flaws with your argument.

      First, you're trying to make a point sentimentally and not logically. Lets focus on the facts for a moment. There are two (that's 21.75 times less than 43 and a half) libc libraries for Linux, libc5 and libc6. All the Linux distributions are based on libc6 now, so for what it's worth, there's exactly *one* libc for Linux, and that is libc6. If you download a binary linked against libc6, and you have a recent distribution, as well as the other libraries the program is linked against, *it will run*. These are the facts.

      Next. You say that there are many Linux distributions and it creates confusion. You completely omit the fact that there are three distinct distributions of 386/BSD, called NetBSD, OpenBSD, and FreeBSD. (Actually they're a little further splintered than Linux distributions since they are developed independently, on the source-code level.) You choose only to talk about FreeBSD and disregard the others, in which case you can also choose to only talk about e.g. Debian GNU/Linux and disregard the others. Now, everything you said about the FreeBSD packaging system is also applicable to Debian's apt system. Including automatic dependency resolving (be it libc versions or any other libraries and software). You're again trying to make use of sentimental arguments instead of facts. Please make a factual point.

      While we're at it, FreeBSD is an operating system, Debian GNU/Linux is an operating system; the FreeBSD kernel is a kernel, Linux is a kernel. Repeat this sentence ten times. What's the point again?

    2. Re:Has anyone asked the FreeBSD community? by sporty · · Score: 2
      First, you're trying to make a point sentimentally and not logically. Lets focus on the facts for a moment. There are two (that's 21.75 times less than 43 and a half) libc libraries for Linux, libc5 and libc6. All the Linux distributions are based on libc6 now, so for what it's worth, there's exactly *one* libc for Linux, and that is libc6. If you download a binary linked against libc6, and you have a recent distribution, as well as the other libraries the program is linked against, *it will run*. These are the facts.

      Except if you use glibc 2 or 2.1, or libc6.. and there are times when upgrading from libc5 to 6 is a pain.. unless you like having the two versions on hand...

      Next. You say that there are many Linux distributions and it creates confusion. You completely omit the fact that there are three distinct distributions of 386/BSD, called NetBSD, OpenBSD, and FreeBSD. (Actually they're a little further splintered than Linux distributions since they are developed independently, on the source-code level.) You choose only to talk about FreeBSD and disregard the others, in which case you can also choose to only talk about e.g. Debian GNU/Linux and disregard the others. Now, everything you said about the FreeBSD packaging system is also applicable to Debian's apt system. Including automatic dependency resolving (be it libc versions or any other libraries and software). You're again trying to make use of sentimental arguments instead of facts. Please make a factual point.

      But you forget, they are completely differnet OS's.. with different kernels. don't forget bsd/os in your list. But because of the BSD4.4 compatability, it's easy to make a static binary, which works for those extreeme cases of need. As for apt-get, it's a bit backwards since debian doesn't maintain a central list of current packages that work together. All the packages in /usr/ports work together and stay current.

      About his point about the kernel and the rest of the OS, it's all centralized. When the new kernels come out, the rest of the system gets updated too, so one thing doesn't break each other. Such as ipfw... there was a change where the kernel and the ipfw executable were updated at the same time.

      ---

      --

      -
      ping -f 255.255.255.255 # if only

    3. Re:Has anyone asked the FreeBSD community? by broonie · · Score: 1

      The current plan seems to be to use FreeBSD's libc, not glibc, and to rebuild all the packages to run natively (rather than re-use Linux binaries via the emulation layer).

      As for FreeBSD being an OS not just a kernel, well, you're right. But there is a kernel in there too.

    4. Re:Has anyone asked the FreeBSD community? by Oren+Sarig · · Score: 1

      There are two (that's 21.75 times less than 43 and a half) libc libraries for Linux, libc5 and libc6. All the Linux distributions are based on libc6 now, so for what it's worth, there's exactly *one* libc for Linux, and that is libc6.

      Not exactly true, since old programs won't work, though I'll accept this for the sake of the argument.

      If you download a binary linked against libc6, and you have a recent distribution, as well as the other libraries the program is linked against, *it will run*.

      Not true. The last linux distro I've worked with is RH5.2, though I remember this very well: only one in around 20 programs/libs I've tried compiling actually succeded without flaw if I tried doing:

      ./configure
      make

      And, in most cases, these were not linux-specific programs that succeded. Once of the main causes was incomatible libs that did the same task, or the libs the prog needed that weren't found. It's come to such redicules cases where i have libX and the program requires Xlib (where X can be anything), where the two libs did the same thing. It's even come to cases where compiling with -lX (again, X can be anything, nothing to do with X11) worked, but resulted in errors, because the program needed another library with the same name that does the same thing, but are incompatible. I can't give you prog/lib names now since I haven't used linux in some time, though this is one of the great things about fbsd - this sort of stuff almost never happens.

      You say that there are many Linux distributions and it creates confusion. You completely omit the fact that there are three distinct distributions of 386/BSD, called NetBSD, OpenBSD, and FreeBSD. (Actually they're a little further splintered than Linux distributions since they are developed independently, on the source-code level.)

      Correction: {Net|Open|Free}BSD are completley different operating systems. True, they are derived from the same source, but then again, SunOS was originally derived from BSD, does that make Solaris a BSD distro? Don't mix them to be the same OS, they are completley different systems, and although they have similarities, so do Windows and MacOS. They are developed seperatly, and never claim to be the same thing, unlike linux distros who DO claim to be the same OS as another distro.

      You choose only to talk about FreeBSD and disregard the others, in which case you can also choose to only talk about e.g. Debian GNU/Linux and disregard the others.

      I'm talking about fbsd for two reasons: first of all, that was the system suggested, I haven't heared suggestions about the other BSD's. I've read part of the messages on the Debian list regarding this, and other options were raised, though fbsd was the original suggestion, so I referred to it. Besides, I'm not a user of the other BSD's, so I would only say this about fbsd.

      Now, everything you said about the FreeBSD packaging system is also applicable to Debian's apt system. Including automatic dependency resolving (be it libc versions or any other libraries and software).

      I was trying to say that fbsd has a great system, and that we don't need another. You could say that the debian tree would get us more linux programs working, but then again, most linux programs work on fbsd with linux emulation.

      While we're at it, FreeBSD is an operating system, Debian GNU/Linux is an operating system; the FreeBSD kernel is a kernel, Linux is a kernel. Repeat this sentence ten times. What's the point again?

      The point was fbsd is not the same without it's utilities, and not only it's userland. Linux is JUST a kernel, not a complete system, and depends on other distros to make use of it, weather it be the GNU system or Daemon Penguin. It is not a complete system, only a kernel, and building a distro around it is what it's intended for. On the other hand, the fbsd kernel is part of a complete system it's built to work with specifically - it's intended to work with the system that's developed alongside it, with it. Taking just the kernel, like the example I gave before, will be like taking Windows Solitaire, and building a Debian GNU/Windows around it. On the other hand, taking the linux kernel and using it would be like taking the source code to a standalone hex editor and using it as a module in an editing package.

      Please try to see this from all viewpoints before proceeding.

      --
      Oren Sarig
      sarig@bezeqint.net

    5. Re:Has anyone asked the FreeBSD community? by alexsh · · Score: 1

      Not true. The last linux distro I've worked with is RH5.2, though I remember this very well: only one in around 20 programs/libs I've tried compiling actually succeded without flaw if I tried doing:

      ./configure
      make


      If you'd try to do the same thing on your FreeBSD box it'd fail too. Oh, but you're using the ports tree on FreeBSD? So use the distribution's packaging system on Linux too. If instead of downloading and compiling the program you would have done "apt-get install program" (on a Debian system), it would have install it and all its dependencies without a flaw. It has been working for me on many many machines I'm using and administrating.

      Correction: {Net|Open|Free}BSD are completley different operating systems.

      Right. I understand the difference. But it's much more the matter of perception than you're trying to make it. In other words, you really can look at it any way you wish. You can see the above trio as different, modified distributions of 386/BSD, and you can see Linux distributions as different and unrelating operating systems too. Who cares that they are named "distributions" of the same "operating system"? Call them different operating systems that happen to use the same kernel and basic utilities and that are generally binary compatible.

      It's just a matter of definition, and the definition doesn't matter. The fact is that Debian is different from Red Hat just about as much as FreeBSD is different from OpenBSD, however you want to call them.

      The point was fbsd is not the same without it's utilities, and not only it's userland. Linux is JUST a kernel, not a complete system, and depends on other distros to make use of it

      I understand your point, but again, it's more of a linguistic excersize than a statement of "what works", if you understand what I mean. At the end of the day, you can take a FreeBSD CD and install a system from it with all kinds of software, and you can do the same with a Debian CD, and from here it's all the matter of the technologies that enable it, like CVS for much of the software and the ports collection for the rest in FreeBSD, or the dpkg and apt technologies in Debian. Which is just a matter of what you like more. Some like CVSup'ing their system and making world, and some like apt-get'ting dist-upgrade. There are no philosophical differences here.

      One of the reasons I like apt more is that *everything* is under dpkg and is updated with apt-get dist-upgrade, while in the FreeBSD model part of the software is in the CVS and should be taken from there and the other part is from the ports collection, so you have to watch *two* spaces to keep updated. But again, that's my personal taste.

      (FWIW, I'm a Debian user who also uses OpenBSD and FreeBSD on some of the many machines he has to use and keep daily.)

    6. Re:Has anyone asked the FreeBSD community? by Anonymous Coward · · Score: 0

      Wrong, OpenBSD and FreeBSD and NetBSD are *MUCH* more different than ANY linux distributions are from eachother. They do NOT use the same kernel first of all, it may be BSD 4.4 Based but a lot has changed since then. They also have completely different goals which you wont find on the linux distributions (with a few exceptions). OpenBSD strives for security, FreeBSD strives for stability and speed on x86 platform, NetBSD strives to run on your refrigerator. It really does not seem like you use BSD on a daily basis from the comments you are making, think about what you post before you post it. -JD-

  80. It's worth the effort by definition by Max+Hyre · · Score: 1

    Since Debian is a hard-core volunteer organization, Debian GNU/FreeBSD will be worked on only by those who want to see it happen. Therefore, to them, it's worth the effort. If you want to redirect that effort, the way to do it is to come up with and advance a more attractive project. Telling others to stop it because it's worthless just won't cut it---your valuation is not mandatory for everyone.

    That's one of the things that's impressed me most about Debian over my years of using their software and observing their efforts. If enough people want it, it gets done. Otherwise, it peters out with no harm to anyone.

    Of course, the discussions about whether it's worthwhile can get a bit tedious.... :-)

    --
    I refuse to believe corporations are people until Texas executes one. -- desert rain on http://www.dailykos.com/user/
    1. Re:It's worth the effort by definition by Foogle · · Score: 1
      Dude, chill. I'd actually like to see them do it. You're right, they don't need my approval. And also right about the argument being tedious. Needless to say, that's what I was doing.

      -----------

      "You can't shake the Devil's hand and say you're only kidding."

  81. The More, The Merrier by Tom+Christiansen · · Score: 2
    I don't know that I've ever heard Linux referred to as a microkernel. Perhaps you might please explain a bit why you say that. Mach is a microkernel. BSD is a monokernel (or macrokernel, if you prefer). Both structures can be used to implement what folks think of as the kernel. In fact, MkLinux is a Linux-based operating system built on top of Mach, whereas Apple's Mac OS X is a BSD-based operating system that is also built on top of Mach. Chorus's experiences of having to roll the microkernel back into the monokernel are also interesting.

    As for the licensing, I well and truly believe that the lion's share of the daily users of these systems could not possibly care one wee whit less about the distinctions in the licences.

    Finally, just some would prefer an operating system with an FSF-derived user environment but a BSD kernel, others would prefer the world the other way around. You read about what progress they're making toward this goal in active threads the BSD newsgroups today.

    But please, please consider those threads read-only. Don't flame. Just read. In particular, don't have a coronary when you hear about how like Microsoft's dirty tricks some people find GNU's "embrace-and-extend" and anti-POSIX strategies.

    Just let people have what they want to have. Sure, a BSD kernel and FSF non-kernel would end up making one more free Unix operating system than we had before, but likewise would a Linux kernel (I don't believe the FSF owns it yet, right?) combined with a BSD non-kernel.

    So what? The Linuxes are so splintered and disorganized now that people would never even notice another one. Sure, you'd be upping the number of BSD-based operating systems by a far bigger jump than you'd be upping the number of Linux-based operating systems.

    (4+1)/4 is a a bigger number than (122+1)/122--or whatever--is. Strangely, the complaints about the smaller number involved here dramatically outnumber those about the larger one. Isn't that peculiar? Try to resist.

    TRY TO RESIST!

    Let's just let everybody have what they want to have, ok? Unix is Unix. It's not Microsoft. Isn't that enough?

  82. Debian `Freedom' distinctions by Max+Hyre · · Score: 1

    Hoping this isn't too far out of context:

    their doctrinaire insistence on classifying software as either "free" or "unfree" not truly for any functional purpose

    I suggest you read the Debian Free Software Guidelines (DFSG), or their discussion of `freeness'.

    To a first approximation, `Debian-free' means you can

    • Use the software distributed in any way you please,
    • Stamp out copies and give/sell them to whomever you please, and
    • Modify the source any way you please, and distribute the modifications. (Not, however, ``distribute the modifications any way you please''---that choice is left up to the program's author.)

    Note that Debian is not terribly restrictive. Anything that meets the DFSG can be packaged and go into the main distribution. They'll happily take GPL, BSD, X, Artistic, and other licenses.

    Even then, if the software is at least free enough to let a non-profit organization distribute it, it can go into the `non-free' collection, which, while not Official Debian, is nonetheless kept up by Debian maintainers and available on the Debian site. (If you're a CD purveyor, though, you'd better go through the licenses in `non-free' pretty carefully to make sure you're not stepping on anyone's toes.)

    As for ``doctrinaire insistance", they're merely insisting that they stay on the right side of the copyright law. If a program, or its constituents, are licensed in such a way as to make re-distribution illegal, they won't do it. Period. If the licensing changes, it gets re-evaluated. It makes for some interesting discussions, to say the least, but under the current conditions (no court decision defining how copyright's concept of `derivative work' interacts with program linking, static or dynamic) I certain can't argue with taking the conservative course: it's their necks on the block, not mine.

    --
    I refuse to believe corporations are people until Texas executes one. -- desert rain on http://www.dailykos.com/user/
  83. The BSD kernel only, please! by Anonymous Coward · · Score: 0

    I've tried BSD, yes. BSDI, OpenBSD and FreeBSD. You know what I did not like with them? Their interface. Not the GUI - just elementary ease of use. It is not that I cannot handle it. But it is not pleasant. I hated Windows for it's stupid interface - it just lets you do nothing. If BSD people want to attract more users and get respect from more than just geeky sysadmins, well, they should consider some change. Now you're arguing that all the BSD's are whole OS'es - this is (IMO) where Debian is most different from other distributions. The 'stable' branch is guaranteed to work, with centralized control and configuration, places to store data, etc. - thanks to the Debian Policy. That is why I will stick with potato (hmm.. they should really rename the 'unstable' branch to something else - say 'devel'?) And (again IMO) the best part of all BSD's is the kernel - all the rest has to be completely rethought if intended for mass use. Also as a programmer I would never license anything bigger than a 20-lines-in-C utility under the BSD license because I don't want someone to close it and make money from it; I'm not afraid of chaos/enthropy/anarchy because there will be always someone intelligent enough to lead the development. I think a DebianBSD would be just great once they push potato stable. Just my $0.02. Sorry for the strong words, but that's how I see things.

    1. Re:The BSD kernel only, please! by Tom+Christiansen · · Score: 4
      I've tried BSD, yes. BSDI, OpenBSD and FreeBSD. You know what I did not like with them? Their interface. Not the GUI - just elementary ease of use.
      How strange: that's exactly why most of us like most about it: its elementary ease of use. I guess some folks prefer non-elementary difficulty of use, but if so, they deserve what they get. :-)

      Actually, there are other important things, too, but none of them are related to making the moronic masses happy. Sometimes they're about making adminstrators, programmers, engineers, and scientists happy; in other words, people who aren't afraid of thinking and who aren't afraid of learning, people who aren't looking so much for a flashy new toaster without an instruction manual or a redundant TV set to babysit the kiddies, but rather for a complete system that does precisely what it was designed to do, one solidly integrated and tested by time.

      Other venues exist for the less technophilic--like hiring a secretary. :-)

  84. Why not GPL? by Medieval · · Score: 1

    The BSD license as I've read it allows you to do anything you want with BSD code. Any particular reason Debian cannot GPL their port?

  85. (BSD + Linux) ? BSD : Linux by Tom+Christiansen · · Score: 2
    The userland of the OS will be BSD. The license under which any contributions to that userland will be accepted will be BSD - no exceptions. There will be no Linux "taint" to the code, it will simply be running on a Linux kernel rather than a BSD kernel.
    That's... interesting.

    Other people I've seen talk about this have used the term "FSF taint" instead. The kernel that Linux-based operating systems use is, for the most part, pretty well respected by other Unix programmers. The same cannot be universally said for the non-kernel clutter that various vendors slap together and call an operating system. So really, I'd try to avoid the term "Linux taint". I don't think it's really what you meant, and it won't get you in as much trouble. Try using the specific operating system, like "Redhat taint" or "Corel taint", or the specific political group, like "FSF taint", because that way you won't seem to be slamming the fine work that Linux Torvalds has done.

    1. Re:(BSD + Linux) ? BSD : Linux by coreybrenner · · Score: 1

      > The kernel that Linux-based operating systems use is, for the most part, pretty well respected
      > by other Unix programmers.

      A topic for mild debate, but one with which I've already dealt (by ignoring utterly). I've been a Linux user since about mid-1992, and am relatively comfortable with the technology involved with that kernel.

      I've found a home, though, in the much more organized and consistent BSD world. I am far and away more comfortable with a BSD userland, specifically with OpenBSD, than with any of the Linux systems I've experienced.

      > Try using the specific operating system, like "Redhat taint" or "Corel taint", or the specific
      > political group, like "FSF taint", because that way you won't seem to be slamming the fine work
      > that Linux Torvalds has done.

      You are, of course, correct. I meant, in no way, to disparage the work of Torvalds, et al. The "taint" to which I referred was, indeed, the festering pile of wormy dog excrement known collectively as "Linux Distributions" and its kindred soul, the viral pestilence known as the GNU Public License.

      As for trouble, I make enough of that for myself, so I'm used to it. ;-)

      --Corey

      --
      Not only will they not deserve liberty or safety, Mr. Franklin, they will be DENIED both!
    2. Re:(BSD + Linux) ? BSD : Linux by Tom+Christiansen · · Score: 2
      The "taint" to which I referred was, indeed, the festering pile of [CENSORED] known collectively as "Linux Distributions" and its kindred soul, the viral pestilence known as the GNU Public License.
      I can empathize with nearly everything you've said, but one thing. I seen no connection between the level of craftsmanship used by the make-a-buckers in their cobbled-together products and the social, economic, and political goals of the aforedenigrated licence.

      Also, you might consider whether to eschew "Linux distributions" and employ instead more explicative and honest terms such as any of the following, in decreasing order by formality:

      • Linux-based operating systems
      • Linux-based OSes
      • Linuxes
      • Linuces
      The lattermost suggestions is derived by playful hyperapplication of the rule seen in Latin crux / cruces, or in index / indices.
      As for trouble, I make enough of that for myself, so I'm used to it. ;-)
      So I see, so I see. :-(
    3. Re:(BSD + Linux) ? BSD : Linux by Tom+Christiansen · · Score: 2
      I wrote: "I seen". Eek! I was not attempting to affect some dialect there. It was a simple typo.

      Why the blazes don't these stupid TEXTAREA fields pop me into $EDITOR? The so-called editing capabilities are cretinous in the extreme, and, for some reason doubtless due to lazy fingers on my part, from time to time manage to delete the whole area and destroy significant work with no recourse to an undo. May the bowels of a thousand plague-infested camels burst in full projectile fury upon the Winix-minded instigators of this moronic and miserable mis-feature!

    4. Re:(BSD + Linux) ? BSD : Linux by coreybrenner · · Score: 1

      > May the bowels of a thousand plague-infested camels burst in full projectile fury upon the
      > Winix-minded instigators of this moronic and miserable mis-feature!

      Amen, brother, amen! Many's the time I've completely obliterated hundreds of lines worth of sardonic wit, sarcastic wordplay, and otherwise meaningless dreck by hitting the damned "escape" key (to put myself in command mode, so I can cursor around and mark/cut/paste text).

      Though it would potentially be tougher for a graphical browser to spawn $EDITOR for each text area it encountered, it would be nigh on impossible for MSIE to spawn $EDITOR.

      Maybe that would be a useful Mozilla/Konqueror/whatever-you-may-desire plugin. Even better would be to make vim embeddable as a GTK widget or somesuch so that, say, an IDE could really spawn my favorite editing environment!

      At any rate, to quote our (rightly) oft-maligned POTUS, "Ah feel yor pain."

      --Corey

      --
      Not only will they not deserve liberty or safety, Mr. Franklin, they will be DENIED both!
    5. Re:(BSD + Linux) ? BSD : Linux by Chalst · · Score: 2

      If only there was an non-elisp web browser that could call up emacs for composing text. Alas, no, but it is not just the wintel mindset: even lynx doesn't do this...

  86. And they say that MS spreads FUD... by Lx · · Score: 1

    "we are essentially giving first aid to software that is dying (and rightfully so) because of its license". (from the Debian site)

    What kind of asshole makes an absurd statement like that? Even Microsoft, who Linuxers love to point to as the world's primary FUD manufacturer, doesn't make statements like that. I've been using FreeBSD for about 3-4 years now, and it's made vast improvements over that time - and it's thriving compared to when I first used it. I'd be very interested to see Debian running on the FreeBSD kernel, if for nothing else than curiosity about how well it would work compared to the Linux kernel.

    I think this is a great effort by the Debian folks, but if this is going to cause such a childish licensing battle between Linux and BSD, then just leave it alone, and Linux and BSD users will be happy to segregate themselves further. I certainly don't want to feel that I'm being given 'first aid' by the vastly superior development team of Debian.

    -lx

  87. Re: "Our kernel has less features, and is therefor by Anonymous Coward · · Score: 0

    It was post #38 in this thread that I think he was referring to.

  88. Debian GNU-free BSD by Tom+Christiansen · · Score: 2
    Everytime I hear someone say "Debian GNU/FreeBSD", I lex it as "Debian GNU-free BSD". :-)

    Considering how GNU-free BSD already is (modulo in most cases the compiler, but that's largely irrelevant to the user's experience, and doesn't produce infectious output), this always sounds strangely redundantly, so I always have to rescan a few times until the words jumble back into place. :-)

  89. Re: Distros for BSD by bko · · Score: 1

    I think you are operating under the mistaken impression that BSDI is based on FreeBSD's kernel -- it is not. It is based on its own kernel, which is based on the 4.4BSDLite2 kernel.

    There are actually 4 main distros for *BSD -- but only 1 per kernel.

    BSDI, OpenBSD, NetBSD, and FreeBSD all have a complete userland -- the "distro" part that distinguishes Redhat from Debian from SuSE from TurboLinux from Slackware from Caldera.

    However, unlike the above, they all have separate kernels, as well, instead of being based on Linux.

    There are still variant "distros" -- they just are not very large or general-purpose.

    As an example, there is PicoBSD, a router-floppy "distro" for FreeBSD. However, unlike many other "distros" for linux, PicoBSD is not a standalone "distro" but is part of FreeBSD.

    I hope this clears things up.

    The license doesn't matter, I don't think. Remember that a number of distros are commercial ones (e.g. Caldera's) even in Linux-world.

    The reason for a lack of alternative distros in the FreeBSD space is because the kernel comes bundled with a perfectly good distro.

    Imagine, for a moment, that since the earliest reaches of time, Linus had distributed the "LDistro" distro of Linux.

    Would there be Redhat, Caldera, SuSE, et.al, if Linus had distributed his own full OS of Linux? I doubt it. People would have declared his whole distribution, not just his kernel, "good enough" and wouldn't have forked it, as it is the natural tendency not to fork code unless you MUST.

    Since there was no official distro for Linux, the community HAD to fork to produce one.




  90. What we need is a FreeBSD like Debian. by Anonymous Coward · · Score: 0

    What has debian to offer any of the BSD's? Everyone is asking or stating how the BSD-kernel can improve Debian. Why?

    My question: how is a Debian-like BSD better? OpenBSD is cool because it has been security audited and can use crypto. FreeBSD rocks. The BSD distros have managed to provide very stable systems. Linux is touch and go and very spotty. Debian can't even throw together a current linux distributuon. What is so superior in Debian to the existing BSD distros?

    Why not reinvent Debin in the image of FreeBSD and release one consistent OS?

    What impresses me about the FreeBSD distribution the clear distinction between the core OS and extensions. The system is very clean.

    Why do we need debian when we (FreeBSD) have the Ports system. Even if debian uses a BSD kernel, the problems with porting linux software to BSD will not disappear. There are portions of the FreeBSD kernel that are incompatable with some of the linux calls. If you want glibc, run it in linux emulation. Done.

  91. Simple! by Anonymous Coward · · Score: 0

    Just fork the stupid freebsd kernel, and license it GPL!

    1. Re:Simple! by Anonymous Coward · · Score: 0

      Okay, bad idea, it wont fly.. second.. I wish everyone would get this.. FreeBSD is a trademarked name, they can not name the distribution GNU/FreeBSD or whatever.. FreeBSD is a trademark, they'd have to fork their own version, which hasn't flown to well for openbsd as we can see.. (However, openbsd does kick ass :))

  92. What's wrong with existing Linux compatability? by Admiral+Burrito · · Score: 1

    What's wrong with just sticking the libs in /compat/linux and running whatever binaries?

    Already works with Netscape, RealPlayer, Quake 3, etc.

    Am I missing something here???

  93. Debian FreeBSD by Anonymous Coward · · Score: 0

    Debian Linux is not as nice as the default FreeBSD distribution. What do they think they can improve on?

  94. From a user, what I would like and not like by Jayson · · Score: 1

    I have been using FreeBSD for about 3 years now (I started with a 0.99 Linux back in the day), so I can tell you from my perspective what I like about FreeBSD above Linux (I still use Linux at work) and what I would see as good and bad.

    One of the things I really enjoy about FreeBSD is the centralized control. This means that there are never 2 libc's floating around that I have to deal with, never multiple filesystem layouts to deal with (well, I guess you do have all the major branches of FreeBSD that do differ some), you don't have to worry about binary compatibilty as much. The centralize FreeBSD model has led me to be much more productive, as I do not have to worry about library miscatches and keeping my system up to date as much. Everybody repeat after me: "CVSup is the most wonderful tool, the most wonderful tool, the most wonderful tool in the world."

    I like how I just go to ports and make from there and rarely have to worry about things breaking or finding the right library.

    If Debian were to just take the FreeBSD kernel and put their own, redundant packge system ontop of FreeBSD and ports GLibc, then you destroy two of my favorite parts of FreeBSD.

    If, however, Debian were to integrate the package system ontop of ports and remove pkg_* utilities (or make wrappers for backwards compatability), that would be nice. If Debian were to ports their install to FreeBSD that would be nice (but not of monumental impact). If Debian were to get Gnome to run better on FreeBSD or ports some of the new Linux-gadgets (like the filesystems and drivers) to FreeBSD that would be nice, too.

    I am certainly not going to push the Debian developers away, but I think that they should realize that FreeBSD already have many nice things going for it and by complicating matters with multiple libraries they will not be nearly as much appreciated as if they were to learn how to work withing the FreeBSD methodology.

    Just my pennies.

    -jason

  95. Debate? Just put up or shut up. by kdz · · Score: 1
    How many times do we have to debate endlessly about what would be nice? Talk is cheap. Every junior programmer thinks they can improve upon some existing software package. In reality, it's mostly babble. It's been 9 months since the idea was hatched. But regardless, until Debian actually releases an alpha of a BSD based system, this just isn't news.

    Time to back to my code...

  96. Re: Text widgets as inadequate text editors (OT) by Guy+Harris · · Score: 2
    Though it would potentially be tougher for a graphical browser to spawn $EDITOR for each text area it encountered

    Yes, the fork/exec interface isn't ideally suited to that.

    it would be nigh on impossible for MSIE to spawn $EDITOR.

    Well, it could spawn it with CreateProcess() (IE 4.0, at least on Solaris, doesn't handle mail or news itself, but punts to whatever mail or news reader you tell it to - which, amusingly enough, makes it arguably more UNIXy than Netscape on UNIX, at least in that regard!), but that interface isn't, as far as I know, any more friendly towards that sort of pluggable text-editor functionality than is fork/exec. A COM/OLE editor interface might be better suited to that.

    Even better would be to make vim embeddable as a GTK widget or somesuch so that, say, an IDE could really spawn my favorite editing environment!

    I have the impression that in some message about a mailer for GNOME that they were thinking of making a Bonobo interface for text-editor widgets, so that different widgets could be plugged in.

    If they do so, I'm curious whether it'd be the first desktop environment/toolkit to do so; I have the impression something such as that could be done in Windows, or in KDE, but I don't know whether anybody's actually done so.

    (The Andrew toolkit had, as its text widget, a fairly powerful editor, which had, I think, some amount of vi compatibility available atop its more EMACSish base, but if you're used to a particular editor, that still might not be all you'd want.)

  97. Yeah, easy like dselect -heh heh hehheheheh easy by Anonymous Coward · · Score: 0

    Thank you: you have brought a ray of laughter into what was otherwise a fairly grim day for me. The Debian Project should concentrate on getting a up to date Linux distribution out the door before talking about a BSD based Debian. Unless they planned to chuck Linux alogether and build on FreeBSD's strengths. IMO if they would concentate on making their Linux distro a little more like FreeBSD particularly in the installation (profiles) and package adding (ports) department, embrace & perfect linuxconf in the stable branch they could drive commercial Linuxen from the field, except the explicitly desktop distros. Not that driving anybody to or from fields is the point.

  98. You're the one spreading FUD by Anonymous Coward · · Score: 0

    You're totally taking that out of context. That sentence was a quote from some of the comments about this project, and was clearly presented as such.

  99. Thats in the FAQ by Anonymous Coward · · Score: 0

    Well it is :) Look it up... About Mach... its a dog, destroyed micro-kernel reputation. Take a look at L4 or Eros for "slightly" better performing ones.

  100. Wow by MattJ131 · · Score: 1
    That is an extremely daring project...having used both FreeBSD (extensively) and Debian (remotely on a shell server box I was helping admin until it died). I definately think there some logistic problems with it. I am going to try hard not to ignite another BSD/Linux holy war, but among the BSD community I have talked to there is the general feeling is that FreeBSD is more solid and easier to support because of the single distribution idea, which is the model followed by NetBSD and OpenBSD as well. I shutter to think how they, and perhaps the people trying to help Linux newbies, would feel if suddenly there was a Debian/FreeBSD hybrid running around. Also there are the obvious problems with the conflicting liscenses of Linux/GNU and BSD...I seriously doubt it would get off the ground because of that alone; not to mention all the others snags that would come with trying to outright merge BSD and Linux. I know its not quite as outlandish but look at what Apple tried to do with BSD and MacOS -> MacOS X. People who have used it said it felt decidedly "weird" I have a feeling this Human/Alien- er Linux/BSD hybrid would suffer the same fate

    --
    43rd Law of computing:
    Anything that can go wr
    /usr/games/fortune: Segmentation fault (core dumped)

  101. Am i the only one... by sporty · · Score: 2
    Am I the only one who mounts my debian linux installed partition on /compat/linux, run linux emulation and run anything i want as long as I install it while in that os?

    It's messy to have to reboot to install tetrinet under leenux, reboot to fbsd and be able to run a good version of X with truetype support...

    ---

    --

    -
    ping -f 255.255.255.255 # if only

    1. Re:Am i the only one... by yonderboy · · Score: 1

      Umm... I'm running XFree 3.9.16 on my FreeBSD machine, and I get TrueType just fine. Before that I was running the Xftt server patches for 3.3.x. In fact, 3.9.16 was easier to compile than the Xftt server. I'm not sure that there's an entry in ports for it yet, but it's a pretty simple task if you read the docs.

    2. Re:Am i the only one... by sporty · · Score: 2

      Nonon.. you miss the point. I am running it so I can run tetrinet... not xfree

      ---

      --

      -
      ping -f 255.255.255.255 # if only

  102. Re:Good idea, but glibc first would make more sens by Thomas+Charron · · Score: 1

    Which was my point to the response. BSD has no more assurances then Linux as far as compiling capabilities based on distros. Distros in BSD I would equate the the many 'flavors' of BSD, as opposed to distros just being a different packaging of things under Linux.

    --
    -- I'm the root of all that's evil, but you can call me cookie..
  103. Would be a nice idea.. by prodeje · · Score: 1

    ..except for the fact that BSD and Linux have incompatable licences.

    ...

    --

    Bitchslapped? Give Rob a bitchslap from bitchslapped.com.

  104. This is Horrible!!!! by Anonymous Coward · · Score: 0

    This is the most Horrible thing i've ever heard in my entire life!!! BSD tainted by Linux blood??? NOO!!!!!!!

  105. Re: Distros for BSD by JordanH · · Score: 1
    • I think you are operating under the mistaken impression that BSDI is based on FreeBSD's kernel -- it is not. It is based on its own kernel, which is based on the 4.4BSDLite2 kernel.

    I realized that the various BSDs actually have somewhat different kernels. I don't believe it's an important distinction. Some of the different BSD kernels probably have more in common with each other than the various 2.x (x = 0,1,2,3) kernels, for example, but that's not important.

    What I said was that BSDI was the only BSD commercial "distro" currently. I would compare it to RedHat, Suse, Caldera, Corel, Turbolinux, etc.

    The other BSD "distros" are more similar to Debian. The group behind them all is not a commercial for-profit concern.

    • Would there be Redhat, Caldera, SuSE, et.al, if Linus had distributed his own full OS of Linux? I doubt it. People would have declared his whole distribution, not just his kernel, "good enough" and wouldn't have forked it, as it is the natural tendency not to fork code unless you MUST.

      Since there was no official distro for Linux, the community HAD to fork to produce one.

    Well, you'll have to explain how this theory accounts for the fact that "the community" has produced and continues to produce numerous commercial and non-commercial distros, have none of them been "good enough" for most users?

    I think the existence of BSDi in the BSD space scares potential competitors out of the commercial BSD space. It would be difficult to pop-up and compete with them based on any of the BSDL source bases as BSDI can simply use most of the BSDL work in their own offering while the competitor would not benefit from the proprietary BSDi code.

    Then, there's also the problem that anyone who started a new commercial BSD distro would have to resist the powerful temptation to close off important parts of their distro to give them a competitive advantage, especially when your major competition, BSDI, has done exactly this.

    This is not the case with fully GPL'd OSs. A new competitor can pop up and add value to an old competitor (witness Mandrake and RedHat).

    BSD advocates like to make all sorts of excuses for the relative success of Linux vs. BSD. I think the accretive nature of the GPL has something to do with the rapid growth and acceptance of Linux.

  106. Re:A few questions from another illiterate fool... by Rogain · · Score: 1

    A better question would be:

    What does Debian need that FreeBSD has????

    I use Debian GNU/Linux, and I am left wondering what is point Debian GNU/FreeBSD? If the FreeBSD kernel is so wonderful, then why not simply use FreeBSD? Someone might point to the Hurd, but the development of the Hurd is a Good Thing for Debian because the Hurd is a very different kernel (i.e. something new (and truely FREE)). If someone wants FreeBSD + the features of Debian, then fine, have at it, but I see no reason for this to become a subgroup of Debian, and take up space and bandwidth at ftp.debian.org.

    --
    The current Slashdot moderation system is made by gay communists!
  107. Debian GNU/command.com by Rogain · · Score: 1

    Debian GNU/command.com

    Debian GNU/Multics

    Debian GNU/Babbage's Analytical Engine

    --
    The current Slashdot moderation system is made by gay communists!
  108. the Mascot! by Fredbo · · Score: 1

    Let us not forget this! What could it be? A penguin with horns and a pitchfork? A daemon in a tux? Or just both swirled together?

    1. Re:the Mascot! by NovaX · · Score: 1

      Tux is only a Linux mascot, and Linux is a kernel. And, they aren't using the Linux kernel, they are using the FreeBSD kernel. So, Tux would be entirely illogical. Rather, a GNU/Linux box should have Tux and a the GNU mascot, as would a GNU/FreeBSD box have the beastie instead of Tux.

      Linux != GNU, which is something way to many people don't understand.

      --

      "Open Source?" - Press any key to continue
    2. Re:the Mascot! by Anonymous Coward · · Score: 0

      The Beastie is copyrighted, it can not be changed without prior permission, and I dont think he'd give to to debian :)

    3. Re:the Mascot! by NovaX · · Score: 1

      He's a pretty good guy about the beastie, and only copyrighted because DEC tried to steal it for Ultrix. That's all I know, I asked him if he'd recount the whole story, but he said he may someday on his web page. I don't see any reason why the beastie should be morphed (more like mutilated) for some mascot game. Debian should have Tux and the GNU mascot on GNU/Linux, and a beastie (their own, or FreeBSD's) with GNU's mascot on their FreeBSD varient.

      If someone asks, and they are polite about how they act towards the BSD community, and the beastie, then there shouldn't be a problem. I would be quite surprised if either side did anything foul.

      --

      "Open Source?" - Press any key to continue
  109. Re:Warning...Idiot Alert!!! by Tet · · Score: 1
    a dense RH user/sheep

    OK, so it was flamebait, but I'm replying anyway :-)

    So I'm a dense RH user/sheep, am I? I was using Linux when it was just a root/boot disk combo (kernel 0.12), and my first real distro was MCC (kernel 0.99pl8+). What was yours? At various times, I've run most of the major distributions. I settled on Red Hat because I felt most comfortable with it -- purely techincal reasons, nothing to do with market share or anything else. After trying the available options, I picked the one I liked best. Can you say the same?

    --
    "The invisible and the non-existent look very much alike." -- Delos B. McKown
  110. and? by Lx · · Score: 1

    And it was a jackass comment to make. I assume it was made by someone close to or involved with the Debian project.

    -lx

  111. SGI LINUX CLUSTER SUPERCOMPUTING 1999 by Anonymous Coward · · Score: 0

    SGI has demonstrated the first Linux cluster based on Intel's IA-64 Itanium processor, using the Supercomputing 99 show as the venue for the event.

    The demonstration achieved a number of public firsts including the first Itanium processor-based cluster and the first technical computing applications successfully run on the IA-64/Linux platform. The demo was based entirely on open source components including Cactus (an open-source simulation toolkit computing collisions of black holes), MM5 (a multidimensional weather simulation), Amira (an Advanced 3D Visualization and Volume Modeling System), C compiler, Fortran compiler, Linux kernel, and MPICH.

  112. Re:As a believer in the BSD licence... mac is fine by Anonymous Coward · · Score: 0

    Macintosh developers occasionally laugh their butts off at the unix weenies that just do not understand why all the LINUX users in the world amount to only 0.24% (yes 0.24%) of the identifiable hits on innumerable tracked popular websites. LINUX zealots are usually so hotile to mice, scrolling, clicking, dragging, etc that their words are notming more than little pouting mewls of the ignorant. Apple's sales have increased in MARKET SHARE every quarter for the last 8 quarters or more and based on that a humorist could draw a graph showing that in the far far future all computer users will be running macintosh OS. Ignorant comments, such as "blind" that lump the only popular OS that runs a billion flops on one 1400 dolalr stock full blown desktop system are amusing at best. I run a mac, and write multimillion dollar selling mac programs because DOS and unix are stomach churning and wintel is annoying for code purists who hate compromise. There is a book I have read a few times called The UNIX Haters Book written by an accomplished developer and author. If I ever meet a UNIX zealot, I have them read that book FIRST and then I eagerly look to debate them. Funny thing is.... after reading "The UNIX Haters Book" the zealots lose all zeal to argue. I like OpenBSD because I totally despise the GPL pigs and always have ever since they stole public domain source code written by Darin Adler (the famous one) and then put that damned fascist GPL on his headers. The Mac in a cluster is a speed demon, and the Mac with multiple G4 processors in late january will be a supercomputer. And even my mom can run it, or old medical doctors or aged lawyers.

  113. Re:A few questions from another illiterate fool... by NovaX · · Score: 1

    How is the HURD truly free and the Linux kernel is not? Both are under the GPL, both will have core teams that restrict what is inputted, etc. And I wont even get into the argument of whether the GPL is freer than the BSDL (it is all by definition, whether you mean freedom, or free software).

    I'm a bit uneasy at the Debian project, but the more I think about it the more I like it. If the maintainer is not a spoiled GPL advocate (here I mean the type of person who rants about screwing over BSD projects, GPLing their code, etc), than its good. He will try to make it a benefit for the BSD community and hopefully give code back that they can use. My only fears is whether this is will try to fragment FreeBSD, though as there will always be FreeBSD, Inc, and if they are careful, there should be little harm. Still, chaos is more likely.

    The Debian project is for free software, that is open source. They are also for freedom, so supporting many kernels isn't bad. If they do everything correctly, it will simply be the Debian enviroment with numerous kernels to choose from. FreeBSD is known for high performance and stability, but not as the greatest worksation/home system, where as Linux is. Take the kernel that does the best for your needs, keep everything else the same so little administration worries, and propigate. That is an interesting goal, and I hope I'm right as far as it being Debian's.

    I do, however, wish to see a good reason for "GNU/FreeBSD". Whereas they might convert to everything but the kernel GPL, my understanding was RMS wanted GNU/Linux soley because GNU played a major role, and continues to, for Linux's development. Linux also requires GNU software to function, and always has. The BSD varients have not, and converting over so that they do doesn't mean GNU plays a significant role in development, as the kernel will still be maintained by FreeBSD, Inc.

    --

    "Open Source?" - Press any key to continue
  114. Re:Good idea, but glibc first would make more sens by Anonymous Coward · · Score: 0

    FreeBSD does not want glibc.. They have been trying to stay away from GNU wherever possible, this is simply because they dont like relying on other efforts to support their own.. Glibc is GNU, they already have glibc compatibility in freebsd with the linux_base port.. The whole debian port is pointless and will turn BSD into a flea circus. Unless they can come up with a REAL point to doing this, then I dont see the point. All the other BSd's specialize in something, NetBSD is Portability, OpenBSD is security, and FreeBSD is speed and stability.. Can Debian think of something besides a linux freebsd hybrid which is pointless? If they can, go for it, if not, it's a waste of their time.

  115. Re:I know why you guys are so "confused" by Anonymous Coward · · Score: 0

    Wow, it's great to know that you dont know how to make a correct kernel config file, congrats!

  116. Debian BSD - Who would really use it? by magician · · Score: 1

    My Background:
    I use Debian GNU/Linux and FreeBSD in a networked environment.


    Insights:
    I think the Debian package mangement system, apt, is a good step ahead for the managing packages and dependencies with Linux. I like the Debian view on free software. However, Debian is for the most part the userland on a kernel, in this case Linux.

    I love the ports collection offered in FreeBSD. I think its quite a bit easier, and farther along. I also like how it is source compiled so you can make any modification you need to instead of getting just stock software. Example: apt-get install irssi picks up irssi, and gnome, and all the related dependencies. What if you don't want gnome? A quick change in a Makefile will settle that on FreeBSD, whereas you'd have to make a new irssi in Linux from source.


    Fact:
    Linux is a kernel. Debian GNU/Linux is a distribution.

    FreeBSD is an entire operating system. The kernel just makes up a nessecary core. It wouldn't be FreeBSD if the kernel was unlinked.

    NetBSD and OpenBSD are not BSD distributions like most people tend to think. They are seperate operating systems, like Solaris, or Windows.


    Question:
    How would the Debian GNU/FreeBSD kernel get upgraded? In a lot of cases, any updates to the kernel have related, dependent modifications in userland. You really can't go ftp.freebsd.org and get just a kernel.

    --

    Cheers,
    Sean