| 00:14.39 | *** join/#maemo jrayhawk (~jrayhawk@nursie.omgwallhack.org) |
| 00:20.57 | *** join/#maemo r00t^eeepc (~r00t@port-92-196-62-96.dynamic.qsc.de) |
| 00:48.45 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 01:00.28 | *** join/#maemo FlameReaper-PC (~honoo-pc@jlp-209-58.tm.net.my) |
| 02:35.52 | *** join/#maemo maybeArgh (~cl@p5790F24D.dip0.t-ipconnect.de) |
| 02:44.44 | *** join/#maemo beford (~bef0rd@unaffiliated/beford) |
| 02:53.03 | *** join/#maemo keithzg (~quassel@d206-75-37-165.abhsia.telus.net) |
| 03:01.22 | *** join/#maemo lxp1 (~lxp@193-83-213-137.adsl.highway.telekom.at) |
| 03:12.59 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 03:21.21 | *** join/#maemo cpt_nemo (cpt_nemo@rfc1459.de) |
| 03:26.06 | *** join/#maemo ecc3g (blc@2602:46:3913:b600:5054:ff:fe37:7e04) |
| 04:18.29 | *** join/#maemo protem (~protem@unaffiliated/protem) |
| 04:33.54 | *** join/#maemo wicket64 (~wicket@gateway/tor-sasl/wicket64) |
| 05:17.46 | *** join/#maemo LauRoman (~LauRoman@5-14-14-214.residential.rdsnet.ro) |
| 05:20.48 | *** join/#maemo frals (~frals@Maemo/community/contributor/frals) |
| 05:25.11 | *** join/#maemo sunny_s (~sunny_s@pd95c1f18.dip0.t-ipconnect.de) |
| 05:25.25 | *** join/#maemo sunny_s_ (~sunny_s@pd95c1f18.dip0.t-ipconnect.de) |
| 05:55.02 | *** join/#maemo FlameReaper-PC (~honoo-pc@jlp-209-58.tm.net.my) |
| 05:56.44 | *** join/#maemo XDS2010 (sid1218@gateway/web/irccloud.com/x-todxsbphpbcfsgeu) |
| 06:11.15 | *** join/#maemo VDVsx (~VDVsx@192.194.199.34) |
| 06:25.11 | *** join/#maemo _rd (~rd@2.160.22.128) |
| 06:29.44 | *** join/#maemo peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 06:53.24 | *** join/#maemo b1101 (~b@fsf/member/b1101) |
| 07:04.17 | *** join/#maemo Venusaur (~wdwrwf@wikipedia/Antonio-Lopez) |
| 07:07.59 | *** join/#maemo dhbiker (~dhbiker@APN-123-38-185-gprs.simobil.net) |
| 07:16.29 | *** join/#maemo ALo (~alogeno@92.59.241.129) |
| 07:22.28 | *** join/#maemo RedM (~redw@89-73-179-171.dynamic.chello.pl) |
| 07:22.43 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 07:35.03 | *** join/#maemo florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 07:39.13 | *** join/#maemo jmlich (jmlich@nat/redhat/x-dnbfuawslnxamagn) |
| 07:49.30 | *** join/#maemo zGrr (~G@213.158.217.49.pat.umts.dynamic.t-mobile.pl) |
| 08:04.52 | *** join/#maemo kolp (~quassel@55d40e8d.access.ecotel.net) |
| 08:16.15 | *** join/#maemo erlehmann (~erlehmann@89.15.236.127) |
| 08:21.47 | *** join/#maemo M4rtinK (~M4rtinK@ip-78-102-146-131.net.upcbroadband.cz) |
| 08:28.46 | *** join/#maemo RedW (~redw@89-73-179-171.dynamic.chello.pl) |
| 08:43.01 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 08:48.18 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 08:58.18 | *** join/#maemo Malinux (~quassel@unaffiliated/malin/x-8072090) |
| 09:06.44 | *** join/#maemo amospalla (~amospalla@unaffiliated/amospalla) |
| 09:06.50 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 09:33.49 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 09:40.25 | *** join/#maemo freemangordon_ (~ivo@85-118-92-30.mtel.net) |
| 09:46.23 | *** join/#maemo amospalla (~amospalla@unaffiliated/amospalla) |
| 09:52.44 | *** join/#maemo basiaf (~basiaf@ns369597.ip-94-23-47.eu) |
| 09:56.10 | *** join/#maemo arcean (~arcean@aaeq155.neoplus.adsl.tpnet.pl) |
| 09:59.35 | *** join/#maemo Dynamit (~Mohamed@84-55-71-67.customers.ownit.se) |
| 10:33.23 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 10:36.39 | *** join/#maemo _rd (~rd@2.160.22.128) |
| 10:51.21 | *** join/#maemo freemangordon_ (~ivo@85-118-92-21.mtel.net) |
| 11:35.24 | *** join/#maemo stef_204 (~kvirc@unaffiliated/stef-204/x-384198) |
| 11:52.05 | *** join/#maemo amizraa (~amizraa@gateway/tor-sasl/amizraa) |
| 12:02.23 | *** join/#maemo _rd (~rd@2.160.22.128) |
| 12:23.20 | *** join/#maemo cyborg-one (~cyborg-on@212-178-10-188.broadband.tenet.odessa.ua) |
| 12:43.42 | *** join/#maemo stryngs (~foo@unaffiliated/stryngs) |
| 13:16.55 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 13:23.40 | *** join/#maemo auenf (David@171.72.233.220.static.exetel.com.au) |
| 13:40.09 | *** join/#maemo netkat (~me@80.79.126.176) |
| 13:51.44 | *** join/#maemo _rd (~rd@2.160.22.128) |
| 14:15.18 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 14:19.48 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 14:26.04 | Pali | ~poettering |
| 14:26.05 | infobot | 'sth is poettering' means it acts invasive, possessive, destructive, and generally in an egocentric exacerbating negative way. ``this cancer is extremely poettering'', or you look here for Linus' notion on what's poettering: http://lkml.iu.edu/hypermail/linux/kernel/1404.0/01331.html, or http://lkml.iu.edu/hypermail/linux/kernel/1404.0/01488.html, or see ~systemd cabal |
| 14:28.48 | *** join/#maemo amizraa (~amizraa@gateway/tor-sasl/amizraa) |
| 14:50.10 | *** join/#maemo CapsuL (~user@arn78-1-88-186-169-153.fbx.proxad.net) |
| 14:50.19 | CapsuL | hello |
| 14:52.21 | *** join/#maemo _rd (~rd@p54AC62E3.dip0.t-ipconnect.de) |
| 14:52.32 | CapsuL | anybody can be help me about maemo5 on mobile phone ?? (Nokia N900) |
| 14:53.50 | jmlich | CapsuL, just ask the question. This is a right place. |
| 14:53.56 | CapsuL | i looking for install QT4 library/driver , because it's impossible to install some application |
| 14:54.08 | CapsuL | thx jmlich |
| 14:54.43 | jmlich | have you tried maemo/extras/testing repositories? |
| 14:54.48 | CapsuL | exemple of app : miniature (chess game) |
| 14:57.43 | jmlich | In those ancient ages, I was trying to create apps using qt4 + qt components from meego. However, there was different (incompatible) version of Qt in extras/extras-testing/.. repos. |
| 14:58.16 | jmlich | I am not sure about current state of Qt in maemo. Currently, I am using Jolla. |
| 14:58.32 | *** join/#maemo quentin__ (~quentin@arn78-1-88-186-169-153.fbx.proxad.net) |
| 14:59.25 | CapsuL | hmm |
| 15:00.00 | *** join/#maemo LauRoman|Mobile (~yaaic@178.138.33.237) |
| 15:00.06 | jmlich | see http://wiki.maemo.org/Qt-Maemo |
| 15:00.11 | CapsuL | how can i see wich OS on my phone ? Wwich command in terminal? |
| 15:00.57 | jmlich | nokia n900 is fremantle, nokia n9 is harmattan |
| 15:01.13 | CapsuL | yess thx u for link , why i didn't start by this lol |
| 15:01.16 | jmlich | IIRC diablo is n810 |
| 15:02.05 | CapsuL | i have n900 , with keyboard:) |
| 15:03.10 | quentin__ | jmlich , i am CapsuL (from my pc) |
| 15:03.32 | jmlich | Here is something about http://wiki.maemo.org/Extras and http://wiki.maemo.org/Extras-devel ; Beware It may damage OS. |
| 15:03.40 | quentin__ | yes |
| 15:03.49 | quentin__ | i have put extras-devel |
| 15:04.02 | quentin__ | register , in application "market" |
| 15:04.14 | stryngs | No bash update yet... |
| 15:04.26 | quentin__ | ô� |
| 15:04.51 | quentin__ | i read , before , that will be dangerous , but it's ok for the moment |
| 15:05.32 | quentin__ | just same application doesn't want be install on phone .. from extras-devel |
| 15:06.08 | quentin__ | it told me : you need libqt4-*** ; libqt4-*** etc ... |
| 15:07.08 | CapsuL | i am auentin__ |
| 15:07.17 | CapsuL | i am quentin__ |
| 15:08.06 | elias_a_ | Are you also 1uentin__ ? :P |
| 15:10.33 | quentin__ | no ? |
| 15:10.35 | quentin__ | :) |
| 15:10.40 | quentin__ | look ip ;) |
| 15:10.48 | quentin__ | okok |
| 15:11.22 | quentin__ | so ... on step of my answer way is suspicious ... |
| 15:11.54 | quentin__ | if i put on my Nokia N900 's terminal that : apt-get update |
| 15:12.18 | quentin__ | i fear that broken my phone ... if it download too many files =/ |
| 15:18.01 | quentin__ | maybe sdk pr1.2 autobuilder ôà |
| 15:21.35 | quentin__ | this is maemo channel :( and nobody can be help me ... |
| 15:21.45 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 15:21.49 | quentin__ | i know n900 nokia is older |
| 15:22.26 | quentin__ | but plz , i never can be install application without ur help |
| 15:24.01 | quentin__ | i try to resume : i have extras-devel catalog , i looking for install somes applications (chess game) and it told me : impossible u missing/need libqt4-core , libqt4-script , libqt4........... |
| 15:24.34 | quentin__ | when i try to install from catalog QT4 python full .. same problem ... |
| 15:25.24 | quentin__ | i am blocked , google can be help me :( |
| 15:26.01 | quentin__ | i stay here , plz ask me , tell me when u will see precedent message |
| 15:26.30 | *** join/#maemo bluelupo (~quassel@2a02:810d:1600:7f0:e2cb:4eff:fe8b:b2f1) |
| 15:34.20 | Sc0rpius | env x='() { :;}; echo vulnerable' bash -c "echo this is a test" |
| 15:34.41 | Sc0rpius | quentin__, you have CSSU installed? |
| 15:34.44 | Sc0rpius | if not, you should. |
| 15:39.31 | quentin__ | re |
| 15:39.38 | quentin__ | how can i saw that ? |
| 15:39.47 | quentin__ | can i see that ? |
| 15:39.53 | quentin__ | Sc0rpius: |
| 15:40.07 | Sc0rpius | go to Settings |
| 15:40.17 | Sc0rpius | at the end you should see "About product" |
| 15:40.27 | Sc0rpius | if you also see "About Community SSU" then you have CSSU installed |
| 15:40.33 | Sc0rpius | if you don't, click on About product and tell us the version |
| 15:40.40 | Sc0rpius | it should be 21.2011.38-1 |
| 15:40.57 | quentin__ | okok |
| 15:41.55 | quentin__ | about terminal |
| 15:42.00 | quentin__ | nokia n900 |
| 15:42.06 | quentin__ | Maemo 5 |
| 15:42.32 | quentin__ | version : 2.2009.51-1.205.1 |
| 15:43.03 | Sc0rpius | Jesus Christ. |
| 15:43.09 | Sc0rpius | that's your problem |
| 15:43.28 | Sc0rpius | you have never updated your N900 and the applications need a recent version of the OS and that's why they fail when you try to install it |
| 15:44.27 | quentin__ | yes i know -_- |
| 15:44.50 | quentin__ | but how can be upgrade it ? |
| 15:45.01 | quentin__ | but how can i upgrade it ? |
| 15:45.04 | quentin__ | ^ |
| 15:45.05 | quentin__ | ^^ |
| 15:46.00 | Sc0rpius | you should have received the update automatically but if you don't, then I have no clue |
| 15:46.07 | Sc0rpius | when I said you should have |
| 15:46.10 | Sc0rpius | I meant back in 2010 |
| 15:46.12 | Sc0rpius | :) |
| 15:46.47 | quentin__ | ôà |
| 15:47.08 | quentin__ | i just receveid my phone |
| 15:47.12 | quentin__ | 2 week ago ;) |
| 15:47.32 | Sc0rpius | why did you buy an extremely old phone like the N900 |
| 15:47.38 | quentin__ | hehe |
| 15:47.45 | quentin__ | u know for what :) |
| 15:48.02 | quentin__ | keyboard |
| 15:48.05 | quentin__ | and linux ... |
| 15:48.13 | quentin__ | that sell me dream |
| 15:48.37 | quentin__ | i install ubuntu on my pc since 4/5 month , and that is magic ... |
| 15:49.10 | quentin__ | after i switch on other linux os |
| 15:50.06 | Sc0rpius | when you go to the application manager, and click on update, don't you receive the notification to upgrade the system? |
| 15:50.27 | Sc0rpius | Android also runs in a Linux kernel |
| 15:50.33 | Sc0rpius | and I believe iOS too. |
| 15:50.48 | quentin__ | i saw that after :) |
| 15:50.51 | Sc0rpius | you can even run a whole Ubuntu in an Android phone |
| 15:51.01 | quentin__ | wooow |
| 15:51.03 | quentin__ | :D |
| 15:51.08 | quentin__ | didn't know that |
| 15:51.16 | Sc0rpius | an a quad-core Android phone is just like $150 |
| 15:51.21 | Sc0rpius | (like the Moto G) |
| 15:51.36 | quentin__ | yes :) |
| 15:51.46 | quentin__ | but i am nostalgic |
| 15:51.57 | quentin__ | i little option on N900 |
| 15:52.00 | quentin__ | is nice |
| 15:52.25 | quentin__ | like F.M UDP :D |
| 15:52.36 | quentin__ | HDMI connection |
| 15:52.40 | quentin__ | keyboard |
| 15:52.49 | quentin__ | and geek mind |
| 15:52.52 | Sc0rpius | I see |
| 15:53.14 | Sc0rpius | well you have to figure out a way to install PR1.3.1 and if you don't receive the OTA update I don't have a clue how you can update it |
| 15:53.28 | quentin__ | :/ |
| 15:53.41 | freemangordon | nokia repos down? |
| 15:54.08 | freemangordon | otherwise - just set your date so 2009 :) |
| 15:54.10 | quentin__ | ovi store is down |
| 15:54.11 | freemangordon | *to |
| 15:54.44 | freemangordon | set the year to 2009, start HAM and refresh |
| 15:54.56 | quentin__ | what is HAM ? |
| 15:55.08 | freemangordon | Hildon Application Manager |
| 15:55.19 | quentin__ | from application catalog ? |
| 15:55.37 | freemangordon | what is "application catalog"? |
| 15:55.53 | quentin__ | like etras-devel |
| 15:56.03 | quentin__ | where i find application |
| 15:56.05 | freemangordon | HAM is http://www.youtube.com/watch?v=XjAwC4nM5cE |
| 15:56.35 | freemangordon | make sure you have extras-testing and extras-devel catalog disable |
| 15:56.41 | freemangordon | *disabled |
| 15:56.54 | freemangordon | and make sure you have all Nokia catalogs enabled |
| 15:57.06 | quentin__ | HAM is application catalog for me |
| 15:57.19 | quentin__ | we talk about same think :p |
| 15:57.45 | freemangordon | well, you'd better use the correct names, otherwise you risk to be misunderstood :) |
| 15:57.52 | quentin__ | wait , i click on update , and it make verification ... |
| 15:58.05 | quentin__ | ^^ |
| 15:58.06 | quentin__ | pardon |
| 15:58.09 | quentin__ | i am french |
| 15:58.10 | freemangordon | you need to click "Refresh" first |
| 15:58.11 | quentin__ | :D |
| 15:58.20 | freemangordon | I am not, so what :P |
| 15:58.35 | quentin__ | because all french make battle with english lol |
| 15:58.50 | freemangordon | in the menu there is a "Refresh" option |
| 15:59.12 | freemangordon | you ned to use it, so HAM to update its repository info |
| 15:59.16 | freemangordon | *need |
| 15:59.20 | quentin__ | i stay 6 month in london for learn more my studiant year lol and i am ever bad :p |
| 15:59.23 | quentin__ | yes |
| 15:59.35 | quentin__ | i clik on refresh |
| 15:59.36 | quentin__ | i wait |
| 16:00.09 | quentin__ | it's ok |
| 16:00.18 | freemangordon | it is ok as in? |
| 16:00.19 | quentin__ | but i just see application |
| 16:00.28 | freemangordon | give it some time |
| 16:00.50 | quentin__ | i download it before .. i think it's update for it |
| 16:00.58 | quentin__ | (application , no phone) |
| 16:01.13 | freemangordon | you should see "Maemo Update" or similar |
| 16:01.18 | quentin__ | no |
| 16:01.41 | freemangordon | and you're sure the date is 2009? |
| 16:01.45 | freemangordon | year that is |
| 16:01.57 | quentin__ | 2 THEME , nmap (-__-) , wifiinfo , n900-fmrx-enabler |
| 16:03.18 | quentin__ | 2.2009.51-1.205.1 |
| 16:03.23 | freemangordon | hmm, are you sure you're not on the latest PR? |
| 16:03.53 | quentin__ | i don't think |
| 16:03.59 | freemangordon | quentin__: in settings -> about product |
| 16:04.03 | freemangordon | what is the version there? |
| 16:04.11 | quentin__ | 2.2009.51-1.205.1 |
| 16:04.17 | freemangordon | oh, 205 |
| 16:04.19 | quentin__ | Maemo 5 |
| 16:04.26 | quentin__ | nokia N900 |
| 16:04.30 | freemangordon | yeah, yeah |
| 16:05.14 | freemangordon | this is a special firmware cooked for vodafone |
| 16:05.55 | freemangordon | you'd better reflash to global |
| 16:06.02 | quentin__ | arf .. |
| 16:06.23 | quentin__ | i begin i buy it for flashing in pentest version ... |
| 16:06.30 | quentin__ | but after try it |
| 16:06.42 | quentin__ | i find n900 maemo perfect |
| 16:06.52 | quentin__ | and i forgot that |
| 16:06.56 | quentin__ | :) |
| 16:07.25 | quentin__ | but ok .. thx u for ur diagnostic :) |
| 16:07.46 | freemangordon | if you have nothing valuable on the phone, just flash rootfs and emmc and you'll be fine |
| 16:08.26 | quentin__ | yes , that take lot of time :/ |
| 16:08.30 | quentin__ | i try later |
| 16:08.59 | freemangordon | no, that takes 5 minutes |
| 16:09.00 | quentin__ | which is the last flash rom for n900 ? |
| 16:09.03 | freemangordon | ~flashing |
| 16:09.03 | infobot | hmm... maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware |
| 16:09.05 | quentin__ | :/ |
| 16:09.40 | freemangordon | 21.2011.38-1 |
| 16:09.45 | quentin__ | for u 5 min |
| 16:10.00 | Sc0rpius | maybe it's more than 5 minutes but it's fun |
| 16:10.04 | quentin__ | i need 15 for read the link :D 10 for understand |
| 16:10.04 | Sc0rpius | don't take the fun out of it |
| 16:10.06 | quentin__ | ^^ |
| 16:10.47 | quentin__ | and maybe 30 for try to install/flash it |
| 16:10.48 | quentin__ | ^^ |
| 16:11.17 | *** join/#maemo b1101 (~b@fsf/member/b1101) |
| 16:12.11 | quentin__ | and this freemangordon http://repository.maemo.org/pool/maemo5.0/free/q/qt4-x11/ |
| 16:12.39 | quentin__ | and this, freemangordon, http://repository.maemo.org/pool/maemo5.0/free/q/qt4-x11/ |
| 16:13.25 | *** join/#maemo e2718 (~hdesk@p4FD36F49.dip0.t-ipconnect.de) |
| 16:14.20 | *** join/#maemo kolp_ (~quassel@55d40f22.access.ecotel.net) |
| 16:17.21 | *** join/#maemo APic (apic@apic.name) |
| 16:21.51 | *** join/#maemo b1101 (~b@107.191.33.9) |
| 16:21.51 | *** join/#maemo b1101 (~b@fsf/member/b1101) |
| 16:22.07 | Sc0rpius | quentin__, you can't install Qt if you don't upgrade |
| 16:22.18 | Sc0rpius | I mean you can't upgrade your Qt if you don't upgrade the whole thing |
| 16:23.01 | quentin__ | okok |
| 16:23.04 | quentin__ | :) |
| 16:23.08 | *** join/#maemo protem (~protem@unaffiliated/protem) |
| 16:23.09 | quentin__ | i will flash it |
| 16:23.27 | *** join/#maemo aloril_ (~aloril@dsl-tkubrasgw2-50defd-78.dhcp.inet.fi) |
| 16:29.22 | *** join/#maemo VDVsx (~VDVsx@a88-114-88-95.elisa-laajakaista.fi) |
| 16:31.50 | *** join/#maemo ssvb (~ssvb@212.16.98.80) |
| 16:48.05 | sixwheeledbeast | freemangordon: hows nm-nav going :) |
| 16:59.03 | *** join/#maemo eMHa (~mh@2a02:8071:2e81:c500:d6be:d9ff:fe2b:f21b) |
| 17:00.39 | *** join/#maemo konelix (~konelix@190.148.67.189) |
| 17:01.24 | *** join/#maemo mavhc (~mavhc@cpc65310-basf8-2-0-cust204.12-3.cable.virginm.net) |
| 17:09.54 | *** join/#maemo mavhc (~mavhc@cpc65310-basf8-2-0-cust204.12-3.cable.virginm.net) |
| 17:13.14 | *** join/#maemo quentin (~quentin@arn78-1-88-186-169-153.fbx.proxad.net) |
| 17:18.19 | *** join/#maemo pdz (~paul@c-67-169-80-116.hsd1.ca.comcast.net) |
| 17:19.13 | freemangordon | sixwheeledbeast: just REed the last function :) |
| 17:19.54 | *** join/#maemo amizraa (~amizraa@gateway/tor-sasl/amizraa) |
| 17:20.05 | sixwheeledbeast | freemangordon: cool, will it be going into cssu-devel for testing? |
| 17:28.15 | *** join/#maemo swartulv (~lupogriso@li607-220.members.linode.com) |
| 17:42.14 | stryngs | Any plans to patch bash guys/gals? |
| 17:43.05 | APic | I use zsh ;-P |
| 17:43.50 | *** join/#maemo sandstorm (~as@46.1.67.54) |
| 17:43.53 | Humpelstilzchen | I thought be have busybox |
| 17:44.34 | ecc3g | some people have bash installed... |
| 17:49.47 | sixwheeledbeast | stryngs: ask the maintainer it is not covered under CSSU, default shell is messybox |
| 17:50.05 | stryngs | doesnt use cssu =) |
| 17:50.11 | sixwheeledbeast | bash is an extras pkg |
| 17:50.35 | sixwheeledbeast | ~pkg |
| 17:50.35 | infobot | i guess pkg is http://maemo.org/packages/ |
| 17:50.38 | stryngs | Right, i get that. What i was getting at is wondering if there is any preplanned attack to work on the patch to bash for the maemo repo |
| 17:50.53 | sixwheeledbeast | :shrug: |
| 17:51.04 | stryngs | Glad to see we're on point here in #maemo land |
| 17:51.08 | stryngs | goes back to reality |
| 17:52.00 | sixwheeledbeast | marmistrz on TMO maybe work asking. He is the maintainer of bash-opt (optified bash4) |
| 17:52.14 | stryngs | interesting |
| 17:52.16 | stryngs | thanks |
| 17:53.02 | *** join/#maemo stryngs (~foo@unaffiliated/stryngs) |
| 17:53.21 | sixwheeledbeast | http://maemo.org/profile/view/onion/ is the maintainer of bash4 package |
| 17:54.08 | sixwheeledbeast | http://maemo.org/profile/view/zap/ is the maintainer of bash3 |
| 17:55.53 | *** join/#maemo soltys (soltys@soltys.info) |
| 18:02.24 | *** join/#maemo erlehmann (~erlehmann@89.15.237.228) |
| 18:07.11 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 18:21.07 | *** join/#maemo qwazix_ (~qwazix@77-2-93.static.cyta.gr) |
| 18:34.17 | freemangordon | sixwheeledbeast: sure, once I fix whatever I can catch as a bug |
| 18:45.49 | stryngs | Anyone in here ncurses smart? |
| 18:45.58 | stryngs | I'm trying to build ncurses5.9 for the n900 |
| 18:46.08 | stryngs | Well, hell, it's built |
| 18:46.14 | stryngs | I want to know about ncursesw |
| 18:49.10 | *** join/#maemo sfa (~sfa@208.66.156.12) |
| 18:51.31 | *** join/#maemo nanooq (~nanooq@cassiopeia.uberspace.de) |
| 18:55.23 | *** join/#maemo freemangordon (~freemango@46.249.74.23) |
| 18:59.50 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 19:15.08 | *** join/#maemo maybeHere (~cl@p5790F778.dip0.t-ipconnect.de) |
| 19:19.57 | CapsuL | hey :) |
| 19:21.04 | stryngs | hi |
| 19:31.59 | CapsuL | hi |
| 19:32.36 | CapsuL | how can i know my nokia n900 phone password? |
| 19:33.08 | CapsuL | before try to flashing it:) |
| 19:37.18 | Tekk_ | CapsuL: you could do sudo passwd |
| 19:37.28 | Tekk_ | and set one |
| 19:37.31 | Tekk_ | but that may ruin things, idk |
| 19:37.33 | Tekk_ | I haven't done it |
| 19:39.13 | CapsuL | ok thx |
| 19:39.43 | stryngs | CapsuL: WAIT |
| 19:39.48 | stryngs | Which password |
| 19:39.50 | stryngs | root password |
| 19:39.53 | stryngs | or device lock password |
| 19:40.07 | stryngs | Flashing DOES NOT RESET the device lock, at least from what i can tell |
| 19:40.14 | stryngs | mine has stayed through massive reflashes |
| 19:47.30 | *** join/#maemo Sc0rpius (~naikel@ec2-54-89-119-43.compute-1.amazonaws.com) |
| 19:49.44 | Pali | freemangordon: what about RE device lock libraries and understand where and how is lock password stored? |
| 19:49.45 | Pali | ^^^ |
| 19:50.03 | Tekk_ | Pali: it's probably stored in the firmware |
| 19:50.11 | Tekk_ | so are your alarms actually |
| 19:50.16 | Tekk_ | your alarms will fire even if your phone is off |
| 19:54.43 | *** join/#maemo oniongarlic (~milang@tori.tal.org) |
| 19:56.03 | freemangordon | Pali: why not, lemme finish nm-nav-provider first |
| 19:56.19 | Pali | ok, this was just idea |
| 19:56.57 | freemangordon | Pali: in that regard - http://pastebin.com/qZzG7AGE |
| 19:57.11 | freemangordon | could you have a look at it |
| 19:57.20 | Pali | ok, whats problem? |
| 19:57.41 | freemangordon | G_LOCK is called (or could be called) 3 times ina a row |
| 19:57.51 | freemangordon | GL_LOCK translates to g_mutex_lock |
| 19:58.11 | freemangordon | whi has undefined behaviour if called with the mutex already held |
| 19:58.15 | freemangordon | *which |
| 19:58.16 | Pali | so G_(UN)LOCK is mutex? |
| 19:58.20 | freemangordon | yes |
| 19:58.37 | freemangordon | http://irtfweb.ifa.hawaii.edu/SoftwareDocs/gtk20/glib/glib-threads.html#G-LOCK-CAPS |
| 19:59.42 | Pali | does not con_ic_connection_connect relase lock? |
| 20:00.15 | freemangordon | it is called in the same thread I guess (this is multy-threaded program) |
| 20:00.28 | freemangordon | oh, no, why should it |
| 20:00.38 | freemangordon | the mutex is a static global variable |
| 20:00.53 | Pali | are you sure that this code is correctly disassembled? |
| 20:01.06 | freemangordon | I looked at the assembly code as well |
| 20:01.19 | freemangordon | wanna habd you db? |
| 20:01.19 | Pali | I doubt that somebody will write code lock(mutex); unlock(mutex) |
| 20:01.24 | freemangordon | *hand |
| 20:01.35 | freemangordon | me too |
| 20:01.50 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 20:01.50 | Pali | this looks like gcc optimizer |
| 20:01.59 | Pali | when it did something bad |
| 20:02.07 | freemangordon | though, there might have been some code gcc optimized |
| 20:02.31 | Pali | I saw code which gcc incorrectly compiled with -O3 (or -O2) |
| 20:03.07 | freemangordon | besides that, my concern is that g_mutex_lock (or G_LOCK) is called more than once in the same thread with the mutex already held |
| 20:03.22 | Pali | then it freeze |
| 20:03.25 | freemangordon | yes |
| 20:03.28 | freemangordon | exactly |
| 20:03.40 | Pali | but if function con_ic_connection_connect release lock it is OK |
| 20:03.59 | freemangordon | that function has no way of knowing about that mutex |
| 20:04.08 | freemangordon | iiuc |
| 20:04.22 | freemangordon | it is external library function |
| 20:04.27 | freemangordon | from libconnic |
| 20:04.34 | Pali | and there is g_signal_connect_data with callback con_ic_status_handler which release lock |
| 20:04.39 | freemangordon | yes |
| 20:04.45 | Pali | how signals in gtk working? |
| 20:04.54 | Pali | are immediately callback executed? |
| 20:05.07 | freemangordon | oh, so you think the callback will be called before we call the second G_LOCK? |
| 20:05.28 | Pali | or executaion is postponed when main loop enters again? |
| 20:05.47 | Pali | in Qt4 slots are executed immediately |
| 20:05.54 | freemangordon | I doubt this is the main loop, this is executed in a thread |
| 20:06.08 | freemangordon | hmm, going to attach a debugger |
| 20:06.25 | Pali | but you can connect qt4 slots with some special argument, executation can be postponed until application returns back to mainloop |
| 20:06.37 | freemangordon | yes |
| 20:06.45 | Pali | freemangordon: with main loop I mean main glib loop |
| 20:06.50 | freemangordon | but I dunno hows that in glib |
| 20:06.54 | Pali | that loop which process executaion |
| 20:06.55 | freemangordon | I know |
| 20:07.08 | Pali | I think that glib signals are always postponed |
| 20:07.17 | Pali | but not remeber this if it true |
| 20:07.22 | freemangordon | but it makes no sense, you can't release mutex held by a thread A from the main loop :) |
| 20:07.42 | freemangordon | so I conclude that callback is executed in the same thread |
| 20:08.11 | Pali | if con_ic_status_handler is called from same thread and by function g_signal_connect_data then everything is OK |
| 20:08.25 | Pali | in qt4 it is for sure |
| 20:08.38 | Pali | in qt3 not |
| 20:08.50 | freemangordon | g_signal_connect data calls nothin, it just connects the "signal" to a "slot" speaking in qt terms |
| 20:09.12 | Pali | I know but there can be already sent signal which waiting |
| 20:09.26 | Pali | and that connect can read it and process it |
| 20:09.59 | freemangordon | then we have race condition |
| 20:10.05 | Pali | but I think that code was incorrectly compiled or incorrectly decompiled |
| 20:10.29 | freemangordon | yeah, going to attach a debugger, brb |
| 20:11.00 | Pali | maybe branch instruction which is after con_ic_connection_connect and after g_signal_connect_data should point before G_UNLOCK (after G_LOCK) |
| 20:12.48 | Pali | or I have another idea: that G_LOCK(conn_ic); G_UNLOCK(conn_ic); code could be barrier |
| 20:13.01 | Pali | which waits until execution of con_ic_status_handler() finish |
| 20:13.10 | freemangordon | yes, could be |
| 20:13.33 | Pali | g_signal_connect_data could be used there for blocking call |
| 20:13.34 | freemangordon | but what will stop it from executing in the thread A? |
| 20:13.39 | *** join/#maemo LauRoman (~LauRoman@5-14-14-214.residential.rdsnet.ro) |
| 20:13.42 | freemangordon | no, it is not blocking |
| 20:14.05 | freemangordon | only con_ic_connection_connect could be |
| 20:14.08 | Pali | yes it is not blocking call and nokians used this hack to create blocking call :D |
| 20:14.30 | Pali | and that thread stops execution |
| 20:14.36 | freemangordon | Pali: it deadlocks |
| 20:14.49 | freemangordon | if G_LOCK is called for the second time in the same thread |
| 20:14.56 | Pali | if this is multi thread app then another thread can process con_ic_status_handler callback |
| 20:15.11 | freemangordon | so what, thread A is already in deadlock |
| 20:15.12 | Pali | and unblock mutex |
| 20:15.23 | freemangordon | it can't, as it does not hold it |
| 20:15.41 | freemangordon | it is held by thread A, which is in a deadlock |
| 20:15.44 | Pali | is not conn_ic shared across all threads? |
| 20:15.53 | freemangordon | it is mutex :) |
| 20:16.03 | freemangordon | GStaticMutex to be precise |
| 20:16.38 | freemangordon | so yes, all threads can get hold on it, but not simultaneously |
| 20:16.51 | freemangordon | obviously :D |
| 20:17.15 | Pali | is not conn_ic shared across all threads and any thread can lock or unlock it? |
| 20:17.37 | freemangordon | sure |
| 20:17.54 | Pali | so when A lock it, A try to lock again (will wait), and after some time B unlock it |
| 20:18.08 | freemangordon | no, see http://irtfweb.ifa.hawaii.edu/SoftwareDocs/gtk20/glib/glib-threads.html#g-mutex-lock |
| 20:18.31 | freemangordon | Pali: this is mutex, only the thread that lock it can unlock it |
| 20:20.01 | Pali | so it is really not GStaticRecMutex? |
| 20:20.43 | freemangordon | it is not |
| 20:20.49 | freemangordon | aiui |
| 20:20.54 | Pali | ok, no idea then... |
| 20:21.05 | freemangordon | debugger attached, lets see |
| 20:22.12 | freemangordon | Pali: in the meanwhile - that whole function is buggy as hell, there is a race condition in the first if() to start with |
| 20:22.43 | Pali | ah... reason why it is closed? :D |
| 20:23.02 | freemangordon | it is not protected by a mutex, so 2 threads could simultaneously do "if (!priv->con_ic_conn)" ;) |
| 20:23.21 | freemangordon | anyway, got in the bp |
| 20:26.48 | *** join/#maemo M4rtinK (~M4rtinK@ip-78-102-146-131.net.upcbroadband.cz) |
| 20:29.40 | *** join/#maemo LauRoman|Alt (~LauRoman@5-14-14-214.residential.rdsnet.ro) |
| 20:32.11 | *** join/#maemo Sc0rpius (~naikel@ec2-54-89-119-43.compute-1.amazonaws.com) |
| 20:35.45 | joga | hmm, is dhcp client in maemo vulnerable to this https://www.trustedsec.com/september-2014/shellshock-dhcp-rce-proof-concept/ |
| 20:37.04 | joga | apparently it's udhcpc, are the shell scripts involved? |
| 20:37.07 | joga | *there |
| 20:37.53 | joga | (bash I mean, but it's not there by default I guess?) |
| 20:44.31 | *** join/#maemo arcean (~arcean@aaeq155.neoplus.adsl.tpnet.pl) |
| 20:46.21 | Pali | joga: no maemo dhcp client is not vulnerable to that bash bug |
| 20:46.43 | joga | k |
| 20:46.43 | Pali | maemo (core) system does not use bash |
| 20:46.54 | joga | yeah I guess it was busybox... |
| 20:47.12 | joga | been using bash on it otherwise for so long forgot already ;) |
| 20:50.11 | freemangordon | Pali: well, g_mutex_lock is simply called twice :( |
| 20:50.33 | Pali | and deadlock |
| 20:50.51 | freemangordon | no idea, still debugging |
| 20:51.35 | freemangordon | no deadlock |
| 20:52.10 | freemangordon | oh, it locked |
| 20:52.45 | freemangordon | or rather the callback was called before pthread_mutex_lock exited |
| 20:52.52 | freemangordon | so your theory seems right |
| 20:53.43 | freemangordon | (gdb) info threads |
| 20:53.45 | freemangordon | <PROTECTED> |
| 20:53.47 | freemangordon | <PROTECTED> |
| 20:53.49 | freemangordon | <PROTECTED> |
| 20:53.51 | freemangordon | * 1 LWP 2833 0x0000c014 in ?? () |
| 20:53.54 | freemangordon | Pali: callback is called from the main glib thread |
| 20:54.01 | freemangordon | is confused |
| 20:56.36 | Pali | so callback called from main glib thread unlocked that mutex or not? |
| 20:57.23 | freemangordon | will check now, I was missing a bp |
| 21:01.37 | freemangordon | Pali: yes, it unlocked the motex |
| 21:01.40 | freemangordon | *mutex |
| 21:01.56 | freemangordon | is even more confused |
| 21:03.03 | Pali | so it is as I was expecting... |
| 21:03.06 | freemangordon | seems like docs are not telling the whole truth :) |
| 21:03.15 | freemangordon | yes, exactly as you were expecting |
| 21:03.39 | freemangordon | but how is that possible? |
| 21:03.59 | freemangordon | to release a mutex held by thread A from thread B?!? |
| 21:06.23 | Pali | it is implemented by linux futexes? |
| 21:06.32 | Pali | or something else? |
| 21:06.41 | freemangordon | pthread_mutex_t |
| 21:06.52 | freemangordon | and this is cute http://stackoverflow.com/questions/5454746/pthread-mutex-lock-unlock-by-different-threads |
| 21:07.59 | freemangordon | "What you've done is simply not legal, and the behavior is undefined." |
| 21:08.03 | freemangordon | :D |
| 21:09.35 | Pali | so it using futexes |
| 21:09.50 | freemangordon | ok, if you say so :) |
| 21:09.57 | freemangordon | so? |
| 21:10.04 | Pali | and I think you can unlock futex from another thread |
| 21:10.24 | Pali | as it is same (mmapped) memory |
| 21:10.36 | freemangordon | ok, my conclusion is that this is illegal and implementation specific |
| 21:10.42 | Pali | yes |
| 21:10.42 | freemangordon | we must rework it |
| 21:11.15 | freemangordon | but at least now I understand what happens |
| 21:11.18 | Pali | but on linux 2.6+ when futexes are used by default it is working |
| 21:11.44 | *** join/#maemo chritizn (~christizn@7.86.6.84.rev.sfr.net) |
| 21:12.24 | freemangordon | I don;t believe this is the only way to make async function sync |
| 21:12.54 | Pali | never! do not do that |
| 21:13.26 | freemangordon | Pali: mind you, this is what we all have in our devices ;) |
| 21:13.28 | Pali | 3x I thought that I have working code (in qt) which creating blocking function from async callls |
| 21:14.09 | Pali | and after some time I found special case when it is not working |
| 21:14.14 | freemangordon | I'd rather start another thread and wait() on it |
| 21:14.35 | freemangordon | or something like that |
| 21:14.52 | freemangordon | qnyway, I'll find the proper way once I am on it |
| 21:16.16 | freemangordon | Pali: thanks a lot for the help |
| 21:25.24 | *** join/#maemo astr (~astr@79-69-198-246.dynamic.dsl.as9105.com) |
| 21:29.34 | *** join/#maemo javispedro (~javier@Maemo/community/contributor/javispedro) |
| 21:30.21 | *** join/#maemo darkschneider2 (~gab@93-32-56-68.ip32.fastwebnet.it) |
| 21:34.08 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 21:34.56 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 21:37.47 | *** join/#maemo javispedro (~javier@Maemo/community/contributor/javispedro) |
| 21:41.26 | *** join/#maemo ZogG_laptop (~ZogG_lapt@bzq-79-180-127-69.red.bezeqint.net) |
| 21:41.26 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 21:45.40 | *** join/#maemo _rd (~rd@p54AC62E3.dip0.t-ipconnect.de) |
| 22:16.36 | *** join/#maemo lxp (~lxp@193-83-213-92.adsl.highway.telekom.at) |
| 22:28.34 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 22:30.05 | *** join/#maemo ssvb (~ssvb@212.16.98.80) |
| 23:32.55 | *** join/#maemo bef0rd (~bef0rd@186.154.36.151) |
| 23:32.55 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |