Bundler cannot continue

(Es sieht so aus, als würde dies eine längere Geschichte – Updates sind unten am Text)

Womit der Mensch seinen Resturlaub 2013, zumindest partiell, so verbringt…

Gestern also mit dem Nachbarn aus Neukölln zu Mittag gespeist. Das machen wir so alle sechs bis acht Wochen mal, und meist kommt für mich nur Unsinn dabei raus – Unsinn der Marke „Macht mehr Arbeit als erwartet“.

Eines der Standardthemen bei diesen Gesprächen ist die Suche nach dem perfekten Blogsystem – etwas, das ich auch hier gelegentlich thematisiere. Gestern ging es mal wieder um Systeme, die statische Seiten erzeugen, genauer: um Octopress, ein lokal (sprich: auf einem Rechner irgendwo zuhause) installiertes, auf Jekyll basierendes Blogsystem incl. Hochladen auf einen öffentlich zugänglichen Webserver. Oder anders ausgedrückt, verständlich auch für den WordPress-User in mir:

A blogging framework for hackers.

Oha. Ich hätte gewarnt sein sollen.

Nun bilde ich mir ein, vor Kommandozeilen-Gemurkel keine Angst zu haben, und auch, Kommandos einigermaßen fehlerfrei abzutippen, speziell wenn sie auf der entsprechenden Octopress-Erklärseite so schön aufgelistet sind. Und doch…

Bundler cannot continue
Bundler cannot continue

Ruby ist installiert, Git ist installiert, sogar das in obiger Fehlermeldung monierte RedCloth ist installiert. Und doch bleibt mein Ubuntu immer an der gleichen vorletzten Stelle im Setup-Prozess hängen.

Weil ich Urlaub habe, lasse ich das jetzt erst mal sacken. Vielleicht habe ich später mehr Energie, durch Logdateien zu schlumpfen. Jetzt erkläre ich mich vorerst mit dem Katerkatz solidarisch: Er kommt mit Nachbars Katze nicht klar, ich mit Octopress.

Update, etwa vier Stunden später: Wer behauptet, das Internet sei kaputt, hat keine Ahnung. Hier funktioniert es wie immer: Einer schreibt, dass er nicht mehr weiterkommt, ein anderer antwortet mit Links zu den anwendbaren Problemlösungen. Man könnte das „Google Rebound“ nennen – statt selbst zu googeln, wartet man, bis das Netz die Antwort ausspuckt. Danke, Peter van I.

Jetzt also läuft Octopress auf dem heimischen Rechner – oder tut zumindest so. Neue Blogposts werden angelegt, aber weder lokal noch zu GitHub veröffentlicht. Es gibt also noch etwas zu tun, sprich: zu googeln…

Update, weitere sieben Stunden (incl. Denkpause, Abendessen, Tagesschau etc.) später: Konstantins Octopress läuft.

5 Gedanken zu „Bundler cannot continue“

  1. I’m not sure I’ve found a solution for your problem, but it wouldn’t hurt to take a look at Eric Zhang’s solution here : http://stackoverflow.com/questions/12119138/failed-to-build-gem-native-extension-when-install-redcloth-4-2-9-install-linux

    As you know, I’m following various endeavours to blog with state generators with great interest.

    Although Octopress is very capable OOTB and IMHO a fine solution for (geek) bloggers with a low posting frequency, it (Jekyll) suffers from not (yet) featuring ‚incremental builds‘. This means that for every single corrected typo the complete blog needs to be (re)generated. And as (prominent) users have testified, this process can take *minutes* every single time. For very active bloggers this rapidly becomes a PITA.

    Perhaps the definitive list of static site generators here : http://staticsitegenerators.net (another one than posted by me in a previous comment) and sortable using various parameters. This make it easier for example to see which ones are still actively developed/updated etc.

    BTW, this is another Python based effort, so new it’s still warm : http://gugodoc.free.fr and the related HN discussion : https://news.ycombinator.com/item?id=7101775 Binaries available, source code will follow.

    • Actually, you found the solution (as described in the updates as well). It may not be the cleanest or safest solution (both Github and Octopress help pages strongly advise against using „sudo“ during installation), but it worked. You can find the result of this evening here.

      • IMHO, the Octopress version looks very good ! I’ve always been a fan of the default theme 😉

        FWIW, I’ve never understood the hype of writing in Markdown, but perhaps that has to do with being very comfortable writing in straight HTML. I don’t hink the most used Markdown ’simplifications‘ are that difficult to write – and remember – in HTML.
        IMarkdown merely adds another dependency I could do without, I like to write in a simple text editor, which is available on all platforms. The only luxury I’ve permitted myself on my Mac is a text expanding utility, which enables me to write my favourite HTML snippets with just a few keystrokes.

        To *own* content, have it available in the best possible portable format and being able to upload it to any server, anywhere (straight HTML and perhaps some Javascript) is my dream scenario.

        Sadly Octopress needs the likes of Disqus for comments. Quelle horreur !

        • You are right: quelle horreur! The horreur is such that I just had to write an entry about it, over there.

          As for the editor: I’m using a plain text editor to write markdown. So, for me it comes down to just another way of writing markup, and I’m getting used to it.

          Of course, Markdown being a simplified way to create HTML, the result also is simple HTML. You don’t have the full range of HTML’s control and markup options; the upside is that one (or at least: I) can write faster in Markdown than in pure HTML.

          • Re Disqus : I’ve just popped over to your Octopress experiment and noticed to my surprise

            *Ghostery blocked comments powered by Disqus.*

            FYI : I’m using Ghostery, DoNotTrackMe and DisconnectMe with my browser in order to fool myself about having some privacy left whilst surfing the web 😉
            I rest my case …

Kommentare sind geschlossen.