[00:09] <EagleScreen_> Hello
[00:09] <Tm_T> nooooooooooooo
[00:09]  * Tm_T hides
[00:09] <EagleScreen_> I have done a clean install of 9.04 today over ext4
[00:10] <EagleScreen_> I think Intel graphic drivers are bad, they have freeze my computer two times after X crash
[00:12] <EagleScreen_> tty consoles does not has the Ubuntu clear fonts, they have the traditional fat fonts
[00:33] <jad-pau> X sucks :)
[00:35] <ScottK> This is shaping up to be a particularly poor release for Intel and X.  #ubuntu-x is a better channel for X related issues.
[00:36] <dtchen> well, take heart. at least Kubuntu doesn't have the audio headaches.
[00:36] <NCommander> ScottK, no kidding.
[00:36] <dtchen> or at least if it does, i'm saying lalalala
[00:36] <jad-pau> well currently I'm having visual headaches
[00:36] <jad-pau>  KDE logs out before it starts
[00:36] <ScottK> Well we certainly have fewer of them.  jjesse was saying he was having trouble earlier.
[00:37] <dtchen> jjesse and i keep playing identi.ca/irc tag
[00:37] <dtchen> i still don't have a full description of his symptom
[00:41] <ScottK> Right.  All I know is "No sound".
[00:45]  * vorian spies many new fancy plasma widgets that will need to go in karmic asap
[00:47] <dtchen> vorian: thanks for your assistance yesterday
[00:47] <vorian> dtchen: no problemo
[00:47] <vorian> there are _some_ things i can help with ;-)
[00:47] <dtchen> wait, you're MOTU!
[00:47] <dtchen> :-)
[01:02] <joshjtl> hey folks
[01:02] <joshjtl> does anyone use preload or prelink?
[01:08] <Riddell> http://www.kubuntu.org/news/kde-4.2.2
[01:08] <vorian> rock on Riddell :)
[01:16] <jad-pau> dtchen: identi.ca has an IRC plugin?
[01:16] <dtchen> jad-pau: err? not that i'm aware.
[01:16] <jad-pau> what's identi.ca/irc tag ?
[01:16] <dtchen> it means we keep missing each other on identi.ca and on irc
[01:17] <dtchen> aka "phone tag" but on identi.ca and on irc
[01:37] <joshjtl> i dont know whats going on here, i recently reinstalled jaunty kubuntu, and kde is running super super slow
[01:37] <joshjtl> ive dist-upgraded too
[01:39] <joshjtl> wow this is really not cool
[01:41] <ScottK-desktop> joshjtl: Intel graphics?
[01:42] <jad-pau> :-)
[01:42] <jad-pau> dtchen: ah slash eye arr cee
[02:04] <seele> i've been seeing a lot of quassel users lately
[02:07] <jad-pau> yes people have been encouraging quassel use in #kubuntu
[02:08] <LjL> wasn't it even the default client in Jaunty? someone said so.
[02:09] <seele> yes it is the default
[02:09] <seele> the quassel devs did a lot of good work to get it ready for jaunty
[02:12] <jad-pau> still needs more
[02:12] <jad-pau>  but it's quite usable now
[02:12] <jad-pau> hip hip hooray for quassel devs :)
[02:19] <LjL> well, it's not really a KDE app, but...
[02:20] <jad-pau> LjL: It tries
[02:21] <jad-pau> it has optional KDE integration. is that right seele ?
[02:21] <LjL> yes
[02:21] <seele> yes
[02:21] <jad-pau> ok
[02:21] <jad-pau> close enough :)
[02:21] <jad-pau> better than OO.o :(
[02:21] <LjL> but - while i admit i don't know about it - adding "KDE integration" to code hardly makes something a KDE app
[02:21] <LjL> well, OO.o is pretty much a special case
[02:21] <LjL> (and then there is SpeedCrunch...)
[02:21] <metellius> how come KDE 4.2.2 was released today, but when I went to upgrade it, it was already done automatically just with the automatic upgrade set to "security only"?
[02:23] <seele> LjL: it has the ability to make use a kde services such as the notification system.. otherwise it falls back on standard qt stuff
[02:24] <seele> metellius: are you sure you don't have experimental enabled as a source?
[02:24] <LjL> seele: yeah, well for instance, if i want to DCC someone something, will i see a KDE file dialog and will i be able to use a kioslave address for the file?
[02:24] <seele> LjL: i'm not sure dcc is working in quassel.. i know it was an issue a while ago dunno if it was fixed
[02:25] <metellius> seele: I do, I have a lot of sources, but they cannot possibly be meant to be for security updaes can they
[02:25] <seele> metellius: i dunno, ask in the support channel, #kubuntu
[02:25] <LjL> alright - was just an example to show that serious "KDE integration" might be tricky to achieve, anyway
[02:26] <seele> LjL: something like that would be easy now that it has notification integration
[02:26] <seele> kde has a very standardized notifcation system
[02:26] <seele> quassel has notifications for when your name is mentioned in a chat and the window is out of focus
[02:26] <seele> and it would be the same kindof call for a notification about a file transfer
[02:30] <jad-pau> LjL: Sort of like Marble?
[02:30] <jad-pau> seele: Wrong discussion I think :)
[02:39] <seele> jad-pau: ?
[02:39] <seele> was he not talking about quassel?
[02:40] <jad-pau> seele: yes but not notifications
[02:40] <seele> no, but kde integration. notifications in quassel are an example of kde integration
[02:41] <seele> and the file download process monitor uses the same notification system as the name ping
[02:41] <Gon> how can i run a plasmoid from sources (in a personal directory) ?
[02:42] <Gon> i want to run the systemservices plasmoid, but i don't know some things :s
[02:44] <ScottK> seele: No dcc in quassel.  It's not implemented yet.
[02:44] <seele> ScottK: right, i knew that from a month ago, but didnt know if they were working on it yet
[02:45] <ScottK> It's not in 0.4.1.  I don't think it's in their trunk yet either.
[02:46] <ScottK> metellius: The security only updates bit only kicks in after release.  'security updates only' means the main repo (which freezes at release) and security updates.
[02:47] <Gon> #quassel
[02:48] <seele> Gon: #plasma can help you with your plasmoid from source question
[02:49] <Gon> !!!!!
[02:49] <Gon> thnx
[03:02] <metellius> ScottK: oh, I see. that makes sense.
[03:03] <ScottK> metellius: You do ark development, right?
[03:04] <metellius> ScottK: yes
[03:04] <ScottK> metellius: I'm loving tar.gz support in 4.2.  Thank you.
[03:05] <metellius> ScottK: thanks :)
[03:05] <metellius> but is there something special about the tar.gz support?
[03:05] <ScottK> It's just that we use tar.gz a lot.
[03:06] <metellius> most linux people do
[03:06] <jad-pau> Oh yeah that was painful in 4.0
[03:06] <ScottK> A .deb is essentially two tar.gz wrapped in .ar.  When I need to inspect a .deb I like to open it with ark.
[03:06] <metellius> 4.0 ark was abandoned
[03:07] <ScottK> In 4.1 we had a patch from you that allowed tar.gz to work in some cases, but not that one.
[03:07] <ScottK> So with 4.2 I have everything I used ark for in 3.5 and am happy.
[03:07] <metellius> I see
[03:08] <ScottK> With 4.1 I needed to (holds nose) use file-roller.
[03:09] <ScottK> So I appreciate the work and the resulting progress.
[03:38] <joshjtl> hey
[03:38] <joshjtl> anyone know if there is a kde4 ftp client even if not fully released yet?
[03:39] <dtchen> i presume you mean "more featureful than konqueror"
[03:39] <JontheEchidna> yeah, dolphin and konq will work fine for a lot of stuff
[03:40] <joshjtl> JontheEchidna: yeah i want something with more features though
[03:41] <JontheEchidna> hmm... kftpgrabber always served me well, but that's KDE3
[03:41] <joshjtl> yeah...
[03:41] <joshjtl> just was hoping there was a kde4 app i could try
[03:41] <JontheEchidna> there isn't one that I know of :(
[03:41] <joshjtl> apparently kasablanca... but i dont like kasablanca one bit
[03:57] <nixternal> was ext4 taken off of the beta release image?
[03:58] <joshjtl> no
[03:58] <nixternal> hrmm, it isnt showing up on the cd
[03:58]  * nixternal wonders if he grabbed beta or a daily by accident
[03:58] <joshjtl> odd
[03:59] <gnomefreak> nixternal: it should give you a choice. However i havn tried it yet, but will after Jaunty releas
[03:59] <nixternal> my desktop is using ext4, but this cd doesn't have it on it
[03:59] <nixternal> I must have grabbed the wrong iso
[06:32] <blizzz> moin
[06:33] <blizzz> after booting, a message pop ups, that a kontact instance is running, when the session is restored. If you answer with quit (or exit or don't run, cannot remember the label), the session is not respawned thus no kontact is running. Clicking on Run anyway leads to a running instance for kontact, but the tray icons (and notifications) are doubled
[06:34] <blizzz> is this known?
[06:34] <blizzz> kde 4.2.2 on jaunty :)
[06:38] <m4v> i noticed it once, after restarting the xserver, but I didn't think much about it, I'll check again later
[06:38] <blizzz> ty
[06:41] <blizzz> hm, plasma consumes about 390MB of RAM, isn't this kinda much?
[06:42] <blizzz> however, x.org eats 25% of cpu....
[07:47] <mvo> Riddell: are the UI debug message in the kde dist-upgrade like "pop widget QLabel label_status"  still relevant? if not, I would like to comment them out
[08:11] <markey> morning
[08:11] <markey> hrm, we had to give out gnome ubuntu CDs as the ubuntu booth again
[08:11] <markey> this has to change
[08:11] <markey> always we get these freaking gnome CDs
[08:11] <markey> and KDE people are handing them out
[08:12] <markey> slightly odd
[08:12] <markey> (talking about OpenExpo)
[08:13] <markey> they usually send us like 80% gnome CDs
[09:43] <freeflying> any core-dev would do me a sponsor upload? thanks
[09:45] <freeflying> debdiff is here: http://paste.ubuntu.org.cn/13745
[10:14] <Riddell> mvo: I don't see anything which says "pop" in DistUpgrade
[10:17] <mvo> Riddell: I see items like http://paste.ubuntu.com/143373/ in the logs
[10:17] <mvo> Riddell: if those are useful for you, I'm fine keeping them of course
[10:17] <mvo> Riddell: but if not, I would like to remove them to make the log less cluttered
[10:20] <Riddell> mvo: if you find out what causes those feel free to remove it
[10:21] <mvo> Riddell: ok, thanks. its not high priority for me, but I wanted to ask before doing it :)
[10:23] <Riddell> mvo: thanks for looking into bug 349725
[10:23] <mvo> Riddell: cheers, the SRU for those are uploaded, I'm waiting for accept/test now
[10:24] <mvo> Riddell: the python problem should also be dealt with (also its much harder than anticipated)
[10:25] <Riddell> have I ever said you're a genius?
[10:26] <mvo> not sure, but if you do, that makes me happy
[11:54] <Mamarok> could we please, please get rid of that pulsaudio stuff? here comes another bug: 330797
[11:54] <Mamarok> I don't understand why it has to be installed in the first place...
[11:55] <freinhard> pulse would be great.. in case it did just work™ :/
[11:55] <Mamarok> I have no sund on my system most of the time because pulseaudio gets itself on top of the Phonon list over and over again, even if I push it to the bottom
[11:55] <Mamarok> sound*
[11:56] <Mamarok> there is a packaging problem somewhere, I removed almost everything pulse-related, but can't get rid of libpulse0, it tries to remove half of KDE
[11:56] <Riddell> we don't install pulseaudio in the first place
[11:56] <Riddell> only gnome apps do
[11:56] <Mamarok> Riddell: well, then why can't I remove it withpout removing half of KDE?
[11:57] <Mamarok> -p
[11:57] <freinhard> Riddell: you do not need to get rid of libpulse
[11:57] <freinhard> sry, Mamarok
[11:57] <Mamarok> freinhard: I have to, it kills my sound
[11:57] <Mamarok> read what I said above
[11:58] <Mamarok> when I upgraded the kdegraphics package it installed like 10 something gnome packages with it, including language packages I just removed before
[11:58] <freinhard> Mamarok: nope, you don't have to ;) got libpulse, got sound, can use phonon with sound even with my onw apps.
[11:58] <Mamarok> so somwhere there is a problem
[11:59] <Mamarok> freinhard: well, I don't have sound, and I find Pulseaudio on top of the phonon list everytime I log into KDE
[11:59] <Mamarok> that is more than weird!
[12:00] <Mamarok> and no way to get any sound back, without pusing pulseaudio back to the bottom, restart KDE
[12:01] <Mamarok> then start any app with sound like dragonplayer it works, start it a second time it doesn't find the soundcard anymore and pulseaudio is on top again
[12:01] <Mamarok> same behaviour with Amarok, VLC, etc...
[12:02] <Mamarok> and this is an Intel connexant that work fine in Intrepid and Jaunty Alpha, so I consider this a serious regression in Beta
[12:02] <Mamarok> worked*
[12:08] <Riddell> hmm, I wish I understood this issue better
[12:08] <Mamarok> so do I
[12:08] <Riddell> it seems to work well for me with or without pulseaudio
[12:09] <Quintasan> Hello
[12:09] <Riddell> if you don't have the pulseaudio server installed though, I can't see how it could be using pulseaudio
[12:10] <Mamarok> well, the only thing installed is libpulse0, but pulseaudio still shows in Phonon, so maybe this is a phonon problem?
[12:11] <Nightrose> Mamarok: did you try removing your phonon config?
[12:11] <Nightrose> i had a similar problem before with gstreamer
[12:11] <Mamarok> hm, let me try...
[12:11] <Nightrose> removing the phonon config helped
[12:12] <Mamarok> brb
[12:23] <Mamarok> sry, this might take more time, my X server crashed and I can't activate the display anymore...
[12:23] <Mamarok> there are days...
[12:23] <Riddell> wibble
[12:25] <a|wen> Mamarok: also check that pulseaudio is not just removed but purged ... seems to cause havoc just having it configured
[12:26] <Mamarok> it is (of course...)
[12:28] <Riddell> what languages shall I put on the CDs?
[12:30] <Riddell> ru overtaken it for fourth spot with intrepid installs
[12:33] <Riddell> wow, langpacks are large these days
[12:36] <Riddell> de and fr is about all we can fit
[12:39] <a|wen> Riddell: update to kdemultimedia pushed to bzr ... the changes was in the 4.2.2 in the ninjas ppa at some point, but got lost somehow
[12:41]  * Riddell looks
[12:43] <Riddell> a|wen: going to send these upstream?
[12:43] <a|wen> apachelogger committed them to svn i believe
[12:44] <Riddell> uploading to jaunty
[12:45] <a|wen> thx
[12:46] <davmor2> Riddell: what kmenu called now?
[12:47] <Riddell> davmor2: kickoff is the applet
[12:47] <davmor2> jtholmes: ^
[12:47] <Riddell> which is part of plasma which is from the kdebase-workspace source package
[12:49] <davmor2> Riddell: just needed the name for jtholmes
[12:49] <Riddell> I don't know what user documentation calls it though
[12:54] <Riddell> new plasma-widget-network-manager in my PPA for testing  https://edge.launchpad.net/~jr/+archive/ppa
[12:55] <freinhard> horray
[13:00] <freinhard> bug in kpackagekit, debfile.py, def open... self.pkgname => self.pkgName
[13:01] <Mamarok> back
[13:01] <Mamarok> Pulseaudio s
[13:02] <Mamarok> sry
[13:02] <Mamarok> Pulseaudio still shows on to of the list in Phonon, even after I removed .kde/share/config/phonondevicesrc
[13:02] <Riddell> freinhard: that sounds like packagekit, kpk doesn't use python itself
[13:03] <Mamarok> where else could this be stored? I don't have pulseaudio installed...
[13:03] <a|wen> Mamarok: is pulseaudio purged?
[13:03] <freinhard> Riddell: sry, didn't look up where debfile.py comes from. kpackagekit gave me some errors on commandline.
[13:03] <Mamarok> yes, of course!
[13:03] <Mamarok> a|wen: ^^
[13:04] <freinhard> btw, error handling in kpackagekit isn't that nice yet?
[13:04] <a|wen> hmm, good question then
[13:06] <a|wen> i have pulseaudio in phonon as well ... just at lowest priority
[13:07] <jtechidna> I don't think that it's actually pulseaudio, since pulseaudio isn't actually installed on my system
[13:10] <jtechidna> libpulse0 != a working pulseaudio install, but maybe it's enough to fool phonon?
[13:16] <freinhard> Riddell: what to do with that debfile bug? report upstream and wait till it's fixed or do a patch for debian/patches ?
[13:17] <Mamarok> jtechidna: well, if you followed the thread a bit earlier, updating kde to 4.2.2 reinstalled pulseaudio for me...
[13:17] <Riddell> freinhard: if you have a patch send it to glatzor and ask if he wants you to patch the package or if he'll take care of it
[13:17] <jtechidna> o.O
[13:17] <Mamarok> somewhere there is a packaging error...
[13:17] <jtechidna> nah
[13:17] <jtechidna> nothing changed that much
[13:17] <jtechidna> in the KDE packages
[13:18] <jtechidna> it could be that pulseaudio was a recommends of something else that got updated
[13:18] <jtechidna> but that it's so easy to infect your computer with pa is annoying
[13:19] <Mamarok> hm, on first try, kdegraphics was hold back, when I selected it it came with a0+ gnome packages
[13:19] <Mamarok> 10+*
[13:19] <jtechidna> which package manager were you using?
[13:20] <jtechidna> there should be a way to dist-upgrade stuff without installing recommends for apt-get
[13:20] <jtechidna> --no-install-recommends for apt-get
[13:20] <Mamarok> synaptic
[13:20] <jtechidna> hmm...
[13:20] <Sput> does pa support intel-hda nowadays?
[13:20] <jtechidna> I wouldn't know how to do it with synaptic
[13:21] <Mamarok> which at least shows all the additional packages going to be installed, a thing kpackagekit doesn't...
[13:21] <Sput> or are they still trying to force something down our throats that doesn't support the most popular hardware?
[13:21] <a|wen> Riddell: have you seen this? https://bugs.kde.org/show_bug.cgi?id=188655 ... really a usability annoyance
[13:21] <jtechidna> Mamarok: if an update wants to install new packages, kpackagekit can't do it at all :P
[13:21] <jtechidna> it whines about it being a blocked update and sits there and pouts
[13:21] <Mamarok> jtechidna: I haven't used it since some days, since I find it not really usable
[13:22] <jtechidna> I find myself either using the terminal or adept
[13:22] <Mamarok> but back then (about 2-3 weeks) it did install dependcies without telling me
[13:23] <Mamarok> well, synaptic really is good, and far more readable than apt-get
[13:23] <jtechidna> I'm just not used to synaptic tbh... scared of trying something new I guess
[13:23] <Mamarok> Adpet is not as bad as kpackagekit, a bit more usable,  but still...
[13:24] <jtechidna> but apt-get + adept serves me, personally well enough, so....
[13:24] <Mamarok> hm, aptitude is not bad neither, I'm simply not used to it
[13:25] <Mamarok> for me it's either synaptic or apt-get when I have errors in the former
[13:25] <Riddell> a|wen: I have not
[13:25]  * a|wen uses aptitude exclusively
[13:26] <Riddell> a|wen: although focus is in the search box when I open kickoff
[13:26] <a|wen> Riddell: it doesn't work here
[13:26] <a|wen> how is your focus-stealing prevention settings?
[13:27] <Riddell> a|wen: I've no idea, I've not set anything
[13:30] <a|wen> Riddell: just tested with a new user ... same problem, at least for me
[13:32] <Riddell> a|wen: I believe you :)
[13:34]  * a|wen uploads a new kdebase-workspace to k-e with a fixed startkde script
[13:34] <ScottK> mvo: Will the Python fix correct existing upgrades that were broken or just prevent the problem for future upgraders?
[13:36] <mvo> ScottK: just for future upgrades for now, I think for exisiting upgrades the fix might be as easy as running all the /usr/share/python/runtime.d/*.rtinstall scripts
[13:37] <mvo> ScottK: but I'm not the python maintainer, I'm just a fire fighter
[13:37] <ScottK> Understand.  Appreciate the effort.
[13:40] <jjesse> i know this is more a #kubuntu question but real quick with the new networkmanager applet in jaunty how do i connect to a hidden wireles ?
[13:41] <jtechidna> according to the bug reports you can't :(
[13:43] <Quintasan> Hmm Shaman is indeed very good package manager, can't wait for packagekit frontend
[13:45] <mvo> ScottK: I will talk about it, I think we need to send out a mail at least to explain what happend and how affected people can fix their systems
[13:46] <ScottK> mvo: That sounds sensible.
[13:46]  * ScottK has one sitting here unfixed waiting to test the procedure.
[13:47] <mvo> ScottK: if you have a test machine, that is execellent, I perpare instrcutions and ask you to test. thanks
[13:47] <ScottK> Great.
[13:59] <mvo> ScottK: for s in /usr/share/python/runtime.d/*.rtinstall; do if [ -x $s ]; then $s rtinstall python2.6; fi; done - should is the fix I think will work
[13:59]  * ScottK tries
[14:00]  * Quintasan got into Polish translators team
[14:02] <Tiono_> hi there
[14:02] <Tiono_> Riddell: just received your email, I'll investigate this WE...
[14:06] <ScottK> mvo: It ran without error, but I still don't have /var/lib/python-support/python2.6/dbus/mainloop/qt.so.
[14:08] <vorian> hahahaha
[14:08] <Tonio_> agateau: hey :) dodn't got time to come and see you during SL2009.... sorry for that :)
[14:08] <Tonio_> s/dod/did/
[14:09] <jefferai> Riddell: the kubuntu-members-kde4 PPA seems down
[14:09] <mvo> ScottK: hm, thats bad
[14:10] <ScottK> Agreed/
[14:10] <ScottK> /.
[14:14]  * vorian pats his 1.6 million karma
[14:14] <Riddell> jefferai: what's down with it?
[14:15] <jefferai> https://launchpad.net/~kubuntu-members-kde4/+archive/ppa
[14:15] <jefferai> and in apt-get I get a 404
[14:15] <vorian> jefferai: do you have apt-transport-https installed?
[14:16] <jefferai> does that affect the website? :-)
[14:16] <jefferai> but yes, I do
[14:16] <Riddell> it's not an https archive
[14:16] <Riddell> jefferai: works here, what's in your sources.list ?
[14:16] <vorian> jefferai: sorry, ignore me.  I'm just a rodeo clown
[14:17] <jefferai> deb http://ppa.launchpad.net/kubuntu-members-kde4/ubuntu jaunty main
[14:17] <jefferai> deb-src http://ppa.launchpad.net/kubuntu-members-kde4/ubuntu jaunty main
[14:17] <jefferai> although it appears (now that the website is working) that there is no jaunty
[14:17]  * jefferai pokes Nightrose
[14:17] <jefferai> You said there was jaunty!
[14:18]  * Nightrose hides
[14:18] <Nightrose> :D
[14:18] <jefferai> Riddell: I was looking for e.g. the taglib-extras package you said was available to jaunty users
[14:19] <Riddell> jefferai: that's in the main archive  https://edge.launchpad.net/ubuntu/+source/taglib-extras
[14:19] <jefferai> Hm.  I just did an apt-get update and it's not showing up for me
[14:20] <Riddell> jefferai: oh it's still in New, needs an archive admin to approve it
[14:20] <jefferai> ah
[14:20] <jefferai> OK
[14:21] <Riddell> jefferai: did you release a new version?
[14:21] <jefferai> Yes
[14:21] <jefferai> are you not on amarok-packagers?
[14:21] <jefferai> I updated the license text for clarity
[14:21] <jefferai> and some build fixes for (mainly non-linux) people
[14:21] <mvo> ScottK: does /usr/sbin/update-python-modules -v -a help?
[14:21] <Riddell> jefferai: I see it.  really must get round to reading my e-mail sometime
[14:22] <jefferai> :-)
[14:22]  * ScottK tries
[14:25] <ScottK> mvo: Nope.  It didn't even touch python-qt-dbus.
[14:26] <ScottK> Riddell: It seems kde3bindings source is still in Main.  Would you please demote it.
[14:27] <ScottK> mvo: That seems to only touch .py -> .pyc.  I didn't see any .so in the output.
[14:29] <Quintasan> nixternal: ping
[14:29] <mvo> ScottK: :( sorry, I need to investigate in more detail then
[14:29] <ScottK> mvo: No problem.  I appreciate you working on it.
[14:57] <rickspencer3> hey guys
[14:57] <rickspencer3> how's it running down to final freeze next week?
[14:59] <ScottK> For me everything seems pretty good except for X + Intel is exremely unpleasant.
[15:00] <ScottK> exremely/extremely
[15:00] <rickspencer3> ScottK: bummer
[15:00] <rickspencer3> did you see that bryce has some mitigations for 8x5 chipsets?
[15:00] <ScottK> I did.
[15:00] <rickspencer3> I know he still has some hope for 9x5 perf, but it seems like we're going to have stable, but not fast by default :(
[15:01] <ScottK> I can be understanding about older stuff, but my 965 laptop is not happy either.
[15:01] <rickspencer3> ScottK: yeah, that's an intel thing
[15:01] <rickspencer3> they are targeting that to run off of uxa, but uxa is crashy
[15:01] <ScottK> I'm using uxa and that's what I'm experiencing.
[15:02] <ScottK> I'm seriously reconsidering future purchase decisions at this point.
[15:02] <rickspencer3> ScottK: I kind of feel responsible, in a way'
[15:02] <ScottK> I have all Intel here and I'm paying for it.
[15:02] <rickspencer3> I'm kinda new to the job, and I didn't realize ...
[15:02] <ScottK> We need to do better in the future.
[15:02] <rickspencer3> that I could have engaged Intel earlier and directly on the problem :(
[15:03] <ScottK> OK.  Fair enough.
[15:03] <rickspencer3> yeah, I'm hoping that it goes better in Karmic, if we're working together
[15:03] <rickspencer3> because Intel does do their work in the open
[15:03] <ScottK> From my perspective Gutsy was the last release where all the pieces came together.
[15:03] <rickspencer3> for x, you mean?
[15:03] <ScottK> Overall.
[15:03] <rickspencer3> hmm
[15:04] <a|wen> gutsy was the worst release for me regarding suspend/resume
[15:04] <rickspencer3> do you mean for Kubuntu specifically
[15:04] <ScottK> For me, Intrepid was good for X, but seriously broken in the kernel
[15:04] <rickspencer3> lol
[15:04] <ScottK> Hardy was good kernel and good X, but none of the tools worked with X, so stuff like trying to give a presenation using my laptop was totally out.
[15:05]  * a|wen doesn't like to shut down his laptop
[15:05] <jtechidna> yeah, I'm still running a hardy kernel...
[15:05] <rickspencer3> I saw a ton of change mails for Kubuntu a couple of nights ago, so it looks like the Kubuntu team has been really productive
[15:05] <rickspencer3> Riddell: kudos ^^^^^
[15:05]  * ScottK would like for us to really have a release where all the pieces come together.
[15:05] <vorian> \o/
[15:05] <rickspencer3> :)
[15:06] <vorian> ScottK: I don't think that will ever be possible with the segmentation *buntu has now
[15:06] <ScottK> I hope that's wrong.  It'll take work, but it's work needs doing.
[15:06] <jtechidna> vorian: nhandler's pimpi- er, MCin' hand is strong, you say? :D
[15:07] <vorian> JontheEchidna: hehe
[15:07]  * Mamarok want's her sound back :(
[15:07] <JontheEchidna> never let's an MOTU get out of line ;-P
[15:07] <freinhard> Mamarok: did you try a new user?
[15:08] <Mamarok> oh, nice idea, let's see...
[15:09] <rickspencer3> scottK: I've been thinking about "all the pieces coming together"
[15:09] <rickspencer3> it's an interesting problem, because *buntu is all about shipping the latest and coolest features in FOSS
[15:10] <rickspencer3> one of those features being "it actually all works together"
[15:10] <rickspencer3> which is a paradox
[15:10] <rickspencer3> if you really want things to be totally integrated and solid, you stop updating and just bake and test, bake and test
[15:11] <rickspencer3> I suppose you could always stay a version or two behind though
[15:11] <Mamarok> rickspencer3: this sounds so like Debian :)
[15:12] <rickspencer3> you mean "stable" versus "unstable"?
[15:12] <Mamarok> yes
[15:12] <rickspencer3> hmm
[15:13] <rickspencer3> Still, I think Kubuntu would be less interesting of a distro if the Kubuntu team wasn't always pushing the envelope wrt latest and greatest
[15:13]  * Mamarok tries another user
[15:15] <ScottK> rickspencer3: I agree, but there's a balance and I think in some respects we've either tipped to far or we aren't expending enough effort on making sure it all comes together at the end.
[15:16] <rickspencer3> well, I'm still new on the team, but as a user it seemed like there was some oscilation ...
[15:16] <rickspencer3> some releases would be too aggressive, and some seemed to conservative
[15:16] <ScottK> Yes.  I think, as an example, the kernel team leaned too far forward in Intrepid and so backed off for Jaunty.
[15:17] <Mamarok> freinhard: no sound neither, and still Pulseaudio showing up
[15:17] <ScottK> It'd be good to get some distro wide agreement on which ones are agressive and which ones should work.
[15:18] <Mamarok> Phonon bug?
[15:18] <ScottK> Kubuntu doesn't use pulseaudio
[15:18] <Mamarok> ScottK: I have *no* pulseaudio installed!!!
[15:19] <ScottK> Odd then.
[15:19] <Mamarok> it has been installed by the KDE 4.2.2 update in Jaunty and I can't remove it without removing half of KDE, and my sound is gone :(
[15:20] <ScottK> Mamarok: What does aptitude why pulseaudio tell you?
[15:20] <Mamarok> actually, I have removed pulseaudio, the only thing remaining is libpulse0
[15:20] <Mamarok> and I purged it too
[15:20] <Mamarok> ScottK: I have been over this with others earlier today already
[15:20] <ScottK> OK.  then why on that one.
[15:20]  * Quintasan was wondering why whole Kubuntu depends on libpulse0
[15:21] <Mamarok> it's just driving me mad that there is pulseaudio even showing up
[15:21] <ScottK> It's libxine1-misc-plugins
[15:22] <Mamarok> can't remove that neither, it removes half of KDE
[15:22] <Mamarok> and that definitely is not normal
[15:24] <ScottK> Agreed.
[15:24]  * ScottK waves his arms and announces 'someone' should look into that.
[15:26]  * Mamarok waves too
[15:27] <Mamarok> bbl
[15:31] <ScottK> rickspencer3: Speaking of synchronization ....  It may be that the Dx folks are going to be working on the wrong cycle (by the current plan) for KDE.  KDE 4.3 is right now entering feature freeze.  It seems to optimize upstream collaboration, the schedule for Dx with Karmic and KDE 4.3 is out of sync.
[15:32] <jjesse> Mamarok: i have no sound in jaunty kubuntu as well with no pulseaudio installed
[15:33] <jjesse> i had sound in intrepdi lost it in the upgrade
[15:33] <rickspencer3> ScottK: okay
[15:33] <ScottK> rickspencer3: Just a thought.
[15:34] <rickspencer3> I know they're 110% consumed with Jaunty right now, but I'll make sure they synch up with you guys regarding Kubuntu and KDE version in Karmic
[15:38] <ScottK> They did have time for a Karmic planning sprint.  It'd be nice to have some information on what's already been decided.
[15:53] <joshjtl> hi folks
[15:53] <joshjtl> I'm having lock ups that require manual shutdown, the cursor is still moveable but nothing else is
[15:53] <joshjtl> the only thing i've done differently of late that i can think of is using preload, and booting without "splash", and with "vga=791" in kernel line...
[16:01] <ScottK> gtk-kde4 is uninstallable if some motu might have a look ....
[16:03] <joshjtl> ScottK: was that to me? if so when i search with aptitude i only see kcm-gtk-kde4 which is not installed
[16:03] <ScottK> joshjtl: Not to you, no.
[16:03] <joshjtl> oh ok
[16:20] <Riddell> ScottK: kde3bindings is in main for libsmoke1 used by perl-qt used by debconf
[16:20] <ScottK> Oh.  OK.
[16:20] <ScottK> Shoot.
[16:56] <agateau> joshjtl: looks like an uxa problem to me
[16:56] <agateau> it often happens on my machine when uxa acceleration is enabled
[17:04] <joshjtl> agateau: what is that? how do I know if its enabled?
[17:05] <joshjtl> agateau: I'm thinking i may have been using gimp every time... not positive but at least a couple of times
[17:05] <agateau> joshjtl: it is an acceleration mode of xorg
[17:05] <joshjtl> agateau: how do i know if its enabled?
[17:05] <agateau> it is not supposed to be enabled unless you did it yourself (or did this change?)
[17:05] <agateau> I enabled it by editing the xorg.conf file
[17:05] <joshjtl> agateau: i didnt do anything to X
[17:06] <agateau> joshjtl: ok, so it's probably not the same bug :/
[17:06] <agateau> do you have an intel video card?
[17:06] <joshjtl> agateau: i do as a matter of fact yes
[17:06] <joshjtl> agateau: whats odd though is i've been running jaunty for a while... this problem just started
[17:07] <agateau> i have this bug on an intel card with uxa
[17:07] <agateau> maybe uxa is enabled by default now?
[17:07] <joshjtl> agateau: but you enabled uxa yourself?
[17:07] <agateau> joshjtl: yes i did
[17:08] <ScottK> It's not by default.
[17:08] <agateau> ScottK: ok, then it's another problem
[17:08] <agateau> so much for "let's buy intel cards to avoid troubles" :(
[17:08] <joshjtl> right
[17:09] <Sput> my intel card works fine nowadays :)
[17:09] <Sput> with bleeding edge stuff though
[17:09] <joshjtl> I recently turned off preload to see if that was causing my lockups... if not i'm going to see if it had anything to do with using gimp heavily
[17:09] <Sput> so it's probably all gonna work out for karmik or whatever you call that poor animal in fall :)
[17:16] <ScottK> Sput: Using uxa?
[17:17] <Sput> ScottK: yes
[17:17] <Sput> I don't think the current intel driver has EXA support anymore
[17:17] <Sput> or XAA, for that matter
[17:18] <ScottK> Well UXA is fine except for occassional display flashes and when it just falls over and dies.
[17:18] <Sput> doesn't happen here
[17:19] <Sput> but well, bleeding edge
[17:19] <Sput> this means intel driver and X11 from git master
[17:19] <Sput> that way I can even run desktop effects very smoothly
[17:22]  * a|wen prepares to log out and in again to switch from EXA to XAA
[17:33] <ScottK> jpds: kubuntu-artwork-kbfx is currently uninstallable due to kbfx being removed.  Would you please look at it and either fix it or ask for removal?
[17:35] <jpds> ScottK: I'll ask for it to be removed.
[17:35] <ScottK> jpds: Thanks.
[17:36] <rgreening> UXA is solid here on my GM45
[17:36] <rgreening> and I think the recent Mesa updates will help alot.
[17:41] <alex-weej> jaunty font settings in vanilla ubuntu are wrong in Qt apps for some reason
[17:41] <alex-weej> up until a few weeks ago, Qt apps were using the fully "native" hinted rendering
[17:41] <alex-weej> then it changed to autohinter
[17:41] <alex-weej> i can't find any way to change it, it certainly doesn't respect fontconfig settings in /etc/fonts
[17:42] <alex-weej> the rest of my system (even Java SWT) uses unhinted
[17:44] <smarter> alex-weej: install qt4-qtconfig
[17:44] <smarter> then launch qtconfig
[17:44] <smarter> you should be able to change the fonts
[17:47] <alex-weej> smarter: already have it, and there's no setting for font hinting
[17:47] <alex-weej> only font faces
[17:47] <a|wen> should "report bug" in konqueror go to b.k.o; shouldn't it go to LP instead?
[18:03] <joshjtl> does anyone how to reset dolphin... something to do with HOME= something or other i forgot
[18:06] <a|wen> joshjtl: reset in which way?
[18:07] <joshjtl> a|wen: hard to explain, but once i logged into a ftp site with dolphin and it messed up sending files to trash since (even after logging out of ftp) someone told me a trick of running HOME= something mytempdir, and then running dolphin with that and it fixed the issue
[18:09]  * a|wen knows nothing about that, sry
[18:27] <gon> Hi
[18:27] <gon> I have some problems connecting to wireless network in some place
[18:28] <gon> In 8.10 works fine, but in jaunty can't connect
[18:29] <gon> i got this from dmesg:
[18:29] <gon> [  351.136971] wlan0: disassociating by local choice (reason=3) [  353.136063] wlan0: privacy configuration mismatch and mixed-cell disabled - disassociate
[19:18] <joshjtl> is there anyway I can ctrl+tab through apps that are on all desktops?
[19:54] <nixternal> hey, how is 'choqoK' pronounced? I am getting poked fun at here because of the way they are saying it
[19:58] <joshjtl> hey who was it that told me about a dolphin fix including HOME= something... ?
[20:02] <Pollywog> is that Klingon?
[20:03] <Pollywog> nixternal: it looks Klingon, if you ever watched Star Trek
[20:04] <Arminius_> hello
[20:06] <Arminius_> anybody?
[20:06] <Quintasan> Arminius_: hi
[20:06] <Arminius_> hi
[20:06] <seele> ...
[20:06] <Arminius_> I was just wondering if I could contribute programming Kubuntu? ^^
[20:07] <seele> Arminius_: what languages do you know?
[20:08] <Arminius_> well I programmed a lot under windows in Object Pascal (Delphi)
[20:08] <Arminius_> and I have basics in C++
[20:09] <Arminius_> I know Delphi is not great in Linux because Lazarus is a bit bugged and Kylix is not developped anymore...
[20:09] <seele> agateau (isnt on) is a kubuntu dev, rgreening also does some coding
[20:09] <seele> Riddell could probably help you out too
[20:10] <Arminius_> ok...
[20:10] <seele> most of it is bug fixing i think.. dunno
[20:10] <Arminius_> well I must confess, I never programmed in any way on an OS ^^
[20:10] <a|wen> Arminius_: your C++ skills will be of great help in coding/bugfixing when we talk KDE
[20:11] <Arminius_> ok
[20:11] <Arminius_> I don't know what level of programming you need in C++
[20:11] <Arminius_> in delphi I am sure I could help, in C++ I don't know :s
[20:12]  * Quintasan started learing Qt4 but it seems he needs more c++ practice
[20:12]  * a|wen is a total C++ novice ... but general understanding of programming principles helps a lot
[20:13] <smarter> Arminius_: learn Qt :)
[20:13] <Arminius_> ok
[20:13] <Arminius_> don't knoww what that is ^
[20:13] <smarter> hah :p
[20:13] <Quintasan> omg looks like KDE4 BasKet port is in beta
[20:13] <Arminius_> wikipedia will help me :p
[20:13] <smarter> Arminius_: it's the graphical toolkit used by KDE, and so by Kubuntu
[20:13] <smarter> it's a C++ lib
[20:14] <Riddell> hi Arminius_
[20:14] <Arminius_> hi ;)
[20:14] <Riddell> worth looking through the tutorials and other information on techbase to get into KDE programming
[20:14] <smarter> apart from GUI stuff it also comes with XML support, WebKit support, etc
[20:14] <Riddell> http://techbase.kde.org/Welcome_to_KDE_TechBase
[20:14] <smarter> basically, it has everything you ever want to do, and it has it in a nice, cross-plateform, well-documented API :)
[20:14] <a|wen> Quintasan: me want :)
[20:15] <Arminius_> oh great looks like delphi :D
[20:15] <Arminius_> (sorry, I just really like delphi :p)
[20:15] <Quintasan> a|wen:  trying to compile, need kdepim dev libs :P
[20:15] <smarter> Riddell: KDE tutorials are great, but without Qt knowledge not that useful imho
[20:15] <Arminius_> with c++ syntax :p
[20:15] <Riddell> Arminius_: in Kubuntu we do lots of packaging (compiling other people's apps), bugfixing (c++ and other languages) and some original development (mostly Python Qt)
[20:15] <a|wen> Quintasan: could've guessed that
[20:15] <Arminius_> ok
[20:16] <Arminius_> thanks :)
[20:16] <smarter> Arminius_: http://doc.trolltech.com/4.5/how-to-learn-qt.html
[20:16] <a|wen> smarter: you talked about an update of qdevelop?
[20:16] <Riddell> smarter: the tutorials should cover that, hello world and so forth
[20:16] <smarter> Arminius_: that should get you started ;)
[20:16] <Quintasan> Arminius_: http://doc.trolltech.com/4.3/tutorial-t1.html  <--- good introduction to Qt
[20:16] <joshjtl> hey who was it that told me about a dolphin fix including HOME= something... ?
[20:16] <smarter> Quintasan: nop
[20:16] <smarter> that's for 4.3
[20:17] <Riddell> Arminius_: just now in Kubuntu we are three weeks from release so we're mostly interested in testing and fixes
[20:17] <smarter> Quintasan: and the link I posted already link to the tutorials
[20:17] <smarter> Arminius_: just follow the how-to-learn-qt link I posted :p
[20:17] <Arminius_> thanks a lot... do you have a dev forum?
[20:17] <smarter> nop, IRC is the way :]
[20:17] <Quintasan> smarter: oh, I couln't find 4.5 doc :P
[20:17] <Quintasan> smarter: thanks :)
[20:18] <smarter> Arminius_:  but if you need Qt help, there's http://qtcentre.com which has a forum
[20:18] <smarter> not to mention #qt
[20:18] <smarter> a|wen: yup, new upstream release has been out since a few days after FF, uploaded an svn snapshot before and didn't have time to fill an FFe
[20:18] <smarter> a|wen: no packaging changes should be needed
[20:18] <Arminius_> that lnk is not valid
[20:18] <Arminius_> the qtcentre link...
[20:19] <smarter> a|wen: additionaly, people have been having problem with QDevelop which might be related to the fact that it was built with 4.4, so that should fix it too
[20:19] <smarter> Arminius_: http://www.qtcentre.org/
[20:19] <a|wen> smarter: looks and run well here at least
[20:19] <Arminius_> that one works ;)
[20:19] <Arminius_> thanks :)
[20:20] <Arminius_> so there is not "kubuntu dev" special forum?
[20:21] <smarter> Arminius_: almost all communication happens on IRC
[20:21] <Arminius_> ok
[20:21] <smarter> we also have a mailing-list, which you might consider subscribing too
[20:21] <Arminius_> how do you do that?
[20:24] <smarter> ^ could someone point it to the link ? :]
[20:24]  * smarter be back in a bit
[20:24] <Arminius_> there is another question that bothers me... why is everyone using C++ (even Qt is based one it :p), instead of Object Pascal for example?
[20:25] <Quintasan> Arminius_: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
[20:25] <Quintasan> Arminius_: most used programming language? :3
[20:26] <Arminius_> thanks for the link!
[20:26] <Arminius_> so it's just because everyone uses it... that everyone follows ^^
[20:26] <Quintasan> Arminius_: first of all, it's multi-platform
[20:27] <Quintasan> Arminius_: C++ with Qt4 can be compiled for Window, Linux, Mac OS X and many others without (or little) changes in code.
[20:27] <Arminius_> Your subscription request has been received, and will soon be acted upon.  :)
[20:27] <Arminius_> well delphi too :p just the api
[20:28] <Quintasan> I can't tell anything more because I learned Pascal three years ago and I don't rember anything and I've recently picked up C++ :P
[20:29] <Arminius_> I kindof prefer the Pascal structure... but it's a question of taste ^^
[20:30] <Arminius_> but thanks for the try :)
[20:31] <smarter> C++ Is The Way © :>
[20:32] <Arminius_> hehe ^^
[20:33] <Arminius_> cout<<"Got to go now, will be back soon (I hope). Thanks for your help."<<endl;
[20:33] <Arminius_> system("PAUSE");
[20:33] <Arminius_> :p bye ;)
[20:33] <Quintasan> Arminius_: bye :3
[20:35] <Quintasan> a|wen: want the package?
[20:36] <a|wen> Quintasan: does it build on jaunty?
[20:36] <Quintasan> a|wen: yup
[20:36] <Quintasan> just finished :P
[20:37] <a|wen> Quintasan: then to a PPA with it :) ... or if you send it to me i'll throw it at a ppa, he
[20:37] <Quintasan> kk will do it in a second
[20:41] <joshjtl_> can I downgrade intel drivers back to intrepid?
[20:42] <smarter> joshjtl_: that probably won't work
[20:42] <smarter> due to the new Xserver in Jaunty
[20:42] <smarter> but you can always try
[20:42] <smarter> anyway, we're not X expert here ;)
[20:42] <a|wen> smarter: FFe requested in bug 354716 ... go find some motu-release to approve it
[20:42] <joshjtl_> smarter: would happen to have an idea how i could do that?
[20:43] <joshjtl_> downgrade
[20:43] <smarter> download the package for intrepid from http://packages.ubuntu.com, install it
[20:43] <joshjtl_> ok thx
[20:43] <smarter> a|wen: yay, thanks :)
[20:44] <joshjtl_> smarter: another question... did you tell me a few days ago about restoring dolphin using HOME= something mytempdir?
[20:44] <smarter> joshjtl_: that wasn't me, sorry ;)
[20:44] <joshjtl_> k thx
[20:45] <joshjtl_> smarter: would you happen to know what the package might be called? (intel)
[20:45] <smarter> xserver-xorg-video-intel
[20:45]  * Quintasan wonders where he put his pendrive with GPG keys
[20:45] <smarter> a|wen: no (filtered) debdiff? ;)
[20:45] <joshjtl_> thanks!
[20:46]  * a|wen re-reads the FFe wiki page
[20:47] <a|wen> smarter: according to the wiki, that is not what they want
[20:48] <joshjtl_> smarter: ok you were right... errors downgrading... can I figure out if I can downgrade other packages to be able to use this intrepid package? Or can I add the repo perhaps so it can do it automatically?
[20:49] <ScottK> No that I've completely disassembled and re-assembled my laptop to install a replacement touchpad, things are much better.
[20:49] <ScottK> No/Now
[20:49] <a|wen> joshjtl_: adding (all) the intrepid repos and trying to get aptitude to do some calculations might work ... but look at the list of changes before applying in such a case
[20:50] <joshjtl_> okay a|wen will do
[20:50] <smarter> joshjtl_: adding the repo will have no effect since apt only upgrades, no downgrade
[20:50] <smarter> downgrading lots of package is generally a bad idea
[20:50] <smarter> better idea is to report the bug, maybe poke the Ubuntu X guys, and hopes it get fixed
[20:51] <ScottK> Just as a warning, downgrading is often somewhat doable, but it's completely unsupported.
[20:51] <joshjtl_> argh, well its either downgrade or go back to intrepid, this is a pretty big issue
[20:52] <Quintasan> oh god, why debuild has problems with linked files?
[20:53] <smarter> a|wen: if we consider https://wiki.ubuntu.com/FreezeExceptionProcess#FeatureFreeze%20for%20bug%20fix%20only%20updates%20(process%20agreed%20by%20motu-release) it looks like I can just upload the package and mark the bug as fixed
[20:54] <joshjtl_> stupid intel driver problem :(
[20:55] <a|wen> smarter: someone put in one feature ;)
[20:55] <smarter> kay
[20:55] <smarter> apparently they want a diff of the changelog though :p
[20:55]  * a|wen can upload as well you know
[20:56] <smarter> Riddell: bug #354716 << can you handle it? (last time I filled a FFe for a KDE app, these guys simply reassigned it to you, not sure what's their policy with Qt stuff :])
[20:59] <joshjtl_> i just read my intel issue can be fixed downgrading to kernel 2.6.27 what do I need to do to downgrade to that on jaunty?
[20:59] <smarter> install the 2.6.27 kernel from intrepid
[21:00] <smarter> reboot, choose 2.6.27 at boot time
[21:00] <joshjtl_> ok
[21:02] <Quintasan> crapcrapcarp
[21:02] <Quintasan> I forgot to add cdbs :/
[21:09] <joshjtl_> smarter: do i need to install 2.6.27 headers and source?
[21:10] <Arminius_> hey there
[21:10] <Arminius_> I am back ;)
[21:10] <Quintasan> Arminius_: that was quick :3
[21:10] <smarter> joshjtl_: headers are needed if you plan to compile modules (like nvidia driver blob)
[21:10] <Arminius_> tried to install kt via adept
[21:10] <smarter> joshjtl_: sources aren't needed
[21:10] <smarter> Arminius_: kt?
[21:10] <Arminius_> there was a small internet interruption
[21:10] <Arminius_> qt sorry ;)
[21:10] <smarter> ah :]
[21:11] <Arminius_> and now I get that error when I install qt4 (there was also qt3 awaylable but I guessed that 4 is better :p)
[21:11] <joshjtl_> Quintasan: did you tell me that fix for dolphin using HOME= something mytempdir ?
[21:12] <Quintasan> joshjtl_: hmm I don't remeber saying anything like this, sorry
[21:12] <joshjtl_> ok thanks
[21:12] <joshjtl_> brb rebooting
[21:12] <Arminius_> APT Error. Context:
[21:12] <Arminius_>  Package download failed,
[21:12] <Quintasan> ugh
[21:12] <Quintasan> Arminius_: dont paste it here
[21:12] <Arminius_> ok
[21:12] <Quintasan> Arminius_: use pastebin.ca
[21:13] <Arminius_> ok?
[21:13] <smarter> ArmedGeek: well, error message is pretty clear ;)
[21:13]  * Quintasan was expecting something larger
[21:13] <Arminius_> http://www.pastebin.ca/1381218
[21:13] <Arminius_> there :)
[21:13] <smarter> download failed, because of a connection problem on your part, or because the mirror you're downloading from is not up to date/not online
[21:13] <Arminius_> (that's the whole one)
[21:14] <Quintasan> 404 Not Found
[21:14] <smarter> only answer is: try again
[21:14] <Arminius_> I tried it 3 times...
[21:14] <Arminius_> again
[21:14] <smarter> click the "reload" button or something like that
[21:14] <Arminius_> and obviously I am online right now
[21:15] <Arminius_> I reupdated the whole package list
[21:15] <Arminius_> work again ;)
[21:15] <Arminius_> works
[21:15] <Arminius_> ;)
[21:15] <Arminius_> :)
[21:16] <Arminius_> reading the whole qt sections, looks nice :)
[21:16] <Arminius_> and I registred to the mailing list...
[21:16] <joshjtl> ok back... lets see if 2.6.27 works for me
[21:16] <Arminius_> what kind of things will I get in the mails?
[21:16] <Quintasan> joshjtl: what are you testing?
[21:17] <joshjtl> Quintasan: trying to find a workaround for an intel bug
[21:17] <Quintasan> Arminius_: everthing but no *cough*pr0n*cough* ;)
[21:17] <smarter> Arminius_: mails sent by everyone to the list
[21:17] <smarter> look at the archive
[21:17] <Arminius_> ok ;)
[21:17] <Arminius_> thanks for the info :)
[21:17]  * Quintasan wants to get the ext4 delete bug fixed
[21:18] <Arminius_> and stupid question... :p why don't the dev have a special forum? ^^
[21:18] <ScottK> We do and this is it.
[21:18] <Quintasan> a|wen: https://launchpad.net/~quintasan/+archive/ppa
[21:18] <Arminius_> ^^ hehe
[21:21] <a|wen> Quintasan: cool :)
[21:21] <joshjtl> neat i love being able to alt+tab to another desktop
[21:21] <Quintasan> a|wen: hope it works :>
[21:22] <joshjtl> Quintasan: do you use stasks?
[21:22] <Quintasan> joshjtl: yes
[21:22]  * Quintasan put some m4d h4xz in basket package
[21:23] <joshjtl> Quintasan: me too, i like it a lot, i find the expanding tasks really useful but i also find it really annoying to switch between tasks... i wish the expanding could be slowed down past 150... or something else could be implemented
[21:23] <Arminius_> ok great qt is installed :)
[21:24] <joshjtl> expanding tasks really keeps my taskmanager from getting full
[21:24] <Quintasan> the plasmoid is just win
[21:24] <Quintasan> no more comments needed :P
[21:24] <joshjtl> Quintasan: huh?
[21:24] <joshjtl> just win
[21:24] <joshjtl> what
[21:24]  * Quintasan wonders if he should stop browsing 4chan
[21:25] <Quintasan> joshjtl: It's just great
[21:25] <Quintasan> ;P
[21:25] <Arminius_> I was wondering, what kind of application are more developped or need to be more developped?
[21:25] <joshjtl> Quintasan: do you use the expanding tasks?
[21:25] <Quintasan> joshjtl: yeah, it saved my life yesterday
[21:25] <joshjtl> whoa
[21:26] <joshjtl> then yeah its good
[21:26] <Quintasan> a|wen: how's new/old basket?
[21:27] <seele> heh.. love how my boss is supposed to give a talk about current trends in interface design, and then asks me what the current trends are
[21:27] <Quintasan> seele: lol
[21:27] <Arminius_> lol seele he know where the trends come from ;)
[21:27] <a|wen> Quintasan: just re-adjusting the versioning ... so when i forget that i installed a pre-release version i will still get the new one when it arrives
[21:28] <Quintasan> a|wen: ok :3
[21:34] <Arminius_> O was wondering, is qt also based on event in the form design? (like OnMouseOver, OnClick, etc...)
[21:37] <smarter_> Arminius_: Qt has event but what you're looking for is probably the signal/slot system
[21:38] <smarter_> just read the qt tutorials, that'll be explained ;)
[21:38] <Arminius_> ok
[21:38] <Arminius_> ,)
[21:38] <Arminius_> ^^
[21:39] <Arminius_> well gotta go then, got a  lot to read :p
[21:39] <Arminius_> bye ;)
[21:39] <smarter_> bye ;)
[21:41]  * kb9vqf wonders what software the Kubuntu devs use to create the Kubuntu LiveCD
[21:42] <kb9vqf> reconstructor is getting on my nerves ;)
[21:44] <a|wen> bye smarter
[21:44] <a|wen> smarter: you got your new qdevelop ... we should look at backporting it to intrepid (maybe hardy) at some point
[21:45] <smarter_> maybe
[21:45]  * smarter_ feels like his TODO list will collapses on itself one day :]
[21:46] <smarter_> (and create a black hole which will sucks everything)
[21:47]  * a|wen considers if organizing his to-do's would help
[21:50] <Quintasan> k, night guys
[22:05] <mvo> ScottK: if you are still here, could you please run "dpkg -L python-qt4-dbus" and tell me if that claims that the mainloop/qt.so file is there?
[22:20] <a|wen> Riddell: fix for bug 353678 uploaded to bzr
[22:20] <joshjtl> well I don't want to say for sure yet, but by this time with the 2.6.28 & 2.6.29 kernels intel drivers were causing unrecoverable lockups, where on 2.6.27 I've yet to get one.
[22:22] <ScottK> mvo: I will
[22:24] <ScottK> mvo: It does claim it's there and I checked and it's not there.
[22:24] <mvo> ScottK: its ever scarier than expected then
[22:24] <ScottK> Yeah.
[22:26] <joshjtl> anyone know how to use raptor plasma widget?
[22:29] <ScottK-laptop> ScottK: Ping
[22:29] <ScottK-laptop> ScottK: Ping
[22:29] <ScottK-laptop> ScottK: Ping
[22:29] <ScottK> Testing.  Sorry
[22:29] <ScottK-laptop> ScottK: Ping
[22:29] <ScottK-laptop> ScottK: Ping
[22:29] <ScottK-laptop> ScottK: Ping
[22:29] <ScottK> Sput: I think that fixed it.
[22:29] <Sput> yeah, oughta
[22:30] <Sput> hint: when using an iterator-based while loop, actually incrementing the operator is a good thing to do
[22:30] <Sput> s/operator/iterator/
[22:32] <ScottK> ;-)
[22:32] <joshjtl> i do not get how to use raptor menu
[22:32] <ScottK> Sput: Thanks.  I've uploaded it.
[22:33] <Sput> np
[22:43] <a|wen> goodnight everyone
[23:47] <joshjtl> is there a kde 4 sound recorder?


[16:56] <ievans3024> when I started up my computer this morning, none of the things started which should have automatically started
[16:57] <ievans3024> specifically, kmix, and then conky and konsole, which I have set to automatically run on login
[16:57] <ievans3024> i have a feeling it has something to do with some programs crashing at shutdown last night
[16:57] <ievans3024> but i don't rightly know
[17:25] <seattlegaucho> ievans3024: did you look in the logs?
[17:26] <seattlegaucho> look both on /var/log/ and proper subdirs and under your own home dir ... some desktop apps leave logs there too
[17:26] <ievans3024> i will check that out
[17:28] <ievans3024> thanks


[12:11] <bradb> "Applying 98 revisions"...i can't think of one good reason under the sun of why i should see that when baz get'ing kiko's branch.
[12:22] <jblack> What's the problem?
[12:23] <jblack> You doubt that he comitted 98 times?
[12:25] <bradb> .........
[12:25] <bradb> gzip: stdin: unexpected end of file
[12:25] <bradb> tar: Child returned status 1
[12:25] <bradb> tar: Error exit delayed from previous errors
[12:25] <bradb> baz: uncaught exception: -1:(arch_get_patch: tar exitted with non-0 status)
[12:25] <bradb>   please report this as a bug to<EMAIL_ADDRESS>[12:25] <bradb> jblack: the problem is that it sends a very hostile message to the user. it says "screw you sucker! you ain't goin' ANYWHERE tonight!"
[12:26] <bradb> and now, heck, it appears i can't even get the branch at all
[12:30] <bradb> hm, no, maybe delta instead
[12:35] <jblack> tar exited with non 0....
[12:35] <jblack> That implies that the archvie is corrupted on the filesystme level
[12:36] <cprov> jblack: dude, do you still working ?!?!
[12:36] <bradb> jblack: whose archive?
[12:36] <jblack> brabd: whichever archive its building the revision for.
[12:37] <jblack> cprov: My flight today was cancelled, so I fly tomorrow instead.
[12:37] <bradb> p.s. i'm now doing: baz delta --diffs $rocketfuel<EMAIL_ADDRESS>> kikos_changes.patch
[12:37] <jblack> cprov: Got you sweet stuff, btw.
[12:37] <jblack> bradb: Can you tell which revision tar is complaining about?
[12:37] <cprov> jblack: ohh dear ...
[12:38] <bradb> jblack<EMAIL_ADDRESS>is my best guess, but i have absolutely no idea if that's the real problem.
[12:38] <jblack> I couldn't get you chocolate (its middle of the summer in the US and it would have melted in the car) but I did get you hard candy.
[12:38] <jblack> bradb: mind giving me the location? I'll try doing a get here.
[12:38] <bradb> jblack<EMAIL_ADDRESS>[12:39] <jblack> registering... getting (this will take awhile)
[12:39] <bradb> bah, failed again, i give up
[12:40] <bradb> the bottom of the error message looked like:
[12:40] <bradb> tar: launchpad--devel--0--patch-3.patches/patches/daemons: Cannot mkdir: No such file or directory
[12:40] <bradb> tar: launchpad--devel--0--patch-3.patches/patches/daemons/librarian.tac.patch: Cannot open: No such file or directory
[12:40] <bradb> tar: launchpad--devel--0--patch-3.patches/patches/daemons/trebuchet.tac.patch: Cannot open: No such file or directory
[12:40] <bradb> tar: Error exit delayed from previous errors
[12:40] <bradb> baz: uncaught exception: -1:(arch_get_patch: tar exitted with non-0 status)
[12:40] <bradb> oh, i'm out of space again :/
[12:40] <bradb>   please report this as a bug to<EMAIL_ADDRESS>[12:40] <jblack> Ahhh.
[12:40] <bradb> but i wasn't before
[12:40] <jblack> Running out of disk space would cause that problem.
[12:40] <bradb> (i.e. the previous two times it errored out)
[12:40] <jblack> maybe your archive cache and archive lib are loaded up?
[12:41] <bradb> i've deleted them several times in the last 20 minutes
[12:41] <jblack> personally, I suggest you bite the bullet and get a shiny new 200 gig drive rather than prune, but you're the master of your machine.
[12:41] <bradb> jblack: i suggest the caching be fixed rather than making every user by a baz-sized hard drive. ;)
[12:42] <bradb> s/by a/buy a/
[12:42] <jblack> How about pruning out extra debs in /var/cache/apt...whatever,  /var/log... maybe cutting your pr0n back to the 5 best gigs.
[12:42] <bradb> dude, i had 1,3 GIGS of free space!
[12:42] <jblack> bradb: Yeah. Some code to limit libraries to an arbitrary revision would be nice.
[12:43] <jblack> is your library sparse or nonsparse?
[12:43] <bradb> sparse
[12:43] <jblack> how big is it?
[12:43] <jblack> (that will take some time to check)
[12:43] <bradb> it's empty (again) now
[12:44] <bradb> 2,2G free, here we go again...
[12:44] <bradb> (with the delta command above)
[12:44] <jblack> Do you use , in place of . ?
[12:44] <jblack> So you're saying "2 gigs 200 megs" ?
[12:44] <bradb> i guess so. french thing.
[12:44] <jblack> Ok. Just making sure.
[12:45] <kiko> bradb, this is HILARIOUS
[12:45] <jblack> The library shouldn't be filling 2.2 gigs if you're blanking it and then diffing kiko.
[12:45] <bradb> bradb@oxygen:~ $ baz delta --diffs $rocketfuel<EMAIL_ADDRESS>> kikos_changes.patch
[12:45] <jblack> It should be the size of 3 or 4 launchpad trees.
[12:45] <bradb> * Scanning for full-tree revision ....................................................................................... done.
[12:45] <bradb> * from archive cached<EMAIL_ADDRESS>[12:45] <bradb> * Applying 36 revisions ..
[12:45] <bradb> at this point, "Applying 36 revisions" is BAD NEWS to me.
[12:46] <bradb> bazaar, i *don't* want you to tell me that. i have a lot to do tonight, and it don't include you.
[12:46] <jblack> Are you linux or os-10 ?
[12:46] <kiko> linux, jblack
[12:46] <bradb> ubuntu
[12:46] <kiko> he's been linux for about 10 years now
[12:47] <jblack> I'm not quite sure what to say here...
[12:47] <jblack> You're wiping the libraries that caches revision building, then complaining that they have to be built?
[12:47] <bradb> down to 1,8G...
[12:47] <bradb> (we'll see if this delta goes ok. fourth time might be the charm.)
[12:49] <jblack> btw, if you think baz is bad, you should see git. =)
[12:49] <jblack> How big is your hard drive?
[12:50] <bradb> 80G
[12:50] <kiko> bradb, just erase half of that porn and baz will squeal with glee
[12:50] <bradb> home partition is only 9G
[12:50] <jblack> If you don't mind me asking, what's taking up the other 78 gigs?
[12:50] <bradb> i don't want to embarass myself by filling up /usr with a revision library
[12:51] <jblack> can't you just carve something off with lvm?
[12:51] <kiko> bradb, 9G home partition? where do you store all that "source code"?
[12:51] <jblack> You could turn off revision libraries, but performance is going to be bad.
[12:51] <bradb> heh heh
[12:52] <bradb> btw, the reason i only have about 2,2G left is because i like flac
[12:52] <kiko> I don't use revlibs at all ftr
[12:52] <jblack> kiko: ???? You serious?
[12:52] <bradb> * Applying 36 revisions .................................... done.
[12:52] <bradb> * Scanning for full-tree revision ..................................................................................................................................................... done.
[12:52] <kiko> yeah
[12:52] <bradb> * from archive cached<EMAIL_ADDRESS>[12:52] <bradb> * Applying 98 revisions .................
[12:52] <kiko> I don't care for revlibs
[12:52] <bradb> (1.6G and counting now...)
[12:53] <jblack> bradb, if you don't have room for a revision lib, turn it off.
[12:53] <jblack> Ok. done getting kiko.
[12:54] <bradb> jblack: just wondering: is there any particular reason that the speed/cache size issue isn't a developer priority right now? is there something more beneficial to the lp team right now than improving the speed and cache size issues?
[12:54] <jblack> the first time, cold, it took 15 minutes.
[12:54] <kiko> bradb, they are working on imports, don't twist jblack's arm
[12:54] <kiko> there's a lot of booze to import
[12:54] <bradb> sorry, particularly bad baz/pqm week for me
[12:55] <kiko> they got vodka from finland, sake from japan, caipirinhas from the 3rd world
[12:55] <jblack> bradb: The baz team is spending about 90% of its efforts on imports right now.
[12:56] <jblack> The other ten is eaten up by meetings, workflow sync.
[12:56] <jblack> Getting baz with a revlib the second time while hot was 1 min 29 secs
[12:56] <jblack> Getting baz with a revlib, with --link the third time, while hot, was 7.5 seconds.
[12:57] <bradb> i'd love to do --link, if fl-cow were apt-get installable in hoary
[12:58] <kiko> <IP_ADDRESS>/~kiko/launchpad.tar.gz
[12:59] <cprov> jblack: another wierd situation in baz, I've interrupt a commit process at:
[12:59] <jblack> Why's it not in hoary?
[12:59] <cprov> * Creating revlib entry for<EMAIL_ADDRESS>[12:59] <cprov> ^X
[12:59] <kiko> interrupted commits, hoho
[12:59] <cprov> jblack:  since it, baz is lost, no status, nothing usable
[12:59] <jblack> what's broken for you?
[01:00] <cprov> jblack: 5 minutes for a status
[01:00] <cprov> jblack: after this user-crash
[01:00] <bradb> jblack:
[01:00] <bradb> * Applying 98 revisions ...........................................................................................
[01:01] <bradb> gzip: stdin: unexpected end of file
[01:01] <bradb> tar: Child returned status 1
[01:01] <bradb> tar: Error exit delayed from previous errors
[01:01] <bradb> baz: uncaught exception: -1:(arch_get_patch: tar exitted with non-0 status)
[01:01] <bradb>   please report this as a bug to<EMAIL_ADDRESS>[01:01] <bradb> can this possibly be anything to do with DNS or connectivity issues?
[01:01] <jblack> bradb: Didn't we already get to the bottom of it, that your filesystem is too small for a revision library?
[01:01] <jblack> cprov: what was the error?
[01:02] <bradb> jblack: nope, as i already said, it wasn't out of space the first two times it failed. not now either.
[01:02] <bradb> /dev/hda5             9,2G  7,4G  1,4G  85% /home
[01:02] <cprov> jblack: ok, looks like solved, did "baz library-remove launchpad--gpg-ng--0--patch-58"
[01:02] <jblack> bradb: wfm
[01:02] <jblack> cprov: great. =)
[01:02] <cprov> jblack:  it rebuild the revlib, and baz archive-mirror sends the stuff
[01:02] <jblack> bradb: could you be running out of space in /tmp as well?
[01:02] <cprov> jblack: thanks
[01:03] <bradb> jblack: nope
[01:03] <bradb> Filesystem            Size  Used Avail Use% Mounted on
[01:03] <bradb> /dev/hda3             9,2G  4,5G  4,3G  52% /
[01:03] <bradb> tmpfs                 252M     0  252M   0% /dev/shm
[01:03] <bradb> /dev/hda5             9,2G  7,4G  1,4G  85% /home
[01:03] <bradb> /dev/hda6              37G  2,2G   33G   7% /usr
[01:03] <bradb> /dev/hda7             9,2G  3,6G  5,2G  42% /var
[01:03] <bradb> none                  5,0M  600K  4,5M  12% /dev
[01:03] <jblack> bradb: Would you mind emailing me a long log, from the line where you type in the command, until the line where you're returned to the shell?
[01:04] <bradb> kiko: what's the external IP for that download? :)
[01:05] <kiko> bradb, only the eleet have access to that one :)
[01:05] <bradb> heh
[01:05] <kiko> what does baz gzip ffs
[01:05] <bradb> jblack: sent. it's not actually that long either.
[01:06] <kiko> bradb, just rm -rf something
[01:06] <kiko> and then do it again
[01:06] <kiko> actually
[01:06] <kiko> why don't you merge my tree in?
[01:06] <bradb> third time i've done exactly that!
[01:06] <kiko> oh
[01:06] <bradb> kiko: merging == risk of conflicts
[01:06] <kiko> could your revlibs be foobed
[01:06] <jblack> bradb: For some reason, tar on your system is failing.
[01:06] <kiko> bradb, you don't have a free branch of rocketfuel?
[01:06] <kiko> bradb, I'm synced up with RF
[01:06] <bradb> jblack: can it be a connectivity issue?
[01:06] <jblack> Its not kiko's archive, because I can get it here.
[01:06] <jblack> Maybe its your archive cache.
[01:07] <jblack> maybe you ran out of space and have a partial revision stuck in there
[01:07] <kiko> my archive! the nerve!
[01:07] <bradb> jblack: it's totally empty dude
[01:07] <jblack> Not your arch library. your arch cache
[01:07] <bradb> except for =greedy and =sparse
[01:07] <bradb> oh
[01:07] <bradb> kiko: nope, i could get one though
[01:08] <bradb> jblack: have you somehow from the error message been able to rule out a connectivity issue?
[01:09] <jblack> rm -rf<EMAIL_ADDRESS>[01:10] <jblack> bradb: Not strictly speaking, no, but it doesn't sound like a conenctivity problem to me, because you can reach some of his stuff.
[01:10] <jblack> I can reach all of his stuff, you can reach all.What sort of connectivity problem would prevent you from hitting a particular .tar.gz file?
[01:11] <jblack> I think what's happened here is that your starved filesystem broke baz at a really unusual time, and you've got something half written somewhere.
[01:11] <jblack> the two places we cache are in a library, if available, and .arch-cache
[01:12] <bradb> right, merging into a fresh rf checkout now. maybe the rm -rf foo did it
[01:12] <jblack> also, baz can sometimes sneak out of its tree looking for a sister tree that works, and use that as an impromptu read-only library (I know, I know)
[01:16] <bradb> jblack: question: why is it merging in 98 revisions when i merge into a fresh rf tree that kiko says he's synched up to?
[01:17] <bradb> sorry, s/merging in/"Applying %d revisions"/
[01:21] <jblack> bradb: because 98 revisions back is the latest cached revision in the archive.
[01:21] <jblack> baz stores just the changes between revisions normally.
[01:21] <jblack> so, in order to get a full tree, it has to find the most recent full copy of the tree it can get its hands on, then apply the changes for the following revisions, one at a tme
[01:23] <bradb> jblack: when i empty out my revlib, why doesn't isn't it trying to apply 2108 patches to rocketfuel?
[01:24] <bradb> s/doesn't//
[01:24] <bradb> for some reason, i had the impression it was smart enough to do a bit of virtualization
[01:24] <jblack> because somewhere between base-0 and patch-2108, a cached revision was created and stored in the archive.
[01:25] <jblack> That happens by default once every 50 revisions.
[01:25] <bradb> ah
[01:26] <jblack> that you have to build 98 revisions from kiko tells me he's either using an older baz, has disabled cached revisions, or told mirroring to not upload cached revisions.
[01:26] <jblack> or a couple other possibilities
[01:26] <bradb> * from archive cached<EMAIL_ADDRESS>[01:26] <bradb> * Applying 98 revisions .................................................................................................. done.
[01:27] <bradb> Read from remote host chinstrap.warthogs.hbd.com: Connection reset by peer
[01:27] <bradb> * Scanning for full-tree revision failed to query archive:
[01:27] <bradb>   revision<EMAIL_ADDRESS>[01:27] <bradb>   location<EMAIL_ADDRESS>[01:27] <bradb> * Searching for best merge point bradb
[01:27] <bradb> damn dude, i really think there's some connectivity problem action going on here
[01:27] <jblack> That looks like connectivity to me.
[01:27] <bradb> my wireless is flaky sometimes. sometimes it seems like DNS works only 2/3 tries, if that
[01:27] <jblack> I can get on chinstrap with no problem.
[01:28] <bradb> no, the connectivity would be my problem, not chinstrap
[01:28] <bradb> that's what made me lean towards asking about it before though, admittedly, i too wouldn't see a relationship between the gzip failure messages earlier and a connectivity problem.
[01:29] <jblack> Yeah. why break _there_, and consistantly at that?
[01:29] <jblack> more likely it broke at some other time, and wedged something.
[01:30] <jblack> I'm hungry. I don't want to make dishes since I'm leaving tomorrow (again).
[01:30] <jblack> I think I'm going out.
[01:41] <bradb> right, got kiko's changes, diffing now
[01:45] <kiko> wwooo!
[01:46] <bradb> kiko: first thing i might improve:
[01:46] <bradb>  class BugWatch(SQLBase):
[01:46] <bradb> +    """A watch, which links a Malone bug to a bug in a foreign bugtracker"""
[01:46] <bradb> what about: """A link between an IBug and a bug in an external tracker."?
[01:46] <bradb> er, sorry
[01:46] <bradb> that docstring should also be in the iface, not the content class
[01:50] <bradb> oh...that "Change information for ..." text on the bug edit page is an interesting improvement.
[01:54] <bradb> and he gets rid of the table for also reported in! :)
[01:55] <bradb> kiko: is portlet-bug-people only used on the bug page? (the name implies yes, but just wanted to be sure)
[02:00] <bradb> kiko: this is evil: <ul tal:condition="python: not request.getURL().endswith('+edit')"> :)
[02:24] <kiko> bradb, now, yes
[02:24] <kiko> it used to be also used in the person page
[02:24] <kiko> sorry
[02:25] <kiko> it used to be also used in the bugtask page
[02:25] <kiko> bradb, yes, it's evil. do you have a suggestion?
[02:25] <bradb> thinking, while finishing off the rest of the review
[02:25] <kiko> I thought of many solutions but none were as simple
[02:25] <kiko> it's a damned hack, agreed
[02:25] <bradb> are you totally against putting the link in a little actions portlet, *just for now*? (since we've already got actions portlet everywhere anyway)
[02:26] <kiko> a one-item actions portlet? :-)
[02:27] <bradb> yeah, that's the problem, hm, /me thinks
[02:27] <kiko> my solution is crude but works :)
[02:29] <bradb> another option i can think of, slightly crude, but somewhat cleaner, is to define a method on BugTaskEditView
[02:29] <bradb> viewingEditScreen, or something
[02:29] <bradb> then tal:condition="view/viewingEditScreen|nothing" (or perhaps a better name for that method)
[02:30] <kiko> that doesn't work
[02:30] <kiko> BugTaskEditView is not the view for tha tportlet
[02:30] <kiko> it makes me feel like crying
[02:30] <kiko> I tried doing that
[02:33] <bradb> oh, ViewWithBugTaskContext, argh, bad memories
[02:34] <kiko> yes
[02:34] <kiko> right
[02:40] <bradb> kiko: response coming along in about 3 mins
[02:42] <kiko> thanks
[02:49] <kiko-zzz> time for some dinner
[02:51] <bradb> sent!
[02:52] <bradb> kiko-zzz: ^^^
[03:00] <bradb> thanks for putting up with my ranting jblack, hope you have better luck getting to brazil tomorrow ;)
[09:07] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Validators should return NULL ON NULL INPUT (patch-2109<EMAIL_ADDRESS>[09:45] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Refactor database sanity checks to not leave an open connection (patch-2110<EMAIL_ADDRESS>[11:19] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  linkchecker tweaks (patch-97<EMAIL_ADDRESS>[11:30] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Trivial fixes lost in PQM (patch-98<EMAIL_ADDRESS>[11:31] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  linkchecker tweaks (patch-99)
[11:37] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  linkchecker tweaks (patch-100: stuart.bishop@canonical.com)