| *** frinring_ is now known as frinring | 03:51 | |
| *** svartoyg_afk is now known as svartoyg | 13:46 | |
| *** svartoyg is now known as svartoyg_afk | 19:42 | |
| juhaj | Slight issue with Mouhijoki update: Error: Subprocess failed. Error: RPM failed: error: unpacking of archive failed on file /usr/lib/python2.7/site-packages/setuptools-0.6c11-py2.7.egg-info: cpio: rename failed - Is a directory | 19:43 |
|---|---|---|
| juhaj | Ideas? | 19:43 |
| juhaj | There's also another issue, with Error: File '/repodata/repomd.xml' not found on medium 'https://store-repository.jolla.com/releases/2.2.0.29/aliendalvik//?credentials=store' but that happens later | 19:43 |
| mal | which device? | 19:43 |
| juhaj | AquaFish turned into JollaC with coderus's instructions | 19:47 |
| juhaj | I understand the cpio problem but cannot figure out how to sort it out (short of mv /usr/lib/python2.7/site-packages/setuptools-0.6c11-py2.7.egg-info /away which I am afraid will break something) | 19:48 |
| juhaj | Ok, sorted out the setuptools bit, the aliendalvik bit is still a mystery | 20:34 |
| kimmoli | isnt that url missing arch? | 20:42 |
| mal | kimmoli: juhaj it seems the missing part is device codename | 20:44 |
| mal | not sure why | 20:44 |
| mal | not sure why it's missing | 20:45 |
| kimmoli | ah sure, ports have armv7hl... | 20:45 |
| juhaj | Well, the .ini says aliendalvik=%(releaseProtocol)://%(releaseDomain)/aliendalvik/%(%(update-version:-bar):=bar?latest-%(flavourName)|%(update-version))/%(deviceVariant)/ | 20:46 |
| juhaj | which I think is correct | 20:46 |
| juhaj | But in case that isn't the correct one, then I don't know what %(deviceVariant) should be as it works with other repos | 20:47 |
| mal | so deviceVariant is empty | 20:47 |
| kimmoli | does ssu ur help? | 20:48 |
| mal | on jolla c deviceVariant is l500d | 20:48 |
| mal | ssu ur is a good idea to test | 20:48 |
| juhaj | Or l500d-dhd? | 20:48 |
| juhaj | I take it I should run zypper ref after ssu ur? | 20:49 |
| mal | check the urls using ssu lr after that | 20:49 |
| kimmoli | ssu lr and check what it says for that repo url | 20:49 |
| juhaj | (When would that have broken then because ssu ur was the *previous* command right before version --dup which gave me the above error! | 20:49 |
| juhaj | Still https://store-repository.jolla.com/releases/2.2.0.29/aliendalvik// | 20:50 |
| mal | juhaj: is this the first time you do the update? | 20:50 |
| juhaj | First time I do an update to 2.2.0.29, yes | 20:50 |
| mal | need to check where it gets that deviceVariant | 20:50 |
| juhaj | How? | 20:51 |
| mal | I mean I need to check | 20:51 |
| mal | on my device | 20:51 |
| juhaj | Oh, that would be nice if you could do that | 20:57 |
| juhaj | Jolla1 has "SbJ" for that deviceVariant but I doubt that works for AquaFish/JollaC | 20:58 |
| juhaj | The correct URL for AquaFish *was* https://store-repository.jolla.com/releases/2.0.2.45/aliendalvik/l500d/ at least for that version | 21:03 |
| mal | does ssu s report correct device codename? | 21:09 |
| juhaj | You mean ssu mo? | 21:11 |
| juhaj | ssu s says "Device model: Jolla C (l500d / JP-1601)" which isn't particularly convincing | 21:11 |
| juhaj | ssu mo says l500d but dunno if that's right or not now that it's been "jollacified" | 21:11 |
| mal | those are correct | 21:11 |
| juhaj | what does /usr/share/ssu/board-mappings.d/10-l500d-jolla.ini say for you? | 21:12 |
| mal | [l500d] | 21:12 |
| mal | prettyModel=Jolla C | 21:12 |
| mal | deviceManufacturer=Jolla | 21:12 |
| mal | deviceDesignation=JP-1601 | 21:12 |
| juhaj | Hm... I hoped the deviceVariant string would have come from that file | 21:13 |
| mal | did the update go through completely or did your last update break in the middle | 21:14 |
| juhaj | Failed in the middle, as I said | 21:14 |
| juhaj | In the middle of version --dup | 21:14 |
| juhaj | (Or rather close to the middle: [43 %]) | 21:15 |
| mal | ok, then there is possibility that there is some mismatch, try disabling the alien repo for now and try to continue update | 21:16 |
| mal | ssu dr aliendalvik | 21:16 |
| juhaj | But won't that disable alien upgrade? | 21:16 |
| mal | yes, but that is the least of your problems now | 21:16 |
| juhaj | Not a problem on its own, I'm happy to upgrade it later, but if it prevents other bits of the upgrade then it may be a problem | 21:16 |
| mal | you can enable it again if the repo urls are ok after finishing version --dup | 21:17 |
| juhaj | Sure | 21:17 |
| mal | I think alien should be quite self contained system | 21:17 |
| juhaj | One would think so and in any case it would seem unlikely anything depends on IT (instead of it depending on something) | 21:18 |
| mal | yes | 21:18 |
| juhaj | Unless "feature-jolla" or some similar metapackage depends on it | 21:18 |
| mal | we'll see | 21:18 |
| juhaj | Not reassuring, is it? :) | 21:18 |
| mal | I highly doubt not updating alien will break anything | 21:19 |
| mal | the "safe" way is to uninstall alien and update after that but to me that is overkill solution | 21:20 |
| mal | it will complain about dependencies if there is some problem with alien installed | 21:20 |
| attah | Flump! Here i'm derpng with gstreamer (sure, partly for restreaming or similar stuff), and it turns out i can just throw a hls stream at the source of a MediaPlayer | 21:24 |
| attah | Seems i need to make a svtplay app too now | 21:24 |
| juhaj | By the way, is there a python3-version of numpy somewhere for sfos? | 21:38 |
| juhaj | Ok, what next: /usr/bin/rnd-dist-upgrade is stuck after "REFRESHING CACHE AND DOWNLOADING PACKAGES", it just says "Waiting" | 21:49 |
| mal | what did yo run? version --dup? | 21:52 |
| juhaj | Yep | 21:53 |
| Dakon | hrhr, I'm just testing numpy patches to get it pass it's own testsuite on sparc ;) | 21:53 |
| juhaj | But that goes straight to /usr/bin/rnd-dist-upgrade | 21:53 |
| juhaj | Dakon: On sparc? We just hired some sparc designers who got unhappy that sparc got killed :( | 21:54 |
| Dakon | T5120 ;) | 21:54 |
| juhaj | Ok, I gave ctrl-c to version --dup and restarted it, it's not doing anything except polling a domain socket. What's supposed to be at the other end of the socket? It's obviously not there | 21:59 |
| mal | juhaj: check journalctl output | 22:01 |
| juhaj | Nothing suspicious there | 22:01 |
| juhaj | except some nemo-transfer-engine starting (but not crashing) | 22:01 |
| mal | does it show enough output? use -n 1000 for example to get more | 22:02 |
| juhaj | with -x it does | 22:02 |
| juhaj | Perhaps these are related: ne[32625]: [D] unknown:0 - Scheduling exit in 5000 ms | 22:03 |
| juhaj | but those do not seem to be errors or anything | 22:03 |
| mal | anything about package management related | 22:04 |
| juhaj | Not that i can find. | 22:04 |
| juhaj | Hm... unless "void ServiceStatus::queryStatus(ServiceStatus::QueryStatusMode) Credentials need update for accout id: 30" is a clue | 22:04 |
| juhaj | Interesting "pkcon repo-list" also just "Waiting in queue" forever | 22:07 |
| mal | ah, maybe go account settings and relogin | 22:08 |
| mal | +to | 22:08 |
| juhaj | From command line..? | 22:08 |
| juhaj | Afaik I'm logged in? | 22:09 |
| juhaj | (e.g. from "Settings" I can check for sailfish updates and I can see the store contents in Store etc) | 22:10 |
| juhaj | Ok, wtf? | 22:11 |
| juhaj | [root@alnilam ~]# ssu up | 22:11 |
| juhaj | Device is not registered, can't update credentials | 22:11 |
| mal | settings->accounts | 22:17 |
| juhaj | Yes, as I said, in Settings everything looks ok | 22:18 |
| mal | then select jolla account and the pulldown menu has some option for credential | 22:18 |
| juhaj | Yes, delete or update. Updated. No change. | 22:18 |
| juhaj | I don't think this has anything to do with accounts or credentials: "pkcon repo-list" is a local operation, isn't it? | 22:19 |
| juhaj | And that hangs | 22:19 |
| juhaj | Hm... what has "store-client" to do with this? Everything?-o It does not seem ok: "[27548]: [D] unknown:0 - -- still busy, restarting inactivity timer" (that PID is store-client) | 22:21 |
| attah | fwiw my XA2 doesn't like ssu up either, even after re-logging in from settings | 22:21 |
| attah | (And i did manage to snag a license) | 22:21 |
| juhaj | I should not even need to do "ssu up" | 22:22 |
| mal | not sure if I have ever done ssu up | 22:23 |
| juhaj | Ok, what ever happened to packagekitd, restarting that sorted pkcon repo-list | 22:23 |
| juhaj | And also version --dup works now | 22:23 |
| mal | ok | 22:23 |
| mal | does it download something | 22:23 |
| juhaj | The last log message from packagekit was "starting up", yet it had died without a log message and pkcon/versoin didn't know how to restart it (usually pkcon can do that) | 22:24 |
| juhaj | No, it hit the same damn aliendalvik problem again | 22:24 |
| juhaj | Despite my previously disabling it | 22:25 |
| mal | so disable it again and make sure it's disabled in ssu lr output | 22:25 |
| juhaj | But what re-enabled it?!? | 22:26 |
| mal | probably ssu ur or something | 22:28 |
| juhaj | I don't think so: first of all, I disabled it with ssu dr so why would ssu ur enable it and second, I just re-disabled it with ssu dr and ran ssu ur and ssu lr: it stayed disabled. | 22:30 |
| juhaj | For some reason, customer-intex repo had become re-enabled as well. | 22:31 |
| mal | disable or remove it again | 22:31 |
| juhaj | Now they are both disabled and version --dup has progressed further than ever before, so so far so good | 22:31 |
| mal | also check if you have any intex packages installed | 22:31 |
| juhaj | Already did, don't have | 22:32 |
| juhaj | Ok, refreshing cache finished (for the first time). | 22:34 |
| juhaj | Upgrading system now, at 0% | 22:34 |
| juhaj | (It actually got to 43% of upgrading on the first attempt before it hit that python-setuptools snag | 22:35 |
| juhaj | So I suspect a progress of 2% (which is where it is now) actually means almost 4% of the original total | 22:35 |
| Dakon | has anyone of you wondered why the normal GUI update process does not show a progress bar for the download? | 22:40 |
| juhaj | 61% | 22:43 |
| juhaj | I never used the GUI update after it failed on wife's Jolla1 some years ago. Turned out there wasn't enough space on / but the GUI wasn't able to tell me. It's been version --dup ever since as that actually tells me what's going on and (most) errors, too (though not all as we've seen today) | 22:44 |
| juhaj | Ok, upgrade finished, possibly successfully... | 22:53 |
| mal | Dakon: it does, in the image | 22:54 |
| mal | juhaj: hopefully it worked now | 22:55 |
| juhaj | Ok, now I have the correcy url in aliendalvik. How do I upgrade it now that version --dup finished without it? Just zypper update? | 22:55 |
| mal | version --dup again should work if you enable the repo again | 22:57 |
| juhaj | Ok, will try that (after pkcon refresh finishes) | 22:59 |
| mal | also zypper should work | 22:59 |
| juhaj | zypper needs packagekitd to die, and since I had some weird behaviour from it earlier, I think I'll try version --dup instead and then reboot | 23:07 |
| juhaj | Ok, aliendalvik 1.0.89-1 installed :) | 23:17 |
| juhaj | reboot time (as soon as I make a fresh backup) | 23:18 |
| juhaj | Interesting. After reboot, the screen is still in boot logo "Jolla", not intex any more, but I can ssh in fine :) | 23:35 |
| juhaj | And somehow "version --verify" still thinks some intex packages should be installed... | 23:37 |
| juhaj | Let's see if version --dup thinks we still need to install something | 23:39 |
| juhaj | Ok, the normal home screen appeared after some minutes of waiting on its own. Cool. Then 3.0.0.8 ... :) | 23:52 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!