Slashdot Mirror


Debian Project Nominations Opened

robstah writes "The Debian project have announced the opening of nominations for this year's Debian Project Leader (DPL) elections. The first nomination, that of Matthew Garrett (of Dasher fame) has also been announced on Debian Planet."

106 comments

  1. RMS? by Dancin_Santa · · Score: 4, Insightful

    Other than maybe Eben Moglen, I can't think of anyone who would defend the purity of Debian more strongly than Richard Stallman. The Debian project has always been about providing a Free operating system that works great rather than a semi-Free operating system. This is in line with RMS's original goal of Hurd (which is booting now!).

    Let Freedom ring!

    1. Re:RMS? by Robot101 · · Score: 1

      RMS is not eligible to stand because his new maintainer application has been stalled at the tasks and skills phase due to a lack of time on his part... :P

    2. Re:RMS? by Anonymous Coward · · Score: 0

      I can't think of anyone who would defend the purity of Debian more strongly than Richard Stallman

      OMG, you said debian, and not GNU/Debian ! Richard Stallman is fuming mad!

      oh nm, who gives a fuck anyways...

    3. Re:RMS? by Anonymous Coward · · Score: 0

      So... what you're saying is that Debian can't encode or even play MP3s (perhaps until recently, now that Real's paid for licensing?), can't decode GIFs (see RMS's screed on his website), can't play any popular video format, can't play DVDs, can't ........

    4. Re:RMS? by Anonymous Coward · · Score: 1, Insightful
      G'day Mr Troll,

      RMS plays an important part in the free software world, but he would not be suited to a role such as leading Debian. Leadership of such a project requires compromise, and RMS freely admits that he is not going to compromise his Free Software ideals (and he is right not to).

      I think you know this too, and are just tryng to start a shit fight. Get lost.

    5. Re:RMS? by 0racle · · Score: 1

      Well considering RMS has declared Debian as not falling in line with the pure GNU philosophy by providing closed apps, I would say that he would be one of the worst people to head up the project.

      --
      "I use a Mac because I'm just better than you are."
    6. Re:RMS? by Anonymous Coward · · Score: 0

      This is in line with RMS's original goal of Hurd (which is booting now!).

      Really? It just started booting? And it's been in the works for what, 15 years?

      Yeah, go ahead and put RMS in lead of Debian. Their next release will be in 2030.

    7. Re:RMS? by psamuels · · Score: 5, Interesting

      Guess that depends on what you mean by freedom. Richard Stallman disagrees quite publicly with the Debian Project in the matter of the GNU Free Documentation License the Project does not consider it sufficiently free.

      Some of you will think it is heresy to regard a license from the Free Software Foundation as insufficiently free. Heresy or not, though, I agree with the Debian Project: the GFDL imposes some onerous restrictions on what users can do with the licensed work, and Stallman seems unwilling to drop some of these restrictions.

      As it happens (bringing us back on topic), the first nominee for Debian Project Leader 2005, Matthew Garrett, features prominently in the above document detailing why RMS's documentation license is not free enough.

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    8. Re:RMS? by LukaFox · · Score: 2, Insightful

      These things can be done by free software. The reason that some distributions don't include software that does this is the issue of software patents. It's not that the software doesn't exist, it's that it might be illegal depending on patent law.

    9. Re:RMS? by mboverload · · Score: 0, Troll
      This is why linux isn't more accepted. I mean, why not support mp3 out of the box?

      People look at linux and say "it doesn't even PLAY MP3s!" Yes, yes, we all know you can just install mplayer or something like that but it's stupid.

    10. Re:RMS? by kubrick · · Score: 1

      US law doesn't extend over the entire planet. Yet.

      --
      deus does not exist but if he does
    11. Re:RMS? by Anonymous Coward · · Score: 0

      > Their next release will be in 2030.

      And still feature a 2.4 kernel.... :)

    12. Re:RMS? by LukaFox · · Score: 1

      That's why I said that it might be illegal depending on patent law.

    13. Re:RMS? by Anonymous Coward · · Score: 0

      oh, he finally got it to boot, that means i will die of old age before a 1.0 release is ever made...

    14. Re:RMS? by Anonymous Coward · · Score: 2, Informative

      This is why linux isn't more accepted. I mean, why not support mp3 out of the box? People look at linux and say "it doesn't even PLAY MP3s!" Yes, yes, we all know you can just install mplayer or something like that but it's stupid.

      OK, I'll bite. When you install Debian you have two independent choices to make: (1) do you want non-free packages? Y/N, and (2) do you want non-US packages? Y/N. There are tens of MP3 players in the standard place. The MP3 encoders are in the non-US section (which is transparent, once you select that you want non-US everything is just a one big respository) which you can use even in US. Yhe point is that you have an easy option to opt-out if you don't want to use any software that may be potentially illegal in the US. Every Debian version is divided between: base, non-free and non-US packages, plus a separate respository for fast security updates. Also, you can use any non-standard Debian respository of your choice, which will integrate with your apt-get just fine. There are a lot of packages to download. You can find such packages here.

    15. Re:RMS? by Bloater · · Score: 1

      Mine does, and DVDs too. My parents computer has Windows XP, it doesn't play DVDs even though it has a DVD drive.

    16. Re:RMS? by Anonymous Coward · · Score: 0

      Parent is right. It is illegal ONLY in the US. The rest of the world is Free.

    17. Re:RMS? by Anonymous Coward · · Score: 0

      RMS plays an important part in the free software world, but he would not be suited to a role such as leading Debian. Leadership of such a project requires compromise, and RMS freely admits that he is not going to compromise his Free Software ideals (and he is right not to).

      Neither is Debian. There are The Debian Free Software Guidelines. (BTW, please read them and then read the OSI's novel open source definition and compare them, I urge you.)

    18. Re:RMS? by hatrisc · · Score: 1

      No, Debian GNU/Linux. It's perfectly fine for the name of the entire distribution to be called 'Debian.' It's not perfectly fine to call Linux just Linux when refering to the Linux kernel being bundled with a distribution of software. If you are refering to the 'Linux kernel' by itself it is ok, to refer to it as Linux.

      --
      I write code.
    19. Re:RMS? by Lord+Kano · · Score: 1

      This is why linux isn't more accepted. I mean, why not support mp3 out of the box?

      All of the Mandrake and Red Hat systems that I've built for the past 6 1/2 years have been able to play MP3s.

      WTF's wrong with you?

      LK

      --
      "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
    20. Re:RMS? by aichpvee · · Score: 0

      He has never run Linux and felt like going for a little troll on /.?

      --
      The Farewell Tour II
    21. Re:RMS? by Anonymous Coward · · Score: 0

      that RMS that tries to force everyone to use
      his non-free-software license called
      "GNU Free Documentation License"?

    22. Re:RMS? by stoborrobots · · Score: 1
      compare them, I urge you.

      Why? They are fundamentally the same, as they both readily admit...

      From the links: DFSG:

      The concept of stating our "social contract with the free software community" was suggested by Ean Schuessler. This document was drafted by Bruce Perens, refined by the other Debian developers during a month-long e-mail conference in June 1997, and then accepted as the publicly stated policy of the Debian Project.

      Bruce Perens later removed the Debian-specific references from the Debian Free Software Guidelines to create "The Open Source Definition".

      Other organizations may derive from and build on this document. Please give credit to the Debian project if you do.

      OSI Open Source Definition:

      Origins: Bruce Perens wrote the first draft of this document as "The Debian Free Software Guidelines", and refined it using the comments of the Debian developers in a month-long e-mail conference in June, 1997. He removed the Debian-specific references from the document to create the "Open Source Definition."
  2. Re:Links not PDF *whew* by Anonymous Coward · · Score: 0
    Thanks I really feel better knowing that someone checked the links before I clicked them. You really are a saint, I mean who would have thought that clicking pdf link would bring such damn-nation down upon us.

    Once again I think you AC you are the best. Hugs and Kisses

    --
    SARCASM

  3. What's not-free about Linux? by Anonymous Coward · · Score: 0

    Why is HURD somehow superior in free-ness?

    1. Re:What's not-free about Linux? by Anonymous Coward · · Score: 0
      Why is HURD somehow superior in free-ness?

      It's developed by GNU, the leading organization of freeness.

    2. Re:What's not-free about Linux? by Anonymous Coward · · Score: 0

      Why is HURD somehow superior in free-ness?

      Like every GNU project, the HURD is © FSF, not © Linus and 100000 random nicknames from around the world, which means that in the case of GPL violation the violator can actually be sued. In the case of work of many people, you need majority to sue for copyright infringement and that means that the GPL in Linux is unenforcable in practice. Good luck hunting the majority of Linux developers and bringing them to the court! For GNU projects you only need FSF lawyers present in court.

  4. why every year? by Anonymous Coward · · Score: 5, Insightful
    how do you get anything done when the leader is changing every year?

    Sounds like democracy on steriods. large projects need benevolent dictators!

    1. Re:why every year? by PornMaster · · Score: 1

      Yay Linus!

    2. Re:why every year? by krmt · · Score: 2, Informative

      That was tried before. It didn't work out so well. The mailing list archives were deleted with a nice "fuck you all."

      --

      "I may not have morals, but I have standards."

    3. Re:why every year? by Anonymous Coward · · Score: 0

      It switches every year to ensure that if you hang around and give away enough free labor to Debian sooner or later you can put "Debian Project Leader" on your resume...

    4. Re:why every year? by Nicholas+Evans · · Score: 0, Offtopic
      Yay Linus!

      No, heil Linus, you silly citizen!

    5. Re:why every year? by Mr.Ned · · Score: 4, Insightful

      FreeBSD and NetBSD seem to get a lot done without a benevolent dictator. One reason for their success may be that there aren't as many 'developers' with commit access - they don't have a 'developer' for every two or three programs in the archive as Debian does.

      On a different scale, the Apache project is quite successful without a benevolent dictator, and it's just one of many.

    6. Re:why every year? by Anonymous Coward · · Score: 0

      They don't have a benevolent dictator but they have the equivalent of a communist party Central Commitee which is essentially just a group of dictators...and quite frankly it's working rather well for them.

      FreeBSD seems perfectly capable of setting and meeting release dates unlike the responsibility dodging "Real Soon Now" used by Debian for each outdated past its prime release.

    7. Re:why every year? by Master+Bait · · Score: 5, Funny

      Hey, I got an idea! Maybe they should work out a system where Debian has three presidents, one elected per year for a three year term on a quasi-lazy Susan, stack-based basis.

      The newest president would be called Testing and everybody would go to him for real everyday issues. The second president (second year in office) would be called Unstable and he would work with the greybeards out in the field helping tham to keep their ancient computers running. Then, in the last year in office, the president would be called Stable and he (or she) appears on panels at universitys and trade shows and awards dinners.

      --
      "Only in their dreams can men truly be free 'twas always thus, and always thus will be."
      --Tom Schulman
    8. Re:why every year? by Anonymous Coward · · Score: 0

      The president in his last year of office should be called "Unstable" because thats what debian developers become after they remain active for that long.

    9. Re:why every year? by ImpTech · · Score: 1

      They also have less to do. In the case of FreeBSD that means they support less architectures, and put in less work on their non-core "ports" packages. Of course NetBSD supports every architecture there is, but has relatively few packages if I remember.

      I'll readily agree that Debian could be much, much more efficient. But it should be remembered that they're trying to do quite a bit more than most other projects.

  5. Damn that's SMALL LINUX by Anonymous Coward · · Score: 2, Informative
    1. Re:Damn that's SMALL LINUX by Living+WTF · · Score: 1

      Sounds kinda self-ironic ...

      --
      I don't suffer from insanity, I enjoy every minute of it.
  6. Politics... by BladeMelbourne · · Score: 5, Funny

    A wise man once said: If Debian spent less time encouraging politics and more time developing, packaging and testing, Debian stable would have more up2date software versions.

    I forgot who said it. Doesn't matter anyway.

    1. Re:Politics... by Anonymous Coward · · Score: 0

      i agree, Slackware is built by mostly one individual with an illness and it is more up2date and much more stable than Debian...

      slackware may not have as many packages but any competant Linux user will have no problem aquiring any extra needed packages...

    2. Re:Politics... by Quattro+Vezina · · Score: 0

      This should be modded Insightful, not Funny...

      As far as I'm concerned, Debian is a joke precisely because they put so much damn emphasis on politics. It's pathetic, really.

      --
      I support the Center for Consumer Freedom
    3. Re:Politics... by msully4321 · · Score: 1

      I use Slackware, but lets not decieve ourselves. Slackware is not as up to date as Debian unstable (some would say that is a good thing, though), and uses alot of Debian patches for it's packages.

      --
      Slashdot: You will never find a more wretched hive of spam and zealotry. We must be cautious.
    4. Re:Politics... by jrcamp · · Score: 3, Informative

      Debian seems to get along just fine. The stable branch, by its definition, does not receive new versions of software once it is released. It only receives backported security patches.

      Testing and unstable, on the other hand, are more current versions of software.

    5. Re:Politics... by Brandybuck · · Score: 1

      That ain't the way I Hurd it!

      </joke>

      --
      Don't blame me, I didn't vote for either of them!
    6. Re:Politics... by sirReal.83. · · Score: 1

      You clearly have no idea what 'stable' means. Look into how often RHEL changes.

    7. Re:Politics... by Baloo+Ursidae · · Score: 1
      A wise man once said: If Debian spent less time encouraging politics and more time developing, packaging and testing, Debian stable would have more up2date software versions.

      Therefor, your wise man is an utter moron who hasn't the faintest clue about Software in the Public Interest's ambition. Debian is the largest software distribution out there, on 13 architectures and three kernels. It takes a long time to port and test all that.

      --
      Help us build a better map!
    8. Re:Politics... by Anonymous Coward · · Score: 0
      It would take a lot less time without the politics. You utter moron

      PS: Poor use of capitalisation.

    9. Re:Politics... by Anonymous Coward · · Score: 0

      Um, if Debian was less political, releases would occur more often, resulting in newer software in stable, not obsolete crap that Red Hat 9 shipped with.

      Stable in computing also refers to how often programs/daemons crash. Fedora is stable. Debian unstable is not. Testing is not as stable as Fedora.

    10. Re:Politics... by runderwo · · Score: 1

      You could say that about any corporate software development house too. The reality is that the process instills trust and a sense of reliability in the customer (the user). The customer knows what to expect from Debian, and knows that this won't change tomorrow, because the reins of the project won't be arbitrarily handed over to a new person who happens to be ill-suited for the job either in technical ability or temperament.

    11. Re:Politics... by runderwo · · Score: 1

      I already replied to this, but found another post that says the same thing in (IMO) better words.

    12. Re:Politics... by sirReal.83. · · Score: 1

      RHEL2.1 has a lot of the same stuff that Woody has, and a lot of Red Hat's customer's prefer RHEL2.1 to RHEL3 *because* that software is older.

      Right, Fedora is more stable than Debian unstable. Maybe that has something to do with the fact that Fedora Core releases are... releases? Go track rawhide for a few months and tell me some stories about it. I certainly have my share - I use rawhide at work. I use unstable at home (I have only one machine). One definitely breaks more than the other. And about 'stability' - it has nothing to do with crashes - that's called 'bugginess'. People in software talk about stability to indicate API and ABI compatibility.

      Debian releases based on critical bug counts. Politics are a problem, but they don't affect release schedules as much as you think. Fedora releases don't generally slip for any reason.

  7. Does this mean... by Anonymous Coward · · Score: 0

    ... that someone might finally move Debian forward, I know testing and unstable have more current software than stable but why not have a new stable release by now?

    Woody has been the stable for what? five years or more, if Debian keeps waiting until every package has been tested for several months before they put out a new stable release it'll never happen since they update the individual packages more than once every six months.

    1. Re:Does this mean... by kubrick · · Score: 3, Informative
      --
      deus does not exist but if he does
  8. Only developers? by PornMaster · · Score: 2, Insightful

    I'm a little intrigued that the project leader position appears to only be open to developers. Perhaps it's done to ensure that the leader is aware of all of the complications involved at lower levels, but I have to wonder if it's always best to have a project led by one of the foot soldiers.

    1. Re:Only developers? by krmt · · Score: 2, Informative

      Debian Developers all have GPG keys that are signed by other Debian Developers, and are thus in the web of trust. The project would have no way of verifying that someone outside that web of trust even exists. Furthermore, their conduct within the project allows an easy reference point in choosing a candidate.

      --

      "I may not have morals, but I have standards."

    2. Re:Only developers? by psamuels · · Score: 4, Informative

      "Developers" really means "members of the Project". The term refers to the reality that Debian is a technical project and doesn't have a lot of need for people who can't do actual software development.

      As for why only Project members can be the Project Leader, that's pretty common in organisations of all sorts.

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    3. Re:Only developers? by Anonymous Coward · · Score: 0

      Debian is a free software development project. Who else would you suggest it be led by? Professional managers?

    4. Re:Only developers? by Anonymous Coward · · Score: 0
      Perhaps they should let everyone who donated vote. I'm sure Balmer and Jonahtan Schwartz would be happy to buy enough votes to shut debian down.

      Or be like the OSI (the guys behind the failed Open Source trademark who essentially stacked their board and management with a bunch of spokespeople from Sun.

  9. The question is: by Living+WTF · · Score: 2, Interesting

    Will "sarge" become "stable" under the new leader?
    Or is this going to become some "Real Soon Now" / "When It's Done" thingie?

    --
    I don't suffer from insanity, I enjoy every minute of it.
    1. Re:The question is: by Anonymous Coward · · Score: 0

      It's been at Real Soon Now for what...9 months?

    2. Re:The question is: by Anonymous Coward · · Score: 4, Interesting

      Will "sarge" become "stable" under the new leader?

      The DPL does not have near as much control as someone might imagine. The single most important power of the DPL is the power to appoint developers to admin positions. Debian is less of a democracy than it is a bureaucracy.

      The Debian Constitution specifies how certain positions are appointed, and if you read carefully you'll see that many of these positions are completely immune to the DPL. The Project Secretary, for instance, has to agree with the DPL for a new Project Secretary to be appointed. OTOH, the Project Secretary can "delegated authority for a decision" without any outside review. They could, in fact, keep the title and appoint whoever they want to do the actual work.

      The Technical Committe is another group with no meaningful outside review. The DPL can only appoint Developers to the Technical Committe when the Committe itself recommends them. If the DPL refuses to appoint the members they recommend for so long that the committe gets down to 5 members, the committe can appoint new members without any input from the DPL.

      What about the other delegated positions? Technically the DPL appoints and removes these people without restrictions, but in reality his control over every single delegated position is limited. The Constitution states explicitly, "The Project Leader may not make the position as a Delegate conditional on particular decisions by the Delegate, nor may they override a decision made by a Delegate once made." Ok, so he can't fire someone because he disagrees with their decisions. But the constitution says delegates "may be replaced by the Leader at the Leader's discretion", so what does that mean? Quite simply it means that delegates are appointed for life. New DPL's don't get to appoint new delegates. To get rid os a delegate the DPL would have to come up with precise reasons for removing them that are unrelated to the technical decisions the delegate has made.

      And where do you really see this in action? The single delegate most often complained about is the DAM. He has complete veto power over who gets to join the project and can kick any developer out of the project. For up to six months at a stretch the DAM will refuse to do any work related to the position he has been delegated. In fact, it got so bad recently that the DAM allowed another developer to take over all of the actual DAM work while still remaining in the DAM slot.

      And where do the unacountable delegated positions fit into the organization of Debian? Everything that Debian does gets passed through a delegate at some point. The FTP-Masters have veto power over every package. The DAM has veto power over who gets to join the project. The Technical Committe has veto power over policy decisions. And even worse than that, many of the different delegate positions are held by the exact same people. Pick a few members out of the organizational list and look at all of the different positions they hold....now try to imagine any DPL attempting to oust one of these developer from one of their delegated positions.

      So....will a new DPL be able to work harder and get Sarge out the door? Of course not. They can beg or whine about it, but Debian's bureaucracy holds all the real power to make things happen. The DPL title is a little perk that core members of the bureaucracy pass around from time to time.

      Don't get me wrong. I'm not trying to suggest that all of the delegates in Debian are evil people or anything like that. I'm simply pointing out that voting != democracy and DPL != control.

    3. Re:The question is: by asackett · · Score: 4, Informative

      Debian's releases are always done when they're done. If you want sarge, install sarge -- I've been using it for many moons on production systems. The occasional breakage is still less than what some other distributions shove out the door in their production releases.

      I seem to recall a breakage some time ago... think think think... it was a naming conflict between djbdns and the Courier MTA both wanting to install some support program or other. It was an easy enough fix. Other than that, I've had no trouble out of it in either server or workstation usage.

      --

      Warning: This signature may offend some viewers.

    4. Re:The question is: by Bishop · · Score: 2, Insightful

      It was originally promised for Fall of 2003. After the last debian elections a commitment was made for October 2004. I can't remember if that was a code freeze or release. Regardless, the release has slipped.

      Some developers are obviously frustrated. They have worked hard on their packages, and have even helped on other packages. Other developers simply don't care if Debian ever releases again.

    5. Re:The question is: by Anonymous Coward · · Score: 0

      Have they started making security updates for sarge?

    6. Re:The question is: by asackett · · Score: 1

      The security updates aren't as "timely" but they do show up.

      --

      Warning: This signature may offend some viewers.

  10. Insightful by Anonymous Coward · · Score: 0

    why every year? how do you get anything done when the leader is changing every year? Sounds like democracy on steriods.

    Good point - it's like Wikipedia. Nothing good will ever come out of it.

    large projects need benevolent dictators!

    Exactly my thoughts. But those damn wikipedists just won't listen to me.

  11. OK, I'll bite... by Anonymous Coward · · Score: 0

    Heresy or not, though, I agree with the Debian Project: the GFDL imposes some onerous restrictions on what users can do with the licensed work, and Stallman seems unwilling to drop some of these restrictions.

    How could he possibly "drop some of these restrictions" by which we mean OPTIONAL clauses of the GFDL which e.g. are not used by Wikipedia which seems to work under GFDL just fine?

    1. Re:OK, I'll bite... by Anonymous Coward · · Score: 0

      Did you actually read the text? Even if invariant sections and the other optional clauses are not used, Debian does not consider the GFPL-licensed works free, and with good reason IMHO.

  12. Distribution Names by Living+WTF · · Score: 0, Troll

    I wonder if someone could convince the new leader to rename stable, testing and unstable to stale, rusting and broken...

    --
    I don't suffer from insanity, I enjoy every minute of it.
    1. Re:Distribution Names by True+Grit · · Score: 4, Insightful
      to stale, rusting and broken...


      Sigh, the folks who modded this funny have obviously never used Debian Sid for awhile.

      Look, for cryin' out loud people, there are people like me who been running on Debian Sid (unstable) for YEARS. At least 5 so far, long enough that I can't even keep track, and in all that time I can count the number of serious problems on just one hand (and yes, I only have 5 fingers per hand just like all other humans).

      All it takes is some common sense to have great stability with the up2date software you want. The rule is really simple, if a little heretical: DON'T USE APT-GET. Use aptitude; upgrade what you need and keep everything else on hold until upgrades are forced because of dependencies. Don't bloody update everything everyday, thats just asking for trouble. Only upgrade on significant version changes, don't upgrade large packages when they first hit debian.org, wait 24-48 hours and see if anything bad shakes out. Really people, its not that hard.

      Sorry, for the tissy response, but those of us who KNOW FROM EXPERIENCE that Debian Sid is not "broken" are getting really tired of the lame jokes.
    2. Re:Distribution Names by Anonymous Coward · · Score: 0

      Don't you know the difference between "funny" and "informative"?

    3. Re:Distribution Names by Living+WTF · · Score: 0

      What is this? First you tell me that it's not broken, then you tell me that I can't use apt-get...

      I've used Debian Sid some years ago, and once I needed an additional package. It did install and (due to dependencies) updated an other package, In which some dependency was missing, so it didn't work. I figured out what other package it should have depended on and tried to install it, but couldn't because this package had dependencies which couldn't be fulfilled. That's what I call broken. It might not happen that often, but when it does its really annoying.

      Your suggestion about holding packages back until I really need a never Version might be good but is still something I would regard as a workaround.

      Today I use Debian stable + backports.org and had never again such problems.

      --
      I don't suffer from insanity, I enjoy every minute of it.
    4. Re:Distribution Names by True+Grit · · Score: 1
      I've used Debian Sid some years ago, and once I needed an additional package. It did install and (due to dependencies) updated an other package, In which some dependency was missing, so it didn't work. I figured out what other package it should have depended on and tried to install it, but couldn't because this package had dependencies which couldn't be fulfilled. That's what I call broken.


      No, its only "broken" if the breakage reaches your machine. In your example, use aptitude and put all packages that can't be upgraded because of dependency problems ON HOLD until the problem is fixed. The maintainers hear about the problems and usually fix it within a day or so. Sometimes it may be several days before some critical library is updated to fix a dependency chain mess, but NOTHING ON YOUR SYSTEM IS BROKEN IF YOU JUST HOLD EVERYTHING AND WAIT FOR THE FIXES. Patience is all you need.
    5. Re:Distribution Names by Living+WTF · · Score: 0

      I repeat it: one package had not all dependencies set it needed and the other had some which could not be fulfilled ... (but it was the one which I needed to make the first runable). I don't say that this is the common case, but it happened to me.

      --
      I don't suffer from insanity, I enjoy every minute of it.
    6. Re:Distribution Names by runderwo · · Score: 1
      You can use apt-get for this too. Just specify a default release in your apt.conf. If you want to pull a package from unstable, then apt-get -t unstable install and it, along with its dependencies, will be pulled from unstable; any normal apt usage will pull from testing or stable (whatever you gave as your default release).

      I would have to agree that installing a package as soon as it hits unstable is a bad idea. You can go to packages.qa.debian.org to see how long it's been since a package was uploaded, along with any pending issues with it.

    7. Re:Distribution Names by True+Grit · · Score: 1
      but it happened to me.

      Me too. It doesn't happen often, but when it does, just put all the affected packages on hold until the broken package is fixed.

      It takes a little time to get up to speed with aptitude (its UI is very functional but not exactly user-friendly), but once you do, its easy to "hold" packages so that nothing breaks on your system until the dependencies are fixed on debian.org, at which time you just "un-hold" the affected packages and let them upgrade as normal. Aptitude lets you walk a package's dependency tree, forwards and backwards, so its easy, once you've done it awhile, to find and hold an entire tree of dependencies that are currently "broken". Afterwards, every once and awhile, you try to unhold the primary package and see of the dependency problem has been fixed. If it has, let aptitude, via apt-get, upgrade the packages, if not, put the packages back on hold.

      If you get conservative, and just start keeping most stuff on hold unless its something you want or need, then this problem gets even rarer, because often the problem packages may now already be on hold and thus you never "see" the problem at all.

      It does require a different mindset from the typical use of apt-get though. apt-get is primarily designed for the upgrade from one fixed version of Debian to another, but when using it to constantly update from a moving, changing target like unstable/Sid, its usefulness really falls apart. To keep your system going for long periods of time in light of daily changes like that, you simply have to get more conservative and adopt an attitude of "only mess with the stuff that I really need".
  13. if not GFDL, then what? by bcrowell · · Score: 1
    I think a lot of the complaints about the GFDL are overblown. Personally, I've never even run across a GFDL'd document that contains any invariant sections, etc., and nearly all of the objections seem to be completely irrelevant if the document doesn't have any of those things in it. (I do dislike the political nature of the preamble, the length of the license, and the difficulty of understanding what consititutes a transparent copy.)

    But anyway, if Debian doesn't like the GFDL, what does it like better? The CC share-alike license? Would the CC share-alike-attribution license be ok?

    And in the meantime, what does Debian plan to do about documentation that is already GFDL'd? It seems ridiculous to refuse to distribute docs just because they're GFDL licensed, especially if they don't have any invariant sections.

    1. Re:if not GFDL, then what? by sirReal.83. · · Score: 1

      If "nobody uses" invariant sections, front-cover or back-cover texts, and those parts of the license make it nonfree, then why are they in the license?

      Even if it were true, that nobody uses them is irrelevant. If someone specified "GFDL with no invariant sections or *-cover texts" then Debian is okay with that anyway.

    2. Re:if not GFDL, then what? by psamuels · · Score: 2, Insightful
      I think a lot of the complaints about the GFDL are overblown. Personally, I've never even run across a GFDL'd document that contains any invariant sections, etc.

      Several GNU manuals include the GNU Manifesto as an invariant section -- in fact, I can't back this up, but it certainly appears that the main motivation for the invariant section clause was specifically to prevent people from removing the GNU Manifesto from GNU manuals.

      As others have said, there are quite a few onerous and ambiguous clauses in the GFDL; it's not all about invariant sections. Some of these seem to be mere bugs in the license text, rather than in the intent. Others, like the requirement to cram the whole text of the GFDL onto anything (even, say, a reference card) derived from GFDL'd works, are annoying but not necessarily non-free.

      Certainly, the non-modifiable sections of a GFDL work cause the most fear and loathing. If you really think none of those problems could happen in practice, please see this message for a scenario I find very believable.

      But anyway, if Debian doesn't like the GFDL, what does it like better? The CC share-alike license? Would the CC share-alike-attribution license be ok?

      Creative Commons (in particular the Attribution license) seems to have its heart in the right place. Depending on whom you ask, there are a few "bugs" in that one too, but they seem to be relatively minor nits. As such, there is hope that the Debian legal eagles can negotiate with Creative Commons to iron out problems for future editions of the CC licenses. Certainly the two groups are talking to each other.

      Meanwhile, there's no reason you can't use your code license for documentation -- be that the GPL, or some BSD-like thing, or what have you.

      And in the meantime, what does Debian plan to do about documentation that is already GFDL'd?

      Consensus seems to be that the GFDL has enough problems that even without invariant sections, it's not a free license. As such, the convenience to the user doesn't outweigh sticking to principles of freedom. Just as it did not in the case of Netscape 4.x, which was by far the best graphical web browser for Debian platforms in its day, but didn't ship with source code. If users want manuals, they'll have to point their /etc/apt/sources.list at the non-free section of the archive. In practice, including "non-free" in your downloads is really no inconvenience at all, unless you've only got Debian CDs and no net access, and the CD vendor chose not to include documentation packages from non-free. (This is something a vendor can choose to do, if they wish to take the trouble to comb through the non-free archive to see what they can legally ship at all.)

      Curiously enough, practical problems of documentation are mitigated a little bit by a completely unrelated issue. The GNU Project tends to spurn "man pages" as a documentation format, so most GFDL documents are other format documents, such as info pages. The Debian Project still likes man pages, so there are a number of contributed man pages in GNU packages in Debian which were not from the GNU upstream.

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    3. Re:if not GFDL, then what? by m50d · · Score: 1
      Yes, CC attribution-sharealike is I think the preferred license. Personally I go for a little gem called the Design Science License that's hidden away on the GNU website.

      In the meantime, they treat GFDL docs the same way they treat propriety software. Which is the only thing they can do. Although IMO something with no invariants is currently free, just could become non-free, and should be treated like BSD-licensed software.

      --
      I am trolling
  14. Matthew Garrett by St.+Arbirix · · Score: 1

    ...of Dasher fame? He hasn't done anything else? That's his qualification? Some people take Democracy too far.

    I'll admit Dasher is kinda cool but its really not all that complex. It'd be like MS putting the guy who thought up MouseKeys in charge of Windows.

    --
    Direct away from face when opening.
    1. Re:Matthew Garrett by perky · · Score: 1

      IIRC he seemed to be pretty clued up on all sorts of things if the ucam.* groups can be trusted.

      --
      "The new wave is not value-added; it's garbage-subtracted" - Esther Dyson, Dec 1994
    2. Re:Matthew Garrett by Anonymous Coward · · Score: 0

      Dude, do some checking before you speak! Matthew is halfway through his PhD in genetics, has been the president of both the Cambridge University Computing Society and the Cambridge University Student Run Computing Facility, is an active Debian developer and a highly respected member of the Debian community.

      Furthermore, Dasher is in no way equivalent to MouseKeys. Dasher is indeed a complex piece of software, invented by David MacKay (who is famous for many scientific contributions to coding theory and applied Bayesian modelling), that involves an adaptive language model to deal with letter and word prediction. It's highly efficient from an information theoretic point of view, and facilites computer interaction for many disabled users who would otherwise be unable to use a computer.

  15. RTFC by mincognito · · Score: 2, Informative
    large projects need benevolent dictators!

    Or a well-formed constitution: http://www.debian.org/devel/constitution

  16. not mentioned? by Anonymous Coward · · Score: 0

    Did they happen to mention who they nominated to be in charge of the "Gentoo zealot" trolls? The Debian organization has done a great job so far of making it look like it's actually the Gentoo users that are zealots, and I think the people putting the work into that part of their advocacy project deserve mention. Yet, unless I missed something, they appearly to have totally overlook those hard-working advocates.

  17. 'unstable' by DavidNWelton · · Score: 2, Interesting

    Look, it's called 'unstable'. What sort of impression do you think that gives people?

    One of the reasons people use distributions is to get a stable set of packages that work with one another, instead of having to pick them all out by hand. Your method above is basically reverting to hand selection, and is not really something that is acceptable outside of a hobbyist setting. One of the reasons for Ubuntu's instant success is that they QA'd a bunch of recent packages, and released them as a distribution.

    This situation has, from my observation of things, led to a lot of people abandoning Debian for things like Ubuntu and Fedora. I guess it doesn't matter all that much - we're not going to lose out on any revenue;-) - but it's a pity, as Debian use to have an excellent technical reputation.

    I suppose marketing types might say that Debian has mismanaged its brand or something like that, becoming known for the "freeer than thou" political battles with the FSF, and having a very out of date distribution rather than technical excellence. Hopefully, we can get that back, but it will be tough.

    1. Re:'unstable' by hummassa · · Score: 1
      Look, it's called 'unstable'. What sort of impression do you think that gives people?
      That it changes?
      Now, it's interesting you mention Ubuntu... as I really opted for it six months ago... I am posting this from a Warty+KDE machine and my laptop is a Hoary machine, ie, Sid.
      --
      It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  18. Release Sarge? by Spazmania · · Score: 1

    How about nominating someone who will put a higher priority on getting Sarge out the door than on the purity issues?

    I like Debian's reliability and I've used debian as my primary OS since around '96. I also live in the real world where non-OSS commercial software gets used. The libraries in Woody have gotten too far behind current. Sarge needs to get out the door soon if Debian is going to remain viable outside of the core clique of maintainers.

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  19. 100% agree by Anonymous Coward · · Score: 0

    No, Debian GNU/Linux. It's perfectly fine for the name of the entire distribution to be called 'Debian.' It's not perfectly fine to call Linux just Linux when refering to the Linux kernel being bundled with a distribution of software. If you are refering to the 'Linux kernel' by itself it is ok, to refer to it as Linux.

    Also, you can have 100% Linux-free Debian--that's why saying Debian Linux is stupid.

  20. OK, I'll bite... by Anonymous Coward · · Score: 0

    I've just read all of this thread and many people keep saying that Debian is hard to install... OK, it may be hard to install for computer illiterates, but well, Debian is not everyone's distribution. It's not an easy install. You need to know your hardware. You need to be prepared to take pains. And, at the end of the process, the result looks like any Linux system installed by another, usually easier and quicker, means. So why take the time?

    One answer is that Debian offers a chance to learn about aspects of installation that you've never explored. Even if you have no background in computing, the do-it-yourself mentality of the free and open source communities is contagious. You may want to explore Debian out of sheer curiosity.

    A more practical answer is that you want the security of building a GNU/Linux installation from the ground up, so that you know exactly what it contains and how the contents are installed. This behavior is in marked contrast to most distributions, which make choices that are not only unknown to the user, but which sometimes sacrifice security for convenience. For security-minded system administrators (that is, any who know their jobs), Debian not only gives them the control they want, but also saves them time when hardening a system. Since the base system installs without any graphical interfaces, this lack of assumptions makes Debian especially convenient for servers.

    The basic steps for installing Debian are similar to those for Gentoo. Unfortunately, Debian current has only the bare minimum of documentation. The instructions that are available assume that the install posesses a reasonable amount of knowledge. That's why, although installation is usually the least interesting part of a distro review, most of the rest of this article explains the installation process at length. Debian isn't difficult to install if have the knowledge and take your time, but detailed instructions make the installation easier.

    While you're downloading the latest CD image for DFS and burning it to CD, take time to: Review the man pages for /etc/resolv.conf, /etc/apt/sources.list, and /etc/network/interfaces to help you edit your DFS installation. You may also want to print out copies of these files from an existing Linux installation. Run dpkg-query -l |more on an existing installation. You'll get a list of packages, displayed one screen of text at a time. Study the list to decide what packages you'll install. Find an archive for packages from Debian's server mirror list. Plan how to partition your DFS system. You need at least a root and a swap partition. Many users also prefer separate partitions for /home, /var, /boot, and other directories. Review how the GRUB boot manager works. In particular, pay attention to GRUB's unique system of numbering hard drive partitions, in which /dev/hda1 or /dev/sda1 (that is, the first partition on either an EIDE or SCSI drive) is labeled hd0,0. You may want to print out an existing /boot/GRUB/menu.lst to consult.

    If you want to run Windows on the same machine as Debian, install Windows first.

    As you start the Debian CD, the GRUB boot manager opens with a choice of 2.4 and 2.6 kernels, as well as 32- and 64-bit architectures. Once the CD finishes booting, log in as root with no password. The first thing you see is a list of useful commands. You can return to this list using the dfshints command.

    With average luck, you won't need the dfscd command to reset the drive that holds the CD. Many of the other commands may also be unnecessary. All the same, to be sure that Debian is detecting your hardware and setup, run at least /etc/init.d/hotplug start to detect USB devices, followed by /etc/init.d/discover start for general hardware detection. The order of these commands matters, because discover hangs if USB devices have not been de

  21. What is happening with Debian, really? by claes · · Score: 1

    I ran Debian for a year or two around 1999-2000. I liked many parts of it, but over time I got frustrated of following its progress since it was so slow. I have followed several Debian project leader elections over the years, at a distance, by reading the candidate's programs, and no matter who is elected, the slow progress continues. I must say - what difference do they really make? I understand that there could be lots of important stuff being done in the background, but my impression of Debian is that it is a stagnating distribution. Very conservative, moving very slowly. This can be good, but I think also it is dangerous.

    Can someone mention the three most positive things going on in the Debian community right now. What will Debian bring in the near future? What makes Debian of today different compared with Debian three years ago?