Beiträge von gandro

Hab hier nur Schnippselweise gelesen, aber ich mach hier mal zu.

Tut mir Leid dass wir hier nicht vorher reagiert haben, aber wie Coni schon gesagt hat, der überwiegende Teil des Teams ist gerade anderweitig beschäftigt.

ADB Backup ist auch eine Möglichkeit seit ICS, ohne Rooten oder Dritthersteller-Apps.

CCC steht für Chaos Communication Congress, vom CCC (Chaos Computer Club). Dieses Jahr der 30C3: http://ccc.de/de/updates/2013/30c3

Der Thread bezieht sich wohl in erster Linie auf Leute die vor Ort sein werden.

Pläne für ein neues Enchanting-System.

http://www.reddit.com/r/Minecraft/co…on_in_comments/

Dass sich die Existenz der Matrix nicht beweisen lässt hatten doch schon die alten Griechen raus...

Zitat von DosAmp

In Teamarbeit geht das sehr einfach.

Wobei anzumerken ist, dass seitdem die Protection-Enchantements (aka. verzauberte Rüstungen) generft wurden. Inzwischen ist zumindest wenn man alleine den Wither bekämpft Regeneration-Trank schon fast Pflicht.

Herzlichen Glückwunsch dem Versteckten.

Meines Wissens gibt es keinen Bootloader, der wo du ein glob-Muster für Dateinamen angeben kannst. GRUB kann dir die Root-Partition dynamisch machen, aber sowohl GRUB1/2 als auch syslinux (genauer extlinux) wollen einen fixen Pfad für den Kernel, soweit ich das sehe.

Von daher sehe ich nur drei Optionen, willst du unbedingt dynamisches Laden des Kernels:
a) Du schreibst dir ein Script was dir die Config-Files dynamisch generiert (das ist der GRUB2 Ansatz, eine minimale GRUB2-Config ist sogar menschenlesbar, das Script macht das dermassen unlesbar).
b) Du patcht dir ein Syslinux damit dass da geht (von allen ist Syslinux wohl der Minimalste und entspricht am ehsten deiner Beschreibung)
c) Du verwendest ein Mini-OS zum Chainloaden. Ein Syslinux was dir ein einen minimalen Linux-Kernel mit initramfs lädt, was dann den eigentlichen Kernelnamen raussucht und mit kexec lädt. Oder du schreibst ein Syslinux-Modul was dir das tut.

Nachtrag: Eine Möglichkeit wäre ein Zwischending zwischen a) und c), du patcht dir das linux.c32 Modul von syslinux: http://www.syslinux.org/wiki/index.php/Linux.c32

Mit DosAmp würde ich mich an eurer Stelle nochmals explizit kurzschliessen, im Zweifelsfall sucht der nämlich noch was.

Zitat von Fuexline

bei mir geht eigentlich alles auf meinem WINDOWS PHONE kann dei Seite im normalen Modus betrachten und nutzen ohne Einschränkungen !

Lies bitte dein Eingangspost. Es geht nicht um Bugs, es geht um Verbesserungsvorschläge für die Benutzerfreundlichkeit, das betrifft auch dein WINDOWS PHONE. Danke.

Hey,

das sind alles gute Vorschläge; aber das Mobile-Theme mal generell zu fixen (gibt auch noch paar andere Schmerzen von denen ihr gar nichts mitkriegt) ist nen Projekt was mehrere Arbeitstage frisst. Dafür habe ich momentan nicht die Zeit.

Das Theme wurde vom Hauptentwickler auch schon vor über einem Jahr aufgegeben, es gibt einen GitHub-Fork der noch so ein bisschen die schlimmsten Bugs versucht zu fixen, aber auch da ist nichts nennenswertes mehr passiert: https://github.com/jasonliehr/MyBB-GoMobile

Falls da jemand Lust und Zeit hat dran rumzuwerkeln, nur zu, das WHF ist komplett Open Source, alle von mir vorgenommenen Patches und Plugins sind hier: https://github.com/gandro/whf-mybb-plugins

