 riddell will be doing a rotation to bzr starting at uds
[00:15] <ScottK> Riddell: ^^^ So you've decided I guess?
[00:17] <Riddell> ScottK: actually that's the first I'd heard I was accepted
[00:17] <ScottK> OK.
[00:17] <Riddell> I was expecting an interview of some sort
[00:42] <JontheEchidna> Riddell: your reputation speaks for itself ;-)
[00:43] <Riddell> mm, so any requests for bzr? :)
[00:44] <ScottK> Faster.
[00:45] <Riddell> tricky one that
[00:47] <yofel> less memory usage :P
[00:55] <JontheEchidna> that would require a port away from python :P
[00:56] <ScottK> You'll love the thought that Riddell will be totally pythonic when he comes back.
[00:57] <Riddell> I'm buying Python Cookbooks right now
[00:57] <ScottK> Actually though Python is fast compared to other high level interpreted languages.
[00:58] <ScottK> Ruby (at least 1.8) is totally bollocks slow incomparison.
[00:58] <yofel> well, I don't really care if it uses more or less memory, but currently either bzr needs to get more efficient or the lp buildds need more memory...
[01:01]  * yofel is off, good night
[01:01] <Riddell> nighty
[01:01] <Riddell> night yofel
[01:37] <valorie> yoiks, no riddell next cycle!
[01:49] <Riddell> valorie: you can order everyone about instead!
[01:50]  * maco blinks
[01:50] <maco> ScottK says "bollocks"?
[01:55] <valorie> haha
[01:55] <valorie> if I knew what to do, I could do that!
[01:55] <valorie> I'm having fun doing that to the GSoC mentors and students
[01:57] <valorie> argh, is there no end to wiki-spam?
[01:58] <valorie> off to pflag
[02:18] <ScottK> maco: I've lived places where that was a normal thing to be saying, so I come by it honestly.
[02:27] <Riddell> groovy, maverick upgrade worked for me, I'll copy packages over in the morning if nobody else does it first
[02:27] <Riddell> there's probably some natty packages needing retries too
[03:32] <c2tarun> Riddell: ping
[03:34] <c2tarun> for  testing kde4.6.2 how should I install it? simply kde-desktop from software center
[06:06] <c2tarun> can anyone please tell me how can I update to kde 4.6.2 for testing?
[07:20] <c2tarun> anyone here?
[07:53] <c2tarun> Riddell: ping
[08:56] <steveire> seaLne: I haven't seen that.
[08:56] <steveire> Is it reproducible by just not opening kwallet until after starting kontact or so?
[09:12] <bambee> morning
[09:18] <seaLne> steveire: basically what is happening is that i'm logging in to kde, going off and doing something while it sstarts up by the time i come back and type the kwallet password for wifi kontact had already fully started
[10:36] <bambee> what does "Import of Translation Template" mean ? I did not do translations...
[10:37] <bambee> well, I maintain some packages... translation templates have been imported from these packages, I guess ?
[10:42] <Riddell> launchpad spam
[10:42] <Riddell> longstanding bug that they never bother to fix
[10:42] <Riddell> forward the emails to launchpad develeopers if you want to play mean
[10:54] <jussi> Riddell: aww, you nasty person :P
[10:54] <valorie> wait, won't Riddell be getting those emails?
[10:57] <Riddell> I get hundreds of them, so far I've resisted the temptation to set up a procmail rule forwarding them to launchpad-devel@
[10:58] <valorie> btw riddell, are you on the KDE-SOC-mentor list
[10:58] <valorie> and on melange?
[10:58]  * valorie sees a volunteering of mentoring
[10:58] <valorie> ah, you must be
[10:58] <valorie> :-)
[10:59] <Riddell> valorie: yes
[10:59] <Riddell> "a volunteering of mentoring"?
[10:59] <valorie> but melange isn't letting me assign mentors tonight
[10:59] <valorie> grrr
[10:59] <valorie> obviously since melange won't let me work, and I seem to have lost the power to speak English
[10:59] <valorie> I should go to bed
[10:59] <valorie> lol
[10:59] <valorie> niters all
[11:00] <Riddell> sweet dreams
[11:09] <Riddell> for asdf in kde4libs kdeaccessibility kdeadmin kdeartwork kdebase kdebase-runtime kdebase-workspace kdebindings kdeedu kdegames kdegraphics kdemultimedia kdenetwork kdepimlibs kdeplasma-addons kdesdk kdetoys kdeutils kdewebdev libqzeitgeist meta-kde oxygen-icons phonon; do copy-package.py -s maverick -p kubuntu-ninjas -b ${asdf} --to-suite=maverick --to-ppa=kubuntu-ppa --to-ppa-name=backports ; done
[11:09] <Riddell> that'll keep it busy
[11:26] <Riddell> DarkwingDuck: docs freeze today!
[11:26] <Riddell> how are they looking?
[11:29] <apachelogger> Nightrose: how many words are too many for a gsoc proposal?
[11:29] <Nightrose> apachelogger: we'll be reading more than 200 of them if last year is any indication
[11:30] <Nightrose> make it bearable
[11:30] <debfx> meh, the "4.7\libraryPath=" in Trolltech.conf bug is really nasty :(
[11:30] <apachelogger> Nightrose: I could probably stay < 2k
[11:30]  * apachelogger just likes to tell stories too much :S
[11:32] <Riddell> debfx: I thought that should be fixed in 4.6.2
[11:32] <debfx> Riddell: yes, not for Qt-only applications though
[11:32] <debfx> like pinentry-qt
[11:33] <Riddell> but if that line is set by kdelibs and it's fixed in KDE then it ought to be fixed by all, I'd think
[11:35] <debfx> I guess it's more a workaround than a fix
[11:36] <debfx> kdelibs just adds /usr/lib/kde4/plugins as a library path
[11:36] <Riddell> that's the intended behaviour, so Qt apps can find the oxygen theme
[11:36] <Riddell> that's what it always did in the past
[11:37] <debfx> with that fix kde apps don't need the config option anymore
[11:38] <debfx> Riddell: it doesn't add it to the config file but updates the library paths for the running application
[11:39] <Riddell> debfx: how does it do that without adding it to the config file?
[11:41] <debfx> Riddell: it probably calls QCoreApplication::addLibraryPath()
[11:41] <Riddell> sneaky
[11:46] <debfx> aha
[11:46] <debfx> interesting commit: https://projects.kde.org/projects/kde/kdebase/kde-workspace/repository/revisions/da97a77fcd01892a7e2a1a4e8e71ab94b2ece32f
[11:46] <debfx> "Reuse old kconf_update script to now remove kde paths from libraryPath"
[11:48] <Riddell> debfx: just tried it on a new user, I do get "4.7\libraryPath=" but qt only apps (mumble, qtconfig) come up with oxygen
[11:48] <debfx> Riddell: you need to run the apps like this: env -i DISPLAY=:0 HOME=$HOME mumble
[11:49] <debfx> otherwise they read the QT_PLUGIN_PATH env variable
[11:49] <Riddell> what's wrong with them doing that?
[11:50] <debfx> the environment variable are stripped when doing dbus activation
[11:51] <Riddell> ah, thus the pinentry issue
[11:52] <debfx> yes, not sure if that is dbus activation but maybe it resets the env anyway
[11:53] <Riddell> debfx: well I guess we should ask dfaure why he removed the library paths
[11:54] <debfx> Riddell: https://projects.kde.org/projects/kde/kdebase/kde-workspace/repository/revisions/9d7eb8f716873d2079039d336c8f9a21b2fae0fa
[11:54] <Riddell> hmm
[11:55] <debfx> you get the "4.7\libraryPath=" entry when creating a new user?
[11:55] <Riddell> yes
[11:56] <debfx> are the kconf_update scripts run for new users?
[11:57] <Riddell> debfx: yes, log says..
[11:57] <Riddell> 2011-04-07T11:42:50 Checking update-file '/usr/share/kde4/apps/kconf_update/krdb_libpathwipe.upd' for new updates
[11:57] <Riddell> 2011-04-07T11:42:50 krdb_libpathwipe.upd: Found new update 'LibraryPathWipeOut'
[11:57] <Riddell> 2011-04-07T11:42:50 krdb_libpathwipe.upd: Running script 'krdb_clearlibrarypath'
[11:59] <Riddell> debfx: but why does adding that line cause it not to find the oxygen theme?
[11:59] <debfx> Riddell: it overrides the correct path from /etc/xdg/Trolltech.conf
[12:00] <Riddell> ah
[12:00] <Riddell> debfx: so we need to fix that krdb_clearlibrarypath programme to just remove it if it's empty
[12:05] <debfx> Riddell: yes, that should work for most users
[12:05] <debfx> unless there are more entries in libraryPath
[12:07] <Riddell> except it still has the potential binary compatibility issue that made dfaure remove it in the first place
[12:16] <debfx> it depends on the library path order
[12:16] <debfx> it's not a problem if the path added by kdelibs takes precedence
[12:17] <Riddell> debfx: fancy having a go at changing that script to remove the line?
[12:19] <Artemis_Fowl> Riddell: I ran upon https://bugs.launchpad.net/ubuntu/+bug/745524
[12:19] <Artemis_Fowl> will kcm-grub2 get packaged for natty?
[12:21] <debfx> Riddell: can do, but how do I make sure that the script is run again? rename it?
[12:22] <Riddell> debfx: yes
[12:22] <Riddell> Artemis_Fowl: it's on revu now waiting on just such a FFe
[12:22] <Riddell> Artemis_Fowl: thanks for finding it :)
[12:26] <Artemis_Fowl> Riddell: is there any grub2 gui spec page? I recall such a page existed for grub legacy (with features that the conf tool should have)
[12:27] <Riddell> I don't know
[12:42] <apachelogger> Nightrose: 1867 words too much?
[12:43] <Nightrose> apachelogger: heh - depends entirely what is in those 1867 words
[12:43] <Nightrose> ;-)
[12:44] <apachelogger> well, mostly thoughts on implementation and motivation
[12:44] <apachelogger> in fact former is using quite some bullet point lists, so I actually wonder how I got too that many words ^^
[12:44] <apachelogger> Nightrose: would it help if I make my KHC proposal <1k?
[12:45] <apachelogger> motivation: [link to kde-devel mail] :P
[12:45] <Nightrose> the main part of your proposal needs to be in melange though
[12:45] <Nightrose> also images ftw
[12:46] <c2tarun> apachelogger: ping
[12:46] <apachelogger> Nightrose: what sort of images? of the implementation?
[12:46] <apachelogger> do you want an uml :P
[12:47] <apachelogger> c2tarun: pong in 2 hours
[12:47]  * apachelogger is almost out the door for class
[12:47] <c2tarun> apachelogger: sure :)
[12:47] <Nightrose> apachelogger: mock-ups, uml, whatever really
[12:47] <Nightrose> anything that helps with understanding your plan
[12:47] <c2tarun> meanwhile can anyone please tell me how can I install kde4.6.2 on maverick for testing
[12:48] <Riddell> c2tarun: same way you install any software
[12:48] <c2tarun> Riddell: what? sudo apt-get install kde-desktop?
[12:48] <Riddell> dist-upgrade
[12:48] <Riddell> install kde-full
[12:49] <c2tarun> Riddell: dist-upgrade will upgrade me to natty?
[12:49] <Riddell> no
[12:49] <c2tarun> then?
[12:50] <c2tarun> Riddell:
[12:51] <Riddell> then what?
[12:52] <c2tarun> Riddell: what will dist-upgrade do? and kde 4.6.2 still not release installling kde-full will install it?
[12:53] <Riddell> man apt-get
[12:53] <Riddell> apt-cache show kde-full
[12:58] <c2tarun> Riddell: is there any other work left except testing?
[12:59] <Riddell> no
[12:59] <yofel> Riddell: do we want kdevelop 4.2.2 in natty?
[12:59] <Riddell> yofel: yes I think so
[12:59] <Riddell> is that you volunteering? :)
[13:00] <yofel> if nobody else did anything yet, yes
[13:00] <Riddell> nobody did
[13:33] <apachelogger> Nightrose: nakkid pictures of me?
[13:33]  * apachelogger should make a uml then
[13:33] <apachelogger> and a mockup for khc
[13:36] <c2tarun> apachelogger: you remember that project about bringing phonon to android?
[13:36] <apachelogger> c2tarun: yes
[13:36] <c2tarun> apachelogger: can you mentor it?
[13:36] <apachelogger> no
[13:36] <apachelogger> I am not a mentor
[13:36] <c2tarun> apachelogger: ohh.... :/
[13:36] <apachelogger> c2tarun: ask in #phonon maybe
[13:37] <c2tarun> apachelogger: for doing that do I need to have complete knowledge of phonon coding?
[13:38] <apachelogger> partially
[13:38] <apachelogger> well
[13:38] <apachelogger> not really
[13:38] <apachelogger> you will have to create a backend (plugin) that uses the android mm api
[13:39] <apachelogger> so I would say that gluing c++ to the java api is the trickier bit here, doing a backend is not that difficult
[13:39] <c2tarun> apachelogger: sorry to say this, but I never used android and I dont know how to create a plugin :(
[13:39] <c2tarun> apachelogger: if you could guide me a bit, may be I can talk to some mentor then and get this project :/
[13:41] <c2tarun> apachelogger: ping
[13:42] <apachelogger> c2tarun: that is what you would have the mentor for :P
[13:43] <c2tarun> apachelogger: do you think mentor will guide me for everthing :/ I think they are just mentors. but if it is something like that I'll surely propose this in #phonon :)
[13:44] <apachelogger> c2tarun: they will not tell you *how* to do things :P
[13:44] <apachelogger> but they will guide you there
[13:47] <c2tarun> apachelogger: guidance will do :) I submitted a proposal but thought they didn't approved it :( may be the information I provided is not right. can you please propose it, please
[13:53] <c2tarun> apachelogger: ping
[13:53] <Riddell> rbelem: do you have packages of this updated plasma mobile you want in?
[13:56] <apachelogger> c2tarun: propose what?
[13:56] <apachelogger> why when where?
[13:56] <c2tarun> apachelogger: ok, I'll propose it :)
[13:56] <debfx> why is http://cdimages.ubuntu.com/kubuntu/daily-live/current/ 403 forbidden? :o
[13:56] <apachelogger> so you do not access it
[13:57] <apachelogger> probably broken
[13:59] <debfx> yeah but where can I complain about it?
[13:59] <apachelogger> debfx: cjwatson IIRC
[14:00] <yofel> debfx: there is no build for today anyway
[14:00] <apachelogger> all broken
[14:02] <debfx> oh right, the ubuntu images are broken too
[14:02] <yofel> debfx: they all fail with the same error http://people.canonical.com/~ubuntu-archive/cd-build-logs/kubuntu/natty/daily-live-20110407.log
[14:03] <debfx> yofel: hm yes, but shouldn't it keep the last working images?
[14:03] <yofel> it keeps the last 2 builds, problem: those are broken too
[14:04] <yofel> I don't know more than that
[14:04] <yofel> colin is in #ubuntu-devel currently, he probably knows more
[14:16] <Riddell> debfx: he's uploaded a fix for the image builds
[14:26] <Riddell> groovy, 4.6.2 upgrade works for me
[14:26] <Riddell> shall I announce it?
[14:32] <yofel> I'm doing an update in my VM here right now, give me a few minutes
[14:33] <Riddell> I'm especially interested in having kdm tested so do check that
[14:38] <Riddell> rbelem: kdelibs patches merged and uploaded (with upstream approval), do let me know about that updated plasma mobile
[14:57] <yofel> Riddell: I got an akonadi migration window after session restart, works fine otherwise (in KVM)
[14:57] <Riddell> yofel: lovely thanks
[14:57] <Riddell> let's announce!
[14:57] <yofel> hm wait
[14:58] <yofel> rekonq crashes now..
[14:59] <yofel> but somewhere from libqtgui, so I'm not sure if it's from this updat
[15:04] <Riddell> yofel: rekonq working ok here
[15:05] <Riddell> how's https://www-admin.kubuntu.org/news/kde-sc-4.6.2 ?
[15:06] <yofel> nice
[15:20] <Riddell> shadeslayer: linphone no longer compiles and bug 597254 hasn't been approved so I fear we may have to drop kopete-gcall
[15:20] <shadeslayer> :S
[15:20]  * shadeslayer looks
[15:21] <shadeslayer> Riddell: okay, seems fair
[15:22] <shadeslayer> seeing how this isn't working out .. and the only future i see is telepathy replacing kopete
[15:22] <Riddell> yep
[15:23] <Riddell> we should cosy up to those telepathy-kde dudes next cycle
[15:24] <shadeslayer> Riddell: telepathy kde isn't production ready :(
[15:24] <shadeslayer> i've been fixing some stuff for them the past 2 weeks, you can initiate chats and stuff ... but it's still not utilizing all of it's potential
[15:25] <Riddell> any day now...
[15:25] <shadeslayer> Riddell: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/shadeslayer/1
[15:25] <shadeslayer> that's why i wrote that ^^
[15:33] <Riddell> yofel: you merged c2tarun's kde-l10n change for 4.6.2, does that mean someone is building it?
[15:33] <shadeslayer> apachelogger: Here's why you should install GNOME 3 http://twitpic.com/4hvjya
[15:33] <yofel> Riddell: c2tarun said he wanted to do it
[15:33] <yofel> c2tarun: ping
[15:34] <Riddell> I tried gnome 3 earlier today, I quite liked it
[15:35] <yofel> shadeslayer: yep, the nepomuk failure windows at least have a big red X
[15:35] <Riddell> some strangness like no maximise button, I couldn't work out what "Activities" ment any more than I can in Plasma and the curiously prominant accessibility panel (just how often do I want to switch to high contrast icons?)
[15:35] <shadeslayer> haha :D
[15:37] <shadeslayer> ~np
[15:37] <kubotu> shadeslayer_ is listening to "Revolution" by Sonsofday [Autumn Heart] -- see http://www.last.fm/user/shadeslayer_ for more
[15:37] <shadeslayer> \m/
[15:43] <c2tarun> yofel: u there?
[15:43] <shadeslayer> yofel: does our package script still work? the one which tells us how many downloads we've had
[15:44] <yofel> c2tarun: you can upload kde-l10n now if you have time
[15:44] <yofel> shadeslayer: should, it counts build-deps too though, so don't trust it too much
[15:44] <c2tarun> yofel: I always have time :) but alas that ec2 is closed :( Riddell can you please start an maverick ec2
[15:45] <shadeslayer> yofel: crashes when i enter my pass :S
[15:45] <yofel> shadeslayer: trace?
[15:45] <rbelem> Riddell, yup, i will upload it to revu
[15:45] <shadeslayer> yofel: http://paste.kde.org/9131
[15:45] <yofel> shadeslayer: I would blame python-keyring
[15:45] <c2tarun> Riddell: pin
[15:46] <shadeslayer> :S
[15:46] <c2tarun> g
[15:46] <yofel> shadeslayer: I have gnome-keyring running here which is used instead for some reason and that works
[15:47] <shadeslayer> afaik i have that too
[15:47] <shadeslayer> yep...
[15:51] <Riddell> c2tarun<EMAIL_ADDRESS>[15:51] <c2tarun> Riddell: thanks :)
[15:55] <shadeslayer> yofel: idk how reliable this is, but if it's true its awesome :  1207 :                          project-neon-automoc     maverick       i386    2+git20110217+r98-5~maverick1
[15:55] <yofel> as I said, it counts build-dep downloads from the buildds too for some reason
[15:55] <yofel> at least some lp dev said so
[15:56] <shadeslayer> does that count the time where another package downloads something from the PPA to build itself?
[15:57] <yofel> seems so
[15:57] <shadeslayer> bah
[15:57] <shadeslayer> that's no good
[15:58] <Riddell> hmm, kdewebdev-kde3 doesn't compile
[16:01] <c2tarun> yofel: I am still getting same error as yesterday, error:  Leaving you alone in the cold.
[16:01] <c2tarun> :/
[16:01] <yofel> ...
[16:01] <yofel> is that the same branch as yesterday or did you use a fresh checkout?
[16:01] <c2tarun> yofel: same branch
[16:01] <yofel> use a fresh checkout
[16:02] <Riddell> c2tarun: you will need to have your private ssh keys on the build machine
[16:02] <c2tarun> Riddell: ok, I'll get them
[16:08] <c2tarun> yofel: my yesterday branch is merged, so its getting me to version ~maverick1~ppa2 is it fine?
[16:09] <Riddell> c2tarun: yes that's fine
[16:09] <yofel> c2tarun: hm? why did you create a new entry?
[16:09] <Riddell> oh right, no need for second changelog entry
[16:10] <c2tarun> yofel: that's why I was asking, should I create a new entry or just go with the previous one.
[16:10] <yofel> c2tarun: go with the previous one
[16:12] <c2tarun> yofel: with previous entry do I still have to push a new branch?
[16:12] <yofel> no
[16:12] <yofel> don't commit anything, just use the branch as it is
[16:12] <shadeslayer> yofel: i think we should poke people about our DBus issues
[16:13] <shadeslayer> since we aren't getting anywhere
[16:13] <yofel> shadeslayer: can you take care of that? I'll take a look at the build failures later instead
[16:15] <shadeslayer> sure
[16:27]  * c2tarun getting 200kb/s speed at an ec2 first time less than 10mb/s
[16:38] <yofel> blame svn I would say, I'm gone for a while, kdevelop 4.2.2 is in ninjas for natty in the meanwhile if someone wants to test it, I'll file the FFEs later
[16:39] <Riddell> yofel: thanks, it should be bugfix only so no FFe needed
[16:40] <yofel> hm, true for most I think, kdevelop and kdevplatform added 2 missing translations (ng and ru) but I haven't look at the full kdevelop-pg-qt changelog yet
[16:42] <yofel> then again, kdevelop-php is the only package that actually uses it I think so that should be ok too
[16:42] <Riddell> adding translations is a good thing to do
[17:11] <Riddell> yofel: kdevelop uploaded
[17:13] <Riddell> debfx: should your libraryPath kconf update script go upstream?
[17:36] <debfx> Riddell: I guess so
[17:36] <debfx> do you know how other distros add the kde plugin path to qt?
[17:38] <debfx> aha, fedora just patches qt: http://pkgs.fedoraproject.org/gitweb/?p=qt.git;a=blob;f=qt-everywhere-opensource-src-4.7.0-beta2-kde4_plugins.patch;hb=HEAD
[17:47] <c2tarun> Riddell: ping
[17:48] <c2tarun> Riddell: I got disconnected from the ec2 machine while it was building, now when I reconnected how can I see the status?
[18:01] <c2tarun> yofel: ping
[18:03] <sheytan> yo
[18:03] <sheytan> what's the script to run on kde startup to have qtcurve gtk theme running?
[18:03] <sheytan> i had to remove all my user settings, kubuntu started to run wired ;(
[18:30] <apachelogger> Nightrose: does a mockup have to be for me?
[18:30] <Nightrose> apachelogger: meaning?
[18:30] <apachelogger> supposedly it supports the proposal to show where this is going
[18:30] <apachelogger> i.e. for my phonon thing what a qml based phonon player could look like
[18:31] <Nightrose> that sounds good
[18:31] <apachelogger> kthx
[18:32] <apachelogger> sheytan_: btw, where is the phonon site you promised? :/
[18:32] <apachelogger> shadeslayer: yes, gnome3 I have installed
[18:32] <shadeslayer> apachelogger: plz2introduce bugs in it
[18:32] <apachelogger> no need
[18:32] <apachelogger> actually I am using kde right now
[18:32] <apachelogger> and it is wicked
[18:33] <apachelogger> something makes the system pretty much lag until death
[18:34] <apachelogger> the sad thing is that ksysguard does not report anything unusual
[18:34] <apachelogger> yet one core is constanly ~100% load
[18:35] <apachelogger> and all others are also far too busy
[18:35] <apachelogger> Riddell: thought: can we please add htop to seed
[18:37] <apachelogger> oh
[18:37] <apachelogger> right
[18:37] <apachelogger> htop says X is eating my cpu
[18:37] <apachelogger> I wonder why it is doing that
[18:38] <apachelogger> my oh my, this is completely broken
[18:40] <DarkwingDuck> Riddell: ping
[18:41] <sheytan_> apachelogger hey, i'm reaaaaly busy these days. Don't even have time to make artwork for my job. But i will :)
[18:42] <apachelogger> aha!
[18:42] <apachelogger> gotcha
[18:42] <apachelogger> so
[18:42] <apachelogger> something is making kded4 going wild
[18:42] <apachelogger> like really wild
[18:43] <apachelogger> does things and I have no idea what it does
[18:43] <apachelogger> required a killall -9 to get rid of it
[18:43] <apachelogger> I also noticed it acting up on the netbook today
[18:43] <apachelogger> bascially plasma would just freeze and not start in like forever because kded4 was being eaten by something
[18:44]  * apachelogger sends sheytan_ some cookies in the hopes of speeding up things
[18:45] <sheytan_> apachelogger a cup of coffee would be better :D
[18:46] <apachelogger> kubotu: order coffee for sheytan_
[18:46]  * kubotu slides coffee with milk down the bar to sheytan_.
[18:46] <apachelogger> kubotu: could you not gather such things form context you dumb shiny thing
[18:47] <sheytan_> lol :D
[18:47] <sheytan> apachelogger there's one more thing :D
[18:47] <sheytan> no sugar nor milk please :D
[18:57] <yofel> c2tarun: pong
[18:57] <DarkwingDuck> has anyone seen Riddell
[18:57] <yofel> he pinged you earlier
[18:58] <DarkwingDuck> Yeah, I know
[18:58] <DarkwingDuck> That's why I was looking for him now
[19:01] <c2tarun> yofel: : I got disconnected from the ec2 machine while it was building, now when I reconnected how can I see the status?
[19:02] <yofel> no idea, the session probably died unless you used screen/byobu
[19:02] <c2tarun> yofel: ok, I'll start the build again
[19:02] <yofel> c2tarun: you can check first if it finished
[19:02] <yofel> before you got disconnected I mean
[19:03] <c2tarun> yofel: when I was disconnected it was building, and it was far from getting complete.
[19:03] <c2tarun> s/complete/completed
[19:03] <yofel> then restart it
[19:03] <yofel> meaning start from the beginning...
[19:04] <yofel> maybe run it in screen this time ^^
[19:04] <c2tarun> yofel: how?
[19:04] <yofel> just run screen, that will open a new shell
[19:05] <yofel> when you get disconnected the session will stay and you can reconnect to it once you get a new connection
[19:06] <c2tarun> yofel: for screen I think I have to start two sessions on that ec2 one for screen and another for building?
[19:06] <yofel> no, you build inside screen
[19:06] <yofel> just run screen, that will open a new shell and you build in there
[19:07] <yofel> I've gotten used to always use screen (or rather byobu, which is screen+addons) when I'm working over ssh
[19:08] <c2tarun> yofel: just in case, if I get disconnected how can I resume to that screen?
[19:10] <yofel> run 'screen -R' should work
[19:10] <yofel> or -rd
[19:12] <bambee> KDE 4.6.2 packaging is apparently done, there is something else to do ?
[19:12] <yofel> bambee: you can backport my kdevelop packages to maverick if you want
[19:12] <bambee> yofel: sure, if you want :)
[19:13] <yofel> feel free to, it's kdevplatform, kdevelop-pg-qt and kdevelop(-php(-docs))
[19:24] <irssilogger> kubotu: order wayland
[19:24]  * kubotu slides wayland down the bar to irssilogger
[19:24] <irssilogger> kubotu: love ya
[19:25] <jussi> irssilogger: are you an impersonator?
[19:26] <irssilogger> I am an
[19:27] <irssilogger> word missing
[19:27] <irssilogger> let me take a guess
[19:27] <irssilogger> user
[19:27] <irssilogger> planet safed
[19:27] <irssilogger> anywho
[19:27] <irssilogger> wayland is supreme
[19:28] <irssilogger> whereas X11 is ... well ... X11
[19:30]  * yofel doesn't care about wayland
[19:30] <yofel> except, hm... if someone makes nouveau actually *work* there, that would be cool
[19:31] <irssilogger> hmmm, make shitty x drivers work with wayland
[19:31]  * yofel isntalls gnome3 ppa in the meanwhile
[19:31] <irssilogger> suddenly the future does not seem as bright as I was lead to believe
[19:31] <DarkwingDuck> Can someone let Riddell know i'm looking if he shows up before I get back?
[19:32]  * yofel was under the impression pinging people already did that ^^
[19:32] <DarkwingDuck> :P
[19:33] <DarkwingDuck> Sometimes I hate my government
[19:33] <yofel> you live in?
[19:33] <DarkwingDuck> US
[19:33] <yofel> my condolences :P
[19:33] <DarkwingDuck> thanks
[19:33] <DarkwingDuck> I was in the US Navy for many years... I had a passport that was stamped "Official US Government Use"
[19:34] <ScottK> What now?
[19:34] <DarkwingDuck> But, I was medically discharged before I served 10 years
[19:34] <ScottK> (not like there's a shortage of candidates)
[19:34] <DarkwingDuck> So, now that I am out I cannot use my current passport
[19:35] <yofel> ...
[19:35] <DarkwingDuck> But, when I tried to get a new one they are freaking out because I need a new
[19:35] <DarkwingDuck> So, i wont have it in time for UDS
[19:35] <DarkwingDuck> GARG
[19:35] <ScottK> DarkwingDuck: there are companies that you can pay for expedited service.
[19:35] <ScottK> They basically walk everything through.
[19:35] <DarkwingDuck> I did... They flagged me
[19:35] <ScottK> Ah.
[19:36] <DarkwingDuck> Becasue I wasn't supposed to get a non-gov passport till I was out.
[19:36] <bambee> even with DEB_BUILD_OPTIONS="parallel=9" => sometimes pbuilder builds with parallel jobs and sometime it does not o_O
[19:36] <DarkwingDuck> But, becasue I was removed from service before my time was up... no one notified the powers that be that my gov passport was null
[19:37] <yofel> I build with
[19:37] <yofel> DEBBUILDOPTS="-j4"
[19:37] <yofel> export MAKEFLAGS="-j4"
[19:37] <yofel> in pbuilderrc, works fine
[19:37]  * DarkwingDuck goes back to final review of docs
[19:37] <debfx> bambee: the package needs to support parallel building
[19:37] <ScottK> DarkwingDuck: Did you surrender the official one?
[19:38] <debfx> e.g. by passing --parallel to dh
[19:38] <bambee> interesting
[19:39] <yofel> ah right
[19:39] <bambee> I am packaging kdevplatform
[19:40] <yofel> *that* built in parallel here at least
[19:40] <debfx> yofel: that's forcing parallel building with a hammer ;)
[19:40] <yofel> no idea how CDBS works though
[19:40] <yofel> debfx: :P
[19:42] <yofel> now let's see if gnome3 works...
[19:43] <debfx> bambee: this is what I have in my pbuilderrc: http://paste.ubuntu.com/590920/
[19:46] <DarkwingDuck> ScottK: Yes.
[19:47] <DarkwingDuck> ScottK: It got put in a desk and thy found it when I get to tracking it down... They were like. "Oops, we forgot to send that in, sorry."
[19:47] <ScottK> Lovely.
[19:47] <DarkwingDuck> Oh yeah... so, I'll be attending UDS via IRC in May
[19:50]  * apachelogger likes the gsoc website
[19:50] <apachelogger> you get a 100x100 text box to enter your project proposal
[19:50] <apachelogger> it is like back in them good old days when we had screens of that size
[19:58] <apachelogger> Nightrose: can you skim through me proposal?
[19:58]  * apachelogger is very unsure :/
[19:58] <Nightrose> yes
[19:58] <Nightrose> link?
[19:59] <apachelogger> Nightrose: http://socghop.appspot.com/gsoc/proposal/review/google/gsoc2011/apachelogger/1
[20:00] <c2tarun> yofel: ping
[20:00] <yofel> hm?
[20:00] <c2tarun> yofel: I think that kdel10n build successfully.
[20:00] <Nightrose> apachelogger: ok - will have a look
[20:01] <yofel> c2tarun: do you have all source packages up to zh... or something like that?
[20:02] <c2tarun> yofel: http://pastebin.com/4BCSVKy1
[20:02] <c2tarun> these are all the source pacakges
[20:02] <yofel> looks right
[20:03] <c2tarun> yofel: what now?
[20:03] <yofel> debsign all .changes files, then dput to ppa:kubuntu-ppa/backports
[20:04] <yofel> the ppa is almost full though, so you might not get everything uploaded right now until the janitor runs (hopefully only a few more hours)
[20:04] <apachelogger> yofel: why debsign manually?
[20:04] <c2tarun> yofel: are you serious O_O
[20:04] <c2tarun> there are approximately zillions changes files
[20:04] <yofel> apachelogger: how else?
[20:04] <apachelogger> use the l10n script?
[20:04] <c2tarun> I have to enter number of files X 4 time my key
[20:05] <yofel> apachelogger: which one? I didn't find out it could do that
[20:05]  * apachelogger wrote the script, obvously it would meet the requirements :P
[20:05] <yofel> wasn't much of a problem for me since I have a gpg-agent anyway
[20:05] <apachelogger> probably not properly documented though
[20:05] <c2tarun> yofel: I have my ssh and gpg keys on that ec2, dont you think it was automatically signed?
[20:06] <Nightrose> apachelogger: i would put all the info at the top under one "info" or so heading
[20:06] <DarkwingDuck> Okay, one project left....
[20:06] <yofel> apachelogger: then tell c2tarun how to do it
[20:06] <Nightrose> things like IM name don't need their own large heading
[20:06] <c2tarun> apachelogger: how can I do it?
[20:07] <apachelogger> yofel: ah, nvm, jr apparently turned of signing for some reason
[20:07] <apachelogger> with a surprisingly useless commit message of course :P
[20:07] <c2tarun> apachelogger: what do you mean signing off ?
[20:08] <yofel> well, if that makes the script run through without asking your the PW for every package it creates then I'm glad with the current state
[20:08] <apachelogger> c2tarun: http://bazaar.launchpad.net/~kubuntu-members/kubuntu-dev-tools/kde-l10n-common-maverick/revision/79#debian/build-l10n.sh
[20:08] <DarkwingDuck> nixternal: ping
[20:09] <yofel> if you still have to input your PW with that version for every package we win 0
[20:09] <apachelogger> yofel: you peopel dont have agents?
[20:09] <yofel> apachelogger: I do, c2tarun doesn't on ec2
[20:09] <apachelogger> ahhhh
[20:09] <apachelogger> you are signing on ec2? :O
[20:09]  * apachelogger blinks a bit
[20:10]  * apachelogger blinks a bit more
[20:10] <nixternal> DarkwingDuck: pongers
[20:10] <Nightrose> apachelogger: beginning of other obligations section needs fixing
[20:10] <c2tarun> apachelogger: I got now what do you mean by turning of. and yup in case of no other option I have to sign on that ec2 :/
[20:10] <c2tarun> apachelogger: can you  suggest anything easier
[20:10] <apachelogger> Nightrose: thx
[20:10] <Nightrose> apachelogger: the rest looks good to me - can't say anything about the tech side of course
[20:10] <yofel> c2tarun: you'll get some keyboard typing exercise
[20:10] <apachelogger> why is beginning so long ^^
[20:11] <apachelogger> Nightrose: kthx *hugs*
[20:11] <Nightrose> :)
[20:11] <c2tarun> yofel: yup.... ok. I'll let you know after signing
[20:11] <apachelogger> c2tarun: signing on ec2 == having secret key on ec2?
[20:12] <apachelogger> that is about as good idea as sending your key via gmail
[20:12] <c2tarun> apachelogger: I dont think so.
[20:12] <apachelogger> or print it and carry it around on your tshirt or somesuch ^^
[20:12] <c2tarun> apachelogger: 1. only I have access to that ec2  2. I can remote sign it.
[20:12] <apachelogger> actually having your secret key on a tshirt is pretty safe as long as no one has a camera around ^^
[20:13] <c2tarun> o_O
[20:13] <apachelogger> c2tarun: you are using a service
[20:13] <c2tarun> apachelogger: what service?
[20:13] <apachelogger> you are not the only one having access to a service provided t you
[20:14] <apachelogger> remotesign ought to be fine though
[20:14] <c2tarun> apachelogger: I modified the authorised_key file and removed the other key, that was jr's
[20:14] <apachelogger> Riddell: did you turn off signing because of ec2 stuff?
[20:14] <apachelogger> if so I suppose a switch would be bettar
[20:14] <apachelogger> kinda kills the mood if one needs to manually trigger the signing on a local l10n creation ^^
[20:15] <apachelogger> c2tarun: is the hardwar in your basement
[20:15] <apachelogger> if not then you are not the only one who has control
[20:15] <apachelogger> in fact I would argue that you do not actuallly have control
[20:16] <c2tarun> :|
[20:18] <c2tarun> Riddell: need help, accidentally removed ~/.ssh from ec2
[20:22] <DarkwingDuck> nixternal: ping
[20:22] <c2tarun> when will Riddell come back?
[20:23] <yofel> c2tarun: well, at least put your key back into .ssh/authorized_keys as long as you still have the connection up
[20:23] <nixternal> DarkwingDuck: pong
[20:23] <c2tarun> yofel: already did that
[20:23] <apachelogger> nixternal: ping
[20:24] <c2tarun> yofel: you know you are a life saver :)
[20:24] <nixternal> pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong
[20:24] <DarkwingDuck> LOL
[20:24]  * apachelogger hugs nixternal
[20:25] <bambee> debfx: thanks
[20:31] <bambee> debfx: it works just fine :)
[20:31] <apachelogger> nixternal: that reminds me a lot of saying hi by syning :P
[20:32] <nixternal> or a lot of copy and paste
[20:32] <apachelogger> yeah
[20:32] <apachelogger> I guess
[20:32] <apachelogger> kubotu: syn
[20:32] <kubotu> apachelogger: syn-ack
[20:33] <apachelogger> kubotu: ack
[20:36] <kubotu> apachelogger: rst
[20:36] <apachelogger> hm
[20:36] <nixternal> kubotu: fuq
[20:36] <apachelogger> kubotu: rst your brainz
[20:37] <apachelogger> so
[20:37] <apachelogger> measuring code quality
[20:37] <apachelogger> count the WTFs
[20:37] <nixternal> with a ruler!
[20:37] <apachelogger> WTFs/minute == bugs per 100 loc
[20:38]  * apachelogger thinks there is truth to this
[20:38] <apachelogger> in a way
[20:41] <nixternal> speaking of code, i wonder when gcc will finally die and we will start using LLVM with clang
[20:42] <bambee> well, gcc is like chuck norris... he cannot never die :P
[20:42] <nixternal> that might have been true when gcc was a superior compiler. it is now being linked, literally, to the shittiness that is the Microsoft compiler
[20:43] <nixternal> and the work that Apple has been contributing to LLVM & Clang, though not open source, makes gcc look like it was from the 70s.
[20:43] <nixternal> Oh wait, gcc is from the 70s, my bad
[20:43] <apachelogger> it remains unknown why one would use llvm with clang
[20:44] <c2tarun> yofel: pheewww..... all are signed :)
[20:45] <nixternal> because it is superior, faster, cleaner, with way better error checking
[20:45] <yofel> c2tarun: good, now upload
[20:45] <nixternal> i saw it used at a conference last week, pretty nice. plus if apple uses it, you know ubuntu will follow suit soon enough :p
[20:45] <c2tarun> yofel: upload to which ppa?
[20:46] <yofel> ppa:kubuntu-ppa/backports
[20:46] <apachelogger> nixternal: where is the data
[20:46] <bambee> LLVM has a openMP-like runtime ?
[20:46] <maco> i have a friend working at apple, i believe on llvm
[20:46]  * apachelogger wants relevant data
[20:46] <Riddell> debfx: patching Qt might be the best way
[20:46] <apachelogger> my arse is also faster than gcc
[20:46] <Riddell> DarkwingDuck: you pinged?
[20:46] <bambee> and a gprof-like tool ?
[20:46] <apachelogger> doesnt mean it is the better choice
[20:46] <Riddell> c2tarun: hi
[20:46] <yofel> c2tarun: the ppa is almost full, so lp will probably reject some uploads, re-upload them later once the janitor cleans up some space
[20:46] <c2tarun> Riddell: hi :) problem solve yofel helped
[20:46] <DarkwingDuck> Riddell: aye, we will be a couples days behond on the docs, nixternal is fixing a couple things
[20:47] <nixternal> apachelogger: google :)
[20:47] <Riddell> c2tarun, yofel: which PPA are you uploading to?
[20:47] <nixternal> just on the packaging, unless someone else wants to find out what happened in ksgmltools that broke our build and fix it :)
[20:47] <c2tarun> Riddell: ppa:kubuntu-ppa/backports
[20:47] <apachelogger> nixternal: google does not provide relevant data to kubuntu
[20:48] <c2tarun> Riddell: should I upload?
[20:48] <Riddell> c2tarun: have you done a test build of one package?
[20:48] <nixternal> apachelogger: google + a little research, there, that should do it
[20:48] <apachelogger> nope
[20:48] <c2tarun> Riddell: test build as if on pbuilder?
[20:48] <nixternal> nice, there is a gcc frontend for llvm
[20:49] <Riddell> c2tarun: pbuilder or on the ec2 machine
[20:49] <c2tarun> Riddell: it build fine on ec2 machine (I executed build script in debian folder)
[20:49] <bambee> Riddell: we can directly upload to kubuntu-ppa/backport ? I have uploaded kdevelop to ninjas...
[20:49] <bambee> (in fact I am uploading it to ninjas)
[20:50] <yofel> bambee: I would rather upload those to ninjas first to test them
[20:50] <yofel> kde-l10n goes directly to backports
[20:50] <bambee> yofel: I agree
[20:50] <bambee> yofel: I was a bit confused, that's why I asked this question :)
[20:50] <yofel> heh
[20:50] <c2tarun> yofel: on running those scripts I just got source pacakges, where are binary packages?
[20:51] <yofel> c2tarun: not built yet, the script makes only source packages
[20:51] <Riddell> yes kde-l10n to backports
[20:51] <Riddell> anything that needs testing to ninjas
[20:51] <yofel> as that's all you need for upload
[20:51] <c2tarun> yofel: but should I test it first? by buildin binary packages?
[20:51] <yofel> c2tarun: just build one as a test
[20:52] <c2tarun> yofel: how can I build binary package from source pacakge?
[20:52]  * c2tarun I know how to do it on pbuilder but  not directly
[20:52] <yofel> pbuilder? debuild? dpkg-buildpackage?
[20:53] <c2tarun> yofel: in case of debuild just debuild or debuild <name>.dsc
[20:53] <yofel> c2tarun: just go into the source and run dpkg-buildpackage
[20:53] <yofel> that should hopefully not thouch the source package
[20:56] <c2tarun> yofel: http://paste.kde.org/9159/ I am getting this error
[20:57]  * bambee is waiting for kdevplatform... (rhoo come on...!!!)
[20:58] <yofel> bambee: you can do kdevelop-pg-qt in the meanwhile
[20:59] <bambee> oohh... really? ok thanks
[21:00] <yofel> c2tarun: err... no idea, I only built it in pbuilder - which worked...
[21:00]  * c2tarun trying with pbuilder
[21:03] <bambee> packaging devscript are awesome seriously... each of them are powerful and really well designed :)
[21:10] <debfx> Riddell: yes, but we need to make sure that the paths kdelibs injects and QT_PLUGIN_PATH take precedence
[21:15] <c2tarun> yofel: pbuilder worked :)
[21:15] <c2tarun> Riddell: tested its building properly :)
[21:15] <c2tarun> Riddell: should I upload it?
[21:17] <yofel> :)
[21:23] <c2tarun> yofel: I got this error while uploading :( this is the package inside which I executed dpkg-buildpackage
[21:23] <bambee> wtf ? http://paste.ubuntu.com/590959/ o_O
[21:24] <bambee> some dependencies are not installable... and should not
[21:26] <yofel> run pbuilder update and try again
[21:26] <bambee> (I use a maverick basetgz with kubuntu-ninjas-ppa in it)
[21:26] <bambee> it's already updated
[21:26] <yofel> do you have universe on?
[21:26] <yofel> libntrack-qt4-1 is in maverick/universe
[21:26] <bambee> arrrf
[21:26] <Riddell> c2tarun: yes go ahead and upload to ppa:kubuntu-ppa/backports
[21:26] <c2tarun> Riddell:  I got this error while uploading :( this is the package inside which I executed dpkg-buildpackage
[21:26] <c2tarun> Checksum doesn't match for /home/ubuntu/kdel10n/kde-l10n-common-maverick/build/kde-l10n-nl_4.6.2-0ubuntu1~maverick1~ppa1.dsc
[21:30] <c2tarun> Riddell: can you suggest something how can I fix this error
[21:31] <Riddell> c2tarun: you need to rebuild it as a source package
[21:31] <c2tarun> Riddell: what O_O the whole :( is there any way I can build just the one?
[21:32] <Riddell> yes
[21:32] <c2tarun> Riddell: how
[21:32] <Riddell> same way you would with any package
[21:53] <c2tarun>  Riddell yofel uploaded
[21:54] <c2tarun> yofel: is there anything else left?
[21:55] <yofel> not that I know of right now
[21:56]  * c2tarun going to bed now :/ nothing to do
[22:14] <bambee> 'night
[22:18] <Daskreech> Hmm refreshed Planet KDE and it went backwards like 3 articles
[22:20] <neversfelde> Riddell: ping
[23:07] <Riddell> neversfelde: hi
[23:10] <neversfelde> Riddell: hi, this is probably something for a query?
[23:12] <Riddell> neversfelde: I'm not sure that's a question? :)
[23:14] <ScottK> Riddell: From looking at http://lamarque-lvs.blogspot.com/2011/03/plasma-nm-bugs-fixed.html I think we might want to consider updating networkmanagement again.
[23:15] <Riddell> ScottK: yes it crossed my mind, but it's a risk since NM is so hard to test for the 100 different setups people might have
[23:16] <ScottK> True, but if it is a problem, we've got time to revert.
[23:16] <ScottK> If we don't update we're shipping old code and upstream isn't happy about supporting us.
[23:21] <Riddell> ScottK: sounds like you're volunteering :)
[23:21] <ScottK> No.  Not particularly.
[23:21] <ScottK> I'm a bit wrapped up in some other stuff.
[23:28] <Mamarok> about this bug: https://bugs.launchpad.net/bugs/752789
[23:29] <Mamarok> that guy is totally exaggerating the data loss, it's not a file loss, only statistics in the database
[23:31] <Riddell> Mamarok: it's also quite an unrealistic expectation given that 2.4.1 doesn't exist :)
[23:31] <Riddell> Mamarok: we should probably politely close it
[23:31] <Mamarok> that's what I told him
[23:31] <Mamarok> we can't ship 2.4.1 with Natty, but he ca upgrade as soon as it is available
[23:32] <Mamarok> and it's not like it is a security failure, the bug is really not that bad, and only a minority of the users are affected anyway
[23:33] <Mamarok> I linked to the correct bug now as it was linked to a duplicate instead of a fixed one upstream
[23:33] <Mamarok> but I think we can't do much else
[23:41] <Riddell> txwikinger: neversfelde needs you for your loco
[23:45] <txwikinger> hey Riddell
[23:46] <Riddell> txwikinger: we want to check if you can fill in https://forms.canonical.com/lococd/
[23:46] <Riddell> since you're still the admin for kubuntu-de.org
[23:47] <txwikinger> hmm.. I probably can for Ubuntu-ca
[23:47] <BajK_> One question: Since when does Kubuntu come with KDE4 only?
[23:47] <txwikinger> kubuntu-de.org is not an official LoCo
[23:47] <maco> 8.10
[23:47] <maco> i already answered that in #ubuntu
[23:47] <txwikinger> Riddell: I will try later... I have to run an election campaign here ;P
[23:48] <BajK_> right and now I am at the kubuntu developers channel where my request is more appropriate
[23:48] <BajK_> so since 8.10 WHY the hell does qmake even in NATTY link to qmake-qt3?! It took my an hour to figure out why qmake "was not found" -.-
[23:48]  * txwikinger cannot even run due to not being a citizen yet
[23:48] <BajK_> when compiling KDE 4
[23:48] <Riddell> txwikinger: http://loco.ubuntu.com/teams/kubuntu-de.org says it is
[23:49] <maco> backwards compatibility, id imagine. its not as though qt3 is gone from the archive
[23:49] <txwikinger> It does?
[23:49] <BajK_> txwikinger: yes it does
[23:49] <Riddell> BajK_: we should change that (it comes from debian who I saw were discussing it recently)
[23:49] <Riddell> it's an alternative, you can change it yourself locally
[23:49] <txwikinger> ok.. I have to run.. will look later
[23:50] <BajK_> I compiled KDE from trunk and half the modules failed due to "qmake qt was not found"
[23:50] <BajK_> then I did sudo rm /usr/bin/qmake && sudo ln -s /usr/bin/qmake-kde4 /usr/bin/qmake
[23:50] <BajK_> and now it runs fine
[23:51] <BajK_> Riddell: well if it comes from dewbian then I can understand this
[23:51] <BajK_> debian just recently dropped kde 3 support I think?
[23:51] <Riddell> they're in the process
[23:52] <BajK_> ah ok that is why :)
[23:52] <BajK_> but no I know :)
[23:52] <BajK_> now
[23:52] <ScottK> If you have both Qt3 and Qt4 qmake installed, the Qt3 one has a higher priority.
[23:53] <BajK_> hm weird maybe the kde dependencies pulled something in from qt3
[23:53] <BajK_> on my main production machine I have qt4 qmake only
[23:53] <BajK_> on dev I have both


