IRC log of #maemo-ssu for Friday, 2012-08-24

*** NIN101 has quit IRC00:01
*** _rd has joined #maemo-ssu00:03
*** _rd has quit IRC00:21
*** _rd has joined #maemo-ssu00:26
*** mase76 has quit IRC00:36
*** mase76 has joined #maemo-ssu00:36
*** mase76 has quit IRC00:37
*** mase76 has joined #maemo-ssu00:37
*** mase76 has quit IRC00:37
*** _rd has quit IRC00:54
*** MohammadAG has quit IRC01:41
*** MohammadAG has joined #maemo-ssu01:41
*** nox- has joined #maemo-ssu02:21
*** EdLin has quit IRC02:28
*** EdLin has joined #maemo-ssu02:32
*** taziff1 has joined #maemo-ssu02:59
*** taziff has quit IRC03:02
*** amiconn_ has joined #maemo-ssu05:03
*** amiconn has quit IRC05:03
*** amiconn_ is now known as amiconn05:04
*** M13 has joined #maemo-ssu05:50
*** nox- has quit IRC06:01
*** taziff1 has quit IRC07:39
*** taziff has joined #maemo-ssu07:41
*** EdLin has quit IRC08:02
*** RST38h has quit IRC08:21
*** taziff1 has joined #maemo-ssu08:44
*** taziff has quit IRC08:44
*** LaoLang_cool has joined #maemo-ssu09:18
*** Pali has joined #maemo-ssu09:24
*** EdLin has joined #maemo-ssu10:14
merlin1991Pali: ping11:00
Palimerlin1991, pong11:00
merlin1991do you have a modest build tree around? I'm wondering what goes into intltool-update.in, because here it is empty and the configure script fails thanks to that11:01
Paliin my modest tree there is no intltool-update.in file11:02
merlin1991it got created on build time here11:03
merlin1991something is wrong with my modest tree, I'll do a clean git clone11:04
*** iDont has joined #maemo-ssu11:14
iDontmerlin1991: ping11:14
*** LaoLang_cool has quit IRC11:26
*** Pali has quit IRC12:49
*** Pali has joined #maemo-ssu12:51
*** Pali has quit IRC13:04
DocScrutinizer05(([2012-08-23 19:43:25] <Estel_> I'm just interested what ham may do "better" than me manually about repos + fapman about installing (other than using off-line mode to install system ugprade, which I mimic anyway) ))  A) CSSU installer is using HAM (we wouldn't want to install fapman just to install CSSU) B) CSSU is tested against HAM  C) we investigated fapman just enough to know we don't want to support it and it may/does have13:08
DocScrutinizer05problems when it comes to CSSU  D) eventually CSSU comes with massive CSSU specific augments to HAM (not fapman)  --> If you want to compare your weird method to the way CSSU installer works, you just have to learn about, and understand all that. Plus fapman, which for obvious reasons none of CSSU team is interested in learning about even more than we already did13:08
DocScrutinizer05for sure nobody of CSSU team will investigate, just to answer your "academic" question13:10
DocScrutinizer05btw I doubt your manual method is any faster than (admittedly slow) HAM, just you have a lot to do manually while with standard CSSU installer & HAM you could use the time HAM needs to complete the task unattended and automatically, to do some more useful things rather than fuzzinh around with manual editing of repo lists, checking .desktop files and scripts and thinking how to replace all that using fapman13:13
DocScrutinizer05I just hope you never ever forget to mention this weird way you installed and updated CSSU, whenever you report a bug against CSSU-T (or rather maybe don't even bother to report any bugs, since due to this installation method all those tickets shall get closed INVALID)13:17
DocScrutinizer05it's not reasonable to think about possible causes in that installation method when it comes to whatever bug report, just useless nonsensical complications13:20
DocScrutinizer05It's a real pitty you basically refuse to help debugging CSSU-T just to satisfy your rather ideological aversion against HAM - after all it's just 5 min of calm waiting you had to bear with, once for each CSSU install/update13:22
*** lizardo has joined #maemo-ssu13:50
*** bsdmaniak has joined #maemo-ssu13:51
*** bsdmaniak has quit IRC13:53
*** Pali has joined #maemo-ssu14:06
Lava_CroftToo bad that's not a criminal offense14:22
Lava_CroftRight?14:22
*** M13 has quit IRC14:47
DocScrutinizer05ooh, a pun! hahahaha14:51
DocScrutinizer05almost missed it14:53
* Lava_Croft faintly smiles at DocScrutinizer05 14:54
*** gri_ has quit IRC14:59
DocScrutinizer05it's just that: a pity. CSSU could use every single tester, but it for sure doesn't need bug reports that in fact are against a non-standard installation and thus waste everybody's time15:00
*** gri has joined #maemo-ssu15:00
Lava_CroftI'm not the one who has to be convinced of anything in this case. :<15:00
*** bsdmaniak has joined #maemo-ssu15:01
Lava_CroftBut a bug is a bug.15:01
DocScrutinizer05and investigating where from a bug originates makes no sense for non-standard deprecated installs15:11
Lava_Croftdepends on your definition of deprecrated?15:12
Lava_Croftsince the n900 itself is deprecated, idk15:12
DocScrutinizer05fapman definitely meets general definition of deprecated for CSSU15:13
Lava_Croftand tbh, these discussions are an utter waste of time and your good mood15:13
Lava_Croftestel isnt a 'noob'15:13
Lava_Croftso why bother15:13
DocScrutinizer05I'm just hoping for the best (I.I. a change in habits), probably due to my good mood15:13
DocScrutinizer05I.E.*15:14
chem|stLava_Croft: boon?15:14
Lava_Croftnoob tobias?15:14
Lava_Croftoh wait15:14
Lava_Croftnoob saibot was it15:14
DocScrutinizer05N.B. we started that discussion since somebody had a problem with installing CSSU15:15
DocScrutinizer05utterly useless to claim "I never seen those problems - I used fapman"15:15
Lava_Croftthats what i mean, why bother with estel and this situation15:16
Lava_Crofthe isnt a random poor user that runs into a real bug15:16
DocScrutinizer05maybe I tried to be polite to everybody15:16
Lava_Croftthat would be a first, right? :P15:16
Lava_Croftok, that was a bit low15:16
DocScrutinizer05my usual answer would've been less friendly and educational15:16
chem|stOT I'd like to backupmenu my device before starting off with next cssu-s release, any idea where a how-to is as tmo seems outdated15:18
DocScrutinizer05so I deliberately ignored the fact that Estel_ is no noob and should've known better15:18
DocScrutinizer05howto for BM? useless, it's as straightforward as it gets15:19
chem|stDocScrutinizer05: noob/boon also specifies people not helping the game by ignoring rules/facts/needs15:19
DocScrutinizer05ok, wasn't aware of that definition15:19
Lava_Croft:)15:20
DocScrutinizer05chem|st: install BM, boot with slider open15:20
DocScrutinizer05see menu15:20
chem|stpeople whom do not learn from their mistakes are included15:20
Lava_Croftchem|st: yup15:20
Lava_Croftnewbies are fine, noobs are not15:20
chem|stDocScrutinizer05: extras-devel and just that? the tmo thread is confusing with the bootmenu stuff15:20
DocScrutinizer05I guess so15:21
Lava_Croftchem|st: thats what i used15:21
DocScrutinizer05I'd think most recent and best version is in -devel15:21
Lava_Crofti think that goes for a lot of applications15:21
chem|stLava_Croft: newbies are noobs... noob is n00b 1337speak for newb15:21
Lava_Croftchem|st: not in my book15:21
Lava_Croftnewbies are new players, noobs are not15:21
Lava_Croftwell, they can be, but mostly they arent15:21
DocScrutinizer05~dict noob15:21
infobotDictionary 'noob' <jargon> /n[y]oo'bee/ (Sometimes shorted to "noob") Originally from British public-school and military slang variant of "new boy", an inexperienced user. This term surfaced in the {newsgroup} {news:talk.bizarre} but is now in wide use.  Criteria for being considered a newbie vary wildly; a person can be called a newbie in one group while remaining a respected regular in another.  The label "newbie" is sometimes applied as a serious ...15:22
DocScrutinizer05>> Criteria for being considered a newbie vary wildly...<< is the key15:23
DocScrutinizer05language is dynamic and meanings change during periods of as short as some days15:24
DocScrutinizer05see "hacker"15:24
chem|styes.... but, so you join a group and do not adapt to it makes you a noob in all cases15:24
Lava_Crofthacker is someone who jailbreaks his iphone right15:24
jon_yI prefer statically typed language :)15:24
jon_ythese days, following a script will get you that15:25
jon_ylearn2read makes you a cool hacker15:25
jon_yI know because I jailbroken iphone back in the 3g days by following instructions on the internet :)15:25
* DocScrutinizer05 ponders opening a shop called typecast15:26
jon_ylol15:26
DocScrutinizer05today's offer: our all-in-one extra-complete "cool hacker" box15:27
DocScrutinizer05comes incl sweatshirt15:27
chem|stdon't forget the 'hacked' reading iphone case!15:28
DocScrutinizer05:nod:15:28
jon_yI made good money from jail breaking iphones, those guys paid me, without me asking, free money is cool too :)15:29
DocScrutinizer05now that's one awesome business model15:29
DocScrutinizer05alas it would require me buying a spyPhone15:30
chem|st"little boxes on the hillside, little boxes made of tikitaki, little boxes all the same"15:30
chem|stDocScrutinizer05: why?15:30
DocScrutinizer05hmm, indeed15:30
DocScrutinizer05for RL-advertising?15:30
chem|styou don't need an preyPhone.... you need a shirtlabeler and a foilplotter and a supply of blank preyPhone cases15:31
DocScrutinizer05right15:32
chem|stsums up to 1200eur... not bad for a entrepreneur....15:32
DocScrutinizer05now for something completely different: could somebody have a look at starhash-enabler and ponder if it basically qualifies as proper fix to include to CSSU?15:32
jon_ywell, internship ended, so did the number of office workers coming to me with grey market iphones15:33
jon_yit was nice while it lasted15:33
chem|stDocScrutinizer05: fuck what... I never had it and I can send codes...15:33
DocScrutinizer05o.O15:33
jon_ywhoa, you could?15:33
chem|stDocScrutinizer05: you just need to enable it in the phone.conf by hand...15:33
DocScrutinizer05you can send *#67# ?15:33
DocScrutinizer05right15:34
DocScrutinizer05that's what *#-ena does15:34
DocScrutinizer05;-P15:34
chem|stI use the n9 now but I tried some stuff back then, that was PR1.2x stuff15:34
chem|stthey just did not enable it by default...15:34
chem|stwas wondering what for this app might be? thought it is a sensless GUI15:35
DocScrutinizer05so let me rephrase: could we make CSSU tweak phone.conf to enable codes for everybody?15:35
chem|stno15:35
chem|st...15:35
jon_ythe holy grail is getting to the firmware itself15:36
jon_yso I can edit the SMS headers :)15:36
chem|stwell I cannot use all codes requested as I basically do not have that function provider wise15:36
DocScrutinizer05definitely less of an invasive tweak than e.g. allowing mounting of multiple arbitrary partitions on uSD15:37
DocScrutinizer05chem|st: it's however a visible difference whether your providers says "not supported" or your phone refuses to send the code at all15:38
DocScrutinizer05you can detect difference with any arbitrary set of allowed functions by your carrier15:38
chem|stthe phone, on the bad side, does not reply in a very telling way...15:38
chem|stwell that I do not remember15:39
chem|stlooong time ago!15:39
chem|stmake it years...15:39
DocScrutinizer05same here15:39
chem|stwhen was 1.2? 2010 something right?15:39
DocScrutinizer05but in the end I maintained *#-ena so I know about it's particulars from back when15:40
chem|stI did test some stuff as I needed to change some mailbox stuff which can only be altered with codes, while I was on another phone with my providers support15:40
DocScrutinizer05(just on a sidenode I also pushed Nokia to enable SCC at all)15:40
*** macmaN_ has joined #maemo-ssu15:42
DocScrutinizer05back when konttori asked "anything else my teams could do, they get bored" OWTTE15:42
*** infobot has quit IRC15:42
*** macmaN has quit IRC15:42
*** krayon has quit IRC15:42
*** macmaN_ is now known as macmaN15:42
DocScrutinizer05a pity my request for service monitor mode never really made it15:43
DocScrutinizer05but in the end it bought me at least a N95015:44
DocScrutinizer05which konttori thought I should receive, and pondered how to pass one to me15:44
DocScrutinizer05~pr1.215:45
DocScrutinizer05GRRRR15:45
chem|stfor supplementary it is The following lines in ~/.osso/call-ui.ini do the trick:15:51
chem|st[supplementary]15:51
chem|stssc=115:51
merlin1991iDont: pong15:53
* Jaffa sees a highlight but has been AFK for 4 days15:54
iDontmerlin1991, I noticed in the chanlogs that you had some concerns regarding busybox-power and busybox in CSSU15:55
merlin1991yses15:55
chem|stDocScrutinizer05: you posted that yourself back in 201015:55
chem|stJaffa: /away will help...15:55
iDontbusybox-power replaces /bin/busybox, but /bin/busybox stays owned by Maemo's own package15:56
iDontwhen BusyBox would get updated by the CSSU, /bin/busybox would simply be replaced by CSSU's version15:56
merlin1991so the user would have to reinstall busybox-power?15:56
iDontthat would cause no problems, but if an user has modifies e.g. /sbin/preinit with bb-power specific commands, that could be an issue15:56
merlin1991and whatabout the links ie less that are not part of the stock busybox?15:57
iDontthose will stay as long as busybox-power is still installed15:58
iDontbusybox exits with status 1 if an applet is called that it doesn't supply15:58
chem|stso weekend bb!15:58
iDontSo to summarize: CSSU can safely update busybox, the user would only need to reinstall busybox-power, no problems there. Only if users edited critical scripts with bb-power specific features, that could pose an issue16:00
merlin1991hm that should be safe enough16:00
iDonta notice would be handy for those who did manually edit critical scripts, but I suppose that notice would be best plpsted in bb-power's thread?16:02
DocScrutinizer05editing initscripts always causes trouble16:02
iDonts/plpsted/posted16:02
DocScrutinizer05and I hope busybox-power won't be considered madatory part of CSSU anyway16:02
iDontDocScrutinizer05, I agree, editing initscripts is the user's responsibility, though a notice comes in handy for them :)16:03
DocScrutinizer05iDont: I can't see how that's CSSU specific problem16:03
iDontit isn't, and I wasn't implying it is16:04
iDontat least I didn't mean to16:04
DocScrutinizer05messing with shell and initscripts is pretty core system stuff, and up to each user's discretion and responsibility. every update has potential to mess up such non-standard systems16:04
iDontBusybox-power has been designed to not break (C)SSU's. However, if an user maken critical scripts dependant on bb-power, then that's their responsibility IMO :)16:05
DocScrutinizer05that's btw one of the reasons why I personally deprecate messybox-power16:05
iDontWell, you don't _have_ to make scripts dependant on busybox-power ;)16:05
DocScrutinizer05they _are_16:05
DocScrutinizer05change output of ps -> possible bootloop16:06
DocScrutinizer05change $anything -> possible bootloop16:06
DocScrutinizer05you can't even rule out that scripts depend on some commands _not_ being supported by busybox16:07
iDontYes, you're absolutely right. That's why packages that use busybox-power's features, should depend on busybox-power16:07
DocScrutinizer05but well, that's up to every user's own discretion and mood for venture16:08
iDontHowever, _manual_ modifications to other package's scripts (like inittscripts), are up to the user's responsibility16:08
DocScrutinizer05that's true for sure16:09
DocScrutinizer05actually the correct statement was: init(scripts) should depend on stock busybox16:10
DocScrutinizer05and since I know they do, I'm quite averse to _replace_ busybox_stock by *anything*. Rather get my fav shell in addition to stock busybox16:12
iDontI completely understand your opinion :)16:12
DocScrutinizer05recently somebody ran into a pitfall when replacing default shell busybox by anything else, then noticed this $anything_else doesn't work in BM16:14
DocScrutinizer05when you replace some core component, you don't only take responsibility for the stuff you depend on, but also for all the stuff that depends on your replaced component16:15
DocScrutinizer05quite tricky to get those all and not miss any nasty fringe case16:16
DocScrutinizer05badsically mission impossible16:16
DocScrutinizer05-d16:16
iDontAll I can say is that I do my very best to solve regressions vs. the stock busybox binary16:17
DocScrutinizer05eventually Nokia ran into a nasty situation where roofs got filled up so much they couldn't easily run next PR-update. Who's been the culprit? In the end it doesn't matter, you always have to consider _all_possible side effects when messing with system-level/rootfs stuff16:19
iDontat least there are no critical issues I'm aware of, and busybox-power has been around for quite a while now16:19
DocScrutinizer05much appreciated16:20
DocScrutinizer05:-)16:20
Jaffachem|st: AIUI, that's generally considered poor form on IRC these days. If I'd remembered, I'd've /quit16:21
DocScrutinizer05and the idea to add an elaborated warning for users, regarding possible side effects, is actually all sane16:21
iDontdo you mean the warning regarding the CSSU update, or the warning that users get to see when installing busybox-power for the first time?16:23
DocScrutinizer05"dear user, though we took great effort to smoke out any regressions of xy-power vs original xy, we can't guarantee complete compatibility. For example the mere binary size alone differs. You should expect and prepare for unpleasant side effects, up to a possible system bootup failure that requires a complete reflash"16:23
iDontThe current warning states: "Warning: This package touches an essential system binary!16:24
iDontEven though installation should be safe, a reflash might be required if something does go wrong (i.e. worst-case scenario)."16:24
DocScrutinizer05fair enough16:24
DocScrutinizer05:-)16:24
*** mase76 has joined #maemo-ssu16:25
iDontanyway, I got to go now. Please do know that I appreciate your input and completely understand your opinion. I indeed can't guarantee 100% compatibility, but I do the best I can, and I suppose that's what you'll have to accept when installing busybox-power.16:26
iDont^DocScrutinizer0516:26
DocScrutinizer05yes, I think you can't do any better. Many thanks :-)16:27
DocScrutinizer05and indeed we might think more about non-standard installs when it comes to CSSU installation. I dunno haw we handle e.g. shell not standard, I know we ignore opername widget non standard (not very nice either)16:29
*** arcean has joined #maemo-ssu16:29
DocScrutinizer05s/haw/how/16:29
iDontwell, I'll make sure busybox-power is as compatible as possible with the stock busybox so (C)SSU won't have to worry about that ;-)16:31
DocScrutinizer05we shouldn't go the MS/windows way of expecting we got a whole standard device to mess with at our discretion (windows ignoring and nuking any linux installs / bootloaders etc). We might add tests (and user warnings or even requesters) for all we touch and we find is not standard16:31
iDontI would love to continue discussion, but I'm afraid I really have to go now. Thanks again for the input and discussion :-)16:32
iDontBye!16:32
DocScrutinizer05o/16:32
*** iDont has quit IRC16:32
*** NIN101 has joined #maemo-ssu16:36
*** LaoLang_cool has joined #maemo-ssu16:39
*** Pali_ has joined #maemo-ssu16:42
DocScrutinizer05merlin1991: do we usually require a dependency like (original) XY=1.0.0 when we plan to replace original XY by some bugfixed version?16:42
DocScrutinizer05err, too fuzzy?16:42
*** LaoLang_cool has quit IRC16:44
DocScrutinizer05on instance busybox: if we ever were to replace busybox by a bugfixed version, do we DEPEND on installed original busybox-3:1.10.2.legal-1osso30+0m5, so we'd refuse to replace any busybox-power (or newer busybox) that might have been installed?16:44
*** Pali has quit IRC16:46
DocScrutinizer05merlin1991: seems for operator name applet we didn't?16:47
DocScrutinizer05or did we? and that's what we got for that?16:47
DocScrutinizer05hell, I need to get me a crash course for apt/dpkg16:48
DocScrutinizer05since: if we replace busybox-3:1.10.2.legal-1osso30+0m5, I gather we'd use a higher version number at least. So how's that compatible with somebody planning to install busybox-power then?16:50
DocScrutinizer05probably busybox-power should accept our bugfixed version as met dependency, if the buysbox-power implements "our" bugfix of "our" busybox version as well16:51
DocScrutinizer05otherwise busybox-power should refuse to replace our bugfixed plain busybox version, since we implemented the bugfix for some reason16:52
DocScrutinizer05dang, those alternatives drive me nuts16:53
*** bsdmaniak has quit IRC16:57
*** bsdmaniak has joined #maemo-ssu16:58
DocScrutinizer05actually busybox-power=1.20.0power1, so I dunno how it manages to remove busybox-3:1.10.2.legal-1osso30+0m5.16:58
DocScrutinizer05~ # apt-cache rdepends busybox16:58
DocScrutinizer05busybox16:58
DocScrutinizer05Reverse Depends:16:58
DocScrutinizer05  cell-modem-ui16:58
DocScrutinizer05  upstart16:59
DocScrutinizer05  osso-core-config16:59
DocScrutinizer05 |osso-core-config16:59
DocScrutinizer05  mp-fremantle-generic-pr16:59
DocScrutinizer05.16:59
DocScrutinizer05~ # apt-cache rdepends busybox-power16:59
DocScrutinizer05busybox-power16:59
DocScrutinizer05Reverse Depends:16:59
DocScrutinizer05>nada>16:59
DocScrutinizer05even: apt-cache depends busybox   vs.   apt-cache depends busybox-power  :-o17:01
DocScrutinizer05what's the difference in semantics in "Conflicts: <coreutils>" vs "Conflicts: debianutils" without "<>"17:02
*** DocScrutinizer05 has quit IRC17:39
*** DocScrutinizer05 has joined #maemo-ssu17:39
*** Pali_ has quit IRC17:43
*** Pali has joined #maemo-ssu17:45
*** ShadowJK has quit IRC17:58
*** Pali has quit IRC17:58
*** ShadowJK has joined #maemo-ssu17:59
*** bsdmaniak has quit IRC17:59
*** Pali has joined #maemo-ssu18:01
*** Milhouse has quit IRC18:10
Paliping merlin199118:20
*** NIN101 has quit IRC18:21
Paliare you sure that gs-gpl do not show that errors when building osso-wlan?18:21
Palinote that debian/rules clean in osso-wlan tree does not clean correctly!!18:22
Paliyou need to clone git osso-wlan git repo again for compiling!18:22
DocScrutinizer05:-S18:22
*** NIN101 has joined #maemo-ssu18:23
Estel_DocScrutinizer05, don't worry, before reporting cssu-t bugs, I *always* re-check validity of bug on another device, where cssu-t was installed "holy" way (device owned by family member)18:33
Estel_in fact, we have talked about it before, and you posted same concerns, I've answered same way... :)18:33
DocScrutinizer05fine :-)18:33
Estel_so, basically, chem|st may put his cheap attempts on insisting I',m "different kind of noob" in known, private place.18:34
Estel_DocScrutinizer05, also, i'm absolutely aware that it's not recommended way and may, theoretically, pose problems in future. i'm not recommending it to anyone, and doing it out of curiosity18:34
DocScrutinizer05well, let's try to continue on polite tone, when I already started one of my rare attempts18:35
*** conred_ has quit IRC18:35
Estel_if situation happens, where fapman can't handle it, i'll be probably first to report differences between ham way and fapman way18:35
Estel_true, You're right :)18:35
Estel_BTw, i've observed *many* users installing cssu via fapman, half of them, in my humble opinion, wouldn't be able to solve single simplest problem, that may appear (due to random crash while updating, etc)18:36
Estel_so, I think that there is - even if small - value in detecting "D-day" where fapman update for cssu will be wrong for everyone, and warn them18:36
Estel_at least few "cssu blowed my device!!11!" posts in thread on tmo ;)18:37
Estel_in fact, due fact, that those 2 devices have identical system settings, I'm keeping track of files changes during update, and diff between those files18:38
*** conred has joined #maemo-ssu18:38
Estel_kinda paranoicd, but I've took seriously concern about risk in fapman way of updating CSSU. Well, curiosity is stronger ;D18:38
Estel_merlin1991, thumb up for including busybox-power in CSSU, if that ever happens18:39
DocScrutinizer05how would busybox-power qualify for CSSU? fixing bugs?18:42
DocScrutinizer05bringing much demanded additional basic features to 'normal' users? esp features they can't install from extras repos?18:43
DocScrutinizer05or again just featuritis18:44
DocScrutinizer05"eat my happiness"18:44
DocScrutinizer05why not first include rootsh as mandatory part of CSSU? waaait... you can install rootsh from extras-* repo as well, and no user needs it to fix any problem he faces (except of course if you want to become root, which is what rootsh is meant for)18:47
DocScrutinizer05again: CSSU is not about augmenting/expanding the number of mandatory packages that come with basic install - au contraire we shall try hard to *reduce* this annoyance and allow to simply DISinstall useless crap like modest18:49
DocScrutinizer05I can't see how including busybox-power fits in to that policy18:50
DocScrutinizer05or let me put it this way: if busybox-power was in MP, first thing I would want to do is get rid of it, since it eats space on my rootfs for absolutely no obvious reason18:56
DocScrutinizer05busybox is a lean shell with builtin cmds, to run initscripts when no /opt is mounted yet18:59
DocScrutinizer05there's definitely no justification to bloat it with stuff that's never needed during early boot18:59
*** javispedro has joined #maemo-ssu18:59
DocScrutinizer05arguing for busybox-power by default is kinda along the insane line of argumentation against /usr done by Poettering in context of his upstart-remake19:01
DocScrutinizer05which obviously neglects embedded systems like N90019:01
DocScrutinizer05and instead assumes your rootfs always is at least 5GB in size19:02
DocScrutinizer05meh19:03
DocScrutinizer05~poettering19:03
DocScrutinizer05*sigh*19:03
javispedrooh, poettering hate!19:03
DocScrutinizer05and bye19:03
javispedro:)19:03
merlin1991javispedro: #maemo-ssu is made of 50% poettering hate :D19:10
javispedrowonderful19:11
merlin1991and 90% WTF why doesn't modest compile (for me at least atm)19:11
javispedrocause ever since he started intentionally breaking udev for non-systemd users and I had to look at busybox's mdev for a replacement....19:12
javispedro<hate/><hate/>19:12
DocScrutinizer05WTF? now even udev?19:19
merlin1991Pali: which version of automake do you have in your scratchbox?19:20
Lava_Croftwhat udev19:20
Lava_Croftare you serious19:20
Lava_Croftnow thats a reason to not use it anymore19:20
Palimerlin1991, sorry I do not know now. I'm running notebook on battery so I do not want to start qemu sdk image (where is my scratchbox)19:26
merlin1991ah okay19:26
PaliLava_Croft, time to fork udev?19:26
PaliI think udev is still good sw, it should not be poetteringed :D19:28
DocScrutinizer05yep19:29
DocScrutinizer05a pretty simple, effective, and working piece of software, once you understood what and how it does in detail19:30
DocScrutinizer05while for systemd I wait for integration of not only udev and dbus (to control the shite) but also integration of pulseaudio into one undigestible blob, to have accoustic feedback during early boot19:32
DocScrutinizer05you noticed systemd uses $PAGER (or probably even worse) for silly stuff like --help ?19:33
PaliI do not have systemd, using kubuntu...19:33
DocScrutinizer05well, one of my laptops got fedora installed by the guy I got it from -- eventually I started puking19:34
PaliI think that I know how to configure ubuntu upstart, so until now I was able to solve all upstart problems...19:35
DocScrutinizer05fedora actually comes with /usr messed up already19:35
DocScrutinizer05and probably next step is systemd --interactive, with ncurses or Qt GUI19:37
Palithey will include plymouth into systemd :D19:37
DocScrutinizer05wait, dunno maybe I'm already late on that19:37
Paliupstart has one big problem - no output what doing - you do not know which process was started and which failed19:38
Paliso you need to look into syslog19:38
DocScrutinizer05actzually even most recent OpenSUSE comes with systemd by default >:-(((19:39
Paliubuntu devs created plymouth module (external process!) which only connect to upstart and write log (Starting XYZ... OK) to stdout19:39
Paliit doing nothing with plymouth now! but it is in plymouth tree19:40
PaliI did not understand how was this code upstreamed!19:40
Paliit is really in plymouth git tree19:40
DocScrutinizer05linux raided by flakes19:40
merlin1991hm I'd do a new scratchbox target but I don't have the rootstraps around19:40
merlin1991stufu intltool19:41
Palilast year I wrote small (real) plugin for ubuntu plymouth which print that messages like Starting/Stopping daemon XYZ to plymouth message area19:41
Palibut ubuntu devs rejected it, because it was not in upstream plymouth...19:42
Paliso after ubuntu migrated from usplash to plymouth they do not have any verbose boot log messages :-(19:43
merlin1991hm where are all the fancy m4 files on a system?19:43
PaliI hate m4 language :D19:45
merlin1991well I'm trying to find out where the fuck this intltool-update.in gets created and hence why it is empty19:46
*** bsdmaniak has joined #maemo-ssu19:50
*** BCMM has joined #maemo-ssu19:50
DocScrutinizer05wtf inittool?19:51
merlin1991intltool19:52
merlin1991intltool - Utility scripts for internationalizing XML19:53
merlin1991but somehow automake fails to build a proper .in file and thus goes mental19:53
merlin1991and fails with "not an int" error19:54
*** MrPingu has joined #maemo-ssu19:57
DocScrutinizer05ooh I was wrong, actually it's even worse: it's systemctl that uses pager and communicates with systemd19:57
DocScrutinizer05while systemd has basically no proper userinterface at all, it seems19:58
DocScrutinizer05meh!19:58
DocScrutinizer05systemd<tab><tab>  -> TWELFE binaries19:59
javispedroDocScrutinizer05: Pali: udev has been for a while under lennart's control. Only he promised the "non-systemd setups will still be supported". Already forgot about his promises... for a start the binary is now called systemd-udev19:59
javispedroit installs a bunch of stuff under /lib/systemd20:00
javispedroand while I stopped there I assume it probably links with systemd stuff20:00
DocScrutinizer05couldn't somebody stop this moron!?20:00
javispedro(on my gentoo box /lib/systemd is install_masked aka every file installed there is rm'd instantly => broken boot)20:01
DocScrutinizer05where should we post our "NIET!" ? LKML?20:03
DocScrutinizer05Linus?20:03
Lava_CroftEven Dutchies understand NIET20:04
merlin1991Pali: I haxxored past this build problem by getting the proper .in files from /usr/share/intltool into the tree20:04
merlin1991but there defenitely is something weird going on20:04
Paliscratchbox is really bad SW, I'm happy that linux has enought security that scratchbox cannot leave my qemu image :-)20:05
Paliand do not destroy my running system20:05
merlin1991hehe20:06
merlin1991Pali: well I copied them from the /usr/share/intltool inside sb, so part of the target fs20:06
*** EdLin has quit IRC20:06
DocScrutinizer05wait til you got the brilliant idea of "rm -rf /scratchbox" ;-P20:06
merlin1991but I would still like to know where the fuck those empty useless files came from20:06
javispedroscratchbox is quite fine, it's only problem is that it is virtually a decade old20:07
PaliDocScrutinizer05, who is maintainer of udev?20:07
DocScrutinizer05MohammadAG once killed his server like that20:07
merlin1991DocScrutinizer05: well sb goes into init scripts20:07
DocScrutinizer05sorry, infobot down20:07
merlin1991if you just rm -r /scratchbox you're killing yourself :D20:07
DocScrutinizer05~dauthor udev20:07
Palibetter way: $ shred -u maemosdk_desktop_lucid-36-2.vmdk20:08
Palithis will really remove scratchbox inside qemu maemo sdk image :-)20:08
MohammadAGHell yea20:08
javispedromerlin1991: DocScrutinizer05: you need to stop it and ensure there are no bind moutns left before rm'ing it.20:09
Paliwithout side effect (destroyed your system) :-)20:09
merlin1991javispedro: exactly :)20:09
DocScrutinizer05javispedro: I know ;-)20:09
merlin1991 /scratchbox/sbin/unmount_all is the magic I think20:09
merlin1991it's /scratchbox/sbin/sbox_umount_all20:09
Pali$ mount | grep /scratchbox20:09
Palido not trust scratchbox20:10
javispedroPali: udev's home is here: http://cgit.freedesktop.org/systemd/systemd/tree/src/udev20:10
javispedro(yes, inside systemd...)20:10
DocScrutinizer05WAAAAH!20:11
PaliI know that udev was inluded into systemd20:11
javispedrowhether the maintainer is still kay or is now officially lennart I don't know20:11
* DocScrutinizer05 grabs his javelin20:11
merlin1991DocScrutinizer05: you didn't know?20:11
merlin1991when it got included lennart promised to keep supporting non-systemd systems20:12
DocScrutinizer05freedesktop more and more feels like the 7th department of hell to me20:12
merlin1991"it's only a maintainance convenience thing" sure sure20:12
DocScrutinizer05well, we need to call him out on that20:13
DocScrutinizer05as publicly as possible20:13
DocScrutinizer05this guy is so ... ~poettering20:13
DocScrutinizer05it hurts in the ass20:13
Palialso lennart got idea about offline updates on fedora20:14
DocScrutinizer05nayway, Lava_Croft suggested I shouldn't spoil my fine mood. No I did, and I'm going to have dinner before this gets serious20:14
Palitwo reboot because of doing system update...20:14
DocScrutinizer05now* I did20:15
merlin1991hm dinner20:15
merlin1991good idea20:15
merlin1991nextup clogging my upstream whilst uploading to repository.maemo.org20:16
DocScrutinizer05later on fireworks to attend, so bb(m)l20:16
Lava_CroftDocScrutinizer05: everybody in the channels you are in benefits from you having a good mood, most of all yourself!20:18
Lava_Croftmaemo is awesome, but not something to spoil your mood!20:18
Lava_Croftits a first-world problem20:18
DocScrutinizer05indeed20:18
*** krayon has joined #maemo-ssu20:20
merlin1991okay everything from pali is ready, now it's time for changes by freemangordon20:21
*** BCMM has quit IRC20:27
*** EdLin has joined #maemo-ssu20:27
merlin1991hm my sb target seems to be fsckd20:34
* merlin1991 will redo from start when back in vienna20:34
Estel_how busybox power qualifies for CSSU? Of course, via bringing upstream bugfixes20:42
Estel_and "normal" features from upstream, as addition, doesn't hurt20:42
Estel_unless someone want to discuss with upstream fixes again, continuing own habit of doing so ;)20:42
DocScrutinizer05re jon_y: in Openmoko days (before N900 been even announced) we had a saying "Jailbreak? LOL! on my phone I'm root!"  (http://freeyourphone.de/portal_v1/gallery/menu.php?gallery=members&album_id=10)20:43
Estel_it seems to me - or at least I hope for - that it was decided already, that CSSu isn't some strange LST "hard bugfixes only" compilation20:43
*** iDont has joined #maemo-ssu20:43
Estel_(not to mention that bringing upstream bugfixes from wast busybox-power changelog, would be in line even for that only...)20:43
Estel_as LST approach doesn't seem to be what msot CSSU user *and* most active CSSU contributors want, and could cost CSSU contributions from many of them (from both groups)20:44
DocScrutinizer05not if binary increases in size significantly for no reason, just for the "added benefits of "normal" features from upstream, as addition" which definitely hurts20:45
DocScrutinizer05even fixing 2bugs" can break things when e.g. scripts rely on the bugs20:46
Estel_You recently started to care for binary size? then You should be most vocal supported of thumb2 in CSSU20:46
Estel_and protecting scripts that rely on bugs is LOL20:46
DocScrutinizer05pffff, you won't turn my words into their opposite again20:46
DocScrutinizer05bye20:46
DocScrutinizer05btw your way to argue is LOL20:47
Estel_well, I'm sure you're able of "providing" more, than trying to deflect arguments about upstream bugfixes by increased binary size (! - in terms of kilobytes...) and "scripts that rely on bugs". It's ridicolous20:47
DocScrutinizer05^^^20:47
DocScrutinizer05ETX20:48
Lava_CroftTHINK ABOUT THE MOOD20:48
Estel_anyway, do as please You, but expect that - as I hope - cssu maintainers wil ldecide basing upon merit, not ideology, with arguments forged only for single purpose.20:48
Estel_merlin1991, ^^^ - is the increased binary size (WTF?) and 3rd party scripts relying on bugs (WTF 2 ?!) relevant for thinking about package inclusions in CSSU?20:49
Estel_I would like to know maintainer opinion about it, as that would change a LOT of things ;)20:49
DocScrutinizer05even maintainer of busybox-power agreed on warning needed regarding stability of the package. And not even starting about your merits20:50
Estel_well, at the same time he confirme,d that there are no known issues, and that he did best to maintain compatibility and stability - as every freakin package in cssu, you *never* can be 100% sure, even on one liners.20:51
Estel_OTOH, inc ase of lacking merit arguments, You've took upon binary size (! again) and compilance with *hyphotetical* 3rd party scripts relying on bugs (!!!!!!), which almsot made me chuckle20:52
DocScrutinizer05merlin1991: better simply ignore Estel_, he's in a polemic mood again, arguing with made up quotes (3rd party scripts) and insults (merit, where he got no clue what that even means)20:52
Estel_no one depreciated arguments about stability etc - but as per any measurements, it's already fulfiled. OTOH, 2nd set of arguments is just that - ridicolous20:52
Estel_DocScrutinizer05, merlin1991 is grown up, and he wil ldecide on his owen, if he like to answer my question directed at HIM, not You, ok?20:53
Estel_You have said already that You've quit this discussion, so why not comply?20:53
DocScrutinizer05so don't talk to me when I talked to merlin1991, he's grown up so can answer to me directly! OK!?!20:53
Estel_it's funny that youre quotting "poettering", as it's prime example of what are You doing - offensively push your beliefs on others, including shaping RIDICOLOUS arguments as sake20:53
DocScrutinizer05you're close to a kick, due to trolling20:54
Estel_whatever, "increase in binary size due to bugfixes" and "compliance with 3rd party scripts relying on bugs" wil lsurely find honorable palce amongst collection of quotations from You20:54
DocScrutinizer05but baeh!20:54
Estel_s/palce/place/20:54
DocScrutinizer05except that "compliance with 3rd party scripts relying on bugs" is completely made up by you20:55
DocScrutinizer05as is "increase in binary size due to bugfixes"20:55
DocScrutinizer05congrats20:55
DocScrutinizer05second warning20:55
Estel_<Estel_> how busybox power qualifies for CSSU? Of course, via bringing upstream bugfixes20:56
DocScrutinizer05I neither ever said "3rd party" nor "...by bugfixes"20:56
Estel_<DocScrutinizer05> not if binary increases in size significantly for no reason, just for the "added benefits of "normal" features from upstream, as addition" which definitely hurts20:56
Estel_<DocScrutinizer05> even fixing 2bugs" can break things when e.g. scripts rely on the bugs20:56
Estel_sure20:56
Estel_I have made up everything, so instead, i'll just point to dirtect quotations. happy?20:56
Estel_now I'm off for dinner20:57
DocScrutinizer05fine, hope you actually do that. Keeps me from kicking you20:57
Lava_CroftThat will make you win the discussion right20:57
Siceloheh.20:57
DocScrutinizer05anfd yes, CSSU is all about LTS20:58
Lava_Crofti think the proper thing to do for you two is to take it a private chat20:59
Lava_Croftso you can whine at each other there20:59
DocScrutinizer05and stuffing rootfs with "useless" improvements that hardly anybody ever uses, is just idiotic20:59
Estel_well, it seems to me that it's up to maintainers, and as far as I know, it is not about LTS only - future will tell who was right :)20:59
Estel_no point in arguing, eh?20:59
Palifirst we must define LTS21:00
Paliwe cannot talk about something which is not properly defined21:00
DocScrutinizer05one thing's for sure, LTS is concervative and not featuritis/bleeding-edge for shits'n'giggles21:00
DocScrutinizer05but meh, I'm wasting last bit of my formerly fine mood on useless arguing with estel again, who's still the best troll I've ever seen21:01
DocScrutinizer05se bbl21:02
Lava_Croft"Some release versions might be classified as a long term support (LTS) release, which should guarantee the ability to upgrade to the next LTS release and will be supported/updated/patched for a longer time than a non-LTS release."21:02
DocScrutinizer05so*  - fotr good21:02
PaliDocScrutinizer05: no, you are wrong. The best troll is now on LKML :D21:02
Estel_Lava_Croft, exactly, which nowhere applied to Maemo at all21:02
Lava_Croftmind you, quoted from wikipedia21:03
Estel_also, upstream fixes - like in busybox power - are never for shit'n'giggles21:03
Estel_it's jsut that some "vocal onceS", as described in famous TMO post, have habit of discussing with upstream patches, for sake of preserving own prefferences21:03
Lava_CroftThe best solution to a problem like this is not include the package until any kind of agreement has been reached21:03
Lava_Croftfor the sake of safety21:03
PaliI think that using upstream patches/code is on package maintainer21:03
Lava_Croftand probably sanity of some people21:04
Estel_just as a sad reminder, and as way of mentioning wuich TMO post I'm reffering to:21:04
Estel_http://talk.maemo.org/showpost.php?p=1254012&postcount=63221:04
DocScrutinizer05ok, last warning21:05
Estel_this one is also worth reading:21:05
Estel_http://talk.maemo.org/showpost.php?p=1254232&postcount=63721:05
PaliDocScrutinizer05, this is troll: https://lkml.org/lkml/2012/8/23/17621:06
Lava_Crofthaha21:06
PaliI think nobody can be compared with this troll ^^^21:06
Estel_DocScrutinizer05, stop threatening me which pointless "kick warnings", jsut because You can't control your emotions. you don't have any reasons for jsutified kick, so either go and take a walk, or abuse your powers *again*21:06
Estel_I'm here for meritocratic discussion, not some "Imma gonna kick You"" childlish shit.21:07
DocScrutinizer05I'm temped to do exactly what you suggest21:07
Lava_CroftThat will only make DocScrutinizer05 look like the silly person21:07
Estel_I hope it reffers to "take a walk" ;)21:07
Lava_CroftBetter not kick, it servers no purpose other than to satisfy yourself, DocScrutinizer0521:07
DocScrutinizer05I know21:07
DocScrutinizer05just waiting for Estel_ to post another "lie"21:07
DocScrutinizer05or insult21:07
Lava_CroftSo far, most of the insult-type things have come from your side21:08
Estel_and quotes from posts on TMO I'm psoting are *exactly* relevant to discussion.21:08
Lava_Croftplease.21:08
DocScrutinizer05or spamming channel with useless URLs21:08
Lava_CroftKeep it civil and at least somewhat adult21:08
Lava_Crofthe pasted 2 urls21:08
Estel_sure, url where LTS problem is mentione dis definitelly useless for discussion about cssu being LTS or not21:08
Estel_seriously...21:08
Lava_Croftreally now, i dont want to side with either of you, but keep it 'normal'21:08
Lava_Croftmaybe you two should both take a break from this endless discussion21:09
Lava_Croftand just see if you can find the power in yourself to shut the fuck up about this subject for at least 24h21:09
javispedrohe suggested using FORTRAN, and everybody barfed.21:09
*** ChanServ sets mode: +o Lava_Croft21:09
DocScrutinizer05please +q both of us!21:09
Lava_CroftWhat good will that do21:10
keriocssu is all about LTS, which is why it ships a broken operator name widget21:10
Estel_:| I msut admit I'm embarassed how childish it is21:10
Lava_CroftIts about the power in yourself, not in me21:10
*** Lava_Croft sets mode: -o Lava_Croft21:10
Lava_CroftIm not the type to go powertripping21:10
Lava_CroftII left that behind in Quakeworld21:10
Lava_Croftin the late 90s21:10
Lava_CroftTake a break from this, both of you21:10
DocScrutinizer05== +q21:10
Lava_Croftno, its not21:11
Lava_Croftthats is *making* you take a break from it21:11
keriore:marking all bug reports from people who don't use ham to install cssu INVALID is stupid as hell21:12
DocScrutinizer05well how can I take a break when fools accuse me of ideology (my own evil one) by quoting me incorrectly on my pretty common sense concern that rootfs shouldn't be crammed with binary code not needed at boottime?21:12
Lava_CroftDocScrutinizer05: thats the power im talking about21:13
Lava_CroftWalk away for a day21:13
Lava_Croftor half a day, whatever, you get the idea21:14
DocScrutinizer05o/21:14
Lava_CroftGood evening, take care!21:14
Estel_AFAIK, projects that have LTS release, also use non-LTS updates in between.21:19
Estel_In context of CSSU, cssu-stable may be considered LTS, and it seems thta it fulfill this requiment quite well21:20
Estel_Hoever, making *every* branch of cssu - -testing and -devel LTS'ish too, is plain wrong, and that is what freemangordon was reffering to in his post on TMO [1]21:20
Estel_[1] http://talk.maemo.org/showpost.php?p=1254012&postcount=63221:20
Lava_CroftMaybe Estel_ should take the same kind of break DocScrutinizer05 seems to be taking? :)21:21
Lava_CroftBe smart!21:21
Estel_LTs, by definition, can't be sole way of including things, as term LTS is used to differentiate long term support releases from normal releases21:21
Estel_I'm not talking to DocScrutinizer05, lol, he isn't center of universe21:21
Estel_this discussion is logged, and will be pointed to interested individuals, CSSU is hot topic lately21:21
Lava_CroftI think you miss my point, but sure, continue!21:22
Estel_it's very important to use meritocratic arguments in discussion about CSSU, cause the way it will take is shaping, currently.21:22
Estel_just be polite, civilized, and merit, and everything will be OK, I'm sure :) no need to go into other parts of room with angry face.21:23
*** arcean has quit IRC21:33
*** arcean has joined #maemo-ssu21:35
MrPinguThat message seems a bit sad to many users, I think we are a bit too conservative regarding what belongs to cssu21:38
javispedroas a total outsider (I don't even know why I'm on this channel =) ), I think that the users DocScrutinizer is thinking about don't post to tmo.21:39
DocScrutinizer51why? you're free to get bleeding edge any time21:39
MrPinguWell good example is cssu-kernel21:40
MrPinguIMO, if it's a stable kernel and contains bugfixes over the omap kernel. I want to see it in cssu ;)21:40
DocScrutinizer51MrPingu: nothing sad in a bare bones rock solid CSSU that allows you to get all the cute fresh stuff nevertheless21:40
MrPinguTrue :P21:41
DocScrutinizer51MrPingu: if you want to see "cssu-kernel" (you probably mean thumb enabled PK) inyour CSSU, just install it!21:42
MrPinguIt's installed :P21:42
DocScrutinizer51I never deprecated any pkg for insatallation on top of CSSU21:43
DocScrutinizer51but you ought not force users that are not interested in XY to install XY just becuase you think it's cute21:44
DocScrutinizer51the wholee point21:44
DocScrutinizer51don't make mandatory what in fact isn't21:44
DocScrutinizer51ideally we wouldn't need any CSSU at all21:45
DocScrutinizer51since in an ideal world user could install evrything from 'normal' repos21:46
DocScrutinizer51well, maemo world isn't ideal, butkwe can try making it better instead worse21:46
MrPinguTrue, and I am trying :)21:50
*** MrPingu has quit IRC21:54
Estel_yes, but people deserve to benefit from fixing serious bugs like pselect, and to have serious improvements like cssu-thumb22:00
Estel_mind You, that thumb, for example, just like cSSU, require special way of installation, not only package in top of cssu22:00
Estel_also, there is no reason to not have LST as cssu-stable, more bleeding-edge things on cssu-testing, and total testbed in cssu-devel. We have those instances right now22:01
Estel_cssu-devel is quiet dead22:01
Estel_as cssu-thumb took that role22:01
Estel_cssu-stable is severely outdated, currently, and cssu-testing is considered main one,. It's unnaceptable mess22:01
Estel_we can' affor maintaining 3 LTS releases...22:01
Estel_also, there is much benefit in having cooperated, already installed cssu + kernel that contain upstream bugfixes, like "kernel" in cssu is going to be22:02
Estel_+ testbed, like kernel-power, for experimental things like bme replacement modules etc22:02
javispedropselect bug?22:02
Estel_javispedro, it was discussed for weeks here22:02
Estel_freemangordon and especially zeq would explain it better than me22:03
Estel_fixing it requires bits in kernel and in userland, afaik22:03
DocScrutinizer51javispedro: pselect implementation in glibc(?) is a fake22:03
Estel_but You may probably google it too, it was fixed ages ago in upstream, but for some reason, arm builds were left out from that, until more recent versions of kernel than one we have22:04
Estel_but I may be talking BS here, it's zeq part of expertise22:04
Estel_zeq's*22:04
Estel_after all, it was he who contributed path for this issue into mainstream, like 5 years ago :P22:05
DocScrutinizer51javispedro: pselect (and siblings) bug actually creates need for a cssu-kernel long-term22:05
javispedroI don't think it's like, the most important of bugs22:06
javispedroyou are probably not going to see it in like a few billion years unless you intentionally spam a process with signals..22:06
javispedrobesides, which processes actually use pselect? none that uses glib since signals+glib is mostly broken22:07
javispedromost popular way to do signals and select is via anon pipes22:08
javispedro(never heard of pselect... :P )22:08
DocScrutinizer51definitely not22:08
DocScrutinizer51yes22:08
DocScrutinizer51dbus however seems such a process22:08
javispedroI don't think so22:08
*** Pali has quit IRC22:09
javispedro$ grep pselect -r dbus-1.4.622:10
javispedro$22:10
javispedroso if the fix includes backporting patches from more recent linux I'd reconsider.22:15
DocScrutinizer51means?22:15
DocScrutinizer51it includes proper kernel implementation of pselect plus a new glibc that is using this fix22:16
javispedrothat if the patch is self contained then go for it, but it's not important IMHO. If it adds complexity then don't go for it because probably will help noone.22:17
DocScrutinizer51yep22:17
DocScrutinizer51complexity added is new kernel which so far we managed to get away without, for CSSU22:18
DocScrutinizer51with new kernel a lot of 'progressive' devels want to see better half of PK patches22:19
*** iDont has quit IRC22:19
DocScrutinizer51with new kernel a lot of 'progressive' devels want to see better half of PK patches22:19
javispedro(new glibc sounds much more dangerous here)22:19
DocScrutinizer51all way more dangerous that many he like to admit22:20
DocScrutinizer51here*22:20
javispedromeh, they are changing binaries to another ISA, let em go =)22:21
* DocScrutinizer51 afk. for fireworks22:23
*** javispedro has quit IRC22:30
*** EdLin has quit IRC23:11
*** EdLin has joined #maemo-ssu23:12
*** MrPingu has joined #maemo-ssu23:13
*** MrPingu has left #maemo-ssu23:14
*** MrPingu has joined #maemo-ssu23:15
*** MrPingu has quit IRC23:38
*** lizardo has quit IRC23:59

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