Re: Proposals for Natty from Ubuntu Italian User
Hi maggsimo Out of these points, point 3) has already been implemented starting from Lucid. Please see [1] https://wiki.kubuntu.org/Kubuntu/UpdatesPolicy Points 5,6 and 8 would probably increase the size of the CD so it might not be possible, but then again, there's the possibility that there will be lzma compression on the ISO's which can help us in terms of what we can offer on the CD. * * Regards Rohan Garg On Sun, Jan 23, 2011 at 2:10 AM, maggs...@gmail.com wrote: Hi Kubuntu Developers, we are a group of Kubuntu Users come from Ubuntu-it forum and we would like share with you what we would like to see in Natty. This is a little list of proposals. What do you think about it? Thanks, regards. 1) plymounth theme with the same color of KDE theme. 2) Kubuntu developers want ship the artwork of KDE without changes, it's ok for us, but please, can you replace at least the kickoff icon with the Kubuntu logo? It's just a little change in the artwork and users are asking for long time now. 3) kde minor release on the official repository 4) folder preview of the image folder by default in dolphin 5) kipi-plugins by default: kubuntu website shows them, but they aren't installed by default 6) Ship kaffeine or vlc by default instead of dragon player 7) a faster installer, if possible 8) can you add acpi-support-base package? (eeepc-acpi-scripts depend from it) 9) package for install root action (dolphin installer menu doesn't work, it's a bug?) thanks a lot ubuntu italian users -- 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
[Bug 322470] Re: Please remove package kdetv from Ubuntu
Looks good to be removed imo, targetting to Alpha 3 ** Changed in: kdetv (Ubuntu) Milestone: None = ubuntu-11.04-beta-1 ** Changed in: kdetv (Ubuntu) Milestone: ubuntu-11.04-beta-1 = natty-alpha-3 -- You received this bug notification because you are a member of Kubuntu Members, which is a direct subscriber. https://bugs.launchpad.net/bugs/322470 Title: Please remove package kdetv from Ubuntu -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Project Neon up up and away
Hey all We had a new and shiny release of Project Neon.You can find the announcement here [1].Instructions on how to install Neon were posted earlier to the mailing list and can also be found here [2]. We accept beer and cookies as tokens of gratitude. Have fun using Project Neon! :) [1] http://dot.kde.org/2011/03/11/confkdein-project-neon-returns-bleeding-edge-kde-software [2] https://lists.ubuntu.com/archives/kubuntu-devel/2011-January/004965.html Regards Rohan Garg PS : Don't forget to grab your Project Neon stickers from Jonathan Riddell at the next UDS ;) -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Who's going to UDS?
Hi I will probably be attending remotely this time ;) Regards Rohan Garg On Thu, Apr 21, 2011 at 11:24 PM, Alex Fiestas afies...@kde.org wrote: I will be there too! arriving Sunday around 13:00 (airport). -- 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: Debian packaging for calligra
Hi Thanks for the quick reply, we will keep the issues pointed out in mind before packaging it for Kubuntu. A side note to the Kubuntu Dev team, I'm almost done with the packaging of calligra for Project Neon too, so if anyone is interested, packages will be available from the Neon PPA in a couple of hours. www.launchpad.net/~rohangarg 2011/6/5 Adrien adrien.grell...@laposte.net: En cette agréable journée du samedi 04 juin 2011, Rohan Garg a écrit : Hi Hi, I'm Rohan Garg, a packager for Kubuntu and i was recently informed that you have completed the debian packaging for Calligra. I was wondering if you could commit this somewhere or share it with us somehow so we can package Calligra for K/Ubuntu at the earliest. You can find my work on git.debian.org : http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-std/calligra.git;a=summary You can also find binary deb packages on my personal server : http://adrieng.homeip.net/~adrien/documents/calligra/ It is not yet finished : plan doesn't work because of a pb of MIME type. So you may reviewed carefully my work before using it ;-) I join Raúl Sánchez Siles to this email because he is working on the debian packages of Calligra too. Regards, Adrien -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: [Merge] lp:~rohangarg/kdeedu/ubuntu into lp:~kubuntu-packagers/kdeedu/ubuntu
Review: Resubmit Fixed issues except merging the changelog, imo the changelog should remain as is even if no release was mad Please merge the changelog entry of 4:4.6.3-0ubuntu1 into 4:4.6.3-1ubuntu1 Package: kalgebra-mobile Depends: kalgebramobile, ${misc:Depends} Architecture: all Section: oldmath oldmath is not a valid section. Conflicts: kalgebra-mobile ( 4.6.3-1ubuntu1) No need to use Conflicts, Breaks is enough. lintian complains about: W: libmarble-dev: debian-changelog-line-too-long line 9 E: kalgebra-mobile: extended-description-is-empty -- https://code.launchpad.net/~rohangarg/kdeedu/ubuntu/+merge/63471 Your team Kubuntu Members is subscribed to branch lp:~kubuntu-packagers/kdeedu/ubuntu. -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
On leave
Hey! Just wanted to let everyone know that i will not be available for the next 8 days on IRC, you can still reach me via email but won't be able to do much because i have a couple of exams i need to take care of. I will be back to contributing next Friday i.e. 16th September. On a similar note, i was wondering what you would like me to do with my new QtWebkit package before i go on this leave, should i file a bug along with a commit history on launchpad ? Regards Rohan Garg -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
[Merge] lp:~rohangarg/kubuntu-packaging/digikam into lp:~kubuntu-packagers/kubuntu-packaging/digikam
Rohan Garg has proposed merging lp:~rohangarg/kubuntu-packaging/digikam into lp:~kubuntu-packagers/kubuntu-packaging/digikam. Requested reviews: Kubuntu Packagers (kubuntu-packagers) For more details, see: https://code.launchpad.net/~rohangarg/kubuntu-packaging/digikam/+merge/75909 Digikam 2.1.1 packaging -- https://code.launchpad.net/~rohangarg/kubuntu-packaging/digikam/+merge/75909 Your team Kubuntu Packagers is requested to review the proposed merge of lp:~rohangarg/kubuntu-packaging/digikam into lp:~kubuntu-packagers/kubuntu-packaging/digikam. === modified file 'debian/changelog' --- debian/changelog 2011-08-27 19:14:59 + +++ debian/changelog 2011-09-18 16:42:34 + @@ -1,6 +1,16 @@ -digikam (2:2.0.0-0ubuntu1) UNRELEASED; urgency=low - - * New upstream release (LP: #781128) +digikam (2:2.1.1-0ubuntu1) UNRELEASED; urgency=low + + [ Rohan Garg ] + * New upstream release (LP: #834190) +- debian/control + + Build with libqtwebkit-dev + - debian/kipi-plugins-common + + Install libkvkontakte required by kipi-plugins + - debian/digikam + + Install panoramagui + + [ Philip Muškovac ] + * New upstream release - debian/control: + Add libcv-dev, libcvaux-dev, libhighgui-dev, libboost-graph1.46-dev, libksane-dev, libxml2-dev, libxslt-dev, libqt4-opengl-dev, libqjson-dev, @@ -15,7 +25,7 @@ * Fix typo in digikam-data description (LP: #804894) * Fix Vcs links - -- Philip Muškovac yo...@kubuntu.org Wed, 24 Aug 2011 16:13:58 +0200 + -- Rohan Garg shadesla...@kubuntu.org Fri, 16 Sep 2011 17:29:37 +0530 digikam (2:1.9.0-1ubuntu2) oneiric; urgency=low === modified file 'debian/control' --- debian/control 2011-08-27 19:14:59 + +++ debian/control 2011-09-18 16:42:34 + @@ -27,7 +27,8 @@ libqt4-opengl-dev, libqjson-dev, libgpod-dev, - libqca2-dev + libqca2-dev, + libqtwebkit-dev Standards-Version: 3.8.4 Vcs-Bzr: https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/digikam Vcs-Browser: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/digikam === modified file 'debian/digikam-data.install' --- debian/digikam-data.install 2011-08-27 19:14:59 + +++ debian/digikam-data.install 2011-09-18 16:42:34 + @@ -4,3 +4,7 @@ usr/share/kde4/servicetypes/digikamimageplugin.desktop usr/share/doc/kde/HTML/en/digikam/* usr/share/locale/*/LC_MESSAGES/digikam.mo +usr/share/icons/hicolor/16x16/actions/panorama.png +usr/share/icons/hicolor/22x22/actions/panorama.png +usr/share/icons/hicolor/32x32/actions/panorama.png +usr/share/icons/hicolor/48x48/actions/panorama.png === modified file 'debian/digikam.install' --- debian/digikam.install 2011-08-27 19:14:59 + +++ debian/digikam.install 2011-09-18 16:42:34 + @@ -3,6 +3,7 @@ usr/bin/cleanup_digikamdb usr/bin/digikam usr/bin/digitaglinktree +usr/bin/panoramagui usr/lib/libdigikamcore.so.* usr/lib/libdigikamdatabase.so.* usr/lib/kde4/libexec/digikamdatabaseserver @@ -10,3 +11,4 @@ usr/lib/kde4/kio_digikam* usr/lib/kde4/digikamnepomukservice.so usr/share/applications/kde4/digikam.desktop +usr/share/applications/kde4/panoramagui.desktop === modified file 'debian/kipi-plugins.install' --- debian/kipi-plugins.install 2011-08-27 19:14:59 + +++ debian/kipi-plugins.install 2011-09-18 16:42:34 + @@ -8,3 +8,6 @@ usr/share/applications/kde4/expoblending.desktop usr/share/applications/kde4/scangui.desktop usr/share/applications/kde4/dngconverter.desktop +usr/lib/libkvkontakte.so +usr/lib/libkvkontakte.so.1 +usr/lib/libkvkontakte.so.1.0.0 === modified file 'debian/not-installed' --- debian/not-installed 2011-08-27 19:14:59 + +++ debian/not-installed 2011-09-18 16:42:34 + @@ -22,3 +22,40 @@ # compressed manpages ./usr/share/man/man1/cleanup_digikamdb.1 ./usr/share/man/man1/digitaglinktree.1 + +# devel headers not required +./usr/include/libkvkontakte/albuminfo.h +./usr/include/libkvkontakte/albumlistjob.h +./usr/include/libkvkontakte/allmessageslistjob.h +./usr/include/libkvkontakte/allnoteslistjob.h +./usr/include/libkvkontakte/authenticationdialog.h +./usr/include/libkvkontakte/cidsnamesjob.h +./usr/include/libkvkontakte/createalbumjob.h +./usr/include/libkvkontakte/deletealbumjob.h +./usr/include/libkvkontakte/discussionslistjob.h +./usr/include/libkvkontakte/editalbumjob.h +./usr/include/libkvkontakte/friendlistjob.h +./usr/include/libkvkontakte/getapplicationpermissionsjob.h +./usr/include/libkvkontakte/getinfojob.h +./usr/include/libkvkontakte/getvariablejob.h +./usr/include/libkvkontakte/libkvkontakte_export.h +./usr/include/libkvkontakte/messageinfo.h +./usr/include/libkvkontakte/messageslistjob.h +./usr/include/libkvkontakte/noteaddjob.h +./usr/include/libkvkontakte/noteinfo.h +./usr/include/libkvkontakte/notejob.h +./usr/include/libkvkontakte/noteslistjob.h +./usr/include/libkvkontakte/photoinfo.h +./usr/include/libkvkontakte/photojob.h +./usr/include/libkvkontakte/photolistjob.h +./usr/include/libkvkontakte/qintlist.h +./usr
Re: Kubuntu Developer Application: Rohan Garg
I'm going to close the poll tomorrow at UTC 1600. Get your entries in before that! Best Rohan Garg On Wed, Mar 7, 2012 at 12:39 AM, Rohan Garg rohan16g...@gmail.com wrote: Hi all I'm applying for Kubuntu Dev privileges and have setup a poll on doodle[1]. My Application can be found here[2] and my wiki page is here[3]. Best Rohan Garg [1] http://www.doodle.com/exzyt9wtfgsndd8b [2] https://wiki.kubuntu.org/shadeslayer/KubuntuDevApplication [3] https://wiki.kubuntu.org/shadeslayer -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu Developer Application: Rohan Garg
Meeting is set at 16th March at 3.30 PM UTC on #kubuntu-devel Best Rohan Garg On Mon, Mar 12, 2012 at 9:26 PM, Rohan Garg rohan16g...@gmail.com wrote: I'm going to close the poll tomorrow at UTC 1600. Get your entries in before that! Best Rohan Garg On Wed, Mar 7, 2012 at 12:39 AM, Rohan Garg rohan16g...@gmail.com wrote: Hi all I'm applying for Kubuntu Dev privileges and have setup a poll on doodle[1]. My Application can be found here[2] and my wiki page is here[3]. Best Rohan Garg [1] http://www.doodle.com/exzyt9wtfgsndd8b [2] https://wiki.kubuntu.org/shadeslayer/KubuntuDevApplication [3] https://wiki.kubuntu.org/shadeslayer -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: KDE Telepathy or Kopete
Hi I completely agree with Scott's point, the KTP code base is constantly evolving and it's going to be harder to backport fixes for 0.3, I'd vote to keep kopete, keep a close eye on kopete security issues and maybe add a line about testing KTP in the release notes? Best 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: Unable to download ISO from the Kubuntu website
Seems like someone forgot to update the download page after the 12.04.1 release. Please find the new ISO's at [1]. Best Rohan Garg [1] http://cdimage.ubuntu.com/kubuntu/releases/precise/release/ On Fri, Aug 24, 2012 at 11:28 AM, Ovidiu-Florin Bogdan ovidiu@gmail.com wrote: Hello, The link from the Kubuntu website to download eighter the ISO or the torrent are broken, they lead to nothing. I am unable to download an Kubuntu 12.04 ISO. I'm not sure, but could this have to do anything with the moving to universe? Sincerely, Ovidiu - Florin Bogdan mob: +40 743-135.018 _ I enjoy the massacre of ads. This sentence will slaughter ads without a messy bloodbath. http://www.google.com/profiles/ovidiu.b13 -- 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: Unable to download ISO from the Kubuntu website
I've updated the page to link to 12.04.1 images. However a couple of links seem to be broken because those image simply don't exist. For example, I'm trying to find the 12.04 DVD images for precise and completely failing at it. I also can't find the armhf images ( neither 12.04 nor 12.04.1 ) The only images that I could find were the Desktop and Alternate images. Best Rohan Garg On Fri, Aug 24, 2012 at 11:33 AM, Ovidiu-Florin Bogdan ovidiu@gmail.com wrote: Thank you. Ovidiu - Florin Bogdan mob: +40 743-135.018 _ I enjoy the massacre of ads. This sentence will slaughter ads without a messy bloodbath. http://www.google.com/profiles/ovidiu.b13 On Fri, Aug 24, 2012 at 9:02 AM, Rohan Garg rohan16g...@gmail.com wrote: Seems like someone forgot to update the download page after the 12.04.1 release. Please find the new ISO's at [1]. Best Rohan Garg [1] http://cdimage.ubuntu.com/kubuntu/releases/precise/release/ On Fri, Aug 24, 2012 at 11:28 AM, Ovidiu-Florin Bogdan ovidiu@gmail.com wrote: Hello, The link from the Kubuntu website to download eighter the ISO or the torrent are broken, they lead to nothing. I am unable to download an Kubuntu 12.04 ISO. I'm not sure, but could this have to do anything with the moving to universe? Sincerely, Ovidiu - Florin Bogdan mob: +40 743-135.018 _ I enjoy the massacre of ads. This sentence will slaughter ads without a messy bloodbath. http://www.google.com/profiles/ovidiu.b13 -- 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-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
Missing 12.04 DVD and armhf images
Hi It seems that Kubuntu 12.04 DVD and armhf images have gone missing. I've pretty much looked everywhere on [1] and [2] and I just can't seem to find them. It would be awesome if someone from the release team could point me to the DVD images so that the Kubuntu download page can be updated accordingly. Best Rohan Garg [1] http://cdimage.ubuntu.com/ [2] http://releases.ubuntu.com/ -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Missing 12.04 DVD and armhf images
Download page has been updated to link to DVD and armhf images. Thanks for the quick response Stéphane. Best Rohan Garg On Sat, Aug 25, 2012 at 10:37 PM, Stéphane Graber stgra...@ubuntu.com wrote: On 08/25/2012 04:58 AM, Rohan Garg wrote: Hi It seems that Kubuntu 12.04 DVD and armhf images have gone missing. I've pretty much looked everywhere on [1] and [2] and I just can't seem to find them. It would be awesome if someone from the release team could point me to the DVD images so that the Kubuntu download page can be updated accordingly. Best Rohan Garg [1] http://cdimage.ubuntu.com/ [2] http://releases.ubuntu.com/ They have been mistakenly archived to old-releases.ubuntu.com, I'm moving them back now and they should be back on cdimage in a few minutes. -- Stéphane Graber Ubuntu developer http://www.ubuntu.com -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Commits beyond KDE 4.9.1
Hi! While packaging KDE 4.9.1 , please make sure that you include commit hash a651fff0 [1] from kde-workspace. This will fix a major bug where Kubuntu's custom plasma setup scripts were not being run on the Live CD and the installed desktop. Anyone else know about commits that we *should* include but were pushed after the 4.9.1 tarballs were spun? ( Anything after Saturday qualifies this criterion I believe ). Best Rohan Garg [1] https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/a651fff01cfcef8874c5ddcf7a080467edc49d16/diff/libs/plasmagenericshell/scripting/scriptengine.cpp -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: UDS - I'll be there
I'll be attending as well :) Best Rohan Garg On Wed, Sep 5, 2012 at 12:38 AM, Steve Riley st...@rileyz.net wrote: Just heard today from Canonical. They approved my sponsorship to attend the developer summit. Woo hoo! Anyone else here going? ...Steve -- 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: Blue Shell PPA for Firefox -- package name confusion
Yep www.launchpad.net/~rohangarg On Sat, Nov 3, 2012 at 2:46 AM, Scott Kitterman ubu...@kitterman.comwrote: Rohan Garg rohan16g...@gmail.com wrote: Alrighty, here's a solution that I propose : Add a firefox-kde meta package that declares a explicit dependency on the firefox from the PPA ( as well as kmozillahelper ). This is the package targeted towards the general users who want Firefox and KDE integration. Other users who want Firefox with KDE integration but still want to get security updates can install the specific firefox version from the ppa by supplying the version over the apt command line or adding the PPA and upgrading. Thoughts? Best Rohan Garg www.launchpad.net/~rohangarg On Fri, Sep 21, 2012 at 11:52 AM, Jussi Kekkonen t...@ubuntu.com wrote: Hi, Without knowing the details more in depth, is there any particular reason why the whole Firefox is bundled with the support? Any way it could be a just support provided to ubuntu-stock Firefox as separate package? On 20 September 2012 21:36, Rohan Garg rohan16g...@gmail.com wrote: Harald also pointed out that this would pose a security risk as we do not have releases the same day as ubuntu. On Thu, Sep 20, 2012 at 11:55 PM, Rohan Garg rohan16g...@gmail.com wrote: As suggested on IRC a couple of minutes, would it be viable to document pinning the package using Muon? Jonathan says that this can be done via muon ( downgrade the package and then pin it to the current version ). Best Rohan Garg On Thu, Sep 20, 2012 at 11:53 PM, Ovidiu-Florin Bogdan ovidiu@gmail.com wrote: +1 Ovidiu - Florin Bogdan mob: +40 743-135.018 _ I enjoy the massacre of ads. This sentence will slaughter ads without a messy bloodbath. http://www.google.com/profiles/ovidiu.b13 On Thu, Sep 20, 2012 at 12:22 AM, Steve Riley st...@rileyz.net wrote: On 2012-09-19 22:34:11 Ovidiu-Florin Bogdan ovidiu@gmail.com wrote: Does this package contain any elements that are specific to KDE? It's Firefox compiled with KDE support. More info here: https://launchpad.net/~blue-shell/+archive/firefox-kde ...Steve -- 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-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel -- Jussi Kekkonen, Tm_T Ubuntu/KDE developer t...@ubuntu.com -- 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 I missed the start of this thread. You're just talking about PPA packages, right? 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: KDE 4.10 rc1
Uhm, I don't think it's been *released* yet. www.launchpad.net/~rohangarg On Wed, Dec 19, 2012 at 4:59 AM, Aleix Pol aleix...@kde.org wrote: Hey, Just saw KDE 4.10 rc has been released, I was wondering if the packages are available in Kubuntu for testing? It would be really interesting if Kubuntu could be a distribution proposed for this testing... Aleix -- 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: Re: userconfig broken
I'm with Alex on this one, adding users should be simple as possible with the user getting 2 options, a normal user or a administrative user. All normal users get access to things like Bluetooth/Network/Printers and all admin users get sudo privileges. Any admin who wants to add/remove a user from a group can either use the command line and/or kuser/userconfig ( if/when it gets ported ). I'm reasonably certain that the average user does not care about groups. Regards Rohan Garg On Sun, Dec 30, 2012 at 7:27 PM, Alex Fiestas afies...@kde.org wrote: On Saturday 29 December 2012 12:30:13 Scott Kitterman wrote: I may be wrong, but I had always considered KDE to target both the user that doesn't care much about computers and users that are more into them. The more advanced user is the reason that all of the customization options are important. Indeed customization is important, being able to manage groups from a GUI not so much since those users will not mind doing it from the CLI (and again it is something you hardly want to do). While we should never enforce use of the GUI where it can be avoided, we should, IMO, also strive to enable people that don't like command line to avoid it. When I say Linux to people one of their first reactions is commonly that they don't want to have to open a shell and type lots of commands. The fact that I can honestly tell them that it's not necessary makes them much more comfortable with trying it out. For reaching this point (using the cli) in the case we are talking about I have yet to read a usecase that is not figurative or super cutting edge. Userconfig was developed as a kuser replacement. It was proposed to replace it, but it never quite got to the top of the TODO list, so it's not part of KDE SC. As far as targets for your development efforts, I think the About Me module covers the basic case and you should try to encompass both kuser and userconfig functionality in what you are doing. KDE SC already has two user management functions (About Me and kuser) and I don't think it needs three. Of course, Rome wasn't built in a day and software isn't either, so Replace userconfig/kuser completely may be a longer term goal, but I think it's a good one. As far as the case for group related functions goes, I think it is important to be able to see a list of groups and membership in groups because Is xxx in group yyy or What users are listed as members of zzz are reasonably common troubleshooting/support questions. Personally, although I regularly edit /etc/group in vim on my servers, I use userconfig on Kubuntu systems because it's harder to screw something up. Just because I can do it by hand, I prefer to take the safer route where I'm only checking/unchecking boxes and not editing directly. Can you tell me why are you messing with groups in your Kubuntu box? In a server I can understand but in a desktop? Give me use cases ! As a personal note, we (KDE) won't be able to move forward if we keep thinking on our old user base of hardcore users, do you know what most sysadmins do these days? Use osx. I wonder why. -- 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: Change the default settings of Kubuntu to improve the first time user experience
Hi Please not that we cannot ship some multimedia things like libav due to patent issues as a result of which apps like vlc cannot be shipped ( and by extension, same thing goes for chromium though I am not entirely sure about that, maybe someone can offer a better explanation of why we can't ship chromium as the default ). snip -change the default /home folder icons (music, doc, etc) Please propose these upstream ( kde-de...@kde.org should suffice, unless someone proposes a better list ), I can't think of a reason as to why this should be in Kubuntu and not in KDE itself. -add avatar and wifi connecting support to installer Oh yes, this would be really cool to have, who wants to volunteer? :D -add KDEWEB accounts, run it on the first kubuntu start after installation I'd like to hear Alex Fiesta's as well as other Kubuntu Developers opinions on this, there is also no release of WebAccounts at the moment, so we should keep that in mind. I also think that it shouldn't be run when the desktop starts because you want to start working straightaway, but that's just me. -add notification-helper for kipi plugins (first gwenview start) Probably should be added to the list of packages the kubuntu-notification-helper asks the user to install when it starts up - add default wallpaper package or atleast a few cool ones We do ship the default wallpaper we get from KDE, Elarun for Raring, Ariya for Quantal -improve lightdm default them: move system buttons to center, use monochromatic icons, 48x48 Please send mockups and code to David Edmundson :) He's d_ed on Freenode, channel : #kde-lightdm -switch to chrome/chromium. All new to kubuntu people ask about chrome/firefox. It's best browser anyway ;) Firefox doesn't really have good KDE integration by default which is why we've rejected it in earlier releases ( Plasma Download notifications, File Dialogs, Button placement, etc etc) As for Chromium, see the first couple of lines of this reply. -finally fix or remove the sharing KCM form systemsetings. Why is this thing stuck for so long?! -make user configuration USER FRIENDLY! Let it be a KCM not a standalone app. This sucks ;) Alex Fiestas is working on this, though I haven't seen a screenshot or anything :) Not to mention user management is currently broken in Raring due to python3 migration. We are coming up with better alternatives and will probably decide once Alex shows us his new user management KCM. www.launchpad.net/~rohangarg 23 sty 2013 02:33, AG Alex a...@alexgrafic.it napisał(a): Hi everyone, I'm a new member with few years of experience using Kubuntu..., please be patient with my English, I'm still working on it I'm writing to talk about Users First Experience improvement in Kubuntu, which is not the best we can do at moment especially for First Time Users, in my opinion of course. The current default configuration of Kubuntu (until 12.10) seems to be targeting just experienced users, which once installed a new system doesn't have any problem to build its own environment around its needs, but they wouldn't have any problem to do it even with a much more full functionality default configuration, while for a new user of Kubuntu it will be impossible even to simply imagine the powerful of the KDE environment with current default settings. So why don't we change the target of the default settings to aim the Newbbie needs instead of experienced users, they can anyway customize and set up everything they need in few steps. I mean, a bit of sacrifice for experienced user could become something really helpful for New Users. Even much better of course would be to gives, if possible, a choice during the installation process to set the Environment in few different ways, one could beMinimal Basic Functionality (for experienced Users), other could be Fully Functionality Mode (to show the real power of KDE) , other again could be a kind of Learning Mode where in my opinion Activities can become very helpful, and so on. But I'm not a developer and maybe it's impossible to do it, or maybe it will be possible just having a much more centralized configuration system, where would be really nice to have a set of tools to export and share any aspect of any single part of of the DE configuration (but maybe in other post we can talk about it). Talking about New Default Settings optimized for first time Users, involves of course few different aspects like default packages installed, default desktop environment include plasma and plasmoids, and than default activities where to show many different aspect of KDE functionality combined with the best applications of Kubuntu repositories. Default Packages: In my opinion there are few change to do on default installed packages, simply because some application are not ready yet to be used, or in some other case, very useful tool are not installed by default. Applications: Rekonq, is not ready
Re: Change the default settings of Kubuntu to improve the first time user experience
On Wed, Jan 23, 2013 at 8:21 PM, Tomasz Dudzik madshey...@gmail.com wrote: Even if, we can make a Browser choice page which will be the first one opened in rekonq or add Browser choice to installer. IMHO if anything, the browser choice should be implemented in the installer so that once you've installed a system it should be usable from the get-go. www.launchpad.net/~rohangarg -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Installation strings on Launchpad
I think the translations are stored here : https://translations.launchpad.net/ubuntu/raring/+source/ubiquity/ On Wed, Jan 30, 2013 at 6:46 AM, Volkan Gezer volkange...@gmail.com wrote: Hello, Which file includes installation scripts on launchpad? I am trying to find Prepare Partitions string, but could not find it anywhere... Thanks, Volkan GEZER volkange...@gmail.com -- 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
Browser selection from Ubiquity
Hi everyone Since the default browser seems to be a fairly hot topic in Kubuntu I'd like to propose the following : * Keep rekonq as the default browser * Add a new browser selection page in Ubiquity right after the Prepare page which allows the user to pick one of the the 3 available choices Firefox/Chromium/Rekonq ( rekonq selected by default ) Pro's : People don't complain (loudly) about our browser selection For people trying out Kubuntu for the first time who know nothing about packages and how to install software, it gives them an easy way to choose a more feature complete browser. Con's : Adds another step in the installer While some people might argue that users might not be able to choose one over the other, this will not hold true for most of the users since we can safely assume that they have used/heard about either one of the browsers in the past and already have a preference. I've also heard some issues being raised about chromium not having a security cycle in tune with our release cycle, but it seems that Lubuntu ships Chromium as their default browser. I'd like to hear everyone's opinions on this. Regards 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: Browser selection from Ubiquity
snip If we're going to put Firefox on our install media we should just make it default. It's the only browser in the archive with proper security support. In the long run that's a really, really essential feature for browsers. You misunderstood me, I'm proposing to make it opt-in like the mp3 codecs on the Prepare page. The fact that Lubuntu made a different choice should not sway us a bit. You're right. I was simply putting the facts out there. I am of the opinion that we should talk to the Lubuntu folks about how choosing chromium as the default is turning out for them with respect to security updates etc. I believe we should make opinionated choices to give our users a safe, functional, KDE experience. For different applications, the priority of those factors will be different. For a web browser, I think that's the correct order. If Firefox doesn't fit, then we throw the first two out and ship rekonq. 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: Browser selection from Ubiquity
In this case, you still get rekonq if there's no network during install. Yep, the same way you get a Kubuntu without multimedia codecs without a network. I don't see any significant advantage for doing it during the install versus making it easy to do post-install. Why do you think it's better? I'm open to suggestions on how to make it super easy for users to install another browser post-install. Especially since users migrating from Windows/OS X have no concept of 'packages' and even installing something like firefox can be daunting task. Personally, I'd expect them to go to firefox.com and download the sources instead of downloading the binary packages since that's what they're accustomed to. Also, if we start having application selection during install, what else ends up there? It's a slippery slope. True. As always there are tradeoffs to be made here. But if you have a look around, people seem to be comfortable with dragon as their video player as compared to rekonq as their default browser ( just an example ). 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: Browser selection from Ubiquity
Sounds like a good idea. Anyone opposed to having the firefox installer in the kickoff? On Thu, Jan 31, 2013 at 9:18 PM, Scott Kitterman ubu...@kitterman.com wrote: On Thursday, January 31, 2013 08:24:45 PM Rohan Garg wrote: In this case, you still get rekonq if there's no network during install. Yep, the same way you get a Kubuntu without multimedia codecs without a network. I don't see any significant advantage for doing it during the install versus making it easy to do post-install. Why do you think it's better? I'm open to suggestions on how to make it super easy for users to install another browser post-install. Especially since users migrating from Windows/OS X have no concept of 'packages' and even installing something like firefox can be daunting task. Personally, I'd expect them to go to firefox.com and download the sources instead of downloading the binary packages since that's what they're accustomed to. How about putting the Firefox installer in the 'favorites' so that if someone can at least click on the K menu they'll see the familiar icon and (hopefully) click on it? Also, if we start having application selection during install, what else ends up there? It's a slippery slope. True. As always there are tradeoffs to be made here. But if you have a look around, people seem to be comfortable with dragon as their video player as compared to rekonq as their default browser ( just an example ). There was a time where Kaffeine versus Dragon was just as controversial. 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: Browser selection from Ubiquity
Sure, but downloading a browser on Linux is so much more different than it is on Windows / OS X. My primary aim with opening this discussion was not to decide which browser we should ship on the ISO, but having a user friendly way in which a first time user can install an alternative browser. On Thu, Jan 31, 2013 at 9:55 PM, Tres Finocchiaro fatbuttla...@gmail.com wrote: This is a hot topic because the web browser is used so much by so many people that they are passionate about improving the experience. It's been said many times Chromium and Firefox are not going to happen, so it may be more worth our time to lay this discussion to rest. We're all accustomed to downloading the web browser of our choice, we've been doing it on all operating systems for years. I'm not sure why this OS is any different. -Tres -- - tres.finocchi...@gmail.com -- 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: Browser selection from Ubiquity
Personally I wouldn't do that. If a user is smart enough for wanting another browser, he should be able to go and install it himself. Maybe here the problem is that Kubuntu is not advertising the software centers properly. From my side, if there's anything we can do to improve this situation from Muon, I think it would be a huge step forward, and not only for browsers, but other areas could benefit from such deals. Maybe rekonq can provide a list of alternatives and use muon to install them? Afterall, chromium already suggests you other browsers, IIRC. I am not sure whether or not chromium suggests other browsers, but I agree that Muon itself needs more exposure, which is why we should : a) Put it as one of the apps under Favorites b) Update the feature tour on kubuntu.org to showcase Muon as the preferred way to install things. Additionally, you didn't mention in the Con's that it means to add GTK dependencies, which I'm fine with by the way, but AFAIK right now ubuntu forked the kde-gtk-config package to not need GTK. You seem to have misunderstood me, I'll repeat again, I was not proposing to put Firefox on the Live Media itself. Instead, I was proposing to have a page in the installer that allows a user to choose betweek Firefox/Chromium/Rekonq, with Firefox/Chromium being downloaded during the install phase. Aleix -- 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: Browser selection from Ubiquity
On Fri, Feb 1, 2013 at 9:27 PM, Tres Finocchiaro fatbuttla...@gmail.com wrote: Sure, but downloading a browser on Linux is so much more different than it is on Windows / OS X. My primary aim with opening this discussion was not to decide which browser we should ship on the ISO, but having a user friendly way in which a first time user can install an alternative browser. This is simply not true. Between the Kubuntu Software Installer for Firefox and the pre-packaged .DEB files that Google provides for Chrome, installing a browser in Linux has never been easier. I'll agree with the fact about Google Chrome :) If you're worried about someone downloading the wrong version, that could be said for any installer on any OS. Downloading may be different, however I would argue that for ease of use, you should ask the Mozilla project to modify their home page to launch the apt:// url when the big green Download button us pressed. This would likely need coordination with some Ubuntu cross-reference of OS version to apt url that the community could maintain. Perhaps lower under the green button would be an option to install manually. Unfortunately, since the version through apt would be slightly dated, this would also warrant a disclaimer above the download button that the version may be out of date. Actually, with the new policies Firefox is regularly updated on all supported releases of Ubuntu. So a url like apt://firefox will always install the latest release. I actually proposed having having apt:// links on kubuntu.org to popular software like vlc/firefox/chromium etc on IRC. It was shot down due to security concerns. If you want ease of use, make this page (en version linked) -- the page the rest of the world uses to install Firefox -- actually install Firefox, not download a tarball that's confusing to the users you are trying to represent. That page is out of our control. It's something that Mozilla would have to change on their end. -Tres -Tres On Fri, Feb 1, 2013 at 5:05 AM, Volkan Gezer volkange...@gmail.com wrote: En İyi Dileklerimle, Volkan GEZER volkange...@gmail.com 2013/2/1 Nowardev-Team nowar...@gmail.com: 2013/2/1 Rick Timmis rick.tim...@abazander.com My take is as follows I believe we should look to keep things simple and unified. Kubuntu has set out its stall as a default KDE experience, it should stick with that. encouraging more users to Try Out Rekonq, grows the users and testing community, and provides the potential for greater feedback, and increased development for the upstream project. This is true for the whole KDE package set. if you go here http://www.kubuntu.org/ you will read Kubuntu, making your PC friendly and if you know what is ubuntu you should understand that ubuntu is NOT a distro for testing software it's linux made simple for end-user. you wanna support rekonq well make an icon that will install rekonq instead here we got the opposite. I do not like the idea, of adding questions to the installer, in fact I feel that it would be better to remove questions, ask less, assume more. Whilst our technically savvy users may not appreciate this, think about the broader audience. We're are trying to persuade Sally Smith, who bought her Laptop from a local retail store, all fully loaded with all sorts of software. All she had to do was switch it on and give it a user name and set her password. That's what we're competing with, so we must try to recreate that user experience in our own way. However, you make an excellent point about users not knowing about Software Centre, but perhaps this could be better served with some explanatory information that is presented as the installer takes care of business ATB Rick Timmis if you do a good installer the first things will be * the partition stuff *software to install I am also aggree with this. Before there was a saying about choosing between minimal installation or custom installation. When it is custom, can users pick their favourite softwares before installation? For example in openSUSE they allow everything to be chosen before installation (maybe with yast , but I dont know). So basics program installations can be selected. If user selects these programs, then these may be added to their Favourite tab in Kickoff. *keyboard language and user password stuff then the computer can do all the installation by itself wihout user actions so adding a question is good , users are not stupid i think a more question will not kill them expecially if they want install linux that is not a ultra easy task. -- 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
Re: kubuntu-automation and lintian warnings
I completely support having lintian checks being run during the build process, has all the obvious advantages with no drawbacks that I can think of off the top of my head. On Sat, Feb 2, 2013 at 8:42 PM, Philip Muskovac yo...@gmx.net wrote: Hi, during the recent 4.10 packaging time me and Rohan noticed that quite a few of our KDE packages show lintian warnings, partly caused by the new warnings from lintian in raring. Now that we use kubuntu-initial-upload to generate the packages, only the person that runs that sees those warnings and has to extract them from the script output. If not they're simply ignored unless a package needs fixing and someone sees the warning again when uploading an updated package to the PPA. IMO it would be best if the kubuntu-ppa-build-status could show the relevant warnings so however has time can fix them. That way they wouldn't be forgotten either. When looking at that we noticed that lintian isn't being run at build-time so there is no lintian output in the logs that one could parse in the script. Below is one way to add that in pkg-kde-tools, I'm open for better ideas. But generally: Does this makes sense? Or am I worrying about something that nobody cares about? Regards, Philip diff -Nru pkg-kde-tools-0.15.3ubuntu1/debian/control pkg-kde-tools-0.15.3ubuntu2~ubuntu13.04~ppa4/debian/control --- pkg-kde-tools-0.15.3ubuntu1/debian/control 2012-11-15 17:08:19.0 +0100 +++ pkg-kde-tools-0.15.3ubuntu2~ubuntu13.04~ppa4/debian/control 2013-02-02 15:00:07.0 +0100 @@ -12,7 +12,7 @@ Package: pkg-kde-tools Architecture: all Multi-Arch: foreign -Depends: ${perl:Depends}, ${misc:Depends}, libdpkg-perl (= 1.15.6~) +Depends: ${perl:Depends}, ${misc:Depends}, libdpkg-perl (= 1.15.6~), lintian Recommends: dpkg-dev (= 1.15.6~), libwww-perl Suggests: debhelper (= 7.3.16), cdbs Breaks: kdelibs5-dev ( 4:4.2.2), dpkg-dev ( 1.15.6~) diff -Nru pkg-kde-tools-0.15.3ubuntu1/qt-kde-team/2/debian-qt-kde.mk pkg-kde-tools-0.15.3ubuntu2~ubuntu13.04~ppa4/qt-kde-team/2/debian-qt-kde.mk --- pkg-kde-tools-0.15.3ubuntu1/qt-kde-team/2/debian-qt-kde.mk 2012-08-11 17:43:46.0 +0200 +++ pkg-kde-tools-0.15.3ubuntu2~ubuntu13.04~ppa4/qt-kde-team/2/debian-qt-kde.mk 2013-02-02 14:28:38.0 +0100 @@ -24,6 +24,9 @@ # Support list-missing target include $(dqk_dir)list-missing.mk +# lintian support +include $(dqk_dir)lintian.mk + # KDE packages are parallel safe. Add --parallel to dh_auto_% commands $(call set_command_options,dh_auto_%, += --parallel) @@ -94,7 +97,7 @@ fi $(foreach t,install-indep install,post_$(t)_dh_install): install_to_doc-html_package -post_binary: list-missing +post_binary: list-missing lintian .PHONY: run_dh_sameversiondep cleanup_manpages install_to_doc-html_package diff -Nru pkg-kde-tools-0.15.3ubuntu1/qt-kde-team/2/lintian.mk pkg-kde-tools-0.15.3ubuntu2~ubuntu13.04~ppa4/qt-kde-team/2/lintian.mk --- pkg-kde-tools-0.15.3ubuntu1/qt-kde-team/2/lintian.mk1970-01-01 01:00:00.0 +0100 +++ pkg-kde-tools-0.15.3ubuntu2~ubuntu13.04~ppa4/qt-kde-team/2/lintian.mk 2013-02-02 14:51:13.0 +0100 @@ -0,0 +1,26 @@ +# Copyright © 2013 Philip Muskovac yo...@kubuntu.org +# Description: Defines various random rules, including a list-missing rule +# +# This program is free software; you can redistribute it and/or +# modify it under the terms of the GNU General Public License as +# published by the Free Software Foundation; either version 2, or (at +# your option) any later version. +# +# This program is distributed in the hope that it will be useful, but +# WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +# General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program. If not, see http://www.gnu.org/licenses/. + +ifdef dqk_dir + +lintian: + @echo === Start lintian + @-lintian + @echo === End lintian + +.PHONY: lintian + +endif -- 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: Plymouth theme
Just a personal nitpick, but I'm not particularly happy with the background in the 2nd theme. It makes me think there's something wrong with my screen initially. Would it be better to use a solid background? On Wed, Feb 20, 2013 at 3:23 PM, Ovidiu-Florin Bogdan ovidiu@gmail.com wrote: I like the second one as well. -- Ovidiu-Florin Bogdan Software Developer On Monday 18 February 2013 18:31:35 Ho Wan Chan wrote: Me too. I vote for the second theme (much more beautiful) Howard Chan (smartboyhw) 2013/2/18 Rohan Garg rohang...@kubuntu.org I vote for the second glowy one as well. On Mon, Feb 18, 2013 at 4:03 AM, oliviervdto...@gmail.com oliviervdto...@gmail.com wrote: Much of an improvement over the current Plymouth theme. I like them both! However if I'm forced to choose I would choose the second (the glow), has a bit more of the fancy-factor. Best regards, -O. I. van der Toorn. On 17 February 2013 21:41, James Cain james.cain...@gmail.com wrote: They're both really nice, and not too flashy, which is good. Are these being considered for 13.04? My vote would be for #2. - James On Sun, Feb 17, 2013 at 3:11 PM, Tomasz Dudzik madshey...@gmail.com wrote: Hey guys. Me and Harald were working on a new plymouth theme. We want you to vote for one of those: 1. http://people.ubuntu.com/~apachelogger/screencasts/boot-logo-rotate.mkv 2. http://people.ubuntu.com/~apachelogger/screencasts/boot-glow-text.mkv The second one has a pattern on the background and looks like that: http://img856.imageshack.us/img856/8640/snapshot17.png Please vote with 1 or 2! Thanks! -- Pozdrawiam, Tomasz Dudzik şeytanDesign -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel -- James Cain -- 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-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-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu Council Elections 2013 - Call For Nominations
Hi I'd like to apply for the Kubuntu Council as well. My primary responsibilities in Kubuntu right now are to maintain the KDE SC packaging along with my fellow developers and providing end user support in #kubuntu, I also hack on some upstream KDE projects occasionally. In the future I'd primarily like to focus on automating more things like we've done over the last couple of months with our packaging and upgrade testing. This should ideally expand to include automated ISO testing using preseeds so as to ensure a better daily quality. As part of the council I'd primarily like to make sure we have awesome relations with upstream KDE and make sure Kubuntu becomes the premier distribution for KDE Software. You can find out more about me here [1] Regards Rohan Garg (shadeslayer on IRC) [1] https://wiki.ubuntu.com/shadeslayer#preview On Thu, Mar 28, 2013 at 7:10 PM, Philip Muskovac yo...@gmx.net wrote: On Wednesday 27 February 2013 16:11:07 Scott Kitterman wrote: The Kubuntu Council terms for David Wonderly, Harald Sitter, and Jonathan Thomas expire on 2013-05-20. This is a call for nominations for the Kubuntu Council to elect three members. The term will be for two years, 2013-05-21 to 2015-05-20. As in the past, the election will be conducted using CIVS (Condorcet Internet Voting Service - http://www.cs.cornell.edu/andru/civs.html ). The top three ranking vote recipients will be elected. Schedule: Nomination period: Now to 2013-05-01 Ballot Preparation: 2013-05-01 to 2013-05-04 Voting Period: 2013-05-04 to 2013-05-20 End Poll/Results Announced: 2013-05-20 New Term Begins: 2013-05-21 Eligibility: All Kubuntu Members ( https://launchpad.net/~kubuntu-members/+members ) are eligible to be nominated and to vote. If you have a public email address in launchpad, you need take no further action to receive your voting ballot. If you do not have a public email address, please contact me offlist with the address you'd like your ballot sent to, otherwise you will be unable to vote. Nominations: All Kubuntu members are eligible. The Kubuntu Council is intended to represent all of the Kubuntu community. Applications from involved non- developers are encouraged. If you are nominating someone else, please confirm their willingness to serve before nominating them. Nominations should be done in public via either kubuntu-users or kubuntu-devel mailing lists. If there is some extraordinary reason that precludes that, contact me directly. Commitment: The Kubuntu Council is the leadership body of Kubuntu. Members of the council are expected to be active in Kubuntu. The Kubuntu Council has three primary roles: - Approve development plans for future Kubuntu releases - Approve Kubuntu membership applications - Resolve disputes within the Kubuntu project The time commitment is not large. Meetings are generally only once every several months and conducted via IRC. Questions: If there are questions, you can contact me (preferably) via this mailing list or (if really necessary) via direct mail. Scott K For the Kubuntu Council Hi, as a long time kubuntu member and developer I now want to run for a position in the Kubuntu Council. For those that don't know me, I've been a Kubuntu tester for a few years and developer since 2011 and have worked on mostly on our KDE SC packaging, release testing and user support. In the future I want to work on providing even higher quality packages in less time and improve our relations with our users and various upstreams (both KDE and fellow distributions) As part of the council I want to help with shaping the path kubuntu will take on the path to an even more awesome OS. You can find a bit more history on me on my wiki page: https://wiki.kubuntu.org/PhilipMuskovac Thanks, Philip Muskovac (yofel on IRC) -- 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 Council Elections 2013 - Call For Nominations
Blame MoinMoin for not removing the #preview after I save my changes :P On Thu, Mar 28, 2013 at 7:54 PM, Ho Wan Chan smartbo...@gmail.com wrote: shadeslayer, next time please don't post wiki links with #preview :P Wow we have four candidates now hmm. Howard Chan (smartboyhw) Kubuntu member On 2013-3-28 下午10:17, Rohan Garg rohang...@kubuntu.org wrote: Hi I'd like to apply for the Kubuntu Council as well. My primary responsibilities in Kubuntu right now are to maintain the KDE SC packaging along with my fellow developers and providing end user support in #kubuntu, I also hack on some upstream KDE projects occasionally. In the future I'd primarily like to focus on automating more things like we've done over the last couple of months with our packaging and upgrade testing. This should ideally expand to include automated ISO testing using preseeds so as to ensure a better daily quality. As part of the council I'd primarily like to make sure we have awesome relations with upstream KDE and make sure Kubuntu becomes the premier distribution for KDE Software. You can find out more about me here [1] Regards Rohan Garg (shadeslayer on IRC) [1] https://wiki.ubuntu.com/shadeslayer#preview On Thu, Mar 28, 2013 at 7:10 PM, Philip Muskovac yo...@gmx.net wrote: On Wednesday 27 February 2013 16:11:07 Scott Kitterman wrote: The Kubuntu Council terms for David Wonderly, Harald Sitter, and Jonathan Thomas expire on 2013-05-20. This is a call for nominations for the Kubuntu Council to elect three members. The term will be for two years, 2013-05-21 to 2015-05-20. As in the past, the election will be conducted using CIVS (Condorcet Internet Voting Service - http://www.cs.cornell.edu/andru/civs.html ). The top three ranking vote recipients will be elected. Schedule: Nomination period: Now to 2013-05-01 Ballot Preparation: 2013-05-01 to 2013-05-04 Voting Period: 2013-05-04 to 2013-05-20 End Poll/Results Announced: 2013-05-20 New Term Begins: 2013-05-21 Eligibility: All Kubuntu Members ( https://launchpad.net/~kubuntu-members/+members ) are eligible to be nominated and to vote. If you have a public email address in launchpad, you need take no further action to receive your voting ballot. If you do not have a public email address, please contact me offlist with the address you'd like your ballot sent to, otherwise you will be unable to vote. Nominations: All Kubuntu members are eligible. The Kubuntu Council is intended to represent all of the Kubuntu community. Applications from involved non- developers are encouraged. If you are nominating someone else, please confirm their willingness to serve before nominating them. Nominations should be done in public via either kubuntu-users or kubuntu-devel mailing lists. If there is some extraordinary reason that precludes that, contact me directly. Commitment: The Kubuntu Council is the leadership body of Kubuntu. Members of the council are expected to be active in Kubuntu. The Kubuntu Council has three primary roles: - Approve development plans for future Kubuntu releases - Approve Kubuntu membership applications - Resolve disputes within the Kubuntu project The time commitment is not large. Meetings are generally only once every several months and conducted via IRC. Questions: If there are questions, you can contact me (preferably) via this mailing list or (if really necessary) via direct mail. Scott K For the Kubuntu Council Hi, as a long time kubuntu member and developer I now want to run for a position in the Kubuntu Council. For those that don't know me, I've been a Kubuntu tester for a few years and developer since 2011 and have worked on mostly on our KDE SC packaging, release testing and user support. In the future I want to work on providing even higher quality packages in less time and improve our relations with our users and various upstreams (both KDE and fellow distributions) As part of the council I want to help with shaping the path kubuntu will take on the path to an even more awesome OS. You can find a bit more history on me on my wiki page: https://wiki.kubuntu.org/PhilipMuskovac Thanks, Philip Muskovac (yofel on IRC) -- 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-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
Re: Upload needs charging?
You can significantly reduce costs if you make sure your packages don't FTBFS and you complete alot of action items :D Regards Rohan Garg PS : It's an April Fool joke On Mon, Apr 1, 2013 at 7:38 PM, Ho Wan Chan smartbo...@gmail.com wrote: http://ograblog.wordpress.com/2013/04/01/important-changes-in-ubuntu-engineering/ What on Earth is this? I need to PAY to upload packages Faintly ridiculous. Let me hear you guys' views. Regards, Howard Chan (smartboyhw) -- 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 Council Elections 2013 - Nominations Closed
the Wayland stack on Ubuntu absolutely rocks and we're ready to switch when our respective upstream's make the switch to Wayland. snip Regards Rohan Garg [1] http://www.markshuttleworth.com/archives/551 -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: where to put about-distro
question is where to show it by default. seeing as it a KCM we can have it in systemsettings and/or kinfocenter and/or as standalone app in the menu (and/or create a completely new application for stuff like that :P). IMHO both systemsettings and kinfocenter , doesn't make much sense to put something like that in the kickoff. Reasoning : systemsettings is much more regular-user friendly while kinfocenter is targeted towards power users IMHO. -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kubuntu BoF streaming/recording at Akademy
Would it be an idea if I bought a decent microphone and brought speakers? I've just noticed my laptop doesn't have a 3.5m jack microphone socket, anyone got a laptop that does? Mine does, I'm also sending a email to the Akademy Team to check with them if they have some sort of mic that we can hook up to a notebook and stream using Mumble. Regards 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 BoF streaming/recording at Akademy
We will have access to proper recording equipment ( mixing consoles, speakers, mic ) on Monday, but it'll take a bit of time to set it up in the morning, so it might be useful to structure the discussion in a way that will not require us to stream the audio for the beginning of the BoF. Kudos to Sarean Zehar from the Akademy team for setting this up for us. On Mon, Jul 8, 2013 at 4:45 PM, Rohan Garg rohang...@kubuntu.org wrote: Would it be an idea if I bought a decent microphone and brought speakers? I've just noticed my laptop doesn't have a 3.5m jack microphone socket, anyone got a laptop that does? Mine does, I'm also sending a email to the Akademy Team to check with them if they have some sort of mic that we can hook up to a notebook and stream using Mumble. Regards 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 Polo Shirts
€22 total, making our €25 Retail price doable. How does this look to people? Any feed back or ways to make it work better? Kubuntu Council, please weigh in with a +1 or -1 to indicate if you approve the money expenditure. Sounds fine to me as well :) Regards Rohan Garg 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: Fwd: Dependancies of kubuntu-precise
I have an Ubuntu 12.04 (precise) notebook with Kubuntu-desktop (4.8) which has been upgraded to Kernel 3.5.0 and the -lts-quantal series of Xorg servers by Ubuntus recommendation. When installing the latest KDE 4.10 packages from your PPA, apt-get wants to remove all the Xorg servers, ubuntu-desktop and some other packages and installs the old precise Xorg servers again - but doesn't downgrade the kernel, so the next boot fails with a blank screen because kernel graphics system and Xorg don't match any more. Manually resolving this issue I managed to get the lts-quantal Xorg server packages reinstalled and all of KDE 4.10 installed - EXCEPT for kde-windowmanager. Why is this? Can this be resolved so adding this PPA and upgrading the Kubuntu 4.8 to the 4.10 packages doesn't remove any essential packages? Hi, it seems you're trying to install the HWE stack, I believe that the wiki is missing a couple of packages on the command line. For Kubuntu / KDE you'll need something like : For Raring : sudo apt-get install --install-recommends linux-generic-lts-raring xserver- xorg-lts-raring libgl1-mesa-glx-lts-raring libegl1-mesa-lts-raring libgles2- mesa-lts-raring Gives me [1] For Quantal : sudo apt-get install --install-recommends linux-generic-lts-quantal xserver- xorg-lts-quantal libgl1-mesa-glx-lts-quantal libegl1-mesa-lts-quantal libgles2-mesa-lts-quantal Gives me [2] Note that this is with KDE 4.11 , should probably also work on KDE 4.10 I suppose. Anyone else convinced now that trying to backport three releases back is possibly more trouble than it's worth? I disagree, this is more or less due to the lack of having a documented way of how to install the HWE stack with Kubuntu. I don't see how this issue has anything to do with KDE backports. ( Atleast to me most of the issue seems to be the HWE stack ). I still think it's worth investing time in backporting new KDE releases to the LTS version, especially since the last couple of releases have bought in major performance improvements. Regards Rohan Garg [1] http://paste.kde.org/p2a27cf42/ [2] http://paste.kde.org/p24d28a1c/ 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: Fwd [ubuntu-release] Please promote 64-bit images by default on the download pages
On Thursday 05 Sep 2013 12:11:22 PM Scott Kitterman wrote: On Thursday, September 05, 2013 21:20:51 Rohan Garg wrote: Below is the summary of above changes on the ubuntu.com/download pages for 13.10: http://www.ubuntu.com/download/desktop == In both download boxes (LTS 13.10): * On the right hand side above the Choose your flavour replace: If you have a PC with the Windows 8 logo or UEFI firmware, choose the 64-bit download. Read more with If you have an older PC with less than 2GB of memory, choose the 32-bit download. * Update the Choose your flavour drop-downs, with first option - the default: - 64-bit - 32-bit (for machines with less than 2GB RAM) When the drop-down is expanded, 64-bit should be listed first. http://www.ubuntu.com/download/server Quote from original email ^^ ( specifically for the desktop edition ) Thanks. IIRC, there were Atom 32 systems sold with 2GB of RAM, but I'm not 100% sure. I particularly don't think this should be done for 12.04 (as this proposes) since multi-arch was in a much less deployed state back then. For 12.04, I'd also worry about a user wanting to install some third party 32 bit only package and discovering it won't work due to some library not yet converted. They end up then having to reinstall their system (or give up in disgust). Your arguments are technically sound, but from a UI POV won't it look ugly/inconsistent to have amd64 listed first for 13.10 and i386 for 12.04 ? What advantage does running 64bit give a user that they would care about? I can only think of one, albeit a very important one. 32 bit ISO's don't come with EFI support, only the 64 bit ISO's support machines with EFI / Secure Boot. Hence this must be clarified somehow on the download page, else people just get pissed off that Kubuntu won't even boot on their shiny new computer. Regards Rohan Garg 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: Sponsorship request to Kubuntu Bug Squishing
On Friday 06 Sep 2013 12:08:17 PM Scott Kitterman wrote: On Friday, September 06, 2013 17:00:35 Jonathan Riddell wrote: I'd like to ask the Kubuntu Council for sponsorship to travel to the Munich bug squishing party Costs are flight: £114.32 hotel room €229.50 Of course I'd be happy to share a hotel room with anyone who'll have me. +1. Scott K +1 from me as well. 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: Fwd: Problem with KDE backports + LTSE stack
On Friday 18 October 2013 13:15:08 Jonathan Riddell wrote: - Forwarded message from Lars Gabriel lagad...@yahoo.de - From: Lars Gabriel lagad...@yahoo.de To: Jonathan Riddell jridd...@ubuntu.com Subject: Problem with KDE backports + LTSE stack Date: Sun, 13 Oct 2013 11:04:03 - Reply-To: Lars Gabriel lagad...@yahoo.de Sender: boun...@canonical.com Hi guys, I'm using Kubuntu 12.04.3 and the KDE backports and I want to use the LTSE stack (https://wiki.ubuntu.com/Kernel/LTSEnablementStack)... but it is not possible. If I choose the packages for LTSE stack it wants to uninstall complete KDE. The problem is not the LTS Kernel but one of the other packages. I can install the LTSE stack with standard KDE from Kubuntu (4.8.x) so I suspect it is a problem of one from the backports packages. Is there already an existing solution? Thanks in advance Lars Please see my reply here [1] Regards Rohan Garg [1] https://lists.ubuntu.com/archives/kubuntu-devel/2013-August/007291.html 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: Trusty Merges
Sounds sensible to me as well. On Thu, Oct 31, 2013 at 12:25 PM, Michał Zając michal.zajac+kubuntu-de...@gmail.com wrote: +1 On Thu, Oct 31, 2013 at 12:20 PM, Jonathan Riddell j...@jriddell.org wrote: We merged all the KDE SC and other Kubuntu packages last cycle so it's up to date with Debian at KDE SC 4.10.2. 4.11.2 is in Debian experimental so we have the option of merging again to get the latest packaging but my thinking just now is it won't give us any great gain but will cost lots of time and possibly some pain if we (usually I) drop changes accidently. So I'm thinking we only merge on a case-by-case basis this cycle and do a full merge next time after the LTS. Any thoughts? 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 -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: [kubuntu-devel] Re: Sponsorship request to Kubuntu Bug Squishing
+1 from me as well. On 31 Oct 2013 18:33, Ovidiu-Florin Bogdan ovidiu@gmail.com wrote: ** Here is my agenda for the BSP: - Translate from the romanian Kubuntu installation guide and improve the official wiki, with the most accent on the partitioning, with giving examples and screenshots for basic instalation (all in one partition), separate home partition, and dual booting. - Fix some KDE Bugs (haven't chosen them exactly, but I have a few in mind), mostly regarding Kmail and Kontact (KDE PIM). This depends on how fast I can finish on the documentation. - Learn more about the internals of KDE and Kubuntu so I can be of help in the future in development. - (Finally) meet some of you guys. Regards, -- Ovidiu-Florin Bogdan GeekAliens.com http://geekaliens.com Kubuntu România http://ro.kubuntu.org În ziua de Joi 31 Oct 2013, la 15:38:35, Jonathan Riddell a scris: +1 from me, but ask canonical flavours fund first http://community.ubuntu.com/help-information/funding/ 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: Package proposal for trusty
On Monday 18 November 2013 19:42:03 Ovidiu-Florin Bogdan wrote: I propose that we have the *plasma-runner-telepathy-contact* package installed by default in future Kubuntu releases. It's a plugin for Krunner to search for contacts in Telepathy. I consider it a very useful addition. I support this, in fact , I asked Jonathan if I could add the package to the seed earlier this cycle, and he said yes, I just seemed to have lost track of it at some point. Thanks for the reminder :) Cheers Rohan Garg 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
CFT: New Touchpad management app
Hi everyone As part of dropping Python 2 from the ISO, we've decided to try out a new touchpad management app that is written with C++ and should be faster and better than synaptiks. Saucy and Trusty users can install the package via the experimental PPA in the following way : sudo add-apt-repository sudo apt-get update sudo apt-get install kde-touchpad-config Please test it out and provide feedback on the Mailing list on whether everything work for you. The project doesn't have a bugzilla component to report bugs against yet. Instead I will be forwarding crashes and feedback from the mailing list to the developer until he creates the bugzilla component. Cheers Rohan Garg 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
Call for testing logind suspend/resume/hibernate support in Kubuntu
Hi everyone With the upload of kde-workspace 4:4.11.4-0ubuntu3 to Trusty, Kubuntu will now support suspending/resuming/hibernating via the logind API's provided by upstart. Please check if this functionality works for you since I intend to drop pm- suspend from the ISO later this week. In order to test : ## Fully upgrade the system sudo apt-get update sudo apt-get dist-upgrade ## Make sure you have kde-workspace 4:4.11.4-0ubuntu3 or above apt-cache policy kde-workspace ## Remove pm-suspend sudo apt-get purge pm-suspend Then suspend/hibernate via your preferred method ( either shutting the lid of your device or via kickoff ) If suspending does not work, please file bug reports against the kde-workspace package here [1] with the tag 'kubuntu' Cheers Rohan Garg [1] https://bugs.launchpad.net/ubuntu/+source/kde-workspace/+filebug 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: What does LTS *actually* mean
On Wednesday 15 January 2014 14:04:57 Harald Sitter wrote: I was just wondering. What does LTS mean? In terms of supporteeness?... While I can't objectively answer the questions posed in the original email, here are my 2 cents on the topic of supporteeness : * To me it seems like LTS's are marketed as releases which will continue getting support for the KDE Workspaces and Applications. This is absolutely not true since KDE upstream makes no promises of supporting these products for the lifetime of our LTS support ( This has changed with the recent announcement of freezing KDE Workspace, but since most of the effort will be focused on KF5, I doubt there will be alot of motivation to fix bugs in kde- workspace 4.11) * Since upstream does not offer any long term support, it's up to the packagers to backport non feature fixes from KDE Upstream to the LTS release, except that with the current workload this is not feasible and there is no guarantee that these non feature commits will even work with older versions of KDE. * Personally, I feel that a LTS release means that Kubuntu Developers should try and provide KDE SC feature releases for the LTS release via the Kubuntu Backports PPA. This is the only way we can keep in sync with upstream's promise of support of Applications and Workspaces. * I also think that we should try and test the backported packages against the LTS HW enablement stack [1] since upstream usually expects a reasonably up-to- date software stack for newer KDE SC releases. Cheers Rohan Garg [1] https://wiki.ubuntu.com/Kernel/LTSEnablementStack 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: KDE SC 4.13
(if our primary concern are low quality reviews that do not bother to install/upgrade, then I guess 4.12 would be the way to go :P) My main concern are things not working out of the box in the KDE 4.13 RC ( as is often the case with RC's as witnessed in earlier KDE SC releases ). KDE SC 4.13 will also feature a new search framework, and some applications like Amarok are likely not to be ported by that time. So we're left in the weird situation where we will have Nepomuk and Baloo on the ISO. Ofcourse, we could just drop Nepomuk from the ISO and then we leave it up to the users to install Nepomuk to get required meta data integration in Amarok. But IMHO that constitutes as loss of out of the box features from previous releases. Overall it seems a bit risky to push for a RC in a LTS release. If we're worried about support, It's not like we have a proper definition for a Kubuntu LTS release ;) Cheers Rohan Garg 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: show desktop vs. show dashboard vs. milou
Perhaps it would be better to look into this for 14.10 btw. Milou/Baloo will be more mature by that time and we can try more daring things. As Milou's features overlap with KRunner, it may be worth a thought to actually do a replacement attempt... deactivate KRunner by default and pack Milou in the panel (given appropriate GUIs to switch between the two in case a user prefers KRunner). I think particularly in the release after an LTS those kinds of things are more tolerated by the users. Agreed, IMHO we should keep our current setup and push milou in the 14.10 Alpha's and Beta's to gauge feedback while keeping KDE SC defaults for 14.04 Cheers Rohan Garg 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: show desktop vs. show dashboard vs. milou
Is it already decided that Kubuntu 14.10 will be based on KDE 4? No, it entirely depends on how production ready Plasma 2 is by ~August this year ( at least that's my opinion). Cheers Rohan Garg 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
Call for testing KDE SC 4.12.1 on Saucy
Hi It seems that KDE SC 4.12.1 for saucy got very little testing in the Private Kubuntu ninjas ( no surprises there ;) , which is why it is now being copied into the Kubuntu staging PPA. I encourage everyone who's running saucy to test out the staging PPA [1] so that we can get some QA done and then release the saucy packages. Please report any bugs here [2] as usual. Cheers Rohan Garg [1] https://launchpad.net/~kubuntu-ppa/+archive/staging [2] https://bugs.launchpad.net/kubuntu-ppa 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: Call for testing KDE SC 4.12.1 on Saucy
On Tuesday 28 January 2014 21:24:28 Rohan Garg wrote: Hi It seems that KDE SC 4.12.1 for saucy got very little testing in the Private Kubuntu ninjas ( no surprises there ;) , which is why it is now being copied into the Kubuntu staging PPA. I encourage everyone who's running saucy to test out the staging PPA [1] so that we can get some QA done and then release the saucy packages. Please report any bugs here [2] as usual. Cheers Rohan Garg [1] https://launchpad.net/~kubuntu-ppa/+archive/staging [2] https://bugs.launchpad.net/kubuntu-ppa Testing report : Upgrade went flawlessly. Testing done : 1) Upgrade pristine saucy install 2) Install kde-full to check almost all KDE packages are installable 3) Run applications from KDE SC and outside SC to make sure they work as expected. Cheers Rohan Garg 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: Fwd: [kde-doc-english] Kubuntu documentation
Thanks to everyone who did the hard work of updating the documentation :) PDF version: https://dl.dropboxusercontent.com/u/55247264/kubuntu.pdf The PDF seems to be using the old logo, maybe we should figure out a way to use the new one along with the new Konqi ? Cheers Rohan Garg 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-devel] please test Qt 4.8.5 for 13.10 12.04
Mh, not sure it is worth to backport qtchooser as well. Thoughts anyone? (qtchooser essentially is a qt version of /etc/alternatives/, which wires all qt tooling either to qt4 or qt5 ... so that you can have qmake4 and qmake5 on the same system and conveniently switch between the two, so it adds no value to 12.04 as such) Seems like way too much effort to backport QtChooser to 12.04 tbh. Plus there's no gurantee that even if we backport qtchooser things will work as expected. Cheers Rohan Garg 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: are we set for feature freeze?
Why the blockage? What does it require from 4.13? KWallet patchery that is still under review / still being written and will only be released for 4.13. 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: Fwd [ubuntu-release] Re: LTS status for Ubuntu flavours]
On Friday 21 February 2014 18:43:32 Jonathan Riddell wrote: Time to commit to LTS. 5 years? Jonathan - Forwarded message from Stéphane Graber stgra...@ubuntu.com - Date: Fri, 21 Feb 2014 10:50:33 -0500 From: Stéphane Graber stgra...@ubuntu.com To: technical-bo...@lists.ubuntu.com, ubuntu-rele...@lists.ubuntu.com Sender: ubuntu-release-boun...@lists.ubuntu.com Subject: [ubuntu-release] Re: LTS status for Ubuntu flavours Apparently I can't type... fixing the address of the release mailing-list. On Fri, Feb 21, 2014 at 10:43:01AM -0500, Stéphane Graber wrote: Hey everyone, First of all, sorry for getting to this so late, there has been a bit of rotation in the TB since last time we went through this and I think everyone forgot about that rather important part of a LTS cycle! So for Ubuntu 12.04, the following flavours had LTS status: - Edubuntu - 5 years - Kubuntu - 5 years - Xubuntu - 3 years While not on the original list, Mythbuntu has also been participating in all point releases so far and shortly after the 12.04 release switched to being LTS-only. As I said in another thread on the TB mailing-list, I don't think we need to go through all the paperwork and meetings we did last time as I believe all of those flavours showed they're capable of dealing with the load of an LTS release. So flavour leads of Edubuntu, Kubuntu, Mythbuntu and Xubuntu, can you please let me know by replying to this e-mail: - Whether you want LTS status this time around? - How long will you be supporting the source packages which aren't shared with Ubuntu itself? If any other flavour is interested in LTS status for 14.04, please prepare a wiki page similar to this one: https://wiki.ubuntu.com/Edubuntu/12.04/LTS-Proposal And get in touch with the Technical Board (separate thread please) so we can review it and let you know our decision as soon as possible. Supporting a LTS for 5 years directly contradicts what we've decided earlier about LTS releases here [1] and should be reduced to 2 years for Kubuntu. Cheers Rohan Garg [1] https://wiki.ubuntu.com/Kubuntu/Policies#Misc_.28.28NEW.29.29 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: Fwd [ubuntu-release] Re: LTS status for Ubuntu flavours]
I think you are misreading that. It specifically talks about users potentially needing to upgrade only every 4 years. Unless my eyes are deceiving me, the last line specifically talks about upgrading twice every 4 years, which equates to a support lifetime of 2 years? 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: Fwd [ubuntu-release] Re: LTS status for Ubuntu flavours]
On Sun, Feb 23, 2014 at 1:09 AM, Scott Kitterman ubu...@kitterman.com wrote: On Saturday, February 22, 2014 18:03:52 Phil Wyett wrote: On Saturday 22 Feb 2014 11:48:13 Scott Kitterman wrote: On Saturday, February 22, 2014 12:08:35 Rohan Garg wrote: I think you are misreading that. It specifically talks about users potentially needing to upgrade only every 4 years. Unless my eyes are deceiving me, the last line specifically talks about upgrading twice every 4 years, which equates to a support lifetime of 2 years? OK. In any case, I still have 5 year LTS. In addition to the reasons I mentioned previously, I don't want to accept Kubuntu being second class citizen in the Ubuntu project in any way I don't have to. I think 5 years is working out for 12.04 (so far) and I don't think we should change. Scott K Alright, after discussing this on IRC, a 5 year LTS should be doable. However, IMHO we MUST transparently convey what a LTS means for Kubuntu. Specifically, we should have a page outlining what support means for Kubuntu specifically ( software is supported only when KDE upstream supports it, there is absolutely NO support for software that KDE deems unsupported ). 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: iso content review #2 report
- ubufox is dragging in aptdaemon :S Ubufox being dragged in because of Firefox , I've filed a bug here [1] which has received no attention from the package maintainers :( As a matter of fact, ubufox is currently broken on ubuntu as well, apt integration doesn't work, flash install integration doesn't work, etc etc - calligra drags in marble ^ on that note, having calligra and LO on the ISO is a gigantic waste of space Why do we have both? o_o Cheers Rohan Garg [1] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1274605 -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
New list on Trello Board
Hi everyone After a brief discussion yesterday, it was decided to introduce a new list on trello labeled Review where cards can be moved if they require review. Preferably a reviewer should be assigned to each card along with appropriate links to branches/pastes/whatever mentioned in the comments section of the card. If cards do not require any review please move them directly from Doing to Done. Cheers Rohan Garg 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: New list on Trello Board
What if the review fails? back to todo or doing? Move back to TODO , card assignee then moves it to do Doing when he gets around to fixing bugs from review. Cheers Rohan Garg 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
It's Exploratory Testing time!
Hi all Apparently today is Exploratory testing day for Kubuntu! Hurray! Exploratory testing essentially is you opening an application and using it in a way that you feel will result in a test of the most important features. You can refer to this card [1] for more details. Please file any bugs you find, and have fun testing :D Cheers Rohan Garg [1] https://trello.com/c/RLNf1YdS 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: LibreOffice
On Mon, Mar 31, 2014 at 8:10 PM, Mark Fraser mfraz74+ubu...@gmail.com wrote: On Sunday 30 Mar 2014 20:56:28 rohan16g...@gmail.com wrote: On Sunday, March 30, 2014 08:44:54 AM Mark Fraser wrote: With the latest updates of LibreOffice to 4.2.3 rc2, I am unable to get it to start from the launcher. It shows the splash, the window opens and that's as far as it gets. It does run from within Konsole, but it looks as if the Oxygen style isn't showing. Seems to work just fine on a clean install here. Cheers Rohan Garg OK, I've found LO 4.2.1 in /var/cache/apt/archives/ and installed all those packages and I can now use LO again. This means that something in 4.2.3 is stopping LO from working on my desktop and laptop. -- 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 I've opened a bug report here to track things https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1300283 -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
KDE SC 4.12.97 is being prepared for Trusty
Hi everyone Just a note to let everyone know that 4.12.97 is being prepared for trusty, please don't push to the kubuntu packaging bzr branches for a couple of hours. 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
Kubuntu Council Elections 2014 - Call for Nominations
The Kubuntu Council terms for Jonathan Riddell, Jussi Schultink, and Scott Kitterman expire on 2014-06-17. This is a call for nominations for the Kubuntu Council to elect three members. The term will be for two years, 2014-06-17 to 2016-06-17. As in the past, the election will be conducted using CIVS (Condorcet Internet Voting Service - http://www.cs.cornell.edu/andru/civs.html ). The top three ranking vote recipients will be elected. Schedule: Nomination period: Now to 2014-06-1 Ballot Preparation: 2013-06-01 to 2013-06-02 Voting Period: 2014-06-02 to 2014-06-15 End Poll/Results Announced: 2014-06-16 New Term Begins: 2014-06-17 Eligibility: All Kubuntu Members ( https://launchpad.net/~kubuntu-members/+members ) are eligible to be nominated and to vote. If you have a public email address in Launchpad, you need take no further action to receive your voting ballot. If you do not have a public email address, please contact me offlist with the address you'd like your ballot sent to, otherwise you will be unable to vote. Nominations: All Kubuntu members are eligible. The Kubuntu Council is intended to represent all of the Kubuntu community. Applications from involved non- developers are encouraged. If you are nominating someone else, please confirm their willingness to serve before nominating them. Nominations should be done in public via either kubuntu-users or kubuntu-devel mailing lists. If there is some extraordinary reason that precludes that, contact me directly. Commitment: The Kubuntu Council is the leadership body of Kubuntu. Members of the council are expected to be active in Kubuntu. The Kubuntu Council has three primary roles: - Approve development plans for future Kubuntu releases - Approve Kubuntu membership applications - Resolve disputes within the Kubuntu project The time commitment is not large. Meetings are generally only once every several months and conducted via IRC. Questions: If there are questions, you can contact me (preferably) via this mailing list or (if really necessary) via direct mail. Rohan Garg For the Kubuntu Council -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: kopete mediastreamer
Why? It still can't be in the ISO. Probably because we ship KTP by default instead of Kopete and thus it makes sense to drop that requirement? 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 @ Akademy 2014
On Tue, May 13, 2014 at 4:59 PM, Rohan Garg rohang...@kubuntu.org wrote: Heya So I've started talks with the Akademy organizers and a room is available at the university on 11th September, if you're planning to attend Akademy this year could you please indicate your preferred day on [1] and whether you are also available on 11th September if your preferred day is not available. Cheers Rohan Garg [1] https://notes.kde.org/p/kubuntu-akademy Since all the major stake holders seem to be available on Thursday, 11th of September, I've gone ahead and confirmed the room with the Akademy Team. 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: council please reconsider the new policies page
On Wed, May 21, 2014 at 10:44 AM, Harald Sitter apachelog...@ubuntu.com wrote: see previous thread on getting approval for the new policies kthxbai HS Had a read through the page, to me it looks alright, and should be ready for approval. +1 with my council hat on. 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: Membership council Meeting
Meeting logs are here : http://irclogs.ubuntu.com/2014/05/29/%23ubuntu-meeting.html#t16:34 Current vote stands at 3 +1's / 0 -1's / 0 0's Could the rest of the Kubuntu council please vote on Scarlett's membership? The thread is also open to any questions that you might have for Scarlett. 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
Kubuntu Council Elections 2014 - Nominations Closed
No additional nominees appeared after my second call and the nomination period has now closed. The nominees I have recorded are: Scott Kitterman Jonathan Riddell Myriam Schweingruber Arthur Schiwon They are all eligible. If somehow you thought you were nominated and you aren't on this list, contact me immediately. Since there are four nominees for three seats, there will be an election. I will start working on ballot preparation today and send it out in the evening. In order to be eligible to vote, you must be a current Kubuntu member and receive a ballot via CIVS. In order to receive a ballot, we need an email address. If you have a public email address in your Launchpad profile, you need take no action. I will collect them from there. If you do not have one, you will not get a ballot unless you provide me with an email address. You can contact me directly either via email or IRC. Assuming no foul-ups in preparation, ballots will go out by today evening and voting will be open until the end (UTC) of June 15th. Best of luck to all the candidates and if you have anything more to communicate about your candidacy, now's the time ... 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
Fwd: UOS 14.06 Panel Idea
-- Forwarded message -- From: Svetlana Belkin belki...@ubuntusense.com Date: Tue, Jun 3, 2014 at 7:56 PM Subject: UOS 14.06 Panel Idea To: ubuntu-de...@lists.ubuntu.com, ubuntu-ser...@lists.ubuntu.com, edubuntu-de...@lists.ubuntu.com, xubuntu-de...@lists.ubuntu.com, ubuntu-studio-de...@lists.ubuntu.com, ubuntu-myt...@lists.ubuntu.com, lubuntu-us...@lists.ubuntu.com, ubuntu-gn...@lists.ubuntu.com To all of the Project Leads: Hello, I'm Svetlana Belkin and I'm one of the Community Track leads. I have proposed[1] a track for a panel for each favour, including Ubuntu, where one of you project leads along with other members of your team where you can talk about the favour and the various projects and teams. Please e-mail me back by Friday 12 UTC. Thank you. P.S. I might of missed a few of the favour's mailing lists, so can someone forward this to the missed ones, thanks! [1]http://summit.ubuntu.com/uos-1406/review/ -- Svetlana Belkin A.K.A: belkinsa User Wiki page: https://wiki.ubuntu.com/belkinsa -- ubuntu-devel mailing list ubuntu-de...@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: [Merge] lp:~n-alex-2/kubuntu-packaging-next/kwin into lp:~kubuntu-packagers/kubuntu-packaging-next/kwin
Review: Approve Seems sensible -- https://code.launchpad.net/~n-alex-2/kubuntu-packaging-next/kwin/+merge/223167 Your team Kubuntu Packagers is subscribed to branch lp:~kubuntu-packagers/kubuntu-packaging-next/kwin. -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Kajongg 4.13.2
On Wed, Jun 25, 2014 at 7:22 PM, Mark Fraser mfraz74+ubu...@gmail.com wrote: Been trying to update Kajongg to 4.13.2 from the Kubuntu updates PPA for the past few days, but it fails. Trying it with Aptitude: The following packages have unmet dependencies: kajongg : Depends: kdegames-data (= 4:4.13.2) but 4:4.13.1-0ubuntu0.1 is installed. There doesn't seem to be a newer version of Kdegames-data than 4.13.1. apt-cache policy kajongg kajongg: Installed: 4:4.13.1-0ubuntu0.1 Candidate: 4:4.13.2-0ubuntu0.1~ubuntu14.04~ppa2 Version table: 4:4.13.2-0ubuntu0.1~ubuntu14.04~ppa2 0 500 http://ppa.launchpad.net/kubuntu-ppa/ppa/ubuntu/ trusty/main amd64 Packages *** 4:4.13.1-0ubuntu0.1 0 500 http://gb.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 100 /var/lib/dpkg/status 4:4.13.0-0ubuntu1 0 500 http://gb.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages -- Registered Linux User #466407 http://counter.li.org Thanks for pointing this out, I'll fix this. -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Plasma 5 on Kubuntu 14.10
## Description Plasma 5 is an evolutionary release of the popular plasma desktop workspace. Plasma 5 runs on top of a fully hardware-accelerated graphics stack, using Qt 5, QML 2 and an OpenGL(-ES) scenegraph to deliver graphics onto the users' screens. This allows the rendering to be faster, more efficient, less power-hungry and enables a smoother user experience by freeing up resources of the system processor. Plasma 5 completes the migration of the workspace to Qt Quick that has begun in earlier releases. Kubuntu would like to ship an ISO that provides the Plasma 5 experience while also shipping the regular KDE Software Collection with Plasma 1 ISO, so that users may be able to choose between a tested stable system and a newer system still in heavy development. ## The plan KDE Frameworks 5 (the libraries which Plasma 5 is based on ) will have a monthly release cadence, in order to iron out bugs faster while also providing new features to application developers. Unlike kde4libs in the KDE Softare Collection that it supercedes, it will not have bugfix only releases. Plasma 5 will most likely have a 3 month support/release cycle, with bug fixes every month. With respect to KDE Frameworks 5 and Plasma 5, the Kubuntu team makes the following commitments : * KDE Frameworks 5 will be updated to the last release until feature freeze, since upstream does not offer any bug fix updates for KF5 * Any future releases of KDE Frameworks 5 after feature freeze will be delivered via the Kubuntu PPA's * Plasma 5 will be delivered via the Kubuntu Next PPA for the utopic cycle in order to match up with upstreams faster cadence and to stabalize our own packages ## Why do we want a separate ISO Since Plasma 5 has undergone a huge change architechturally, we want to play it safe, while also providing a way for users to provide feedback to upstream KDE. Since Plasma 5 has no history of bug fixes, we also prefer not to get the packages into the archive and would not request an MRE. Providing packages via a PPA seems the most reasonable way to go about solving this problem. Note that even if Plasma 5 were suitable for MRE, the libraries it depends on, KF5 are not, so post-release maintenance of KF5 will limited to security fixes and cherry-picking selected patches for severe issues. This may impact our ability to update Plasma 5 post-release in the PPA. Once the software matures upstream, we plan to push the packages into Ubuntu 15.04 once the archive opens, and then eventually switch to Plasma 5 as the default desktop environment at some point in the future. Until such a change happens, we would still like users to try out Plasma 5 and provide feedback, which is why we would like a separate ISO to be made from packages from a PPA. Cheers Rohan Garg For the Kubuntu Team -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: Final thoughts/votes on Kubuntu Policy
On Thu, Jul 17, 2014 at 11:08 AM, Valorie Zimmerman valorie.zimmer...@gmail.com wrote: Hi folks, the steam seems to have gone out of the discussion of our policy document, and the trello card is languishing in Review. https://trello.com/c/dW1BTbUG/32-create-policy-list-and-redo-policies Please review One More Time and if you are a Council member, please register your vote here. Still needs doing : https://community.kde.org/Kubuntu/Policies#Election_Process_.28.28TBD.29.29 and there's still no Category C patch, but both minor issues. +1 from me too. 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: [Merge] lp:~kubuntu-packagers/ubuntu-release-upgrader/qt5 into lp:ubuntu-release-upgrader
Generally looks alright to me. Diff comments: === modified file 'DistUpgrade/DistUpgradeFetcherKDE.py' --- DistUpgrade/DistUpgradeFetcherKDE.py 2014-05-02 13:07:42 + +++ DistUpgrade/DistUpgradeFetcherKDE.py 2014-08-05 13:50:46 + @@ -2,6 +2,7 @@ # -*- Mode: Python; indent-tabs-mode: nil; tab-width: 4; coding: utf-8 -*- # # Copyright (c) 2008 Canonical Ltd +# Copyright (c) 2014 Harald Sitter apachelog...@kubuntu.org # # Author: Jonathan Riddell jridd...@ubuntu.com # @@ -18,58 +19,100 @@ # You should have received a copy of the GNU General Public License # along with this program. If not, see http://www.gnu.org/licenses/. -from PyKDE4.kdecore import ki18n, KAboutData, KCmdLineOptions, KCmdLineArgs -from PyKDE4.kdeui import KIcon, KMessageBox, KApplication, KStandardGuiItem -from PyQt4.QtCore import QDir, QTimer -from PyQt4.QtGui import QDialog, QDialogButtonBox -from PyQt4 import uic +try: +# 14.04 has a broken pyqt5, so don't even try to import it and require +# pyqt4. +# In 14.04 various signals in pyqt5 can not be connected because it thinks +# the signal does not exist or has an incompatible signature. Since this +# potentially renders the GUI entirely broken and pyqt5 was not actively +# used back then it is fair to simply require qt4 on trusty systems. +from .utils import get_dist +if get_dist() == 'trusty': +raise ImportError + +from PyQt5 import uic +from PyQt5.QtCore import * +from PyQt5.QtGui import * +from PyQt5.QtWidgets import * +except ImportError: +from PyKDE4.kdecore import ki18n, KAboutData, KCmdLineOptions, KCmdLineArgs +from PyKDE4.kdeui import KIcon, KMessageBox, KApplication, KStandardGuiItem +from PyQt4.QtCore import QDir, QTimer +from PyQt4.QtGui import QDialog, QDialogButtonBox +from PyQt4 import uic import apt_pkg import sys -from .utils import inhibit_sleep, allow_sleep -from .DistUpgradeFetcherCore import DistUpgradeFetcherCore +from DistUpgrade.utils import inhibit_sleep, allow_sleep +from DistUpgrade.DistUpgradeFetcherCore import DistUpgradeFetcherCore from gettext import gettext as _ from urllib.request import urlopen from urllib.error import HTTPError import os -from .MetaRelease import MetaReleaseCore import apt +from .QUrlOpener import QUrlOpener + +# TODO: uifile resolution is an utter mess and should be revised globally for +# both the fetcher and the upgrader GUI. + +# TODO: make this a singleton +# We have no globally constructed QApplication available so we need to +# make sure that one is created when needed. Since from a module POV +# this can be happening in any order of the two classes this function takes care +# of it for the classes, the classes only hold a ref to the qapp returned +# to prevent it from getting GC'd, so in essence this is a singleton scoped to +# the longest lifetime of an instance from the Qt GUI. Since the lifetime is +# pretty much equal to the process' one we might as well singleton up. +def _ensureQApplication(): +if not QApplication.instance(): +app = QApplication([ubuntu-release-upgrader]) +# Try to load default Qt translations so we don't have to worry about +# QStandardButton translations. +# FIXME: make sure we dep on l10n +translator = QTranslator(app) +if PYQT_VERSION = 0x5: +translator.load(QLocale.system(), 'qt', '_', '/usr/share/qt5/translations') +else: +translator.load(QLocale.system(), 'qt', '_', '/usr/share/qt4/translations') +app.installTranslator(translator) +return app +return QApplication.instance() + +# Qt 5 vs. KDELibs4 compat functions +def _warning(text): +if PYQT_VERSION = 0x5: +QMessageBox.warning(None, , text) +else: +KMessageBox.sorry(None, text, ) + +def _icon(name): +if PYQT_VERSION = 0x5: +return QIcon.fromTheme(name) +else: +return KIcon(name) class DistUpgradeFetcherKDE(DistUpgradeFetcherCore): -A small application run by Adept to download, verify -and run the dist-upgrade tool - -def __init__(self, useDevelopmentRelease=False, useProposed=False): -self.useDevelopmentRelease = useDevelopmentRelease -self.useProposed = useProposed -metaRelease = MetaReleaseCore(useDevelopmentRelease, useProposed) -metaRelease.downloaded.wait() -if metaRelease.new_dist is None and __name__ == __main__: -sys.exit() -elif metaRelease.new_dist is None: -return - -self.progressDialogue = QDialog() -if os.path.exists(fetch-progress.ui): -self.APPDIR = QDir.currentPath() -else: -self.APPDIR = /usr/share/ubuntu-release-upgrader - -uic.loadUi(self.APPDIR + /fetch-progress.ui,
Agenda for Kubuntu day at Akademy
Hi everyone As Akademy draws near, it would be awesome if all of us could fill out [1] with the agenda to be discussed at Akademy. I've added some topics off the top of my head there already, please add anything else that I might have missed. Cheers Rohan Garg [1] https://notes.kde.org/p/kubuntu-akademy -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
armhf builders on Kubuntu Next
Hi everyone One of our community member got Project Neon running on his ARM board. In order to aid his work we have now enabled armhf packages on the Kubuntu Next and Kubuntu Next staging PPA's. 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: armhf builders on Kubuntu Next
Do we intend to go anywhere production wise with this or is it just playing around with arm? It's mostly intended for people who have access to ARM boards and are interested in making Plasma 5 work on it. Since I do not have access to such boards, I'll probably only end up making sure things build, but run time adjustments are up to whoevever has access to hardware. -- Regards 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: Changing the default IO scheduler in Kubuntu
On Thu, Aug 28, 2014 at 10:45 PM, Rohan Garg rohang...@kubuntu.org wrote: On Thu, Aug 28, 2014 at 6:06 AM, Scott Kitterman ubu...@kitterman.com wrote: On Wednesday, August 27, 2014 18:49:24 Harald Sitter wrote: On Wed, Aug 27, 2014 at 6:42 PM, Rohan Garg rohang...@ubuntu.com wrote: Feel free to air any concerns you might have over here. I still think there should be a formal bug report for the foundations team to investigate why we are not using CFQ by default anyway. At any rate +1 to not having shit performance on !ssds. Ack. Additionally, this is the kind of thing that needs an FFe now, so once it's sorted with foundations, then the release team needs a go at it. I don't see how this is a feature. It's a bug fix at the most to be honest, upstream requires CFQ at runtime instead of Deadline, and we're fixing that runtime dep. Also, I did run this past foundations a couple of months ago where I asked if there could be any issues for Kubuntu, and off the top of their head they could not think any. But as Harald mentioned, a bug should be opened for the foundations team to investigate switching back to CFQ. Cheers Rohan Garg This has been changed as of now in Utopic with this [1] upload. Additionally there is [2] for the foundations team to figure out. Cheers Rohan Garg [1] https://launchpad.net/ubuntu/+source/kubuntu-settings/1:14.10ubuntu3 [2] https://bugs.launchpad.net/bugs/1310402 -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: kubuntu cp ppa name
On 6 Sep 2014 16:53, Harald Sitter apachelog...@ubuntu.com wrote: dobry den from brno! last week I started working on doing a jenkins thing for the CP stuff I was spammed about for a while. I think that we are at a point where we can actually create a proper ppa to land stuff in continuously. The question is: where to put the ppa and what name should it have IIRC the most popular suggestion so far was a new group ~kubuntu-ci with relevant PPAs (e.g. ~kubuntu-ci/unstable ~kubuntu-ci/unstable-stage) any better ideas around? I'd like to do the setup tomorrow so if you could do a mind dump until then I would be very grateful. HS -- +1 from my side for ~kubuntu-ci Cheers RG -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: gdb broken
On Thu, Sep 18, 2014 at 12:29 PM, Harald Sitter apachelog...@ubuntu.com wrote: drkonqi is broken thanks to a bug in gdb 7.8 preventing drkonqi from ever fetching a viable backtrace https://bugs.launchpad.net/ubuntu/+source/gdb/+bug/1371043 we'll have to keep an eye on this (or really more like all of our eyes :S) -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel Thanks for looking into this! *hugs* RG -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: IO scheduler again - this time for trusty
On Wed, Oct 8, 2014 at 1:48 PM, Harald Sitter apachelog...@ubuntu.com wrote: alohas, as you hopefully all are ware we are using a different IO scheduler than the rest of the world and it makes baloo indexing block everything else due to scheduling (also see Rohan's mail on that topic from August). people keep whining about crappy baloo performance on 14.04 because we still use the deadline schedule there. so my question is how much longer we are ok with people shitting all over upstream for a distribution fault we refuse to resolve? HS -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel Please complaint here [1] Cheers Rohan Garg [1] https://bugs.launchpad.net/ubuntu/utopic/+source/kubuntu-settings/+bug/1378789 -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: [SRU] Set the default IO scheduler to CFQ in Kubuntu Trusty
On Thu, Oct 9, 2014 at 8:07 AM, Martin Pitt martin.p...@ubuntu.com wrote: Steve Langasek [2014-10-08 13:10 -0700]: It has been pointed out that Ubuntu also has an indexer, zeitgeist, which apparently doesn't suffer from the same problem. To clarify: For the most part, zeitgeist only stores access events, i. e. metadata like accessed this video at this time. There have been some experiments with making it index full file contents, but I don't believe we have/use that. In earlier Ubuntu releases we used to install various file content indexers by default (like tracker), and in the end they all sucked. By nature they are using ginormous I/O and nontrivial CPU bandwidth all the time, causing both desktop slowdown and much higher battery drain. So the desktop team decided some time ago to not install a file indexer by default. People who actually do want this can install tracker. The desktop slowdown can probably be addressed with some clever scheduler/ionice/whatever magic, but the cpu/IO/power usage will not go down no matter how you schedule things. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-release mailing list ubuntu-rele...@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-release Just as a side note, the udev rule that I introduced only changes the scheduler for rotational media. If the disk is a SSD, there is no change to the scheduler. 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: [SRU] Set the default IO scheduler to CFQ in Kubuntu Trusty
So while I still don't agree that this is free of risk of regression (e.g., a system with both kubuntu and ubuntu desktops installed could see a direct regression under the ubuntu session as a result of this change), I also Could you elaborate a bit on how this would affect the unity session? Sure performance might take a hit in certain cases, and we're very well aware of that, but the pro's of changing the scheduler to cfq in order to get better performance in a KDE session outweigh this performance hit ( if there is one ). And could be we move forward with the SRU itself? Anyone want to approve it from the -proposed queue? 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: [SRU] Set the default IO scheduler to CFQ in Kubuntu Trusty
Hi As I said, the switch to deadline was seen to address existing problems with applications on the unity desktop (when running on an HDD) becoming non-responsive under heavy I/O. Switching back to cfq is likely to reintroduce this problem. Right and this data is fairly out of date right? I mean, is there up to date data on whether or not switching to CFQ will definitely cause issues in Unity? I'd rather work with data which we have right now ( general feedback from users suggests that baloo performance is quite bad with deadline and improves with the switch to CFQ ) rather than making assumptions based on outdated data. but the pro's of changing the scheduler to cfq in order to get better performance in a KDE session outweigh this performance hit ( if there is one ). How do they outweigh it? I think you can only say they outweigh it if you're running the Kubuntu desktop. If you're running the Ubuntu desktop, but have the Kubuntu desktop installed, you will have a different assessment. I thought that Edubuntu was still including both Ubuntu and Kubuntu on their DVD, which would be a clear example of why this would be the case. It doesn't look like Kubuntu is on that image anymore, so maybe this is a negligible use case. The udev rule is shipped via the kubuntu-settings package which does not land in the Edubuntu install manifest [1]. So I'm pretty sure this does not impact them at all. Cheers Rohan Garg [1] http://cdimages.ubuntu.com/xubuntu/releases/trusty/release/xubuntu-14.04-desktop-amd64.manifest -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: [SRU] Set the default IO scheduler to CFQ in Kubuntu Trusty
On Thu, Oct 9, 2014 at 6:32 PM, Stephen Michael Kellat skel...@sdf.org wrote: On Thu, 9 Oct 2014 18:15:17 +0200 Rohan Garg rohang...@kubuntu.org wrote: [snip] I thought that Edubuntu was still including both Ubuntu and Kubuntu on their DVD, which would be a clear example of why this would be the case. It doesn't look like Kubuntu is on that image anymore, so maybe this is a negligible use case. The udev rule is shipped via the kubuntu-settings package which does not land in the Edubuntu install manifest [1]. So I'm pretty sure this does not impact them at all. Cheers Rohan Garg [1] http://cdimages.ubuntu.com/xubuntu/releases/trusty/release/xubuntu-14.04-desktop-amd64.manifest [snip] That would actually be our manifest out in Xubuntu country, I would suggest consulting this instead for Edubuntu's manifest: http://cdimages.ubuntu.com/edubuntu/releases/14.04.1/release/edubuntu-14.04-dvd-amd64.manifest Whoops, thanks for that :) Manifest still has no kubuntu-settings-* packages though. 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: symbols file updates
Hey PPPS there is pkgkde-getbuildlogs in debian helping with downloading all logs, perhaps something like that would be good to have on our side as well So I wrote something for the Ubuntu archive a while back. You can find it here [1] Cheers Rohan Garg [1] http://paste.ubuntu.com/8573918/ -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: [SRU] Set the default IO scheduler to CFQ in Kubuntu Trusty
A consistent kernel and performance expectations across Ubuntu is also worthwhile. I don't want someone screw up database/VM/etc. workloads benchmarks simply because they happen to have kubuntu-desktop installed or left around Are we honestly optimizing for benchmarks now? I'd rather optimize for a good user experience, which in the case of Kubuntu requires the use of CFQ. I couldn't care less about random-news-site-running-random-benchmarks. 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
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: New KDE Frameworks Versions as SRU
Crack of the day is hardly the right way to describe substantially autotest covered software that goes through continuous integration, static code analysis, continuous package integration, symbol tracking, constant developer and early adopter testing, then a week or two of PPA testing, and then a week or two of proposed testing. Seconded, our CI system has extensive QA measures and should be more than enough to satisfy SRU QA requirements even though KDE Frameworks might not fit with the Ubuntu SRU policy. If we do find issues, we should move towards extending QA measures on the CI instead of blocking updates for end users. 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: New KDE Frameworks Versions as SRU
On Thu, Nov 20, 2014 at 4:25 PM, Scott Kitterman ubu...@kitterman.com wrote: On Thursday, November 20, 2014 04:17:07 PM Harald Sitter wrote: On Thu, Nov 20, 2014 at 4:11 PM, Scott Kitterman ubu...@kitterman.com wrote: On Thursday, November 20, 2014 03:56:13 PM Harald Sitter wrote: There is a need for bugfixes, which unfortunately may or may not contain features. That being said, with frameworks being mostly libraries a 'feature' is a new function, which quite simply can not break existing functions by being there. C++ doesn't work like this. I completely agree bug fixes are needed. I think it's very unfortunate that upstream decided to abandon their traditional post-release support. I think the solution to that is to get yourself into a position to influence the KDE decision making. Not blocking progress for the sake of blocking progress. I did participate in the upstream discussion when the decision was taken. So clearly the arguments for bugfix releases were not good enough. My summary of the counter argument is something like despite you packagers telling us the point releases are useful, we think they aren't and it would be less work if we didn't bother. I wasn't the only packager in the argument, but I don't think they really cared. I don't view it as blocking progress. I think upstream giving up on maintenance was anything but progress. I view it as protecting our users. I think that should be KDE's users. We don't produce a whole lot of software really. We're the integrator, so it's up to us to deliver something that's reliable and consistent. That particularly includes not messing up releases. Users building directly from upstream source tend to be more technical, so they can better stand recovering from breakage. Keeping the release stable and functional is our responsibility, not theirs. I'm open to changing my mind in the future based on a demonstrated record of consistent success. I don't think that exists yet. Fair enough. Thanks, Scott K -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel For discussion completeness : Changelog for Frameworks 5.4.0 : https://www.kde.org/announcements/kde-frameworks-5.4.0.php 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: Plasma 5 bugs, again
type: ubuntu-bug application your want to report bug on e.g ubuntu-dug plasma-desktop Press enter, and that command will do the rest Also in a terminal man ubuntu-bug or man arrport-bug Please do not use this to report bugs against KDE software itself since it's a upstream KDE issue, and should instead be reported via bugs.kde.org. The ubuntu-bug method should only be used to report any packaging issues. 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: kded5 oom-kills
Probably this [1] bug, mind trying out the attached patch? Cheers Rohan [1] https://bugs.launchpad.net/ubuntu/+source/kubuntu-notification-helper/+bug/1434226 On 1 Apr 2015 01:06, Philip Muskovac yo...@gmx.net wrote: Hi, since I updated and rebooted yesterday, every maybe half an hour, kded5 goes bersek on my system until it gets oom-killed. Anyone else seen something like this? I'm not really sure how to track it down considering it tries to allocate around 1GB/s when it happens which makes my system completely unresponsive... Philip [ 289.918026] kwin_x11 invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0 [ 289.918032] kwin_x11 cpuset=session-2.scope mems_allowed=0 [ 289.918038] CPU: 0 PID: 2577 Comm: kwin_x11 Tainted: P OE 3.19.0-10-generic #10-Ubuntu [ 289.918040] Hardware name: LENOVO 4349W1R/4349W1R, BIOS 6MET81WW (1.41 ) 10/26/2010 [ 289.918042] 88020a137898 817c1125 0007 [ 289.918045] 8800b911 88020a137918 817beb93 [ 289.918047] 8802301fb110 [ 289.918051] Call Trace: [ 289.918061] [817c1125] dump_stack+0x45/0x57 [ 289.918084] [817beb93] dump_header+0x7f/0x1e7 [ 289.918090] [8117ce2b] oom_kill_process+0x22b/0x390 [ 289.918097] [8107eabe] ? has_capability_noaudit+0x1e/0x30 [ 289.918100] [8117d39d] out_of_memory+0x24d/0x500 [ 289.918103] [811832ea] __alloc_pages_nodemask+0xaba/0xba0 [ 289.918109] [811c9601] alloc_pages_current+0x91/0x110 [ 289.918112] [81179347] __page_cache_alloc+0xa7/0xd0 [ 289.918115] [8117ba5f] filemap_fault+0x1af/0x400 [ 289.918119] [811a62dd] __do_fault+0x3d/0xc0 [ 289.918123] [817c7e65] ? _raw_spin_lock+0x35/0x80 [ 289.918126] [811a8b8f] do_read_fault.isra.55+0x1df/0x2f0 [ 289.918129] [811aaa5e] handle_mm_fault+0x86e/0xff0 [ 289.918134] [81062bdd] __do_page_fault+0x1dd/0x5b0 [ 289.918139] [810f2437] ? do_futex+0x107/0x5d0 [ 289.918145] [8101e209] ? read_tsc+0x9/0x10 [ 289.918151] [810e4065] ? ktime_get_ts64+0x45/0x100 [ 289.918155] [81208541] ? poll_select_copy_remaining+ 0x101/0x130 [ 289.918158] [81062fe1] do_page_fault+0x31/0x70 [ 289.918161] [817ca3a8] page_fault+0x28/0x30 [ 289.918163] Mem-Info: [ 289.918165] Node 0 DMA per-cpu: [ 289.918167] CPU0: hi:0, btch: 1 usd: 0 [ 289.918169] CPU1: hi:0, btch: 1 usd: 0 [ 289.918170] CPU2: hi:0, btch: 1 usd: 0 [ 289.918172] CPU3: hi:0, btch: 1 usd: 0 [ 289.918184] Node 0 DMA32 per-cpu: [ 289.918187] CPU0: hi: 186, btch: 31 usd: 0 [ 289.918189] CPU1: hi: 186, btch: 31 usd: 0 [ 289.918190] CPU2: hi: 186, btch: 31 usd: 0 [ 289.918192] CPU3: hi: 186, btch: 31 usd: 0 [ 289.918193] Node 0 Normal per-cpu: [ 289.918195] CPU0: hi: 186, btch: 31 usd: 0 [ 289.918196] CPU1: hi: 186, btch: 31 usd: 1 [ 289.918197] CPU2: hi: 186, btch: 31 usd: 0 [ 289.918199] CPU3: hi: 186, btch: 31 usd: 0 [ 289.918203] active_anon:1508421 inactive_anon:306335 isolated_anon:0 active_file:391 inactive_file:483 isolated_file:45 unevictable:16 dirty:0 writeback:0 unstable:0 free:25660 slab_reclaimable:9344 slab_unreclaimable:11660 mapped:20552 shmem:2165 pagetables:17903 bounce:0 free_cma:0 [ 289.918207] Node 0 DMA free:15904kB min:132kB low:164kB high:196kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15988kB managed:15904kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes [ 289.918213] lowmem_reserve[]: 0 2964 7826 7826 [ 289.918216] Node 0 DMA32 free:44852kB min:25544kB low:31928kB high:38316kB active_anon:2226156kB inactive_anon:585672kB active_file:176kB inactive_file:108kB unevictable:32kB isolated(anon):0kB isolated(file):0kB present:3117112kB managed:3037224kB mlocked:32kB dirty:0kB writeback:0kB mapped:42916kB shmem:4548kB slab_reclaimable:12128kB slab_unreclaimable:15124kB kernel_stack:2608kB pagetables:26256kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:1080 all_unreclaimable? no [ 289.918222] lowmem_reserve[]: 0 0 4862 4862 [ 289.918225] Node 0 Normal free:41884kB min:41904kB low:52380kB high:62856kB active_anon:3807700kB inactive_anon:639668kB active_file:1388kB inactive_file:1824kB unevictable:32kB isolated(anon):0kB isolated(file):180kB present:5111808kB managed:4979452kB mlocked:32kB dirty:0kB writeback:0kB mapped:39292kB shmem:4112kB slab_reclaimable:25248kB
Re: Fwd: Your membership in kubuntu-bugs is about to expire
On Sunday, April 12, 2015 10:24:08 AM Rick.Timmis wrote: Hi I Keep getting these, but when I follow the link to renew it says the page doesn't exist. I Can't see how to stop it expiring my membership, which I do NOT want it to do. Am I doing something silly ? Rick Sent from my Dragon 32 Original message Subject: Your membership in kubuntu-bugs is about to expire From: Kubuntu Bugs nore...@launchpad.net To: rick.tim...@abazander.com CC: Hello Rick Timmis, On 2015-04-14, 3 days from now, your membership in the Kubuntu Bugs (kubuntu-bugs) Launchpad team is due to expire. Extended for 6 months manually. -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
Re: kdelibs4 docs move
Wouldn't installing a symlink to the older docs be a simpler / faster / easier solution? Regards Rohan Garg On Wed, Apr 1, 2015 at 9:02 PM, Jonathan Riddell j...@jriddell.org wrote: On Wed, Apr 01, 2015 at 03:00:31PM -0400, Scott Kitterman wrote: On Wednesday, April 01, 2015 08:40:23 PM Jonathan Riddell wrote: kdelibs4 docs were in /usr/share/doc/kde/HTML/ but frameworks uses /usr/share/doc/HTML/ so we need to change kde4libs to set the docs path to /usr/share/doc/HTML/ I've uploaded kde4libs with this change. Where is kde4libs kept in revision control these days? I can't find an up to date repository and debian/control doesn't tell me This then needs a bulk upload of all 372 source packages that have kdelibs4 docs along with changes to the .install files to them, fairly easy to script but making sure all the VCS repos are updated may be hassle This makes us incompatible with Debian syncs too which I guess will be a hassle on occasion in the next cycle. Jonathan Why does kde4libs need to change because Kf5 uses a different location? because khelpcenter follows the kf5 path and can't be asked to look in two paths. 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