[00:03] <bbrr> so bin erstmal off, cya morgen
[01:24] <Nick_name_> nabend
[01:25] <Nick_name_> weiss jemand ob es möglich ist, direkt ein bild in dem framebuffer zu laden, ohne den monitor auf dem desktop aktiv zu haben?
[01:25] <Nick_name_> sodass ein direktes bild angezeigt wird?
[01:26] <mrkramps> und wo soll das angezeigt werden?
[01:27] <mrkramps> Nick_name_, oder meintest du „ohne den desktop auf dem monitor aktiv zu haben“?
[01:27] <Nick_name_> mrkramps: ich meins so, am 2ten ausgang der grafikkarte ist ein beamer angeschlossen
[01:28] <Nick_name_> darauf soll ein bild das genau die native auflösung des beamers hat angezeigt werden.
[01:28] <Nick_name_> es dürfen aber absolut keinerlei verzerrungen oder sonstige sachen auf dem bild sein
[01:29] <Nick_name_> da war meine überlegung ob ich das bild nicht direkt in den bildspeicher der grafikkarte schreiben kann, und den monitor gar nicht als "systemmonitor" verwenden
[01:29] <mrkramps> ok, das leider eine nummer zu hoch für mich
[01:29] <Rochvellon> und den beamer als 2. monitor einrichten?
[01:29] <mrkramps> bildbetrachter für framebuffer, siehe  paket 'fbi'
[01:30] <mrkramps> aber so mit direkt in hardware und so … nicht meine baustelle
[01:31] <Nick_name_> also direkt in hw ist nicht nötig
[01:31] <Nick_name_> ich möchte einfach quasi sagen können mit nem shell script oder so, bild-->script--beamer
[01:32] <Nick_name_> ohne den weg zu gehen den beamer als desktop einzurichten
[01:32] <mrkramps> Nick_name_, also suchst du eine lösung ohne desktopumgebung oder eine ganz ohne xserver?
[01:33] <Nick_name_> xserver darf auf monitor 1 aktiv sein
[01:34] <Nick_name_> aber den beamer möchte ich eigentlich ohne x ansteuern
[01:38] <mrkramps> Nick_name_, http://tldp.org/HOWTO/Framebuffer-HOWTO/x1010.html
[01:38] <kubine> Title: Using multi-headed framebuffers (at tldp.org)
[01:38] <mrkramps> die dort verwendeten programme sind im paket 'fbset'
[01:39] <Nick_name_> mrkramps: ne das ist nicht was ich meine, ich meine direkt in den grafikspeicher der karte schreiben
[01:39] <Nick_name_> nicht wie ich ein dual head aufsetze
[01:43] <mrkramps> dann würde ich mal irgendwo fragen, wo leute was von solchen dingen verstehen … wir machen hier i.R. nur anwender-support
[13:30] <bbrr> re
[13:31] <bbrr> nachdem es ja der gdm war, der den black screen bei mir gestern verursacht hat habe ich ihn dann als workaround erstmal gegen lightdm ausgetauscht
[15:37] <pog> moin, kann im singleuser mode, nur root konsole, mein filesystem read-only remounten, um dann einen fsck zu machen?
[15:38] <pog> bis anhin schaffte ich es nicht, dass das System beim aufstart die Fehler automatisch korrigieren würde (motzt inode und Blockzahl würde nicht mit der Realitat ueberinstimmen, aber ganz kleine differenz).
[15:50] <testdr> pog: boote die Ubuntu-Live-Version und mach von der den fsck auf das ext4-root-Dateisystem - da siehst Du dann Fehler vielleicht besser und hast auch Optionen mögliche Festplattendefekte leichter zu erkennen.
[16:04] <pog> testdr: o.k. ist sicher besser, als auf sich selbst. danke
[16:05] <testdr> pog: wenn der fsck nach einem Stromausfall nicht läuft, deutet das leider meist auf schwerwiegendere Fehler hin - deshalb auch ans Backup denken
[16:08] <pog> ja. 
[18:19] <roro4> n'abend
[18:21] <roro4> ich habe gitlab in docker laufen, allerdings ohne ssl, könnte ich auch einen apache um gitlab und andere services wrappen, der dann für die ssl verbindung sorgt?
[18:23] <koegs> roro4: kannst du, aber schau dir mal nginx an, der ist sparsamer
[18:23] <jokrebel> öhm - Bahnhof. Klingt sehr speziell und nicht unbedingt Ubuntu-Relevant 
[18:25] <roro4> jokrebel, verwende brav ubuntu14.04 für meine docker images ;-)
[18:31] <dasjoe> roro4: klassischer Anwendungsfall von nginx, wie koegs sagt
[18:32] <dasjoe> roro4: hat halt den Nachteil, dass dein nginx die Zertifikate braucht und du die Zertifikate also nicht mit im Container hast. Andererseits… einfacheres Zertifikatsmanagement
[18:43] <doev> Hallo. Ich suche eine Möglichkeit, den Monitor einens zweiten Rechners als Desktoperweiterung zu nutzen. Ich habe das mal gesehen, aber komme nicht mehr auf den Namen. Leider weiß ich auch nicht, ob es ein Linux Tools war. Kenn dazu jemand was?
[18:50] <testdr> doev: normalerweise geht das sogar per GUI über die Monitor/Bildschirmeinstellungen - wenn der Bildschirm erkannt wird, d.h. natürlich auch der Ausgang der Grafikkarte.
[18:50] <zy3pD> doev, guck mal in den systemeinstellungen unter anzeigegeräre
[18:50] <doev> also der Bildschirm ist an einem anderen host angeschlossen.
[18:50] <zy3pD> dann musst du ihn an deinem pc anschließen
[18:51] <doev> da ist kein Anschluß mehr frei.
[18:51] <bekks> Benutz "Synergy".
[18:51] <zy3pD> was hat denn eine grafikkarte für anschlüsse?
[18:51] <testdr> doev: dann meinst/denkst Du vielleicht an den X11-Server - und das das Anzeigegerät von anderen Programmen als denen auf dem Computer genutzt werden kann
[18:51] <doev> ah, das könnte es gewesen sein.
[18:52] <doev> bekks, danke das ist es. Ich hoffe nur es geht auch, dass ich Fenster zwischen Rechner hin und her schieben kann.
[18:53] <doev> nur ein Keyboard/mouse ist schonmal ein Anfang.
[18:53] <jokrebel> ist Synergy nicht inzwischen "unfrei und kostenpflichtig" geworden?
[18:54] <doev> hmm, sieht so aus 
[18:54] <doev> aber wenn es geht, wäre es mir die 10$ wert.
[18:56] <zy3pD> gibt noch ne alte kostenlose versin zum download
[18:56] <doev> aber ich kann ja folgendes tun: Ich starte auf einem Server eine Anwendung, die dann remote meinen Desktop-XServer nutzt. Was ich aber will, ist genau anders rum: Eine Anwendung läuft auf meinem Desktop, aber wird auf dem Server angeziegt.
[18:59] <Rochvellon> hm, synergy 1.6.1 ist im repo von getdeb
[19:00] <bekks> ssh -X
[19:01] <doev> klar bekks, aber wenn ich es dann einen großen desktop hätte, wäre es schon schön.
[19:02] <doev> synergy syncronisiert auch die zwischenablage, das ist schonmal viel wert.
[19:03] <jokrebel> doev: Ein Aufruf per "ssh -X" dieser Anwendung wär keine Alternative?
[19:04] <jokrebel> doev: Wenn Du den "ganzen Desktop" willst nimm VNC
[19:04] <doev> jokrebel, doch wäre es.
[19:06] <doev> ich guck mir erstmal die freie version von synergy an. kling nämlich ganz gut.
[19:07] <bekks> doev: ssh -X ist der Desktop egal. ssh -X vom Server zum Client, und dann einfach die grafische Applikation starten. Fertig.
[19:07] <bekks> Dann wird das Display des Server verwendet, und die Applikation läuft auf dem Client.
[19:12] <doev> ich gehe per ssh -X auf den Server
[19:13] <bekks> Falschrum...
[19:13] <doev> ja, aber am server ist ja keine Tastatur
[19:13] <doev> ... und keine Maus
[19:13] <bekks> Aber ein Display?
[19:13] <doev> ja
[19:13] <bekks> Dann geh per ssh auf den server, und dann von dort aus per ssh -X auf den client.
[19:13] <bekks> Wie ich oben sagte.
[19:15] <doev> Error: no display specified
[19:15] <bekks> Ja, das musst du dann natürlich auch noch definieren :)
[19:19] <Rochvellon> hm, habe mich jetzt mal per ssh auf den server verbunden und dann ssh -X CLIENT aufgerufen und sehe nur den prompt für clientrechner?
[19:23] <doev> Rochvellon, ja
[19:24] <nagetier> Rochvellon, du musst auch eine Anwendung ssh -X mitgeben
[19:24] <bekks> Nö, muss man nicht :)
[19:24] <nagetier> ahne
[19:24] <nagetier> stimmt
[19:24] <bekks> Man muss aber auf jeden Fall vorher DISPLAY definieren.
[19:24] <nagetier> das macht man genau in der Konsole die sich dan öffnet
[19:24] <bekks> Sonst bekommt man exakt die o.g. Fehlermeldung.
[19:25] <bekks> So isses :)
[19:27] <Rochvellon> hm, der uuwiki-artikel sollte dann mmn nach diesbezüglich erweitert werden
[19:30] <bekks> Rochvellon: Wir bedanken uns für die freiwillige Meldung und stehen natürlich gerne mit Ratschlägen zur Verfügung :)
[19:41] <Rochvellon> so, habe das anders gemacht. auf dem server in der sshd.conf X11Forwarding auf yes, neustart des dienstes und dann kann ich mittels -X mich auf den server verbinden und bekomme das bild des aufgerufenen programms auf dem client
[19:42] <bekks> Rochvellon: Er will es ja anders herum machen :)
[19:42] <Rochvellon> aso
[19:45] <doev> danke ... muss leider weg
[21:53] <thor77> nabend, ich wollte soeben diesem http://wiki.nginx.org/FcgiExample  tutorial folgen, um einen fcgi-server für meine nginx-instanz aufzusetzen. nun habe ich dieses startscript erstellt, nach /etc/init.d/php-fcgi geschrieben und "update-rc.d php-fcgi" ausgeführt, aber nun sehe ich die datei im verzeichnis /etc/init.d/ nicht mehr
[21:53] <kubine> Title: FcgiExample - Nginx Community (at wiki.nginx.org)
[21:53] <thor77> und service php-fcgi sagt mir auch, das der service nicht existiert
[21:54] <thor77> aber wenn ich nano /etc/init.d/php-fcgi nutze, sehe ich die datei noch
[21:54] <thor77> bzw. kann sie auch bearbeiten
[21:54] <thor77> aber ein ausführen ist wegen angeblicher mangelnder berechtigung (ich bin als root eingelogt) nicht möglich
[21:54] <thor77> (ich hoffe mal das ist okey, obwohl das jetzt mehr als 3 zeilen waren, das ich das nicht in nen pastebin gepackt habe)
[21:54] <bekks> Was auch immer du da tust - ich würde das nicht tun.
[21:54] <bekks> http://wiki.ubuntuusers.de/nginx#PHP-mit-nginx
[21:54] <kubine> Title: nginx › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[21:54] <bekks> Da steht alles was du brauchst.
[21:55] <thor77> und wie mache ich das was ich tat jetzt am besten wieder rückgängig?
[21:55] <bekks> NAja, am besten in umgekehrter Reihenfolge, schrittweise?
[21:55] <thor77> ich weiß ja nicht so genau was "update-rc.d php-fcgi" gemacht hat
[21:56] <thor77> es hat nur anscheinend ein paar symlinks erstellt
[21:56] <thor77> sagte es jedenfalls