[17:21] <ronald123> hi all, i might have a really odd question.. I'm running budgie-remix (fully updated Ubuntu 16.04.3) and there are quit a few programs wich i can't close from the tray. I can right-click on them and choose quit/exit/whatever, but it just won't quit


[12:04] <LaserJock> I have nothing against XML, I was just playing devil's advocate
[12:04] <mdke> np
[12:05] <mdke> that's good
[12:05] <Judax> Riddell: any plans for kde3.5 ppc packages?


[04:20] <Andy___> Hello?
[05:10] <Azhan> Hello
[05:53] <Vedant> Hi
[05:53] <Vedant> I am Vedant Kotkar
[05:53] <Vedant> Currently learning web development & digital marketing
[09:14] <degville> Hello Vedant! Welcome to the channel.
[09:43] <aden_> good evening! I have a question here: If I find some texts that might be useful from others sites may I quote it in the tutorial?
[09:44] <aden_> other*
[09:47] <davidcalle> aden_: as long as you don't plagiarise, sure. You can link to them in a "Learn more" section at the end.
[09:48] <aden_> davidcalle: alright ill keep that in mind, thanks!
[13:01] <davidcalle> aden_: you may want to check if you pushed the right branch here https://github.com/canonical-websites/tutorials.ubuntu.com/pull/515 :)
[13:44] <aden_> davidcalle: I had the tutorial pushed to a wrong branch (not sure where I'm still trying to figure that out). I'm still new to github but I'll make sure all the required files are there before opening a pull request next time. Thanks for tagging me!
[13:52] <Azhan> cool stuff
[13:53] <davidcalle> Hello Azhan and welcome
[15:32] <sanskarjain123> hi
[15:32] <sanskarjain123> hello
[15:34] <sanskarjain123_> hi
[15:34] <davidcalle> sanskarjain123_: hi and welcome o/
[15:34] <sanskarjain123_> thanks
[15:35] <davidcalle> The channel is fairly quiet, but feel free to ask for help in your tasks if you are blocked in any way
[15:36] <sanskarjain123_> i cannot read the ubuntu tutorials
[15:36] <sanskarjain123_> can u help me
[15:37] <davidcalle> sanskarjain123_: why can't you read them?
[15:37] <sanskarjain123_> it is not opening
[15:38] <davidcalle> Nothing appears when you click on on a tutorial on https://tutorials.ubuntu.com ?
[15:38] <sanskarjain123_> can u help me in other task
[15:38] <sanskarjain123_> yes
[15:39] <davidcalle> What browser are you using?
[15:39] <sanskarjain123_> chrome\
[15:39] <davidcalle> That's weird, do you see something on this link: https://tutorials.ubuntu.com/tutorial/snap-a-website ?
[15:39] <sanskarjain123_> yes
[15:40] <sanskarjain123_> thanks


[00:13] <dax> @random emacs hurd mir
[01:54] <chu> lol
[01:55] <chu> bazhang: Did you know that I currently do NOT have emacs installed? I am using this Atom editor thing.
[01:55] <bazhang> heresy!
[02:32] <dax> chu: what.
[02:41] <chu> True story!
[04:03] <tortib> hello, I'm banned from offtopic and would like to know when that would be removed?
[05:17] <elky> ^ don't do it, he's been having meltdowns elsewhere
[10:03] <bazhang> perma meltdown state


[00:56] <bucket529> Could somebody please change bug 246506 from 'undecided' to 'wishlist'?
[00:58] <nhandler> bucket529: It is already wishlist
[00:58] <bdmurray> nhandler: sorry I got it w/o saying anything
[00:59] <nhandler> bdmurray: No problem.
[00:59] <bucket529> bdmurray, nhandler: Thanks.
[01:14] <bucket529> Could somebody please change bug 271351 from 'undecided' to 'wishlist'? (It's 'Incomplete' because I asked the submitter if he plans to submit his PPA package to REVU)
[01:21] <nhandler> bucket529: Done
[06:14] <dholbach> good morning
[06:14]  * persia hunts for Jignesh Borad
[06:21] <Hobbsee> bug 5
[06:21] <Hobbsee> hrm.
[06:54] <arpi> Hi I have installed 8.10 with wubi strangely DVD playback, rhythmbox visualization and totem visualisation are all jerky. (I have all the necessary codecs for dvd) Has anybody ideas?
[06:56] <nellery> arpi: #ubuntu for support please
[06:58] <arpi> ok
[07:00] <smoothtexan> hey everyone
[07:00] <persia> hey smoothtexan.
[07:00] <smoothtexan> i need some help with bug 275345
[07:01] <smoothtexan> hey thats cool
[07:01] <persia> Hmm.  I get a mount for /dev/mmcblk01p1 locally.
[07:02] <smoothtexan> yeah it mounts it, but if you  do a fdisk -l it doesnt show up for whatever reason
[07:02] <smoothtexan> oh wait
[07:02] <persia> Ah, I see.
[07:02] <persia> Annoying that.
[07:03] <smoothtexan> yeah...therefore you cant use gparted to partition it
[07:03] <smoothtexan> which is crap when you trying to get ext3 on it
[07:04] <smoothtexan> anyways, there have been several people confirm the bug in the ticket, so what is the next step?
[07:06] <smoothtexan> anyone?
[07:07] <persia> Need to track down the specific problem.
[07:07] <persia> Why isn't it available.
[07:08] <smoothtexan> ok...i was hoping to hand it off to someone, because i have no idea what to do...
[07:08] <persia> I'm wondering if it's because the storage adaptor is inside the SD card, rather than being fixed.
[07:12] <smoothtexan> well, the ticket shows that there are a bunch of other people having the same problem, so i dont think that is just my card if thats what you're saying
[07:12] <persia> No, it's the architecture of it.
[07:12] <persia> See, an SD slot is like a PCI slot.
[07:13] <persia> When you insert a storage card, it's like inserting a SATA card which is already attached to a drive.
[07:13] <smoothtexan> ah
[07:13] <persia> What I'm wondering is if the kernel doesn't handle hotplug of storage interfaces well.
[07:14] <smoothtexan> the last guy who commented said that it worked hardy
[07:14] <smoothtexan> but not in gutsy
[07:14] <smoothtexan> i mean
[07:14] <persia> You wouldn't see this for USB, because USB storage has special quirks.  You also wouldn't see it for SATA or PATA or SCSI, because very few people have real hotplug interfaces for those, or regularly try to use them.
[07:14] <smoothtexan> intrepid
[07:16] <smoothtexan> im going to make a post in the forums and see what happens
[07:17] <persia> Good idea.  It just needs someone with understanding of the internals, and the right hardware to track it down.  If it's working in hardy but not intrepid, it's worth adding the "regression" tag.
[07:19] <smoothtexan> cool, thanks for your help man, i throw a regression tag on it and post in the forums
[07:19] <smoothtexan> i'll*
[07:20] <persia> There's also a wiki page about handling kernel bugs.
[07:22] <persia> smoothtexan, You might try following https://wiki.ubuntu.com/KernelTeamBugPolicies to make sure the right team is notified, which may help.
[07:22] <smoothtexan> ok...so you think it a kernel bug then...
[07:22] <smoothtexan> i didn
[07:23] <smoothtexan> i didnt think it was because it was working in hardy under the same kernel...but i really dont know much about it
[07:23] <smoothtexan> =P
[07:24] <persia> huh?
[07:24] <persia> hardy and intrepid have different kernel versions.
[07:24] <smoothtexan> well there you go
[07:25] <smoothtexan> see i told you
[07:25] <persia> 2.6.24 vs. 2.6.27
[07:25] <smoothtexan> ok
[07:25] <persia> If kernelspace is known fine, the kernel team can probably kick it to the right userspace program.
[07:26] <smoothtexan> how do i add a tag to a ticket...sorry im new to the whole bug tracking process
[07:27] <persia> There should be a pencil icon to "edit description/tags" near the top.
[07:29] <smoothtexan> got it
[08:09] <thekorn> good morning
[08:09] <Hobbsee> hey thekorn!
[08:09] <thekorn> hi Hobbsee!
[09:38] <xteejx> Hey guys :) Can someone set bug 296671 to confirmed for me please, someone else has found the same bug. Thanks
[11:27] <mok0> zzzz
[11:28] <persia> Well, say something interesting then, and people will awaken
[11:29] <mok0> zzzz... what?
[11:29] <persia> See :)
[11:29] <persia> Dunno.  Which bug are you working on?
[11:30] <persia> Personally, I was glad to see the submitter of bug #159905 come back and say it was fixed in intrepid.
[11:30] <mok0> Oh, I'm working on a whole bunch of bugs associated with torque
[11:30] <persia> But then, I'm mostly catching up on mail now, rather than chasing bugs.  Lots of this is bugmail, but that's incidental.
[11:31] <persia> Cool!  Package-specific review is always fun.
[11:32] <mok0> There's pride in it too... I maintain the package :-)
[11:32] <mok0> ... and I want my bug counts to be zero...
[12:14] <DarkKnight> hey i always wanted to know how i can learn the coding and fix bugs to improve launchpad....can anyone tell me where to start from
[12:15] <persia> https://wiki.ubuntu.com/Bugs/HowToFix is one place that covers some of that.
[12:15] <persia> My suggestion would be to find a bug, and try to track down what causes it by reading the code.
[12:16] <persia> You'll learn a lot about the language by trying to read it, and it's often more fun to start with investigation than to learn how to write "Hello World".
[12:17] <DarkKnight> persia; okk...ya i just started that resently; i wanted 2 start understanding how each code could work for the system
[12:32] <DarkKnight> persia; there r different files in different directories...which i dont even know....do i have to go through something like system administration??
[12:33] <persia> DarkKnight, I'm in a meeting now, but if you've a specific bug, and a specific package, I can spend some time looking at it with you in a while (maybe 45 minutes).
[12:33] <persia> Generally there's a Makefile or setup.py or something that explains how the source code is converted into the program, which can help you track things down.
[12:34] <DarkKnight> persia; yes i do have a bug...but i m not specifying that i want 2 learn how to fix only my bug...i just wanted to explore into this....
[12:35] <DarkKnight> persia; and not only that I read somewhere that if we have to get into the development team; we have to fix bugs
[12:35] <persia> DarkKnight, Right.  I think it's best to learn by doing, so if you've an example, we can look at that, and you can use that same procedure on the next one.
[12:35] <DarkKnight> persia; my bug is at  https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/299007
[12:36] <DarkKnight> persia; my bug is posted at  https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/299007
[12:37] <persia> OK.  When I'm free, we can look at it.  Download the source in advance.
[13:37] <persia> DarkKnight, Sorry.  Took longer than I expected.  I'm grabbing the source now.  You still have time?
[13:59] <DarkKnight> ya
[13:59] <DarkKnight> persia; ya
[13:59] <persia> DarkKnight, Unfortunately, I've another meeting just starting in a few seconds (Thursdays are meeting days for me).
[14:00] <DarkKnight> persia; no probs;;
[14:00] <BUGabundo> is this depency prob interessing to any one ? http://paste.ubuntu.com/74770/
[14:00] <DarkKnight> persia; shall we meet on saturday or sunday
[14:00] <persia> DarkKnight, Saturday probably works for me.  Depending on your timezone, Sunday might not.
[14:01] <DarkKnight> persia; wat's ur country
[14:03] <persia> DarkKnight, I'm in UTC+9
[14:05] <DarkKnight> UTC??
[14:05] <DarkKnight> mine is GMT+5:30
[14:06] <persia> In that case, Saturday, or Sunday evening works for me.
[14:07] <DarkKnight> wats UTC.......
[14:16] <angusthefuzz> GMT=UTC=Coordinated Universal Time
[14:16] <nhandler> angusthefuzz: Isn't that only true for part of the year?
[14:17] <persia> nhandler, No, it's true about once every 9 years.  The rest of the time GMT can differ from UTC by almost a second.
[14:17] <angusthefuzz> nhandler: not according to wiki?
[14:19] <angusthefuzz> to quote: "For most common and legal-trade purposes, the fractional second difference between UTC and UT (GMT) is inconsequentially small, so UTC is often called GMT"
[14:19] <DarkKnight> persia; so i think u r in the eastern asia;
[14:21] <nhandler> angusthefuzz: Ok, I thought they had a larger difference between them for part of the year.
[14:27] <krychek> geez: bug 300298
[14:27] <krychek> holocaust jokes..
[14:28] <Pici> ugh
[14:50] <bddebian> Boo
[14:51] <jjesse> don't cry i didn't mean to scare you :)
[14:51] <bddebian> :)
[14:53]  * persia suspects a new scaring tactic is required.  The bugs may have come to expect "Boo" and know that means it's feeding time.
[14:53] <jjesse> lol
[15:36] <bucket529> seb128: In bug 280325, who is your final comment meant for?
[15:39] <seb128> bucket529: whoever reported the bug
[15:39] <bucket529> seb128: That makes more sense, thanks.
[15:40] <seb128> bucket529: having several issues listed through the comment doesn't make the bug easier to read or work on
[15:40] <seb128> bucket529: I try to focus on the bug initially described usually, if there is an another issue that should be a new bug
[15:41] <bucket529> seb128: That's why I asked.
[15:42] <seb128> bucket529: I've added a new comment to clarify
[15:43] <bucket529> seb128: Say, that's much clearer.
[15:44] <seb128> I've be cleaning quite some bugs and tried to be quick but right the previous one was not really clear ;-)
[17:40] <thekorn> calc, hi, where should user report bugs against the openoffice3 PPA package?
[17:40] <thekorn> does ~openoffice-pkgs have a ML for this or something?
[18:07] <calc> thekorn: report via regular way, using Help->Report a Bug, so it gets all the apport information
[18:10] <bdmurray> calc: then they'll be mixed in with the other openoffice bugs right?
[18:12] <beDrung> bdmurray: ping
[18:13] <bdmurray> Hello
[18:13] <bdrung> i wrote you yesterday that my membership in ubuntu-bugcontrol expires, but lp was down
[18:16] <bdmurray> bdrung: right, thanks for the reminder
[18:22] <thekorn> calc, ok, but how do I indicate that this bug is related to the PPA package and not the one in the ubuntu repos
[18:23] <angusthefuzz> nice
[18:23] <angusthefuzz> (sorry, wrong window)
[18:24] <bdrung> bdmurray: thx
[18:27] <bdmurray> bdrung: thank you for helping out!
[18:29] <calc> bdmurray: yea but 3.0 is going into jaunty asap anyway so its not too big of an issue
[18:30] <calc> thekorn: you can add [ppa] to the beginning of the report if you want, but the apport information also helps to make that somewhat obvious at least
[18:30] <calc> thekorn: actually adding something like [ppa] at the beginning of the subject line would be helpful
[18:30]  * calc is trying to get jaunty working enough to even compile OOo
[18:30] <calc> seems to be in a lot of churn still
[18:50] <thekorn> calc, thank you
[20:58] <linkmaster03> is it really supposed to take 18 days for anyone to respond to my bug report on launchpad
[20:59] <hggdh> linkmaster03, it may -- we depend heavily on free contributors
[20:59] <hggdh> what bug is it?
[20:59] <linkmaster03> i know everyone is volunteers i'm grateful, just wondering: 292728
[20:59] <hggdh> bug 292728
[21:00] <linkmaster03> someone marked it as new then i've had no activity since then
[21:00] <hggdh> it is automatically masked as new when you file it
[21:00] <linkmaster03> oh
[21:01] <linkmaster03> i thought it started at undecided
[21:01] <hggdh> on bugzilla, yes, not on launchpad
[21:01] <hggdh> but yes, I can confirm it
[21:02] <linkmaster03> so should i just keep waiting?
[21:02] <hggdh> yes... I will confirm it, but I am not sure of what additional data may be required.
[21:03] <hggdh> I am not sure it should be assigned to the Canonical kernel team though
[21:03] <linkmaster03> i couldn't find a gnome team
[21:03] <linkmaster03> ok unassigned
[21:04] <linkmaster03> thanks for confirming
[21:04] <hggdh> it is better in this case to leave it unassigned... also, we have to find a package for it
[21:04] <linkmaster03> yeah i didn't have a clue as where to find the package
[21:04] <linkmaster03> since it was in the intrepid upgrade with tons of updates
[21:10] <RAOF> hggdh, linkmaster03: I seem to remember that behaivour previously was due to a consolekit bug.
[21:11] <hggdh> RAOF, I will reassign it to consolekit, then, thanks. A regression?
[21:12] <RAOF> I think so.  Searching the consolekit bugs will likely net you either a fix released bug or an open duplicate with the same behaviour.
[21:13] <hggdh> will look, thanks
[21:14] <hggdh> yay, bingo. bug 271962
[21:14] <hggdh> will set as a duplicate -- linkmaster03, that's for you
[21:17] <linkmaster03> hggdh: thanks!
[21:17] <hggdh> welcome, linkmaster03 . Sometimes we need a bit of a shove ;-)


