| 00:06.50 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 01:16.12 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.140) |
| 01:24.26 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.138) |
| 02:57.38 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
| 03:32.47 | *** join/#maemo-ssu M13 (~Miranda@83.149.37.138) |
| 06:04.07 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.142) |
| 06:09.22 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
| 06:42.58 | *** join/#maemo-ssu freemangordon_ (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
| 06:42.59 | *** join/#maemo-ssu freemangordon__ (~freemango@130.204.50.168) |
| 06:43.13 | *** part/#maemo-ssu freemangordon__ (~freemango@130.204.50.168) |
| 06:43.28 | *** join/#maemo-ssu iDont (~dennis@145.93.232.44) |
| 06:45.33 | *** join/#maemo-ssu EdLin (~EdLin@securabit/listener/edlin) |
| 06:46.41 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 07:00.00 | *** join/#maemo-ssu andre__ (~andre@ip-89-176-24-140.net.upcbroadband.cz) |
| 07:00.00 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
| 07:42.36 | *** join/#maemo-ssu iDont (~dennis@145.93.232.44) |
| 07:58.16 | *** join/#maemo-ssu ivgalvez (~ivgalvez@89.140.113.138.static.user.ono.com) |
| 07:58.50 | ivgalvez | merlin1991 ping |
| 08:16.13 | chem|st | good morning! |
| 08:20.06 | *** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
| 08:28.37 | ivgalvez | hi chem|st |
| 08:29.12 | ivgalvez | I haven't received any answer from Jolla (Stskeeps) in relation to open questions from the community |
| 08:41.56 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 08:55.03 | freemangordon | merlin1991: ping |
| 08:55.43 | ivgalvez | freemangordon hi |
| 08:55.51 | freemangordon | hi :) |
| 08:56.08 | ivgalvez | there is yet another discussion around busybox-power: http://talk.maemo.org/showpost.php?p=1255362&postcount=275 |
| 08:56.18 | ivgalvez | you might have noticed it already |
| 08:56.21 | freemangordon | yeah, I saw it |
| 08:57.16 | ivgalvez | despite any possible opinions about whatis and whatsnot CSSU, the situation of busybox power is clearly not ideal |
| 08:57.42 | freemangordon | ivgalvez: but TBH i missed who will maintain that if included in CSSU |
| 08:57.49 | kerio | i just don't get why it doesn't provide and replace the usual busybox |
| 08:57.58 | kerio | i mean, provide and conflict |
| 08:58.14 | kerio | why do people always make up their own crappy shit |
| 08:59.19 | jonwil | hi' |
| 08:59.20 | ivgalvez | kerio, if it substitutes original bb package it would break metapackage |
| 08:59.27 | freemangordon | jonwil: hi |
| 08:59.37 | kerio | ivgalvez: hmm, why? |
| 08:59.37 | jonwil | saw your vkb stuff |
| 08:59.50 | freemangordon | jonwil: yeah, a total win, I am happy |
| 08:59.50 | ivgalvez | it was packaged in that dirty way when there was no CSSU |
| 08:59.57 | kerio | ivgalvez: the metapackage doesn't depend on exact versions |
| 09:00.14 | kerio | and besides, i think you can provide a particular version |
| 09:00.22 | jonwil | what I cant find is which header file defines functions like imengines_wp_init and imengines_wp_set_data and stuff |
| 09:00.43 | ivgalvez | kerio, but then are you proposing to package a busybox replacement (with same package name) in Extras? |
| 09:00.43 | freemangordon | jonwil: no header ;), it is plain C after all :D |
| 09:01.10 | kerio | ivgalvez: of course not |
| 09:01.11 | ivgalvez | which is possible by the way, remember libxau |
| 09:01.15 | ivgalvez | OK |
| 09:01.20 | kerio | =D |
| 09:01.27 | freemangordon | jonwil: I didn't bother to do -dev package for imengines-wp |
| 09:01.38 | jonwil | :) |
| 09:01.41 | *** join/#maemo-ssu arcean (~arcean@aaeu203.neoplus.adsl.tpnet.pl) |
| 09:01.56 | *** join/#maemo-ssu arcean_ (~arcean@aaeu203.neoplus.adsl.tpnet.pl) |
| 09:02.09 | jonwil | I also seriously doubt your /* WTF ?!? */ line is actually going to work given that you are passing a pointer into the function imengines_wp_set_data |
| 09:02.35 | jonwil | yet the pointer you are passing is obviously not going to be correct |
| 09:02.37 | freemangordon | jonwil: it works, but dont ask me how |
| 09:02.52 | freemangordon | as this seems to be some magic, not a real pointer |
| 09:03.25 | freemangordon | and i preferred to decline it sa void* instead of int32 |
| 09:03.33 | freemangordon | s/decline/define/ |
| 09:04.05 | freemangordon | jonwil: everything work, no matter that |
| 09:04.10 | freemangordon | *works |
| 09:04.48 | freemangordon | jonwil: BTW feel free to discover WTF this value means, I will appreciate it :P |
| 09:05.32 | jonwil | I just need to find where I put my x86 copy of libimengines-wp.so |
| 09:06.39 | freemangordon | jonwil: you dont need that, it is a simple wrapper that does dload/dlsym |
| 09:06.43 | freemangordon | text:0000C951 sub esp, 8 |
| 09:06.45 | freemangordon | .text:0000C954 push 0BBC58F26h ; data |
| 09:06.47 | freemangordon | .text:0000C959 mov eax, [ebp+which] |
| 09:06.49 | freemangordon | .text:0000C95C push eax ; which |
| 09:06.51 | freemangordon | .text:0000C95D call _imengines_wp_set_data |
| 09:06.56 | freemangordon | jonwil: ^^^ |
| 09:07.43 | freemangordon | for the life of mine I cannot grok what 0BBC58F26h is supposed to mean |
| 09:07.59 | jonwil | ok |
| 09:08.01 | jonwil | neither can I |
| 09:08.08 | jonwil | given that its not a pointer |
| 09:08.31 | freemangordon | so I assume it is some magic/checksum/whatever |
| 09:08.42 | jonwil | ok |
| 09:08.51 | jonwil | if it works, that's what matters :) |
| 09:09.12 | freemangordon | well, we can try to contact the original developer and ask him to help, though i don't believe we eill get such |
| 09:09.15 | freemangordon | yes |
| 09:10.27 | freemangordon | jonwil: though you are correct that maybe a cast to (unsigned int) is better than (void*) |
| 09:20.34 | 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? |
| 09:21.34 | DocScrutinizer05 | and who actually stated it will get included to next CSSU? based on which criteria and discussion? |
| 09:22.11 | DocScrutinizer05 | (of course I assume I simply missed all that) |
| 09:22.40 | kerio | DocScrutinizer05: it's just a better handling of SIGWINCH afaiu |
| 09:23.08 | ivgalvez | inclussion 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 package |
| 09:23.22 | DocScrutinizer05 | yep |
| 09:23.29 | ivgalvez | I mean it could be that patch or any other |
| 09:23.52 | freemangordon | http://gitorious.org/community-ssu/busybox/commit/2676e9eacb4f8f4228a6b06e1a49188630660a03 |
| 09:24.39 | freemangordon | DocScrutinizer05: could you tell me the difference between busybox and (libcurl3, obexd,etc) |
| 09:24.41 | merlin1991 | freemangordon: pong |
| 09:25.05 | DocScrutinizer05 | aah, Pali. This guy is so productive, you inevitably lose track of all the stuff he does :-) |
| 09:25.17 | freemangordon | merlin1991: could you give me some list of what is planned to be included in next -testing, so I can update -thumb accordingly |
| 09:25.29 | DocScrutinizer05 | hey merlin1991, you found a WiFi hotspot? :-) |
| 09:25.48 | merlin1991 | DocScrutinizer05: we have wifi at hotel, but it drops every 5 mins |
| 09:25.51 | merlin1991 | it's a huge pita |
| 09:26.01 | merlin1991 | also this is the first time I found time to turn on my laptop :D |
| 09:26.48 | merlin1991 | freemangordon: err, hm the list is in vienna, but planned was obexd, libcurl, evolution-data-server, qt4, tinymail, and everyhting pali did except ke-recv |
| 09:26.58 | DocScrutinizer05 | *hates* patches in git as normal files >:-( |
| 09:26.59 | merlin1991 | but re obexd I have to talk to luf |
| 09:27.11 | merlin1991 | also I couldn't get microb-engine to compile |
| 09:27.45 | ivgalvez | upgrade to gcc 4.7.2 :D |
| 09:27.53 | ivgalvez | just kidding |
| 09:27.56 | ivgalvez | or maybe not |
| 09:31.07 | DocScrutinizer05 | well, 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 components |
| 09:31.28 | DocScrutinizer05 | otoh I'd like to see the bug it is supposed to fix |
| 09:31.38 | ivgalvez | is Qt mission critical? |
| 09:31.44 | DocScrutinizer05 | sure |
| 09:31.54 | DocScrutinizer05 | in a certain way it is |
| 09:31.56 | merlin1991 | DocScrutinizer05: then you should cry more about the incoming qt patch :D |
| 09:32.13 | DocScrutinizer05 | well, is my dialer qt? |
| 09:32.20 | ivgalvez | and why was it upgraded without proper 5 wise man reviewing every single patch? |
| 09:32.23 | DocScrutinizer05 | are initscripts qt? |
| 09:32.30 | DocScrutinizer05 | is HD qt? |
| 09:32.55 | DocScrutinizer05 | will a bug in qt stop me from dialing 911? |
| 09:33.21 | DocScrutinizer05 | c'mon, you're not that dull, guys |
| 09:33.31 | ivgalvez | I'm bored |
| 09:33.50 | DocScrutinizer05 | you are pretty capable to estimate severity of a change |
| 09:33.59 | freemangordon | merlin1991: wait, microb-engine compiles ok, there is something wrong with your SB |
| 09:34.05 | DocScrutinizer05 | possible risk and impact |
| 09:34.08 | ivgalvez | I'm pretty capable of testing it |
| 09:35.06 | freemangordon | merlin1991: what is wrong with ke-recv? |
| 09:35.08 | DocScrutinizer05 | then why didn't you do that on this I2C bug in PK that put our hw on peril |
| 09:35.10 | DocScrutinizer05 | ? |
| 09:36.03 | freemangordon | DocScrutinizer05: 911? are you in states :P |
| 09:36.06 | ivgalvez | I'm quite busy with Coucnil duties lately, so I'm not able to test as much as I'd wish |
| 09:36.31 | ivgalvez | however, I trust other testers and developers |
| 09:36.32 | merlin1991 | freemangordon: the thing is pali added an auto ifup of usb0 in pc-suite mode |
| 09:36.40 | DocScrutinizer05 | then the ability to test isn't exactly what drives us ahead right here |
| 09:36.47 | merlin1991 | however it is not possible to configure that, he said he'll add that before we should release |
| 09:37.20 | kerio | it's still a FUCKING STUPID idea, btw |
| 09:37.29 | kerio | much like operator-name-cbs-widget |
| 09:37.35 | freemangordon | merlin1991: I missed the point, but I assume you mean it is still not ready |
| 09:37.41 | merlin1991 | yes |
| 09:37.51 | DocScrutinizer05 | yeah, 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 faith |
| 09:38.30 | merlin1991 | freemangordon: 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 atm |
| 09:38.30 | freemangordon | kerio: it is ok as long as it si configurable and disabled by default |
| 09:39.05 | DocScrutinizer05 | freemangordon: exactly |
| 09:39.14 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 09:39.39 | freemangordon | Pali: hi, we were discussing your ke-recv last patch :) |
| 09:39.40 | DocScrutinizer05 | and doesn't come with remarkable downsides, as long as disabled |
| 09:40.20 | Pali | I'm planning to add config options for enabling usb network |
| 09:40.35 | Pali | all options will be by default disabled |
| 09:40.39 | 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) |
| 09:40.40 | ivgalvez | to everyone: please take a look at bylaws proposal in this thread: http://talk.maemo.org/showthread.php?p=1256115 |
| 09:40.54 | ivgalvez | we need your feedback |
| 09:40.59 | freemangordon | BTW I think it is time someone to start writing "CSSU configurator" application |
| 09:41.18 | DocScrutinizer05 | (and of course shouldn't be too difficult to review and secure it got no side effects) |
| 09:41.23 | merlin1991 | yep we should get rid of the unofficial crap stuff out there |
| 09:41.28 | Pali | but usbnetwork in ke-recvs does not eat rootfs |
| 09:41.43 | Pali | only small part of shell script is here |
| 09:41.45 | kerio | Pali: but it can be harmful in more than one way |
| 09:41.51 | kerio | so it should be disabled by default |
| 09:41.55 | DocScrutinizer05 | freemangordon: I suggested that quite 6 months ago ;-D |
| 09:42.01 | merlin1991 | kerio: that's going to happen |
| 09:42.05 | freemangordon | ivgalvez: well, I assume we're developers here, not lawyers, don't expect much of a help :) |
| 09:42.11 | DocScrutinizer05 | there are already some runtime configurators |
| 09:42.13 | Pali | kerio, see ^^^^ <Pali> all options will be by default disabled |
| 09:42.15 | kerio | Pali: maybe make a tiny settings panel for it |
| 09:42.22 | DocScrutinizer05 | which I suggested to include to CSSU |
| 09:42.24 | freemangordon | DocScrutinizer05: you remember the state CSSU was 6 months ago ;) |
| 09:42.26 | freemangordon | ? |
| 09:42.33 | kerio | "cssu configurator" doesn't make much sense |
| 09:42.40 | kerio | panels for features, in Settings, are fine imo |
| 09:42.42 | freemangordon | kerio: bad mood or what? |
| 09:42.53 | DocScrutinizer05 | kerio: yep, basically you got a point there |
| 09:42.57 | kerio | freemangordon: <dumb user> wtf is cssu? |
| 09:43.14 | ivgalvez | Right now there are two CSSU settings applications in Extras, none of them up to date, both needing CSSU but not depending on it |
| 09:43.32 | ivgalvez | and with some real bugs |
| 09:43.33 | freemangordon | kerio: of course we are talking about settings applet |
| 09:43.36 | kerio | ivgalvez: what do they do? i thought it was just transitions.ini |
| 09:43.39 | DocScrutinizer05 | there's no sense in separating e.g. transitions into those which are standard and those which came with CSSU |
| 09:44.28 | freemangordon | kerio: even an additional button in "about CSSU" applet, which opens the settings application/panel/you name it |
| 09:44.31 | DocScrutinizer05 | but otoh we not always can include all setting options to where they belong (see phone settings for CBSMS widget) |
| 09:44.35 | merlin1991 | kerio: there are vrious g-conf keys aswell |
| 09:44.42 | freemangordon | :nod: |
| 09:44.54 | kerio | oh right, for MHD and stuff like fmtx applet |
| 09:45.05 | freemangordon | exactly |
| 09:45.07 | DocScrutinizer05 | ivgalvez: exactly |
| 09:45.13 | DocScrutinizer05 | ivgalvez: rather unfortunate |
| 09:45.18 | kerio | DocScrutinizer05: well, CBSMS widget has to go anyway |
| 09:45.23 | kerio | according to your rationale |
| 09:45.28 | DocScrutinizer05 | kerio: yep |
| 09:45.37 | kerio | but yeah, having a panel for it is fine |
| 09:45.41 | ivgalvez | I understand that the better way to go would be to include specific options in their related settings widgets instead of a big CSSU configurator |
| 09:45.43 | kerio | same as tvout |
| 09:45.44 | DocScrutinizer05 | it has to become optional |
| 09:45.56 | ivgalvez | for example theme settings |
| 09:46.17 | freemangordon | kerio, DocScrutinizer05: if there is some bug, removing the package is not the way to fix it |
| 09:46.21 | DocScrutinizer05 | kerio: (optional) until we get the settings into proper place, wehn we can't make it optional anymore ;-) |
| 09:46.25 | ivgalvez | it could be improved with related settings that are available via CSSU |
| 09:46.54 | freemangordon | ivgalvez: hmm, good point |
| 09:46.57 | kerio | DocScrutinizer05: so busybox-power, which adds no regression, is evil, but cbsms, which *does*, is kosher? |
| 09:47.15 | merlin1991 | kerio: nobody says cbsms is kosher |
| 09:47.20 | kerio | s/no /no known / |
| 09:47.22 | freemangordon | kerio: it is evil, because it ends with -power :P |
| 09:47.30 | ivgalvez | kerio: power word sounds scary to some |
| 09:47.34 | ivgalvez | yep |
| 09:47.40 | kerio | oh right |
| 09:47.46 | DocScrutinizer05 | kerio: I don't give a shit if something adds regressions, since such a thing shouldn't get allowed to go to CSSU at all |
| 09:48.08 | DocScrutinizer05 | it's simply ... meh, I explained that 20 times now |
| 09:48.17 | ivgalvez | yes you did |
| 09:48.22 | freemangordon | DocScrutinizer05: I assume you mean "known regressions", right? |
| 09:48.25 | ivgalvez | but we don't agree :D |
| 09:48.28 | DocScrutinizer05 | btw kisher is not a valid criterion for CSSU |
| 09:48.53 | kerio | DocScrutinizer05: otoh, you don't really have authority over CSSU |
| 09:49.01 | ivgalvez | who says that? |
| 09:49.06 | kerio | so it's up to merlin1991 and mag to decide |
| 09:49.17 | kerio | ivgalvez: i thought he didn't have any official position of authority |
| 09:49.18 | DocScrutinizer05 | ivgalvez: ooh, you don't agree that freedom of chice is a high good? |
| 09:49.26 | DocScrutinizer05 | choice* |
| 09:49.26 | kerio | oh nvm |
| 09:49.32 | freemangordon | hmm, which reminds me... |
| 09:49.36 | ivgalvez | I don't agree with you, that's my freedom |
| 09:50.06 | ivgalvez | no offense |
| 09:50.10 | merlin1991 | freemangordon: do you have any extra repos enabled in your sb besides sdk? |
| 09:50.26 | DocScrutinizer05 | kerio: I don't think YOU have authority to even utter such bullshit |
| 09:50.47 | DocScrutinizer05 | kerio: this is absolutely NOT about authority |
| 09:50.57 | freemangordon | merlin1991: maemo-extras and cssu-testing |
| 09:50.58 | merlin1991 | hm where is the sample script for ignoring paritions in ke-recv? |
| 09:51.00 | DocScrutinizer05 | and those who are in duty understand that |
| 09:51.06 | DocScrutinizer05 | you don't |
| 09:51.09 | merlin1991 | *partitions* |
| 09:51.16 | merlin1991 | freemangordon: extras or extras-devel? |
| 09:51.21 | freemangordon | extras :P |
| 09:51.37 | merlin1991 | hm yeah well there are still a few newer libs than in sdk |
| 09:51.44 | freemangordon | merlin1991: hmm, nokia-binaries too |
| 09:51.54 | ivgalvez | freemangordon, 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 bugs |
| 09:52.09 | kerio | ivgalvez: they wouldn't conflict with those |
| 09:52.41 | ivgalvez | those applications can mess your transitions.ini and end in reboot loop |
| 09:53.08 | kerio | which is something they (should) point out to the user |
| 09:53.21 | kerio | if they're actively harmful, complain about their inclusion in extras/extras-testing |
| 09:53.22 | ivgalvez | but honestly, original settings are not very useful |
| 09:53.28 | DocScrutinizer05 | ivgalvez: 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 learn |
| 09:53.46 | DocScrutinizer05 | if on the other hand you hjave better arguments, then please speak up |
| 09:53.55 | ivgalvez | DocScrutinizer05 you are rude, again |
| 09:53.56 | kerio | ivgalvez: btw, what have you changed in transitions.ini? |
| 09:54.05 | DocScrutinizer05 | nope I'm not |
| 09:54.08 | DocScrutinizer05 | you are |
| 09:54.51 | DocScrutinizer05 | there's not a single rude word I could find in my post |
| 09:54.58 | ivgalvez | DocDcrutinizer05: "you better shut up for a while and just listen and learn" is not very polite, at least in my native language |
| 09:55.13 | freemangordon | goes for lunch, bbl |
| 09:55.23 | DocScrutinizer05 | well, then you better take that for what it is, a friendly advice |
| 09:55.26 | ivgalvez | maybe it's just a language misunderstanding |
| 09:56.06 | DocScrutinizer05 | probably lost in translation, no insult intended |
| 09:56.23 | ivgalvez | OK |
| 09:56.35 | ivgalvez | kerio, back to transitions.ini |
| 09:56.54 | DocScrutinizer05 | it's just we are discussing some technical decisions here, nothing about believe or agree with somebody |
| 09:57.25 | ivgalvez | These programs usually substitute transitions.ini, instead of turning on or off a single property |
| 09:57.45 | DocScrutinizer05 | you 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 arguments |
| 09:57.47 | ivgalvez | I have found a lot of messy behaviours |
| 09:58.16 | ivgalvez | and they are unmaitained |
| 09:58.32 | ivgalvez | since long ago, while CSSU keeps introducing new features |
| 09:58.54 | ivgalvez | so I really thing, CSSU configuration should be provided via CSSU |
| 09:58.56 | DocScrutinizer05 | CSSU is not primarily about introducing _new_ features |
| 09:58.57 | *** join/#maemo-ssu MohammadAG (~MohammadA@ool-45772b34.dyn.optonline.net) |
| 09:58.57 | *** join/#maemo-ssu _xnt14 (~xnt14@xceleo.us) |
| 09:59.07 | ivgalvez | but there are |
| 09:59.15 | ivgalvez | in Hildon Desktop |
| 09:59.18 | DocScrutinizer05 | it's about _enabling_ new features |
| 09:59.33 | ivgalvez | you have a lot of new parameters available in transitions.ini |
| 09:59.45 | ivgalvez | configuring them via external application |
| 09:59.49 | ivgalvez | is a risk |
| 10:00.04 | DocScrutinizer05 | the small but relevant difference is *freedom of choice* |
| 10:00.11 | ivgalvez | I always modify it manually via xterm |
| 10:01.42 | chem|st | isn'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? |
| 10:02.28 | ivgalvez | well, telling that it may brick your device is not the same that actually doing |
| 10:02.35 | DocScrutinizer05 | we (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 T |
| 10:03.13 | ivgalvez | DocScrutinizer05: that I agree with you |
| 10:03.21 | ivgalvez | Testing is for testing |
| 10:03.34 | ivgalvez | those wanting stability go for Stable |
| 10:03.40 | DocScrutinizer05 | of featues that have a chance to go to CSSU-S |
| 10:03.52 | ivgalvez | not everything in Testing should go to Stable |
| 10:04.11 | DocScrutinizer05 | then it should eventually get kicked out of T |
| 10:04.17 | merlin1991 | ~joergw |
| 10:04.30 | merlin1991 | DocScrutinizer05: gimme your wiki page, I need to copy some syntax :D |
| 10:04.44 | DocScrutinizer05 | ~jrtools |
| 10:04.44 | infobot | extra, extra, read all about it, jrtools is http://wiki.maemo.org/User:Joerg_rw/tools |
| 10:04.47 | DocScrutinizer05 | ? |
| 10:04.49 | merlin1991 | yep |
| 10:04.50 | merlin1991 | thanks |
| 10:04.52 | DocScrutinizer05 | np |
| 10:05.30 | ivgalvez | not really, something not fully functional or with some issues can be improved on time |
| 10:06.02 | ivgalvez | but if you don't ship it at least for power users, nobody will care about trying to fix it |
| 10:06.33 | 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 S |
| 10:06.48 | DocScrutinizer05 | T and S need to stay in sync to a certain degree |
| 10:06.54 | DocScrutinizer05 | T is not experimental |
| 10:06.57 | ivgalvez | to a certain degree yes |
| 10:07.06 | ivgalvez | but we need to experiment |
| 10:07.15 | DocScrutinizer05 | T is testbed for S |
| 10:07.15 | ivgalvez | otherwise how are we going to progress |
| 10:07.36 | chem|st | ivgalvez: devel |
| 10:07.47 | DocScrutinizer05 | if something in T finally proves to not be applicable to S, it even should get nuked from T |
| 10:07.58 | ivgalvez | well, why is not worldclock replacement even packaged for devel? |
| 10:08.18 | ivgalvez | nobody can test it |
| 10:08.42 | chem|st | then it is literaly non-existant to CSSU |
| 10:08.49 | ivgalvez | in fact a lot of users are testing it by manually replacing binary |
| 10:09.35 | chem|st | in two weeks from now we can have a further look... |
| 10:10.19 | ivgalvez | seems that worldclock is also mission critical by the time it's taking to get it's way to CSSU |
| 10:10.25 | chem|st | merlin1991: btw, we should think about a freeze state for testing (debian way) |
| 10:10.37 | merlin1991 | chem|st: we do a rolling window |
| 10:10.47 | DocScrutinizer05 | I'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 offers |
| 10:10.49 | merlin1991 | we grab what's good .) |
| 10:10.57 | chem|st | I know.... |
| 10:12.02 | ivgalvez | I'd buy FOSS replacements in Testing but not in Stable |
| 10:12.18 | ivgalvez | but what's the point not to include them in T |
| 10:12.40 | DocScrutinizer05 | ivgalvez: (world clock mission critical) it's just not scatching an itch |
| 10:12.49 | chem|st | as long as they are just an replacement there is no need |
| 10:13.01 | ivgalvez | it provides portrait support |
| 10:13.16 | ivgalvez | what's the point of portrait support in bb? |
| 10:13.21 | DocScrutinizer05 | well, that's a valid point |
| 10:13.23 | ivgalvez | or even hildon |
| 10:13.48 | DocScrutinizer05 | that would even qualify it for later S inclusion |
| 10:14.12 | merlin1991 | http://wiki.maemo.org/Community_SSU/Features/ke-recv feel free to fix my spelling mistakes or write up a better text |
| 10:14.14 | ivgalvez | that wouldn't happen if it's not tested at all. |
| 10:14.38 | ivgalvez | the point is that there is no real criteria for inclussion in CSSU |
| 10:14.52 | ivgalvez | some critical components get updated and some not |
| 10:14.54 | DocScrutinizer05 | there are pretty clear and simple criteria |
| 10:15.17 | DocScrutinizer05 | first of all it has to "scratch an itch" |
| 10:15.37 | ivgalvez | my clock not in portrait itches me a lot |
| 10:15.55 | DocScrutinizer05 | and meybe even before that, it has to be inappropriate to get it via extras-* repos |
| 10:16.21 | DocScrutinizer05 | ivgalvez: I already said you got a valid point there |
| 10:16.30 | ivgalvez | why the hell can I open clock from portrait if it's being rotated to landscape |
| 10:16.37 | ivgalvez | Ok |
| 10:16.38 | ivgalvez | sorry |
| 10:16.59 | ivgalvez | the question is that including it in devel (at least) is not difficult |
| 10:17.04 | ivgalvez | it's not critical |
| 10:17.19 | ivgalvez | and application is already tested |
| 10:17.26 | ivgalvez | in it's TMO thread |
| 10:17.50 | DocScrutinizer05 | so didn't we discuss _all_that_ some 8 weeks ago? |
| 10:18.09 | ivgalvez | yes, so why the hell is possible to even discuss about enabling portrait in bb and break bb-power when worldclock is blocked |
| 10:18.17 | DocScrutinizer05 | and didn't we even come to some common sense conclusion what to do next? |
| 10:18.37 | DocScrutinizer05 | who says worldclock is blocked? |
| 10:18.40 | DocScrutinizer05 | is it? |
| 10:19.01 | ivgalvez | no, you forced idea of including a replacement chooser in HAM |
| 10:19.11 | ivgalvez | but that doesn't exist |
| 10:19.14 | DocScrutinizer05 | maybe it's simply not assigned to a (CSSU) maintainer who drives the package |
| 10:19.46 | ivgalvez | ade has already upload it to gitorious and he's maintaining it |
| 10:20.12 | ivgalvez | you could say that it shouldn't enter Stable yet, I give that |
| 10:20.23 | DocScrutinizer05 | aaah, the work package depends on merlin1991's work for optional packages in HAM |
| 10:20.38 | ivgalvez | but that should be blocker for Stable |
| 10:20.39 | DocScrutinizer05 | well, sorry for the delay, merlin1991 is quite busy |
| 10:20.43 | ivgalvez | not for devel/testing |
| 10:20.51 | DocScrutinizer05 | arguable, yes |
| 10:20.58 | DocScrutinizer05 | I agree |
| 10:21.03 | ivgalvez | shit! |
| 10:21.08 | ivgalvez | I can't believe it |
| 10:21.14 | ivgalvez | kidding :D |
| 10:21.56 | DocScrutinizer05 | have to run |
| 10:21.59 | DocScrutinizer05 | o/ |
| 10:22.08 | ivgalvez | merlin1991: you can package worldclock replacement for devel/testing, DocScrutinizer05 promises not to shoot you |
| 10:22.45 | ivgalvez | DocScrutinizer05, please if you have the time take a look to bylaws |
| 10:22.59 | ivgalvez | and scrutinize it |
| 10:23.11 | DocScrutinizer05 | later (this evening), will do, ivgalvez |
| 10:23.18 | ivgalvez | thanks |
| 10:23.24 | ivgalvez | we really need feedback |
| 10:23.26 | DocScrutinizer05 | pleas eping me again about it |
| 10:24.52 | DocScrutinizer05 | merlin1991: 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 concerns |
| 10:25.02 | *** join/#maemo-ssu bsdmaniak (~bsdmaniak@std93-20-88-120-139-80.fbx.proxad.net) |
| 10:25.11 | DocScrutinizer05 | but basically I don't see why we can't get it into T |
| 10:25.23 | DocScrutinizer05 | ;-) |
| 10:25.24 | ivgalvez | thanks |
| 10:26.49 | DocScrutinizer05 | this is a momentary opinion, I have to re-read the logs of our previous discussion about it |
| 10:27.20 | DocScrutinizer05 | maybe there were details mentioned or concerns raised we are not aware right now |
| 10:27.45 | DocScrutinizer05 | and since I'm in a hurry right now... |
| 10:28.01 | ivgalvez | happy luch |
| 10:28.04 | ivgalvez | lunch |
| 10:30.47 | DocScrutinizer05 | a 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 shell |
| 10:31.25 | DocScrutinizer05 | it's kinda hard to argue why we need to mess with mission critical core system stuff, just for a feature of user shell |
| 10:31.29 | kerio | DocScrutinizer05: the problem is adding stuff to stuff like swapon |
| 10:31.37 | kerio | adding features to commands like swapon |
| 10:31.45 | DocScrutinizer05 | nope, it's not |
| 10:32.16 | kerio | yes it is, replacing stuff with path precedence only is a PITA |
| 10:32.18 | ivgalvez | there are tons of fixes also, I use busybox with STBs equipments and old versions (like one packaged in Maemo) are shit |
| 10:33.02 | DocScrutinizer05 | if 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 time |
| 10:33.04 | ivgalvez | however, I don't know if it's possible to package it in a better way without replacing original binary |
| 10:33.12 | DocScrutinizer05 | without messing with original busybox |
| 10:33.25 | kerio | DocScrutinizer05: yeah but /sbin/swapon will still point to /bin/busybox |
| 10:33.39 | DocScrutinizer05 | so what? |
| 10:34.00 | kerio | one of the main uses of busybox-power is specifying swap priority to swapon |
| 10:34.39 | DocScrutinizer05 | if you're a shell crack that knows his way around, you'll define your path to include /opt/bbpower/bin/ where _your_ swapon lives |
| 10:34.55 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
| 10:35.08 | kerio | sure, it can be done and it's done like that for the gnu stuff too |
| 10:35.15 | kerio | but it's not exactly convenient |
| 10:35.19 | DocScrutinizer05 | and you know in scripts you ought *always* use FQN to binaries anyway |
| 10:35.40 | kerio | hm |
| 10:35.41 | DocScrutinizer05 | convenient??? c'mon |
| 10:36.06 | *** join/#maemo-ssu andre__ (~andre@vpn1-017.dhcp.rz.tu-bs.de) |
| 10:36.06 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
| 10:39.54 | kerio | by the way, how big is busybox-power when ubifs compresses it? |
| 10:43.15 | DocScrutinizer05 | and you know in scripts you ought *always* use FQN to binaries anywayoes that matter? it should get optified anyway |
| 10:43.25 | DocScrutinizer05 | oops |
| 10:43.36 | DocScrutinizer05 | does that matter? it should get optified anyway |
| 10:44.38 | DocScrutinizer05 | since you *usually* don't need busybox-POWER enhancements during early boot, that's the whole point |
| 10:45.15 | kerio | why not just properly mount /usr/ as an external partition? |
| 10:45.21 | DocScrutinizer05 | actually 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 beginning |
| 10:45.36 | DocScrutinizer05 | ~optification |
| 10:45.37 | infobot | optification 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" |
| 10:45.44 | kerio | i know what optification is |
| 10:45.48 | kerio | but why is it still there? |
| 10:45.51 | DocScrutinizer05 | doesn't help for the shell doing the moint command though |
| 10:46.24 | DocScrutinizer05 | kerio: it's still there since it's impossible to do proper OTA updates when you mess up system that much |
| 10:46.37 | kerio | hm |
| 10:47.04 | DocScrutinizer05 | not that OTA in itself holds a problem with proper /usr |
| 10:47.16 | DocScrutinizer05 | just there'll be incompatible pathes etc then |
| 10:47.39 | DocScrutinizer05 | o/ |
| 10:51.43 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 10:53.09 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-bwuqrriqeklifuvw) |
| 11:03.18 | *** join/#maemo-ssu arcean_ (~arcean@83.4.149.24) |
| 11:12.12 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
| 11:48.35 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 11:51.27 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 12:11.07 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 13:24.49 | *** join/#maemo-ssu arcean_ (~arcean@aaft24.neoplus.adsl.tpnet.pl) |
| 13:49.18 | *** join/#maemo-ssu mase76 (~mase76@p5DD39F50.dip.t-dialin.net) |
| 14:24.30 | *** join/#maemo-ssu jonwil_ (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 14:32.20 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
| 14:41.41 | *** join/#maemo-ssu BCMM_ (~user@unaffiliated/bcmm) |
| 14:49.50 | *** join/#maemo-ssu iDont (~dennis@j138215.upc-j.chello.nl) |
| 14:49.50 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 14:53.55 | *** join/#maemo-ssu arcean (~arcean@83.4.149.24) |
| 14:58.26 | *** join/#maemo-ssu arcean (~arcean@aaft24.neoplus.adsl.tpnet.pl) |
| 15:48.38 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 15:53.17 | *** join/#maemo-ssu NIN101 (~NIN@p5DD2909B.dip0.t-ipconnect.de) |
| 16:12.07 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 16:15.20 | *** join/#maemo-ssu NIN102 (~NIN@p5DD29553.dip0.t-ipconnect.de) |
| 17:00.31 | *** join/#maemo-ssu DocScrutinizer06 (~HaleBopp@p5493A99B.dip.t-dialin.net) |
| 17:00.33 | *** join/#maemo-ssu DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 17:02.46 | *** join/#maemo-ssu peetah_ (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 17:07.55 | *** join/#maemo-ssu DocScrutinizer51 (~lagrange@lagrange.cloud-7.de) |
| 17:22.09 | *** join/#maemo-ssu DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
| 17:23.02 | DocScrutinizer51 | infobot: ping |
| 17:23.02 | infobot | ~pong |
| 17:31.16 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
| 18:11.25 | *** join/#maemo-ssu arcean (~arcean@aaft24.neoplus.adsl.tpnet.pl) |
| 18:55.06 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 19:31.25 | *** join/#maemo-ssu arcean (~arcean@aaft24.neoplus.adsl.tpnet.pl) |
| 19:46.49 | *** join/#maemo-ssu toxaris (~toxaris@90-230-114-186-no34.tbcn.telia.com) |
| 21:01.32 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 21:24.38 | *** join/#maemo-ssu javispedro (~javier@Maemo/community/contributor/javispedro) |
| 21:25.08 | javispedro | freemangordon: wtf are you doing |
| 21:25.10 | javispedro | freemangordon: http://gitorious.org/community-ssu/hildon-im-vkbrenderer3/blobs/master/src/hildon-im-vkbrenderer.c#line1854 |
| 21:25.23 | javispedro | freemangordon: you cannot just paste a IDA decompiler output and relicense it under GPL3 |
| 21:26.13 | javispedro | s/GPL3/GPL/ |
| 22:04.29 | DocScrutinizer06 | hmmmm, sounds like a valid concern |
| 22:09.01 | *** join/#maemo-ssu mase_76 (~mase76@p5DD3BC47.dip.t-dialin.net) |
| 22:09.39 | freemangordon | hmm, IDA has licensed variable names atarting with v? I was not aware of that, but if that is the case i'll rename them |
| 22:10.18 | freemangordon | s/atarting/starting/ |
| 22:10.39 | freemangordon | what about unk1-unkN? is that ok? |
| 22:11.07 | freemangordon | javispedro, DocScrutinizer06 ^^^ ? |
| 22:17.34 | DocScrutinizer06 | hahaha |
| 22:19.13 | freemangordon | DocScrutinizer06: unfortunately it is not funny :( |
| 22:19.23 | DocScrutinizer06 | i ndeed |
| 22:19.40 | freemangordon | BTW I actually made a mistake, but it is here http://gitorious.org/community-ssu/hildon-im-vkbrenderer3/blobs/master/src/hildon-im-vkbrenderer.c#line1731 |
| 22:20.20 | DocScrutinizer06 | you actually think I'll waste my time on continuing with that conversation? |
| 22:20.20 | freemangordon | i'll remove that ASAP, but please have in mid, I was dooing that in late night, I am human too |
| 22:20.36 | freemangordon | DocScrutinizer06: no |
| 22:20.47 | freemangordon | code deffinitely needs lots of cleanup |
| 22:21.49 | freemangordon | actually I think you might be of great help here :) |
| 22:22.03 | freemangordon | as I am not much in licensing shit |
| 22:22.19 | freemangordon | DocScrutinizer06: ^^^ |
| 22:23.00 | freemangordon | it is just that I don't like statements like "WTF are you doing" |
| 22:26.35 | freemangordon | after all the reason for publishing that is that someone else could take a look and contribute, help or whatever. Without pointing me "you stupid, what have you done" |
| 22:27.12 | DocScrutinizer06 | suggests song=fopen("/allmyMP3/rolling stones greatest hits.mp3"); write(song, 0x00 0x3f ..... {~60MB bytes as hex}) |
| 22:27.24 | DocScrutinizer06 | and prepend that with GPL disclaimer |
| 22:27.35 | freemangordon | DocScrutinizer06: you may want to check the firmware sources in kernel ;) |
| 22:27.45 | freemangordon | some of them of course |
| 22:28.36 | DocScrutinizer06 | why? because they did it better than my syntactically incorrect and incomplete 3-liner c proggie above? |
| 22:28.58 | freemangordon | but that is not the point, I really won't argue as I actually agree |
| 22:29.11 | freemangordon | (believe it or not :P ) |
| 22:30.19 | freemangordon | the point is that I need help, I don't know if you check it, but it is something about 150k of source code, which I know needs cleanup |
| 22:30.48 | DocScrutinizer06 | first of all clean up the GPL! |
| 22:31.10 | DocScrutinizer06 | it's the worst offense in all that stuff/action |
| 22:31.23 | freemangordon | DocScrutinizer06: would you rephrase? to remove the header or what? |
| 22:31.42 | DocScrutinizer06 | replace by proper disclaimer like "for educational purposes only! not for copying!" |
| 22:31.52 | freemangordon | aah, ok :) |
| 22:32.26 | freemangordon | then what? |
| 22:32.37 | freemangordon | change the variable names? |
| 22:32.48 | freemangordon | is not kidding |
| 22:33.08 | DocScrutinizer06 | thewn nfc what to do with it. RE is gray zone anyway |
| 22:33.52 | freemangordon | btw we have several RE things in CSSU, cbs widget being a part of them. all is LGPL licensed. |
| 22:33.59 | DocScrutinizer06 | but *proper* RE wouldn't include any disaaembling (also no kidding, though I know *nobody* could do it like that) |
| 22:34.10 | freemangordon | BTW the license is not GPL but LGPL if that matters |
| 22:34.20 | DocScrutinizer06 | nope |
| 22:34.33 | freemangordon | DocScrutinizer06: there is no dissasembling |
| 22:34.55 | freemangordon | just a couple of variables named v1-vN |
| 22:34.56 | DocScrutinizer06 | you transformed (C) materiel to another representation, that doesn't relieve the (C) from it |
| 22:35.00 | freemangordon | really a couple |
| 22:35.22 | freemangordon | which one is (C) |
| 22:35.24 | freemangordon | ? |
| 22:35.41 | DocScrutinizer06 | it looks like a disassembler listing that gives us bit identical binary when assembled |
| 22:36.01 | freemangordon | have you ever seen hexrays output? |
| 22:36.15 | DocScrutinizer06 | I've seen disassembler output |
| 22:36.20 | freemangordon | and it is not bit identical |
| 22:36.47 | DocScrutinizer06 | the point is, it's not your work, it's derived work from a binary |
| 22:36.56 | DocScrutinizer06 | that is (C) aiui |
| 22:37.24 | freemangordon | a lot of the drivers in kernel are the same |
| 22:37.41 | freemangordon | and there is no problem kernel to be GPL licensed |
| 22:37.56 | freemangordon | so WTF is the problem with FKB?!? |
| 22:38.39 | DocScrutinizer06 | well, really I know where it's from, I know there's probably no other way, and I think you just shouldn't put a GPL header in there. No idea what else could be done with reasonable effort to form a proper genuine intelectual property work from that |
| 22:40.11 | freemangordon | well, maybe I should wait javispedro to appear again and give some more info besides "WTF" |
| 22:40.25 | DocScrutinizer06 | to have your own licence header (whatever flavour) *you* have to write the code |
| 22:40.36 | freemangordon | because if it is not LGPL licensed, I don't see a way it to be distributed |
| 22:40.50 | freemangordon | DocScrutinizer06: yep, (L)GPL :D |
| 22:41.10 | freemangordon | aah, sorry |
| 22:41.20 | freemangordon | misread what you have wrote |
| 22:41.26 | freemangordon | *written |
| 22:41.34 | DocScrutinizer06 | that's the problem with (C)Nokia blobs: we MUSTN't distribute them, no matter if in original binary form or as disassembler listing |
| 22:42.10 | freemangordon | DocScrutinizer06: hmm, incorrect, we have the "qgil's exception" for community driven projects |
| 22:42.21 | DocScrutinizer06 | but as mentioned before, I think Nokia won't care as long as you don't claim it's "yours" |
| 22:42.47 | freemangordon | well, I can't just (C) Nokia :( |
| 22:42.57 | DocScrutinizer06 | yep, that's why I think you might get away with it, if and only if published without GPL header |
| 22:43.23 | DocScrutinizer06 | well, why not? :-) |
| 22:44.00 | freemangordon | hmm, I am ok with that actually, I don;t give a shit whether my name is in the header or not :) |
| 22:44.03 | DocScrutinizer06 | you could write header "(C) Nokia. This is derived work to allow owners of the binary to user their right to modify it" |
| 22:44.42 | freemangordon | DocScrutinizer06: if you gimme the exact license, i'll replace it tomorrow |
| 22:44.53 | DocScrutinizer06 | "you mustn't use or distribute that code unless you own a N900" |
| 22:44.58 | freemangordon | but i think javispedro was talking about IDA, not about Nokia |
| 22:45.04 | DocScrutinizer06 | nah |
| 22:45.14 | DocScrutinizer06 | He meant exactly this |
| 22:45.42 | freemangordon | well, I'll ask him tomorrow (if his majesty is int the mood to gimme some meaningful answer) |
| 22:45.52 | DocScrutinizer06 | :-) |
| 22:46.03 | freemangordon | I told you, it is not funny :( |
| 22:46.08 | freemangordon | :P |
| 22:46.11 | DocScrutinizer06 | he probably is when you don't come like you did above |
| 22:46.34 | DocScrutinizer06 | I actually thought it was a lame attempt to be funny |
| 22:46.39 | DocScrutinizer06 | or sarcastic |
| 22:46.44 | freemangordon | lame? |
| 22:46.49 | freemangordon | it was funny :D |
| 22:47.07 | freemangordon | well, half sarcastic, half serious |
| 22:47.30 | freemangordon | Actually I didn't get what the problem is, now it is clear |
| 22:47.40 | DocScrutinizer06 | try to leave out the sarcastic part, will not help to solve the issue ;-D |
| 22:47.53 | DocScrutinizer06 | o/ |
| 22:47.56 | DocScrutinizer06 | afk |
| 22:49.35 | freemangordon | I will, I was a bit angry on someone (even he is javispedro) coming and pointing at me "you stupid",without much info. Having in mind I spent the last month on that |
| 22:50.29 | DocScrutinizer06 | awesome work btw :-) |
| 22:51.02 | freemangordon | DocScrutinizer06: I am going AFK too, will appreciate if you prepare that license for me, I am ok with whatever license you find appropriate |
| 22:51.10 | freemangordon | DocScrutinizer06: thanks :) |
| 22:51.32 | DocScrutinizer06 | I don't think I'm the right one to find the proper "licence" for that |
| 22:51.43 | freemangordon | I really don;t give a shit if my name is there or not |
| 22:51.47 | DocScrutinizer06 | first best approach: no licence at all |
| 22:52.03 | freemangordon | as long as it works and can be distributed to n900 users |
| 22:52.20 | DocScrutinizer06 | it for sure can be distributed, the question is how |
| 22:52.36 | freemangordon | DocScrutinizer06: well, hildon-input-method is GPL |
| 22:52.48 | freemangordon | and it uses those libs ;) |
| 22:53.00 | DocScrutinizer06 | hmmm |
| 22:53.16 | DocScrutinizer06 | might be a vector to tackle that problem |
| 22:53.27 | DocScrutinizer06 | but I haven't got the head for that, right now |
| 22:53.35 | DocScrutinizer06 | need a beer and then sleep |
| 22:53.41 | freemangordon | Copyright (c) 2005-2007 Nokia Corporation. |
| 22:53.41 | freemangordon | hildon-input-method is licensed under the terms of the LGPL version 2.1. |
| 22:53.53 | freemangordon | ok, bb, i have to go too |
| 22:53.56 | freemangordon | night |
| 22:54.00 | DocScrutinizer06 | n8 |
| 23:11.10 | *** join/#maemo-ssu peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 23:27.24 | *** join/#maemo-ssu jon_y (~enforcer@pbz-162-192.tm.net.my) |
| 23:27.25 | *** join/#maemo-ssu povbot (~supybot@office.pov.lt) |
| 23:27.26 | *** mode/#maemo-ssu [+v povbot] by ChanServ |