| mal | keithzg[m]: which deploy mode are you using? | 00:10 |
|---|---|---|
| keithzg[m] | mal: As stated above, the option for building RPM for manual deployment. Although I have also tried the other two deployment options (as well as i486 rather than armv7hl) and had the same result :( | 00:13 |
| mal | I always use the deploy as rpm | 00:13 |
| keithzg[m] | Well, I was going to copy the RPM file over manually to my SailfishX device and didn't feel like fiddling with setting up auto-deployment to it. | 00:15 |
| keithzg[m] | More the fool is me, really, thinking I'd get as far as having to worry about such concerns, hah | 00:17 |
| keithzg[m] | I'm just really baffled though, it all worked so smoothly yesterday on my work PC, running the exact same Linux distro! | 00:19 |
| keithzg[m] | I wouldn't be surprised if I'm just doing something silly and wrong, but I can't even think what that could be. | 00:19 |
| mal | is the folder where it build in some external disk with some problematic mount options in use? | 00:21 |
| mal | the path in the log indicates it's on some possibly external storage which in theory could cause issues if it's not mounted with suitable options | 00:23 |
| mal | although the other parts show it build under /home | 00:24 |
| mal | but the logs also show things like make: Nothing to be done for 'qmake_all'. | 00:24 |
| keithzg[m] | I mean I suppose it's possible that's a problem, although the storage is on a btrfs drive where my /etc/fstab entry I've literally chosen "defaults" for the options, heh. | 00:24 |
| mal | clean to project from settings and grab a fresh output after that | 00:25 |
| keithzg[m] | Just tried creating a fresh new test project in my home and got the same results :( | 00:25 |
| keithzg[m] | https://paste.ubuntu.com/p/8BXNQBDw7v/ | 00:26 |
| keithzg[m] | (That's the compile output of me creating a fresh project in the IDE and then telling it to build, nothing else.) | 00:26 |
| mal | which type of project did you select when you created the new on? | 00:27 |
| keithzg[m] | I think this one was QML only. | 00:29 |
| mal | btw, that "QTemporaryDir: Unable to remove "/tmp/merssh-gUsXxq" most likely due to the presence of read-only files." is normal | 00:29 |
| mal | I get it also | 00:29 |
| keithzg[m] | Yeah fair enough, I was figuring it might be spurious. | 00:30 |
| mal | ok, qml only maybe explains why doesn't show any actual build in ther | 00:30 |
| mal | and why make returns nothing to be done | 00:30 |
| keithzg[m] | Just tried a completely default new project (didn't switch the option to QML only, didn't checkmark the arm build profile and left only the i486 one), and . . . same result. | 00:30 |
| mal | still no sign of c++ build in the output? | 00:31 |
| keithzg[m] | https://paste.ubuntu.com/p/DfhDG38mgF/ | 00:31 |
| mal | why doesn't it build the c++ part of the code | 00:32 |
| mal | I see on my own build that it run g++ after the make command near the end | 00:33 |
| keithzg[m] | Hrmm, I tried a second time and this time I do see a brief g++ run at the end? | 00:34 |
| keithzg[m] | Maybe it is the filesystem somehow? | 00:35 |
| mal | hmm, after the "process make exited normally" near the end I see on my a message "Building RPM package..." | 00:36 |
| mal | that step is missing for your build | 00:36 |
| mal | so it builds the code but doesn't try to make an rpm | 00:36 |
| mal | strange | 00:37 |
| mal | it's a bit late now so maybe more tomorrow, it's almost 3 am here | 00:37 |
| keithzg[m] | mal: Thanks for your help though! Checkout out from my git repo again but on my /home, it *does* seem to all work now. I know there's a warning that stuff outside of a user's home won't work in the SDK but then during the installation you can specify a secondary directory instead, and I guess that just isn't working? Either way, it's working now :) | 00:40 |
| mal | keithzg[m]: so it was the folder? | 00:41 |
| keithzg[m] | mal: Yup, in some form or another at least, since a checkout under my actual home works fine. Which may be a bit annoying since I don't have much space left on this drive . . . but on the other hand it's been needing an upgrade anyways ;) | 00:42 |
| mal | keithzg[m]: just to be sure, you had sources on the external drive, was also the build output directory there? | 00:43 |
| mal | keithzg[m]: maybe there is some way around that, on platform sdk (used for building device adaptations) I have used some bind mount magic to mount a folder on an external driver so it can be used in the chroot environment | 00:44 |
| mal | *drive | 00:44 |
| keithzg[m] | mal: Originally. Then I tried making it a symlink inside my home, and the build output directory was then in my home as a sibling directory of that symlink. | 00:44 |
| mal | symlink won't work probably | 00:45 |
| mal | because things are not happening in same environment | 00:45 |
| mal | would be interesting to check if there is some way to make such a setup work | 00:46 |
| mal | but time to get some sleep now, good that it works now | 00:47 |
| keithzg[m] | Yeah, many thanks again for helping me through that mal :) Good night! | 00:48 |
| keithzg[m] | What the . . . now I opened the project I was actually hoping to work on, in a fresh checkout in a subfolder of my home directory, and I get ':-1: error: Project is outside of shared home "/home/keithzg" and shared src "/home/keithzg".Invalid command arguments'. Arghh. | 01:00 |
| keithzg[m] | Deleting the .pro.user file seems to have forced it to check again and realize it's fine, phew. Okay, now to log off and actually do some programming finally :D | 01:05 |
| *** zbenjamin is now known as Guest50296 | 02:49 | |
| *** zbenjamin_ is now known as zbenjamin | 02:49 | |
| *** nyov is now known as Guest51275 | 06:10 | |
| *** frinring_ is now known as frinring | 11:01 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!