[00:05] <yuriy_work> I don't know of it's a good idea, but the rebranding could actually be an opportunity for Kubuntu to match Ubuntu colors, which I always thought made some sense
[00:05] <yuriy_work> an aubergine tinted Air could look good
[00:08] <nixternal> it will look good getting replaced right away :p
[02:13]  * NCommander builds a full kdebindings on ARM and has yet to get a segfault ...
[02:13] <NCommander> and I'm at 81% ...
[02:16] <persia> NCommander: What did you change?
[02:17] <persia> Or are you just playing roulette?
[02:18] <NCommander> persia: the annoying bit? Nothing.
[02:18] <NCommander> persia: this happened before when I tried to debug it and then I pounded retry and it blew up again, then I forgot about it
[03:27] <persia> Anyone happen to know which package does the compositing for kwin desktop effects?  A user in #ubuntu-devel claims that glxinfo is required, which slipped out of main, which, if true, probably indicates a missing recommends (unless this was intentional).
[03:29] <persia> Sarvatt: I just asked your question a moment ago.
[03:30]  * genii waits for NCommander's ARM to blow up extravangtly and spectacularly
[03:30] <NCommander> genii: not yet :-)
[03:30] <genii> Cool
[04:08] <yuriy> persia: what do you mean "does the compositing"? kwin does its own compositing if i understand it correctly
[04:09] <persia> yuriy: Does kwin expect to find glxinfo?
[04:09] <yuriy> ah is that the question. i don't see why it would, but i have no idea
[04:11] <yuriy> hmm nepomuk is using over a gig of ram, plus almost 500M for dbus-daemon :-\
[04:13] <persia> Yeah.  If something *does* want glxinfo, it ought be on the CD.
[04:18] <JontheEchidna> KWin definitely does not need glxinfo to do compositing
[04:19] <persia> Sarvatt: With that, please file a bug about your issue.
[04:19] <persia> JontheEchidna: Thanks.
[04:19]  * JontheEchidna giggles wobbly windows sans-glxinfo ;-)
[04:19] <JontheEchidna> *jiggles
[04:22] <Sarvatt> oh? will do then, I reproduced it 3 seperate boots where it wouldn't let me activate gl compositing until I installed mesa-utils and then it worked properly
[04:35] <Sarvatt> yeah I grabbed the kdebase-workspace source and it shouldn't need mesa-utils, on the plus side I see I need to submit some patches to to kde to extend these hardcoded gl vendor strings to work for nouveau and gallium in general
[06:42] <gatlin> ScottK: we spoke yesterday, but did you ever think of something for a novice with C++ experience to do?
[06:42] <gatlin> I like Kubuntu, this is to be a labor of love
[06:43] <ScottK> gatlin: JontheEchidna or apachelogger would be better people to ask.
[06:43] <gatlin> alright, thank you very much
[09:58] <dpm> hey Riddell, good morning. I've just seen bug 180994, and I wanted to ask you: is there not a locale for 'sco'? Looking at http://sourceware.org/git/?p=glibc.git;a=tree;f=localedata/locales;hb=HEAD, it seems there isn't. Do you know what the difference between Scots and Scots Gaeilc is (and which code corresponds to each one, if they are different)?
[09:58] <dpm> My concern is that we seem to have a Scots team in Launchpad, and we're letting people translate into Scots, while these translations won't make it to the distro if there isn't a locale
[10:32] <Riddell> debfx: Scots and Gaelic are entirely different languages, Scots is Germanic while Gaelic is Celtic
[10:33] <Riddell> Scots is sco, not sure what Gaelic is
[10:33] <Riddell> I don't think there's a locale for Scots
[10:39] <debfx> dpm: ^
[10:40] <dpm> thanks Riddell, debfx
[10:42] <Riddell> oh aye, wrong d
[10:43] <Riddell> NCommander: how did kdebindings do?
[10:44] <NCommander> Riddell: tuxdavis took over for me, and might have found the cause of the crash
[10:47] <Riddell> hmm, another seg fault :( http://launchpadlibrarian.net/40195659/buildlog_ubuntu-lucid-armel.kdeedu_4%3A4.4.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[10:51] <Riddell> NCommander: well if you or tuxdavies want a new challenge, there it is
[10:54] <Riddell> tuxdavis: ah, just the person for a new challenge http://launchpadlibrarian.net/40195659/buildlog_ubuntu-lucid-armel.kdeedu_4%3A4.4.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[10:55] <Torch> can anyone here confirm that setting the date/time via systemsettings is NOT possible in 9.04 and kde 4.4.1? or the opposite?
[10:56] <Torch> i.e., there is no dialog asking for authentication, nothing. just does not work.
[10:57] <tuxdavis> This is the same bug I found in kdebindings, and I believe NCommander found a similar one in another package, the issue resides in the toolchain and not kde
[10:59] <NCommander> tuxdavis: did your inline fix work as a workaround?
[11:00] <tuxdavis> no it still segfaulted
[11:01] <tuxdavis> basically I first recompiled everything in debug mode, as it was the smokegen part of kdebindings that was segfaulting
[11:01] <tuxdavis> Then I re-ran make with VERBOSE=1 to find the exact command, then ran it through gdb
[11:01] <tuxdavis> When it crashes you can tell gdb to print two values
[11:02] <tuxdavis> value1 = "print m_session->token_stream->tokens[0].kind" (should print just fine)
[11:02] <tuxdavis> value2 = "print m_session->token_stream->kind(0)" (crashes with segfault)
[11:03] <tuxdavis> the method for "kind" is "int kind(std::size_t i) {return tokens[i].kind;}"
[11:04] <tuxdavis> Since a very similar bug is being found on the same architecture, we've successfully narrowed it down to a bug in the gcc/g++ toolchain
[11:08]  * Riddell hugs tuxdavis
[11:15] <Riddell> Torch: works ok in lucid
[11:17] <Torch> Riddell: i'm suspecting sth is either broken after the update to kde 4.4 or on my machine regarding policykit on karmic. hence the question.
[11:17] <Riddell> yes it'll be a policykit issue
[11:17] <Riddell> "set date and time automatically" is broken on lucid however :(
[11:17] <Torch> Riddell: i have no authentication manager on the session bus. i think there should be one, right?
[11:17] <Torch> (my understanding of policykit is very limited still)
[11:21] <Riddell> Torch: I'm not sure, policykit 0.9 works differently from 1.0, one has it on the system bus the other doesn't
[11:22] <Torch> Riddell: yeah, i just noticed lucid has the newer one. works for me too in my vm on lucid.
[11:23] <Torch> Riddell: do you happen to know which package on karmic has the auth agent for kde and/or where it's installed?
[11:25] <Torch> (i just noticed i was writing 9.04 in my introductory question... should have been 9.10)
[11:27] <Riddell> kdelibs and kdebase-workspace both build-dep on polkit
[12:17] <Riddell> shtylman_: seen bug 532533 ? seems nasty
[12:24]  * Tonio_ is still woried about knetworkmanager...
[12:25] <Tonio_> anyone tried to right click on the icon ? crap window with empty lines
[12:25] <Tonio_> the same than with left click, but broken
[12:25] <Tonio_> am I the only one concerned ?
[12:25] <Riddell> Tonio_: that's agateau's fault, he's working on solutions
[12:25] <Tonio_> Riddell: oh great then :)
[12:26] <Riddell> Tonio_: one of which was to fix the plasma applet, we need testers for that
[12:26] <Tonio_> Riddell: I've contacted upstream about the vpn connections issues
[12:26] <Tonio_> Riddell: I can test... I just built a fresh svn snapshot, the plasma applet is completly broken
[12:26] <Tonio_> Riddell: where's agateau work ?
[12:26] <Riddell> in svn :(
[12:27] <Tonio_> Riddell: but yeah, let knm in the background and use the plasma applet would be nice
[12:27] <Tonio_> Riddell: ah :'(
[12:27] <Riddell> he's also working on a workaround for the systray applet I believe
[12:27] <Tonio_> Riddell: well fresh svn is probably more broken than the current package reguarding to the plasma applet...
[12:27] <Tonio_> I hope one day kde will have a decent network manager gui :)
[12:28] <Tonio_> Riddell: it's been kde isue forever as far as I can remember...
[12:28] <Tonio_> seems we're not that far right now anyway :)
[12:28] <Riddell> yes, it's painful
[12:28] <Tonio_> Riddell: I'm also concerned about a hudge issue with oxygen window theme
[12:29] <Riddell> what's that?
[12:29] <Tonio_> Riddell: I made several tests and I can confirm it reduced the global plasma/kde FPS from 50% at least....
[12:29] <Tonio_> Riddell: it's not very visible with a powerfull network card, but with an old chip it's a nightmare
[12:29] <Tonio_> Riddell: I benched all window themes, oxygen is the guilty
[12:30] <Tonio_> Riddell: I know changing is out of purpose, but in my case for example
[12:30] <Tonio_> I have an intel 4500 HD whose driver is know for medium performances...
[12:30] <Riddell> this is an issue for LTSP?
[12:30] <Tonio_> the all effects get slow and not smooth at all as soon as I go with the oxygen windeco
[12:31] <Tonio_> Riddell: sure it is
[12:31] <Tonio_> Riddell: but also it is an issue with modern laptops, most of them have the same chip than me
[12:31] <sebas> Tonio_: what's broken about the nm plasmoid?
[12:31] <Riddell> mgraesslin may know more about window decorations
[12:31] <Tonio_> sebas: it won't display my connections
[12:31] <Tonio_> lemme show you
[12:31] <Tonio_> sebas: and "I !!! good to see you"
[12:32] <Tonio_> sebas: so first issue with current svn is I don't have an icon in the systray,but an empty space...
[12:32] <sebas> Tonio_: kquitapp knetworkmanager && sleep 3 && qdbus org.kde.kded /kded loadModule networkmanagement
[12:32] <mgraesslin> Tonio_: yes we have a small performance issue in Oxygen window decoration due to the animations
[12:32] <sebas> you need to load the kded module
[12:33] <Tonio_> mgraesslin: yeah :(
[12:33] <Tonio_> mgraesslin: I don't get how can a window decoration theme cause this issue anyway...
[12:33] <mgraesslin> Tonio_: unfortunately it's driver dependent, that's why we didn't notice in beta cycle
[12:33] <Tonio_> mgraesslin: any other one works like a charm here
[12:33] <sebas> Tonio_: http://vizzzion.org/blog/2010/02/tokamak-iv-network-management/ and http://vizzzion.org/blog/2010/02/tokamak-finished/ for background and progress
[12:33] <mgraesslin> it's the active/inactive animation
[12:33] <Tonio_> mgraesslin: yep that's true, with nvidia you won't get any trouble as I said
[12:33] <Tonio_> sebas: looking
[12:34] <mgraesslin> in Aurorae it's even worse
[12:34] <Tonio_> mgraesslin: I personnaly don't use arora but rekonq so I can't tell about that
[12:34] <mgraesslin> Tonio_: Aurorae is a windowdeco :-)
[12:34] <Tonio_> mgraesslin: but if all modern intel chips are concerned, which seems to be the case, that's a hudge problem for an LTS release...
[12:35] <Tonio_> mgraesslin: oh !! ;)
[12:35] <mgraesslin> Tonio_: it's possible to disable the animations
[12:35] <mgraesslin> that should improve the performance
[12:35] <mgraesslin> it's unfortunately a hidden option
[12:36] <Tonio__> sebas: indeed that's better with your command :)
[12:36] <Tonio__> sebas: still no icon in the systray anyway, but that's really better :)
[12:36] <Tonio__> sebas: well I just lack a background on the icon it seems
[12:37] <Tonio__> sebas: very close to something very nice :)
[12:38] <Tonio__> sebas: one thing I noticed also is that it will let me create a vpn connection when I don't have any network-manager vpn plugin installed
[12:39] <Tonio__> sebas: is that to be reported as a bug, cause it'll cause a crash, or already in the todo list ?
[12:46] <Riddell> what's different?
[12:48] <davmor2> you get a load of ugly stipes down it  I'm assuming it's to do with vm and screen size
[12:49] <Riddell> sebas: so knetworkmanager or plasmoid for lucid?
[12:49] <Riddell> davmor2: got a screenshot?
[12:49] <sebas> plasmoid IMO
[12:49] <Riddell> sebas: oh really, that's not what I expected
[12:49] <sebas> we're || that close now :)
[12:49] <Tonio__> :)
[12:49] <davmor2> Riddell: I'll grab you one
[12:49] <Tonio__> that's good to read
[12:49] <sebas> Actually, I think it's a good time to start testing, I just put in the last bigger UI changes last night
[12:50] <sebas> reminds me ... I still have uncommitted code
[12:50] <Tonio_> sebas: I'll perform many tests and will give you feedback
[12:50] <sebas> Tonio_: I haven't tested VPN yet, that's next on my list
[12:50] <Tonio_> sebas: good point is that I can test vpn pptp and openvpn too
[12:51] <Riddell> Tonio_: are you able to make us a package to put in kubuntu experimental PPA?
[12:51] <Tonio_> sebas: from my experience, it works with pptp but crashes, and fails with openvon
[12:51] <Tonio_> Riddell: I have the package ready
[12:51] <Tonio_> Riddell: also do we want qdbusfornm ?
[12:52] <Riddell> I think we do yes, we have it currently
[12:52] <apachelogger> gatlinAFK: things to do ... that entirely depends on if you want to do something in c++ only
[12:52] <Riddell> Tonio_: able to throw your package into ppa:kubuntu-ppa/experimental ?
[12:52] <Tonio_> yeah but for some reas the patch won't apply, look like topgit is broken, misses apply paatches directive
[12:52] <sebas> Tonio_: even better, if you can give me backtraces, I can probably fix that
[12:52] <Tonio_> Riddell: I'll fix the package for the patch then and will push it
[12:52] <Tonio_> sebas: sure
[12:52] <sebas> I need to set up a VPN here actually
[12:52] <sebas> Tonio_: also, make sure to always grab the latest from svn
[12:53] <Tonio_> Riddell: no promiss to do that today anyway, I have a HUDGE work waiting for me on a broken active directory (thanks MS)
[12:53] <Tonio_> sebas: yep
[12:53] <sebas> cool :)
[12:53] <Tonio_> Riddell: as soon as sebas commits I'll try to get the package to work
[12:53] <sebas> just committed :>
[12:53] <Tonio_> and upload
[12:53] <Tonio_> sebas: perfect
[12:57] <Tonio_> Riddell: any idea how can I test debian patches with topgit ?
[12:57] <davmor2> Riddell: http://www.davmor2.co.uk/kub-ins.png
[12:57] <Tonio_> aka like fakeroot debian/rules patches or something ?
[12:57]  * Tonio_ is tired of the 1 millions way to get patches to apply... and hates quilt
[12:58] <apachelogger> there are only too? :P
[12:59] <Tonio_> apachelogger: hum, not my opinion ;)
[12:59] <apachelogger> rules apply-patches or something and manually
[12:59] <apachelogger> aahhhh
[12:59] <apachelogger> my pet is super big on the screen
[13:00] <Tonio_> fakeroot debian/rules apply-patches doesn't work
[13:00] <apachelogger> then it was some other name
[13:00] <Tonio_> dh: Unknown sequence apply-patches
[13:00] <Tonio_> apachelogger: I read the tg2quilt.mk file and couldn't find anything
[13:00] <apachelogger> Tonio_: just do it manually via quilt?
[13:00] <Tonio_> apachelogger: and I can confirm the paatch won't apply during the build
[13:01] <Tonio_> apachelogger: shame on me but I don't know how to do so with debhelper 7 :)
[13:01] <Tonio_> apachelogger: any code example ?
[13:01] <Tonio_> there's no quilt.mk anymore...
[13:01] <apachelogger> ln -s debian/patches; quilt push -a
[13:01] <apachelogger> that has onthing to do with dh or cdbs :P
[13:01] <apachelogger> man quilt
[13:02] <apachelogger> oh, with above commands you shouldnt forget to rm patches again before building the package
[13:02] <Tonio_> apachelogger: I promisses myself I wouldnt't learn quilt
[13:02] <apachelogger> otherwise dpkg-source will start crying ^^
[13:02] <Tonio_> apachelogger: have overengeneering apps :)
[13:03] <apachelogger> quilt isn't :P
[13:03] <apachelogger> you just expect too little of a patch system
[13:03] <apachelogger> which makes you shiver in light of quilt's mightyness ^^
[13:04] <apachelogger> http://imagebin.ca/view/h7bNrx.html
[13:05] <Riddell> Tonio_: I've no idea what topgit is
[13:06] <apachelogger> a patch queue manager
[13:06] <Riddell> davmor2: wow, trippy
[13:07] <davmor2> I'm assuming not right though
[13:07] <Riddell> davmor2: don't know what causes that I'm afraid
[13:07] <Riddell> the artwork hasn't changed since karmic there
[13:07] <davmor2> I'll try on hw some point soon
[13:08] <apachelogger> Riddell: http://repo.or.cz/w/topgit.git?a=blob;f=README
[13:08] <apachelogger> Riddell: AFAIK topgit is like the superior implementatin of quilt, because it uses git and thus is capable of forming more relations than a rather crude quilt patch stack is able to offer
[13:09] <apachelogger> which probably makes sense if you do maintain your source in git ^^
[13:09] <davmor2> Riddell: and what's with the vmware/vbox logo in the bottom right of the desktop ;)
[13:10] <apachelogger> davmor2, Riddell: that problem looks graphics driver related
[13:10] <Tonio_> apachelogger: then how can I use it to apply patches ?
[13:10] <apachelogger> I have seen similar issues in alpha versions of karmic too
[13:10] <apachelogger> in vbox of course :)
[13:10] <Tonio_> apachelogger: if I build the currentl knm package it fails to apply...
[13:10] <davmor2> apachelogger: yeah I'm assuming it's because it's on kvm
[13:11] <Tonio_> apachelogger: and I don't know how that works and have no time to learn about that ;)
[13:11] <apachelogger> Tonio_: quilt push applies a patch
[13:11] <apachelogger> quilt pop unapplies a patch
[13:11] <Tonio_> apachelogger: yeah but I don't whant to change the existing packaging :)
[13:11] <apachelogger> that is the beautiy of quilt
[13:11] <apachelogger> it is like a version control in itself
[13:12] <apachelogger> say you have one patch in your stack
[13:12] <apachelogger> so you run quilt push
[13:12] <apachelogger> that applies this very patch
[13:12] <apachelogger> but at the same time it does all sorts of tricky things so that you can go back
[13:12] <apachelogger> so once you run quilt pop
[13:12] <apachelogger> it will restore the original source again
[13:12] <apachelogger> building up on that you could run quilt push -a; quilt pop -a
[13:13] <apachelogger> to just for fun apply all patches and then unapply them again ^^
[13:14] <Tonio_> apachelogger: yeah I know quilt is super powerfull, but well... I have enough in my mind with bzr, svn and git :)
[13:14] <apachelogger> I do not see the problem then :P
[13:14] <Tonio_> apachelogger: that said, the current knm package is supposed to apply patches according to rules, but it doesn't work
[13:14] <Tonio_> could you eventually give a little hepl so that I understand and learn a bit about it ?
[13:14] <apachelogger> Tonio_: does it not apply them or does it not apply them successfully?
[13:14] <Tonio_> not apply
[13:15] <Tonio_> apachelogger: I have this in the rules :
[13:15] <Tonio_> ifneq (,$(shell which tg))
[13:15] <Tonio_> QUILT_PATCH_DIR := debian/patches
[13:15] <Tonio_> include /usr/share/topgit/tg2quilt.mk
[13:15] <Tonio_> endif
[13:15] <Tonio_> and it should work I have the binaries there...
[13:15] <Tonio_> but they won't apply in pbuilder...
[13:15] <apachelogger> is that a cdbs mk?
[13:16] <apachelogger> also why do you use topgit to begin with?
[13:16] <Tonio_> apachelogger: cause this is how the package is made :)
[13:16] <apachelogger> oh my, exam on introduction lecture to computer science in t-1h
[13:17] <Tonio_> apachelogger: I don't want to diff from debian on that point
[13:17] <apachelogger> ahhh
[13:17]  * apachelogger thinks that he can imagine who introduced that in the debian package ^^
[13:18] <apachelogger> fun
[13:18] <apachelogger> there is no topgit stuff at all -.-
[13:18] <apachelogger> Tonio_: is that code from above coming from debian?
[13:19] <Tonio_> apachelogger: yeah
[13:19] <Tonio_> apachelogger: that's what I said when I compained about the "million ways to patch"
[13:19] <apachelogger> well
[13:20] <Tonio_> apachelogger: so the package is broken, fine... I'll fix
[13:20] <apachelogger> 	dh --with kde --with-quilt --dbg-package=plasma-widget-networkmanagement-dbg $@
[13:20] <apachelogger> just add that --with-quilt to the dh command
[13:20] <apachelogger> then you should be good
[13:20] <Tonio_> apachelogger: thanks
[13:20] <Tonio_> I have to learn a bit more about dh7
[13:21] <apachelogger> well, that is particularly tricky because the package combines dh7 with source format 3
[13:21] <apachelogger> and yet debian decides that using topgit is the way to go
[13:21] <apachelogger> to quote from 300: "this is madness"
[13:22] <Tonio_> apachelogger: changing the packaging standards every 6 month is bullshit...
[13:22] <Tonio_> apachelogger: leave for a couple of month and you don't know how to package...
[13:22] <Tonio_> we had debhelper 5, then 6, then cdbs, then dh7
[13:22] <Tonio_> and the patch command, then dpatch, then patchsys, then quilt, then topgit
[13:22] <apachelogger> that is beacause cdbs was intermediate crap just because people could not wait for dh7
[13:22] <Tonio_> that's crap
[13:23] <apachelogger> Tonio_: go tell debian
[13:23] <Tonio_> apachelogger: I love stability in the process, that helps a lot, even when the process is not the way to go :)
[13:23] <apachelogger> some people in their team constantly urge for the latest and greatest
[13:23] <Tonio_> apachelogger: linux was intermediate just because hurd was not ready :)
[13:23] <apachelogger> Tonio_: linux became useful
[13:23] <apachelogger> cdbs never was
[13:24] <apachelogger> just remember how long it took to track the target you would want to hook into if you need something very specific get done
[13:24] <Tonio_> apachelogger: yeah I know :)
[13:24] <apachelogger> also
[13:24] <apachelogger> that topgit crap there is uesless
[13:24] <Tonio_> apachelogger: I don't mind things changing, but too fast can be a problem sometimes :)
[13:25] <Tonio_> apachelogger: that's just my point
[13:25] <apachelogger> unless I misunderstand the included .mk it does not hook into the build
[13:25] <apachelogger> but adds the necessary targets so that you can do it
[13:25] <Tonio_> apachelogger: free software is not know for its goodproject management afaik :)
[13:25] <apachelogger> just like quilt.make
[13:25] <Tonio_> apachelogger: kk
[13:34] <apachelogger> I need a new laptop, but I dont know which one to buy ... any suggestions?
[13:36] <Tonio_> apachelogger: I'd say the lenovo x200 is the best whatyouget vs what you pay on the market :)
[13:36] <Tonio_> apachelogger: and it works perfect with linux
[13:36]  * Tonio_ owns a x301 which is just so lovelly
[13:36] <Tonio_> apachelogger: the x200 is almost the same thing, but half the price
[13:36] <apachelogger> hm
[13:36] <Tonio_> apachelogger: and can go up to 10 hours on battery... :)
[13:37] <apachelogger> goodness
[13:37] <Tonio_> 12 inches anyway... but with 1440x900 that's acceptable
[13:37] <Tonio_> apachelogger: it all depends on own much can you afford to pay...
[13:38] <apachelogger> <=2000 EUR
[13:38] <Tonio_> well the x200 is all for you then :)
[13:38] <Tonio_> x301 is way to expensive (3400 euros infrance, so I bought it in canada)
[13:38] <apachelogger> *nod*
[13:39] <Tonio_> apachelogger: maybe the price is different in your country anyway
[13:39]  * apachelogger gets student discount anyway and gets all whiny when something is too expensive so he gets all sorts of discounts ;)
[13:39] <Tonio_> it was only 2500 $cad in canada, which is much more acceptable :)
[13:39] <Tonio_> apachelogger: it's still expensive, but it deserves the price, really...
[13:39] <Riddell> anyone got ideas for summer of code projects?
[13:40] <apachelogger> ideas is the least of problems
[13:40] <Tonio_> Riddell: get sflphone/kde to work
[13:41] <apachelogger> Tonio_: I really think about getting a laptop with SSD
[13:41] <Tonio_> Riddell: most of the code is there but it's not completly finished
[13:41] <apachelogger> or at least HDD + SSD
[13:41] <Riddell> apachelogger: what's the most of the problems?
[13:41] <Tonio_> Riddell: the gnome sflphone is just a dream when it comes to sip or iax suppoer :)
[13:41] <Tonio_> apachelogger: I have 128 ssd here
[13:41] <apachelogger> Riddell: getting me drunk so that I come up with them ;)
[13:41] <Tonio_> apachelogger: it's frustrating cause I can't even see the ubuntu logo at boot, or just for 1/2 sec
[13:41] <Tonio_> apachelogger: it looks like a bug haha
[13:42] <apachelogger> ^^
[13:42] <Tonio_> Riddell: wouldn't it be nice since we want a softphone for years ?
[13:42] <apachelogger> Riddell: I suppose we could just take some random people and do lowbudget usability analysis
[13:42] <Tonio_> Riddell: oh and samba support in kde, which I didn't have time to complete... lack of time for at least a year now... travelling too much :'(
[13:43] <apachelogger> right
[13:43] <apachelogger> though upstream has improved already
[13:43] <Riddell> Tonio_: finishing sflphone sounds like something for the sflphone project to do
[13:43] <apachelogger> basically you need to install samba and kde-filsharing and then share setup in dolphin should work from what I saw
[13:43] <ghostcube> ehlo 4.4.1 is t3h fast, :) nice made guys
[13:44] <apachelogger> Riddell: make kubuntu boot faster, make kubuntu waste less memory, make qt-language-creator a useful tool
[13:45] <apachelogger> turn software-properties into policykitware and implement kauth support for KDE UI then make it a kcm and embedd into kpk
[13:45] <apachelogger> improve kpk UI to suite Kubuntus needs
[13:46] <apachelogger> kubuntu-software-center (in c++ pleaese)
[13:46] <apachelogger> ubuntu-one-kde (also in c++)
[13:46] <seele> kpk needs a lot of love
[13:46] <apachelogger> janitor-kde
[13:46] <seele> a lot meaning, a whole ui rewrite probably :(
[13:46] <apachelogger> basically port all the ubuntu stuff
[13:47] <apachelogger> seele: yeah :/
[13:48] <apachelogger> Riddell: following up on the "make kubuntu waste less memory" -> improve performance of ubuntu/kubuntu apps by whatever means possible in python etc.
[13:48] <apachelogger> that probably also got a nice analysis touch to it, since one would first need to find out where resources get wasted to begin with ;)
[13:49] <apachelogger> create a kubuntu welcome widget thingy (since KDE seems stalled on that)
[13:49] <apachelogger> on a KDE POV: rewrite khelpcenter
[13:50] <apachelogger> I need to go
[13:50] <apachelogger> exam in 20 minutes
[13:50] <apachelogger> wish me luck!
[13:51] <Riddell> good luck!
[13:56] <ghostcube> wow usa says opensource is against the intension of copyright protectet software
[13:56] <ghostcube> wth
[13:57] <davmor2> Riddell: also getting tty is open when shutting down
[13:59] <ghostcube> http://www.h-online.com/open/news/item/US-copyright-lobby-claims-free-software-undermines-respect-for-intellectual-property-940921.html
[13:59] <ghostcube> retarded
[14:00] <ScottK> Note that's a lobbying group.
[14:01] <ScottK> Riddell: Just read the backscroll.  Sounds like we need a way to disable the windeco animations on Intel.
[14:01] <Riddell> I don't even understand what window decoration animations it includes
[14:02] <ScottK> I'm hoping mgraesslin will weigh in and explain the hidden options thingy.
[14:02] <mgraesslin> ScottK: one moment, I don't know it by heart
[14:03] <ScottK> mgraesslin: OK.
[14:03] <Riddell> mgraesslin: semi-related, do you know why the blue stripes disappeared?  means you can't distinguish active and inactive windows any more
[14:03]  * ScottK goes to dig up the netbook so he can try it once it's found.
[14:03] <mgraesslin> that's a change in 4.4
[14:03] <mgraesslin> we have this new outline active window thing in Oxygen
[14:04] <mgraesslin> ScottK: https://bugs.kde.org/show_bug.cgi?id=226634#c7
[14:05] <mgraesslin> the stripes are AFAIK completely removed
[14:05] <ghostcube> ScottK: sure its a lobby group but its stupid to say such things or even take it serious
[14:06] <ghostcube> and piliticans mostly tajke care of lobbyists
[14:07] <ScottK> mgraesslin: Thanks.  Looking
[14:07] <ScottK> ghostcube: That's true of most things lobbyists say on most topics.
[14:08] <ScottK> They get paid to sell a point of view, not be sensible.
[14:08] <ghostcube> :)
[14:09] <ScottK> mgraesslin: I have 4.4.1.  Is the promised graphical way to turn off the animations available?
[14:10]  * mgraesslin looks at the UI and can't find an option
[14:10] <ScottK> Ah, read the rest of the bug.
[14:10] <mgraesslin> I'm using branch from today
[14:11] <mgraesslin> if it's important for you I'm sure hpereira can come up with a patch
[14:15] <ScottK> I notice a definite difference.
[14:15] <ScottK> Riddell: I think we need to do something about this.
[14:16] <Tonio_> Riddell: uploading to experimental :)
[14:16] <ScottK> mgraesslin: I think we need to have a way for users to control this using a gui.  Editing config files is fine for me, but not my Dad.
[14:16] <mgraesslin> I agree
[14:16] <ScottK> It's particularly a big deal for netbooks.
[14:16] <Riddell> ScottK: well I turned it off but i don't see anything different (didn't notice any animations to start with mind)
[14:17] <ScottK> Riddell: I don't notice any different look, but it feels faster.
[14:17] <mgraesslin> it's noticable when minimizing windows with effects turned on
[14:17] <mgraesslin> the animation laggs
[14:18] <ScottK> The netbooks we're aiming at all have Intel graphics and not lots of spare CPU, so for netbook, this should generally default off.
[14:18] <ScottK> It'd be nice to get a way to default it on for people with appropriate graphics cards.
[14:19] <mgraesslin> which is difficult
[14:19] <ScottK> yes.
[14:19] <mgraesslin> we had complains for almoast all vendors
[14:19] <ghostcube> a widget at srat asking if intel or another cardd ?
[14:19] <ghostcube> wont this be possible
[14:19] <mgraesslin> I don't understand why we didn't see this issue during beta cycle
[14:19] <ghostcube> *start
[14:20] <Tonio_> sebas: I just uploaded on our experimental ppa, including your latest svn commits
[14:24] <Tonio_> apachelogger: just to finish about this patching stuff, what is very very strange to me is that according to you patches shouldn't apply...
[14:25] <Tonio_> apachelogger: I mean in the current knm package...
[14:25] <Tonio_> apachelogger: so technically it should ftbfs, unless the patches are applied in the diff.gz, which seems to be the case...
[14:25] <ScottK> sebas: What's the advantage of switching to the plasmoid for knm?
[14:25] <Tonio_> apachelogger: that's why I got it wrong on how that worked
[14:26] <Tonio_> anyway, having patches applied in diff.gz is... pretty bad I must say :)
[14:26] <Tonio_> ScottK: nicer and sexier ? :)
[14:27] <ScottK> Tonio_: I'll take working as the first priority.
[14:27] <Tonio_> ScottK: well imho none of them could be considered "working" right now...
[14:28] <Tonio_> ScottK: but yeah, if knetworkmanager works and not the plasmoid, no reason to switch
[14:31] <ScottK> Switching from the plasmoid to the systray application was a good move that helped a lot.  I think we should have a good reason to switch back.
[14:32] <ScottK> mgraesslin: We can wait for 4.4.2 for the GUI to control the animations I think, so no distro patch needed, but we do need it in 4.4.2.
[14:34] <mgraesslin> I just pinged hpereira to ask for news on the string freeze exception
[14:35] <sebas> ScottK: look at it, and you'll be enlightened
[14:35] <sebas> :)
[14:35] <mgraesslin> nevertheless I would recommend to change the default settings for the netbook
[14:35] <ScottK> sebas: Can it connect to hidden SSIDs?
[14:35] <ScottK> mgraesslin: I will.
[14:35] <sebas> not yet, it's on my list though
[14:35] <sebas> good point, I was going to set up an accesspoint for this
[14:36] <ScottK> That's the only thing I've missed in the systray app recently.
[14:36] <ScottK> I was at at meeting and needed to get wired internet to install the Gnome nm-applet.
[14:36] <sebas> we have preliminary support for it, just needs fixing up and testing ("just" ;-))
[14:36] <Quintasan> \o
[14:36] <ScottK> sebas: I can test that when you're ready.  Feel free to ping me.
[14:37] <sebas> cool :)
[15:02] <ScottK> Riddell and mgraesslin: I just uploaded an update to netbook default settings to default that to off.
[15:02] <ScottK> Now to $WORK.
[15:08] <Tonio_> Riddell: plasma-widget-networkmanagement ready for testing in the ppa, and built
[15:09] <apachelogger> Tonio_: why should the build fail if the patches are not applied at all?
[15:09] <apachelogger> Tonio_: at least with the current package there is no implication of applied patches to be able to build
[15:11] <Trouble> OMG I thought my Dell Mini 9 was just a bit rubbish performance wise, since I've never had anything but Kubuntu and Oxygen, but turns out it really isn't :D
[15:11] <Tonio_> apachelogger: cause the patch causes one file installation that is in an *.install file :)
[15:11] <Tonio_> apachelogger: no patching -> ftbfs
[15:12] <apachelogger> Tonio_: good point
[15:12] <apachelogger> oh wellz
[15:12] <Tonio_> apachelogger: and cause the rules didn't apply, it's obvious that the patch was in the dif.gz
[15:12] <apachelogger> Tonio_: it's a source 3 package, there should be no diff.gz
[15:12] <apachelogger> it autoconverts all direct changes to quilt patches
[15:12] <Tonio_> since untaring the orig and then  copy the debian folder ended up ftbfs :)
[15:12] <jussi01> Tonio_: link to the ppa version please?
[15:13] <Tonio_> apachelogger: hum, then how does it work if there is no way to apply patches ?
[15:13] <apachelogger> maybe there is hidden magic
[15:13] <Tonio_> apachelogger: current knm package in the repo is a mystery for me :)
[15:13] <Tonio_> apachelogger: I simply don't get how that works
[15:15] <apachelogger> ohhhhh
[15:15] <Tonio_> apachelogger: any web page about this source3 thing ?
[15:15] <apachelogger> silly me
[15:15] <Tonio_> apachelogger: it means no orig anymore ?
[15:15] <apachelogger> Tonio_: source 3 also implies that quilt patches get applied upon dpkg-source -x
[15:15] <Tonio_> jussi01: https://launchpad.net/~kubuntu-ppa/+archive/experimental
[15:15] <apachelogger> which still makes the topgit crap useless, but makes you worry less about that
[15:16] <Tonio_> apachelogger: so many changes for me :)
[15:16] <apachelogger> Tonio_: it means no diff.gz anymore, but rather a tar.gz that contains the debian/ dir and no direct source changes anymore
[15:16] <jussi01> oh in experimental - do I need anything other than the package itsself?
[15:16] <Tonio_> apachelogger: so no orig anymore, no patching system, no way to debdiff ?
[15:16] <apachelogger> Tonio_: anyhow, that makes me wonder again why you claim that the patch was not applied :P
[15:16] <apachelogger> Tonio_: with source format 3 you have:
[15:16] <apachelogger> .dsc .debian.tar.gz .orig.tar.gz
[15:16] <apachelogger> with source format 2 you have:
[15:16] <Tonio_> apachelogger: well... get a fresh svn snapshot, copy the debian folder, and try to build the package
[15:17] <apachelogger> .dsc .diff.gz .orig.tar.gz
[15:17] <Tonio_> apachelogger: it doesn't work
[15:17] <apachelogger> though with source format 3 you can also have .orig.tar.bz2
[15:17] <Tonio_> at some points I understand the patched get applied during the source package build right ?
[15:17] <apachelogger> Tonio_: yeah, because source format 3 does the patching upon extraction
[15:17] <Tonio_> well debuild -S didn't do it
[15:17] <apachelogger> Tonio_: so you need the --with-quilt to make it work anyway
[15:18] <Tonio_> apachelogger: so how did the current plasma-widget-networkmanagement package in the archive worked out ? :)
[15:18] <Tonio_> apachelogger: I get your point, but it should have fail
[15:19] <Tonio_> ahhhhhhhhhhhhh I get it
[15:19] <Tonio_> apachelogger: it patches upon extraction
[15:20] <Tonio_> apachelogger: then something got wrong when I used pdebuild...
[15:20] <Tonio_> apachelogger: I understand... I had to patch manually before creating the source package, so that all changes would go in a patch
[15:20] <Tonio_> and would be applied
[15:21] <Tonio_> apachelogger: it's very very different from what I know...
[15:21] <Tonio_> apachelogger: that will be a real pleasure for sysadmins who maintain debian in production environment and have to backport :)
[15:21] <Tonio_> apachelogger: retro-compatibility doesn't seem to be important for debian :)
[15:22] <Tonio_> I know quite some devs who gave up on debian because of that... I can understand them :)
[15:23] <Tonio_> apachelogger: do you have a good link for debian source 3 format and so on ?
[15:24] <shtylman_> davmor2: yep... got a bug?
[15:25] <davmor2> http://launchpad.net/bugs/532533
[15:42] <Tonio__> ScottK, Riddell: hum the plasmoid seems to work pretty decently here :)
[15:43] <Quintasan> Riddell: awesome, I will apply for sponsorship though I think it will end up the same way as last year (in queue) :)
[15:50] <shtylman_> davmor2: thanks...will look into that
[15:52] <davmor2> shtylman_: the ugliness is down to kvm we think, but I've not had time to test on hw yet
[16:00] <ScottK> Riddell: Are you covering the release team meeting?
[16:01] <Riddell> ScottK: yes, company always welcome of course
[16:01] <ScottK> Riddell: I'd really like to get some action assigned on Bug #531697.
[16:02] <Riddell> Tonio_: hmm, it's connected to my network but it doesn't list any connections in the left hand pane
[16:03] <Tonio_> Riddell: kquitapp knetworkmanager && sleep 3 && qdbus org.kde.kded /kded loadModule networkmanagement
[16:03] <Tonio_> Riddell: it has do be done by hand for now...
[16:03] <Tonio_> Riddell: you have to use the this kded module instead of knetworkmanager
[16:04] <Tonio_> Riddell: http://toniox.org/temp/knm-plasmoid.png
[16:04] <Tonio_> Riddell: seems to work pretty well here, except that I can't disconnect anything... I told sebas about that issue
[16:06] <ScottK> Any ideas why touching the power button on my netbook now just turns it off instead of bringing up the powerdevel dialogue?
[16:07] <sebas> Tonio_: I take it VPN works? :)
[16:07] <Tonio_> sebas: pptp, yes
[16:07] <Tonio_> sebas: vpn, not tested atm
[16:07] <sebas> Cool. :)
[16:07] <Tonio_> sebas: but no way to disconnect, is that a known issue ?
[16:07] <sebas> nope, that's why I needed it tested :)
[16:08] <sebas> I'll think about something smart for that
[16:08] <Tonio_> sebas: okay so here is myfeedback then :)
[16:08] <Tonio_> 1/ it connects
[16:08] <Tonio_> 2/ the should be a better way to get the connection status (bold font isn't enough), especially to know what happens, like telling me "running dhcp" on hover for example
[16:09] <Tonio_> 3/ there should be a way to get a few infos on the connection, like the IP address of something, on hover, don't you think ?
[16:09] <Tonio_> 4/ and also a way to disconnect :)
[16:09] <Tonio_> sebas: I had to go on http://www.whatismyipaddress.com to figure out I was connected :)
[16:10] <sebas> 2/ that's in the interfaceitem
[16:10] <Tonio_> so maybe a little more infos would be nice...
[16:10] <sebas> 3/ is being worked on, that will show up when you click on an interface
[16:10] <sebas> Tonio_: we want to keep it accessible for "normal users" as well
[16:10] <sebas> try to use it for a while, it shows more than you think
[16:10] <Tonio_> sebas: sure
[16:11] <Tonio_> sebas: about 3/ the vpn isn't a physical interface, that's the deal
[16:11] <sebas> \4 is only a problem for VPN, no?
[16:11] <Tonio_> sebas: well yes, cause I can disconnect from an interface, but not a network
[16:11] <sebas> Probably we should make VPN a "virtual interface", in the UI sense
[16:11] <Tonio_> sebas: yes, this way it would be nice
[16:11] <sebas> right, ok, so that's on my radar now as well :)
[16:12] <Tonio_> sebas: the point is that the disconnection thing is upon an interface, not a connection
[16:12] <sebas> I know :>
[16:12] <Tonio_> sebas: do you ? ^-^
[16:12] <sebas> hehe, I think I do :P
[16:13] <Tonio_> well technically there is no reason to check for a virtual interface, there is a physical one
[16:13] <sebas> gotta clean up a bit here, K is coming home soon and we're having friends over tonight
[16:13] <Tonio_> ppp0, tap0, tun0...
[16:13] <sebas> networkmanager hacking on the couch == cables + usb interfaces and stuff in the living room
[16:13] <Tonio_> there should be a way to list them through network-manager right ?
[16:13] <sebas> I'll have a look in how far Solid shows them
[16:13] <Tonio_> kk
[16:14] <Tonio_> sebas: ping me if tests needed, I'll  package in the hour and test it for you, and will test openvpn soon too
[16:15] <shtylman_> anyone ever tried using krunner in gnome?
[16:15] <Tonio_> ll
[16:15] <Tonio_> oops
[16:16] <Tonio_> sebas: hum, it looks like clicking on an established connection disconnects too... at least works for the wireless, so there are 2 ways to disconnect right ?
[16:16] <Tonio_> from the interface and the connection
[16:30] <Riddell> arm images have been building for the last 40 minutes, so that's promising
[16:31] <ScottK> Riddell: No plasma-netbook autostart after the last updates.  Any idea what that might be?
[16:31] <Riddell> ScottK: update from what to what?
[16:32] <ScottK> Updated my Lucid system an hour ago for the first time in a couple of days.
[16:32] <Riddell> new kdebase-runtime?
[16:32] <ScottK> Yes
[16:32] <ScottK> New metapackage (kubuntu-netboo) too.
[16:32] <Riddell> we need to think more about that, currently it's an autostart file set to false which ubiquity sets to true on install
[16:33] <ScottK> OK.
[16:33] <Riddell> but that won't work because the upgrade will just overwrite it as you found out
[16:33] <Riddell> I think it needs a script to decide if netbook or desktop should run
[16:33] <Riddell> but not run both
[16:33] <Riddell> I had hoped that upstream would fix it sensibly but they haven't
[16:34] <Riddell> maybe it should be an xsession
[16:35] <Lex79> Riddell: are you working on soprano 2.4.1?
[16:36] <Riddell> Lex79: no, I think it's for the taking
[16:37] <Lex79> ok, I will do
[17:10] <Quintasan> apachelogger: ping
[17:12] <Quintasan> apachelogger: nvm :P
[17:13]  * Trouble pokes apachelogger
[17:13] <Trouble> Oh actually don't worry :D
[17:16] <Tonio_> sebas: I was just thinking... is it fine to consider disconnection should be done upon an interface or upon a connection ?
[17:17] <Tonio_> what I want to kill is a connection, not an interface, right ?
[17:17] <Tonio_> sebas: I can get it, but since you want it usable by normal users... it sounds logic to me to disconnect from within a connection, not from an interface...
[17:17] <Tonio_> sebas: my 0.02$
[17:18] <Tonio_> sebas: seele's opinion would certainly mean a lot more :) I'm not a usability expert at all
[17:20] <maco2> hiya Tonio_
[17:21] <Tonio_> hey maco2 :) long time no see
[17:29] <Quintasan> apachelogger: best advice today was - use boost.random since rand() sucks
[17:33] <Lex79> Riddell: soprano https://launchpad.net/~alessandro-ghersi/+archive/staging/+packages
[17:36] <ScottK> Someone packaging http://michalm.wordpress.com/2010/03/05/k3b-2-0-release-candidate/
[18:16] <apachelogger> Tonio_: source format 3 is explained in the debian wiki IIRC
[18:23] <JontheEchidna> http://wiki.debian.org/Projects/DebSrc3.0
[18:26] <JontheEchidna> hrmhrm, k3b release candidate
[18:26] <Quintasan> awsum
[18:26] <JontheEchidna> lol: http://michalm.wordpress.com/2010/03/05/k3b-2-0-release-candidate/#comments
[18:27] <JontheEchidna> he's being a bit hard on Michal, I think.
[18:27] <Quintasan> hmm just a simple question, on a dice, you have wall or sides (where numbers are)?
[18:28] <Lex79> JontheEchidna: I just uploaded to bzr
[18:28] <Lex79> *k3b I mean
[18:28] <JontheEchidna> Lex79: need a sponsor?
[18:28] <Quintasan> wait, ain't that guy from Poland?
[18:28] <Lex79> yes
[18:28] <JontheEchidna> Quintasan: Polish are the only people I've seen to use that funny "l" :P
[18:28] <Quintasan> ł
[18:28] <Quintasan> :P
[18:29] <nixternal> polish for the win!
[18:29] <Quintasan> Good grief, I didn't know that main k3b dev is from Poland :O
[18:29]  * Quintasan wrote a dice roll simulator using boost::random
[18:29] <Quintasan> :P
[18:30] <JontheEchidna> Quintasan: probably because he's the new main dev
[18:30] <Lex79> JontheEchidna: if you have the power there is also soprano in my ppa
[18:30] <JontheEchidna> no soprano powars :(
[18:30] <Lex79> :(
[18:34] <debfx> is the brightness osd working for anyone in lucid?
[18:34] <Quintasan> debfx: it ain't working
[18:34] <Quintasan> See Todo
[18:35] <Quintasan> agateu will know something about it :P
[18:43] <Quintasan> apachelogger: http://github.com/Quintasan/coding/blob/01071142841fe35dfa4927effa6107cbd9c752c6/gen.cpp     <-- -the best app so far :P
[18:45] <Quintasan> maybe not best but most useful :P
[18:46] <Lex79> it should go to lucid archive, but we are in feauture freeze
[18:46] <Quintasan> :D
[18:46] <Lex79> :)
[18:50]  * apachelogger falls off chair
[18:57] <JontheEchidna> Lex79: K3b uploaded, thanks
[19:05] <Lex79> k
[19:10] <debfx> Quintasan: I think I know why it doesn't work anymore
[19:17] <debfx> the new hal sets brightness_in_hardware to true for most (?) laptops
[19:19] <debfx> previously it was only set to true for laptops that emit a brightness change key event on every brightness change
[19:22] <debfx> I can modify the patch but then on those laptops the osd is shown even when the brightness is changed by an application
[19:41] <shtylman_> Quintasan: what does it do?
[19:42] <shtylman_> I can't read the ... whatever language that is :)
[19:42] <shtylman_> I wanna say it does a dice roll? ...
[19:42] <shtylman_> but who knows...
[19:44] <shtylman_> ... oh... I see... there is an english description... ok... so now my question is. .. why?!
[19:45] <Quintasan> shtylman_: why what? :O
[19:45] <shtylman_> why make that?
[19:46] <Quintasan> a) boredome b) I play DnD with my friend and there is a spell that requires you to roll 346 times (and many other with 100 rolls :P)
[19:46] <shtylman_> ... *sigh* ...
[19:47] <Quintasan> blame apachelogger for it, he said I should get some hands-on experience
[19:47] <Quintasan> :P
[19:48] <shtylman_> heh
[19:49] <Quintasan> though that app ported to windows fails
[19:49] <Quintasan> I wonder if it's becuase of time(NULL)
[19:58] <jjesse> so if kdm crashes should i leave a crash report someplace or will ubuntu-bug take care of that?
[19:58]  * ghostcube does a mount /Quintasan -t dev /dev/Null && rm -rf /boot/brain/content.list
[19:58] <ghostcube> :D
[19:59] <Quintasan> rm: file content.list not found
[19:59] <Quintasan> :O
[19:59] <ghostcube> rofl
[20:00] <Quintasan> seriously, what were you expecting, I have been learning c++ for a month only
[20:00] <ghostcube> nah i can hardly read it :) i cant code c++
[20:01] <ghostcube> was just joking :)
[20:01] <Quintasan> I know, I can take jokes, really :P
[20:01] <ghostcube> :)
[20:03] <maco2> jjesse: /var/crash ?
[20:03] <jjesse> hrmm will have to look
[20:32] <shtylman_> so by default when I run debuild it puts the generated files in one directory up... can I cahnge that?
[20:37] <txwikinger> hey shtylman_
[20:40] <shtylman_> txwikinger: howdy
[20:41] <txwikinger> shtylman_: Are you allowed to say that in NY?  :D
[20:41] <shtylman_> txwikinger: hahaha :)
[20:42] <Lex79> JontheEchidna: have you read? http://labs.trolltech.com/blogs/2010/03/03/qtwebkit-releases/ this means we'll can split Phonon from Qt in easy mode :)
[20:45]  * shtylman_ shtylman can't wait for kde to move to git... its soo close... I can almost taste it..
[20:49] <genii> Has it ever ben possible at all to run another instance of kde from inside a konsole? An user in #k is claiming 3.x had this but I never heard or saw of it
[20:50] <shtylman_> genii: I do something similar with xephyr
[20:50] <shtylman_> its opens another xsession or whatnot
[20:50] <shtylman_> and from there you can login with kdm again into another kde instance
[20:51] <genii> shtylman_: Thanks
[21:13] <Quintasan> Time to get rid og that stupid Twitter and Buzz
[21:13] <Quintasan> of*
[21:14] <Riddell> Lex79: we can split phonon out but not until after lucid, so we still need an upgraded patch to the new phonon
[21:15] <genii> Is 4.4.1 64bit for Lucid OK yet?
[21:19] <apachelogger> shtylman_: I dont think you can change the directory where debuild stores its stuff
[21:20] <Riddell> shtylman_: kde moving to git depends on there being somewhere to host the git repository
[21:20]  * apachelogger can host it on his netbook ^^
[21:21] <Riddell> I'm not sure you get 60GB SD cards yet
[21:22]  * apachelogger got a HDD with 130 GB
[21:30] <Quintasan> okay, Buzz deactivated
[21:30] <Quintasan> now time for forums
[21:32] <Lex79> Riddell: ok
[21:32]  * apachelogger thinks about deriving the dbginstaller from kmessagebox rather than kdialog
[21:36] <nixternal> apachelogger: why?
[21:36] <apachelogger> because kmessagebox really does everything you need anyway ^^
[21:37] <apachelogger> well except for progress indication
[21:37] <apachelogger> maybe derive from qwidget and call KMessageBox::foo from there
[21:38] <nixternal> i always use kdialog as it is what i am used to...was hoping you might shed some light on why kmessagebox would/might be better than kdialog
[21:39] <apachelogger> it's not, it just already implements the necessary stuff in convenience functions
[21:41] <apachelogger> as I see it the installer only needs to lookup the dbg packages, thus indicating progress meanwhile ... if not all packages could be found, ask the user what to do and list the files for which there were no debug packages found ... and finally ask the user whether the found packages shoud be installed, again listing the packages
[21:41] <apachelogger> so we have custom qwidget for progress indication (possibly add cancel button) + KMessageBox::warningYesNoList + KMessageBox::questionYesNoList
[21:44] <apachelogger> nixternal: also as I came to realize yesterday, reusing the same dialog for all 3 things is a) dirty b) rather unpleasent because each default button click emits the finished signal, thus ending the dialog
[21:44] <apachelogger> so for proper design you would have to create 3 classes derived from kdialog
[21:44] <nixternal> yeah, that is a bit dirty
[21:45] <nixternal> you couldn't just do one class with 3 different functions?
[21:45] <apachelogger> you could
[21:45] <apachelogger> but them you also need to reimplement the slots of each used button to prevent them from emitting finished upon click
[21:46] <apachelogger> otherwise your dialog destructs midway through the process because the user agreed to install the packages :)
[21:46] <nixternal> hrmm, i see what you are getting at now
[21:47] <apachelogger> oh why
[21:47] <apachelogger> http://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/classKProgressDialog.html
[21:47] <apachelogger> <3 KDE
[21:48] <nixternal> http://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/classKDialog.html - heh, you didn't look at all of the inheritance with kdialog?
[21:48] <apachelogger> not all of them
[21:48] <nixternal> that is one of my bookmarks right there :)
[21:49] <apachelogger> also I did want to opt for the 3-functions but one dialog approach you suggested ;)
[21:49] <apachelogger> and actually some months ago in another project I also wanted to do that (I suppose apturl it was) and I came to the same realization
[21:49] <apachelogger> one-dialog-per-use
[21:50] <apachelogger> though in this particular case one could also opt for a KPageDialog I suppose
[21:50] <nixternal> yeah, i have done the one-dialog-per-use as well
[21:52] <apachelogger> mhhh
[21:52] <apachelogger> much better with kprogressdialog
[21:52]  * apachelogger drops stupid ui file
[21:52] <apachelogger> did I already mention that I very much dislike ui files?
[21:53] <apachelogger> maybe it's just me, but it feels like they always get in my way
[21:55] <shtylman_> Riddell: yea... im following the mailing list on it... I got the rsync of the svn repo to play around with it ... hopefully some conclusion will be reached soon :/
[21:58] <shtylman_> soo question... lets say I have a script which appends to the path... when it is run
[21:58] <shtylman_> if I run it again... it will append the same thing to the path..
[21:58] <shtylman_> is there a way to prevent that?
[22:00]  * txwikinger wonders why the git repo cannot be hosted where the svn repo is hosted
[22:00] <shtylman_> txwikinger: it can... they would just need to install a copy of the gitorious website
[22:01] <shtylman_> and then keep that up to date and whatnot
[22:01] <shtylman_> which is just more maintenance work
[22:01] <txwikinger> well.. not really
[22:01] <txwikinger> you can have a cron job running the sync
[22:01] <txwikinger> or drop svn
[22:02] <shtylman_> txwikinger: they can't drop svn cause it will still be used for translations for the time being
[22:02] <txwikinger> ah
[22:04]  * apachelogger cant help thinking that the dbginstaller code is quite the mess
[22:05] <apachelogger> maybe I should not have done a straight port from bash -.-
[22:54]  * Quintasan goes to bed
[22:54] <Quintasan> Good night
[23:23] <Riddell> yay ARM built http://cdimage.ubuntu.com/kubuntu-netbook/ports/daily-live/20100305/
[23:23] <shtylman_> nice
[23:43] <shtylman_> Riddell: have any of them actually been tested on arm? or in qemu?
[23:48] <Riddell> shtylman_: I saw it running on an arm board last month
[23:48] <Riddell> so it does to something
[23:49] <shtylman_> cool
[23:50] <tuxdavis> so does anybody know what they did to get around the kdebindings compile issue
[23:52] <Riddell> tuxdavis: I disabled smoke from compiling
[23:52] <Riddell> tuxdavis: I also removed the kdeedu package from the image
[23:52] <Riddell> getting a proper fix for those segfaulting compiles would obviously be much better
[23:54] <tuxdavis> well as a temporary solution to allow testing of the image this works great
[23:54] <Riddell> yes
[23:54] <Riddell> tuxdavis: are you able to test the images?
[23:54] <tuxdavis> Besides from what I gathered during the debug process of kdebindings, the smoke part is used for developing applications using the kde api
[23:55] <tuxdavis> I'm downloading it right now
[23:55] <Riddell> great
[23:55] <Riddell> it's used for making the ruby and c# bindings
[23:55] <Riddell> I had to disable those from compiling too
[23:55] <tuxdavis> another thing I'm trying as a possible FIX not workaround is trying the latest svn version of gcc, since there were a lot of fixed bugs on the arm processor
[23:56] <tuxdavis> ah


