[00:17] <no0code_> hi :)
[00:17] <no0code_> ich habe gerade ubuntu auf meinem vserver auf 13.04 upgegraded :)
[00:18] <no0code_> problem ist, mein mailserver funktioniert nicht mehr - ich vermute es liegt daran, dass ich die datenbank sachen erstmal geskipped habe - kann ich die nachträglich nochmal aufrufen?
[07:24] <ben85> hi, wie kann ich die xorg.conf löschen? möchte bumblebee installieren
[07:25] <dadrc> Brauchst du Rootrechte für.
[07:26] <dadrc> … na, dann sag ich ihm nicht, wie das geht.
[08:00] <LupusE> g'morgen
[09:47] <no0code> hallo
[09:47] <no0code> https://github.com/owncloud/contacts/issues/262
[09:47] <kubine> Title: Cant modify any contact - lighttpd · Issue #262 · owncloud/contacts · GitHub (at github.com)
[09:47] <no0code> ich habe diesen owncloud fehler - dieser hängt mit meiner version von lighttpd zusammen
[09:48] <no0code> wie kriege ich ubuntu quellen mit neueren sachen?
[09:48] <dadrc> Welche Ubuntuversion benutzt du denn?
[09:49] <no0code> 13.04
[09:49] <no0code> ich liege falsch, es ist 13.10
[09:49] <no0code> apt-get install lighttpd
[09:50] <no0code> falsches tab
[09:50] <dadrc> Ah, gut. Wollt gerade sagen, 13.04 kriegt keine Updates mehr.
[09:52] <no0code> machts was wenn ich den tarball installiere, oder kriegt der paketmanager dann nen problem?
[09:52] <dadrc> Naja, kannst es dann halt nicht über den Paketmanager deinstallieren.
[09:52] <dadrc> In 14.04 wird 1.4.33 drin sein, reicht dir das?
[09:53] <dadrc> Wenn ja, könntest du versuchen, das Paket von da zu nehmen
[09:53] <dadrc> https://launchpad.net/ubuntu/+source/lighttpd/1.4.33-1+nmu2ubuntu2/+build/5530791 ← da gibt's die Pakete
[09:53] <kubine> Title: amd64 build : 1.4.33-1+nmu2ubuntu2 : “lighttpd” package : Ubuntu (at launchpad.net)
[09:53] <dadrc> Klappt nicht immer, aber meistens.
[09:54] <no0code> der reicht definitiv - diese version 1.4.33 war auch die lösung bei jemand anderen
[09:54] <dadrc> Und du  hast den Vorteil, dass sie problemlos über den Paketmanager wieder entfernt werden können
[09:54] <no0code> wie binde ich die quellen von 14.04 ein?
[09:54] <dadrc> Ich würd die Pakete von Hand runterladen
[09:54] <no0code> oh danke
[09:54] <no0code> das ist super
[09:55] <no0code> ich nehme an, ich werde alle brauchen
[09:55] <dadrc> Alle in ein Verzeichnis packen, dann `cd Verzeichnis; sudo dpkg -i lighttpd*`
[09:55] <dadrc> -dev nicht, bei den -mod musst du selber wissen, welche du willst
[09:55] <no0code> ok danke - ich probiers
[09:56] <no0code> vhost und webdav werd ich wohl brauchen - mal gucken
[09:56] <geser> es sollte eigentlich reichen nur die Paket runterzuladen, die man auch jetzt schon installiert hat
[09:57] <geser> z.B. wirst du vermutlich nicht das -dev Paket brauchen, wenn du keine Erweiterungen kompilieren willst
[09:57] <dadrc> Ajo, sag ich ja :)
[09:57] <no0code> :)
[09:58] <no0code> wofür ist dpkg die abkürzung?
[09:59] <dadrc> Das ist ein Programm, das heißt so
[09:59] <dadrc> Steht für … debian package, würd ich behaupten
[09:59] <no0code> naheliegend
[10:01] <no0code> oh man
[10:01] <no0code> launchpad down?
[10:01] <no0code> toll :D
[10:04] <sdx23> Nö, ist's nicht. Und tut tätest ehh besser daran, die trusty sourcen einzubinden und zu pinnen; du hast nämlich Abhängigkeitsprobleme voraus.
[10:05] <geser> ja, "Launchpad will shortly be going offline for a couple of minutes while we make some changes to our database setup."
[10:06] <dadrc> ^^"
[10:06] <no0code> mist - das geht so nicht
[10:06] <dadrc> sdx23, hab ich 'ne Abhängigkeit übersehen?
[10:06] <no0code> der meckert wegen den abhängigkeiten
[10:06] <dadrc> Anscheinend.
[10:07] <dadrc> Gut, dann, was sdx23 sagt.
[10:07] <geser> eine Möglichkeit wäre das trusty lighttpd source Paket zu nehmen und es auf 13.10 zu kompilieren
[10:07] <sdx23> dadrc: Mindestens init-system-helpers ist zu alt.
[10:07] <dadrc> hm, hab ich nicht gesehen. Jo.
[10:12] <no0code> ist init-system-helper größer als v1.13 nen systemcrasher für 13.10?
[10:12] <no0code> lighttpd setzt den vorraus
[10:13] <no0code> das ist gerade ein bissl ärgerlich mit lighttpd
[10:14] <geser> nach einem Blick in das Paket, würde ich sagen, dass es keine Probleme geben sollte (ohne Gewähr)
[10:17] <no0code> ich verusch mein glück :)
[10:18] <no0code> dafür gibts nur .tar.gz auf launchpad - dazu der verweis unstable
[10:20] <no0code> das problem ist gelöst
[10:20] <no0code> :)
[10:20] <geser> https://launchpad.net/ubuntu/+source/init-system-helpers/1.14/+build/5384080
[10:20] <kubine> Title: i386 build : 1.14 : “init-system-helpers” package : Ubuntu (at launchpad.net)
[10:21] <no0code> ich habe init-system-helpers neu installiert - anschließend wurde ich aufgefordert lighttpd zu deinstallieren - danach lighttpd neuinstalliert, gestartet, und es geht :)
[10:21] <no0code> das owncloud problem ist geschichte :) - vielen dank
[10:38] <smeexs_> hallo , ich möchte meine ati karte gegen eine nvidia tauschen , da ich nur den standardtreiber nutze brauch ich nicht mehr machen als runter fahren , gk einbauen , hochfahren , oder?
[10:38] <dadrc> Sollte klappen.
[10:39] <smeexs_> thx , das mit grub neuinstallieren hat übrigens super geklappt 
[11:21] <MrEvil24_> Moin. Weiß hier jemand wie ich alte Verknüpfungen im Ubuntu Dash? (nicht die Leiste!) wieder los werde? Hab NetBeans zweimal drin (Neue und alte Version. Alte ist aber schon deinstalliert). Einmal zuviel... :)
[11:22] <MrEvil24_> Verknüpfungen im Dashboard (jetzt weiß ich wieder wie es heißt...) meine ich.
[11:25] <MrEvil24_> Oh Antwort schon gefunden. :)
[13:01] <passt> kann man im Logfile von fetchmail Datum und Uhrzeit eintragen lassen?
[13:39] <koegs> passt http://fetchmail.berlios.de/fetchmail-FAQ.html#O13
[13:39] <kubine> Title: The Fetchmail FAQ (at fetchmail.berlios.de)
[13:43] <passt> koegs: danke
[15:42] <doev> welcher Bereich ist bei qemu (virtmanager) für statische Adressen nutzbar?
[15:44] <doev> anscheint keiner? start: 192.168.122.2 ende: 192.168.122.254
[15:44] <doev> das ist schlecht
[15:45] <jokrebel> doev: Legt das nicht Dein DHCP-Server fest?
[15:45] <doev> jokrebel, läuft der auf dem host?
[15:46] <doev> wahrscheinlich schon
[15:48] <doev> auf den ersten blick ist dort keiner installiert
[15:53] <doev> dort ist ein dhcp server integriert. über parameter lässt es sich steuern.
[16:07] <jokrebel> doev: Meiner läuft auf meinem Hardware-Router
[16:08] <doev> jokrebel, im virtmanager kann man beim neuerstellen von netzwerk-devices den bereich wählen. einmal angelegt dann nicht mehr.
[16:13] <dasjoe> doev, das kommt halt auf die gewählte Anschlussart vom Netz an
[16:19] <doev> dasjoe, libvirt bietet nur "virtuelle netzwerke" an. evtl, haben die auch nicht direkt etwas mit qemu zu tun.
[16:19] <dasjoe> doev, Standard ist ja NAT vom Host, wobei die Clients vom dnsmasq quasi statische IPs zugeordnet bekommen. Das ist im Regelfall das "Default"-Netzwerk im Virt-Manager
[16:20] <jokrebel> doev: Vom Virt-Manager weis ich nichts. Ich hab hier AQEMU. Die Wikiseite zu virt-manager kennst Du?
[16:20] <dasjoe> doev, das klingt als würdest du die VM gerne wie einen echten Rechner in dein Netzwerk hängen. Ist das richtig? Dann willst du das Netzwerk bridgen
[16:21] <doev> jokrebel, ja, dasjoe, nein, so wie es jetzt ist, ist es gut. die vms sollen nur vom host erreichbar sein.
[16:24] <dasjoe> doev, du willst also dem dnsmasq sagen, dass es statische IPs an bestimmte VMs verteilen soll? Dann braucsht du die MAC von der VM und trägst per 'virsh net-edit default' unter '<range start='192.168.122.2' end='192.168.122.254' />' je Host eine Zeile wie zB '<host mac="00:16:3e:e2:ed" name="foo.example.com" ip="192.168.122.10" />' ein
[16:24] <doev> dasjoe, nein, der client weißt sich die ip selbst zu, es sollte nur nicht mit dem dhcp kollidieren.
[16:28] <jokrebel> doev: Dann leg beim DHCP-Server die Range kleiner fest, die er vergeben kann.
[16:30] <stareye> doev: wie ist dein range
[16:30] <stareye> wie ist die feste ip?
[16:32] <doev> stareye, habe die range auf 128-254 gesetzt, die freien ips sollten nicht knapp werden
[16:33] <dasjoe> doev, dann solltest du a) eine andere Range im Server einstellen b) wie ich vorgeschlagen habe die MAC und fixe IP trotzdem im Server bekannt machen, dann gibt's auch keine Kollision ;)
[16:33] <doev> dasjoe, warum eine andere range?
[16:35] <dasjoe> doev, damit sich dein Server und die statischen IPs nicht in die Quere kommen. Ich meinte mit a) und b) Alternativen, also entweder eine andere Range benutzen *oder* dem dnsmasq per Eintrag im Network mitteilen, dass die IP zu der MAC gehört und dadurch nicht anderweitig vergeben wird
[16:35] <stareye> doev: wasfür netzwerk hast du dort ist das firmen netzwerk?
[16:37] <doev> stareye, nein, das ist einfach nur mein host und ich möchte eine vm unter einer statischen addresse erreichbar ist ... was, um kurz daran zu erinnern ... eigentlich bereits gelöst ist. die range ist 128-254 und die vm hat die feste ip .10
[16:38] <doev> die vm ist über virbr1 mit dem host verbunden.
[16:38] <stareye> doev: wozu um gottes willens brauchst du 128 hosts
[16:38] <doev> habe die range halt in der mitte geteilt, warum nicht?
[16:39] <dasjoe> Das spielt doch keine Rolle, oder? Default sind 253 mögliche Hosts
[16:39] <doev> nein default ist sind 0 hosts möglich, weil die range auf 2-254 stand
[16:39] <stareye> ja aber sollen alle ne feste ip haben
[16:40] <stareye> mein desktop ist mir schnuppe welche ip hat
[16:40] <stareye> der server schon
[16:40] <doev> falls ich nochmal einen host zufügen, dann sollte der auch eine statische ip bekommen.
[16:40] <stareye> du hast keine farm zuhause?
[16:41] <doev> wieso?
[16:41] <stareye> mensch sind 128 host
[16:41] <stareye> 128 computer
[16:41]  * dasjoe hat gerade ~23 im Virt-Manager laufen
[16:41] <doev> ich glaube wir sollten aus im ot-channel ausdiskutieren.
[16:42] <stareye> naja
[16:43] <dasjoe> doev, zu deinem Fall: du brauchst die vom DHCP vergebene Range gar nicht anzufassen, auch wenn du den Clients statische IPs zuweist. Du solltest halt dann(!) nur je Host die Zeile mit fixer IP im default-Netzwerk eintragen, damit dnsmasq weiß dass die IP vergeben ist
[16:43] <doev> dasjoe, achso, der dhcp server vergibt die addresse dann nicht mehr?
[16:43] <dasjoe> doev, was du gemacht hast geht natürlich auch, schränkt nur die DHCP-Range unnötig stark ein ;)
[16:44] <dark2300> hallo zusammen
[16:44] <dasjoe> doev, genau. Wenn er sie vergibt, dann nur an die MAC von dem Client. Falls der CLient mal vergessen sollte, dass er 'ne statische IP hat
[16:44] <doev> ok
[16:45] <dark2300> vill kann mir jemand weiterhelfen. ich wollte filezilla 3.7.3 installieren. bekomme aber nur die 3.5.3 installiert. habe schon danach gegoogelt aber ohne erfolg. oder ist es einfach nicht möglich auf ubuntu 12.04 die 3.7.3 zu installieren?
[16:46] <doev> wenn ich meine 128 VMs laufen habe, dann muss ich das Netzwerk ja wieder anpacken :)
[16:48] <doev> dark2300, direkt helfen kann ich da nicht, aber evtl. probierst du gftp aus. Meiner Meinung nach der bessere ftp-client.
[16:48] <dark2300> ok. danke
[16:48] <dasjoe> dark2300, Filezilla 3.5.3 ist die einzige aus den offiziellen Quellen installierbare Version, sagt http://packages.ubuntu.com
[16:48] <kubine> Title: Ubuntu – Ubuntu Packages Search (at packages.ubuntu.com)
[16:48] <doev> wenn es eine aktuelle version von filezilla sein soll, evtl. nach einem ppa suchen.
[16:49] <doev> ich würde aber die finger davon lassen.
[16:49] <dark2300> bin nach dieser anleitung vorgegangen http://linuxg.net/how-to-install-filezilla-3-7-3-on-ubuntu-13-04-12-10-and-linux-mint-15-14/
[16:49] <kubine> Title: How To Install FileZilla 3.7.3 On Ubuntu 13.04, 12.10 And Linux Mint 15, 14 | LinuxG.net (at linuxg.net)
[16:50] <dark2300> aber der installiert immerwieder nur die 3.5.3er version. wollte nun ungern das os wechseln nur wegen so etwas
[16:50] <dasjoe> Filezilla ist nicht mehr in dem PPA von n-muench, darum ändert das nix
[16:51] <dasjoe> Das PPA kannst du also wieder deaktivieren
[16:51] <dark2300> schade eigentlich
[16:52] <dark2300> bei gftp kann ich leider keine art von FTP verschlüsselung einstellen
[16:52] <dasjoe> dark2300, was spricht denn gegen die 3.5.3? :)
[16:52] <doev> 12.04 is precise?
[16:53] <dark2300> jap
[16:54] <dark2300> bei 3.5.3 klappt die verbindung nicht.
[16:54] <jokrebel> dark2300: Und woran machst Du fest, dass es mit 3.7.3 klappen würde?
[16:56] <dark2300> bekomme das ssl zertifikat nicht. mit 3.5.3.   habs dann auf einem anderen rechner mit 3.7.3 probiert und dort gehts
[16:56] <dark2300> vill liegt das problem ganz wo anders
[16:57] <stareye> ja klar jamend möchte mich kennenlernen
[16:59] <dark2300> ich wollte nun ungern das ding neu aufsetzen wegen so einer kleinen sache...
[17:03] <doev> oh, ich merke gerade das meine vm nur den host erreichen kann :(
[17:04] <doev> achso, wahrscheinlich habe ich den gateway vergessen
[17:11] <dark2300> das ist ja immer so eine glückssache mit ubuntu :D
[17:12] <doev> dark2300, mal an eine VM gedacht?
[17:13] <ben85> hi
[17:14] <ben85> ich wollte mir für mein Laptop Bublebee laden wegen der nvidia optimus technologie. Habe schon die normalen nvidia treiber installiert. Da bekam ich manchmal nen Fehler. Bekomme auch so ab und zu eine Fehlermeldung des Systems.
[17:14] <ben85> Muss ich das Bumblebee einfach installieren? Bin komplett neu was Linux angeht
[17:17] <dark2300> gibt es eigentlich noch einen anderen supportchannel?
[17:17] <dark2300> also zwecks ubuntu
[17:18] <doev> dadrc, den englischen
[17:18] <doev> ups dark2300 
[17:18] <doev> das forum
[17:20] <dark2300> hab gerade nochma filezilla in der version 3.6* getestet. das klappt dort auch wunderbar
[17:20] <dark2300> bekomme nur hier einen fehler. Antwort:	150 Opening BINARY mode data connection for MLSD
[17:20] <dark2300> Antwort:	425 Unable to build data connection: Die Operation ist nicht erlaubt
[17:21] <ben85> irgendwie bekomme ich dauernd fehlermeldungen mit den nvidia treiber ect :(
[17:25] <dark2300> welches ubuntu würdet ihr denn empfehlen?
[17:26] <ben85> mit welchen programm kann ich die aufladung des akkus begrenzen wie im windows tool von lenovo z.b. 60%
[17:27] <stareye> gute frage
[17:28] <ben85> hab heute früh schon 2x den nvidia treiber installiert danach kommt wieder das programm zusätziche treiber und zeigt mir wieder die zwei treiber :/
[17:28] <ben85> bekomme auch immer den fehler jockey.gtk
[17:29] <Sephira> dark2300: das ist eine geschmacksfrage
[17:29] <jokrebel> dark2300: Gib doch mal die Fehlermeldung in Deine Suchmaschine ;-)
[17:32] <jokrebel> ben85: Was soll es für einen Sinn haben das Laden bei 60% zu stoppen?
[17:39] <dark2300> LOL
[17:39] <dark2300> das problem sitzt immer vor dem gerät :D
[17:40] <dark2300> das hat mich nun weitergebracht.  TLSOptions NoSessionReuseRequired also in der tls config
[17:41] <dark2300> juhi
[17:41] <dark2300> :D
[18:50] <PBeck> hi
[18:51] <agentsoul> könnt Ihr mal ne Einschätzung abgeben wie sicher trupax ist. Im Sinne von Gefahr von Backdoors etc. etwa wie bei truecrypt? Also keiner weiß  wer dahinter steckt aber der code wurde geprüft und ist sauber?
[18:51] <agentsoul> Falls Euch das zu nah an offftopic ist wechsle ich gerne
[18:55] <bekks> agentsoul: Ja, es gehört ins Offtopic.
[19:57] <Kotzmeister> ABen
[19:57] <Kotzmeister> Abend
[19:57] <Kotzmeister> Ich habe zur Zeit Ubuntu 12.4 LTS drauf , jetzt frage ich mich ob ich das System mal Updaten sollte weil gibt ja schon andere versionen
[19:58] <clemon> So
[19:58] <Kotzmeister> =)
[19:58] <clemon> Also wie gesagt. 12.04 ist nicht umsonst LTS. Wenn du keine Probleme hast, würde ich alles so lassen wie es ist
[19:58] <Kotzmeister> also probs habe ich keine , muss ich sagen , dachte nur das es villeicht mal an der zeit sit 
[19:58] <clemon> Naja, updaten solltest du in jedem Falle, wenn es Sicherheitsbedenken gibt
[19:58] <clemon> Aber da 12.04 LTS ist und noch Updates kommen .. 
[19:59] <Kotzmeister> in den neuen versionen sind keine großen neuen sachen oder 
[19:59] <Kotzmeister> die 12.4 jetzt nicht hat
[19:59] <clemon> Naja, vllt. mal eine neuere Version von Gnome oder so etwas
[19:59] <clemon> Aber sonst kannst du doch alles separat updaten
[20:00] <clemon> Wenn du z. B. keine Treiber-Probleme etc. hast, dann gibt es keinen Grund für ein Update
[20:00] <clemon> Aber wenn du Langeweile hast, dann erstell doch eine VM ;)
[20:00] <Kotzmeister> dann lasse ich das lieber bevor hier wieder garnichts geht *g*
[20:00] <clemon> Kannst ein wenig rumprobieren. Gibt noch anderes, außer Ubuntu
[20:00] <Kotzmeister> ja dachte da an backtrack oder so =)
[20:01] <k1l> wenn du nicht weißt warum du updaten solltestest (nichts vermisst) gibt es keinen grund upzudaten auf eine nicht lts version
[20:01] <Kotzmeister> vielleicht sollte ich mich mal an ein neues linux ran trauen =)
[20:01] <clemon> Ja. Probier dich aus :) Und schön in der VM bleiben, fürs erste ;)
[20:01] <Kotzmeister> ok K1 
[20:01] <ubu_> k1l: grüß dich, öhm die ubuntu 12.04 64 bit was würdest du da als mindestvoraussetzung empfehlen?
[20:02] <Kotzmeister> THX
[20:02] <k1l> du könntest mit dem enablement stack einen neueren kernel draufspielen um bessere hardware unterstützung zu haben (kann auch nach hinten losgehen). das ist aber auch im lts vorgesehen.
[20:02] <k1l> ubu_: schau mal hier: https://help.ubuntu.com/community/Installation/SystemRequirements
[20:02] <kubine> Title: Installation/SystemRequirements - Community Ubuntu Documentation (at help.ubuntu.com)
[20:03] <k1l> ubu_: wenn du eh schon am knappsen bist dann nimm besser sofort Lubuntu
[20:03] <clemon> Oder xubuntu. Lubuntu brauchst du echt nur wenn du >512mb RAM hast
[20:03] <clemon> < meinte ich
[20:04] <ubu_> und empfohlene vorraussetzungen @ k1l
[20:04] <jokrebel> Kotzmeister: Die neue Version die im April kommen wird ist (so wie Deine 12.04) auch wieder ne LTS-Version. _Jetzt_ auf ein non-LTS upzugraden fänd ich unsinnig. Wart lieber bis die "Neue" da ist (am besten sie 14.04.1 wird) dann kannst da immer noch drüber nachdenken.
[20:04] <k1l> ubu_: was für eine maschine hast ud denn da?
[20:05] <ubu_> naja bei mir läufts ja 
[20:05] <PachiriSuu> servus
[20:05] <ubu_> kumpel fragte mich was er braucht damit es gut rennt
[20:05] <ubu_> 700 mhz naja da kannste nict viel erwarten laut deinem link...
[20:06] <k1l> ubu_: jeder aktuelle rechner sollte klappen
[20:06] <ubu_> jop
[20:07] <ubu_> ich mein die 64 bit läuft ja aufm alten p4 nicht wegen dem 64 bit wobei er das ja schaffen würde vom takt
[20:07] <ubu_> müsste das ja bei intel erst bei 775 sein...
[20:08] <k1l> ja, 64bit läuft nur auf 64bit hardware. auch die billigen coreduos (nicht core2duo) haben kein 64bit
[20:09] <ubu_> ^
[20:09] <ubu_> gut danke
[21:02] <clemon> exit
[21:28] <xerror> hi all (-: Ich habe einen Patch gefunden (für chromOS ? [gleicher kernel vllt??]) und bräuchte einen Hint wie ich den mit meinem 12.04.4 verschmeltze (-:
[21:29] <xerror> der patch könnte eine kartenlesegerät fehlöer eines boradcom netXtream chips beheben.
[21:29] <xerror> (verbaut uA im Acer e1-530 linpus linux book)
[21:30] <xerror> ah, hier der patch : https://chromium.googlesource.com/chromiumos/third_party/kernel-next/+/fd1acc54a6b3db4e6503ccc4a9349f28b436031a
[21:30] <kubine> Title: fd1acc54a6b3db4e6503ccc4a9349f28b436031a - chromiumos/third_party/kernel-next - Git at Google (at chromium.googlesource.com)
[21:31] <k1l> hast du das enablement stack versucht in 12.04.4?
[21:31] <k1l> evtl  brauchst du den patch ja gar nicht
[21:31] <xerror> jaja, hab ich (-. ich bin auf 12.04.4 dailybuilt wegen meine elantech touchpad.
[21:32] <xerror> aber der fehler tritt bei nahezu sämtlichen dtstris und kernels auf.
[21:32] <bekks> dailybuild ist was ganz anderes als der lts enablement stack.
[21:33] <xerror> na es ist das aktuellste 12.04.4 mit automatisch enableten hws, oder nicht ?
[21:33] <bekks> Und "dailybuild" stellt nur die Basis für das Installationsmedium - es nutzt weiterhin die "ganz normalen" Quellen, bei denen Dich nie jemand zwingt, ein Update durchzuführen.
[21:33] <bekks> Du msust den LTS enablement stack schon noch installieren um ihn zu nutzen.
[21:33] <xerror> ich müßte aber wie gesgat tagesaktuell sein wenn ich mich nicht irre :-)
[21:33] <bekks> Du irrst.
[21:33] <xerror> ja ? ich schau mal nah, moment :-)
[21:33] <bekks> Warum, habe ich gerade erklärt.
[21:33] <k1l> xerror: was sagt der kernel?
[21:34] <xerror> ist am book, ich sitz am rechner..sekunde :-)
[21:34] <k1l> xerror: dailybuild ist nur die art der herstellung des isos. über das was dann passiert sagt das iso ja nichts aus
[21:34] <xerror> 3.11.015.25
[21:35] <xerror> kanns leide rgerad enciht cpasten
[21:35] <bekks> Was ist die Ausgabe von "uname -r"?
[21:35] <xerror> 3.11.015.25
[21:35] <bekks> Dann bedanke ich mich für dieses Gespräch, da du keinen offiziellen Ubuntu Kernel nutzt :)
[21:36] <xerror> nein ? 
[21:36] <apollo13> wer verwendet bitte so alte kernels *kopfkratz*
[21:36] <xerror> hää ? macht ihr spaß mit mir ? :-)
[21:37] <k1l> /slap apollo13 
[21:37] <apollo13> 3.12.9-1 natürlich ;)
[21:37] <xerror> ich dachte 3.11 ist der neuste bei ubuntu, obwohl ich glaub ich n 3.14 bei nem arch gesheen habe
[21:37] <bekks> xerror: Nein, tust du nicht. Wie der Zufall es will, habe ich den LTS enablement stack im Einsatz und das ist definitiv nicht die Ausgabe von "uname -r" :)
[21:37] <apollo13> k1l: ach komm
[21:38] <xerror> ui, na gut, danke apollo !! (-: dann hau ich jetzt das frischeste drauf was kernel.org zu bieten hat, und komm dann wieder . ps: wo kann ichn mein ubuntu irc paswd im pidgin auslesen, weiss das wer ? ich habs mir nciht aufgeschrieben und brauchs auch fuers book
[21:39] <bekks> xerror: Installier den lts enablement stack.
[21:39] <bekks> Und nicht irgendeinen kernel von irgendwo.
[21:39] <xerror> :bekks Danke für den Tipp (-.
[21:40] <xerror> also bis gleich (-.
[21:42]  * apollo13 geht mal auf 3.13 updaten ;)
[21:50] <bekks> 3.13.0-7-generic :P
[21:53] <xerror1> wb (-:
[21:53] <xerror1> im Klartext in der accounts.xml übrigends, stehen die psswd vom pidgino
[21:54] <xerror1> ich hab mit der live von 13.10 das gleich Problem. Schließt das die Kernel variante aus ?
[21:57] <xerror1> Kann mir jemand einen Hinweis geben wie ich einen solchen https://chromium.googlesource.com/chromiumos/third_party/kernel-next/+/fd1acc54a6b3db4e6503ccc4a9349f28b436031a patch anwende ?
[21:57] <kubine> Title: fd1acc54a6b3db4e6503ccc4a9349f28b436031a - chromiumos/third_party/kernel-next - Git at Google (at chromium.googlesource.com)
[21:58] <bekks> Kernelsourcen laden, auspacken, patch installieren, Kernel selbst kompilieren, installieren und booten.
[21:58] <bekks> Wenn man das selbst tun will - ok. Einfacher ist es das des LTS kernel zu lesen.
[21:58] <xerror1> also nur die "diffs" ?
[21:58] <bekks> Die _passenden_ diffs.
[21:59] <xerror1> klasse, danke (-:
[21:59] <xerror1> und dann denn Kernel im Gesamten neu kompillieren ??
[21:59] <bekks> 0205 225753 < bekks> Kernelsourcen laden, auspacken, patch installieren, Kernel selbst  kompilieren, installieren und booten.
[21:59] <xerror1> (-. ok
[22:01] <xerror1> ich vermute nur das mir das lts hardware enablement stack zu 14.04 hierbei nicht helfen wird. aber ich versuche das wohl wirklich mal zuerst, danke bekks.
[22:01] <xerror1> währe eine livcd von 13.10 denn vergleichbar ?
[22:02] <xerror1> nee schon klar, die wäre ja nicht tagesakruell ohne die updates,ok.
[22:03] <xerror1> ach, wegen vorhin noch, hier : Linux box 3.11.0-15-generic #25~precise1-Ubuntu (-.
[22:09] <xerror1> .bekks hm, aber der saucy lts hws ist doch installiert 
[22:09] <xerror1> bekks: gibts da was neueres nicht eh erst....morgen :-) ?
[22:10] <xerror1> (ich glaube der 6te ist das offizielle release date fuers 12.04.4 poinntrelease
[22:11] <xerror1> und dann werden auch die HWS stacks upgedated
[22:13] <xerror1> :-) ahoi
[22:28] <xerror> hi all (-: welche zum testen als livecd, ubuntu 14.04 alpha2 oder dailybuilt ??
[22:28] <bekks> 12.04 oder 13.10
[22:29] <xerror> 14.04
[22:29] <bekks> Ist noch nicht released ;)
[22:29] <xerror> hab 2 dwonloads: alpha2 und dailybuilt thrusty tar
[22:29] <xerror> http://cdimage.ubuntu.com/ubuntu-gnome/releases/trusty/alpha-2/
[22:29] <kubine> Title: Ubuntu GNOME 14.04 (Trusty Tahr) Alpha 2 (at cdimage.ubuntu.com)
[22:30] <bekks> Such Dir einen aus, bis April ist dann aber #ubuntu+1 dafür zuständig :)
[22:30] <xerror> es gibt also keinen unterschied ?
[22:30] <bekks> Wer sagt das?
[22:31] <k1l> xerror: klar ist da ein unterschied
[22:31] <bekks> Ich sagte gerade nur, dass es hier bis April keinen Support für 14.04 gibt und dass bis dahin #ubuntu+1 dafür zuständig ist.
[22:33] <xerror> k1l: ty! und welche version würde sich zum testen des netXtreme  sdcardslot besser eignen? wäre alo neuer ?
[22:34] <xerror> ok, habs, die dailybuild ist frischer :-)
[22:34] <k1l> die daily gibt es (wie der name shcon sagt) täglich. die alphas/betas gibts zu gewissen daten
[22:36] <xerror> Spass macht das alles (-: Es müßte eigentlich eine arch linux commandline livecd daily build geben, zum testen einzelner dinge (-: Danke dir nochmal und habt spass :-)