[00:02] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Bionic Final] (20180421.1) has been added [00:02] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop i386 [Bionic Final] (20180421.1) has been added [00:05] Anyone else have issues with the control file on today's qatracker? http://iso.qa.ubuntu.com/qatracker/milestones/389/builds/170821/downloads [00:06] I will try to zsync the .iso, in five minutes. [00:06] Ah, the images aren't quite there yet. [00:07] Give it an hour or two, and if they aren't there, I'll shout loudly. [00:07] ah, nm then. I will wait :) [00:16] zsyncing from http://cdimage.ubuntu.com/kubuntu/daily-live/current/ [00:16] I would wait a little bit longer. [00:19] Understood, but I have not zsynced since an first beta image, so rather than race back upstairs to kill it, I figure it will make the next zsync faster. [00:20] OK. [00:20] Right. [00:20] Can anyone repro this? bug 1755912 [00:20] Error: Launchpad bug 1755912 could not be found [00:21] Oh. Sigh. You need upload access to the Ubuntu archive to see it. >_< [00:21] tl;dr: qemu-system-x86_64 crashed with SIGABRT when using option -vga qxl [00:21] Artful and Bionic guests. [00:33] fiddlesticks, I've started putting out the call [00:33] Nah, I'd say go ahead. [00:33] I'll wait a bit to publish on the website then [00:33] I'll continue to shout loudly. [00:34] Nevermind, there they are. [00:35] Full speed ahead! [00:39] just gotta check my links on the news story [00:39] OK. [00:47] https://kubuntu.org/news/bionic-18-04-release-candidate-images-ready-for-testing/ [00:54] One of my older laptops, running 18.04 w/ NVidia 340 driver, says Power Managment module could not be loaded. The PM moduel appears to not be running... solve by scheduling or starting in the Startup and Shutdown. I have never seen this before and none of my other systems have that module running. [00:55] weird [00:55] Power management was working fine prior updates. [00:55] so this is an update, not a fresh install [00:55] I will use this sytem to test the daily download. But I have never seen this issue. [00:55] freakin' nvidia [00:56] I keep holding my breath after every update [00:56] Correct. It's one of the systems I used to test the beta release. [00:57] * DarinMiller also is pointing the finger at NVidia.... Linus taught me how..... [00:57] well, I figure if you file a bug they will say "fresh install doesn't do that [00:57] " [00:58] yeah, no worries. I thought I would mention it to see if anyone else has seen the same. [00:58] not yet [00:58] knock on wood [00:58] grrrr, can't login to kubuntuforum [00:58] anybody got a working login to post the link to the news story? [01:04] yes [01:05] thanks, acheronuk [01:05] https://twitter.com/kubuntu/status/987859201870315520 [01:06] @tsimonq2 isos are still guarenteed at least one respin? [01:06] @acheronuk, Yes. [01:08] Adam's email said something like known bugs which will be fixed by Monday..... [01:08] :-) [01:08] acheronuk: aren't you on vacation? [01:09] so are we really going to ship with https://bugs.launchpad.net/ubuntu/+source/ubiquity-slideshow-ubuntu/+bug/1761592? It's still present in today's ISO [01:09] Launchpad bug 1761592 in ubiquity-slideshow-ubuntu (Ubuntu) "Kubuntu bionic slideshow's left and right arrow buttons use the same transition" [Undecided,New] [01:12] @valorie, no. where did that idea come from? [01:12] valorie: https://www.kubuntuforums.net/forumdisplay.php/30-Kubuntu-Announcements [01:14] 2am here, so not going to start testing images until tommorow [01:15] Perfect time to test. :P [01:16] @nggraham, if no other bothered to fix, I guess so [01:17] sigh [01:17] I'll see what I can do. [01:18] * DarinMiller notices partition detection in the installer is much, much faster now. Almost instant... [01:18] \o/ [01:20] * DarinMiller is ammused by the left to right transition slide show... never bother clicking those before. [01:32] * acheronuk wishes he was on vacation [01:32] @acheronuk, and.............. 😴💤 [01:34] If you ever want to venture to Boise, ID USA, you can stay my house. === himcesjf_ is now known as him-cesjf [01:52] same here if anyone ventures close to Seattle! [01:52] ;) [01:52] or Albuquerque NM! [01:53] bed isn't *that* bad, tsimonq2 can verify [01:53] Although I kept pushing the pillow off the back of the bed. :P [01:54] But yes, it's a nice place. :P [01:54] *:) [01:54] solution: skootch the head of the bed closer to the wall [01:54] I thought you had something on the wall behind the bed, don't remember. [01:58] No dead kittens in a VM with today's ISO. Good night all [01:58] And G+'d [01:58] Driver manager failed to properly install NVidia 340 driver... attempting NVidia ppa (even though version is the same) with command line install. [01:59] There was somebody in the support channel with NVidia problems. [01:59] I think on the beta image. [02:01] mparillo: reported on iso.qa? [02:01] I have 2 other 18.04 boxes running NVidia. The NVidia 760 box is running perfectly. The 960M laptop feels stuttery compared to 17.10. Glxgears is about 5% slower on 18.04 on the 960. [02:01] Not yet, still troubleshooting. [02:02] ok [02:03] my zsync of amd64 is done, so it's time to write a usb drive [02:05] nvidia ppa "fixed" the problem. I will try a 2nd install (OEM) and run command NVidia install from repos (without ppa)... maybe the Driver Manager is failing (I don't see how though) [02:07] Side note: NVidia drivers are definilty the cause of the Power Managment module issue mentioned above. It was working fine before installing the NVidia drivers. [02:10] mparillo: you say in your test that it succeeded [02:11] but you marked it failed [02:11] @mparillo, Yes, I think I saw the same post. We used to be able to fall back to the 304 drivers on legacy NVidia hw. But somebody was mentioning that may no longer be an option. [02:12] mparillo: both your tests are marked failed [03:06] Very strange. Installing the NVIdia drivers from the command line worked fine (other than plasma crash at the end of the install, par for the course with NVidia legacy). And power management issue is also fixed!???!!!. Lesson learned: avoid the Driver Manger and the NVidia PPA on legacy NVidia hw. [03:07] Lesson learned: avoid NVIDIA :) [03:07] Attempting 2nd legacy laptop install now with slightly older NVidia card (8600M). [03:07] LOL, yes. [03:08] I was just doing this rigimarole at work for a whole linux cluster, in fact. Those damn drivers are *always* a nightmare [03:08] all my NVidia stuff was purchased before AMD open sourced their HW specs. [03:15] you know what would really be aweseome is if all of custom settings were saved on our favorite "cloud" and after a fresh install, we just login and all of our KDE, bash, and ohter setting are magically synchronized. [03:23] on the 2nd nvidia system, the driver manager when throught the motions, acted like it was compiling the driver, but did not complete the install. Attempting to use the DM again.... this is not the 1st time I have seen the DM fail on 1st attempt.... [03:35] Driver Manager succeeded on 2nd try. So I will file a bug again it. Does anybody know the driver-manager package name? It launches un kcmshell5 as KDriver Manager, but running locate against "kdriver" or "manager" reveals nothing. [03:38] apt search says: [03:38] kubuntu-driver-manager/bionic,now 15.10ubuntu4 amd64 [installed] [03:38] Driver Manager for Kubuntu [03:38] kubuntu-driver-manager-dbg/bionic 15.10ubuntu4 amd64 [03:38] Driver Manager for Kubuntu -- debug symbols [03:39] Duh, thanks! [03:39] lol [03:51] So is Rohan Garg still around? He was the last maintainer of kubuntu-driver-manager... [03:52] He's shadeslayer. :) [03:52] (Who is in IRC.) [03:52] Ohhhhh [03:53] His git repo homepage is dead: http://quickgit.kde.org/?p=scratch/garg/kcm-driver-manager.git [03:54] https://cgit.kde.org/scratch/garg/kcm-driver-manager.git/ [03:54] hasn't been updated in 3 years though... [03:56] hmmm, since this is just wrapper(?) or front end for ubuntu-driver-common, I wonder if the NVidia problem is in that package... might have to download regular Ubuntu to test.... [03:56] * DarinMiller not liking that idea..... [04:00] OK, taking one for the team... installing Ubuntu to test the driver manager [04:00] Thank you! [04:02] * DarinMiller looking around for his hip boot and plastic gloves.... want to avoid the gnasty gnome 3.0 stuff.... [04:20] well, on a positive note, the gnome slide show slides the correct direction corresponding to the button pushed... [04:30] ha [04:30] https://code.launchpad.net/~tsimonq2/ubiquity/remove-encrypt_home-qt/+merge/343759 [04:30] supposedly tsimonq2 has a patch for that [04:31] The patch for that comes next. [04:31] weeeeeeeeeeeeeeeee [04:31] nice [04:31] ty [04:31] But, I discussed that one with Rik. [04:31] np [04:31] that was most annoying [04:31] This right here: https://code.launchpad.net/~tsimonq2/ubiquity/remove-encrypt_home-qt/+merge/343759 is because if you check the thing to encrypt your home directory, it doesn't work. [04:31] The GTK frontend removed the checkbox. [04:32] So rather than fixing the thing, since it no longer has security support (ecryptfs is dead), this makes it consisten, [04:32] s/en,/ent./ [04:34] which is what my BR said [04:35] I'm not sure we're talking about the same thing. [04:35] Could you link me to your bug report? [04:35] yeah, lemme search my email [04:36] https://bugs.launchpad.net/bugs/1761396 [04:36] Launchpad bug 1761396 in ubiquity (Ubuntu) "[kubuntu] Ubiquity offers the choice to encrypt home, but choosing it gives an error" [High,Confirmed] [04:37] ohhhhhhh [04:37] I didn't see that. [04:42] slideshow arrow bug> Figured out where the bug is. It's been there since *2013* it seems! [04:42] We can blame Aurélien Gâteau. :P [04:44] you just can't trust a man named for cake [04:44] lol [04:44] hahahaha [04:45] interesting....regular ubuntu requires REISUB due to lockup on restart (occasionally see this on Kubuntu but less frequently these days). [04:45] he andhis wife are both French, and she is a baker of quite beautiful cakes too [04:46] Maybe this is a French stereotype, but of *course* she's good at making cake. :) [04:46] @DarinMiller I've not experienced that for years [04:46] like: 3 years [04:46] bad news, looks like the nvidia bug is due to our installer. NVidia installation worked fine under Ubuntu.... [04:51] valorie: https://code.launchpad.net/~tsimonq2/ubiquity-slideshow-ubuntu/lp-1761592/+merge/343760 [04:51] \o/ [06:06] https://launchpad.net/ubuntu/+source/ubiquity-slideshow-ubuntu/137 [06:08] \o/ [06:47] @DarinMiller, doubt it. it's just ask qapt to install the requested package [06:48] as far as I know, anyway [06:49] can you maybe test if muon installs the driver ok? [06:49] as that would be working via qapt as well [06:50] I also note this https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-390/+bug/1765923 [06:50] Launchpad bug 1765923 in sddm (Ubuntu) "Nvidia driver leads to black screen on bionic 18.04 SDDM LightDM bug?" [Undecided,New] [06:50] he used "sudo ubuntu-drivers autoinstall" [06:50] and got issues [06:50] Does it skip recommends or visa-versa? I was able to repeat the issue twice on the same box. Ubuntu installed without issue. I reinstalled a 4th time and skipped the Driver Manager, and the command line worked perfectly. [06:52] Auto install is a little scary, as some 830M cards are incorrectly identified as being compatible with 384 drivers (which they are NOT!) [06:54] @DarinMiller, unclear, but did you check what difference was in packages installed in the two types of transaction? [06:54] Speaking of Nvidia. The NVidia PPA show the 396 driver was uploadd, but it down not show up in apt (https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa?field.series_filter=bionic) [06:55] s/down/does/ [06:55] how would it show up in apt? apt search? [06:56] apt list nvidia-39* [06:57] apt list nvidia-39* [06:57] Listing... Done [06:57] nvidia-390/artful,now 390.48-0ubuntu0~gpu17.10.3 amd64 [installed] [06:57] nvidia-390-dev/artful 390.48-0ubuntu0~gpu17.10.3 amd64 [06:57] nvidia-396/artful 396.18-0ubuntu0~gpu17.10.2 amd64 [06:57] nvidia-396-dev/artful 396.18-0ubuntu0~gpu17.10.2 amd64 [06:57] oh. duh. this is still srtful [06:57] *artful [06:57] 2 secs [06:58] @acheronuk, What is the easiest way to check the difference? uninstall/reinstall and compare? [06:58] you can reboot in 2 seconds? [06:59] no, but I can log into a bionic container in 2 secs to check what apt sees [07:00] ah [07:02] @DarinMiller, for bionic packages they seem to have renanmed it to: nvidia-driver-396 [07:02] oh, nice catch [07:04] So back to previous topic. What's the best way for me bisect the legacy driver installation issue? [07:05] 396 drivers and packages not fully baked: https://paste.ubuntu.com/p/SJBkFxBNWX/ [07:07] could grep dpkg —list to see what go installed via both types? … could check apt/dpkg logs to see what each did? [07:09] OK, will try that tomorrow as is it getting late here... [07:09] @DarinMiller, Ok. Figured it must be! Thanks for all that [07:45] wow [07:45] we have all passing tests, even in i386! [07:45] blown away by all the testers this time [07:48] I did crosspost this thing *everywhere*. :D [07:49] * tsimonq2 goes to bed o/ [07:51] crimsun was testing i386 along with franklin! [07:51] been so long since I've seen crimsun around..... [08:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2189: SUCCESS in 47 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2189/ [08:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2189: SUCCESS in 1 min 15 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2189/ [08:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2189: SUCCESS in 4 min 14 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2189/ [08:50] hey [08:50] yo [08:50] is there a bug in the driver manager? [08:50] if someone could surmise, I'd be happy to fix it [08:50] Cool :) [08:51] @DarinMiller (or backlog) could prolly give you more specifics. [08:51] * valorie tries it out in bionic [08:51] shadeslayer: nice to see ya [08:51] :) [08:51] I'm lurking :P [08:51] works fine here [08:52] otoh this isn't a new install, it is an upgrade [08:52] still [08:52] but damn, almost 2am [08:52] * valorie has to give up and sleep [08:53] night night :) [08:59] shadeslayer: thanks. some people have had issues "failed to install nvidia" whatever that means. however, there have been a plethora of issues (not just Kubuntu) with nvidia drivers with recent changes, so at the moment can't guarantee it is Kubuntu's KCM. There are also further Nvidia driver package changes in the upload queue yet to land. [08:59] in summary, hopefully we can pin things down in the next 24hrs :) [08:59] then look at solutions, if something to fix our side. [09:05] acheronuk: ah sounds good [09:05] I highly doubt it's on the kubuntu driver manager side [09:06] it's super simple code, I doubt it's buggy, unless ubuntu-driver-manager changed it's machine readable output [09:06] shadeslayer: yeah, as long as it hand the right driver metapackage to qapt/apt, can't see how it can go wrong? [09:07] yeah [09:08] * acheronuk blames Nvidia then [10:24] valorie: I passed the two test cases in my VM last night and marked them here: http://iso.qa.ubuntu.com/qatracker/milestones/389/builds/170821/testcases [10:25] Live session: http://iso.qa.ubuntu.com/qatracker/milestones/389/builds/170821/testcases/1303/results and entire disk: http://iso.qa.ubuntu.com/qatracker/milestones/389/builds/170821/testcases/1300/results [10:27] Howdy folks [10:28] Howdy BluesKaj. The first Bionic Final spin is out. There will be at least one more spin on Monday. [10:29] 'Morning mparillo . ok thanks [10:31] mparillo: morning. done a fair bit of tweaking the release notes this morning. see what you think [10:39] I know the wiki can be tempermental, but https://wiki.kubuntu.org/BionicBeaver/ReleaseNotes/Kubuntu renders badly, while https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes/Kubuntu looks fine [10:42] It is just the wiki. I fired up Chrome (it seems to be better on allowing me to login), and the Kubuntu.org version is fine there. Going to fix the .. in the first paragraph. [10:44] mparillo: yeah, the kubuntu.org needs fixing or binning. please don't use that anywhere [10:45] Shame. I much prefer the theming. Anyway, http://docs.kubuntu.org/docs/installation.html is not live for me. [10:46] And obviously neither is http://cdimage.ubuntu.com/kubuntu/releases/bionic/release/ [10:47] docs is weegie I think? [10:47] ahoneybun's territory [10:51] I think the card https://phabricator.kde.org/T5135 is for internal docs. I do not see one for external docs. [10:53] As far as FW5, do we have anything significant not yet ported? [10:55] mparillo: good point. all apps under 17.12.3 are KF5. ones that were not ported were dropped like kopete [10:55] kopete will come back KF5 for 18.04 apps [10:56] Sunday lunch soon, so I'll be off for a while [10:56] So, want me to change Most applications have been ported to KDE Frameworks 5 but those which aren't should fit in seamlessly to All KDE apps on the ISO have been ported to KDE Frameworks 5, but those remaining in the archive should fit in seamlessly? [10:58] yep. that part is sort of a pointless repeat anyway [12:23] I am running the BB ISO on real HW. Tiny glitches using the Nouveau driver, but certainly no black screen. [12:31] Link to https://kubuntu.org/news/bionic-18-04-release-candidate-images-ready-for-testing/ posted to FB. [13:40] I ran the BB ISO on a different laptop. Based on my sample size of two, I think the Intel drivers beat the Nouveau driver (but in both cases, I consider them passed, and certainly not problems with Kubuntu packaging). [14:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2190: SUCCESS in 45 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2190/ [14:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2190: SUCCESS in 1 min 14 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2190/ [14:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2190: SUCCESS in 4 min 10 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2190/ [16:37] @acheronuk FYI there was a refression in ki18n 5.45 (therefore bionic is not affected) which may hang some plasma packages builds when generating the *.po files, I added the patch to kubuntu_bionic_staging branch [21:10] mparillo: thank you! [21:34] @Santa, thanks :) [21:34] RC iso live-session and manual Install went perfect. Excellent work. Hats off to the devs. Thanks. [21:35] I'm diggin' the default desktop too. [21:36] BTW guys, here's what the 5.13 lock screen is going to look like. FIrst image is default appearance, and the second onw is how it looks after you move the mouse or hit a key on the keyboard … https://imgur.com/a/RdUcDjp [21:36] isn't that just ridiculously beautiful!? [21:37] also you'll be able to effectively use it as a screensaver now, if you opt to make the background something that's animated [22:09] @DarinMiller free to test a sddm on that nvidia bug? [22:10] Hi Rik! yes. I can test. [22:11] * DarinMiller is aslo installing legacy NVidia drivers via Driver Manger to compare with command line install. [22:13] @nggraham, Yes, I do like the background. Well done. [22:14] @acheronuk, Do you have a ppa or something else in mind? [22:17] @DarinMiller, forget it :) already tried that fix. getting patches mixed up here [22:19] np. [22:28] This NVidia bug is quite a pain to track down. After the fifth install, the NVidia driver installed without issue via Driver Manger. However, on 1st reboot, the desktop failed to start throwing a opengl error, black screen and mouse pointer. Its as if the NVidia driver failed to start. Upon a 2nd reboot (no changes by me), the system booted fine. I was hoping to compare the /var/log/apt/history.log files between [22:28] command line vs DM install, but something else seems at play. [23:05] -kubuntu-ci:#kubuntu-devel- Project mgmt_merger build #1082: SUCCESS in 5 min 48 sec: https://kci.pangea.pub/job/mgmt_merger/1082/ [23:18] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_ruqola build #189: STILL FAILING in 11 min: https://kci.pangea.pub/job/bionic_unstable_ruqola/189/ [23:21] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_libkgapi build #62: FAILURE in 14 min: https://kci.pangea.pub/job/bionic_unstable_libkgapi/62/ [23:31] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_cantor build #100: STILL UNSTABLE in 24 min: https://kci.pangea.pub/job/bionic_stable_cantor/100/ [23:36] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_libkgapi build #109: STILL FAILING in 4 min 46 sec: https://kci.pangea.pub/job/xenial_stable_libkgapi/109/ [23:36] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_syndication build #123: FAILURE in 29 min: https://kci.pangea.pub/job/bionic_unstable_syndication/123/ [23:36] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_libkgapi build #120: STILL FAILING in 4 min 46 sec: https://kci.pangea.pub/job/xenial_unstable_libkgapi/120/ [23:36] -kubuntu-ci:#kubuntu-devel- Project artful_stable_libkgapi build #123: FAILURE in 4 min 47 sec: https://kci.pangea.pub/job/artful_stable_libkgapi/123/ [23:36] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_libgravatar build #78: FAILURE in 29 min: https://kci.pangea.pub/job/bionic_unstable_libgravatar/78/ [23:37] -kubuntu-ci:#kubuntu-devel- Project bionic_unstable_ark build #129: STILL UNSTABLE in 29 min: https://kci.pangea.pub/job/bionic_unstable_ark/129/ [23:37] -kubuntu-ci:#kubuntu-devel- Project artful_unstable_libkgapi build #141: FAILURE in 5 min 50 sec: https://kci.pangea.pub/job/artful_unstable_libkgapi/141/ [23:55] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_kalzium build #82: STILL UNSTABLE in 47 min: https://kci.pangea.pub/job/bionic_stable_kalzium/82/ [23:55] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_ark build #112: STILL UNSTABLE in 48 min: https://kci.pangea.pub/job/bionic_stable_ark/112/ [23:56] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_polkit-kde-agent-1 build #107: UNSTABLE in 49 min: https://kci.pangea.pub/job/bionic_stable_polkit-kde-agent-1/107/