[23:26] <kiroma> kubuntu 17.10 beta 1 doesn't remember state of touchpads between restarts, need to disable it via shortcut every time.


[08:35] <hrw> is preinstalled image still the official way of installing ubuntu on panda?
[08:36] <xranby> hrw: yes https://wiki.ubuntu.com/ARM/OMAP pick server or desktop
[08:37] <LetoThe2nd> hrw: certainly, or the netboot images.
[08:39] <hrw> thanks
[09:57] <infinity> janimo: *pokity poke*
[09:58]  * ogra_ grumbles about compiz
[09:58] <ogra_> alf_, seems they added another quilt change to compiz, there should soon be a new commit so we have to redo everything again
[09:59] <alf_> ogra_: What a great way to start the week ;)
[09:59] <ogra_> yeah
[09:59] <ogra_> especially isnt i fought over the weekend to even get our friday update reviewed and approved
[10:00]  * ogra_ wont find the time to do  any image testing that way :(
[10:00] <ogra_> s/isnt/since/
[10:00]  * ogra_ glares at his fingers
[11:23] <alf_> ogra_: Do you know when they are going to commit the compiz changes? I don't see anything new yet (I am using debcheckout compiz).
[11:23] <ogra_> no, waiting for sil2001
[11:23] <ogra_> i guess he will ping me once he is done
[11:23] <ogra_> (at least i hope he will)
[11:25] <alf_> ogra_: ok
[11:34] <sveinse> Does is exist any one-liner command for installing all unmet build depends for a package?
[11:34] <LetoThe2nd> apt-get build-dep  should do.
[11:35] <sveinse> Thats for a source from the apt repo, right?
[11:35] <LetoThe2nd> of course, it won't work automagically for any src tarball you download from $NIRVANA
[11:36] <LetoThe2nd> expect IMHO if the tarball is properly debianzied, there might be some trick to do.
[11:37] <sveinse> It's a unpacked debian source ready to build. I can always create my little script for it then
[11:39] <LetoThe2nd> i guess in the debhelper suite or similar i have seen something like that then. but really not sure.
[11:40] <sveinse> I remeber debian has a package with a lot of different tools and script for package development
[11:40]  * sveinse can't remember its name
[11:41] <ndec> ogra_: hi. about the blaze board we discussed last time, did you ship it?
[11:41] <ogra_> urgh, thanks for reminding, no i didnt yet
[11:41] <ndec> np
[11:41]  * ogra_ will make sure to get that dont this week
[11:41] <ogra_> really sorry
[11:41] <ndec> if you ship it, i would prefer you ship it to Andy directly (or perhaps someone else at linaro)
[11:41] <ogra_> too many compiz updates :P
[11:42] <ogra_> yeah, i think thats what we agreed on
[11:42] <ndec> so when you are ready to ship, ask me who to send it to ;-)
[12:31] <sveinse> What is multi-arch specifically?
[12:34] <LetoThe2nd> sveinse: http://wookware.org/talks/ there have a look at those starting with multiarch
[12:50] <sveinse> LetoThe2nd: Thanks. Will multiarch be implemented in precise for armel/hf ?
[12:52] <LetoThe2nd> sveinse: should be, IMHO
[13:03] <nimesh_accenture> hi guys i'm getting this error any clue?
[13:03] <nimesh_accenture> pycurl.error: (60, 'server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none')
[13:07] <nimesh_accenture> i got this error while doing : add-apt-repository ppa:tiomap-dev/omap-trunk
[13:44] <Walther> Hello - I just bumped to Ubuntu Core, a minimal version of Ubuntu
[13:45] <Walther> Is there a possibility that Ubuntu Core would be built for ARMv6 as well as ARMv7? Only the minimal install, minimal amount of packages?
[13:46] <LetoThe2nd> Walther: from an official point of view, the answer is certainly "no, unless someone pays for it"
[13:47] <Walther> hehe. How many packages are there in ubuntu-core? Approximately
[13:47] <Walther> as in, would it be possible to make it happen as a community project or completely hopeless
[13:48] <LetoThe2nd> Walther: see https://bugs.launchpad.net/ubuntu/+bug/848154
[13:48] <ubot2> Launchpad bug 848154 in ubuntu "ARM version not supporting V6 RaspPi" [Undecided,Invalid]
[13:48] <xranby> Walther: it might be possible to shape the future.. next UDS happens in two weeks from nw
[13:48] <xranby> now
[13:48] <LetoThe2nd> Walther: well its open source, the community can do whatever the community wants :)
[13:48] <xranby> it might be possible to lower the optimization grade for armel to support the RaspPi for the next 12.10 release
[13:49] <xranby> since the armel port are now pushed into community hands
[13:49] <LetoThe2nd> Walther: and i really suggest to look the launchpad thread, it's very interesting.
[13:49] <Walther> LetoThe2nd: Sure, I was just wondering how big effort would it require (certainly much, much less than the full-fletched ubuntu install)
[13:50] <LetoThe2nd> Walther: and still way more than just using debian.
[13:50] <xranby> Walther: the hardest part are probably providing infrastructure unless canonical nicely keeps the current infrastructure
[13:50] <xranby> Walther: someone have to keep the builders up and running
[13:53] <nimesh_accenture> i'm using ubuntu-core on pandaboard, even after doing add-apt-repository ppa:tiomap-dev/omap-trunk , and apt-get update , when i do apt-get install ubuntu-omap4-extras , i get unable to locate package
[13:54] <Walther> ...I just got an idea. The first comment on the launchpad page is basically "okay, if we get the resources"
[13:54] <Walther> How about a nice Kickstarter project from Canonical ARM team?
[13:55] <Walther> Given enough pledges, it could be done - and there might be enough people already in the RasPi community alone to provide the necessary funding
[13:56] <Walther> Also, by linking the Kickstarter project to a couple of big tech blogs (e.g. Engadget) would provide additional coverage
[13:57] <Walther> ...and if the goal is not reached, nobody will be charged anything
[13:59] <xranby> Walther: the quickest way to create an armv6 build would be to help the linaro	cross compile effort
[13:59] <xranby> Walther: like setup a armv6 optimized toolchain and try cross compile all the packages you need
[14:01] <Walther> Personally, I think a nice Kickstarter project could provide the necessary funds quickly and easily (not to mention, for free)
[14:01] <xranby> Walther: all in all the tasks that ubuntu will do gets decided at the summit next monday in two weeks
[14:02]  * LetoThe2nd does not believe in kickstarter as the wonder hammer that solves all problems. and especially not when it comes to raspi.
[14:02] <Walther> true. I wonder if anyone here in the channel who happens to work at Canonical could suggest the idea forward
[14:02] <Walther> before the summit
[14:02] <LetoThe2nd> certainly some people have listened.
[14:02] <Walther> LetoThe2nd: perhaps not a wonder hammer, but it could make the significant difference
[14:03] <Walther> between not making the official build / support and making an official version
[14:03] <Walther> ...oh, and to clarify, I'm talking about (at least) the Core version
[14:03] <rcn-ee> Walther, there is always option f, (fork).. figure you need about 10 pi's backed by harddrives, you can take the src pks of debian/ubuntu and build what you want. ;)
[14:03] <LetoThe2nd> Walther: well, it all depends. i personally don't see no use in it. but thats my personal opinion.
[14:04] <Walther> I do understand that porting / making support for the complete Ubuntu build would be a big thing
[14:04] <xranby> it would be easier to baseline with debian and use armv4t+
[14:04] <Walther> LetoThe2nd: Well, if we are talking about *personal* opinions, IMHO Canonical could take advantage of the RasPi and buy a couple thousand and sell as educational bundles
[14:05] <Walther> given there would be support
[14:05] <xranby> then we support all the armv5 devices with 512mb of ram
[14:05] <xranby> that can run a desktop
[14:05] <ogra_> Walther, if you want the packages to live in the ubuntu infrastructure you have to port the whole archive
[14:05] <LetoThe2nd> i don't think the making is *that* big a deal (we've had armv5 and armv6 ubuntus already), but its more like - why care about obsolete, horribly underpowered hardware that is just driven by hype, but not technical reason.
[14:05] <ogra_> if you do your own port somewhere else you indeed can do a partial port
[14:05] <Walther> ogra_: perhaps, but even having the Ubuntu Core would be a step forward, right
[14:05] <ogra_> no
[14:06] <Walther> LetoThe2nd: you forget the price and educational market
[14:06] <ogra_> ubuntu-core is created from the archive ... you woul dneed the full port
[14:07] <ogra_> as i said above, you could provide your own archive somewhere with your own build infrastructure (as rcn-ee suggested above) and only build the ubuntu-core packageset indeed
[14:07] <Walther> LetoThe2nd: if you think about it, raspi is 35usd and hs a desktop and office suite for free - compare to the cheapest possible (say 100usd laptop project) + microsoft licenses (Windows, Office, etc) that are used at the moment
[14:07] <ogra_> after all though i would suggest debian
[14:07] <LetoThe2nd> Walther: honestly, to me that is mostly buzzwording. i don't mean to flame here, but giving some kid a thing that isn't able to do much more than just booting into a desktop and that is fully loaded then (but hey, it runs ubuntu!!!) is of little use. better give them arduinos. they have proven worthwhile, and they are even cheaper.
[14:07] <ogra_> you wont run a usable desktop on the RPi
[14:07] <ogra_> it isnt capable
[14:08] <LetoThe2nd> ogra_: full ack. i've seen desktops on marvell. forget ever think of really using them.
[14:08] <ogra_> right
[14:08] <Walther> ogra_: define capable - there are *many* schools that don't have any computers
[14:08] <Walther> at all
[14:08] <ogra_> trying to run a recent browser will make you hit OOM very fast
[14:09] <LetoThe2nd> they're worthwhile using for some tasks. but certainly not for desktop replacement of any kind (and thats why is implied here), not even by the lowest of standards.
[14:09] <mythos> i bought a raspi so the project survives the startup-phase. the fact, that it is a v6 is surely a showstopper
[14:09] <ogra_> current SW simply isnt designed for 256M systems ... you could indeed run something like dillo or w3m ... but i doubt thats what people would call a "desktop"
[14:10] <Walther> LetoThe2nd: replacement? Perhaps no. But replacing not having a computer does make a difference
[14:10] <xranby> i brought a rasppi to twrite tutorials on how to program opengl es
[14:10] <xranby> that i can do without a desktop
[14:10] <xranby> my stance are that debian are good enough
[14:10] <LetoThe2nd> Walther: well, a few lines above you suggested it as a drop-in replacement for a windows computer including office. and it will just not be that. it will run a cli terminal and emacs fine. but that is probably not what people demand of it.
[14:11] <Walther> LetoThe2nd: No, I wasn't implying a replacement for existing computers with office wtc, I was trying to say that more people would afford that kind of setup
[14:11] <ogra_> also dont forget to run a RPi as desktop you will need disks, keyboards, mice and a monitor
[14:12] <ogra_> that somewhat wont keep you at the super cheapo level
[14:12] <LetoThe2nd> Walther: as i said, its all opinions. for me, its buzzwording and wasted effort, until the first raspis are actually brought to real use.
[14:12] <ogra_> the RPi is an awesome machine as a PVR or media box
[14:12] <ogra_> as well as a NAS
[14:13] <ogra_> but definitely not designed for desktop use
[14:13] <LetoThe2nd> ogra_: but it has 1080p output!!!one!!eleven!!
[14:13] <Walther> And, it is a perfect cheap computer for schools in developing countries that cannot afford more expensive setups
[14:13] <ogra_> (it has a great en/decoding engine for media ... but no RAm and no CPU power)
[14:14] <Walther> LetoThe2nd: I never used that as an argument, just sayin'
[14:14] <ogra_> Walther, and these schools have monitors, mice and keyboards already ?
[14:14] <LetoThe2nd> better they would have left out that stupid media chip and invested in ram and cpu power. then it could do things. but of course, it wouldn't be so hypeable.
[14:14] <LetoThe2nd> 16:07 < Walther> LetoThe2nd: if you think about it, raspi is 35usd and hs a desktop and  office suite for free
[14:14] <LetoThe2nd> (just citing)
[14:15] <LetoThe2nd> and i said that it will not have desktop and office. not in any usable fashion.
[14:15] <Walther> ogra_: CRT monitors are not only free but paid for if someone takes them, as the process of properly recycling them is expensive
[14:15] <ogra_> donating the $25 or whatever your RPi costs nowadays to a project that sends used HW to third world countries is surely a better investment
[14:15] <LetoThe2nd> ogra_: ack again.
[14:16] <ogra_> CRt monitors are heavy ... you need to ship them to that country
[14:16] <ogra_> the shipment will be more costly than the CRT is worth
[14:16] <Walther> ogra_: do you happen to know where they are recycled at the moment (at least most of them)? In developing countries...
[14:16] <ogra_> (unless you do it in masses in a project like linux4africa for example)
[14:16]  * LetoThe2nd is out again. point has been made clear.
[14:17] <Walther> Anyway, I think we are getting to a sidetrack of opinions vs opinions
[14:17] <ogra_> well, to come back to the topic, ubuntu doesnt roll the archive after an image seed but rolls images from a complete archive
[14:17] <Walther> sticking to the original thing - what would it require and what would be the easiest way of getting some extent of Ubuntu
[14:17] <ogra_> so what you asked for wont be possible in the current infrastructure
[14:18] <ogra_> either do your own infrastructure and roll your own port or convince canonical to invest into an armv4/v5/v6 port
[14:19] <ogra_> the latter would indeed mean a full archive port
[14:19] <ogra_> and that will take you 6 months with a team of fulltime people
[14:20] <ogra_> (plus HW ressources, the current ubuntu arm build machines are fully saturated with what we have already)
[14:21] <Walther> Oh, and another thing - iirc, Canonical has the Ubuntu TV project
[14:21] <ogra_> it does
[14:21] <Walther> Raspi would be a good possibility for that - XBMC has been proven to work smoothly on RasPi
[14:21] <ogra_> unity-2d wont run in 256M
[14:22] <rcn-ee> Walther, playing video and using the desktop are two different things, when you have a hardware video decoder..
[14:23] <ogra_> as i said before, the RPi will make an awesome PVR/DVR or media playback machine
[14:24] <ogra_> but you wont run a desktop on it in any usable way
[14:24] <ogra_> invest a few bucks more and buy a cubox or so if you want a desktop ;)
[14:24] <rcn-ee> and of course, is the video stack open? ;)  if not, is anyone able to support it..
[14:24] <Walther> Is Ubuntu TV intended to be a *full* desktop?
[14:25] <ogra_> ubuntu tv is an extension to unity-2d
[14:25] <Walther> I though it was going to be just that, a PCR/DVR with Ubuntu features
[14:25] <Walther> PVR*
[14:25] <ogra_> its just an additional lens that handles  media and epg data
[14:26] <Walther> so an official Ubuntu TV device would indeed run a full Ubuntu desktop (with unity-2d, that is)...
[14:27] <ogra_> an official ubuntu-tv device would be a TV
[14:27] <Walther> well, that's quite a lot of requirements imho for what is essentially a PVR/DVR
[14:27] <ogra_> not less than google-tv
[14:28] <rcn-ee> and not less then your avg, mythtv system. ;)
[14:28] <ogra_> yeah
[14:31] <Walther> Anyway, so what was the linoros thing you mentioned briefly in the beginning?
[14:31] <Walther> some kind of cross-compiled build someone is doing
[14:31] <ogra_> see #linaro
[14:32] <Walther> thanks, this seems to be what I'm after
[14:35] <rcn-ee> Walther, a lot of this is just talk... There's enough of you guys that want, please pull together, and follow the gensi example..  Before the notion of ubuntu/debian armhf, they did their own 'armhf' port of debian, and then showed what was possible with it..  They then worked with the community, then after some time, it's now in debian/ubuntu as an port..
[14:35] <Walther> yep, I'm not going to give up
[14:36] <Walther> and I'm not interested in flamewars or similar, opinions are opinions - even good, supported opinions are just opinions that can be opposed with other good, supported opinions
[14:37] <Walther> and yes, I believe there are enough people in the Raspi community that at least some kind of a build will be made at some point
[14:37] <lilstevie> well samsung smart tvs run an openembed of sorts, mine has a fairly powerful CPU
[14:38] <rcn-ee> Walther, figure you'd need 5-10 pi's.. just port the intial 'debootsrap' requirements, and get it on: http://www.debian-ports.org/
[14:39] <Walther> rcn-ee: I think cross-compiling would make more sense - iirc it took about 3h to compile the quake III port :P
[14:40] <ogra_> Walther, you cant easily cross build something with a big dependency chain
[14:40] <rcn-ee> Walther, except that's against the debian/ubuntu where everything is built native.. ;)
[14:40] <ogra_> building natively makes more sense in that context even if it takes a bit more time
[14:41] <ogra_> if you only build a single app, cross is surely a good thing
[14:41] <rcn-ee> if you want cross-compiled distro, look at angstrom...
[14:41] <ogra_> but try to cross build a desktop :)
[14:41] <LetoThe2nd> ogra_: possible, but difficult indeed.
[14:41] <ogra_> yeah, for cross use a distro thats designed for cross from the ground up
[14:41] <ogra_> like openembedded/angstrom etc
[14:42] <lilstevie> I build my kernels cross compiled because it saves a few hours, but I would hate to build more than that
[14:42] <ogra_> .oO( which remonds me, i need to add the embedded spec to the UDS tracker )
[14:42] <ogra_> *reminds
[14:42] <ogra_> lilstevie, hours ?
[14:42] <ogra_> wow
[14:43]  * ogra_ builds the ac100 kernel package in about 1.5h natively
[14:43] <ogra_> admittedly on a fast external USB disk, not on the emmc
[14:44] <lilstevie> ogra_: the asus kernel on the tf101 and tf201 have some horrible bottleneck somewhere
[14:45] <lilstevie> trimslice is slghtly faster
[14:45] <ogra_> get an ac100 ;)
[14:45] <ogra_> it flies :)
[14:45] <Walther> (hehe, compile times are silly... I remember compiling a linux 3 kernel in 45s)
[14:45] <ogra_> (if you throw it at least :P )
[14:46] <lilstevie> heh well builds take 20minutes on my core duo
[14:46] <rcn-ee> my panda did one in 9mins last night... oh the wonders of ccache. ;)
[14:47] <ogra_> thats cheating !!!
[14:47] <rcn-ee> and the incremental build with a single non-important line change helped. ;)
[14:47] <lilstevie> and I haven't tried a compile since the migration to 3.1 on the tf201
[14:48] <lilstevie> the new kernel is faster
[14:58] <Walther> Yeah, well, I was abusing a server I'm on to achieve the sub-minute compile time
[14:58] <Walther> 24 cores on a server with 144GB ram
[15:03] <ojn> you don't need anything nearly that expensive to build kernels in under a minute.
[15:05] <Martyn> Nope..
[15:05] <Martyn> Although did you notice that the current kernel broke distcc?
[15:05] <Martyn> I can't get away with a multi-machine compile at the moment
[15:08] <ogra_> Quantal Quetzal !
[15:09] <LetoThe2nd> ogra_: PP... ;)
[15:24] <cehh> GrueMaster: Regarding your 'Community support request' to help testing beagle boards
[15:25] <cehh> is this the daily url http://cdimage.ubuntu.com/ubuntu-server/daily-preinstalled/current/ ?
[15:25] <ogra_> cehh, yep
[15:25] <GrueMaster> cehh: Yes.
[15:25] <ogra_> and http://iso.qa.ubuntu.com/qatracker/milestones/214/builds for tracking your results
[15:26] <cehh> OK, thanks.
[15:26] <cehh> GrueMaster: when you have time, please reply to my question on BeagleBoard
[15:27] <cehh> I basically need to know if it is possible to add test tools (iperf, lmbench, etc. ) to the filesystem image
[15:28] <GrueMaster> cehh: Yes, after booting.  You should be able to run "apt-get install" to install most of the ~15,000 packages in the Ubuntu pool.
[15:28] <beagleboarduser> Hi what happened to http://people.canonical.com/~tobin/natty/beagleXM-natty.tgz
[15:28] <GrueMaster> Whether or not they actually work is another question.
[15:29] <GrueMaster> beagleboarduser: It went away when I did.  Sorry.  Switch to Oneiric (11.10) or Precise (12.04 - now in final release testing).
[15:30] <beagleboarduser> is the 12.04 very buggy?
[15:30] <ogra_> the opposite :)
[15:30] <beagleboarduser> very good
[15:30] <beagleboarduser> will try 12.04
[15:30] <GrueMaster> beagleboarduser: I hope not.  Release is Thursday.
[15:30] <LetoThe2nd> its more like a street car.
[15:30] <beagleboarduser> will try it anyways
[15:36] <GrueMaster> cehh: Could you send me a link to the beagleboard topic?  Otherwise I will have to wait for the daily summary.
[15:36] <cehh> GrueMaster: https://groups.google.com/forum/#!topic/beagleboard/3NFPUue_oG4
[15:36] <GrueMaster> thx
[15:37] <cehh> btw, is the kernel update documented at https://wiki.ubuntu.com/ARM/Server/Install?action=show&redirect=ARM%2FOMAPHeadlessInstall still required w/ latest server image?
[15:46] <GrueMaster> cehh: That was a one-image only update due to new hardware that came out at release time.  Support was added to the next Ubuntu release as native.
[15:46] <GrueMaster> (and the links are probably broken now).
[15:49] <cehh> got it. One less step to do :)
[15:51] <cehh> I will need to create an apt package for ltp-ddt. We currently use OE to build it. The other test tools that we use seem to be already available with apt
[15:54] <Walther> ...just wondering, is Ubuntu ARM compatible with Marvell 88AP510 SoC
[15:55] <suihkulokki> Walther: see the topic
[15:58] <Walther> ...could you clarify which part of it answers to my question?
[15:59] <suihkulokki> Walther: is 88AP510 armv7 or not?
[16:01] <Walther> Marvell Armada 510 (88AP510) SoC with an ARM v6/v7-compliant superscalar processor core
[16:01] <Walther> so not really sure
[16:01] <ogra_> so in v7 mode it will :)
[16:02] <Walther> 'kay, thanks
[16:02] <ogra_> cubox comes with armada 500, thats definitely working
[16:02] <LetoThe2nd> wasn't that marvell thing some homebrew v6/v7 schimera?
[16:02] <ogra_> yep
[16:02] <ogra_> marvell does such things
[16:03] <LetoThe2nd> *notes* if i ever want to brew schimeras, apply at marvell.
[16:03] <ogra_> hehe
[16:05]  * ogra_ thinks schimeras are a good tradeoff if you also get GigE, PCIE and proper SATA by default on their boards :)
[16:06] <LetoThe2nd> did i say anothing bad?
[16:06] <ogra_> nah
[16:27] <djszapi> ogra_: ping...
[16:28] <ogra_> djszapi, yes ?
[16:28] <djszapi> What development package installs linux/rtc.h on my ubuntu ? It is installed by linux-api-headers on my Archlinux box.
[16:28] <ogra_> use dpkg -S
[16:28] <ogra_> (with the full path)
[16:29] <djszapi> which package to install:
[16:29] <djszapi> 1) linux-headers-3.0.0-1208-omap4
[16:29] <djszapi> 2) linux-headers-3.1.1-26-linaro-lt-omap
[16:29] <ogra_> the one matching your used kernel
[16:29] <GrueMaster> djszapi: linux-libc-dev
[16:29] <djszapi> ogra_: the linaro one, thanks.
[16:29] <GrueMaster> ubuntu@panda3:~$ dpkg -S /usr/include/linux/rtc.h
[16:29] <GrueMaster> linux-libc-dev: /usr/include/linux/rtc.h
[16:30] <djszapi> weird, the linary header is already installed, but I still have zero linux/rtc.h :/
[16:30] <ogra_> well, what GrueMaster said
[16:46] <djszapi> thanks ogra_ and GrueMaster
[16:55] <ssilly> hi, i've been trying to cross compile a simple program using arm-linux-gnueabi-* tools on ubuntu 11.10 . but despite of -march=armv6 switch its is always producing armv7 executable.
[16:57] <ssilly> how can i make it produce armv6 code ?
[16:59] <GrueMaster> ssilly: The ubuntu build tools are hardwired to only produce armv7.  You would need to rebootstrap gcc and the other low level tools and libraries to do this.  You might want to consider Debian for this type of work.
[17:00] <ogra_> well, theoretically you should be able to override the default target  arch
[17:01] <ogra_> but you probably need to set more than just -march
[17:01] <ogra_> i guess infinity might know more as a toolchain expert
[17:03] <ssilly> thanks, so i should either compile the toolchain , or go with debian and hope that it works ..
[17:03] <ogra_> debian armhf gcc uses the same defaults
[17:07] <ssilly> oh. so basically i cannot skip the gcc compilation :(
[17:07] <ogra_> armel debian uses v4t
[17:10] <ssilly> thanks. i'll give debian a try
[17:11] <GrueMaster> ogra_: What is the easiest way to upgrade ac100?  Can I dd the bootimg to a partition and let it take over on next reboot?
[17:11] <ogra_> thats what i do usually
[17:12] <ogra_> though i would suggest to also dd the sosboot image to the recovery partiton
[17:12] <GrueMaster> Ok.  What is the partition for dd?
[17:12] <ogra_> then, even if you screw up, you can enter an initrd in the recovery partition
[17:12] <GrueMaster> And where is the sosimage?
[17:12] <ogra_> check with abootimg -i
[17:13] <ogra_> GrueMaster, http://ac100.grandou.net/sosboot
[17:24] <GrueMaster> Ok, installing.  cool.
[17:53] <GrueMaster> ogra_: Did the nVidia driver for AC100 armhf make it into the pool?
[17:54] <ogra_> nope
[17:54] <ogra_> it didnt make it our of nvidia yet :)
[17:54] <ogra_> *out
[17:54] <GrueMaster> ah.
[17:55] <GrueMaster> Hmm.  Hash sum mismatch on ports.ubuntu.com/ubuntu-ports precise main sources.
[18:11] <GrueMaster> It would be nice to have hdmi out this weekend.  I am heading to LinuxFestNW (http://linuxfestnw.org).
[18:11] <ogra_> well, then you would have to use armel
[18:12] <GrueMaster> But I want it all!  :P
[18:13] <ogra_> heh, call nvidia then :)
[19:32] <smplman> GrueMaster requested testers for the beagle board xm. Should i be using the daily images or something more specific?
[19:32] <ogra_> daily is fine
[19:32] <ogra_> and log results at http://iso.qa.ubuntu.com/qatracker/milestones/214/builds
[19:32] <smplman> looking at the qa tracker it looks as if no one has really updated the xm
[19:33] <smplman> i will update my findings tonight
[19:33] <smplman> or omap at all
[19:34] <ogra_> awesome, thanks !
[19:37] <smplman> ogra_: do i need a launchpad account to post?
[19:37] <ogra_> yep, i think so
[21:30] <janimo> infinity, peekity peek
[23:25] <smp4488> booting the daily image on a beagleboard xm, there is no partition option available
[23:26] <smp4488> is this expected or is there a way to load gparted?