Ich weiss aber ehrlich gesagt nicht, ob es den Aufwand wert ist. Es kann sein, dass in den nächsten Monaten MyBB 1.8 rauskommt und man dann eh ein komplett neues Mobile-Theme braucht. MyBB Go Mobile sieht zwar schick aus, ist aber das totale Gepfusche.

Ich will nicht dein Eindruck erwecken keinen Dreck darum zu geben, aber mir fehlt es echt an Zeit. Und aus Erfahrung kann ich sagen, dass wenn man das Mobile-Theme anpassen will auf eine Art dass es auch Updates überlebt (Updates passen immer wieder die Templates an), dann ist das durchaus etwas an Arbeit, und die kann ich momentan nicht aufbringen.

Nachtrag: Falls jemand Hilfe braucht beim Einrichten eines Testsystems, mich einfach kontaktieren.

Man muss das nicht unbedingt als "geht den Bach runter" lesen. Während ich es durchaus als schlecht beurteilen würde, dass die neuen Apps nicht mehr quelloffen sind so glaube ich tut es dem Android-Ökosystem als Ganzes ein gefallen, weil es die Fragmentierung verringert. Siehe auch: Balky carriers and slow OEMs step aside: Google is defragging Android vom gleichen Autor.

Soll heissen ich finde die Absicht dahinter gar nicht mal schlecht. Nur dass sie deswegen unbedingt ihre OpenSource-Strategie über den Haufen werfen um ein eigentlich anderes Problem zu lösen ist halt überaus schade. Wobei Google-OpenSource bekanntlich in dem meisten Fällen sehr halbherzig ist, da Google bei Chrome oder Android schon immer Fehlerkorrekturen oder neuen Funktionen von Fremdentwicklern selten wirklich eingepflegt hat.

http://arstechnica.com/gadgets/2013/1…eans-necessary/

Gut aufbereiteter Artikel darüber wie Google die Mehrheit der Stock-Android-Apps durch Closed-Source Alternativen ersetzt hat und damit die OEMs zur Kooperation zwingt. Geht dabei nicht nur um Apps, sondern auch um diverse APIs, wie etwa In-App-Käufe oder das neue Location-API.

Ansage im Artikel ist, dass das nächste Opfer die SMS-Applikation wird, die in Hangouts integriert werden soll. Sehr plausibel wie ich finde, besonders mit dem Android 4.4 Feature was es erlaubt eine eigene Standard-App für SMS zu setzen.

Zitat von Smaecks

Ich wollte gerade mit Dubmood kontern, aber er macht ja seine Musik auf dem Atari ST.

Vergesst ma Machinae Supremacy nicht, die vermutlich erfolgreichste Band die nen SID regelmässig verwendet.

Nachtrag: Und hier noch die Liste der unregelmässigen Nutzern: https://en.wikipedia.org/wiki/SidStatio…use_SidStations

Da sind schon grosse Namen drin.

Zitat von Wynton

Ich wills aber umgekehrt, sprich Windows als Server und dann praktisch ein Aufsatz öö

Lese ich das richtig: Du möchtest eigentlich gar nicht virtualisieren, sondern einfach Möglichkeit zur Fernsteuerung der Hardware haben?

Javascript ist doch nicht lahmer als Python, im Gegenteil. Und nicht-performance kritischen Code in C zu schreiben halte ich, obwohl ich Fan von C bin und es momentan regelmässig programmiere, für eine schlechte Idee. Dazu gibt es zu viele Dinge die man in C richtig fies falsch machen kann.

AMD hat wie Intel den Desktop als Zukunftsmarkt eigentlich auch schon aufgegeben, Anandtech hatte da vor ein paar Wochen ein Artikel dazu:

http://www.anandtech.com/show/7281/unde…custom-strategy

AMD selber hat kein Interesse mehr hauptsächlich High-Performance Prozessoren mehr zu bauen, da haben sie in den letzten Jahren auch eh nur mässig Erfolg mit gehabt, und der Markt ist auch nur am Schrumpfen, so dass da keine Zukunft ist.

