apt-get install debian-wizard

Insider infos, master your Debian/Ubuntu distribution

  • About
    • About this blog
    • About me
    • My free software history
  • Support my work
  • Get the newsletter
  • More stuff
    • Support Debian Contributors
    • Other sites
      • My company
      • French Blog about Free Software
      • Personal Website (French)
  • Mastering Debian
  • Contributing 101
  • Packaging Tutorials
You are here: Home / Archives for Debian

DFSG point #8 and Mozilla Firefox

June 15, 2005 by Raphaël Hertzog

Eric Dorland (the maintainer of mozilla-firefox) is wondering if he can use the name Firefox for his package and still respect the DFSG.

His reasoning is that we can call it Mozilla Firefox only because we’re Debian and DFSG point #8 forbids the license to be Debian specific. So he wonders if the trademark license complies with the DFSG.

His reasoning has many flaws :

  1. The DFSG has been written with software license in mind and not trademark license (argument defended by Wouter Verhelst).
  2. His interpretation of the point #8 of the DFSG is too strict compared to the original purpose of that point (see my mail and this one from Matthew Garrett).
  3. His logical conclusion is not coherent with our goal to serve our users (cf. opinion from Anthony Towns). It would be a disservice to our users to include Firefox with a different name.

Firefox included in Debian with its original name is still free software – DFSG compliant – (Eric recognizes that himself) and that has always been enough for us to accept to include a software. Nothing more is required.

Isn’t that enough to make it clear that we can and should include Firefox with its original name ? It’s not against our principles and we’re not breaking any of our rules.

The Mozilla Foundation has good reasons to try to protect his name just like we did when we asked the “TrustedDebian” project to rename itself in order to avoid confusion with us. Their trademark license is perfectly acceptable and we should accept it because we applied a similar one to our own trademark!

Keeping mailing lists sane with social pressure

June 15, 2005 by Raphaël Hertzog

Today I was reading my backlog of debian-devel and noticed the big thread about the trademark issue with Firefox. It was a pain to read it because as usual some people got so involved that they felt the need to reply to all mails rehashing again and again the same point.

This is not acceptable for a civilized project like Debian. So I complained by private mail to the person who misbehaved according to my own criteria. This time it was “Humberto Massa Guimarães”. I have been polite and expressed clearly what was not acceptable in his behaviour:

  • he has posted 20 times the same argument
  • he’s no more expressing his point of view but trying to impose it to other by repeating it over and over

I didn’t mention the fact that I disagree with his point of view because I’m not complaining about his opinions, only about his way of behaving on the lists.

Do you want to know the result ? Humberto replied to me :

Your point was taken and I will try to behave better.

What does it mean ? That social pressure works … and that all other readers of debian-devel should do the same. When someone clearly goes too far, we should politely invite him by private mail to calm down. When someone receives 10 similar requests I’m sure he will quickly understand that his behaviour is not well accepted.

Going further in that direction we could have a system where all those complaints can be publicly archived. We would CC or BCC complaints@debian.org and the system would generate statistics : who has been the biggest cause of complaints and so on. 🙂
(This last paragraph is only semi-serious)

Our priorities are our users and free software

March 26, 2005 by Raphaël Hertzog

I think that we forgot this when we made the last set of “editorial changes” to the DFSG. We remembered a bit with the general resolution postponing the changes until after the release of sarge… now sarge is getting close and we’re going to face the problems that we created.

I hear more and more Debian developers who are disappointed by this move, some are leaving, others are considering to leave. I’m too attached to Debian to be able to leave, I’d rather make Debian change again because I also think we have made the wrong choice.

We have many derived distributions which enhances Debian in a way or in another, we shouldn’t make their life more complicated by making changes that they will have to undo just to have a working system.

Even forgetting about the derived distros (which are an important part of Debian IMO), our users deserve a working system right after the installation. We have two solutions: either change our policy so that apt-get points to non-free by default and let packages from main depend on packages from non-free so that the required bits of non-free can be automatically installed, or change again our rules so that we can keep those essential bits were it makes sense (in main directly).

