00:29.01 | *** join/#maemo-ssu luf (~luf@ip-89-103-223-164.net.upcbroadband.cz) |
02:32.31 | *** join/#maemo-ssu Jaded (~jade@modemcable021.180-203-24.mc.videotron.ca) |
02:32.31 | *** join/#maemo-ssu Jaded (~jade@unaffiliated/jade) |
03:34.14 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
04:03.44 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
06:21.55 | *** join/#maemo-ssu luf (luf@nat/ibm/x-rrbqjyvaiysfxfuh) |
06:30.01 | *** join/#maemo-ssu timo^ (~timo@unaffiliated/tiempjuuh) |
06:47.59 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
07:03.08 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
07:59.17 | *** join/#maemo-ssu Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |
09:14.10 | *** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
09:34.42 | *** join/#maemo-ssu arcean (~arcean@aafq190.neoplus.adsl.tpnet.pl) |
10:15.43 | *** join/#maemo-ssu macmaN (~chezburge@138.167.190.90.dyn.estpak.ee) |
10:15.43 | *** join/#maemo-ssu deepy\SIGSEGV (~deepy@wrongplanet/deepa) |
10:15.43 | *** join/#maemo-ssu guly (~why@shivaya.guly.org) |
10:15.43 | *** join/#maemo-ssu andre__ (~andre@wikimedia/aklapper) |
10:15.43 | *** join/#maemo-ssu ChanServ (ChanServ@services.) |
10:15.43 | *** mode/#maemo-ssu [+o ChanServ] by cameron.freenode.net |
10:19.11 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
10:22.16 | *** join/#maemo-ssu amiconn (amiconn@rockbox/developer/amiconn) |
10:22.16 | *** join/#maemo-ssu Sc0rpius (~naikel@190.79.197.57) |
10:22.16 | *** join/#maemo-ssu myuu_ (~miku@pool-108-27-88-90.nycmny.east.verizon.net) |
10:22.16 | *** join/#maemo-ssu Lava_Croft (lcd@satgnu.net) |
10:22.16 | *** join/#maemo-ssu povbot (~supybot@office.pov.lt) |
10:22.16 | *** join/#maemo-ssu ShadowJK (jk@terminus.enivax.net) |
10:22.16 | *** join/#maemo-ssu ekze (~nyan@bakaekze.ru) |
10:22.16 | *** join/#maemo-ssu peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
10:22.16 | *** mode/#maemo-ssu [+v povbot] by cameron.freenode.net |
10:24.05 | *** join/#maemo-ssu Woody14619a (~Woody@Maemo/Community/council/Woody14619) |
10:24.05 | *** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
10:24.20 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
10:26.55 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
10:26.55 | *** join/#maemo-ssu amiconn (amiconn@rockbox/developer/amiconn) |
10:26.55 | *** join/#maemo-ssu Sc0rpius (~naikel@190.79.197.57) |
10:27.11 | *** join/#maemo-ssu myuu_ (~miku@pool-108-27-88-90.nycmny.east.verizon.net) |
10:27.11 | *** join/#maemo-ssu Lava_Croft (lcd@satgnu.net) |
10:27.11 | *** join/#maemo-ssu povbot (~supybot@office.pov.lt) |
10:27.11 | *** join/#maemo-ssu ShadowJK (jk@terminus.enivax.net) |
10:27.11 | *** join/#maemo-ssu ekze (~nyan@bakaekze.ru) |
10:27.11 | *** mode/#maemo-ssu [+v povbot] by cameron.freenode.net |
10:28.45 | *** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
10:28.45 | *** join/#maemo-ssu tadzik (tjs@feather.perl6.nl) |
10:30.25 | *** join/#maemo-ssu Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |
10:30.25 | *** join/#maemo-ssu mickname (luodemm1@lyta.org.aalto.fi) |
10:30.25 | *** join/#maemo-ssu jon_y (~enforcer@124.82.62.227) |
10:31.46 | andre__ | is operator-name-cbs-widget part of CSSU? |
10:32.00 | freemangordon | yes, afaik |
10:32.19 | freemangordon | at least it was, not sure what is the status on last -testing |
10:39.29 | luf | BTW it's still buggy. I had <My local operator> then I was in foreign country and I see <My local oper> <Roaming oper> - it's quiet ok. But when I returned I saw <My local oper> <My local oper> - it was mentioned twice. Reboot fixed it :D |
10:40.22 | freemangordon | yeah. Unfortunately it eems jonwil has no further interest in fixing it |
10:40.25 | freemangordon | *seems |
10:47.52 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-cgufcqixcucrgwzs) |
10:54.00 | *** join/#maemo-ssu kolp (~quassel@212.255.17.209) |
10:54.14 | freemangordon | merlin1991: as wiki is broken, do you have any idea where to move kernel assessment table to continue the work on it? |
11:22.29 | chem|st | andre__: part of testing not stable |
11:32.13 | andre__ | thanks |
11:56.13 | kerio | andre__: in the latest testing, it's a dummy package and you can (and should?) remove it |
12:04.40 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
12:18.38 | luf | freemangordon: FYI I installed you fixed alarm ui to my day-to-day phone ... |
12:23.50 | DocScrutinizer05 | OpernameCBSwidget *ought* go optional |
12:24.17 | DocScrutinizer05 | NFC why I didn't insist in it going optional from beginning |
12:25.03 | *** join/#maemo-ssu Jade (~jade@modemcable021.180-203-24.mc.videotron.ca) |
12:25.03 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
12:25.16 | chem|st | DocScrutinizer05: because there is actually no optional in it |
12:25.33 | chem|st | the stock one needs to be replaced |
12:26.17 | DocScrutinizer05 | that's the meaning of cssu-optional-alternative |
12:26.19 | chem|st | that there is a "custom operator name" possible is due to some hack and not a functionality of the stock one |
12:26.43 | chem|st | DocScrutinizer05: then all cssu is optional |
12:26.48 | chem|st | o.O |
12:26.50 | DocScrutinizer05 | no |
12:27.14 | DocScrutinizer05 | fixes that make functional differnece other packages rely on are not optional |
12:27.57 | DocScrutinizer05 | e.g. alarmd cookie fix is not optional since other parts may want to depend on it |
12:28.47 | chem|st | custom operator name widget shit would rely on it and afair the developer is willing to adapt properly |
12:29.06 | chem|st | nvm |
12:29.21 | chem|st | you mean "system stuff" |
12:30.08 | freemangordon | luf: and? |
12:30.32 | freemangordon | still works? |
12:34.36 | luf | still no disaster here. I have both hands. |
12:41.04 | Pali | DocScrutinizer05, cssu operator witget is in same package as orignal nokia widget and provides same functionality |
12:41.15 | Pali | plus option to show cbs |
12:41.27 | Pali | plus option to change operator name |
12:41.28 | DocScrutinizer05 | yes |
12:42.32 | Pali | because there are other packages (custom operator name widget from extras) which depends on original nokia widget, we needed to pack our new in same nokia package name |
12:43.22 | DocScrutinizer05 | http://maemo.merlin1991.at/cssu/meetings/2012-05-14.txt read that please, in case you forgot |
12:46.14 | DocScrutinizer05 | even while HAM not yet fit to handle stuff like we planned it during that meeting (or before and agreed on it in that meeting) I'd think we still could deliver packages according to that scheme as optional-alternative or optional and handle them via apt for now |
12:48.51 | DocScrutinizer05 | chicken-egg problem, if we don't deliver any optional packages then nobody sees why we'd ever want HAM to manage optional pkgs since there are none, and particularly nobody will bother to change pks to optional once they are introduced in the classical manner |
13:07.29 | *** join/#maemo-ssu iDont (~iDont@j138215.upc-j.chello.nl) |
13:55.38 | *** join/#maemo-ssu Woody14619b (~Woody@2620:4:4000:1:a558:34fc:256:afdd) |
14:01.23 | *** join/#maemo-ssu arcean (~arcean@aafq190.neoplus.adsl.tpnet.pl) |
14:05.24 | merlin1991 | freemangordon: any suggestions? |
14:05.40 | *** join/#maemo-ssu ivgalvez (~ivgalvez@89.140.113.138.static.user.ono.com) |
14:05.58 | ivgalvez | DocScrutinizer05 ping |
14:06.08 | DocScrutinizer05 | pong |
14:06.37 | ivgalvez | your email server at openmoko.org is failing sometimes |
14:06.46 | DocScrutinizer05 | o.O |
14:06.52 | ivgalvez | I've received a few mail errors |
14:07.00 | DocScrutinizer05 | dang |
14:07.06 | DocScrutinizer05 | what error? |
14:07.10 | *** join/#maemo-ssu xmlich02 (~imlich@2001:67c:1220:80c:19:9dac:c549:103) |
14:07.28 | ivgalvez | The following message to <joerg@openmoko.org> was undeliverable. |
14:07.45 | DocScrutinizer05 | due to what reason? |
14:07.46 | ivgalvez | The reason for the problem: |
14:07.46 | ivgalvez | 5.1.0 - Unknown address error 550-"Verification failed for <prvs=6574487ab=ivgalvez@gmail.com>\nCalled: 173.194.70.26\nSent: RCPT TO:<prvs=6574487ab=ivgalvez@gmail.com>\nResponse: 550-5.1.1 The email account that you tried to reach does not exist. Please try\n550-5.1.1 double-checking the recipient's email address for typos or\n550-5.1.1 unnecessary spaces. Learn more at\n550 5.1.1 |
14:07.46 | ivgalvez | http://support.google.com/mail/bin/answer.py?answer=6596 h41si17984656eeo.140\nSender verify failed" |
14:08.09 | ivgalvez | Final-Recipient: rfc822;joerg@openmoko.org |
14:08.09 | ivgalvez | Action: failed |
14:08.09 | ivgalvez | Status: 5.0.0 (permanent failure) |
14:08.09 | ivgalvez | Remote-MTA: dns; [88.198.124.203] |
14:08.09 | ivgalvez | Diagnostic-Code: smtp; 5.1.0 - Unknown address error 550-"Verification failed for <prvs=6574487ab=ivgalvez@gmail.com>\nCalled: 173.194.70.26\nSent: RCPT TO:<prvs=6574487ab=ivgalvez@gmail.com>\nResponse: 550-5.1.1 The email account that you tried to reach does not exist. Please try\n550-5.1.1 double-checking the recipient's email address for typos or\n550-5.1.1 unnecessary spaces. Learn |
14:08.09 | ivgalvez | more at\n550 5.1.1 http://support.google.com/mail/bin/answer.py?answer=6596 h41si17984656eeo.140\nSender verify failed" (delivery attempts: 0) |
14:08.10 | DocScrutinizer05 | well, that's pretty normal |
14:09.41 | DocScrutinizer05 | it seems to me like the sending server didn't authenticate correctly |
14:10.07 | DocScrutinizer05 | or not, dunno |
14:10.16 | ivgalvez | but it only fails sometimes |
14:10.27 | ivgalvez | I'm resending, anyway |
14:11.22 | DocScrutinizer05 | I might want to switch to another email addr, but I'd not want that addr to show up in any mailbody "To:", only in envelope |
14:11.43 | DocScrutinizer05 | IOW that would be a 'non-public' email addr then |
14:12.43 | ivgalvez | otherwise you would be spammed and pestered |
14:12.48 | ivgalvez | like me |
14:12.56 | ivgalvez | by someone you know |
14:13.39 | DocScrutinizer05 | I'm more concerned about SPAM mails cause by mail addr in plain text in e.g. IRC, mailing list archives etc |
14:14.19 | ivgalvez | no way, mails sent to council@maemo.org are not reaching you... |
14:14.35 | DocScrutinizer05 | sorry? |
14:15.07 | DocScrutinizer05 | also, why we discuss this here instead of the closed channel I gave you name and credentials |
14:15.08 | ivgalvez | I'm sending an email to all councillors using council@maemo.org alias |
14:15.48 | DocScrutinizer05 | this opther channel isn't logged so my email addr wouldn't have spread another time on the larger interweb |
14:16.04 | ivgalvez | yes, sorry, I'm using a different IRC program and I'm not very familiar with it |
14:16.10 | DocScrutinizer05 | I created it for exactly that purpose |
14:16.34 | kerio | hold the fuck on |
14:16.38 | kerio | the calculator was replaced? :O |
14:16.58 | kerio | daaaaaaaaaamn |
14:23.51 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
14:53.37 | *** join/#maemo-ssu Jade (~jade@modemcable021.180-203-24.mc.videotron.ca) |
14:53.37 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
15:11.51 | Pali | what about use opensuse obs? https://build.opensuse.org |
15:22.50 | *** join/#maemo-ssu arcean (~arcean@aafq190.neoplus.adsl.tpnet.pl) |
15:24.03 | freemangordon | ivgalvez: ping |
15:24.08 | freemangordon | Pali: ^^^ |
15:24.15 | freemangordon | he might be able to help |
15:27.34 | Pali | kerio, any problem with cssu calculator? |
15:27.53 | freemangordon | Pali: you took his freedom, don't you understand |
15:28.08 | ivgalvez | freemangordon pong |
15:28.33 | freemangordon | ivgalvez: we're trying to find X-Fade, ani idea? |
15:28.36 | ivgalvez | call me emperor Palpatine |
15:28.39 | ivgalvez | :D |
15:28.43 | freemangordon | yeah :D:D:D |
15:29.02 | freemangordon | Pali: what do we need X-Fade for? |
15:29.10 | Pali | wiki |
15:29.13 | Pali | and autobuilder |
15:29.14 | freemangordon | aah, yes |
15:29.45 | ivgalvez | well he actually answered to me yesterday about the problems in Garage, Wiki, etc |
15:29.55 | ivgalvez | I posted his answer on TMO |
15:30.12 | freemangordon | ivgalvez: I know you are aware, but non-working wiki is the thing eight now which stops kernel in CSSU |
15:30.13 | Pali | without autobuilder kp and uboot will not be in extras... |
15:30.23 | freemangordon | *right |
15:30.28 | ivgalvez | arrrr |
15:30.32 | ivgalvez | after all this time |
15:30.51 | Pali | ivgalvez, link for X-Fade responce? |
15:30.55 | ivgalvez | I'll pester him again |
15:31.34 | freemangordon | ivgalvez: if you think it will take too long, maybe we should consider some other place. Though I'm afraid that we'll be Dark Lords after that :P |
15:31.34 | ivgalvez | http://talk.maemo.org/showpost.php?p=1293299&postcount=15 |
15:33.33 | freemangordon | yeah, seems that you (board/council) know exactly the same we know. i.e. nothing :( |
15:33.54 | ivgalvez | which services are not working right now? |
15:34.01 | ivgalvez | autobuilder, maemo wiki... |
15:34.08 | freemangordon | autobuilder, wiki |
15:34.15 | ivgalvez | meego wiki? |
15:34.21 | freemangordon | wiki is kind of read-only |
15:34.37 | freemangordon | and one cannot login |
15:35.13 | ivgalvez | ok, message sent |
15:36.14 | Pali | ivgalvez: meego wiki, harmattan-dev, maemo wiki, autobuilder |
15:37.25 | freemangordon | ivgalvez: BTW are you aware that garage is mirrired on gitorious? |
15:37.30 | freemangordon | *mirrored |
15:37.40 | freemangordon | sorry, still sleepy |
15:39.11 | ivgalvez | no I wasn't |
15:39.27 | Pali | but only git repositories |
15:39.36 | freemangordon | yes |
15:40.01 | freemangordon | https://gitorious.org/maemo-garage |
15:40.03 | ivgalvez | I haven't received answers to the administrators call for arms |
15:40.42 | freemangordon | ivgalvez: well, my position hasn't changed from the last time, I think you know it :) |
15:40.57 | Pali | if somebody give me list of all garage projects, I can backup also svn repositories |
15:41.30 | ivgalvez | I think we should be able to start with a list of 5 people |
15:41.50 | *** join/#maemo-ssu arcean (~arcean@aafq190.neoplus.adsl.tpnet.pl) |
15:41.53 | kerio | Pali: i just didn't know we had a cssu calculator |
15:41.56 | kerio | i don't really remember the stock one |
15:42.07 | ivgalvez | Nemein is willing to help with the migration and Nokia even mentioned they might pay for that cost |
15:42.12 | freemangordon | ivgalvez: what has happened with merlin1991's admin rights? |
15:42.34 | Pali | kerio, my calculator (in cssu) has same design as orignal nokia |
15:42.50 | freemangordon | besides that it rotates |
15:43.01 | Pali | from screenshots it is hard to find differences |
15:43.27 | freemangordon | yeah, there are only 1-2 cosmetic differences |
15:44.45 | Pali | and what is status of obs? |
15:47.22 | DocScrutinizer05 | ivgalvez: please keep in mind that admins need a) provide _some_ proof of expertise, and b) sign some form of NDA, since there are data on those servers that are to kept confidential - I.E. privacy related data |
15:48.14 | merlin1991 | hm dunno if I could provide a |
15:48.43 | ivgalvez | freenangordon that never worked |
15:49.18 | DocScrutinizer05 | merlin1991: as far as I'm concerned, you provided sufficient proof of your willingness to think before you hit enter, by maintaining CSSU |
15:49.20 | ivgalvez | we won't be able to administrate repositories until they are moved to our own infrastructure |
15:49.52 | Pali | [16:47:52] <X-Fade> Yeah, looking at them already, but they are not that easy to fix unfortunately. |
15:50.04 | ivgalvez | DocScrutinizer05: administrators must be appointed by Board |
15:50.15 | DocScrutinizer05 | that too |
15:50.16 | ivgalvez | legal stuff would be held by SD69 |
15:50.29 | Pali | I belive that wiki and autobuilder will be working again |
15:50.42 | DocScrutinizer05 | as admin you're actually legally liable for some stuff |
15:50.46 | ivgalvez | but collecting candidates and preparing a list of trusted members could be done by Council |
15:51.10 | DocScrutinizer05 | yep |
15:51.28 | ivgalvez | Council must present the list to Board |
15:51.52 | DocScrutinizer05 | ivgalvez: I'm just not up to date how experienced board is regarding that stuff |
15:53.03 | ivgalvez | well, unless Council proposes someone non trusted, the most probable outcome is that Board will approve it |
15:54.21 | DocScrutinizer05 | which is what I'm afraid will happen. Board however has to make sure the admins understand they job and responsibility, and know about legal issues implied by sysadmin role |
15:54.38 | DocScrutinizer05 | their job* |
15:54.56 | DocScrutinizer05 | e.g keeping privacy |
15:55.38 | ivgalvez | it's almost the same than in a lot of companies, the boss hires you to do a job even if doesn't understand your job |
15:55.39 | DocScrutinizer05 | admin is legally liable for conforming to that stuff |
15:56.02 | ivgalvez | admins would need to sign a sort of legal document |
15:56.04 | DocScrutinizer05 | no, it's not since those admins are NOT hired |
15:56.10 | ivgalvez | similar to a contract |
15:56.14 | DocScrutinizer05 | so no contract, no liablility |
15:56.17 | ivgalvez | but they won't be paid |
15:56.33 | DocScrutinizer05 | yep, that's what i meant |
15:57.00 | ivgalvez | I will comment that with SD69, but it's similar to appointing a treasurer |
15:57.12 | DocScrutinizer05 | there's quite a bit of responsibility at board side to make sure admins get the paperwork signed etc |
15:57.20 | ivgalvez | yes |
15:57.21 | DocScrutinizer05 | :nod: |
15:57.53 | ivgalvez | it doesn't matter if administrators or foundation positions are not paid, they are contracted as any worker |
15:58.16 | DocScrutinizer05 | if you have that paperwork in place then yes |
15:58.34 | DocScrutinizer05 | which is whole purpose of board |
15:58.37 | ivgalvez | anyhow I'll clarify it with SD69, so he's legal consellor |
15:59.03 | ivgalvez | however, that doesn't avoid Council to look for people |
15:59.09 | DocScrutinizer05 | sure |
15:59.20 | DocScrutinizer05 | just felt like mentioning it |
16:00.20 | ivgalvez | thanks |
16:00.40 | DocScrutinizer05 | another sidenote: by all means avoid to have _too_many_ admins. Or you'll face a chaos on your servers in no time ;-) |
16:01.36 | DocScrutinizer05 | if you have more than two who chat with each other several times a day, you already need to implement hierarchies and structures |
16:02.27 | ivgalvez | the problem is that we are going to uise volunteers |
16:02.36 | DocScrutinizer05 | yes |
16:02.40 | ivgalvez | that might get away for real life issues |
16:02.48 | ivgalvez | so we need enough people to share tasks |
16:03.26 | ivgalvez | other problem is that we might find people with knowledge for specific tools and services but not for everything |
16:03.32 | DocScrutinizer05 | I see the problem, but don't think that adding twice as many poeple to a task will make the task get done in half the time |
16:04.15 | DocScrutinizer05 | yes, you're already mentionoing it: "for certain tasks" |
16:04.17 | ivgalvez | not half the time, but if admin A cannot take care of a problem because he's busy with real life issues, then it can be solved by admin B |
16:04.40 | DocScrutinizer05 | only if B knows what A did so far |
16:04.45 | ivgalvez | of course |
16:04.50 | DocScrutinizer05 | and A knows about B taking care now |
16:04.58 | ivgalvez | but a similar situation happens with Board or Council |
16:05.25 | ivgalvez | not enough people might result in inaction |
16:06.16 | DocScrutinizer05 | yes, that's why you need to implement a clear hierarchy ind procedures to synchronize between A, B (,C, D...) |
16:06.22 | DocScrutinizer05 | and* |
16:07.23 | ivgalvez | yes, but that's something that Board can't do, as it's also somehow technical |
16:07.37 | DocScrutinizer05 | it's probably board to suggest standard operating procedures, and assign responsibilities for certain subdomains, apoint proxies etc |
16:08.12 | DocScrutinizer05 | this won't happen out of thin air |
16:08.12 | ivgalvez | wel Board might be responsible to appoint that task to someone acapable |
16:08.21 | DocScrutinizer05 | yep |
16:08.22 | DocScrutinizer05 | sure |
16:08.23 | ivgalvez | s/acapable/capable/ |
16:09.43 | DocScrutinizer05 | board may appoint A as "super admin" and 'order' him to implement such hierarchy and structures and procedures |
16:10.14 | DocScrutinizer05 | needed for any number of admins >2 |
16:11.36 | DocScrutinizer05 | paperwork should reflect that |
16:12.31 | DocScrutinizer05 | otherwise it's undefined who's got responsibility for admin D |
16:13.18 | DocScrutinizer05 | paperwork should state admin A is responsible to instruct his co-admins regarding legalese etc |
16:13.46 | DocScrutinizer05 | and A has final responsibility when D nukes the server |
16:14.02 | DocScrutinizer05 | or opens it up wide for hackers |
16:16.14 | ivgalvez | feel free to draft proposal and send it to Board |
16:56.17 | *** join/#maemo-ssu infobot (~infobot@rikers.org) |
16:56.17 | *** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version (testing): 21.2011.38-1Tmaemo5.1; (stable): 21.2011.38-1Smaemo4.1 |
16:56.18 | *** mode/#maemo-ssu [+v infobot] by ChanServ |
17:01.26 | merlin1991 | anyone who feels like looking into this? https://bugs.maemo.org/show_bug.cgi?id=12675 |
17:01.28 | povbot | Bug 12675: operator-name-cbs-widget displays operator name twice after returning from roaming |
17:04.08 | Pali | this should be fixed |
17:04.18 | Pali | need to verify |
17:32.42 | kerio | if no dev can afford a trip abroad, should it get marked as Could Not Reproduce? :D |
17:44.25 | tadzik | Help needed. I accidentally broke my device and needed to reflash it, and now nothing seems to be in MyDocs, and it says "memory card broken", any idea what might that be? |
17:44.39 | tadzik | doesn't show up when plugged in through the USB cable either |
17:44.47 | kerio | tadzik: what did you do to reflash it? |
17:44.57 | kerio | MyDocs being borked is only marginally related i think |
17:45.06 | tadzik | kerio: flasher-3.5 with RX-51_2009SE_20.2010.36-2.203.1_PR_COMBINED_203_ARM.bin |
17:45.09 | kerio | first of all: do you have anything important in your MyDocs? |
17:45.13 | tadzik | yes |
17:45.27 | kerio | sucks to be you, it's probably hosed |
17:45.36 | kerio | it's unrelated to flasher, though |
17:45.40 | tadzik | shit. Okay, understood |
17:45.47 | tadzik | it was cssu-thumb before reflashing |
17:45.49 | kerio | tadzik: is it mounted? |
17:46.15 | tadzik | mount shows mmcblk0p2 mounted on /home |
17:46.23 | kerio | no, MyDocs is mmcblk0p1 |
17:46.27 | tadzik | that's not listed |
17:47.30 | tadzik | so, I broke the device accidentally writing nemo image to n900 instead of the sd card |
17:47.37 | tadzik | so p1 probably got hit first |
17:47.39 | kerio | tadzik: yep, you borked it alright |
17:47.43 | tadzik | yeah |
17:47.47 | kerio | do you have anything important on the device right now? |
17:47.58 | kerio | i'm just going to go ahead and assume there's nothing left to recover actually |
17:47.59 | tadzik | not anymore |
17:48.08 | kerio | i mean since the reflash |
17:48.13 | kerio | if not, do a *full* reflash |
17:48.14 | tadzik | no, nothing new |
17:48.21 | kerio | VANILLA and then COMBINED |
17:48.48 | tadzik | idea: could I get the image of what remained of p1 and run testdisk/photorec on it? |
17:48.56 | kerio | sure |
17:48.57 | kerio | just dd |
17:49.05 | kerio | of 32GB... |
17:49.08 | kerio | over a network... |
17:49.14 | kerio | LOLZ |
17:49.18 | tadzik | yeah, sounds painful |
17:49.30 | kerio | exactly what did you do with the nemo image? |
17:49.51 | tadzik | dd it to my device |
17:49.58 | kerio | how? |
17:50.01 | kerio | over mass storage mode? |
17:50.06 | kerio | from the n900 itself? |
17:50.07 | tadzik | couple of megabytes before the "oh shit" moment |
17:50.11 | tadzik | no, from my laptop |
17:50.11 | kerio | oh |
17:50.19 | tadzik | n900 plugged in with the usb cable |
17:50.21 | kerio | ok, so you hosed a couple of megabytes of MyDocs |
17:50.25 | tadzik | yeah |
17:50.40 | kerio | meh, doesn't seem *too* bad |
17:50.40 | tadzik | and the partition table, aye? |
17:50.49 | kerio | no, if you did it via mass storage mode you didn't lose the partition table |
17:50.56 | tadzik | oh, so just MyDocs |
17:51.00 | kerio | yep |
17:51.11 | kerio | the good thing is that it's obviously not a vfat partition anymore |
17:51.16 | kerio | so nothing mounted it |
17:51.17 | tadzik | surely |
17:51.19 | kerio | so nothing wrote to it |
17:51.33 | kerio | ok so... |
17:51.34 | tadzik | so no more losses than those couple of MB |
17:51.43 | kerio | in theory, no |
17:51.57 | tadzik | how do I approach this then? |
17:52.06 | tadzik | I can mount some 3.5 GB device over mass storage |
17:52.35 | tadzik | /dev/sdb3 7389184 7454719 32768 c W95 FAT32 (LBA), fdisk says |
17:52.40 | kerio | that's your uSD probably :) |
17:52.50 | kerio | anyway, you're still in mass storage mode, right? |
17:52.57 | tadzik | hm, no |
17:53.01 | kerio | ok, reenable it |
17:53.03 | tadzik | uSD I've taken out |
17:53.05 | kerio | no, wait |
17:53.13 | tadzik | maybe I'll dd it over first |
17:53.18 | kerio | yes, that would be better :) |
17:53.31 | tadzik | now not to mess up if and of... ;) |
17:53.33 | kerio | do you have bootmenu, backupmenu or rescueos installed? |
17:53.42 | kerio | no, don't think about doing that via network |
17:53.45 | kerio | it's never going to end |
17:53.46 | tadzik | 33554432 bytes (34 MB) copied, 2.82956 s, 11.9 MB/s |
17:53.48 | tadzik | crap |
17:54.10 | kerio | what's that? |
17:54.17 | tadzik | that's the result of dd-ing |
17:54.18 | kerio | so it's 34MB of random crap? |
17:54.23 | tadzik | probably |
17:54.25 | kerio | meh |
17:54.29 | kerio | still fixable! :D |
17:54.31 | tadzik | okay. I did have bootmenu |
17:54.34 | tadzik | and uboot worked |
17:54.42 | tadzik | well, okay |
17:54.43 | kerio | i assume you have a shell now |
17:54.49 | tadzik | I *did* have uboot and bootmenu |
17:54.50 | tadzik | yes, I do |
17:54.55 | kerio | get root |
17:55.05 | tadzik | okay, I'll need to give HAM 10 minutes |
17:55.15 | kerio | haha |
17:55.32 | tadzik | or 20 |
17:55.41 | kerio | tadzik: once you have root, connect via usb but don't enable anything in the UI |
17:56.20 | kerio | check that mmcblk0 has a ~28GB partition in mmcblk0p1 |
17:56.54 | kerio | "sfdisk -l" will list partitions |
17:58.03 | tadzik | on the bright side, HAM is blazingly fast on this new maemo :o |
17:58.24 | kerio | tadzik: if you have a ~28GB partition in mmcblk0p1, then connect usb without enabling anything in the UI |
17:58.32 | tadzik | kerio: yeah, p1 is huge in sfdisk -l |
17:58.44 | kerio | and then osso-usb-mass-storage-enable.sh /dev/mmcblk0p1 |
17:58.44 | tadzik | okay, plugged in |
17:59.08 | kerio | your laptop will probably complain that it doesn't have a valid filesystem on it |
17:59.22 | tadzik | it shows the same 3.5G partition as before |
17:59.23 | kerio | ...actually no, it's probably stupider - it'll read the partition table from nemo |
17:59.31 | tadzik | oh, wait |
17:59.33 | tadzik | I'm stupid |
17:59.38 | kerio | we're all stupid |
17:59.40 | tadzik | p1 is sdb1, not sdb3 |
17:59.46 | tadzik | *facedesk* |
17:59.56 | kerio | no, maybe you don't get it |
18:00.02 | kerio | your mmcblk0p1 starts with a partition table |
18:00.03 | tadzik | yeah, maybe not |
18:00.22 | kerio | the n900 exports it as a superfloppy, but your linux laptop parses that as a real volume |
18:00.26 | kerio | with a partition table |
18:00.35 | kerio | anyway, check that the whole /dev/sdb is 28gb |
18:00.37 | kerio | and dd it whole |
18:00.59 | tadzik | [sdb] 56631296 512-byte logical blocks: (28.9 GB/27.0 GiB) |
18:01.03 | tadzik | looks correct |
18:01.39 | *** join/#maemo-ssu arcean (~arcean@aafq190.neoplus.adsl.tpnet.pl) |
18:01.51 | tadzik | oh, wait. I don't have 28 on this ssd :D |
18:01.56 | kerio | dd if=/dev/sdb of=mydocs bs=1m |
18:01.57 | kerio | hahaha |
18:01.58 | kerio | nice |
18:02.01 | tadzik | time to drop some star trek |
18:02.15 | kerio | checks |
18:02.27 | kerio | 24gb free on the hdd, 75gb free on the ssd |
18:02.34 | tadzik | uh, I didn't do bs=1m |
18:02.42 | tadzik | what difference would it make? |
18:02.43 | kerio | ^c and try again |
18:02.50 | kerio | tadzik: 700kb/s vs 15mb/s |
18:02.53 | DocScrutinizer51 | none |
18:03.03 | tadzik | okay, convincing |
18:03.06 | kerio | DocScrutinizer51: huh? |
18:03.08 | DocScrutinizer51 | takes longer |
18:03.14 | kerio | takes *a lot* longer |
18:03.19 | raccoon_ | yeah, it's quite a difference. |
18:03.27 | raccoon_ | but does not make any impact on the actual data. |
18:05.26 | tadzik | dd: invalid number `1m' |
18:05.37 | kerio | 1M |
18:05.47 | tadzik | 1M, mayhaps... right |
18:05.47 | kerio | silly gnu vs bsd difference |
18:06.05 | tadzik | yeah, that's 10-ish MBs a second |
18:06.49 | tadzik | okay, after that I'll still have to go through the vanilla image shamanism, or there'd be a way to format p1 on device? |
18:07.00 | DocScrutinizer51 | tadzik: it's the size of datachunk transfered by one IO read/write call |
18:07.03 | kerio | tadzik: i'd go through the vanilla image shamanism |
18:07.09 | tadzik | alright |
18:07.10 | kerio | but of course there is, mkfs.vfat |
18:07.11 | kerio | :) |
18:07.17 | kerio | this is unix |
18:07.20 | tadzik | sure |
18:07.21 | kerio | whatever you did, it's fixable |
18:07.32 | tadzik | I just wonder how much of the directory structure I'll have to manually restore |
18:07.43 | tadzik | .sounds, .documents etc |
18:08.09 | tadzik | + gazillions of things I have no idea about |
18:08.16 | tadzik | so flashing is probably safer |
18:08.47 | DocScrutinizer51 | what you're about to do? |
18:09.28 | tadzik | recover as much data as possible from the old MyDocs; get back a functioning maemo |
18:09.33 | tadzik | possibly in parallel |
18:11.41 | kerio | tadzik: just reflash |
18:11.42 | kerio | srsly |
18:11.53 | kerio | the directories are automagically recreated though |
18:12.02 | kerio | also wtf, why are we doing this here |
18:12.04 | tadzik | yeah, I see DCIM in my New MyDocs |
18:12.05 | kerio | this is not #maemo |
18:12.11 | tadzik | oh, true |
18:12.24 | tadzik | I'll move over there, sorry |
18:12.26 | DocScrutinizer51 | flashing MyDocs means emmc means opt anyway |
18:12.28 | kerio | nah |
18:21.39 | *** join/#maemo-ssu arcean (~arcean@aafq190.neoplus.adsl.tpnet.pl) |
18:39.38 | *** join/#maemo-ssu arcean (~arcean@aafq190.neoplus.adsl.tpnet.pl) |
19:01.55 | *** join/#maemo-ssu NIN101 (~NIN@p5DD292DA.dip0.t-ipconnect.de) |
19:09.06 | tadzik | I'm enabling CSSU on freshly-flashed device, and it has conflicts when trying to update libqtm-bearer |
19:09.30 | freemangordon | are you sure you didn't restore youre programs? |
19:09.49 | tadzik | I didn't, maybe that happened automagically |
19:10.00 | tadzik | part of my emmc remained, like contacts, sms etc |
19:10.08 | tadzik | I was surprised to see qtm after a reflash |
19:11.01 | tadzik | is it supposed to be a part of standard installation? |
19:11.07 | tadzik | it may be that it's even from thumb :D |
19:11.40 | tadzik | no, it's 1:1.0.2-maemo4+0m5 |
19:14.12 | merlin1991 | tadzik: disregard the qtm packages and install the cssu updated instead |
19:14.36 | tadzik | ah, the menu icon |
19:15.06 | merlin1991 | some genius had the idea to put the qtm packages into user/* which makes them visible in ham, who in turn tries to update them one by one, but you can only update them in 1 go |
19:15.36 | merlin1991 | so go straight for the cssu "package" in updates and you should be good :) |
19:15.43 | freemangordon | merlin1991: and why we didn't move them out of user section? |
19:16.08 | merlin1991 | freemangordon: good question, but it wouldn't solve the initial problem anyway |
19:16.22 | freemangordon | yeah |
19:16.25 | merlin1991 | what tadzik sees isn't from us but the nokia repos :/ |
19:16.34 | freemangordon | I know |
19:16.46 | freemangordon | aah, yes, I got it |
19:27.22 | *** join/#maemo-ssu _rd (~rd@p57B48EF7.dip0.t-ipconnect.de) |
19:31.46 | *** join/#maemo-ssu arcean (~arcean@aafq190.neoplus.adsl.tpnet.pl) |
19:55.15 | *** join/#maemo-ssu toxarisswe (~toxaris@s83-180-246-172.cust.tele2.se) |
20:52.59 | *** join/#maemo-ssu _rd (~rd@p57B48EF7.dip0.t-ipconnect.de) |
21:05.11 | *** join/#maemo-ssu _rd (~rd@p57B48EF7.dip0.t-ipconnect.de) |
21:09.08 | *** join/#maemo-ssu Sc0rpius (~naikel@190.79.197.57) |
21:25.09 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
21:35.10 | *** join/#maemo-ssu Sc0rpius (~naikel@190.79.197.57) |
21:38.02 | *** join/#maemo-ssu Sc0rpius (~naikel@190.79.197.57) |
21:55.57 | *** join/#maemo-ssu arcean (~arcean@aafq190.neoplus.adsl.tpnet.pl) |
22:28.34 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
22:39.25 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
22:54.47 | *** join/#maemo-ssu Sc0rpius (~naikel@190.79.197.57) |
22:54.57 | *** join/#maemo-ssu arcean (~arcean@aafq190.neoplus.adsl.tpnet.pl) |
22:58.54 | *** join/#maemo-ssu Skry (~skry@81-175-148-89.bb.dnainternet.fi) |