Monthly Archives: November 2010

Triage X Bugs of the Week 3 (TXBW3)

This week it has been harder for me to start on this… but KiBi’s post Debian XSF News #1 pushed me to continue. Thanks for the cheers!

  • #331637 ping – Xrandr disabled while Xorg log says the opposite.
  • #321357 tagged wontfix – xset behaves as intended, there is no easy way to set keyboard autorepeat for single key…
  • #242442 close – xclock -rv looks visible to me.
  • #427346 close – was already tagged unreproducible, I couldn’t reproduce it either so I closed it.
  • #169239 ping – 8 year old wish… probably too late ?
  • #431449 ping – xmodmap errors when launched by keyboard shortcut.
  • #202923 close – xorg has timestamps in server log messages.
  • #252214 tagged wontfix – Andrew Pimlott (reporter) said “This bug probable needs a NOBODYCARES tag. :-)” so wontfix will do it.

The X Strike Force (still) needs you !

You can have a look at the X Strike Force Bug Closing Procedure and check XSF unstable bugs sorted by date.

Triage X Bugs of the Week 2 (TXBW2)

Hey, one more week !

  • #418377 – ping & closed (default X resolution for etch?! installation).
  • #419960 – ping & closed (submitter screen apparently does not support DPMS).
  • #409337 – ping (Xorg/Gdm vertical refresh config).
  • #389030 – closed (boot with no usb mouse now work !).
  • #309226 – ping (xnest crash, seams fixed now).
  • #397438 – ping (dual monitor on old ati driver).
  • #414275 – ping, user can’t test it any more, so closing.

Well my UDD query report 879 bugs today… not a great improvement since last week… if more bugs are opened than I can close, I’m not going to make it alone !

The X Strike Force (still) needs you !

You can have a look at the X Strike Force Bug Closing Procedure and check XSF unstable bugs sorted by date.

Did you realize how great format 3.0 (quilt) is ?

I did just yesterday !

I was hacking on fluxbox and rebuilding the package to test directly on my system.
When I was happy with my changes I thought, I should write a patch for this…
But guess what ! With format 3.0 (quilt) it was already there, in the debian/patch directory, just waiting to be renamed and completed with a nice DEP-3 header !

It is a lot more easy to contribute with those tools!

So thank you debian folks !

Triage X Bugs of the Week 1 (TXBW1)

Here is my report for the first week, (actualy I’m a little bit late, but friday loked like a better day for such reports)

  • #385803 – Reported upstream.
  • #391452 – Wontfix, there is a nicer alternative.
  • #335515 – Ping & closed.
  • #394529 – Asked for a phrasing (any native English writer can help here).
  • #252585 – I’m not sure the actual needed changes worth it, so I proposed to just document it, waiting for feedback…
  • #379480 – Ping & closed.
  • #290881 – Today’s package has changed, so reassigned and updated info.
  • #251449 – Added info, if someone is more easy with wiki stuff than bug triaging, then updating the FAQ is a work for you ;).
  • #420018 – Ping & closed.

That’s it… about 880 bugs more to go !

The X Strike Force (still) needs you !

You can have a look at the X Strike Force Bug Closing Procedure and check XSF unstable bugs sorted by date.

Working on X isn’t that hard !

First, Hello Planet Debian !

Some words about me

I’m a new member of the X Strike Force, the debian team responsible for packaging Xorg. I basically stepped in with the openchrome driver.
I also have wider interest in free software or open source in general, but you can have a look at the rest of my blog, so I won’t bother you with too much details.

More about X

Talking with various attendant at MiniDebConf Paris, I got the impression that people think working on Xorg is hard.

I must say: It’s not !

First debian work is mostly packaging, and the developers of the applications we package (debian call them upstream) are pretty responsive, so you won’t be on your own.
Most of the work is preparing the packages for their new release, place them in experimental first, and ask for testers.
Then people test and the real work start: we receive bug reports.
Sometime seeing the report, it’s easy to point the user to test some other version, do some change, remove some old libraries in /usr/local/lib.
Sometime we need to ask for more information.

I said we, but for now unless it’s about openchrome, I can’t help much, but I follow the bugs on the X mailing list and learn from others response, I think I’ll be able to help soon.

An other way to help: TXBW

I’m sure you’ve read about RCBW, kudos to every one posting some and to every BSP attendant.
But if you thought X was hard, you certainly find the remaining RC bugs too hard (Or if not, you might want some distraction with an easier task).

So I have a proposition for you: Triage X Bugs of the Week (TXBW)

As Lucas told on his blog I’ve proposed him a patch to help triaging X bugs using UDD. And he accepted it, Thanks !

So here is the link I’m using: XSF unstable bugs sorted by date.
But remember the udd database is not live data, if you close a bug, it won’t disappear immediately.
Also please read the X Strike Force Bug Closing Procedure before starting.

To conclude my TXBW data (well TXB of the Day so to speak)

  • #233204 – pinged submitter.
  • #334461 – closed, no longer occur.
  • #204378 – proposed a development direction, if anybody is really interested in actually using XDM, please have a look.
  • #303889 – closed, ion3 no longer available to test.
  • #369389 – closed, the report details very old versions.

I hope this can be a success like the RCBW initiative is.
Currently there are hundreds of X bugs, more than a half are at least one year old so they deserve to be triaged !

The X Strike Force (still) needs you !