[09:23] <achak> will feisty support ntfs-3g by default?
[09:23] <Mithrandir> no
[09:23] <achak> Mithrandir: any idea why?
[09:23] <Mithrandir> nobody has written a spec and done the work and we are post feature freeze.
[09:24] <achak> Mithrandir: aha, i see
[09:24] <Mithrandir> it's in universe though, so it's there and might work.
[09:26] <achak> Mithrandir: it would be cool to have it by default, since ntfs-3g recently reached its stable version (1.0) and hence is quite safe :(
[09:26] <Mithrandir> maybe for feisty+1
[09:26] <achak> Mithrandir: aha, that's still good enough
[09:26] <achak> Mithrandir: beryl too?
[09:27] <Mithrandir> hiya Scott.
[09:27] <achak> Mithrandir: or nothing's certain?
[09:27] <Keybuk> hey
[09:27] <Mithrandir> achak: beryl's not even in the archive yet.
[09:27] <Keybuk> (and doesn't even work if it was :p)
[09:28] <achak> Mithrandir: oops, didn't know that
[09:28] <achak> Mithrandir: is it that bad? :)
[09:28] <Mithrandir> achak: I rejected it back in December due to licencing problems and nobody has uploaded a new package yet.
[09:28] <Mithrandir> the state back then was quite bad.
[09:29] <achak> Mithrandir: licencing problems?! is it not gpl?
[09:29] <Mithrandir> it is, but it ships files without sources.
[09:50] <achak> Mithrandir: i wonder why some people prefer to do this
[09:51] <Keybuk> botched-together build
[09:52] <Mithrandir> achak: the compiler needed for making the .c files is non-free..
[09:52] <Mithrandir> so beryl would conceivably go to multiverse.
[09:52] <Keybuk> heh
[09:52] <Keybuk> Mithrandir: that bit I didn't know; what are the .c files?
[09:53] <Mithrandir> Keybuk: GLSL (GL Shader Language) fragment shaders.
[09:53] <Mithrandir> in this case they're trivial enough you could have written them from scratch, but they haven't.
[09:54] <Mithrandir> Keybuk: there are also 4k by 4k pixmaps embedded in .c files which I somehow doubt is the "preferred format for modifications".  (No, it's not xpm.)
[09:56] <Keybuk> lol
[09:56] <Keybuk> I can't even get beryl to compile
[09:56] <Keybuk> it segfaults ld
[09:56] <Keybuk> you can only compile the i386 package on an x86-64
[09:56] <Mithrandir> !
[09:57] <achak> Mithrandir: why don't they use compiz's?
[09:57] <achak> Mithrandir: or does compiz have similar issues?
[09:57] <Mithrandir> achak: why don't they use compiz's what?
[09:58] <achak> compiler
[09:58] <Mithrandir> uh, compiz does not include a fragment shader compiler.
[09:58] <Mithrandir> that'd be like your shell providing a web browser and sshd.  Not even zsh does that.
[09:58] <achak> Mithrandir: oh, actually i have no idea what a fragment shader is
[09:59] <Mithrandir> achak: no, for a start compiz is MIT, so it would be fine in compiz.
[10:00] <achak> Mithrandir: but probably a fragment shader is what makes beryl nicer than compiz, i guess
[10:00] <Mithrandir> it's just used in one of the plugins.
[10:01] <achak> Mithrandir: ah, then is should simply be eliminated until issues are addressed by *them*
[10:01] <Keybuk> "nicer" ?
[10:01] <Mithrandir> somebody needs to do that work and actually upload the new packages.  Most of this can be solved fairly easily by chopping off bits, but it's still works somebody needs to do.
[10:02] <Keybuk> it makes beryl a lot more entertaining and fun
[10:02] <achak> Keybuk: yes, nicer, at least to some
[10:02] <Keybuk> I'm not sure that it makes beryl a better window manager
[10:02] <Mithrandir> Keybuk: but it BURNS your windows.  How could it not be good?
[10:02] <Keybuk> Mithrandir: it's great for showing off
[10:02] <achak> Mithrandir: what do you mean by "burn"?
[10:02] <achak> Mithrandir: is it some effect?
[10:03] <Keybuk> achak: you've never seen the BURN animation plugin?!   Not very useful.
[10:03] <Keybuk> indeed
[10:03] <Keybuk> right now, I think metacity is the only useful window manager
[10:04] <Keybuk> and you can switch to beryl to show off to non-Linux users, but switch back when they're not looking
[10:04] <Keybuk> and that as we find things that improve usability, they'll end up in compiz
[10:04] <Keybuk> which will get to be as useful a window manager as metacity over time
[10:04] <Keybuk> but with a little transparency, shadowing, etc. to improve things
[10:05] <Mithrandir> which, to be fair, is just eyecandy, but people want pretty.
[10:05] <troy_s> eyecandy != pretty
[10:05] <Keybuk> making unused windows increasingly transparent is quite handy, makes it more obvious which window is focussed
[10:05] <Keybuk> and slight shadows mean you can do away with the window borders, freeing up screen estate
[10:06] <Keybuk> beryl has a handy plugin, windows shiver slightly as they get focus -- handy for ffm
[11:08] <Keybuk> yet again it strikes me that Google have a really fucked concept of Internationalisation
[11:08] <Fujitsu> Keybuk: What have they done this time?
[11:09] <Keybuk> my usual gripe is that the list-o-languages in the preferences is translated into whatever language you're viewing Google in at the time
[11:09] <Keybuk> that should be a fixed list, with each language given its local name -- since you're only using it because you can't read anything else
[11:09] <Keybuk> today's "new thing" is Google Maps
[11:10] <Keybuk> they show each country with place names in the local language
[11:10] <Keybuk> e.g.
[11:10] <sabdfl> Keybuk: what language are you navigating in today?
[11:10] <Keybuk> http://maps.google.co.uk/maps?f=q&hl=en&q=tokyo&ie=UTF8&z=14&ll=35.678599,139.773474&spn=0.031165,0.086517&om=1
[11:10] <Keybuk> when they should show place names according to your browsing locale
[11:10] <Keybuk> sabdfl: Google infamously override your browser/preference language with the language of your origin country (from geoip)
[11:11] <Keybuk> sabdfl: so whenever you visit any foreign country, the first thing you have to do is tell Google that you want it back in English, thankyou
[11:11] <sabdfl> hard to get xhosa names for tokyo suburbs
[11:11] <Fujitsu> Keybuk: maps was normal a few hours ago, I'm sure.
[11:11] <sabdfl> but yes, agreed, this is suboptimal
[11:11] <Fujitsu> Oh, for small-scale like that...
[11:11] <Keybuk> Fujitsu: yeah, I think this is a new thing
[11:11] <Keybuk> Fujitsu: it's true at the world-scale too, Japan appears as waffle-samurai
[11:12] <Fujitsu> I had Google Earth showing me Melbourne in katakana for some reason some months back.
[11:12] <Keybuk> sabdfl: it reminds me that I must blog about my favourite example of people paying lip service to accessibility without actually thinking about it
[11:12] <Keybuk> at the Trafford Centre in Manchester, they have carefully added brail to every single sign
[11:13] <Keybuk> so blind people can still read them
[11:13] <Keybuk> one sign in particular, with brail on it, amused me
[11:13] <Mithrandir> (braille)
[11:13] <Keybuk> "DO NOT STAND IN FRONT OF THIS DOOR"
[11:13] <Keybuk> Mithrandir: err, yes
[11:13] <Fujitsu> Keybuk: How very useful!
[11:15] <Fujitsu> Small-scale Japan has been in Japanese for months, but I don't think it has been from the default zoom level for long.
[11:54] <giskard> the latest xorg in ubuntu can use AIGLX right?
[11:54] <Mithrandir> giskard: xorg in Ubuntu has supported aiglx for a long time.
[11:55] <giskard> Mithrandir, i only wanted be sure :) thank you (morning)
[11:55] <Mithrandir> yes, good morning.
[11:56] <Keybuk> do you still need the Option "Composite" "Enable" thing?
[11:56] <JanC_FOSDEM> no
[11:56] <Keybuk> it's enabled by default now?
[11:59] <giskard> we prefer to use aiglx or xgl? because i don't like build the beryl-xgl  bin
[12:00] <JanC_FOSDEM> if aiglx works for you, use it -- it's the easiest to set up   :)
[12:03] <JanC_FOSDEM> Keybuk: I didn't have to use it until some days ago, except that partial Xorg 7.1/7.2 on feisty seems to have broken beryl/compiz currently
[12:04] <Keybuk> yes
[12:06] <giskard> JanC, Keybuk shaw_work (a debian pkg-xorg guy) has some patches
 xorg-x11-server-1.1.0-dont-backfill-bg-none.patch
 xorg-x11-server-1.1.0-no-move-damage.patch
 xorg-x11-server-1.1.1-glcore-visual-matching.patch
 xorg-x11-server-1.1.1-offscreen-pixmaps.patch
[12:10] <Keybuk> updating to xorg 1.2 fixes it too
[12:32] <cjwatson> sabdfl: Xhosa> wouldn't it just be i-Tokyo etc.? :-)
[12:33] <cjwatson> tsmithe: yes, just bump the version number for each upload and it'll do the right thing
[12:33] <tsmithe> ok thanks
[01:38] <okaratas> hmm
[01:38] <okaratas> hello
[01:38] <okaratas> ozgur@ozgur:/var/crash$ ls -la /var/crash/
[01:38] <okaratas> total 27028
[01:38] <okaratas> drwxr-xr-x  2 root  root      4096 2007-02-25 14:16 .
[01:38] <okaratas> drwxr-xr-x 15 root  root      4096 2006-10-25 16:39 ..
[01:38] <okaratas> -rw-------  1 root  root     65383 2007-02-25 14:16 _sbin_udevd.0.crash
[01:38] <okaratas> -rw-------  1 ozgur ozgur  1801255 2007-02-25 14:19 _usr_bin_gnome-terminal.1000.crash
[01:38] <okaratas> -rw-------  1 ozgur ozgur  1565976 2007-02-24 16:23 _usr_bin_xchat.1000.crash
[01:39] <okaratas> ozgur@ozgur:/var/crash$ uname -ar
[01:39] <okaratas> Linux ozgur.laptop 2.6.17-11-generic #2 SMP Thu Feb 1 19:52:28 UTC 2007 i686 GNU/Linux
[01:39] <Hobbsee> okaratas: please dont spam the channel with needless info
[01:39] <Hobbsee> okaratas: please, file a bug.
[01:39] <okaratas> Hobbsee, okey
[01:39] <Hobbsee> okaratas: if you're going to spam the channel, make sure you actually provide some context first
[01:39] <Hobbsee> heya jono
[01:40] <jono> hey
[01:40] <okaratas> jono, hello
[01:40] <jono> hey okaratas
[01:41] <okaratas> how are you jono ?
[01:41] <jono> okaratas: good thanks, just woke up :)
[01:41] <okaratas> hm okey eh :)
[01:44] <okaratas> i using ubuntu 6.10 my laptop
[01:48] <bhale> jono: weee mathcore
[01:49] <_ion> Where?
[01:49] <bhale> jono blogged it the other day, tickled me
[01:51] <jono> bhale: hehe :)
[01:52] <_ion> Oh, no audio? :-(
[01:53] <okaratas> I use ubuntu 6.10 in the computers of the company and keep it updated. I also use ubuntu for the servers. However, there were several crashes in the ubuntu that I installed in the laptop. What might be the reason of that? In addition, firefox is crashed in all computers most of the time. What would you suggest?
[01:54] <Hobbsee> okaratas: please see the /topic
[01:54] <KaiL> okaratas, at first I suggest reading the topic - more specifiy the first part of it
[01:56] <okaratas> Hobbsee, ok
[02:53] <AnRkey> what is the best ide to use for python?
[02:54] <AnRkey> does any1 have any favourates?
[02:54] <Mithrandir> I like emacs.
[02:54] <bhale> and I am using vim with python just now :)
[02:56] <AnRkey> yeah but for the less hardcore
[02:56] <AnRkey> :D
[02:57] <bhale> ive always found the value of linux ides to be dubious
[02:57] <bhale> find a text editor you like and your favorite language reference and go
[02:58] <AnRkey> well here is the thing, i am used to using zends ide for php
[02:58] <AnRkey> and i was looking for something like that for python
[02:58] <Keybuk> I'd like a decent IDE
[02:58] <giftnudel> yes, but the possibility to shift-klick on a function and go to the definition is nice
[02:58] <AnRkey> still learning here
[02:58] <AnRkey> i found zend's ide for php very helpfull when learning php
[02:59] <bhale> thats because in php they change the order of arguments in array functions every 3 :)
[02:59] <bhale> you have no choice but to look them up
[03:01] <AnRkey> common bhale, answer the freaken question! :-D If you had to choose or suggest one...
[03:01] <AnRkey> we all know you use one :D
[03:03] <Keybuk> AnRkey: most people don't use them, actually
[03:03] <Keybuk> we really just use emacs or vi
[03:07] <AnRkey> ok ok
[03:08] <AnRkey> thanks anyway
[03:08] <finalbeta> perhaps code blocks can do python, don't know
[03:08] <finalbeta> nope
[03:11] <AnRkey> i think eclipse is what i am looking for
[03:11] <AnRkey> just installed it
[03:11] <AnRkey> wow
[03:13] <AnRkey> gonna try pydev
[03:16] <Spads> AnRkey: check out eric when you find time.  it seem sto have a sizable following
[03:42] <bddebian> Heya
[03:44] <h4writer> Got a question. I used bzr to get the 'source' of yelp/help centre. Now I want to compile it, to see if it works properly. It tried with autogen.sh but got some errors I can't solve.
[03:44] <h4writer> http://paste.ubuntu-nl.org/7490/
[04:01] <h4writer> does anyone knows how I can compile the bzr branch of yelp?
[04:01] <h4writer> or how you supposed to do that
[04:04] <bddebian> h4writer: Do you have gconf installed?
[04:04] <h4writer> nop
[04:05] <h4writer> is now installing
[04:05] <h4writer> yes is now installed
[04:06] <h4writer> bddebian, what do I need to do next?
[04:06] <bddebian> re-run autgen?
[04:06] <h4writer> still giving the same error
[04:07] <bddebian> Hmm
[04:07] <h4writer> !flood
[04:07] <bddebian> Did you install gconf or libgconf2-dev ?
[04:08] <h4writer> this time gconf
[04:08] <h4writer> but I have installed libgconf2-dev already
[04:09] <h4writer> okey, I've missed
[04:09] <h4writer> I did only install gconf
[04:09] <h4writer> the whole time
[04:09] <h4writer> is now installing
[04:11] <h4writer> bddebian, isn't installed totally. I got some other errors then before. But I will try to fix them first myself.
[04:12] <okaratas> rver
[04:53] <h4writer> Got a question. For building the yelp package I need to install a mozilla/firefox/xulrunner -devel package. Now I think that is libxul that I need to install. But that depends on libnss3-dev and that conflicts with libnss a default package for ubuntu-desktop. So I can't install it??????
[04:55] <bddebian> h4writer: I would suggets firefox-dev
[04:55] <h4writer> okey
[04:58] <h4writer> yes, that worked thanks
[04:59] <bddebian> NP
[05:00] <h4writer> after running ./autogen.sh you only need to run 'make' and 'sudo make install' and it is installed?
[05:02] <bddebian> That's the theory :-)
[05:02] <bddebian> Oh, no, you should still need to run configure, unless autogen does that for you
[05:03] <h4writer> if I'm not wrong I saw autogen.sh do it
[05:04] <bddebian> OK
[05:04] <h4writer> indeed: Running ./configure --enable-maintainer-mode ...
[05:32] <lesshaste> hi all
[07:34] <balor> Is VDSO disabled in Feisty kernels?
[07:43] <Le-Chuck_ITA> hi there
[07:43] <Le-Chuck_ITA> there is a bug in ubuntu, bug #40473
[07:43] <Ubugtu> Malone bug 40473 in xorg "/etc/X11/xorg.conf should point to /dev/input/wacom instead of /dev/wacom and xserver-xorg-input-wacom should depend on wacom-tools (AKA Wacom support almost there... add some udev magic?)" [Medium,Confirmed]  https://launchpad.net/bugs/40473
[07:44] <Le-Chuck_ITA> I think that for feisty it could be solved easily
[07:44] <Le-Chuck_ITA> and I have a tablet and are often available online
[07:45] <Le-Chuck_ITA> so if nobody is here right now I will try in the next days or else just tell me now that you're interested in interactive experimenting
[07:47] <pochu> Le-Chuck_ITA: feisty will probably ship x.org 7.2
[07:47] <pochu> Le-Chuck_ITA: does that also happen with it?
[07:47] <pochu> Le-Chuck_ITA: I've read something that 7.2 doesn't use /etc/X11/xorg.conf
[07:47] <pochu> but I'm not sure :)
[07:48] <Le-Chuck_ITA> omg if this is true there will be nothing that I know about my system
[07:48] <Le-Chuck_ITA> :)
[07:49] <Le-Chuck_ITA> everything changed from my first installation of slackware 10 years ago, kernel, init, now X!!!!
[07:49] <Le-Chuck_ITA> ok, I think that it is a dependency bug
[07:50] <Le-Chuck_ITA> and one needs wacom-tools which are not installed
[07:50] <Le-Chuck_ITA> when xorg wacom input drivers are installed
[07:50] <Le-Chuck_ITA> so not using xorg.conf would not change things
[07:52] <Le-Chuck_ITA> ok will try in the next days, thanks and bye
[09:25] <arnor> hello World!
[09:34] <jdong> System.Console.out.println("hello to you too");
[09:39] <sacater> who here is a developer?
[09:40] <jdong> a good 90% of the channel :)
[09:40] <jdong> but it's a weekend
[09:40] <jdong> and we'd like to pretend we have lives
[09:41] <mr_pouit> ^^
[09:42] <jdong> mr_pouit: btw how is ffmpeg for edgy? :)
[09:43] <sacater> jdong: if i wanted to be a devel, there are different choices, like community, software, that sort of thing
[09:44] <jdong> I don't quite follow what you are implying
[09:45] <sacater> jdong: are you a developer?
[09:45] <jdong> kind of in between
[09:46] <jdong> I do work on Ubuntu (backports, forums, miscellaneous bugfixing contributions) but am not an official MOTU or core developer
[09:47] <Hobbsee> sacater: people here are either developers, lurking developers, or just lurkers.
[09:47] <mr_pouit> jdong, oops, I didn't try to backport it from feisty (too lazy :P). But I use feisty ffmpeg with --enable-risky, and no problem. ;)
[09:47] <jdong> mr_pouit: yeah, feisty works great :)
[09:47] <sacater> jdong: Im interested in the whole 'Developer' thing
[09:48] <sacater> I know a gentoo devel, and he says be a devel is great :P
[09:48] <jdong> mr_pouit: Edgy will work but that x264 patch needs to be commented out
[09:48] <jdong> (stock edgy packages won't enable all risky stuff with --enable-risky..., so you need to backport Feisty)
[09:48] <Hobbsee> wow, no updates today
[09:49] <jdong> sacater: cool. you'd probably want to be in #ubuntu-motu then :)
[09:49] <simira> Hobbsee: they're all at fosdem and to drunk :p
[09:49] <sacater> jdong: ty
[09:49] <jdong> np
[09:49] <Hobbsee> simira: haha.  some of them, anyway :P
[09:49] <Hobbsee> simira: you going to be in spain?
[09:49] <simira> Hobbsee: and some is on their way home... :)
[09:49] <simira> Hobbsee: don't know. Probably not.
[09:50] <Hobbsee> true
[09:50] <Hobbsee> awwww....
[09:50] <simira> Hobbsee: maybe adding a weekend to one or two days.
[09:50] <Hobbsee> simira: right, yep
[09:50] <simira> you're going?
[09:51] <Hobbsee> simira: planning to, yes
[09:51] <simira> Hobbsee: going that far, you could as well drop by Norway ;)
[09:52] <Hobbsee> simira: i wish :)
[10:12] <h4writer> !flood


