| 05:22.27 | *** join/#opensimpad.org infobot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 05:22.27 | *** topic/#opensimpad.org is Welcome to #opensimpad.org - The official channel for developement all around simpads - Please stick to german or english |
| 08:10.24 | *** join/#opensimpad.org x29a (n=x29a@unaffiliated/x29a) |
| 09:11.35 | *** join/#opensimpad.org mrdata (i=mrdata@dslb-088-074-139-174.pools.arcor-ip.net) |
| 09:12.03 | mrdata | erster nicht mehr schlafender, juchu |
| 09:54.51 | mrdata | mr_nice|sleep: die patch-files stimmen nicht ganz, wie ich gerade sehen, da fehlt doch einiges |
| 09:55.15 | mrdata | deshalb geht mein opie-image auch nicht schlafen denke ich |
| 09:55.24 | mrdata | bin aber dran das quer zu checken |
| 11:18.56 | mr_nice | ja, mach mal |
| 11:19.12 | mr_nice | ich habe die damals aus den dateien erstellt die du mir geschickt hast |
| 11:19.33 | mr_nice | wie funktioniert eigentlich quilt? |
| 11:19.40 | mr_nice | ist das praktisch? |
| 11:19.53 | mrdata | aber vom letzten megapatch fehlt etwas |
| 11:20.17 | mrdata | quilt habe ich nur einmal ausprobiert vor zwei tagen |
| 11:22.53 | mr_nice | mist gettext QA ERROR |
| 11:37.13 | mr_nice | weißt du wie man das qa checking abstellt? |
| 11:43.46 | mrdata | nein, leider nicht |
| 11:47.25 | mr_nice | ich verstehen den error nicht so ganz |
| 11:47.27 | mr_nice | naja |
| 11:47.40 | mr_nice | ich mach mal ein update |
| 11:49.35 | mrdata | mittagessen, bis nachher |
| 11:57.45 | mr_nice | ich switche jetzt auch auf 2 trees |
| 11:57.59 | mr_nice | und versuche mich erst mal an einem gpe image mit glibc |
| 11:58.11 | mr_nice | wobei das opie ding schon wichtiger währe |
| 12:10.17 | *** join/#opensimpad.org mr (n=mr_nice@p54A9DD55.dip.t-dialin.net) |
| 12:34.27 | *** join/#opensimpad.org miip (n=miip@p54A5482B.dip.t-dialin.net) |
| 14:01.34 | *** join/#opensimpad.org x29a (n=x29a@unaffiliated/x29a) |
| 14:16.29 | mrdata|afk | 2 trees sind lustig, wenn man sich verirrt und auf einmal im falschen arbeitet |
| 14:17.08 | mrdata|afk | änderen den kernel im gpe tree, und wundere mich warum im opie-image die änderungen nicht ankommen |
| 14:17.47 | mrdata | ich trott.. |
| 14:46.16 | *** join/#opensimpad.org x29a (n=x29a@unaffiliated/x29a) |
| 14:46.27 | x29a | todo |
| 14:46.49 | x29a | ups |
| 14:56.52 | mrdata | x29a: hallo |
| 14:57.34 | x29a | aye |
| 15:02.18 | mrdata | bis auf wiederruf erkläre ich auch meine änderungen an /drivers/base/platform.c zur pflicht |
| 15:02.49 | mrdata | sonst bekomme ich bei suspend/resume nochmal die kriese |
| 15:02.58 | mrdata | krise sieht besser aus |
| 15:36.43 | mrdata | also konqueror-embedded scheitert derzeit an oe_runconf automagie fehler, das wird nicht angelegt (expandiert) und fehlt dann später |
| 15:36.55 | mrdata | für configure |
| 15:37.38 | mrdata | also mein kernel macht jetzt auch wieder sauber suspend/resume mit opie ;-) |
| 15:38.16 | mrdata | nur mit power-button geht schlafenlegen nicht, ist aber logisch, zum aufwachen geht er aber |
| 15:56.53 | *** join/#opensimpad.org woglinde (i=woglinde@e178086091.adsl.alicedsl.de) |
| 15:57.14 | mrdata | woglinde: hallo |
| 15:57.17 | woglinde | jo |
| 15:58.07 | mrdata | ich habe gemerkt, das nicht alle änderungen von mit wirklich in den patch-sets gelandet sind |
| 15:58.34 | woglinde | ui |
| 15:58.39 | woglinde | quilt quilt |
| 15:58.41 | woglinde | *g* |
| 15:59.01 | mrdata | das ist aber nicht ganz mein arbeitsstiel |
| 15:59.10 | mrdata | stil |
| 15:59.34 | woglinde | ist schon okay |
| 15:59.39 | woglinde | wollte ja nur helfen |
| 15:59.46 | woglinde | und mit quilt gehts echt einfacher |
| 15:59.48 | woglinde | find ich |
| 15:59.48 | mrdata | hast auch wirklich recht |
| 16:00.49 | woglinde | na dann lass uns anfangen die aenderungen rein zu bekommen |
| 16:01.30 | mrdata | eine frage vorweg: kannst du bei deinem opie-image-16mb suspend und resume benutzen? |
| 16:01.43 | woglinde | ich habe es noch nicht probiert |
| 16:01.57 | mrdata | das glaube ich dir sogar ;-) |
| 16:01.57 | woglinde | ich hatte gestern was vergessen ins busybox zu compilieren |
| 16:02.16 | woglinde | so das ich noch nicht den letzen nfsroot befehl ausfuehren konnte |
| 16:02.27 | woglinde | ich hab pivot_root mit switch_root verwechselt |
| 16:02.33 | mrdata | dann warte ich mal bis du es versucht hast und dich danach vielleicht beschwerd |
| 16:02.43 | woglinde | hm |
| 16:02.46 | mrdata | beschwerst, das es nicht geht |
| 16:02.51 | woglinde | was fuer aenderungen sind denn nicht drin? |
| 16:02.57 | mrdata | prognostiziere ich mal |
| 16:03.01 | woglinde | und haste dir schon mal die warnings angeschaut jetut? |
| 16:03.16 | mrdata | die warnings habe ich mir angeschaut |
| 16:03.36 | mrdata | der compiler hat nur nicht immer recht |
| 16:04.34 | woglinde | ah okay |
| 16:04.58 | woglinde | waren ja auch aehnliche warnings von anderen treibern drin |
| 16:05.03 | mrdata | also bei macros |
| 16:05.09 | woglinde | aber diese eine warning mit dem init |
| 16:05.10 | mrdata | genau die selben |
| 16:05.13 | woglinde | aber diese eine warning mit dem _init |
| 16:05.17 | woglinde | die sollten wir fixen |
| 16:06.11 | mrdata | du meinst für sa100_cs.c ? |
| 16:06.18 | mrdata | sa1100_cs.c |
| 16:06.24 | woglinde | jupp |
| 16:06.35 | woglinde | und diese hier koennte glaube soagr ich fixen |
| 16:06.37 | woglinde | <PROTECTED> |
| 16:07.12 | mrdata | okay die sind vom simpad-lcd glaube ich |
| 16:07.20 | mrdata | das ist schon weg bei mir |
| 16:07.33 | woglinde | jupp |
| 16:07.36 | mr_nice | hi |
| 16:07.37 | woglinde | he mr_nice |
| 16:07.45 | mr_nice | hi woglinde, mrdata |
| 16:08.22 | mr_nice | mrdata kannst du patches draus machen und die ins svn packen? |
| 16:09.00 | mr_nice | bei welchen patchen fehlen sachen? |
| 16:12.11 | mr_nice | woglinde: in qte-common ist noch der SRC_URI_append_simpad patch drin ;) |
| 16:12.44 | *** join/#opensimpad.org miip (n=miip@p54A571C8.dip.t-dialin.net) |
| 16:12.55 | mr_nice | hi miip |
| 16:13.30 | mrdata | also /arch/arm/mach-sa1100/generic.c und /include/asm-arm/arch-sa1100/gpio.h |
| 16:14.09 | mrdata | da fehlen sachen drin, die für gpio-power-button und mmc-spi-block wichtig sind |
| 16:15.57 | mr_nice | mrdata: die gpio sachen hab ich weg gelassen, weil die nicht in mainline kommen können |
| 16:16.04 | mrdata | auch in /drivers/base/platform.c hätte ich gerne ein paar ergänzungen drin |
| 16:16.14 | mr_nice | mach patches |
| 16:16.24 | mr_nice | du hast rw auf dem svn ;) |
| 16:16.49 | mr_nice | kann auch nichts passieren |
| 16:16.56 | mr_nice | die alten sachen bleiben ja |
| 16:17.01 | mr_nice | also nur mut |
| 16:17.02 | mrdata | aber ohne gpio.h änderungen geht der power-button nicht !!! |
| 16:17.06 | mr_nice | ? |
| 16:17.13 | woglinde | mr_nice ja aber das wollte pskolovsky fixen |
| 16:17.21 | woglinde | bei seinem naechsten update |
| 16:17.41 | mrdata | woglinde: also die gpio.H ? |
| 16:17.42 | mr_nice | welche änderungen meinst du? |
| 16:17.53 | woglinde | nein SRC_URI_append_simpad patch |
| 16:17.55 | woglinde | den mein ich |
| 16:18.01 | mr_nice | woglinde: ach so |
| 16:18.11 | mr_nice | mrdata: welche änderungen meinst du genau? |
| 16:19.21 | mr_nice | die mit der gpio nummer von dem powerbutton? |
| 16:19.31 | mrdata | mr_nice: in gpio_to_irq() und irq_to_gpio() |
| 16:19.53 | mr_nice | mrdata: mom |
| 16:19.55 | mrdata | ohne dei kommentare |
| 16:21.49 | mrdata | das wird zwar auch nie mainline, aber mainline muss dafür sowieso was tun |
| 16:22.18 | mr_nice | IRQ_GPIO_POWER_BUTTON? |
| 16:22.19 | mrdata | bis dahin brauchen wir aber die änderungen drin |
| 16:22.54 | mr_nice | nein, lass es uns so machen wie psokolovsky es vorgeschlagen hat und es auch schon mal war |
| 16:23.44 | mr_nice | und statt dem IRQ_GPIO_POWER button den anderen nehmen oder selber einen definieren |
| 16:24.04 | mr_nice | das mapping von den buttons soll ja gerade rausfliegen, deswegen haben die das nicht geändert |
| 16:24.23 | mr_nice | wir können höchstens die sachen aus dem header rausschmeißen die nicht mehr passen |
| 16:24.55 | mrdata | das ist ein arm problem gpio-beine zu irq-vergabe |
| 16:25.28 | mrdata | für strongarm wird ein bit-feld verwendet für gpio |
| 16:26.00 | mrdata | damit gibt es keine eins zu eins beziehung zwischen gpio und dazugehörigen irq |
| 16:26.20 | mr_nice | lass uns es so machen wie die es vorgeschlagen haben |
| 16:26.54 | mr_nice | es nützt uns nichts code aufzunehmen der von denen schon abgelehnt wurde |
| 16:27.14 | mrdata | derzeit haben wir code im kernel, der wenn er so benutzt wird nicht funktioniert |
| 16:27.50 | mr_nice | ja, ich habe nicht gesehen, dass du zu IRQ_GPIO_POWER_BUTTON gewechselt bist |
| 16:28.15 | mr_nice | mom |
| 16:28.44 | mr_nice | was war der vorher? |
| 16:29.00 | mr_nice | ich bau schnell mal den kernel |
| 16:29.05 | mr_nice | sorry |
| 16:29.24 | mrdata | normalerweise muss da GPIO_POWER_BUTTON rein mit zahlenwert 1 |
| 16:29.52 | mrdata | weil der physikalisch am gpio1 des sa1100 liegt |
| 16:30.48 | mr_nice | also hast du GPIO_POWER_BUTTON in deinem code? |
| 16:31.19 | mr_nice | also in dem mit den gpio.h änderungen? |
| 16:34.15 | mrdata | muss mal kurz passen, bin jetzt etwas durcheinander |
| 16:35.30 | mrdata | also, power-button ist an gpio_gpio0 dran und hat demzufolge irq 0 |
| 16:35.44 | mr_nice | ich bau gerade einen vanilla mit allen patchen. dann schaue ich wegen dem mapping in /proc/irq |
| 16:35.48 | mr_nice | dann wissen wir es sicher |
| 16:36.06 | mrdata | -> http://opensimpad.org/index.php/Wiring |
| 16:36.26 | mrdata | da hat einer so eine schöne homepage ;-) |
| 16:36.55 | mr_nice | mom |
| 16:38.23 | mrdata | wenn ich jetzt GPIO_POWER_BUTTON nehmen würde in simpad.c, ergäbe das eine 1 für GPIO_GPIO0 |
| 16:39.28 | mrdata | rein muss aber eine 0 damit für GPIO_GPIO0 auch der IRQ_GPIO_POWER_BUTTON = 0 genommen wird |
| 16:39.58 | mr_nice | na dann stimmt es ja ohne dem mapping? |
| 16:40.07 | mr_nice | was ist dann falsch? |
| 16:44.00 | mrdata | muss noch mal nachdenken |
| 16:46.18 | mr_nice | woglinde: kannst du mir deine aktuellste defconfig geben? |
| 16:47.59 | woglinde | hm |
| 16:48.05 | woglinde | ja kann ich machen |
| 16:48.15 | woglinde | die ist aber grade mehr auf die nfsroot ausgelegt |
| 16:48.19 | woglinde | vieles als module drin |
| 16:48.26 | woglinde | und ein paar sachen raus geflogen |
| 16:48.36 | mr_nice | hm, ok dann nehme ich erst mal meine zum testen |
| 16:49.05 | mr_nice | ich dachte ihr hättet eine neue gemacht |
| 16:49.25 | mrdata | also in simpad.c muss stehen KEY_POWER ist auf GPIO_0, -> 0, dann muss in gpio_keys.c daraus der passende irq0 -> 0 raus kommen |
| 16:50.12 | woglinde | http://page.mi.fu-berlin.de/heinold/defconfig |
| 16:50.19 | mr_nice | danke |
| 16:50.21 | mrdata | über gpio_to_irq() was in gpio.h abgehandelt wird |
| 16:53.18 | mrdata | wenn ich jetzt GPIO_POWER_BUTTON = 1 über gpio_to_irq() wandeln lasse kommt irq = 1 raus, was falsch ist |
| 16:53.41 | mr_nice | aber wir nehmen doch IRQ_GPIO_POWER_BUTTON |
| 16:53.55 | mr_nice | also zumindest in dem patch |
| 16:53.59 | mrdata | IRQ_GPIO0 + gpio = irq |
| 16:54.22 | mr_nice | ich bin gerade am bauen einer von den zwei war richtig |
| 16:54.45 | mr_nice | sonst definieren wir einen |
| 16:55.53 | mrdata | das klappt deswegen ohne meinen patch, weil IRQ_GPIO_POWER_BUTTON eben mit 0 definiert ist |
| 16:56.00 | mr_nice | ah |
| 16:56.07 | mr_nice | ok dann stimmt der patch doch? |
| 16:56.22 | mrdata | dadurch macht dann gpio.h -> 0 + 0 = 0 |
| 16:57.13 | mr_nice | also damals hatten sie zu uns gemeint wir sollen einen definieren |
| 16:57.19 | mrdata | aber es müsste raus kommen GPIO_POWER_BUTTON = 1 -> IRQ_GPIO0 = 0 |
| 16:57.37 | mrdata | und das klappt mit der jetzigen gpio.h nicht |
| 16:57.47 | mr_nice | wenn IRQ_GPIO_POWER_BUTTON richtig ist dann können wir den her nehmen sonnst müssen wir einen neune definieren |
| 16:58.07 | mr_nice | sonnst musst du die mit ihrem gpio code noch mal fragen |
| 16:58.25 | mrdata | IRQ_GPIO_POWER_BUTTON ist eine krücke, weil die auf 0 definiert ist |
| 16:58.32 | mr_nice | ??? |
| 16:58.44 | mr_nice | http://opensimpad.org/index.php/Wiring |
| 16:58.47 | mr_nice | ist doch 0 |
| 16:58.54 | mr_nice | was ist falsch daran |
| 16:59.09 | mr_nice | denen ging es darum das spezieller code aus dem kernel verschwindet |
| 16:59.25 | mrdata | mache es logisch -> GPIO_POWER_BUTTON ist als 1 definiert laut SA-1100.h |
| 16:59.48 | mr_nice | ja, aber dann muss das zeugs rausfliegen |
| 17:00.15 | mr_nice | frag die bitte noch mal |
| 17:00.45 | mr_nice | aber so weit ich es mitbekommen hatte wollten die so zeugs los werden |
| 17:00.52 | mrdata | wenn ich den in simpad.c verwende, denkt gpio_keys.c aber es handelt sich um GPIO_GPIO1 und macht dafür auch einen ISR handler für IRQ =1 auf |
| 17:01.07 | mr_nice | ok ich gebe es auf |
| 17:01.11 | mr_nice | mach wie du meinst |
| 17:01.28 | mrdata | der wird nur nie bedient, wenn ich den POWER-BUTTON drücke |
| 17:01.41 | mr_nice | aber es macht keien sinn kernel code aufzunehmen der von kernel devs abgelehnt wurde |
| 17:01.49 | mr_nice | ja |
| 17:02.04 | mrdata | der ärger entsteht durch SA-1100.h = mainline RMK, dafür kann ich nichts |
| 17:02.08 | mr_nice | deswegen haben die damals gesagt definiert etwas mit 0 |
| 17:02.49 | mr_nice | vieleicht hatte ich ein unglückliches händchem damit, dass ich ausgerechnet IRQ_GPIO... gewählt hatte das es schon gab |
| 17:02.50 | mrdata | der FEHLER ist in SA-1100.h drin dort ist das mit 1 definiert |
| 17:03.16 | mr_nice | lass uns das ding dann einfach SIMPADS_FINEST_POWER_BUTTON nennen oder so |
| 17:03.46 | mrdata | für SA-1100 stimmt die definition des kernels nicht, das generell eien eins zu eins beziehung herschen muss |
| 17:04.38 | mrdata | und das ärgert mich, wenn im nachhinein sachen definiert werden |
| 17:05.05 | mrdata | und dann auch für gpio.h in mainline geht, aber nie stimmen kann |
| 17:05.32 | mrdata | wer das so benutzen will, kann es nicht |
| 17:07.24 | mrdata | ich kann nicht definieren GPIO0 = 1 (SA-1100.h) IRQ_GPIO0 = 0 (irqs.h) und dann in gpio.h verlangen das 1 = 0 ergibt |
| 17:07.54 | mrdata | weil in gpio.h 1 = 1 raus kmmt |
| 17:08.13 | mrdata | sowas nenne ich bullschitt, aber ganz ehrlich |
| 17:08.29 | mr_nice | die dev von GPIO0 ist falsh |
| 17:08.43 | mr_nice | also stimmt nicht mehr mit den neuen plänen |
| 17:08.50 | mrdata | eichtig, aber so definiert in MAINLINE |
| 17:09.01 | mr_nice | rede doch einfach noch mal mit dem gpio.keys dev |
| 17:09.12 | mrdata | also zwei sachen, die sich im weg stehen |
| 17:09.28 | mrdata | habe ich gemacht, mit ph5 geredet |
| 17:09.50 | mrdata | der meinte ich solle das auf mailingliste anbringen |
| 17:10.29 | mr_nice | dann mach doch |
| 17:10.34 | mrdata | also philip zabel bring gpio.h ins spiel obwohl RMK die SA-1100.h auch im spiel hat |
| 17:10.34 | mr_nice | ist eine gute idee |
| 17:11.00 | mrdata | beide müssen miteinander reden und nicht ich |
| 17:11.22 | mrdata | die antwort wird laute an mich: mache einen patch |
| 17:11.37 | mrdata | das ist trottelig |
| 17:11.49 | mr_nice | die antwort wird schon mal sein, was geändert werden soll |
| 17:11.57 | mr_nice | oder ob etwas geändert werden soll |
| 17:12.04 | mrdata | die haben ein sicherungsystem (dachte ich), bevor sachen mainline werden |
| 17:12.53 | mrdata | die ursache ist der SA-1100, der ein bitfeld für gpio hat, also ein 32-bit register für alle gpio |
| 17:13.27 | mr_nice | schreib doch der mailingliste |
| 17:13.30 | mrdata | das hat RMK genommen und alle gpios passend geshiftet zum handling |
| 17:13.55 | mr_nice | es bringt nichts es mir zu sagen |
| 17:14.02 | mr_nice | ich kann nichts ändern |
| 17:14.03 | mrdata | ich kann sowas nicht in passendes englisch quetschen, die zerreissen mich doch dreikantig in der luft |
| 17:14.27 | mrdata | ich habe es philip zabel gesagt |
| 17:14.28 | mr_nice | wieso zerreißen? |
| 17:14.50 | mr_nice | wenn ein problem besteht, werden sie sagen was wir machen sollen |
| 17:15.17 | mrdata | das problem sollte es gar nicht geben |
| 17:15.18 | mr_nice | wie ph es vorgeschlagen hat eine andere dev verwenden oder in gpio.h für sa1100 was ändern |
| 17:15.32 | mr_nice | wie gesagt ich kann es nicht ändern |
| 17:15.49 | mr_nice | du kannst die gpio.h ändern wenn du willst du hast rw |
| 17:15.53 | mr_nice | mich stört es nicht |
| 17:16.29 | mr_nice | ich habe damals nur soweit mitbekommen, dass wir etwas definieren sollen was = 0 ist |
| 17:16.44 | mr_nice | den rest habe ich nur teilweise verfolgt |
| 17:17.04 | mr_nice | aber bitte schreib auf die mailingliste |
| 17:17.17 | mrdata | und ich habe ein ganzes stück gebraucht, bevor ich verstanden habe, was schief läuft |
| 17:23.30 | mrdata | ich befürchte ganz einfach, das sich keiner mehr richtig um SA-1100 als platfrom zuständig fühlen wird |
| 17:23.47 | mrdata | es war rmk für assabet |
| 17:24.09 | mr_nice | hm, ich glaube dann wird er sich eher freuen, dass sich wieder einer drum kümmert |
| 17:24.20 | mrdata | aber mal sehen, ob ich mir den aufwand mache um dann trotzdem nichts zu erreichen |
| 17:24.25 | mr_nice | ich glaube nicht, dass er unfreundlich wird oder so |
| 17:24.35 | mr_nice | warum denn nichts erreichen? |
| 17:24.51 | mr_nice | was du damit erreichst ist auf jeden fall schon einmal klarheit |
| 17:24.52 | mrdata | hast du mal auf deren mailingliste gelesen? |
| 17:25.04 | mr_nice | auf rmks? |
| 17:25.07 | mrdata | ja |
| 17:25.23 | mr_nice | hm, naja erlich gesagt noch nicht so viel |
| 17:25.47 | mrdata | zeckes erste patches musste er alle zweimal einreichen |
| 17:26.03 | mrdata | für das simpad |
| 17:26.11 | mr_nice | ja, ein patch ist aber auch etwas anderes wie eine frage wie man etwas impementieren soll |
| 17:26.44 | mrdata | und mein englisch ist einfach schlecht, also ich brauche für sowas eine unmenge an zeit |
| 17:27.05 | mrdata | da passt dann aufwand und nutzen nicht mehr wirklich zusammen |
| 17:27.35 | mr_nice | naja, wir haben jetzt bestimmt eine halbe stunde damit verbracht |
| 17:27.41 | mrdata | weil, ich muss erstmal einen e-mail account einrichten, über den ich sowas abhandeln kann |
| 17:27.44 | mr_nice | und wissen immer noch nichts |
| 17:28.17 | mrdata | meine derzeitigen gehen dafür nicht, weil die nicht auf realnamen laufen |
| 17:28.45 | mrdata | und die realnamen die ich habe, will ich spam-arm halten |
| 17:29.18 | mrdata | ist ja nicht so, das ich nicht darüber nachgedacht hätte |
| 17:29.36 | mr_nice | hm, bei web.de z.b. dauert es so ca 5 min und du hast eine neue email |
| 17:29.39 | mrdata | ist eher mit eine kopf sache es zu tun |
| 17:29.50 | mrdata | mit pop3 abgriff |
| 17:29.58 | mr_nice | imap + pop3 |
| 17:30.19 | mrdata | mal schauen |
| 17:30.33 | mr_nice | mach doch bitte, dann wissen wir da weiter |
| 17:30.50 | mr_nice | ich würde denen ja sonst schreiben aber du kennst das problem besser |
| 17:31.50 | mrdata | werde mal schnell die aktuelle c't durchlesen, thema: free-mail-dienste |
| 17:32.05 | mr_nice | ist doch passend ;) |
| 17:32.33 | mrdata | S. 124 |
| 17:32.47 | mrdata | Kostenloser Komfort |
| 17:43.24 | mr_nice | ich geh schnell was zu essen machen |
| 17:43.40 | mr_nice | ich kann auch später über die mail kucken wenn es dir hilft |
| 17:43.45 | mr_nice | bis gleich |
| 19:01.30 | mr_nice | ok hab den mq200 patch erneuert. die simpad_lcd warnings sind weg |
| 19:08.30 | *** join/#opensimpad.org x29a (n=x29a@unaffiliated/x29a) |
| 19:09.17 | mr_nice | hi x29a |
| 19:09.24 | mr_nice | wie geht's dem laptop? |
| 19:10.06 | x29a | super, laeuft einsA und baut mir meine c/asm files, uebertraegt, bin hoechst zufrieden |
| 19:12.05 | mr_nice | mit dem gentoo? |
| 19:12.28 | x29a | jo |
| 19:12.45 | mr_nice | hehe, dann hast du ja jetzt zeit für oe? |
| 19:13.36 | x29a | rofl, nein, in 4 wochen |
| 19:14.38 | mr_nice | ok |
| 19:14.38 | mr_nice | :) |
| 19:22.08 | *** join/#opensimpad.org miip (n=miip@p54A571C8.dip.t-dialin.net) |
| 19:26.29 | *** join/#opensimpad.org x29a_ (n=x29a@unaffiliated/x29a) |
| 19:53.30 | *** join/#opensimpad.org x29a (n=x29a@unaffiliated/x29a) |
| 20:44.01 | mrdata | habe mich auf arm-kernel mailingliste angemeldet |
| 20:44.37 | mrdata | muss aber trotzdem extra von dort freigeschaltet werden, also ob ich genehm bin |
| 20:45.26 | mrdata | den mq200 patch habe ich mir angeschaut, FIXME ist der richtige begriff |
| 20:48.59 | mr_nice | :) |
| 20:50.07 | mr_nice | freut mich, dass du dich entschlossen hast dich dort anzumleden |
| 20:50.27 | mr_nice | ich bin gerade am gpe-image bauen |
| 20:50.55 | mr_nice | aber das minimal image hat schon ewig gedauert |
| 20:51.08 | mr_nice | ich hoffe es wird bis morgen fertig |
| 20:51.33 | mrdata | gibts ein lied: freu dich blos nicht zu früh ... ;-) |
| 20:51.54 | mr_nice | och ich bin zwecksoptimist |
| 20:52.05 | mrdata | aber was solls, ich bin pessimist |
| 20:52.22 | mrdata | den pessimisten sind die besseren optimisten |
| 20:52.36 | mr_nice | ich bin da halt weltfremd |
| 20:53.01 | mrdata | bei simpad-lcd muss ich nochmal nachdenken |
| 20:53.17 | mrdata | dachte das es sinnmässig richtig war |
| 20:53.32 | mrdata | kommt aber auf test an |
| 20:53.39 | mr_nice | ja |
| 20:53.41 | mrdata | aber nicht mehr heute |
| 20:53.53 | mrdata | ich mache jetzt schluss |
| 20:54.02 | mr_nice | ok |
| 20:54.06 | mr_nice | mach's gut |
| 20:54.14 | mrdata | morgen gehts um 0600 raus aus dem bett |
| 20:54.18 | mrdata | nacht auch |
| 20:54.24 | mr_nice | nacht |
| 20:56.27 | woglinde | re |
| 20:56.34 | mr_nice | wb |
| 20:58.25 | *** join/#opensimpad.org x29a (n=x29a@unaffiliated/x29a) |
| 21:01.46 | mr_nice | woglinde: wenn ein programm eine dependencie zu einem kernel modul hat mauss mann die dann setzen? |
| 21:03.38 | woglinde | beim bauen oder beim ausfuehren? |
| 21:03.44 | woglinde | aber ist eigentlich egal |
| 21:03.50 | woglinde | das programm soll ja funktionieren |
| 21:07.09 | mr_nice | beim ausführen |
| 21:07.24 | mr_nice | also muss man die setzen? |
| 21:07.27 | mr_nice | hm |
| 21:07.42 | woglinde | naja |
| 21:07.49 | woglinde | ich denke schon |
| 21:07.53 | woglinde | macht ja sonst keinen sinn |
| 21:08.10 | woglinde | ipkg meckert dann halt das die abhaengigkeit nicht da ist wenn es setzt |
| 21:08.29 | woglinde | aber ich weiss jetzt auch nicht die genaue oe politik dazu |
| 21:08.40 | woglinde | kannst ja mal in den .bb greppen |
| 21:08.47 | mr_nice | gute idee |
| 21:08.49 | woglinde | obs nen anderes programm schon gibt |
| 21:09.57 | mr_nice | hm, ok scheint so zu sein |
| 21:10.12 | mr_nice | was passiert, wenn der kernel das modul fest eingebaut hat? |
| 21:10.23 | mr_nice | kann dann die abhängigkeit aufgelöst werden? |
| 21:10.39 | woglinde | noe |
| 21:10.51 | woglinde | hm stimmt das ist ein problem |
| 21:10.51 | mr_nice | also bei kbdd sind die module in RRECOMMENDS |
| 21:11.39 | mr_nice | dann mache ich das auch so glaube ich |
| 21:11.46 | woglinde | hm jo |
| 21:12.23 | mr_nice | hm es hat aber ein DEPENDS = "virtual/kernel" |
| 21:13.30 | mr_nice | wird dann in oe extra der kernel gebaut wenn man das paket baut? |
| 21:15.08 | woglinde | jupp |
| 21:15.29 | mr_nice | hm |
| 21:20.48 | mr_nice | ich glaube das DEPENDS auf den kernel lasse ich weg, das macht wenig sinn |
| 21:21.04 | mr_nice | es braucht ja den kernel nicht um gebaut werden zu können |
| 21:21.26 | mr_nice | die kernel header sind ja so und so in der toolchain |
| 21:22.45 | mr_nice | und ich meine jedes linux programm braucht den kernel um zu funktionieren. also in oe zumindest |
| 21:23.05 | mr_nice | meinst du ich kann es weg lassen? |
| 21:23.38 | woglinde | probieren wirs |
| 21:23.43 | woglinde | mehr kann ich auch nicht sagen |
| 21:24.08 | mr_nice | funktionieren tut es so wie es ist. |
| 21:24.21 | mr_nice | also ohne depends und ohne rrecommends |
| 21:24.36 | mr_nice | ich will es nur oe like genug machen, damit es aufgenommen werden kann |
| 21:25.09 | woglinde | ich werde es morgen versuchen ein zu basteln okay? |
| 21:25.16 | mr_nice | danke :) |
| 21:26.50 | mr_nice | würde ipkg die module gleich laden oder in die modules.conf eintragen, wenn ein depends drauf ist? |
| 21:27.05 | mr_nice | ich kenne mich mit dem dependencie tracking nicht so gut aus |
| 21:27.17 | woglinde | noe |
| 21:27.38 | woglinde | das macht doch eh udev jetzt mehr oder weniger |
| 21:28.30 | mr_nice | ich muss die sachen mal als modul bauen. dann werde ich mal versuchen ob die geladen werden |
| 21:28.46 | woglinde | um welche module gehts denn? |
| 21:28.54 | mr_nice | evdev und uinput |
| 21:29.04 | woglinde | hm |
| 21:29.14 | woglinde | ah schau dir mal gpe an |
| 21:29.27 | woglinde | eins der programme brauchte auch uinput glaub ich |
| 21:29.45 | mr_nice | kdbb |
| 21:29.56 | woglinde | jupp |
| 21:29.56 | mr_nice | äh kbdd |
| 21:30.00 | woglinde | stimmt |
| 21:32.08 | mr_nice | ipkg ist so eine art dpkg oder? |
| 21:32.36 | woglinde | richtig |
| 21:33.35 | mr_nice | kann man dann zwischen programmen und libs unterscheiden? |
| 21:33.36 | mr_nice | also bei den depends |
| 21:33.36 | woglinde | aeh |
| 21:33.38 | woglinde | verstehe die frage nicht ganz |
| 21:33.53 | woglinde | die dependcies gehen nach dem paket namen |
| 21:34.17 | woglinde | wenn das paket mehrere libs enthaelt sind die entweder aufgespiltet in mehrere .ipkg |
| 21:34.32 | woglinde | oder man muss halt das gesamte paket nehmen |
| 21:35.27 | mr_nice | ein programm hat z.b. ein X11 configurations tool das programm ist aber eigentlich ein command line tool ist es dann zu x11 abhängig, weil einer eine abhängigkeit auf dass x11 config tool gesetzt hat? |
| 21:36.00 | mr_nice | also ich meine kann man zwischen programmen und libs unterscheiden |
| 21:37.01 | woglinde | wie gesagt der paket name ist entscheident |
| 21:37.31 | mr_nice | hm, ok |
| 22:02.47 | mr_nice | woglinde: warte bitte noch mit dem thumb2keys ich ändere es morgen noch mal um. |
| 22:02.59 | mr_nice | ich habe was vergessen abzufragen |
| 22:04.17 | mr_nice | ciao bis morgen |
| 22:07.39 | woglinde | 0x85015gute nacht |
| 22:07.53 | woglinde | jo ich hab mitgelesen |
| 22:49.43 | *** join/#opensimpad.org SlashLife (n=uted@port-212-202-0-94.dynamic.qsc.de) |
| 22:50.03 | SlashLife | Guten Morgen miip. :) |