[13:12] <tjaalton> triaging intel gpu hang bugs "for fun"
[13:13] <tjaalton> looks like a lot of dupes, and at least one clear candidate kernel commit for precise identified
[13:13] <tjaalton> 3a69ddd6f872180b6f61fda87152b37202118fbc drm/i915: Set the Stencil Cache eviction policy to non-LRA mode.
[13:17] <tjaalton> haha, bug 1007477
[13:17] <tjaalton> I'll educate him..
[13:18] <jussi> tjaalton: hehe...


[00:48] <oneof3> hello. when i choose reboot it wont. It kind of just shuts down and goes black then tried to reboot. Any idea what the issue is?
[00:49] <oneof3> but a hardshutdown works then it boots
[04:20] <MisterAcacia> Hi all. Not sure if this is xubuntu or better elsewhere. Xubuntu 14.04 using Skype, I don't have Skype showing as an application in PulseAudio. Other apps appear, but not Skype.
[04:33] <MisterAcacia> The odd thing is that Skype sounds come through, though at 100%, and in pasystray it shows as a playback stream. But in pavucontrol it doesn't show
[04:34] <MisterAcacia> And audio from a call shows in playback.
[10:54] <Meerkat> how can I add more than 4 keyboard layouts in keyboard settings?
[10:54] <Meerkat> 14.04
[11:47] <Meerkat> apparently this issue goes deep. :(
[14:12] <Hedgework> Hey, all.  I have a wireless Plantronics headset and a machine running Xubuntu 14.04.  My machine will recognize the headset (I can see it's correct device ID in dmesg when I plug it in, and both alsamixer and pavucontrol list it) but not play sound to it.  Sound is "working" in that the HDMI sound device I don't want to use can be made to play sounds.
[14:13] <Hedgework> I'm seeing a lot of "retire_playback_urb: 831 callbacks suppressed" in dmesg, which is probably relevant.
[14:13] <Hedgework> ('831' there is just a count, it increases bit by bit)
[14:14] <Hedgework> This is really frustrating, as I'd like to listen to music while I work without making my officemates hate me, however I'm not sure how to troubleshoot it as I don't use pulseaudio on my other systems and thus am not terribly familiar with it.
[14:14] <Hedgework> Any help would be appreciated. :)
[14:56] <GridCube> Hedgework, open pavucontrol and the program you are using to stream music
[14:56] <GridCube> then play the music and see in pavucontrol where the stream is being sent
[14:56] <Hedgework> GridCube: Did that.  It appears to be streaming, and pavucontrol appears to think my headphones are outputting sound :/
[14:57] <Hedgework> GridCube: the only weird thing is that on the 'Configuration' tab, I see "Plantronics Wireless Audio" set to profile 'Analog Stereo Output + Analog Mono Input' while in the 'Output Devices' tab, it's listed as mono output
[14:59] <GridCube> mmhm
[15:06] <akis> hi all. Upgrade from 12.04 to 14.04 or clean installation of 14.04? What is best?
[15:07] <Hedgework> OMG I fixed it!  That was sooo stupid.
[15:08] <Hedgework> GridCube: It turns out that I'd left the headset sitting in my desk too long while I was away...I noticed it was dead and recharged it, but didn't realize it was so dead that it lost pairing with it's transciever.
[15:08] <Hedgework> GridCube: re-pairing them made everything work.
[15:09] <GridCube> XD
[15:09] <GridCube> Hedgework, :D awesome then
[15:09] <Hedgework> yay, I have music again!
[15:09] <GridCube> akis, clean installs are always recomended, though updates should be perfectly ok
[15:09] <GridCube> akis, remember to always backup sensitive information when you are doing stuff like this
[15:10] <GridCube> regardles of any option you take
[15:10] <Hedgework> akis: Updating "should" work fine, but I've found that with Ubuntu I prefer to back up then re-install.  I've found that binary distros in general make assumptions about what their users are running, and that many OS-version upgrades can make you drift far enough from those assumptions to make troubleshooting difficult.
[15:10] <akis> GridCube: if i choose a clean installation my /home backup will work with 14.04?
[15:10] <Hedgework> akis: Yes.
[15:11] <GridCube> akis, yes, but then you will have to remember to remove default .config files
[15:11] <akis> Hedgework: yes "should work" thath is very clear!
[15:11] <GridCube> just in case they are not compatible with new program settings
[15:11] <GridCube> akis, should work is the best we can give you in this lands
[15:12] <akis> what is the best backup program in your opinion using GUI?
[15:12] <Hedgework> I have no idea, sorry.  I use command-line tools for backup.
[15:13] <bazhang_> !info grsync
[15:13] <GridCube> !backup
[15:13] <akis> give me a link for those command lines tools too!
[15:13] <bazhang_> depends on your needs
[15:13] <bazhang_> rsync is one option
[15:14] <akis> grsync and rsync are available in ubuntu software canter?
[15:14] <Hedgework> akis: I really like 'rsnapshot' which is very easy to configure, uses rsync heavily to minimize transfer, but also makes judicious use of hardlinks to allow you to keep multiple snapshots with a minimum of space consumption.
[15:15] <bazhang_> yes, they are in ubuntu repos
[15:15]  * Hedgework goes back to doing work
[15:17] <akis> both rsync and rsnapshot are installed in my system. Do they have GUI too or they are configured only through terminal?
[15:18] <bazhang_> grsync as I showed above
[15:20] <Hedgework> akis: grsync was just mentioned as a GUI interface to rsync.  I do not know of a GUI for rsnapshot -- to my knowledge, it's configured using your favorite text editor. :)
[15:20] <akis> i have configured my winmodem to work with my system. Is there any chance to backup this configouration or do i have to setup it again with 14.04?
[15:22] <Hedgework> akis: You should be able to back up any configuration on your system; you just need to know where it's stored.  System-wide configuration is usually in /etc somewhere, and user configs in the user's home directory.
[15:22] <akis> "grsync is a simple graphical interface using GTK2 for the rsync command line program." is it a backup program too?
[15:23] <Hedgework> akis: Note that /etc contains a *ton* of config, including critical stuff like your filesystem table (fstab) file, which tells Linux what to mount and where, so you shouldn't back it up as a whole then dump it on a new install, as doing so may break things.
[15:23] <bazhang_> rsync is a fast remote file copy and synchronization program - For more see: https://help.ubuntu.com/community/rsync
[15:23] <Hedgework> akis: Instead, it's better to back up the specific config files you care about bringing forward, and use a diff utility to merge in changes where needed.
[15:24] <akis> Hedgework: hmmm. that the point! How can i be sure where evereything i need is stored?!
[15:25] <Hedgework> akis: This is another good reason to use CLI -- you know what files you edited so you can grab them when needed -- that said, if you google the name of the app you used to configure the feature/settings that concern you (possibly adding "ubuntu" to the keywords) you'll likely find the name of the file.
[15:25] <Hedgework> akis: or just poke around /etc and find something with a relevant name, then look inside it to see if it really is what you guessed.
[15:25] <bazhang_> !info etckeeper
[15:25] <Hedgework> akis: Nearly everything in /etc is stored in a human-readable format, so you can learn bunches by just looking around.
[15:26] <Hedgework> <3 etckeeper, but that doesn't negate the need to carefully track what changes one migrates upon reinstall. :)
[15:27] <akis> Hedgework: Your advises are very useful.
[15:30] <akis> thanks all of you guys!
[15:30] <Hedgework> no problem :)
[15:31] <akis> i will check them all and i will read also the backup's references!
[15:32] <akis> i am not in hurry to go to 14.04 as 12.04 is still alive till apr 2015, isn't it?
[15:35] <akis> in your opinion on my 2 machines (notebook HP 1,5 ghz celeron with 1,5 gb ram & netbook Lenovo 1 ghz intel atom with 1 gb ram) running 12.04 is it recommended to go for 14.04 or switch to lubuntu 14.04 with a new clean installation for a better perfomance?
[15:35] <ARM9> lubuntu 14.04 clean install
[15:36] <ARM9> but you could also go for xubuntu with both those specs, if you want a bit of the fancy stuff
[15:36] <Hedgework> I can't really comment on that.  I'm running xubuntu, but without most of the standard stuff (I use a lighter wm, etc) so I doubt my proc/memory usage are at all representative
[15:36] <ARM9> for the HP that is, not sure about the lenovo (512MiB minimum recommended for xubuntu so)
[15:37] <akis> ARM9: i run it already from live CD and it is very fast indeed. Can i use in lubuntu kde apps too?
[15:37] <holstein> akis: i cant imagine there being anything about 14.04 that would improved dialup connections.. if that is a deal breaker.. you should be able to try 14.04 live, and its a good idea to do so.. 14.04 would be the latest version with the latest packages..
[15:37] <ARM9> I run xubuntu pretty much as it comes out of the box, with firefox and flash player running I'm already up at 800MiB  ram, and that's with 2 tabs open in firefox (it eats memory something ferociously)
[15:38] <ARM9> akis yes you can use kde apps in lubuntu, but then you'll often need to install some packages from kde which I can't recommend personally
[15:38] <akis> ARM9: i think that wiht chromium browsing is faster!
[15:39] <ARM9> sure, but chromium can be a memory hog too at times
[15:39] <ARM9> and if you start having to use swap your system is not going to like you
[15:40] <akis> ARM9: yes, i konow about packeges needed. i am doing the same with my 12.04. I am using dolphin and i cannot go anywhere without it! I love "move" command too!
[15:41] <holstein> akis: you can run what you like where you like
[15:41] <ARM9> to be honest I think the most limiting factor in both of those laptops is ram, I'd recommend lxde, openbox or other lightweight wm if you don't need all the cruft of kde etal
[15:42] <holstein> akis: you insatll whatever applications you want, and the libraires needed will be pulled in.. many folks dont like to have kde libs mixed in.. as ARM9 is explainging ^
[15:42] <akis> ARM9: I really am afraid that my Lenovo should not work smoothly with 14.04 because already under 12.04 it is slow!
[15:42] <holstein> akis: try it live, friend.. that can depend on many factors.. driver support..
[15:43] <ARM9> akis if you're using ubuntu (stock flavor) 12.04 you should notice significant speedups from lubuntu 14.04
[15:43] <ARM9> also a clean install is always nice
[15:43] <holstein> akis: its not blanketly statable that 14.04 is "faster" or "slower" than 12.04.. nothing about 14.04 is adding any additional overhead to make it slower.. but, hardware support can make or break performance
[15:43] <akis> yea sure. i am talking for a clean installation
[15:44]  * holstein also prefers a clean install.. you should have your data backed up regardless, before doing *either* an upgrade or fresh install, since *all* hard drives fail
[15:45] <akis> holstein: i understand that the difference is between the manager every os uses. ldxe is pretty light. i check alrady through live cd. but i missed the beaty of xfce!
[15:47] <holstein> akis: im not suggesting you dont use xfce.. im saying, you'll have to try 14.04 on your hardware and see.. could be, for your hardware set, some kernel module in 14.04 makes performance *way* better.. could be worse.. could be similar
[15:48] <holstein> akis: typically, intel hardware is well supported, and doesnt get worse by upgrading. but, nothing about any operating system current is going to be bothering much with dialup connections.. that would be something i would be testing firsthand, if it were important to me
[15:49] <akis> holstein: You have right. But according to my hardware configuration I am not afraid about my Hp's performace as my Lenovo's.
[15:49] <holstein> if you are asking "should you upgrade to 14.04?".. i have.. and do. and suggest it. though, if i had a hardware or software requirement that made 12.04 a "better" choice, i would run it
[15:52] <akis> holstein: Historically any newer OS asks higher hardware configuration. So if somebody wants to avoid to buy new hardware has or to not upgrade or choose a lighter OS. Thanks Ubuntu we have the choise for a lighter one, isn't it?
[15:53] <holstein> akis: try it live, friend.. and see.. its not "typical" for linux to do that, at all
[15:54] <holstein> akis: it is fact that moving forward, systems can need more resources to "keep up".. but thats not as typical with linux operating systems, and the difference in 12.04 vs 14.04, for me, specifcally, on *all* my hardware is quite similar
[15:55] <akis> holstein: I will try it to my Lenovo too! Maybe you have right. The most difficult for me is to re-configurate and customize my systems as i have them already. It is boring to re-customize every application in your actual needs!
[15:56] <holstein> akis: you'll want a backup regardless.. *when* that hard drive fails, you lose those settings as well.. so, go ahead and plan for that, and do either one you choose.. fresh install allows for placing those configurations back in..
[15:56] <holstein> you can also try a hardware channel, since, if you are experiencing slow speeds on "the lenovo" on every operating system you put on the unit, it could be bad/failing hardware and/or misconfiguration
[15:59] <akis> I really thank you all of yoy for your very useful advises. I will "live" test new versions and i will decide what to do. If i will need any help i will ask you help. Have a nice day!
[16:33] <yoLo_> Hey, has the ubuntu coming out of sleep problem been fixed ??
[16:33] <yoLo_> my PC goes blank and cannot recover from sleep
[16:34] <yoLo_> i know am not the only person with this issue ?
[16:34] <Unit193> Fix is in proposed, should be released soon.
[16:34] <yoLo_> hmm..
[16:35] <yoLo_> 14.04 is great but that issue has caused nightmares..
[16:35] <yoLo_> salamander version was great
[16:41] <yoLo_> should probably switch to debian
[16:42] <holstein> yoLo_: to address bugs?
[16:43] <yoLo_> no switch OS
[16:43] <holstein> yoLo_: sure.. you are trying to switch to debian to get away from bugs?
[16:45] <yoLo_> yes :|
[16:47] <holstein> yoLo_: go for it.. let us know how that goes.. i dont recall debian stating that debian is free of bugs..
[16:54] <psx_> Hello guys


