Betriebsnotizen zu EmacsConf 2024
(sachachua.com)- Nach dem Betrieb von EmacsConf 2024 mit 31 Vorträgen und 21 Q&A-Webkonferenzen sowie dem Hochladen der Videos und dem Versand von Dankes-E-Mails wurden Verbesserungen aus dem praktischen Betrieb festgehalten.
- Von der CFP bis zur Veranstaltung wurde bewusst ausreichend Zeit eingeplant und vorab aufgezeichnete Videos wurden nachdrücklich empfohlen, um die Belastung der Vortragenden und die Betriebsrisiken am Veranstaltungstag zu senken.
- Org-Dateien, PsiTransfer, Mumble, Etherpad, IRC, BigBlueButton, OBS, Icecast, YouTube, WhisperX und subed bildeten zusammen mit Emacs-Lisp-Automatisierung den operativen Ablauf.
- BigBlueButton 3.0, 480p-Streams, YouTube-Live-Events pro Schicht und mit WhisperX erzeugte Untertitelentwürfe funktionierten insgesamt gut, aber Audiolautheits-Normalisierung, 60fps-Videos und fehlende Q&A-Aufzeichnungen blieben Themen zur Verbesserung.
- Die Gesamtkosten 2024 lagen vor Steuern bei USD 175.65 und nach Steuern bei USD 198.48; obwohl die Vorbereitungszeit sank, konnte die Veranstaltung dank gewachsener Automatisierung und Dokumentation weitergeführt werden.
Umfang und Zeitplan der Veranstaltung
- EmacsConf 2024 bestand aus 31 Vorträgen mit insgesamt 10,7 Stunden Vortragsmaterial.
- Es gab 21 Q&A-Webkonferenzen mit insgesamt 7,8 Stunden Laufzeit.
- Die Stream-Spitzenwerte unterschieden sich je nach Track und Auflösung deutlich.
- Samstag gen: Peak bei 177 Personen, lowres Peak bei 14 Personen
- Samstag dev: Peak bei 226 Personen, lowres Peak bei 79 Personen
- Sonntag gen: Peak bei 89 Personen, lowres Peak bei 10 Personen
- Die YouTube-Live-Peaks lagen je nach Schicht zwischen 15 und 46 Personen, der Durchschnitt zwischen 7 und 28 Personen.
- Der Zeitplan verlief wie folgt:
- Start der CFP: 2024-06-30
- Ende der CFP: 2024-09-20
- Benachrichtigung der Vortragenden: 2024-09-27
- Veröffentlichung des Programms: 2024-10-25
- Zieltermin für Videos: 2024-11-08
- EmacsConf: 2024-12-07
- Vom Start der CFP bis zum Ende vergingen 82 Tage, vom Ende bis zum Video-Zieltermin 49 Tage und vom Video-Zieltermin bis zur Veranstaltung 29 Tage.
- Auch in diesem Jahr wurde mit früher Zusage gearbeitet; längere Vortragszeiten wurden erst bestätigt, nachdem die grobe Gesamtplanung stand.
- Sechs Videos trafen vor oder am Zieltermin ein, die übrigen kamen danach nach und nach an, was dank der auf geringe Belastung ausgelegten Betriebsstrategie und ausreichender Verarbeitungskapazität kein größeres Problem war.
Daten, Kommunikation und Terminsteuerung
- Die Vortragsinformationen wurden weiterhin in Org-Dateien verwaltet; mit den folgenden Prüfungsfunktionen ließen sich Betriebsfehler weiter reduzieren:
- Prüfen von Dateirechten und Besitzern
- Prüfen der Groß-/Kleinschreibung bei der Erkennung des Q&A-Typs
- Prüfen, ob die BBB-Redirect-Seite existiert
- Prüfen von Backticks in Transcripts, die das Wiki-Format beschädigen könnten
- Prüfen, ob Dateien veröffentlicht und lesbar sind
- Prüfen auf Inkonsistenzen bei Kommentaren der Untertitelersteller, Untertitelstatus und Angaben zwischen Captionern
- Für das Hochladen von Dateien durch Vortragende wurde erneut PsiTransfer verwendet.
- Die CFP wurde über emacs-tangents, Emacs News, emacsconf-discuss, emacsconf-org, r/emacs und weitere Kanäle beworben; auch System Crafters, Irreal und Emacs APAC erwähnten EmacsConf.
- Es gab außerdem Beiträge auf Mastodon, X, BlueSky und Facebook, und die Veranstaltung wurde bei foss.events eingetragen.
- In der Schweiz veranstalteten 200ok und Ardeo Offline-Treffen, in Ljubljana organisierte emacs.si ein Treffen.
- Für die Kommunikation mit Vortragenden und Freiwilligen wurde häufig Mail-Merge auf Basis von emacsconf-mail.el genutzt.
- Für die Koordination hinter den Kulissen wurde weiterhin Mumble verwendet, das stabil lief.
Vortragsplanung und Automatisierung
- Die Veranstaltung lief über zwei Tage; am ersten Tag gab es zwei Tracks, am zweiten einen einzelnen Track.
- Zwischen den Vorträgen wurde ein Abstand von etwa 15 bis 20 Minuten eingeplant, um auf späte Einreichungen, kurzfristige Absagen und kurzfristige Wechsel von Q&A zu Live reagieren zu können.
- Am Sonntag wurde zum Füllen eines durch eine späte Absage entstandenen Zeitfensters eine Open-Mic-Session hinzugefügt; im nächsten Jahr könnte diese Zeit auch vorab eingeplant werden.
- Durch das Vorziehen eines Teils der üblichen Abschlussansprache konnte pünktlich beendet werden, und einige Hosts und Teilnehmende mussten nicht bis sehr spät bleiben.
- Bei der automatischen Veröffentlichungsplanung gab es ein kleines Problem: Weil
case-fold-searchaufnilstand, wurde"Live"im Q&A nicht mitliveabgeglichen und daher nicht als Live-Vortrag angekündigt. - Diese Einstellung wurde zu
emacsconf-stream-config.elhinzugefügt und soll beim nächsten Mal in die ansible-Skripte übernommen werden. - Die Vortragsumschaltung wurde einer crontab-basierten Automatik überlassen und funktionierte zuverlässig.
- Einmal wurde crontab ausgeschaltet, um die Abschlussansprache am Samstag zum gewünschten Zeitpunkt zu halten, und danach vergessen, am nächsten Tag den Autopilot wieder einzuschalten, wodurch die Sonntags-Eröffnung nicht exakt zur vollen Stunde begann.
- Der dev-Track wurde so angesetzt, dass er etwas später als der gen-Track begann, um den Betriebsaufwand am Morgen zu senken.
- Am Sonntagmorgen wurden statt Live-Q&As mehr IRC-Q&As eingeplant; in diesem Jahr traten am Sonntagvormittag keine Bandbreitenprobleme auf.
- Als künftige Verbesserungen bleiben ein JavaScript-Countdown in der Weboberfläche für Hosts, die Berücksichtigung der aktuellen MPV-Videoendzeit und die Anzeige lokaler Zeit auf Planungs- und Watch-Seiten.
Aufgezeichnete Videos und Streaming
- Vortragenden wurden vorab aufgezeichnete Videos nachdrücklich empfohlen, um den Betriebsstress zu senken und Freiwilligen die Untertitelarbeit zu ermöglichen.
- Auch einige späte Einreichungen und Live-Vorträge konnten verarbeitet werden, und Video sowie Transcript konnten automatisch im Wiki veröffentlicht werden, sobald ein Vortrag live ging.
- In diesem Jahr gab es keine klaren Probleme mit Video-Encoding-Cutoffs; das Re-Encoding innerhalb von screen funktionierte zuverlässig gegen Aussetzer.
- Die automatische Audiolautheits-Normalisierung mit
ffmpeg-normalizefunktionierte nicht gut, daher normalisierte Leo Vivier das Audio am Tag vor der Veranstaltung kurzfristig. - Für das nächste Jahr könnte geprüft werden, Audio nach mono herunterzumischen.
- Bei einem Vortrag wanderte das Audio zwischen links und rechts, was ablenkend wirkte.
- Einige Teilnehmende hören Vorträge nur auf einem Ohr, daher könnte mono hilfreich sein.
- 60fps-Videos belasteten offenbar den res-Server und führten zu Dropped Frames; beim nächsten Mal wäre ein Downsampling auf 30fps möglich, ergänzt um einen Hinweis in den Vorbereitungsunterlagen für Vortragende.
- In MPV traten bei einigen Videos Farbverschmierungen und andere Anomalien auf, die nach dem Upgrade auf MPV v0.38 behoben waren.
- Alle Videos wurden zu YouTube hochgeladen und zur Veröffentlichung geplant; das war praktisch, weil sie während der Veranstaltung nicht laufend aktualisiert werden mussten.
- Toobnix bietet ebenfalls geplante Uploads, das war während der Veranstaltung jedoch nicht bekannt, daher wurden die Videos mit der Funktion
emacsconf-publish-upload-talkhochgeladen.
Untertitel und Q&A-Verarbeitung
- Für Speech-to-Text wurde dieses Jahr WhisperX verwendet.
- WhisperX lieferte gute Ergebnisse beim Erstellen von Untertitelentwürfen, die von freiwilligen Untertitelbearbeitern weiter editiert werden konnten.
- Die eingebaute Voice-Activity-Detection von WhisperX reduzierte die Halluzinationen in stillen Passagen deutlich, die OpenAI Whisper im Vorjahr gezeigt hatte.
- In einem Fall ließ WhisperX einen Textblock eines Vortragenden aus; dieser Teil wurde manuell ergänzt.
- Dank eines Lenovo P52 mit 64GB RAM war auch die kurzfristige Untertitelverarbeitung lokal möglich.
- Die Zeitstempel waren leicht versetzt, aber die Qualitätsprüfung der Videos durch Vortragende und Freiwillige hinter den Kulissen half.
- Für das Text-Realignment wurde Aeneas verwendet, doch auch Aeneas hatte Schwierigkeiten mit stillen Passagen.
- In subed wurde Code hinzugefügt, um Untertitelsegmente anhand von Aeneas- oder WhisperX-Zeitstempeln neu auszurichten.
- Anush V experimentierte mit subtitle segmentation auf Basis von Machine Learning; das bleibt ein Thema für künftige Erkundungen.
- Die Q&A-Aufzeichnung begann gelegentlich erst einige Minuten nach Vortragsbeginn, aber es wurde nicht versucht, den Anfang aus Icecast-Dumps oder YouTube-Stream-Mitschnitten herauszuschneiden.
- BigBlueButton wurde als zusätzliches Videoverarbeitungsformat konfiguriert, sodass in diesem Jahr pro Session eine Datei erhalten wurde und nicht mehr mehrere Streams per ffmpeg zusammengeführt werden mussten.
- Q&A-Transcripts und Chat-Logs wurden kurz darauf geprüft, ob Inhalte enthalten waren, deren Löschung gewünscht sein könnte.
- Die Funktion
subed-crop-media-filewurde hinzugefügt und erleichterte das Zuschneiden von Q&A-Dateien.
BigBlueButton und Serverbetrieb
- In diesem Jahr wurde ein neuer Webkonferenzserver mit BigBlueButton eingerichtet.
- Der Server, auf dem die frühere BigBlueButton-Instanz lief, war von einer inzwischen verschwundenen Non-Profit-Organisation gespendet worden und wurde am 27. Oktober entfernt.
- Nach Prüfung der Eignung von Jitsi und Galene fiel die Entscheidung, weiterhin BigBlueButton zu nutzen.
- Wegen Bedenken zu non-free-Mongo-Problemen bei BBB-Versionen ab 2.3 und unter 3 wurde BBB 3.0 installiert.
- BBB 3.0 in Docker auf dem bestehenden res-Server zu betreiben war schwierig, daher wurde entschieden, eine zusätzliche Linode-VPS bereitzustellen.
- BBB verweigerte den Start auf Servern unter 8GB/4core; während der Tests wurde auf 8GB/4core hochgestuft, zwischendurch auf 1GB/1core reduziert und während der Veranstaltung auf 16GB/8core dedicated erhöht.
- Einer der Vorteile von BBB 3.0 war das Smart Layout, bei dem Webcam-Thumbnails neben den geteilten Bildschirm gezogen werden können, damit der geteilte Inhalt besser lesbar bleibt.
- Das Anlegen von Räumen über die Rails-Konsole war relativ unkompliziert.
- Vortragende erhielten einen Moderator-Access-Code, aber selbst wenn der Superadmin eingeloggt war, hatte er nicht automatisch Moderatorrechte in allen Räumen, sodass Host-Zugriffe manuell ergänzt werden mussten.
- Die BBB-Nutzung im Vergleich zu 2023 sah wie folgt aus:
- Maximale gleichzeitige Nutzer: Anstieg von 62 auf 107
- Maximale gleichzeitige Meetings: Anstieg von 6 auf 7
- Maximale Teilnehmerzahl in einem Meeting: Rückgang von 27 auf 25
- Gesamte eindeutige Nutzer: Anstieg von 84 auf 102
- Eindeutige sprechende Nutzer: Anstieg von 36 auf 40
- Die maximale gleichzeitige Nutzerzahl wird für die Lastplanung des Servers benötigt und daher nicht dedupliziert.
Etherpad, IRC und Veröffentlichungsautomatisierung
- Zur Sammlung von Q&A-Fragen wurde erneut Etherpad 1.9.7 verwendet.
- Etherpad v2.x wurde in diesem Jahr nicht aktualisiert, weil sich innerhalb des vorgegebenen Zeitrahmens keine funktionierende Betriebsweise dafür finden ließ.
- Es wurde Elisp geschrieben, um die aktuelle Zeile aus ERC ohne Zeilenumbruch zu kopieren und in Etherpad einzufügen; das funktionierte gut, um IRC-Fragen in das Pad zu übertragen.
- Die Funktion heißt
emacsconf-erc-copyund befindet sich in emacsconf-erc.el. - Im nächsten Jahr sollen dem Etherpad-Template Pronomen und Aussprachehinweise hinzugefügt werden, damit Hosts sie leicht nachschlagen können.
- Dank vorheriger Ankündigung bei libera.chat wurde keine Nutzungsbegrenzung für
chat.emacsconf.orgausgelöst. - Die IRC-Konfiguration wurde kaum verändert und funktionierte weiterhin stabil als Diskussionsplattform.
- Eine Tastenkombination zum Einfügen von Vortrags-URLs wäre nützlich und dürfte sich leicht zur Embark-Keymap hinzufügen lassen.
- Die automatische Veröffentlichung von Vorträgen und Transcripts ins Wiki erforderte gelegentlich manuelle Eingriffe, wenn jemand Änderungen direkt im Wiki commitete.
- Es wurde vergessen, die Umschaltung in die Conference-Publishing-Phase zum Aktivieren der Etherpad-Einbettung vorzunehmen, aber Ihor bemerkte das und es wurde in letzter Minute korrigiert.
Kosten, Zeit und Dokumentation
- Die Kosten 2024 setzten sich vor Steuern wie folgt zusammen:
- Zusätzliche Hosting-Kosten im Dezember: USD 52.54
- Zusätzliche Kosten für BBB-Tests im November: USD 3.11
- Hosting-Kosten über das Jahr: USD 120
- Die Gesamtkosten betragen vor Steuern USD 175.65, mit 13% Steuern USD 198.48.
- Die Free Software Foundation stellte media.emacsconf.org für die Bereitstellung von Mediendateien zur Verfügung.
- Ry P stellte res.emacsconf.org für OBS-Streaming über eine VNC-Session bereit.
- Am Veranstaltungswochenende war niemand unmittelbar verfügbar, um die Spenderliste des FSF-Programms Working Together und die aktuellen Spendenstatistiken einzusehen; beim nächsten Mal sollte das vorab vorbereitet werden, um Spendern angemessen danken zu können.
- Die gesamte Emacs-bezogene Zeit im Jahr 2024 betrug 320 Stunden, weniger als die 432 Stunden von 2023.
- Die Emacs-bezogene Zeit in Oktober und November 2024 betrug 92,6 Stunden und damit etwa die Hälfte der 179,8 Stunden im gleichen Zeitraum des Vorjahres.
- Ein Teil der Zeit von 2023 hing mit der Vorbereitung von EmacsConf-Vorträgen zusammen, und damals war man mit den Skripten stärker vertraut.
- Obwohl die Vorbereitungszeit sank, zahlte sich die schrittweise aufgebaute Automatisierung aus, sodass EmacsConf trotz begrenzter Konzentrationszeit betrieben werden konnte.
- Während des Betriebs entdeckte To-dos und Notizen wurden als Punkte für das organizers notebook festgehalten.
- Die jährlichen Notizen aus dem organizers notebook werden in das zentrale organizers' notebook überführt; langfristig ist das Ziel, von Planungsbeginn bis Abschluss anhand von Checklisten und Notizen arbeiten zu können.
Gesamtfazit und nächste Anknüpfungspunkte
- EmacsConf 2024 war eine gute und unterhaltsame Erfahrung und bleibt eine Veranstaltung, die man auch im nächsten Jahr wieder durchführen möchte.
- Zu den Rückmeldungen von Teilnehmenden gehörten positive Einschätzungen zur Logistik einer Online-Konferenz und dazu, was eine erfolgreiche Online-Konferenz ausmacht.
- Auch nach der Veranstaltung kann man über Emacs News, meetups, Planet Emacslife, emacs.tv in Verbindung bleiben.
- Gesucht werden Blogbeiträge anderer Personen über Konferenzen, insbesondere dazu, wie sich virtuelle Konferenzen weiter verbessern lassen.
1 Kommentare
Meinungen auf Hacker News
Die diesjährige EmacsConf war wirklich hervorragend organisiert, und auch ich hatte das Gefühl, dass sie „gemütlich und entspannt“ war.
Es ist auch interessant, die Atmosphäre der EmacsConf mit anderen Editor-Events wie der NeovimConf oder den Release-„Partys“ von Visual Studio Code und JetBrains zu vergleichen.
Sacha ist wirklich beeindruckend, und die Menge an Code, die sie in elisp geschrieben hat, um eine Veranstaltung in dieser Qualität möglich zu machen, ist erstaunlich.
Es ist etwas schade, dass sie in den Suchergebnissen so schlecht platziert ist, dass selbst bei direkter Suche nur Ergebnisse zu Neovim-Konfigurationsdateien auftauchen; daher hoffe ich, dass es verständlich ist, wenn ich den Link hier hinterlasse: https://neovimconf.live
Das gibt mir Hoffnung, dass dieser Editor lange bestehen wird, und selbst in den kurzen zehn Jahren, in denen ich ihn eher locker genutzt habe, ist er tatsächlich immer besser geworden.
Es lebe die Emacs-Community.
Soweit ich weiß, sollte es einen Vortrag über einen Versuch geben, Guile-basiertes Emacs wiederzubeleben; ich habe aber noch nicht gesehen, ob er irgendwo enthalten ist.
Seit Emacs native Kompilierung bekommen hat, dürfte der Druck etwas geringer geworden sein, aber ich finde, das Skripten von Emacs in einer Sprache, die nicht Elisp ist, hat weiterhin seinen Reiz.
Für diesen Zweck wären Scheme oder Lua wohl ziemlich gut.
Edit: Hier war er – https://emacsconf.org/2024/talks/guile/
Ich komme aus der Guile-Ecke, aber selbst wenn Emacs auf Guile nur elisp zulassen würde, wäre das aus meiner Sicht schon ein Gewinn.
Ich hatte gehofft, dass es dieses Jahr etwas zu EAF geben würde.
Was Emacs meiner Meinung nach noch stark fehlt, ist eine gute Möglichkeit, mit interaktiver Grafik umzugehen; EAF ist weiterhin ziemlich instabil und die Dokumentation ist dürftig.
Ich hoffe, dass dieses Projekt oder etwas Besseres Fortschritte macht.
[1]: https://github.com/emacs-eaf/emacs-application-framework
Ich bin sehr enttäuscht, dass ich daran nicht „teilnehmen“ konnte.
Ich nutze Emacs seit über 15 Jahren, und Leute wie Sacha waren schon da, als ich mit Emacs angefangen habe; sie waren ein wichtiger Grund, warum ich mich damals in Emacs verliebt habe.
Ich habe das Gefühl, wirklich Glück gehabt zu haben, in dieser Zeit eingestiegen zu sein.
Ich sehe, wie Kolleginnen und Kollegen unter Werkzeugen leiden, die sie weder reparieren noch auch nur ein wenig anpassen können, aber ich kann mir heute kaum vorstellen, dass sie sich die Zeit nehmen würden, Emacs zu lernen.
Emacs ist wirklich ein Editor fürs Leben.
Emacs ist weit von perfekt entfernt, langsam, ihm fehlen die schicken Features anderer Editoren, und manchmal ist er wirklich frustrierend zu benutzen.
Aber am Ende ist es mein Editor.
Er hat mir ermöglicht, eine für mich perfekte Umgebung zum Editieren und Programmieren zu schaffen, und nirgends sonst bekomme ich ein vergleichbares Maß an Freiheit und Freude.
Die Vim-Familie kommt dem ziemlich nahe, und ich nutze sie weiterhin als Zweiteditor; ohne vim-mode könnte ich nicht leben. Aber Emacs erlaubt deutlich tiefere Anpassungen, und Lisp passt hier auf sehr elegante Weise hinein.
Es ist tröstlich zu wissen, dass Emacs auch dann an meiner Seite bleiben wird, wenn Editoren kommen und gehen.
Ich mag ihn, einschließlich seiner Schwächen.
Die Online-Präsentationsstruktur der EmacsConf 2024 war wirklich beeindruckend.
Skripte, Kommentare, Fragen und Antworten sowie Videolinks wurden vollständig in org-mode erfasst und veröffentlicht, sodass man alles sehr gut überfliegen konnte.
Ich frage mich, ob das Projekt Lem in der Emacs-Community „akzeptiert“ wird oder ob es einen Versuch wert ist.
Als langjähriger Emacs-Nutzer bin ich gelegentlich weggegangen, aber immer wieder zurückgekehrt; in letzter Zeit fällt mir Lem auf: https://github.com/lem-project/lem
Für alle, die es nicht kennen: Lem ist grob gesagt ein Emacs-ähnlicher Editor, der nativ in Common Lisp geschrieben und erweiterbar ist, mehrere Plattformen sowie NCurses und SDL2 unterstützt, LSP kann und schnell ist.
Ich hoffe, Lem wächst weiter.
In mehreren zentralen Punkten ist es besser als Emacs, daher hoffe ich, dass es weiter an Bekanntheit gewinnt.
Außerdem würde ich gern wissen, ob es Pläne für Debian-Pakete gibt.
Es hat mir dieses Jahr wirklich Spaß gemacht, die Videos der EmacsConf anzuschauen; die Präsentation war sehr sauber, und es sind viele spannende Arbeiten im Gange.
Es gibt noch viel zu sehen, aber bisher haben mich besonders die Inhalte zu Infrastruktur und UI überrascht – da passiert wirklich eine Menge.
Die Vorträge, die mir gefallen haben, waren diese:
https://emacsconf.org/2024/talks/casual/ -- Charles Choi darüber, wie man eine UI für Menschen statt für Kraken entwirft. Der Witz ist liebevoll gemeint, und ich bin ein glücklicher Krake.
https://emacsconf.org/2024/talks/literate/ -- Howard Abrams literarisches Programmieren
https://emacsconf.org/2024/talks/gypsum/ -- Ein in Guile gebauter Klon von Emacs und Emacs Lisp
https://emacsconf.org/2024/talks/rust/ -- Rune, ein experimenteller Emacs-Core in Rust
https://emacsconf.org/2024/talks/julia/ -- Ein toller Vortrag über Nebenläufigkeit zwischen Julia und Emacs
https://emacsconf.org/2024/talks/guile/ -- Robin Templeton startet Guile-Emacs neu
https://emacsconf.org/2024/talks/mcclim/ -- Hm, wurde diese Frage in lambdaMOO gestellt?
„Die gesamten Hosting-Kosten der Veranstaltung betragen 42,92 USD + Steuern, und die BBB-Testkosten vor der Veranstaltung 3,11 USD + Steuern, also insgesamt 46,03 USD + Steuern. Der Web-Node und der Live-Streaming-Node bleiben für den Rest des Zeitraums als 1-GB-Nanodes bestehen. Zwei Server zu je 5 USD pro Monat + Steuern, also 110 USD. Das ist gut tragbar.“
Ich frage mich, wie diese Kosten im Vergleich zu anderen Konferenzkosten aussehen.
BBB selbst mit Docker einzurichten ist nicht einfach.
Wenn man das nicht schon einmal gemacht hat oder irgendwie Experte ist, ist es ziemlich schwierig; ich habe es versucht und aufgegeben.
Noch Monate oder Jahre später schreiben Leute in das Issue, das ich offen gelassen habe.
Das Docker-Deployment ist auch nicht die offizielle Bereitstellungsart; das ist nachvollziehbar, aber dadurch ist es schwer, Hilfe von den Maintainern zu bekommen.
Es ist eine riesige Konfiguration mit vielen beweglichen Teilen.
Dass sie es trotzdem geschafft haben, ist wirklich großartig.
Ich glaube, es waren ungefähr 12 USD, aber die genauen Kosten kann ich gerade nicht sofort prüfen.
Wir experimentieren auch damit, als Dankeschön kleine Geschenke zu verschicken.
Der finstere Plan ist, dass Sticker oder Pins andere Leute dazu bringen könnten, die Vortragenden auf Emacs anzusprechen; Corwin sieht das aber als persönliches Experiment und nimmt es nicht ins Konferenzbudget auf.
Natürlich gibt es vieles, das nicht als Geldkosten auftaucht, etwa die Zeit, die die Vortragenden in ihre Vorträge gesteckt haben, oder Server, die Leute zur Verfügung gestellt haben.
Trotzdem kann man mit kleinem Budget und locker organisierter Freiwilligenarbeit erstaunlich viel erreichen.
Wer schon einmal darüber nachgedacht hat, eine eigene Konferenz zu veranstalten, sollte das auf jeden Fall in Betracht ziehen.
Ich folge Sacha schon lange und mag die regelmäßigen Emacs-Updates.
Ich bin ein begeisterter Common Lisp-Fan und habe mir letztes Jahr auch das Buch Mastering Emacs gekauft; jetzt muss ich mich nur noch entschließen und ein Projekt in Emacs Lisp angehen.
Man muss wirklich bereit sein, in Begriffen von dynamischem Scope zu denken.
Ich bin den umgekehrten Weg gegangen, von elisp zu Common Lisp, und wieder zu elisp zurückzukehren ist schwierig.
Ich frage mich, ob TeXmacs in die EmacsConf aufgenommen werden sollte, obwohl es weder auf Emacs noch auf TeX basiert, sondern nur davon inspiriert ist.
Der Austausch von Ideen und Begeisterung zwischen Emacs-artigen Werkzeugen kann beiden Projekten und Lisp-basierten Editoren insgesamt nur nützen.
Der Grund, warum meine Perspektive wirklich eine Sesselperspektive ist: Für technische Dokumente benutze ich LyX, weshalb ich einen sehr wichtigen Anwendungsfall von TeXmacs außen vor lasse.