| 02:15.43 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 02:36.16 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 03:18.57 | *** join/#oe jkridner|work (~jkridner@pdpc/supporter/active/jkridner) |
| 03:34.14 | *** join/#oe animist (~animist@a91-152-106-128.elisa-laajakaista.fi) |
| 03:58.54 | *** join/#oe wenzong (~wfan@106.120.101.38) |
| 04:04.02 | *** join/#oe bpittman (~bill@130.164.62.212) |
| 04:09.04 | *** join/#oe adelcast (~adelcast@130.164.62.82) |
| 05:09.36 | *** join/#oe hamis (~irfan@110.93.212.98) |
| 05:29.06 | *** join/#oe clio (~andrej@85.159.109.222) |
| 05:40.50 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 06:08.21 | *** join/#oe tasslehoff (~Tasslehof@82.147.55.166) |
| 06:10.21 | tasslehoff | Anyone got a howto for creating a package feed? |
| 06:11.44 | *** join/#oe bzb (~bzb@198-48-208-237.cpe.pppoe.ca) |
| 06:15.27 | *** join/#oe AndersD (~anders@2.71.236.10.mobile.tre.se) |
| 06:29.12 | *** join/#oe jku (jku@nat/intel/x-lqgzndfipptvnkvr) |
| 06:38.49 | tasslehoff | I use angstrom, so the ideal would be a howto that lets me just change the ANGSTROM_URI, but otherwise use angstrom-feed-configs.bb as it is. |
| 06:53.50 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 06:54.04 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-sibbxrfccnbjwenw) |
| 06:57.42 | tasslehoff | seems adjusted upload-packages.bb and sort.sh from angstrom will take me a long way. |
| 07:26.25 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:40.18 | *** join/#oe dlan (~dennis@gentoo/developer/dlan) |
| 07:54.40 | *** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
| 08:06.24 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:24.51 | *** join/#oe Daemon404 (~who_knows@149.12.0.86) |
| 08:25.48 | bluelightning | morning all |
| 08:27.21 | *** join/#oe hamis (~irfan@110.93.212.98) |
| 08:41.15 | *** join/#oe ftonello (~quassel@81.145.202.106) |
| 08:44.46 | *** join/#oe belen (Adium@nat/intel/x-yaigxvrchleblyhy) |
| 08:52.33 | *** join/#oe rburton (~Adium@35.106.2.81.in-addr.arpa) |
| 08:54.46 | *** join/#oe marquiz (marquiz@nat/intel/x-heikqfgixbeaboxe) |
| 09:17.27 | *** join/#oe nrossi (671a3dd4@gateway/web/freenode/ip.103.26.61.212) |
| 09:34.31 | *** join/#oe animist (~animist@a91-152-106-128.elisa-laajakaista.fi) |
| 09:57.22 | *** join/#oe balkamos (balkamos@unaffiliated/motley) |
| 10:00.25 | *** join/#oe realBigfoot (~realBigfo@134.191.220.74) |
| 10:04.47 | *** join/#oe balkamos (balkamos@unaffiliated/motley) |
| 10:32.14 | *** join/#oe dv__ (~quassel@chello062178118086.5.14.vie.surfer.at) |
| 10:55.36 | *** join/#oe Crofton (~balister@12.206.185.66) |
| 11:04.41 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
| 11:34.55 | *** join/#oe animist (~animist@a91-152-106-128.elisa-laajakaista.fi) |
| 11:37.25 | *** join/#oe ldnunes (~ldnunes_@187.23.145.102) |
| 11:38.25 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
| 11:42.21 | *** join/#oe roosemberth (~roosember@domosafety1.epfl.ch) |
| 11:42.38 | roosemberth | Hello! |
| 11:43.02 | roosemberth | I'm building a little distro using arago for am3352 |
| 11:43.38 | roosemberth | I manage to succesfully build it, but I'd like to make one more step after I get the image tar |
| 11:44.04 | roosemberth | I'd like to generate a checksum for the image and put it in a file |
| 11:45.15 | roosemberth | I've tryed adding do_package_append to the image recipe, but I get "invalid syntax (<string>, line 26)" |
| 11:46.23 | roosemberth | I've also tryed on declaring it as a notmal task, and then adding it using addtask checksum after do_package" |
| 11:46.51 | roosemberth | but in that case It does not get executed at all |
| 11:47.39 | nrossi | roosemberth: Depending on how you want to set it up, using the POSTPROCESS_COMMAND function stuff might work better -> http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#migration-1.6-variable-changes-variable-entry-behavior |
| 11:48.54 | roosemberth | thank you, I'll take a look and report back |
| 12:17.50 | roosemberth | Thanks for your help, seems that the POSTPROCESS_COMMAND worked! Cheers! |
| 12:25.51 | ndec | hi, i am making a recipe for my bsp layer, and I am not sure what is the most proper LICENSE field value to use for https://www.codeaurora.org/cgit/quic/kernel/skales/tree/dtbTool.. what would you put? |
| 12:29.08 | bluelightning | ndec: you'd have to compare the text, but at a glance it looks like it might be a BSD flavour ? |
| 12:29.50 | ndec | yes, it looks like that. |
| 12:32.29 | ndec | it's the 3-clause one.. somehow i forgot about this one.. and was expect the orginal bsd.. thanks |
| 12:54.06 | *** join/#oe Crofton (~balister@50.246.116.68) |
| 13:11.07 | *** join/#oe jku (jku@nat/intel/x-qrvxfwrmdskwmfwp) |
| 13:22.55 | *** join/#oe tsramos (tsramos@nat/intel/x-dkfqywybiazbeson) |
| 13:44.39 | khem | JaMa: yt ? |
| 13:45.00 | khem | seeing a webkit failure I wonder if you see same |
| 13:45.42 | khem | build/tmp-angstrom-glibc/work/corei7-64-angstrom-linux/qtwebkit/5.5.0+gitAUTOINC+3f0fbb46e2-r0/git/Source/WTF/wtf/gobject/GRefPtr.cpp:24:18: fatal error: glib.h: No such file or directory |
| 13:45.46 | khem | | #include <glib.h> |
| 13:46.06 | khem | problem is that in this case WAF makefile gets extra /usr appending to sysroot base |
| 13:46.43 | khem | so -I search path for glib-2.0 header ends up with <sysroot>/usr/usr/include/glib-2.0 |
| 13:47.07 | khem | Dont know yet where qmake is doing this concatwnation |
| 13:48.30 | JaMa | khem: with current master or master-next? |
| 13:48.39 | khem | master as well as master-next |
| 13:48.48 | khem | it seems to happend after 5.5.0 updat |
| 13:48.49 | khem | e |
| 13:50.21 | JaMa | have you tried to call qmake with -d and check log.do_configure? |
| 13:50.49 | JaMa | http://errors.yoctoproject.org/Errors/Details/15046/ |
| 13:50.55 | JaMa | looks the same from latest world build |
| 13:51.38 | khem | I havent yet |
| 13:51.51 | khem | was trying out if someone already has fixed it |
| 13:52.17 | khem | btw. how do we hook builder reports into errors.yp.org |
| 13:52.26 | khem | I would like to send my builder reports |
| 13:52.38 | khem | now I have regular builds happening for clang and musl |
| 13:53.00 | JaMa | see "report-error: Allow to upload reports automatically" commit in contrib/jansa/master |
| 13:57.00 | denix | JaMa, khem: seeing same issue with qtwebkit now |
| 13:57.52 | khem | OK so that makes it 3 of us |
| 13:58.19 | denix | it was building fine just a day or two ago... trying to see what broke it - is it "refresh patches" commit? |
| 13:58.42 | khem | did it build with 5.5 for you ? |
| 13:58.47 | denix | it did |
| 13:59.52 | khem | hmmm |
| 13:59.59 | denix | last successful build: meta-qt5 = master:97ce05c0b2a81f05388d7f727741529fb9177775 |
| 14:00.33 | denix | actually, that would include all commits from Aug 25, so something in Aug 26 broke it |
| 14:00.53 | khem | isnt that tot |
| 14:01.17 | khem | did something go into OE-Core that broke it hmm |
| 14:03.06 | denix | khem: I'm building against fido, so that didn't change |
| 14:03.22 | denix | I have my suspicions on c0cc4ff88292d1ddd9d30007e4947342d71ae77d |
| 14:03.24 | khem | :/ |
| 14:06.30 | JaMa | looks suspicious, can you please reply on the ML? |
| 14:09.10 | khem | denix: your suspision is well founded |
| 14:09.25 | khem | as I read the code its definitely the culprit |
| 14:10.08 | khem | its replace a sysroot with host dir on target which is /usr generally |
| 14:10.17 | khem | so its adding that additional /usr |
| 14:10.43 | denix | it may work for the rest of qt, but webkit is a beast on its own and screwing with it's build flags is risky |
| 14:10.47 | khem | before the includedir it gets from glib-2.0.pc file gets appended to it |
| 14:10.54 | *** join/#oe jku (~jku@d-lltyxzqsj--98wl3k-3.rev.dnainternet.fi) |
| 14:11.45 | JaMa | same issue in qtwebengine it seems |
| 14:12.28 | khem | http://paste.ubuntu.com/12206001/ |
| 14:12.43 | khem | thats ./usr/lib/qt5/mkspecs/qconfig.pri |
| 14:13.24 | khem | now we need to check whats QT_INSTALL_PREFIX |
| 14:16.12 | *** join/#oe Daemon404 (~who_knows@pdpc/supporter/student/Daemon404) |
| 14:24.07 | khem | there we go |
| 14:24.09 | khem | /home/ubuntu/work/oki-robot/build/tmp-angstrom-glibc/sysroots/x86_64-linux/usr/bin/qt5/qmake -query QT_INSTALL_PREFIX |
| 14:24.12 | khem | /home/ubuntu/work/oki-robot/build/tmp-angstrom-glibc/sysroots/intel-corei7-64/usr |
| 14:24.43 | khem | and then it appends the incdirs to it which are /usr/include/glib-2.0 |
| 14:24.50 | khem | and all comes out wrong |
| 14:27.10 | *** join/#oe sgw_ (~sgw_@mobile-166-176-185-32.mycingular.net) |
| 14:28.48 | khem | we are replacing the STAGING_DIR_HOST which does not have /usr at the end with QT_HOST_PREFIX which has /usr |
| 14:29.02 | khem | and similar replacement is being done for QT_INSTALL_PREFIX |
| 14:29.13 | khem | in that patch |
| 14:51.05 | *** part/#oe roosemberth (~roosember@domosafety1.epfl.ch) |
| 15:02.58 | *** join/#oe alimon (alimon@nat/intel/x-wwitlnucnsinvlav) |
| 15:03.26 | *** join/#oe ftonello (~quassel@81.145.202.106) |
| 15:16.46 | *** join/#oe ftonello (~quassel@81.145.202.106) |
| 15:29.50 | nrossi | hmmm is it just me or is linux-yocto 4.1 missing kernel-module dependencies? |
| 15:33.56 | *** join/#oe ftonello (~quassel@81.145.202.106) |
| 15:43.56 | *** join/#oe ftonello (~quassel@81.145.202.106) |
| 16:00.07 | *** join/#oe dvhart (dvhart@nat/intel/x-abfyvawchspneqjp) |
| 16:01.11 | *** join/#oe belen2 (Adium@nat/intel/x-zttknlywojhfmlrc) |
| 16:02.26 | khem | JaMa: fixed with http://patchwork.openembedded.org/patch/101829/ |
| 16:02.55 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 16:04.23 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 16:09.31 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
| 16:09.53 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 16:11.36 | *** join/#oe tsramos (tsramos@nat/intel/x-gtgcqgkddzhnewhe) |
| 16:23.02 | *** join/#oe berton (~fabio@177.220.212.62) |
| 16:26.35 | JaMa | khem: thanks added to master-next |
| 16:26.45 | khem | cool thx |
| 16:27.38 | *** join/#oe tsramos (tsramos@nat/intel/x-jgbvhixidnabpykk) |
| 16:28.29 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 16:31.31 | *** join/#oe belen (Adium@nat/intel/x-lwudxdzhrpkcitjs) |
| 16:42.10 | *** join/#oe belen2 (Adium@nat/intel/x-nqmlmmobxjprloie) |
| 17:11.30 | *** join/#oe jackmitch|home (~Thunderbi@cpc2-slam8-2-0-cust880.2-4.cable.virginm.net) |
| 17:15.55 | kergoth | wonders if we can convince the meta-oe folks to lower the meta-oe priority after we get rid of all the overlayed bits |
| 17:16.30 | *** join/#oe jackmitch|home (~Thunderbi@cpc2-slam8-2-0-cust880.2-4.cable.virginm.net) |
| 17:20.30 | *** join/#oe tsramos (tsramos@nat/intel/x-zrjirupxitofmwkd) |
| 17:20.36 | JaMa | I doubt that |
| 17:21.07 | JaMa | but you can override layer priority in your bblayers.conf, cannot you? |
| 17:21.46 | kergoth | yeah, and i usually do, both in layer order and the priority variable, just trying to pare things down |
| 17:21.51 | kergoth | the main value of meta-oe is additional recipes, though |
| 17:22.00 | kergoth | so it really *shouldn't* need a priority higher than oe-core |
| 17:22.09 | kergoth | and doing so interferes with the main value of oe-core, which is a solid well tested baseline |
| 17:22.16 | kergoth | shrus |
| 17:22.20 | kergoth | shrugs, even |
| 17:23.16 | kergoth | i should probably lower the priority of a few of the layers i maintain, actually. meta-mentor-staging needs to be higher, but the rest probably less so |
| 17:23.35 | *** join/#oe sgw_ (~sgw_@mobile-166-176-185-32.mycingular.net) |
| 17:23.41 | *** join/#oe jkridner|work (~jkridner@pdpc/supporter/active/jkridner) |
| 17:24.34 | kergoth | Any folks maintaining mirrors want to try out the shallow mirror tarball support, by chance? should get more testers, i expect, before richard would be willing to merge it |
| 17:26.24 | JaMa | kergoth: the problem is when the additional recipes need additional changes to oe-core like recipe with higher version |
| 17:26.51 | kergoth | fair point |
| 17:27.20 | JaMa | and this: https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964 doesn't help with this :/ |
| 17:27.34 | kergoth | it still concerns me, though. it's too easy for it bloat up with overlayed stuff over time unless we're vigilant |
| 17:28.06 | kergoth | ugh, yes, i hate, hate, hate that a higher priority layer with a lower version of a recipe gets preferred over a higher version of a recipe in a lower priority layer by default |
| 17:28.12 | JaMa | I'm at least trying to persuade people moving stuff to oe-core to send removal patch for moved recipes |
| 17:28.20 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 17:28.25 | kergoth | we had a layer with udev 164 around for some really really old bsp support, and we were *forced* to define PREFERRED_VERSION_udev as a result |
| 17:28.34 | JaMa | that way they should double check that the version they've migrated wasn't modified later in original layer |
| 17:29.00 | kergoth | ah, yeah, that's good, that is important |
| 17:29.11 | kergoth | needs to remember to do that after he submits the oe-core addition of iw |
| 17:29.12 | JaMa | I don't mind the lower version being preferred |
| 17:29.31 | JaMa | but if I mark some recipe with negative DEFAULT_PREFERENCE I really want people to explicitly ask for it |
| 17:30.11 | JaMa | which isn't the case now, because as soon as I put e.g. experimental glib version to meta-efl required for webkit-efl, all meta-efl users will automatically get this glib version |
| 17:30.27 | kergoth | here's a question for folks, i'm taking a recipe from meta-oe and putting it into oe-core, but i have a bunch of improvements to the recipe. do i do it as a number of a commits, so the first one is the pristine add of the original file from meta-oe for historical record, rather than combining them? I'm inclined to that granular approach, myself, having historically had a hell of a time separating the original file from the modifications |
| 17:30.39 | JaMa | and only thing I can do as layer maintainer is to put glib together with BBMASK of it, which looks stupid and is hard to use |
| 17:31.01 | JaMa | because people don't know how to correctly mess with more complicated regexp which can end in BBMASK |
| 17:31.24 | kergoth | JaMa: i wonder if we could get negative DEFAULT_PREFERENCE to be stronger than a positive DEFAULT_PREFERENCE, to handle that specifically, so the latter stays weak per richard's preference, but the former is stronger than layer-based priority |
| 17:31.28 | kergoth | hmm |
| 17:31.41 | JaMa | I prefer granular approach as well (as long as the pristine copy is still buildable in oe-core) |
| 17:32.29 | JaMa | yes, that could be interesting, just a bit strange that negative would work differently than possitive numbers |
| 17:32.41 | *** join/#oe jkridner|work (~jkridner@pdpc/supporter/active/jkridner) |
| 17:32.47 | JaMa | whole layer/recipe/class/bbappend priorities are quite confusing to new people already :/ |
| 17:33.31 | kergoth | agreed. |
| 17:33.48 | kergoth | it's not unlike the ordering issues in bitbake, it's something that's not necessarily either intuitive or something easily inspected / discovered |
| 17:34.17 | *** join/#oe jkridner_ (~jkridner@pdpc/supporter/active/jkridner) |
| 17:34.20 | JaMa | I wonder if we have real cases where we need different BBPATH order than layer priorities |
| 17:34.39 | JaMa | it would be nice to search everything just based on order in BBLAYERS variable |
| 17:35.13 | kergoth | god yes. that was my main complaint when bblayers was introduced |
| 17:35.22 | kergoth | COLLECTIONS used to cover both with a single order-based priority |
| 17:36.07 | JaMa | maybe it would still be confusing with layer dependencies :) |
| 17:36.33 | JaMa | I can imagine people adding layers to BBLAYERS based on layer dependencies than their preferred priorities |
| 17:36.57 | kergoth | JaMa: I'm hoping to integrate some aspects of meta-mentor's setup scripts into oe-core. they auto-order BBLAYERS by layer priority with args for layer priority overrides |
| 17:37.01 | kergoth | maybe that would help |
| 17:37.13 | kergoth | ponders |
| 17:37.19 | JaMa | yes, we have something similar |
| 17:37.42 | JaMa | one file which lists all layers and preferred priorities and the script will generate bblayers and priorities overrides |
| 17:37.44 | kergoth | that shows a clear need if some of us are reimplementing the same thing on our end :) |
| 17:38.23 | kergoth | https://gist.github.com/kergoth/11f89fd365d78429e528 -- haven't had a chance to work on it recently, though |
| 17:38.59 | JaMa | heh you're using separate tmpdir for each MACHINE? |
| 17:39.23 | kergoth | currently, yeah, we don't trust bsp layers to be well behaved |
| 17:39.34 | kergoth | a number still do things without machine overrides |
| 17:39.44 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 17:39.53 | kergoth | with sstate it's not as big a deal as it used to be |
| 17:40.30 | JaMa | we're always doing multi-machine builds, so even with sstate it's so bad to even unpack native tools multiple times to different tmpdirs |
| 17:40.47 | kergoth | i need to update my todo from that gist to modify/add to bitbake-layers rather than creating bblayers |
| 17:40.53 | JaMa | and once 2 or more MACHINEs are using the same TUNE_PKGARCH the difference is even greater |
| 17:41.48 | kergoth | I could see doing that at least for our incremental / CI builds, and then keep separate for release out of paranoia (the same reason the latter doesnt' use sstate) |
| 17:41.50 | JaMa | we have an advantage that we control all BSPs we're using, so I'm enforcing them to behave correctly |
| 17:41.55 | kergoth | but we'd have to carefully audit the bsp layers |
| 17:41.57 | kergoth | ah, that does help |
| 17:42.25 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 17:42.43 | kergoth | meta-ti and meta-fsl-ppc both still have issues in this regard, need to remember to submit fixes |
| 17:42.52 | JaMa | heh, official release not using sstate? we have the same and this paranoia IMHO makes things worse :) |
| 17:42.53 | kergoth | eg meta-ti modifies udev and alsa-state unconditionally |
| 17:43.15 | kergoth | https://gist.github.com/kergoth/665eade9c4f9a7e4261b |
| 17:44.25 | JaMa | notes leaky-layer-tests |
| 17:44.29 | JaMa | looks good |
| 17:44.53 | kergoth | need to make it extract just the -S printdiff delta from the logs, though, lots of extra bits |
| 17:44.55 | kergoth | heh |
| 17:45.09 | kergoth | used to use bitbake-whatchanged, but that's broken at the moment due to STAMPS_DIR affecting task checksums |
| 17:48.55 | nrossi | kergoth: Your first gist reminds me of a tool i wrote at Xilinx (it was a while back now) managed to get them to release it MIT'd when i left https://github.com/Xilinx/hopper. It did some of the stuff you have listed there, might be worth scouring for ideas :) |
| 17:49.57 | kergoth | huh, yeah, that is quite similar |
| 17:50.00 | kergoth | cool |
| 17:50.07 | kergoth | adds to todo |
| 17:59.20 | *** join/#oe realBigfoot (~realBigfo@134.191.220.74) |
| 18:01.56 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 18:01.57 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 18:02.42 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 18:28.49 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 18:30.49 | *** join/#oe dfaught (~dfaught@cpe-70-119-105-90.tx.res.rr.com) |
| 18:38.58 | denix | kergoth: hmm, gist.github.com seems blocked over here - what issues were you talking about? |
| 18:39.47 | kergoth | denix: alsa-state and udev are modified without machine overrides. including meta-ti but not switching to a meta-ti MACHINE still results in those two recipes modified |
| 18:43.15 | denix | kergoth: alsa-sstate does have machine-override - it replaces state file only for beagleboard machine |
| 18:44.26 | kergoth | ah, right, my mistake. it's not alsa-state, it's just alsa-state was the first recipe i tested -- it's udev that's the culprit |
| 18:44.34 | kergoth | udev is adding file://omap-tty.rules unconditionally |
| 18:44.58 | kergoth | that's actually the only issue in meta-ti, so well done there |
| 18:45.02 | kergoth | meta-fsl-ppc has a bunch of them |
| 18:45.18 | denix | kergoth: udev is harder... need that extra rule for all our machines - what's the proper way w/o listing all machines individually? |
| 18:45.49 | kergoth | Hmm, not sure, unless you at least have some SOC_FAMILY's to reduce the # of them? |
| 18:47.09 | denix | yeah, still quite a few of those - http://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/conf/machine/include |
| 18:48.03 | denix | I think I can get away with probably 4 or 5 of SOC_FAMILY in the list... |
| 18:55.41 | kergoth | not pretty, but there are only so many options, and iirc obeying overrides is included in the yocto compliance requirements, so we're stuck :) |
| 18:56.21 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 18:58.45 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 18:59.44 | *** join/#oe tsramos (~tsramos@192.55.54.38) |
| 19:12.12 | *** join/#oe tsramos (~tsramos@134.134.139.74) |
| 19:20.21 | Crofton | kergoth, thanks for getting to the iw patch |
| 19:21.44 | denix | Crofton: aren't you biking in the woods of Virginia now? |
| 19:22.31 | Crofton | I wish |
| 19:22.37 | denix | Crofton: do you have anything to do with what's on the news past couple days? |
| 19:22.41 | Crofton | I am in DC at the gnuradio conference |
| 19:22.44 | Crofton | nope |
| 19:22.48 | Crofton | other end of the state |
| 19:22.59 | denix | Crofton: ok, you are off the hook :) |
| 19:23.05 | Crofton | I'm still confused why everyone is excited |
| 19:23.11 | Crofton | people shoot each other all the time |
| 19:23.17 | Crofton | just not on TV |
| 19:24.25 | denix | "people shoot each other all the time" - especially in Virginia, eh? |
| 19:24.52 | denix | yeah, not sure, it was all very weird |
| 19:47.22 | abelloni_ | doesn't that trigger the debate on the 2nd amendment? |
| 19:50.25 | Crofton | you are familiar with America .... |
| 19:52.15 | nerdboy | can't even check drunken cowboy guns at the edge of town anymore... |
| 19:54.30 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 20:03.15 | kergoth | Crofton: np |
| 20:04.12 | kergoth | had never played with VPATH before, quite handy |
| 20:19.51 | *** join/#oe belen1 (Adium@nat/intel/x-ugmqlppajkqgcqds) |
| 20:50.21 | realBigfoot | my rootfs is read only right after building yocto, does anyone know what this could possibly be? |
| 20:53.45 | *** join/#oe ant_home (~ant__@host167-191-dynamic.52-82-r.retail.telecomitalia.it) |
| 20:56.27 | *** join/#oe radhus (~radhus@sevh.radhuset.org) |
| 21:04.49 | *** join/#oe nitink (~nitink@209.49.224.62) |
| 21:10.31 | *** join/#oe sgw_ (~sgw_@mobile-166-176-187-246.mycingular.net) |
| 22:04.40 | *** join/#oe ntl (~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net) |
| 22:12.39 | *** join/#oe tsramos (~tsramos@192.55.54.38) |
| 22:39.36 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 22:53.05 | *** join/#oe Crofton (~balister@12.206.185.66) |
| 23:00.42 | *** join/#oe ant_home (~ant__@host167-191-dynamic.52-82-r.retail.telecomitalia.it) |
| 23:14.42 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 23:36.06 | *** join/#oe khem` (~khem@unaffiliated/khem) |