Stattdessen will sich AMD jetzt auf Spezial-CPUs spezialisieren, wie bei den Konsolen schon getan soll das in Zukunft auch bei Tablets und anderen Geräten passieren.

Naja gut, so lange sie Notebook-Prozessoren weiterhin jährlich erneuern sehe ich da ehrlich gesagt nicht so ein Problem.

Der Desktop kriegt jetzt nur noch Tocks, keine Ticks mehr, also immer neuste Architekturen, aber keine Shrinks mehr, die hauptsächlich ja eher vor allem Leistungsverbrauch verringert haben und das ist auf dem Desktop eh grösstenteils egal.

Finde ich jetzt nicht sonderlich tragisch, selbst bei Gamer-PCs ist die CPU längst nicht mehr das Bottleneck, so dass sich ein jährliches Upgrade kaum Sinn macht.

Jetzt mit noch kürzeren Haaren und Bart:

Hab vergessen Weissabgleich einzustellen und GIMP kriegts nicht hin, darum Gelbstich und Bildnoise. Zu faul das jetzt noch zu ändern.

#!/bin/bash
BASEDIR="$(dirname "$(realpath "$0")")"


##############################################################################


# path to text file with line separted list of feed urls
FEED_FILE="${BASEDIR}/feeds.txt"


# path to folder where the downloaded files are stored
DOWNLOAD_DIR="${BASEDIR}/PODCASTS"


# maximum number of files to download from a feed
MAX_FILES=5


##############################################################################


LOG_FILE="${DOWNLOAD_DIR}/podcasts.m3u"
BAD_CHARS="!#$^&=+{}[]:;\"\\'<>?|"
CURL_ARGS="--location --continue-at - --progress-bar"


##############################################################################


function parse_feed {
    xsltproc - "$1" <<< '<?xml version="1.0"?>
        <stylesheet version="1.0"
        	xmlns="http://www.w3.org/1999/XSL/Transform">
        	<output method="text"/>
        	<template match="/">
        		<apply-templates select="/rss/channel/item/enclosure"/>
        	</template>
        	<template match="enclosure">
        		<value-of select="@url"/><text>&#10;</text>
        	</template>
        </stylesheet>'
}


function filename_from_url {
    basename "$1" | cut -d'?' -f1 | tr "$BAD_CHARS" "-"
}


function prepend_to_logfile {
    local tmp_logfile=$(mktemp "${LOG_FILE}.XXXXX")
    trap 'rm "$tmp_logfile"' INT TERM EXIT
                
    echo "$1" | cat - "$LOG_FILE" > "$tmp_logfile"
    mv "$tmp_logfile" "$LOG_FILE"
    trap - INT TERM EXIT
}


##############################################################################


: >> "${LOG_FILE}"


while read feed ; do
    echo "Parsing feed: $feed"
    parse_feed "$feed" | head -$MAX_FILES | while read item ; do
        filename=$(filename_from_url "$item")
        filepath="${DOWNLOAD_DIR}/$filename"
        
        grep -q -F "$filename" "$LOG_FILE" && continue 2
        
        echo "Downloading \"${filename}\"..."
        curl $CURL_ARGS -o "$filepath" "$item" || break 2


        prepend_to_logfile "$filename"
    done
done <"$FEED_FILE"

bash Podcast-Client auf unter 100 Zeilen. Inspiriert von bashpodder, funktioniert jedoch leicht anders, meinem Workflow entsprechend.

Grundannahme ist dass jeder Feed seine Podcasts nach Erscheinungsdatum sortiert (neuste zuerst). Das Skript arbeitet dann den Feed von oben nach unten ab und prüft ob die aktuelle Datei in der "podcasts.m3u" existiert. Falls nicht wird die Episode runtergeladen und in die Playlist aufgenommen; ansonsten wird zum nächsten Feed gegangen.