**** BEGIN LOGGING AT Sun Apr 23 03:00:01 2017
Apr 23 17:59:34 <freemangordon> Pali: ping
Apr 23 18:00:11 <freemangordon> anyway, it is not a question only for Pali, so... 
Apr 23 18:01:32 <freemangordon> Wizzup: parazyd: while implementing maemo gtk on top of upstream, I am facing a hard to be solved problem how to access various widgets private structure members
Apr 23 18:01:54 <freemangordon> I can think of 2 options, both of them i don;t really like:
Apr 23 18:03:26 <freemangordon> 1. redefine private structure in my code, call g_type_instance_get_private and call it a day.
Apr 23 18:03:43 <freemangordon> 2. reimplement the whole class instead of just subclassing
Apr 23 18:04:25 <freemangordon> 1. is really, really ugly, but needs less coding
Apr 23 18:06:43 <freemangordon> 2, is not *that* ugly, but I'll have to LD_PRELOAD hildon-gtk and hack in the gtk_whatever_widget functions, which may conflict with GTK3 programs. also, I am not sure how will that work in case of "inter-gtk" calls
Apr 23 18:07:19 <freemangordon> so, do you have any other idea on how to achieve that?
Apr 23 18:07:42 <freemangordon> bencoh: KotCzarny: the same question to you, and all other that can help
Apr 23 18:07:48 <freemangordon> *all others
Apr 23 18:07:52 <KotCzarny> arent private members meant to be private?
Apr 23 18:08:14 <freemangordon> yes, but I am trying to act like a part of gtk itself
Apr 23 18:08:15 <KotCzarny> ie. either find interface/func to access them or it might fall apart/be incompatible
Apr 23 18:08:25 <freemangordon> yes, I know
Apr 23 18:08:38 <freemangordon> thus "really, really ugly"
Apr 23 18:08:41 <KotCzarny> gtk has a concept of custom widgets?
Apr 23 18:09:05 <freemangordon> I am trying to implement hildon gtk, without patching gtk code :)
Apr 23 18:09:51 <KotCzarny> and you want to overload them in existing apps or just add hildon functionality?
Apr 23 18:10:25 <freemangordon> both
Apr 23 18:10:35 <KotCzarny> hrm
Apr 23 18:10:48 <freemangordon> as adding hildon functionality requires accessing gtk internals
Apr 23 18:11:04 <freemangordon> KotCzarny: see https://github.com/community-ssu/gtk/blob/master/gtk/gtkiconview.c#L1565
Apr 23 18:11:08 <freemangordon> for example
Apr 23 18:11:16 <KotCzarny> how about writing gtk-hildon port and provide it as an alternative (while being a requirement for hildon enabled apps/)
Apr 23 18:11:19 <bencoh> freemangordon: how does it work thus far then?
Apr 23 18:11:37 <freemangordon> bencoh: where?
Apr 23 18:11:39 <bencoh> and by "upstream" do you mean gtk2 or gtk3 (or doesn't matter)?
Apr 23 18:11:43 <freemangordon> gtk2
Apr 23 18:11:45 <KotCzarny> in a way jpegturbo 'overloads' libjpeg
Apr 23 18:11:47 <bencoh> freemangordon: on current maemo/gtk2
Apr 23 18:12:00 <freemangordon> bencoh: code is heavily patched
Apr 23 18:12:01 <KotCzarny> bencoh: on maemo nokia just forked gtk
Apr 23 18:12:24 <freemangordon> KotCzarny: I don't want to fork gtk
Apr 23 18:12:52 <bencoh> freemangordon: gtk on maemo is heavily patched?
Apr 23 18:12:59 <KotCzarny> bencoh: yup
Apr 23 18:13:01 <freemangordon> KotCzarny: re "in a way jpegturbo 'overloads' libjpeg"
Apr 23 18:13:02 <bencoh> I see :/
Apr 23 18:13:23 <freemangordon> bencoh: just look at GtkIconView code ^^^
Apr 23 18:13:27 <KotCzarny> fmg, why not? gtk2 wouldnt receive updates afair
Apr 23 18:14:03 <bencoh> freemangordon: aww.... that's not pretty :/
Apr 23 18:14:18 <KotCzarny> and it would allow you to do things more elegant
Apr 23 18:14:31 <freemangordon> KotCzarny: because, this is lots of work, I'd rather avoid if possible
Apr 23 18:14:44 <KotCzarny> fmg, but you are doing it anyway, no?
Apr 23 18:14:47 <freemangordon> KotCzarny: no
Apr 23 18:15:18 <KotCzarny> i dont understand why do you need private members then and the 'implement hildon functionality'
Apr 23 18:15:30 <freemangordon> or rather - I am doing maemo part only, and if I make it that way, it won;t depend on gtk2 version
Apr 23 18:15:40 <freemangordon> KotCzarny: look at the code ^^^
Apr 23 18:15:49 <KotCzarny> cant at the moment, console only
Apr 23 18:15:55 <KotCzarny> without mouse
Apr 23 18:16:06 <bencoh> ah :]
Apr 23 18:16:16 <bencoh> copypaste in screen! :D
Apr 23 18:16:24 <KotCzarny> :)
Apr 23 18:16:49 <freemangordon> will explain - for example GtkIconView has a list of "items" which are in priv struc only, without accessor functions
Apr 23 18:17:17 <freemangordon> hildon gtk draws a tick mark on every selected item
Apr 23 18:17:29 <KotCzarny> hmm, afair you can get access to items in tree/list store
Apr 23 18:17:37 <freemangordon> KotCzarny: how?
Apr 23 18:17:55 <freemangordon> you get some cryptic GtkTreePath or somesuch
Apr 23 18:17:56 <KotCzarny> by accessing it's tree/list store?
Apr 23 18:18:14 <KotCzarny> yeah, its hell to understand, but you can
Apr 23 18:18:17 <freemangordon> there is no way to access it, at least I was unable to find one for the last 3 days
Apr 23 18:18:27 <KotCzarny> check oscp-remote-gtk
Apr 23 18:18:33 <KotCzarny> i have some helper funcs there
Apr 23 18:18:46 <KotCzarny> not the best code in the world but..
Apr 23 18:18:58 <KotCzarny> let me check the link for you
Apr 23 18:19:00 <freemangordon> where is the code, on github?
Apr 23 18:19:30 <Enrico_Menotti> Hello. I have Devuan booting on the n900. The system image is one I just debootstrapped on Devuan rc which I installed yesterday on my old laptop. But I have problems with the kernel. Someone here (I don't remember who exactly was, if freemangordon or parazyd ) had given me another kernel image. If I use that one, Devuan boots. However, with a kernel I built a few days ago, and also with one built right now, Devuan
Apr 23 18:19:31 <Enrico_Menotti>  does not boot (but Debian does). The kernel boots, but does not find selinux; it stays there for a while and then the n900 reboots. If I give init=/bin/sh I get a shell but it's unstable - after a few seconds the n900 reboots.
Apr 23 18:19:46 <KotCzarny> 31.135.195.151:20280/arch/oscp/
Apr 23 18:19:57 <KotCzarny> sorry, typed that manually
Apr 23 18:20:10 <KotCzarny> it's a source package prepared for arch
Apr 23 18:20:41 <freemangordon> KotCzarny: thanks, going to dig in it
Apr 23 18:20:41 <KotCzarny> oscp-remote-gtk is in libs/_tools/
Apr 23 18:20:54 <KotCzarny> it's hackish, but works for me
Apr 23 18:20:54 <freemangordon> Enrico_Menotti: sorry, don;t have time now
Apr 23 18:21:10 <bencoh> is wdog enabled at boot?
Apr 23 18:21:10 <Enrico_Menotti> freemangordon No problem.
Apr 23 18:21:13 <KotCzarny> accessing items in both, via iterators and via element reference
Apr 23 18:21:16 <bencoh> (that'd be strange, but ... who knows)
Apr 23 18:22:20 <Enrico_Menotti> bencoh Is there a parameter to enable the watchdog manually?
Apr 23 18:22:29 <freemangordon> KotCzarny: any hint where to look at? as it is lots of code there
Apr 23 18:22:49 <KotCzarny> you probably want to look at oscp-remote-gtk.c func tv_show()
Apr 23 18:23:17 <KotCzarny> and tv_click()
Apr 23 18:25:08 <freemangordon> KotCzarny: there is no access to the underlying items, just to the path
Apr 23 18:25:53 <freemangordon> and I didn;t find a way to get dimensions and position of cells in GtkIconView
Apr 23 18:26:29 <freemangordon> and I need  those to be able to draw a tick GdkPixbuf
Apr 23 18:28:14 <KotCzarny> why not defining your own widget then?
Apr 23 18:28:42 <freemangordon> KotCzarny: because all maemo applications will have to be ported to use it :)
Apr 23 18:28:59 <KotCzarny> see? fork it
Apr 23 18:29:01 <KotCzarny> :)
Apr 23 18:29:05 <freemangordon> hehe
Apr 23 18:29:39 <freemangordon> I'd rather avoid that if possible
Apr 23 18:31:43 <KotCzarny> maybe just replace the icon with tick drawn over it?
Apr 23 18:32:27 <freemangordon> KotCzarny: I cannot get the coordinates of the bounding box of the cell to draw into
Apr 23 18:32:41 <freemangordon> otherwise there is no problem to draw one more icon
Apr 23 18:32:55 <KotCzarny> not one more icon, replace the image
Apr 23 18:33:44 <freemangordon> I cannot do that, see http://talk.maemo.org/showpost.php?p=1527039&postcount=168
Apr 23 18:33:57 <KotCzarny> will check links tomorrow
Apr 23 18:34:00 <freemangordon> "Activate views" is GtkIconView
Apr 23 18:36:01 <bencoh> Enrico_Menotti: no idea actually, that was just an idea
Apr 23 18:36:27 <Enrico_Menotti> bencoh Actually I think that be the problem. But I don't know why.
Apr 23 18:39:29 <parazyd> Enrico_Menotti: you have to load the watchdog modules on boot, or include them in the kernel
Apr 23 18:39:43 <bencoh> ah :)
Apr 23 18:39:49 <parazyd> i don't remember the names, but grep the kernel config for WATCHDOG
Apr 23 18:40:22 <Enrico_Menotti> parazyd So your kernel has the modules included?
Apr 23 18:40:56 <Enrico_Menotti> Also, why with Debian no problem?
Apr 23 18:41:55 <parazyd> yes, the config is here: https://github.com/dyne/arm-sdk/raw/next/boards/kernel-configs/n900.config
Apr 23 18:42:03 <parazyd> i don't know, i never tried debian
Apr 23 18:42:15 * DocScrutinizer05 wonders if ANYBODY _ever_ will tackle the relatively (in relation to the above) simple task of just building a maemo5 armel image based on debian/devuan from scratch
Apr 23 18:42:45 <DocScrutinizer05> without massive porting to new kernels, new libs, new arch
Apr 23 18:44:51 <parazyd> freemangordon: you cannot get the coordinates of the tick box or the parent?
Apr 23 18:47:23 <freemangordon> parazyd: of the tick box
Apr 23 18:48:09 <freemangordon> parazyd: or to make it more clear - I have to draw tick mark in every selected cell
Apr 23 18:48:32 <parazyd> ah, so you don't know the cell sizes
Apr 23 18:48:37 <freemangordon> mhm
Apr 23 18:48:49 <freemangordon> and positions
Apr 23 18:49:03 <parazyd> no, i thought just spawning the tick box on the opposite of 0,0
Apr 23 18:49:03 <parazyd> nevermind then :D
Apr 23 18:49:23 <freemangordon> maybe I can calculate those, but ...
Apr 23 18:49:50 <freemangordon> hmm, maybe this is the correct way to do it
Apr 23 18:52:32 <DocScrutinizer05> I'm afraid this whole porting thing leads nowhere near anything that would be capable of running apps from maemo-extras (unless somebody would recompile them, which obviously is a mad idea to do)
Apr 23 18:53:58 <freemangordon> DocScrutinizer05: actually those should run without recompiling, at least on x86
Apr 23 18:54:45 <freemangordon> and on armel as well
Apr 23 18:54:55 <KotCzarny> fork the lib, told'ya
Apr 23 18:55:08 <parazyd> aren't the libs they are linked to much older than current?
Apr 23 18:55:13 <KotCzarny> for gtk2 you are quite safe
Apr 23 18:55:20 <freemangordon> parazyd: so?
Apr 23 18:55:31 <freemangordon> KotCzarny: and what about gtk3?
Apr 23 18:55:35 <parazyd> freemangordon: maybe stuff is gone
Apr 23 18:55:41 <KotCzarny> for gtk3 you have to rewrite apps anyway
Apr 23 18:55:49 <KotCzarny> not even recompile would help
Apr 23 18:56:19 <freemangordon> if we talk hildon stuff, what is there is decided by us
Apr 23 18:56:36 <freemangordon> but yeah, there might be removeed function
Apr 23 18:56:42 <freemangordon> *removed functions
Apr 23 18:57:12 <parazyd> yeah i think DocScrutinizer05 is talking about _all_ the software from the repos... anyway. /end bikeshedding
Apr 23 18:57:13 <freemangordon> parazyd: what about having forked gtk2 in devuan-maemo repo? what is the policy?
Apr 23 18:57:34 <parazyd> freemangordon: you're free to do so as long as you keep backwards compat
Apr 23 18:57:41 <parazyd> (because of everything else using gtk2)
Apr 23 18:57:46 <freemangordon> define backwards please
Apr 23 18:57:55 <KotCzarny> plain gtk2 apps
Apr 23 18:57:58 <freemangordon> as it will change the way gtk apps look
Apr 23 18:58:40 <freemangordon> do we talk ABI only here?
Apr 23 18:58:46 <parazyd> abi
Apr 23 18:58:48 <parazyd> yes
Apr 23 18:58:55 <freemangordon> hmm
Apr 23 18:59:33 <parazyd> the look isn't the problem, i mean everything will be running inside hildon anyway
Apr 23 18:59:33 <parazyd> it's just the calls
Apr 23 18:59:34 <KotCzarny> as a bonus, those old gtk2 apps might get few new features, fe. pannable areas? ;)
Apr 23 18:59:54 <bencoh> waitamin, there is an independent devuan-maemo repo?
Apr 23 19:00:01 <KotCzarny> pretty handy with touch screens
Apr 23 19:00:09 <freemangordon> bencoh: WIP
Apr 23 19:00:15 <parazyd> bencoh: there will be
Apr 23 19:00:22 <DocScrutinizer05> that's the idea
Apr 23 19:01:11 <parazyd> freemangordon: we'll be free to experiment in any case. that's the point of the thing. the repo is separate from devuan, and we just include the pacakges we want
Apr 23 19:01:25 <parazyd> then they take precedence over devuan's
Apr 23 19:01:44 <DocScrutinizer05> just like CSSU
Apr 23 19:02:00 <DocScrutinizer05> well, technically different, but same effect
Apr 23 19:02:04 <Wizzup> freemangordon: I'd be fine with (1) for now
Apr 23 19:02:35 <freemangordon> parazyd: well, forward-porting all hildon gtk stuff for the sake of experiment... a bit of an overkill :)
Apr 23 19:03:02 <Wizzup> I'd go with relatively little effort for now, unless it means -a lot more work- in the future
Apr 23 19:03:11 <Wizzup> this just sounds like an ugly hack, but not something that will bite us anytime soon
Apr 23 19:03:21 <freemangordon> parazyd: ah, BTW which of those 2 options you dislike less?
Apr 23 19:03:42 <DocScrutinizer05> Wizzup: that's a good approach
Apr 23 19:03:43 <freemangordon> Wizzup: yes, gtk2 private structures won;t change
Apr 23 19:03:44 <parazyd> always less code
Apr 23 19:04:40 <freemangordon> though I am not sure it will be less code, as I'll have to override almost all of the class functions
Apr 23 19:05:15 <DocScrutinizer05> ((<parazyd> yeah i think DocScrutinizer05 is talking about _all_ the software from the repos...)) of course. And I don't see freemangordon not doing so
Apr 23 19:05:27 <DocScrutinizer05> maybe I missed the point
Apr 23 19:05:52 <DocScrutinizer05> that's why I insist in armel instead armhf images
Apr 23 19:06:41 <bencoh> ...
Apr 23 19:07:25 <DocScrutinizer05> which are admittely a tad less effective, but according to studies quoted on debian wiki, "up to 40% faster for **heavily numbercrunching** apps" OWTTE
Apr 23 19:07:25 <freemangordon> Wizzup: parazyd: the correct way is to fork gtk2, this is for sure. Maybe I'll just bite the bullet and do it.
Apr 23 19:09:16 <freemangordon> parazyd: If I choose that route, do you know which git repo shall I use as a base? debian? or there is devuan repo for all the stuff?
Apr 23 19:09:46 <parazyd> we haven't forked gtk2
Apr 23 19:10:01 <parazyd> but you should do an apt-get source from devuan to be sure you have the right thing
Apr 23 19:10:03 <DocScrutinizer05> while possibly it's irrelevant for the particular app if itself is softfp or hf build, and different apps may coexist, I see problems in libs and in task scheduler when both are used in parallel
Apr 23 19:12:58 <DocScrutinizer05> if we could maje sure all lib ABIs are agnostic of softfp vs hf and the task switcher in scheduler will take care of *all* registers (incl FP), it *might* even work to run armel apps in a hf environment, as long as the softfp libs are available
Apr 23 19:13:08 <DocScrutinizer05> disclaimer: AIUI
Apr 23 19:14:28 <DocScrutinizer05> (if softfp are even shared object libs and not embedded code by gcc during build time)
Apr 23 19:14:39 <freemangordon> Wizzup: parazyd: seems I am not the only one https://git.javispedro.com/cgit/topmenu-gtk.git/tree/module/menuitem-proxy.c#n138 :)
Apr 23 19:14:51 <freemangordon> and this is in debian repos
Apr 23 19:15:40 <freemangordon> ok, going the hacky way for now
Apr 23 19:16:52 <DocScrutinizer05> freemangordon: would you know if the armel scheduler saves (and restores) the FP registers on task switching?
Apr 23 19:17:51 <DocScrutinizer05> also I hope all kernel tasks preserve FP as well
Apr 23 19:18:05 <freemangordon> don't know, sorry, but in theory all regs should be saved
Apr 23 19:18:16 <DocScrutinizer05> ack, thought as much
Apr 23 19:18:18 <freemangordon> along with all the state
Apr 23 19:19:11 <DocScrutinizer05> trying to wrap my head around that damn soft(fp) vs hf thing
Apr 23 19:19:22 <DocScrutinizer05> and armel vs armhf
Apr 23 19:19:33 <KotCzarny> fmg: why not maemo's gtk?
Apr 23 19:19:49 <DocScrutinizer05> I recall back with meego it was like 2 weeks of arguing
Apr 23 19:20:52 <freemangordon> KotCzarny: in what regard?
Apr 23 19:21:05 <freemangordon> what to do with maemo's gtk?
Apr 23 19:25:23 <KotCzarny> to take it as a fork base
Apr 23 19:25:42 <freemangordon> it is old
Apr 23 19:26:03 <KotCzarny> it is, unfortunatelly
Apr 23 19:26:34 <DocScrutinizer05> it worked, so far
Apr 23 19:26:58 <KotCzarny> quite a lot of packages would require newer one 
Apr 23 19:27:35 <DocScrutinizer05> there's always "quite a lot of packages that require newer than X version of Y" out there
Apr 23 19:27:58 <KotCzarny> as in: most of them (from devuan binary repos)
Apr 23 21:42:07 <Enrico_Menotti> Maybe I have some clues about my kernel problem in booting Devuan on the N900. The one by parazyd has the watchdogs incorporated, as he said. Mine has them in the modules, and for some reason they are not loaded. In any case, with both kernels, at boot I get the following error:
Apr 23 21:42:09 <Enrico_Menotti> mount failed for selinuxfs on /sys/fs/selinux: no such file or directory
Apr 23 21:42:28 <Enrico_Menotti> I may be wrong, but maybe this delays too much the module loading.
Apr 23 21:42:49 <Enrico_Menotti> In any case, does anyone have an idea on how to have /sys/fs/selinux created?
Apr 23 21:43:00 <Wizzup> I ... don't think you need selinux.
Apr 23 21:43:15 <Enrico_Menotti> Yes I don't need it but is seems to be enabled.
Apr 23 21:43:42 <Enrico_Menotti> And causes that error, which may be source for further trouble.
Apr 23 21:43:56 <Wizzup> I doubt it.
Apr 23 21:44:28 <Enrico_Menotti> Well, it's unlikely, yes.
Apr 23 21:45:11 <parazyd> the error, it's not affecting you
Apr 23 21:45:33 <parazyd> you can disregard it
Apr 23 21:45:34 <Maxdamantus> Did you do anything special for the watchdog modules? They should normally be built and distributed at the same time as all other modules.
Apr 23 21:45:55 <Enrico_Menotti> I am able to boot Debian with my kernel.
Apr 23 21:46:03 <parazyd> they aren't being loaded because he didn't add them to /etc/modules
Apr 23 21:46:11 <Enrico_Menotti> I did the same thing for the modules in Devuan.
Apr 23 21:46:40 <Enrico_Menotti> parazyd Isn't enough a make modules_install?
Apr 23 21:46:42 <parazyd> Enrico_Menotti: either compile them into the kernel or add them in /etc/modules for them to autoload
Apr 23 21:46:49 <Wizzup> just put them in the kernel.
Apr 23 21:46:54 <parazyd> no, there is no userspace calling for the modules
Apr 23 21:46:56 <Wizzup> there's no reason not to have the watchdog not in the kernel.
Apr 23 21:47:02 <parazyd> the system won't load them on its own
Apr 23 21:47:13 <parazyd> Wizzup: ++, i don't see why it's not like that in rx51_defconfig
Apr 23 21:48:17 <Maxdamantus> on my system I just load them before contiuing with the debian init.
Apr 23 21:48:26 <Wizzup> and you do it within 25 seconds
Apr 23 21:48:33 <Wizzup> and if fsck runs before you do that... etc
Apr 23 21:48:44 <Wizzup> but yeah, if you do it in initramfs, it's probably fine
Apr 23 21:51:22 * Maxdamantus intentionally does it before fsck even when booting normal maemo
Apr 23 21:51:35 <Enrico_Menotti> Sorry, my computer crashed. This stupid Mac crashes very often in the last days.
Apr 23 21:51:53 <Enrico_Menotti> So maybe I lost some message - I will read the log.
Apr 23 21:52:41 <Maxdamantus> since fsck often takes more than 30 seconds (ext4), and the watchdogs don't seem to get triggered when the ext4 driver itself is doing the cleanup that fsck often does.
Apr 23 21:53:43 <Enrico_Menotti> Ok, I didn't lose anything.
Apr 23 21:54:01 <Enrico_Menotti> I will try to add the modules to /etc/modules.
Apr 23 21:54:13 <Enrico_Menotti> If that fails, I will rebuild the kernel with the modules in it.
Apr 23 21:54:33 <Enrico_Menotti> Just one detail: how exactly to add the modules in /etc/modules?
Apr 23 21:58:57 <Enrico_Menotti> And in Debian I see that file is empty. So how are the modules loaded there?
Apr 23 22:00:02 <parazyd> it's explained in the file
Apr 23 22:02:12 <Enrico_Menotti> So just the names?
Apr 23 22:03:02 <Enrico_Menotti> And I found this: https://wiki.debian.org/Modules. This states that "Nowadays, most modules related to hardware support should be automatically loaded, thanks to udev and modules alias that are hardcoded in kernel modules (see the alias fields in modinfo snd-hda-intel output)." This would explain why in Debian the modules are loaded and in Devuan not.
Apr 23 22:13:48 <DocScrutinizer05> you want particularly watchdogs to be in kernel or at very least get force-loaded very early by a simple process, not via udev
Apr 23 22:15:01 <DocScrutinizer05> mind you watchdogs are timing critical
Apr 23 22:15:27 <DocScrutinizer05> unlike pretty much *all* ither possible modules
Apr 23 22:15:36 <DocScrutinizer05> other*
Apr 23 22:15:58 <DocScrutinizer05> was a probelm with uBoot iirc
Apr 23 22:16:16 <DocScrutinizer05> uBoot bailing out and rebooting after 30s
Apr 23 22:17:17 <DocScrutinizer05> and uBoot loading a kernel after 25s then the jernel had only an additional 5s until watchdog throws sticks at kernel's legs
Apr 23 22:18:50 <DocScrutinizer05> though I'm a tad surprised about that, thought watcghdogs wake up from power-down in inactive state
Apr 23 22:38:24 <Enrico_Menotti> Ok, I got a list of modules loaded in my Debian image. But how may I understand which ones are needed at boot time, in order to tell Devuan to load them?
Apr 23 22:59:30 <DocScrutinizer05> no way
Apr 23 23:00:08 <DocScrutinizer05> except learning about, and understanding, the complete boot process
Apr 23 23:14:28 <Enrico_Menotti> Ok, I will do that (slowly). But, however probably not related with this issue, I'd also like to completely disable selinux, so to avoid that fastidious error. If I got it, it is not enabled in kernel (/sys/fs/selinux does not exist). But somehow it is enabled in the system image. But I may be completely wrong. In any case, what is the right place for discussing this, maybe #selinux?
Apr 23 23:15:02 <Wizzup> I doubt it...
Apr 23 23:15:35 <Wizzup> Are you sure you're not just chasing a lot of ghost bugs? Why are you trying to build all thing by yourself when you run into these issues ? I'm generally curious
Apr 23 23:15:40 <Wizzup> Although I do need to sleep soon...
Apr 23 23:18:40 <Enrico_Menotti> Well, I'm trying to learn, first. In any case, the selinux issue is present also in the Devuan image I got from parazyd (hope not confusing the person who gave it to me).
Apr 23 23:42:18 <Wizzup> Enrico_Menotti: ok, if it's to learn then go for it
Apr 23 23:42:20 <Wizzup> :)
Apr 23 23:42:31 <Wizzup> yeah parazyd builds those images
**** ENDING LOGGING AT Mon Apr 24 03:00:01 2017