[14:22] <TLoT|phone> It's probably just because I haven't had my coffee yet but I'd like to get a little bit of help here, I've got a bug filed against nginx asking for versions with spdy support.  It's in saucy and trusty (1.4.x) but not in earlier versions, and I'm pretty certain there isn't gonna be a version bump there...
[14:22] <TLoT|phone> what's the status end up as for this, then?
[14:23] <TLoT|phone> (not my bug, just was on my "priority triage" radar this morning)
[14:23] <TLoT|phone> https://bugs.launchpad.net/bugs/1252698
[14:23] <ubot2> Launchpad bug 1252698 in nginx (Ubuntu) "Add support to spdy in any flavour of nginx" [Wishlist,New]
[14:23] <hggdh> TLoT|phone: what do you mean by "pretty certain there is not going be a version bump"? precise runs the same version?
[14:24] <hggdh> TLoT|phone: or is it that you can backport the "fix" to precise's nginx's version?
[14:25] <TLoT|phone> hggdh: there is no "fix" it's a whole nginx version bump from whatever is in other releases to 1.4.1 or newer
[14:25] <TLoT|phone> the support wasn't added until 1.4.x, pre saucy doesn't have that
[14:25] <hggdh> TLoT|phone: then it is a backport...
[14:26] <TLoT|phone> I could probably get 1.4.3 back ported but that doesn't fix the bug report
[14:26] <hggdh> let me read the thing
[14:26] <TLoT|phone> and the nginx team PPA already has 1.4.3 in the interim
[14:26] <TLoT|phone> hggdh: I'm just stuck on where its status goes from here
[14:26] <TLoT|phone> for saucy or trusty it's already fix released
[14:27] <hggdh> and -extras *does* have the module, I guess
[14:27] <TLoT|phone> it does
[14:27] <TLoT|phone> confirmed it myself
[14:27] <TLoT|phone> there is a Debian bug about the -extras description not having it listed
[14:27] <hggdh> then it is going to be a backport proposal -- bringing 1.4.? to the precise backports repository
[14:28] <TLoT|phone> or at least there was...
[14:28] <TLoT|phone> hggdh: then we have a problem
[14:28] <hggdh> why?
[14:28] <TLoT|phone> hggdh: until they fix the backports can't build dep on backports thing...
[14:28] <TLoT|phone> 1.4.3 will FTBFS with a dele air
[14:28] <TLoT|phone> dep-wait *
[14:28] <TLoT|phone> (autocorrect needs to die)
[14:29] <hggdh> there is a dependency that needs to be release-bumped?
[14:29] <TLoT|phone> no...
[14:29] <TLoT|phone> a dependency that doesn't exist in p, q, or r
[14:29] <hggdh> then it would also have to be backported :-)
[14:30] <TLoT|phone> hggdh: did you miss the backports can't build-dep on backports thing?
[14:31] <hggdh> this is one of the problems with backporting, it may end up needing other dependencies, which will have to be built first
[14:31] <hggdh> ah
[14:31] <TLoT|phone> because that's been a bug for a while
[14:31] <hggdh> TLoT|phone: yes, I missed it
[14:31] <TLoT|phone> known bug even
[14:31] <hggdh> then this is dead, until somebody comes up with a solution/bypass. infinity might know
[14:32] <hggdh> TLoT|phone: a good place to ask is #ubuntu-release
[14:32] <mitya57> that's bug 888665
[14:32] <ubot2> Launchpad bug 888665 in Launchpad itself "Backports can't build-depend on other backports" [High,Triaged] https://launchpad.net/bugs/888665
[14:33] <TLoT|phone> hggdh: ok, the issue is that there's a known issue where backports can't build-dep on backports
[14:33] <TLoT|phone> and we'd need a dependency pulled from saucy into p, q, and r
[14:33] <TLoT|phone> before we can build the thing.
[14:33]  * TLoT|phone ran into this for the PPAs, but that is easy to fix in PPAs
[14:33] <hggdh> TLoT|phone: yes, and it *is* assigned to infinity
[14:33] <TLoT|phone> not so much for the actual repos though
[14:33] <TLoT|phone> hggdh: back to the bug, where does its status move to now, though?
[14:34] <hggdh> TLoT|phone: you could set it to triaged. You know what needs to be done; also, add a comment stating you are stuck on 888665
[14:34] <hggdh> it is *still* triaged, but unable to move forward
[14:34] <TLoT|phone> ok
[14:34] <hggdh> TLoT|phone: and ping infinity
[14:34] <TLoT|phone> hggdh: I'll ping him after my morning coffee
[14:35] <TLoT|phone> and when I'm not on my phone for IRC
[14:35] <TLoT|phone> i'll set it to triaged for now
[14:36] <hggdh> TLoT|phone: yeah, reading the bug, I would say the need increases.