[07:54] <lotuspsychje> good morning to all
[08:12] <lordievader> Good morning.
[08:13] <lotuspsychje> lordievader: hi mate
[08:13] <lordievader> Hey lotuspsychje, how are you?
[08:14] <lotuspsychje> fine tnx and you?
[08:15] <lordievader> Making coffee.. too early to tell.
[08:15] <lotuspsychje> loool
[12:45] <daftykin1> :D
[12:45] <daftykin1> o/
[12:45] <lordievader> o/
[12:46] <daftykin1> well well, what to do tday
[12:46] <daftykin1> thanks keybard, dropping O's again
[12:46] <lordievader> But that is like the most important letter in the alphabet :P
[12:47] <daftykin1> sure is
[12:48] <daftykin1> my ageing das keyboard seems to act a little funky like this every now and then
[12:55] <lotuspsychje> cfhowlett: nihao
[12:55] <cfhowlett> lotuspsychje, indeed.
[12:55] <lotuspsychje> :p
[12:55] <lotuspsychje> yayy i know chinese
[12:55] <cfhowlett> LOL
[12:56] <lotuspsychje> :p
[13:01] <lotuspsychje> BluesKaj: afternoon!
[13:01] <BluesKaj> Howdy folks
[13:01] <BluesKaj> Hey lotuspsychje
[13:01] <lordievader> o/
[13:01] <lotuspsychje> ooo its getting crowdy in here
[13:02] <BluesKaj> feels good to sleep in for a change :)
[13:02] <lotuspsychje> :p
[13:08] <daftykin1> cfhowlett: \o/
[13:08]  * daftykin1 chants "one of us, one of us..."
[13:08] <cfhowlett> daftykin1, yowza^2
[13:09] <daftykin1> wow i didn't even notice my nick was wrong
[13:09] <BluesKaj> daftykin1:  ?? , but Hi anyway
[13:09] <lotuspsychje> daftykins: ellow
[13:09] <daftykins> :D
[13:09] <daftykins> greetings
[13:09] <BluesKaj> Hi cfhowlett
[13:10] <cfhowlett> BluesKaj, greetings, good sir.


