00:04.15 | *** join/#oe pompomJuice (~pompomJui@41.0.38.138) |
00:53.50 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
01:12.11 | *** join/#oe _oldtopman (~oldtopman@unaffiliated/oldtopman) |
01:17.31 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
01:23.09 | *** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl) |
01:24.33 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
01:41.07 | kergoth | could use a review of the diff at https://github.com/kergoth/poky/compare/kergoth:master...recipetool-python by any python folks around. ignore the individual commits, they need rebasing. |
01:49.42 | *** join/#oe lansiir (~oldtopman@unaffiliated/oldtopman) |
02:19.04 | *** join/#oe _oldtopman (~oldtopman@unaffiliated/oldtopman) |
02:28.09 | _oldtopman | Alright, patch sent to the mailing list. I had no idea git was capable of making patches and mailing them off all by itself; wow. |
02:29.43 | kergoth | yeah, git's pretty great :) |
02:29.49 | kergoth | so's mercurial, actually. both are lovely |
02:33.01 | _oldtopman | How do I know what happens to my patch, anyway? Just look at the git repo frequently, or will I get an email telling me how terrible my hack is? |
02:34.47 | kergoth | generally it'll get replied to if there's something problematic. but there's no guarantee as to when/if you'll geta reply or it'll get merged. if it's deemed okay, it'll end up in one of the consolidated merges and get run through the automated testing system to confirm it doesn't break anything, and then it might get merged |
02:42.05 | *** join/#oe Jafura (~Jean-Fran@ptr-178-50-78-31.dyn.mobistar.be) |
02:42.17 | _oldtopman | Ah, alright. |
02:43.05 | _oldtopman | kergoth: If your recipe-maker works, I'll probably have a lot more packages to add (if I can grok the patch-addition works) |
02:43.30 | kergoth | its not mine, bluelightning (paul eggleton) created recipetool, i'm just adding support for python projects (distutils/setuptools) |
02:43.39 | kergoth | but yeah its pretty cool |
03:12.22 | *** join/#oe stefan__ (~chatzilla@bas2-montreal02-1096701529.dsl.bell.ca) |
03:28.28 | *** join/#oe Nilesh_ (~minda@114.143.135.194) |
03:48.22 | *** join/#oe s3v3n62mm2 (~s3v3n62mm@p5DDC23FC.dip0.t-ipconnect.de) |
03:56.54 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
04:45.50 | *** join/#oe stefan__ (~chatzilla@MTRLPQ2911W-LP140-07-3096560766.dsl.bell.ca) |
05:16.44 | *** join/#oe Nilesh_ (~minda@114.143.135.194) |
05:36.17 | *** join/#oe Nitin1 (~nakamble@192.55.54.42) |
05:43.47 | *** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:98ec:dd61:e9f9:9199) |
06:04.38 | *** join/#oe hamis (~irfan@110.93.212.98) |
06:22.57 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.98) |
06:25.52 | *** join/#oe clio (~andrej@85.159.109.222) |
07:08.58 | *** join/#oe rob_w (~bob@93.104.205.194) |
07:08.58 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
07:34.39 | *** join/#oe kimo_ (~kbouhara@hyperion.atermes.fr) |
07:35.07 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
07:42.48 | *** join/#oe mago_ (~mago@smtp.hms.se) |
07:52.43 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
07:53.33 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
07:59.42 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-tmkijynuoizzvdjh) |
08:25.34 | mckoan | good morning |
08:26.37 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
08:36.10 | woglinde | mckoan hi |
08:48.40 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
09:10.52 | *** join/#oe blitz00 (stefans@nat/intel/x-xmszwkyurnhtsbsb) |
09:10.52 | *** join/#oe blitz00 (stefans@unaffiliated/blitz00) |
09:11.39 | koen | hrm |
09:11.40 | koen | WARNING: QA Issue: php requires /build/linaro/build/build/tmp-glibc/work/aarch64-oe-linux/php/5.4.33-r0/image/usr/bin/php, but no providers in its RDEPENDS [file-rdeps] |
09:11.43 | koen | stabs php |
09:11.51 | *** join/#oe vquicksilver (~vquicksil@81.172.23.79.dyn.user.ono.com) |
09:11.52 | *** join/#oe vquicksilver (~vquicksil@gentoo/contributor/vquicksilver) |
09:38.39 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
09:42.44 | bluelightning | morning all |
09:46.01 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
09:54.09 | mckoan | hi bluelightning, all |
09:54.14 | bluelightning | hi mckoan |
09:55.51 | mago_ | hey |
10:03.06 | bluelightning | hi mago_ |
10:22.36 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
10:24.02 | *** join/#oe fusman (~fahad@39.44.199.104) |
10:24.13 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
10:36.03 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
10:36.19 | *** join/#oe alku (~alku@145.253.106.67) |
10:37.49 | JaMa | koen: already reported and bluelightning is working on it |
10:43.22 | *** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz) |
10:49.40 | koen | JaMa: I hoped that was the case :) |
10:51.41 | bluelightning | what am I working on ? |
10:52.29 | JaMa | php |
10:53.40 | bluelightning | oh right... yeah, I sent a new series yesterday |
10:53.53 | koen | 10:11 < koen> WARNING: QA Issue: php requires /build/linaro/build/build/tmp-glibc/work/aarch64-oe-linux/php/5.4.33-r0/image/usr/bin/php, but no providers in its RDEPENDS [file-rdeps] |
10:54.05 | JaMa | ah, didn't you say later that it's not enough and still working on it? |
10:54.39 | bluelightning | that was before v4, in v4 that is fixed |
10:55.42 | bluelightning | interesting, I hadn't checked if that was an issue before all my upgrades... glad i didn't cause it :) |
10:55.49 | koen | it was the only non-linaro QA issue reported on todays build :) |
10:56.16 | JaMa | ah ok, will refresh in master-next |
10:57.02 | bluelightning | you'll want the whole series btw, don't be tempted to grab individual patches |
10:57.29 | bluelightning | well, what I mean is mix in with previous ones |
11:01.55 | JaMa | I'll trust you and merge whole series without waiting for another jenkins build |
11:02.07 | JaMa | the master-next diff after refresing it looks good to me |
11:02.09 | JaMa | thanks |
11:02.45 | bluelightning | JaMa: thanks, and naturally I will investigate if any other issues come up - they shouldn't however ;) |
11:02.59 | koen | it's php |
11:03.09 | koen | having issues in inherent to the package |
11:03.21 | bluelightning | koen: right, by design :) |
11:04.44 | koen | isn't looking forward to unbreaking hiphopvm |
11:05.34 | bluelightning | the issues I found after that last QA check made me wonder if we need a couple more QA checks - symlinks pointing into TMPDIR, and broken shebangs doing the same |
11:06.37 | koen | ah, those won't be dangling |
11:06.39 | koen | hmm |
11:06.42 | koen | good idea |
11:07.44 | bluelightning | I'll file a bug |
11:07.54 | *** join/#oe rob_w (~bob@93.104.205.194) |
11:07.56 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
11:09.11 | koen | bluelightning: while working on (lib)gphoto I noticed some other areas that were lacking |
11:09.21 | koen | e.g. udev hwdb update class |
11:09.46 | koen | and permission/group management for users |
11:10.40 | bluelightning | not sure about the former, but for perms I thought we had that pretty well covered already ? |
11:11.09 | koen | the gphoto udev rules now want a seperate group |
11:11.26 | koen | how do we make sure the group 'camera' exists and all real users are in it? |
11:11.40 | koen | my complete ignorance of sysadmin stuff is showing here :) |
11:13.13 | XorA | addgroup camera || true |
11:13.22 | XorA | usermod -G camera <user> |
11:13.50 | *** join/#oe ldnunes (~ldnunes_@177.100.225.47) |
11:14.11 | koen | XorA: right, but that assumes you know about <user> and his friends |
11:14.13 | XorA | usermod -a -G camera <user> that is |
11:14.37 | XorA | thats roots job, or a policy on adduser that adds all new users to some groups |
11:14.41 | koen | maybe I should check existing groups, like 'usb' or 'multimedia' |
11:15.02 | XorA | I think in OE we just don't have policy based user management |
11:15.15 | koen | <- ignorant |
11:15.34 | XorA | pretty sure in debian there is a post trigger on install to do this sort of thing |
11:15.37 | koen | is tempted to take another 2 weeks vacation to finish the gphoto stuff |
11:17.12 | pompomJuice | speaking of interesting QA issues, I modiefied one of our in house recipies and the .ipk files got placed in a different folder inside the deploy folder. |
11:17.17 | pompomJuice | that meant that there were 2 sets |
11:17.35 | pompomJuice | and the image build process kept on picking up the old IPKs |
11:17.44 | pompomJuice | wondered if a check could be built for that |
11:17.49 | bluelightning | pompomJuice: did you change PACKAGE_ARCH perhaps? |
11:17.53 | pompomJuice | yes that was it |
11:18.08 | pompomJuice | it changed |
11:18.09 | bluelightning | right, that is a generally known problem which is not straightforward to fix unfortunately |
11:18.14 | pompomJuice | aah ok |
11:18.22 | pompomJuice | it got me scratching my head for a while |
11:18.31 | bluelightning | the tricky bit is knowing whether the change is expected or needs to be cleaned up |
11:19.15 | pompomJuice | the entire process is kinda magical though so I am sure a way could be found :D |
11:19.39 | bluelightning | FWIW, there is a bug open tracking the general problem https://bugzilla.yoctoproject.org/show_bug.cgi?id=4102 |
11:21.55 | pompomJuice | terrible bug really since it is not immediately apparent that something broke, only later on when the 2 versions deviate enough. |
11:22.00 | pompomJuice | or issue. |
11:25.59 | bluelightning | it's certainly an issue we want to fix, the question is how to fix it without causing additional problems |
11:30.57 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
11:40.03 | pwgen | i tried to buid OE on an tk1 board but autoconf-native failed. error: armv7l-linux not recognized. |
11:40.39 | pwgen | to get bitbake run i added armv7l architecture to siteinfo.bbclass... |
11:42.44 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
11:59.57 | *** join/#oe dv_ (~quassel@chello062178118086.5.14.vie.surfer.at) |
12:00.08 | *** join/#oe stiandre (~stiandre@109.247.13.242) |
12:07.20 | pwgen | how does bitbake create the run.do_configure script ? |
12:10.22 | bluelightning | pwgen: it's part of executing the do_configure task; so it'll be composed in the normal way (based on how do_configure is defined, either via classes that the recipe inherits or within the recipe) |
12:12.03 | pwgen | i can see in autotools.bbclass are the configure options assembeld. but it seems BUILD_SYS is wron, its armv7l-linux and should armv7l-oe-linux-gnueabi . the |
12:12.43 | pwgen | question is now how is BULD_SYS defined ? |
12:18.17 | *** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:98ec:dd61:e9f9:9199) |
12:44.45 | koen | ant_work: the zaurus stuff builds now, but hx4700 is still broken for daisy |
12:49.16 | ant_work | koen: hi. Yes, 3.17.x needs some adjustments (i.e. one collie patch upstreamed) |
12:50.17 | ant_work | prolly hx4700 has same issues. I'm testing 3.18 and 3.19 now...pxa will be dt soon ;) |
12:51.55 | koen | daisy is 3.14, right? |
12:52.23 | koen | linux-yocto/3.14.4+gitAUTOINC+183622e809_cb22733185-r0 |
12:52.27 | ant_work | oh.. |
12:52.46 | ant_work | 3.14 is totally unmaintained ;) |
13:01.19 | *** join/#oe blitz00 (~stefans@192.198.151.44) |
13:01.19 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
13:02.15 | *** join/#oe blitz00 (~stefans@192.198.151.44) |
13:02.15 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
13:32.43 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
13:39.28 | *** join/#oe kevin_ (~kevin@8.20.30.249) |
13:42.17 | *** join/#oe fusman (~fahad@39.44.199.104) |
13:53.07 | *** join/#oe Aethenelle (~Aethenell@107.138.98.226) |
13:59.15 | hrw | zaurus? |
14:08.44 | pompomJuice | Who here are linux font gurus? |
14:09.55 | pompomJuice | I recently had to add Java to my image, and then suddenly my mono apps started seeing more fonts. I used to have no fonts, now it has 3: Liberation (Sans, Mono, Serif) |
14:10.08 | pompomJuice | Where did they come from |
14:10.11 | pompomJuice | how can I add more? |
14:10.50 | pompomJuice | the only changes to my image.bb was -> |
14:10.53 | pompomJuice | JAVA_INSTALL = " \ |
14:10.55 | pompomJuice | <PROTECTED> |
14:10.55 | pompomJuice | <PROTECTED> |
14:10.55 | pompomJuice | <PROTECTED> |
14:10.55 | pompomJuice | <PROTECTED> |
14:10.55 | pompomJuice | <PROTECTED> |
14:10.55 | pompomJuice | <PROTECTED> |
14:10.55 | pompomJuice | <PROTECTED> |
14:10.55 | pompomJuice | <PROTECTED> |
14:10.57 | pompomJuice | <PROTECTED> |
14:10.57 | pompomJuice | <PROTECTED> |
14:10.57 | pompomJuice | <PROTECTED> |
14:10.57 | pompomJuice | " |
14:14.26 | kergoth | don't spam the channel, please |
14:14.34 | kergoth | anything longer than a few lines belongs in a pastebin |
14:14.52 | pompomJuice | aah yea soz |
14:15.06 | hrw | pompomJuice: some of it rdepends on fonts then |
14:15.19 | pompomJuice | ok so there is a package named fonts? |
14:15.21 | Aethenelle | i can't help with the fonts but how'd you get java installed? I've tried adding openjdk-7/8 to local.conf but it's failing.... |
14:15.44 | pompomJuice | How does it fail? |
14:15.46 | hrw | pompomJuice: probably quite a lot of them |
14:16.05 | pompomJuice | thanks hrw il grep quicly for that then inside opkg |
14:16.15 | Aethenelle | classpath, xerces-j and another i can't think of right now fail to compile |
14:16.41 | pompomJuice | what layer are you using? |
14:17.02 | Aethenelle | for java or the image? |
14:17.20 | pompomJuice | Because there has been some developments there, the new layer is located at yotco: meta-java,git://git.yoctoproject.org/meta-java,master,HEAD |
14:17.55 | pompomJuice | that one seems to work out of the box for me, where the one shipped with setup-scripts does not. |
14:18.02 | Aethenelle | images have been core-sato, i've been using the meta-java layer for openjdk-7 and linaro for openjdk-8 |
14:18.23 | Aethenelle | what machine are you using pompom? |
14:18.27 | pompomJuice | note the actual repository has changed for the layer |
14:18.58 | pompomJuice | armv7l |
14:19.33 | Aethenelle | i'll have to boot that vm to double check... when that change happen? |
14:20.31 | pompomJuice | woglinde notified me earlier today, it might be part of 1.7 already. 1.6 still needs to be updated |
14:21.20 | Aethenelle | i'm running off of yocto/master so I expect i'm on the right meta-java repo unless the openombedded layer directory is out of date |
14:21.56 | pompomJuice | what repo are you on exactly? can you check? |
14:22.12 | Aethenelle | vmware's being a bit slow to resume the vm... one sec |
14:22.53 | pompomJuice | I basically just followed the instructions in the README file @ git://git.yoctoproject.org/meta-java and it worked. |
14:23.29 | pompomJuice | there are some things that needs to be added to local.conf, and some to your image and it should just work. |
14:23.37 | Aethenelle | i'm totally going to check... just letting you know on that in case there's something else it's just as likely to be... |
14:23.44 | pompomJuice | np |
14:24.41 | Aethenelle | oooo.... looking at another copy of the repo i have, i may be on the wrong one... |
14:24.43 | Aethenelle | shiny |
14:25.14 | pompomJuice | the new repo has commits as recent as last week |
14:35.04 | *** join/#oe roxell (~roxell@linaro/roxell) |
14:49.46 | Aethenelle | yup... wrong repo |
14:52.06 | Aethenelle | lets see if it works now... |
14:53.30 | *** join/#oe Jafura (~Jean-Fran@ptr-178-50-71-116.dyn.mobistar.be) |
14:53.53 | woglinde | Aethenelle hm yes I think I will finally update my github repo this evening |
14:54.10 | woglinde | to let the readme say where the new repo is |
14:54.16 | Aethenelle | woglinde: thanks |
14:56.20 | Aethenelle | bah... still no mips64 support... next machine... |
14:56.34 | Aethenelle | woglinde: is that an upstream thing? |
14:56.53 | Aethenelle | is there anything i can do to help on your end? |
14:58.07 | woglinde | Aethenelle update to icedtead 2.5.3? |
14:58.45 | Aethenelle | really?!? i can probably bang out a patch for that... |
14:58.46 | woglinde | combine icedtea-native and openjdk to one recipe? |
14:58.58 | woglinde | that are longstanding tasks |
14:59.02 | Aethenelle | that might take a bit longer... |
14:59.14 | Aethenelle | i'll see what i can do |
15:00.05 | woglinde | sure there are some more people looking at the patches now, namely otavio |
15:00.17 | woglinde | so if my time is short again he will review them |
15:00.27 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
15:01.47 | *** join/#oe stefan__ (~chatzilla@MTRLPQ2911W-LP140-07-3096560766.dsl.bell.ca) |
15:09.19 | Aethenelle | woglinde: similar requirements for openjdk8 support outside of aarch64? |
15:12.06 | Aethenelle | woglinde: i'm still getting preferred provider warnings on java2-runtime and java2-vm |
15:12.39 | Aethenelle | and the README is missing a " on line 74 |
15:36.30 | *** join/#oe pwgen (~ew@2-108-92-38-static.dk.customer.tdc.net) |
15:39.46 | Aethenelle | woglinde: failure for qemuarm building jamvm-native https://gist.github.com/anonymous/d51e931b1c348fdc381a |
15:41.21 | woglinde | Aethenelle hm try with -c cleansstate |
15:41.47 | Aethenelle | pretty sure that's after cleansstate but i'll try again... |
15:44.04 | Aethenelle | running jamvm-initial |
15:45.16 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
15:45.41 | Aethenelle | segfault after initial installed... running -c cleanall and trying again |
15:49.21 | Aethenelle | cleaning sstate of classpath and jikes... trying again (i got warnings about missing do_populate_sysroot files |
15:55.44 | Aethenelle | <PROTECTED> |
15:59.27 | Aethenelle | without changine a config file is there a way to force bitbake to reparse everything? |
16:08.10 | Aethenelle | and/or a way to clean the build entirely without nuking tmp (I have other images i'm building as well) |
16:11.56 | khem | JaMa: in SRCREV_FORMAT what is entry for default SRC_URI if we do not have name=xxx defined in it |
16:13.04 | khem | I know its foo_bar when name=foo and name=bar for given two repos but what would it be if say foo does not define name= and we have name=bar for second repo |
16:22.22 | kergoth | looks like it's 'default', from looking over fetch2/__init__.py |
16:22.29 | kergoth | for any url which isn't explicitly named |
16:22.38 | kergoth | untested, though |
16:34.52 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
16:42.02 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
16:44.02 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
16:57.15 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
17:01.26 | JaMa | khem: I'm always using name= (with name=main as default) when using SRCREV_FORMAT, but maybe 'default' also works as kergoth said |
17:03.53 | Aethenelle | gah! i think this install is borked... gonna have to nuke everything... |
17:05.11 | khem | ok yes I got 'default' reported in errors so seems thats the fallback |
17:15.34 | *** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman) |
17:34.41 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
17:38.52 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
18:09.44 | *** join/#oe flo_lap (~fuchs@sign-4db6bdf2.pool.mediaWays.net) |
18:09.44 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
18:13.13 | *** join/#oe Nitin (nakamble@nat/intel/x-sqizntavdimwtpmx) |
18:24.16 | *** join/#oe tastycactus (~aaron@ip68-2-231-71.ph.ph.cox.net) |
18:38.38 | *** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
18:51.22 | *** join/#oe Leatherface_ (~leatherfa@2001:470:dd7d:0:f029:2b41:9d8f:a44f) |
18:57.31 | *** join/#oe Nitin (nakamble@nat/intel/x-rnjlgzdfrzfuhywf) |
19:21.30 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
19:29.49 | *** join/#oe Nitin (~nakamble@192.55.54.36) |
19:32.13 | *** join/#oe Nitin1 (nakamble@nat/intel/x-ejjpfikxtelduedz) |
19:33.25 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
19:38.50 | *** join/#oe Jafura (~Jean-Fran@ptr-178-50-71-116.dyn.mobistar.be) |
19:53.16 | *** join/#oe sgw_ (~sgw_@c-67-171-230-40.hsd1.wa.comcast.net) |
19:56.41 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
20:07.05 | *** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
20:11.16 | *** join/#oe hrw (~hrw@redhat/hrw) |
20:17.17 | *** join/#oe lansiir (~oldtopman@unaffiliated/oldtopman) |
20:17.57 | *** join/#oe Nitin (~nakamble@134.134.139.74) |
20:17.57 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
20:19.13 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
20:19.31 | *** join/#oe Nitin2 (nakamble@nat/intel/x-gxvtbqenpffdwihd) |
20:27.39 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
20:45.29 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
21:00.07 | *** join/#oe stefan___ (~chatzilla@bas10-montreal28-2925130987.dsl.bell.ca) |
21:01.27 | *** join/#oe stefan_schmidt (~stefan@p4FF83B97.dip0.t-ipconnect.de) |
21:09.32 | *** join/#oe ash_charles (~ash@s206-116-3-18.bc.hsia.telus.net) |
21:10.06 | *** join/#oe sarahsharp (~sarah@134.134.139.74) |
21:29.27 | *** join/#oe spaszkoPL (~spaszko@user-188-33-134-191.play-internet.pl) |
21:31.11 | spaszkoPL | hi |
21:32.23 | spaszkoPL | Do anyone know is it possible to access LCD timings(hsync etc) from userspace? i'm using am3352 cpu and da8xx_fb kernel module. |
21:35.51 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
22:05.40 | *** join/#oe GusBricker (~GusBricke@cre1513898.lnk.telstra.net) |
22:26.07 | *** join/#oe Jafura (~Jean-Fran@ptr-178-50-64-214.dyn.mobistar.be) |
22:35.28 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
22:46.34 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
22:51.51 | *** join/#oe stefan__ (~chatzilla@MTRLPQ2911W-LP140-07-3096560766.dsl.bell.ca) |
23:12.37 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
23:21.22 | *** join/#oe sarahsharp (~sarah@134.134.137.71) |
23:44.46 | *** join/#oe sarahsharp (~sarah@192.55.54.42) |
23:51.19 | *** join/#oe sarahsharp (~sarah@134.134.137.71) |