| *** DocScrutinizer05 is now known as influenca | 00:00 | |
| *** influenca is now known as influencar | 00:01 | |
| *** influencar is now known as DocScrutinizer05 | 00:05 | |
| freemangordon | Pali: ok, read it. now, the main question remains - do we aim for sysvinit? | 00:07 |
|---|---|---|
| freemangordon | or for upstart or for something else? | 00:08 |
| Pali | if you want fully working debian/devuan system and allow installation of any software from repository, then you can use only things supported by debian/devuan | 00:08 |
| Pali | init daemon is critical | 00:08 |
| freemangordon | sure | 00:08 |
| freemangordon | but devuan supports both upstart and sysvinit | 00:08 |
| freemangordon | and parazyd said they will support openrc (or somesuch) soon | 00:09 |
| Pali | if upstart is working, then you can choose upstart | 00:09 |
| Pali | but I think everything (systemd, upstart, openrc...) would just use compatibility layer for sysv init scripts | 00:09 |
| Pali | as debian daemon packages install maximally systemd units and sysvinit init.d scripts | 00:10 |
| freemangordon | ok, I guess I can remove upstart scripts then | 00:10 |
| freemangordon | an stay with sysvinit only | 00:10 |
| freemangordon | however, this doesn's solve the runlevel issue | 00:11 |
| Pali | so basically there would not be functional difference between upstart and sysvinit | 00:11 |
| Pali | maybe... I would play with idea to drop both malf and actdead runlevel | 00:12 |
| Pali | and if something like actdead is needed, then implement it in one of the early script, which would block whole booting? | 00:13 |
| freemangordon | ok, but do we really need runlevel 5? as it seems more complicated than that, most-probably ACT_DEAD is defined by Xsession.actead rather than runlevel | 00:13 |
| freemangordon | as I don;t see anybody changing the runlevel on n900 when it is in act_dead state | 00:14 |
| freemangordon | Pali: look at what /sbin/telinit does | 00:15 |
| freemangordon | it basically put the next state (if needed) in /var/lib/dsme/saved_state and then reboots or does shutdown | 00:17 |
| freemangordon | *puts | 00:18 |
| freemangordon | no runlevel change really | 00:18 |
| freemangordon | maybe thoser runlevels are some remnants from maemo 4 | 00:18 |
| DocScrutinizer05 | https://www.nytimes.com/2017/09/07/business/equifax-cyberattack.html | 00:44 |
| *** xy2_ has quit IRC | 00:46 | |
| DocScrutinizer05 | freemangordon: quite possible. there's a lot like this, in preinit, in NAND partitions (orphaned initfs), basically everywhere | 00:49 |
| *** florian has quit IRC | 01:06 | |
| *** dafox has joined #maemo | 01:14 | |
| * timeless frowns | 01:52 | |
| timeless | so, `disown` is apparently bashis | 01:52 |
| timeless | t | 01:53 |
| *** Pali has quit IRC | 01:55 | |
| Enrico_Menotti | I was playing around with kernel modules - in particular, I was trying to build the Android binder, which is in mainline kernel. I did make menuconfig. I'm unable to select this driver as a loadable module - just select it or not. Any idea? | 02:07 |
| Enrico_Menotti | (Anyway, now bedtime - I will read eventual comments tomorrow. Bye!) :) | 02:09 |
| *** vectis3 has quit IRC | 02:12 | |
| *** LjL has quit IRC | 02:17 | |
| *** LjL has joined #maemo | 02:18 | |
| *** xorly has quit IRC | 02:20 | |
| *** pagurus` has joined #maemo | 02:24 | |
| *** pagurus has quit IRC | 02:26 | |
| DocScrutinizer05 | timeless: (bashism) yes, absolutely. `man disown` -> BASH_BUILTINS(1) | 02:31 |
| * timeless gave up and used `screen` | 02:31 | |
| timeless | (which is what i would normally use anyway!) | 02:31 |
| timeless | i have a slow starting tomcat server behind apache, and i wanted to have apache automatically switch from a `maintenance page` to connecting to tomcat once tomcat is `ready` | 02:32 |
| timeless | solution: add a private (localhost) vhost mapped to the tomcat ajp, use curl to wait for tomcat to be ready -- once the command finishes, reload apache's config (with the primary tomcat bridge enabled) | 02:33 |
| timeless | when it's down, a fallback vhost for the same domain points to static apache content :) | 02:33 |
| timeless | but... the trick was running this from a calling script and being able to continue doing other things while that waited | 02:33 |
| timeless | screen -S waitfortomcat -d -m ~/bin/connect-tomcat | 02:34 |
| * timeless has never used `-m` before | 02:34 | |
| *** Alexxxlrus has joined #maemo | 02:40 | |
| Alexxxlrus | други никто n900 не продает? | 02:42 |
| *** LjL has quit IRC | 02:43 | |
| DocScrutinizer05 | never had the idea to use `screen` in scripts | 02:43 |
| timeless | someone had a thing describing how to use screen to debug cron jobs | 02:43 |
| timeless | but i can't find that today | 02:44 |
| DocScrutinizer05 | for parallelism in shellscripts I jave a disgusting example (made by me a maybe 10 years ago): http://termbin.com/gmrp | 02:45 |
| timeless | pretty fancy | 02:49 |
| * timeless read it once but doesn't have the stomach for pieces of it | 02:49 | |
| *** LjL has joined #maemo | 02:56 | |
| * timeless sighs https://www.irccloud.com/pastebin/yRdzZNCZ/ | 02:59 | |
| * timeless sighs | 03:02 | |
| timeless | my "failover" mail server has 1/2 the ram of the supposed "primary" mail server | 03:02 |
| timeless | (i've been failed over to the failover for months) | 03:02 |
| *** Konsieur has quit IRC | 03:03 | |
| DocScrutinizer05 | lol, "don't use >5!" OK, 25 then | 03:03 |
| DocScrutinizer05 | ~5! | 03:03 |
| infobot | somebody said 5! was 120 | 03:03 |
| *** Kilroo has quit IRC | 03:14 | |
| timeless | DocScrutinizer05: my thoughts exactly | 03:15 |
| * timeless moved it to 30 | 03:15 | |
| timeless | May 4 09:35:22 mail spamd[21809]: prefork: server reached --max-children setting, consider raising it | 03:16 |
| *** luke-jr has quit IRC | 03:16 | |
| timeless | indeed, i am hitting that limit | 03:16 |
| *** luke-jr has joined #maemo | 03:16 | |
| timeless | err, not "hitting it" so much as pounding against it | 03:17 |
| *** Kilroo has joined #maemo | 03:29 | |
| DocScrutinizer05 | well, aiui it's a question of parallelizing spam filtering. I don't see why this needs any particular number of preforked processes, except for performance optimization. when there are >25 concurrent inbound mails, they will need to get processed in a serialized way, which is what my system's spamd does anyway | 03:42 |
| DocScrutinizer05 | I'd think "hitting the `limit´ " is pretty normal for this sort of things | 03:44 |
| DocScrutinizer05 | actaully _not_ hitting the limit ever would raise concerns | 03:45 |
| DocScrutinizer05 | it's not like infinite number of child processes would boost system performance to infinity too. Rather the system eventually hits other limits and a 50 processes that tun from swap are for sure several magnitudes slower than a 25 processes filtering same amount of data in a serialized way within RAM rather than spinning circles in swap hell | 03:50 |
| DocScrutinizer05 | s/ tun/ run/ | 03:51 |
| infobot | DocScrutinizer05 meant: it's not like infinite number of child processes would boost system performance to infinity too. Rather the system eventually hits other limits and a 50 processes that run from swap are for sure several magnitudes slower than a 25 processes filtering same... | 03:51 |
| *** luke-jr has quit IRC | 03:51 | |
| *** luke-jr has joined #maemo | 03:51 | |
| *** cyteen has quit IRC | 03:54 | |
| DocScrutinizer05 | timeless: however I noticed spamd getting incredibly slow during last maybe 12 to 24 months, must be something about internet connections to servers with spam blacklists or whatever | 04:13 |
| DocScrutinizer05 | maybe investigating what exactly is going on, and possibly setting up a transparent proxy or (if spamassassin supports that) a local database cache, might be worth it when you run a system where you need >25 concurrent instances to process all your inbound mail | 04:15 |
| DocScrutinizer05 | as a ballpark figure reference, my spamd seems to take random amount of time between 0.5s and sometimes 20s for filtering one email. A 2 or 3 years ago I witnessed it filtering a maybe 20 mails per second, sustainably | 04:18 |
| DocScrutinizer05 | I'm running one spamd instance | 04:19 |
| *** clopez has quit IRC | 04:40 | |
| *** clopez has joined #maemo | 04:45 | |
| *** dafox has quit IRC | 04:49 | |
| * DocScrutinizer05 might try to find out about spamd's internet activities from firewall/NAT logs | 04:52 | |
| *** drcode has joined #maemo | 04:58 | |
| *** cyteen has joined #maemo | 06:05 | |
| *** Alexxxlrus has quit IRC | 07:36 | |
| *** Alexxxlrus has joined #maemo | 07:52 | |
| *** Alexxxlrus has quit IRC | 08:20 | |
| *** xy2_ has joined #maemo | 08:47 | |
| *** geaaru_ has quit IRC | 09:20 | |
| *** Pali has joined #maemo | 09:31 | |
| *** xorly has joined #maemo | 09:41 | |
| *** florian has joined #maemo | 09:43 | |
| *** Pali has quit IRC | 09:55 | |
| *** vectis3 has joined #maemo | 10:02 | |
| *** xy2_ has quit IRC | 10:05 | |
| *** geaaru has joined #maemo | 10:12 | |
| *** florian_kc has joined #maemo | 10:30 | |
| *** florian has quit IRC | 10:33 | |
| *** ced117 has quit IRC | 10:33 | |
| *** florian_kc is now known as florian | 10:33 | |
| *** ced117 has joined #maemo | 10:35 | |
| *** ced117 has joined #maemo | 10:35 | |
| *** geaaru has quit IRC | 10:39 | |
| *** geaaru has joined #maemo | 10:47 | |
| *** jkepler1 has joined #maemo | 11:00 | |
| *** jkepler has quit IRC | 11:02 | |
| *** jkepler1 is now known as jkepler | 11:02 | |
| *** xorly has quit IRC | 11:53 | |
| *** LjL has quit IRC | 12:00 | |
| *** LjL has joined #maemo | 12:05 | |
| *** eMHa has quit IRC | 12:48 | |
| brolin_empey | Enrico_Menotti: DocScrutinizer05: I find the ncdu program useful for determining why a file system volume is full and deleting unnecessary files to free space. If you have a GUI (X Window System), programs such as WinDirStat that use a (squarified) tree map to visually represent how space is used in a file system are useful too. Yes, WinDirStat is a Windows program but similar programs are available for *nix (GNU+Linux). | 12:50 |
| *** err0r3o3 has joined #maemo | 13:10 | |
| *** qwazix has quit IRC | 13:12 | |
| *** err0r3o3__ has quit IRC | 13:12 | |
| *** qwazix_nc has joined #maemo | 13:12 | |
| *** qwazix_nc is now known as qwazix | 13:12 | |
| *** qwazix has joined #maemo | 13:12 | |
| *** xorly has joined #maemo | 13:13 | |
| *** Konsieur has joined #maemo | 13:29 | |
| *** freemangordon_ has joined #maemo | 13:38 | |
| *** xorly has quit IRC | 13:43 | |
| *** drcode has quit IRC | 13:50 | |
| *** drcode has joined #maemo | 13:53 | |
| *** nslu2-log has quit IRC | 13:54 | |
| *** nslu2-log has joined #maemo | 13:56 | |
| *** Oksana has quit IRC | 13:56 | |
| *** Oksana has joined #maemo | 13:57 | |
| *** drcode has quit IRC | 14:06 | |
| *** Oksana has quit IRC | 14:08 | |
| *** drcode has joined #maemo | 14:09 | |
| *** cyteen has quit IRC | 14:11 | |
| *** Venemo has joined #maemo | 15:05 | |
| deepy | I gotta say jdiskreport is neat if you got java installed, I prefer it over windirstat | 15:08 |
| deepy | especially since it's multi-platform | 15:09 |
| *** eMHa has joined #maemo | 15:17 | |
| *** l_bratch has quit IRC | 15:27 | |
| *** trx has quit IRC | 16:02 | |
| *** trx has joined #maemo | 16:08 | |
| *** trx has quit IRC | 16:08 | |
| *** trx has joined #maemo | 16:08 | |
| *** jonwil has joined #maemo | 16:09 | |
| *** cyteen has joined #maemo | 16:21 | |
| jonwil | hi | 16:22 |
| *** freemangordon_ has quit IRC | 16:28 | |
| *** jonwil has quit IRC | 16:41 | |
| *** qwazix has quit IRC | 16:43 | |
| *** qwazix has joined #maemo | 16:49 | |
| *** qwazix has quit IRC | 16:58 | |
| *** qwazix has joined #maemo | 17:01 | |
| *** err0r3o3 has quit IRC | 18:03 | |
| *** err0r3o3 has joined #maemo | 18:03 | |
| *** xy2_ has joined #maemo | 18:05 | |
| *** err0r3o3 has quit IRC | 18:07 | |
| *** err0r3o3 has joined #maemo | 18:10 | |
| *** l_bratch has joined #maemo | 18:19 | |
| *** Venemo has quit IRC | 18:21 | |
| *** l_bratch has quit IRC | 18:30 | |
| *** Pali has joined #maemo | 18:33 | |
| *** l_bratch has joined #maemo | 18:35 | |
| *** err0r3o3 has quit IRC | 19:06 | |
| *** eMHa has quit IRC | 19:23 | |
| *** l_bratch has quit IRC | 19:30 | |
| *** l_bratch has joined #maemo | 19:31 | |
| *** eMHa has joined #maemo | 19:47 | |
| *** Kabouik has joined #maemo | 20:33 | |
| *** Konsieur has quit IRC | 20:35 | |
| *** l_bratch has quit IRC | 20:54 | |
| *** l_bratch has joined #maemo | 20:55 | |
| *** xy2_ has quit IRC | 21:01 | |
| *** xy2_ has joined #maemo | 21:08 | |
| *** err0r3o3 has joined #maemo | 21:20 | |
| *** err0r3o3 has quit IRC | 21:39 | |
| *** Cor-Ai has quit IRC | 21:42 | |
| *** Cor-Ai has joined #maemo | 21:49 | |
| *** geaaru has quit IRC | 21:50 | |
| *** florian_ has joined #maemo | 21:57 | |
| Enrico_Menotti | I'm going to ask a few questions about kernel building, in particular building a single kernel module (a new module to be added to the system). It's a bit off-topic at the beginning, but since my aim is to see whether I may add a couple of modules to the Maemo kernel, maybe it's not that wrong to ask here. | 22:20 |
| Enrico_Menotti | First a general question about building the kernel: when I did that for Devuan, I learnt that the first thing to do is to call make against a "pre-cooked" config file, like make rx51-defconfig. Then one may simply invoke make to build kernel (+ modules), or call make against menuconfig, for tweaking the configuration, before actually building the kernel. | 22:22 |
| Enrico_Menotti | Now I was trying to prepare a configuration from scratch. For that, I invoked make menuconfig as first command, and saved the configuration to a file named ".config". Then I tried make, which didn't work, or make .menuconfig, which didn't work either. By googling a bit, I have found that I have to call make oldconfig and make prepare before making the kernel. That led further, but I had other errors about some | 22:26 |
| Enrico_Menotti | scripts, so I searched further and found I have also to call make scripts. I have seen around also a make modules_prepare, which however I didn't use. | 22:26 |
| *** LjL has quit IRC | 22:27 | |
| Enrico_Menotti | Al this allows a build (really I didn't build the whole kernel, I tried with a single subdirectory, containing sources of a driver.) But I have to admit that I don't understand the various steps I had to take. If anybody could explain or point to an explanation, I'd be happy. | 22:28 |
| *** err0r3o3 has joined #maemo | 22:30 | |
| Enrico_Menotti | Now my real point is how to build a single kernel module (without having previously built the kernel). Seems this may be done by cd'ing to the module directory and invoking make -C $(KERNEL_SRC) V=0 M=$$PWD, where KERNEL_SRC has been defined as /lib/modules/$(shell uname -r)/build. I'm on Devuan on an x86 machine, so KERNEL_SRC really is /lib/modules/3.16.0-4-686-pae/build. | 22:39 |
| Enrico_Menotti | If I got it correctly, I could as well cd to KERNEL_SRC and invoke make V=0 M=<module directory>. Is this correct? | 22:40 |
| Enrico_Menotti | Also, I don't know what V=0 is. But will investigate about that. In any case, my main question is: what is there in the KERNEL_SRC directory? I didn't install any kernel sources, but I find there some directories which remind me of (some of) the directories which are found in the kernel source tree. | 22:42 |
| Enrico_Menotti | Last thing: this would produce a module for the running system. What if I want to build a module for a different kernel (specifically, Maemo kernel)? Is it enough to substitute for KERNEL_SRC the path to the kernel source directory? Do I need to invoke some make <something> before building the module? | 22:44 |
| Enrico_Menotti | Thanks in advance for any answer. | 22:45 |
| *** jkepler has quit IRC | 23:17 | |
| *** err0r3o3 has quit IRC | 23:19 | |
| *** err0r3o3 has joined #maemo | 23:21 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!