*** tanty has joined #maemo | 00:00 | |
*** pvanhoof has quit IRC | 00:00 | |
*** xes has joined #maemo | 00:07 | |
*** trx has quit IRC | 00:16 | |
*** delphi has joined #maemo | 00:16 | |
*** calvaris has quit IRC | 00:18 | |
*** torindel has quit IRC | 00:21 | |
*** torindel has joined #maemo | 00:21 | |
*** loganbr` has joined #maemo | 00:28 | |
*** andre__ has quit IRC | 00:28 | |
*** Skry has quit IRC | 00:29 | |
*** loganbr has quit IRC | 00:29 | |
*** Skry has joined #maemo | 00:31 | |
*** e-yes has quit IRC | 00:32 | |
*** loganbr`` has joined #maemo | 00:34 | |
*** dhbiker has quit IRC | 00:38 | |
*** loganbr` has quit IRC | 00:38 | |
*** Vlad_on_the_road has quit IRC | 00:43 | |
*** emma is now known as em | 00:48 | |
*** torindel has quit IRC | 00:48 | |
*** torindel has joined #maemo | 00:49 | |
*** ian--- has joined #maemo | 00:54 | |
*** ian---- has quit IRC | 00:55 | |
*** OkropNick has quit IRC | 00:57 | |
*** hardaker has joined #maemo | 01:00 | |
*** hardaker has quit IRC | 01:01 | |
*** hardaker has joined #maemo | 01:01 | |
*** hardaker has quit IRC | 01:01 | |
*** rcg has quit IRC | 01:02 | |
*** LjL has joined #maemo | 01:03 | |
*** florian has quit IRC | 01:05 | |
*** muellisoft has joined #maemo | 01:11 | |
*** hardaker has joined #maemo | 01:12 | |
*** hardaker has quit IRC | 01:12 | |
*** torindel has quit IRC | 01:13 | |
*** torindel has joined #maemo | 01:14 | |
*** hardaker has joined #maemo | 01:21 | |
*** hardaker has quit IRC | 01:21 | |
*** hardaker has joined #maemo | 01:24 | |
*** hardaker has quit IRC | 01:24 | |
*** hardaker has joined #maemo | 01:25 | |
*** hardaker has quit IRC | 01:25 | |
*** jpinx has quit IRC | 01:27 | |
*** torindel has quit IRC | 01:28 | |
*** Woody14619 has quit IRC | 01:31 | |
*** Woody14619 has joined #maemo | 01:31 | |
*** Woody14619 has joined #maemo | 01:31 | |
*** hardaker has joined #maemo | 01:31 | |
*** hardaker has quit IRC | 01:31 | |
*** torindel has joined #maemo | 01:34 | |
*** hardaker has joined #maemo | 01:38 | |
*** hardaker has quit IRC | 01:38 | |
*** sixwheeledbeast has left #maemo | 01:43 | |
*** NeutrinoPower has quit IRC | 01:48 | |
*** dRbiG has quit IRC | 01:49 | |
*** dRbiG has joined #maemo | 01:50 | |
*** teotwaki has quit IRC | 01:55 | |
*** unclouded has joined #maemo | 01:58 | |
*** arcean_ has joined #maemo | 02:00 | |
*** arcean has quit IRC | 02:01 | |
*** _LauRoman has joined #maemo | 02:10 | |
*** psychologe has joined #maemo | 02:11 | |
*** LauRoman has quit IRC | 02:13 | |
*** psychologe has quit IRC | 02:13 | |
*** Aoyagi has left #maemo | 02:13 | |
*** LaoLang_cool has joined #maemo | 02:16 | |
*** robbiethe1st has joined #maemo | 02:17 | |
*** torindel has quit IRC | 02:23 | |
*** RiD has quit IRC | 02:28 | |
*** LaoLang_cool has quit IRC | 02:29 | |
*** RiD has joined #maemo | 02:29 | |
*** M4rtinK has quit IRC | 02:31 | |
*** RiD has left #maemo | 02:31 | |
*** mvp has quit IRC | 02:32 | |
*** heroux has quit IRC | 02:33 | |
*** heroux has joined #maemo | 02:35 | |
*** arcean_ has quit IRC | 02:36 | |
*** kolp has quit IRC | 02:37 | |
*** torindel has joined #maemo | 02:39 | |
*** heroux has quit IRC | 02:39 | |
*** heroux has joined #maemo | 02:41 | |
*** markinfo has quit IRC | 02:41 | |
*** FlameReaper-PC has joined #maemo | 02:48 | |
*** dos1 has quit IRC | 03:07 | |
*** torindel has quit IRC | 03:16 | |
*** torindel has joined #maemo | 03:22 | |
*** sheepbat has quit IRC | 03:22 | |
*** muellisoft is now known as Muelli | 03:27 | |
*** dos1 has joined #maemo | 03:29 | |
*** xes has quit IRC | 03:32 | |
*** torindel has quit IRC | 03:36 | |
*** torindel has joined #maemo | 03:37 | |
*** dos1 has quit IRC | 03:43 | |
*** torindel has quit IRC | 03:46 | |
*** torindel has joined #maemo | 03:46 | |
Apic | msg I just lost the Game. | 03:52 |
---|---|---|
*** githogori_ has joined #maemo | 03:54 | |
*** githogori_ has quit IRC | 03:54 | |
*** githogori has quit IRC | 03:54 | |
*** githogori has joined #maemo | 03:55 | |
*** sheepbat has joined #maemo | 03:59 | |
*** sheepbat has quit IRC | 03:59 | |
*** _LauRoman has quit IRC | 04:05 | |
*** sheepbat has joined #maemo | 04:14 | |
*** torindel has quit IRC | 04:19 | |
*** torindel has joined #maemo | 04:20 | |
*** discopig has quit IRC | 04:22 | |
*** discopig has joined #maemo | 04:22 | |
*** discopig has quit IRC | 04:22 | |
*** discopig has joined #maemo | 04:22 | |
*** SpeedEvil has quit IRC | 04:23 | |
*** SpeedEvil has joined #maemo | 04:23 | |
*** Muelli has quit IRC | 04:26 | |
*** Pali has quit IRC | 04:48 | |
*** SmilyOrg has quit IRC | 04:53 | |
*** maybeHere has joined #maemo | 05:00 | |
*** maybeArgh has quit IRC | 05:04 | |
*** Smily has joined #maemo | 05:05 | |
*** hardaker has joined #maemo | 05:19 | |
*** loganbr`` has quit IRC | 05:25 | |
*** hardaker has quit IRC | 05:25 | |
*** hardaker has joined #maemo | 05:26 | |
*** robbiethe1st has quit IRC | 05:32 | |
*** dlan^ has joined #maemo | 05:37 | |
*** dockane_ has joined #maemo | 06:00 | |
*** lxp1 has joined #maemo | 06:00 | |
*** lxp has quit IRC | 06:03 | |
*** DocScrutinizer05 has quit IRC | 06:03 | |
*** DocScrutinizer06 has joined #maemo | 06:03 | |
*** DocScrutinizer06 is now known as DocScrutinizer05 | 06:03 | |
*** dockane has quit IRC | 06:04 | |
*** kaawee_ has quit IRC | 06:11 | |
*** chainsawbike has quit IRC | 06:20 | |
*** chainsawbike has joined #maemo | 06:20 | |
*** dlan^ has quit IRC | 06:35 | |
*** dlan^ has joined #maemo | 06:38 | |
*** hardaker has quit IRC | 06:46 | |
*** loganbr has joined #maemo | 06:48 | |
*** disco_stu has quit IRC | 06:56 | |
*** bef0rd has quit IRC | 07:07 | |
*** disco_stu has joined #maemo | 07:45 | |
*** jpinx has joined #maemo | 07:48 | |
*** SmilyOrg has joined #maemo | 08:15 | |
*** Smily has quit IRC | 08:18 | |
*** VDVsx has quit IRC | 08:22 | |
Apic | Morning. | 08:23 |
kerio | moin | 08:28 |
*** phlixi has quit IRC | 08:29 | |
*** shape has joined #maemo | 08:30 | |
*** shape has left #maemo | 08:31 | |
*** shape has joined #maemo | 08:31 | |
shape | Hello, I installed the huge easy-debian file and iceweasel and openoffice won't launch. I simply get the desktop again after trying to launch them (the image was debian-m5-estel.img.ext3.lzma). Any ideas? | 08:33 |
kerio | do they do the same from within lxde? | 08:36 |
shape | no | 08:36 |
shape | kerio in lxde there is no openoffice tho. only libre, which works | 08:37 |
shape | kerio: ive also installed the debian-m5-v3e.img.ext2.lzma and still no avail :( | 08:39 |
*** githogori has quit IRC | 08:39 | |
kerio | so that means that openoffice won't launch because, yknow, it's /not there/ | 08:39 |
shape | is that bad or should i just install only one image | 08:40 |
kerio | idk, do whatever feels right i suppose | 08:40 |
*** githogori has joined #maemo | 08:40 | |
kerio | if the image doesn't have certain programs and it has other programs, you might want to change the .desktop files to match | 08:41 |
shape | kerio: oh i see. | 08:41 |
Macer | are there any email servers that do server side gpg/pgp encryption? | 08:42 |
shape | kerio: so OpenOffice and Iceweasel, even tho they appear in Applications, they would still be launched through the Debian chroot. Correct? Which means, since they have not been installed with the image, those are just bad shortcuts | 08:43 |
kerio | yep | 08:43 |
shape | kerio: was that answer for me or for the other person? | 08:44 |
kerio | yep | 08:44 |
kerio | :D | 08:44 |
shape | kerio: so you say I can somehow bring libreoffice into the Applications menu of the phone? | 08:45 |
shape | out of the Debian LXDE, and make a shortcut just like the OpenOffice broken shortcut is? | 08:45 |
kerio | yeah | 08:45 |
shape | kerio: is there any documentation for that? I really don't know how to do it :( | 08:46 |
kerio | look at /usr/share/applications/hildon | 08:46 |
kerio | only files with the .desktop extension count | 08:46 |
kerio | so copy the one from openoffice, move it away, and change the name of the binary inside of it | 08:46 |
kerio | it's partially self-explanatory | 08:47 |
shape | kerio: Oh, i just have to change the exec right? i.e. exec= debbie iceweasel. I can change it to exec=debbie chromium | 08:50 |
kerio | yeah | 08:54 |
kerio | well, you might want to change the name too :) | 08:54 |
shape | kerio: but i like the weasel :( | 08:55 |
kerio | but it's chromium, not iceweasel | 08:55 |
shape | kerio: I know haha, and icon as well | 08:55 |
shape | kerio: I couldn't find documentation about the 3 images I get to choose from. I am confused which packages they contain, etc. any ideas? | 08:56 |
kerio | beats me, i don't use easy debian | 08:56 |
shape | kerio what do you use? | 08:57 |
kerio | just know the general principles on how it works | 08:57 |
kerio | ...idk, nothing | 08:57 |
shape | kerio: btw thanks for your help! Much appreciated <3 | 08:58 |
*** darodi has joined #maemo | 08:58 | |
kerio | yw, glad to help | 09:00 |
*** VDVsx has joined #maemo | 09:00 | |
*** shape has quit IRC | 09:03 | |
*** e-yes has joined #maemo | 09:04 | |
*** heroux has quit IRC | 09:12 | |
*** heroux has joined #maemo | 09:14 | |
*** rm_work is now known as rm_work|away | 09:15 | |
*** calvaris has joined #maemo | 09:18 | |
*** XATRIX has joined #maemo | 09:21 | |
*** e-yes has quit IRC | 09:27 | |
*** pvanhoof has joined #maemo | 09:45 | |
*** loganbr` has joined #maemo | 09:56 | |
*** loganbr has quit IRC | 10:00 | |
*** qwazix has quit IRC | 10:02 | |
*** qwazix has joined #maemo | 10:02 | |
*** murrayc has joined #maemo | 10:06 | |
*** OkropNick has joined #maemo | 10:08 | |
*** andre__ has joined #maemo | 10:11 | |
*** XATRIX has quit IRC | 10:18 | |
*** dhbiker has joined #maemo | 10:19 | |
*** XATRIX has joined #maemo | 10:20 | |
*** piggz has quit IRC | 10:27 | |
*** utanapischti has quit IRC | 10:29 | |
*** piggz has joined #maemo | 10:29 | |
*** utanapischti has joined #maemo | 10:29 | |
*** Martix has joined #maemo | 10:34 | |
*** darodi has joined #maemo | 10:45 | |
*** dos1 has joined #maemo | 10:46 | |
*** florian_kc has joined #maemo | 10:46 | |
*** florian_kc has quit IRC | 10:46 | |
*** florian_kc has joined #maemo | 10:46 | |
*** florian_kc is now known as florian | 10:47 | |
*** topro has quit IRC | 10:54 | |
*** M4rtinK has joined #maemo | 10:54 | |
*** topro has joined #maemo | 10:59 | |
*** animist has joined #maemo | 11:03 | |
*** jreznik has joined #maemo | 11:08 | |
*** AD-N770 has joined #maemo | 11:10 | |
*** LauRoman has joined #maemo | 11:16 | |
*** eMHa_ has quit IRC | 11:20 | |
*** kolp has joined #maemo | 11:22 | |
*** thopiekar has joined #maemo | 11:26 | |
*** M4rtinK has quit IRC | 11:31 | |
*** eMHa_ has joined #maemo | 11:52 | |
merlin1991 | heh this could start a new flamewar: http://www.phoronix.com/scan.php?page=news_item&px=MTMzNjg | 12:07 |
*** fa_h has joined #maemo | 12:07 | |
*** drussell has joined #maemo | 12:08 | |
*** thopiekar has quit IRC | 12:09 | |
*** fa_h has quit IRC | 12:09 | |
Hurrian | merlin1991: uhh, wow. | 12:09 |
Hurrian | Well, that is another way to build a Linux system. | 12:11 |
Apic | B-) | 12:11 |
Hurrian | It's not exactly modular, but it is more integrated, which mimics Launchd (OSX) and smss+kernel (WinNT). | 12:12 |
*** Gadgetoid has quit IRC | 12:23 | |
kerio | >:( | 12:25 |
kerio | i *really* hope linus starts treating udev as hostile | 12:25 |
*** lizardo has joined #maemo | 12:26 | |
Hurrian | kerio: I predict that Pulseaudio will show up as a systemd component. | 12:27 |
* DocScrutinizer05 pukes a bit | 12:36 | |
jacekowski | udev isn't as half as bad as pa | 12:37 |
jacekowski | and besides, now kernel has management features in it so udev isn't really that important again | 12:37 |
DocScrutinizer05 | oh c'mon. what really scares me is dbus in PID:1 | 12:37 |
kerio | hehe | 12:37 |
jacekowski | ? | 12:37 |
kerio | you mean pid 2 | 12:37 |
jacekowski | systemd has no dbus in it | 12:37 |
jacekowski | it just starts dbus as soon as possible | 12:38 |
jacekowski | oh, you mean dbus communication? | 12:38 |
*** Pali has joined #maemo | 12:38 | |
DocScrutinizer05 | >>The libsystemd-bus module is a minimalist yet complete D-Bus client library that doesn't aim to be portable, abstract, and tries to be nice in C. This systemd implementation is much leaner than upstream libdbus.<< says it all | 12:39 |
kerio | *client* | 12:39 |
DocScrutinizer05 | meh, I bet in 3 years Lennart has finished his secret plan to integrate kernel into systemd | 12:40 |
*** XATRIX has quit IRC | 12:41 | |
kerio | i doubt anyone except linus actually *wants* to maintain the kernel | 12:41 |
DocScrutinizer05 | since, how else could you get voice alarm shoutings via network audio during kernel init | 12:41 |
*** Gadgetoid has joined #maemo | 12:42 | |
jon_y | DocScrutinizer05: also, a web browser in the kernel | 12:47 |
jon_y | after all users don't want to use the internets | 12:47 |
jon_y | s/don't// | 12:47 |
infobot | jon_y meant: after all users want to use the internets | 12:47 |
jon_y | alternatively boot the kernel of the cloud | 12:49 |
*** XATRIX has joined #maemo | 12:51 | |
DocScrutinizer05 | why kernel, systemd can provide those remaining 5 functions too (the rest will have migrated to systemd anyway in a few years) | 12:53 |
*** FReaper-PC has joined #maemo | 12:54 | |
*** FlameReaper-PC has quit IRC | 12:54 | |
*** unclouded has quit IRC | 12:55 | |
* DocScrutinizer05 idly wonders when Linus will kick out that shit from Linux and declare that Linux is not a windows clone | 12:57 | |
* Apic 2 | 12:57 | |
*** XATRIX has quit IRC | 12:59 | |
*** FReaper-PC has quit IRC | 13:00 | |
*** FReaper-PC has joined #maemo | 13:00 | |
*** dos1 has quit IRC | 13:01 | |
*** XATRIX has joined #maemo | 13:01 | |
*** delphi is now known as trx | 13:03 | |
*** dos1 has joined #maemo | 13:03 | |
*** dos1 has joined #maemo | 13:04 | |
*** sirdancealo2 has quit IRC | 13:04 | |
*** sunny_s has joined #maemo | 13:09 | |
jacekowski | DocScrutinizer05: if linux is to have any real marketshare on desktop it will have to be | 13:17 |
DocScrutinizer05 | jacekowski: then lennart and company may spawn a this-once-been-linux-now-its-a-commercial-crap-product | 13:19 |
DocScrutinizer05 | >>doesn't aim to be portable, abstract,<< GTFO | 13:19 |
*** sirdancealo2 has joined #maemo | 13:21 | |
DocScrutinizer05 | I don't want a system init that requires PA and framebuffer and d-bus, since that's absolute bullshit for my embedded controller on my microwave. And one of the huge advantages of linux been that it's NOT been specialized so it only works on x86 workstations | 13:22 |
jon_y | jacekowski: there is already a windows | 13:22 |
jon_y | leave that to MS | 13:22 |
DocScrutinizer05 | indeed | 13:22 |
jon_y | or ReactOS | 13:22 |
jon_y | stupid shit don't go on where Linux is prevalent | 13:23 |
jon_y | embedded systems | 13:23 |
jon_y | too often, these people forget the desktop isn't the only computer system | 13:24 |
*** LauRoman has quit IRC | 13:24 | |
DocScrutinizer05 | ubuntu and lennart-OS can do whatever they want, but stop pushing shit into linux! | 13:24 |
*** sirdancealo2 has quit IRC | 13:25 | |
DocScrutinizer05 | hell, Michel de Boer (developer of twinklephone) refused to use dbus for IPC, since it not been available on all *nix platforms, he used pipes instead. What does Lennart with his systemd shit? The opposite | 13:26 |
kerio | DocScrutinizer05: why pipes and not unix sockets? :( | 13:26 |
DocScrutinizer05 | kerio: why not candy | 13:27 |
kerio | because candy can't be used to do IPC on unix | 13:27 |
DocScrutinizer05 | what's wrong with named fifos? | 13:27 |
kerio | less access control | 13:28 |
jacekowski | dbus is pipes | 13:28 |
kerio | unix sockets let you identify who's the user connecting, afaik | 13:28 |
DocScrutinizer05 | ???? | 13:28 |
kerio | yes, it's kinda useless for twinklephone | 13:28 |
jacekowski | let's use tcp sockets for ipc | 13:28 |
jacekowski | and oident | 13:29 |
kerio | hahaha | 13:29 |
DocScrutinizer05 | honestly, I'm not interested in this noise right now | 13:29 |
jacekowski | you will know who's connecting, it's portable to pretty much any platform | 13:29 |
DocScrutinizer05 | sorry, probably my fault | 13:29 |
jacekowski | and, well, IMO, OpenRC is the way to go | 13:30 |
jacekowski | it's sysv compatible, fast, and has parallel dependency based start | 13:30 |
DocScrutinizer05 | IMO retiring Lennart and hiring a few decent system architects is the way to go | 13:30 |
jacekowski | but saying that, systemd is fastest at the moment | 13:30 |
kerio | you mean... "retire" lennart? | 13:30 |
jon_y | so, systemd REQUIRES dbus? | 13:30 |
jacekowski | no | 13:31 |
* kerio grabs his baseball bat | 13:31 | |
DocScrutinizer05 | kerio: yes | 13:31 |
jaska | *click clack* | 13:31 |
jacekowski | full fedora starting in 1s from grub to working gnome | 13:31 |
kerio | you know what's even faster than that? a system that doesn't boot | 13:31 |
DocScrutinizer05 | "woring gnome" BWAHAHAHAHA - sorry uhm | 13:32 |
DocScrutinizer05 | working even | 13:32 |
kerio | DocScrutinizer05: systemd is so good it can warp you back in time to 5 years ago, when gnome wasn't shit | 13:32 |
kerio | and, as a bonus, there's also no systemd | 13:32 |
jon_y | does debian upstream uses systemd? | 13:33 |
kerio | no | 13:33 |
jon_y | good | 13:33 |
jacekowski | i think debian is moving towards upstart | 13:33 |
*** Muelli has joined #maemo | 13:33 | |
jon_y | as long as it doesn't require /usr mounted magically at boot | 13:34 |
*** FReaper-PC has quit IRC | 13:34 | |
DocScrutinizer05 | yeah, the most brainfucked rationale I heard during 20 years | 13:35 |
jon_y | somehow TB sized disk on desktops mean TB sized disk available on embedded boards too | 13:36 |
DocScrutinizer05 | "originally /usr been meant to get mounted late (or not at all), but we ignored that so often now that it makes sense to drop this requirement and instead define /usr to be mandatory during early boot" | 13:36 |
jon_y | don't get me started on those "disk space is cheap" arguments :( | 13:36 |
jacekowski | /usr is required for full system | 13:37 |
DocScrutinizer05 | again a idiotic focus on x86 workstations only | 13:37 |
*** FReaper-PC has joined #maemo | 13:37 | |
jacekowski | but messed up /usr should still allow basic system to boot with tools required to recover /usr | 13:37 |
DocScrutinizer05 | ~optification | 13: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" | 13:37 |
jon_y | can system boot without systemd malfunctioning? | 13:38 |
jon_y | s/without/with/ | 13:38 |
infobot | jon_y meant: can system boot with systemd malfunctioning? | 13:38 |
jacekowski | no | 13:38 |
jacekowski | but it's the same for any other init system | 13:38 |
jon_y | wellshit | 13:38 |
DocScrutinizer05 | ~lart systemd | 13:38 |
* infobot lowers systemd's priority | 13:38 | |
jacekowski | it's just that systemd has more things to go wrong | 13:38 |
jon_y | that's the joke | 13:39 |
jacekowski | thing is, average user will not be able to fix it anyways | 13:39 |
*** sirdancealo2 has joined #maemo | 13:39 | |
jon_y | really | 13:39 |
*** tx0h_ has joined #maemo | 13:39 | |
jacekowski | if it's systemd that went wrong, or something during boot process that prevented X from starting | 13:39 |
jacekowski | all you will get is "i have black screen and nothing is working" | 13:40 |
jon_y | is there anything wrong with making it easier for users to fix it? | 13:40 |
jon_y | windows has safemode | 13:41 |
jacekowski | systemd has safemode | 13:41 |
jon_y | does linux safemode work? | 13:41 |
jacekowski | but thing is, linux safemode means commandline | 13:41 |
jon_y | does it work with a missing /usr? | 13:41 |
jacekowski | yes it does | 13:41 |
jon_y | windows has safemode with commandline | 13:41 |
jacekowski | sort of | 13:41 |
DocScrutinizer05 | who the heck cares about wndows?? | 13:42 |
*** tx0h has quit IRC | 13:42 | |
jacekowski | normal safemode still gives you gui | 13:42 |
*** tx0h_ is now known as tx0h | 13:42 | |
DocScrutinizer05 | linux IS NOT a windows clone | 13:42 |
jon_y | DocScrutinizer05: average user == windows | 13:42 |
DocScrutinizer05 | buntkuh is | 13:42 |
jon_y | yeah that | 13:42 |
DocScrutinizer05 | so lart canonical, lart buntkuh, lart lennart | 13:42 |
*** futpib has joined #maemo | 13:43 | |
jacekowski | linux is an operating system, and as that there are some requirements for it | 13:43 |
jacekowski | and those requirements are very similiar for windows and linux | 13:43 |
DocScrutinizer05 | BWAHAHAHA | 13:43 |
jon_y | not making /usr mandatory is good | 13:43 |
jacekowski | provide user with usable interface (for most people it means gui) | 13:43 |
jacekowski | if that fails, in most cases someone is going to get a phone call "my computer is not working" | 13:43 |
jon_y | please, these days, the CLI is most user friendly | 13:43 |
DocScrutinizer05 | BZZZZ you're out - unallowed restricting focus to desktop workstations | 13:44 |
jacekowski | bs | 13:44 |
jon_y | I get to walk through Windows 8 "metro" with my mom | 13:44 |
jon_y | sure as hell can't find my way until the sales person came | 13:44 |
jacekowski | well, my sisters had no problems with metro | 13:45 |
jacekowski | sister* | 13:45 |
deepy | I still have problems with "metro" and I've used it for quite a while now | 13:45 |
jon_y | that makes one of them | 13:45 |
jacekowski | well, i don't have problems with it | 13:46 |
jacekowski | i don't use start menu myself | 13:46 |
jacekowski | if it has more than 20 programs in it takes less to type the name of the app into search box | 13:46 |
jon_y | average joe does | 13:47 |
* jon_y too, by pinning frequently used programs | 13:47 | |
DocScrutinizer05 | nobody cares about average joe | 13:48 |
DocScrutinizer05 | there's MS to take care about those guys | 13:48 |
jon_y | I'll get OSX when I want it | 13:48 |
jon_y | DocScrutinizer05: point is, Windows isn't user friendly these days | 13:49 |
jon_y | no longer the defining term | 13:49 |
DocScrutinizer05 | jacekowski: now that's for sure the most poor and non-thought argument you issued today. even I don't know the name of my 50 or 100 apps I have in my startmenu | 13:49 |
DocScrutinizer05 | the least joe avergae does | 13:50 |
jacekowski | if you don't know the name of it, how do you find it in classic start menu? | 13:50 |
jon_y | by browsing it? | 13:50 |
jacekowski | that takes time | 13:51 |
DocScrutinizer05 | by looking at all the options/entries in eg submenu "games" | 13:51 |
*** sirdancealo2 has quit IRC | 13:51 | |
deepy | it's still faster than the search for me | 13:51 |
deepy | though I have I/O issues | 13:51 |
jon_y | how else would you find it if you don't know the name? | 13:51 |
jacekowski | search for me takes 1s including typing few leters of the name | 13:51 |
jacekowski | and i can do it without even touching the mouse | 13:52 |
deepy | search for me takes 5s on average, 30s on a bad run | 13:52 |
DocScrutinizer05 | hey hotkeys!! \o/ what an innovative concept | 13:52 |
jon_y | jacekowski: you are still evading the question | 13:52 |
deepy | jon_y: there's an app list in the dashboard, no? | 13:52 |
jon_y | isn't that called a start menu list by definition? | 13:53 |
*** valeriusM has quit IRC | 13:54 | |
*** valerius has joined #maemo | 13:55 | |
DocScrutinizer05 | btw just if you wonder, I'm still using 'classical startmenu' | 13:56 |
DocScrutinizer05 | not 'Application Lancher Style' | 13:57 |
*** FReaper-PC has quit IRC | 13:59 | |
*** FReaper-PC has joined #maemo | 13:59 | |
thedead1440 | Metro is just a waste of time; why should I have to face the Metro menu everytime instead of the StartMenu. Yes there are plugins to fix this but why break it | 13:59 |
Hurrian | thedead1440, apparently they didn't want multiple UIs for touch and desktops. | 14:00 |
thedead1440 | I switched to Linux thanks to Win8; its just so much more easier to use without the nonsense of W8... Have put W7 on VB to use Office | 14:00 |
thedead1440 | Hurrian: yup and its so stupid trying to navigate the metro menu using a trackpad on the laptop... very inefficient | 14:01 |
Hurrian | ouch, don't bother. | 14:01 |
Hurrian | it's inefficient even with a mouse. | 14:01 |
thedead1440 | hehe | 14:01 |
Hurrian | the times I had to use Metro, thankfully it inherited the Start menu behavior of "type to search". | 14:02 |
thedead1440 | yeah i used to use type to search but many times you just want to browse the menu to get to your app | 14:02 |
Pali | DocScrutinizer05, kerio: https://lkml.org/lkml/2013/3/26/580 | 14:03 |
DocScrutinizer05 | and to those who maybe never have noticed or forgot about it: classical shartmenu has hotkeys (the underlined keys you use with <alt>+key), thus I have onscreen help with first keystroke that opens startmenu, I type <alt>+G for "games", again I have a convenient list of options onscreen, and with 3rd keystroke I start my app already | 14:03 |
thedead1440 | its like unlearning regular patterns to fit with M$' philosophy... | 14:03 |
Pali | DocScrutinizer05, what do you think about I2C_SLAVE_FORCE flag? | 14:04 |
DocScrutinizer05 | Pali: what does that flag do? | 14:05 |
*** sirdancealo2 has joined #maemo | 14:05 | |
DocScrutinizer05 | how's that lars clausen guy supposed to "guess" about what that flag does? | 14:08 |
DocScrutinizer05 | either he knows exactly what that flag means and has a comprehensive understanding about how it works and what it casues, or he dang doesn't touch it | 14:11 |
DocScrutinizer05 | > >I don't think this will caus edamage to the hardware << is ... W*T*F??!! | 14:12 |
*** sirdancealo2 has quit IRC | 14:12 | |
*** dos1 has quit IRC | 14:12 | |
Pali | DocScrutinizer05, I tried to understand what kernel doing with that flag, but I was not able to trace it | 14:13 |
Pali | it allow opening i2c device from userpace if some kernel driver has assigned that i2c address | 14:13 |
DocScrutinizer05 | the more a good reason this lars guy shall explain to gory detail what it does and why he needs it and why it's proven save | 14:14 |
Pali | DocScrutinizer05, I think that *you* should write mail what to ask, because you know more about i2c buses | 14:14 |
DocScrutinizer05 | Pali: aah OK. Then how TF can lars say "I think access is still serialized"? | 14:14 |
Pali | DocScrutinizer05, I think that i2c functions exported by kernel to drivers are serialized... but really I'm not sure too | 14:15 |
*** murrayc has quit IRC | 14:16 | |
DocScrutinizer05 | will kernel driver lock such userland access till kernel access is finished? will userland block kernel to interfere with any userland-borne I2C data transfer to a particlar device? | 14:16 |
Pali | because I really do not know what happen if two kernel threads (with more core boards) will call i2c kernel get/set function from kernel driver on same i2c bus | 14:16 |
DocScrutinizer05 | yes, exactly | 14:17 |
DocScrutinizer05 | neither do I | 14:17 |
*** kaawee_ has joined #maemo | 14:17 | |
Pali | I think that above problem is fixed in kernel (otherwise all multi cpu devices can be damaged) | 14:17 |
DocScrutinizer05 | no, since that nonsensical flag usually isn't used. Or am I mistaken here? | 14:18 |
Pali | and FORCE flag only allow you to use i2c kernel funcions for same device which is already assigned to some kernel driver | 14:18 |
Pali | so in that case (with FORCE flag) it will be same situation as for two kernel threads with calling kernels i2c funcions for same i2c bus | 14:19 |
Pali | DocScrutinizer05, that FORCE flag is for userspace and it allow userspace to call kernel i2c funcions. And that i2c funcions can be called without any restrictions by *any* kernel driver | 14:20 |
Pali | DocScrutinizer05, it is really up to you to ask technical questions about that kernel api and hw i2c access | 14:21 |
DocScrutinizer05 | so which level are those i2c functions? are they bundling several transfers? are they even locking a range of chip addresses on a i2c bus until the process who opened the i2c interface will close it again? | 14:22 |
Pali | in kernel there is i2c_transfer function which will get more messages and will transfter it | 14:25 |
Pali | there is no open/close | 14:25 |
Pali | each message for i2c_transfer needs: address, flags, buffer and length | 14:26 |
*** futpib has quit IRC | 14:26 | |
*** jrocha has joined #maemo | 14:26 | |
DocScrutinizer05 | if that's atomic then it's basically OK | 14:27 |
*** sirdancealo2 has joined #maemo | 14:27 | |
Pali | "a more complex version can be used to transmit an arbitrary number of messages without interruption." | 14:28 |
DocScrutinizer05 | you mustn't interrupt one transmission, since there are i2c devices that have reg0:cmd,reg1:data | 14:28 |
DocScrutinizer05 | yes, that more complex version is needed for chips that have states/modes | 14:29 |
DocScrutinizer05 | where 1st transmission changes state, and subsequent transmissions depend on that state being set | 14:29 |
*** valerius has quit IRC | 14:29 | |
Pali | Ok, now I found in kernel code that i2c_transfer calling i2c_trylock_adapter and i2c_unlock_adapter | 14:31 |
DocScrutinizer05 | e.g TPS65950 has an unlock sequence you need to issue before you can mess with regulators (os sth like that). You don't want some other process to interfere with your unlocked TPS65950 | 14:31 |
Pali | adapter is kernel struct for specific i2c bus | 14:31 |
Pali | both bq27x and bq24 using i2c_transfer funcion, so this is OK | 14:32 |
Pali | now going to look what using /dev/i2c interface | 14:32 |
DocScrutinizer05 | honestly why is that flag needed? | 14:32 |
kerio | to push through the exclusive access claimed by the module? | 14:33 |
*** sirdancealo2 has quit IRC | 14:33 | |
Pali | DocScrutinizer05, kernel module can be set it is using some device at specific i2c address on some i2c bus | 14:33 |
Pali | this can prevent two two different kernel drivers to set access to that device | 14:34 |
DocScrutinizer05 | Pali: hmm, that doesn't fit into any void in that puzzle | 14:34 |
Pali | DocScrutinizer05, kernel using "alias:i2caddr" for modules | 14:35 |
Pali | and udev/whatever can load correct driver when kernel sent info that needs driver for that alias | 14:35 |
DocScrutinizer05 | Pali: I'm aware that kernel modules lock direct i2c-interface access (e.g. via i2cget tool) to the chip they service | 14:35 |
Pali | no kernel drivers does not lock i2c bus | 14:36 |
DocScrutinizer05 | *sigh* what is that flag about, then? | 14:36 |
Pali | to block i2c communication from userspace to some i2c device which has kernel driver loaded (myabe via alias) | 14:37 |
DocScrutinizer05 | why can't I i2cget values from lp5523 then? | 14:37 |
Pali | but rather ask kernel devs about it | 14:37 |
Pali | DocScrutinizer05, because there is kernel driver for lp5323 loaded | 14:37 |
DocScrutinizer05 | YES!!! | 14:37 |
DocScrutinizer05 | so why do you say >>no kernel drivers does not lock i2c bus<< | 14:38 |
Pali | but you can write your own kernel module which will call i2c_transfer function | 14:38 |
Pali | and you can then sent commands to lp52 device | 14:38 |
DocScrutinizer05 | :-S | 14:38 |
Pali | also when lp5323 kernel driver is loaded | 14:38 |
DocScrutinizer05 | so what? | 14:39 |
Pali | kernel (!not drivers) locking i2c access from userpace | 14:39 |
DocScrutinizer05 | is this an answer to my question >>honestly why is that flag needed? (to get used in that context of lis302 driver)<<? | 14:40 |
Pali | now I really do not know why is that flag needed, there is no info in kernel doc and no info in source code... | 14:40 |
DocScrutinizer05 | Pali: are you trolling me? I don't give a F* who's locking the i2c bus, if that's kernel or a driver using a kernel function | 14:41 |
*** kaawee_ has quit IRC | 14:41 | |
*** hardaker has joined #maemo | 14:41 | |
Pali | ok, found it, i2c-dev driver using i2c_transfer function too | 14:47 |
*** sirdancealo2 has joined #maemo | 14:48 | |
DocScrutinizer05 | look, there's a standard locking mechanism in place on i2c stuff. there's a flag overriding that mechanism. If somebody wants to use that flag, he has to deliver a damn good rationale why A) he needs it first instance (there usually are better ways to accomplish same task), and B) why it's considered safe to use it (means an in depth evaluation on the impacts and risks of using the flag, and why they don't apply or are tolerable for | 14:48 |
DocScrutinizer05 | this particular usecase - a task that needs pretty good knowledge of how stuff works, and is mandatory exactly because of that) | 14:48 |
Pali | so I2C_SLAVE_FORCE allow you to send (without interrupt) i2c messages to some i2c device, also when kernel driver "using" that i2c device | 14:48 |
Pali | both bq drivers and i2c-dev using i2c_transfer which deliver messages without interrupt | 14:49 |
Pali | so I think it is safe to use I2C_SLAVE_FORCE flag for bq devicesä | 14:49 |
*** AD-N770 has quit IRC | 14:50 | |
Pali | DocScrutinizer05, ok now? | 14:51 |
DocScrutinizer05 | I still don't see why a driver needs that flag | 14:51 |
*** valerius has joined #maemo | 14:51 | |
Pali | kernel driver does not have any FORCE flag | 14:51 |
*** AD-N770 has joined #maemo | 14:52 | |
Pali | there are no flags for kernel drivers | 14:52 |
DocScrutinizer05 | unless there are two drivers concurrently servicing same chip, which would feel kinda *totally broken by design* | 14:52 |
*** `0660 has quit IRC | 14:52 | |
Pali | if you will write kernel driver using aliases then it will not be possible | 14:52 |
Pali | only one kernel driver can register to struct device with specified alias | 14:53 |
DocScrutinizer05 | so what? | 14:53 |
*** `0660 has joined #maemo | 14:53 | |
DocScrutinizer05 | is this an answer to >>why is that flag needed here?<< | 14:54 |
Pali | yes, still you do not see it? i2c-dev driver is not alias driver | 14:54 |
*** sirdancealo2 has quit IRC | 14:54 | |
Pali | it does not "connect" to some device struct exported by some board code | 14:55 |
Pali | i2c-dev driver calling i2c_transfer function and is not autoloaded and autoattached to i2c device | 14:55 |
Pali | so for this reason i2c-dev driver looking if some kernel driver has registred that i2c address | 14:56 |
*** bef0rd has joined #maemo | 14:56 | |
DocScrutinizer05 | again, that's not an explanation | 14:57 |
Pali | but because bq drivers using i2c_transfer, it is safe to "force" i2c-dev to access bq i2c device when bq kernel drivers are loaded | 14:57 |
DocScrutinizer05 | i2c-dev isn't supposed to be available for devices that have a dedicated kernel driver | 14:57 |
Pali | yes, but if if device kernel driver using atomic transfer function, then it is safe | 14:58 |
DocScrutinizer05 | maybe | 14:58 |
DocScrutinizer05 | but that's not a sufficient rationale to override a standard policy in linux kernel/drivers | 14:59 |
*** sunny_s has quit IRC | 14:59 | |
Pali | yes, but if you know what drivers doing, it is ok | 14:59 |
DocScrutinizer05 | no, it's not | 14:59 |
Pali | why? | 14:59 |
DocScrutinizer05 | i2c-dev isn't supposed to be available for devices that have a dedicated kernel driver | 14:59 |
Pali | yes | 15:00 |
Pali | but for our situation with bq27x00_battery and i2c-dev it should be safe because of atomic transfers | 15:01 |
DocScrutinizer05 | with same rationale you could use this overriding policy on 99% of device drivers | 15:01 |
DocScrutinizer05 | yet it isn't | 15:01 |
DocScrutinizer05 | because it's not supposed to get used this way | 15:02 |
DocScrutinizer05 | the standard policy is: | 15:02 |
DocScrutinizer05 | i2c-dev isn't supposed to be available for devices that have a dedicated kernel driver | 15:02 |
*** sixwheeledbeast has joined #maemo | 15:02 | |
DocScrutinizer05 | no matter if it's considered safe | 15:02 |
Pali | first is policy and second is what driver *really* doing | 15:02 |
DocScrutinizer05 | you need a better rationale why you *need* to override that standard policy | 15:02 |
*** AD-N770 has quit IRC | 15:03 | |
Pali | I'm not overriding default policy, I found that it is safe to use i2cget when bq27x00_battery is loaded | 15:03 |
Pali | so if you want to access i2c registers in bq27200 device, you can use i2c-get without problems on n900 | 15:03 |
DocScrutinizer05 | :-S | 15:04 |
Pali | (of cource if you do not change kernel driver and i2c driver and that atomic functions...) | 15:04 |
Pali | DocScrutinizer05, so is i2c access to bq27k values on maemo kernel via i2c-get ok now (when bq27x kernel driver loaded)? | 15:06 |
DocScrutinizer05 | no, it's not since it's not supposed to be possible | 15:06 |
Pali | what is not possible? | 15:07 |
Pali | you can look into kernel source that doing this is safe for bq27x device | 15:07 |
DocScrutinizer05 | bq27x kernel driver shall expose "raw" sysnodes to access registers read/write | 15:07 |
Pali | yes, it could export them via debugfs regmap api | 15:08 |
Pali | (this is standard way) | 15:08 |
Pali | but nobody until now written patch for that | 15:08 |
DocScrutinizer05 | Pali: I don't give a fsck what's considered safe. I told you it's *supposed* to be *not allowed/possible/supported* | 15:08 |
Pali | and I told you that it is safe to use I2C_SLAVE_FORCE for bq27x device | 15:09 |
DocScrutinizer05 | per definition you can't access a chip via /dev/i2c when that chip has a dedicated kernel driver | 15:09 |
DocScrutinizer05 | <DocScrutinizer05> Pali: I don't give a fsck what's considered safe. <Pali> and I told you that it is safe | 15:10 |
DocScrutinizer05 | :-S | 15:10 |
*** sirdancealot has joined #maemo | 15:10 | |
DocScrutinizer05 | it's also save to rename /opt to /foobar | 15:10 |
DocScrutinizer05 | doesn't mean we should do it | 15:11 |
Pali | ah, what has /opt with i2C?? | 15:11 |
freemangordon | hmm, wait, what is the problem to export regs via sysfs, so the driver could verify if written values are sane? | 15:11 |
freemangordon | we are just missing the code or what? | 15:12 |
Pali | freemangordon, 1) somebody must write that code and 2) correct way is to use debugfs regmap api | 15:12 |
freemangordon | ok, so we are missing the code. | 15:12 |
Pali | 3) I do not want another big patch to kernel-power which cannot be upstreamed | 15:13 |
kerio | debugfs? | 15:13 |
Pali | kerio, regmap api is for accessing registers (some layer) and it is also for i2c registers | 15:13 |
freemangordon | Pali: sorry, didn't read the backscroll, is that in the context of BME replacement? | 15:14 |
*** sixwheeledbeast is now known as sixwheeled|away | 15:14 | |
Pali | and regmap api has debugs interface for raw access | 15:14 |
Pali | freemangordon, it is safe to tell i2cget to access i2c registers of (and only of) bq27200 i2c device also when bq27x00_battery driver is loaded | 15:14 |
*** jrocha has quit IRC | 15:15 | |
Pali | i2c transfers from userpace and bq27x kernel driver are atomic | 15:15 |
*** dromer has joined #maemo | 15:17 | |
*** dromer has joined #maemo | 15:17 | |
*** dromer has left #maemo | 15:18 | |
*** dreamer has quit IRC | 15:21 | |
*** sirdancealot has quit IRC | 15:21 | |
freemangordon | Pali: but why should this be allowed? juct because kernel power interface does not support some specific bq functionality? | 15:24 |
freemangordon | so we can't export the via sysfs? | 15:24 |
freemangordon | *them | 15:24 |
*** kaawee_ has joined #maemo | 15:24 | |
freemangordon | who and why is supposed to touch bq using i2c-dev? if there is a kernel driver | 15:25 |
Pali | freemangordon, because some users have scripts which depends on i2cget and does not want to use sysfs "registers" file exported by bq27x00_battery kernel driver | 15:25 |
*** calvaris has quit IRC | 15:25 | |
freemangordon | Pali: and why do they refuse to use the standart kernel interface? | 15:26 |
Pali | it is not standard kernel interface | 15:26 |
Pali | "registers" sysfs entry was added by me for testing bme replacement and testing kernel driver | 15:27 |
freemangordon | oh, I see. so, upstream refuses to export registers through sysfs, we don't have code fr debugfs. And you are trying to find a way for this scripts co continue work with upstream kernel. correct? | 15:28 |
freemangordon | s/co/to | 15:28 |
freemangordon | Pali: ^^^ | 15:28 |
Pali | I find out that using i2c-get for bq27x is safe | 15:28 |
freemangordon | Pali: did you check what is atomic - the communication, or the commands? | 15:30 |
Pali | function i2c_transfer cannot be interrupted | 15:30 |
freemangordon | as if former, I'd not assume that safe | 15:30 |
Pali | this function is used by bq27x driver and also by i2c-dev | 15:30 |
freemangordon | Pali: so, we have atomic communication | 15:31 |
freemangordon | agree? | 15:31 |
Pali | plus bq27x driver only reading values | 15:31 |
Pali | freemangordon, in this situation with bq27x and i2c-dev drivers - yes | 15:31 |
freemangordon | Pali: sometimes reading a register affects is value | 15:31 |
freemangordon | s/is/its/ | 15:32 |
infobot | freemangordon meant: Pali: sometimes reading a regitster affects is value | 15:32 |
Pali | no for registers which kernel bq27x driver reading | 15:32 |
freemangordon | Pali: sure, but what about the stuf i2cget reads? | 15:33 |
freemangordon | can you assure it will never read such register? | 15:33 |
freemangordon | having in mind it is the script that issues ther real commands | 15:34 |
freemangordon | *the | 15:34 |
Pali | freemangordon, bq27200 has no register which change something after somebody read its value | 15:34 |
freemangordon | Pali: but your "hack" to i2c will allow reads for the whole i2c bus, not only for bq | 15:35 |
Pali | also bq27 kernel driver only export some properties, it does not configure anything | 15:35 |
DocScrutinizer05 | I honestly dounbt upstream refusues to export registers via sysfs | 15:35 |
freemangordon | DocScrutinizer05: they do | 15:35 |
freemangordon | iirc | 15:35 |
Pali | freemangordon, which my hack? | 15:35 |
Pali | i2cget has -f param forever | 15:36 |
freemangordon | aah, ok | 15:36 |
Pali | DocScrutinizer05, you did not read that email?? | 15:36 |
freemangordon | I though a modification is needed | 15:36 |
Pali | no, no, no modification | 15:36 |
freemangordon | ok, got it :) | 15:36 |
Pali | I2C_SLAVE_FORCE flag is supported by all kernels | 15:37 |
*** xmlich02_ has joined #maemo | 15:37 | |
*** xmlich02_ has quit IRC | 15:37 | |
freemangordon | Pali: how hard it will be to export those regs through debugfs? | 15:37 |
freemangordon | afaik it shouldn't be much | 15:38 |
Pali | freemangordon: rewrite bq27x driver to use regmap api | 15:38 |
freemangordon | ooh | 15:38 |
Pali | and regmap api automatically export them via sysfs | 15:38 |
Pali | and really I do not need it | 15:39 |
Pali | so I have no reasons to do it | 15:39 |
freemangordon | Pali: which properties are missing from power interface? | 15:39 |
*** rm_work|away is now known as rm_work | 15:40 | |
Pali | I do not know, but there are mores... | 15:40 |
Pali | but I think nothing which is needed for bme hal api | 15:40 |
Pali | (and for battery applet) | 15:40 |
DocScrutinizer05 | honestly this whole nonsense is about using power_supply interface for bq27200 | 15:41 |
Pali | ok, I think that we can finish this discussion about it | 15:41 |
freemangordon | Pali: wait | 15:41 |
Pali | if somebody needs debugfs, write patch | 15:41 |
DocScrutinizer05 | and then tweaking 95% of it to match incompatibilities in API with what that chip really does | 15:41 |
freemangordon | Pali: what about /dev? | 15:42 |
Pali | what with /dev/? | 15:42 |
freemangordon | can;t we create some device there with some set of ioctls? | 15:42 |
DocScrutinizer05 | it's a completely insane approach | 15:42 |
freemangordon | DocScrutinizer05: which one? | 15:43 |
DocScrutinizer05 | (power_supply API for bq27200) | 15:43 |
Pali | freemangordon, this was rejected too | 15:43 |
Pali | really, read that email!! | 15:43 |
Pali | https://lkml.org/lkml/2013/1/19/162 | 15:43 |
DocScrutinizer05 | really, I did!!! | 15:43 |
Pali | plus recursive pointer read to that thread | 15:44 |
freemangordon | damn, something is going wrong with my connection, will read when I am back home. | 15:45 |
DocScrutinizer05 | of course the maintainer of power_supply API refuses to add cruft to his API to make a chip match that API despite it's really not a regulator at all | 15:47 |
DocScrutinizer05 | the rpoposition that bq27200 had to go under power_supply API is the fundamental error here | 15:48 |
DocScrutinizer05 | bq27200 is much more of a sensor than a power_supply | 15:49 |
DocScrutinizer05 | all the basic rationale and considerations that apply to a power-supply don't really apply for bq27200 | 15:51 |
DocScrutinizer05 | you can't adjust it, you can't switch it on/off, you don't have overcurrent or power-good signaling, you have no concerns about hardware damage when doing misconfiguration of bq27200. Nothing of all those evry fundamental concerns for a powersupply API apply to bq27200 | 15:52 |
DocScrutinizer05 | but then you introduce stuff that bq27200 provides that really don't match any usual power_supply, as well. And the reaction of power_supply API maintainers to that is absolutely correct, they reject it since it doesn't fit into the concept and design of that API | 15:54 |
jaska | if it quacks like a duck it must be a dog. | 15:55 |
*** calvaris has joined #maemo | 15:56 | |
DocScrutinizer05 | yeah, and for sure a fan or a temperature sensor also is a power_supply since it's located near the PSU | 15:56 |
* DocScrutinizer05 idly wonders if interface to PSU would also use power_supply API | 15:57 | |
DocScrutinizer05 | s/PSU/UPS/ | 15:58 |
infobot | DocScrutinizer05 meant: yeah, and for sure a fan or a temperature sensor also is a power_supply since it's located near the UPS | 15:58 |
DocScrutinizer05 | meh | 15:58 |
* DocScrutinizer05 idly wonders if interface to UPS would also use power_supply API | 15:58 | |
freemangordon | Pali: and waht about using POWER_SUPPLY_PROP_STATUS to return what is missing in the interface to userspace? | 15:59 |
DocScrutinizer05 | obviously a UPS has a battery, it has some sensors and values to report, it even has states you can switch it to, and it has input power and output power (both 220V mains, usually). Still I bet it's never been implemented as a power_supply API | 16:00 |
Pali | freemangordon, I'm not going to patch bq drivers... | 16:01 |
freemangordon | Pali: ok | 16:01 |
DocScrutinizer05 | freemangordon: fork it then | 16:01 |
Pali | if somebody want to patch it, upstream is correct place | 16:01 |
Pali | bq drivers working | 16:01 |
DocScrutinizer05 | LOL | 16:02 |
Pali | you can also use i2cget when are loaded | 16:02 |
Pali | you can also use sysfs register entry which is in kernel-power | 16:02 |
DocScrutinizer05 | I don't give a shit about i2cget when drivers are cencoring values just because my device dared to complete 32 battery cycles without learning cycle | 16:03 |
Pali | why you are still writing IRC lines instead lines in patch?? | 16:06 |
kerio | because any patch would be worse than useless, because you'd just go "wah wah wah upstream wah wah wah" | 16:06 |
Pali | why did you not sent *any* bq patch to mailinglist for discussion? | 16:06 |
Pali | instead writing hypotetical solutions, show some real | 16:07 |
DocScrutinizer05 | because I refuse to argue on that basis with kernel devels, it's always the same BS argument of "send patches instead of arguing with me" | 16:07 |
DocScrutinizer05 | they always use that when they feel they have no better arguments anymore | 16:08 |
freemangordon | Pali: who proposed power_supply interface? | 16:08 |
Pali | no idea | 16:08 |
Pali | there was kernel driver | 16:08 |
freemangordon | ok | 16:08 |
DocScrutinizer05 | freemangordon: s/propoesed/porposed TO USE/ | 16:08 |
Pali | and I added more functions | 16:09 |
freemangordon | DocScrutinizer05: sure | 16:09 |
freemangordon | Pali: I see | 16:09 |
Pali | I do not like it... writing a lot of useless litany how to write litany used to write litany... | 16:10 |
freemangordon | :D | 16:10 |
Pali | but no real driver/patch/code... | 16:11 |
Pali | which something doing | 16:11 |
freemangordon | Pali: BTW, why is that silence on the secre PPA API? they neither upstream the code nor reject it | 16:11 |
freemangordon | s/secre/secure/ | 16:11 |
infobot | freemangordon meant: Pali: BTW, why is that silence on the secure PPA API? they neither upstream the code nor reject it | 16:11 |
freemangordon | weird | 16:12 |
Pali | freemangordon, do not know, maybe maintainers are busy | 16:12 |
freemangordon | hmm, yep, makes sense | 16:12 |
Pali | I sent more patches... and also merge window is closed | 16:12 |
freemangordon | to argue with you over the bq code :P | 16:12 |
freemangordon | however, gtg | 16:13 |
freemangordon | bye, bbl | 16:13 |
*** calvaris has quit IRC | 16:21 | |
*** VDVsx has quit IRC | 16:22 | |
*** _PanzerSajt has joined #maemo | 16:23 | |
*** stef_204 has joined #maemo | 16:52 | |
*** udovdh_ has joined #maemo | 16:55 | |
*** udovdh has quit IRC | 16:55 | |
*** udovdh has joined #maemo | 16:59 | |
*** udovdh_ has quit IRC | 17:01 | |
*** udovdh has quit IRC | 17:09 | |
*** udovdh has joined #maemo | 17:10 | |
*** jreznik has quit IRC | 17:10 | |
*** jreznik has joined #maemo | 17:13 | |
*** florian has quit IRC | 17:14 | |
*** kW_ has joined #maemo | 17:38 | |
*** kaawee_ has quit IRC | 17:38 | |
*** teotwaki has joined #maemo | 17:44 | |
discopig | hi | 17:46 |
kerio | holy shit, bitcoins at 82USD | 17:47 |
*** udovdh has quit IRC | 17:47 | |
*** amospalla has quit IRC | 17:48 | |
*** udovdh has joined #maemo | 17:49 | |
*** amospalla has joined #maemo | 17:49 | |
DocScrutinizer05 | eh? | 17:49 |
kerio | Mt.Gox values them at 82 USD/BTC | 17:50 |
kerio | a month ago they were worth 30 | 17:50 |
kerio | apparently, cypriots are buying bitcoins like mad | 17:50 |
DocScrutinizer05 | I gonna sell then real estate on the mars | 17:50 |
DocScrutinizer05 | them* | 17:50 |
kerio | that's a lot less verifiable than bitcoins | 17:51 |
kerio | a lot less anonymous, too | 17:51 |
DocScrutinizer05 | feels like a more solid and trustworthy investment than bitcoins | 17:51 |
thedead1440 | lol | 17:52 |
DocScrutinizer05 | heck, I even don't trust the wirtual money on the chip of my own credit card | 17:52 |
kerio | all money is virtual | 17:52 |
DocScrutinizer05 | virtual* | 17:52 |
teotwaki | Q: What is the Bible? A: It's the book where when the ape comes down from the tree, he becomes a man. | 17:52 |
DocScrutinizer05 | while without bible he stays an ape? | 17:53 |
*** Aoyagi has joined #maemo | 17:53 | |
DocScrutinizer05 | kerio: well, a krueger rand is *very* real | 17:54 |
DocScrutinizer05 | kerio: a 2EUR coin is hardly less real | 17:55 |
kerio | DocScrutinizer05: and worth exactly as much as the people you're trying to buy a goat from value gold | 17:55 |
*** jpinx has quit IRC | 17:55 | |
DocScrutinizer05 | even the EUR I have on my bank account feels kinda real, at least compared to bitcoins | 17:56 |
bef0rd | you can easily change bitcoins for euros/usd | 17:56 |
DocScrutinizer05 | not where I live | 17:56 |
Macer | ~battery | 17:56 |
infobot | hmm... battery is made by Danionics http://www.danionics.com/products/icphh02.asp, or at http://www.handhelds.org/handhelds-faq/questions.html#AEN744 | 17:56 |
Macer | hm | 17:56 |
kerio | and to them, it's only worth as much as the guy selling them furniture values it | 17:56 |
Macer | what was the procedure to bring a dead battery back to life? | 17:56 |
Macer | i can't seem to start my n900 up | 17:56 |
DocScrutinizer05 | ~flatbatrecover | 17:56 |
infobot | Remove battery for 1 minute. Insert battery. Plug powered Nokia wallcharger to device. Watch steady amber. Let sit and charge. Do NOT try to boot. After 30 min, you got either a) a booted up N900, b) flashing amber which means you can boot, c) steady amber going off - in this case start over again with ~flatbatrecover | 17:56 |
SpeedEvil | or b) | 17:57 |
SpeedEvil | buy new one from eBay | 17:57 |
Macer | heh thanks | 17:57 |
kerio | or c) use an external charger | 17:57 |
Macer | yah. i had a made in china one that burned out | 17:58 |
Macer | go figure | 17:58 |
Macer | and i also had 2 other batteries which for the life of me i have no idea where htey went | 17:58 |
Macer | fml | 17:58 |
kerio | DocScrutinizer05: a 2€ coin is just a certificate of possession of a certain fraction (that goes down over time!) of gold stored somewhere by the ECB | 17:58 |
DocScrutinizer05 | no | 17:58 |
DocScrutinizer05 | since ~30 years no more | 17:58 |
kerio | then it's even less real | 17:58 |
DocScrutinizer05 | it's still waaaay more real that a bitcoin | 17:59 |
Macer | hm | 17:59 |
Macer | nope | 17:59 |
SpeedEvil | DocScrutinizer05: at least for a few more weeks | 17:59 |
Macer | my amber light flashes on for a second | 17:59 |
Macer | then turns off | 17:59 |
Macer | :-/ | 17:59 |
kerio | Macer: what happens if you try to boot? | 17:59 |
Macer | nothing | 18:00 |
Macer | won't even try | 18:00 |
Macer | maybe my charger is too weak | 18:00 |
Macer | let me go find my real nokia charger and try again | 18:00 |
SpeedEvil | flashes on for a sevcnd may indicate high charge state, so it's tried to boot | 18:00 |
kerio | "Plug powered Nokia wallcharger to device." | 18:00 |
DocScrutinizer05 | dang, some idiot spamming me with pdf-got-uploaded-for-you SPAM | 18:00 |
*** udovdh has quit IRC | 18:00 | |
SpeedEvil | this can be a false alarm, if the battery has very high internal impedence | 18:01 |
Macer | kerio: i thought the nokia part was optional lol | 18:01 |
Macer | let me go get it :-/ | 18:01 |
kerio | ~literal flatbatrecover | 18:01 |
infobot | "flatbatrecover" is "<reply> Remove battery for 1 minute. Insert battery. Plug powered Nokia wallcharger to device. Watch steady amber. Let sit and charge. Do NOT try to boot. After 30 min, you got either a) a booted up N900, b) flashing amber which means you can boot, c) steady amber going off - in this case start over again with ~flatbatrecover" | 18:01 |
SpeedEvil | as voltage can rise to the 'boot now' threshold | 18:01 |
kerio | infobot: no, flatbatrecover is <reply>Remove battery for 1 minute. Insert battery. Plug powered ***NOKIA WALLCHARGER*** to device. Watch steady amber. Let sit and charge. Do NOT try to boot. After 30 min, you got either a) a booted up N900, b) flashing amber which means you can boot, c) steady amber going off - in this case start over again with ~flatbatrecover | 18:02 |
infobot | okay, kerio | 18:02 |
DocScrutinizer05 | FUI! | 18:02 |
DocScrutinizer05 | ~ignore kerio | 18:03 |
infobot | error: chan #maemo is invalid. | 18:03 |
kerio | wut | 18:03 |
kerio | (to both) | 18:03 |
DocScrutinizer05 | will you go emphasize "1 minute" next time somebody thinks 5 s is enough? Emphasize "amber" when somebody comes and thinks we meant red flashing when writing "steady amber"? | 18:08 |
Macer | nice | 18:08 |
Macer | found a 2nd one heh | 18:08 |
Macer | ok. this one is charging :) nice | 18:09 |
* Macer waits | 18:09 | |
DocScrutinizer05 | usually it takes some 30s, not 30min | 18:09 |
Macer | nice. going to try out this sim in the n900 and see if it works | 18:09 |
Macer | it's already pulsating | 18:09 |
Macer | so it's good. just need it to charge up a bit. going to take a shower. then try this sim in the n900 and see what the state of the modem is | 18:10 |
Macer | see if maybe bending the pins up a bit might help it out | 18:10 |
kerio | using a brand new sim might also help | 18:10 |
Macer | it is | 18:10 |
DocScrutinizer05 | first wait to verify it's actually booting to act_dead and continues charging | 18:10 |
Macer | DocScrutinizer05: it already did the 3 dot thing | 18:11 |
Macer | then went into charging mode | 18:11 |
Macer | i dug up a 2nd battery | 18:11 |
Macer | it's pulsating now. i can probably boot it. the battery probably still has a decent charge :) | 18:11 |
DocScrutinizer05 | well, if it stays like pulsing yellow for >2 min, you're probably safe to assume it's charging normally | 18:12 |
SpeedEvil | leave it a few MIBs | 18:12 |
SpeedEvil | mins | 18:12 |
SpeedEvil | as older batteries... | 18:12 |
*** dos1 has joined #maemo | 18:12 | |
Macer | oh. maybe not lol. guess it was dead heh. tried booting it but it just shut off and started to charge | 18:12 |
SpeedEvil | the cell modem pinging the tower uses a lot of power | 18:12 |
SpeedEvil | so it can shut off when that happens | 18:12 |
Macer | i don't have the sim in | 18:12 |
Macer | ok. i'll let it charge while "off" and go take a shower heh | 18:14 |
DocScrutinizer05 | better that | 18:14 |
Macer | that should give it enough time to at the least boot | 18:15 |
*** calvaris has joined #maemo | 18:15 | |
Macer | the 2nd batter is at least doing something tho. 1st battery just flashed amber and nothing | 18:15 |
*** stardiviner has joined #maemo | 18:15 | |
DocScrutinizer05 | if your rootfs is borked, it might not boot to runlevel even with battery at 100% | 18:15 |
Macer | does rootfs get messed up for having a dead battery in it? | 18:15 |
*** stardiviner has left #maemo | 18:16 | |
*** xmlich02_ has joined #maemo | 18:16 | |
kerio | no | 18:16 |
*** dos1 has quit IRC | 18:16 | |
Macer | well.. let me give it a try after my shower. i just got home. | 18:16 |
kerio | well, if it shutdown in mid-write... | 18:16 |
Macer | i figured i'll try it out again and see if the sim will work since i have a new tmob prepaid sim in my e7 | 18:17 |
*** dos1 has joined #maemo | 18:17 | |
Macer | i seriously miss telepathy | 18:17 |
*** pvanhoof has quit IRC | 18:17 | |
Macer | although i'm concerned about bt dun which is something i would like to continue to use which works great on the e7 | 18:17 |
kerio | it works | 18:18 |
DocScrutinizer05 | *telepathy isn't exactly a thing i'd miss | 18:18 |
kerio | hold on, in which direction? | 18:18 |
*** dos1 has quit IRC | 18:19 | |
kerio | i don't think that the n900 can *use* bluetooth dun | 18:20 |
kerio | not easily, at least | 18:20 |
*** dos1 has joined #maemo | 18:20 | |
*** stef_204 has quit IRC | 18:26 | |
*** dos1 has quit IRC | 18:28 | |
*** dos11 has joined #maemo | 18:28 | |
*** bef0rd has quit IRC | 18:29 | |
*** XATRIX has quit IRC | 18:29 | |
*** darodi has quit IRC | 18:32 | |
teotwaki | bitcoins are a scam | 18:34 |
teotwaki | they're a stupid pyramid scheme, and anyone trying to convince you otherwise is a fraud, or an idiot. | 18:35 |
Aoyagi | Yes, teotwaki says so, everyone listen to his truth. | 18:36 |
teotwaki | I never said it was the truth. | 18:37 |
teotwaki | It's just my opinion. | 18:37 |
teotwaki | You're free to hold another one. Just don't expect me to treat you like you have a brain if you do so. | 18:38 |
Aoyagi | Likewise. | 18:38 |
Macer | alrighty | 18:41 |
Macer | lets see if this modem works lol | 18:41 |
Macer | probably not but who knows | 18:41 |
* Macer stares at the dots awaiting something good | 18:42 | |
Macer | all telephony stuff is disabled :-/ | 18:43 |
Macer | and a sim pic with a slash | 18:43 |
Macer | sigh | 18:43 |
Aoyagi | Heh, that doesn't sound all that good. | 18:43 |
kerio | is the sim in? | 18:44 |
Macer | yes | 18:44 |
Macer | i just put it in right now | 18:44 |
teotwaki | damn, not getting much back from the insurance for the wrecked motorbike | 18:45 |
*** sirdancealo2 has joined #maemo | 18:46 | |
Macer | hm. maybe i should flash it | 18:48 |
Macer | who knows maybe something somewhere was broken that has something to do with the modem? | 18:48 |
Macer | ~flashing | 18:48 |
infobot | [maemo-flashing] http://wiki.maemo.org/Updating_the_tablet_firmware | 18:48 |
*** valeriusM has joined #maemo | 18:50 | |
Macer | DocScrutinizer05: is maemo.org able to host the fw? | 18:50 |
Macer | http://tablets-dev.nokia.com/nokia_N900.php | 18:51 |
Macer | An error occurred while processing your request. | 18:51 |
Macer | Reference #97.255efea5.1364403052.11c93c9 | 18:51 |
Macer | :-/ | 18:51 |
*** dos11 has quit IRC | 18:51 | |
*** stef_204 has joined #maemo | 18:52 | |
*** valerius has quit IRC | 18:52 | |
thedead1440 | ~skeiron | 18:52 |
infobot | extra, extra, read all about it, skeiron is the semi-official backup and emergency standin for all internet borne maemo resources: http://skeiron.org/tablets-dev/ http://talk.maemo.org/showthread.php?p=1315143#post1315143 | 18:53 |
thedead1440 | Macer: ^^^ | 18:53 |
Macer | hm | 18:55 |
Macer | should i just get vanilla? | 18:55 |
Macer | or get the US ver? | 18:55 |
sixwheeled|away | Macer: ...or the UK version :P, I always use my local variant | 18:58 |
Macer | hm | 18:58 |
Macer | flasher3.5 isn't on that site | 18:58 |
DocScrutinizer05 | it is | 18:58 |
kerio | Macer: http://maemo.jacekowski.org/ binaries/firmware/ | 18:59 |
DocScrutinizer05 | meh | 18:59 |
DocScrutinizer05 | ~pr131 | 18:59 |
infobot | methinks combined is the rootfs fiasco image of maemo. For N900 latest (PR1.3.1) see http://maemo.cloud-7.de/maemo5/fiasco+co/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin or http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2011/9/--FID--A0A22MVWFVFAM/--LID--FiRe1317015685654/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin | 18:59 |
Macer | ah ok | 18:59 |
kerio | oh right, i always forget about that | 18:59 |
kerio | ~pr14 | 18:59 |
Aoyagi | And there was silence. | 18:59 |
DocScrutinizer05 | and the goddamn link "flashing tools are <here>" on top of mameo5 page on skeiron | 19:00 |
kerio | wasn't there a funny factoid for that? | 19:00 |
Macer | http://skeiron.org/tablets-dev/maemo_dev_env_downloads/maemo_flasher-3.5_2.5.2.2.tar.gz | 19:00 |
Macer | there it is | 19:00 |
Macer | DocScrutinizer05: yeh i just noticed that | 19:00 |
DocScrutinizer05 | kerio: use a dot | 19:00 |
DocScrutinizer05 | 1.4 | 19:01 |
sixwheeled|away | ~pr1.4 ? | 19:01 |
infobot | PR1.4 has always been a ban'able subject | 19:01 |
*** sixwheeled|away is now known as sixwheeledbeast | 19:01 | |
Macer | ./flasher-3.5: error while loading shared libraries: libusb-0.1.so.4: cannot open shared object file: No such file or directory | 19:01 |
DocScrutinizer05 | there's even 1.5 iirc | 19:01 |
Macer | seriously? | 19:01 |
DocScrutinizer05 | 64bit? | 19:02 |
kerio | Macer: why didn't you install the .deb? | 19:02 |
DocScrutinizer05 | dunno, seen same error recently, thought it been due to 64bit OS | 19:03 |
Macer | kerio: i am now | 19:03 |
Macer | heh | 19:03 |
Macer | DocScrutinizer05: it is | 19:03 |
kerio | it's still only for i386, so dpkg --add-architecture i386 && apt-get install libusb:i386 | 19:04 |
kerio | or something | 19:04 |
Macer | flasher-3.5 depends on libusb-0.1-4 (>= 2:0.1.12). | 19:04 |
Macer | yeah :-/ | 19:04 |
*** VDVsx has joined #maemo | 19:04 | |
kerio | so install it | 19:04 |
*** SmilyOrg has quit IRC | 19:05 | |
kerio | dpkg does dependency checking, not dependency resolution | 19:05 |
*** SmilyOrg has joined #maemo | 19:05 | |
Macer | i did | 19:07 |
DocScrutinizer05 | /usr/lib64/libusb-0.1.so.4 | 19:07 |
DocScrutinizer05 | /usr/lib64/libusb-0.1.so.4.4.4 | 19:07 |
DocScrutinizer05 | /usr/lib64/libusb-1.0.so.0 | 19:08 |
DocScrutinizer05 | /usr/lib64/libusb-1.0.so.0.1.0 | 19:08 |
DocScrutinizer05 | /usr/lib/libusb-1.0.so.0 | 19:09 |
DocScrutinizer05 | /usr/lib/libusb-1.0.so.0.1.0 | 19:09 |
Macer | yeah it works now | 19:09 |
Macer | just charging up the n900 a bit more | 19:09 |
DocScrutinizer05 | what did you do? | 19:09 |
Macer | sudo apt-get -f install | 19:10 |
DocScrutinizer05 | o.O | 19:10 |
Macer | dpkg was stuck on flasher | 19:10 |
kerio | that's what you're supposed to do | 19:10 |
DocScrutinizer05 | and that installed what? | 19:10 |
Macer | so it just installed the i386 libusb | 19:10 |
kerio | everything that had to be installed to fix the dependency problem :) | 19:10 |
Macer | yeah | 19:11 |
kerio | -f is "fix", not "force" | 19:11 |
Macer | heh | 19:11 |
DocScrutinizer05 | lol, how helpful... for RPM systems | 19:11 |
kerio | is there a rpm for flasher? | 19:11 |
DocScrutinizer05 | no | 19:11 |
DocScrutinizer05 | >:-( | 19:11 |
Macer | lol | 19:11 |
Macer | well.. there is always option b | 19:11 |
thedead1440 | hehe | 19:11 |
Macer | build static | 19:11 |
Macer | :) | 19:12 |
kerio | deb2rpm | 19:12 |
Macer | but that poses other problems i'm sure | 19:12 |
DocScrutinizer05 | Macer: static binding would help a lot, if only we could bind flasher | 19:12 |
Macer | well. i'm about to wipe/install in a few | 19:14 |
Macer | i'm just curious if it can do it on half a battery but given the problem i just had with the batteries... i should wait until it turns green | 19:14 |
DocScrutinizer05 | yes, definitely | 19:15 |
Macer | although since i don't care what's on the device i don't really mind it much. not like i can really brick it | 19:15 |
Macer | nokia made sure to at least make it nearly unbrickable | 19:15 |
kerio | you can brick it | 19:15 |
kerio | it's a bricking that can be solved with an external charger, but you can brick it | 19:15 |
Macer | wow really? | 19:15 |
kerio | flatbatrecover isn't enough to flash | 19:15 |
DocScrutinizer05 | well, with some luck you might be able to charge flat battery with rescueOS, to a level where flashing works | 19:17 |
kerio | DocScrutinizer05: mmh, can you ramload it with a low battery? | 19:17 |
DocScrutinizer05 | but honestly flashing with semi-depleted battery is *strongly* deprecated | 19:17 |
kerio | or will nolo refuse to do that, too? | 19:17 |
DocScrutinizer05 | kerio: unclear | 19:18 |
kerio | and will a ramloaded nolo load rescueOS? | 19:18 |
DocScrutinizer05 | no, for sure not | 19:18 |
kerio | then it's still possible to brick it | 19:18 |
kerio | you have to fight for it, though | 19:19 |
Macer | Finishing flashing... done | 19:19 |
Macer | CMT flashing failed | 19:19 |
Macer | hm | 19:19 |
*** florian has joined #maemo | 19:19 | |
kerio | Macer: sign points to bork | 19:19 |
DocScrutinizer05 | didn't you say your CMT been broken? | 19:19 |
Macer | :-/ seems so i suppose | 19:20 |
Macer | i was hoping reflashing might fix it | 19:20 |
Macer | guess not | 19:20 |
DocScrutinizer05 | try other locale version. Sometimes US version already been known to fail flashing CMT | 19:20 |
*** NIN101 has joined #maemo | 19:21 | |
Macer | oh wow | 19:21 |
Macer | that was new | 19:21 |
DocScrutinizer05 | for *very* obscure reasons | 19:21 |
Macer | heh | 19:21 |
Macer | maybe vanilla? | 19:21 |
DocScrutinizer05 | global? | 19:21 |
DocScrutinizer05 | vanilla is eMMC | 19:21 |
DocScrutinizer05 | and yes, iirc all those who reported CMT flashing failure due to US version had success with global version | 19:22 |
DocScrutinizer05 | those who had no success even with global didn't succeed with any other version anyway | 19:23 |
DocScrutinizer05 | iirc | 19:23 |
Macer | alrighty | 19:24 |
Macer | i'll try again in a moment | 19:24 |
*** thopiekar has joined #maemo | 19:25 | |
*** DHR has joined #maemo | 19:29 | |
*** FReaper-PC has quit IRC | 19:32 | |
*** udovdh has joined #maemo | 19:32 | |
Macer | CMT flashing failed | 19:33 |
Macer | :-/ | 19:33 |
*** FR-PC has joined #maemo | 19:33 | |
*** DHR has quit IRC | 19:36 | |
Macer | ah well | 19:36 |
Macer | guess i can write off the n900 as malfunctional | 19:36 |
Macer | too bad | 19:36 |
*** BCMM has joined #maemo | 19:37 | |
Macer | suppose i can wipe it and ebay it | 19:37 |
Macer | i'm sure someone might want some of the parts | 19:37 |
kerio | Macer: try the spring trick! | 19:39 |
deepy | Macer: you can buy mine | 19:39 |
kerio | deepy: i am disappoint | 19:39 |
deepy | kerio: shhh, I'm close to getting one with a working switch | 19:40 |
kerio | yay | 19:40 |
sixwheeledbeast | Macer: so you can flash rootfs but not emmc? | 19:41 |
kerio | sixwheeledbeast: nah, you can flash everything, anyway | 19:41 |
*** luf has joined #maemo | 19:42 | |
kerio | use --flash-only if flasher3.5 really doesn't want to go ahead | 19:42 |
*** rcg has joined #maemo | 19:42 | |
sixwheeledbeast | I mean, what is wrong in this case to say it's faulty | 19:43 |
*** valeriusM has quit IRC | 19:43 | |
*** stef_204 has quit IRC | 19:44 | |
*** stef_204 has joined #maemo | 19:45 | |
Macer | lol | 19:47 |
*** thopiekar has quit IRC | 19:47 | |
Macer | sixwheeledbeast: no i can' flash rootfs but not cmt ;) | 19:47 |
Macer | i guess i have a broken modem n900 | 19:47 |
Macer | wow it's amazing.. usb ports falling off, modems randomly breaking :) | 19:47 |
Macer | thing seems kind of shoddy heh | 19:47 |
Macer | even the paper under the battery trick doesn't wrok | 19:48 |
Macer | ah well i give up | 19:48 |
sixwheeledbeast | oh, modem issue. | 19:48 |
sixwheeledbeast | spring time | 19:48 |
*** udovdh has quit IRC | 19:49 | |
Macer | sixwheeledbeast: yeah seems so | 19:49 |
*** kimitake_idle_ has joined #maemo | 19:49 | |
Macer | it would actually just be less of a headache just to get one off ebay | 19:49 |
Macer | and throw this one in a blender | 19:49 |
kerio | and *send this to me | 19:50 |
Macer | ah well.. back to the e7 heh | 19:51 |
Macer | too bad about the n900 i seriously miss the qwerty+telepathy | 19:51 |
sixwheeledbeast | ~springtime | 19:51 |
Macer | the txting app is the only reason i really want to go back to one | 19:52 |
sixwheeledbeast | infobot: springtime is http://talk.maemo.org/showthread.php?t=77248 | 19:52 |
infobot | sixwheeledbeast: okay | 19:52 |
Macer | but buying a 3rd one after usb + modem failure with my 2 heh | 19:52 |
Macer | sixwheeledbeast: yeah i saw that | 19:52 |
*** kimitake_idle has quit IRC | 19:52 | |
Macer | maybe the person who ebays mine can fix it :-P | 19:53 |
Macer | at the very least they will have a spare screen and battery | 19:53 |
Macer | and whatever else they may be able to rip out of it that functions | 19:53 |
Macer | cam module etc | 19:53 |
Macer | like i said. i'd be a bit skeptical about buying a 3rd one ;) | 19:55 |
*** Muelli has quit IRC | 19:55 | |
Macer | maybe i can find a broken screen one and swap mboards | 19:55 |
Macer | heh | 19:55 |
*** stef_204 has quit IRC | 19:59 | |
DocScrutinizer05 | I'd actually love to learn if reflow helps for cmt failure | 20:00 |
DocScrutinizer05 | hoping to get my reflow station next week | 20:00 |
kerio | :D | 20:01 |
kerio | and the n900 with 1ghz and 2gb of ram comes right afterwards, right? | 20:01 |
DocScrutinizer05 | well, "reflow station" - actually it's a simple hotair | 20:01 |
DocScrutinizer05 | might abuse it for BBQ as well ;-D | 20:01 |
Macer | http://www.ebay.com/itm/N950-/171011434353?pt=Cell_Phones&hash=item27d1136771 | 20:05 |
Macer | that thing looks totally beat up :) | 20:05 |
*** dos1 has joined #maemo | 20:05 | |
*** valeriusM has joined #maemo | 20:07 | |
Macer | and for just 1,200... IT CAN BE YOURS! | 20:07 |
*** dos1 has quit IRC | 20:11 | |
cehteh | The item may have some signs of cosmetic wear :D | 20:12 |
*** dos1 has joined #maemo | 20:12 | |
Macer | crack on screen/lcd | 20:12 |
Macer | heh | 20:12 |
Macer | http://www.cellphone-preview.com/wp-content/uploads/2012/02/Spark-Tablet.jpg | 20:12 |
Macer | spark-tablet? | 20:13 |
Macer | are those things real? | 20:13 |
kerio | what's a spark tablet? | 20:13 |
Macer | http://pclab.pl/zdjecia/artykuly/napierala/2013-01-11_-_api_dla_mobilnych_linuksow/oss.jpg | 20:14 |
Macer | i guess it's supposed to be an ubuntu tablet | 20:14 |
kerio | looks awful | 20:14 |
Macer | yeah the tablet itself does | 20:14 |
Macer | but i'm more interested in plasma active | 20:15 |
*** rcg has quit IRC | 20:15 | |
Macer | http://www.slashgear.com/spark-plasma-active-7-inch-tablet-revealed-set-to-take-on-android-30211264/ | 20:17 |
Macer | ah.... there you go.... they have a plasma video :) | 20:17 |
Macer | lol | 20:18 |
Macer | and i think my biggest problem is either that person has extremely small hands | 20:18 |
Macer | or that is NOT a tablet | 20:18 |
*** dos1 has quit IRC | 20:19 | |
*** dos1 has joined #maemo | 20:23 | |
*** freemangordon has quit IRC | 20:25 | |
*** dos1 has quit IRC | 20:28 | |
*** dos1 has joined #maemo | 20:30 | |
*** sirdancealo2 has quit IRC | 20:34 | |
*** dos1 has quit IRC | 20:35 | |
*** dos1 has joined #maemo | 20:36 | |
*** Malinux has quit IRC | 20:37 | |
*** NeutrinoPower has joined #maemo | 20:40 | |
*** jpinx has joined #maemo | 20:41 | |
*** calvaris has quit IRC | 20:44 | |
*** FR-PC is now known as FlameReaper-PC | 20:48 | |
*** thopiekar has joined #maemo | 20:50 | |
*** animist has quit IRC | 20:52 | |
*** _PanzerSajt has quit IRC | 20:53 | |
*** Malinux has joined #maemo | 20:55 | |
*** wxcafe has quit IRC | 21:06 | |
*** sixwheeledbeast is now known as sixwheeled|away | 21:08 | |
*** realitygaps has quit IRC | 21:09 | |
*** realitygaps has joined #maemo | 21:10 | |
*** eMHa_ has quit IRC | 21:14 | |
*** jaska has quit IRC | 21:19 | |
*** xmlich02_ has quit IRC | 21:22 | |
*** sq-one has joined #maemo | 21:23 | |
*** dos1 has quit IRC | 21:23 | |
*** dos1 has joined #maemo | 21:23 | |
*** dos1 has quit IRC | 21:24 | |
*** dos1 has joined #maemo | 21:25 | |
*** dos1 has joined #maemo | 21:26 | |
*** dos1 has joined #maemo | 21:27 | |
*** dos1 has joined #maemo | 21:28 | |
*** arcean has joined #maemo | 21:29 | |
*** wxcafe has joined #maemo | 21:30 | |
*** dos1 has quit IRC | 21:31 | |
*** dos1 has joined #maemo | 21:31 | |
*** dos1 has quit IRC | 21:32 | |
*** dos11 has joined #maemo | 21:32 | |
*** techlife has quit IRC | 21:33 | |
*** WielkiTost has joined #maemo | 21:34 | |
*** dos11 has quit IRC | 21:34 | |
*** WielkiTost has quit IRC | 21:34 | |
*** dos1 has joined #maemo | 21:34 | |
*** techlife has joined #maemo | 21:35 | |
*** dos1 has joined #maemo | 21:35 | |
*** techlife has joined #maemo | 21:35 | |
*** techlife has joined #maemo | 21:36 | |
*** techlife has joined #maemo | 21:36 | |
*** techlife has joined #maemo | 21:37 | |
*** techlife has joined #maemo | 21:38 | |
*** techlife has joined #maemo | 21:38 | |
*** techlife has joined #maemo | 21:39 | |
*** techlife has joined #maemo | 21:40 | |
*** brzys_ has quit IRC | 21:40 | |
*** brzys has joined #maemo | 21:43 | |
*** eMHa_ has joined #maemo | 21:44 | |
*** dos1 has quit IRC | 21:45 | |
*** dos1 has joined #maemo | 21:46 | |
*** dos1 has quit IRC | 21:48 | |
*** dos1 has joined #maemo | 21:49 | |
*** BCMM has quit IRC | 21:50 | |
*** dos1 has quit IRC | 21:54 | |
*** dos1 has joined #maemo | 21:55 | |
*** dos1 has quit IRC | 22:02 | |
*** futpib has joined #maemo | 22:04 | |
*** timeless has quit IRC | 22:05 | |
*** XDS2010 has quit IRC | 22:05 | |
*** dos1 has joined #maemo | 22:06 | |
*** dos1 has quit IRC | 22:06 | |
*** dos1 has joined #maemo | 22:07 | |
*** luf has quit IRC | 22:15 | |
*** heroux has quit IRC | 22:19 | |
*** jrocha has joined #maemo | 22:19 | |
*** FlameReaper-PC has quit IRC | 22:20 | |
*** heroux has joined #maemo | 22:21 | |
*** FlameReaper-PC has joined #maemo | 22:21 | |
*** croppa has quit IRC | 22:23 | |
*** jaska has joined #maemo | 22:28 | |
*** jreznik has quit IRC | 22:36 | |
*** valeriusN has left #maemo | 22:37 | |
*** valerius2k has joined #maemo | 22:40 | |
*** erstazi has quit IRC | 22:41 | |
*** erstazi has joined #maemo | 22:42 | |
*** erstazi has quit IRC | 22:42 | |
*** erstazi has joined #maemo | 22:42 | |
*** heroux has quit IRC | 22:43 | |
*** mvp has joined #maemo | 22:43 | |
*** heroux has joined #maemo | 22:45 | |
*** wxcafe has quit IRC | 22:46 | |
*** heroux has quit IRC | 22:54 | |
*** heroux has joined #maemo | 22:55 | |
*** piggz has quit IRC | 22:59 | |
*** piggz_ has joined #maemo | 23:00 | |
*** piggz_ has quit IRC | 23:01 | |
*** piggz_ has joined #maemo | 23:01 | |
*** lizardo has quit IRC | 23:02 | |
*** thopiekar has quit IRC | 23:09 | |
*** thopiekar has joined #maemo | 23:09 | |
*** xes has joined #maemo | 23:09 | |
*** piggz_ has quit IRC | 23:09 | |
*** wxcafe has joined #maemo | 23:11 | |
*** piggz_ has joined #maemo | 23:12 | |
*** ecc3g is now known as eccerr0r | 23:14 | |
*** Vlad_on_the_road has joined #maemo | 23:16 | |
*** valerius2k is now known as valeriusN | 23:21 | |
*** bef0rd has joined #maemo | 23:22 | |
Apic | Nite. | 23:23 |
*** wxcafe has quit IRC | 23:27 | |
*** wxcafe has joined #maemo | 23:27 | |
*** XDS2010 has joined #maemo | 23:28 | |
*** Vlad_on_the_road has quit IRC | 23:31 | |
*** timeless has joined #maemo | 23:32 | |
*** wxcafe has quit IRC | 23:34 | |
*** wxcafe has joined #maemo | 23:35 | |
*** uen has joined #maemo | 23:42 | |
*** LauRoman has joined #maemo | 23:48 | |
*** piggz_ has quit IRC | 23:49 | |
*** markinfo has joined #maemo | 23:50 | |
*** freemangordon has joined #maemo | 23:50 | |
*** freemangordon_ has joined #maemo | 23:50 | |
*** freemangordon_ has left #maemo | 23:50 | |
*** piggz_ has joined #maemo | 23:51 | |
*** piggz_ has quit IRC | 23:57 | |
*** sirdancealo2 has joined #maemo | 23:58 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!