deicide- | can i change wallpaper? | 02:16 |
---|---|---|
*** feodoran_ is now known as feodoran | 02:39 | |
tortoisedoc | how di how | 07:58 |
tortoisedoc | mal : who could I ask about this commit https://git.merproject.org/mer-core/scratchbox2/commit/fb8bbf05e8dde124ed593b47596537d1778bbd97 | 08:10 |
tortoisedoc | mal : it appears to break the sem_open | 08:15 |
tortoisedoc | in particular, the redirection towards the session_dir of /dev/shm/.. entries | 08:15 |
tortoisedoc | I don't know how serious this is | 08:15 |
attah | How can i make the pulley menu blink like in the email app? | 13:24 |
ol | tortoisedoc (IRC): In contrary, it fixes sem_open, not breaks it. | 14:27 |
*** feodoran is now known as Guest70575 | 14:45 | |
*** feodoran_ is now known as feodoran | 14:45 | |
kimmoli | attah: simple. busy. docs https://sailfishos.org/develop/docs/silica/qml-sailfishsilica-sailfish-silica-pulldownmenu.html/ | 16:57 |
attah | cool, thanks | 16:58 |
attah | dunno how i missed that | 16:58 |
attah | Now i'm battling with columns inside ListItem, or switchable menus... not sure which is more usable | 16:59 |
attah | bleh.. i can't seem to have two menus, but i can at least hide items in a big momma menu depending on the click that activated it | 17:10 |
*** SpeedEvil is now known as Guest73068 | 18:54 | |
deicide- | can i change wallpaper? | 18:57 |
kimmoli | deicide-: it is called ambience, from settinsg. or create your own. | 19:01 |
attah | https://github.com/attah/harbour-tint | 19:07 |
attah | Anyone with Philips Hue that wants to give feedback? | 19:08 |
deicide- | do i have to create my own? | 19:14 |
deicide- | cant i just change the picture | 19:14 |
attah | You can "create your own" from just a picture, with no further actions required | 19:14 |
tortoisedoc | ol: not for me, a simple code like this one fails | 22:26 |
tortoisedoc | https://pastebin.com/2Um8wDH9 | 22:28 |
mal | tortoisedoc: you can check the maintainers repo in mer-core to who maintains scratchbox | 22:31 |
tortoisedoc | mal : thanks | 22:32 |
mal | tortoisedoc: https://git.merproject.org/mer-core/Maintainers/blob/master/maintainers.yaml#L448 | 22:32 |
tortoisedoc | so the usual suspects ;) | 22:33 |
ol | mal (IRC): That particular change we're discussing was mine, not maintainer's. | 22:33 |
mal | tortoisedoc: what exactly are you trying to do when you encounter the issue you have? | 22:35 |
ol | tortoisedoc (IRC): Do you actually have "/dev/shm" in your environment? | 22:37 |
tortoisedoc | mal : llvm tests rely on some crappy python multithread abstraction (multiprocessing), which run tests in parallel i suppose | 22:37 |
tortoisedoc | internally it uses semaphores | 22:37 |
tortoisedoc | this does not work under sb2 (for some reason, above snippet gives an idea, and a hint is maybe to be found in the commit) | 22:38 |
tortoisedoc | ol: yes /dev/shm is in the target | 22:38 |
tortoisedoc | but it's empyt | 22:38 |
tortoisedoc | the semaphore is created in the host's /dev/sh | 22:38 |
tortoisedoc | *shm | 22:38 |
ol | No. Do you have "/dev/shm" on your *host*? | 22:39 |
tortoisedoc | (as its supposed to be done) | 22:39 |
tortoisedoc | yes | 22:39 |
ol | In your SDK, I mean. Do you run it in VirtualBox? | 22:39 |
tortoisedoc | the creation works, the problem is the stat'ing after the creation (which redirects to /tmp) | 22:39 |
tortoisedoc | ol : no | 22:39 |
tortoisedoc | ol : platform sdk, *not* vbox | 22:39 |
ol | So, what is the problem? | 22:40 |
tortoisedoc | ol : as said in the snippet : oserror 2 when run via python (multiprocessing) or errno 2 via c | 22:40 |
tortoisedoc | (python internally uses dynlib c for access to the same sem_open) | 22:41 |
tortoisedoc | how to fix this eludes me as my knowledge in sb2 is practically unexistent | 22:41 |
ol | What causes this error? | 22:41 |
tortoisedoc | ol: a simple sem_create in a c snippet (like this one https://pastebin.com/2Um8wDH9) will do | 22:42 |
tortoisedoc | s/sem_create/sem_open | 22:42 |
tortoisedoc | i *think* the sb2 should symlink the /tmp entry to the host's /dev/shm/sem-xxx | 22:43 |
ol | I mean, it should work. Yes, sb2 rules redirect temporary file creation to "/tmp". Why does it return ENOENT? Can it be a problem with your "/tmp"? | 22:43 |
tortoisedoc | but i dont know | 22:43 |
tortoisedoc | ol : have you tried the snipped? | 22:44 |
tortoisedoc | *snippet | 22:44 |
tortoisedoc | it might be my env being broken | 22:44 |
ol | I'm trying to start my Sailfish SDK. | 22:44 |
tortoisedoc | cant be sure unless someone trying | 22:44 |
tortoisedoc | one doesnt simply boot sfsdk :) | 22:45 |
ol | I have errno = 22. | 22:52 |
ol | EINVAL | 22:52 |
tortoisedoc | hm | 22:53 |
tortoisedoc | interesting | 22:53 |
tortoisedoc | ol: if I use strace on the a.out I get this for example: | 22:55 |
tortoisedoc | readlink("/tmp/sb2-tone-20181215-225427.q13812/tmp/sem.pMmXOl", 0xffc27feb, 4096) = -1 ENOENT (No such file or directory) r | 22:55 |
tortoisedoc | so the path is there but something does a readlink internally | 22:55 |
tortoisedoc | ...except this will fail on a real file | 22:55 |
tortoisedoc | (which the file in question seems to be | 22:55 |
tortoisedoc | /tmp/sb2-tone-20181215-225427.q13812/tmp/sem.pMmXOl ) | 22:56 |
tortoisedoc | this is just my theory here | 22:56 |
ol | Can you run your shell in sb2? Then in this shell: | 22:59 |
ol | * check whether you have "/tmp" and "/dev/shm"; | 22:59 |
ol | * create a file in "/dev/shm", check whether this file appeared in both "/dev/shm" and "/tmp"; | 22:59 |
ol | * link this file to another name in "/dev/shm" (hard link, not symlink), check whether this new name appeared in "/dev/shm" and "/tmp". | 22:59 |
tortoisedoc | ol : if you try the python sample here https://pastebin.com/cF7X6A6t, the creation will except and the removal of the sem wont happen so you can actually see the file in the sdk's /tmp | 23:00 |
tortoisedoc | ok wait | 23:00 |
ol | No, this is too complex. Let's try to debug a simple test case. | 23:00 |
tortoisedoc | in sb2 -> ls /dev is empty | 23:01 |
tortoisedoc | ol : ^ | 23:04 |
ol | This is your problem. | 23:04 |
tortoisedoc | aha | 23:04 |
tortoisedoc | how can I solve it? | 23:04 |
tortoisedoc | or at least debug it | 23:05 |
ol | In my case everuthing works after I added one more line before sem_open() call: | 23:05 |
ol | errno = 0; | 23:05 |
ol | Without this line subsequent printf was reporting whatever garbage that was left in errno before sem_open(). | 23:06 |
ol | Run "ls /dev" under sb2 with "-L noise" option. Read resulting log file. | 23:07 |
tortoisedoc | ol : not for me, still errno 2 | 23:07 |
tortoisedoc | ol : ok ls -L noise gives me /dev stuff plus this : ls: cannot access noise: No such file or directory | 23:08 |
ol | Does your host have "/dev" in the right place? | 23:08 |
ol | No, "-L noise" is option for sb2, not ls. | 23:08 |
tortoisedoc | yaa | 23:08 |
tortoisedoc | ok wait | 23:08 |
ol | The file is quite big. You'll be interesting in rewriting "/dev". Go to the end of the file and scroll up. | 23:09 |
tortoisedoc | the host's dev is a basic /dev | 23:09 |
tortoisedoc | ol I get "no match" pretty much everywhere | 23:10 |
tortoisedoc | for instance | 23:10 |
tortoisedoc | 1544915326.618 (9)ls[14814]ruletree_test_path_match '/usr/share/locale' (17), '/dev' (4) => -1 (no match)[pathmapping/paths_ruletree_mapping.c:113] | 23:10 |
ol | Ignore that. Concentrate on "/dev", not other paths. | 23:11 |
ol | At least, we've just figures out that my patch is not to blame. You have something else wrong in your setup. | 23:11 |
tortoisedoc | yes so it seems :) | 23:12 |
ol | This line just ways: "/dev" did not match "/usr/share/locale", so rule for mapping "/usr/share/locale" does not apply. | 23:12 |
ol | This line just says: "/dev" did not match "/usr/share/locale", so rule for mapping "/usr/share/locale" does not apply. | 23:13 |
ol | Find successful matches. | 23:13 |
tortoisedoc | ol : https://pastebin.com/hgWEVhzq | 23:14 |
tortoisedoc | this excludes all the "no match" | 23:15 |
ol | So, it maps "/dev" to "/dev", as expected. | 23:16 |
tortoisedoc | hm | 23:17 |
tortoisedoc | shouldnt that be /parentroot/dev? | 23:17 |
ol | Do egrep 'return(ed|s)' on this file/ | 23:17 |
ol | "/parentroot"? | 23:17 |
ol | Why? | 23:17 |
ol | Are you in chroot? | 23:18 |
tortoisedoc | no | 23:18 |
tortoisedoc | in sb2 only | 23:18 |
ol | An you see that "/dev" is mapped to "/dev". | 23:18 |
ol | What does "ls /dev" (without sb2) show you in the same command line as you run sb2? | 23:19 |
ol | Is it also empty? | 23:19 |
tortoisedoc | huh | 23:20 |
tortoisedoc | not anymore | 23:20 |
tortoisedoc | new terminal -> fixed | 23:20 |
tortoisedoc | weird | 23:21 |
ol | Are you sure you were not in chroot? | 23:22 |
tortoisedoc | yes | 23:22 |
tortoisedoc | 100% | 23:22 |
tortoisedoc | same terminal than before | 23:22 |
tortoisedoc | same problem | 23:22 |
tortoisedoc | new terminal | 23:22 |
tortoisedoc | no problem :D | 23:22 |
tortoisedoc | ive been tweaking things around a while now | 23:23 |
tortoisedoc | maybe ill reboot first | 23:23 |
tortoisedoc | then we can cotinue (there seems to be no /dev/shm too) | 23:23 |
ol | I remember, Mer SDK was using chroot (and I contributed a change to use it inside unshare to bind mount "/dev", "/sys" and everything else into chroot in a private namespace so you don't need to unmount it when you exit it). | 23:23 |
ol | What does "ls /dev" show in old and new terminal? | 23:24 |
ol | Is output different? | 23:24 |
ol | And are you on the same host? | 23:24 |
tortoisedoc | ol :yes same host | 23:24 |
tortoisedoc | different terminals | 23:25 |
ol | But no "/dev/shm" in just one terminal? | 23:25 |
tortoisedoc | so | 23:25 |
tortoisedoc | terminal 1 ) ls /dev -> empty | 23:25 |
tortoisedoc | terminal 2 ) ls /dev -> full, but no shm | 23:25 |
ol | This means that you are in different namespaces. | 23:25 |
tortoisedoc | okay | 23:25 |
tortoisedoc | can I list the namespace? | 23:26 |
ol | What does "cat /proc/self/mounts" show on both of them? What's tje difference? | 23:26 |
tortoisedoc | huh | 23:26 |
tortoisedoc | on the term 1 it hangs | 23:26 |
tortoisedoc | on term 2, a full list of entries | 23:27 |
tortoisedoc | off to reboot | 23:27 |
tortoisedoc | brb | 23:27 |
tortoisedoc | okay | 23:30 |
tortoisedoc | lets see | 23:30 |
tortoisedoc | chroot -> ls /dev ok | 23:31 |
tortoisedoc | has /dev/shm | 23:31 |
ol | Why do you need chroot? | 23:31 |
ol | Is this setup supported now? | 23:31 |
tortoisedoc | im not needing it, just telling you that in chroot all seems to be ok | 23:31 |
tortoisedoc | :) | 23:31 |
tortoisedoc | (as in it that chroot seems to see /dev ) | 23:32 |
ol | If you don't need chroot, why do you use it? | 23:32 |
tortoisedoc | hmm | 23:32 |
tortoisedoc | can I get into sb2 without chroot? | 23:32 |
tortoisedoc | I do | 23:32 |
tortoisedoc | sfossdk -> sb2 | 23:32 |
ol | Sailfish SDK does not use chroot. | 23:32 |
ol | It uses VirtualBox though, but it's needed for creating unified environment between various Linux distributions and Windows. | 23:33 |
tortoisedoc | well sfossdk is only the name i gave to the env bootstrapping ( i think it originally was mersdk) | 23:34 |
ol | What bootstrapping? | 23:34 |
ol | Just run official Sailfish SDK. | 23:34 |
tortoisedoc | in virtual box you mean? | 23:35 |
tortoisedoc | that wont rid me of sb2 | 23:36 |
ol | Yes. But it will remove complexity of chroot. And this is supported way. | 23:39 |
ol | You're lucky that I was here and I was reading your question because your reference to my commit triggered my attention. Otherwise, I would just ignore because I was doing something else. | 23:41 |
tortoisedoc | ill have gazillions of other problems, tho (including disk space) | 23:41 |
ol | With official SDK you can get official support. | 23:41 |
tortoisedoc | so hm | 23:41 |
tortoisedoc | /dev/shm is not in sb2 | 23:41 |
ol | And it was not obvoius that you use chroot. | 23:41 |
tortoisedoc | *target | 23:41 |
tortoisedoc | no thats true and my fault :) | 23:42 |
ol | So what? It's mapped. | 23:42 |
tortoisedoc | just to reply your previous question :) | 23:42 |
ol | Why do you need a file in target root if you can't even access it from sb2? | 23:42 |
tortoisedoc | what do you mean by target root? | 23:43 |
tortoisedoc | and by file you mean /dev/shm? | 23:43 |
ol | You can't access $target_root/dev/shm from sb2 because sb2 maps "/dev/shm" to "/dev/shm" for stat and to "$SESSIONDIR/tmp" for reading/writing files. | 23:44 |
tortoisedoc | okay thats clearer :) | 23:44 |
ol | So, you don't need this file. And I presume, $target_root/dev is empty for similar reason. | 23:45 |
tortoisedoc | okay | 23:45 |
tortoisedoc | ol : are the $SESSION/tmp files symlinks or real files? | 23:45 |
ol | Whatever you create there. | 23:46 |
tortoisedoc | (real as in dummy) | 23:46 |
tortoisedoc | I dont but sb2 does create my /dev/shm/sem-xxx there | 23:46 |
ol | It's your temporary "/tmp" for session. | 23:46 |
ol | Yes. | 23:46 |
tortoisedoc | so when I do sem_opne | 23:46 |
tortoisedoc | I get /dev/shm/sem-xxx in my host | 23:46 |
ol | No. | 23:46 |
tortoisedoc | and $SESSION/tmp/sem-xxx | 23:47 |
tortoisedoc | yes | 23:47 |
ol | It's mapped to your session's temporary "/tmp", so it's only there. | 23:47 |
tortoisedoc | so my session's /tmp is the same tmpfs as my host's /dev/shm? | 23:48 |
ol | Functionally it's the same, but it's implemented by removing temporary session dir when your session ends. | 23:48 |
tortoisedoc | ol : ok but physically its a different tmpfs partition? | 23:49 |
ol | As session dir is created in your host's "/tmp", it's whatever your "/tmp" is. | 23:49 |
ol | No, it's a directory in your host's "/tmp". | 23:50 |
tortoisedoc | ah ok | 23:50 |
tortoisedoc | pardon my n00bness here :) | 23:50 |
ol | Just read rewrite rules, it's all there,. | 23:50 |
tortoisedoc | so to recap, all is fine with /dev/shm | 23:51 |
tortoisedoc | albeit my script still doesnt work | 23:51 |
tortoisedoc | or better | 23:51 |
tortoisedoc | my test.c | 23:51 |
ol | Do you already have a file in your emulated "/dev/shm"? | 23:53 |
ol | What is errno now? | 23:54 |
ol | Did you forget to assign 0 to errno before calling sem_open()? | 23:54 |
tortoisedoc | no added | 23:54 |
tortoisedoc | same result | 23:54 |
ol | errno = 2? | 23:55 |
tortoisedoc | (HELLO 2) | 23:55 |
tortoisedoc | yes | 23:55 |
ol | Do you have "/dev/shm" in the same terminal? | 23:55 |
ol | I mean, does it exist? | 23:55 |
tortoisedoc | yes | 23:56 |
tortoisedoc | (empty) | 23:56 |
ol | Is "/dev" or "/dev/shm" empty? | 23:57 |
tortoisedoc | /dev/shm | 23:57 |
tortoisedoc | /dev is populated | 23:57 |
ol | Is "ls /dev" in sb2 output the same as "ls /dev" without sb2 in the same terminal? | 23:58 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!