[02:43] <niemeyer> Quite painless after the initial issue was sorted out
[12:43] <niemeyer> Man, Unity is *awesome*
[12:59] <TeTeT> niemeyer: yeah, it's gotten much better through the development cycle. I showed it yesterday and today to LVM
[13:00] <niemeyer> TeTeT: I'm impressed indeed
[13:00] <niemeyer> TeTeT: It's not just different.. it feels great to use
[13:01] <TeTeT> niemeyer: I like the files & folder and applications dialog, very nicely done
[13:01] <niemeyer> Yeah
[13:01] <TeTeT> the first versions that I saw just had a search box, not very user friendly
[13:55] <niemeyer> TeTeT: Yeah, at least for some values of "user" :-)
[13:56] <niemeyer> TeTeT: I personally love being able to search for apps rather than browsing through menus blindly to find them
[14:10] <niemeyer> Hmmm.. we have to talk about the whole "expose" plan
[14:10] <niemeyer> There are some real blockers for using a normal service
[14:10] <niemeyer> It's feeling like a long and painful path
[15:18] <niemeyer> hazmat, robbiew: Mornings!
[15:20] <robbiew> niemeyer: hey
[15:21] <robbiew> niemeyer: is this the 1st qbr where you don't have to defend ensemble?
[15:21] <robbiew> lol
[15:22] <niemeyer> robbiew: I'm not sure.. I may still be invited for a call or something. :-)
[15:22] <robbiew> heh
[15:23] <niemeyer> robbiew: How're things going there?
[15:23] <robbiew> not bad...on an 11.10 Server requirements call right now..with OEM Services
[15:27] <niemeyer> robbiew: Nice
[16:06] <jimbaker`> i also like natty. installed it on my laptop, definitely a better ui exp with unity
[16:07] <jimbaker`> also reported two crashed apps so far - like others i have had problems with compiz
[16:42] <_mup_> ensemble/expose-services r185 committed by<EMAIL_ADDRESS>[16:42] <_mup_> Use iptables for firewall config and make changes via a built-in service
[16:52] <_mup_> ensemble/expose-services r186 committed by<EMAIL_ADDRESS>[16:52] <_mup_> Clarified how ensemble expose adds a relation to the exposer built-in service
[16:56]  * hazmat restarts to natty
[16:57] <jimbaker`> hazmat, good luck :)
[16:57] <jimbaker`> the only thing i really needed to redo for natty was to reinstall distribute, pip, and virtualenvwrapper because of the upgrade to 2.7
[16:58] <jimbaker`> after that all of my virtualenvs simply ported over w/o a problem
[17:51] <jimbaker> is everyone else able to run the mysql/wordpress example on ec2 against trunk?
[17:52] <jimbaker> it is failing for me in the db-relation-changed hooks
[17:52] <jimbaker> when i switch to using my new-hook-semantics-4-remove-env-var branch (including environments.yaml change, virtualenv), np
[17:55] <jimbaker> hazmat, ^^^
[17:57] <hazmat> jimbaker, i haven't done run them on ec2 in about a week,  i can take a look after the standup
[17:57] <jimbaker> hazmat, ok
[17:57] <hazmat> how do you change timezones with unity..
[17:58] <jimbaker> hazmat, fortunately it got my tz right :)
[17:58] <hazmat> jimbaker, wait to you switch timezones :-)
[17:58] <jimbaker> but there have been some changes around the clock for sure
[17:58] <jimbaker> just click on the clock, you will see time & date settings
[17:59] <hazmat> jimbaker, sure, but it doesn't actually come up
[17:59] <hazmat> run the settings dialog that is
[18:00] <jimbaker> hmm, no problem for me changing the settings
[18:21] <niemeyer> jimbaker, hazmat: Can we have a call at some point today to talk about expose?
[18:21] <niemeyer> There are some obvious problems with the idea of using a normal service, and I'm starting to feel like we're digging ourselves a hole
[18:22] <niemeyer> It'd be nice to go back to an empty table and look at our requirements again, and then think of some simpler/straightforward ways to achieve it
[18:24] <hazmat> niemeyer, sounds good
[18:29] <jimbaker> niemeyer, sounds good too
[18:29] <niemeyer> brb
[18:41] <_mup_> ensemble/optional-hooks r186 committed by<EMAIL_ADDRESS>[18:41] <_mup_> switch warning to info log level, use failure hooks instead of missing hooks for hook error tests
[18:45] <jimbaker> hazmat, are you planning that we add get_agent_state(), or is that just out-of-date in the docs?
[18:45] <hazmat> jimbaker, where's that referenced from?
[18:46] <jimbaker> hazmat, internals/agent-presence.rst
[18:46] <hazmat> jimbaker, there's is an agent state node, but its usage and the exposed api is limited to presence only
[18:46] <hazmat> and only for agents directly associated to a domain context atm (ie. machine and unit, but not provisioning)
[18:47] <hazmat> the spec does cover context-less agents though
[18:47] <jimbaker> i'm going through bug 737949 to determine what status info is available for agent state
[18:47] <_mup_> Bug #737949: ensemble status should take into account unit and relation workflows and unit agent status <Ensemble:In Progress by jimbaker> < https://launchpad.net/bugs/737949 >
[18:49] <hazmat> jimbaker, wrong tree
[18:49] <hazmat> jimbaker, they are two different questions
[18:49] <hazmat> one is there an agent process running for this domain object
[18:49] <hazmat> which is answered by the api in ensemble/state/agent.py its a mixin of unit, machine, etc.
[18:50] <hazmat> the second question, which the bug wants to ask, is what is the workflow state of the unit and its relations
[18:50] <hazmat> which can use the workflow api directly
[18:50] <jimbaker> hazmat, thanks for the clarification
[18:53] <hazmat> jimbaker, the information for the workflow is probably better accessed via constructing a unit lifecycle/workflow object like the agent
[18:54] <hazmat> for read only usage the state directory isn't strictly nesc.
[18:54] <hazmat> hmm.. i think
[18:54] <jimbaker> hazmat, right, the only thing i see now that's doing something like that is in test_workflow
[18:54] <jimbaker> specifically read_persistent_state
[18:54] <hazmat> also agents/unit.py
[18:56] <hazmat> jimbaker, so it needs a separate implementation of unitworkflowstate, relationworkflow state that only loads zk state
[18:56] <hazmat> via modifying load, and probably disabling store
[18:56] <hazmat> as external modifications will likely need a different mechanism
[18:57] <jimbaker> so global observability is preserved and tested, but no api as you said
[18:57] <jimbaker> to actually read it
[18:58] <hazmat> jimbaker, well there is an api to read it as provided, it just needs an override of _load/_store methods to defer to the correct implementations for an external process usage.
[18:59] <hazmat> ie. an api that needs a subclass implementation to utilize it for this case
[19:00] <hazmat> bcsaller, jimbaker, niemeyer_ standup?
[19:00] <jimbaker> hazmat, sure, just need to connect it to zk
[19:00] <jimbaker> hazmat, sure
[19:00] <jimbaker> re standup
[19:00] <bcsaller> online
[19:01] <hazmat> niemeyer_, ping
[19:01] <niemeyer_> hazmat: Hmm.. I'll need some 10~15 minutes, actually, if that's ok
[19:01] <niemeyer_> ?
[19:02] <hazmat> fine by me
[19:02] <jimbaker> ok
[19:02] <niemeyer_> I'm relocating to Claudio's place just to provide some company.. he's got to stay at home due to an issue in his leg
[19:03] <niemeyer_> brb
[19:16] <jimbaker> bcsaller, hazmat, niemeyer - everyone ready?
[19:16] <niemeyer> Yep
[19:17] <hazmat> sounds good
[19:17] <hazmat> niemeyer, you on skype?
[19:18] <niemeyer> hazmat: Spinning...
[19:18] <niemeyer> hazmat: Working
[19:44] <niemeyer> unit-set expose="port[/protocol] [port[/protocol]]"
[19:46] <niemeyer> export-port port[/protocol]
[19:59] <niemeyer> open/close-port port[/protocol] + exposed hook
[20:09] <niemeyer> jimbaker: /units/<internal id>/ports
[20:17] <hazmat> out of curiosity has anyone on natty gotten the bzr-pipeline plugin working?
[20:17] <hazmat> i guess i can try modifying the api compatibility by hand and hope it works
[20:19] <_mup_> ensemble/statemachine-multi-source-and-success-transitions r181 committed by<EMAIL_ADDRESS>[20:19] <_mup_> explicit action support and success transition support
[21:04] <jimbaker> SpamapS, btw, i really liked the discovery process you mentioned in your email for finding interesting services for ensemble
[21:21] <SpamapS> jimbaker: yeah, there's tons of helpful info already in the archive. :)
[21:44] <hazmat> niemeyer, jimbaker so one other benefit to the machine as service was that it made the notion of monitoring much easier as well
[21:45] <hazmat> which is a topic i think we've sort of left off for perhaps too long
[21:45] <hazmat> there's service specific monitoring, and then generic machine/container level monitoring
[21:45] <hazmat> the former we can do via relation hooks between the monitoring service and the other service.. the latter still seems like an open question to me
[22:02] <niemeyer> hazmat: Monitoring things which depend on a connection to ZooKeeper to function is somewhat easy
[22:02] <hazmat> niemeyer, not the sort of monitoring i was referencing.. more along the lines of munin/nagios
[22:02] <hazmat> ie. hd full/memory/cpu/network
[22:03] <niemeyer> hazmat: I see.. we haven't really delayed I think.. this is just another service
[22:04] <hazmat> niemeyer, i'm not so that it doesn't need additional support of some form for the machine level stats
[22:05] <niemeyer> hazmat: How so?
[22:05] <niemeyer> jimbaker: The review queue is all yours ;)
[22:05] <niemeyer> jimbaker: I'll go over that first thing tomorrow
[22:05] <hazmat> niemeyer, well are we saying we need a unit of the this per service.. in the lxc case that's not quite right.
[22:06] <niemeyer> hazmat: Why not?
[22:06] <hazmat> ie. we ensemble deploy munin for example.. we need to install munin-node on each of the machines in the environment
[22:07] <hazmat> and configure them to point to the munin service
[22:09] <hazmat> ie. so say we split into two formulas munin-frontend, munin-node.. when we deploy the latter we don't really want it as a separate unit per se, we want it either in the existing unit (which can be tackled by formula specific monitoring support) or at the machine level
[22:09] <hazmat> what we don't want is creating a unit of the munin-node on arbitrary placement basis, as it will effectively be monitoring an empty container with just itself
[22:09] <_mup_> ensemble/config-pipeline r182 committed by<EMAIL_ADDRESS>[22:09] <_mup_> minor revisions around type validation
[22:13] <niemeyer> hazmat: I see, indeed there are some details to sort in this area


[12:13] <slyon> Hey! Does somebody know what can be done about "badpkg: rules extract failed with exit code 1; autopkgtest [13:09:16]: ERROR: erroneous package: rules extract failed" autopkgtest failures? I'm seeing them in a current systemd test-rebuild for linux-unstable and linux-raspi-unstable: https://bileto.ubuntu.com/excuses/4602/impish.html
[12:13] <slyon> should be related to this: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1860672
[13:04] <slyon> ah.. looks like this error happens when the package is only available in -proposed, but not the release pocket.


[01:34] <stgraber> Patrickdk: as in, people who work on the oem installer ?
[01:34] <stgraber> doh, wrong patrick ;)
[01:34] <stgraber> and the right one left a bit earlier
[07:33] <ara> good morning!
[11:15] <kidsodateless> hello all, anyone else has encountered this bug 728205 on testing?
[11:15] <ubot4> Launchpad bug 728205 in ubiquity (Ubuntu) "Ubiquity: there is no install "alongside other operating system" (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/728205
[11:17] <jibel> hi kidsodateless, I didn't tested with MS Windows.
[11:19] <jibel> kidsodateless, ms windows is the only os on the system, right ?
[11:22] <kidsodateless> jibel, yes, and i think the problem was with windows xp
[11:25] <kidsodateless> jibel, I tried to install natty with 10.10 and the alongside installation works.
[11:29] <jibel> kidsodateless, thanks, I've notified the developer.
[11:33] <kidsodateless> jibel, np. thanks also for that.
[12:20] <qwebirc95066> Hi, may i ask You, how soon might Ubuntu 11.04 alpha 3 be released?
[13:08] <jibel> Hi all, New kubuntu desktop images are on the tracker, go go go, 7 + 7 mandatory tests to go!
[13:09] <patdk-wk> I tried running the default+raid1 tests last night, but failing, figured it was cause I don't normally do softraid
[13:09] <jibel> qwebirc95066, hi, natty a3 is scheduled today. If you have some spare time feel free to pick an image on http://iso.qa.ubuntu.com/qatracker/build/all/untested and give it a try.
[13:10] <jibel> patdk-wk, I tried and failed to boot with a disconnected drive. What was your error ?
[13:10] <patdk-wk> same
[13:11] <jibel> patdk-wk, did you filed  a bug? I didn't.
[13:11] <patdk-wk> nope
[13:12] <jibel> patdk-wk, do you still have the system available and can you file a report, I'll ping the dev.
[13:12] <patdk-wk> ya, it's still there, I can start it up (I just created a vm in esx for each test I did)
[13:13] <patdk-wk> oh, I still have it up, on the fialed screen :)
[13:13] <jibel> patdk-wk, cool, subscribe me to the bug report please.
[13:14] <patdk-wk> odd, someone just reported it passed fine
[13:15]  * pedro_ testing kubuntu desktop i386
[13:16] <jibel> Daviey, ^ patdk-wk failed the RAID1 test, system doesn't boot when a disk is disconnected.
[13:16] <patdk-wk> I was server-amd64
[13:16] <jibel> pedro_ and all, please test a basic install of kubuntu then OEM.
[13:17] <pedro_> jibel, ok will do
[13:17] <jibel> pedro_, I'll do amd64
[13:17] <Daviey> jibel, Uh
[13:20] <patdk-wk> filed and posted
[13:20] <patdk-wk> bug#728435
[13:21] <jibel> bug 728435
[13:21] <ubot4> Launchpad bug 728435 in debian-installer (Ubuntu) "raid1 boot degraded mode fails (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/728435
[13:21] <Daviey> Hmm.. I thought the test case was to test you could hot remove and add and rebuild the array... I must admit i missed the case for booting missing a disk
[13:23] <Daviey> But i have just reproduced that behaviour
[13:24] <patdk-wk> I thought it was just me, since I had very little time to work on it
[13:24] <patdk-wk> and though I screwed it up
[13:26] <jibel> patdk-wk, thanks for catching that one!
[13:39] <Riddell> jibel: how are you testing "Live Session (Netbook)" on  Kubuntu Desktop amd64?
[13:40] <jibel> Riddell, create a usb stick from the iso, and boot is on a netbook
[13:40] <jibel> Riddell, is there another way ?
[13:40] <jibel> s/is/it
[13:41] <Riddell> jibel: that's the way but i didn't know there was such a thing as 64 bit netbooks
[13:41] <patdk-wk> mine is :)
[13:41] <patdk-wk> it has a 64bit atom cpu
[13:41] <jibel> Riddell, asus eeepc 1015pe, Atom N450
[13:42] <patdk-wk> atleast I'm running maverick desktop amd64 on it
[13:42] <Riddell> amazing what they can do
[13:42] <jibel> well for a daily use I'd go for i386, it's much faster
[13:42] <patdk-wk> I haven't noticed any difference
[13:42] <patdk-wk> and everything else I do is 64bit
[13:42] <patdk-wk> so nicer binary compatability
[14:10] <jibel> kubuntu desktop amd64 done. wubi failed as usual. Starting Kubuntu DVD AMD64
[15:05] <hggdh> jibel, uec tested on amd64
[15:05] <hggdh> (and failed)
[15:06] <hggdh> there is no need to test it on i386 or the alternative tests, they will all fail the same
[15:06] <hggdh> jibel, ^
[15:06] <jibel> hggdh, excellent! we like to find bugs ;-)
[15:45] <marjo> jibel: what's the plan for Kubuntu Netbook Arm (omap)?
[15:45] <jibel> marjo, GrueMaster> Onlything I see there is netboot on omap which is completely unsupported and shouldn't be on iso.qa.
[15:46] <jibel> oh netbook
[15:46] <marjo> jibel, Riddell: Kubuntu Netbook Arm (omap)?
[15:50] <GrueMaster> I tested the previous armel image of kubuntu (and it should be desktop not netbook).  It fails miserably.  The respin issue was done because on the ubuntu images, we found oem-config crashed due to bad webkit, so we took out ubiquity slideshow.  While the lubuntu image was respinning, I hacked the 0301 image to see if it worked, and it crashes worse.  No X on boot, no way to configure.
[15:51] <GrueMaster> With all of the QT issues on armel, this really doesn't surprise me though.
[15:52] <GrueMaster> I am seeing kubuntu marked as rebuilding on iso.qa.  If someone wants to open it, I can mark it as failed and link a bug into it.
[15:53] <jibel> GrueMaster, done. thanks for marking it as failed.
[16:01] <GrueMaster> Ok, marked.  Someone will need to do more research, but the bugs I listed are very highly probable cause.  We know webkit has issues, and we know that there are issues with QT and QT based apps on armel when built with the current toolchain.
[18:16] <marjo> Thank you to jibel, smoser, hggdh, pedro_, charlie-tca, kidsodateless, highvoltage, marjo, brendand, ricsipontaz, PatrickDK, PaoloRotolo, nobuto, Kamusin, valix, primes2h, roadmr, pitti, jamiedmattingly, RoAkSoAx, jamespage, monkeylibre, xdatap1, Fly82, Daviey, homitsu and ogra for testing the ISOs.
[18:16] <marjo> The images would not be able to go out today without your efforts!
[18:16] <marjo> Special thanks to jibel for his leadership on the testing efforts
[18:16] <highvoltage> and thank you, marjo!
[18:16] <highvoltage> Edubuntu 11.04a3 has been announced: http://edubuntu.org/2011-03-03/edubuntu-1104-alpha-3-released
[18:16] <marjo> highvoltage: thx! nice job on the testing
[18:16] <marjo> with your super-duper fast disk array!
[18:16] <highvoltage> :D
[18:16] <marjo> http://iso.qa.ubuntu.com/qatracker/testcases
[18:16] <marjo> test coverage looks great for Alpha 3
[18:16] <skaet_> Thanks to all who tested Ubuntu, Kubuntu, Xubuntu, Edubuntu, Server, Mythbuntu, Ubuntu Studio, Ubuntu Network edition!  The images would not have gone out without your efforts.    Thanks in particular to marjo and jibel for coordinating it and making sure the gaps were all filled in.
[18:16] <marjo> skaet_ thx for your leadership!
[18:16] <pedro_> thanks all :-)
[18:17] <skaet_> marjo, all, thank you for your patience with me.   :)
[18:17] <patdk-wk> I'm just happy I was able to get my iscsi boot test stuff working :)
[18:18] <patdk-wk> never attempted iscsi root, been on my list though
[18:18] <marjo> patdk-wk: nice! hope we'll see it used for beta 1 testing
[18:19] <kamusin> wohoo ;) , thanks to you guys
[18:20]  * charlie-tca thanks everybody, too. Help is always very welcome getting the images tested!
[18:21] <marjo> patrickmw: thx for testing ltsp server and other test cases!
[18:23] <patrickmw> marjo: my pleasure
[18:24] <marjo> patrickmw: doc perfected?!
[18:24] <marjo> test case documentation, i mean; sorry
[18:25] <patrickmw> marjo: http://testcases.qa.ubuntu.com/Testing/Cases/LTSPServer
[18:25] <marjo> patrickmw: thx!
[18:25] <patrickmw> marjo: I think more testers will be able to follow now
[18:26] <marjo> patrickmw: me, too, so we can share the testing opportunities to more folks
[18:26] <marjo> davmor2_ alpha 3 is out!
[18:42] <davmor2> marjo: Cool busy trying to test 3 projects and guide someone else through a 4th,  oh and writing bugs from my natty box


[03:37] <vijay2000> hi
[03:38] <vijay2000> i am new in ubuntu communities
[03:38] <vijay2000> i need a mentor to get involved in community activities
[03:38] <vijay2000> anybody help plz
[03:40] <cjwatson> vijay2000: this isn't the right channel - but see https://wiki.ubuntu.com/ContributeToUbuntu
[03:47] <vijay2000> thanks Mr watson
[12:02] <mischko> Is there a way to do a ubuntu server install with no monitor or keyboard installed?
[12:03] <mischko> It would be nice if I could even use a monitor and specify a custom (local) mirror.


[01:14] <PCLine_> Hello skellat
[01:14] <Unit193> Howdy, PCLine_.
[01:15] <PCLine_> HexChat must not like backward words!  It didnt warn me that something was typed!
[01:15] <PCLine_> Hello Unit193
[01:16] <Unit193> Hah, nice.
[01:26] <PCLine_> Oh I am tired of working in Excel and not Ubuntu and all the new stuff I have loaded!
[01:27] <Unit193> Fun stuff?
[01:32] <PCLine_> Yes - I now have Menus on all Versions and working on moving everything to XLA files.
[01:51] <skellat> belkinsa, jrgifford_, Unit193: There is apparently a partial recall in play of agency staff at work with report date of October 6th.  I may get recalled to duty but also might not.  I shall advise.
[11:30] <belkinsa> skellat, thanks for the heads u.


[10:13] <lostlast> hey i am having a problem with installation
[10:14] <lostlast> it stuck on waiting for module (1) (sec)
[10:14] <lostlast> it just moved to the next step
[10:16] <lostlast> so i went ahead and started the installation and selected the erase disk option but most of the time i get an error while the files start copying
[23:07] <sem> how do i access samba shares on lubuntu? i get an error failed to receive share list from server


[22:34] <_Groo_> hi/2 all
[22:34] <_Groo_> when are the dput quirks gonna be fixed, its impossible to dput anything anymore :(


[00:00] <ScottK> Your thought it probably a good one though ...
[00:00] <BarkingFish> Yep.
[00:01] <BarkingFish> I've got 160 in the laptop, 500GB external, plus a spare 360GB external which is currently empty since I don't have anymore sockets to attach it to :)
[00:01] <BarkingFish> and I'll be danged if I'm gonna use a hub. Those things are about as stable as charles manson
[00:01] <ScottK> This looks like a tough one.
[00:02] <ScottK> Upstream code is untouched in years http://gizmod.svn.sourceforge.net/viewvc/gizmod/gizmod3/
[00:02] <BarkingFish> I'll pull the code along with you, and we'll have a shot at fixing it.
[00:02] <BarkingFish> I'm off work after tomorrow for a week, I've got nothing else to do
[00:03] <ScottK> The package is not in Debian (since we're a Debian derivative, often they will have fixed stuff like this already)
[00:04] <BarkingFish> So what's stopping us from fixing it up?
[00:04] <BarkingFish> :)
[00:05] <ScottK> Nothing.
[00:05] <ScottK> size_t is in stddef.h
[00:08] <ScottK> BarkingFish: So if we add stddef.h to the includes, that might help.
[00:08] <BarkingFish> yep
[00:08] <BarkingFish> I'm just untarring the code
[00:08] <ScottK> Each release of GCC gets pickier about what assumptions is made in the code.
[00:09] <ScottK> So this is probably something that's related to using a newer GCC than when this was developed.
[00:11] <ScottK> BarkingFish: Progress http://paste.debian.net/128430/
[00:12] <BarkingFish> righty ho. It's still missing the size_t from DynamicBuffer.hpp though
[00:13] <ScottK> Yep.
[00:13] <ScottK> Next we run into boost porting issues.
[00:13] <ScottK> /home/gizmod-3.4/libGizmod/Processes.cpp:157:27: error: 'class boost::filesystem3::directory_entry' has no member named 'string'
[00:17] <BarkingFish> 0.0
[00:18] <ScottK> Google turns up some similar errors.
[00:19] <BarkingFish> i'm just perusing the code...
[00:21] <BarkingFish> looks like that's been pulled in from an include
[00:21] <ScottK> The last time this package was built was with boost1.42 and we're on boost1.46 now, so I'm sure it's an API change in boost.
[00:22] <ScottK> http://paste.debian.net/128432/ - is the patch from mapnik-viewer to get it to build with the newer API.
[00:22] <ScottK> Obviously not directly applicable, but illustrative.
[00:25] <BarkingFish> looks like I need to do some updating, I haven't got any of boost's headers
[00:27] <ScottK> apt-get build-dep gizmod will get you all the packages you need.
[00:27] <ScottK> Unfortunately if you're on natty you'll get boost1.42 and not 1.46.
[00:27] <ScottK> This is one of those cases you could use pbuilder-dist oneiric login to work in a oneiric environment.
[00:29] <ScottK> micahg: If you could include a sentence about why we want to do the sync in Bug 840829 and not just why you think it needs an FFe, that'd be nice.
[00:30] <BarkingFish> ScottK, ok, well I've already started getting 1.42 now...
[00:30] <BarkingFish> i'll login to oneiric in a moment and pull 1.46 off
[00:31] <ScottK> So this is, obviously, not Kubuntu specific work, but all of the Ubuntu variants share a common archive.
[00:31] <ScottK> We're in the phase of the release where we want to get everything cleaned up and as many bugs as possible fixed.
[00:31] <ScottK> One goal is to make sure all the packages can be built with the current libs in the release.
[00:33] <OffToHades> sorry about that ScottK - I got disconnected for some reason.
[00:35] <ScottK> OK BarkingFish.  What's the last thing you got from me?
 So this is, obviously, not Kubuntu specific work, but all of the Ubuntu variants share a common archive.
[00:36] <ScottK> [20:31:27] <ScottK> We're in the phase of the release where we want to get everything cleaned up and as many bugs as possible fixed.
[00:36] <ScottK> [20:31:45] <ScottK> One goal is to make sure all the packages can be built with the current libs in the release.
[00:36] <BarkingFish> ok
[00:36] <BarkingFish> I'm having issues with the oneiric login atm
[00:36] <vddlogger> shadeslayer: no, we do not have to change the script we have to fix the flipping upstream sources manually and get the fix in for 4.7.2 and then shitstorm all over kde for breaking stuff all the time
[00:36] <ScottK> I'm going to need to run off soon, but if you can keep beating on this until you can get it to build, then I can help you convert this into a proper package update and get it in the archive.
[00:37] <BarkingFish> It only wants to log me in as root, and tells me when I try to apt-get build-dep gizmod that I need to add some sources
[00:37] <ScottK> BarkingFish: Yes, it's a very minimal chroot.
[00:37] <BarkingFish> I'm going to bed soon, ScottK - I'm at work in 7 hours :)
[00:37] <BarkingFish> I'll crack on with this tomorrow after I get home from work at about 4pm UTC
[00:37] <ScottK> So apt-get install vim and the vim /etc/apt/sources.list and uncomment the deb-src entry and then apt-get udpate
[00:37] <vddlogger> DarkwingDuck, ryanakca: go and deploy the new wiki theme... though a rollout of similar website theme would seem sensible... you might want to ask sysadmins if that is possible etc though
[00:37] <BarkingFish> ok
[00:37] <ScottK> s/udpate/update
[00:38] <ScottK> It's normal when logged into a chroot to be root.
[00:38] <BarkingFish> Will do.  In the mean time, I need to go get some sleep if I'm going to be fit for work.
[00:38] <ScottK> It's the chroot's root, not the systems.
[00:38] <BarkingFish> I could call in a sicky I suppose :P
[00:38] <ScottK> OK.  Have a good night.
[00:38] <BarkingFish> ok
[00:38] <ScottK> Nah, save that for later when you're more involved.
[00:38] <BarkingFish> See you tomorrow evening, I'll let you know how I get on
[00:38] <vddlogger> BarkingFish: I'll unfortunately not have time until tuesday at earliest, feel free to hit me, though I might not be actually useful until wendsday ;)
[00:39] <ScottK> Great.
[00:39] <BarkingFish> no prob vddlogger - I'll see you then, I'm off all week after tomorrow's shift
[00:39] <BarkingFish> *today's shift
[00:39] <BarkingFish> see ya, have a good night/morning/whatever it is
[00:39] <BarkingFish> :)
[00:40] <vddlogger> on a related note, vlc dev days are over
[00:40] <parislogger> there we go
[00:40] <parislogger> tomorrow we are going to visit the love apparently
[01:51] <micahg> ScottK: sure, there's an RC bug, but I"ll comment in the bug about it
[01:57] <micahg> ScottK: actually, I'm going to close the bug, apparently we don't have the issue, it can wait, I thought I test built the current version before but can't find the record, nor anything in the rebuild
[02:29] <DarkwingDuck> parislogger, A new website theme to match is in the works.
[03:18] <ScottK> micahg: OK.  Thanks for double checking.
[03:20] <micahg> ScottK: BTW, gnash uploaded, so one less boost dep down
[03:20] <ScottK> Cool. Thanks.
[03:59] <markey> parislogger: who are you going to marry?
[04:01] <markey> mysterious... ;)
[04:03] <markey> morning, btw
[08:07] <Quintasan> ScottK: Thanks for tutoring BarkingFish.
[08:08] <Quintasan> Good to have another packager onboard.
[08:23] <didrocks> debfx: hey, have a small quesiton, seems that in Qt 4.7.4, there is not anymore any /usr/lib/qt4/plugins/qmltooling/libtcpserver.so
[08:23] <didrocks> debfx: did you make some tweaks for https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/754942/comments/1 ?
[08:51] <bambee> morning
[10:09] <debfx> didrocks: no, I just noticed that libtcpserver is already in the package
[10:10] <didrocks> debfx: hum, it's not aymore with 4.7.4 :/
[10:10] <didrocks> and I don't find a commit ref for that
[10:10] <didrocks> neither any news in the changes-4.7.4
[10:17] <debfx> hm, gitorious times out as usual
[10:26] <debfx> didrocks: looks like it has been renamed to libqmldbg_tcp
[10:27] <didrocks> debfx: oh? how did you spot it?
[10:27] <debfx> I downloaded the diff from your ppa upload
[10:28] <didrocks> debfx: ah ok, I think you found the magical commit or whatever :)
[10:28] <didrocks> debfx: ok, looks good then, thanks for looking at it! :)
[10:29] <debfx> nope, gitorious fails and I don't feel like cloning the repository
[10:34] <debfx> didrocks: https://qt.gitorious.org/qt/qt/commit/9ed28d039da0f3745ca84203efa92203f31e97e7
[10:34] <debfx> at least google work reliably :)
[10:34] <didrocks> debfx: heh, indeed :-) thanks a lot for your investigation! :)
[11:02] <milian> where can I get qt 4.7.4 for ubuntu 11.04?
[11:19] <bulldog98_work> !find qt
[11:24] <bulldog98_work> milian: haven´t found that in natty
[11:40] <milian> bulldog98_work: :-/
[13:07] <Quintasan> shadeslayer: ping
[13:07] <Quintasan> rbelem: ping
[13:10] <bulldog98_work> milian: think about upgrading to the latest an best Kubuntu Version ;-)
[13:10] <milian> bulldog98_work: I need to work hence need a stable system
[13:11] <shadeslayer> Quintasan: ssup
[13:13]  * shadeslayer was just watching Air Force One for the umpteenth time
[13:13] <Quintasan> shadeslayer: Do you has my mobile numberz
[13:13] <Quintasan> ?
[13:13] <shadeslayer> uh .. no
[13:14] <shadeslayer> parislogger: i be scared of<EMAIL_ADDRESS>[13:14] <shadeslayer> s/rog/org
[13:14] <Quintasan> since yofel is on holidays Id want someone to let me know when there is new shipment of hp touchpads
[13:14] <shadeslayer> Quintasan: its going to be a couple of weeks
[13:15] <shadeslayer> like ... atleast 3-4
[13:15] <Quintasan> brrr
[13:15] <Quintasan> k
[13:15] <Quintasan> I has monies saved soley for the purpose of buying that
[13:15]  * Quintasan goes back to homework
[13:15] <shadeslayer> hehe :D
[13:15] <Quintasan> I ain't even buying school textbooks to buy that :P
[13:16] <shadeslayer> lawl
[13:16] <bulldog98_work> milian: it will be stable in around a month
[13:17] <shadeslayer> Quintasan: i'm kinda out of steam about the device
[13:17] <shadeslayer> started to have second thoughts ... :P
[13:17] <milian> bulldog98_work: and even there it seems stuck at 4.7.3
[13:17] <milian> what a mess
[13:17] <shadeslayer> and it would probably help if someone in here knew someone in HP so that we get devices for testing
[13:35]  * debfx wonders what's so important about qt 4.7.4
[13:38] <shadeslayer> bulldog98_work: are all your branches ready for merging?
[14:08] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/parley] Rohan Garg * 17 * debian/ (changelog control) New upstream release
[14:16] <rbelem> Quintasan, pong
[14:16] <bulldog98_> shadeslayer: yes
[14:17] <shadeslayer> yep, looking at them right now
[14:17] <Quintasan> rbelem: Ill be uploading stuff shortly
[14:18] <rbelem> Quintasan, awesome :)
[14:18] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/kstars] Rohan Garg * 5 * debian/ (changelog control) New upstream release
[14:18] <rbelem> Quintasan, i commited yesterday a small fix to runtime
[14:19] <rbelem> and i got kubuntu mobile running
[14:19] <rbelem> on tje lenovo ideapad
[14:20] <Quintasan> rbelem: you commited directly to the packaging branch or we need to merge it
[14:20] <Quintasan> ?
[14:21] <rbelem> Quintasan, i think we can upload contour now, since it is beta quality now
[14:21] <rbelem> Quintasan, to the pkg branch
[14:26] <rbelem> Quintasan, may i get countour ready to upload?
[14:26] <Quintasan> rbelem: I'm still against uploading it to repos
[14:26] <Quintasan> keep this in a PPA ffs
[14:26] <Quintasan> you can update it as often as you wish there
[14:27] <Quintasan> but that's only me
[14:27] <rbelem> oki
[14:27] <Quintasan> You'd better ask ScottK though
[14:28]  * rbelem pokes ScottK
[14:43] <shadeslayer> bulldog98: you haven't bumped kde-sc-dev-latest in qtruby
[14:44] <shadeslayer> ah ... no such package
[14:44] <shadeslayer> in build depends ... which is weird
[14:44] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/qtruby] Rohan Garg * 8 * debian/changelog New upstream release
[14:44] <bulldog98> shadeslayer: qtruby says the name I guess? parislogger?
[14:45] <bulldog98> that’s why I haven’t added it
[14:45] <shadeslayer> hmm .. probably
[14:45] <shadeslayer> i've never looked at its packaging before, which is why i was a bit surprised
[14:48] <Mamarok> I was just wondering: no announcement for Amarok 2.4.3 in http://kubuntu.org, but it is in Oneiric. Any backports to Natty?
[14:48] <shadeslayer> Mamarok: i can backport it, have some free time
[14:49] <Mamarok> shadeslayer: that was more a question about why there is no announcement
[14:50] <shadeslayer> well ... i don't have the credentials to login anymore
[14:50] <Mamarok> but if there are indeed no backports for Natty yet it would be nice to have
[14:50] <Mamarok> ScottK: ^
[14:50] <shadeslayer> nope ... no backports for natty
[14:53] <shadeslayer> bulldog98: please update the wiki
[14:54] <bulldog98> shadeslayer: can you merge kletters manually, cause lp goes oops when I try to propose a merge for it
[14:54] <shadeslayer> alright
[14:56] <bulldog98> shadeslayer: and you haven’t merged rocs, have you?
[14:56] <shadeslayer> i ... don't remember doing that
[14:56] <shadeslayer> nope
[14:56] <bambee> parislogger: Does it make sense to disable everything in davros ?
[14:56] <dpm> hey Kubuntu devs, we've got a last-minute free slot on today's Ubuntu App Developer Week schedule: https://wiki.ubuntu.com/UbuntuAppDeveloperWeek/Timetable - it'd be great to have KDE/Qt representation. Would anyone be up for a session on developing in Kubuntu, or KDE, or with Qt... ?
[14:57] <bambee> everything = warnings, errors, fatals, and debug
[14:57] <shadeslayer> dpm: parislogger would be the ideal guy imo
[14:57] <shadeslayer> bulldog98: yer branch is named wrong i think
[14:58] <bambee> parislogger: I would like to change DebugLevel to QtMsgType (which does not have a debugnone)
[14:58] <shadeslayer> parislogger: ~bulldog98/kubuntu-packaging/kletters -> ~bulldog98/kubuntu-packaging/klettres
[14:58] <shadeslayer> plz fix
[14:58] <shadeslayer> oops
[14:58] <shadeslayer> bulldog98: ^
[14:58] <bulldog98> shadeslayer: made to many branches so,
[14:59] <shadeslayer> hehe :)
[14:59] <shadeslayer> let me know when you've fixed that
[14:59] <bulldog98> shadeslayer: I hope we can fix that
[15:00] <shadeslayer> bulldog98: yeah, just push your branch again to lp:~bulldog98/kubuntu-packaging/klettres
[15:00] <shadeslayer> and i'll merge it
[15:00]  * shadeslayer is looking at recruiting new people for kubuntu
[15:01] <bulldog98> shadeslayer: pushed
[15:02] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/klettres] Rohan Garg * 9 * debian/ (changelog control) New upstream release
[15:02] <shadeslayer> ^^
[15:02]  * bulldog98 is trying to convince mac people
[15:02] <bulldog98> that kubuntu is better :)
[15:02] <shadeslayer> bulldog98: uh .. do you want a fair opinion on that matter?
[15:02] <shadeslayer> mac vs kubuntu?
[15:03] <bulldog98> shadeslayer: I can’t really get along with mac
[15:03] <bulldog98> I mean I can work with that but I feel, that there is something missing. (KDE)
[15:03] <shadeslayer> bulldog98: i just left my macbook pro running OS X on sleep for the entire day .. it consumed just 5% of the battery
[15:03] <shadeslayer> try that with kubuntu :P
[15:04] <bulldog98> shadeslayer: they can only do that, cause they know on exactly which hardware they’ll run :P
[15:04] <shadeslayer> idk how they do it, but whatever magic they do, it works (tm)
[15:04] <shadeslayer> bulldog98: agreed, but you simply can't do that on kubuntu
[15:04] <shadeslayer> thats all i'm saying
[15:05] <bulldog98> shadeslayer: you could get the same, if you would by nearly 5% of the kernel hackers your hardware :P
[15:05] <shadeslayer> i wish i had that kind of money
[15:05]  * bulldog98 too
[15:05] <shadeslayer> i'd buy each and every kernel hacker awesome hardware
[15:05] <shadeslayer> and tell them to get cracking
[15:06] <shadeslayer> jjesse: there's a oh-my-zsh theme named after you, did you make that?
[15:06] <bulldog98> shadeslayer: fun is Intel and Amd do that (in limeted amount)
[15:06] <bulldog98> shadeslayer: do you really use oh-my-zsh?
[15:06]  * bulldog98 has a costum one
[15:06] <shadeslayer> true, i've heard AMD is giving more <3 to open source software now
[15:07] <shadeslayer> bulldog98: again, it gets the job done
[15:07]  * shadeslayer likes software that gets the job doe
[15:07] <shadeslayer> s/doe/done/
[15:07] <kubotu> shadeslayer meant: "likes software that gets the job done"
[15:07] <bulldog98> shadeslayer: have a look to my repro kde:sratch/kolberg/zsh-folder
[15:08] <shadeslayer> bulldog98: when using the git plugin, my hard disk goes crazy when i enter the kdelibs checkout
[15:08] <bulldog98> shadeslayer: mine does with bzr :P
[15:10]  * bulldog98 has more than dobled his karma in 2 days
[15:10]  * bulldog98 needs to do that more often :)
[15:13] <ScottK> Mamarok: Maybe ryanakca will have time to put up an announcement.  I'm not feeling well today.
[15:16] <bulldog98> shadeslayer: what should be the first day I put into a Kubuntu Developer Meeting doodle? one week ahead or two?
[15:17] <shadeslayer> wait what
[15:17] <shadeslayer> bulldog98: i don't understand the question
[15:17] <bulldog98> shadeslayer: I want to doodle for a meeting
[15:17] <bulldog98> shadeslayer: what should be the first entry if I send out a mail today(TM)
[15:18] <shadeslayer> bulldog98: ok, what the agenda is all about
[15:18] <bulldog98> shadeslayer: becoming a member
[15:18] <shadeslayer> alright
[15:19] <shadeslayer> first entry would be something like "Kubuntu Meeting"
[15:19] <shadeslayer> and then second would be the main agenda
[15:19]  * shadeslayer is thinking whether or not to apply for developer status
[15:21] <ScottK> Oooh.  Nice.  The author of https://www.ubersoft.net/ is a Kubuntu user.
[15:22] <ScottK> shadeslayer: Did an existing developer tell you that you should apply?
[15:22] <ScottK> (hint: this should help answer that question)
[15:26] <shadeslayer> nope, i guess that pretty much answers it :P
[15:29] <shadeslayer> debfx: pign
[15:30] <shadeslayer> erm .. ping
[15:32] <debfx> pong-in-response-to-contentless-ping
[15:32] <shadeslayer> debfx: i was looking at amarok and i see a bunch of not installed files
[15:32] <shadeslayer> a couple of them are dbus servers
[15:32] <shadeslayer> s/servers/interfaces/
[15:32] <kubotu> shadeslayer meant: "a couple of them are dbus interfaces"
[15:33] <shadeslayer> is that intentional?
[15:33] <shadeslayer> http://paste.kde.org/118405/ << entire list-missing output
[15:34] <debfx> yes
[15:34] <shadeslayer> uh .. why? :)
[15:36] <debfx> it's clearly wrong to install interface files with generic names like org.freedesktop.MediaPlayer.player.xml, that would lead to file conflicts
[15:37] <debfx> we could install the other ones but afaik they are not really useful
[15:37] <shadeslayer> alright, but what about usr/share/dbus-1/interfaces/org.kde.amarok.App.xml  and the likes?
[15:37] <shadeslayer> hmm .. i wonder what the org.kde.amarok.Mpris2Extensions.Player.xml does ...
[15:38] <bulldog98> shadeslayer: providing the Mpris2 Player interface
[15:38] <shadeslayer> bulldog98: don't think so .. more like ..extending it somehow
[15:38] <bulldog98> it’s a generic dbus interface for media players
[15:39] <shadeslayer> yep, i know what it is, i've used it before ;)
[15:44] <shadeslayer> -./usr/share/dbus-1/interfaces/org.kde.amarok.Collection.xml is deprecated, so thats fine
[15:45] <shadeslayer> bbiab
[15:49] <debfx> amarok will still provide those dbus interfaces even if we don't install the interface files
[15:49] <debfx> afaik they are only useful for language bindings
[15:53] <shadeslayer> right ...
[16:10] <shadeslayer> question, can we still get a brand new pacakge into the archive?
[16:18] <Quintasan> We can if you bribe someone to get it accepted
[16:18] <Quintasan> that reminds me I need to bribe ScottK to accept ne libs and runtime upload
[16:18] <Quintasan> wait
[16:19] <Quintasan> Shouldn't we rollout 4.7.1 to oneiric?
[16:19] <shadeslayer> did someone test it?
[16:19] <Quintasan> I'm running it
[16:19] <bulldog98> Quintasan: it’s not offically released yet, is it?
[16:19] <Quintasan> no problems so far
[16:19] <shadeslayer> bulldog98: it is
[16:20] <bulldog98> shadeslayer: I’m downloading it atm
[16:20] <bulldog98> shadeslayer: ok
[16:20] <bulldog98> Quintasan: roll out
[16:20] <shadeslayer> well .. if everything works ...
[16:21] <debfx> shadeslayer: 4.7.1 isn't released yet
[16:22] <shadeslayer> debfx: uh .. i saw a email on the kde-devel mailing list
[16:22] <shadeslayer> gah
[16:22] <shadeslayer> i read 4.8 as 4.7.1 in class
[16:23] <shadeslayer> i need to be kicked -.-
[16:24]  * Quintasan kicks shadeslayer
[16:24] <Quintasan> There you go
[16:24] <shadeslayer> thanks :P
[16:24] <Quintasan> BarkingFish: Hey, hey, we've got someone who wants to get hit ^
[16:25] <BarkingFish> Quintasan, I'm doing some work at the moment on trying to fix a package which is refusing to build
[16:25] <Quintasan> How's it going?
[16:26] <Quintasan> You can ask me or shadeslayer since I'm just testing KDE atm
[16:26] <BarkingFish> I was talking with Scott about it last night, we're trying to package gizmod for oneiric, but there's been some code changes within the API, and it won't build
[16:26] <Quintasan> brrr
[16:27] <BarkingFish> the biggest problem is updating the code, since it uses boost - the last version was 1.4.2, and if we're building it for oneiric, we need to port that to 1.4.6
[16:29] <BarkingFish> anyway, nose back to the grindstone
[16:33] <bulldog98> guys take the git survey: https://git.wiki.kernel.org/index.php/GitSurvey2011
[16:43] <bulldog98> shadeslayer: btw parislogger put the translation into oneiric
[16:43] <bulldog98> :)
[16:43] <shadeslayer> \o/
[16:43] <shadeslayer> plz2update wiki
[16:44] <bulldog98> shadeslayer: I think so, cause I got kde-i18n-de and eo on my laptop
[16:44] <bulldog98> shadeslayer: thats Haralds job
[16:44] <bulldog98> :P
[16:45] <shadeslayer> true that
[16:46] <bulldog98> and I checked apt-cache policy
[16:47]  * shadeslayer waves fist at nepomuk
[16:51] <bulldog98> shadeslayer: yeah sometimes nepomuk sucks, but only because of that shity messages, users don’t want to see that, that’s the problem of akonadi, too
[16:56] <bulldog98> shadeslayer: so my message is out
[17:02] <bulldog98> Riddell’s talk is starting
[17:04] <shadeslayer> where
[17:04] <shadeslayer> ah nvm
[17:14] <BarkingFish> hi guys, just a quick question - how do you regenerate a dsc file when you change the code in a package?
[17:14] <BarkingFish> i've done some work, but now the sha checksums and filesizes in the dsc don't match the size of the original tar.gz file with the code in
[17:15] <LaserJock> you can run debuild -S
[17:16] <BarkingFish> against the tar.gz, LaserJock?
[17:16] <BarkingFish> or on its own?
[17:16] <LaserJock> on it's own, in the root directory of the package
[17:16] <LaserJock> i.e. the level above the debian/
[17:16] <BarkingFish> ah, on
[17:16] <BarkingFish> *ok
[17:17] <LaserJock> it should find the orig.tar.gz in ../
[17:19] <bulldog98> BarkingFish: debuild -S -sa
[17:21] <LaserJock> yeah, the -sa will be needed it it's a new package or a new upstream tarball of an existing package
[17:28] <BarkingFish> ok this is now officially weird.
[17:28] <BarkingFish> I've pulled the source for the file I want, but I can't run debuild -S -sa against it, it presents a fatal error and says "Are you in the source code tree?"
[17:29] <BarkingFish> I'm in the same place all the other files go to when I do pull-lp-source
[17:29] <BarkingFish> *pull-lp-sources
[17:29] <shadeslayer> BarkingFish: what does your file structure look like currently?
[17:31] <BarkingFish> Hard to say really.  All I know is when I do pull-lp-sources gizmod  I get 3 files and none of them look like what I'm expecting
[17:32] <BarkingFish> aha
[17:32] <BarkingFish> it's sort of looking right now. Back in a tick
[17:33] <bulldog98> BarkingFish: you have to cd into the PACKAGENAME-VERSION dir
[17:34] <BarkingFish> yeah, I did that the first couple of times and they were comprised of 2 unextracted .tar.gz files and a .dsc
[17:34] <BarkingFish> nothing had actually extracted
[17:39] <BarkingFish> the package is running through debuild but still refusing to finish, because someone's key is not available to sign it.  Which file do I change to get it to clearsign with my key?
[17:40] <bulldog98> BarkingFish: debian/changelog
[17:40] <BarkingFish> ok
[17:40] <BarkingFish> cheers
[17:40] <bulldog98> BarkingFish: use dch -i to write into that
[17:40] <BarkingFish> ok
[17:41] <bulldog98> but change the version to *ubuntu*~ppa1 where * is the number of the last entry
[17:47] <bulldog98> Riddell: can you moderate my mail in kubuntu-devel?
[17:51] <BarkingFish> woohoo!  I managed to sign the dsc and changes files :)
[17:51] <BarkingFish> hallelujah
[18:03] <CIA-89> [lp:~bulldog98/kubuntu-dev-tools/trunk] Jonathan Kolberg * 130 * TODO Updated TODO
[18:14] <shadeslayer> OMG WTF IS WRONG WITH LUNCHPAD
[18:14] <shadeslayer> AAAAAAHHHH
[18:14] <shadeslayer> bulldog98: i'm getting spammed by your merges
[18:14] <bulldog98> shadeslayer: yes I approved them for the list
[18:15] <shadeslayer> list?
[18:15] <bulldog98> shadeslayer: kubuntu-devel
[18:15] <shadeslayer> wtf dude
[18:15] <shadeslayer> @_@
[18:15] <bulldog98> should I have rejected them?
[18:15] <shadeslayer> well .. uh ... its better than spamming everyone at once @_@
[18:16] <bulldog98> shadeslayer: now it’s too late(TM)
[18:16] <shadeslayer> yeah
[18:17] <shadeslayer> http://i.imgur.com/yBmaj.png
[18:17] <bulldog98> shadeslayer: nice :P use kontact
[18:18] <shadeslayer> and get spameed by knotifications
[18:18] <Quintasan> bambee: I think we have touchegg in repos now
[18:19] <bambee> Quintasan: touchegg was already in repos
[18:19] <bambee> do you mean touchegg-gui?
[18:19] <Quintasan> bulldog98: Y U SPAM MY INBOX
[18:19] <tsimpson> shadeslayer: this is why I switched to web-based email
[18:20] <shadeslayer> tsimpson: i think GMail nailed the web based frontend
[18:20] <bulldog98> Quintasan: sorry lauchpad should have sent them at the right time(TM)
[18:20]  * Quintasan goes apreshit
[18:20] <bulldog98> shadeslayer: you can turn them off
[18:21] <bambee> Quintasan: ?
[18:21] <Quintasan> I just got over 9000 merge requests emails
[18:21] <shadeslayer> Quintasan: inorite
[18:21] <Quintasan> bambee:
[18:21] <Quintasan> [~]% apt-cache search touchegg                                                                                (quintasan@nightwalker:~)
[18:21] <Quintasan> touchegg - Multitouch gesture recognizer
[18:21] <Quintasan> :/
[18:21] <Quintasan> wtf
[18:23] <Quintasan> OHSHI-
[18:23]  * Quintasan forgot to do his physics homework
[18:23] <bambee> Quintasan: it has been approved and pushed in repos one week ago (or two... whatever)
[18:24] <Quintasan> bambee: What's with the forwarded email the?
[18:24]  * bulldog98 should configure his configuration for kubuntu-devel ML
[18:24] <bulldog98> Quintasan: can have been more than around 70
[18:25] <bambee> Quintasan: are you talking about the email sent to kubuntu-devel?
[18:25] <Quintasan> bambee: Yes
[18:25] <bambee> well, it's a new release includings bugsfixes
[18:25] <BarkingFish> i'm sure I'm doing this right, but something is not working here.
[18:25] <Quintasan> bambee: Ask ScottK
[18:25]  * bulldog98 takes all the resposibility and will give guys how complian today a beer (next time he sees them
[18:27] <Quintasan> We need a sensible policy on what the fuck is being sent to us
[18:27] <BarkingFish> I updated the code, altered the changelog, ran debuild -S -sa and signed it.  Then I rebuilt the tar.gz using the changed code, and went to pbuilder-dist oneiric gizmod_3.4-0ubuntu5.dsc
[18:28] <bambee> personnally, I prefer ask ScottK about touchegg-gui :)
[18:28] <BarkingFish> which doesn't like the file, apparently
[18:28] <BarkingFish> dpkg-source: error: File ./gizmod_3.4.orig.tar.gz has size 141401 instead of expected 133749
[18:28] <BarkingFish> and that's after regenerating the dsc with all the correct data in it
[18:28] <Quintasan> argh
[18:28] <Quintasan> BarkingFish: Changes to the code must be made as a patch
[18:29] <Quintasan> I didn't tell you that, did I?
[18:29] <BarkingFish> no
[18:29] <BarkingFish> if you had, i wouldn't have done it
[18:29] <BarkingFish> :)
[18:29] <Quintasan> BarkingFish: Okay, copy over the files you modfied somewhere
[18:29] <BarkingFish> you explained about patches and the order they got applied in, but not that I couldn't explicitly alter the code
[18:29] <BarkingFish> :)
[18:30] <BarkingFish> you just want the two files I changed?
[18:30] <BarkingFish> I'll pastebin them up for you
[18:30] <Quintasan> no no no
[18:30] <Quintasan> don't paste em
[18:30] <Quintasan> just copy em somewhere from the source directory
[18:30] <Quintasan> only the files you modfied
[18:31]  * BarkingFish is developing a headache. It's called Gizmod :)
[18:31] <bulldog98> Quintasan: your merge requests are in query too
[18:31] <Quintasan> reject them
[18:31] <Quintasan> BarkingFish: done?
[18:32] <BarkingFish> yep
[18:32] <bulldog98> Quintasan: done
[18:33] <bulldog98> Quintasan: you should add an account for your @kubuntu.org and set it to send no mail
[18:33] <Quintasan> BarkingFish: Now then, delete the modfied source directory and extract the orginal one (with no modifications
[18:33] <Quintasan> bulldog98: What, where?
[18:33] <bulldog98> shadeslayer: here are some of yours too
[18:33] <shadeslayer> what
[18:33] <bulldog98> Quintasan: sing up with your @kubuntu and then settings uncheck recieve mail
[18:34] <shadeslayer> bulldog98: some emails from rohangarg @ kubuntu ?
[18:34] <bulldog98> @ubuntu
[18:34] <Quintasan> BarkingFish: then cd to the source tree
[18:34] <bulldog98> rbelem: you have mails there too
[18:34] <Quintasan> ln -s debian/patches patches
[18:34] <shadeslayer> bulldog98: are they ... important?
[18:34] <Quintasan> quilt push -a
[18:34] <Quintasan> quilt new <patch name>
[18:34] <BarkingFish> Quintasan,
[18:34] <shadeslayer> if not, trash them
[18:34] <shadeslayer> use your discretion
[18:34] <BarkingFish> be with you in a sec
[18:34] <Quintasan> Okay
[18:35] <bulldog98> shadeslayer: they should go to the list, as I said to Quintasan add an account for that and turn of mail recieve
[18:37] <Quintasan> Where did you find that option?
[18:37] <shadeslayer> i can't find that option myself
[18:37] <bulldog98> Quintasan: first of the options
[18:37] <Quintasan> but where?
[18:38] <bulldog98> Quintasan: login into the https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
[18:39] <BarkingFish> Quintasan, that now tells me that patch 04_ftbfs_oneiric.patch is now on top
[18:39] <Quintasan> Cool
[18:39] <Quintasan> now
[18:39] <Quintasan> quilt new <name of the patch> <-- the patch name should generally tell others what it's supposed to fix
[18:40] <BarkingFish> i did that already
[18:40] <BarkingFish> that's what gave me the result I showed you
[18:40] <Quintasan> Okay
[18:40] <Quintasan> Then
[18:41] <Quintasan> quilt add path/to/the/file/you/want/to/modify
[18:41] <Quintasan> you can add multiple files at once
[18:41] <BarkingFish> when I did the quilt push -a it said "no patches in series", am I doing this right?
[18:41] <Quintasan> most likely
[18:42] <BarkingFish> i hope so :)
[18:42] <BarkingFish> right, the two files I wanted to modify have been added
[18:42] <Quintasan> now do the changes that you wanted to do
[18:42] <Quintasan> you can copy over those modfied files
[18:43] <BarkingFish> ok
[18:44] <Quintasan> done?
[18:44] <Quintasan> quilt refresh
[18:44] <BarkingFish> yep
[18:44] <Quintasan> quilt pop -a
[18:44] <Quintasan> now you should mention adding a patch in debian/changelog
[18:44] <Quintasan> then you can debuild -S
[18:44] <Quintasan> and pbuild it
[18:45] <BarkingFish> er, dunno about you, but I think that looks a bit wrong :)
[18:46] <BarkingFish> I did the quilt pop -a and got: Removing patch 04_ftbfs_oneiric.patch - Restoring libH/DynamicBuffer.cpp - Restoring libH/Average.cpp
[18:46] <Quintasan> good
[18:46] <BarkingFish> No patches applied
[18:46] <Quintasan> it removed the patches
[18:46] <Quintasan> debuild -S will attempt to apply them again
[18:46] <BarkingFish> aha
[18:46] <BarkingFish> ok
[18:46] <Quintasan> you don't want to reapply applied patches :P
[18:47] <bulldog98> yofel_: either set up a @gmx in kubuntu-devel ML or change your prefered one in lp
[18:47] <BarkingFish> nope- total failure, fatal
[18:47] <BarkingFish> I'll paste the output
[18:48] <BarkingFish> http://paste.ubuntu.com/682776/
[18:49] <Quintasan> ahh
[18:49] <Quintasan> bleh
[18:49] <Quintasan> go do source directory
[18:49] <Quintasan> rm patches
[18:50] <BarkingFish> done
[18:50] <BarkingFish> go again on debuild -S?
[18:50] <Quintasan> ln -s does a symbolic link in case you didnt know
[18:50] <Quintasan> yup
[18:50] <BarkingFish> ok
[18:50] <Quintasan> should work now
[18:50] <Quintasan> if not the move your debian/ out of the source dir
[18:50] <Quintasan> remove the source, unpack it and copy over the debian/ and try again
[18:51] <BarkingFish> bugger it. I forgot to redo the changelog :P
[18:56] <BarkingFish> right, round 6 :)
[18:56] <BarkingFish> building now
[18:59] <Quintasan> BarkingFish: So every time you want to modify upstream source you have to do it like this
[18:59] <Quintasan> >policy
[18:59] <Quintasan> :P
[18:59] <BarkingFish> 0.0
[18:59] <BarkingFish> I take it I also have to apply that patch to the control file, right?
[18:59] <Quintasan> no no no
[18:59] <Quintasan> you can modify debian/* normally
[19:00] <BarkingFish> Well the build went through, but it hasn't worked.
[19:00] <BarkingFish> The changes I made haven't applied to the code
[19:00] <Quintasan> Hmm
[19:00] <Quintasan> Can I see the build log?
[19:00] <BarkingFish> sure
[19:02] <BarkingFish> http://paste.ubuntu.com/682783/
[19:03] <Quintasan> durrr
[19:04] <Quintasan> BarkingFish: Can you upload the debian/ directory and link me to it?
[19:04] <BarkingFish> sure
[19:04] <BarkingFish> give me a few moments
[19:07] <BarkingFish> can't work out how to share the whole folder, I'll tar.gz it and send it that way
[19:10] <BarkingFish> Quintasan, http://www.4shared.com/file/LkxSyv9k/debian.html
[19:10] <BarkingFish> bbiab, got to go get some food
[19:11] <Quintasan> uuh
[19:11] <Quintasan> what the
[19:13] <Quintasan> lol @ patches
[19:13] <Quintasan> every release has it's own ftbfs patch
[19:13] <Quintasan> :DDD
[19:14] <Quintasan> ooooh
[19:14] <Quintasan> I see
[19:14] <Quintasan> !
[19:15] <Quintasan> shadeslayer: ping
[19:16] <shadeslayer> ssup
[19:16] <Quintasan> Since I have to go
[19:16] <shadeslayer> yes?
[19:16] <Quintasan> tell BarkingFish to remove debian/patches/series file
[19:16] <shadeslayer> alright
[19:16] <Quintasan> gizmod it totally out of date and it uses cdbs magic to apply patches
[19:16] <shadeslayer> ouch
[19:16] <Quintasan> once he does that it should work
[19:17] <shadeslayer> alright
[19:17] <Quintasan> See you tomorrow
[19:17] <shadeslayer> cya
[19:17]  * shadeslayer is making tp-kde idiot proof
[19:17] <shadeslayer> BarkingFish: remove the debian/patches/series file
[19:18] <BarkingFish> ok
[19:18] <shadeslayer> BarkingFish: http://paste.kde.org/118537
[19:18] <BarkingFish> wilco
[19:23] <yofel> evening
[19:23] <bulldog98> hi
[19:25] <yofel> bulldog98: huh? I should be subscribed to kubuntu-devel with @gmx
[19:25] <shadeslayer> yofel: aren't you supposed to be on a holiday? :P
[19:26] <BarkingFish> shadeslayer, repeat of the last time, build failed
[19:27] <shadeslayer> BarkingFish: can i have the log?
[19:27] <BarkingFish> sure
[19:27] <bulldog98> yofel: really then lp does something wrong
[19:27] <bulldog98> yofel: I’ll check that
[19:27] <BarkingFish> shadeslayer, http://paste.ubuntu.com/682796/
[19:28] <bulldog98> yofel: you are right lp does something wrong
[19:28] <BarkingFish> wait a moment
[19:28] <BarkingFish> i know what I did wrong.
[19:28] <BarkingFish> I didn't remove the series file from the tar.gz it's being built against.  I took it out of the source tree.
[19:29] <yofel> shadeslayer: sitting at the balcony at the sea connected to the net, what's strange about that? :P
[19:29] <BarkingFish> ever had one of those days where you wish the floor would open up and just swallow you whole?  If you have, welcome to the club. I'm having one right now.
[19:35] <BarkingFish> you know what, I'm calling it a night for now.  I need to go calm down, and since I have the rest of the week off work, I'll come back tomorrow after a damn good sleep.
[19:36] <BarkingFish> Sorry to have bothered you all tonight, i'm not thinking straight.
[19:36] <BarkingFish> see ya in the morning
[19:37] <shadeslayer> yofel: hahah :D
[19:37] <shadeslayer> yofel: where are you ?
[19:42] <bulldog98> shadeslayer: has my mail about application reached you and the ml?
[19:42] <shadeslayer> no
[19:43] <shadeslayer> nothing yet
[19:43] <bulldog98> mh how slow is mailman?
[19:44] <shadeslayer> ofcourse ... after your merge mail, its taking a break :P
[19:45] <yofel> shadeslayer: crotia - novi vinodolski
[19:45] <yofel> *croatia
[19:47] <shadeslayer> ah
[19:49] <bulldog98> shadeslayer: can you add that to our topic? http://doodle.com/8hh6gkaczp4hbk5d
[19:49] <yofel> bulldog98: topic isn't locked
[19:49] <shadeslayer> ^^
[19:50]  * bulldog98 has to edit the doodle before
[19:51] <bulldog98> it’s to early (I’m not at home at that time)
[19:53] <yofel> bulldog98: why a kubuntu dev meeting?
[19:53] <bulldog98> yofel: thought that would be the name
[19:53] <debfx> I guess s/dev/council/
[19:54] <yofel> bulldog98: for *what*
[19:54] <bulldog98> yofel: for a meeting where I get approved :)
[19:54] <yofel> bulldog98: as?
[19:54] <bulldog98> yofel: Kubuntu member
[19:54] <yofel> then you need the council as debfx said
[19:55] <yofel> which would then be a regular kubuntu meeting
[19:56]  * bulldog98 is renaming that
[20:02] <bulldog98> kdeutils has a new tarball
[20:02] <shadeslayer> i'm off to sleep
[20:02] <shadeslayer> night guys
[20:04] <bulldog98> shadeslayer: gn
[20:09]  * yofel is off again
[20:11]  * bulldog98 goes to sleep, too
[20:25] <Daskreech> Someone to blame!!
[20:25] <Daskreech> \o/
[20:53] <Daskreech> nixternal: What's up?? :-D
[20:53] <nixternal> nadda
[20:57] <Daskreech> what you been doing?
[20:57] <Daskreech> How's Chicago this fine summer?
[21:00] <nixternal> consulting, riding, and being lazy this summer. been a warm one, but now it is starting to cool down
[21:04] <Daskreech> lazy riding?
[21:04] <Daskreech> Or lazy consulting? :)
[21:06] <nixternal> both
[21:06] <nixternal> a lot of racing this summer
[21:11] <BarkingFish> ScottK, you about?
[21:12] <ScottK> Quintasan: You don't need me to upload libs/runtime now that it won't hit New again.  The archive isn't frozen.
[21:12] <BarkingFish> I think we've got more problems in the code of gizmod than we first thought.  I've just sucked the entire codebase into kdevelop as a CMake project, and a trial compile is presenting some rather interesting errors.
[21:12] <ScottK> bambee and Quintasan: I think updating touchegg and addint touchegg-gui makes sense.
[21:12] <ScottK> BarkingFish: Yes.
[21:13] <bambee> I agree
[21:13] <ScottK> BarkingFish: Given that it hasn't been touched upstream in a couple of years, it may be more trouble than it's worth.
[21:14] <ScottK> BarkingFish: If you're up for giving a go at fixing it, you're welcome to try, but given it's state, I think removal is probably more sensible.
[21:14] <BarkingFish> I'd be inclined to agree there.  I've applied a patch to it to clear up the size_t issues, by adding #include <stddef.h> in a couple of places, and the patch didn't do a dang thing
[21:14] <BarkingFish> all the errors we initially had in the build are still there.  Call it a loss and move on?
[21:16] <ScottK> Sure.
[21:17] <ScottK> BarkingFish: dammit is the next one on my list.
[21:18] <BarkingFish> same as before, just pull it and see if it will build?
[21:21] <ScottK> Yep
[21:22] <BarkingFish> building for oneiric?
[21:22] <ScottK> Yep
[21:22] <BarkingFish> ok, doing now
[21:22] <ScottK> BTW, Bug #770797 is now a request for removal...
[21:23] <ScottK> I'm not feeling well today, so I'm going to go crash for a bit.
[21:24] <BarkingFish> build failed, ScottK - I'll paste up the output and memo you the url
[21:24] <ScottK> OK.
[21:27] <ScottK> Either a missing include or an API change.  Consult with Google.
[21:27] <ScottK> Really off now ...
[21:27] <BarkingFish> ok then, no probs. Take care
[21:33] <BarkingFish> If I want to pass extra commands to the compiler, I can't add those to the pbuilder-dist command, can I?
[22:23] <BarkingFish> mind if I go a bit nuts for a second???
[22:24] <BarkingFish> WOOHOO!!!!
[22:24] <BarkingFish> after a shedload of debugging and picking apart, dammit has built for oneiric.
[22:24] <BarkingFish> :P
[23:56] <ryanakca> Mamarok: What needs announcing?


[05:19] <stub> 11:13:26~/lp $ bzr branch  sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/dists/devel oops
[05:19] <stub> bzr: ERROR: Not a branch: sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/dists/devel
[05:19] <stub> 11:13:44~/lp $ bzr branch  sftp://chinstrap.ubuntu.com//home/warthogs/archives/rocketfuel/dists/devel oops
[05:19] <stub> bzr: ERROR: Not a branch: sftp://chinstrap.ubuntu.com//home/warthogs/archives/rocketfuel/dists/devel
[05:19] <stub> Anyone else seeing that?
[05:29] <jblack> stub: trying
[05:34] <jblack> Hmm
[05:36] <jblack> I'm being too quiet. I can reproduce it. I'm tracing it out
[05:40] <jblack> ___It is doing ssh work.
[05:41] <jblack> but the read is failing.
[05:42] <jblack> Its claiming that branch-format (our identifier file) doesn't exist
[05:51] <jblack> Ok. found the problem
[05:51] <jblack> part of it
[05:55] <jblack> stub: ping
[05:57] <jblack> stub: Try modifying sftp.py, line 270
[05:57] <jblack> change it from:
[05:57] <jblack> path = '/'.join(basepath)
[05:57] <jblack> to:
[05:57] <jblack> path = '/' + '/'.join(basepath)
[05:58] <jblack> That'll be bzrlib/transports/sftp.py, that is
[06:00] <jblack> stub: Its also supposedly fixed in the very latest.
[08:38] <sivang> morning all
[02:05] <sivang> lifeless: makes perfectly sense, so 30mins = 6 minutes python time + postgres time ?
[02:06] <lifeless> thats what my current profiling info says
[02:06] <lifeless> though thats probably really 30mins = 3 + postgres
[02:06] <lifeless> cause that 6 minute figure is from an hour long profile run
[02:29] <slomo> hi... will something like (Closes: #1234) be implemented for malone somewhere in the future?
[06:07] <mpt> slomo, sometime in the future, yes
[06:09] <slomo> ok, thanks :)
[06:17] <siretart> slomo: this is malone bug #2037, btw
[06:17] <Ubugtu> Malone bug #2037: feature request: closing via changelog In: malone (upstream), Severity: Normal, Assigned to: Brad Bollenbach, Status: Accepted https://launchpad.net/bugs/2037
[09:33] <lifeless> morning
[11:09] <Seveas> is there a way to get notifications everytime the malone web interfaace changes
[11:09] <Seveas> Ubugtu is not happy
[11:09] <Seveas> bug 1
[11:09] <Ubugtu> Malone bug #1: Microsoft has a majority market share In: Ubuntu, Severity: Critical, Assigned to: Mark Shuttleworth, Status: Accepted https://launchpad.net/bugs/1
[11:09] <Seveas> hmm
[11:10] <Seveas> bug 583
[11:10] <Ubugtu> Malone bug #583: reportbug: While sending a Bug report I got several errors-messages In: reportbug (Ubuntu), Severity: Major, Assigned to: <img alt="Linked to " src="/++resource++arrowRight.gif" />, Status: NeedInfo https://launchpad.net/bugs/583
[11:23] <mpt> That's an interesting assignee
[11:24] <mpt> Seveas, what you really want is an XML-RPC interface, methinks
[11:24] <mpt> that would save you headaches, and save Launchpad bandwidth
[11:24] <Seveas> mpt, definitely
[11:25] <Seveas> but since that seems to be a low-priority goal...