Christian Reis lives here
|
I know you know. But well, just in case you forgot..
|
Since 2004, I've been actively involved in
development of Launchpad, and in
2005 I became application manager for the project, together with Steve Alexander. These days
I lead a team of over 30 people at Canonical working on building a
platform for the future of open source development and
collaboration.
In 2003, I somehow managed an MSc degree from USP São Carlos, where I
wrangled out my dissertation on defining a Process Model for Free
Software Projects. My MSc project is described in two long documents (in portuguese). I
graduated in Computer Engineering from UFSCar in 1997, though most of that
time evaporated into swimming pools and bike trails.
A couple of years ago (just as I had decided I wanted nothing to do
with computers) I discovered Free Software and Unix, and I've been
working on both ever since then. I've contributed to dozens of
free software projects, and I am currently an active developer for
Bugzilla, PyGTK, ZODB, Kiwi and IndexedCatalog.
I've worked with Web development (who hasn't?) and Usability,
additionally, in the past years.
I am a partner at Async Open
Source, a company that provides development and consulting
services focused on on Free Software. I helped found Async in early
1999.
When I'm not pretending to be a software engineering manager I
engage in outdoor sports, travelling, language and vain philosophy. I've raced mountain bikes
for a couple of years now, and from 1999 to 2003 I raced a number of
national-level adventure races, including the multi-day EMA 2000 and
2001.
Getting in touch with me
| Online: |
Homepage (~kiko)
<kiko at async.com.br> |
|---|
| Phones: |
+55 16 3376 0125 work
+55 16 9112 6430 mobile |
|---|
| Home:
(map)
|
Rua Rui Barbosa 1977
Sao Carlos, SP
Brazil 13560-330
|
|---|
|
|
What he's been up to
|
29.03.2013
|
Movie catch-up
|
- Silver Linings Playbook
- The Prestige
- Un Cuento Chino
- XXX bad movie about haunted house
|
|
28.03.2013
|
Shaping
|
- We're planning on shaping our main incoming link to see if it can
carry our regular traffic together with VOIP. I'm storing some pointers
here to help me when we get to that:
[en.wikipedia.org]
[forums.juniper.net]
|
|
23.11.2012
|
Where is my /tmp/.X11-unix directory?
|
- It's missing on all our diskless machines. What's going on?
- Dunno, but it solved itself as part of regular updates and a pretty
major fix to our diskless /etc/init scripts; there were subdirectories
inside /etc/init with older copies of /etc/init/*.conf, and it turns out
upstart also parses subdirectories -- oops!
- Got an icalendar invitation viewer for mutt set up using
[nickmurdoch.livejournal.com] though it did force me to
use gem install which is so not the way to do it in Ubuntu!
|
|
22.11.2012
|
New link, and the shaping of ingress traffic
|
- We had a new internet connection installed today, and it's a 4Mbps
premium, unshaped link. In a weird encounter, however, this line from
wondershaper completely kills my download performance (measured by a
simple wget) on it:
# tc filter add dev eth0 parent ffff: protocol ip prio 20 u32 match ip
src 0.0.0.0/0 police rate 3800kbit burst 10k drop flowid :1
I can't figure out why. I thought that maybe the rate stuff was wonky
and wanted to use the avrate policer, but that doesn't work either:
# tc filter add dev eth0 parent ffff: protocol ip prio 20 u32 match ip
src 0.0.0.0/0 police avrate 380 reclassify flowid :1
RTNETLINK answers: Invalid argument
We have an error talking to the kernel
I thought that had to do with NET_ESTIMATOR being missing in the kernel
config, as the LARTC meantions that estimators needing to be compiled
into the kernel, but it seems that option is now gone and they are
always built in. Oh, I see what's missing -- an "estimator" option. So
this runs ok:
# tc filter add dev eth0 parent ffff: protocol ip prio 20 estimator 1 2
u32 match ip src 0.0.0.0/0 police avrate 380 reclassify flowid :1
Unfortunately, I'm still only getting 50% of what I expected..
|
|
08.10.2012
|
Bike Updates
|
- Swapped the F1SL's chain, and replaced the F2C's rear derailleur
cable. And then the week ended, and I left the office!
|
|
12.09.2012
|
So halt -p huh? And rsyslog
|
- It seems that /sbin/halt no longer turns the system power off, and you
need to run poweroff (or halt -p) instead. Did you know that?
- rsyslog in Ubuntu has a rule that provides an admin feature I've
always loved; the ability to log stuff to /dev/tty*. Yes, it's a bit of
a security disclosure but I figure if you have tty access anyway..
- The problem is it ships broken by default in Ubuntu. The issue has to
do with privilege dropping;
[kb.monitorware.com] notes
correctly that the PrivDrop bits in rsyslog.conf cause tty writing to
fail. What it doesnt't note is that you can use named pipes for this
functionality and it works just fine; I found this out in a very
unlikely blog comment here:
[mikebeach.org]
- So all you need to do to get this to work is to use "|/dev/ttyX" as
the destination string for the facility. Cool!
|
(Read older diary entries)
|