[01:05] <rbelem> Riddell, ping
[01:07] <rbelem> Riddell, the debdiff for the qtwebkit package http://paste.ubuntu.com/491308/
[01:07] <rbelem> Riddell, it just needed to update the package
[01:08] <rbelem> Riddell, the qml plugin patch was cherry-picked already
[01:08] <rbelem> Riddell, https://bugs.webkit.org/show_bug.cgi?id=40050
[01:09] <rbelem> Riddell, sorry for the noise
[04:41] <ScottK> nixternal or apachelogger: I've added some information and theorizing to Bug #627815.  Perhaps you could have a look at it and see if you can figure it out.  I know you both have the ~exact same netbook I'm seeing the problem on.
[09:06] <rbelem> hey Riddell
[09:11] <Riddell> hi rbelem 
[09:12] <Riddell> ooh, a patch for qtwebkit, good good
[09:16] <Riddell> http://linux.slashdot.org/story/10/09/09/1925214/Broadcom-Releases-Source-Code-For-Drivers  awooga
[09:24] <debfx> is the missing stylesheet in qt assistant docs an upstream problem?
[09:24] <rbelem> Riddell, thats great news
[09:25] <rbelem> Riddell, i'm filling a bug right now
[09:29] <rbelem> Riddell, https://bugs.launchpad.net/ubuntu/+source/qtwebkit-source/+bug/634755
[09:37] <rbelem> are upload currently disabled in launchpad?
[09:40] <Riddell> don't think so
[09:41] <rbelem> hum...
[09:41] <rbelem> maybe because i'm on my mobile phone
[09:44] <rbelem> Riddell, did you take a look on the debdiff?
[09:46] <rbelem> Riddell, I'm going to sleep again :D
[09:47] <rbelem> it's 04:46 AM here
[09:48] <rbelem> bye
[09:48] <Riddell> rbelem: yes looks good
[09:48] <Riddell> I'll upload
[09:48] <Riddell> thanks rbelem 
[09:48] <rbelem> thanks Riddell :D
[09:48] <rbelem> i will sleep better now
[09:49]  * rbelem leaving...
[09:56] <Riddell> persia: third time unlucky for koffice :(
[09:57] <persia> Riddell, Heh.  I've been working that on-and-off the past couple days.  The code contains so many implicit double casts that it's painful.
[10:03] <Riddell> persia: I take it you have something to compile it on?  probably better than iterating through doing it in a PPA 
[10:04] <persia> Riddell, I have some no-longer-supported hardware, and a very slow beagle (256MB), so nothing so fast as the PPA builders, but yeah, likely better.
[10:09] <apparle> Riddell: is there a bug report for qtwebkit flash issue? or should I file one?
[10:22] <apparle> isn't there any way to set default signing key for debuild
[10:22] <apparle> right now I have to do "debuild -S -k<mykey>"
[10:27] <persia> apparle, set DEB_EMAIL in your environment.  This will default to the key with an identity that matches that address.
[10:28] <apparle> persia: is it DEBEMAIL or DEB_EMAIL?
[10:29] <apparle> persia: because I have DEBEMAIL set but not DEB_EMAIL
[10:29] <persia> Sorry: DEBEMAIL.  Does that match something in your changelog.
[10:33] <Riddell> apparle: yes it takes the details from the top entry in debian/changelog
[10:33] <apparle> Riddell: its not taking. :(
[10:33] <Riddell> apachelogger: code submission day, I take it you've done that?
[10:34] <Riddell> apparle: well don't worry about it, it's only an issue if you need to upload it to the archive
[10:34] <Riddell> it's a good thing not to sign it otherwise
[10:34] <apparle> Riddell: means?
[10:34] <Riddell> what means what?
[10:35] <apparle> Riddell: "it's a good thing not to sign it otherwise"? should I do it unsigned?
[10:35] <Riddell> yes, you're just test building it, you're not uploading it to the archive (you don't have permission)
[10:36] <apparle> Riddell: okay and I am getting warnings while building the source "dpkg-source: warning: ignoring deletion of file <many files>" should I ignore them
[10:37] <Riddell> I think that's just down to qt's messy build system
[10:37] <Riddell> as long as it builds that's fine
[10:41] <Riddell> hello androidlogger 
[10:42] <androidlogger> ScottK: I think timing is no bad guess
[10:42] <androidlogger> ahoy Riddell
[10:43] <androidlogger> ScottK: the best way to solve this would probably be to enhance startkde to create the xdg dirs... it seems a bit useless to do anywhere else...
[10:46] <Riddell> androidlogger: solve what?
[10:46] <jussi> androidlogger: you got a new phone?
[10:55] <androidlogger> Riddell: scott's netbook places file startup error thing
[10:55] <androidlogger> jussi: no, why?
[10:56] <Riddell> androidlogger: I'd have thought the current /etc/X11/Xsession.d/60xdg-user-dirs-update gets run before startkde
[11:00] <androidlogger> good point, but from an upstream pov that is not necessarily the case
[11:00] <androidlogger> woah that client is serious crap
[11:03] <Riddell> androidlogger: code submission deadline today, I presume you've done that?
[11:08] <androidlogger> yep
[11:15] <androidlogger> oh I think I envisioned a way to decrease startup time of kde....
[11:20] <androidlogger> ... on mobile
[11:23] <androidlogger> or maybe desktop too...
[11:40] <shadeslayer> androidlogger: ssup
[11:44] <androidlogger> installtime decascading muhahhaha!
[11:48] <shadeslayer> androidlogger: i looked at KIconLoader ( wrt to my plasma patch ), but i just found a enum which can replace      const QList<int> iconSizes = QList<int>() << 16 << 22 << 32 << 48 << 64 << 128 : but idk how to convert this enum to a QList :(
[11:49] <shadeslayer> http://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/classKIconLoader.html#a731529b94f19e837155d2deb1e99b680 << the enum
[11:49] <androidlogger> I know the enum...
[11:50] <androidlogger> question is do you need the list at all
[11:50] <shadeslayer> ohhhh!
[11:51] <shadeslayer> i can just read m_customSize
[11:51] <shadeslayer> s/m_customSize/m_customIconSize
[11:51] <shadeslayer> wait... lemme see..
[12:02] <JontheEchidna> Just use the enum members themselves
[12:02] <JontheEchidna> there's no guarantee that m_customIconSize will ever be used
[12:05] <shadeslayer> androidlogger: btw line 439 of http://reviewboard.kde.org/r/5049/diff/#index_header isnt needed at all because line 420 already sets url
[12:06] <shadeslayer> so already remove
[12:08] <lex79> shadeslayer: are you doing kdepim-* ?
[12:09] <shadeslayer> lex79: yes...
[12:09] <lex79> both?
[12:09] <shadeslayer> well.. ive just started on runtime
[12:09] <shadeslayer> so if you want to do kdepim, be my guest :)
[12:10] <lex79> shadeslayer: ok, I do kdepim
[12:10] <shadeslayer> alright .. ill upload to ninja ppa after its done
[12:10] <lex79> and bzr, thanks :)
[12:10] <shadeslayer> yeah :)
[12:14] <shadeslayer> lex79: any news on your UDS application?
[12:15] <lex79> shadeslayer: I didn't apply, I already finished my vacations this year
[12:16] <shadeslayer> ohh... :(
[12:17] <JontheEchidna> (I won't make it because of school)
[12:18] <shadeslayer> no one coming to disney land then? :P
[12:19] <ScottK> shadeslayer: Riddell posted a list of Kubuntuish people that applied a coupld of days ago.
[12:19]  * shadeslayer looks at logs
[12:20] <shadeslayer> ah i remember... he did
[12:20]  * JontheEchidna is off for the morning
[12:20] <shadeslayer> JontheEchidna: cya..
[12:22] <androidlogger> shadeslayer, what did you write? this client here is the evil
[12:22] <shadeslayer> hehe
[12:22] <shadeslayer> androidlogger: btw line 439 of http://reviewboard.kde.org/r/5049/diff/#index_header isnt needed at all because line 420 already sets url
[12:24] <androidlogger> looks like it 
[12:24]  * shadeslayer eliminates some more setUrl calls
[12:35] <apparle_> damn it. I was already 2 hours into compiling qt and my pc crashed ......... :( :( :(
[12:35] <shadeslayer> apparle_: so?
[12:35] <shadeslayer> you can continue from there
[12:35] <shadeslayer> just type make -j3 .. and itll continue
[12:36] <apparle_> shadeslayer: pbuilder..
[12:36] <shadeslayer> oic .. :P
[12:36] <apparle_> shadeslayer: does pbuilder take that option?
[12:36] <shadeslayer> no 
[12:36] <apparle_> :( :( :(
[12:36] <shadeslayer> since its a *clean* chroot :D
[12:36] <shadeslayer> why were you compiling it anyways>
[12:37] <Sput> 2 hours? that must be a sloooooow computer
[12:37] <apparle_> shadeslayer: qtwebkit patch
[12:37] <shadeslayer> oh
[12:38] <shadeslayer> heh.. the indian ubuntu mirror is fail
[12:38]  * shadeslayer switches to main mirror
[12:38] <apparle_> Sput: its not very slow... but not a fast computer also.... 2.8GHz pentium D and 1.2GB RAM
[12:38] <apparle_> shadeslayer: I have already downloaded all the required archives so no problem
[12:38] <shadeslayer> ah... low RAM i guess ^
[12:39] <apparle_> shadeslayer: that is low?
[12:39] <apparle_> shadeslayer: I never fill it up ever
[12:39] <shadeslayer> apparle_: i have 3GB and kdepim-runtime takes 20 mins to build :P
[12:39] <shadeslayer> so.. id say qt needs about 2GB atleast to build quickly
[12:39] <apparle_> but I never knew compiling was memory heavy
[12:39] <shadeslayer> depends really
[12:40] <shadeslayer> idk what debuilder passes to make -j<insert a number here>
[12:40] <apparle_> anyways I am not going to buy a new computer... so I have to use this whether slow or fast... so the pbuilder starts again
[12:41] <shadeslayer> lex79: kdepim is going to take 50 mins to build :P
[12:42] <lex79> I'm doing kdepim...
[12:44] <lex79> shadeslayer: didn't you say that you're doing -runtime?
[12:44] <shadeslayer> yes, im just warning you :D
[12:45] <lex79> ah :)
[12:45] <lex79> nah..15 mins here
[12:47] <ScottK> yofel: Congratulations on being famous.
[12:48] <yofel> huh?
[12:48] <ScottK> yofel: You're Philip Muskovac, right?
[12:48] <yofel> oh, did mark post his blog? ^^
[12:48] <ScottK> He did.
[12:48] <shadeslayer> ScottK: what happened? :D
[12:48] <yofel> yay :D
[12:48] <ScottK> shadeslayer: See p.u.c.
[12:48]  * shadeslayer looks
[12:49] <ScottK> yofel: Since you're big on Scribus, any chance you could look at the newer scribus-ng package in Debian Unstable and see if we want to update before release?
[12:49]  * Sput thinks having a separate $HOME makes a lot of sense
[12:49] <shadeslayer> oic :P
[12:49]  * shadeslayer congrats yofel
[12:51] <yofel> ScottK: I only skimmed it so far, maybe I'll have time to look at the changes in 1.3.8 more in depth tomorrow
[12:51] <ScottK> yofel: Thanks.  I suspect we want it, but would appreciate it if you could have a look.
[12:52] <ScottK> (If I do it, I can't approve the freeze exception if needed)
[12:52] <lex79> ScottK: http://tsdgeos.blogspot.com/2010/09/ebook-tools-02-released.html
[12:53] <lex79> do we need a FFe for this?
[12:53] <ScottK> Looking
[12:53] <ScottK> lex79: If it's just the bug fixes, no.
[12:53] <lex79> Ok I'm going to do then
[12:54] <shadeslayer> androidlogger: any suggestions for line 504 condition? since i removed filterType, and m_url is always equal to url, id guess the code is redundant there? http://reviewboard.kde.org/r/5049/diff/#index_header
[12:55] <shadeslayer> ok so aprt from the KIconLoader stuff, everything else is fixed i think
[12:58] <ScottK> debfx: Have you got time to look at a bug?
[12:59] <shadeslayer> :O
[12:59] <shadeslayer> lex79: kdepim-runtime is not in source format 3, do you want me to convert it? or keep as such
[12:59] <ScottK> shadeslayer: It's a new upstream version, right?
[13:00] <shadeslayer> ScottK: its a bug fix release
[13:00] <lex79> we want source format 3 like the other KDE packages
[13:00] <ScottK> Yes.
[13:00] <shadeslayer> so convert it then :)
[13:00] <ScottK> shadeslayer: If it's a new upstream version (even bugfix), yes.
[13:02] <debfx> ScottK: yes
[13:02] <ScottK> debfx: Bug #627815 looks like a timing issue between XDG directory creation and kde somehow.
[13:03] <ScottK> It doesn't actually cause major problems, but the warning that's produced is going to scare people.
[13:04] <ScottK> The /etc/X11/Xsession.d/60xdg-user-dirs-update should in theory run before, so maybe it's not creation, but I've got no other theory.
[13:06] <debfx> so the error shows up when you boot the live iso?
[13:07] <ScottK> debfx: Yes. If you are booting into a display with low enough resolution to get plasma-netbook by default.
[13:08] <debfx> ScottK: can I force it to run plasma-netbook?
[13:08] <ScottK> debfx: I don't think so.
[13:08] <ScottK> If you run it in a VM, the display resolution will be low enough.
[13:09] <yofel> hm, you can't make build-deps optional right? like: use it if it exists and ignore it otherwise
[13:09] <ScottK> yofel: No.
[13:09] <yofel> ok, means scribus-trunk lucid will need a packaging fork thanks to qtwebkit..
[13:10] <debfx> ScottK: has the cdrom drive check been removed?
[13:10] <ScottK> debfx: I think so.
[13:13] <ScottK> yofel: I think can do something like libqt4-dev (>= 4.7~), libqt4-dev (<< 4.7~~) | qtwebkit-dev (and I didn't check package names, so check that too)
[13:13] <yofel> I'll try that, thanks
[13:15] <shadeslayer> heh.. something weird happened, kdepim compiled in seconds
[13:15] <shadeslayer> s/kdepim/kdepim-runtime
[13:16] <apparle_> guys I want to depelop a cross platform game.... please suggest a library.
[13:16] <shadeslayer> apparle_: idk if gluon is cross platform or not, but thats one of the libs i know about
[13:17] <shadeslayer> apparle_: http://doc.trolltech.com/4.7-snapshot/qml-advtutorial.html < too
[13:18] <apparle_> shadeslayer: not today but maybe after a decade... I'd like to make some money off it. But Qt licenses are not exactly cheap... so no qt
[13:20] <apparle_> ok keep aside games.... Suggest a cross platform IDE,..... I know about eclipse and netbeans... tell me which is good or if you know any other
[13:20] <shadeslayer> apparle_: qtcreator
[13:21] <shadeslayer> well ... more qt there ;)
[13:21] <shadeslayer> there was one more... i dont remember which .. sheytan_ has the full list IIRC
[13:21] <ScottK> apparle_: Isn't Qt LGPL now?
[13:21] <txwikinger> ScottK: Yes it is
[13:22] <apparle_> ScottK: I am not that aware of licenses but in my knowledge if I have to sell applications written in qt I have to buy a commercial license or something
[13:22] <txwikinger> You can choose which licence you want to you
[13:22] <txwikinger> use
[13:22] <ScottK> apparle_: Not anymore.
[13:22] <apparle_> is that so?
[13:22] <txwikinger> Yes Scott is right
[13:22] <ScottK> Because it's also licensed LGPL now you can link proprietary work to it.
[13:22] <apparle_> so I can sell applications written in Qt open source version as closed source ... awesome
[13:23] <ScottK> IANAL and all that, but txwikinger is.
[13:23] <sheytan_> shadeslayer what list?
[13:23] <shadeslayer> sheytan_: the IDE list ...
[13:23] <shadeslayer> you wanted it for the site
[13:24] <sheytan_> shadeslayer, yep, and ive got kdevelop, qtcreator, localize, kate, and qt assistant
[13:24] <sheytan_> that's what i used for the website
[13:24] <shadeslayer> apparle_: ^
[13:24] <shadeslayer> lex79: im uploading kdepim-runtime ;)
[13:24] <lex79> good
[13:25] <apparle_> again more or less kde and qt... I am looking for windows as well... and for developing other than qt or kde
[13:26] <sheytan_> ive to go, bye ;)
[13:26] <shadeslayer> sheytan_: cya
[13:38]  * Sput wonders why people still insist in developing closed-source software
[13:43] <apparle_> Sput: I don't intend to do so. But if I am working for a company which asks me to do so, then I don't want to move to visual studio or something.
[13:45] <Sput> I see.
[13:45] <Sput> well, keeping people away from MSVC is definitely a good thing
[13:47] <apparle_> I think I'll start with SDL for game development, anyone has any comments, pointers, suggestions on this?
[13:54] <apparle_> shadeslayer: did you make any changes to the debian folder of qipmsg.
[13:54] <apparle_> shadeslayer: I want to compile it, so do I have to make any changes
[13:54] <shadeslayer> no changes required to compile it
[13:54] <shadeslayer> BUT.. needs proper documentation of copyright
[13:54] <apparle_> shadeslayer: hmmm so I can at least compile for myself
[13:54] <shadeslayer> yes
[13:55] <shadeslayer> there are also packages in my ppa btw
[13:55] <apparle_> shadeslayer: those are for qt 4.7, I have old qt
[13:55] <txwikinger> Riddell: Any help needed before the feature freeze?
[13:56] <shadeslayer> apparle_: oh...
[13:57] <ScottK> txwikinger: See kubuntu-devel ML for stuff coming up to do.
[13:58] <lex79> shadeslayer: can you commit your kdepim-runtime changes to bzr?
[13:58] <shadeslayer> lex79: im waiting the package to build in PPA
[13:58] <lex79> kk
[13:59] <shadeslayer> lex79: 32 bit built, committing
[14:00] <lex79> thanks
[14:19] <shadeslayer> jussi: um.. no bug links in ubottu PM ?
[14:20] <shadeslayer> lex79: can you upload new choqok ? 
[14:20] <shadeslayer> bug 628051 << doesnt need FFe i think
[14:20] <shadeslayer> ScottK: ^
[14:21] <shadeslayer> imo this is more of a Bug fix release
[14:21] <ScottK> shadeslayer: Please know, don't guess.
[14:21] <shadeslayer> im not guessing, im saying that thats my opinion 
[14:22] <shadeslayer> since it doesnt add any new features other than adding a new url shortner 
[14:22] <shadeslayer> +services
[14:25] <ScottK> OK.  It needs an FFe then.
[14:27] <apachelogger> well then
[14:27] <apachelogger> if maverick was any more shit on this system I would get drunk right now
[14:28] <apachelogger> oh well, I suppose it cant hurt to get drunk anyway
[14:28] <ScottK> Since we are releasing with 4.5.1 and not 4.5.2, it would be good if someone was watching kdesvn for important commits we might cherrypick.
[14:28] <ScottK> apachelogger: Your threshold for that is not particularly high.
[14:28] <ScottK> apachelogger: What's wrong with it?
[14:29] <shadeslayer> ok .. ill add the necessary details then
[14:34] <shadeslayer> i still have no idea where my .debs go after building ...
[14:34] <shadeslayer> and no, theyre not in /var/cache/pbuilder/result/
[14:35] <apparle_> :D
[14:36] <apparle_> shadeslayer:  lets hope that doesn't happen to me, after waiting for 2 hours
[14:36] <yofel> shadeslayer: /var/cache/pbuilder/maverick-amd64/result/ ?
[14:36] <shadeslayer> hehe... im using all of the pbuilder hooks in the bzr branch
[14:37] <shadeslayer> yofel: http://paste.ubuntu.com/491584/ << ls -l of  /var/cache/pbuilder/
[14:38] <yofel> shadeslayer: pastebin your .pbuilderrc
[14:38] <shadeslayer> yofel: http://paste.ubuntu.com/491585/
[14:39] <yofel> odd, should be in BUILDRESULT=/var/cache/pbuilder/result/
[14:41] <shadeslayer> yeah i know...
[14:41] <shadeslayer> yofel: im using all of the pbuilder scripts from kubuntu-members bzr branch
[14:41] <shadeslayer> maybe that might affect it
[14:42] <yofel> I do too, and they're at the defined place here
[14:42] <mfraz74> any ideas why installing foomatic-db on Kubuntu 10.10, wants to remove kubuntu-desktop?
[14:43] <yofel> shadeslayer: here's my rc
[14:43] <yofel> http://paste.ubuntu.com/491591/
[14:44] <shadeslayer> yofel: quite different from mine ;)
[14:44] <lex79> ScottK: ebook-tools https://launchpad.net/~alessandro-ghersi/+archive/ppa/+packages
[14:48] <apparle_> I am facing a severe diskspace problem... before pbuilder started building qt, I had 5GB free space. Now I only have 60MB free. Help. Tell me few locations to free space fast.
[14:49] <schmidtm> mfraz74: kubuntu and ubuntu use foomatic-db-compressed-ppds
[14:50] <yofel> apparle_: sudo apt-get clean to get rid of downloaded .debs?
[14:50] <yofel> and yes, qt needs a lot of space
[14:50] <apparle_> yofel: I need those, later... backing them up. Anywhere else
[14:51] <apparle_> yofel: that will only free 1GB, what to do after that
[14:53] <apparle_> is there any command to display the size of each folder?
[14:54] <yofel> not that I know of, there's 'du -sh *' to list the folders that you have in the folder that you're in now, and there's baobab for a graphical inspection (gnome)
[14:55] <yofel> crap, while I'm talking here apt ran out of space here :S
[14:59] <apparle_> how to clean thumbnail cache.... its taking 60Mb here
[15:00] <EagleScreen_> for KDE we have filelight to inspect disk usage
[15:02] <apparle_> EagleScreen_: and is it installed?
[15:02] <EagleScreen_> not by default
[15:02] <apparle_> EagleScreen_: else I am in trouble,... no space here
[15:02] <EagleScreen_> filelight must use very few space
[15:03] <ScottK> lex79: Looking.
[15:04] <ScottK> apparle_: Quickest way to get a large chunk of space back is remove the tarball for your pbuilder chroot and recreate it later after you're back in safe territory.
[15:04] <smarter_> apparle_: thumbnail cache is in ~/.thumbnails
[15:05] <apparle_> ScottK: but pbuilder is compiling... would removing it be okay?
[15:05] <yofel> pbuilder also uses a seperate aptcache by default, /var/cache/pbuilder/aptcache - might be worth to clean that too
[15:05] <smarter_> apparle_: also, sudo apt-get clean
[15:05] <apparle_> smarter_: already done
[15:05] <ScottK> apparle_: Not sure.
[15:06] <smarter_> apparle_: I made a simple scripts years ago to get some spaces back: http://opendesktop.org/content/show.php/Ubucleaner?content=71529
[15:06] <smarter_> *script
[15:06] <yofel> apparle_: remove some old kernels too if you have any
[15:06] <smarter_> my script does that :p
[15:06] <smarter_> well, it did years ago
[15:07] <apparle_> the .kde folder in home is taking a lot of space (1.2GB) any pointers on cleaning it without obviously messing all my settings
[15:07] <smarter_> akregator cache?
[15:08] <yofel> here it's nepomuk using 1.3G o.O
[15:08] <yofel> yay
[15:08] <yofel> 18481295 1.2G -rw------- 1 yofel yofel 1.2G 2010-09-10 16:05 soprano-virtuoso.db
[15:09] <apparle_> yofel: I have disabled nepomuk, does the database automatically get disabled or do I have to delete
[15:10] <yofel> you probably have to delete it, I disabled it once too and the db is obviously still there
[15:10] <apparle_> yofel: where is it?
[15:10] <yofel> /home/yofel/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend
[15:10] <ScottK> lex79: Uploaded. Thanks.
[15:10] <shadeslayer> apachelogger: http://paste.ubuntu.com/491606/ << have a look
[15:11] <shadeslayer> just need to test build now
[15:12] <apparle_> yofel: thanks... another 900MB free
[15:12] <smarter_> "//Declare some variables that are used afterwards", great comment :p
[15:12] <shadeslayer> smarter_: haha :P
[15:13] <apparle_> I just saw I have many builds in var/cache/pbuilder? Can I delete old ones?
[15:14] <apparle_> I mean how to find which ones are old, 
[15:14] <shadeslayer> apparle_: id say remove /var/cache/pbuilder/result
[15:15] <smarter_> apparle_: ls -l? :p
[15:15] <apparle_> shadeslayer: but pbuilder is compiling, so wouldn't that mess up?
[15:15] <apparle_> smarter_: what was that for?
[15:15] <smarter_> apparle_: finding which one are old
[15:16] <yofel> apparle_: no, the result are the old .debs you build with pbuilder before, your current build is in build/
[15:16] <shadeslayer> apparle_: no..
[15:17] <apparle_> no use.. it contained only few mbs
[15:18] <apparle_> last time I was compiling qt using pbuilder (2hrs into it), I had to hard-reboot. so would that have left files in build?
[15:19] <yofel> apparle_: you should only have 1 folder in build/
[15:19] <yofel> if you have more than they are wasting space
[15:19] <apparle_> there are 5
[15:19] <yofel> actually, 1 folder for every pbuilder currently running
[15:20] <apparle_> only one running
[15:20] <ScottK> apparle_: You can remove the rest.  That will get you lots of space back.
[15:20] <shadeslayer> ScottK: re bug 628051, anything missing ?
[15:20] <yofel> then you have 4 folders that you don't need, maybe check the timestaps on them and delete the old ones
[15:20] <ScottK> shadeslayer: Install log?
[15:20] <apparle_> there are 5 folders, one 4.2GB, 2.4Gb, 300MB,400MB, 1.4GB
[15:21] <shadeslayer> oh... damn .. one sec
[15:21] <apparle_> yofel: I'll see the timestamps
[15:21]  * shadeslayer needs to locate the deb to install it
[15:21] <ScottK> shadeslayer: At this point I'd like to hear about how it's been tested.
[15:21] <shadeslayer> ok
[15:23] <apparle_> yofel: you are sure of this. I don't want to start building qt again.? 
[15:25] <yofel> apparle_: well, if one of the folders has a reasonable recent timestamp (it should have been created when you started building) it should be fine to delete the others
[15:25] <yofel> and pbuilder tells you the build folder at the start, but I doubt your scrollback is large enough for that
[15:25] <yofel> and if you removed result/ you probably don't have the current build log either anymore
[15:27] <shadeslayer> yofel: any ideas where my debs are hiding ? :D
[15:28] <yofel> shadeslayer: sudo find / -iname '*.deb'
[15:28] <shadeslayer> hmm
[15:29] <yofel> might take a while but it should fine them :P
[15:29] <shadeslayer> probably
[15:29] <apparle_> yofel: thanks, it cleared another 4GB
[15:31] <shadeslayer> yofel: i modified to : sudo find / -iname '*choqok*.deb'
[15:34] <apparle_> now that I have cleared the diskspace problems... there are memory problems...
[15:34] <apparle_> what is 'ld' it is consuming a hell lot of memory in the system monitor
[15:35] <ScottK> apparle_: Try man ld.
[15:35] <ScottK> You'll find it's not suprising.
[15:35] <shadeslayer> yofel: nothing with my modified command :(
[15:35] <shadeslayer> just /var/cache/apt/archives/choqok_0.9.85-0ubuntu1_amd64.deb 
[15:36] <yofel> are you sure that it actually *built* ? got the log somewhere?
[15:36] <apparle_> can't try it, it is taking years to type itself, forget krunner or anything else. my memory is already full and swap has increased by a GB in last 2 min
[15:36] <ScottK> apparle_: OK. It's the linker.
[15:37] <ScottK> kdepim 4.4.6 is announced.  Is it ready to upload?
[15:37] <apparle_> ahh, so I can say at least compilation is over. How much time would it take to link qt :P
[15:37] <shadeslayer> ScottK: runtime in ninja ppa
[15:38] <shadeslayer> kdepim is being done by lex79 
[15:38] <ScottK> Doesn't need to be in Ninja.  It can go in staging.
[15:38] <ScottK> lex79: Let me know when it's ready.
[15:38] <mfraz74> schmidtm: thanks
[15:38] <shadeslayer> i can copy it
[15:40] <shadeslayer> done
[15:40] <apparle_> shadeslayer: linking does depend on RAM, and I am going to buy a new RAM card ASAP
[15:40] <shadeslayer> :)
[15:41] <ScottK> apparle_: Dunno how long linking takes, but it's not fast.
[15:41] <apparle_> Right now my RAM is full and swap is 1.5GB :(
[15:42] <apparle_> even the mouse is not moving smoothly :( :( :( :( I'll talk later when the conditions improve
[15:43] <apparle_> Also next time I am going to build qt in recovery mode without any GUI
[15:43] <ScottK> :-)
[15:44] <shadeslayer> for some reason kubuntu-desktop is being held back 
[15:45] <ScottK> shadeslayer: It's fixed a few hours ago.  Once your mirror catches up dist-upgrade should fix it.
[15:45] <shadeslayer> ok.. 
[15:46] <apparle_> ok guys, bye I'll come back after a few hours to check :) One thing for sure building qt on slow computer takes more that 4 hours
[15:48] <apparle_> and the conditions have suddenly improved :) allthough it is again compiling some files...so  I think compiling is not yet over
[15:51] <yofel> that should be the make install run, so it should be over soon I think
[15:53] <apparle_> no it had just finished with a directory and now it has entered a new directory. I'll go for dinner bye.
[15:55] <apachelogger> ScottK: dunno ati graphics shit I suspect
[15:55] <apachelogger> or maybe general IO stuff
[15:55] <apachelogger> in any case I can freeze my system repeatedly within 3 minutes after boot
[15:55]  * apachelogger is now on lucid
[15:55] <ScottK> apparle_: Free or proprietary drivers?
[15:55] <apachelogger> free
[15:56] <apachelogger> fglrx is not even ABI compatible with mavs driver yet
[15:56] <ScottK> apachelogger: I think updating mesa might help.  Try the mesa in ppa:sarvatt/ppa.
[15:56] <apachelogger> ScottK: oh and upgrading to the mesa you proposed shot X completely ... kwin commited sucide
[15:56] <apachelogger> might have been by something else tough
[15:56] <apparle_> apachelogger: try disabling KMS
[15:56] <ScottK> Ah, OK.
[15:57] <apparle_> apachelogger: it significantly improves the free ati drivers
[15:57] <apachelogger> they still  would be crappy
[15:57] <apparle_> ya
[15:57] <apparle_> but usable
[15:58] <yofel> huh? you can set an initial status, importance, milestone and assigned person for a bug in the extra options on +filebug now o.O
[15:58] <apachelogger> no opengl desktop effects == no usable in 2010
[15:59] <apparle_> apachelogger: I have opengl effects. No supercool ones like cylinder switch etc, but normal ones. And those also not super fast but usable
[15:59] <apachelogger> apparle_: are you using xrender?
[16:00] <apparle_> no, opengl
[16:00] <apachelogger> funny
[16:00] <apachelogger> how can they be not super fast
[16:00] <apachelogger> fgrlx does them just fine
[16:00] <apachelogger> and peopel say fglrx is the crappiest graphics driver you can have for X
[16:00] <apparle_> I have free driver
[16:00] <apachelogger> apparle_: yeah, just saying
[16:00] <apachelogger> I can have a system with crap or I can have a system that works just fine like one would expect it to
[16:01] <apachelogger> I'd choose latter now that I am old an rusty
[16:01] <apparle_> :)
[16:03]  * apachelogger plays with the cube while KDE is updating
[16:07] <shadeslayer> so much win \o/ http://arstechnica.com/open-source/news/2010/09/broadcom-announces-official-open-source-drivers-for-linux.ars
[16:12] <apachelogger> ScottK: I was unable to reproduce your error on a not new install with new user :S
[16:12] <apachelogger> gotta look for a stick to test a current image
[16:12] <ScottK> Odd.
[16:12] <ScottK> debfx: Did you manage to reproduce it?
[16:13] <apachelogger> ScottK: however, as I was looking at the code while I was on the train I do think a timing issue is entirely possible
[16:13] <ScottK> Cool.
[16:13] <apachelogger> IIRC QFile will fail to write if the parenting directories are not there
[16:14] <apachelogger> and the function in question only tries a simple write and if that fails throws the message
[16:14] <apachelogger> (also for the record I think that error should be transformed into something more useful upstream - it is sort of ewww)
[16:15] <ScottK> If only there were someone who had looked at the code and has kdesvn access ....
[16:16] <apachelogger> yeah :P
[16:17] <apachelogger> anyhow, as I said earlier I think what we should do is add mkdir calls to startkde to ensure everything is set up properly, also that should not increase execution time terribly
[16:17] <apachelogger> they are doing the same for .kde/share/config IIRC
[16:18] <ScottK> apachelogger: Would you be up for a patch?
[16:18] <apachelogger> yes
[16:18] <apachelogger> but first I would like to reproduce it
[16:18] <ScottK> Cool.
[16:18] <ScottK> Happens almost every time in a live session on my netbook.
[16:22] <apachelogger> whoops
[16:22]  * apachelogger put the wrong image on the stick ^^
[16:22] <apachelogger> I could have a netbook server like jussi
[16:24] <lex79> ScottK: so can I upload kdepim ande kdepim-runtime ?
[16:24] <lex79> *and
[16:25] <ScottK> lex79: Yes.
[16:25] <lex79> ok
[16:25] <DarkwingDuck> ScottK: You need someone to reproduce a bug?
[16:26] <ScottK> Mostly I need apachelogger to reproduce it so he can be sure of his fix.
[16:26] <DarkwingDuck> ahhh
[16:27] <apachelogger> hm
[16:27] <apachelogger> getting to plasma sure takes a while
[16:27] <apachelogger> Oo
[16:28] <DarkwingDuck> im guessing thats a reproduction
[16:28] <apachelogger> is it normal that I get a busy cursor for like one minute before ksplash shows up?
[16:28] <apachelogger> in fact, first I got to a tty and then ksplash showed up which is sort of ... ugly
[16:29] <apachelogger> :O
[16:29] <apachelogger> ScottK: I dont get the issue in the live session...
[16:29]  * apachelogger reboots
[16:29] <ScottK> Sigh.
[16:29] <apachelogger> uhh
[16:30] <apachelogger> and I have the bug where kdm reports that ubuntu is logged in on every TTY
[16:30] <apachelogger> awesome
[16:30] <apachelogger> actually I tought about turning off that warning ...
[16:30] <apachelogger> those that wish to use it can turn it on
[16:30] <apachelogger> and others dont get this bug
[16:34] <apachelogger> ScottK: not getting it on second try either
[16:34] <apachelogger> ScottK: maybe your stick is at fault? ;)
[16:35] <ScottK> It can't be just the stick as I get it on first boot too.
[16:36] <apachelogger> maybe your RAM is at fault? :P
[16:36]  * apachelogger finds this odd
[16:37] <lex79> ScottK: there are new minor bug fix releases for python-qt4 and qscintilla
[16:37] <lex79> do we want?
[16:38] <ScottK> Do they fix any problems people are reporting as having?
[16:38] <apachelogger> lex79: I think Riddell already looked at them and didnt like them 
[16:38] <ScottK> Everytime we touch qscintilla, I get nervous
[16:38] <lex79> oh ok
[16:38] <Riddell> they're not ABI compatible
[16:38] <Riddell> so i'd rather not unless there's some important fix we need
[16:39] <lex79>  bug fix release not ABI compatible uhmmm :D
[16:39] <apachelogger> lex79: it is the pyth0rn way of doing things :P
[16:39] <apachelogger> ScottK: try # 3 still no dice
[16:40] <lex79> poor us
[16:40] <ScottK> Sigh.
[16:40] <apachelogger> I'll redo the stick and try it one last time
[16:40] <ScottK> I guess I'll need to try a different stick (if I can find one of the others)
[16:41]  * apachelogger almost never finds a stick when he needs one, but if I dont need one ...
[16:42] <apachelogger> shadeslayer: are we friends on opendesktop yet?
[16:57] <shadeslayer> apachelogger: no :(
[16:57]  * shadeslayer prefers fb/identi.ca/twitter any day
[16:57] <shadeslayer> i dont even remember my username :P
[16:58] <shadeslayer> apachelogger: add shadeslayer90
[16:59] <shadeslayer> idk how to search ...
[17:00] <shadeslayer> im awesome ..
[17:01] <shadeslayer> Your friendship request was sent to apachelogger  ^_^
[17:02] <crissi> hello
[17:02] <crissi> someone here who builds kubuntu ppa kdevelop packages?
[17:02] <crissi> i have lucid with kde 4.5.1 and kdevelop4.0.1 and got: /usr/bin/kdevelop.bin: symbol lookup error: /usr/lib/libkdevplatformshell.so.1: undefined symbol: _ZN7Sublime10MainWindow23tabContextMenuRequestedEPNS_4ViewEP5KMenu
[17:02] <crissi> [18:01:39] <milian> crissi: #ubuntu
[17:03] <shadeslayer> hm
[17:03] <shadeslayer> that means someone messed up symbols in the package
[17:04] <shadeslayer> crissi: which ppa?
[17:04] <shadeslayer> backports? beta backports?
[17:04] <crissi> deb http://192.168.10.5/mirror/ppa.launchpad.net/kubuntu-ppa/backports/ubuntu lucid main
[17:04] <crissi> uüs
[17:04] <crissi> ups
[17:05] <shadeslayer> backports it is then
[17:05] <crissi> yes
[17:05] <crissi> right
[17:05] <crissi> dont let you confuse the apt line :)
[17:05] <crissi> its local mirror
[17:05] <crissi> but fetches from launchpad
[17:06] <shadeslayer> got it
[17:06] <shadeslayer> lemme have a look
[17:07] <shadeslayer> seems like a direct backport from maverick
[17:07] <shadeslayer> crissi: is it reproducable on maverick ?
[17:07] <shadeslayer> apachelogger: is there a opendesktop plasmoid or something?
[17:08] <crissi> shadeslayer: sorry only lucid here
[17:08] <crissi> at this machine
[17:08] <shadeslayer> hmm
[17:08] <crissi> but i can do some tests if nessary..
[17:08] <crissi> just tell me what i could run at shell
[17:08] <crissi> strace for exampe
[17:08] <crissi> example
[17:09] <shadeslayer> not really... the symbols file is messed up, ill have a look at bzr 
[17:10] <crissi> o if you wkant to know which packages are installed (qt, kdevplatform, kde,...)
[17:10] <shadeslayer> one sec
[17:11] <shadeslayer> crissi: im installing on maverick to check if the problem is still there
[17:12] <crissi> ok
[17:12] <shadeslayer> dont see alot from https://edge.launchpad.net/ubuntu/+source/kdevplatform/+changelog
[17:15] <ScottK> shadeslayer: Could kdevelop in the PPA just need a rebuild?
[17:16] <shadeslayer> ScottK: im looking .. but since i see no modifications to symbols file for kdev platform, i think your right
[17:59] <rbelem> ScottK, ping
[18:00] <ScottK> rbelem: Hello
[18:00] <rbelem> hey ScottK :-)
[18:00] <ScottK> What do we need to do to get QML working?
[18:00] <rbelem> ScottK, i already have the patch
[18:00] <rbelem> ScottK, just need to install the plugin
[18:00] <ScottK> Is it in the bug?
[18:01] <ScottK> bug 634755
[18:01] <rbelem> ScottK, not yet. I did not manage to upload yesterday
[18:01] <ScottK> OK.  
[18:01] <ScottK> Ping me when it's there.
[18:01] <rbelem> ok
[18:01] <rbelem> :-)
[18:02] <ScottK> Tanks.
[18:02] <ScottK> Thanks even
[18:02] <rbelem> ehehe
[18:02] <rbelem> :-)
[18:02] <shadeslayer> crissi: what do i do to reproduce issue?
[18:02] <rbelem> ScottK, done!
[18:02] <ScottK> Thanks.  Looking
[18:03] <crissi> simply install it and try to start
[18:03] <crissi> it fails on start
[18:04] <shadeslayer> seems to work here
[18:04] <shadeslayer> i guess needs a rebuild then 
[18:05] <ScottK> apachelogger or JontheEchidna: Could you upload the fix it Bug #634755 so I can put it through binary New?
[18:06] <apparle> hey guys.... 
[18:07] <apparle> qtwebkit has not yet been compiled. it has been 5.5 hrs now
[18:08] <yofel> apparle: you're building qtwebkit too? (or are you building qt4.6 and it's still building?)
[18:09] <apparle> I am building only qtwebkit
[18:09] <yofel> apparle: for lucid or mav?
[18:09] <ScottK> lex79: Maybe you could look at Bug #634755
[18:10] <apparle> yofel: rather I did this "apt-get source libqt4-webkit" and then "sudo pbuilder build *.dsc"... for lucid
[18:10] <apparle> yofel: before building I added a patch and made changes to changelog
[18:10] <yofel> apparle: oh, yeah, it first needs to finish compiling qt4 and after that is done it will build the packages
[18:11] <apparle> 5.5hrs is a big deal.
[18:11] <apparle> :(
[18:11] <yofel> qt4-x11 is one of the biggest packages we have in the archive, even my i7 took ages to build it, can't remember the actual time
[18:12] <apparle> yofel: what does lzma do in packaging process, its taking a hell lot of mem and cpu
[18:12] <yofel> compression
[18:12] <crissi> maybe... it could help to use my icecc live cd: http://crissi.linux-administrator.com/linux/iceccd/iceccd_en.html
[18:13] <crissi> so you can use the power of all pcs which are around
[18:13] <apparle> yofel: :( I don't want to compress ... it seems it will take tonight to build. I'll sleep and see tomorrow
[18:14] <yofel> apparle: what is it doing right now? still compiling or is it building the packages? (lzma sounds like package building)
[18:14] <apparle> building package
[18:14] <rbelem> crissi, icecc rulez!
[18:14] <apparle> done about 10 of them
[18:15] <apparle> its straining my cpu so much I can't even watch a movie
[18:17] <yofel> apparle: you can try sudo renice and give you media player an higher priority, but don't raise it too high (not more than 5)
[18:18] <apparle> yofel: no need, I have taken my roommates laptop, he has gone home leaving it here :D
[18:18] <yofel> ^^
[18:21] <shadeslayer> crissi: not really.. i dont have nodes here.. on a single PC network :P
[18:21] <shadeslayer> and everything is done by launchpad now
[18:22] <shadeslayer> ScottK: rebuild both kdevplatform and kdevelop right?
[18:23] <ScottK> shadeslayer: Probably, but I'm not paying close attention to it.  Do one and then the other after the new binaries of kdevplatform are published.
[18:23] <ScottK> That or version the build-dep
[18:23]  * shadeslayer looks at launchpad build farm
[18:24] <shadeslayer> heh.. overloaded amd64 queue
[18:41] <apparle> finally it has completed, after exact 6 hours
[18:41] <Riddell> I warned you 
[18:42] <ScottK> Riddell: Will you be around later to do binary New if I upload rbelem qml plugin fix?
[18:42] <ScottK> (alternatively you could upload it now and I'l New it later)
[18:43] <Riddell> ScottK: yes should be
[18:44] <ScottK> Riddell: OK.  Would you prefer to upload or New?
[18:44] <ScottK> No one else seems to have jumped on it.
[18:44] <Riddell> ScottK: I have a compile done here I just need to test it
[18:45] <Riddell> so I can upload it, unless you have done testing and are ready to upload
[18:45] <ScottK> Riddell: No.  I'm not ready.  Please go ahead.
[18:45] <ScottK> I'll watch for it in New later.
[18:55] <ulysses> !find kcommondecoration.h
[18:57] <shadeslayer> Riddell: wrt adblock, theres a new branch on git, i think its improved alot, lemme check
[18:57] <Riddell> hmm, I still get a crash in plasma-mobile even with the new package
[18:57]  * ScottK pokes at rbelem.  ^^^
[18:58] <rbelem> hum...
[18:58] <rbelem> I will check if i miss something
[18:59] <Riddell> http://kubuntu.pastebin.com/6m92sf2N  much the same as before
[19:01]  * rbelem building qtwebkit again
[19:04] <Riddell> rbelem: did you have plasma-mobile running ok?
[19:07] <Riddell> txwikinger: you were asking about things to help with, reviewing http://qa.ubuntuwire.com/ftbfs/ for KDE bits would be useful
[19:07] <rbelem> Riddell, i tested and it worked, but i just notice that i was running the patched plasma-mobile
[19:08] <Riddell> koffice is being looked into but the rest could do with fixes or requests for removal
[19:10]  * rbelem just finished the build
[19:11] <ScottK> txwikinger: The K parts of http://people.canonical.com/~ubuntu-archive/NBS/ probably need some attention too.
[19:14] <shadeslayer> Riddell: bbc.co.uk opens fine on rekonq noq
[19:14] <shadeslayer> *now
[19:16] <txwikinger> Thanks Riddell, ScottK I will have a look
[19:17] <shadeslayer> ScottK: likewise for cnn.com now, videos do work
[19:18] <ScottK> Great.
[19:18] <shadeslayer> it shows a blank area initially before the video loads, but i think thats because of flash
[19:20] <tsdgeos> hi guys, any of you have a kubuntu 10.04 not upgraded to KDE 4.5.1?
[19:20] <shadeslayer> !find QIcon.h
[19:20] <Riddell> tsdgeos: no although I can set up a virtual machine (or a real one if needed)
[19:20] <tsdgeos> !find qicon.h
[19:20] <shadeslayer> mm
[19:21] <shadeslayer> tsdgeos: and libqt4-dev would be in qt-core or qt-gui ?
[19:21] <Riddell> shadeslayer: both
[19:21] <shadeslayer> ok
[19:21] <tsdgeos> Riddell: well, there's https://bugs.kde.org/show_bug.cgi?id=250728 that i can't reproduce in 4.5.1 and it's crashing in a very weird place, i can try asking the reporter for info first
[19:21] <apparle> Riddell: :) I'll upload the qtwebkit in few minutes.. just tested it
[19:23] <shadeslayer> Riddell: im actually amazed at speed of rekonq noq
[19:23] <Riddell> tsdgeos: I'll set up a virtual machine, I need to do some upgrade testing anyway later
[19:26] <apparle> !debdiff
[19:27] <Riddell> apparle: great, take a debdiff and attach to the bug
[19:27] <Riddell> rbelem: crack open the champaign, I just tried today's kubuntu-mobile daily and it's working! http://people.canonical.com/~jriddell/tmp/plasma-mobile.png
[19:28] <Riddell> that is one big clock
[19:28] <rbelem> Riddell, cool! :-)
[19:29]  * rbelem building today plasma-mobile svn snapshot
[19:33] <apparle> Riddell: bug:634774
[19:36] <Riddell> bug 634774
[19:36] <Riddell> you have to know how to keep ubottu happy :)
[19:36] <apparle> :)
[19:36] <apparle> Riddell: now what to do?
[19:37] <Riddell> apparle: give me a minute to review it
[19:38] <shadeslayer> !botsnack
[19:38] <shadeslayer> apparle: a snack a day keeps ubottu happy :P
[19:38] <apparle> :D
[19:39] <shadeslayer> Riddell: theres a problem with new plasma-widget-nm
[19:39] <shadeslayer> when i select a wired network, plasma crashes
[19:39] <Riddell> tsdgeos: works fine http://people.canonical.com/~jriddell/tmp/okular-xps.png
[19:39] <ScottK> This reminds me.  I've tested pw-nm on 802.11a wifi in maverick and it seems much more stable than in lucid.
[19:40] <tsdgeos> Riddell: yeah, i think it might be a threading issue, but helgrind comes clean on it 
[19:40] <shadeslayer> ScottK: does it not crash when selecting wired networks?
[19:41] <tsdgeos> Riddell: tx anyway
[19:41] <ScottK> shadeslayer: It's never come up for me.  It just autoconnects.
[19:41] <shadeslayer> um.. i have a network defined manually with different DNS entries, maybe thats why
[19:44] <apparle> Riddell: I marked that rekonq bug as duplicate of this bug? That's alright or should I write a comment and close that bug?
[19:45] <Riddell> apparle: I think duplicate is fine
[19:46] <Riddell> apparle: patch needs a few things tidied up, I can do that
[19:46] <apparle> Riddell: like what.... for next time :)
[19:46] <Riddell> apparle: can you add a comment with "TEST CASE" describing what happened before and should happen with the new version
[19:47] <apparle> Riddell: that should go in the bug report isn't it?
[19:47] <apparle> ahh comment right
[19:47] <apparle> :P
[19:47] <apparle> sure I'll right it. 
[19:50] <apparle> Riddell: would this be okay
[19:50] <apparle>  TEST CASE
[19:50] <apparle> Before: Opening http://www.adobe.com/software/flash/about/ in rekonq or arora will result in a crash on lucid.
[19:50] <apparle> After: The site opens fine in both rekonq and arora.
[19:50] <apparle> :D
[19:50] <Riddell> that's good
[19:53] <shadeslayer> ScottK: re bug 628051 , i think its complete now
[19:53] <ScottK> Looking
[19:54] <ScottK> shadeslayer: How about you use the new one for a day and then if you don't find any regressions, I'll approve it.
[19:55] <shadeslayer> sure no problem
[19:55] <shadeslayer> im going to sleep atm :D
[19:55] <Riddell> night shadeslayer 
[19:56] <apparle> shadeslayer: GN
[19:56] <Riddell> let's see how long it takes for Qt to build a source package...
[19:57] <apparle> Riddell: you are building qt? it took me 6 hours
[20:00] <debfx> ScottK: the live cd starts plasma-desktop in my VM
[20:00] <ScottK> debfx: Did you see this problem?
[20:00] <apparle> Guys I have still not concluded on a cross platform IDE for c++. Please help
[20:00] <Riddell> debfx: so it should, your VM isn't a netbook :)
[20:00] <Riddell> apparle: emacs
[20:01] <Riddell> or kate
[20:01] <Riddell> depends on my mood
[20:01] <apparle> Riddell: I am looking for IDE. Code completion etc :)
[20:01] <ScottK> Oh. I misread.
[20:01] <apparle> KDevelop is cool but not cross platform
[20:01] <Riddell> they both have code completion of some description
[20:01] <lex79> ScottK: someone is already working on bug #634755 ?
[20:02] <Riddell> lex79: yes rbelem is
[20:02] <ScottK> lex79: Yes.  Riddell is working on in now.   Sorry for not unpinging.
[20:02] <lex79> ok
[20:02] <ScottK> unping the slacking apachelogger and JontheEchidna too.
[20:02] <Riddell> it's back in rbelem's domain currently
[20:03] <Riddell> fabo: have you looked at the QtWebKit QML plugin?  do you have a preference for package name?
[20:03] <rbelem> :-)
[20:05] <lex79> I scare someone if I'll upload kdebase-workspace with 5 cherrypick patches?
[20:05] <lex79> :)
[20:05] <ScottK> lex79: Please wait a bit.  I may have more.
[20:06] <ScottK> As long as youve tested then, no.
[20:06] <Riddell> apparle: new debdiff added to bug 634774  
[20:06] <Riddell> apparle: uses version number with a decimal point, uploads to lucid-proposed, adds the patch as a patch into debian/patches/ not directly in the source
[20:06] <Riddell> apparle: if you're ok with that I'll upload and hopefully pitti will approve it on Monday
[20:06] <lex79> ScottK: ok I will push to bzr waiting yours patches
[20:06] <lex79> *your
[20:07] <debfx> ScottK: how do I logout/shutdown from netbook?
[20:08] <ScottK> debfx: Click on the red icon in the top panel
[20:08] <Riddell> debfx: "hardware button" says upstream, we add the lockout widget to the panel
[20:08] <apparle> Riddell: go ahead
[20:08]  * lex79 wants lockout widget also in the desktop
[20:09] <debfx> the logout widget isn't there
[20:09] <ScottK> Odd
[20:10] <apparle> Riddell: when will the package actually come to repos? 
[20:10] <ScottK> debfx: lock, switch user, create new session, use the logout widget at KDM.
[20:11] <debfx> I found right-click -> leave
[20:11] <ScottK> Even better.
[20:13] <debfx> ok, so I switched to netbook mode, logged out and restarted kdm
[20:13] <debfx> now netbook is running, no error message and user-places.xbel isn't even created
[20:14] <ScottK> Odd.
[20:14] <ScottK> Maybe I'm the only one getting it created for some reason.
[20:14] <rbelem> ScottK, Riddell, i think that the problem in the qt package
[20:14] <rbelem> it is not install the binary qml
[20:15] <rbelem> i will investigate more
[20:23] <rbelem> internet here is too slow
[20:24] <rbelem> it will take one hour and half to download qt src
[20:24]  * rbelem will look at his qt git clone
[20:31] <ScottK> lex79: Go ahead.  My patch didn't work out.
[20:33] <lex79> ScottK: I can wait a couple of days, I'd like to see fixed this bug https://bugs.kde.org/show_bug.cgi?id=248250
[20:35] <ScottK> OK.  
[20:44] <rbelem> guys, do you know how to reset a bzr tree to the latest revision?
[20:47] <ulysses> bzr revert -r <revision>
[20:47] <ulysses> from 'bzr help revert'
[20:49] <rbelem> thanks ulysses 
[20:50] <rbelem> bzr revert -r <revision> == git reset --hard <hash> :-D
[20:59] <EagleScreen_> what happens with this repo?
[21:00] <EagleScreen_> deb http://ddebs.ubuntu.com karmic main restricted universe multiverse
[21:00] <EagleScreen_> but for maverick
[21:00] <EagleScreen_> deb http://ddebs.ubuntu.com maverick main restricted universe multiverse
[21:00] <EagleScreen_> does it still exist?
[21:01] <EagleScreen_> it is for debugging symbol of packages
[21:01] <ulysses> it seems so: http://ddebs.ubuntu.com/dists/maverick/
[21:04] <EagleScreen_> and how do i add it to software sources?
[21:04] <EagleScreen_> deb http://ddebs.ubuntu.com/dists/maverick/ maverick amin multiverse??
[21:05] <yofel> EagleScreen_: software sources -> other software -> add, and then put the 'deb...' line there
[21:05] <yofel> see https://wiki.ubuntu.com/DebuggingProgramCrash
[21:06] <yofel> following the instructions there might be easier
[21:06] <EagleScreen_> yes, but which deb line?
[21:07] <yofel> deb http://ddebs.ubuntu.com $(lsb_release -cs) main restricted universe multiverse
[21:07] <EagleScreen_> ok
[21:07] <yofel> just follow what it says in 1.
[21:07] <yofel> you already had the right one: 
[21:07] <yofel> deb http://ddebs.ubuntu.com maverick main restricted universe multivers
[21:08] <yofel> *multiverse
[21:08] <EagleScreen_> i think it is exactly what I added first
[21:09] <EagleScreen_> deb http://ddebs.ubuntu.com maverick main restricted universe multiverse <<-- fails to reload packages
[21:10] <yofel> that's odd, works fine here
[21:10] <EagleScreen_> see this http://simplest-image-hosting.net/jpg-0-plasma-desktopxo1711
[21:12] <yofel> apt: http://paste.ubuntu.com/491792/
[21:14] <EagleScreen_> apt-get: http://pastebin.ca/1937511
[21:15] <yofel> wait, you are using 'deb' and not 'deb-src' right?
[21:15] <EagleScreen_> yes, is it deb-src?
[21:16] <yofel> no, it's 'deb', but as it tries to fetch Sources.gz for you it seems like you're using deb-src
[21:16] <yofel> it should fetch http://ddebs.ubuntu.com/dists/maverick/main/binary-amd64/Packages.gz or whatever arch you're on
[21:16] <EagleScreen_> i am using both of them, bacause software-properties added deb-src one automatically
[21:17] <EagleScreen_> the deb one is working well
[21:17] <yofel> disable that, ddebs have no -src entry
[21:17] <EagleScreen_> okay, i see the problem, debug symbols haven't source repository?
[21:17] <EagleScreen_> thanks
[21:18] <yofel> they don't, as they're created automatically by the buildds when building the official source packages
[21:36] <ulysses> Kate crashes when opening a saves session: http://pastebin.com/Bs5GaScg
[21:37]  * apachelogger stumbles in drunk and like 300 kg heavier than he was when he left....
[21:38] <apachelogger> yay
[21:38] <apachelogger> shadeslayer: we are friends now
[21:38] <apachelogger> hi5
[21:48] <apachelogger> shadeslayer: btw, about your pasted patch ... it still has a qlist?
[21:49] <apachelogger> ulysses: you want to catch agateau with that, because it seems the crash origins in dbusmenu
[21:49] <ulysses> apachelogger: okay, I'll make a trap:P
[21:49] <apachelogger> right
[21:50] <ulysses> …or a Pandorica
[21:51]  * apachelogger giggles
[21:51] <apachelogger> well
[21:51] <apachelogger> -> sc2
[21:51] <apachelogger> if someone finds me on battle.net, I hope you did pray today ...
[21:51] <ulysses> sounds like a plan
[22:11] <ScottK> apachelogger: I think davidbarth lives closest to agateau if you need help with the trapping.
[22:24] <smarter_> JontheEchidna: pling
[22:38] <rbelem> hey ScottK 
[22:38] <ScottK> rbelem: Hello
[22:38] <rbelem> ScottK, i was wrong about qt package
[22:38] <ScottK> rbelem: OK.  What's the issue?
[22:39] <rbelem> ScottK, i discovered that the method which breaking plasma-mobile were introduced 3 weeks ago
[22:39] <rbelem> in plasma
[22:40] <ScottK> Ah.
[22:40] <ScottK> So can you patch around it or do we have to roll back?
[22:40] <rbelem> ScottK, i think i can backport the patch
[22:41] <ScottK> OK.  Cool.  Let me know.
[22:41] <rbelem> cool :-)
[22:42] <ScottK> Anyone doing libbluedevil?
[22:43] <CIA-116> [muon] gmartres * 1173926 * trunk/extragear/sysadmin/muon/ (10 files in 4 dirs) Added a PackageWidget class that serves as a baseclass for ManagerWidget, ReviewWidget and UpdaterWidget
[22:43] <Riddell> rbelem: but should we install the qtwebkit qml bits anyway?  presumably something else might want them
[22:44] <rbelem> Riddell, we still need that
[22:46] <rbelem> Riddell, i think that the debdiff is ok
[23:22]  * rbelem building kdelibs to test the backport
[23:46] <yofel> anyone there that understands wth went wrong here? o.O http://launchpadlibrarian.net/55374058/buildlog_ubuntu-maverick-i386.scribus-trunk_1.5.0svn201009102214-6~maverick1_FAILEDTOBUILD.txt.gz
[23:46] <yofel> After installing, the following source dependencies are still unsatisfied:
[23:46] <yofel> libqt4-dev(inst 4:4.7.0~rc1-1ubuntu2 ! <= wanted 4:4.7~~)|libqtwebkit-dev(missing)