[00:12] <mr_steve> howdy folks
[00:34] <_diablo> mr_steve: hey, just leaving, but good to see you around again
[01:33] <ColinHarrington> howdy mr_steve
[21:15] <Takyoji> Woo, got LibreOffice installed
[21:16] <Takyoji> Never knew of the Printer Administration tool with the OpenOffice/LibreOffice suite.
[21:23] <Obsidian1723> I had issues with LO, had to go basck to OO... both suffer from the recovery document issue.
[21:38] <ColinHarrington> Libre office is still beta right?
[21:40] <Obsidian1723> yes, but that issue is still very very very old.
[21:40] <Obsidian1723> LO is based on OO 3.2 code.
[21:40] <Obsidian1723> Right now it's really just a re-0branded OO.
[21:48] <Takyoji> Actually it's Release Candidate 1
[21:48] <Takyoji> rather than beta
[21:50] <tonyyarusso> recovery document issue?
[22:03] <Obsidian1723> yeah, well known issue. Bassically the program crashes and tries to recover a document.
[23:58] <MTecknology> First try failed. Second try worked. Only took 26 mintues to download the update for my new bluray player...
[23:59] <MTecknology> Isn't LibreOffice just a rebranded OpenOffice?


[06:14] <jibel> Good morning all
[07:03] <ricotz> good morning desktopers :)
[07:04] <oSoMoN> good morning desktoppers
[07:10] <didrocks> good morning
[07:33] <jibel> Salut didrocks oSoMoN ricotz
[07:45] <didrocks> salut jibel
[08:11] <seb128> goood morning desktop, unsure if I said it earlier?
[08:31] <didrocks> hey seb128
[08:35] <lissyx> seb128, oSoMoN, so ....
[08:35] <lissyx> I have that :D https://github.com/ubuntu/gnome-sdk/pull/38
[08:41] <oSoMoN> lissyx, thanks for working on this, at a quick glance this looks good. We'll need changes in launchpad to allow access to the debug symbols artifact, but that's being worked on I believe.
[08:42] <oSoMoN> Would the symbols go on Mozilla's servers too?
[08:42] <lissyx> oSoMoN, yes, seb128 mention that it should be soonish now
[08:42] <lissyx> indeed
[08:42] <lissyx> we landed two days ago the taskcluster integration of our symbols scraping "infra"
[08:43] <lissyx> so once launchpad is ready to extract this zip we generate firefox as well as gnome-sdk, then I can add pulling of it out of launchpad library and push that to our servers
[08:45] <lissyx> do we know already how launchpad will find the artifact?
[08:46] <lissyx> oSoMoN, I still have a few meson debug parameters to fold in though, not all libs are built with it yet
[08:49] <diddledani> oSoMoN: I think my blank screen issue is, while similar, a distinct case - raised it as #1980933
[08:52] <seb128> lissyx, launchpad said they would import a file matching <snap-name><snap_version><snap-arch>.debug but I will check again with them if .debug is really right or if that should an archive format with matching extension
[08:52] <lissyx> right
[08:53] <lissyx> and this file is supposed to be copied within $SNAPCRAFT_PROJECT_DIR/ ?
[08:53] <lissyx> (so I can update both my PRs)
[08:55] <seb128> lissyx, let me check
[08:56] <lissyx> seb128, also I'm adding -Ddebug to some libs that were not having it on meson-parameters (and will do the same for autotools one after)
[08:56] <lissyx> seb128, I was wondering, though, given those had no --buildtype=release, do we want to also add -Doptimization=3 ? it would be consistent but it's a change (I dont know the default value ?)
[08:58] <lissyx> oh buildtype seems to default to "debug"
[11:27] <KGB-0> gnome-remote-desktop Nathan Teodosio 316330 * commented merge request !4 * https://deb.li/3LRkM
[12:02] <KGB-2> evolution-data-server Nathan Teodosio 316335 * commented merge request !6 * https://deb.li/b0WC
[12:05] <seb128> lissyx, so I checked, it's untested but from the snapcraft team the suggestion is that something around those lines should be working
[12:05] <seb128> override-prime: |
[12:05] <seb128>     craftctl default
[12:05] <seb128>     cp debug "$SNAPCRAFT_PROJECT_DIR/$SNAPCRAFT_PROJECT_NAME_$SNAPCRAFT_PROJECT_VERSION_$SNAP_ARCH.debug
[12:06] <KGB-2> evolution-data-server Nathan Teodosio 316336 * commented merge request !6 * https://deb.li/3vh8G
[12:32] <lissyx> seb128, "debug" here being the zip file I generated?
[12:32] <seb128> lissyx, yes
[12:33] <seb128> the naming is a bit weird/not reflecting the type
[12:33] <lissyx> ok, and "ccraftctl default" what does it do?
[12:33] <lissyx> the override-prime here already has some "snapcraftctl prime"
[12:34] <seb128> craftctl is the modern name of snapcraftctl
[12:34] <lissyx> and "default" ?
[12:35] <seb128> it does whatever 'snapcraft prime' would do by default
[12:36] <lissyx> ok, so I can just adjust the zip I'm producing right now
[12:36] <seb128> it's standard packaging, for debs as well, when you replace a rule you call what it would do and add your tweak
[12:36] <seb128> unless you want it to stop doing the default action and replace it, then you wouldn't include the default
[12:36] <seb128> but yes, I think then you probably just need to pick an override-prime section and add that cp
[12:38] <lissyx> seb128, I was already doing that in an override-prime (the one of "conditioning" since it felt appropriate)
[12:38] <lissyx> so I guess we should be safe
[12:39] <seb128> 👍
[12:40] <lissyx> seb128, done for firefox: https://github.com/canonical/firefox-snap/pull/3/files#diff-e68b9afd67bb77dec8eda77796d3e0b784c7011203114996383eed6533be0cefR388
[12:41] <lissyx> seb128, and done for gnome-sdk: https://github.com/ubuntu/gnome-sdk/pull/38/files#diff-e68b9afd67bb77dec8eda77796d3e0b784c7011203114996383eed6533be0cefR1148
[12:41] <seb128> great
[12:41] <lissyx> and so default meson is debug build, as well as autotools
[12:42] <lissyx> so I dont think we miss any symbols
[12:45] <lissyx> seb128, for firefox on github actions, I'm limited because of disk space so I cant completely verify there
[12:46] <lissyx> seb128, locally it works when I create or not the token file
[12:46] <lissyx> seb128, and the beginning of the action workflow creates the token file correctly from the repository secrets
[12:46] <lissyx> so it should be good as well
[12:46] <seb128> great
[12:46] <lissyx> this will have to be cherry-picked to beta, stable and esr
[12:47] <lissyx> I dont know your policy though, but I can send PRs for that once the nightly one is end-to-end verified as good
[12:47] <seb128> we don't have a strict policy, but landing in nightly and cherry picking then to the other ones makes sense
[12:48] <lissyx> seb128, also what was the link for launchpad library api/doc?
[12:48] <lissyx> I guess I can already start that work
[12:48] <seb128> lissyx, https://launchpad.net/+apidoc/devel.html
[12:49] <seb128> https://help.launchpad.net/API/launchpadlib
[12:53] <seb128> bbiab, changing location and going for some errands on the way
[14:19] <lissyx> seb128, so assuming those debug files will be visible on launchpad the same way snap files are already, I have https://github.com/lissyx/symbol-scrapers/commit/4c9c7d82aa3f11d71e825421f176249a80cd4d21 ready :)
[14:20] <lissyx> seb128, it seems though that the files listed under "Built files" (currently only the snap) expires quite quickly (one week?) do you think retention could be higher for debug symbols ? to have a bit of room for any taskcluster-related pulling that might have issues for a few times
[14:21] <seb128> lissyx, I think it's one week by default but yes we could bump to longer if needed
[15:35] <bittin> https://linuxactionnews.com/248
[17:01] <Eickmeyer[m]> bittin: I'm pretty sure you've been warned about posting out-of-context links before. Please stop.
[17:02] <luna__> last news they talked about was context tough
[17:03] <Eickmeyer[m]> luna__: This is the development room for the desktop team, so that link is entirely off-topic.
[17:04] <Maik> luna__: best to join #ubuntu-offtopic if you want to share links or videos


