Heipei

Add another 100 or so packages from emerge -eav system and you know what you are getting yourself into when you update your system to use gcc 4.1.1 and glibc 2.4 ;) (A little help here)

Nachdem sich letztens jemand beschwert hatte (jemand der das Blog eher liest um sich ueber mein persoenliches ergehen als ueber neuheiten der informationsverarbeitung zu informieren) dass ich nichts mehr ueber mich posten wuerde hab ich mich entshclossen mal kurz zu sagen was sache ist.

wie die leute die das hier lesen sicherlich gemerkt haben zeigt die domain heipei.net im moment (und schon was laenger, und wohl auch nioch etwas laenger) nicht mehr auf diese seite. liegt daran dass wir das ding umziehen muessen und dabei ein bisschen was doof gelaufen ist. warten angesagt, will keine $100 zahlen. ist natuerlich doof wenn ich jetzt leser verliere die die seite bisher nur ueber rss abonniert hatten und nie auf hackvalue.de gucken wo flo so freundlich war einen hinweis zu posten. ich habe auch ehrlich nicht gedacht dass die seite momentan von ueberhaupt irgendwem gelesen wird, ausser vielleicht treuen anhaengern wie flo und thomas. wenn meine domain wieder da ist gibts mehr inhalt, hatte auch evtl vor das ganze auf larrythecow.org mitlaufen zu lassen.

also, stay tuned, spaetestens irgendwann im oktober (urghs) sollte die domain wieder da sein, bis dahin geht hier alles weiter, lohnt sich also noch den rss-reader kurz auf die andere url zu verweisen.

P.S.: Wie auch flo schon gesagt hatte, emails gehen im moment alle an heipei@.de wobei der domain-name klar sein sollte, es ist jener auf dem diese seite momentan liegt ;)

some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)

`some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)

`

you have to do what is being told in this bugreport and change the line in config/lighttpd.conf from

``some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)

`some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)

`

you have to do what is being told in this bugreport and change the line in config/lighttpd.conf from

``

to:

```some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)

`some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)

`

you have to do what is being told in this bugreport and change the line in config/lighttpd.conf from

``some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)

`some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)

`

you have to do what is being told in this bugreport and change the line in config/lighttpd.conf from

``

to:

also [this tip about the she-bang line](http://wiki.rubyonrails.org/rails/pages/ShebangChangeScripts) in rails applications proved to be very useful.
  
**Update:**
  
Ive looked a little further, and ive come to the conclusion that when developing/deploying rails apps on multiple systems (like Mac OS X and Gentoo Linux in my case) its best to use rails with the –ruby option when generating a new app. So whenever you build your new rails app do it like this (or even use an alias):
  
````some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)
  
`some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)
  
` 
  
you have to do what is being told in [this bugreport](http://trac.lighttpd.net/trac/ticket/487) and change the line in config/lighttpd.conf from
  
``some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)
  
`some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)
  
` 
  
you have to do what is being told in [this bugreport](http://trac.lighttpd.net/trac/ticket/487) and change the line in config/lighttpd.conf from
  
`` 
  
to:
  
```some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)
  
`some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)
  
` 
  
you have to do what is being told in [this bugreport](http://trac.lighttpd.net/trac/ticket/487) and change the line in config/lighttpd.conf from
  
``some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)
  
`some people, like me, tend to be a little slower. so if you run into the same problems after updating to rails 1.1 and your old 1.0 rails app dont work with lighttpd anymore (but instead quit with this error:)
  
` 
  
you have to do what is being told in [this bugreport](http://trac.lighttpd.net/trac/ticket/487) and change the line in config/lighttpd.conf from
  
`` 
  
to:
  

also this tip about the she-bang line in rails applications proved to be very useful.

Update:

Ive looked a little further, and ive come to the conclusion that when developing/deploying rails apps on multiple systems (like Mac OS X and Gentoo Linux in my case) its best to use rails with the –ruby option when generating a new app. So whenever you build your new rails app do it like this (or even use an alias):

````

this way your apps work on most systems (as long as env installed which seems to be pretty standard) without modifiying any files like the dispatch.fcgi

Eine kleine Sache auf die ich hinweisen moechte. Ich hatte schon laenger von FUSE (Filesystem in Userspace) gehoert aber dem nie besonders Beachtung geschenkt. Neulich hab ich mich dann mal dazu durchgerungen, FUSE als Kernelmodul gebaut und sshfs-fuse auf meiner Gentoo Kiste installiert. Was ist das Ganze jetzt?

1. FUSE ist wie der Name sagt etwas was Filesystems im Userspace laufen laesst. Es gibt inzwischen eine riesige Sammlung an lustigen Dingen die man wie ein lokales Filesystem mounten kann und dann damit arbeiten. Z.B. flickr, webdav, gmail und halt auch ssh.

2. Vorteile davon: Dazu komme ich jetzt.

Ich logge mich haeufig auf anderen Hosts ein (wie etwa hackvalue, classic-addicition oder auch den wohnheimsinternen Rechnern). Und es kommt auch ab und zu mal vor dass ich Dateien per scp auf diese Rechner kopiere (z.B. in das /weblog oder /tmp Verzeichniss meiner Webseite). Oder dass ich an einem Programm arbeite das serverseitig laeuft, wie z.B. ein PHP-Skript oder ein rails-programm. Natuerlich funktioniert scp gut, besonders dank remote completion der zsh, aber es bleibt unintuitiv. Und wer files ueber ssh editiert kennt die Probleme: Manchmal einfach lags, oder Verbindungen die unterbrochen werden.

Also mountet man das ganze einfach mit sshfs: sshfs jojo@hostname.de:/home/www/webseiten/ mountpoint als Beispiel. Hinter dem : wird angegeben welches Verzeichniss als root-verzeichniss fuer die operationen gelten soll (default: ~). Jetzt kann man ganz einfach wie sonst auch mit allen lokalen Programmen auf dem gemounteten Verzeichniss arbeiten. Der grosse Vorteil fuer mich ist dabei dass ich meine lokale shell und meine .vimrc und lauter andere Programme die ich vielleicht zum editieren brauche weiter benutzen kann ohne erst vorher alles remote installieren und die config-dateien rueberkopieren zu muessen. Und laggen tut es wenn dann beim oeffnen und beim schreiben von dateien, dazwischen arbeitet man ja lokal. Mit der richtigen anbindung (wie ich sie momentan zum glueck habe) kann man sogar mit sowas wie gqview die bilder auf einem server ziemlich flott angucken.

Wenn man fertig ist einfach wieder: fusermount -u mountpoint und die Verbindung wird wieder getrennt. Kinderleicht und seeehr praktisch.