| 00:14.11 | *** join/#maemo-ssu DocAvalanche (~lagrange@lagrange.cloud-7.de) |
| 00:14.12 | *** join/#maemo-ssu DocAvalanche (~lagrange@openmoko/engineers/joerg) |
| 00:55.01 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 00:55.01 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
| 01:24.50 | DocScrutinizer51 | freemangordon: ping |
| 01:26.32 | DocScrutinizer51 | freemangordon: remember http://mg.pov.lt/maemo-irclog/%23maemo.2012-05-21.log.html#t2012-05-21T20:19:58 ? I'm still interested in a pointer into TRM regarding the call to security monitor you found |
| 01:28.53 | DocScrutinizer51 | freemangordon: I also wonder if that call can initialize " The Instruction L1 System Array Debug Register 0" as well |
| 01:30.07 | DocScrutinizer51 | as it seems to me if we can initialize this friggin register to zero, we're on the safe side regarding possible bugs spoiling the CONFIG_ARM_ERRATA_430973 |
| 01:31.39 | DocScrutinizer51 | if we can't *write* to that register, maybe even reading it and checking it has no dangerous value will just be fine on that code which enables the 430973 workaround |
| 01:33.45 | DocScrutinizer51 | for my personal metrics regarding sufficiently evaluated kernel patches, taking care about 687067 would make me feel confident about the whole fix |
| 01:34.36 | DocScrutinizer51 | you may or may not be right that it's not triggered in real life, but if we can fix it by initializing this obscure register to zero, we don't even have to ponder |
| 01:36.18 | DocScrutinizer51 | (just in case you wonder why I come back with this stuff - yes I'm still trying to find expertise and to come up with a way to eventually upstream the whole thing) |
| 01:37.36 | DocScrutinizer51 | werner almesberger suggested linux-arm ML |
| 01:57.42 | *** join/#maemo-ssu MohammadAG (~MohammadA@ool-45772b34.dyn.optonline.net) |
| 01:58.42 | *** join/#maemo-ssu xnt14 (~xnt14@ool-45772b34.dyn.optonline.net) |
| 02:20.36 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
| 02:32.35 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.142) |
| 02:32.43 | *** join/#maemo-ssu xnt14 (~xnt14@ool-45772b34.dyn.optonline.net) |
| 03:14.40 | *** join/#maemo-ssu Estel^ (~Estel@dgf46.neoplus.adsl.tpnet.pl) |
| 05:06.36 | *** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy) |
| 05:11.29 | *** join/#maemo-ssu jd (~jade@Jade.broker.freenet6.net) |
| 05:11.31 | *** join/#maemo-ssu jd (~jade@unaffiliated/jade) |
| 07:47.52 | *** join/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net) |
| 08:08.34 | *** part/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net) |
| 08:17.09 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 08:39.45 | *** join/#maemo-ssu AndrewX192 (~andrew@002369d5e799.click-network.com) |
| 08:39.45 | *** join/#maemo-ssu AndrewX192 (~andrew@unaffiliated/andrewx192) |
| 08:45.37 | *** join/#maemo-ssu AndrewX192_ (~andrew@unaffiliated/andrewx192) |
| 08:55.21 | *** join/#maemo-ssu NIN101 (~NIN@p5DD287B4.dip0.t-ipconnect.de) |
| 09:47.20 | *** join/#maemo-ssu arcean (~arcean@aaft56.neoplus.adsl.tpnet.pl) |
| 10:01.55 | *** join/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net) |
| 10:18.55 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 10:20.01 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
| 10:34.20 | *** join/#maemo-ssu arcean (~arcean@aaft56.neoplus.adsl.tpnet.pl) |
| 11:08.27 | *** join/#maemo-ssu trbs (~trbs@2001:470:d2ad:1:4a5b:39ff:fe7d:1623) |
| 12:04.47 | *** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 12:44.29 | *** join/#maemo-ssu Atarii (~Atarii@77.107.156.213) |
| 12:44.29 | *** join/#maemo-ssu Atarii (~Atarii@unaffiliated/atarii) |
| 12:48.46 | *** join/#maemo-ssu smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
| 12:55.46 | merlin1991 | Raimu: ping |
| 12:59.09 | Raimu | Hello. |
| 12:59.38 | Raimu | merlin1991: Yes! |
| 13:00.16 | merlin1991 | so about that libstdc++ error |
| 13:00.22 | merlin1991 | when exactly do you get it? |
| 13:00.38 | merlin1991 | I added the thumb repo on my device and did an apt-get update, and there were no problems |
| 13:04.54 | *** join/#maemo-ssu jd (~jade@bas2-montreal33-2925043662.dsl.bell.ca) |
| 13:04.55 | *** join/#maemo-ssu jd (~jade@unaffiliated/jade) |
| 13:05.36 | Raimu | Huh, lemme check right now. |
| 13:06.55 | Raimu | Heh, I see freemangordon had the same problem. |
| 13:06.56 | Raimu | <PROTECTED> |
| 13:06.59 | Raimu | <PROTECTED> |
| 13:07.02 | Raimu | <PROTECTED> |
| 13:07.13 | Raimu | Sorry for the bad lines. I'm doing an update right now to see where the error pops up. |
| 13:07.17 | merlin1991 | well I need details so I can go fixing :D |
| 13:10.35 | Raimu | E: Problem parsing dependency Depends |
| 13:10.35 | Raimu | E: Error occurred while processing libstdc++6 (NewVersion1) |
| 13:10.36 | Raimu | E: Problem with MergeList /opt/fapman-cache/lists/maemo.merlin1991.at_cssu_community-thumb_dists_fremantle_free_binary-armel_Packages |
| 13:10.39 | Raimu | E: The package lists or status file could not be parsed or opened. |
| 13:28.06 | merlin1991 | so you get that with fapman? |
| 13:28.47 | merlin1991 | freemangordon: ping |
| 13:44.34 | Raimu | merlin1991: Yep, with fapman and with apt-get update -- same error, different directory in one of the error lines. |
| 13:45.08 | merlin1991 | what does it say on apt-get update exactly, and which repos do you have enabled? |
| 13:49.40 | Raimu | Reading package lists... Error! |
| 13:49.40 | Raimu | E: Problem parsing dependency Depends |
| 13:49.40 | Raimu | E: Error occurred while processing libstdc++6 (NewVersion1) |
| 13:49.40 | Raimu | E: Problem with MergeList /var/lib/apt/lists/maemo.merlin1991.at_cssu_community-thumb_dists_fremantle_free_binary-armel_Packages |
| 13:49.43 | Raimu | E: The package lists or status file could not be parsed or opened. |
| 13:50.34 | Raimu | I've got all 3 extras repos, the two Nokia ones and cssus testing, devel and thumb on right at this moment. |
| 13:50.37 | merlin1991 | could you pastebin /etc/apt/sources.list.d/hildon-application-manager.list ? |
| 13:50.48 | Raimu | Sure! |
| 13:51.01 | merlin1991 | also having all 3 extras repos is a waste of time ;) |
| 13:51.14 | merlin1991 | you only need extras-devel since the other 2 are subsets of -devel |
| 13:53.39 | Raimu | http://pastebin.com/Za4uFM11 |
| 13:53.57 | Raimu | ...huh. I guess so. :D |
| 13:54.44 | merlin1991 | it speeds up ham a lot if you remove uneccesary entries .) |
| 13:59.15 | Raimu | The devel one takes the longest time by far, but every bit helps. |
| 13:59.45 | merlin1991 | well ofc |
| 13:59.48 | merlin1991 | it's the biggest one :D |
| 14:01.08 | Raimu | Trimming now. |
| 14:01.22 | Raimu | Anyway, any inkling as to why this error? |
| 14:02.28 | merlin1991 | still trying to reproduce, after that I can check :D |
| 14:14.01 | merlin1991 | yeah I managed to reproduce, will see what it is |
| 14:14.02 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 14:21.36 | Raimu | Thanks. |
| 14:39.37 | *** join/#maemo-ssu Jade (~jade@Jade.broker.freenet6.net) |
| 14:39.38 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 15:43.40 | freemangordon | merlin1991, pong |
| 15:43.55 | merlin1991 | found it out myself, ham was acting up :D |
| 15:44.01 | freemangordon | :D |
| 15:44.10 | freemangordon | everithing working now? |
| 15:44.26 | freemangordon | s/everithing/everything/ |
| 16:00.19 | *** join/#maemo-ssu arcean (~arcean@aaft56.neoplus.adsl.tpnet.pl) |
| 16:17.28 | merlin1991 | nah |
| 16:17.32 | merlin1991 | didn't find the error |
| 16:32.07 | *** part/#maemo-ssu smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
| 16:33.37 | *** join/#maemo-ssu toxaris (~toxaris@90-230-114-186-no34.tbcn.telia.com) |
| 16:35.56 | freemangordon | merlin1991, there is something wring with th epackage |
| 16:35.59 | freemangordon | *wrong |
| 16:36.25 | freemangordon | did you package it under SB? |
| 16:54.22 | merlin1991 | err how? :D |
| 16:54.37 | merlin1991 | nah I did it manually, I think I made a mistake in one line of the control file |
| 16:54.43 | freemangordon | WHAT? |
| 16:54.43 | merlin1991 | I'll have it fixed tonight |
| 16:54.57 | freemangordon | aah, merlin1991, make a source package :P |
| 16:55.02 | freemangordon | ok |
| 16:55.23 | freemangordon | BTW I am nearly don with FB library |
| 16:55.39 | merlin1991 | nice |
| 16:55.43 | freemangordon | hopefuly will have it running on my device in a few hours |
| 16:55.59 | merlin1991 | I guess for once we can ship something that replaces with cssu without anybody complaining :D |
| 16:56.10 | freemangordon | still wondering... isn't that a perfect candidate for CSSU? |
| 16:56.17 | merlin1991 | it is more than perfect |
| 16:56.17 | freemangordon | yeah |
| 16:56.21 | merlin1991 | broken stock component |
| 16:56.24 | merlin1991 | fixt by the mighty cssu |
| 16:56.29 | freemangordon | :D:D:D |
| 16:56.31 | freemangordon | yeah |
| 16:57.43 | merlin1991 | btw did you reg for an api key from fb, or does the plugin need none? |
| 16:58.35 | freemangordon | Nah, there is a hardcoded api key and secret in lib I am REing |
| 16:59.40 | merlin1991 | hehe and you red it |
| 16:59.48 | merlin1991 | just make sure not to put that part on gitorious ;) |
| 17:00.12 | freemangordon | There just no way not to put it |
| 17:00.17 | merlin1991 | err why? |
| 17:00.21 | freemangordon | it is a simple string |
| 17:00.32 | merlin1991 | sure, but we don't have to make it easy for people |
| 17:00.46 | freemangordon | and that is API key, it is not user credentils or something |
| 17:01.00 | merlin1991 | ah well |
| 17:01.07 | freemangordon | well, ok, let me finish and will discuss that with mag |
| 17:01.09 | merlin1991 | I'd have said to keep it "secres" |
| 17:01.20 | merlin1991 | *secret* |
| 17:01.29 | freemangordon | he has all the FB knowledge |
| 17:02.03 | merlin1991 | well basically an api key should identify a company/product, in this case nokia |
| 17:02.21 | freemangordon | yep |
| 17:02.23 | freemangordon | I know that |
| 17:02.28 | merlin1991 | so if we put the nokia key in plaintext onto the net fb can decide to revoke that key bceause it's "compromised" |
| 17:02.45 | freemangordon | well, will ask how mag has solved that |
| 17:02.51 | merlin1991 | mag has his own key |
| 17:02.59 | merlin1991 | actually 2 distinct keys for his fb stuff |
| 17:03.03 | freemangordon | yeah, but it is the same scenario |
| 17:03.19 | merlin1991 | afaik his key is not in the sources (on gitorious) |
| 17:03.39 | freemangordon | but where? |
| 17:03.49 | merlin1991 | just a local file that is not commited to git |
| 17:03.58 | merlin1991 | ofc in the binary the key is there |
| 17:04.41 | merlin1991 | but ask him to make sure |
| 17:04.58 | merlin1991 | you can even tell dpkg to exclude the file containing the key from the source tarball |
| 17:05.05 | freemangordon | merlin1991, let me finish what I am doing, will decide on how will destriute that once it is working. I won't put the key on gitorious before a discussion on thet |
| 17:05.13 | merlin1991 | yep |
| 17:05.17 | merlin1991 | sounds good |
| 17:05.17 | freemangordon | *distribute |
| 17:17.01 | merlin1991 | btw freemangordon you never got me that gcc link |
| 17:17.25 | freemangordon | I know, will give it to you later |
| 17:21.40 | merlin1991 | hm I fixed the libstdc++ problem |
| 17:21.53 | merlin1991 | but now I'm getting ignoirng provides with binutils |
| 17:21.55 | merlin1991 | dafuq? |
| 17:26.00 | *** join/#maemo-ssu Estel_ (~Estel@dgf46.neoplus.adsl.tpnet.pl) |
| 17:27.50 | merlin1991 | ignoring provides line with depcompareop for package binutils |
| 17:27.52 | merlin1991 | this is ODD |
| 17:33.19 | Raimu | merlin1991: I got that too. |
| 17:33.29 | Raimu | merlin1991: I mean, I got it even before. |
| 17:33.36 | freemangordon | :nod: |
| 17:33.52 | merlin1991 | well I'm atm comparing my libstdc++6 package against the stock one |
| 17:34.07 | merlin1991 | I can say though, that removing the -thumb repo "fixes" the issue |
| 17:34.07 | Raimu | freemangordon: Oh, hey, did you view my comment about presencevnc? |
| 17:34.14 | Raimu | Earlier on this channel. |
| 17:34.17 | merlin1991 | so some package in there is *evil* |
| 17:34.37 | freemangordon | Raimu, no, let me chack |
| 17:35.42 | merlin1991 | hm the libstdc++ package looks fine |
| 17:35.48 | merlin1991 | something else must be at fault |
| 17:36.59 | freemangordon | Raimu, I saw your comment, could be that we need some other library besides libstdc++ from gcc4.6.2 (libgcc or something). Will check that later on |
| 17:39.01 | merlin1991 | freemangordon: at least the original libstdc++6 package depends on libgcc1 |
| 17:53.22 | *** join/#maemo-ssu smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
| 17:57.31 | Estel_ | freemangordon, also, presencevnc developer is active |
| 17:57.43 | Estel_ | and available through tmo's presencevnc thread |
| 17:57.52 | Estel_ | he may, probably, fix it or provide info |
| 18:02.22 | Estel_ | btw, is logic of 4534565 cssu repos would be kept, facebook plug should go into... |
| 18:02.26 | Estel_ | cssu-rewrites |
| 18:02.30 | Estel_ | or any shit like that |
| 18:02.55 | Estel_ | although, personally, I would like to see it in cssu, normally, even though I don't use facebook and hate it |
| 18:03.31 | Estel_ | BTW, I've asked earlier, if following logic enforced by MightyCSSUMaintainer(tm) users of CSSU are soon to face regression... |
| 18:03.47 | Estel_ | ...by moving re-write of camera-ui to rewrites |
| 18:03.53 | Estel_ | and so goes on |
| 18:04.06 | Estel_ | yet, no one answered. I was asking seriously, what's the plan |
| 18:04.59 | Estel_ | same apply for all component being closed source and/or borked/crippled in funcionality and rewritten in CSSU... |
| 18:05.29 | Estel_ | and if yes, what will remain in "main" cssu, aka cssu-barebone (this name mocked up by me) ;) |
| 18:17.11 | *** part/#maemo-ssu smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
| 18:23.23 | *** join/#maemo-ssu Estel_ (~Estel@dgf46.neoplus.adsl.tpnet.pl) |
| 18:30.51 | *** join/#maemo-ssu smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
| 18:48.45 | *** part/#maemo-ssu smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
| 19:03.16 | gregoa | merlin1991: I also get the binutils/provides warning since a couple of days, and I don't have and never had the thumb repo enabled. but I have the community-devel repo activated. if I comment it out, the warning disappears, if I re-activate it, it comes back. |
| 19:03.24 | *** join/#maemo-ssu smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
| 19:21.56 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 19:24.10 | *** join/#maemo-ssu BCMM (~user@unaffiliated/bcmm) |
| 19:51.45 | merlin1991 | gregoa: odd, on the test device I didn' enable the community-devel repo but only the -thumb one |
| 20:04.38 | Raimu | So the problem independently exists on both. |
| 20:05.02 | Raimu | Or has some common problem existing on all of the merlin1991 repos? |
| 20:05.18 | merlin1991 | it seems to be with both repos |
| 20:05.25 | merlin1991 | as to why, I'm going to find out |
| 20:40.47 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 21:16.59 | gregoa | merlin1991: interesting. - and I have no idea what causes the problem. I've never seen this on a debian machine, and there's nothing suspicious with regard to binutils in /opt/var/lib/apt/lists/*merlin* at a quick glance |
| 21:17.33 | merlin1991 | the really funky thing is that there is nothing regarding binutils in my repos :/ |
| 22:20.20 | merlin1991 | DAT ROFL |
| 22:20.30 | merlin1991 | gregoa: try it with extras-devel disabled |
| 22:22.29 | gregoa | merlin1991: no more warning. do you have an idea why? |
| 22:23.03 | merlin1991 | bs upload to extras-devel? |
| 22:23.36 | Estel_ | Yuo mean busybox, or bullshit? |
| 22:23.48 | merlin1991 | ofc I mean bullshit |
| 22:23.59 | merlin1991 | busybox if annything is mb aka messybox |
| 22:24.01 | Estel_ | merlin1991, gc* was uploaded 5 or 6 days ago |
| 22:24.13 | Estel_ | honestly, i like busybox for embedded development ;) |
| 22:24.16 | Estel_ | anyway |
| 22:24.26 | merlin1991 | Raimu/gregoa reported their problems with an "since a short while" |
| 22:24.35 | gregoa | merlin1991: yes, but which package? and: why does the warning only appear if one of your repos is enabled additionally? |
| 22:24.57 | merlin1991 | conflicting provides/whatever bs in the package control files |
| 22:30.51 | Estel_ | but gregoa isn't using glibc4.6, yep? |
| 22:31.41 | gregoa | Estel_: the warning appeared before I updated libc and friends |
| 22:39.28 | arcean | the problem is with binutils2.22 in Extras-devel |
| 23:12.10 | merlin1991 | I don't understand why though |