[Expired for snapd (Ubuntu) because there has been no activity for 60
days.]
** Changed in: snapd (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1667882
T
Multiple speedups for snapd seeding have been implemented since this was
first filed, can you confirm that you still see slow snapd seeding on
boot without any snaps installed on the system?
Also @mpathy, the issue surrounding gnome-calculator being slow to start is a
separate issue that has als
This all is still happening:
graphical.target @3min 44.860s
└─multi-user.target @3min 44.859s
└─snapd.seeded.service @1min 32.298s +42.935s
└─snapd.service @1min 32.544s +42.687s
└─basic.target @1.999s
└─sockets.target @1.999s
└─snapd.socket @1.998s +837us
Oh, I guess I read the output wrong, +12ms isn't bad.
** Changed in: snapd (Ubuntu)
Importance: High => Undecided
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1667882
Title:
snapd taking enormo
I don't even have any snaps installed but snapd appears to delay my boot
by 93 seconds.
I am running Ubuntu 17.10 Alpha with snapd 2.26.8+17.10. I have a
traditional non-SSD hard drive.
$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" charact
