<Xogium>
could I force yocto to build its own perl if I wanted to avoid that dependency from my host ?
<Xogium>
in buildroot, you may force the build of any host-* package afaik, so that even if your host has an issue with a software required for the build, it will build its own version
<Xogium>
I'm wading through the manual at the moment and it is a LOT to learn. In a way I'm glad I did buildroot first before attempting yocto, because it reduces the load of information I have to learn at least a bit
<Xogium>
as for the why I want to learn yocto after buildroot has been useful for me for years... Well, why not ? ;)
<LetoThe2nd>
Xogium: there is the buildtools tarball, but not sure if that includes perl.
<Xogium>
I mean the other option here I suppose would be to bump that package. That mustn't be too difficult to do inside a layer, right ?
<Xogium>
sorry, recipe ;)
<Xogium>
looks like you folks have already some commits to bump this in poky, but it must not have been backported to mickledore, given it's lts
<LetoThe2nd>
Xogium: mickledore is not LTS, and version bumps are usually not backported anyways. plus, mickledore is end-of-life real soon too.
lthadeus has joined #yocto
<LetoThe2nd>
Xogium: a version bump in a custom layer doesn't sound too complicated though, agreed.
<Xogium>
oh, true, true. My bad
<Xogium>
I misread the table
<Xogium>
well if I want the layer from st, I have to use either mickledore or kirkstone atm
<Xogium>
mickledore is at least more recent ;)
<Xogium>
the bsp on kirkstone has got a few bugs here and there
<LetoThe2nd>
Xogium: sounds about realistic.
<Xogium>
I could give a try to nanbield I suppose, but given st has a mickledore branch, I imagine that might not go over well
<Xogium>
also I'm blind so sorry if I sometimes misread things like that :p
<Xogium>
you know what, lets try nanbield just for fun and see if the perl issue is gone :D
<Xogium>
just with basic poky
<LetoThe2nd>
Xogium: no, mixing mickledore and nanbield won't go well especially with ST
<Xogium>
yeah, I figured so
<Xogium>
I'm a bit overwhelmed still and I don't know what I should do first, I'm still having trouble to convert my thinking from buildroot where an external tree is a bit like a yocto layer where everything is all in a single layer
<Xogium>
so you have board defconfigs, patches for softwares, new software recipes and whatever else you want all in there
mvlad has joined #yocto
Tyaku_ has quit [Quit: Client closed]
<Xogium>
my brain is currently like my tower atm
<Xogium>
77 load average
<Xogium>
:D
ad__ has quit [Changing host]
ad__ has joined #yocto
xmn has joined #yocto
<Xogium>
which one of the manual explains how for example I should switch to systemd instead of sysv ?
jmd has quit [Remote host closed the connection]
prabhakarlad has quit [Quit: Client closed]
<LetoThe2nd>
Xogium: set INIT_MANAGER = "systemd" in your DISTRO config (or local.conf until you have a distro)
<Xogium>
hm I must have missed that
<Xogium>
thanks :)
rty has quit [Quit: Client closed]
lthadeus has quit [Quit: Leaving]
alessioigor has quit [Quit: alessioigor]
<Xogium>
can we link programs against perl in yocto ?
alessioigor has joined #yocto
<Xogium>
for example, making irssi link against perl, so that one can use perl scripts
rty has joined #yocto
rty_ has joined #yocto
rty has quit [Quit: Client closed]
rty_ is now known as rty
<Xogium>
fwiw nanbield has no issue with building, so that's a good thing at least ! I suppose mickledore is just getting quirky with arch
<rty>
I have a custom package that installs everything under /opt/xxx. can I change the variables like base_prefix from bitbake.conf just for the recipe xxx.bb?
<rty>
I see that some variables there are 'exported'. I don't know what that implies in terms of Yocto
Vonter has quit [Ping timeout: 245 seconds]
Vonter has joined #yocto
astlep550401 has quit [Ping timeout: 276 seconds]
prabhakarlad has joined #yocto
prabhakar has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<simonew>
@rty you could just put it like this in a recipe base_prefix="xyz". The effekt could be checked with bitbake -e xxx. But baseprefix is also used in many other vars. That could mean in context of your recipe e.g. export base_bindir="xyz/bin", export base_libdir="xyz/lib", export localstatedir="xyz/var", ….. I doubt you eant this. What is the goal of this change?
<rty>
simonew: the goal is to set SOLIBS and FILES_SOLIBSDEV as shown in https://docs.yoctoproject.org/dev-manual/prebuilt-libraries.html#yocto-library-packaging-overview , since I want to package unversioned symlinks into the main package without ignoring QA errors. however, as I understand, other variables rely on libdir etc. being set correctly, so if I understand correctly, I need to set a few prefix
<rty>
variables (I'm already experimenting with it) at the scope of one recipe, so that all other variables, such as libdir, point to correct locations, and other Yocto machinery (such as SOLIBS-related variables) can rely on it
<gmorell>
hmm, I'm attempting to build a recipe for an application that is build using llvm, and it's attempting to find llvm-config.cmake and I'm not quite sure how to provide it to my recipe
<rty>
gmorell: you need to set CMAKE_PREFIX_PATH to directory foo that contains e.g. foo/lib/cmake/llvm-config.cmake
<rty>
or, rather, append to it
<simonew>
So you want to include some unversioned lib into another recipe that also provides some other stuff or just the lib?
<rty>
simonew: I want to include an unversioned symlink to recipe xxx, which provides this symlink via its underlying build system. recipe xxx provides many more files and directories (like configs, databases). everything is installed under /opt/xxx, which is treated (roughly speaking) as /usr
<rty>
previously, I worked around the problem by specifying FILES_SOLIBSDEV="/opt/xxx/lib/lib*${SOLIBSDEV}" and added xxx-dev to the image. this didn't cause any QA errors. however, I discovered that adding xxx-dev blows the size of the image twice its normal size (500mb to 1gb), I don't know why. maybe because it tries to package all -dev packages for xxx's dependencies. so, I'm looking for an
<rty>
alternative solution (i.e. "packaging unversioned symlinks into the main xxx package")
<simonew>
Not sure what is the best approach here, but one idea that comes to my mind is to split the lib into an extra recipe xxx-lib and do it as suggested by the doc, then just set (R)DEPENDS as needed in the other recipe.
astlep550401 has joined #yocto
<rty>
currently I am stuck, trying to change 'prefix' variable just for the scope of do_install:append
<rty>
since if I set prefix for the whole recipe, compilation fails (because it cannot find a qmake makespec)
prabhakarlad has quit [Quit: Client closed]
gsalazar has quit [Ping timeout: 260 seconds]
<simonew>
No sure, but would this not be kinda pointless in an append anyway. Lets say your do_install would be autogenerated and just call autotools_do_install at the the end appending to it would happen autotools_do_install would already been executed. Would a prepend not be better? Anyhow I would put this library into its own recipe and then have a separate recipe for all the other stuff.
manuel_ has joined #yocto
vladest has quit [Remote host closed the connection]
justache is now known as justResolute
justResolute is now known as justIrresolute
vladest has joined #yocto
ablu has quit [Ping timeout: 256 seconds]
ablu has joined #yocto
ptsneves has joined #yocto
<rty>
why does yocto refuse to parse lines with comments on the same line?
Vonter has quit [Ping timeout: 245 seconds]
<rty>
simonew: thanks for answering my questions. I have better understing of the problem now, and a different workaround. I hope your question also gets an answer
Vonter has joined #yocto
lexano has quit [Ping timeout: 260 seconds]
ptsneves has quit [Ping timeout: 256 seconds]
manuel_ has quit [Ping timeout: 256 seconds]
Haxxa has quit [Quit: Haxxa flies away.]
lexano has joined #yocto
Haxxa has joined #yocto
manuel_ has joined #yocto
rty has quit [Quit: WeeChat 4.1.2]
khem has quit [Read error: Connection reset by peer]
khem has joined #yocto
mischief has quit [Ping timeout: 245 seconds]
Piraty has quit [Quit: -]
Piraty has joined #yocto
mischief has joined #yocto
lexano has quit [Remote host closed the connection]
lexano has joined #yocto
<simonew>
rty: What workaround do you use?
lexano has quit [Remote host closed the connection]
xmn has quit [Quit: ZZZzzz…]
lexano has joined #yocto
xmn has joined #yocto
simonew has quit [Quit: Konversation terminated!]
xmn has quit [Quit: ZZZzzz…]
grma has joined #yocto
jmd has quit [Remote host closed the connection]
manuel_ has quit [Ping timeout: 240 seconds]
alessioigor has quit [Quit: alessioigor]
xmn has joined #yocto
xmn has quit [Quit: ZZZzzz…]
Omax has quit [Remote host closed the connection]
Omax has joined #yocto
xmn has joined #yocto
xmn_ has joined #yocto
xmn has quit [Ping timeout: 260 seconds]
manuel_ has joined #yocto
manuel_ has quit [Ping timeout: 256 seconds]
xmn has joined #yocto
xmn_ has quit [Read error: Connection reset by peer]
xmn has quit [Ping timeout: 260 seconds]
xmn_ has joined #yocto
mvlad has quit [Remote host closed the connection]