IRC log of #maemo-ssu for Monday, 2012-08-27

*** NIN101 has quit IRC00:09
*** MrPingu has quit IRC00:11
*** arcean has joined #maemo-ssu00:13
*** MrPingu has joined #maemo-ssu00:26
*** bsdmaniak has quit IRC00:47
*** MrPingu has quit IRC00:49
*** macmaN has joined #maemo-ssu01:31
*** taziff1 has joined #maemo-ssu02:10
*** taziff has quit IRC02:11
*** jonwil has joined #maemo-ssu03:06
*** LaoLang_cool has joined #maemo-ssu04:16
*** arcean has quit IRC04:18
*** LaoLang_cool has quit IRC04:23
*** LaoLang_cool has joined #maemo-ssu04:24
*** LaoLang_cool has quit IRC04:26
*** EdLin has quit IRC05:34
*** amiconn_ has joined #maemo-ssu05:57
*** amiconn has quit IRC05:57
*** amiconn_ is now known as amiconn05:57
*** nox- has quit IRC06:00
*** M13 has joined #maemo-ssu06:32
*** ruskie has quit IRC07:50
*** M13 has quit IRC07:57
*** LaoLang_cool has joined #maemo-ssu09:04
*** ruskie has joined #maemo-ssu09:09
*** freemangordon_ has joined #maemo-ssu09:42
*** freemangordon has quit IRC09:42
*** freemangordon__ has joined #maemo-ssu09:43
*** freemangordon__ has left #maemo-ssu09:43
*** iDont has joined #maemo-ssu09:43
*** EdLin has joined #maemo-ssu09:44
*** DocScrutinizer05 has quit IRC09:46
*** DocScrutinizer05 has joined #maemo-ssu09:46
*** andre__ has joined #maemo-ssu09:59
*** andre__ has joined #maemo-ssu10:00
*** iDont has quit IRC10:02
*** LaoLang_cool has quit IRC10:09
*** iDont has joined #maemo-ssu10:42
*** ivgalvez has joined #maemo-ssu10:58
ivgalvezmerlin1991 ping10:58
*** freemangordon_ has quit IRC11:04
chem|stgood morning!11:16
*** freemangordon has joined #maemo-ssu11:20
ivgalvezhi chem|st11:28
ivgalvezI haven't received any answer from Jolla (Stskeeps) in relation to open questions from the community11:29
*** dafox has joined #maemo-ssu11:41
freemangordonmerlin1991: ping11:55
ivgalvezfreemangordon hi11:55
freemangordonhi :)11:55
ivgalvezthere is yet another discussion around busybox-power: http://talk.maemo.org/showpost.php?p=1255362&postcount=27511:56
ivgalvezyou might have noticed it already11:56
freemangordonyeah, I saw it11:56
ivgalvezdespite any possible opinions about whatis and whatsnot CSSU, the situation of busybox power is clearly not ideal11:57
freemangordonivgalvez: but TBH i missed who will maintain that if included in CSSU11:57
kerioi just don't get why it doesn't provide and replace the usual busybox11:57
kerioi mean, provide and conflict11:57
keriowhy do people always make up their own crappy shit11:58
jonwilhi'11:59
ivgalvezkerio, if it substitutes original bb package it would break metapackage11:59
freemangordonjonwil: hi11:59
kerioivgalvez: hmm, why?11:59
jonwilsaw your vkb stuff11:59
ivgalvezit was packaged in that dirty way when there was no CSSU11:59
freemangordonjonwil: yeah, a total win, I am happy11:59
kerioivgalvez: the metapackage doesn't depend on exact versions11:59
kerioand besides, i think you can provide a particular version12:00
jonwilwhat I cant find is which header file defines functions like imengines_wp_init and imengines_wp_set_data and stuff12:00
ivgalvezkerio, but then are you proposing to package a busybox replacement (with same package name) in Extras?12:00
freemangordonjonwil: no header ;), it is plain C after all :D12:00
kerioivgalvez: of course not12:01
ivgalvezwhich is possible by the way, remember libxau12:01
ivgalvezOK12:01
kerio=D12:01
freemangordonjonwil: I didn't bother to do -dev package for imengines-wp12:01
jonwil:)12:01
*** arcean has joined #maemo-ssu12:01
*** arcean_ has joined #maemo-ssu12:01
jonwilI also seriously doubt your /* WTF ?!? */ line is actually going to work given that you are passing a pointer into the function imengines_wp_set_data12:02
*** arcean_ has quit IRC12:02
jonwilyet the pointer you are passing is obviously not going to be correct12:02
freemangordonjonwil: it works, but dont ask me how12:02
freemangordonas this seems to be some magic, not a real pointer12:02
freemangordonand i preferred to decline it sa void* instead of int3212:03
freemangordons/decline/define/12:03
infobotfreemangordon meant: and i preferred to define it sa void* instead of int3212:03
freemangordonjonwil: everything work, no matter that12:04
freemangordon*works12:04
freemangordonjonwil: BTW feel free to discover WTF this value means, I will appreciate it :P12:04
jonwilI just need to find where I put my x86 copy of libimengines-wp.so12:05
freemangordonjonwil: you dont need that, it is a simple wrapper that does dload/dlsym12:06
freemangordontext:0000C951                 sub     esp, 812:06
freemangordon.text:0000C954                 push    0BBC58F26h      ; data12:06
freemangordon.text:0000C959                 mov     eax, [ebp+which]12:06
freemangordon.text:0000C95C                 push    eax             ; which12:06
freemangordon.text:0000C95D                 call    _imengines_wp_set_data12:06
freemangordonjonwil: ^^^12:06
freemangordonfor the life of mine I cannot grok what 0BBC58F26h is supposed to mean12:07
jonwilok12:07
jonwilneither can I12:08
jonwilgiven that its not a pointer12:08
freemangordonso I assume it is some magic/checksum/whatever12:08
jonwilok12:08
jonwilif it works, that's what matters :)12:08
freemangordonwell, we can try to contact the original developer and ask him to help, though i don't believe we eill get such12:09
freemangordonyes12:09
freemangordonjonwil: though you are correct that maybe a cast to (unsigned int) is better than (void*)12:10
DocScrutinizer05(busybox) has *anybody* looked at the 'patch' that supposedly fixes portrait mode? WTF does it do? why do we need that? how's a shell related to display orientation? and how much is that patch, in lines or chars?12:20
DocScrutinizer05and who actually stated it will get included to next CSSU? based on which criteria and discussion?12:21
DocScrutinizer05(of course I assume I simply missed all that)12:22
kerioDocScrutinizer05: it's just a better handling of SIGWINCH afaiu12:22
ivgalvezinclussion or not of that patch, is unrelated with fact that busy box power is not properly distributed via Extras as it's upstream version of system package12:23
DocScrutinizer05yep12:23
ivgalvezI mean it could be that patch or any other12:23
freemangordonhttp://gitorious.org/community-ssu/busybox/commit/2676e9eacb4f8f4228a6b06e1a49188630660a0312:23
freemangordonDocScrutinizer05: could you tell me the difference between busybox and (libcurl3, obexd,etc)12:24
merlin1991freemangordon: pong12:24
DocScrutinizer05aah, Pali. This guy is so productive, you inevitably lose track of all the stuff he does :-)12:25
freemangordonmerlin1991: could you give me some list of what is planned to be included in next -testing, so I can update -thumb accordingly12:25
DocScrutinizer05hey merlin1991, you found a WiFi hotspot? :-)12:25
merlin1991DocScrutinizer05: we have wifi at hotel, but it drops every 5 mins12:25
merlin1991it's a huge pita12:25
merlin1991also this is the first time I found time to turn on my laptop :D12:26
merlin1991freemangordon: err, hm the list is in vienna, but planned was obexd, libcurl, evolution-data-server, qt4, tinymail, and everyhting pali did except ke-recv12:26
* DocScrutinizer05 *hates* patches in git as normal files >:-(12:26
merlin1991but re obexd I have to talk to luf12:26
merlin1991also I couldn't get microb-engine to compile12:27
ivgalvezupgrade to gcc 4.7.2 :D12:27
ivgalvezjust kidding12:27
ivgalvezor maybe not12:27
DocScrutinizer05well, this busybox "patch" is a one-line err even 3-char edit, seems feasible to properly review complete impact, and low risk of side effects. So this patch is possibly considered safe for inclusion to core cssu, even while busybox is arguably part of mission critical core system components12:31
DocScrutinizer05otoh I'd like to see the bug it is supposed to fix12:31
ivgalvezis Qt mission critical?12:31
DocScrutinizer05sure12:31
DocScrutinizer05in a certain way it is12:31
merlin1991DocScrutinizer05: then you should cry more about the incoming qt patch :D12:31
DocScrutinizer05well, is my dialer qt?12:32
ivgalvezand why was it upgraded without proper 5 wise man reviewing every single patch?12:32
DocScrutinizer05are initscripts qt?12:32
DocScrutinizer05is HD qt?12:32
DocScrutinizer05will a bug in qt stop me from dialing 911?12:32
DocScrutinizer05c'mon, you're not that dull, guys12:33
ivgalvezI'm bored12:33
DocScrutinizer05you are pretty capable to estimate severity of a change12:33
freemangordonmerlin1991: wait, microb-engine compiles ok, there is something wrong with your SB12:33
DocScrutinizer05possible risk and impact12:34
ivgalvezI'm pretty capable of testing it12:34
freemangordonmerlin1991: what is wrong with ke-recv?12:35
DocScrutinizer05then why didn't you do that on this I2C bug in PK that put our hw on peril12:35
DocScrutinizer05?12:35
freemangordonDocScrutinizer05: 911? are you in states :P12:36
ivgalvezI'm quite busy with Coucnil duties lately, so I'm not able to test as much as I'd wish12:36
ivgalvezhowever, I trust other testers and developers12:36
merlin1991freemangordon: the thing is pali added an auto ifup of usb0 in pc-suite mode12:36
DocScrutinizer05then the ability to test isn't exactly what drives us ahead right here12:36
merlin1991however it is not possible to configure that, he said he'll add that before we should release12:36
kerioit's still a FUCKING STUPID idea, btw12:37
keriomuch like operator-name-cbs-widget12:37
freemangordonmerlin1991: I missed the point, but I assume you mean it is still not ready12:37
merlin1991yes12:37
DocScrutinizer05yeah, in the end everybody trusts other less short on time testers, and of course the original patch author. In the end the patch got reviewd on good faith12:37
merlin1991freemangordon: regarding microb-engine, I'll build a new sb target when I get back to vienna, that should (hopefully) take care of the build problems I'm facing atm12:38
freemangordonkerio: it is ok as long as it si configurable and disabled by default12:38
DocScrutinizer05freemangordon: exactly12:39
*** Pali has joined #maemo-ssu12:39
freemangordonPali: hi, we were discussing your ke-recv last patch :)12:39
DocScrutinizer05and doesn't come with remarkable downsides, as long as disabled12:39
PaliI'm planning to add config options for enabling usb network12:40
Paliall options will be by default disabled12:40
DocScrutinizer05(downsides like additional 0.5MB eaten in rootfs, for those who don't need it as well as for those who might want it)12:40
ivgalvezto everyone: please take a look at bylaws proposal in this thread: http://talk.maemo.org/showthread.php?p=125611512:40
ivgalvezwe need your feedback12:40
freemangordonBTW I think it is time someone to start writing "CSSU configurator" application12:41
DocScrutinizer05(and of course shouldn't be too difficult to review and secure it got no side effects)12:41
merlin1991yep we should get rid of the unofficial crap stuff out there12:41
Palibut usbnetwork in ke-recvs does not eat rootfs12:41
Palionly small part of shell script is here12:41
kerioPali: but it can be harmful in more than one way12:41
kerioso it should be disabled by default12:41
DocScrutinizer05freemangordon: I suggested that quite 6 months ago ;-D12:41
merlin1991kerio: that's going to happen12:42
freemangordonivgalvez: well, I assume we're developers here, not lawyers, don't expect much of a help :)12:42
DocScrutinizer05there are already some runtime configurators12:42
Palikerio, see ^^^^ <Pali> all options will be by default disabled12:42
kerioPali: maybe make a tiny settings panel for it12:42
DocScrutinizer05which I suggested to include to CSSU12:42
freemangordonDocScrutinizer05: you remember the state CSSU was 6 months ago ;)12:42
freemangordon?12:42
kerio"cssu configurator" doesn't make much sense12:42
keriopanels for features, in Settings, are fine imo12:42
freemangordonkerio: bad mood or what?12:42
DocScrutinizer05kerio: yep, basically you got a point there12:42
keriofreemangordon: <dumb user> wtf is cssu?12:42
ivgalvezRight now there are two CSSU settings applications in Extras, none of them up to date, both needing CSSU but not depending on it12:43
ivgalvezand with some real bugs12:43
freemangordonkerio: of course we are talking about settings applet12:43
kerioivgalvez: what do they do? i thought it was just transitions.ini12:43
DocScrutinizer05there's no sense in separating e.g. transitions into those which are standard and those which came with CSSU12:43
freemangordonkerio: even an additional button in "about CSSU" applet, which opens the settings application/panel/you name it12:44
DocScrutinizer05but otoh we not always can include all setting options to where they belong (see phone settings for CBSMS widget)12:44
merlin1991kerio: there are vrious g-conf keys aswell12:44
freemangordon:nod:12:44
keriooh right, for MHD and stuff like fmtx applet12:44
freemangordonexactly12:45
DocScrutinizer05ivgalvez: exactly12:45
DocScrutinizer05ivgalvez: rather unfortunate12:45
kerioDocScrutinizer05: well, CBSMS widget has to go anyway12:45
kerioaccording to your rationale12:45
DocScrutinizer05kerio: yep12:45
keriobut yeah, having a panel for it is fine12:45
ivgalvezI understand that the better way to go would be to include specific options in their related settings widgets instead of a big CSSU configurator12:45
keriosame as tvout12:45
DocScrutinizer05it has to become optional12:45
ivgalvezfor example theme settings12:45
freemangordonkerio, DocScrutinizer05: if there is some bug, removing the package is not the way to fix it12:46
DocScrutinizer05kerio: (optional) until we get the settings into proper place, wehn we can't make it optional anymore ;-)12:46
ivgalvezit could be improved with related settings that are available via CSSU12:46
freemangordonivgalvez: hmm, good point12:46
kerioDocScrutinizer05: so busybox-power, which adds no regression, is evil, but cbsms, which *does*, is kosher?12:46
merlin1991kerio: nobody says cbsms is kosher12:47
kerios/no /no known /12:47
infobotkerio meant: DocScrutinizer05: so busybox-power, which adds no known regression, is evil, but cbsms, which *does*, is kosher?12:47
freemangordonkerio: it is evil, because it ends with -power :P12:47
ivgalvezkerio: power word sounds scary to some12:47
ivgalvezyep12:47
keriooh right12:47
DocScrutinizer05kerio: I don't give a shit if something adds regressions, since such a thing shouldn't get allowed to go to CSSU at all12:47
DocScrutinizer05it's simply ... meh, I explained that 20 times now12:48
ivgalvezyes you did12:48
freemangordonDocScrutinizer05: I assume you mean "known regressions", right?12:48
ivgalvezbut we don't agree :D12:48
DocScrutinizer05btw kisher is not a valid criterion for CSSU12:48
kerioDocScrutinizer05: otoh, you don't really have authority over CSSU12:48
ivgalvezwho says that?12:49
kerioso it's up to merlin1991 and mag to decide12:49
kerioivgalvez: i thought he didn't have any official position of authority12:49
DocScrutinizer05ivgalvez: ooh, you don't agree that freedom of chice is a high good?12:49
DocScrutinizer05choice*12:49
keriooh nvm12:49
freemangordonhmm, which reminds me...12:49
ivgalvezI don't agree with you, that's my freedom12:49
ivgalvezno offense12:50
merlin1991freemangordon: do you have any extra repos enabled in your sb besides sdk?12:50
DocScrutinizer05kerio: I don't think YOU have authority to even utter such bullshit12:50
DocScrutinizer05kerio: this is absolutely NOT about authority12:50
freemangordonmerlin1991: maemo-extras and cssu-testing12:50
merlin1991hm where is the sample script for ignoring paritions in ke-recv?12:50
DocScrutinizer05and those who are in duty understand that12:51
DocScrutinizer05you don't12:51
merlin1991*partitions*12:51
merlin1991freemangordon: extras or extras-devel?12:51
freemangordonextras :P12:51
merlin1991hm yeah well there are still a few newer libs than in sdk12:51
freemangordonmerlin1991: hmm, nokia-binaries too12:51
ivgalvezfreemangordon, In fact if CSSU could provide enough configuration options via Settings, I would even provide conflict with Theme Customizer, CSSU Configurator, etc, They all are plagued with bugs12:51
kerioivgalvez: they wouldn't conflict with those12:52
ivgalvezthose applications can mess your transitions.ini and end in reboot loop12:52
keriowhich is something they (should) point out to the user12:53
kerioif they're actively harmful, complain about their inclusion in extras/extras-testing12:53
ivgalvezbut honestly, original settings are not very useful12:53
DocScrutinizer05ivgalvez: not to agree with me is your freedom of choice but absolutely irrelevant here. If you don't grok that it's not about me but about the arguments and reeasonings I contribute, then you better shut up for a while and just listen and learn12:53
DocScrutinizer05if on the other hand you hjave better arguments, then please speak up12:53
ivgalvezDocScrutinizer05 you are rude, again12:53
kerioivgalvez: btw, what have you changed in transitions.ini?12:53
DocScrutinizer05nope I'm not12:54
DocScrutinizer05you are12:54
DocScrutinizer05there's not a single rude word I could find in my post12:54
ivgalvezDocDcrutinizer05: "you better shut up for a while and just listen and learn" is not very polite, at least in my native language12:54
* freemangordon goes for lunch, bbl12:55
DocScrutinizer05well, then you better take that for what it is, a friendly advice12:55
ivgalvezmaybe it's just a language misunderstanding12:55
DocScrutinizer05probably lost in translation, no insult intended12:56
*** MohammadAG has quit IRC12:56
ivgalvezOK12:56
ivgalvezkerio, back to transitions.ini12:56
DocScrutinizer05it's just we are discussing some technical decisions here, nothing about believe or agree with somebody12:56
ivgalvezThese programs usually substitute transitions.ini, instead of turning on or off a single property12:57
*** _xnt14 has quit IRC12:57
DocScrutinizer05you can agree with somebody's arguments, means you think those are the arguments you would use as well. Or you bring up your own different arguments12:57
ivgalvezI have found a lot of messy behaviours12:57
ivgalvezand they are unmaitained12:58
ivgalvezsince long ago, while CSSU keeps introducing new features12:58
ivgalvezso I really thing, CSSU configuration should be provided via CSSU12:58
DocScrutinizer05CSSU is not primarily about introducing _new_ features12:58
*** MohammadAG has joined #maemo-ssu12:58
*** _xnt14 has joined #maemo-ssu12:58
ivgalvezbut there are12:59
ivgalvezin Hildon Desktop12:59
DocScrutinizer05it's about _enabling_ new features12:59
ivgalvezyou have a lot of new parameters available in transitions.ini12:59
ivgalvezconfiguring them via external application12:59
ivgalvezis a risk12:59
DocScrutinizer05the small but relevant difference is *freedom of choice*13:00
ivgalvezI always modify it manually via xterm13:00
chem|stisn't it telling when your settings are wrong and isn't it telling that you may brick your device before saving even with "good" settings?13:01
ivgalvezwell, telling that it may brick your device is not the same that actually doing13:02
DocScrutinizer05we (mag, merlin1991, me, a few others) decided that no 'new features' are forced into CSSU-S - that's why orientation lock applet  missing in S - but that they might be useful to be enabled by default in T since, well since it's T13:02
ivgalvezDocScrutinizer05: that I agree with you13:03
ivgalvezTesting is for testing13:03
ivgalvezthose wanting stability go for Stable13:03
DocScrutinizer05of featues that have a chance to go to CSSU-S13:03
ivgalveznot everything in Testing should go to Stable13:03
DocScrutinizer05then it should eventually get kicked out of T13:04
merlin1991~joergw13:04
merlin1991DocScrutinizer05: gimme your wiki page, I need to copy some syntax :D13:04
DocScrutinizer05~jrtools13:04
infobotextra, extra, read all about it, jrtools is http://wiki.maemo.org/User:Joerg_rw/tools13:04
DocScrutinizer05?13:04
merlin1991yep13:04
merlin1991thanks13:04
DocScrutinizer05np13:04
ivgalveznot really, something not fully functional or with some issues can be improved on time13:05
ivgalvezbut if you don't ship it at least for power users, nobody will care about trying to fix it13:06
DocScrutinizer05(not all features in T...) look, for arbitrary distro with a tresting and a stable branch, you don't want to go with only gnome in T when you when you have KDE in S13:06
DocScrutinizer05T and S need to stay in sync to a certain degree13:06
DocScrutinizer05T is not experimental13:06
ivgalvezto a certain degree yes13:06
ivgalvezbut we need to experiment13:07
DocScrutinizer05T is testbed for S13:07
ivgalvezotherwise how are we going to progress13:07
chem|stivgalvez: devel13:07
DocScrutinizer05if something in T finally proves to not be applicable to S, it even should get nuked from T13:07
ivgalvezwell, why is not worldclock replacement even packaged for devel?13:07
ivgalveznobody can test it13:08
chem|stthen it is literaly non-existant to CSSU13:08
ivgalvezin fact a lot of users are testing it by manually replacing binary13:08
chem|stin two weeks from now we can have a further look...13:09
ivgalvezseems that worldclock is also mission critical by the time it's taking to get it's way to CSSU13:10
chem|stmerlin1991: btw, we should think about a freeze state for testing (debian way)13:10
merlin1991chem|st: we do a rolling window13:10
DocScrutinizer05I'd think in T you might even get proper 100% feature complete and identical FOSS repalcements for closed blobs, but they shouldn't get included to S for the mere benefit of having a sourcecode to that binary. They may move to S as soon as they see some improvement/bugfix over what stock closed blob offers13:10
merlin1991we grab what's good .)13:10
chem|stI know....13:10
ivgalvezI'd buy FOSS replacements in Testing but not in Stable13:12
ivgalvezbut what's the point not to include them in T13:12
DocScrutinizer05ivgalvez: (world clock mission critical) it's just not scatching an itch13:12
chem|stas long as they are just an replacement there is no need13:12
ivgalvezit provides portrait support13:13
ivgalvezwhat's the point of portrait support in bb?13:13
DocScrutinizer05well, that's a valid point13:13
ivgalvezor even hildon13:13
DocScrutinizer05that would even qualify it for later S inclusion13:13
merlin1991http://wiki.maemo.org/Community_SSU/Features/ke-recv feel free to fix my spelling mistakes or write up a better text13:14
ivgalvezthat wouldn't happen if it's not tested at all.13:14
ivgalvezthe point is that there is no real criteria for inclussion in CSSU13:14
ivgalvezsome critical components get updated and some not13:14
DocScrutinizer05there are pretty clear and simple criteria13:14
DocScrutinizer05first of all it has to "scratch an itch"13:15
ivgalvezmy clock not in portrait itches me a lot13:15
DocScrutinizer05and meybe even before that, it has to be inappropriate to get it via extras-* repos13:15
DocScrutinizer05ivgalvez: I already said you got a valid point there13:16
ivgalvezwhy the hell can I open clock from portrait if it's being rotated to landscape13:16
ivgalvezOk13:16
ivgalvezsorry13:16
ivgalvezthe question is that including it in devel (at least) is not difficult13:16
ivgalvezit's not critical13:17
ivgalvezand application is already tested13:17
ivgalvezin it's TMO thread13:17
DocScrutinizer05so didn't we discuss _all_that_ some 8 weeks ago?13:17
ivgalvezyes, so why the hell is possible to even discuss about enabling portrait in bb and break bb-power when worldclock is blocked13:18
DocScrutinizer05and didn't we even come to some common sense conclusion what to do next?13:18
DocScrutinizer05who says worldclock is blocked?13:18
DocScrutinizer05is it?13:18
ivgalvezno, you forced idea of including a replacement chooser in HAM13:19
ivgalvezbut that doesn't exist13:19
DocScrutinizer05maybe it's simply not assigned to a (CSSU) maintainer who drives the package13:19
ivgalvezade has already upload it to gitorious and he's maintaining it13:19
ivgalvezyou could say that it shouldn't enter Stable yet, I give that13:20
*** andre__ has quit IRC13:20
DocScrutinizer05aaah, the work package depends on merlin1991's work for optional packages in HAM13:20
ivgalvezbut that should be blocker for Stable13:20
DocScrutinizer05well, sorry for the delay, merlin1991 is quite busy13:20
ivgalveznot for devel/testing13:20
DocScrutinizer05arguable, yes13:20
DocScrutinizer05I agree13:20
ivgalvezshit!13:21
ivgalvezI can't believe it13:21
ivgalvezkidding :D13:21
DocScrutinizer05have to run13:21
DocScrutinizer05o/13:21
ivgalvezmerlin1991: you can package worldclock replacement for devel/testing, DocScrutinizer05 promises not to shoot you13:22
ivgalvezDocScrutinizer05, please if you have the time take a look to bylaws13:22
ivgalvezand scrutinize it13:22
DocScrutinizer05later (this evening), will do, ivgalvez13:23
ivgalvezthanks13:23
ivgalvezwe really need feedback13:23
DocScrutinizer05pleas eping me again about it13:23
DocScrutinizer05merlin1991: I'll for sure shoot you if you package the worldclock without proper testing *in CSSU* context, means we have a close look at it, test it ourselves, and discuss our concerns13:24
*** bsdmaniak has joined #maemo-ssu13:25
DocScrutinizer05but basically I don't see why we can't get it into T13:25
DocScrutinizer05;-)13:25
ivgalvezthanks13:25
DocScrutinizer05this is a momentary opinion, I have to re-read the logs of our previous discussion about it13:26
DocScrutinizer05maybe there were details mentioned or concerns raised we are not aware right now13:27
DocScrutinizer05and since I'm in a hurry right now...13:27
ivgalvezhappy luch13:28
ivgalvezlunch13:28
DocScrutinizer05a last comment re busybox: it's a shell like 1000 others, you could - basically - install busybox-power alongside tcsh, bash, whatnot else, on /opt and chose to have it for your user login shell13:30
DocScrutinizer05it's kinda hard to argue why we need to mess with mission critical core system stuff, just for a feature of user shell13:31
kerioDocScrutinizer05: the problem is adding stuff to stuff like swapon13:31
kerioadding features to commands like swapon13:31
DocScrutinizer05nope, it's not13:31
kerioyes it is, replacing stuff with path precedence only is a PITA13:32
ivgalvezthere are tons of fixes also, I use busybox with STBs equipments and old versions (like one packaged in Maemo) are shit13:32
DocScrutinizer05if you define your shell as busybox-POWER (and actually have a proper separate unentangled infra for it, incl binary, path for "builtins" etc), you can swtich from busybox-original to busybox-POWER any time13:33
ivgalvezhowever, I don't know if it's possible to package it in a better way without replacing original binary13:33
DocScrutinizer05without messing with original busybox13:33
kerioDocScrutinizer05: yeah but /sbin/swapon will still point to /bin/busybox13:33
DocScrutinizer05so what?13:33
kerioone of the main uses of busybox-power is specifying swap priority to swapon13:34
DocScrutinizer05if you're a shell crack that knows his way around, you'll define your path to include /opt/bbpower/bin/ where _your_ swapon lives13:34
*** M4rtinK has joined #maemo-ssu13:34
keriosure, it can be done and it's done like that for the gnu stuff too13:35
keriobut it's not exactly convenient13:35
DocScrutinizer05and you know in scripts you ought *always* use FQN to binaries anyway13:35
keriohm13:35
DocScrutinizer05convenient??? c'mon13:35
*** dafox has quit IRC13:35
*** andre__ has joined #maemo-ssu13:36
*** andre__ has joined #maemo-ssu13:36
kerioby the way, how big is busybox-power when ubifs compresses it?13:39
DocScrutinizer05and you know in scripts you ought *always* use FQN to binaries anywayoes that matter? it should get optified anyway13:43
DocScrutinizer05oops13:43
DocScrutinizer05does that matter? it should get optified anyway13:43
DocScrutinizer05since you *usually* don't need busybox-POWER enhancements during early boot, that's the whole point13:44
keriowhy not just properly mount /usr/ as an external partition?13:45
DocScrutinizer05actually that's the reason why we got busybox, I suppose. and also the reason it is like it is and isn't like power from beginning13:45
DocScrutinizer05~optification13:45
infobotoptification is a inventive duct tape workaround to reclaim space in fs root, done due to the fact the systeminit *and* partitioning is FUBAR,  http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Packaging,_Deploying_and_Distributing/Installing_under_opt_and_MyDocs, or ""OMG - I wish they looked into FHS and moved /usr to eMMC"", http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE2 bullet1,2 and fhs-2.3.html#PURPOSE16 dot3"13:45
kerioi know what optification is13:45
keriobut why is it still there?13:45
DocScrutinizer05doesn't help for the shell doing the moint command though13:45
DocScrutinizer05kerio: it's still there since it's impossible to do proper OTA updates when you mess up system that much13:46
keriohm13:46
DocScrutinizer05not that OTA in itself holds a problem with proper /usr13:47
DocScrutinizer05just there'll be incompatible pathes etc then13:47
DocScrutinizer05o/13:47
*** ivgalvez has quit IRC13:50
*** dafox has joined #maemo-ssu13:51
*** dafox is now known as Guest4752913:52
*** lizardo has joined #maemo-ssu13:53
*** andre__ has quit IRC13:54
*** arcean_ has joined #maemo-ssu14:03
*** arcean has quit IRC14:06
*** andre__ has joined #maemo-ssu14:12
*** andre__ has joined #maemo-ssu14:12
*** Guest47529 has quit IRC14:27
*** arcean_ has quit IRC14:29
*** Pali has quit IRC14:45
*** Pali has joined #maemo-ssu14:48
*** dafox has joined #maemo-ssu14:51
*** dafox has quit IRC14:56
*** dafox has joined #maemo-ssu15:11
*** dafox is now known as Guest4104915:11
*** Guest41049 has quit IRC15:15
*** iDont has quit IRC16:05
*** arcean_ has joined #maemo-ssu16:24
*** mase76 has joined #maemo-ssu16:49
*** bsdmaniak has quit IRC17:23
*** jonwil_ has joined #maemo-ssu17:24
*** jonwil has quit IRC17:25
*** jonwil_ is now known as jonwil17:26
*** BCMM has joined #maemo-ssu17:32
*** BCMM_ has joined #maemo-ssu17:41
*** BCMM has quit IRC17:42
*** DocScrutinizer05 has quit IRC17:46
*** jonwil has quit IRC17:48
*** iDont has joined #maemo-ssu17:49
*** DocScrutinizer05 has joined #maemo-ssu17:49
*** arcean_ has quit IRC17:51
*** arcean has joined #maemo-ssu17:53
*** arcean has quit IRC17:55
*** arcean has joined #maemo-ssu17:58
*** arcean has quit IRC18:02
*** MrPingu has joined #maemo-ssu18:48
*** NIN101 has joined #maemo-ssu18:53
*** MrPingu has quit IRC19:08
*** MrPingu has joined #maemo-ssu19:12
*** NIN102 has joined #maemo-ssu19:15
*** NIN101 has quit IRC19:17
*** Pali has quit IRC19:21
*** DocScrutinizer06 has joined #maemo-ssu20:00
*** DocScrutinizer06 has quit IRC20:00
*** DocScrutinizer06 has joined #maemo-ssu20:00
*** DocScrutinizer05 has quit IRC20:00
*** peetah_ has joined #maemo-ssu20:02
*** peetah has quit IRC20:06
*** DocScrutinizer51 has quit IRC20:06
*** DocScrutinizer51 has joined #maemo-ssu20:07
*** DocScrutinizer51 has quit IRC20:22
*** DocScrutinizer51 has joined #maemo-ssu20:22
DocScrutinizer51infobot: ping20:23
infobot~pong20:23
*** MrPingu has quit IRC20:29
*** MrPingu has joined #maemo-ssu20:31
*** MrPingu has quit IRC20:51
*** arcean has joined #maemo-ssu21:11
*** iDont has quit IRC21:53
*** dafox has joined #maemo-ssu21:55
*** dafox is now known as Guest7686721:55
*** Guest76867 has quit IRC22:00
*** arcean has quit IRC22:30
*** arcean has joined #maemo-ssu22:31
*** toxaris has joined #maemo-ssu22:46
*** BCMM_ has quit IRC22:58
*** NIN102 has quit IRC23:54
*** lizardo has quit IRC23:56

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!