=== Mirv__ is now known as Mirv [06:00] Good morning. [07:34] http://liveblue.wordpress.com/2014/08/19/about-the-use-of-linux-for-normal-people/#comments [07:34] "To be honest, GNOME is a better choice for users rather than KDE. " - lies :) [08:05] soee: what is "normal people" anyway [08:06] and what is 'better' [08:06] ...prime example for why one should not enable comments on tech blogs [08:10] "KDE is only suitable for power users". Oh, so he means that people don't want to be able to customize things to their liking? That must be why IOS is so popular :P [08:13] I guess I'm a "power toaster user" since I have a toaster-oven where you can change the temp [08:13] rather than a toaster that is either on or off [09:01] ta da http://blog.qt.digia.com/blog/2014/08/20/adding-lgpl-v3-to-qt/ [09:01] Mirv: canonical all good with that do you know? ↑ [09:03] Riddell: dunno "officially", but given all Canonical's own stuff tends to be GPLv3/LGPLv3, probably it's completely fine [09:27] * Riddell blogs https://blogs.kde.org/2014/08/20/qt-licence-update [09:58] apachelogger: isn't that your domain: dragon a-movie; works , but dragon sftp://localhost/$PWD/a-movie; search for a sftp codec via qapt. Upstream or kubuntu spec. bug? [10:01] sounds like a kio slave bug [10:19] Riddell: oxygen-gtk3 uploaded [10:19] yay! [10:38] * Riddell uploads 4.14 to utopic [10:49] Riddell: you misspelled digia on the last line of your blog [10:50] * Riddell looks [10:50] fregl: where? [10:51] Riddell: thanks DIgia [10:51] Riddell: and thanks for such a positive blog post :) [10:51] oh aye, well spotted, fixed [11:06] feed branches had 25 updates, showing the latest 6 [11:06] Riddell: yofel ScottK apachelogger objections to getting armhf builders for kubuntu-next ppa's ? [11:06] I got a tester in #kubuntu [11:08] memeka is the guy who ported neon to arm? [11:08] yes [11:08] bring in into here :) [11:08] objections would be that's it's slow, good side would be it catches problems before going into the archive [11:09] is publishing blocked on armhf though? [11:09] hi memeka! [11:10] memeka: what arm hardware are you using? [11:10] Riddell: Odroid U3 [11:10] and soon I'll test XU3 [11:11] so that's Mali 400 [11:11] and Mali 628 [11:11] Mali 400 is Open GL ES 2.0 [11:11] 628 is 3.0 [11:11] all these obscure bits of hardware :) [11:12] memeka: any clue if the Mali 400 drivers from the Odroid U3 will work on the Nexus 10? [11:12] memeka: I've never tried plasma 5 on arm so it may well needs bits fixed to make it work right [11:12] well, as opposed to PVR? :P [11:12] PVR? [11:12] ah, PowerVR [11:12] Power VR :P [11:12] right [11:12] shadeslayer: Nexus 10 is T604 [11:13] there are different drivers for every one :) [11:13] oh, I thought it was a T400 [11:13] T604 should be EGL 3.0 though [11:13] shadeslayer: I doubt sftp-kio work fine: dolphin sftp://localhost/$PWD/; work as expected and you can browse around. [11:13] but Mali now gives universal drivers for T6xx [11:13] s/I doubt// [11:13] allee meant: "shadeslayer: sftp-kio work fine: dolphin sftp://localhost/$PWD/; work as expected and you can browse around." [11:14] memeka: most interesting, do you have instructions on how to use those? [11:15] shadeslayer: use what? [11:16] memeka: the universal T6XX drivers [11:16] I have a Nexus 10 at home lying unused [11:16] can you put linux on it? [11:16] would be nice to put some effort to get X11 up on it [11:16] the idea is that they have the open source drivers [11:16] the kernel part [11:17] then there is the armsoc X11 DDX [11:17] then there's the binary blobs [11:17] which originally you had to get from board maker [11:17] not the binary blobs are on mali site - for 6xx === vinay is now known as Guest39028 [11:18] x11 version and fbdev version [11:19] * Riddell watches shadeslayer go for lunch and considers the same [12:07] feed branches had 25 updates, showing the latest 6 [12:47] morning sgclark [12:47] sgclark: if you send a debdiff for partitionmanager I'll get that uploaded === sgclark_ is now known as sgclark [12:50] sgclark: if you send a debdiff for partitionmanager I'll get that uploaded [12:53] Riddell: so publishing of binaries is not blocked on all arch's being built [12:53] so we should be fine wrt armhf being slow [12:54] if it's alright with you guys, I'll ask for armhf support [12:54] sure go ahead [12:56] done https://answers.launchpad.net/launchpad/+question/253351 [12:56] Hiya folks [12:57] memeka: we should get ARM builders soon [12:57] that way you don't have to build things from scratch [12:59] Riddell: debdiff? not commit to bzr? [13:00] your font seems bizzare [13:00] maybe it's quassel being weird [13:00] sgclark: does it have bzr? [13:00] sgclark: if so then yes do that [13:00] I usually use konversation, but it is not behaving today [13:00] Riddell: yeah it does [13:00] oh go ahead then [13:01] hmm, arm seems broken https://launchpadlibrarian.net/182773997/buildlog_ubuntu-utopic-armhf.kde4libs_4%3A4.14.0-0ubuntu1_FAILEDTOBUILD.txt.gz [13:02] seems we explicity use gcc 4.7 on arm which is probably old school [13:02] what we need is a useful perso who's interested in arm to help [13:03] ooh memeka.. are you interested in helping? [13:03] hm === Priyanth1|AFK is now known as Priyantha [13:32] we have armhf builders \o/ [13:32] memeka: ^^ :) [13:33] * shadeslayer bootstraps new pkg-kde-tools [13:34] cor [13:34] shadeslayer: which PPAs? [13:35] kubuntu-ppa-next and next-staging [13:36] * shadeslayer builds ecm [13:37] hm, should have appended ~ppa1 there [13:40] shadeslayer: you're uploading the stuff that's already in there to get it built on armhf? [13:41] Riddell: no [13:41] Riddell: this has the right pkg-kde-tools script [13:41] the one that is being used by all the frameworks right now is wrong [13:45] shadeslayer: Riddell on now... [13:45] im not usually on IRC so a mailist would be better [13:47] where is next-staging? [13:48] memeka: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/next-staging [13:48] memeka: there's a kubuntu-devel mailing list [13:48] although we tend to use irc lots [13:49] memeka: do you think you'd be able to check if we still need to use gcc 4.7 for kde4libs in utopic? [13:49] Riddell: yes i am getting in there... [13:49] i will have to upgrade to utopic first ... [13:49] ill do this this weekend [13:50] :) [13:50] chroots also work of course [13:52] well i kind of trashed my system... [13:52] and getting another board soon [13:52] uh oh [13:52] so i can has both [14:17] Riddell or shadeslayer -> any idea how I can build kwin against GLES instead of GL? :D [14:18] memeka: you have to rebuild qt first [14:18] against gles [14:19] project-neon5-qt5 [14:20] is it an environ var ? [14:20] when building? [14:20] no [14:20] then? [14:22] !find libGLES.so trusty [14:22] Package/file libGLES.so does not exist in trusty [14:22] qt doesn't use gles? [14:23] that seems a bit of a problem on arm [14:24] memeka: you want to install libgles2-mesa-dev [14:24] memeka: and maybe remove libgl1-mesa-dev [14:24] and recompile Qt [14:24] then in the configure output you'll see "Qt5 OpenGL (qtbase)" [14:24] "gles2_architectures := armel armhf" qt5 is gles [14:24] Riddell: this is Project Neon [14:25] this is for kwin: $ cat CMakeLists.txt | grep GLESv2 [14:25] if(OPENGLES_FOUND AND (${Qt5Gui_OPENGL_IMPLEMENTATION} STREQUAL "GLESv2")) [14:25] yeah, you have to install libgles2-mesa-dev [14:25] aah, neon [14:25] and kwin can see gles [14:25] but as Martin mentioned, make sure Qt5 is compiled with GLES too [14:25] just that it selects glx [14:25] then you might want to mention that on the ML [14:26] with the full CMake output [14:26] memeka: btw did you make sure Qt is compiled with GLES [14:27] because that's required as Martin said [14:28] shadeslayer: I am recompiling QT, checking how to get GLES instead of GL [14:29] I think all you have to do is install libgles2-mesa-dev [14:29] and it should pick it up [14:30] I don't need to install it [14:30] since i don;t use MESA [14:30] anw mesa is installed [14:30] but I use the native ones [14:30] and yes it is picked up [14:30] http://pastebin.com/UadvAL5y [14:30] see here [14:30] it picks up GL and GLES [14:31] that's not Qt [14:31] that;s kwin [14:31] -- Found EGL: /usr/lib/arm-linux-gnueabihf/libEGL.so (found version "1.4") [14:31] Building KWin with OpenGL support [14:31] :( [14:31] yes, but what about Qt5, Qt5 needs opengles first [14:32] yes I am unarchiving it now [14:32] the idea is that I have GLES installed and is picked up ... just now as the default :( [14:33] let's see what QT does [14:37] shadeslayer: -opengl es2 flag [14:37] cool [14:37] is that right? [14:37] for qt... [14:37] sounds about right [14:38] http://pastebin.com/7zakP8S5 [14:38] memeka: yeah -opengl es2 should work [14:39] memeka: I don't see opengl es2 there [14:40] lol it was tehre.... last line was not selected :) [14:41] ^^ [14:44] shadeslayer: looks like i got it right: http://pastebin.com/i1yBkJn0 [14:45] OpenGL ............... yes (OpenGL ES 2.x) [14:46] \o/ [14:48] now just have to wait... [14:48] can't wait for my 8-core arm board :D [14:50] ^^ [14:50] memeka: we've enabled arm builds for the PPA [14:50] so you can just use regular packages soon on Utopic [14:51] so [14:51] who wants to script fixing debian/rules for all the frameworks [14:51] shadeslayer: qt package needs debian/rules with -opengl es2 :P [14:51] memeka: already has it [14:51] cool [14:52] memeka: https://launchpadlibrarian.net/179094828/buildlog_ubuntu-utopic-armhf.qtbase-opensource-src_5.3.0%2Bdfsg-2ubuntu6_UPLOADING.txt.gz [14:52] from the official package [14:52] so, only qt basically needs to be built against that? [14:52] every other package will pick up? [14:53] dunno [14:53] I'd recompile kwin at least [14:54] hi RoozbehShafiee, you're an elite ubuntu person from Iran who's a kde fanboy? [14:55] yeah kwin for sure... i'll see how everything else goes [14:55] cool, keep us apraised please :0 [14:55] *:) [14:55] even with compositor disabled, it was slow, but i guess that was because of qt [14:55] most likely [14:57] shadeslayer: btw if i wanna change the platform driver from xcb to other ... is it also from qt compile options? [14:57] won't work [14:58] kwin hard deps on xcb [14:58] as in, new default, to be used by klauncher and everything [14:58] or that's what I remember [14:58] let's say i won't use kwin, but openbox or smthg else [14:59] well, I don't know, we haven't checked that configuration [14:59] maybe it'll work [14:59] i did try to start kwin -platform eglfs and it complained it was expecting xcb :P [14:59] the idea is that i wanna try in a system where there is no xcb ... or eglfs actually [15:00] i found a platform driver from jolla that uses libhybris with android drivers [15:00] for egl [15:00] actually, I think -platform only accepts X11 or wayland [15:00] on linux [15:00] no eglfs ? [15:00] linuxfb ? [15:00] not that I know of, I'd say ask on kde-devel [15:00] kinda stupid linuxfb not to work on linux :)) [15:02] QPA backends: DirectFB ............. yes EGLFS ................ yes KMS .................. yes LinuxFB .............. yes XCB .................. yes (system library) [15:02] i think they all work on linux [15:03] or maybe not... dunno [15:11] ta da! http://www.kubuntu.org/news/kde-sc-4.14 [15:11] ** proofreaders please check ↑ [15:12] seems the best way to add a story to kubuntu.org now is to turn off javascript in konqueror [15:12] Riddell: yes jan [15:13] Riddell: you still remember me :) [15:13] * sgclark shares [15:13] Hi. Does anyone know if oversized iso kubuntu 14.10 is reason not to boot properly? [15:14] jalomann: nah it's just an arbirary size limit, I need to bump it really [15:14] doesn't affect the images [15:15] RoozbehShafiee: this is the place to hang out if you want to become an elite kubuntu ninja :) [15:15] I'd love to see how well Plasma 5 does in right-to-left languages [15:15] Just wondering. Downloaded yesterday and boot stops in random steps. [15:17] Riddell: I don't download KF5 images yet. but this weekend I can test it and report the result to you :) [15:17] great :) [15:17] ;) [15:23] Riddell: I would like so much to contribute and develop in k/ubuntu project. but today for second time the board didn't accept my membership application. [15:25] RoozbehShafiee: You don't need a membership to contribute ;) [15:25] ^^ [15:26] ok, tier 1 up [15:26] lets see if this works [15:27] RoozbehShafiee: plus if you contribute to kubuntu then the kubuntu council can make you a member :) [15:27] lordievader: yes but after so many year activity in Iran community I would like to have this membership [15:29] Riddell: https://packages.debian.org/sid/kapidox [15:30] Riddell: I know, about 5 months ago I send my application but didn't any respond from kubuntu team [15:31] RoozbehShafiee: oh um really? that seems like a failure [15:31] yes [15:33] RoozbehShafiee: I can't find it, the only thing a gmail search for "Roozbeh Shafiee" turns up is you joining kubuntu-devel list in July [15:34] Riddell: I added my name to a wiki page that I'm search for. a wiki page like ubuntu membership [15:38] Riddell: I think it was the page: https://community.kde.org/Kubuntu/Meeting [15:44] RoozbehShafiee: ah but indeed you need to do more than just add yourself to the page, hanging around on this IRC channel is a good start [15:45] doing useful things like testing, user support, loco work, packaging etc etc are what mean you're ready the go for membership [15:45] then in kubuntu you need to organise a meeting and confince the kubuntu-council to give it to you [15:45] Riddell: aha [15:46] Riddell: in kubuntu not but in KDE project previously I had so much activity [15:47] Riddell: but this time, instead of ubuntu membership, I will apply for kubuntu membership [15:47] helping KDE is great, although usually won't get you kubuntu membership [15:47] Riddell: I didn't know it [15:48] Riddell: I got it now [15:49] but we do encourage the crossover [15:52] Riddell: yes I know it. because of this I think that contribution to each one is the same [15:52] mhall119: pingly [15:53] mhall119: remember that weird perl snippet that was doing weird things [15:53] mhall119: I thought that it ran perl from inside perl with the strict module explicitly enabled to make sure that the parsing is correct [15:53] mhall119: but nooo, it uses 'use strict' at the top of the script [15:54] so now I have no clue why it does what it does [15:55] now I still have to figure out how to make it pass the right flags [16:17] * Riddell out [16:26] shadeslayer: it looked like it was dumping shell-parseable parameters out to a shell (bash, dash, etc) to be converted and then fed back through the perl interpreted to be printed out so the original script could read them [16:27] it was basically a very round-about way of doing parameter replacement/expansion in the way that the default shell does them [16:28] so I hope whatever parameters are being used are safe, because if somebody snuck in a " ; rm -r ~/; " it could do some really bad things [16:29] it looked like it was probably being used for a startup script or something, so it's probably "okay" from a safety perspective [18:09] Riddell, yofel, shadeslayer: any opinions on where to put an initial CP ppa? [18:10] I was thinking ~kubuntu-ppa/plasma-daily-trunk {trunk,trunk-proposed,stable,stable-proposed} [18:10] possibly even drop the daily [18:10] makes no sense unless we intend to do a snapshot thing like for neon which doesn't seem too useful TBH [18:50] apachelogger: why not a new team, I think kubuntu ppa's should be stuff from tars [18:50] ~kubuntu-cp [18:50] Also, all hail git for packaging [18:50] maybe [18:51] I am a bit torn, having it all in one place helps with management OTOH CP might depending on how much we want to use it need more PPAs than 4 in the long run [18:52] so kubuntu-ppa would get way too crowded [18:54] I think that cp shouldn't be for regular users tbh [18:54] So it has no place in kubuntu-ppa [18:54] wellz [18:55] By regular users I mean , people who won't be pissed at things breaking [18:55] considering upstream CI is the measure of quality for frameworks and CP ultimately will reflect a working CI result as a package it could be argued that things shaltn't ever break and if they do someone screwed up in making the automation prevent the breakage [18:56] i.e. the goal is that CP is as stable as a release [18:59] Upstream ci does not take into account file moves [19:00] And if we are using regexes its going to be hard to track those [19:01] shadeslayer: I never ever mention regex when talking about file move detection :P [19:01] I always talk about needing loads of disk space and caching all the possible upgrade versions [19:01] i.e. that's how one does detect a file move short of noticing it while packaging [19:01] someone upgrades from a conflictering version and it goes kaboom and they complain [19:02] now that still involves someone's system going kaboom, so that should really very much be outsourced to automated QA [21:11] shadeslayer: noninteractive boot option does not work on the plasma5 utopic iso :-( all other utopic isos work ... strange [21:41] home sweet home :) [21:42] shadeslayer: wrt armhf: I don't know hat happend to automoc, so you might beware of anything that uses it [21:42] maybe the new buildd's will work.. [21:55] yofel: are you familiar with ubiquity? [21:57] kdeuser56: not really [21:58] So, I saw this today: http://www.kubuntu.org/news/kde-sc-4.14 It says builds are available for "Kubuntu 14.04LTS." The announcement about 4.13.3 said the same thing; have they stopped doing back ports for 12.04? [21:58] unless someone with percise gives a reason why we should backport to it and volunteers to do all the Q/A, yes [22:08] By the way. Sorry I didn't got set up for 4.14 testing before release. Better luck next time, now that I got the ppa ;) [22:12] yofel: 1) Because I like running the latest 2) Because 12.04 is LTS, and still supported, 3) because my system is stable and I'd rather not have the upheaval of moving to 14.04. Didn't realize there was so much QA to do. Understand spreading resources thin. [22:14] it's LTS, and we'll provide support for the official archive for that time, but we simply have too much work on our hands to support multiple releases for everything we do. Thus backports is last LTS + last stable [22:14] yofel: Makes since. Still a bummer, though. [22:15] well, if someone steps up that wants to do the work we'll give support. But so far 2 people have popped up and none stayed around [22:25] yofel: I'd love to, but I really don't think I have the ability to make that time commitment right now. What would you estimate as the average number of hours per week? [22:27] yofel: do you know of any hack to start plasma/X session in utopic? [22:27] is it broken? I wasn't around all day [22:28] yofel: no, but noninteractive boot option for preseeding does not work [22:28] yofel: https://wiki.ubuntu.com/DesktopCDOptions [22:28] yofel: it works with all utopic isos I have tested (ubuntu, kubuntu) but not with kubuntu-plasma5 [22:28] yofel: normally x should not be started with the "noninteractive" boot option [22:28] please ask shadeslayer about that, I have no idea how he set that ISO up [22:29] yofel: since you are from germany and I am in the same timezone: at what times is he usually around [22:30] he lives is Barcelona now, so he's usually online at europe work hours [22:30] ah okay [22:32] pedahzur: it's usually about 2-4h per release (generating/uploading packages which we would do, fixing builds, then doing upgrade and run QA and following up if other people find issues) [22:35] yofel: What does QA entail? Installing and running? Running test suites? How much knowledge about packaging is required? I'm certainly willing to learn; just dont' have a lot of knowledge right now. [22:42] yofel: for example: on all isos the "text" boot option works, but not on the plasma5 iso, so I suppose rohan uses a hack to start the session [22:43] pedahzur: it's mostly making sure no packages break during upgrades (which is usually a chroot-ed upgrade test) and running means making sure the desktop and most applications still run (some of that depends on what's backported) [22:43] Packaging knowledge isn't requied that much, we will help there but some basic knowledge about dpkg would be good ^^ [22:43] The most important thing would really be sticking around, otherwise we'll again have one-shot backports [22:46] anyway, I'm tired and signing off now [22:46] yofel: I'll certainly think about it! [22:47] have a good evening, yofel [22:48] pedahzur: I'm sure you would make lots of stability-minded kub. folks happy if you make more backports happen for 12.04 [22:49] valorie: What else are you signing me up for? :P [22:51] yofel: c ya [22:51] we have no one testing that stuff now, because no one speaks up for it [22:52] so it would be good if you were that person watching out for that [22:52] Gotcha. [22:52] we always backport security stuff, but everything else is ... extra [22:53] valorie: Yeah, I've enjoyed using the KDE backports. It's nice to stay up-to-date without major upheaval. I'll need to look at my schedule and see if I could fit this in. [22:54] cool [22:54] just hang out here and we'll lure you in [23:18] valorie: +1