[08:22] <om26er> when i do 'quilt import foo.patch'    the patches directory is created in the source tree and not in debian/  what am i doing wrong?
[08:50] <hakermania> hello, I have successfully packaged my program. I want to know how exactly should I upload the package to REVU. I've signed the files with my GPG key which is the same with the one I have mentioned at the Lanchpad open ID. So, there is no problem with this. The only problem is that I don't know how exactly to make dput upload the package for me to revu. What is the exact command? The files generated so far are: some-1.0/ some_1.0-0ub
[08:59] <geser> hakermania: did you call "debuild -S" inside some-1.0/ ?
[09:00] <hakermania> ofcourse :) First debuild then debuild -S and last debuild -b (to check if the .deb is working properly)
[09:01] <geser> dput revu some_1.0…_source.changes
[09:02] <hakermania> only the source.chages file?
[09:03] <geser> yes
[09:03] <geser> you might need to "debuild -S -sa" to get also the source mention in the .changes file (and get it included in the upload)
[09:05] <geser> om26er: see /usr/share/doc/quilt/README.source
[09:08] <hakermania> Ok, I did so. But I think you are wrong.The file some_1.0-0ubuntu1_source.changes includes only some info and my GPG signature. How will revu get the whole source if I upload only this file (which is 1.2KB) ?
[09:12] <hakermania> geser: ?
[09:13] <angelo> Hi!
[09:15] <angelo> I'd like to help in packaging. Is there some work i could do?
[09:15] <geser> hakermania: dput looks at those entries in the Files: section in .changes and uploads those files too
[09:15] <hakermania> geser: Ok, thx very helpful
[09:18] <hakermania> angelo:  https://wiki.ubuntu.com/UbuntuDevelopment go to the Packaging section to read more.
[09:24] <angelo> thank u hakermania :-)
[19:21] <gaurava> Hi All .. I am a newbie and trying to create a sample patch file following the instructions mentioned over here <https://wiki.ubuntu.com/Bugs/HowToFix>
[19:22] <gaurava> But facing some problem .. can anybody help me out
[19:53] <ari-tczew> gaurava: what's the problem?
[19:55] <gaurava> When I am running the command  "$debuild -S -as" I am getting the following error
[19:55] <gaurava> unknown Debian architecture s, you must specify GNU system type, too at /usr/bin/dpkg-architecture line 144.
[19:56] <gaurava> I am running Ubuntu 10.10
[19:58] <mr_pouit> I guess you want '-sa', not '-as'
[19:58] <ari-tczew> gaurava: ^^
[19:58] <ari-tczew> or use debuild -S then pbuilder build *.dsc
[20:01] <gaurava> -sa is working for me ..
[20:01] <gaurava> Just thinking .. is the sequencing of the options matters?
[20:01] <ebroder> "-sa" is a single option
[20:02] <ebroder> "-as", on the other hand, is the option "-a" with value "s"
[20:02] <gaurava> oh ok .. now I can  make a sense from the error. . seems like -a is to specify the architect and it is taking 's' as its value
[20:03] <gaurava> thanks for the info ..
[20:04] <gaurava> but i cant find these information in a quick glance of 'man debuild' output .. ny idea ?
[20:04] <ebroder> debuild passes most of its arguments to dpkg-buildpackage
[20:06] <gaurava> thanks all .. now i am able to follow it in a much better manner ..
[20:15] <jdong> LOL there's a Jimmy Wales chrome extension... that adds his personal appeal to every website
[20:15] <jdong> https://chrome.google.com/extensions/detail/idkjdjficifbfjjkdkiimioljbloddpl


