00:29.41 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
00:36.21 | *** join/#oe flynn378 (~AndChat27@user-24-96-99-5.knology.net) |
01:07.28 | *** join/#oe vmesons (~quassel@128.224.252.2) |
01:16.16 | *** join/#oe dFence_ (~dFence@ings-4dbf5e96.pool.mediaWays.net) |
01:19.08 | *** join/#oe vmeson (~quassel@128.224.252.2) |
01:21.11 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
01:21.53 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
01:38.00 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
01:38.00 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
01:49.22 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
02:31.30 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
02:34.12 | *** join/#oe alexhairyman_ (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
02:36.42 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
02:37.08 | *** join/#oe alexhairyman_ (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
02:43.45 | CMoH | hey. how can i stop bitbake/oe/whatever from converting lib-only packages to packages named "libqtmultimediakit1" ? |
03:49.10 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
03:53.47 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
03:54.42 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
04:16.31 | *** join/#oe TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
04:21.52 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
05:26.03 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
05:32.32 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
06:08.03 | *** join/#oe dm8tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) |
06:35.57 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
06:46.25 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
06:59.57 | *** join/#oe clio (~andrej@85.159.109.222) |
07:32.43 | *** join/#oe Zagor (~bjst@sestofw01.enea.se) |
07:32.43 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
07:34.48 | *** join/#oe vitus (~vitus@145.253.169.210) |
07:35.11 | *** join/#oe tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) |
07:46.44 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
07:54.35 | Zagor | the udev-164 tarball seems to have disappeared from kernel.org |
07:55.06 | Zagor | http://www.kernel.org/pub/linux/utils/kernel/hotplug/ |
07:56.15 | onoffon | Zagor: get it from yoctoproject.org |
07:59.45 | Zagor | onoffon: right, thanks |
08:03.33 | *** join/#oe vquicksilver1 (~vquicksil@3.Red-83-45-27.dynamicIP.rima-tde.net) |
08:07.39 | *** join/#oe TD--Linux (~thomas@2607:ea00:104:1000:2677:3ff:fe83:7814) |
08:10.29 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
08:12.33 | *** join/#oe apelete (~apelete@91.224.149.44) |
08:19.43 | *** join/#oe uwe_mobile (~uwe@static.88-198-8-117.clients.your-server.de) |
08:19.47 | *** join/#oe mertsas (~martin@nat/cisco/x-dxkstbfqcnevpyqm) |
08:19.54 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
08:20.07 | *** join/#oe ReaperOfSouls (~jpuhlman@64.2.3.195.ptr.us.xo.net) |
08:20.11 | *** join/#oe _chase_ (~a0271661@nat/ti/x-bvggykqyvckdhhxr) |
08:20.23 | *** join/#oe Tartarus (trini@pixelshelf.com) |
08:23.22 | mckoan | good morning |
08:28.41 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
08:28.41 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
08:28.44 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
08:43.19 | *** join/#oe silvio (~silvio@fireone.i3p.it) |
08:46.41 | silvio | morning all |
09:03.29 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
09:08.18 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
09:12.56 | *** join/#oe bluelightning (~paul@83.217.123.106) |
09:13.00 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
09:15.51 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
09:17.10 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
09:20.33 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
09:30.07 | *** join/#oe tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a) |
09:33.52 | *** join/#oe ggonzalez (~ggonzalez@119.Red-2-137-187.dynamicIP.rima-tde.net) |
09:34.37 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
09:40.02 | bluelightning | morning all |
09:40.29 | *** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com) |
09:42.40 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
09:48.57 | *** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com) |
10:01.35 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
10:06.25 | *** join/#oe else58 (~ed@72.183.99.63) |
10:12.26 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
10:12.41 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
10:28.40 | *** join/#oe fusman (~fahad@110.93.212.98) |
10:32.55 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
10:33.31 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
10:34.56 | *** join/#oe vadmeste (~vadmeste@41.224.11.186) |
10:35.42 | vadmeste | Hello everybody. I disabled 'debug-tweaks' option (because I doesn't like the blank password) but at the same time, I cannot find the default root password... Any help ? |
10:54.07 | *** join/#oe silvio_ (~silvio@fireone.i3p.it) |
10:57.50 | *** join/#oe fp (~fp@115.119.134.194) |
11:02.08 | *** join/#oe roric (~roric@194.237.7.146) |
11:02.14 | *** join/#oe woglinde (~henning@f052232106.adsl.alicedsl.de) |
11:15.54 | *** join/#oe vitus (~vitus@145.253.169.210) |
11:18.08 | *** join/#oe vitus (~vitus@145.253.169.210) |
11:27.13 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
11:40.27 | hrw | vadmeste: there is no such probably |
11:44.35 | woglinde | jo hrw |
11:51.42 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
11:54.23 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
11:56.06 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
11:57.40 | bluelightning | vadmeste: there is none without debug-tweaks; if you want to be able to log in as root you need to set a root password in a postprocessing function and add the function to ROOTFS_POSTPROCESS_COMMAND |
12:06.54 | *** join/#oe dFence (~dFence@ings-4dbf5e96.pool.mediaWays.net) |
12:08.34 | *** join/#oe CMoH (~cipi@78.96.83.205) |
12:08.34 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
12:19.05 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
12:19.06 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
12:21.19 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
12:34.38 | ensc|w | does it happen only here, or takes do_package now significantly longer? E.g. do_package of kernel took previosly 300s, now it is 1100s |
12:34.59 | *** join/#oe phdeswer (~phdeswer@a88-115-16-102.elisa-laajakaista.fi) |
12:40.36 | Zagor | ensc|w: when was "previously"? |
12:40.38 | woglinde | ensc umh thats fast |
12:40.53 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
12:42.13 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
12:44.29 | ensc|w | Zagor: two days ago (I merged recent .core in the meantime) |
12:44.50 | ensc|w | disk io has been increased between both versions: |
12:44.57 | ensc|w | <PROTECTED> |
12:45.01 | ensc|w | (old) |
12:45.06 | ensc|w | <PROTECTED> |
12:45.08 | ensc|w | (recent) |
12:46.33 | ensc|w | I enabled the prserv stuff but thsi should not make such a difference |
12:48.13 | *** join/#oe TD--Linux (~thomas@x-134-84-102-215.reshalls.umn.edu) |
12:53.08 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
12:55.00 | *** join/#oe phdeswer (~phdeswer@a88-115-16-102.elisa-laajakaista.fi) |
12:56.14 | *** join/#oe Hoolxi (~Openfree@183.195.224.20) |
13:13.34 | *** join/#oe fp (~fp@115.119.134.194) |
13:23.31 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
13:23.36 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
13:24.28 | vadmeste | bluelightning: okay thanks |
13:35.51 | ensc|w | is it a common problem that broken versioned dependencies will be generated with PRSERV? e.g. acl-dev has 'Depends: acl (= 2.2.51-r3.1)', but acl only 'Version: 2.2.51-r3' |
13:37.05 | Zagor | is anything common about PRSERV yet? :) |
13:52.27 | hrw | image.bbclass has write_image_manifest() but I do not see *.manifest files in deploy/images/ - there are some license related ones in deploy/licences/IMAGENAMEDATE/ dir |
13:52.46 | hrw | do I have to set some extra vars to get them? |
13:52.49 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
14:00.17 | bluelightning | hrw: I think you'd need to prepend that function to ROOTFS_POSTPROCESS_COMMAND... however I think that's somewhat poorly implemented at the moment |
14:00.22 | bluelightning | only works for ipk for example |
14:00.53 | hrw | bluelightning: manifest from license.bbclass is even better so I will use that one |
14:01.24 | bluelightning | there is also buildhistory as well... depends on what you want it for |
14:01.59 | hrw | bluelightning: I need a simple list of what is in image - manifest from license.bbclass gives that |
14:02.55 | hrw | one day I have to check what all those 'new' classes do |
14:03.16 | bluelightning | documentation is a little lacking for some of them unfortunately |
14:03.35 | hrw | bluelightning: I am used to lack of OE docs |
14:03.37 | bluelightning | I hope to set aside some time to address that in this development cycle |
14:07.56 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
14:08.00 | *** join/#oe RushPL (~quassel@2a01:4f8:151:73a3::2) |
14:09.32 | *** join/#oe otavio_ (~otavio@debian/developer/otavio) |
14:10.41 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
14:17.09 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
14:22.57 | *** join/#oe roric (~roric@194.237.7.146) |
14:27.19 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
14:27.20 | ensc|w | argh... whole distribution gets rebuilt when I change a value in BB_DISKMON_DIRS :( |
14:30.57 | *** join/#oe kristoffer (~kristoffe@c-96dbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
14:33.13 | bluelightning | we need a vardepsexclude there apparently |
14:33.16 | bluelightning | :/ |
14:33.23 | *** join/#oe fp (~fp@115.119.134.194) |
14:33.24 | *** join/#oe risca (~risca@c-135-26.eduroam.liu.se) |
14:34.22 | *** join/#oe fp (~fp@115.119.134.194) |
14:34.25 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
14:45.10 | ensc|w | bluelightning: but that can not be the solution. Why is a package rebuilt although only a completely unrelated variable has been changed? There is probably something broken with the oehash generator |
14:46.20 | ensc|w | stamps are not very useful either because bitbake-diffsigs ends somewhere in m4 where no difference will be found |
14:47.52 | *** join/#oe roric (~roric@194.237.7.146) |
14:48.05 | ensc|w | do_package_write_ipk_setscene has same hash for different runs, but do_populate_sysroot_setscene another one |
14:49.03 | *** join/#oe ambro718 (~ambro@gentoo/contributor/ambro718) |
15:01.19 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
15:09.50 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
15:23.53 | *** join/#oe fp (~fp@115.119.134.194) |
15:42.21 | *** join/#oe dijenerate (~dijenerat@199.47.52.87) |
15:45.22 | *** join/#oe roric (~roric@194.237.7.146) |
15:51.33 | *** join/#oe ensc_ (~irc-ensc@p54ADEB44.dip.t-dialin.net) |
16:01.55 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
16:03.06 | *** part/#oe tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a) |
16:05.40 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
16:16.16 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
16:25.41 | kergoth | ensc_: for what its worth, BB_DISKMON_DIRS isn't in any of my signatures. nor should it be, nothing in the metadata uses it |
16:29.45 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
16:36.14 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
16:39.57 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
16:41.53 | *** join/#oe dijenerate (~dijenerat@199.47.52.87) |
16:45.32 | *** join/#oe risca (~risca@c-135-26.eduroam.liu.se) |
16:56.10 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
16:56.11 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
16:57.26 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
17:03.12 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
17:04.17 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
17:06.43 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
17:11.49 | mario-goulart | Is anybody having problems to build openjdk-7 on danny? I've got this: http://paste.debian.net/214757/ |
17:13.25 | *** join/#oe john3909 (~jsynesio@ip70-181-136-224.sd.sd.cox.net) |
17:25.51 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
17:25.52 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
17:37.31 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
17:41.02 | *** join/#oe pespin (~pespin@90.163.100.171) |
17:52.16 | ensc|w | kergoth: I know; there is something else going wrong. Giving out basehash data (_builddata in bitbake/lib/siggen.py) shows stray gitpkgv_ functions: http://pastebin.com/bTFF53JR |
17:52.28 | ensc|w | dunno, where these functions are coming from... |
17:53.23 | *** join/#oe woglinde (~henning@f052232106.adsl.alicedsl.de) |
17:55.57 | kergoth | i'd guess the gitpkgv class, no? |
17:56.50 | ensc|w | kergoth: yes; but is not used by m4 or any of the other recipes showing such random differences |
17:57.10 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
17:57.16 | ensc|w | the 'inherit gitpkgv' is used within .bb files only; not in configuration files or so and not in environment |
18:05.36 | Jay7 | hm.. is there any pandaboard es owner online? |
18:05.51 | Jay7 | have question about pandaboard es |
18:06.14 | Jay7 | a bit offtopic here :) |
18:17.18 | Jay7 | well, I've found answer on my question already :) |
18:52.17 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
18:55.10 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
19:04.09 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
19:10.34 | *** join/#oe Tartarus (trini@pixelshelf.com) |
19:11.55 | ensc|w | kergoth: it seems to be a race which is triggered by the order in which .bb files are read. When a file with 'inherit gitpkgv' is read, 'gitpkgv' will be added to known classes and later recipes will register gitpkgv_<fn>. But when later recipes are read later, this does not happen and the gitpkgv_<fn> variable won't be set |
19:12.47 | ensc|w | perhaps, the cache comes into the game too, but code is too complicated for now... |
19:17.01 | ensc|w | fwiw, relevant function is class ExportFuncsNode in ast.py; the 'classes' variable given to __init__ can contain 'gitpkgv' for non-gitpkgv packages and setVarFlag is called for gitpkgv_do_configure |
19:27.40 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
19:40.49 | *** join/#oe kroon (~jkroon@89-253-118-72.customers.ownit.se) |
19:42.01 | kroon | What are the "danny" and "denzil" branches ? |
19:48.50 | fray | Anyone using latest oe-core master? I'm getting a lot of sstate cache failrues currently.. |
19:50.18 | *** part/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
20:00.44 | *** join/#oe nitink (nitink@nat/intel/x-tnlqplrgcaykfuil) |
20:15.17 | *** join/#oe pidge_ (~pidge@134.134.137.71) |
20:16.10 | *** join/#oe woglinde (~henning@f052232106.adsl.alicedsl.de) |
20:25.12 | *** join/#oe fcooper1 (~a0273011@nat/ti/x-fsfwlgdhwqfawmeo) |
20:53.18 | *** join/#oe nitink (~nitink@134.134.137.71) |
20:53.54 | *** join/#oe darknighte_afk (~darknight@nat-lmt.mentorg.com) |
20:54.01 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
20:58.08 | *** join/#oe kristoffer (~kristoffe@c-96dbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
21:00.06 | *** join/#oe ben1066 (~quassel@unaffiliated/ben1066) |
21:03.38 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
21:03.40 | *** join/#oe sgw1 (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
21:13.31 | *** join/#oe ant_home (~andrea@host75-190-dynamic.60-82-r.retail.telecomitalia.it) |
21:18.30 | *** join/#oe JimNH (~jmchale@50-195-7-237-static.hfc.comcastbusiness.net) |
21:20.10 | *** join/#oe TD--Linux (~thomas@x-134-84-47-151.uofm-secure.wireless.umn.edu) |
21:26.29 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
21:33.50 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
21:46.52 | CMoH|notebook | hey. which part of OE-Core renames packages that contain libraries to something like libqtbearer1 ? |
21:47.00 | fray | debian.bbclass |
21:47.14 | fray | meta/classes/debian.bbclass specifically |
21:48.10 | CMoH|notebook | thanks, fray |
21:48.11 | CMoH|notebook | i found it |
21:48.16 | CMoH|notebook | how can i disable this behavior? |
21:49.17 | *** join/#oe pepermint (~pepermint@host218-90-dynamic.248-95-r.retail.telecomitalia.it) |
21:49.39 | CMoH|notebook | let me elaborate: i'm trying to split qt-mobility-x11 because my app doesn't use most of it (just the multimediakit module). however, because of the rename to libqtmultimediakit1, the package conflicts with the one exposed by qt-mobility-embedded. |
21:50.11 | CMoH|notebook | furthermore, for some reason definining preferred_provider_libqtmultimediakit1 doesn't seem to work |
21:50.38 | CMoH|notebook | and the qt-mobility-embedded names its library libQtMultimediaKitE, so the .inc is no longer usable |
21:51.23 | fray | the rename only affects the filename, it doesn't change the IMAGE_INSTALL = ... parameters.. |
21:51.31 | fray | so you are having filename conflicts, leading to package conflicts.. |
21:52.01 | fray | two solutions, one is don't rename.. the other is those two items are mutually exclusive.. |
21:52.28 | fray | (I'm not terribly familiar with QT to say either way.. but it seems odd that you'd want both qt emmbedded and full qt) |
21:53.07 | CMoH|notebook | hmm.. not really. in my original writings i used package names like ${PN}-multimediakit, which resulted in qt-mobility-embedded-multimediakit, and qt-mobility-x11-multimediakit. in the work folder I could see folders for my package named, but the in the ipks folder they were renamed as libqtmultimediakit1 and such |
21:53.27 | fray | ya, the later is the filename stuff.. |
21:53.36 | CMoH|notebook | fray, i do not want both - i just want the X11. but the under-the-hood rename confuses bitbake in selecting which package i want |
21:53.48 | fray | but when you do IMAGE_INSTALL = ... you'd put "qt-mobility-x11-multimediakit, and oe would rename that as well for install |
21:53.56 | CMoH|notebook | fray, that doesn't happen |
21:53.59 | fray | why are you -building- both? |
21:54.02 | CMoH|notebook | the package is not installed in the image |
21:54.04 | CMoH|notebook | i am not |
21:54.17 | CMoH|notebook | there are two .bb files depending on an .inc |
21:54.31 | fray | then where is qt-mobility-embedded-multimediakit and qt-mobility-x11-multimediakit coming from? |
21:54.35 | CMoH|notebook | so when i change the .inc, the changes go both to qt-mobility-x11 and to qt-mobility-embedded |
21:54.51 | fray | what I'm saying is if they rename to the same rthing.. they are mutually exclusive and really should never both be built at the same time on the same system.. |
21:55.06 | CMoH|notebook | heh; that's what i'm trying to achieve, fray |
21:55.10 | fray | if they're not intended to be mutually exclusive, thats another thing |
21:55.23 | fray | ok.. blacklist one of the two recipes and figure out what keeps calling it |
21:56.18 | CMoH|notebook | ok; can i say something like "don't rename packages in this recipes" with some variable? |
21:57.00 | *** join/#oe nitink1 (nitink@nat/intel/x-dravnqdgeshbhseo) |
21:57.24 | CMoH|notebook | fray, thanks for the info - i got a new idea from talking to you |
21:58.12 | fray | there is a no-rename flag.. |
21:58.24 | fray | but I'd first start with figuring out why both are being built and stop that from happening |
21:58.38 | fray | when you blacklist a recipe.. you get diagnostics fi something tries to use it |
21:58.48 | fray | (thats how I resolve these kinds of problems usually) |
22:01.37 | CMoH|notebook | fray, i think it's because the package libqtbearer1 does not exist at the time the preferred_provider entries are processed; only later the debian.bbclass makes the rename, so bitbake has no idea which recipe to put in the runqueue when starting the build |
22:01.55 | CMoH|notebook | though that idea has its weak points |
22:02.03 | fray | ohh yes, the name you have to use is the one in 'PACKAGES' -not- the rename.. |
22:02.13 | fray | whenever you work with OE recipes, you need to more or less ignore the renames |
22:02.38 | fray | they really only show up for the package manager.. anything within OE itself only sees the 'full' name of the package.. |
22:03.08 | fray | The way I usually describe this to people.. recipes -> oe-packages (-> debian rename) |
22:03.26 | CMoH|notebook | may i ask - why the rename? |
22:03.41 | fray | (BTW the rename can be globally disabled as well) |
22:04.08 | fray | it's historic.. much of the development came from people familiar with Debian systems, and they liked the way the rename made it more clear to them which libraries were in which packages |
22:04.15 | CMoH|notebook | yes, but it works for qt4-x11-free |
22:04.18 | fray | I come from the RPM world, so I generally dislike it |
22:04.24 | CMoH|notebook | i see |
22:04.48 | CMoH|notebook | it's pretty unorthogonal to the rest of the build system; thanks for making it clear for me |
22:04.50 | fray | when I develop stuff like this, I often disable the debian rename class until it's working properly.. then enable it and deal with those problems (if any) separately |
22:05.32 | fray | but ya, bitbake/oe really doesn't know [or care] what the renamed items are.. you never specify them in OE variables, recipes, etc.. since rename is optional.. and the system is supposed to do all of the necessary renames automatically if you choose to enable it |
22:05.50 | CMoH|notebook | mhm - the qt4.inc has some python code to generate packages that mimic that behavior |
22:06.12 | fray | Ya, I'm unfamiliar with that part.. sorry |
22:09.44 | CMoH|notebook | well, in that recipe the PACKAGES variable is appended a list of names like "libqtcore4" and such, so everything works just fine; i was quite surprised to see that the same happens in my recipe just by putting each lib in a separate package |
22:10.55 | CMoH|notebook | however, something is messed up: in my original scenario i consistently used ${PN}-multimediakit in rdepends of other packages, and it was not installed after the rename in the image |
22:11.35 | fray | using ${PN}-... shouldin runtime depends should have also been renamed to match whatever the package result was |
22:14.40 | CMoH|notebook | i guess it should; if it worked i wouldn't have had these problems |
22:15.28 | fray | Turn off the debian rename and get it working w/o it first.. |
22:15.31 | fray | in your local.conf: |
22:15.40 | fray | INHERIT_DISTRO = "devshell sstate license" |
22:15.46 | fray | (the default also includes 'debian') |
22:16.33 | *** join/#oe falk0n (~falk0n@bl13-186-214.dsl.telepac.pt) |
22:17.35 | CMoH|notebook | ok; thanks for the hint |
22:17.35 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
22:17.36 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
22:30.31 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
22:38.12 | *** join/#oe TD---Linux (~thomas@2607:ea00:104:3c00:2677:3ff:fe83:7814) |
22:44.23 | *** join/#oe flynn378 (~AndChat27@68.sub-97-220-141.myvzw.com) |
22:49.21 | *** join/#oe nitink (nitink@nat/intel/x-eejfybxsxgqiadxo) |
23:05.59 | *** join/#oe henriknj (~henriknj@87.104.98.14) |
23:09.44 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
23:23.35 | *** join/#oe darknighte_afk (~darknight@nat-lmt.mentorg.com) |
23:23.41 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
23:48.18 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |