Fwd: Switched to Kubuntu 15.04 - Amazing - Never going back
This made me happy this morning - Forwarded message from Bhavin Prajapati - Date: Sun, 20 Sep 2015 21:52:11 -0400 From: Bhavin Prajapati To: jridd...@ubuntu.com Subject: Switched to Kubuntu 15.04 - Amazing - Never going back to Mac or Windows Hi there, I just wanted to personally tell you how impressed I am with this distro! I've been looking for a lightweight distro for my desktop pc, it's 10 years old. I decided to give Kubuntu a try and my word, this thing runs. I've never been more impressed with an operating system in my life. I am a much more productive person because of it. Keep up the great work. I am going to recommend it to all my friends. Bhavin - End forwarded message - -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Kubuntu 15.04 is out
Our first release (actually any major distro's) with Plasma 5, try the most beautiful desktop around. http://www.kubuntu.org/news/kubuntu-15.04 Jonathan -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Problems in Kubuntu 15.04 beta 1
Quoting Xen : There is some sense to that, but I think that should or would be mostly about the visible applications that are accessible through an application menu. It is also weird that there is no default text-mode browser installed. $ links The program 'links' is currently not installed. You can install it by typing: sudo apt-get install links $ elinks The program 'elinks' is currently not installed. You can install it by typing: sudo apt-get install elinks $ lynx The program 'lynx' is currently not installed. You can install it by typing: sudo apt-get install lynx-cur $ w3m The program 'w3m' is currently not installed. You can install it by typing: sudo apt-get install w3m All of these packages probably also provide "www-browser" which is one of those alternatives I guess. -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Problems in Kubuntu 15.04 beta 1
Quoting Olivier van der Toorn : Nano is installed by default. For (Kubuntu) desktop applications I thought it was the policy to not have more than one thing do the same thing. (For example have two Web browsers) There is some sense to that, but I think that should or would be mostly about the visible applications that are accessible through an application menu. I don't think there is a need for people to have Gvim straight away, but vim as a background (command-line) application... let's just say that it is also quite surprising that it is not there. Also, vim-tiny does not get removed when vim is installed. Just my 2 cents ;-). -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Problems in Kubuntu 15.04 beta 1
On Mon, Mar 9, 2015 at 3:31 PM, Scott Kitterman wrote: > On Monday, March 09, 2015 02:12:51 PM Mustafa Muhammad wrote: >> On Mon, Mar 9, 2015 at 1:57 PM, Olivier van der Toorn >> >> wrote: >> > -BEGIN PGP SIGNED MESSAGE- >> > Hash: SHA1 >> > >> > On 03/07/2015 10:38 PM, Mustafa Muhammad wrote: >> >> Hi, I am testing beta 1, and wanted to report some problems: 1) >> >> NetworkManager now requires pppoe binary (which is not installed >> >> by default), previously connection could be made using ppp, but now >> >> pppoe is required, so I think it should be included in the default >> >> installation. >> >> >> >> 2) vim (full, not minimal) package is small and important please >> >> ship it by default. >> > >> > Nano is installed by default. For (Kubuntu) desktop applications I >> > thought it was the policy to not have more than one thing do the same >> > thing. (For example have two Web browsers) >> >> Vi is already installed, but the installed version is crippled, I >> think we better install the full version (which I prefer) or remove >> it. > > vim-tiny is included as part of ubuntu-minimal which is part of every Ubuntu > flavor, so it's not something we'd make a Kubuntu specific change for. > Because > of the way the Ubuntu repositories are structured and how we determine what > packages go no the ISO, it wouldn't be straightforward to do a Kubuntu > specific > replacement of vim-tiny with vim. I think it does not "replace", it only adds components, I have both installed, so adding vim should be trivial. Mustafa > Scott K > > -- > kubuntu-devel mailing list > kubuntu-devel@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Problems in Kubuntu 15.04 beta 1
On Monday, March 09, 2015 02:12:51 PM Mustafa Muhammad wrote: > On Mon, Mar 9, 2015 at 1:57 PM, Olivier van der Toorn > > wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On 03/07/2015 10:38 PM, Mustafa Muhammad wrote: > >> Hi, I am testing beta 1, and wanted to report some problems: 1) > >> NetworkManager now requires pppoe binary (which is not installed > >> by default), previously connection could be made using ppp, but now > >> pppoe is required, so I think it should be included in the default > >> installation. > >> > >> 2) vim (full, not minimal) package is small and important please > >> ship it by default. > > > > Nano is installed by default. For (Kubuntu) desktop applications I > > thought it was the policy to not have more than one thing do the same > > thing. (For example have two Web browsers) > > Vi is already installed, but the installed version is crippled, I > think we better install the full version (which I prefer) or remove > it. vim-tiny is included as part of ubuntu-minimal which is part of every Ubuntu flavor, so it's not something we'd make a Kubuntu specific change for. Because of the way the Ubuntu repositories are structured and how we determine what packages go no the ISO, it wouldn't be straightforward to do a Kubuntu specific replacement of vim-tiny with vim. Scott K -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Problems in Kubuntu 15.04 beta 1
On Mon, Mar 9, 2015 at 1:57 PM, Olivier van der Toorn wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 03/07/2015 10:38 PM, Mustafa Muhammad wrote: >> Hi, I am testing beta 1, and wanted to report some problems: 1) >> NetworkManager now requires pppoe binary (which is not installed >> by default), previously connection could be made using ppp, but now >> pppoe is required, so I think it should be included in the default >> installation. >> >> 2) vim (full, not minimal) package is small and important please >> ship it by default. > Nano is installed by default. For (Kubuntu) desktop applications I > thought it was the policy to not have more than one thing do the same > thing. (For example have two Web browsers) Vi is already installed, but the installed version is crippled, I think we better install the full version (which I prefer) or remove it. Mustafa >> >> 3) When I choose to open folder of downloaded file in Firefox, it >> uses Gwenview as a file manager. >> >> 4) Sometimes, "baloo_file" process takes full cpu core, I can >> either kill it or reboot the machine. >> >> 5) I don't get notified about available updates >> >> I can provide information as required >> >> Regards Mustafa Muhammad >> > > Just my two cents ;) > > - -O.I. van der Toorn. > -BEGIN PGP SIGNATURE- > Version: GnuPG v1 > > iQIcBAEBAgAGBQJU/XyrAAoJEGW1xit1D3RXEPcQAL9R2sXnDIs+R+gjNmXSUhz7 > FtPPlyCu8q3ejgXfqDfy17gCI86Cy9wBoxHPDaNvffEt/7ABFzZR3mGaX5pkIJX5 > 73rQxnkAIDlrMDrEF8+mfNdp7s12PEzoZwR6zSv/9i5fLoRYq3pCbYrfR+Vp4m/F > ZhVbASeqO/eKXJe67HQ+9UoAg/WZ3DJBcWbUlvBeCVKP8w+vHBaeGxe8oRAphKIN > fRlXltGCQ7pmx0wQYUCm9Jwzp5tAixZF6r9qf2i+gvNZcx8URo/oxEnT6qZAmqYj > VLS02UWAMh7lcczQE6EaF4PN67RDXHTtanmd+wXrvF5hzNGbKq6lV8/70VrJAS8o > /uDOdzpgP1XZ5H7mb1Mn9N+Hwj/tANcqsJsgK7BdycPQ1PKCVqwgKYZSMHoPaOEI > R5ABiTmVnCSlYQK0CG4qFiq1zaMSfuaGG4lW0PH+5qW8Ws/KrRYMPLBs3c4rU3iL > jUo85kz6q4SjyzWH2iWfjKAewzM+5OhKHpQvbOeCKT+ROvq3E1CmqVZa5ogd/YCr > Hv/KvGp4N8XJ1bdRiGPJt28ongdv72G17vNn0ZDI+HL4V6RqucFDhvLwtT91p0tr > Xt/ej7OG8PtIZKRngvHC9xJAhClnvyGOEmp8Eq68HdPUGqas9qS9h6mZOtt/Y6Y0 > PvMsatrZN6qWtc7YbV5W > =TygY > -END PGP SIGNATURE- > > -- > kubuntu-devel mailing list > kubuntu-devel@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Problems in Kubuntu 15.04 beta 1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/07/2015 10:38 PM, Mustafa Muhammad wrote: > Hi, I am testing beta 1, and wanted to report some problems: 1) > NetworkManager now requires pppoe binary (which is not installed > by default), previously connection could be made using ppp, but now > pppoe is required, so I think it should be included in the default > installation. > > 2) vim (full, not minimal) package is small and important please > ship it by default. Nano is installed by default. For (Kubuntu) desktop applications I thought it was the policy to not have more than one thing do the same thing. (For example have two Web browsers) > > 3) When I choose to open folder of downloaded file in Firefox, it > uses Gwenview as a file manager. > > 4) Sometimes, "baloo_file" process takes full cpu core, I can > either kill it or reboot the machine. > > 5) I don't get notified about available updates > > I can provide information as required > > Regards Mustafa Muhammad > Just my two cents ;) - -O.I. van der Toorn. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU/XyrAAoJEGW1xit1D3RXEPcQAL9R2sXnDIs+R+gjNmXSUhz7 FtPPlyCu8q3ejgXfqDfy17gCI86Cy9wBoxHPDaNvffEt/7ABFzZR3mGaX5pkIJX5 73rQxnkAIDlrMDrEF8+mfNdp7s12PEzoZwR6zSv/9i5fLoRYq3pCbYrfR+Vp4m/F ZhVbASeqO/eKXJe67HQ+9UoAg/WZ3DJBcWbUlvBeCVKP8w+vHBaeGxe8oRAphKIN fRlXltGCQ7pmx0wQYUCm9Jwzp5tAixZF6r9qf2i+gvNZcx8URo/oxEnT6qZAmqYj VLS02UWAMh7lcczQE6EaF4PN67RDXHTtanmd+wXrvF5hzNGbKq6lV8/70VrJAS8o /uDOdzpgP1XZ5H7mb1Mn9N+Hwj/tANcqsJsgK7BdycPQ1PKCVqwgKYZSMHoPaOEI R5ABiTmVnCSlYQK0CG4qFiq1zaMSfuaGG4lW0PH+5qW8Ws/KrRYMPLBs3c4rU3iL jUo85kz6q4SjyzWH2iWfjKAewzM+5OhKHpQvbOeCKT+ROvq3E1CmqVZa5ogd/YCr Hv/KvGp4N8XJ1bdRiGPJt28ongdv72G17vNn0ZDI+HL4V6RqucFDhvLwtT91p0tr Xt/ej7OG8PtIZKRngvHC9xJAhClnvyGOEmp8Eq68HdPUGqas9qS9h6mZOtt/Y6Y0 PvMsatrZN6qWtc7YbV5W =TygY -END PGP SIGNATURE- -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Problems in Kubuntu 15.04 beta 1
On Sun, Mar 8, 2015 at 3:52 AM, Valorie Zimmerman wrote: > On Sat, Mar 7, 2015 at 1:38 PM, Mustafa Muhammad > wrote: >> Hi, >> I am testing beta 1, and wanted to report some problems: >> 1) NetworkManager now requires pppoe binary (which is not installed by >> default), previously connection could be made using ppp, but now pppoe >> is required, so I think it should be included in the default >> installation. > > Please file a bug in Launchpad, as this is a packaging issue. > >> 2) vim (full, not minimal) package is small and important please ship >> it by default. >> >> 3) When I choose to open folder of downloaded file in Firefox, it uses >> Gwenview as a file manager. >> >> 4) Sometimes, "baloo_file" process takes full cpu core, I can either >> kill it or reboot the machine. > > Again, please file a bug report, but in bugs.kde.org so you can work > directly with the developers. > >> 5) I don't get notified about available updates > > In my fresh install of vivid beta: > > $ apt-cache policy update-manager-kde > update-manager-kde: > Installed: (none) > Candidate: 1:15.04.2 > Version table: > 1:15.04.2 0 > 500 http://us.archive.ubuntu.com/ubuntu/ vivid/universe amd64 Packages > > Is it installed for you? If not, does installing it give you the proper > updates? > It is installed, strange, I am checking manually almost everyday, maybe this is the reason? I'll report bugs against baloo and NM. Regards Mustafa > Valorie > >> I can provide information as required >> >> Regards >> Mustafa Muhammad > > -- > kubuntu-devel mailing list > kubuntu-devel@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Problems in Kubuntu 15.04 beta 1
On Sun, Mar 8, 2015 at 1:07 AM, Xen wrote: > Hey, > > for info on the baloo_file issue: > > http://www.kubuntuforums.net/showthread.php?67357-The-Saga-of-Installing-15-04-on-a-USB-Flash-Drive&p=366489&viewfull=1#post366489 > > as per the excellent Steve Riley ;-). > > It is about baloo_file depending on a feature of the task scheluler (I/O > scheduler) that is no longer availabe in the default scheduler. > > Now, I do *not* remember ever seeing baloo_file hog my cpu in 14.10, but I > *do* remember it from 15.04 alpha 2. > > Please do check this output: > > grep . /sys/block/sd*/queue/scheduler > > If any of your block devices use the "bad" scheduler, it will show as: > > /sys/block/sdb/queue/scheduler:noop [deadline] cfq > > Otherwise, it will show as: > > /sys/block/sdb/queue/scheduler:noop deadline [cfq] > Thanks for the info I am getting only: noop [deadline] cfq But I have no rotating media as indicated in the link provided. So, this is a reported bug? or I should do something about it? > Good luck! > > > On Sun, 8 Mar 2015, Mustafa Muhammad wrote: > >> Hi, >> I am testing beta 1, and wanted to report some problems: >> 1) NetworkManager now requires pppoe binary (which is not installed by >> default), previously connection could be made using ppp, but now pppoe >> is required, so I think it should be included in the default >> installation. >> >> 2) vim (full, not minimal) package is small and important please ship >> it by default. > > > I would agree. However, I believe Debian also doesn't ship it by default. It > is only about 30 meg though. The packages are only about 5 MiB, after installation they take about 30, so it should not affect the iso that much. > > >> 3) When I choose to open folder of downloaded file in Firefox, it uses >> Gwenview as a file manager. > > > In 14.10 there are many anomalies. E.g. Firefox will not find Okukar as the > PDF viewer. You then have to manually select it as /usr/bin/okukar. There is > no easy drop down list that would integrate with menu. > > One thing I do hope, by the way, is that when Plasma5 becomes default, > please retain Plasma4 visuals as well!!! Being able to choose would be an > amazing asset. There is already a "choice" facility, there is just only one > thing to choose ;-). > > I cannot underemphasize the value it would have to be able to select between > the two visual styles. > > I could overemphasize easily. I just don't think speaking too highly of it > is something many people would do, however, many people would perhaps speak > too lowly of it, and I just cannot do that ;-). > > So I will say it as it is: do add it. > > To the average person the attractiveness of your distribution goes up by > 200%. > > It's like "oh my god!". Think teenager style ;-). > > Teenagers love tinkering with layouts and how to present themselves. Having > a dozen different styles (of amazing quality) would even get higher hopes > up. But that would be an entire project in and of itself. But it is > something you can grow over time. Personally I like the plasma4 style much > better. The reason is the higher contrast, it is better in terms of > usability. > > Plasma5 is really pretty. But. I don't find myself able to work with it > really. Even plasma4 has usability issues. For example, the alt-tab > interface (for selecting windows) is really really poor. For one, there is > no visual difference that is easy to perceive, between selected and > non-selected 'thumb' windows. So you might as well not show anything, > because the whole point of such a thing is to differentiate. Missed the > point, perhaps? > > I seriously have to focus for 10 seconds to see the visual distinctions and > my sight is not even bad. > Yeah, choice is good, especially when everybody else is going flat. > Regards,... > > -- > kubuntu-devel mailing list > kubuntu-devel@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Problems in Kubuntu 15.04 beta 1
On Sat, Mar 7, 2015 at 1:38 PM, Mustafa Muhammad wrote: > Hi, > I am testing beta 1, and wanted to report some problems: > 1) NetworkManager now requires pppoe binary (which is not installed by > default), previously connection could be made using ppp, but now pppoe > is required, so I think it should be included in the default > installation. Please file a bug in Launchpad, as this is a packaging issue. > 2) vim (full, not minimal) package is small and important please ship > it by default. > > 3) When I choose to open folder of downloaded file in Firefox, it uses > Gwenview as a file manager. > > 4) Sometimes, "baloo_file" process takes full cpu core, I can either > kill it or reboot the machine. Again, please file a bug report, but in bugs.kde.org so you can work directly with the developers. > 5) I don't get notified about available updates In my fresh install of vivid beta: $ apt-cache policy update-manager-kde update-manager-kde: Installed: (none) Candidate: 1:15.04.2 Version table: 1:15.04.2 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/universe amd64 Packages Is it installed for you? If not, does installing it give you the proper updates? Valorie > I can provide information as required > > Regards > Mustafa Muhammad -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Problems in Kubuntu 15.04 beta 1
Hey, for info on the baloo_file issue: http://www.kubuntuforums.net/showthread.php?67357-The-Saga-of-Installing-15-04-on-a-USB-Flash-Drive&p=366489&viewfull=1#post366489 as per the excellent Steve Riley ;-). It is about baloo_file depending on a feature of the task scheluler (I/O scheduler) that is no longer availabe in the default scheduler. Now, I do *not* remember ever seeing baloo_file hog my cpu in 14.10, but I *do* remember it from 15.04 alpha 2. Please do check this output: grep . /sys/block/sd*/queue/scheduler If any of your block devices use the "bad" scheduler, it will show as: /sys/block/sdb/queue/scheduler:noop [deadline] cfq Otherwise, it will show as: /sys/block/sdb/queue/scheduler:noop deadline [cfq] Good luck! On Sun, 8 Mar 2015, Mustafa Muhammad wrote: Hi, I am testing beta 1, and wanted to report some problems: 1) NetworkManager now requires pppoe binary (which is not installed by default), previously connection could be made using ppp, but now pppoe is required, so I think it should be included in the default installation. 2) vim (full, not minimal) package is small and important please ship it by default. I would agree. However, I believe Debian also doesn't ship it by default. It is only about 30 meg though. 3) When I choose to open folder of downloaded file in Firefox, it uses Gwenview as a file manager. In 14.10 there are many anomalies. E.g. Firefox will not find Okukar as the PDF viewer. You then have to manually select it as /usr/bin/okukar. There is no easy drop down list that would integrate with menu. One thing I do hope, by the way, is that when Plasma5 becomes default, please retain Plasma4 visuals as well!!! Being able to choose would be an amazing asset. There is already a "choice" facility, there is just only one thing to choose ;-). I cannot underemphasize the value it would have to be able to select between the two visual styles. I could overemphasize easily. I just don't think speaking too highly of it is something many people would do, however, many people would perhaps speak too lowly of it, and I just cannot do that ;-). So I will say it as it is: do add it. To the average person the attractiveness of your distribution goes up by 200%. It's like "oh my god!". Think teenager style ;-). Teenagers love tinkering with layouts and how to present themselves. Having a dozen different styles (of amazing quality) would even get higher hopes up. But that would be an entire project in and of itself. But it is something you can grow over time. Personally I like the plasma4 style much better. The reason is the higher contrast, it is better in terms of usability. Plasma5 is really pretty. But. I don't find myself able to work with it really. Even plasma4 has usability issues. For example, the alt-tab interface (for selecting windows) is really really poor. For one, there is no visual difference that is easy to perceive, between selected and non-selected 'thumb' windows. So you might as well not show anything, because the whole point of such a thing is to differentiate. Missed the point, perhaps? I seriously have to focus for 10 seconds to see the visual distinctions and my sight is not even bad. Regards,... -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Problems in Kubuntu 15.04 beta 1
Hi, I am testing beta 1, and wanted to report some problems: 1) NetworkManager now requires pppoe binary (which is not installed by default), previously connection could be made using ppp, but now pppoe is required, so I think it should be included in the default installation. 2) vim (full, not minimal) package is small and important please ship it by default. 3) When I choose to open folder of downloaded file in Firefox, it uses Gwenview as a file manager. 4) Sometimes, "baloo_file" process takes full cpu core, I can either kill it or reboot the machine. 5) I don't get notified about available updates I can provide information as required Regards Mustafa Muhammad -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
mMark Fraser wrote:Currently doing a clean install of Kubuntu 15.04 on an unused Netbook and here are my first thoughts: 1) I don't like the new hourglass cursor as it is static 2) Part way through the install, the screen locker kicked in and you're shown a screen with a box in which to enter a password. A new user to Kubuntu will have no idea that you can simply hit return here go get back to the install. Should the screen locker be disabled during the install procedure? 3) Love the new splash screen when loading up Kubuntu. Hi Mark Thanks for feeding this back, I hadn't thought about the affect that lock screen issue, would have on new users. Do you think you could report a bug about it, and I will triage, so we can get that fixed Thanks Rick -- Registered Linux User #466407 http://counter.li.org -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Kubuntu 15.04
Currently doing a clean install of Kubuntu 15.04 on an unused Netbook and here are my first thoughts: 1) I don't like the new hourglass cursor as it is static 2) Part way through the install, the screen locker kicked in and you're shown a screen with a box in which to enter a password. A new user to Kubuntu will have no idea that you can simply hit return here go get back to the install. Should the screen locker be disabled during the install procedure? 3) Love the new splash screen when loading up Kubuntu. -- Registered Linux User #466407 http://counter.li.org -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Thu, Oct 30, 2014 at 10:27 PM, Scott Kitterman wrote: > On Thursday, October 30, 2014 22:18:02 Harald Sitter wrote: >> On Thu, Oct 30, 2014 at 10:12 PM, Scott Kitterman > wrote: >> > On Thursday, October 30, 2014 22:08:02 Harald Sitter wrote: >> >> On Thu, Oct 30, 2014 at 9:10 PM, Scott Kitterman >> > >> > wrote: >> >> > On Thursday, October 30, 2014 12:19:58 Harald Sitter wrote: >> >> >> On Wed, Oct 29, 2014 at 12:40 PM, Jonathan Riddell >> > >> > wrote: >> >> >> > On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: >> >> >> >>The Plasma 5 release dude is all for it and the Plasma 5 dude >> >> >> >>who's >> >> >> >>sitting next to him is also all for it. Nobody upstream has >> >> >> >>said >> >> >> >>anything against it they're just disappointed that we'd be >> >> >> >>shipping >> >> >> >>Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). >> >> >> > >> >> >> > Nobody seems to object, so I'm going to say we'll have Plasma 5 by >> >> >> > default >> >> >> > in Kubuntu 15.04. >> >> >> >> >> >> Needs papers to be filed with TB to seek blanket SRU approval for KF5. >> >> >> Otherwise we need to work out a way to get newer frameworks into our >> >> >> released versions as to enable people to get bug fixes. >> >> > >> >> > No. We don't. >> >> > >> >> > KF5 doesn't meet the criteria for a standing SRU exception and since >> >> > the >> >> > last KF5 update broke Plasma 5, I think we've got no basis for claiming >> >> > upstream feature releases are sufficiently low risk that non-bugfix >> >> > releases are acceptable for post-release updates. >> >> >> >> That was intentionally done because no distribution had adopted p5 as >> >> primary desktop in a release. At any rate I think a proposal should be >> >> made and then we can engage upstream on actual TB concerns and see >> >> where we get from there. >> >> >> >> > This should be no surprise. This was all discussed when upstream >> >> > decided >> >> > not to provide support for current releases. We'll have to cherrypick >> >> > and do our best with imprant bug fixes via the normal SRU process. >> >> >> >> Since backporting is not going to happen but for the most obnoxiously >> >> terrible bugs that are being highlighted on IRC, perhaps it would be >> >> an opportune moment to evaluate the release procedure as a whole. >> >> Assuming we do not get to an agreement on a standing SRU exception >> >> we'd be pretty much delivering fixes through PPA releases only. It >> >> might be worth a consideration or two to simply transit to an entirely >> >> PPA based release delivery system as that is what people will have to >> >> use if they want fixes anyway. And that being said, another option >> >> would be to stop having non-LTS releases and instead do a PPA delivery >> >> against the latest LTS release (which due to the foundation >> >> backporting efforts might actually work pretty well for the most part) >> >> leaving more focused efforts to be directed at LTS maintenance and >> >> rolling the PPA forward. >> >> >> >> My point being: selective backporting didn't fly in the past and isn't >> >> going to magically become easier or more appealing which makes this an >> >> undesirable scenario to end up with. In particular when there's plenty >> >> of options. >> > >> > While a PPA based system is sort of OK for a tech preview like was done in >> > 14.10, it's not viable for an Ubuntu flavor. >> >> Well, it wouldn't be the same workflow as in the TP. The way I would >> imagine it is simply having a release PPA where usually the archive >> would be in our workflows. Alas, I don't like PPA-only delivery as >> that would make it all the harder for archive software to use kf5 and >> for us to make sure that kf5 (in a ppa) doesn't break something in the >> archive. It is an option though. > > AIUI, it's not if we're going to remain an official flavor in the Ubuntu > project. > We can argue about it in detail when we get to it though. Yes, so we need to get in touch with the TB, so we can get some preliminary concerns, we can then discuss with KDE and if KDE is all like "nooo" then we need to start talking about it internally and work out the best delivery scheme ;) HS -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
MIR is a distant problem at this point. I think it'll work out. We actually get a lot of support from the core teams that may not be obvious to those not deeply involved in Kubuntu development. Derivative is the wrong word. Mint is a derivative. Kubuntu is a flavor of the Ubuntu project (much like the Ubuntu desktop based on Unity). It gets confusing because the word Ubuntu is overloaded. It we get to the point where we have to rely on PPAs for our core work it's, IMO, time to quit and just use Debian. Scott K On Thursday, October 30, 2014 20:12:32 Paulo Dias wrote: > Is not like Kubuntu as is today is a first-rate citizen as it is. WIth the > adoption of MIR and KDE explicitly refusing to work on MIR (at least till > wayland is well supported), we will eventually start shipping more and more > "core" code in a ppa. I truly doubt that upstream will care much about > keeping wayland up to date once MIR is out the door. > > My point being, although kubuntu is an ubuntu derivative it never had and > probably never will much backing from the core project, leaving us more and > more resilient of merges between PPAs and main repo, more so if what i said > about MIR and Wayland come true (really hope not). > > just something to think about. > > | Paulo Dias > | paulo.miguel.d...@gmail.com > > *Tempora mutantur, nos et mutamur in illis.* > > On Thu, Oct 30, 2014 at 7:27 PM, Scott Kitterman > > wrote: > > On Thursday, October 30, 2014 22:18:02 Harald Sitter wrote: > > > On Thu, Oct 30, 2014 at 10:12 PM, Scott Kitterman > > > > wrote: > > > > On Thursday, October 30, 2014 22:08:02 Harald Sitter wrote: > > > >> On Thu, Oct 30, 2014 at 9:10 PM, Scott Kitterman < > > > > ubu...@kitterman.com> > > > > > > wrote: > > > >> > On Thursday, October 30, 2014 12:19:58 Harald Sitter wrote: > > > >> >> On Wed, Oct 29, 2014 at 12:40 PM, Jonathan Riddell < > > > > j...@jriddell.org> > > > > > > wrote: > > > >> >> > On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: > > > >> >> >>The Plasma 5 release dude is all for it and the Plasma 5 > > > >> >> >>dude > > > >> >> >>who's > > > >> >> >>sitting next to him is also all for it. Nobody upstream has > > > >> >> >>said > > > >> >> >>anything against it they're just disappointed that we'd be > > > >> >> >>shipping > > > >> >> >>Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). > > > >> >> > > > > >> >> > Nobody seems to object, so I'm going to say we'll have Plasma 5 > > > > by > > > > > >> >> > default > > > >> >> > in Kubuntu 15.04. > > > >> >> > > > >> >> Needs papers to be filed with TB to seek blanket SRU approval for > > > > KF5. > > > > > >> >> Otherwise we need to work out a way to get newer frameworks into > > > > our > > > > > >> >> released versions as to enable people to get bug fixes. > > > >> > > > > >> > No. We don't. > > > >> > > > > >> > KF5 doesn't meet the criteria for a standing SRU exception and > > > >> > since > > > >> > the > > > >> > last KF5 update broke Plasma 5, I think we've got no basis for > > > > claiming > > > > > >> > upstream feature releases are sufficiently low risk that non-bugfix > > > >> > releases are acceptable for post-release updates. > > > >> > > > >> That was intentionally done because no distribution had adopted p5 as > > > >> primary desktop in a release. At any rate I think a proposal should > > > >> be > > > >> made and then we can engage upstream on actual TB concerns and see > > > >> where we get from there. > > > >> > > > >> > This should be no surprise. This was all discussed when upstream > > > >> > decided > > > >> > not to provide support for current releases. We'll have to > > > > cherrypick > > > > > >> > and do our best with imprant bug fixes via the normal SRU process. > > > >> > > >
Re: Kubuntu 15.04
Is not like Kubuntu as is today is a first-rate citizen as it is. WIth the adoption of MIR and KDE explicitly refusing to work on MIR (at least till wayland is well supported), we will eventually start shipping more and more "core" code in a ppa. I truly doubt that upstream will care much about keeping wayland up to date once MIR is out the door. My point being, although kubuntu is an ubuntu derivative it never had and probably never will much backing from the core project, leaving us more and more resilient of merges between PPAs and main repo, more so if what i said about MIR and Wayland come true (really hope not). just something to think about. | Paulo Dias | paulo.miguel.d...@gmail.com *Tempora mutantur, nos et mutamur in illis.* On Thu, Oct 30, 2014 at 7:27 PM, Scott Kitterman wrote: > On Thursday, October 30, 2014 22:18:02 Harald Sitter wrote: > > On Thu, Oct 30, 2014 at 10:12 PM, Scott Kitterman > wrote: > > > On Thursday, October 30, 2014 22:08:02 Harald Sitter wrote: > > >> On Thu, Oct 30, 2014 at 9:10 PM, Scott Kitterman < > ubu...@kitterman.com> > > > > > > wrote: > > >> > On Thursday, October 30, 2014 12:19:58 Harald Sitter wrote: > > >> >> On Wed, Oct 29, 2014 at 12:40 PM, Jonathan Riddell < > j...@jriddell.org> > > > > > > wrote: > > >> >> > On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: > > >> >> >>The Plasma 5 release dude is all for it and the Plasma 5 dude > > >> >> >>who's > > >> >> >>sitting next to him is also all for it. Nobody upstream has > > >> >> >>said > > >> >> >>anything against it they're just disappointed that we'd be > > >> >> >>shipping > > >> >> >>Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). > > >> >> > > > >> >> > Nobody seems to object, so I'm going to say we'll have Plasma 5 > by > > >> >> > default > > >> >> > in Kubuntu 15.04. > > >> >> > > >> >> Needs papers to be filed with TB to seek blanket SRU approval for > KF5. > > >> >> Otherwise we need to work out a way to get newer frameworks into > our > > >> >> released versions as to enable people to get bug fixes. > > >> > > > >> > No. We don't. > > >> > > > >> > KF5 doesn't meet the criteria for a standing SRU exception and since > > >> > the > > >> > last KF5 update broke Plasma 5, I think we've got no basis for > claiming > > >> > upstream feature releases are sufficiently low risk that non-bugfix > > >> > releases are acceptable for post-release updates. > > >> > > >> That was intentionally done because no distribution had adopted p5 as > > >> primary desktop in a release. At any rate I think a proposal should be > > >> made and then we can engage upstream on actual TB concerns and see > > >> where we get from there. > > >> > > >> > This should be no surprise. This was all discussed when upstream > > >> > decided > > >> > not to provide support for current releases. We'll have to > cherrypick > > >> > and do our best with imprant bug fixes via the normal SRU process. > > >> > > >> Since backporting is not going to happen but for the most obnoxiously > > >> terrible bugs that are being highlighted on IRC, perhaps it would be > > >> an opportune moment to evaluate the release procedure as a whole. > > >> Assuming we do not get to an agreement on a standing SRU exception > > >> we'd be pretty much delivering fixes through PPA releases only. It > > >> might be worth a consideration or two to simply transit to an entirely > > >> PPA based release delivery system as that is what people will have to > > >> use if they want fixes anyway. And that being said, another option > > >> would be to stop having non-LTS releases and instead do a PPA delivery > > >> against the latest LTS release (which due to the foundation > > >> backporting efforts might actually work pretty well for the most part) > > >> leaving more focused efforts to be directed at LTS maintenance and > > >> rolling the PPA forward. > > >> > > >> My point being: selective backporting didn't fly in the past and isn't
Re: Kubuntu 15.04
On Thursday, October 30, 2014 22:18:02 Harald Sitter wrote: > On Thu, Oct 30, 2014 at 10:12 PM, Scott Kitterman wrote: > > On Thursday, October 30, 2014 22:08:02 Harald Sitter wrote: > >> On Thu, Oct 30, 2014 at 9:10 PM, Scott Kitterman > > > > wrote: > >> > On Thursday, October 30, 2014 12:19:58 Harald Sitter wrote: > >> >> On Wed, Oct 29, 2014 at 12:40 PM, Jonathan Riddell > > > > wrote: > >> >> > On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: > >> >> >>The Plasma 5 release dude is all for it and the Plasma 5 dude > >> >> >>who's > >> >> >>sitting next to him is also all for it. Nobody upstream has > >> >> >>said > >> >> >>anything against it they're just disappointed that we'd be > >> >> >>shipping > >> >> >>Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). > >> >> > > >> >> > Nobody seems to object, so I'm going to say we'll have Plasma 5 by > >> >> > default > >> >> > in Kubuntu 15.04. > >> >> > >> >> Needs papers to be filed with TB to seek blanket SRU approval for KF5. > >> >> Otherwise we need to work out a way to get newer frameworks into our > >> >> released versions as to enable people to get bug fixes. > >> > > >> > No. We don't. > >> > > >> > KF5 doesn't meet the criteria for a standing SRU exception and since > >> > the > >> > last KF5 update broke Plasma 5, I think we've got no basis for claiming > >> > upstream feature releases are sufficiently low risk that non-bugfix > >> > releases are acceptable for post-release updates. > >> > >> That was intentionally done because no distribution had adopted p5 as > >> primary desktop in a release. At any rate I think a proposal should be > >> made and then we can engage upstream on actual TB concerns and see > >> where we get from there. > >> > >> > This should be no surprise. This was all discussed when upstream > >> > decided > >> > not to provide support for current releases. We'll have to cherrypick > >> > and do our best with imprant bug fixes via the normal SRU process. > >> > >> Since backporting is not going to happen but for the most obnoxiously > >> terrible bugs that are being highlighted on IRC, perhaps it would be > >> an opportune moment to evaluate the release procedure as a whole. > >> Assuming we do not get to an agreement on a standing SRU exception > >> we'd be pretty much delivering fixes through PPA releases only. It > >> might be worth a consideration or two to simply transit to an entirely > >> PPA based release delivery system as that is what people will have to > >> use if they want fixes anyway. And that being said, another option > >> would be to stop having non-LTS releases and instead do a PPA delivery > >> against the latest LTS release (which due to the foundation > >> backporting efforts might actually work pretty well for the most part) > >> leaving more focused efforts to be directed at LTS maintenance and > >> rolling the PPA forward. > >> > >> My point being: selective backporting didn't fly in the past and isn't > >> going to magically become easier or more appealing which makes this an > >> undesirable scenario to end up with. In particular when there's plenty > >> of options. > > > > While a PPA based system is sort of OK for a tech preview like was done in > > 14.10, it's not viable for an Ubuntu flavor. > > Well, it wouldn't be the same workflow as in the TP. The way I would > imagine it is simply having a release PPA where usually the archive > would be in our workflows. Alas, I don't like PPA-only delivery as > that would make it all the harder for archive software to use kf5 and > for us to make sure that kf5 (in a ppa) doesn't break something in the > archive. It is an option though. AIUI, it's not if we're going to remain an official flavor in the Ubuntu project. We can argue about it in detail when we get to it though. Scott K -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Thu, Oct 30, 2014 at 10:12 PM, Scott Kitterman wrote: > On Thursday, October 30, 2014 22:08:02 Harald Sitter wrote: >> On Thu, Oct 30, 2014 at 9:10 PM, Scott Kitterman > wrote: >> > On Thursday, October 30, 2014 12:19:58 Harald Sitter wrote: >> >> On Wed, Oct 29, 2014 at 12:40 PM, Jonathan Riddell > wrote: >> >> > On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: >> >> >>The Plasma 5 release dude is all for it and the Plasma 5 dude who's >> >> >>sitting next to him is also all for it. Nobody upstream has said >> >> >>anything against it they're just disappointed that we'd be shipping >> >> >>Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). >> >> > >> >> > Nobody seems to object, so I'm going to say we'll have Plasma 5 by >> >> > default >> >> > in Kubuntu 15.04. >> >> >> >> Needs papers to be filed with TB to seek blanket SRU approval for KF5. >> >> Otherwise we need to work out a way to get newer frameworks into our >> >> released versions as to enable people to get bug fixes. >> > >> > No. We don't. >> > >> > KF5 doesn't meet the criteria for a standing SRU exception and since the >> > last KF5 update broke Plasma 5, I think we've got no basis for claiming >> > upstream feature releases are sufficiently low risk that non-bugfix >> > releases are acceptable for post-release updates. >> >> That was intentionally done because no distribution had adopted p5 as >> primary desktop in a release. At any rate I think a proposal should be >> made and then we can engage upstream on actual TB concerns and see >> where we get from there. >> >> > This should be no surprise. This was all discussed when upstream decided >> > not to provide support for current releases. We'll have to cherrypick >> > and do our best with imprant bug fixes via the normal SRU process. >> >> Since backporting is not going to happen but for the most obnoxiously >> terrible bugs that are being highlighted on IRC, perhaps it would be >> an opportune moment to evaluate the release procedure as a whole. >> Assuming we do not get to an agreement on a standing SRU exception >> we'd be pretty much delivering fixes through PPA releases only. It >> might be worth a consideration or two to simply transit to an entirely >> PPA based release delivery system as that is what people will have to >> use if they want fixes anyway. And that being said, another option >> would be to stop having non-LTS releases and instead do a PPA delivery >> against the latest LTS release (which due to the foundation >> backporting efforts might actually work pretty well for the most part) >> leaving more focused efforts to be directed at LTS maintenance and >> rolling the PPA forward. >> >> My point being: selective backporting didn't fly in the past and isn't >> going to magically become easier or more appealing which makes this an >> undesirable scenario to end up with. In particular when there's plenty >> of options. > > While a PPA based system is sort of OK for a tech preview like was done in > 14.10, it's not viable for an Ubuntu flavor. Well, it wouldn't be the same workflow as in the TP. The way I would imagine it is simply having a release PPA where usually the archive would be in our workflows. Alas, I don't like PPA-only delivery as that would make it all the harder for archive software to use kf5 and for us to make sure that kf5 (in a ppa) doesn't break something in the archive. It is an option though. HS -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Thursday, October 30, 2014 22:08:02 Harald Sitter wrote: > On Thu, Oct 30, 2014 at 9:10 PM, Scott Kitterman wrote: > > On Thursday, October 30, 2014 12:19:58 Harald Sitter wrote: > >> On Wed, Oct 29, 2014 at 12:40 PM, Jonathan Riddell wrote: > >> > On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: > >> >>The Plasma 5 release dude is all for it and the Plasma 5 dude who's > >> >>sitting next to him is also all for it. Nobody upstream has said > >> >>anything against it they're just disappointed that we'd be shipping > >> >>Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). > >> > > >> > Nobody seems to object, so I'm going to say we'll have Plasma 5 by > >> > default > >> > in Kubuntu 15.04. > >> > >> Needs papers to be filed with TB to seek blanket SRU approval for KF5. > >> Otherwise we need to work out a way to get newer frameworks into our > >> released versions as to enable people to get bug fixes. > > > > No. We don't. > > > > KF5 doesn't meet the criteria for a standing SRU exception and since the > > last KF5 update broke Plasma 5, I think we've got no basis for claiming > > upstream feature releases are sufficiently low risk that non-bugfix > > releases are acceptable for post-release updates. > > That was intentionally done because no distribution had adopted p5 as > primary desktop in a release. At any rate I think a proposal should be > made and then we can engage upstream on actual TB concerns and see > where we get from there. > > > This should be no surprise. This was all discussed when upstream decided > > not to provide support for current releases. We'll have to cherrypick > > and do our best with imprant bug fixes via the normal SRU process. > > Since backporting is not going to happen but for the most obnoxiously > terrible bugs that are being highlighted on IRC, perhaps it would be > an opportune moment to evaluate the release procedure as a whole. > Assuming we do not get to an agreement on a standing SRU exception > we'd be pretty much delivering fixes through PPA releases only. It > might be worth a consideration or two to simply transit to an entirely > PPA based release delivery system as that is what people will have to > use if they want fixes anyway. And that being said, another option > would be to stop having non-LTS releases and instead do a PPA delivery > against the latest LTS release (which due to the foundation > backporting efforts might actually work pretty well for the most part) > leaving more focused efforts to be directed at LTS maintenance and > rolling the PPA forward. > > My point being: selective backporting didn't fly in the past and isn't > going to magically become easier or more appealing which makes this an > undesirable scenario to end up with. In particular when there's plenty > of options. While a PPA based system is sort of OK for a tech preview like was done in 14.10, it's not viable for an Ubuntu flavor. I agree it's very unfortunate that upstream gave up on supporting releases. Scott K -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Thu, Oct 30, 2014 at 9:10 PM, Scott Kitterman wrote: > On Thursday, October 30, 2014 12:19:58 Harald Sitter wrote: >> On Wed, Oct 29, 2014 at 12:40 PM, Jonathan Riddell wrote: >> > On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: >> >>The Plasma 5 release dude is all for it and the Plasma 5 dude who's >> >>sitting next to him is also all for it. Nobody upstream has said >> >>anything against it they're just disappointed that we'd be shipping >> >>Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). >> > >> > Nobody seems to object, so I'm going to say we'll have Plasma 5 by default >> > in Kubuntu 15.04. >> Needs papers to be filed with TB to seek blanket SRU approval for KF5. >> Otherwise we need to work out a way to get newer frameworks into our >> released versions as to enable people to get bug fixes. > > No. We don't. > > KF5 doesn't meet the criteria for a standing SRU exception and since the last > KF5 update broke Plasma 5, I think we've got no basis for claiming upstream > feature releases are sufficiently low risk that non-bugfix releases are > acceptable for post-release updates. That was intentionally done because no distribution had adopted p5 as primary desktop in a release. At any rate I think a proposal should be made and then we can engage upstream on actual TB concerns and see where we get from there. > This should be no surprise. This was all discussed when upstream decided not > to provide support for current releases. We'll have to cherrypick and do our > best with imprant bug fixes via the normal SRU process. Since backporting is not going to happen but for the most obnoxiously terrible bugs that are being highlighted on IRC, perhaps it would be an opportune moment to evaluate the release procedure as a whole. Assuming we do not get to an agreement on a standing SRU exception we'd be pretty much delivering fixes through PPA releases only. It might be worth a consideration or two to simply transit to an entirely PPA based release delivery system as that is what people will have to use if they want fixes anyway. And that being said, another option would be to stop having non-LTS releases and instead do a PPA delivery against the latest LTS release (which due to the foundation backporting efforts might actually work pretty well for the most part) leaving more focused efforts to be directed at LTS maintenance and rolling the PPA forward. My point being: selective backporting didn't fly in the past and isn't going to magically become easier or more appealing which makes this an undesirable scenario to end up with. In particular when there's plenty of options. HS -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Thursday, October 30, 2014 12:19:58 Harald Sitter wrote: > On Wed, Oct 29, 2014 at 12:40 PM, Jonathan Riddell wrote: > > On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: > >>The Plasma 5 release dude is all for it and the Plasma 5 dude who's > >>sitting next to him is also all for it. Nobody upstream has said > >>anything against it they're just disappointed that we'd be shipping > >>Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). > > > > Nobody seems to object, so I'm going to say we'll have Plasma 5 by default > > in Kubuntu 15.04. > Needs papers to be filed with TB to seek blanket SRU approval for KF5. > Otherwise we need to work out a way to get newer frameworks into our > released versions as to enable people to get bug fixes. No. We don't. KF5 doesn't meet the criteria for a standing SRU exception and since the last KF5 update broke Plasma 5, I think we've got no basis for claiming upstream feature releases are sufficiently low risk that non-bugfix releases are acceptable for post-release updates. This should be no surprise. This was all discussed when upstream decided not to provide support for current releases. We'll have to cherrypick and do our best with imprant bug fixes via the normal SRU process. Scott K -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Wed, Oct 29, 2014 at 12:40 PM, Jonathan Riddell wrote: > On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: >>The Plasma 5 release dude is all for it and the Plasma 5 dude who's >>sitting next to him is also all for it. Nobody upstream has said >>anything against it they're just disappointed that we'd be shipping >>Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). > > Nobody seems to object, so I'm going to say we'll have Plasma 5 by default in > Kubuntu 15.04. Needs papers to be filed with TB to seek blanket SRU approval for KF5. Otherwise we need to work out a way to get newer frameworks into our released versions as to enable people to get bug fixes. HS -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Wed, Oct 29, 2014 at 4:40 AM, Jonathan Riddell wrote: > On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: >>The Plasma 5 release dude is all for it and the Plasma 5 dude who's >>sitting next to him is also all for it. Nobody upstream has said >>anything against it they're just disappointed that we'd be shipping >>Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). > > Nobody seems to object, so I'm going to say we'll have Plasma 5 by default in > Kubuntu 15.04. > > Jonathan This seems like a solid plan. We're already testing and filing bugs, and will continue to do in the next release. We should be ready for LTS release with a smooth, reliable desktop. A bit of a pity about Plasma 5.3, but we can perhaps offer a test update at that time. Our users who value stability are staying on 14.04 anyway. Valorie -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Wed, Oct 29, 2014 at 12:37:16AM +, Rick.Timmis wrote: >The Plasma 5 release dude is all for it and the Plasma 5 dude who's >sitting next to him is also all for it. Nobody upstream has said >anything against it they're just disappointed that we'd be shipping >Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). Nobody seems to object, so I'm going to say we'll have Plasma 5 by default in Kubuntu 15.04. Jonathan -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
Jonathan Riddell wrote:6On Mon, Oct 27, 2014 at 02:56:13PM +0100, Harald Sitter wrote: > On Mon, Oct 27, 2014 at 1:50 PM, Jonathan Riddell wrote: > > > > Well done on a great job on Kubuntu 14.10 everyone, doing two flavours > > of Kubuntu is quite a feat and I think we pulled it off well. > > > > Time to look at 15.04, Vivid. > > > > The big decision is whether to switch to Plasma 5. My opinion is that > > the stability is pleasingly good and there's only a few missing > > features so we go for it and help out getting those missing features > > in. What do others think? > > What does upstream think? The Plasma 5 release dude is all for it and the Plasma 5 dude who's sitting next to him is also all for it. Nobody upstream has said anything against it they're just disappointed that we'd be shipping Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). Jonathan -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel +1 Great news. Rick Timmis-- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Mon, Oct 27, 2014 at 02:56:13PM +0100, Harald Sitter wrote: > On Mon, Oct 27, 2014 at 1:50 PM, Jonathan Riddell wrote: > > > > Well done on a great job on Kubuntu 14.10 everyone, doing two flavours > > of Kubuntu is quite a feat and I think we pulled it off well. > > > > Time to look at 15.04, Vivid. > > > > The big decision is whether to switch to Plasma 5. My opinion is that > > the stability is pleasingly good and there's only a few missing > > features so we go for it and help out getting those missing features > > in. What do others think? > > What does upstream think? The Plasma 5 release dude is all for it and the Plasma 5 dude who's sitting next to him is also all for it. Nobody upstream has said anything against it they're just disappointed that we'd be shipping Plasma 5.2 and not 5.3 (out the week after Kubuntu 15.04). Jonathan -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Mon, Oct 27, 2014 at 7:18 AM, Rohan Garg wrote: >> If SDDM gets sorted, YES. Otherwise a big NO. > > What needs sorting? > > Cheers > Rohan Garg For me, SDDM works fine. However, first I had to manually remove LightDM, and with this laptop, KDM! We need to ensure that LightDM and KDM are both removed on upgrade. A black screen is not a good upgrade experience, nor was the broken (frozen) KDM screen. Valorie -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Monday, October 27, 2014 12:50:11 Jonathan Riddell wrote: > Well done on a great job on Kubuntu 14.10 everyone, doing two flavours > of Kubuntu is quite a feat and I think we pulled it off well. > > Time to look at 15.04, Vivid. > > The big decision is whether to switch to Plasma 5. My opinion is that > the stability is pleasingly good and there's only a few missing > features so we go for it and help out getting those missing features > in. What do others think? > > I've made a new Trello board with the items I know about including > those we discussed at Akademy > https://trello.com/b/3s11MoXD/15-04 > > Please add or let me know of any more missing features in Plasma 5 we > need to think about. > > Jonathan We definitely need to figure out what Qt5 version we want soon (if someone didn't already) so we can communicate that to the Canonical devs. Then they can either agree to that version or package a different one in /opt (this is how we decided awhile ago to handle divergent needs). This should be rock solid from our PoV prior to UOS so they can figure out what they're going to do. Scott K -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Mon, Oct 27, 2014 at 3:47 PM, Jonathan Riddell wrote: > On Mon, Oct 27, 2014 at 03:29:08PM +0100, Jörn Schönyan wrote: > > Am Montag, 27. Oktober 2014 15:23:31 CEST schrieb Jonathan Riddell: > > >On Mon, Oct 27, 2014 at 03:13:52PM +0100, Jörn Schönyan wrote: > > >>Am Montag, 27. Oktober 2014 14:56:27 CEST schrieb Scarlett Clark: > > > ... > > > > > >Upstream KDE default is SDDM so we'd like to go with what KDE suggest. > > >KDE went with SDDM because they were scared off by the Canonical > > >contributor agreement (a bit silly since they happily do it for Qt). > > >Fixing nvidia-prime to work with SDDM sounds entirely do-able, it > > >needs a script to run at login as I remember. > > Yes, that's right, these scripts are used to select the Intel card as a > > output sink. Thanks for your answers, both Jonathan and Scarlett! > > lightdm set this in its config to run the scripts before lightdm starts > display-setup-script=/sbin/prime-offload > display-stopped-script=/sbin/prime-switch > but rohan has pointed out to me this could be done as an upstart or > systemd job and be mostly DM-independent. > > We have a display setup script in SDDM [XDisplay] DisplayCommand=/usr/share/sddm/scripts/Xsetup By default this is blank. We don't have a stopped one. It could be added, but what Rohan said about upstart scripts kinda made sense. Only possible difference is if we need to run it on each VT. David Jonathan > > -- > kubuntu-devel mailing list > kubuntu-devel@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel > -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Mon, Oct 27, 2014 at 03:29:08PM +0100, Jörn Schönyan wrote: > Am Montag, 27. Oktober 2014 15:23:31 CEST schrieb Jonathan Riddell: > >On Mon, Oct 27, 2014 at 03:13:52PM +0100, Jörn Schönyan wrote: > >>Am Montag, 27. Oktober 2014 14:56:27 CEST schrieb Scarlett Clark: > > ... > > > >Upstream KDE default is SDDM so we'd like to go with what KDE suggest. > >KDE went with SDDM because they were scared off by the Canonical > >contributor agreement (a bit silly since they happily do it for Qt). > >Fixing nvidia-prime to work with SDDM sounds entirely do-able, it > >needs a script to run at login as I remember. > Yes, that's right, these scripts are used to select the Intel card as a > output sink. Thanks for your answers, both Jonathan and Scarlett! lightdm set this in its config to run the scripts before lightdm starts display-setup-script=/sbin/prime-offload display-stopped-script=/sbin/prime-switch but rohan has pointed out to me this could be done as an upstart or systemd job and be mostly DM-independent. Jonathan -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Mon, Oct 27, 2014 at 3:47 PM, Jonathan Riddell wrote: > On Mon, Oct 27, 2014 at 03:29:08PM +0100, Jörn Schönyan wrote: >> Am Montag, 27. Oktober 2014 15:23:31 CEST schrieb Jonathan Riddell: >> >On Mon, Oct 27, 2014 at 03:13:52PM +0100, Jörn Schönyan wrote: >> >>Am Montag, 27. Oktober 2014 14:56:27 CEST schrieb Scarlett Clark: >> > ... >> > >> >Upstream KDE default is SDDM so we'd like to go with what KDE suggest. >> >KDE went with SDDM because they were scared off by the Canonical >> >contributor agreement (a bit silly since they happily do it for Qt). >> >Fixing nvidia-prime to work with SDDM sounds entirely do-able, it >> >needs a script to run at login as I remember. >> Yes, that's right, these scripts are used to select the Intel card as a >> output sink. Thanks for your answers, both Jonathan and Scarlett! > > lightdm set this in its config to run the scripts before lightdm starts > display-setup-script=/sbin/prime-offload > display-stopped-script=/sbin/prime-switch > but rohan has pointed out to me this could be done as an upstart or systemd > job and be mostly DM-independent. the reason it is done like this is so that you can switch at runtime and only need to logout and back in to apply the change I suppose. not sure you could do that through upstart. -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
Am Montag, 27. Oktober 2014 15:23:31 CEST schrieb Jonathan Riddell: On Mon, Oct 27, 2014 at 03:13:52PM +0100, Jörn Schönyan wrote: Am Montag, 27. Oktober 2014 14:56:27 CEST schrieb Scarlett Clark: ... Upstream KDE default is SDDM so we'd like to go with what KDE suggest. KDE went with SDDM because they were scared off by the Canonical contributor agreement (a bit silly since they happily do it for Qt). Fixing nvidia-prime to work with SDDM sounds entirely do-able, it needs a script to run at login as I remember. Yes, that's right, these scripts are used to select the Intel card as a output sink. Thanks for your answers, both Jonathan and Scarlett! Jonathan -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Mon, Oct 27, 2014 at 03:13:52PM +0100, Jörn Schönyan wrote: > Am Montag, 27. Oktober 2014 14:56:27 CEST schrieb Scarlett Clark: > >On Monday, October 27, 2014 12:50:11 PM Jonathan Riddell wrote: > >>Well done on a great job on Kubuntu 14.10 everyone, doing two flavours > >>of Kubuntu is quite a feat and I think we pulled it off well. > >> > >>Time to look at 15.04, Vivid. > >> > >>The big decision is whether to switch to Plasma 5. My opinion is that > >>the stability is pleasingly good and there's only a few missing > > ... > > > >If SDDM gets sorted, YES. Otherwise a big NO. > >Scarlett > > > I would like to ask, why SDDM? LightDM is some kind of a hard dependency > for Nvidia Optimus hardware. Even if I, on the other side, would be happy > if SDDM works. Lubuntu will probably want to use it, too. Upstream KDE default is SDDM so we'd like to go with what KDE suggest. KDE went with SDDM because they were scared off by the Canonical contributor agreement (a bit silly since they happily do it for Qt). Fixing nvidia-prime to work with SDDM sounds entirely do-able, it needs a script to run at login as I remember. Jonathan -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Mon, Oct 27, 2014 at 03:18:03PM +0100, Rohan Garg wrote: > > If SDDM gets sorted, YES. Otherwise a big NO. > > What needs sorting? Items I put on https://trello.com/c/cfvI6Rkp/5-ensure-sddm-works are.. ✓ ubiquity-dm to sddm transition ✓ tripple check lightdm to sddm upgrade working ✓ settings themes works ✓ autologin works ✓ plymouth startup smooth ✓ plymouth shutdown smooth ✓ add systemd support ✓ ensure nvidia-prime works with it ✓ nudge upstream to get kcm-sddm translations Jonathan -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Monday, October 27, 2014 03:13:52 PM Jörn Schönyan wrote: > Am Montag, 27. Oktober 2014 14:56:27 CEST schrieb Scarlett Clark: > > On Monday, October 27, 2014 12:50:11 PM Jonathan Riddell wrote: > >> Well done on a great job on Kubuntu 14.10 everyone, doing two flavours > >> of Kubuntu is quite a feat and I think we pulled it off well. > >> > >> Time to look at 15.04, Vivid. > >> > >> The big decision is whether to switch to Plasma 5. My opinion is that > >> the stability is pleasingly good and there's only a few missing > >> > > ... > > > > If SDDM gets sorted, YES. Otherwise a big NO. > > Scarlett > > I would like to ask, why SDDM? LightDM is some kind of a hard dependency > for Nvidia Optimus hardware. Even if I, on the other side, would be happy > if SDDM works. Lubuntu will probably want to use it, too. > SDDM is the recommended login manager by upstream (KDE). I am affected by the whole NVidia madness myself, hence why it needs to be fixed. Scarlett > Best regards, Jörn -- Scarlett Clark Kubuntu Developer KDE Contributor IRC: sgclark Email: sgcl...@kubuntu.org signature.asc Description: This is a digitally signed message part. -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
> If SDDM gets sorted, YES. Otherwise a big NO. What needs sorting? Cheers Rohan Garg -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
> What does upstream think? > Not speaking for anyone, but casual conversation with upstream indicates that they want Plasma 5 shipped as default ASAP. -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
Am Montag, 27. Oktober 2014 14:56:27 CEST schrieb Scarlett Clark: On Monday, October 27, 2014 12:50:11 PM Jonathan Riddell wrote: Well done on a great job on Kubuntu 14.10 everyone, doing two flavours of Kubuntu is quite a feat and I think we pulled it off well. Time to look at 15.04, Vivid. The big decision is whether to switch to Plasma 5. My opinion is that the stability is pleasingly good and there's only a few missing ... If SDDM gets sorted, YES. Otherwise a big NO. Scarlett I would like to ask, why SDDM? LightDM is some kind of a hard dependency for Nvidia Optimus hardware. Even if I, on the other side, would be happy if SDDM works. Lubuntu will probably want to use it, too. Best regards, Jörn -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Monday, October 27, 2014 12:50:11 PM Jonathan Riddell wrote: > Well done on a great job on Kubuntu 14.10 everyone, doing two flavours > of Kubuntu is quite a feat and I think we pulled it off well. > > Time to look at 15.04, Vivid. > > The big decision is whether to switch to Plasma 5. My opinion is that > the stability is pleasingly good and there's only a few missing > features so we go for it and help out getting those missing features > in. What do others think? > > I've made a new Trello board with the items I know about including > those we discussed at Akademy > https://trello.com/b/3s11MoXD/15-04 > > Please add or let me know of any more missing features in Plasma 5 we > need to think about. > > Jonathan If SDDM gets sorted, YES. Otherwise a big NO. Scarlett -- Scarlett Clark Kubuntu Developer KDE Contributor IRC: sgclark Email: sgcl...@kubuntu.org signature.asc Description: This is a digitally signed message part. -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu 15.04
On Mon, Oct 27, 2014 at 1:50 PM, Jonathan Riddell wrote: > > Well done on a great job on Kubuntu 14.10 everyone, doing two flavours > of Kubuntu is quite a feat and I think we pulled it off well. > > Time to look at 15.04, Vivid. > > The big decision is whether to switch to Plasma 5. My opinion is that > the stability is pleasingly good and there's only a few missing > features so we go for it and help out getting those missing features > in. What do others think? What does upstream think? HS -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Kubuntu 15.04
Well done on a great job on Kubuntu 14.10 everyone, doing two flavours of Kubuntu is quite a feat and I think we pulled it off well. Time to look at 15.04, Vivid. The big decision is whether to switch to Plasma 5. My opinion is that the stability is pleasingly good and there's only a few missing features so we go for it and help out getting those missing features in. What do others think? I've made a new Trello board with the items I know about including those we discussed at Akademy https://trello.com/b/3s11MoXD/15-04 Please add or let me know of any more missing features in Plasma 5 we need to think about. Jonathan -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel