[00:55] Quintasan, jussi, persia: http://i.imgur.com/f4J0A.jpg [00:57] apachelogger, Heh. Now you need a touchscreen :) [01:00] yes I do, just wonder which one [01:03] persia: do you happen to know if we have gles drivers for the quickstart? [01:04] rbelem: upstream broke plasma-mobile big time [01:05] though it seems to get in shape again (somewhat) [01:05] :-/ [01:06] rbelem: do we know the browser nokia is using on the n9? [01:06] * apachelogger just installed arora as to not break his nice trunk build ^^ [01:07] apachelogger, a browser made by them using qtwebkit [01:07] is it available somewhere? [01:08] apachelogger, not yet afaik [01:08] I don't think there are any in the archive. There is supposedly source code for some GLES drivers for the AMD Z180 on Freescale site, but it's behind a registration gateway. [01:08] * rbelem checks the license [01:08] persia: I only saw debs, gotta check again [01:08] And the linaro freescale landing team doesn't seem to have an IRC channel, so I don't know where to send you to find people who can help :( [01:09] http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=IMX53_SW [01:10] You want "i.MX53 Linux Multimedia Codecs Source Code". [01:10] I have absolutely no idea whether that will compile under Ubuntu. [01:10] Nor do I have any knowledge of the licenses. [01:11] ahhh, arora is horrible [01:11] it is downloading SecureDownloadServlet no [01:11] -.- [01:11] I have a suspicion that a direct download from there will come with unfriendly license terms. [01:15] oh yes [01:18] persia: only codec stuff inside [01:20] Hrm. I'm now unsure. I thought that for the i.MX51, the graphics accelleration was delivered as part of the multimedia stuff. [01:21] You might try downloading the linux evaluation image, to see if it has accelleration, or just ask in #ubuntu-arm: someone there might know better than I. [01:21] I know they have driver debs in their image source tar [01:22] the codecs tar only contains codecs + openmaxil/sal [01:22] Ah, right. [01:22] good thing I swiped my downloads folder and now the tar with the debs is gone ^^ [01:23] And the source packages from which the driver debs were generated don't seem to be anywhere? (and you got the right names by playing around in /var/lib/dpkg/ ?) [01:23] * apachelogger downloads 70mib at 140kbs and delays bed for a bit [01:23] persia: need to take a look into that after I got the tar back [01:24] maybe ti i the GPU_SDK tar [01:24] That name certainly raises suspicions. [01:25] The other trick is to look at the changelog in the binary deb, and contact the person who made the last source change (accountability for the win) [01:25] true ^^ [01:27] http://repository.timesys.com/buildsources/a/amd-gpu-demos-mx51/amd-gpu-demos-mx51-1008/ that seems to be the same source [01:30] With a remarkably uninformative patch sitting next to it :) [01:31] But I suspect you need the patch to build it if you're not cross-compiling under windows (or something) [01:39] All GPU drivrs and header files are in the BSP and not replicated in this SDK [01:39] lovely [01:41] ah well, time for bed [01:41] 4 hours ago [01:41] :S [01:41] Sleep well (and fast). [04:51] http://tinyurl.com/3hlzdaf Moral of the story: always check to see if Qt has something before doing it yourself [04:52] I wrote the first queue stuff right after writing a queue in Java, so I blame the evil Java empire :P [04:52] apachelogger: did you get a chance to ponder kde bug 274809? [04:52] KDE bug 274809 in installer "Muon crashes with SegFault after quitting" [Crash,Unconfirmed] http://bugs.kde.org/show_bug.cgi?id=274809 [05:10] JontheEchidna: Did I ever tell you that I think I love you? [05:11] <3 [05:11] I <3 yakuake [05:27] me too! [05:27] finally have really switched to it [05:28] just removed the Konsole icon from my taskbar [05:28] :D [05:28] JontheEchidna did yakuake? [05:29] He introduced me to it. [05:29] ah [06:04] I tried to add my idea for the 12.04 release to the ubuntuwiki thing, but I couldn't get it to work. Could someone give my idea for me? [06:06] which page? [06:06] new wiki! [06:06] same old problems! [06:06] bleah [06:15] Heres what it was: Paladin Pangolin: Paladin because Ubuntu is like a knight in shining armour for Linux, the first in the fight, the last to leave, and the pangolin because its armour reflects that of the knight, showing that it is made of tough stuff, and will preserve past the weak. Feel free to doctor it up if necessary [06:21] I don't see the animal though [06:21] there is always an animal [06:21] adjective and animal [06:22] unless pangolin is an animal? [06:22] yeah, its like an armadillo [06:22] * apachelogger better not writes what he thinks [06:22] I probably spelled it wrong [06:26] ah, I might have heard of it [06:26] Mark might like that -- he's getting rather obscure lately [06:27] well, can someone vouch for me to him? :) [06:27] Pangolin's a System76 computer :< [06:28] ? [06:30] hang out in various channels, and you'll meet up [06:30] he's not shy [06:31] whats his nick? [06:31] you'll see him here sometimes as safbl ? [06:31] something close to that [06:31] sabdfl [06:32] I think I've seen that before actually [06:51] I need some sleep, so I'm heading out. If Mark ever shows up while I'm gone, please refer me and my idea to him. thanks in advance === freeflyi1g is now known as freeflying [07:35] persia: ~/Downloads/L/L2.6.35_11.03.00_ER_source/pkgs/xserver-xorg-video-imx-11.03.00 [07:35] good thing I am now at university all day long :S [07:35] amd-gpu-bin-mx35-11.03.00.tar.gz and amd-gpu-x11-bin-mx51-11.03.00.tar.gz [07:36] Quintasan: do you haz time today? [07:36] if so get the L2.6.35_11.03.00_ER_source thingy and build amd* and xserver* stuff on the board, then try to get GL running === hunger_ is now known as hunger [08:16] apachelogger, Looks like binaries, but even binaries can sometimes be mangled into multiverse. Nice find. [08:29] ScottK: yes, the appmenu branch finally got merged in [08:34] persia: hai [08:34] if they work that is :S [08:43] folks, there seems to be a problem with amarok-common 2.4.1 in the PPA, people get reports of broken packages [08:44] broken packages? [08:44] yes, it suggested an update of amarok-common this morning, then suggested to remove the packagge amarok [08:45] which they guy did, and now he can't reinstall it [08:45] moment, just checking with him [08:46] amd64 likely [08:46] -common is built on i386 only [08:46] so it can be available before amd64 [08:47] that seems weird [08:47] why is that? [08:47] I thought you could always build 386 on either [08:48] that is not the problem ... -common only contains shared data (i.e. such that does not require compliation etc) [08:48] so to save resources it only gets built on one platform [08:48] the de-factor standard platform, which is i386 [08:48] yep, impossible to reinstall amarok now [08:49] Mamarok: apt-cache policy amarok [08:49] and same for amarok-common [08:52] 2:2.4.1-1ubuntu1~natty1~ppa2 for amarok-common [08:52] * Mamarok waits for the answer [08:52] Tm_T: not you :) [08:52] well, if I go and install that, I lose amarok [08:52] so this is the same issue I believe [08:53] 2:2.4.1-1ubuntu1~natty1~ppa1 for amarok [08:53] so ye, amarok-common is there with newer package version number without amarok being updated yet [08:53] brilliant :( [08:54] https://launchpad.net/~kubuntu-ppa/+archive/backports/+build/2582014 [08:54] normal, it's not built yet entirely [08:54] but why was it even rebuilt? [08:54] we didn't ship anything new since the 2.4.1 release [08:55] https://launchpadlibrarian.net/73858144/amarok_2.4.1-1ubuntu1~natty1~ppa2_source.changes [08:55] bugfix that is [08:56] Tm_T: a downstream bugfix then [08:56] yup [08:57] amarok can be reinstalled now if they force the -common version back [08:58] what package manager removes amarok anyway? [08:58] apachelogger: apt-get [08:58] silly thing [08:58] none of them removes without asking [08:58] yep, totally silly [08:58] well, some people don't think... [08:58] well [08:59] Mamarok: ah, user have used dist-upgrade [08:59] poke whoever did the upload outside of staging [08:59] debfx: ^ [08:59] there is a reason I wanted that archive [08:59] anyhow [08:59] apachelogger: indeed [08:59] * apachelogger goes to sleep for panel discussion [08:59] apachelogger: sleep? Now? [08:59] Mamarok: hmmh, people shouldn't use dist-upgrade without carefully reading what its doing ): [09:00] Mamarok: anyway, "sudo apt-get install amarok-common=2:2.4.1-1ubuntu1~natty1~ppa1 amarok" should do it for now [09:01] Tm_T: I just tell him to wait till it finishes to build, there [09:01] that's his punishment :) [09:02] he sais he didn't do dist-upgrade [09:02] he switched on his computer and was suggested to update his system, that's it [09:02] so he didn't use apt-get then? [09:02] so... [09:03] if it was kpackagekit, it does warn clearly that proceeding will remove amarok [09:03] so does apt-get if user pays attention [09:03] I guess so does apt-get, no? [09:03] yup [09:43] Mamarok: FYI its built now [09:52] Tm_T: thanks, I will tell the user he ha update then :) [09:55] Tm_T: nope, it still has ppa1 for amarok [09:57] sure he updated package lists? [09:59] yes, and so did I, it still shows the same package [09:59] and I am on the main server, he is on a mirror [09:59] well, this is ppa, so that doesn't matter [09:59] but I just did install the new amarok package 15 minutes ago [09:59] ah, now he tells me it's OK :) [10:57] the problem with the staging ppa is that it's misused for other things (pim 4.6) and never cleaned up [11:07] does the misuse prevent it to be used properly? [11:11] it might pick up wrong dependencies [11:13] also if the package requires other packages from the target ppa you need to copy them to staging first [11:23] apachelogger: I haz some time [11:42] apachelogger: L2.6.35_11.03.00_ER_source where do I get this magic? [12:08] agateau: Congratulations then (on getting appmenu upstream) [12:09] Quintasan: Another Qt upload in Debian (and it's in New). [12:10] * Quintasan looks [12:10] debfx: Or temporarily add the target PPA to the staging dependencies until that item is done and moved to the target PPA. [12:11] I agree it ought to get cleaned up properly. [12:13] ScottK: yeah but imho it's a bad workaround for unsynchronized publishing / user not looking at packages that are removed / package managers not displaying big enough warnings [12:13] JontheEchidna: does muon support safe upgrades? [12:15] debfx: Qt Creator uploaded with the latest changes. it requires latest Qt and Qt WebKit upload [12:16] * fabo looks to Quintasan looking to my latest changes :) [12:16] @_@ [12:16] * Quintasan wonders what to start with [12:17] Right, let's finish the merge [12:17] private headers at least [12:17] Quintasan: you know what? you are a superstar. As are many others in here. [12:17] * jussi hi 5's the channel :D [12:18] fabo: unversioned private header package, sounds dangerous :) [12:18] * Quintasan hi5 jussi back and goes to work [12:18] debfx: It's private, so anyone who gets hurt by it wasn't paying attention to the name. [12:19] debfx: see the package description :) [12:19] * Quintasan just got plasma-mobile running [12:19] that doesn't help qtcreator users though [12:19] It's sloooooooow [12:20] if it were versioned qtcreator could hold back qt updates until it's rebuilt [12:24] debfx: that's not a big deal. getting the qml designer plugin help and the situation isn't perfect since the begining [12:24] s/help/help users/ [12:24] fabo meant: "debfx: that's not a big deal. getting the qml designer plugin help users and the situation isn't perfect since the begining" [12:24] fabo: qt4-x11_4.7.3-2.dsc? [12:24] -3 [12:27] k [12:29] * Quintasan goes on a unicorn stampede first [12:30] * debfx already sees the apport generated qml designer crash reports coming [12:30] jussi: Start throwing bricks (ping me like a madman) at me in an hour, k? [12:31] Quintasan: ok [12:31] Thanks [12:32] debfx: ? [12:33] ~np Quintasan [12:33] Quintasan is listening to "Alexander the Great" by Iron Maiden [Somewhere in Time, 1985] [http://open.spotify.com/track/3idw02L7HbP78lnAd9RNhI] -- see http://www.last.fm/user/Quintasan for more [12:33] \o/ [12:43] fabo: whenever someone uploads qt with a new upstream release or a new patch that touches the private api qtcreator might crash, right? [12:46] debfx: not necessarily. it's affected by the changes to the private headers. it isn't broken on every new upstream release. Qt Creator doesn't use all the the private APIs. [12:48] fabo: yeah, but it might. I have no idea how often that will happen. I guess we'll see [12:51] debfx: yeah Edit -> Cautious Upgrade [12:51] debfx: Now think about this for every KDE module that's split into multiple tarballs and any accompanying lib .... [12:52] JontheEchidna: What the heck is a 'cautious upgrade'? [12:52] ScottK: "Upgrade but don't do any upgrades that either install or remove packages" [12:52] you helped me pick out that name, I'm surprised you don't remember [12:52] OK. [12:52] I don't remember at all. [12:53] ETOMUCHSTUFFINMYBRAIN [12:53] I think it was that you told me not to call it a "safe upgrade", iirc [12:53] Probably since that actually means something specific in aptitude. [12:53] yeah [12:54] * davmor2 belts ScottK round the head with a mallet see if it knocks some stuff out for him [12:55] Thanks. [12:55] ScottK: Any time [12:59] ScottK: thanks! [12:59] welp, off to work. [12:59] agateau: ah, I wanted to talk to you but I have to go now :( [13:00] I was having trouble getting the size hint for the HistoryDialog in Muon to work. Do I have to implement the size hint in the dialog itself rather than the only widget I put in the KDialog? [13:01] JontheEchidna: I would have expected implementing it on the widget would be enough, but it's not an exact science [13:01] It seemed to ignore it completely [13:01] JontheEchidna: if it works by implementing the sizehint on the dialog itself, go for it [13:01] JontheEchidna: it may also depends on the size policy of your widget [13:02] hmm, I don't know if I played with that. I'll give that a shot later, thanks [13:02] JontheEchidna: if it is set to Preferred, Preferred it's not gonna work [13:02] JontheEchidna: set it to something like Minimum, Minimum [13:02] thanks for the advice :) [13:02] * JontheEchidna really leaves === rdieter is now known as rdieter_work [13:34] jussi: well, I am done playing, shitty match was shitty, back to work [13:38] :) [13:55] Quintasan: freescale site, obviously :) [13:55] links [13:55] Mamarok: computer sleep [13:55] there is a shitload of stuff there [13:55] Quintasan: the quick start page [13:55] there is downloads tab [13:55] there you can find aforementioned targz [13:55] ~160 MB IIRC [13:56] apachelogger: ah :) [13:56] as I have not seen frescale servers go beyond 140kbs I suppose ti will take some time [14:28] ScottK, debfx: Test building, what's the average compilation time for Qt? [14:28] A day and a half on a single Efika MX smarttop, IIRC. Less on a faster machine with more RAM. [14:29] * Quintasan just hopes he got the right patches [14:30] fabo: splits, splits everywhere === tazz_ is now known as tazz [14:33] apachelogger: L2.6.35_11.05_ER_SOURCE? [14:33] apachelogger: also, should plasma-mobile be sooooooooo sluggish on arm? [14:33] Quintasan: libqt4-dbg is now ~100 Mb [14:34] Cool [14:41] debfx: ping [14:42] ScottK: http://paste.kde.org/85981 [14:42] is this armhf really invalid? [14:42] Debian has it :O [14:42] It's in Debian ports. [14:42] Definitely leave it there as Ubuntu may have it too. [14:42] * Quintasan ignores [14:43] ScottK: What about two patches that are exactly the same but one if from Kubuntu and on comes from Debian? [14:43] Quintasan: You might try a newer lintian. [14:43] * Quintasan would delete Kubuntu one [14:43] Quintasan: Keep the Debian one and drop ours. [14:43] Yes. [14:43] Quintasan: pong [14:43] It's in Debian now since I pointed out they needed it for armhf. [14:44] debfx: nvm, was wondering about those patches you mentioned and it turned out I just messed up the name :S [14:46] * Quintasan prays to got [14:46] God* [14:46] burp durp build started [14:46] Going back to C magic === Moot2 is now known as MootBot [15:37] WTF [15:37] build failed at linking [15:38] then I restarted the build with dpkg-buildpackage -us -uc -nc [15:38] and it works [15:46] brrr [15:46] * Quintasan goes skateboarding [15:46] Will get to that later [15:54] Odd. [15:55] If you type an IP address in the address bar of Dolphin it assumes http and tries to surf the web. [15:55] I'd have guesses a file manager should assume you want to do some kind of file managing. [16:46] evening === rdieter_work is now known as rdieter === darkwingduck_ is now known as DarkwingDuck [17:33] shadeslayer, ScottK says you have been able to run two kdm's at the same time for a project you were working on [17:33] I was hoping to do something similar [17:33] though with gdm I suppose [17:33] shadeslayer: Remember your Neon demo in Orlando. [17:33] would you have any tips on how to do this? [17:39] is anybody running Kubuntu in oneiric? does it boot? I was thinking of upgrading my VM [17:52] I'm not, but I know people are. [17:53] It's still KDE 4.6 in Oneiric, so if it doesn't boot it's not likely a Kubuntu specific problem. [17:57] Linkmaster: ping [17:57] Quintasan: pong [17:58] Linkmaster: In case you are still up for your 12.04 name suggesting sabdfl is online now [17:58] YOU CALLED? [17:58] He called for me: I have a name idea for 12.04 [17:58] fire away [17:59] sabdfl: Ptolemaic Pterodactyl? [17:59] Ohgod... [17:59] it's alliterative! [17:59] yikes [17:59] i think you meant yappety yikes [18:00] Heres what it was: Paladin Pangolin: Paladin because Ubuntu is like a knight in shining armour for Linux, the first in the fight, the last to leave, and the pangolin because its armour reflects that of the knight, showing that it is made of tough stuff, and will preserve past the weak. Feel free to doctor it up if necessary [18:02] debfx: have you time enough to review a merge? (a short merge) [18:03] ScottK: any idea why Qt may fail at linking without any error beforehand? [18:03] There are some warnings but no errors [18:04] bambee: sure [18:04] Since it worked on the retry, I would guess it's a linking order issue. [18:04] In 4.6 you have to do them in the right order. [18:04] Quintasan: what's the error message of the linker? [18:04] ScottK: I'll retry the build with a clear log file [18:07] debfx: https://code.launchpad.net/~bambi/language-selector/missing-language/+merge/65395 :) [18:08] two bug fixes: a missing translation and a dialog shown at the wrong time [18:08] (+ a cleanup, see my last comment) [18:10] bambee: ok, I can't merge it though since I'm not a core-dev [18:10] aahh... [18:10] np [18:20] cnd: it was 2 X servers actually [18:20] cnd: want me to tell you how to do that? [18:20] shadeslayer, I managed to get what I wanted by running "startx -- :1" [18:20] that ran the X server as root [18:20] though if it's easy I would prefer to get a second gdm :) [18:21] shadeslayer: Try the following, add Lancelot to panel [18:21] if you don't know how to do that off the top of your head, don't worry :) [18:21] try opening it [18:22] cnd: you could export DISPLAY=:1 and then try sudo service gdm start [18:22] but i'm not sure if that would work or not [18:22] Quintasan: done [18:22] shadeslayer, I think I tried that, but it didn't work [18:22] what now? [18:22] shadeslayer: works? [18:22] cnd: oh ... no idea then [18:23] Quintasan: in neon, yes [18:23] I mean normal KDE [18:23] shadeslayer, ok, thanks anyways :) [18:24] Quintasan: what happens? [18:26] i'd rather not log out because i have to jump through a couple of hoops to get this mobile connection up and running [18:27] shadeslayer: When I add it to the panel it crashes :D [18:27] Quintasan: backtrace? [18:27] dbg [18:27] installing [18:27] ah ok [18:28] LOL [18:28] hmm? [18:28] Even less output after installing dbg libs [18:28] lol [18:28] 0.o [18:29] oh yay, kdevelop crashed [18:29] * Quintasan purges setting and retries [18:29] also [18:29] Why is scrolling in applet list so horrible? [18:29] define horrible [18:30] like, I do a 360 with the wheel at it scrolls only half of an option [18:31] sabdfl: did you see my idea? [18:32] Quintasan: pastebin whatever you have [18:34] shadeslayer: http://paste.kde.org/86119 [18:35] that backtrace is kaput [18:35] kdeplasma-addons-dbg depends on plasma-wallpapers-addons [18:35] THAT IS UTTERLY STUPID IMO === rdieter is now known as rdieter_work [18:36] shadeslayer: I have kdeplasma-addons-dbg installed [18:36] !find /plasma_runnerscript_javascript.so [18:36] File /plasma_runnerscript_javascript.so found in plasma-scriptengine-javascript [18:37] Quintasan: do you have qt-dbg? [18:38] i mean libqt4-dbg [18:38] i A libqt4-dbg 4:4.7.2-0u [18:38] 0.o [18:39] Quintasan: well ... i need plasma-scriptengine-javascript dbg symbols to debug that crash [18:40] and there's no debug package for that [18:40] LaserJock: no guarantees, but I can install, update, restart, login to oneiric in VBox [18:40] lol [18:41] shadeslayer: Look in the ddeb repo. That's got ~everything. [18:44] Quintasan: ^ [18:45] No ddeb for 4.6.4 [18:45] fooey [18:46] charlie-tca: k, thanks for the info [18:48] If we had 4.6.4 in oneiric I would pull that [18:48] hmm [18:48] * Quintasan grabs the source and rebuilds [18:51] Wahahaha [18:51] ScottK: Any idea how to make pbuilder create ddebs? [18:52] None. I'm sure it's non-trivial. [18:52] You'd essentially have to change the pacakge to make a -dbg packcage. [18:53] Hrm? Is installing pkg-create-dbgsyms not enough? That works for sbuild. [18:54] Linkmaster: i like pangolin [18:54] good suggestion, thanks :-) [18:55] making ddebs sure doesn't look trivial [18:56] Quintasan: i think the plasma-scriptengine-javascript-dbgsym should work, i mean the symbols wouldn't have changed for a minor release [18:57] apachelogger: btw have you ever over drawn on the prepaid card? is that even possible? [18:57] someone mentioned it on the GSoC ML that they did it, but citi page says you can't ... so just curious [19:01] There's a usually a window between making a charge and when it gets applied to the card. If you do multiple charges close together in time, it's possible. [19:01] Dunno about the GSoC card specifically, but I'd seen it with other prepaid cards. [19:02] hmm ... well .. i'll get to know in another 10 days ^_^ [19:03] sabdfl: You're welcome, glad that I could show you [19:05] ld eating 1,6GB or RAM [19:05] lol [19:05] ^^ :P === neversfelde_ is now known as neversfelde [19:19] ScottK: Disregard that linking stuff. Turns out I have been building on / and it didn't have enough space [19:20] Oh. That'll do it. [19:22] omfg, my system does three builds at once and I still can normally work [19:22] though it gets slow somethimes [19:23] times* [19:25] persia: Thanks, it worked. [19:25] Quintasan, ScottK: actually, creating ddebs in pbuilder is trivial, login and install pkg-create-dbgsym === yofel_ is now known as yofel [19:25] Interesting. Thanks. [19:25] yofel: Too lazy to build kdeplasma-addons in a pbuilder :P [19:25] duh [19:25] dpkg-buildpackage :P [19:25] haha [19:26] debuild-pbuilder > * [19:26] yofel: Though installing is not really sufficient, I read that pkg-create-dbgsym is a wrapper around dh_strip so only packages on which dh_strip is called will get ddebs [19:27] shadeslayer: What on earth is that evil technology? [19:27] isn't that called by default? Since all packages are stripped [19:28] No idea yofel. Let's see when dpkg-buildpackage is done with make -j16 [19:28] :P [19:28] Quintasan: checkout the man page [19:28] ScottK: I think we should reconsider kdeplasma-addons-dbg depending on kdewallpapers [19:29] It's a 90mb download with graphic files, isn't it? [19:30] OR if kdewallpapers provides those "live" wallpapers like Marble stuff then we could probably split it [19:30] about that, right. The debug package probably shouldn't depend on all of the binary packages [19:30] No. I don't think it should. [19:30] yofel: Consider that kdewallpapers might have those "live" wallpapers which are compiled :D [19:31] "Hey I am compiling a wallpaper" [19:31] Sounds strange :D [19:31] nope, kdewallpapers is just /usr/share/wallpapers/* [19:31] oh I see [19:32] apachelogger: ping [19:34] shadeslayer: Oh damn, I was building the wrong package [19:34] . . . [19:34] shadeslayer: plasma-scriptengine-javascript debug stuff is needed? [19:34] Quintasan: i think so, because the symbols for that are missing [19:35] * Quintasan builds counting that ddebs will be generated [19:35] debfx: ping [19:36] ScottK: http://paste.kde.org/86191 <--- from Qt build, do we want this? [19:36] Yes. We build it separately. [19:40] ScottK: Should I install it in libqt4-dev.install? [19:40] apachelogger: L2.6.35_11.05.01_ER_source_bundle.tar.gz <--- 712MB [19:40] Quintasan: Not the webkit stuff. [19:41] ScottK: /usr/include/qt4/Qt/* yes? What about QtWebKit? [19:42] Isn't that all webkit stuff? [19:42] Check what we have now, it shouldn't (I don't think) change. [19:46] test [19:46] hmm [19:46] ScottK: That paste I gave you is the list-missing from qt4-x11 build, should I install them or not? [19:47] That looks like QtWebKit stuff [19:47] * Quintasan can't connect to any website [19:49] Quintasan: I suspect so. If you build the existing package I expect you'll get the same list-missing. [19:49] It's be nice if someone documented this. [19:50] don't we have a seprate qt webkit build? if so, why do we need the webkit from qt sources? [19:51] We need it to avoid a circular build-dep. [19:51] We just don't install it. [19:55] ScottK: So I am not supposed to install them at all? [19:55] I don't think so. [19:55] Cool, then debfx ping ping [19:55] ScottK: Merge is ready [19:56] But I'd have to build the current package and see it's list-missing output to know for sure. [19:56] Quintasan: Of -2 or -3? [19:56] -3 [19:56] Cool. [19:56] Quintasan: yes? [19:57] agateau: when you're around, could you ping me? [19:59] debfx: http://dl.dropbox.com/u/69524/mege.tar.bz2 [19:59] Qt -3 upload merge [19:59] Should be fine now [19:59] It builds just fine [19:59] Qt 3? 0.o [19:59] 4.7.2-3 upload from Debian [19:59] ah ok [20:00] * Quintasan waits for apachelogger [20:01] debfx: Be sure to throw bricks at me if I made some stupid thing [20:01] +s [20:04] Quintasan: is there a difference between kubuntu_23_arm_memory_barriers.patch and armv6_Add_support_for_ARMv7_atomic_operations.patch? [20:05] I haven't checked the whole file but it looks suspiciously similar [20:06] debfx: There is, our patch has some sort of license header on top [20:06] There are some minor differences in the code as well but I can't tell if they are better or not [20:07] lol [20:07] our patch says "This file contains pre-release code and may not be distributed." [20:08] The Debian one says nothing, should we drop our? [20:08] ours [20:09] yes, if there is no difference in the code changes [20:15] I didn't look at what fabo did with the patch. He may have needed a bit more complexity since he has to support more than armv7 + thumb2 in Debian. The Debian patch should replace ours. [20:17] debfx: Anything else apart that patch? [20:19] the patch is the same [20:19] I restored original author only if I remember correctly [20:19] Quintasan: debian-to-merged contains 95_neon_flags.patch and x-0003-Use-GCC-intrinsics... [20:20] apart from that it looks good [20:20] x-0003-Use-GCC-intrinsics is dropped [20:20] and 95_neon_flags? [20:20] it's deprecated [20:20] 95 neon flags too [20:20] fixed upstream in an other way [20:21] -> Fix_builds_with_compilers_without_--with-fpu_neon_as_default.patch [20:22] Quintasan: you've removed them from the series file but not the patches themselves [20:22] k, removing [20:22] ScottK: I was lucky for the IT instruction patch for Debian. it's used only on armv6 and only armhf is armv6 ;) [20:22] OK. Good to know. [20:23] debfx: 95_neon_flags.patch and x-0003-Use-GCC-intrinsics and kubuntu_23 should be removed and dropped from series, right? [20:25] yes [20:25] hm you seem to have purged all ubuntu changelog entries [20:26] * Quintasan blames merge-changelog [20:26] yes I did [20:26] * Quintasan undoes that [20:27] how to add a blueprint to http://status.ubuntu.com/ubuntu-oneiric/group/topic-oneiric-kubuntu.html ? [20:31] debfx: http://paste.kde.org/86221 === Quintasan_ is now known as Quintasan [20:48] what's up with kde 4.7 packages in kubuntu? [21:02] see 4.6.80 link in the topic, not much progress yet === yofel_ is now known as yofel [21:03] due to lack of time/resource? [21:03] yofel: I am on vacations now, so tomorrow I will help you to merge some packages and also to bump kde 4.6.80 ;) [21:03] ulysses: mostly [21:04] did anyone hear a new date for 4.6.85 yet btw.? [21:04] bambee: yay! [21:04] :) [21:04] I wish I could help, but I have three exams next week, before the summer begins [21:04] so you won a packager :P [21:04] well, you're not the only one... [21:05] yofel: me or ulysses? [21:05] ulysses: Emulating shadeslayer's complaining about exams is not the sort of thing we were looking for. [21:05] ulysses [21:06] lol [21:06] ok [21:06] hahahah :P [21:06] ulysses: exams are more important imho, go ahead! [21:07] ScottK: shall I complain about something else? :) [21:07] Maybe how yofel isn't doing a better job of motivating peopel to work on packaging. [21:08] :) [21:08] -.- [21:08] even if the best way is to be multi threaded : you can work on your exams and on kubuntu in a parallel manner :P [21:09] * bambee => [ ] [21:09] ^^ [21:24] <\sh> ScottK, how can you motivate people to work on packaging when they are doing it for a lifetime ? ;) [21:25] Well, yofel needs to learn about such things. [21:26] You're probably far too old to be susceptible to motivation, but others aren't. [21:27] <\sh> ScottK, harhar...I'm doing more RPM crap nowadays than debian..which is a bad thing btw...but yeah [21:27] <\sh> that reminds me...I need an irc client for my sgs [21:27] I'm sorry to hear that. [21:27] <\sh> later [21:29] mhh [21:29] no access to ktown again [21:33] <\sh> Strike [21:34] yofel: would you add my ssh key, I can help packaging 4.6.80. Holidays :) [21:34] https://launchpad.net/~neversfelde/+sshkeys [21:34] <\sh> Irc on android 2.3.4 [21:34] neversfelde: ktown is down IIRC, try ftpmaster.kde.org [21:35] ah I missed that [21:35] <\sh> Hey neversfelde [21:35] hey \sh [21:36] <\sh> Scottk: col is just rhel [21:37] ktown is not just down, it's dead. [21:37] (at least for this function) [21:38] ftpmaster.kde.org is anonymous only and for uploading files? [21:43] bambee: still need a merge? [21:45] JontheEchidna: for language-selector? yes [21:45] look at https://code.launchpad.net/~bambi/language-selector/missing-language/+merge/65395 [21:46] Cool, I'll merge it then [21:47] everything is commented out [21:47] (in the description, I mean) [21:47] ok thanks ! :) [21:49] Hmm, it's a shame, Rob Bean didn't stay around for that long [21:52] bambee: merged, thanks for the fixes [21:53] thanks ! :) [22:23] I want to start contributing to kubuntu. I'm a C++/Qt/Python developer. Where do I start? [22:36] Right here. [22:37] ksa618: What are your interests? [22:37] maco: ^^^ [22:38] * maco is in an Accessibility Team meeting [22:40] Nowadays my interests are mostly becoming a better C++ and Python programmer. [22:41] ksa618: One thing we could perhaps use some help with is the KDE part of Ubiqtuity (the live CD installer). [22:41] It's written in PyKDE, so it's right in there. [22:41] maco is doing most of the work on it this cycle. [22:42] Sounds like fun [22:43] https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-kubuntu-installer and https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-kubuntu-accessibility will give you a general idea of what we're planning. [22:44] Once maco is done with the Accessibility Team meeting she's in, you can discuss it with her. [22:44] ksa618: ^^^ [22:46] I'll stick around for a while then [23:07] ksa618: hello [23:07] maco: hello, I'm still here [23:07] ksa618: before much else can go on with ubiquity, there's a crash that needs to be fixed that im a bit O_O on [23:08] the quick easy way to make it go away would be to change our keyboard switcher to be like the GTK one -- just a list of keyboard layout names [23:08] currently, ours shows you a picture of what your keyboard layout would look like, which is quite nice [23:08] erm, not keyboard switcher... keyboard *chooser* [23:09] * maco looks for bug number [23:10] https://bugs.launchpad.net/bugs/791883 [23:10] Ubuntu bug 791883 in ubiquity (Ubuntu Oneiric) "ubi-console-setup.py:set_keyboard() gets error 141 (crashes) in Kubuntu" [High,Confirmed] [23:11] ksa618: on the basis that two heads are better than one, want to try to figure out how to make ubiquity happier with xkb-data's new api? [23:12] maco: OK, but I've only got about an hour before I'll need to get a good night's sleep [23:13] ksa618: i dont mean *right now* -- im still at the office [23:13] i was going to poke at it a bit this weekend [23:13] (up until a few days ago, reaching this crash wasnt possible due to an earlier crash that just got fixed) [23:13] maco: Weekend is a better time, yes. [23:13] o [23:13] *ok [23:16] does kpackagekit install recommends on upgrade?