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

Yes I do

March 2, 2006 by Raphaël Hertzog

I want to respond to jb’s cry, after all I’m his favorite teletubby and his message is full of references to events where I’m involved. I’m sure he’s honest in his message but still he misses some points.

Julien says :

we never agreed to be nice to each other

That’s true I’m part of several other associations and I never had to sign a paper saying that I’ll be nice with others. Nevertheless, each time that someone misbehaved he was sanctionned. And nobody in the club took the defense of the faulty person in the name of “free speech”. Understand me, if we didn’t have any problem, I wouldn’t make efforts to define a “Code of conduct”.

I’m not a fan of “Ubuntu’s love here, love there” and I certainly don’t want a world of friendly clones within Debian. I believe there’s room for a code of conduct that would let us work together in a friendly manner.

this project used to be open-minded

Being open-minded applies to people not to a project. Now it’s time that you discover that with 1000 people you have far more chance than with 200 to have several narrow-minded people in the set … and that everyone has his own definition of what open-minded means.

That’s why we need to write down what’s acceptable and what’s not. I’ve heard you several times complain about the behaviour of other Debian developers, why not use the opportunity offered by a code of conduct to define how we should aim to work together ?

We are doing it all for fun

True again ! So how difficult is it to imagine that being insulted is *not* fun ? And since we’re all volunteers, there’s no good reason to let some people kill the fun out of it…

I don’t use kill-files

That’s because you have the luck to have a thick skin. I avoid kill files as well. But look at Lars Wirzenius, look at Theodore Y. Ts’o, they all recognize that they can’t stand the level of unfriendliness that we sometimes reach. I want to be able to work with everyone and not only with those who have leather instead of skin.

Help tell those people to FOAD

Is that your way of being open minded ? Ok, it’s a bit out of context but nevertheless, there’s some truth in my criticism:

  • Stop yelling each time that someone mentions Ubuntu, Debian is not Ubuntu but we have so many things in common that we can both take advantages of what the other is doing.
  • Even if you have a thick skin, it’s not a reason to be harsh with any other Debian developer, not everybody is like you !

And to finish this (long) post, let’s agree on something: yes we’re a technical community, yes we should put Debian’s interests first !

(By the way, on this subject it looks like I agree with MJ Ray. It doesn’t happen very often! ;-))

Attending Debconf !

February 14, 2006 by Raphaël Hertzog

I didn’t attend Debconf since Debconf 1 (in Bordeaux), but this year I’ll come. I just booked the flights. I’ll be there from the 14th to the 22th of May.

See you in Oaxtepec !

Resurrecting projects

December 18, 2005 by Raphaël Hertzog

During this week-end I tried to give initial impulses on several projects of interest for me :

DebianEduFrench: a new mailing list has just been setup for this project. We intend to foster cooperation between several French educational Debian-based projects. We’ll try to integrate their work into Debian directly to avoid needless duplication of effort. This follows my last call for help on debian-devel-announce. If you speak French and have good packaging skills, you’re welcome to join and help us on the mailing list.

Collaborative maintenance infrastructure: this one started as a project to handle orphaned packages but after the talk we gave at the Debian-QA meeting in Darmstadt, we agreed that it is of broader interest: in particular for mentoring future Debian developers. This tool could also interest Ubuntu which has in fact already started something covering a part of this proposal: REVU (development web site). So I crosspossted a call in several Debian & Ubuntu lists in order to create a little team to work on this project and make it happen. But there’s still room for discussions as nothing is in stone yet …

That’s enough for one week-end !

Serial overrun on Linux

October 19, 2005 by Raphaël Hertzog

Working with serial lines can sometimes give you big headaches. I have an embedded PC based on 386 SX 40 processor. This PC doesn’t make much but it has programs using the serial line intensively. Things didn’t work as well as expected so I looked carefully what was going on … the beast was loosing bytes ! My information has been promptly confirmed by the /proc/tty/driver/serial entry. If you have “oe: X” (where X is a positive number) there, it means that one of your UART detected overrun errors.

So what’s an overrun ? An overrun happens when the UART receives data while its FIFO buffer is full. Why is the FIFO full ? Because Linux didn’t treat the serial interruption quickly enough. Why is Linux so slow ? Linux is not a real time OS and it doesn’t guarantee any response time to interruption, so Linux is not so slow but my PC really is … what happens is that interruption related to the network are treated before serial interruptions. Furthermore IDE disk interruptions can take too long too. Worst case is of course, you’re treating a disk interruption, then you have to treat the network interruption and only after that you can treat the serial interruption which in fact happened right after the beginning of the disk interruption

So fixing serial overrun is a rather complex problem since it’s really a kernel related problem. Googling on the subject I have found several ideas to explore :

  • configure IDE disk to use DMA hdparm -d 1 /dev/hda, use of DMA will shorten the time where IRQ will be masked to the kernel (in my case it doesn’t work since I’m using DiskOnModule which do not support DMA)
  • make disk IRQ interruptible with hdparm -u 1 /dev/hda
  • use irqtune to re-prioritize the IRQ on the interruption controller. This software is no more maintained and it doesn’t work out of the box on kernel 2.4.x.

Using hdparm -u wasn’t enough to solve my problem… so I continued to look for a solution and I found one ! I recompiled my kernel with the low latency patch and the preemptible kernel patch. Those are usually used for multimedia applications where you need good responsiveness in order to deliver content in real-time but the fact is that they do work for my purpose too !

My serial overruns are completely gone at 9600 bauds. However I can still have some when running at 115200 bauds. Moreover I can create serial overrun by running a find / -type f | grep -v /proc/ | xargs md5sum in the background… I can’t make miracles with this slow processor… if you have more ideas to further improve the situation, I’m willing to try !

  • « Previous Page
  • 1
  • …
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 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

  • Debian’s General Resolution on AI and LLM
  • How to choose your SSH agent with Wayland and systemd
  • 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

Copyright © 2005-2021 Raphaël Hertzog