The first solution makes no sense because of the nature of non-free: we have so many different licenses of packages in non-free that it’s difficult to know which packages can be distributed. So the only real solution is to stay in the old situation: apply DFSG to the software only and keep useful things in main until a free replacement is available.

Feedback is welcome… because the only way to make this change happen is to propose a new general resolution.

I vote for …

March 25, 2005 by Raphaël Hertzog

Two years ago I recommended to vote for Martin Michlmayr because I was much more involved in the internal politics of Debian and because I was a candidate 3 years ago … nowadays I’m less involved and I’m voting based on what I’ve read: the platforms, some mails on debian-vote, the interviews on Linux Weekly News and the logs of the IRC Debate. I must say, it’s a difficult exercise for a busy person. It took me many hours… but I’ve done it because I wanted to vote without randomly choosing.

It looks like not everyone did the same effort, otherwise I can’t understand how some people forgot to put Jonathan Walters below “None of the above” (thanks to the people who send their replies to debian-vote instead of the good mail alias). Jonathan is a good Debian developer but that’s all. As a leader, he wouldn’t give us a good image. Of course, it’s just my opinion. You’re free not to share it.

Coming back to the subject, who did I vote for ? Anthony Towns is placed first on my ballot. I think he’s the most pragmatic candidate this year. He knows how things work within Debian, he knows what doesn’t work. All the candidates agree that lists have become unpleasant places and that we should remember that we’re all in Debian because __working for Debian is fun__. Anthony proposes a drastic solution (rules for banning noisy people and so on), it’s possibly too much but it’s worth trying. A first step would be to write a [Code of Conduct](http://www.ubuntulinux.org/community/conduct/document_view) like Ubuntu has: it’s quite effective there, anytime someone starts a new troll someone responds by “please stop that and read the code of conduct”, and the thread dies there. This will be difficult for Debian because we have so many people used to react quickly… but temporary bans for people who can’t refrain would be incitative.

Branden Robinson is still not very well placed on my ballot even if he’s no more the same anti-french guy he used to be in the past :-). His way of behaving reminds me too much of real politicians: he discards hot subjects (no reaction to the rebuttal of Anthony Towns), he says he doesn’t know if he will represent himself unless 100 people support him, etc.

All the other candidates are much like clones… good Debian developers with good ideas, it’s difficult to choose between them. I put Matthew in second position on my ballot without many reasons. It’s just that I have a good feeling, maybe because of his involvement in documenting the work of teams like the ftpmasters.

BTW, I do not like the idea of the SCUD team. The leader must delegate what he can’t do, there’s no need for him to have co-leaders. Or maybe the SCUD team is good idea but it doesn’t need to be formalized… and advertised as such. The leader naturally has people who advise him.

Last remark, I’d like to know who Martin Michlmayr votes for this year.

  • « Previous Page
  • 1
  • …
  • 92
  • 93
  • 94
  • 95
  • Next Page »

Get the Debian Handbook

Available as paperback and as ebook.
Book cover

Email newsletter

Get updates and exclusive content by email, join the Debian Supporters Guild:

Follow me

  • Email
  • Facebook
  • GitHub
  • RSS
  • Twitter

Discover my French books

Planets

  • Planet Debian

Archives

I write software, books and documentation. I'm a Debian developer since 1998 and run my own company. I want to share my passion and knowledge of the Debian ecosystem. Read More…

Tags

3.0 (quilt) Activity summary APT aptitude Blog Book Cleanup conffile Contributing CUT d-i Debconf Debian Debian France Debian Handbook Debian Live Distro Tracker dpkg dpkg-source Flattr Flattr FOSS Freexian Funding Git GNOME GSOC HOWTO Interview LTS Me Multiarch nautilus-dropbox News Packaging pkg-security Programming PTS publican python-django Reference release rolling synaptic Ubuntu WordPress

Recent Posts

  • Freexian is looking to expand its team with more Debian contributors
  • Freexian’s report about Debian Long Term Support, July 2022
  • Freexian’s report about Debian Long Term Support, June 2022
  • Freexian’s report about Debian Long Term Support, May 2022
  • Freexian’s report about Debian Long Term Support, April 2022

Copyright © 2005-2021 Raphaël Hertzog