[16:28] <OvenWerks> Eickmeyer: how are you today?
[16:29] <OvenWerks> Eickmeyer: re: grub2-themes-ubuntustudio should the install run update-grub?
[16:29] <OvenWerks> Or does that work independently?
[16:34] <Eickmeyer> OvenWerks: I initially had it running update-grub, but the problem there is that it was creating a race condition when the ISO would build, causing our ISOs to not build at all. So, I had to remove it.
[16:35] <OvenWerks> ok.
[23:18] <OvenWerks> Eickmeyer: after looking at grub2-themes-ubuntustudio, I am not sure it needs update-grub anyway after seeing where it installs it's files. Update-grub creates /boot/grub/grub.cfg but the themes are separate
[23:18] <Eickmeyer> OvenWerks: Yes, and it's slaved to the Plymouth theme, so if the plymouth theme is selected, once an update-grub is triggered the ubuntustudio theme takes over.
[23:19] <OvenWerks> so mkinitramfs then
[23:20] <Eickmeyer> Yep.
[23:21] <Eickmeyer> AND, the plymouth theme does an update-initramfs in postinst.
[23:24] <Eickmeyer> OvenWerks: Additionally, ubuntustudio-branding-common does call an update-grub in postinst.
[23:26] <OvenWerks> in this case I only got the one package: grub2-themes-ubuntustudio
[23:26] <OvenWerks>  so I guess I will see the effects next kernel ;)
[23:27] <Eickmeyer> You could just run a manual "sudo update-grub". ¯\_(ツ)_/¯
[23:27] <Eickmeyer> ubuntustudio-branding-common exists to do all the low-level theming for people.