/srv/irclogs.ubuntu.com/2022/04/05/#ubuntu-quality.txt

=== tomreyn_ is now known as tomreyn
ubuntubridgebot[telegram] <Leokolb> Like the new testcase for WSL on the QA site - clear concise instructions - http://iso.qa.ubuntu.com/qatracker/milestones/429/builds/246554/testcases11:18
ubuntubridgebot[telegram] <MrkiMike> folks, is it just me or 'apt-get update' (or apt update) takes - forever. 11:19
ubuntubridgebot[telegram] <MrkiMike> And it's not downloading files, it's doing 'store', a process which uses 100% of cpu, and lasts for like 60-90 seconds11:19
ubuntubridgebot[telegram] <Leokolb> What flavour? (re @MrkiMike: folks, is it just me or 'apt-get update' (or apt update) takes - forever. 11:20
ubuntubridgebot[telegram] <Leokolb> And it's not downloading files, it's doing 'store', a process which uses 100% of cpu, and lasts for like 60-90 seconds)11:20
ubuntubridgebot[telegram] <MrkiMike> UbuntuMATE, this is 20.04, but I experience this on 21.10 (plain Ubuntu) too (I have it in KVM for some testing) (re @Leokolb: What flavour?)11:20
ubuntubridgebot[telegram] <Leokolb> tested mate this am - no problems with update11:21
ubuntubridgebot[telegram] <MrkiMike> the updates work fine, it's just that this 'store' process runs very long11:21
ubuntubridgebot[telegram] <Leokolb> ah..kvm - i am running barebone11:21
ubuntubridgebot[telegram] <MrkiMike> Why would there be a difference?11:22
ubuntubridgebot[telegram] <Leokolb> possibly - maybe yr internet connection?11:23
ubuntubridgebot[telegram] <Leokolb> maybe someone else has same problem ..11:24
ubuntubridgebot[telegram] <MrkiMike> That's why I'm asking here. It's not internet problem - again, it's the 'store' process that uses 100% cpu for over a minute.11:26
ubuntubridgebot[telegram] <Leokolb> Just tested on Mate Jammy apt update 2 seconds on a dell opti 7040 box with ethernet connection (re @MrkiMike: That's why I'm asking here. It's not internet problem - again, it's the 'store' process that uses 100% cpu for over a minute.)11:27
ubuntubridgebot[telegram] <MrkiMike> Again, this has nothing to do with internet connection :)11:35
ubuntubridgebot[telegram] <MrkiMike> mario@BUNTOR ~> file /usr/lib/apt/methods/store11:36
ubuntubridgebot[telegram] <MrkiMike> /usr/lib/apt/methods/store: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=49729cefd509c904cb21134693875a05fbe43586, for GNU/Linux 3.2.0, stripped11:36
ubuntubridgebot[telegram] <MrkiMike> this is the process that is started by apt-get after it downloads all the package lists11:36
ubuntubridgebot[telegram] <MrkiMike> and that one lasts forever11:36
ubuntubridgebot[telegram] <MrkiMike> and now, desktop machine (well, this one is Neon, based on Ubuntu LTS), I can barely notice the store process starting11:37
ubuntubridgebot[telegram] <MrkiMike> I don't fully understand what that 'store' is, and why it takes so long (I see that it decompresses something...)11:37
ubuntubridgebot[telegram] <Leokolb> Sorry @MrkiMike have never run into this myself .12:06
ubuntubridgebot[telegram] <teward001> @MrkiMike cannot reproduce here, it could be a disk issue on your end or network slowness, do you have a minimally repeatable example that we can attempt the same processes?  from system setup to when you get your issue22:35
ubuntubridgebot[telegram] <teward001> also apt is better than apt-get just saying ;)22:35
ubuntubridgebot[telegram] <teward001> it could be a compression CPU usage - that uses CPU a lot if its compressing data at all22:36

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!