[01:25] <lilstevie> infinity, ok
[01:25] <lilstevie> I did notice it only happens on HF
[01:26] <lilstevie> precise updated from oneiric doesn't give me the suspend warning
[01:26] <lilstevie> but the hf precise image I have on my sdcard does
[02:01] <michaelh1> Hey, does anyone know who in Ubuntu creates the ARM UEC images http://uec-images.ubuntu.com/precise/current/ and the tool used?
[02:10] <infinity> lilstevie: That's probably less to do with el versus hf and more to do with upgrade versus fresh, I'd guess.
[02:11] <infinity> lilstevie: As in, maybe the old gnome-power-manager got it right, and its settings were carried over on upgrade (thanks to them being in your ~)
[02:11] <infinity> lilstevie: Could test that theory with your old ~ on a fresh precise/hf image, probably.
[02:12] <infinity> michaelh1: Not sure exactly where those come from, you might try asking smoser.
[02:13] <lilstevie> infinity, fair enough, oneiric never displayed the battery stats correctly anyway (stupid android driver) but the new power-manager or upower compensates
[02:14] <lilstevie> infinity, I guess the other bug I have experienced is pulse audio crashing
[02:14] <michaelh1> infinity: ta, I'll send him an email
[02:15] <lilstevie> had to remove pulse just for lightdm to not die
[02:16] <twb> meh, that just reinforces my low opinion of pcmanfm's work
[02:20] <lilstevie> twb, ?
[02:30] <twb> never mind
[02:31] <twb> (pcmanfm makes most of the LXDE bits)
[02:37] <lilstevie> the issue isn't lightdm it is pulseaudio
[02:37] <twb> Yeah well I like lennart even less :-)
[02:37] <lilstevie> any process that outputs sound with it will either crash, or go haywire
[02:42] <infinity> lilstevie: Reproduce, file bugs, etc.
[02:42] <infinity> lilstevie: Better still if you can reproduce on x86 too, but if it really is arm-specific, we should still deal with it. :P
[02:43] <lilstevie> infinity, ok, I just don't know exactly how to get the bug, or reproduce bug, it is probably my kernel
[02:43] <infinity> lilstevie: Well, if it's your kernel, I might care less about a bug filing. :P
[02:43] <lilstevie> I can reliably reproduce on both tf101 and tf201
[02:43] <lilstevie> but it would have been observed on the panda
[02:44] <lilstevie> or well, any device :p
[02:44] <infinity> Speaking of the TF... Are we still in "no way in hell" land on trying to do a unified -tegra kernel?
[02:44] <lilstevie> well, with mtype hacks we could
[02:44] <lilstevie> someone did something creative with boot.img creation that dynamically patched the mtype
[02:45] <infinity> That sounds vile.
[02:45] <lilstevie> heh
[02:45] <lilstevie> yeah
[02:45] <infinity> Wait, binary patched the kernel, or just mangled something else in the abootimg?
[02:45] <lilstevie> I have no idea
[02:45] <lilstevie> I wasn't too interested cause it sounded vile
[02:45] <lilstevie> :p
[02:45] <infinity> Cause if we could get one KERNEL to work, but just needed different boot images, that's easily done.
[02:46] <lilstevie> let me check
[02:46] <lilstevie> yeah, if it just mangles abootimg I'm sure kernel-img.conf could have the device mtype
[02:46] <infinity> I'd happily ship two boot images (and let flash-kernel sort it for upgrades), if we could have a unified kernel.
[02:46] <lilstevie> yeah
[02:46] <infinity> flash-kernel, not kernel-img.conf, but yeah.
[02:47] <lilstevie> well I am almost certain with a little work that tf101 and tf201 should be able to share a kernel
[02:47] <lilstevie> that is tegra2/tegra3
[02:47] <infinity> And AC100, and that Toshiba tablet that was similar, and...? ;)
[02:48] <infinity> Well, anything that's fastboot+tegra should, in theory, be doable.  One would hope.
[02:48] <lilstevie> I mean without hacks
[02:48] <lilstevie> tf101 does not fastboot
[02:48] <infinity> uBoot tegra platforms (like the Trimslice) might be a bit more of a pipe dream for a unified kernel.
[02:48] <infinity> Oh, tf101 doesn't?
[02:48] <lilstevie> no, well it uses the "fast boot" bootloader
[02:48] <infinity> abootimg kinda implies fastboot, doesn't it?
[02:48] <lilstevie> but there is no fast boot access
[02:49] <lilstevie> nvflash access is your only way of manipulating images
[02:49] <infinity> Well, sure.  That's true of the ac100 as well.
[02:49] <lilstevie> also Trimslice isn't that pipedream
[02:50] <lilstevie> I recently saw on the u-boot mailing list a bootz patch
[02:50] <lilstevie> to boot zImage
[02:50] <lilstevie> and really
[02:50] <infinity> Yeahp.
[02:50] <infinity> Don't know if we'll land that for precise.
[02:50] <lilstevie> that would solve the problem
[02:50] <infinity> And even if we do, probably won't go an ditch all th uImages.
[02:50] <lilstevie> certainly not for precise
[02:50] <infinity> But it's a sane way forward.
[02:50] <lilstevie> precise is only like what a week away
[02:50] <lilstevie> :p
[02:50] <lilstevie> well a few weeks
[02:50] <infinity> A month.
[02:50] <infinity> But yeah, "soon".
[02:51] <infinity> Too soon.
[02:51] <infinity> These cycles always seem so long for non-LTS releases, and so damn short when I'm trying to make everything "just right" for an LTS. :/
[02:52] <lilstevie> https://github.com/astarasikov/mkbootimg-mtype-hacked
[02:52] <lilstevie> takes mtype as an arg
[02:53] <lilstevie> looks like it patches the zImage
[02:54] <infinity> Yeah, I just got there.
[02:54] <infinity> So much for that idea.
[02:54] <lilstevie> I guess the only other way is generic board that heuristically determines the platform
[02:55] <infinity> I wonder if one could parse mtype from the cmdline, or if we need it too early to be able to.
[02:55] <lilstevie> hm
[02:55] <infinity> Well, obviously, the real solution is being able to detect, yes.
[02:55] <infinity> But I'm trying to think of quick hacks. ;)
[02:55] <lilstevie> heh
[02:56] <infinity> cmdline parsing happens pretty damned early, though.
[02:56] <infinity> So, that should be doable.
[02:56] <lilstevie> yeah the question is if it happens quite early enough
[02:56] <lilstevie> there are certain fuse structures that could be used for the tf101
[02:57] <infinity> Well, given that you need it early enough for nosmp to rewrite spinlocks, and for mem= to blacklist regions, it's got to be... Early.
[02:57] <lilstevie> heh actually that is a good point
[03:02] <lilstevie> when is memory blacklisting done?
[03:03] <lilstevie> actually I guess I should find the routine that parses the command line
[03:20] <lilstevie> infinity, this may be viable
[03:21] <lilstevie> infinity, it looks like the command line is parsed before mtype is processed
[03:22] <lilstevie> so using that you could add something like mtype= and patch it
[04:00] <lilstevie> infinity, I guess the biggest question right now is how many tegra devices do we have
[04:00] <lilstevie> and how many mtypes
[04:01] <lilstevie> cause ac100 is harmony mtype, tf101 is ventana, and tf201 is cardhu
[04:15] <student_needing_> can someone help me get ubuntu to boot on my beaglebone? i make an sdcard with the premade 11.10 image and looking at screen i am stuck on "PHY 0:01 not found" and it won't go any farther
[04:28] <infinity> lilstevie: As long as they don't have any mutually exclusive drivers, then, this may be entirely viable.
[04:29] <lilstevie> infinity, well thats where we could probably hack around a bit
[04:29] <infinity> student_needing_: You might want to try a 12.04 omap image.
[04:29] <infinity> student_needing_: Though I don't have a Beaglebone, so I can't be much help.
[04:29] <lilstevie> try to make it a little more modular
[04:30] <student_needing_> i can try out the new image, didn't know how stable it is though
[04:31] <infinity> student_needing_: In general, I'm happier with precise than with oneiric.  And this is a good time to avoid churn, as we're in a beta freeze, so the most recent dailies are fairly sane.
[04:31] <student_needing_> sounds good, downloading that image right now
[04:45] <student_needing_> one other question about ubuntu on the beaglebone, does it have access to the gpio pins like angstrom would, being able to read and set values on them?  is it the same process as angstrom?
[04:58] <michaelh1> student_needing_: here's my notes on the BeagleBone: http://juju.net.nz/michaelh/notes/bone.html
[05:36] <twb> I have a PHP weenie who is currently running PHP lucene and OOMing the resources he has been allocated.
[05:36] <twb> He wants to migrate to "solr", but AFAICT that needs a full JVM *and* tomcat on top of that, so I'm not convinced it'll be much of a win.
[05:36] <twb> Oops, this isn't #ubuntu-server
[05:36] <lilstevie> lol'
[05:52] <need_help> so im still trying to boot my beaglebone into ubuntu and im running into a lot of trouble
[05:53] <need_help> right now on /dev/ttyUSB0 when i press a key it tries to start up ubuntu on /dev/ttyUSB1 (i'm using screen into both) but always fails, gets stuck at "PHY 0:01 not found"
[05:54] <need_help> now my /dev/ttyUSB1 has a login prompt for Ubuntu precise but doesn't respond to keystrokes, only /dev/ttyUSB0 responds to keystrokes
[05:56] <need_help> i also just saw on /dev/ttyUSB1 that i get this error a little before the other error - "init: ureadahead main process (176) terminated with status 5"
[10:32] <hrw> http://marcin.juszkiewicz.com.pl/2012/03/26/ubuntu-12-04-precise-and-cross-compilation-of-arm-kernels/ - refreshed instructions for precise
[10:36] <LetoThe2nd> hrw: ah nice
[10:37] <LetoThe2nd> hrw: does dpkg-buildpackage in this context accept a local .config, or does it have to be added to some patchset before?
[10:39] <ogra_> hrw, you should add a step "make your changes here" or some such, i doubt anyone will just rtebuild the kernel package for fun without making any changes
[10:39] <LetoThe2nd> ogra_: thats the consequence ;)
[10:39] <hrw> ogra_: that part is left for reader. I do not remember when last time I understood how ubuntu kernels are maintained
[10:40] <hrw> I prefer 'make uImage modules -j44'
[10:40] <ogra_> LetoThe2nd, fakeroot debian/rules editconfigs; dpkg-builpackage -b -aarmhf
[10:40] <LetoThe2nd> ogra_: *note*
[10:40] <hrw> ogra_: feel free to add comment ;)
[10:40] <ogra_> (that brings up menuconfig with the configs from the debian dir)
[10:41]  * suihkulokki finds it annoying how debian/ubuntu kernels make a simple kernel build process very complicated
[10:41] <suihkulokki> although I understand why it ends up being so complex
[10:41] <ogra_> suihkulokki, how is that complicated ?
[10:42] <hrw> ogra_: providing own kernel config needs more work then it is worth?
[10:42] <LetoThe2nd> same here, given the addition from ogra i see no more complexity than in a manual biuld.
[10:42] <ogra_> fakeroot debian/rules editconfigs; dpkg-builpackage -b -aarmhf .... vs. .... make menuconfig; make ... i dont see much difference apart from the convenience of having a package with the first one (which also brongs the proper postinst handling for flash-kernel etc)
[10:43] <ogra_> *brings
[10:43] <hrw> flash-kernel... I hope that it will die ugly death sooner the later
[10:43] <ogra_> it never will (sadly)
[10:43] <ogra_> but it will get better in 12.10
[10:44] <ogra_> well, fsvo never ... once we have arm support in grub it wont be flash-kernel but update-grub ;)
[10:44] <hrw> finally rewrite?
[10:44] <ogra_> yeah
[10:44] <ogra_> its already in debian testing ... but needs some massive changes for ubuntu
[10:44] <hrw> ogra_: for me it can be ubmaumba even as long as it works the same on each machine
[10:44] <ogra_> thats why i say grub ;)
[10:45] <hrw> and that on mx53 it cares of uImage/uInitrd but not boot.scr which it cares of on omap3 with saying 'not supported' on pandaboard at same time
[10:45] <ogra_> well, get the venros on UEFI and you wont have these probs ;)
[10:45] <ogra_> *vendors
[10:46] <suihkulokki> then we'll have all the problems we can read about in matthew garrets blog
[10:46] <suihkulokki> ya!
[10:46] <ogra_> indeed, a new system introduces new issues
[10:47] <ogra_> but it wont differ that much from x86 anymore, will be easier to adapt for people
[10:56] <lilstevie> is there any new documentation on building packages for kernel
[15:11] <GrueMaster> janimo`: Question on mongodb.  There is no arm build, and I don't see in launchpad where arm is even enabled for it.  Can you check that?
[15:17] <janimo`> GrueMaster, I have been working on mongo/arm on and off for the past weeks
[15:17] <janimo`> trying to make and send patches upstream
[15:17] <GrueMaster> ok.
[15:18] <janimo`> at the moment there's no ARM pkg enabled - although I consider adding my WIP to Precise to get the arm binaries rolling at least, and maybe the finishing touches as SRU
[15:18] <janimo`> GrueMaster, has it come up in server talks?
[15:18] <GrueMaster> Yes.  Some of the tests we are working on run on mongodb apparently.
[15:19] <janimo`> ok, I'll upload my changes these days - but mongo on ARM will FTBFS due to failed tests
[15:19] <janimo`> anyway good to know there is interest I'll boost the prio
[15:20] <GrueMaster> Yea, I just double-checked.  There is interest, but no rush.
[15:34] <steev> how... how do you change font settings in 12.04?
[15:34] <steev> specifically, need to see if subpixel AA is on, and if so, disable it.
[15:56] <ogra_> steev, i dont think you easily can switch that around anymore (gnome upstream dropped it), you can switch the fontsize in the acceesibility settings though
[16:11] <steev> ogra_: hm, okay
[16:12] <steev> ogra_: well in gnome3, you can use gnome-tweak-tool, would the same work in unity?
[16:12] <ogra_> no idea, try it :)
[17:47] <steev> ogra_: nope, gnome-tweak-tool requires gnome-shell 3.3.2 which won't be installed
[18:02] <steev> blargh
[18:02] <steev> no gnome-tweak-tool, and no dconf-editor
[18:17] <steev> ogra_: okay, looks like i can do it manually with gsettings, would be nice to have dconf-editor or gnome-tweak-tool for a pretty gui though
[18:18] <ogra_> well, nothing stops you from installing it :)
[19:50] <steev> ogra_: gnome-tweak-tool requires gnome-shell but gnome shell can't be installed.  dconf-editor doesn't seem to exist
[20:25] <micahg> steev: wfm, is your mirror and apt-cache up to date?
[20:40] <steev> micahg: which one works?
[20:41] <micahg> oh, arm, sorry :)
[20:41] <micahg> yeah, it's broke ATM
[20:48] <steev> micahg: no, not arch, i meant which? g-t-t or d-e
[20:48] <micahg> gnome-tweak-tool, but I"m on amd64 (this and the ubuntu+1 channel are right next to each other in my IRC client :))
[20:51] <steev> i'm on precise on the arm box
[20:53] <micahg> steev: you want dconf-tools
[20:53] <steev> micahg: ah, okay
[20:53] <steev> command-not-found didn't suggest it
[20:54] <steev> and apt-cache search dconf-editor didn't show anything either
[21:37] <GrueMaster> steev: I see the package on launchpadlibrarian https://launchpad.net/ubuntu/+source/d-conf/0.11.7-0ubuntu1/+build/3300937  Not sure why it isn't in the pool.
[21:40] <GrueMaster> steev: I just ran apt-get update && apt-cache search dconf-tools and it shows up now.
[21:53] <steev>     GrueMaster right, i searched for dconf-editor
[21:53] <steev> i should have just searched for dconf
[21:53] <GrueMaster> Ah.
[21:54] <GrueMaster> That's ok.  We'll probably rename it in a couple of cycles, just to keep users guessing.  :P
[21:54] <steev> heh
[21:57]  * ogra_ votes for calling it "frank"
[22:00] <GrueMaster> Considering it was called gconf-editor last cycle...
[22:01] <ogra_> no, that was another app
[22:01] <ogra_> (still exists)
[22:02] <GrueMaster> Different app, same function (configuring unity crap).
[22:02]  * GrueMaster needs a break.
[22:12] <steev> GrueMaster: true, but they serve different purposes (upstream at least, dconf is for stuff that's done converted to the new dconf, gconf is for legacy ish)


[14:34] <kaziweb> Hello, I'm very new to bzr. I've just installed it. how can I use it for translation?
[14:34] <kaziweb> can any one help me on this?
[14:36] <kaziweb> hello


[19:58] <SergioMeneses> pleia2, hi
[19:58] <SergioMeneses> jeje
[19:59] <SergioMeneses> how was your dinner?
[23:28] <Rodrigo-Antofaga> ??


[01:46] <ScottK> Riddell: I think the PyQt4 bug is back to ask upstream.
[05:50] <MacSeal> hi,how to change the range of sizes in dolphin? only view in KiB, don't in GiB, MiB, etc..... kde 4.8
[05:52] <ScottK> I'd ask in #kde.
[05:52] <ScottK> It's not Kubuntu specific.
[06:02] <MacSeal> ok,thank
[09:16] <Riddell> ScottK: the segfaulting bug?
[09:18] <Riddell> ScottK: if I recompile pykde then it no longer segfaults
[09:18] <Riddell> it does crash but maybe that's my chroot without running dbus
[09:18] <Riddell> so maybe there has been a SIP ABI change and we didn't update the magic debian stuff to manage that
[09:22] <Riddell> testers needed running precise and i386, is software-properties-kde running or segfaulting? try these and say if it's still running/segfaulting http://people.canonical.com/~jriddell/tmp/pykde/
[09:22] <Riddell> !testers
[09:22] <Riddell> barry too :)
[09:23] <Tm_T> should it be added to the factoid?
[09:27] <Riddell> Tm_T: should what?
[09:27] <Riddell> what is factoid?
[09:34] <Tm_T> factoid is that thing what ubottu replies when called
[09:34] <Tm_T> is barry going to be more permanent tester?
[09:42] <Riddell> oh no, he's python only not kubuntu
[09:44] <Tm_T> right (:
[10:11] <shadeslayer> I haz amd64
[11:07] <shadeslayer> Riddell: can I make Staging depend on the backports PPA?
[11:08] <yofel_> just do it (and reset it later)
[11:08] <shadeslayer> alrighty
[11:12] <shadeslayer> "Start in 12 hours" ... ffffffffffffuuuuuuuuuuuuuuu
[11:15] <Riddell> shadeslayer: doing oneiric versions of telepathy?  or what?
[11:15] <yofel> did someone look at oxygen-gtk3 btw.?
[11:15] <Riddell> Tm_T: add James147 to the factoid?
[11:16] <Riddell> yofel: not yet I expect, or anyone who has ends up runing away because it's not easy to have a good default config
[11:16] <Riddell> was apachepanda talking about it the other day?
[11:16] <yofel> Riddell: I would like to first get the package into the archive, just so we have the engine in
[11:17] <yofel> mir and setup I'll try to get done ~before FF
[11:17] <Riddell> yes please
[11:17] <yofel> Riddell: I'll need someone to review the package, it's in precise ninjas (oxygen-gtk3)
[11:22] <Tm_T> ubottu: no, testers-#kubuntu-devel is <reply> Testing help needed in #kubuntu-devel ping Riddell, yofel, soee, Tm_T, shadeslayer, BluesKaj, James147
[11:22] <Tm_T> Riddell: done
[11:22] <debfx> Riddell: rebuilding pykde4 fixes the crash
[11:25] <debfx> though I have no idea why
[11:26] <Riddell> debfx: so it sounds like the SIP ABI changed
[11:26] <Riddell> and debian has a way of handling that similar to binary ABI changes
[11:26] <Riddell> some number needs bumped in the package I think
[11:27] <debfx> except it hasn't
[11:27] <yofel> well, too late for that now, unless you force-downgrade the current binary package
[11:28] <debfx> python-qt4 and pykde4 have been built against the same sip4 version
[11:28] <yofel> wait, true
[11:29] <yofel> micahg: do you know how xubuntu sets the gtk3 theme?
[11:31] <debfx> I guess the problem is that pykde4 has been built against python-qt4 4.9-2ubuntu1 and there were code changes in u2 and u3
[11:31] <Riddell> so ABI change in pyqt?  I don't know if there's a mechanism to handle that
[11:32] <Riddell> besides "oh it's crashing, we need a recompile"
[11:32] <Riddell> is there anything else might need a recompile?  qscintilla?
[11:33] <debfx> oh wait python-qt4 has been built against qt 4.7 so that might be the problem
[11:33] <debfx> python-qt4 4.9-2ubuntu1 that is
[11:34] <Riddell> could be although I wouldn't expect that should change things, qt is ment to be backwards compatible
[11:34]  * debfx wouldn't be surprised considering how fragile these python bindings are
[11:36] <Riddell> debfx: do you want to/are you able to throw things up to recompile them so they're ready for alpha 2?
[11:39] <debfx> Riddell: can do. I'll also upload qt4 later
[11:42] <Riddell> thanks
[12:02] <Tm_T> Riddell: this explains your hobby: http://xkcd.com/209/
[12:11] <Riddell> Tm_T: I have just that cartoon printed out in my boathouse
[12:11] <Riddell> micahg: yofel had a question if you're around
[12:18] <apachepanda> Riddell: what would I have been talking about?
[12:54] <BluesKaj> Hiyas  all
[12:54] <Tm_T> moin
[13:57] <mikecb> any recent changes that might cause plasma to crash on playing video?
[14:01] <Riddell> micahg: sigh, no
[14:01] <Riddell> well loads but who knows where to start
[14:01] <Riddell> KDE, qt, X could all be responsible
[14:01] <mikecb> indeed
[14:02] <Riddell> micahg: that'll be another thing we'll need to look out for before alpha 2
[14:02] <mikecb> I would post a log somewhere, but the crash handler doesn't show itself.  Is there a way to get that info in cli?
[14:03] <Riddell> learn how to use gdb and run plasma-desktop through it
[14:03] <Riddell> http://techbase.kde.org/Development/Tutorials/Debugging/Debugging_with_GDB
[14:03] <mikecb> righto
[14:03] <Riddell> maybe also http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports
[14:05] <mikecb> on the kwallet losing focus front, it's a known bug/debatably undesirable feature.  Kwin don't plan to change anything until the transition to wayland, but I'm still going to email the kss and ksudo people and see if they can use functionality that's already there.
[14:06] <Riddell> thanks for finding that out micahg
[14:06] <Riddell> kdesudo is a kubuntu programme that was last worked on by Tonio_
[14:06] <Riddell> kdesu is an upstream kde programme
[14:06] <mikecb> ahh okay
[14:37] <mikecb> Riddell: I dunno if this is very helpful: http://paste.kde.org/194600/
[14:41] <Riddell> "g_main_context_iteration ()" a glib crash?
[14:41] <Riddell> Qt uses the glib mainloop I think
[14:41] <yofel> looks like the wrong thread to me
[14:41] <Riddell> so no that's probably not the right thread
[14:41] <Riddell> I've no idea how you ask gdb for other backtraces from other threads
[14:42] <yofel> mikecb: in gdb enter: thread apply all bt
[14:42] <mikecb> ahh, one sec
[14:47] <mikecb> http://paste.kde.org/194606/
[14:50] <mikecb> this was caused by clicking on a video file which banshee tried to open, but the same behavior occurs when trying to open video files with dragon player or vlc.  Doesn't seem to be codec related either.
[14:50] <yofel> Thread 1 is the only one that has kdemain in it, but that also crashed in QEventLoop o.O?
[14:51] <mikecb> yofel: how do you know where the crash is?
[14:52] <yofel> right now, not at all, as I can't figure out what Thread is the right one. Thread1 is the only one that has 'plasma' in the trace though
[14:52] <mikecb> okie
[14:58] <ScottK> Riddell: Are you going to/did you upload pykde4 for a rebuild?
[14:59] <bambee> hi, who is going to fosdem from the kubuntu team ?
[14:59] <ScottK> BTW, I suspect it's something to do with different code paths when built with Qt 4.8.
[14:59] <ScottK> The current sip4 we've had for a while.
[15:01] <BluesKaj> system settings is still crashing on printer configuration selection here , is anyone else experiencing this , going to need my printer soon ,  it won't print since 4.8 upgrade
[15:02] <BluesKaj> a plain jane HP 3500 series
[15:03] <yofel> BluesKaj: if you're on precise that's broken python bindings
[15:04] <BluesKaj> yofel,  yeah I'm on precise
[15:06] <yofel> BluesKaj: bug 922721 then
[15:21]  * BluesKaj shrugs , where's the fix , it doesn't show up
[15:22] <ScottK> BluesKaj: What architecture are you on?
[15:22] <BluesKaj> amd64
[15:22] <ScottK> The build finished two hours ago so it should be hitting your mirror ~soon depending on how much it lags by.
[15:23] <ScottK> It'll be a new python-kde4 package.
[15:23] <BluesKaj> ok ScottK , thanks
[15:23] <ScottK> BluesKaj: If you're impatient, you can pull the .deb from https://launchpad.net/ubuntu/+source/pykde4/4:4.8.0-0ubuntu2/+build/3129520/+files/python-kde4_4.8.0-0ubuntu2_amd64.deb
[15:27] <BluesKaj> ScottK,  thanks again , for some reason the deb wasn't downloading previously when i clicked on the " fix released " link
[15:28] <ScottK> debfx: Thanks for fixing.  That would have been a very bad one to go into Alpha 2 with.
[15:30] <BluesKaj> cool, now I can reconfigure my printer :)
[15:46] <Riddell> ScottK: debfx is handling it
[15:46] <Riddell> bambee: yes I am
[15:46] <ScottK> Riddell: Yes.  He got it.  thanks.
[15:48] <bambee> Riddell: yes I know that , but are you the only one ? :)
[15:49] <Riddell> bambee: quite possibly, KDE has a decent showing but Ubuntu and Kubuntu have not in the past
[15:49] <Riddell> Ubuntu looks like it will have more this year
[15:49] <Riddell> so I'm hoping I can carry my large Kubuntu poster to put behind their stand :)
[15:49] <bambee> I'm hoping too :)
[15:50] <Riddell> bambee: I'll be at the beer event on Friday evening, my number is on jriddell.org/contact.html if you need to find me
[15:50] <bambee> I think I will be at the beer event too , okay I will have a look at this page :)
[15:51] <Riddell> or just look for KDE types but those beer events are mega crowded
[16:10] <barry> Riddell: saw the rebuild.  i can test locally again in a bit
[16:11] <ScottK> barry: There's lots of confirmation it's fine now.
[16:11] <barry> ScottK: cool
[16:12] <Riddell> ScottK: who's confirmed?  have they checked any other packages that build-dep on pyqt?
[16:12] <ScottK> There are unfortunately a lot of of "%If (Qt_4_8_0 -)" in the PyQt4 code.
[16:12] <ScottK> Riddell: I thought people had confirmed pykde was OK after rebuild.
[16:13] <Riddell> ScottK: locally yes but worth checking for the archive too
[16:14] <ScottK> True.
[16:16] <ScottK> Riddell: I think one of the %If (Qt_4_8_0 -)'s introduced a binary incompatibility that it would be best to discuss with upstream and resolve.  Somewhere in sip/QtCore I would guess.
[16:19] <yofel> do we even have another binary package that needs pyqt?
[16:20] <ScottK> "We" Kubuntu, probably not, "We" the Ubuntu project, tons.
[16:20] <yofel> really? if I look at the rdepends of python-qt4 I see python apps, those don't *link* against pyqt, only use it
[16:21] <Riddell> yofel: I don't know
[16:21] <Riddell> qwt?  qscintilla? only things that come to mind
[16:21] <Riddell> ScottK: that seems likely, I don't have time to take that up with upstream now though
[16:22] <ScottK> OK.
[16:38] <Riddell> calligra compiled!
[16:39] <ScottK> \o/
[19:12] <Steve132> I'm trying to get the qtdesigner plugin for kubuntu
[19:12] <Steve132> er
[19:12] <Steve132> qtdesigner plugin for kdevelop
[19:13] <Steve132> and I can't seem to find the source code for the plugin
[19:13] <Steve132> to try to build it
[19:44] <BluesKaj> Steve132,  odd , it wa really rocking in here a while ago ...seems like everyone went for lunch or something.
[20:08] <BluesKaj> Steve132,  http://www.kubuntu.org/news/kdevelop-4 , you're on 10.04 , right ?
[21:34] <Tm_T> did we have Qt 4.8 somewhere for Oneiric?
[21:35] <ScottK> Don't think so.
[21:38] <Tm_T> this is rather annoying, KDE git master has couple apps depending on Qt 4.8, silently ofcourse
[21:39] <Tm_T> silent as in no cmake checks, just fails to build
[21:39] <Tm_T> http://lists.kde.org/?l=kde-core-devel&m=132770031829592&w=2
[21:40] <Steve132> BluesKaj: I'm still here I just got back
[21:40] <Tm_T> ScottK: oh, https://launchpad.net/~kubuntu-ppa/+archive/experimental
[21:41] <Tm_T> let's try...
[21:58] <BluesKaj> Steve132,  http://www.kubuntu.org/news/kdevelop-4 , you're on 10.04 , right ?
[21:58] <Steve132> 11.10
[21:58] <BluesKaj> oh , ok my mistake
[22:01] <BluesKaj> Steve132,  http://packages.ubuntu.com/oneiric/kdevelop , scroll to the bottom for the package
[22:04] <Steve132> I'm not sure I understand
[22:04] <Steve132> I have kdevelop
[22:04] <Steve132> I use it all the time
[22:05] <Steve132> but what I want to do is build and/or install the qtdesigner plugin
[22:09] <Steve132> BluesKaj: You there?
[22:09] <BluesKaj> Steve132,  do you have independent 3rd party repos enabled in your package manager
[22:09] <Steve132> yes
[22:10] <Steve132> Well, what do you mean, exactly?  I have the ubuntu partners repo and the universe repo
[22:10] <Steve132> and the repo for 0ad
[22:10] <Steve132> and thats it
[22:12] <BluesKaj> no independent 3rd part in the list?
[22:12] <BluesKaj> party
[22:13] <BluesKaj> Steve132,  would qt creator be the same as what you're looking for
[22:14] <Steve132> no,
[22:14] <Riddell> you're looking for the qtdesigner plugin source?  I didn't know there was such a thing and I don't know where the source is
[22:14] <Riddell> if you find it let us know and we might be able to package it
[22:16] <Darkwing> jjesse: ping
[22:16] <Steve132> http://websvn.kde.org/trunk/playground/devtools/kdevelop4-extra-plugins/
[22:16] <jjesse> slight pong back :)
[22:16] <Darkwing> Hey Riddell, how you holding up?
[22:16] <Steve132> theres a lot of plugins there
[22:16] <Darkwing> jjesse: slight? You on your way out?
[22:16] <Steve132> including "qtdesigner"
[22:17] <jjesse> yeah kinda
[22:17] <Darkwing> jjesse: I'll catch up via email then.
[22:17] <jjesse> Darkwing, thanks that will probably be best
[22:18] <Steve132> Ridell: There is also this blog post that references it..
[22:18] <Steve132> http://blogs.kde.org/node/2202
[22:18] <Steve132> *Riddell
[22:18] <BluesKaj> Steve132,  Qt 4 designer module ? that's what I have listed in synaptic
[22:18] <Riddell> Darkwing: improving thanks
[22:19] <Riddell> Steve132: ok so you're sorted?
[22:19] <Darkwing> Riddell: Awesome. Sorry I have not been around much this cycle so far. Hows the release coming?
[22:19] <Darkwing> I need to find BZR/GIT for my tablet (Android)
[22:20] <Riddell> Darkwing: ask me after alpha 2 next week :)
[22:20] <Darkwing> Riddell: Once Alpha 2 is dropped I'll be installing it.
[22:20] <Steve132> Riddell: No, I'm saying A) that that blog post seems to imply that QT Designer is natively inside KDevelop.  I did a BUNCH of research, but all I can find anywhere on the internet is that -extra-plugins svn link, but I can't seem to actually check out that directory from the svn and there's no tutorial on how to build plugins and its not in any package manager
[22:21] <Steve132> and nobody else seems to have heard of any of them
[22:21] <Riddell> Steve132: did you ask in #kdevelop ?
[22:21] <Steve132> Yeah, I didn't mean to spam this here, but my first interest was in trying to figure out if it was possible to install through the package manager
[22:22] <Steve132> And yeah I did ask in #kdevelop but they're kinda a ghost forum
[22:23] <Riddell> if it's part of the default kdevelop then we do package it, else we probably don't
[22:23] <Steve132> Honestly, if one of you would explain how to checkout stuff anonymously from that svn dir, and explain the packaging pipeline, I wouldn't mind attempting to build it and making a package out of it
[22:23] <Steve132> for Kubunut
[22:23] <Steve132> *KUbuntu
[22:24] <Riddell> there is a new version 2.4.81 so maybe you need that
[22:24] <Riddell> google for kde anonsvn
[22:24] <Riddell> it'll be svn co svn://something//trunk/playground/devtools/kdevelop4-extra-plugins
[22:25] <Steve132> That page is a stub
[22:25] <Steve132> I went there first
[22:25] <BluesKaj> Steve132, http://packages.ubuntu.com/search?keywords=qt4-designer
[22:25] <Riddell> Steve132: I don't know what you mean by "that page"
[22:26] <Riddell> 4.2.81 has packages in Precise and very experimental package for oneiric in https://launchpad.net/~kubuntu-ppa/+archive/staging
[22:26] <Steve132> Sorry..."I'm feeling lucky" for "kde anonsvn" gives http://techbase.kde.org/Getting_Started/Sources/Anonymous_SVN
[22:26] <Steve132> which has been unhelpfully deleted
[22:27] <BluesKaj> http://packages.ubuntu.com/search?keywords=qt4-designer , I repeat
[22:27] <Steve132> Yeah: BluesKaj:  That's the standalone application
[22:27] <Steve132> I'm referring to the KDevelop plugins that are a part of the kde kdevelop-extra-plugin set
[22:27] <Steve132> it has the same name
[22:27]  * BluesKaj takes a break
[22:27] <Riddell> Steve132: then look for other pages on techbase.kde.org
[22:28] <Steve132> I just got it to work...I realized I was connecting over http
[22:28] <Steve132> to the anonsvn
[22:28] <Steve132> so I was able to check it out
[22:29] <Steve132> if I get them to build do you want me to submit a kdevelop4-extra-plugins package somehow?  I'm sorta unfamiliar with that process
[22:29] <Steve132> but I'd be willing to help
[22:30] <Riddell> yes that would be great if it's suitable for packaging
[22:30] <Riddell> meaning if it's stable enough and upstream consider it ready
[22:31] <Riddell> packaging takes a few hours to learn, there's various tutorials and people in here will be willing to help if you catch one of us at a good time
[22:31] <Riddell> or just file a needs-packaging bug
[22:32] <Steve132> Well, I'm familar with the build process...not with kde specifically but with unix programs overall
[22:32] <Steve132> but, ok
[22:33] <Steve132> how do I file a needs-packaging bug?
[22:33] <Riddell> that's a good start for packaging :)
[22:33] <Steve132> I also know CMake really well
[22:33] <Riddell> launchpad.net/ubuntu and report a bug on "ubuntu" with needs-packaging in the title (or maybe it's a needs-packaging tag)
[22:34] <Steve132> and build from source regularly...I just don't know how to make metadata or specify dependancies or create .debs
[22:35] <yofel> titled "[needs-packaging] <package>" and tagged needs-packaging
[22:35] <Riddell> debian packaging takes adding a debian/ directory to the source with a bunch of files in it that do various tasks, and learning the commands to build the package and upload it etc
[22:35] <yofel> at least the tag is required
[22:42] <Steve132> http://websvn.kde.org/trunk/playground/devtools/kdevelop4-extra-plugins/
[22:42] <Steve132> http://websvn.kde.org/trunk/playground/devtools/kdevelop4-extra-plugins/
[22:42] <Steve132> damn
[22:42] <Steve132> oops
[22:42] <Steve132> hold on
[22:42] <Steve132> https://bugs.launchpad.net/ubuntu/+bug/923173
[22:42] <Steve132> there
[22:42] <Steve132> thats what I was trying to do
[22:42] <Steve132> oh neat
[22:42] <Steve132> bot
[22:44] <Steve132> In the build, I'm getting "Unknown CMake command "macro_optional_depend_package"."
[22:44] <Steve132> I assume that macro_optional_depend_package is a macro associate with the KDE project
[22:45] <Steve132> am I misconfiguring something? How do I set up my environment so that CMake can see that macro?
[22:45] <Riddell> if you have kdelibs5-dev installed that should be all that's needed by cmake
[22:46] <Riddell> if it's not you probably need to ask kdevelop guys
[22:46] <Riddell> kdevelop-dev may help too if it's kdev specific
[22:47] <Steve132> Nah, I have both of those
[22:47] <Steve132> ok, thank you
[22:47] <Steve132> for all your help
[22:47] <Steve132> I'm way further then I was before
[22:47] <Riddell> #kde-devel might be able to help too
[22:54] <Riddell> yet another calligra beta to be packaged


[16:56]  * ogra_ sighs ... phantomjs and arm64 wont really become friends :(
[17:39] <infinity> ogra_: The phantomjs that was removed from the archive because it sucks? :P
[17:40] <ogra_> infinity, well, i could live with an npm module from upstream (i need to build snappys webdm package for arm64 ... that needs nodejs' gulp ... which in turn needs phatomjs) ... but they have nno arm64 binaries
[17:41] <ogra_> ( i dont even konw if gulp actually needs it, but it makes it non-installable apparently)
[17:44] <infinity> Dear lord, phantomjs vendors Qt5 and Webkit.
[17:44] <ogra_> building the upstream source gets me lots and lots of ICEs ...
[17:45] <ogra_> the source package from wily is now building since ~1h on my dragonboard ... didnt fail so far
[17:45]  * ogra_ crosses fingers
[17:46] <ogra_> that thing is quite insane though ...
[18:34] <ogra_> bah ... and indeed it fails the same way
[18:34]  * ogra_ gives up


[07:59] <xiroV> Hi everyone
[08:14] <xiroV> Does anyone know if i can install ubuntu on my nokia 5800?
[12:45] <lamalex> Hey guys, is there a way to get the launcher to appear in the pager?
[13:26] <metalfan_> hi
[13:28] <metalfan_> ive tried to install the intel poulsbo driver via dpkg by hand, it failed. now after adding the mobile repo and running "sudo aptitude install psb-modules" i get:  http://pastebin.com/m3ea415e6        any idea how to go on from here?
[13:28] <metalfan_> trying this in jaunty
[14:44] <filipegarcia> can anyone help me with a LG L1730SF in jaunty mobile ?


[11:52] <mup> Bug #1860153 changed: Feature Request: Support for RedHat CoreOS <MAAS:Invalid> <https://launchpad.net/bugs/1860153>
[18:08] <mup> Bug #1865072 opened: MAAS could more cleanly handle releasing a KVM Host <ui> <MAAS:New> <https://launchpad.net/bugs/1865072>