**** BEGIN LOGGING AT Fri Aug 01 03:00:00 2014 Aug 01 05:39:15 Is the toaster API documented anywhere? I think I’d like to make something that spits out notifications when a build has completed. Aug 01 07:29:01 good morning Aug 01 09:10:57 morning all Aug 01 09:11:16 hi bluelightning Aug 01 09:34:15 hi bluelightning, woglinde Aug 01 09:34:23 hi woglinde, mckoan Aug 01 09:37:18 O.o is the toaster API supposed to be returning a string of son for the /builds endpoint? That seems.. odd Aug 01 09:37:25 s/son/JSON/ Aug 01 09:39:20 AmandaC: that doesn't sound right, no... Aug 01 09:40:14 It appears to be returning the count, then a “list” entry with the list data encoded in a J Aug 01 09:40:16 It appears to be returning the count, then a “list” entry with the list data encoded in a JSON string Aug 01 09:40:29 like: "list": "[{\"pk\": 1, \"mode Aug 01 09:40:32 is this with master or a release branch? Aug 01 09:40:36 daisy Aug 01 09:42:26 unfortunately the person I'd normally ask about such things isn't around, but I can talk to him when he does come online Aug 01 09:42:46 bluelightning hm in which task should I make the python function for the deb renaming? Aug 01 09:42:52 fair enough Aug 01 09:43:50 AmandaC: if you're keen you could always have a look into the appropriate urls.py file to see why the URL is being handled incorrectly Aug 01 09:44:34 bluelightning: I might do that once I’ve had some sleep. nearly 06.00 and I haven’t been to sleep yet. :P Aug 01 09:45:02 AmandaC: probably a good idea yes :) Aug 01 09:45:13 got caught in a trap of banging on trying to get a sato image booting on my Nexus One Aug 01 09:47:31 woglinde: I think in this instance you'd need to override package_name_hook, but I'm looking at master rather than whichever branch you're using... this is a bit messy :/ Aug 01 09:53:28 bluelightning okay thanks Aug 01 10:09:26 uugh this is not oe related Aug 01 10:09:43 my /boot/grub.conf contains invalid hdd IDs Aug 01 10:09:49 no idea where it gets it Aug 01 10:09:54 how to I regenerate that file Aug 01 10:10:07 archlinux Aug 01 10:10:58 ls -l /dev/disk/by-uuid Aug 01 10:11:03 kk Aug 01 10:11:56 grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=arch_grub --recheck Aug 01 10:12:04 that command somehow does not work correctly Aug 01 10:12:16 it ends up booting an UUID that is not there Aug 01 10:12:25 ls -l /dev/disk/by-uuid confirms Aug 01 10:12:31 that uuid comes from who knows where Aug 01 10:12:46 its a EFI brtfs virtualbox archlinux setup Aug 01 10:12:55 after the entire setup Aug 01 10:13:13 it insta fails since it cant mount /boot since the ID is wrong Aug 01 10:13:46 the /boot ID in /dev/disk/by-uuid is much shorter.... 667b-4111 -> ../../dev/sda1 Aug 01 10:14:00 the rest all look the same and as you expect... the long ones Aug 01 10:14:07 sda1 is vfat Aug 01 10:14:11 since EFI needs that Aug 01 10:14:15 I think Aug 01 10:14:34 somehow grub does not like an EFI prepped /boot on vfat Aug 01 10:28:09 lsblk -f is also a nice tool Aug 01 10:32:25 basically Aug 01 10:32:28 grub wants an UUID Aug 01 10:32:34 and when I boot the arch linux ISO Aug 01 10:32:48 the uuid it generates for my /dev/sda1 which is a vfat is a short uuid Aug 01 10:33:11 and when grubs searches for /boot it jst fails when the grub search command cannot find the uuid Aug 01 10:34:01 not sure why archlinux gives such short uuid for vfat partitions mounted when booting the ISO Aug 01 10:34:17 they look wrong and probably cause parser failure somewhere in grub Aug 01 10:34:45 the volume was created under virtualbox Aug 01 10:34:55 so that might be the problem Aug 01 10:35:06 weird uuid's from non HDD disks that are vfat Aug 01 10:35:19 the brtfs volume looks ok, the uuid nice and fat Aug 01 10:35:27 let me try that command Aug 01 10:35:51 lunch brb Aug 01 10:38:51 pompomJuice: vfat has shorter UUIDs Aug 01 10:49:56 man Aug 01 10:50:04 a quick lunchtime project: Aug 01 10:50:04 meta-openembedded$ git cherry -v | wc -l Aug 01 10:50:04 7 Aug 01 10:50:10 damn bitrot Aug 01 10:52:39 30 :) Aug 01 11:01:28 JaMa: I have fixed things upto abiword, now dealing with cups breakings in oe-core Aug 01 11:29:25 koen: cool, thanks Aug 01 12:08:37 thanks koen, the guide I was using did not say i should arch-chroot and regen the grub.cfg Aug 01 12:08:44 ptroblem solved Aug 01 12:26:34 koen: what's status of "php 5.4.14: use pkg-config for libxml2 detection" there was some discussion about it on ML, but I haven't seen never version, is this final? Aug 01 12:26:50 I think so Aug 01 13:35:19 JaMa: patchset sent, moving onto webkit now Aug 01 13:35:24 * koen stabs gcc 4.9 Aug 01 13:52:19 koen: thanks, I've fixed one typo sv -> wv, otherwise looks good Aug 01 16:28:41 moin Aug 01 17:43:36 Can we use multiple git urls in SRC_URI ? Aug 01 17:44:49 yes Aug 01 17:44:54 see cloud9.bb Aug 01 17:48:53 koen: cool. Aug 01 17:50:20 another issue I have is that I have two recipes A and B building same srcs but differently. Now in imageA I want A and in imageB I want B Aug 01 17:50:44 there is package C which depends on (AorB) Aug 01 17:51:42 PREFERRED_PROVIDER are not per image and image features can not handle the depends part how to solve this ? Aug 01 21:39:30 khem: this is where you BBCLASSEXTEND C so it has a variant depending on A and a variant depending on B :) Aug 01 21:51:54 RP: hmm Aug 01 21:52:23 RP: I think I am leaning towards separate MACHINE type for now Aug 01 21:52:34 these are generic linux apps Aug 01 21:52:58 A is compiled with some extra knobs than B Aug 01 21:55:20 RP idea is not bad actually Aug 01 21:58:14 let me try that out too Aug 01 21:59:28 khem: just thinking out loud but it may work, depends on the specifics really Aug 01 22:02:40 RP actually it will work in my case now I think more Aug 01 22:03:16 but the problem I see is that A and B packages both will have same files Aug 01 22:03:35 so I have to make sure that they should not be able to coexist Aug 01 22:08:58 khem: different package_arch? :) Aug 01 22:26:33 Its there an armv7 machine I can emulate using, instead of re-compiling ALL THE THINGS for v5? :s Aug 01 22:26:48 er, emulator machine, that is **** ENDING LOGGING AT Sat Aug 02 02:59:59 2014