[03:32] <mwhudson> thumper: can you look at https://code.edge.launchpad.net/~mwhudson/launchpad/vostok-traverse-distro/+merge/31241 again?
[03:32] <thumper> ok
[03:32] <thumper> mwhudson: do you have a few minutes for me to bounce some stuff off you?
[03:32] <thumper> skype like?
[03:33] <mwhudson> thumper: ok
[03:34] <mwhudson> thumper: i'm online
[03:35] <thumper> mwhudson: I'll have to defer for now, other people calling
[03:35] <mwhudson> thumper: ok
[03:36] <mwhudson> thumper: the call or the review or both?
[03:36] <thumper> the call
[03:36] <mwhudson> k
[05:56] <mwhudson> thumper: NotFound is a zope thing
[05:56] <mwhudson> it's not in lp.app.errors
[05:56] <mwhudson> so i'm going to ignore that comment?
[06:03] <thumper> um...
[06:05] <mwhudson> thumper: NotFound != NotFoundError
[06:05] <thumper> ah
[06:05] <thumper> yeah
[06:05] <thumper> I just worked that out
[06:05] <mwhudson> for better or worse
[06:06] <thumper> ok
[06:06] <mwhudson> something inside traversal converts the latter into the former
[06:06] <mwhudson> cool
[07:23] <henninge> jtv: Why do you want to cache the incumbent message in the traits helper?
[07:23]  * henninge is back to business ;)
[07:23] <lifeless> hi henninge
[07:23] <jtv> henninge: good!  :)
[07:24] <henninge> Hi lifeless! ;)
[07:24] <henninge> jtv: I am starting to see what Danilo meant by "heavy weight".
[07:25] <jtv> henninge: those are the helpers, and as I said, those are a bit legacy in that they may not be needed any more.
[07:25] <jtv> That's not the traits; it's what I extracted the traits out of.
[07:25] <henninge> jtv: I understand but I would have expected that to go into the class that uses the traits.
[07:25] <jtv> henninge: can't do that in the class that uses the traits.
[07:26] <henninge> do what, the caching?
[07:26] <jtv> The class that uses the traits can be a model class—not good to cache this sort of thing there.
[07:26] <jtv> We can do it in the code.
[07:26] <henninge>  ok
[07:27] <jtv> But as I said, this is just what's left after extracting the traits—the caching is the possible reason not to remove the helpers entirely once we have the traits.
[07:27] <lifeless> do you guys know much about the API export stuff?
[07:27] <jtv> And I'm not saying we need the caching, just that it's an appropriate and convenient place for it if we do.
[07:27] <jtv> lifeless: not that much
[07:27] <henninge> I see
[07:28] <jtv> henninge: cleaning up the helpers is a possible next step, but the branch was big enough.  :)
[07:28] <henninge> Okay, so other users of the traits are not expected create helper classes, too?
[07:28] <jtv> henninge: no, not at all
[07:29] <jtv> As I explained yesterday: one class does it all, and the existence of an older helper class that I extracted them out of is merely a distraction in all this.
[07:29] <jtv> Look at the actual TranslationSideTraits class: is that heavyweight?
[07:30] <henninge> jtv: no, except ...
[07:30] <henninge> ;)
[07:30] <henninge> getCurrentMessage
[07:31] <jtv> The implementation is a bit daft because of the transient mess with getImportedTranslationMessage and getCurrentTranslationMessage.  I'd prefer to replace the "if" with separate methods.
[07:32] <jtv> But that's all under the hood.
[07:34] <henninge> jtv: which "if" ?
[07:35] <jtv> henninge: inside getCurrentMessage… that's not what you meant?
[07:35] <henninge> sorry, yes.
[07:37] <henninge> jtv: Although I was wondering if a specific method like that belongs into the traits at all ...
[07:37] <jtv> If we had all queries stormified and available from the interfaces, then no.  But in the real world it's a primitive.
[07:38] <henninge> jtv: what do you bean by "available from the interfaces"?
[07:39] <jtv> The interfaces underneath wherever we need this.
[07:39] <henninge> Sorry for being pita about this but I want to make sure I understand why I am on your side with this ... ;-)
[07:39] <jtv> No worries.  It's good.
[07:40] <jtv> What I mean is, sometimes we'll need to ask for the current message for a given potmsgset, template & language on a given side.
[07:40] <jtv> If we could just return a Storm object for the right condition, then getFlag(TranslationMessage) would probably do the trick.
[07:41] <jtv> Of course we could also do that and go straight to Storm to ask for the current message, but that seems a bit messy.
[07:43] <henninge> jtv: You lost me on the last sentence
[07:43] <henninge> And you literally mean "getFlag(TranslationMessage)"?
[07:44] <henninge> I mean, on the class.
[07:44] <jtv> I mean: we could probably do without getCurrentMessage if we were willing to do something like Store.of(TranslationMessage).find(traits.getFlag(TranslationMessage)).one()
[07:44] <jtv> Yes
[07:44] <henninge> jtv: is there another class that will have the flags?
[07:45] <jtv> Yes, there might be a ClassAlias in Storm.
[07:45] <henninge> I'd like to see Store.of(TranslationMessage).find(traits.current_flag).one()
[07:45] <henninge> Oh
[07:45] <jtv> Well what you just said is actually a very good way to formulate it.
[07:46] <lifeless> as long as its not one per-row-per-page :)
[07:46] <jtv> *If* we only have the one class, of course
[07:47] <henninge> jtv: I'd provide both.
[07:47] <henninge> a "current_flag" attribute for most use cases
[07:47] <henninge> and a "getCurrentFlag(cls)" for the alias case.
[07:48] <jtv> lifeless: maybe you know this one...  I just evaluated TranslationMessage.is_current_ubuntu and ubuntu_traits.getFlag(TranslationMessage).  They both return the same PropertyColumn object.  Yet a Storm query will work with the former and not with the latter.
[07:48] <henninge> oh, it does not?
[07:48] <lifeless> so the former is a class attribute
[07:48] <jtv> Yes
[07:48] <lifeless> is the latter perhaps returned a securityproxied object?
[07:49] <jtv> I think the __repr__ would have told me… in both cases it says:
[07:49] <jtv> <storm.properties.PropertyColumn object at 0xbcc7b3c>
[07:49] <jtv> But there must be _something_ with proxies, because the error says:
[07:49] <jtv> CompileError: Don't know how to compile type zope.security._proxy._Proxy of <storm.expr.Eq object at 0xc332fac>
[07:49] <lifeless> ahha yes
[07:49] <lifeless> :)
[07:50] <lifeless> print dir(thing), and thing.__class__
[07:50] <jtv> Heh... if I removeSecurityProxy then the query does work.  Madness reigns.
[07:51] <henninge> jtv: no, it does not
[07:51] <jtv> lifeless: the __class__ are the same for both
[07:51] <lifeless> thats interesting
[07:51] <henninge> it's because you regeistered TranslationSideTraitsSet as a securedutility.
[07:51] <henninge> "does not" referred to madness reigning, btw.
[07:51] <jtv> henninge: okay, but then why don't I see the proxy?
[07:52] <jtv> Right, took me a while to figure that out :)
[07:52] <henninge> jtv: that's waht proxies do. They pretend to be the real thing.
[07:52] <jtv> Okay, but this is an incredibly effective pretense!
[07:53] <jtv> At least, I had a memory of the proxies showing up when I printed objects in "make harness"
[07:53] <jtv> But yes, dir() exposes the difference.
[07:55] <henninge> jtv: another thing I wonder about it "other_side"
[07:56] <jtv> henninge: would you prefer something like "other_side_traits"?
[07:56] <jtv> Or would you prefer it to be a TranslationSide that you'd use to look up the traits?
[07:57] <henninge> jtv: no, I don't wonder. ;)
[07:57] <henninge> anymore
[07:57] <jtv> oh ok :)
[07:57] <henninge> jtv: but "other_side_traits" seems preferable.
[07:57] <jtv> OK
[07:57] <henninge> My wondering was about it not being set but I saw that it happens in TranslationSideTraitsSet.__init__.
[07:57] <henninge> That's good.
[08:19] <jtv> henninge: I renamed other_side and also removed MessageSideHelper.getFlag (because that code moved to the traits in its entirety)
[08:39] <henninge> jtv: all the calls to "removeSecurityProxy" in your test - are they a result of abel's work?
[08:39] <jtv> henninge: it's not unthinkable that they contributed, but the main thing is as in the cover letter: using Zope in tests that didn't use it before.
[08:40] <jtv> Sorry: it's not unthinkable that *it* contributed.
[08:40] <henninge> 653	         external_template = self.factory.makePOTemplate()
[08:40] <henninge> 654	-        external_template.productseries.product.official_rosetta = True
[08:40] <henninge> 655	+        product = external_template.productseries.product
[08:40] <henninge> 656	+        removeSecurityProxy(product).official_rosetta = True
[08:41] <henninge> jtv: how is zope involved here that was no before?
[08:42] <henninge> And I wonder why "official_rosetta" is not settable in the first place ...
[08:42] <jtv> henninge: layer change
[08:42] <henninge> Oh, I did not know that affected how the factory creates objects.
[08:43] <jtv> AIUI it doesn't, directly, but it means no proxies.
[08:44] <jtv> Correction again: running Zopelessly means no proxies.
[09:49] <henninge> jtv: why is "test_getFlag_and_setFlag" one test?
[09:50] <jtv> henninge: because it tests consistency between the two, more than either one of them specifically.  Not very imaginative, sorry.
[09:50] <henninge> jtv: ok, I see it now.
[09:50] <jtv> (There are two separate tests in the concrete test classes that tie the internal consistency of the traits to the reality of the two flags)
[09:51]  * jtv tries DSL again…
[10:00] <jtv> Well that was disappointing.  Still no DSL.  Wonder if a bill got lost again.
[10:13] <stub> https://code.edge.launchpad.net/~stub/launchpad/cronscripts/+merge/31934
[10:14] <stub> adeuring: ^^
[10:14] <adeuring> stub: sure; let me just finish a review for james_w
[10:59] <jtv> henninge: thanks!
[10:59] <henninge> jtv: welcome
[11:00] <henninge> you were gone to check DSL when I wanted to tell you. Is it working again now??
[11:00] <jtv> henninge: nope
[11:08] <adeuring> stub: r=me
[11:21] <stub> ta
[11:24] <jtv> henninge: can't lend using edge…  I'll try again.
[12:23] <jml> james_w, I'll take a look at your no-more-sampledata-2 branch.
[12:23] <jml> (next week, I'm going to do less coding stuff, promise)
[12:40] <bac> morning adeuring
[12:40] <adeuring> hi bac!
[12:41] <bac> adeuring: many takers today?
[12:41] <adeuring> bac: a few. Could be worse ;)
[12:52] <bac> jml: can you do a db review if i don't get it done before stub goes EOD?
[13:09] <james_w> thanks adeuring and jml
[13:13] <jml> bac, sure.
[13:29] <jml> james_w, done!
[13:32] <james_w> jml: did you get bored? :-)
[13:33] <jml> james_w, not so much bored as struck with a desire to come up with many ways of saying the same thing :)
[14:03] <adeuring> james_w: r=me for another branch, again one minor nitpick ;)
[14:03] <james_w> adeuring: thanks, though the last one wasn't so minor :-)
[14:04] <james_w> adeuring: I thought the same thing about isinstance, but the test proved me wrong. Maybe something needs to be imported for the monkeypatch to happen?
[14:06] <adeuring> james_w: interesting that you need to remove the proxy: IIRC zope.security.porxy or somesuch directly changes the built in isinstance function.
[14:06] <adeuring> But anyway, if you must remove the proxy, then be it so. But perhaps gary_poster knows a bit more?
[14:07] <gary_poster> no, isinstance is not modified
[14:07] <james_w> jml said that you can "from zope.security.proxy import isinstance as zope_isinstance"
[14:07] <gary_poster> it's not called that
[14:08] <jml> gary_poster, we have code in Launchpad that does exactly that.
[14:08] <gary_poster> at least I don't think so (and I use the one from zope.proxy)
[14:08] <adeuring> gary_poster: thanks -- seems that I am somewhat confused...
[14:08] <gary_poster> but that's the right idea
[14:08] <gary_poster> ok, jml, fair enough.  that's certainly the right idea, as I said.  zope.proxy has the more general functions with which I am more familiar
[14:09] <jml> gary_poster, more general functions sounds like a good idea :)
[14:12] <gary_poster> :-) well, looks like my memory is just faulty.  The general functions are there that work with the core proxy stuff, but there's not a direct isinstance equivalent.  (Available functions are listed in eggs/zope.proxy-3.5.0-py2.6-linux-x86_64.egg/zope/proxy/interfaces.py fwiw)
[14:13] <gary_poster> a function called "zope_isinstance" offends my naming sensibilities ;-)
[14:13] <adeuring> so, importing from zope.security.proxy would be the roght way?
[14:13] <gary_poster> yes, adeuring
[14:13] <gary_poster> sorry for being confusing
[14:53] <james_w> adeuring: hello again, could I get an incremental review of https://code.edge.launchpad.net/~james-w/launchpad/soyuz-factory-improvements/+merge/31890 ?
[14:53] <adeuring> james_w: sure
[14:53] <james_w> oh, conflicts, I need to merge devel
[15:05] <james_w> done
[15:05]  * adeuring pulls the latest version
[15:21] <bac> jml: can you do a db review for https://code.edge.launchpad.net/~bac/launchpad/db-bug-613442/+merge/31955 ?
[15:22] <jml> bac, sure, after this call.
[15:22] <bac> thx
[15:25] <adeuring> james_w: again r=me. nice work!
[15:25] <james_w> adeuring: thanks
[15:45] <jml> bac, approved.
[15:45] <bac> thanks jml
[15:58] <bac> adeuring: may i get a code review for https://code.edge.launchpad.net/~bac/launchpad/db-bug-613442/+merge/31955 ?
[15:58] <adeuring> bac: sure
[15:58] <bac> thanks
[16:17] <adeuring> bac: why didn't you add a column for bug tracking?
[16:17] <adeuring> (and for code hosting, for projects)
[16:18] <bac> adeuring: bug tracking and code hosting can be properly derived from other pillar data.
[16:18] <bac> adeuring: it is better to have a derived attribute than a column in the db that may become out of sync
[16:19] <adeuring> bac: what about "bugs are tracked elsewhere"?
[16:19] <bac> adeuring: that would be indicated by having an external bug tracker noted
[16:20] <bac> adeuring: this email thread lays out much of the thinking, dense as it is: https://lists.launchpad.net/launchpad-dev/msg03952.html
[16:20] <adeuring> bac: Ah, right. And these is at present no need to indicate this in the comuted attribute?
[16:20] <bac> adeuring: i don't understand your question.
[16:20] <adeuring> sorry, my usual typing problems...
[16:21] <adeuring> bac: shouldn't the value "bugs are tracked elsewhere" being returned by bug_tracking_usage? (for porjects which do that)
[16:22] <adeuring> gah, that's done
[16:22] <adeuring> sorry, I was reading the diff for distros...
[16:23]  * adeuring should read the entire diff before asking pointless questions...
[16:26] <adeuring> bac: r=me
[16:27] <bac> thanks abel
[16:34] <EdwinGrubbs> jelmer_: do you have time to answer some of my questions on the branch you're reviewing?
[16:42] <jelmer_> EdwinGrubbs, sure
[16:43] <jelmer_> EdwinGrubbs: I don't see a followup from you after my last reply
[16:43] <EdwinGrubbs> jelmer_: oh, sorry, I didn't see your reply before.
[17:35] <bac> jml: you approved the db review of my branch.  what should i do about patch number?  next sequential?  how do i know there is no conflict?
[17:35] <bac> jml: i assume stub has a Big Chief Tablet where he coordinates the numbering
[17:53] <jml> bac, I don't have answers to any of your questions, I'm afraid :(
[17:54] <bac> jml: well i'll pick the next and cross my fingers.  (after looking at the unlanded MPs first)
[17:55] <jml> bac, that seems like the best approach
[17:55] <sinzui> bac: I have a branch that move the registration slot.
[17:56] <bac> sinzui: ok
[17:56] <bac> sinzui: are you going to get a UI review too?
[18:00] <sinzui> I was hoping rockstar could look at the picture and say this is agreeable to him, me, and henninge
[18:00]  * rockstar looks up
[18:01] <rockstar> sinzui, what picture?
[18:02] <sinzui> rockstar, the picture listed in https://code.launchpad.net/~sinzui/launchpad/launchpad-header-1/+merge/31975
[18:04] <rockstar> sinzui, ui=rockstar
[18:04] <rockstar> sinzui, I still hate that we feel that should go at the top of the page.
[18:05] <sinzui> yes. Maybe I will take a week off and write an alt-css that allows launchpad to get that non-sense out of the way
[18:09] <benji> speaking of, is there any way to remove the "Registered by" slot for a project?  Every time I visit the page for my little project Manuel I'm slightly jarred by the fact that it says "Registered 2010-01-13 by Björn Tillenius"
[18:09] <benji> (he registered it to work on some branches for Manuel before I used LP)
[18:13] <bac> sinzui: r=bac
[18:13] <sinzui> thanks bac. thanks rockstar
[18:14] <bac> benji: no.  why do you find it objectionable?  it is a true statement.
[18:14] <rockstar> benji, no, and that's why I think it should just go away.  It can be misleading.
[18:15] <rockstar> bac, it's a true statement, yes.  But it's almost worthless to put right at the top.
[18:15] <benji> bac: it's strange (or misleading as rockstar says); it's odd to place such an unimportant bit of information in such a prominant place
[18:16]  * benji assigns rockstar as his spokesman on this topic.
[18:16] <rockstar> bac, it has some useful information sometimes, but it's not information that should go at the top.
[18:17] <benji> I can only assume that it was done that way initially to reward people for registering projects in LP, but I think we're beyond that now.
[18:17] <sinzui> I look at who registered a project, bug, question, and mirror every day. It is not important, but it is information users actually want to know
[18:17] <rockstar> In most cases, the registrant is the same as the owner.  In other cases, it's just misleading.  In a few cases, you actually need to know it.  Those people can go hunting on the page for it.
[18:18] <sinzui> Not that you can so anything about someone who reports a bug that launchpad causes flatulence in donkeys
[18:18] <benji> bug, question, and mirror make sense to me, but it's not really that interesting to know that I registered the Firefox project if I don't really have anything to do with the project itself
[18:19]  * benji goes looking for high-profile projects that aren't yet represented in LP in a "Registered by" landgrab.
[18:20] <sinzui> If you are looking for missing upstream information, the registrant is one of the people you want to contact
[18:20] <sinzui> Most projects are missing information about upstream services
[18:22] <benji> oh, don't get me wrong, I think the information should be recorded and visible, but I don't see why regiterer should be more prominent than homepage, owner, driver, etc.
[18:23] <bac> rockstar: i updated to PG8.4 so i could cleanly make new sample data.  by the time i got ready to do it, there was a new version...made with 8.3.  i give up
[18:24] <rockstar> bac, you should blame on that and see who did that.
[18:26] <bac> is it me, or is PG8.4 much slower for 'make schema'?
[18:26] <sinzui> benji, I think  we all agree. The heading was design by canonical's design team to address the need of projects and people to see their identity prominently as a means to encourage adoption
[18:26]  * sinzui did not ask for permission to change the header
[18:35] <sinzui> benji, I disabled about 5000 projects that were not appropriate. Most land grabs last a few hours
[18:43] <jelmer_> sinzui: wow, 5000? That's quite a few.
[18:48] <sinzui> I have these numbers because I started writing a summary of project review. What you need to know is that I temporarily exceeded your record for linking projects to packages
[19:00] <jelmer_> sinzui: ah, thanks
[19:43] <deryck> Hi, bac.  I have an easy one-line change to versions.cfg for your review, if I may get in line.
[19:44] <bac> sure
[19:44] <deryck> thanks, bac!  The diff is large because I'm also re-enabling some reverted work.  All that is new is the change to versions.cfg in the diff.
[19:44] <deryck> https://code.edge.launchpad.net/~deryck/launchpad/update-storm-17-add-back-dupe-changes/+merge/31983
[19:44] <bac> sinzui: your name in the queue was leftover, right.  you have nothing outstanding for review?
[19:45] <sinzui> right, but I will add it back in 30 minutes
[19:45] <bac> deryck:  one line or 1296 lines?
[19:45] <bac> deryck: which one of those lines do you want reviewed?
[19:45] <bac> should i just pick one?
[19:46] <bac> i approve of line 157.  it is poetry.  r=bac
[19:46] <benji> lol
[19:47] <deryck> bac, the change at line 1293 of the diff is all that is new.  I'm just being lazy and adding back previous work that was reverted as I update the version of Storm.
[19:47] <deryck> heh
[19:49] <deryck> bac, I noted the actual line in scrollback if you really didn't see.  Line 1293. :-)
[19:49] <bac> deryck: wow.  ok, it looks fine given that explanation.
[19:49] <deryck> bac, great, thanks.
[21:07] <sinzui> bac: do you have time for a cache fix: https://code.edge.launchpad.net/~sinzui/launchpad/registry-cache-4/+merge/31998
[21:07] <bac> sinzui: sure
[21:08] <sinzui> bac I see a bad comment. in the second test. I wait for you challenge to make it a sensible comment
[21:11] <sinzui> bugger, I lost my bug id to
[21:12] <bac> sinzui: so line 51 should be miss.  is that what you're referring to?
[21:12] <sinzui> yes
[21:12] <bac> with that change it looks fine to me
[21:12] <bac> r=festus
[21:13] <sinzui> thanls
[21:13] <bac> any gunsmoke fans in the house?
[21:13] <sinzui> thanks bac
[21:23] <benji> bac: I would have gotten the reference if you'd picked any other popular US series from the 70s; not into Gunsmoke
[21:24]  * benji has a sudden desire to watch The Rockford Files.
[21:40] <bac> benji: "Who was Micah" for 20 points?
[21:40] <benji> I think I need to phone a friend
[21:42] <bac> no "Gunsmoke" or "The Rifleman"?
[21:42] <bac> Hoss Cartwright?
[21:42] <bac> Joe Friday?
[21:43] <benji> not really into westerns
[21:43] <benji> I'm down with Joe Friday; my son would vote for Reed and Malloy (Adam 12)
[21:44] <bac> for some reason i preferred "Emergency!"
[21:49] <benji> I tend to favor comedies from the 70s, most of the "action" series are pretty slow and linear by today's standards.
[23:09] <bryceh> benji, my wife is a Rockford Files fanatic
[23:11] <bryceh> we found out that netflix has the full run of Rockford in their online instant view thingee, so she can watch it whenever she wants.