| 03:21.02 | *** join/#maemo-ssu sicelo^ (sicelo@unaffiliated/sicelo) |
| 03:46.15 | *** join/#maemo-ssu amiconn_ (quassel@rockbox/developer/amiconn) |
| 04:03.50 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 05:14.46 | *** join/#maemo-ssu M13 (~Miha@83.149.37.196) |
| 05:16.43 | *** join/#maemo-ssu dhbiker (~dhbiker@193.2.218.150) |
| 06:01.52 | *** join/#maemo-ssu luf (luf@nat/ibm/x-ifddakdkdsyhulqn) |
| 07:39.11 | luf | Hmmm, the really only supported network in bluez-4.99 is NAP :( I don't see why. I'll try to see into git if there is some comment on it. |
| 07:46.43 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 08:04.22 | kerio | luf: ohai |
| 08:08.21 | luf | kerio: I red the specification and I see no reason to support the others. PANU is the client side and GN isn't very reasonable. |
| 08:08.32 | kerio | makes sense |
| 08:08.36 | kerio | can two NAP connect together, tho? |
| 08:08.54 | luf | No. One have to be PANU ;) |
| 08:09.02 | luf | http://www.bluetooth.org/Building/HowTechnologyWorks/ProfilesAndProtocols/PAN.htm |
| 08:09.17 | kerio | so... |
| 08:09.38 | luf | So PANU can be initalized using pand. |
| 08:10.37 | kerio | NAP too |
| 08:14.22 | luf | But it's not necessary to run another daemon when bluez supported it. |
| 08:15.24 | kerio | i still have no idea of what os x wants to be able to click "connect" on the bluetooth PAN ui |
| 08:15.53 | luf | But I'll take a look if PANU can be supported as client side in bluez. |
| 08:16.09 | luf | It's not on top of my TODO to be honest. |
| 08:17.19 | luf | kerio: let's use apple support ;) |
| 08:18.08 | kerio | hahaha yeah right |
| 08:18.25 | kerio | "ok, tap the home button, go to settings and then internet tethering..." |
| 08:18.38 | kerio | "i don't have an iphone" "BLASPHEMER!" |
| 08:19.23 | luf | kerio: it sounds like enabling the NAP. |
| 08:19.31 | kerio | but i did D: |
| 08:20.30 | kerio | luf: anyway, brctl addbr pan0, then the dbus call to org.bluez.networkserver to enable NAP on pan0, right? |
| 08:20.50 | luf | No. |
| 08:20.56 | kerio | D: |
| 08:21.07 | luf | Yes. Sorry. |
| 08:21.10 | kerio | k |
| 08:21.16 | luf | You're right. I used another bridge name. |
| 08:21.36 | luf | The connection are using bnep |
| 08:21.38 | DocScrutinizer05 | yawns |
| 08:22.40 | luf | Then you also need to ifconfig to up the bridge interface with some IP. |
| 08:23.30 | luf | kerio: I know it's not good but I try to make a patch to support this without bridge :) |
| 08:23.43 | kerio | nah, it's fine |
| 08:24.49 | DocScrutinizer05 | where's the headline of all this that gets me excited? |
| 08:25.17 | kerio | luf: hm, there's no SDP either |
| 08:25.28 | DocScrutinizer05 | \o/ |
| 08:25.43 | DocScrutinizer05 | not THAT excited, please! |
| 08:26.16 | luf | kerio: strange. I have no problem with it. |
| 08:26.33 | luf | dbus-send --system --type=method_call --dest=org.bluez /org/bluez/$(pidof bluetoothd)/hci0 org.bluez.NetworkServer.Register string:nap string:pan0 |
| 08:27.46 | luf | kerio: any log entry? |
| 08:28.09 | kerio | the problem is on osx's side only |
| 08:28.16 | kerio | it's just "connection" and then "disconnection" |
| 08:28.50 | luf | kerio: pand --connect from os x side? |
| 08:28.56 | kerio | os x doesn't use bluez |
| 08:29.00 | kerio | i wish it was that easy :) |
| 08:34.21 | luf | kerio: did you pair the phone and mac when PAN is enabled on N900? |
| 08:34.27 | kerio | yes |
| 08:37.25 | luf | kerio: http://hints.macworld.com/article.php?story=20070327142723231 it sounds easy :D |
| 08:42.52 | freemangordon | 10:21 <luf> kerio: I know it's not good but I try to make a patch to support this without bridge :) |
| 08:43.10 | freemangordon | either that or help to bring a kernel in CSSU |
| 08:43.36 | luf | freemangordon: I know. That's the reason I made a patch. |
| 08:44.20 | luf | And the patch is working ... |
| 08:45.03 | luf | freemangordon: I also have the kernel-module-bridge on my TODO ... |
| 08:46.41 | freemangordon | naah, not another module ouside of the kernel |
| 08:47.02 | freemangordon | see what happens with fcam and similar |
| 08:48.00 | luf | freemangordon: I don't understand. You mean to recompile the kernel with the module support? |
| 08:48.11 | freemangordon | DocScrutinizer05: maybe we should reconsider libc fallback strategy for pselect/ppoll |
| 08:48.53 | freemangordon | luf: we don't need another package containing kernel module for a specific kernel version |
| 08:49.47 | luf | freemangordon: ok now I also understand the second part of condition (after or) :D |
| 08:50.12 | freemangordon | :D |
| 09:06.04 | *** join/#maemo-ssu Lava_Croft (lcd@satgnu.net) |
| 09:16.32 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 09:20.24 | *** join/#maemo-ssu Mihanizat0r (~Miha@83.149.37.168) |
| 09:20.50 | *** join/#maemo-ssu Lava_Croft (lcd@satgnu.net) |
| 09:21.10 | *** join/#maemo-ssu Lava_Croft (lcd@satgnu.net) |
| 09:34.25 | luf | freemangordon: how can I help with kernel in CSSU? |
| 09:34.54 | freemangordon | luf: implement what zeq was supposed to do in glibc |
| 09:35.26 | freemangordon | ppoll/pselect fallback path when there is no kernel support for ppoll/pseslect |
| 09:36.01 | luf | :) |
| 09:36.09 | *** join/#maemo-ssu dhbiker (~dhbiker@193.2.218.150) |
| 09:39.58 | luf | Is here some volunteer who wants write wiki pages about experimental things instead of me? :) |
| 09:43.21 | freemangordon | luf: you'd better ask that on TMO |
| 09:50.06 | DocScrutinizer05 | freemangordon: what's the problem with the fallback strategy? |
| 09:50.28 | freemangordon | noone to implement it :D |
| 09:51.33 | DocScrutinizer05 | o.O |
| 09:51.41 | DocScrutinizer05 | how hard could that be? |
| 09:52.06 | DocScrutinizer05 | sounds like 10 c scrlines to me |
| 09:53.10 | DocScrutinizer05 | ooh yeah, we had that nifty optimal way to do it, by changing the jump table addr |
| 09:53.22 | freemangordon | DocScrutinizer05: yeah, but zeq is mia again, and I am just too overprojected |
| 09:53.59 | DocScrutinizer05 | well, we could go for a simplified stategy that's "terribly" suboptimal for the fallback case, but way simpler to implement |
| 09:54.35 | DocScrutinizer05 | using a static boolean and a if then else in the routine |
| 09:55.03 | DocScrutinizer05 | or "local" static function pointer |
| 09:55.25 | DocScrutinizer05 | which works kinda same like a boolean plus if-then-else |
| 09:57.14 | DocScrutinizer05 | such local static *function should be implementable with no more than 30 lines of code, var declarations and init code included |
| 10:05.03 | freemangordon | DocScrutinizer05: hmm, I am going to bit the bullet and clone glibc. I hate semi-finished stuff more than you do |
| 10:05.09 | freemangordon | *bite |
| 10:07.42 | DocScrutinizer05 | freemangordon: :-) |
| 10:08.27 | kerio | freemangordon: =D |
| 10:08.35 | kerio | i won't be able to test it this weekend, tho |
| 10:08.52 | freemangordon | kerio: it won;t be ready this weeken tho :P |
| 10:09.10 | kerio | then it's all good |
| 10:09.15 | DocScrutinizer05 | freemangordon: one tiny request: add a logger line to indicate when fallback kicks in |
| 10:09.45 | DocScrutinizer05 | one-shot of course |
| 10:09.58 | freemangordon | DocScrutinizer05: ok |
| 10:10.03 | DocScrutinizer05 | thanks |
| 10:10.03 | freemangordon | makes sense |
| 10:10.42 | freemangordon | though I am not sure where i should log that, having in mind the boot stage glibc is first loaded ;) |
| 10:10.54 | DocScrutinizer05 | hehehe rrrright |
| 10:11.28 | DocScrutinizer05 | well, I guess a call to logger will handle that |
| 10:11.33 | DocScrutinizer05 | lemme check back |
| 10:12.01 | freemangordon | maybe a better idea will be to add an additional line to /lib/libc6.so output |
| 10:12.08 | DocScrutinizer05 | meh, logger(1), uses syslog(3) |
| 10:12.29 | DocScrutinizer05 | I thought there'd be a logger(3) call |
| 10:13.13 | freemangordon | so it will be possible to get if we are in fallback mode (and log that) later, when there is syslog available |
| 10:13.42 | freemangordon | the other option is to check if kernel exposes to userland interface to printk |
| 10:14.15 | freemangordon | anyway, will check the possibilities |
| 10:14.21 | DocScrutinizer05 | nfc what happens when a process is calling syslog(3) on a system without syslogd running |
| 10:15.33 | freemangordon | me neither |
| 10:16.07 | DocScrutinizer05 | I used to believe it'll log to dmesg ringbuffer then, but obviously that's incorrect assumption |
| 10:17.00 | DocScrutinizer05 | otoh writing to /dev/log(?) will not automatically propagate to syslogd ? |
| 10:18.14 | freemangordon | DocScrutinizer05: the only thing that I can bet is working by the time glibc is initially loaded is printk |
| 10:18.26 | freemangordon | though i will check what preinit does |
| 10:18.53 | freemangordon | maybe touch /tmp/glbc_fallback will do the job aswell |
| 10:21.13 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28772.dip0.t-ipconnect.de) |
| 10:21.26 | DocScrutinizer05 | ooh /dev/log is a socket |
| 10:21.30 | DocScrutinizer05 | :-/ |
| 10:23.20 | freemangordon | DocScrutinizer05: nevermind, I will find a sane way to indicate that we run in fallback mode. I started to like "touch /tmp/glibc_fallback" very much |
| 10:24.04 | DocScrutinizer05 | hey, some idea I had some 10min ago as well, so it can't be that bad if both of us have same idea |
| 10:24.31 | freemangordon | :) |
| 10:24.42 | DocScrutinizer05 | but you'd also need a unlink /tmp/glibc_fallback then |
| 10:25.05 | DocScrutinizer05 | as otherwise it might get sticky, depending on fs of tmp |
| 10:25.05 | freemangordon | "/tmp" is tmpfs |
| 10:25.47 | freemangordon | that's for sure (on maemo) |
| 10:26.01 | DocScrutinizer05 | hmm, ok |
| 10:26.49 | freemangordon | hmm, though if someone remounts it to have gcc or whatnot running... |
| 10:26.50 | kerio | just add a new function is_glibc_using_the_pselect_fallback_or_not() |
| 10:27.08 | freemangordon | DocScrutinizer05: yeah, unlink as well |
| 10:27.39 | freemangordon | kerio: My self-esteem is not high enough to mess with libc ABI :P |
| 10:28.06 | freemangordon | or API |
| 10:28.37 | freemangordon | DocScrutinizer05: on the other hand... is that really needed |
| 10:29.08 | freemangordon | you can always call __syscall(...) and check if the kernel supports that or not |
| 10:29.31 | freemangordon | i.e. instead of messing with glibc, we can have a simple helper binary |
| 10:30.07 | freemangordon | called later enough in the boot process, when we are sure we have syslg running |
| 10:30.22 | freemangordon | toldya I am smart :D:D:D |
| 10:34.21 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28772.dip0.t-ipconnect.de) |
| 10:38.55 | *** join/#maemo-ssu dhbiker (~dhbiker@193.2.218.150) |
| 10:43.20 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
| 11:00.19 | DocScrutinizer05 | you can also any time check if that *function == kernel_pselect or *function == glibc_psel_emu |
| 11:01.07 | DocScrutinizer05 | adding according function zo glibc API shouldn't break anything aiui |
| 11:46.18 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-fifredhanmmsrhko) |
| 12:21.25 | *** join/#maemo-ssu arcean (~Arcean@aadc179.neoplus.adsl.tpnet.pl) |
| 12:31.48 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 12:35.55 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 12:41.00 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 12:43.52 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 13:46.40 | freemangordon | DocScrutinizer05: http://pastebin.com/SWmPpMXc |
| 13:46.43 | freemangordon | LOL |
| 13:47.09 | freemangordon | those guys are are saving me a lot of work :D |
| 13:47.30 | DocScrutinizer05 | damn, 43 lines |
| 13:47.35 | DocScrutinizer05 | ;-P |
| 13:47.50 | freemangordon | naah, this is what is currently in glibc source |
| 13:47.59 | freemangordon | i didn;t touch it |
| 13:48.17 | freemangordon | the point is: |
| 13:48.19 | freemangordon | if (result == -1 && errno == ENOSYS) |
| 13:48.19 | freemangordon | result = __generic_ppoll (fds, nfds, timeout, sigmask); |
| 13:48.35 | freemangordon | the fallback is already there :D:D:D |
| 13:49.03 | DocScrutinizer05 | yeah, in 43 lines |
| 13:50.19 | DocScrutinizer05 | though, subtracting whitelines and comments, we might get under 30 |
| 13:51.05 | jon_y | magic happens in INLINE_SYSCALL? |
| 13:57.58 | freemangordon | DocScrutinizer05: this is the code we currently run, what to substract? |
| 13:58.13 | freemangordon | though you miss the #include at the end |
| 13:58.46 | freemangordon | jon_y: no magic here |
| 13:58.48 | DocScrutinizer05 | freemangordon: nevermind, just kidding |
| 13:58.53 | freemangordon | aah, ok |
| 13:59.19 | freemangordon | so, we just need __NR_ppoll defined and everyone will be happy |
| 13:59.25 | DocScrutinizer05 | [2012-11-01 10:57:14] <DocScrutinizer05> such local static *function should be implementable with no more than 30 lines of code, var declarations and init code included |
| 13:59.46 | freemangordon | aah, ok, i've missed that |
| 13:59.52 | freemangordon | :D |
| 14:00.19 | jon_y | combine all your vars into a memblob accessed by hard coded offsets :) |
| 14:00.25 | jon_y | will save you a few lines |
| 14:01.28 | jon_y | char *blob[256]; .... (int *)(&blob[34]).... |
| 14:04.53 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 14:47.55 | kerio | jon_y: plenty of empty lines there |
| 14:49.01 | kerio | freemangordon: does that mean that glibc already takes advantage of pselect? |
| 14:49.11 | kerio | well, pselect/ppoll |
| 14:49.13 | jon_y | kerio: ? |
| 14:49.45 | jon_y | what's with the length limit anyway? |
| 14:49.57 | kerio | jon_y: just a joke :) |
| 14:50.06 | jon_y | ok |
| 14:50.20 | jon_y | well, it's not inline, so 30 lines aren't much |
| 14:56.00 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 15:21.26 | freemangordon | kerio: that means that there is no need to patch glibc further |
| 15:21.51 | freemangordon | it only needs to be build agains the correct kernel headesr |
| 15:21.54 | freemangordon | *headers |
| 15:21.57 | kerio | i see |
| 15:22.09 | kerio | wait, what do you mean built against the correct kernel header? |
| 15:22.34 | freemangordon | headers from a kernel that implements ppoll/pselect |
| 15:22.44 | kerio | hm |
| 15:22.50 | kerio | would it be compatible with the stock kernel afterwards, though? |
| 15:22.59 | freemangordon | read the backscroll |
| 15:23.22 | kerio | dude, if i asked it means that i didn't understand that from the backscroll |
| 15:23.33 | kerio | for all i know it could be a fallback for compile-time |
| 15:23.45 | kerio | i mean, it's not, but it could be less runtimy |
| 15:24.09 | freemangordon | it is a runtime fallback |
| 15:24.31 | kerio | why does it need different kernel headers then? |
| 15:24.54 | freemangordon | for compile time, to define __NR_ppoll |
| 15:25.02 | kerio | k |
| 15:25.08 | freemangordon | this is not defined in stock, as the call is not implemented |
| 15:25.41 | freemangordon | (not defined afaik) |
| 15:25.46 | kerio | what kernel headers is the current glibc compiled against, right now? |
| 15:25.59 | freemangordon | 2.6.17 or something |
| 15:26.10 | freemangordon | or even older |
| 15:27.27 | DocScrutinizer05 | freemangordon: brilliant job! |
| 15:28.33 | freemangordon | DocScrutinizer05: which one?!? |
| 15:28.48 | DocScrutinizer05 | spotting the right 43 lines in glib |
| 15:28.57 | freemangordon | aah, ok :D |
| 15:29.05 | freemangordon | I need o spot those for pselect too |
| 15:29.09 | freemangordon | *to |
| 15:29.21 | freemangordon | but that will be after I am back home |
| 15:29.27 | freemangordon | bye, bbl |
| 15:45.14 | *** join/#maemo-ssu luf (~luf@ip-89-103-223-164.net.upcbroadband.cz) |
| 15:47.35 | luf | freemangordon: why don't you like bridge for BT networking? |
| 16:18.32 | freemangordon | therei is no bridge in stock kernel |
| 16:18.44 | freemangordon | luf: ^^^ |
| 16:24.23 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 16:41.50 | freemangordon | DocScrutinizer05: the code for pselect is the same as for ppol |
| 16:42.08 | freemangordon | *ppoll |
| 17:01.59 | freemangordon | guys, I need some advice. I am going to rebuild glibc against kernel headers with ppoll/pselsect support. Now, there are 2 options - I either do install kernel headers in /usr/include or pass directory with kernel headers ti glibc make |
| 17:02.23 | freemangordon | which one sounds better? |
| 17:04.36 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 17:04.38 | *** join/#maemo-ssu dhbiker_ (~dhbiker@95.87.145.172) |
| 17:16.50 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 17:17.12 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
| 17:18.04 | freemangordon | merlin1991: how shall we proceed with glibc in CSSU, it seems glibc does a fallback for ppoll/pselect if the kernel does not support them |
| 17:18.25 | merlin1991 | test that :) |
| 17:19.34 | freemangordon | I am buiding a kernel with patch from zeq right now to be able to compile glibc wit ppoll/pselsect support, will test glibc first on kernel with no support of course :D |
| 17:20.01 | freemangordon | but ly looking at the code the test will pass |
| 17:20.07 | freemangordon | *by |
| 17:20.20 | freemangordon | then what? |
| 17:20.37 | merlin1991 | what does it need @ build time for glibc to build that? |
| 17:20.55 | freemangordon | kernel headers installed in /usr/include |
| 17:21.09 | merlin1991 | is it enough to fiddle with the kernel headers a little or do you need full blown ppoll kernel? |
| 17:21.13 | freemangordon | (of kernel with ppoll/pselect support) |
| 17:21.29 | freemangordon | well, you need only the headers |
| 17:21.46 | freemangordon | but in /usr/include |
| 17:22.09 | freemangordon | and so far the only way that could happen is make install_headers from the kernel build tree |
| 17:22.25 | freemangordon | (the only way I found) |
| 17:24.34 | freemangordon | merlin1991: make headers_install ARCH=arm INSTALL_HDR_PATH=/usr/include |
| 17:27.13 | merlin1991 | is there a huge difference in the headers or is it trivial to reproduce by hand? |
| 17:35.14 | Pali | freemangordon, can you send me yours patched conversation css? |
| 17:42.22 | freemangordon | Pali: sorry, I forgot |
| 17:42.32 | freemangordon | will do it in a couple of minutes |
| 17:43.40 | freemangordon | merlin1991: should be trivial, though I didn't check. here is the patch in the kernel http://www.snewbury.org.uk/maemo/sigmask/tif_restore_sigmask-syscalls-arm.patch |
| 17:48.48 | DocScrutinizer05 | freemangordon: do a diff? ;-) |
| 17:49.04 | DocScrutinizer05 | (of kernel-headers) |
| 17:50.01 | freemangordon | Pali: http://merlin1991.at/~freemangordon/css.zip |
| 17:50.12 | freemangordon | I hope i didn't missed a file |
| 17:50.29 | freemangordon | DocScrutinizer05: i don;t have the original headers anymore |
| 17:51.18 | DocScrutinizer05 | pretty poor handling |
| 17:51.28 | DocScrutinizer05 | ;-) |
| 17:52.48 | DocScrutinizer05 | a cp -l /usr/include could've saved you some work and options |
| 17:52.54 | freemangordon | http://pastebin.com/uxJRxxLJ |
| 17:53.12 | freemangordon | tha patch as < 100 lines |
| 17:54.15 | freemangordon | DocScrutinizer05: ^^^ |
| 17:54.27 | DocScrutinizer05 | i'd say <10 |
| 17:54.38 | freemangordon | this is not the whole patch |
| 17:54.59 | freemangordon | only headres part |
| 17:55.02 | freemangordon | *headers |
| 18:01.37 | freemangordon | well, new glibc with "stock" kernel-cssu3 boots, lets see if the test binary still hangs |
| 18:08.17 | freemangordon | thu fuck |
| 18:08.19 | freemangordon | symbol pselect, version GLIBC_2.4 not defined in file libc.so.6 with link time reference |
| 18:08.20 | freemangordon | :( |
| 18:13.52 | freemangordon | WTF? pselect is not exported? |
| 18:15.19 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 18:24.35 | *** join/#maemo-ssu crashanddie (~slauwers@bch66-2-88-164-78-176.fbx.proxad.net) |
| 18:24.36 | *** join/#maemo-ssu crashanddie (~slauwers@Maemo/community/contributor/crashanddie) |
| 18:40.42 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 18:55.21 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 19:12.26 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 19:15.42 | freemangordon | I am stupid, I installed kernel headers in wring directory |
| 19:15.46 | freemangordon | the correct cmd is: |
| 19:15.48 | freemangordon | make headers_install ARCH=arm INSTALL_HDR_PATH=/usr |
| 19:24.17 | DocScrutinizer05 | my lenovo thinkpad T500 is stupid, it rather emergency shuts-down system due to CPU overtemp rather than cranking up fan speed from 2800rpm to at leas 4900rpm :-(( |
| 19:25.06 | DocScrutinizer05 | now how stupid is *that*, eh? |
| 19:25.19 | ShadowJK | If laptops didn't shutdown, they wouldn't sell any of those stupid cooling pads |
| 19:26.11 | *** join/#maemo-ssu polemo (~p_olemo@195-132-224-2.rev.numericable.fr) |
| 19:26.25 | DocScrutinizer05 | I'm thoroughly pissed right now |
| 19:32.08 | *** join/#maemo-ssu ekze (nyan@2002:5046:e474:1::3) |
| 19:32.52 | *** join/#maemo-ssu ekze-nyan (nyan@2002:5046:e474:1::3) |
| 19:34.03 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 19:37.04 | *** join/#maemo-ssu ekze (~nyan@bakaekze.ru) |
| 19:50.27 | freemangordon | DocScrutinizer05: are you sure you fan is ok? |
| 19:50.35 | freemangordon | *your |
| 19:50.49 | DocScrutinizer05 | well, if controlled manually, it spins up to 5000 |
| 19:51.08 | freemangordon | hmm |
| 19:51.26 | freemangordon | and who controls it otherwise? BIOS? |
| 19:51.33 | DocScrutinizer05 | modprobe -r thinkpad_acpi; modprobe thinkpad_acpi fan_control=1; echo level full-speed > /proc/acpi/ibm/fan |
| 19:51.38 | DocScrutinizer05 | BIOS |
| 19:51.55 | DocScrutinizer05 | that weird comprocessor |
| 19:52.02 | DocScrutinizer05 | co-processor |
| 19:52.11 | freemangordon | isn't there some fan policy settings there? |
| 19:52.18 | DocScrutinizer05 | that also does kbd mapping and scanning |
| 19:52.52 | DocScrutinizer05 | yep, there's some fan setting I think, though I'm sure I cranked that up to as high fan as possible |
| 19:54.11 | freemangordon | check if there is something like "target CPU temp" and put that as low as possible |
| 19:55.00 | freemangordon | ok, *working* glibc is built :) |
| 19:55.25 | freemangordon | I am really impressed maemo was able to boot without ppoll/pselect |
| 19:56.08 | freemangordon | 60% of the stuff was not working, but still |
| 19:57.13 | DocScrutinizer05 | WTF?? since boot my laptop isn't aware of winter time anymore |
| 19:58.14 | freemangordon | ok, chldspin locked with "stock" kernel-cssu, lets see how it will be with patched |
| 20:01.39 | DocScrutinizer05 | freemangordon: btw you know you can speed up locking of childspin by factor 1000 simply by running a reniced -15 do while true;:;done loop in another shell |
| 20:02.07 | freemangordon | I am just running HAM :D:D:D |
| 20:02.15 | DocScrutinizer05 | lol |
| 20:02.37 | freemangordon | yeah, and start to rotate landskape->portrait->... |
| 20:02.43 | freemangordon | *landscape |
| 20:02.59 | freemangordon | after 3-4 times it locks |
| 20:03.03 | DocScrutinizer05 | same prio tasks don't jelp anything |
| 20:03.09 | DocScrutinizer05 | help* |
| 20:03.22 | DocScrutinizer05 | H-D is higher prio, HAM prolly isn't |
| 20:03.46 | freemangordon | maybe, IDK but it works |
| 20:04.11 | DocScrutinizer05 | by random, yeah |
| 20:06.32 | DocScrutinizer05 | my method though yields immediate reproducable reliable scriptable results |
| 20:07.48 | freemangordon | you'll have a chance to test it :) |
| 20:09.34 | DocScrutinizer05 | if you're doing real testing you don't want a bug to show up _eventually_ since your supposed fix might actually only extend the period until the bug shows up |
| 20:10.22 | freemangordon | well, without fix it takes 10-15 seconds |
| 20:10.39 | DocScrutinizer05 | if the patch e.g. reduces statistical probability by factor 10, your test wouldn't show the bug still is there unless you do 30..40 rotations. My method would kick in after 1s instead after 0.1s |
| 20:10.59 | freemangordon | ok, give me the command |
| 20:11.21 | DocScrutinizer05 | run a reniced busy loop in another (sub)shell |
| 20:11.26 | DocScrutinizer05 | that's all iirc |
| 20:11.38 | DocScrutinizer05 | reniced to higher prio |
| 20:11.49 | DocScrutinizer05 | lesser niceness |
| 20:12.20 | DocScrutinizer05 | so the childspin process actually is seeing premetions |
| 20:12.28 | DocScrutinizer05 | pre-emptions |
| 20:12.35 | DocScrutinizer05 | if that's a word at all |
| 20:13.02 | freemangordon | could you give me the exact script, I am fighting with while... |
| 20:13.20 | DocScrutinizer05 | while true; do :; done |
| 20:14.53 | freemangordon | works |
| 20:15.16 | DocScrutinizer05 | you could also do a for ((i=0; i<100000; i++)); do :; done |
| 20:15.35 | DocScrutinizer05 | which has the advantage you don't need to kill it |
| 20:15.36 | freemangordon | ok |
| 20:15.52 | DocScrutinizer05 | alas that's bash |
| 20:15.58 | freemangordon | bad loop variable :) |
| 20:17.27 | freemangordon | anyway, while loop does the job too |
| 20:17.44 | DocScrutinizer05 | try this: while [ $i -lt 10000 ]; do i=$((i + 1)); done |
| 20:18.29 | freemangordon | i=0; while [ $i -lt 10000 ]; do i=$((i + 1)); done |
| 20:18.57 | freemangordon | i'll run that 1000000 times |
| 20:19.09 | freemangordon | is that enough to lock chikdspin on your device? |
| 20:19.24 | freemangordon | *chldspin |
| 20:19.34 | DocScrutinizer05 | I think so, it should lock device immediately |
| 20:19.44 | freemangordon | device? |
| 20:19.50 | DocScrutinizer05 | childspin |
| 20:19.54 | freemangordon | aah, ok :) |
| 20:19.59 | freemangordon | no, it works |
| 20:20.01 | DocScrutinizer05 | maybe you need one or 2 0 more |
| 20:20.11 | freemangordon | did you run in xterm or in ssh session? |
| 20:20.22 | DocScrutinizer05 | err ssh |
| 20:20.27 | freemangordon | ok, me too |
| 20:20.40 | freemangordon | cannot lock it, even with 1000000 |
| 20:20.43 | DocScrutinizer05 | lemme try to reproduce it |
| 20:20.46 | freemangordon | ok |
| 20:24.10 | freemangordon | 2 chldspin processes in 2 consoles, third one runing 1000000 while... |
| 20:24.15 | freemangordon | none locked |
| 20:24.17 | freemangordon | :) |
| 20:24.24 | kerio | now do that with a forkbomb |
| 20:24.45 | freemangordon | why? |
| 20:25.04 | kerio | to see if it locks up :P |
| 20:25.18 | kerio | hmm, i wonder if it actually does |
| 20:25.23 | *** join/#maemo-ssu wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 20:27.12 | DocScrutinizer05 | I friggin don't get how to renice |
| 20:27.29 | DocScrutinizer05 | no matter what I do, the result is a niceness of 0 |
| 20:27.33 | freemangordon | renice -15 |
| 20:27.44 | DocScrutinizer05 | doesn't do anything here |
| 20:27.49 | freemangordon | what? |
| 20:28.11 | DocScrutinizer05 | what's the result of nice after your renice? |
| 20:29.22 | freemangordon | you are trying to renice current sh? |
| 20:29.30 | freemangordon | do it from another console |
| 20:29.36 | freemangordon | you'll see < int top |
| 20:29.50 | DocScrutinizer05 | halebop:~ # renice -10 $$ |
| 20:29.52 | DocScrutinizer05 | 6224 (process ID) old priority 0, new priority -10 |
| 20:29.53 | DocScrutinizer05 | halebop:~ # nice |
| 20:29.55 | DocScrutinizer05 | -10 |
| 20:30.04 | freemangordon | i.e. renice -15 $pidof |
| 20:30.06 | freemangordon | yeah |
| 20:30.18 | DocScrutinizer05 | ~ # renice -15 $$ |
| 20:30.19 | DocScrutinizer05 | ~ # nice |
| 20:30.21 | DocScrutinizer05 | 0 |
| 20:30.25 | *** join/#maemo-ssu arcean (~arcean@aadd169.neoplus.adsl.tpnet.pl) |
| 20:30.28 | freemangordon | my device is overheating, stopping for a while :D |
| 20:31.13 | DocScrutinizer05 | IroN900:~# renice -15 $$ |
| 20:31.15 | DocScrutinizer05 | IroN900:~# nice |
| 20:31.16 | DocScrutinizer05 | 0 |
| 20:31.20 | DocScrutinizer05 | (bash ^^^) |
| 20:31.30 | freemangordon | hehe |
| 20:31.58 | freemangordon | hmm, that is strange |
| 20:32.02 | DocScrutinizer05 | IroN900:~# renice -n -15 $$ |
| 20:32.03 | DocScrutinizer05 | IroN900:~# nice |
| 20:32.06 | DocScrutinizer05 | 0 |
| 20:32.24 | freemangordon | seems nice cannot get niceness :D |
| 20:32.38 | freemangordon | anyway, in top the process is marked with '<' |
| 20:32.43 | DocScrutinizer05 | top doesn't show a changed niceness either |
| 20:33.08 | freemangordon | what ps | grep sh shows |
| 20:34.05 | DocScrutinizer05 | dang, now it does |
| 20:34.31 | DocScrutinizer05 | IroN900:~# ./childspin |
| 20:34.32 | DocScrutinizer05 | ...... |
| 20:34.34 | DocScrutinizer05 | that's it |
| 20:35.30 | freemangordon | do you want new glibc and the kernel, to confirm it fixes the bug? |
| 20:35.37 | DocScrutinizer05 | the number of dots is 'live' |
| 20:35.42 | freemangordon | yeah, got it |
| 20:36.07 | DocScrutinizer05 | not today, sorry. I'm soooooo late with breakfast |
| 20:36.15 | freemangordon | hehe |
| 20:36.23 | DocScrutinizer05 | and tomorrow is robotnik again |
| 20:36.37 | freemangordon | anyway, i'll upload glibc to -devel |
| 20:37.02 | DocScrutinizer05 | cool stuff. I'll most likely give it a try tomorrow |
| 20:37.19 | freemangordon | you'll need new kernel too ;) |
| 20:37.22 | DocScrutinizer05 | come up with a proper testing script |
| 20:37.31 | DocScrutinizer05 | yeah, got that |
| 20:37.32 | freemangordon | who, me? |
| 20:37.36 | DocScrutinizer05 | I'll... |
| 20:37.41 | freemangordon | aah, ok |
| 20:37.52 | freemangordon | proper testing should be: |
| 20:37.57 | freemangordon | install new glibc |
| 20:38.05 | freemangordon | see if it locks (it locks) |
| 20:38.07 | DocScrutinizer05 | wonder how I could swap glib without rebooting, durin a script |
| 20:38.10 | freemangordon | install new kernel |
| 20:38.23 | freemangordon | dpkg -i |
| 20:38.42 | freemangordon | newly launched processes will lod new lib |
| 20:38.43 | DocScrutinizer05 | there's still be the old instance in RAM? |
| 20:38.53 | DocScrutinizer05 | do they? |
| 20:38.58 | freemangordon | deffinitely |
| 20:39.11 | DocScrutinizer05 | then it will suffice to switch some symlinks ;-) |
| 20:39.18 | freemangordon | maybe |
| 20:39.31 | freemangordon | you can chroot as well |
| 20:39.37 | DocScrutinizer05 | well, dpkg doesn't do much more |
| 20:39.46 | DocScrutinizer05 | nice |
| 20:39.53 | DocScrutinizer05 | chroot, I like that idea |
| 20:40.07 | DocScrutinizer05 | though setting up a chroot is a biach |
| 20:40.16 | freemangordon | yeah |
| 20:40.38 | freemangordon | "/proc /sys /dev ... umm..." |
| 20:40.48 | freemangordon | "/tmp" |
| 20:41.08 | freemangordon | what else |
| 20:41.11 | DocScrutinizer05 | nah, just "renaming" /lib/glib* will suffice then |
| 20:41.23 | freemangordon | maybe |
| 20:41.28 | DocScrutinizer05 | could do that with mount |
| 20:41.33 | freemangordon | it it will become clear very fast |
| 20:42.22 | DocScrutinizer05 | bindmount the new glib file over the old one, only for this childspin process |
| 20:42.42 | freemangordon | mount -o bind works over files? |
| 20:42.45 | freemangordon | lol |
| 20:42.49 | DocScrutinizer05 | supposed to |
| 20:43.08 | DocScrutinizer05 | also supposed to support per-process stuff |
| 20:43.15 | DocScrutinizer05 | man mount |
| 20:43.16 | freemangordon | nice |
| 20:43.40 | freemangordon | no, thanks, I don;t have 4 spare hours :D |
| 20:43.46 | DocScrutinizer05 | kudos to javispedro who tought me |
| 20:44.15 | freemangordon | ok, glibc is in cssu-devel |
| 20:44.19 | freemangordon | merlin1991: ^^^ |
| 20:44.23 | DocScrutinizer05 | bindmount /dev/foo, for mce ;-) |
| 20:44.48 | DocScrutinizer05 | dunno though if messybox ever heard of that |
| 20:47.21 | *** join/#maemo-ssu arcean (~arcean@aadd169.neoplus.adsl.tpnet.pl) |
| 20:48.10 | DocScrutinizer05 | or fstab entry is: |
| 20:48.12 | DocScrutinizer05 | <PROTECTED> |
| 20:48.13 | DocScrutinizer05 | <PROTECTED> |
| 20:50.48 | DocScrutinizer05 | man 8 mount|less "+/The bind mounts." |
| 20:50.53 | merlin1991 | freemangordon: nice! |
| 20:51.06 | freemangordon | merlin1991: now what :P |
| 20:51.28 | merlin1991 | i vanish from irc so that I don't have to deal with a new kernel in cssu ;) |
| 20:51.41 | freemangordon | but,but... |
| 20:51.56 | freemangordon | you're the only one remaining |
| 20:52.09 | merlin1991 | that's the plan ;) |
| 20:52.11 | freemangordon | the last man standing :D |
| 20:52.13 | DocScrutinizer05 | the nice thing: the new glibc will work with stock kernel as well |
| 20:52.32 | freemangordon | yep. exactly in the same way as the old one |
| 20:52.40 | merlin1991 | yep though it still makes sense to patch the friggin kernel to fix the problem |
| 20:52.47 | DocScrutinizer05 | sure |
| 20:53.07 | freemangordon | it makes no sense to have new libc without patching the friggin kernel |
| 20:53.11 | DocScrutinizer05 | just that we can't ship it as mandatory, best we can get is optional |
| 20:53.26 | freemangordon | optional in CSSU? |
| 20:53.28 | freemangordon | WTF? |
| 20:53.29 | DocScrutinizer05 | yep |
| 20:53.31 | freemangordon | kernel |
| 20:53.33 | merlin1991 | do we have any assesment on the patches in kernel-power by now? |
| 20:53.44 | freemangordon | no |
| 20:53.55 | merlin1991 | well |
| 20:54.00 | freemangordon | but i'll try to prepare one |
| 20:54.03 | merlin1991 | does the patch apply to vanilla kernel? |
| 20:54.24 | freemangordon | vanilla? |
| 20:54.31 | freemangordon | as in stock? |
| 20:54.33 | merlin1991 | aka omap1 |
| 20:54.43 | freemangordon | that's not vanilla :P |
| 20:54.45 | DocScrutinizer05 | I'm still thinking we should support KP and just recommend it, while keeping CSSU in a state where it still works with stock kernel as well, just not taking benefit of kernel patches then |
| 20:55.08 | merlin1991 | DocScrutinizer05: well libc works with stock kernel |
| 20:55.09 | DocScrutinizer05 | for glib that's a pretty easy approach, since glib works with both kernels |
| 20:55.26 | freemangordon | DocScrutinizer05: since when bug fixes are optional? isn't that the whole point to have CSSU? |
| 20:55.32 | merlin1991 | and we have the patch from pali for the fiasco flasher that gives you a yes/no option for Do I really want a kernel |
| 20:55.50 | merlin1991 | also nod to fmg this is a valid bug in the kernel |
| 20:55.50 | freemangordon | guys, that makes no sense |
| 20:55.57 | DocScrutinizer05 | I'm fine with that, if it really works |
| 20:56.10 | freemangordon | have in mind one of the users of ppoll/pselect is cmt |
| 20:56.38 | freemangordon | i saw that when i booted maemo with no ppoll/pselect in libc :D |
| 20:56.54 | DocScrutinizer05 | hehe |
| 20:57.48 | DocScrutinizer05 | as long as users can opt out of new kernel, and cssu won't explode into their face with stock kernel, I got no problems with that approach |
| 20:58.35 | freemangordon | Nov 1 21:35:01 Nokia-N900 cellular: ssc[1873]: **** SV=00, HW=RX-51 rev 2204 SW= **** |
| 20:58.37 | freemangordon | Nov 1 21:35:01 Nokia-N900 init: sscd main process (1873) terminated with status 127 |
| 20:58.39 | freemangordon | Nov 1 21:35:01 Nokia-N900 init: sscd main process ended, respawning |
| 20:58.41 | freemangordon | Nov 1 21:35:01 Nokia-N900 cellular: ssc[1878]: **** ssc-daemon 0.5.26 sscd NORMAL started **** |
| 20:58.43 | freemangordon | Nov 1 21:35:04 Nokia-N900 init: csd main process (1876) terminated with status 142 |
| 20:58.46 | freemangordon | Nov 1 21:35:04 Nokia-N900 init: csd main process ended, respawning |
| 20:59.11 | freemangordon | this happens when there is no ppoll/pselect |
| 20:59.13 | DocScrutinizer05 | after all KP is rather thoroughly used/"tested" by a few users. I still think it's not ready for mandatory primetime, but if users have a chance to opt out... |
| 20:59.24 | freemangordon | draw your conclusions |
| 20:59.55 | freemangordon | DocScrutinizer05: I still don;t think all of the patches in KP should go in CSSU kernel |
| 21:00.21 | freemangordon | though, on the other hand if those are modules there should be no problem |
| 21:00.49 | DocScrutinizer05 | freemangordon: the problem is there's no alternative to having the one and only kernel of your system. You can't use 2 kernels, and you can't add features of whatever homebrew kernel you are using simply to the new mandatory KP |
| 21:01.39 | DocScrutinizer05 | so users need a working way to opt out of whatever we ship for kernel |
| 21:02.06 | freemangordon | well, I think opt-out should be given only to those who don't use stock |
| 21:02.15 | DocScrutinizer05 | if there's an opt-out and CSSU will still work as it does today, with stock/whatever kernel... no problem |
| 21:02.29 | merlin1991 | comone doc, give the man a break# |
| 21:02.40 | DocScrutinizer05 | nope, some may use stock kernel for some good reason |
| 21:02.44 | merlin1991 | s/comone/come on/ |
| 21:03.18 | freemangordon | DocScrutinizer05: they have the option to not upgrade |
| 21:03.28 | DocScrutinizer05 | no, they don't |
| 21:03.33 | merlin1991 | why? |
| 21:03.38 | DocScrutinizer05 | since CSSU is meant to be mandatory |
| 21:03.56 | freemangordon | it is either mandatory as a whole or not at all |
| 21:04.05 | DocScrutinizer05 | hmmmm |
| 21:04.14 | DocScrutinizer05 | that's exactly the point |
| 21:04.19 | freemangordon | you can;t define "this part of CSSU is mandatory, but this is not" |
| 21:04.26 | DocScrutinizer05 | sure we can |
| 21:04.33 | DocScrutinizer05 | that's what optional is for |
| 21:04.36 | merlin1991 | and we also can eat small kittens |
| 21:04.44 | freemangordon | fixing bugs should not be optional |
| 21:04.57 | merlin1991 | also in no way cssu is "meant to be mandatory" as long as autobuilder can't use the repo |
| 21:04.57 | DocScrutinizer05 | installing a new kernel though should |
| 21:05.19 | freemangordon | disagree, if that is what is needed to fix a bug |
| 21:05.55 | merlin1991 | we need some stats on how many users are on plain cssu as opposed to -thumb, I kinda got the feeling that our biggest userbase is on -thumb |
| 21:05.56 | DocScrutinizer05 | kernel is a very sensitive topic to astonishingly many users |
| 21:06.16 | merlin1991 | bteween DocScrutinizer05 we have over 700 users of the -thumb flavour, which basically ships kp |
| 21:06.40 | freemangordon | DocScrutinizer05: most of the users don't have a clue what kernel is and who put that on their devices |
| 21:06.54 | DocScrutinizer05 | I got the feeling that the whole debate here is about whether we should offer opt-out to users of stock kernel or not - which is kinda infantile |
| 21:07.49 | freemangordon | if CSSU aims stock system, then we should not offer opt-out to stock kernel users |
| 21:08.09 | DocScrutinizer05 | freemangordon: so they won't have a problem with "install new leete kernel? (recommended!) [y/n]" |
| 21:08.12 | freemangordon | they have the option to not upgrade |
| 21:08.46 | freemangordon | they will, I told you, imagine there are users who don't have a clue what kernel is |
| 21:08.58 | freemangordon | they'll get frightened by that question |
| 21:09.12 | freemangordon | and will never upgrade |
| 21:09.17 | DocScrutinizer05 | nope, I'm not supporting this, since it deprives users of freedom of choice for no reason other than cssu maintainers defining KP as mandatory |
| 21:09.39 | freemangordon | they have the freedom to not upgrade |
| 21:09.44 | DocScrutinizer05 | nope |
| 21:09.50 | DocScrutinizer05 | no good argument |
| 21:09.52 | freemangordon | or stay with PR 1.3 |
| 21:10.08 | freemangordon | yes it is, CSSU is supposed to continue what Nokia did |
| 21:10.18 | freemangordon | and Nokia shipped new kernel with every PR |
| 21:10.22 | DocScrutinizer05 | "you got the freedom to GTFOAD" is no politically correct statement ever |
| 21:10.40 | freemangordon | I am developer, not politician |
| 21:10.57 | DocScrutinizer05 | that's why I tell you about politics |
| 21:10.59 | freemangordon | and "technicaly" this is the correct POV |
| 21:12.01 | freemangordon | and trust me, I know better than ordinary Joe the answer of "install new leete kernel? (recommended!) [y/n]" |
| 21:12.16 | freemangordon | you know it better, too |
| 21:12.23 | kerio | is the answer "yes"? |
| 21:12.28 | freemangordon | yes |
| 21:12.38 | kerio | i answered correctly, yay ^_^ |
| 21:12.49 | freemangordon | good, now change your nick |
| 21:12.51 | freemangordon | to Joe |
| 21:13.26 | kerio | nuh uh, we clearly showed that you know exactly as well as me the answer of "install new leete kernel? (recommended!) [y/n]" |
| 21:13.49 | DocScrutinizer05 | well, there are just 3 points I'll not drop: a) keep CSSU (userland) compatibility to stock kernel, so it doesn't explode when other kernels are used, b) keep as much freedom of choice for users as possible since it's insane to say "you don't want to decide that, so we removed that option for you to increase your comfort", and c) keep CSSU (userland) compatibility to stock kernel, so it doesn't explode when other kernels are used, |
| 21:14.41 | freemangordon | DocScrutinizer05: my sister, her boyfriend and a friend of mine (girl) have n900 and CSSU. None of them have FC what kernel is and do they have to install it |
| 21:15.19 | freemangordon | and while they have a person to ask, lots of users don't |
| 21:15.20 | kerio | DocScrutinizer05: are a) and c) supposed to be the same? |
| 21:15.30 | merlin1991 | freemangordon: what kind of reality disortion field do you posess that you could convince 2 woman to use a n900? :D |
| 21:15.35 | DocScrutinizer05 | yes |
| 21:15.37 | DocScrutinizer05 | kerio: ^ |
| 21:15.45 | kerio | DocScrutinizer05: k |
| 21:15.52 | freemangordon | merlin1991: you won;t believe it :D |
| 21:16.11 | kerio | merlin1991: come on, the n900 is somewhat sexy |
| 21:16.19 | freemangordon | merlin1991: actually they are hery,very happy with it |
| 21:16.36 | merlin1991 | if I look at $average woman in my social circle, I could probably sell them a n9, but a n900 would never go through |
| 21:17.01 | merlin1991 | yeah but the initial hurdle to get them use it for a week or so is almost impossible :D |
| 21:17.02 | DocScrutinizer05 | merlin1991: his dark force has to be scary huge, when he is able to convince users to use N900 but they will get scared and confused by install new leete kernel? (recinstall new leete kernel? (recommended!) [y/n]"ommended!) [y/n]" |
| 21:17.21 | DocScrutinizer05 | meh |
| 21:17.31 | DocScrutinizer05 | THAT would even confuse *me* |
| 21:17.33 | merlin1991 | heh we should make that flash question a loop so it comes back whenever you type n :D |
| 21:17.35 | freemangordon | DocScrutinizer05: your mobile phone is not supposed to ask such questions |
| 21:17.47 | DocScrutinizer05 | uhuh |
| 21:18.19 | DocScrutinizer05 | so what about the standard requester that pops up every time you install a extras package in HAM? |
| 21:18.51 | freemangordon | users are used to it, this will be new stuff, read scary stuff |
| 21:19.01 | DocScrutinizer05 | bullshit, sorry |
| 21:19.03 | freemangordon | (the above question) |
| 21:19.39 | DocScrutinizer05 | installing CSSU might be scary, this question for sure isn't |
| 21:20.24 | DocScrutinizer05 | installing a new kernel without even letting me know thous is FUCKING SCARY |
| 21:20.47 | freemangordon | DocScrutinizer05: look at the userbase. geeks (at least most of them) are already on -thumb. |
| 21:21.11 | DocScrutinizer05 | I never look at the userbase, since nobody ever seen it |
| 21:21.29 | DocScrutinizer05 | all your assumptions about userbase are handwaving |
| 21:21.43 | freemangordon | the remaining (if ever heard of CSSU) will get scared. Thin about CSSU-stable too |
| 21:21.53 | freemangordon | no, merlin1991 has statistics for -thumb |
| 21:22.16 | DocScrutinizer05 | so what? |
| 21:22.49 | DocScrutinizer05 | does that tell you about their potential to feel scared by a really nice and simple polite question with a suggested way to answer it? |
| 21:23.12 | freemangordon | I gave you an examle about real people I know |
| 21:23.40 | freemangordon | they will get scared |
| 21:23.53 | DocScrutinizer05 | I#ll stop/leave this discussion now, since I already posted a) b) c) and nothing more left to do here, but some breakfast to eat before I go to sleep |
| 21:24.01 | freemangordon | hehe |
| 21:24.03 | freemangordon | :D |
| 21:24.21 | freemangordon | merlin1991: so, the same question again |
| 21:24.26 | freemangordon | what now? |
| 21:24.27 | freemangordon | :P |
| 21:24.40 | freemangordon | hopes merlin1991 will not leave IRC |
| 21:24.57 | merlin1991 | we'll need that asessment anyway |
| 21:25.07 | freemangordon | that's for sure |
| 21:25.11 | merlin1991 | nfc how to properly write the word :P |
| 21:25.20 | freemangordon | ok, lets continue when we have it, ok? |
| 21:25.29 | merlin1991 | that sounds good |
| 21:25.29 | freemangordon | assessment |
| 21:25.41 | merlin1991 | thanks :) |
| 21:25.57 | freemangordon | chacks with google |
| 21:26.01 | freemangordon | *checks |
| 21:26.21 | freemangordon | yep, assessment |
| 21:26.28 | merlin1991 | dict.leo.org is quite good, though it's a german<>english dictionary |
| 21:26.39 | DocScrutinizer05 | on4e last suggestion: finally get rid of this rotten idea of MP, CSSU needs to strive to reduce shit forced down user's throat by MP, not improve on evil concept invented by Nokia for reasons of laziness |
| 21:26.56 | freemangordon | DocScrutinizer05: that means new HAM |
| 21:27.27 | merlin1991 | we'd have to hook into ham AND apt then |
| 21:27.34 | freemangordon | or red pill mode enabled by default? |
| 21:27.36 | DocScrutinizer05 | if it does mean new HAM, then we should put new HAM on top of our ToDo list - duh, I thought it's already there since several months |
| 21:28.08 | freemangordon | DocScrutinizer05: that gains nothing to users |
| 21:28.17 | freemangordon | unlike bugfixes and such |
| 21:28.36 | freemangordon | after all n900 IS NOT DESKTOP |
| 21:29.24 | DocScrutinizer05 | sorry taht's just more random nonsense |
| 21:29.50 | DocScrutinizer05 | I'm a user too, and I recently helped another user how to get back stock camera-ui |
| 21:30.09 | freemangordon | and what was his/her problem? |
| 21:30.18 | DocScrutinizer05 | and we had plenty of complaints about CBSMS widhget |
| 21:30.40 | DocScrutinizer05 | the probelm was FUCKING |
| 21:30.42 | DocScrutinizer05 | MP |
| 21:30.56 | freemangordon | as long as we do something there will be complains |
| 21:31.10 | freemangordon | it is inevitable and you know that pretty well |
| 21:31.32 | DocScrutinizer05 | you're not arguing anymore, you're spreading useless statements |
| 21:31.45 | DocScrutinizer05 | I'm out |
| 21:36.29 | kerio | don't fight :( |
| 21:41.27 | Skry | have to agree with Doc's point b, and what comes to removing options etc, I have just one word, Gnome3. |
| 21:43.50 | freemangordon | Skry: Gnome3 brings bugs, does not fix them, unlike the matter of our discussion |
| 21:43.59 | Skry | though I also understand that to average Joe this kind of stuff is at least quite confusing |
| 21:47.41 | Skry | freemangordon: yeah, targeted that one more to Doc but anyways, I guess this is a matter of the amount of average Joes involved . Not saying anything to either direction, I'm sure you all figure out the best solution, or a solution at least :) |
| 22:09.25 | *** join/#maemo-ssu polemo (~p_olemo@195-132-224-2.rev.numericable.fr) |
| 22:11.07 | DocScrutinizer05 | "CSSU comes with great new kernel now. Update detected a standard config on your device and suggests to install the new kernel. If you think update got something wrong about that, or for some reason you want to keep the current kernel config, check the checkbox below" \n "[ ] Don't touch my kernel!" \n "DONE" |
| 22:12.02 | DocScrutinizer05 | show me the user who gets scared by that, and I show you the user who better gets an iPhone or even a featurephone |
| 22:18.41 | *** join/#maemo-ssu arcean (~arcean@aadd169.neoplus.adsl.tpnet.pl) |
| 22:19.50 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 22:20.18 | merlin1991 | Pali: do you plan to add the dhcp option to ke-recv or should I release it as is? |
| 22:20.35 | jon_y | DocScrutinizer05: you sure cssu target audience get scared of some message? |
| 22:20.37 | Pali | merlin1991, I do not se reason |
| 22:20.48 | Pali | etc/network/interfaces support dhcp |
| 22:21.00 | kerio | the what to what |
| 22:21.18 | Pali | so ip configuration is done in /etc/network/interfaces (static or dhcp) |
| 22:21.34 | merlin1991 | hm true |
| 22:26.33 | DocScrutinizer51 | jon_y: that's been been freemangordon's proposition, not mine |
| 23:00.04 | DocScrutinizer51 | ~botsnack |
| 23:00.04 | infobot | :), DocScrutinizer51 |
| 23:35.54 | *** join/#maemo-ssu crashanddie (~slauwers@bch66-2-88-164-78-176.fbx.proxad.net) |
| 23:35.55 | *** join/#maemo-ssu crashanddie (~slauwers@Maemo/community/contributor/crashanddie) |