**** BEGIN LOGGING AT Mon Oct 24 02:59:57 2016 Oct 24 07:25:50 :q Oct 24 07:28:19 good morning Oct 24 09:29:15 maxin: What vm do I select in meta-java with openjdk8-native compiled stuff? Is the standard icedtea installation Java 1.7 compatable? Oct 24 12:32:27 maxin: What vm do I select in meta-java with openjdk8-native compiled stuff? Is the standard icedtea installation Java 1.7 compatable? Oct 24 12:44:18 pompomJuice: -server is the default vm (OpenJDK Server VM) Oct 24 12:47:02 http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/tree/recipes-core/openjdk/patches-openjdk-8/jvm.cfg Oct 24 13:34:03 maxin: I am trying to write a recipe that requires icedtea7-native to be in sysroots. For some reason when I add DEPENDS="icedtea7-native virtual/javac_native virtual/java_native" bitbake ignores this dependency and just continues to build which fails because those native compilers are not there yet. What am I doing wrong? Oct 24 13:36:07 Struggling to get any java version working now. Mismatching checksums in makefiles etc.... I am really struggling. Oct 24 13:36:29 deadline looming and I just cant get a simple java program to work Oct 24 13:42:57 pompomJuice: I guess a recent update in servers caused mismatching checksums for icedtea.. Oct 24 13:43:28 pompomJuice: please try this patch: http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/commit/?id=9edf7d5aa5bdcf9afc4365fd1d85feca72b4ef1a Oct 24 13:47:35 checking it out... Oct 24 13:47:59 yea I got that download Oct 24 13:48:18 I suspect my layers/downoads contains old versions of these files.... I am whole sale deleted my cache Oct 24 13:48:32 and there it works... checksum issues gon Oct 24 13:48:44 pompomJuice: good to hear that.. Oct 24 13:49:19 Thanks for your help too Oct 24 14:34:27 maxin: does this look acceptable to you? Oct 24 14:34:28 java -version Oct 24 14:34:28 java version "1.7.0_99" Oct 24 14:34:28 OpenJDK Runtime Environment (IcedTea 2.6.5) (99b00-2.6.5) Oct 24 14:34:45 OpenJDK Zero VM (build 24.95-b01, mixed mode) Oct 24 14:35:18 I don't know what zero-vm is. I thought it was like a reference implementation. I thought I should have cacao or jamvm? Oct 24 14:35:30 I just cant make head or tails Oct 24 14:37:02 pompomJuice: for arm, zero vm is the default Oct 24 14:37:41 pompomJuice: looks fine to me.. Oct 24 15:07:50 Thanks maxin. Everything is working perfectly now. Guess I just had bad luck with my level pulling. All is working now Oct 24 15:08:01 lever pulling* Oct 24 16:33:42 JaMa, RDEPENDS_{$PN}-dev_remove = "${PN}" Oct 24 16:33:48 doesn't appear to work Oct 24 16:39:43 your $ is in the wrong place Oct 24 17:35:29 what would be a good way to make sure a certain device node belongs to a specific non-root group? Oct 24 17:35:37 I mean when the image is built Oct 24 18:25:54 joshuagl, der Oct 24 18:30:12 joshuagl, that gets me a back trace :) Oct 24 18:31:14 Exception: TypeError: unsupported operand type(s) for +: 'NoneType' and 'str' Oct 24 18:33:30 Crofton|work: why are you trying to remove ? Oct 24 18:33:39 and not override RDEP for dev pkg Oct 24 18:33:58 in anycase ${PN} wont be replaced and used as a string to be removed Oct 24 18:34:08 which may be the reason for this trace Oct 24 18:35:57 khem, the way fftw is being built now, the fftw-dev packages has an RDEPEND on fftw, which no longer exists Oct 24 18:36:33 and no one seems to like allowing an empty fftw Oct 24 18:36:50 right does RDEPEND_${PN}-dev = "" help Oct 24 18:37:11 thats all you should need Oct 24 18:37:16 damn it Oct 24 18:37:29 dv: look into extrausers class Oct 24 18:38:05 khem this will kill REDEPENDS on the actual libraries Oct 24 18:38:22 thats fine Oct 24 18:38:30 going to try your current suggestion next Oct 24 18:39:05 but on the off chance someone installs fftw-dev, he will not have the actually run time libs Oct 24 18:39:35 khem: I thought about that ... but I just checked, and the relevant files in /dev actually don't exist in the image itself, they are populated on boot Oct 24 18:39:40 so I guess a udev rule is the way to go Oct 24 18:39:56 dv: if its a runtime thing then yes Oct 24 18:40:14 RDEPENDS = fftw (= 3.3.4-r0) libfftw libfftwf libfftwl Oct 24 18:40:34 khem: any examples on how to add udev rules like that? just a bbappend for udev? Oct 24 18:40:49 I mean, is there an officially "best" way? Oct 24 18:41:07 dv: internally we have a separate package for udev ruels Oct 24 18:41:12 rules like this Oct 24 18:41:37 sometimes if the rules are only relevant to a given app then we attach them to the app recipe Oct 24 18:43:03 dv: you could also bbappend into udev-extraconf recipe from oe-core if you like that approach Oct 24 18:45:19 I think this would be better. it is about some video codec device nodes that I want to assign to the video group Oct 24 18:45:32 so that applications do not have as root to use them Oct 24 18:45:36 +to run Oct 24 18:47:29 Crofton|work: in that case you could try RDEPENDS_${PN}-dev_remove = "fftw (= ${EXTENDPKGV})" Oct 24 18:48:05 hmm, something worked, hang on Oct 24 18:48:25 dafuq Oct 24 18:48:32 I did this and it didn't work once Oct 24 18:49:08 RDEPENDS_${PN}-dev = "" Oct 24 18:49:18 this may have worked, duouble chcking Oct 24 18:53:48 gah started working, must have had dumb typo somewhere Oct 24 18:53:54 RDEPENDS_${PN}-dev = "" **** ENDING LOGGING AT Tue Oct 25 02:59:58 2016