Collapsed rim

I managed to crash on a bike during a group ride (no one at fault besides myself). I could not reconstruct, what exactly happened: looks like my front wheel got suddenly turned aside and collapsed. The guy riding behind me told that my foot somehow mangled with the wheel, but I cannot understand how that could take place. Fortunately, the speed at that moment was very low, so the only damage I suffered is torn clothes and the pictured front wheel.

collapsedRim-1
collapsedRim-2
collapsedRim-0

Just recently I had to replace the rear wheel from this set because the rim did not withstand the spoke tension. That time, it was obviously the product’s inability to hold the applied load, which is a tradeoff for the ultralight weight. Now, with the front wheel, I do not have an indication that the ultralightness is at fault, as I do not exactly know what had happened.

Strange failure of a studded tyre

Cycling from work yesterday, I noticed something… well, uneven, on my rear wheel. At the cellar door, the exploration has revealed three places where the sidewall cord of the tyre was torn, two of them longer than 3 cm! Inner tube was buldging out. What a luck that it still got me home and did not explode, say, on half way to work – clear failure of the Murphy’s law!

torntyre1.jpg

Continue reading

Mountain bike ride in southwest Espoo

Today I got a very nice short off-road ride with Helsinki MTB club MTBCF. The starting place was almost near my home, so I had no excuse of long commute from/to home for not participating. I already rode with MTBCF two times, two or three years back. Once it was their weekly cruise “for beginners”, where I was dropping out all the time and finally broke my rear derailer with a branch; that was too hardcore MTB for me. Another time it was a “flat ride” of 300km, to Bromarv (link on Google maps) and back. That time I did not drop, although was at a limit of my stamina by the end of the distance.

This time we were just three persons, Timo and Sami (on the picture) plus me, but for a forest trail ride this makes a perfect size company.

Timo and Sami in Espoo Central Park

I rode last, the two other riders had to wait me sometimes. I hardly can come up with a better way of spending two hours in a nice weather! The only thing which I was concerned with is the damage to trails; still, cycling with knobby tires over small brooks or large puddles does not make them better. It is certainly bigger impact than from walking. On the other hand, it is certainly smaller impact than from driving a car, so I’m not arguing against off-road cycling; and I’m not doing it frequently.

On MTBCF forum, there is already a post by Timo about the ride. I’m not a hardcore MTB rider, and that’s the reason why I’m still not a member, but it seems that this is the only really active cycling club in the Helsinki area (not counting CCH and IK-32, which are too professional, with everydays trainings and regular competitions). I’m pondering joining!

Compiling ipsec-tools-0.7 in RedHat EL 4

Stock ipsec-tools v0.7 does not build in RedHat EL 4:

Making all in racoon
make[3]: Entering directory `/home/octeon/src/ipsec-tools-0.7/src/racoon’
if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./../libipsec -D_GNU_SOURCE -include ./src/include-glibc/glibc-bugs.h -I./src/include-glibc -I./src/include-glibc -I./../../src/racoon/missing -D_GNU_SOURCE -include ../../src/include-glibc/glibc-bugs.h -I../../src/include-glibc -I../../src/include-glibc -DSYSCONFDIR=\”/usr/local/etc\” -DADMINPORTDIR=\”/usr/local/var/racoon\” -g -O2 -Wall -Werror -Wno-unused -MT isakmp.o -MD -MP -MF “.deps/isakmp.Tpo” -c -o isakmp.o isakmp.c; \
then mv -f “.deps/isakmp.Tpo” “.deps/isakmp.Po”; else rm -f “.deps/isakmp.Tpo”; exit 1; fi
In file included from ../../src/include-glibc/linux/ip.h:26,
from isakmp.c:115:
/usr/include/asm/byteorder.h:6:2: #warning using private kernel header; include <endian.h> instead!
In file included from /usr/include/asm/byteorder.h:35,
from ../../src/include-glibc/linux/ip.h:26,
from isakmp.c:115:
../../src/include-glibc/linux/byteorder/little_endian.h:43: error: syntax error before “__cpu_to_le64p”
../../src/include-glibc/linux/byteorder/little_endian.h: In function `__cpu_to_le64p’:
../../src/include-glibc/linux/byteorder/little_endian.h:45: error: `__le64′ undeclared (first use in this function)

…and so on.
/usr/include/asm/byteorder.h really is a private kernel header in this distro. Does not look like a feature – at least it is fixed in RHEL 5!. But what if I can’t upgrade right now. Here is a really dirty fix to src/include-glibc/linux/ip.h in the ipsec-tools source tree (and it is a symlink to real kernel header, so make a backup), assuming that you are on little-endian machine. Replace the line #include <asm/byteorder.h> with #define __LITTLE_ENDIAN_BITFIELD.
Or, not to forget about the change when you stump into problems with this pernicious hack:

/* Uncomment the next line to compile ipsec-tools-0.7 */
/* #define WE_COMPILE_IPSEC_TOOLS */

#ifdef WE_COMPILE_IPSEC_TOOLS
#define __LITTLE_ENDIAN_BITFIELD
#else
#include <asm/byteorder.h>
#endif /* WE_COMPILE_IPSEC_TOOLS */

I wish I knew if there is a better way to fix this – short of upgrading to RHEL 5.