[06:13] <ovidiu-florin> hello world
[06:13] <ovidiu-florin> who is online?
[07:39] <yofel> o/
[08:15] <sitter> packagekit is still at 0.8
[08:15] <sitter> ffs
[08:21] <lordievader> Good morning.
[08:32] <lordievader> http://www.phoronix.com/scan.php?page=news_item&px=Oxygen-GTK3-Killing
[08:42] <sitter> Riddell: did you guys finish pam-kwallet?
[08:43] <Riddell> sitter: yes I think so
[08:43] <sitter> ah found it
[08:43] <sitter> Riddell: it needs postinsts though
[08:43] <sitter> a while ago I noticed that we apparently have tech to automatically inject pam modules into pam configs
[08:44] <sitter> so we don't have to hardcode pam_kwallet4 and 5 everywhere but can let the package handle it
[08:44] <Riddell> hmm does it now
[08:45] <sitter> also regarding the new packaging. as always: tell me about new things :@
[08:45] <Riddell> sitter: I sent an e-mail!
[08:45] <Riddell> sitter: I just merged kjs from archive into kubuntu_wily_archive and tried to merge it into kubuntu_unstable
[08:46] <Riddell> but unstable already had changes and now the bot is hassling me
[08:46] <sitter> yes, so do a manual merge? :P
[08:46] <sitter> also I see no mail :(
[08:46] <sitter> ah git moves
[08:46] <sitter> blood hell
[08:51] <sitter> Riddell: when you move repos. adjust their VCS fields please
[08:54]  * Riddell does so
[08:54] <sitter> noooooooo
[08:54] <sitter> Riddell: I am doing it
[08:54] <sitter> for plasma-pa
[08:54]  * Riddell does not do so
[08:54] <sitter> rest you can do :P
[08:55]  * Riddell goes back to kgamma
[08:55] <sitter> it's actually worth considering if we shouldn't have the CI fill in VCS automatically
[08:56] <sitter> right now it will complain if the fields aren't there (not if they don't match) but really it knows the actual URL anyway, so it might as well fill them in (at least as far as the primary repos are concerned)
[09:01] <yossarianuk> Anyone having odd graphical issues with intel based GPU's see -> https://mail.kde.org/pipermail/kde-distro-packagers/2015-August/000088.html  (posted in #kubuntu) - its worth a look at if anyone is having GPU issues.
[09:01] <sitter> shadeslayer: please consider relicensing the packaging of plasma-pa under LGPL-KDEeV
[09:01] <sitter> yossarianuk: we use SNA
[09:02] <sitter> Riddell: http://anonscm.debian.org/cgit/pkg-kde/plasma/kwallet-pam.git/log/?h=kubuntu_wily_branch
[09:02] <sitter> wrong branch name
[09:02] <shadeslayer> sitter: btw I bought ipvanish
[09:02] <shadeslayer> \o/
[09:02] <sitter> good stuff
[09:03] <sitter> what you should have gotten was the hungary thing tho :P
[09:03] <sitter> heared only good things
[09:03] <sitter> https://buffered.com/
[09:04] <shadeslayer> scru u
[09:04] <shadeslayer> payed for a year
[09:04] <sitter> you did not ask
[09:04] <shadeslayer> why is that better
[09:04] <sitter> 0 logging
[09:05] <sitter> also hungary based vs US based
[09:05] <shadeslayer> that's what ipvanish claims too
[09:05] <shadeslayer> fair enough
[09:05] <shadeslayer> sitter: India banned porn
[09:05] <shadeslayer> so if you go through the Indian VPN, you can't access porn xD
[09:05] <sitter> information I did not need to know
[09:06] <shadeslayer> it's properly brilliant
[09:07] <shadeslayer> sitter: important information if you ever go to India :P
[09:07] <sitter> ah
[09:08] <sitter> shadeslayer: ipvanish does have zero logging now indeed
[09:08] <shadeslayer> :P
[09:08] <shadeslayer> well, they claim so
[09:09] <shadeslayer> how many clients can you connect to ipvanish?
[09:10] <sitter> no clue. seems to work with 2 though
[09:10] <sitter> buffered doesn't have a limit AFAIK
[09:10] <sitter> shadeslayer: anyway I am sure you can read up on buffered and get a refund from ipvanish if you decide to switch
[09:11] <sitter> since they now have zero logging the only somewhat meh thing is US based. then again HU politics also are getting weird :P
[09:14] <yossarianuk> sitter: that was my point - if you do use SNA and have issues use UXA ...
[09:15] <yossarianuk> SNA for my work desktop became unusable - i.e windows not updating graphics - other issues almost like watching a broken VHS..
[09:15] <sitter> ah well
[09:15] <sitter> yossarianuk: #ubuntu-devel I suppose
[09:19] <yossarianuk> cheers
[09:19] <Riddell> sitter: kwallet-pam branch name fixed
[09:20] <sitter> cheers
[09:22] <shadeslayer> kwallet-pam?
[09:22] <shadeslayer> por que?
[09:22] <shadeslayer> everything else is pam-foo
[09:23] <Riddell> shadeslayer: the .debs are pam-foo but upstream wants to name it kwallet-pam
[09:23] <Riddell> or at least that's the name in projects.kde.org
[09:23] <Riddell> mck182: do you have an opinion? ^^
[09:24] <shadeslayer> well
[09:24] <shadeslayer> we've always had source/binary name differences
[09:24] <shadeslayer> and I think we should follow the binary name convention
[09:34] <sitter> Riddell: btw did you also get to package any apps or did you call it a day after pamkwallet?
[09:36] <sebas> speaking of which, I think the repo for the plasma-volume package would need to be switched to the new repo name plasma-pa
[09:37] <Riddell> sebas: did that
[09:37] <Riddell> sitter: not yet
[09:37] <sitter> not on the phone CI you haven't
[09:37] <Riddell> sitter: ahoneybun was looking at kgamma, dunno if he got anywhere
[09:37] <Riddell> sitter: hmm, what does that involve?
[09:38] <sitter> the thing you did not do the last three times I told you :P
[09:38] <sitter> go to your user page on jenkins, get api key
[09:39] <sitter> put api key in .config/pangea-jenkins.json comme ca http://paste.ubuntu.com/12012600/
[09:39] <sebas> Riddell: cool, thanks
[09:39] <sitter> clone pangea-tooling; cd pangea-tooling; clone debian:ci-tooling
[09:39] <sitter> run jekins_update_projects.rb
[09:40] <sitter> ah that config is wrong
[09:40] <sitter> Riddell: format comme ca http://paste.ubuntu.com/12012608/
[09:43] <Riddell> sitter: how do I get an api key?
[09:43] <Riddell> Credentials doesn't contain much
[09:43] <Riddell> this is at http://mobile.kci.pangea.pub:8080/user/jriddell/
[09:44] <sitter> Riddell: configure
[09:44] <sitter> there's an api token feature there
[09:44] <Riddell> ah hah
[09:44] <sitter> it essentially replaces your password (seeing as you have no password on the jenkins itself ;))
[09:53] <sitter> http://kci.pangea.pub/job/wily_unstable_kwallet-pam/1/consoleFull
[09:54] <sitter> source uploads at least \o/
[10:11] <sitter> Riddell: I wonder what to do with the red stuff here http://kci.pangea.pub/job/wily_unstable_plasma-workspace/70/parsed_console/job/wily_unstable_plasma-workspace/70/parsed_console/log_content.html#ERROR1
[10:11] <sitter> it's essentially the wayland startup stuff
[10:11] <sitter> so it needs to depend on kwin-wayland
[10:11] <sitter> so it probably can't go into the same package
[10:11] <sitter> at least for now
[10:12] <sitter> (same package = plasma-workspace main package)
[10:13] <sitter> how about a plasma-workspace-wayland package containing these bits as well as depending on all wayland bits (kwin-wayland, kglobalaccel, idletime plugins etc)
[10:15] <Riddell> sitter: I'm not too sure what I'm looking at
[10:15] <sitter> Riddell: new files. they are essentially a fork of startkde for wayland
[10:16] <sitter> they are like the phone script we have in simplelogin
[10:16] <Riddell> oh right, plasma-workspace-wayland sounds good then
[10:26] <mck182> Riddell: I don't care tbh...if you need to name it something else, that should be just fine
[10:29] <mck182> Riddell: iirc the so name is pam_kwallet.so anyway
[10:31] <sgclark> I think I have vivid kf5 and plasma backports sorted now, testing here and things seem to be functioning. If a few more can test so I can finally move to backports please.
[11:04] <santa__> good morning everyone
[11:05] <santa__> apparently oxygen-fonts is ftbfs'ing
[11:05] <santa__> http://gpul.grupos.udc.es/logs/oxygen-fonts_5.3.2-siduction2.0.2_amd64.build
[11:06] <santa__> and there is a similar failure on the kci
[11:06] <santa__> I have checked the ECMQueryQmake.cmake file from e-c-m
[11:06] <santa__> it has this line:
[11:07] <santa__> set(_qmake_executable_default "qmake-qt5")
[11:07] <santa__> however Qt5 qmake insn't called qmake-qt5
[11:08] <santa__> I'm wondering if the file from e-c-m should be patched to use "qmake" instead of "qmake-qt5"
[11:40] <sitter> Guest19966: needs fixing upstream
[11:40] <sitter> qmake-qt5 is not a legit name at all I think
[11:45] <santa_> sitter: ok, I will try to get it working and if I can do it, will try to fix the thing upstream, thanks for the info
[11:45] <sitter> santa_: actually there might be something wrong
[11:45] <sitter> it should defer to the Qt5::qmake target
[11:45] <sitter> in a meeting right now though, I'll have a look
[11:46] <santa_> hmm, I have patched e-c-m to use "qmake" instead of "qmake-qt5", still ftbfs'ing
[11:48] <sitter> santa_: qmake installed at all? ;)
[11:48] <sitter> qtbase-dev in fact
[11:48] <santa_> http://gpul.grupos.udc.es/logs/oxygen-fonts_5.3.2-siduction2.0.3_amd64.build
[11:49] <santa_> sitter: ↑ qmake-qt5 added to oxygen-fonts build depends + e-c-m patched
[11:49] <sitter> santa_: export QT_SELECT=5
[11:49] <sitter> in rules
[11:49] <sitter> should fix it
[11:51] <santa_> trying....
[12:14] <santa_> sitter: I got it working, thanks for the info again, I will send the patch to the mailing list this afternoon
[12:15] <sitter> awesome thanks
[13:11] <ovidiu-florin> do we have/support backports for trusty?
[13:11] <Riddell> nothing up to date
[13:12] <ovidiu-florin> how can I check what we have?
[13:12] <ovidiu-florin> I still don't understand how to do that. I don't understand launchpad
[13:14] <ovidiu-florin> is this the place? https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/backports/+packages?field.name_filter=kdevelop&field.status_filter=published&field.series_filter=
[13:15] <ovidiu-florin> Riddell: ^
[13:15] <Riddell> yes
[13:15] <ovidiu-florin> thank you
[13:24] <sgclark> Riddell: ovidiu-florin: I am working on 4.14.3 trusty backports and you can find them in ninjas
[13:24] <Riddell> ++
[13:24] <sitter> so much work
[13:25] <sgclark> I think I picked up the plague from Spain, I truly feel to be on deaths bed
[13:26] <sitter> if kubotu was here he could give you drugs
[13:26] <sitter> alas, he is not and no one told me :(
[13:26] <sgclark> :(
[13:26] <sitter> sgclark: get well sone
[13:26] <sitter> also maybe I could learn spelling at some point
[13:26] <sgclark> lol
[13:27] <sgclark> ty
[13:27] <sitter> valorie: telegrym irc bot is slightly complicated because the telegrym bot api is a bit lackluster
[13:27] <sitter> Riddell: plasma-workspace-wayland incoming \o/
[13:28] <sitter> alas, I have no clue whether it could even be used form our x11 sddm
[13:28] <sitter> mgraesslin sure picked a bad week for vacationing :P
[13:28] <ovidiu-florin> Me an bro also got a cold
[13:29] <ovidiu-florin> we're managing it... somehow
[13:29] <Riddell> nim was ill yesterday and I'm all sniffly
[13:29] <ovidiu-florin> sgclark: does that include kdevelop?
[13:29] <Riddell> I always did say t-shirts are a waste and we should get conference tissues
[13:29] <sgclark> ovidiu-florin: no
[13:30] <Riddell> sitter: incoming into where?
[13:30] <BluesKaj> Hey all
[13:30] <sitter> CI
[13:30] <sitter> Riddell: also plasma-pa should be integrating shortly and pam-kwallet already is
[13:30] <ovidiu-florin> yeah... tell that to my boss
[13:31] <sgclark> tell wht to your boss?
[13:31] <ovidiu-florin> to use CI
[13:31] <ovidiu-florin> at the workplae
[13:31] <sgclark> oh
[13:32] <sitter> shadeslayer: be advised that plasma-volume-control is now plasma-pa in all regards, transitional package provided
[13:32] <sgclark> I think we are on different topics.
[13:33] <sgclark> ovidiu-florin: so your boss want kdevelop in trusty? or plasma-workspace-wayland? the latter being in Ci soon. kdevelop needs a person with time.
[13:35] <sitter> someone broke khtml
[13:35] <sitter> Riddell: was it you? :P
[13:36] <Riddell> sitter: just fixed it?
[13:36] <Riddell> did I do good?
[13:37] <Riddell> what to do about kjsembed on armhf? https://launchpadlibrarian.net/213752050/buildlog_ubuntu-wily-armhf.kjsembed_5.12.0-0ubuntu1_BUILDING.txt.gz
[13:37] <lordievader> sgclark: I hope you get well soon
[13:38] <sgclark> ty
[13:38] <sitter> Riddell: much hero
[13:39] <sitter> Riddell: simply run the patcher with all architectures?
[13:39] <sitter> regarding kjsembed
[13:39] <Riddell> sitter: which patcher?
[13:39] <sitter> the symbol file fumbler
[13:40] <sitter> generally speaking you should only need to symbolpatch all build logs and the symbols file should be adjusted accordingly marking them architecture specific
[13:40] <sitter> if you still have MISSINGs after the patch or the build you need to make a dedicated symbols.armhf file
[13:42] <ovidiu-florin> sgclark: I'm trying to move people over to KDE software
[13:42] <ovidiu-florin> KDevelop is awesome, but many of them use LTS, that means KDevelop 4.6, which is old (with bugs)
[13:42] <ovidiu-florin> 4.7.1 is the latest release
[13:43] <ovidiu-florin> still has bugs, but it's a great improvement
[13:44] <ovidiu-florin> by people, I mean my coworkers
[13:44] <lordievader> Kdevelop is awesome. I'm using it right now :D
[13:44] <ovidiu-florin> I'm always using it :P
[13:45] <ovidiu-florin> except when I'm using Kate
[13:46] <Riddell> kubuntu-dev-tools/bin/kubuntu-update-symbols  that's the nice one
[13:46] <Riddell> I wish that worked for PPAs too
[13:48] <sitter> mine is nicer
[13:49] <sitter> Riddell: I suppose you are referring to the automatic log grabbing?
[13:49] <Riddell> yes
[13:49] <sitter> surely your python skills would be sufficient to add that :P
[13:49] <Riddell> yes they would, just need it to reach the top of my todo list
[13:50] <sgclark> ovidiu-florin: yeah generally we kept LTS backports up in the past. Unfortunately with the move to debian git infrastructure, doing backports to trusty is a massive chore. I cannot keep it up alone. My time will only shorten from here on out.
[13:50] <sitter> Riddell: well... depending on the amount of time you spend looking for log urls it might be time better spent fixing the script, no?
[13:50] <sitter> in fact in debian:ci-tooling in kci/ppa-wait.py there is already similar tech which might be helpful
[13:52] <Riddell> stop defeating me with your logic!
[13:53] <sgclark> haha
[13:56] <sgclark> !testers
[13:56] <sgclark> still need a few more testers for the vivid backports so I cann get that off my to-do list thanks
[13:57]  * yofel gives those another try
[13:59] <BluesKaj> sorry sgclark , no Vivid here, just Wily
[14:00] <yofel> whee, ksysguard is fixed
[14:00]  * yofel installs
[14:00] <sgclark> yeah
[14:00] <yofel> thanks :)
[14:01] <Riddell> BluesKaj: virtual machine works
[14:49] <ahoneybun> Riddell: about kgamma
[14:49] <Riddell> ahoneybun: yo, how's it going?
[14:49] <ahoneybun> not at all really
[14:49] <Riddell> ahoneybun: should I set up an ec2 so I can guide your through?
[14:50] <ahoneybun> more guiding would be helpful yes
[14:50] <Riddell> ahoneybun: do you have your ssh key?
[14:50] <ahoneybun> yea
[14:50] <ahoneybun> gpg is setup as well
[14:50] <ahoneybun> its on LP
[14:54] <ahoneybun> any luck getting it Riddell?
[14:56] <Riddell> ahoneybun: still setting up
[14:56] <ahoneybun> ok
[14:59] <Riddell> ahoneybun<EMAIL_ADDRESS>[14:59] <ahoneybun> going to have to refresh my memory
[14:59] <ahoneybun> just ssh into that>?
[15:00] <Riddell> ahoneybun: welcome in
[15:00] <ahoneybun> thanks'
[15:00] <Riddell> ahoneybun: so you know how to start?
[15:00] <ahoneybun> git clone?
[15:01] <Riddell> sure
[15:02] <ahoneybun> about right?
[15:02] <Riddell> checkout kubuntu_wily_archive
[15:03] <Riddell> ahoneybun: groovy, now I can exclusively give you a preview of the kgamma tar
[15:04] <Riddell> ahoneybun: http://embra.edinburghlinux.co.uk/~jr/tmp/kgamma5-5.3.95.tar.xz
[15:04] <ahoneybun> so got the rules changes
[15:04] <ahoneybun> *changed
[15:05] <ahoneybun> what do I get from that
[15:07] <Riddell> ahoneybun: grab the tar and put the packaging into it
[15:07] <ahoneybun> debian/control: I think this is old kde-sc-dev-latest
[15:07] <ahoneybun> I don't understand put
[15:08] <Riddell> ahoneybun: nearly but not quite :)
[15:08] <Riddell> control-C
[15:08] <Riddell> tar xf foo.tar.xz
[15:09] <ahoneybun> I never use tar right
[15:09] <ahoneybun> always use Ark
[15:09] <Riddell> packaging usually needs elite command line commands :)
[15:09] <ahoneybun> which I'm not even near
[15:09] <Riddell> copy the debian/ from packaging into the source
[15:10] <ahoneybun> packaging is the tar?
[15:10] <ahoneybun> source is git?
[15:10] <ahoneybun> oh reverse
[15:11] <Riddell> we'll do it outside of git for now and copy pack into git later
[15:11] <Riddell> this way we can refer to the source and build where we are
[15:11] <ahoneybun> I'm trying to relate things
[15:11] <ahoneybun> find meaning to your words lol
[15:11] <ahoneybun> packaging(git) - source(tar)
[15:12] <ahoneybun> but we grabbed it from git
[15:13] <Riddell> ahoneybun: so first thing is this is now called kgamma5 not kgamma so change that in debian/control and  run  dch -i to change it in changelog
[15:14] <ahoneybun> both kgamma refers>
[15:14] <ahoneybun> ?
[15:15] <ahoneybun> Riddell: ^
[15:15] <Riddell> yep
[15:15] <Riddell> ahoneybun: no
[15:15] <Riddell> I mean both in changelog and control but leave the binary package name in control as kgamma
[15:16] <Riddell> change the source at the top of control
[15:16] <ahoneybun> thats what I meant by both of refers
[15:17] <ahoneybun> so change the source? not package
[15:18] <ahoneybun> this?
[15:18] <ahoneybun> Riddell: ^
[15:18] <Riddell> yep
[15:19] <ahoneybun> so the git not the tar Riddell
[15:19] <ahoneybun> liek that?
[15:20] <Riddell> ahoneybun: noo! leave the Package: one as kgamma
[15:20] <ahoneybun> well we're editing 2 dirs
[15:20] <ahoneybun> you need to say which thing we are doing
[15:20] <Riddell> lordievader: able to do any more 14.04.3 tests?
[15:20] <Riddell> or anyone test?
[15:21] <ahoneybun> Riddell: so we are editing the git
[15:21] <ahoneybun> version
[15:21] <ahoneybun> not the tar one
[15:21] <Riddell> ahoneybun: mm edit the tar one, we'll build it shortly
[15:21] <ahoneybun> well I'm in the git one right now
[15:21] <Riddell> so change :)
[15:22] <Riddell> lordievader: did you find any issues?
[15:22] <ahoneybun> we need to use names Iknow
[15:22] <ahoneybun> git and tar
[15:22] <lordievader> Riddell: Not on my physical box. I'll fire up a vm to do further testing.
[15:23] <ahoneybun> good Riddell?
[15:23] <Riddell> lordievader: thanks
[15:23] <Riddell> ahoneybun: and change the first word in the first line
[15:24] <Riddell> ahoneybun: and set your name and e-mail
[15:24] <ahoneybun> lordievader: just grab a LTS to test?
[15:24] <ahoneybun> Riddell: the ubuntu thing?
[15:24] <lordievader> ahoneybun: http://iso.qa.ubuntu.com
[15:24] <Riddell> ahoneybun: the kgamma thing
[15:25] <ahoneybun> change it to kgamma5 you mean Riddell?
[15:26] <Riddell> ahoneybun: yep
[15:26] <ahoneybun> kgamma5 (4:15.10-0ubuntu1) ?
[15:26] <Riddell> ahoneybun: hmm no it's 5.3.95
[15:27] <Riddell> 4:5.3.95
[15:27] <ahoneybun> kgamma5.3.95 ?
[15:27] <ahoneybun> oh
[15:27] <Riddell> infact thinking about we'll need to change the binary name too cos that version will be smaller
[15:27] <ahoneybun> (4:5.3.95-0ubuntu1)?
[15:27] <Riddell> so change it in debian/control on the Package: line too
[15:27] <Riddell> ahoneybun: lovely
[15:28] <ahoneybun> this is not NANO
[15:29] <ahoneybun> I don;t know how to save
[15:30] <ahoneybun> Riddell: like that
[15:30] <ahoneybun> ?
[15:31] <Riddell> ahoneybun: lovely
[15:31] <Riddell> emacs for the win
[15:31] <ahoneybun> eww
[15:31] <Riddell> ahoneybun: so now we need to update more stuff in debian/control
[15:32] <santa_> sitter: good afternoon harald, patch for oxygen-fonts sent, do you have a few minutes to talk about the symbols files fixing in kubuntu_wily_archive?
[15:32] <Riddell> ahoneybun: on Vcs lines kde-applications is now plasma
[15:32] <Riddell> ahoneybun: standards-version is now 3.9.6
[15:32] <Riddell> ahoneybun: and remove kde-sc-dev-latest kdelibs5-dev  cos they're the old kdelibs4 bits
[15:32] <sitter> santa_: I am about to head out, so best send a mail about symbols
[15:33] <Riddell> ahoneybun: control-k for deleteing (killing) a line
[15:33] <santa_> sitter: ok
[15:33] <Riddell> ahoneybun: oh remove the last line and blank line from the description
[15:33] <Riddell> that's obsolete
[15:33] <Riddell> lovely
[15:34] <ahoneybun> this should also be in the changelog no?
[15:34] <ahoneybun> Riddell: ^
[15:34] <lordievader> Riddell: Ubiquity crashes on a 1g ram vm, after testing the live session.
[15:34] <ahoneybun> update depends?
[15:35] <Riddell> ahoneybun: yep
[15:35] <Riddell> lordievader: ug, hmm
[15:35] <sitter> santa_: to make sure, you are only seeing the oxygen-fonts ftbfs with git master, right?
[15:35] <Riddell> lordievader: ignore it for now
[15:36] <sitter> santa_: nevermind
[15:36] <lordievader> Hmm.. I was about to do so. Increased the ram to 2g.
[15:36] <sitter> ECM fixed itself xD
[15:36] <sitter> FATALQMake call failed:
[15:36] <sitter> FATALQMake call failed:
[15:36] <sitter> FATALQMake call failed:
[15:36] <sitter> that never was fatal
[15:36] <ahoneybun> Riddell: good?
[15:36] <Riddell> lovely
[15:36] <Riddell> lordievader: yes do try that
[15:37] <Riddell> ahoneybun: open debian/rules
[15:37] <Riddell> ahoneybun: looks good
[15:37] <Riddell> quit
[15:37] <ahoneybun> I did that first
[15:37] <Riddell> you're ahead of me
[15:37] <Riddell> ahoneybun: time to try a debuild and see what breaks
[15:37] <sitter> Riddell: please dont make anything red in CI until tomorrow :P
[15:38] <lordievader> Riddell: 2g allows it to continue
[15:39] <ahoneybun> Riddell: did you see the error?
[15:40] <Riddell> ahoneybun: yep, just rename the tar file
[15:41] <Riddell> that's normal
[15:41] <ahoneybun> mv?
[15:41] <Riddell> aye
[15:41] <ahoneybun> not really used to that command
[15:42] <ahoneybun> mv kgamma5-5.tar - > kgamma5_5.3.95.orig.tar.gz ?
[15:43] <ahoneybun> without "->"
[15:43] <ahoneybun> Riddell: ^
[15:44] <Riddell> ahoneybun: yep
[15:45] <ahoneybun> dpkg-checkbuilddeps: Unmet build dependencies: cmake libxxf86vm-dev
[15:45] <ahoneybun> permission to install?
[15:45] <Riddell> you have it
[15:46] <ahoneybun> it says I don't
[15:47] <ahoneybun> gzip: stdin: not in gzip format
[15:47] <ahoneybun> Riddell: ^
[15:47] <Riddell> ahoneybun: rename again then
[15:48] <ahoneybun> to what?
[15:50] <Riddell> ahoneybun: to .xz
[15:51] <ahoneybun> closer
[15:52] <Riddell> ahoneybun: so now the detective work to work out the build-depends
[15:52] <Riddell> ahoneybun: first thing being ecm
[15:53] <ahoneybun> yea
[15:53] <Riddell> which if you don't know if you can track down the file it's looking for at http://packages.ubuntu.com/
[15:53] <ahoneybun> o/ claus_chr
[15:53] <ahoneybun> opps
[15:53] <ahoneybun> o/ clivejo
[15:53]  * clivejo waves at ahoneybun
[15:53] <clivejo> I got rained off
[15:54] <ahoneybun> http://packages.ubuntu.com/wily/ecm ?
[15:54] <Riddell> ahoneybun: nope
[15:54] <Riddell> ahoneybun: Search the contents of packages
[15:55] <ahoneybun> of what package
[15:56] <ahoneybun> not sure what we are looking for
[15:56] <ahoneybun> Riddell: 6
[15:56] <Riddell> ahoneybun: cmake is asking for ECMConfig.cmake
[15:56] <Riddell> find the package with that file
[15:57] <ahoneybun> arch lists that but not Ubuntu
[15:57]  * clivejo puts his hand up
[15:57] <clivejo> me me me
[15:57] <clivejo>  extra-cmake-modules ?
[15:57]  * Riddell gives a gold star to clivejo
[15:58]  * clivejo dances
[15:58] <Riddell> ahoneybun: http://packages.ubuntu.com/search?searchon=contents&keywords=ECMConfig.cmake&mode=exactfilename&suite=wily&arch=any
[15:58] <ahoneybun> oh that way
[15:58] <ahoneybun> so that is a new depend
[15:59] <ahoneybun> ?
[15:59] <Riddell> ahoneybun: yes, lots of new build-depends when porting to frameworks 5
[15:59] <Riddell> that's the whole exercise
[16:00] <Riddell> and there's lots more to do!
[16:00] <ahoneybun> like that?
[16:04] <clivejo> hows the new framework coming along?
[16:06] <Riddell> ahoneybun: now it's looking for qt dev package
[16:07] <Riddell> ahoneybun: which you can find my looking at another package http://anonscm.debian.org/cgit/pkg-kde/plasma/kwrited.git/tree/debian/control?h=kubuntu_wily_archive
[16:09] <ahoneybun> http://packages.ubuntu.com/wily/qtbase5-dev?
[16:12] <ahoneybun> how large of space do we have Riddell?
[16:12] <Riddell> qtbase5-dev sounds like it
[16:12] <Riddell> ahoneybun: space where?
[16:12] <ahoneybun> the ec2
[16:12] <Riddell> clivejo: which new framework? 5.13 does need packaged
[16:12] <Riddell> ahoneybun: dunno  df -h .  knows all
[16:13] <clivejo> that was weird
[16:13] <clivejo> lost wifi on my wily install
[16:14] <clivejo> Riddell: when is PIM for KF5 due out?
[16:21] <Riddell> ahoneybun: able to track down Qt5X11ExtrasConfig.cmake ?
[16:21] <ahoneybun> nope
[16:21] <Riddell> ahoneybun: what have you tried?
[16:21] <ahoneybun> packages.ubuntu.com
[16:22] <Riddell> ahoneybun: works for me
[16:22] <ahoneybun> wrong search then
[16:22] <ahoneybun> not for me
[16:22] <Riddell> ahoneybun: put it in box under "Search the contents of packages" set Distribution to wily
[16:23] <ahoneybun> wrong place then
[16:23] <ahoneybun> Riddell: should I copy this :  pkg-kde-tools (>= 0.15.15ubuntu1~)
[16:23] <ahoneybun> as tell
[16:24] <ahoneybun> as well?
[16:24] <Riddell> ahoneybun: yes you'll want that
[16:24] <ahoneybun> the version wise
[16:25] <Riddell> clivejo: you might want an account on a quassel server if you have a problematic connection
[16:25] <clivejo> oh, what does that do?
[16:25] <ahoneybun> bouncer
[16:25] <clivejo> seems to be a LAN issue
[16:25] <Riddell> clivejo: server connects to irc then you connect to server, so you keep history when you're offline
[16:25] <Riddell> I can probably give you an account if you need one
[16:25] <clivejo> oh that could be handy
[16:26] <Riddell> clivejo: pim kf5 is part of KDE Applications and needs packaging now!
[16:26] <clivejo> Im afraid to take on frameworks!
[16:26] <clivejo> I could cause a lot of problems
[16:27] <ahoneybun> KF5KDELibs4SupportConfig.cmake is a missing
[16:27] <ahoneybun> no clue about that
[16:28] <Riddell> clivejo: want to take akonadi? http://download.kde.org/unstable/applications/15.07.90/src/
[16:28] <clivejo> Ill try later
[16:28] <Riddell> ahoneybun: packages.ubuntu.com is your friend
[16:28] <ahoneybun> tried
[16:28] <clivejo> I should be back in around 7-8
[16:28] <ahoneybun> done all of it
[16:31] <clivejo> ahoneybun: http://packages.ubuntu.com/utopic/i386/libkf5kdelibs4support-dev/filelist
[16:31] <Riddell> ahoneybun: it's here http://packages.ubuntu.com/search?searchon=contents&keywords=KF5KDELibs4SupportConfig.cmake&mode=exactfilename&suite=wily&arch=any
[16:31] <ahoneybun> wth
[16:31] <Riddell> clivejo: I'll be out then but there's others around to help if you get stuck
[16:32] <clivejo> how do I setup a quassel account?
[16:32] <ahoneybun> thats a big package Riddell
[16:33] <ahoneybun> clivejo: Riddell your talking about a bouncer right?
[16:33] <Riddell> ahoneybun: yep it'll bring in lots of bits, that's fine
[16:33] <clivejo> what are you building ahoneybun?
[16:33] <ahoneybun> kgamma
[16:33] <ahoneybun> trying to
[16:33] <clivejo> ah
[16:34] <clivejo> ahoneybun: so I can stay connected and get history
[16:35] <ahoneybun> yea a bouncer
[16:35] <ahoneybun> wonder if I could have another one on my server
[16:36] <ahoneybun> awwwww
[16:36] <ahoneybun> building Riddell
[16:36] <Riddell> ahoneybun: awooga!
[16:37] <clivejo> g2g, will be back later
[16:37] <ahoneybun> seems to have worked
[16:38] <ahoneybun> ppa time Riddell ?
[16:39] <Riddell> ahoneybun: yep looking good
[16:40] <ahoneybun> can't sign
[16:40] <ahoneybun> soo
[16:42] <Riddell> you'll need to set the release and version in changelog
[16:42] <Riddell> then debuild -S
[16:42] <Riddell> then on your computer do a remote  debsign -r
[16:42] <Riddell> then dput ppa:foo/bar *changes
[16:42] <ahoneybun> remote?
[16:42] <Riddell> yes, with -r
[16:44] <ahoneybun> secret key
[16:45] <ahoneybun> remote debsign -r?
[16:45] <ahoneybun> how do I do that
[16:45] <ahoneybun> Riddell:
[16:47] <Riddell> ahoneybun: on your computer run  debsign -r ubuntu@ec2-54-166-32-1.compute-1.amazonaws.com:mnt/path/to/changes
[16:49] <ahoneybun> the hell
[16:50] <ahoneybun> I signed it
[16:52] <Riddell> ahoneybun: lovely, add dput -u
[16:52] <ahoneybun> what?
[16:52] <Riddell> ahoneybun: dput -u   to stop dput caring that it doesn't know about your key
[16:53] <Riddell> yay!
[16:53] <ahoneybun> its up
[16:54] <Riddell> awooga
[16:54] <Riddell> I'll put the packaging into debian git
[16:54] <ahoneybun> sweet
[16:54] <Riddell> I need to go out now, well done ahoneybun
[16:54] <ahoneybun> mostly was you and clivejo
[16:54] <ahoneybun> ttyl
[16:54] <ahoneybun> then
[17:11] <ovidiu-florin> why doesn't firefox know to open a picture in gwenview and it tries to open it with firefox?
[17:12] <ovidiu-florin> and when I click on the open folder button, instead of dolphin, it opens the location with gwenview
[17:12] <ovidiu-florin> ?????//
[17:12] <ovidiu-florin> I'm using Vivid with backports
[17:13] <davmor2> ovidiu-florin: because firefox is the basis of another operating system and assumes you want to open everything in it?
[17:13] <davmor2> ovidiu-florin: have a look in firefox settings you can probably tell it to open in gwenview instead
[17:14] <ovidiu-florin> and look for what in settings?
[17:48] <clivejo> ahoneybun: did it build ok?
[17:48] <ahoneybun> clivejo: yep seems so
[17:50] <clivejo> no lintan errors or missing files?
[17:50] <ahoneybun> nope
[17:55] <clivejo> :)
[18:04] <ahoneybun> clivejo: do you know of a list packages that need work?
[18:04] <ahoneybun> kf5 port wise
[18:07] <clivejo> the entire 15.13 I believe
[18:13] <clivejo> how do we name betas and rc's.  ie the last kamoso was beta, now this one is rc1  how do I name it?
[18:14] <clivejo> kamoso-3.0-rc1?
[18:18] <clivejo> or is it kamoso-3.0~rc1 ?
[18:24] <lordievader> KDE style beta would be 2.99, right?
[18:48] <clivejo> mmmm thats the 3rd time today my wifi has dropped out in wily
[20:30] <ahoneybun> clivejo: I think you mean 15.08
[20:30] <clivejo> I have no idea
[20:30] <ahoneybun> for http://download.kde.org/unstable/applications/15.07.80/src/
[20:30] <ahoneybun> coming out this month
[20:30] <clivejo> these version numbers are confusing the hell out of me
[20:30] <ahoneybun> same here lol
[20:31] <ahoneybun> I'm just practicing
[20:31] <clivejo> Im looking at akonadi at the minute and cant make heads nor tails of it!
[20:32] <ahoneybun> I'll work on smaller thing lol
[20:32] <ahoneybun> XD
[20:34] <clivejo> IRC channel says "Stable: 1.13, master is KF5", download KDE.org says "15.07.90" and the archive has 1.13.0-2ubuntu4 !
[20:35] <ScottK> Riddell: ^^^
[20:44] <ahoneybun> stupid emac
[20:44] <ahoneybun> I don't know to use that
[20:44] <clivejo> LOL
[20:45] <ahoneybun> dch -i uses it by default in the ec2
[20:46] <clivejo> change it
[20:46] <ahoneybun> I broke something
[20:46] <ahoneybun> no clue how
[20:48] <clivejo> export EDITOR=nano
[20:49] <clivejo> if you want nano
[20:52] <clivejo> what you broke?
[20:52] <ahoneybun> something to do with the changelog
[20:52] <ahoneybun> but its fine now
[20:53] <clivejo> are you using dch -i to edit it?
[20:53] <ahoneybun> yea
[20:53] <clivejo> :)
[20:53] <ahoneybun> waas just using emac so I could not save it right
[20:53] <ahoneybun> so I removed the .dch file thing and redid it with nano
[20:53] <ahoneybun> all good now
[20:56] <clivejo> what you working on?
[20:56] <ahoneybun> kget
[20:56] <ahoneybun> I got it to compile
[20:56] <ahoneybun> or compiling
[21:03] <ahoneybun> yay errors lol
[21:04] <clivejo> LOL
[21:04] <ahoneybun> lintan error
[21:05] <ahoneybun> kget source: source-is-missing extensions/webinterface/www/mootools-core-yc.js
[21:05] <clivejo> lintan always seems to complain about something#
[21:05] <ximion> Riddell: I made some more changes on the AppStream generator, data processing is running at time. Soon you will have more descriptive error messages, and I think people can now start fixing issues (I already squashed a few, but for example kate needs a packaging change to be visible in the metadata)
[21:06] <clivejo> ahoneybun: is it a W - Warning or an E - error?
[21:06] <ahoneybun> E
[21:06] <ahoneybun> 1 E and 3 W
[21:06] <clivejo> ahoneybun: https://lintian.debian.org/tags/source-is-missing.html
[21:06] <clivejo> Please repack your package to include the source or add it to "debian/missing-sources" directory.
[21:07] <ahoneybun> I see the js
[21:08] <clivejo> put it in "debian/missing-sources"
[21:08] <clivejo> see if that fixes it
[21:08] <ahoneybun> it does have the file
[21:08] <yofel> ahoneybun: that's the minified js (i.e. not human readable)
[21:08] <yofel> either that, or a false-positive
[21:08] <clivejo> where is the file?
[21:08] <ahoneybun>  extensions/webinterface/www/
[21:09] <ahoneybun> I don't have debian/missing-sources
[21:09] <clivejo> make one
[21:09] <ahoneybun> so move what into there?
[21:09] <clivejo> cp it
[21:09] <ahoneybun> a copy of the .js?
[21:10] <clivejo> yeah, just testing!
[21:10] <clivejo> Im not sure either
[21:10] <yofel> no, a copy of the source of the js
[21:10] <yofel> have fun finding that on the net :P
[21:10] <ahoneybun> so the js
[21:10] <ahoneybun> wait what
[21:10] <yofel> a copy of the *source* not-minified js
[21:11] <ahoneybun> url?
[21:11] <yofel> no idea, you'll have to find that yourself
[21:11] <ahoneybun><EMAIL_ADDRESS>[21:11] <yofel> or ask upstream where they got the file from
[21:11] <ahoneybun><EMAIL_ADDRESS>[21:11] <ahoneybun> I'm confused
[21:11] <ahoneybun> do I need the file in there or a url linking to it?
[21:12] <yofel> let me get the kget source before I give false advice..
[21:13]  * yofel curses ipv6
[21:15] <yofel> ahoneybun: looks like a false-positive to me
[21:15] <yofel> that's not minified
[21:15] <clivejo> https://projects.kde.org/projects/kde/kdenetwork/kget/repository/revisions/master/entry/extensions/webinterface/www/mootools-core-yc.js
[21:15] <ahoneybun> so what should I do?
[21:15] <yofel> "If this is a false-positive, please report a bug against Lintian."
[21:15] <yofel> in the meanwhile, add a lintian-override for the flie
[21:15] <yofel> *file
[21:16] <ahoneybun> how do I go about that?
[21:17] <ahoneybun> oh
[21:18] <yofel> add the message to debian/source/lintian-overrides
[21:18] <ahoneybun> oh snap
[21:19] <ahoneybun> kget source: source-contains-unsafe-symlink extensions/webinterface/www/mootools-*.js
[21:19] <ahoneybun> this was in there
[21:19] <yofel> right, just add your message in line 2
[21:19] <ahoneybun> oh ok
[21:25] <ScottK> Can someone do up a 15.04.3 release announcement for the web site?
[21:26] <ahoneybun> update to 15.04 applications then?
[21:26] <ScottK> Sorry.
[21:27] <ScottK> 14.04.3
[21:27] <ScottK> Kubuntu point release
[21:27] <ahoneybun> oh update to LTS
[21:27] <ahoneybun> what''s different?
[21:27] <ahoneybun> plus I can't rememer how to get on the site lol
[21:31] <ahoneybun> yay LP took my package clivejo and yofel
[21:31] <ahoneybun> https://launchpad.net/~aaronhoneycutt/+archive/ubuntu/kubuntu-packages
[21:32] <ScottK> Here's a template: http://www.kubuntu.org/news/kubuntu-1404-lts-update-out
[21:33] <ahoneybun> very little information
[21:33] <ahoneybun> I know I have access but can'tremember XD
[22:36] <mparillo> Want me to do the 15.04.3 release announcement?
[22:39] <Riddell> Go for it mparillo
[22:48] <mparillo> For your proof-reading pleasure: http://www.kubuntu.org/news/kubuntu-1404-lts-update-out-0 and on the home page: http://www.kubuntu.org/
[22:59] <ScottK> mparillo: Looks good to me.
[23:10] <mparillo> TY. Nice to have good news to share.
[23:50] <ahoneybun> mparillo: thanks for sharing the podcast news
[23:50] <mparillo> YW. To repeat myself, it is nice to have good news to share.
[23:51] <ahoneybun> :)
[23:51] <ahoneybun> Riddell: I got kget to build and upload as well - https://launchpad.net/~aaronhoneycutt/+archive/ubuntu/kubuntu-packages


[00:33] <hggdh> DrKenobi: agreed, and done. Thank you
[00:38] <DrKenobi> hggdg, thank you!
[01:23] <DrKenobi> I've just reported this bug upstream, could someone set the status to Triage? https://bugs.launchpad.net/gnome-control-center/+bug/374231
[01:23] <ubot2> Launchpad bug 374231 in gnome-control-center (Ubuntu) (and 1 other project) "can't change default file browser (affects: 1) (heat: 8)" [Wishlist,Confirmed]
[01:30] <jo-erlend> Nautilus used to keep track of changes in files sizes and display them on the statusbar, didn't it? It doesn't look like it does that anymore.
[01:30] <jo-erlend> Does anyone know why?
[01:30] <mrand> DrKenobi: done
[01:40] <DrKenobi> mrand, thank you
[02:07] <greg-g> is there a way to have ubuntu-bug use the beta lanuchpad server?
[02:08] <greg-g> I'm getting reayd to do a demo and I don't want to spam. I can always just go to the next to last step
[02:16] <hggdh> greg-g: I think you can use it on staging by 'env APPORT_STAGING=1 ubuntu-bug whadda-whadda
[02:17] <hggdh> then you go to https://staging.launchpad.net to see your bug
[02:19] <greg-g> cool
[02:19] <greg-g> thanks hggdh
[02:21] <bdmurray> staging is not beta though just to be clear
[02:39] <hggdh> good one, bdmurray, thanks for pointing this out :-)
[03:42] <nigelb> ddecator: for the nautilius hook, did you close the bug from changelog?
[03:44] <nigelb> ddecator: I don't see your branch anywhere :/
[03:51] <nigelb> micahg: if we're going with tags for the needs apport hook bugs, how do you suggest we go about it?
[03:51] <micahg> nigelb: needs-apport-hook?
[03:51] <micahg> nigelb: or just apport-hook
[03:52] <nigelb> ok, then we routinely keep checking the list of bugs with thta tag?
[03:53] <micahg> nigelb: sounds like a plan :)
[03:54] <nigelb> I'll just add some stuff I found helps in development and I'll write to ubnutu-devel :)
[03:55] <nigelb> like symlinking the source_package.py file to ~/source_package.py so edits can be made real time without jumping aroud with permissions
[03:59] <micahg> nigelb: that sounds hackish
[04:00] <nigelb> well, its better than playing with permissions in /usr/share/apport/package-hooks/
[04:00] <micahg> nigelb: why is there a problem with the permissions?
[04:01] <nigelb> because you can't write into that folder
[04:01] <micahg> nigelb: yes, but why do you need to?
[04:01] <nigelb> when creating a new hook and testing it
[04:01] <micahg> nigelb: it should just be copied there manually to test
[04:02] <nigelb> yeah, I used to do that, until I realized that you somone times need to make small small corrections
[04:02] <micahg> nigelb: sudo vi works nice :)
[04:02] <nigelb> oh, yeah :D
[04:02] <nigelb> so needs-apport-hook or apport-hook ?
[04:03] <micahg> nigelb: if you use apport-hook, it can be used for maintenance issues as well
[04:03] <nigelb> ah, ok
[04:03] <nigelb> I'll talk to jcastro to know what all avenues I have to puruse to get people hear abuot this initiative and we can go with it :)
[04:55] <ddecator> nigelb: i referenced the bug in the change log, but i should be closed...i set it as fix committed (although looking back not sure if that should be done when it's committed or after it's been reviewed and accepted...)
[04:55] <ddecator> it shouldn't*
[04:56] <nigelb> ddecator: you did dch -i and then what did you do?
[04:56] <ddecator> nigelb: added info into the changelog, then committed, then pushed to a personal branch, then requested a merge
[04:57] <nigelb> you comitted with bzr commit?
[04:57] <ddecator> yah
[04:57] <nigelb> next time, use debcommit
[04:57] <ddecator> oh, never even heard of debcommit o.o
[04:57] <nigelb> that would like your branch to the bug
[04:58] <nigelb> that would make your commit message = changelog entry
[04:58] <ddecator> right
[04:58] <ddecator> should i redo it or leave it for this time?
[04:58] <nigelb> oh, wait, wrong merge requested I think
[05:00] <ddecator> ?
[05:00] <nigelb> hold on.  even I've never used udd
[05:01] <ddecator> well i didn't want to request a merge into the branch that pulls from upstream automatically, i requested a merge for the branch that has the debian folder with source_nautilus.py in it
[05:04] <nigelb> ddecator: have you seen https://wiki.ubuntu.com/DistributedDevelopment/Documentation ?
[05:04] <ddecator> nigelb: nope. what part exactly should i look at?
[05:04] <nigelb> first 4
[05:05] <ddecator> ah, that would have been helpful...
[05:06] <nigelb> lol
[05:07] <ddecator> nigelb: want me to start over following those directions?
[05:08] <nigelb> ddecator: it would be nice, yes
[05:08] <nigelb> plus thats th only way it would show up for sponsorship I suppose
[05:09] <ddecator> nigelb: alright, will do. so ubuntu-sponsors for the reviewer?
[05:09] <nigelb> dont do anything specific
[05:09] <nigelb> it should happen automatically
[05:09] <ddecator> ok, i'll let you know if i run into anything
[05:13] <ddecator> nigelb: this is probably minor, but in the bzr branch name when i push to a person branch, should the numbers at the end be the bug number?
[05:13] <ddecator> personal*
[05:13] <nigelb> nope
[05:13] <ddecator> date?
[05:13] <nigelb> well, I dont think so
[05:13] <ddecator> the wiki shows 12345
[05:14] <nigelb> you just have to give the branch a name
[05:14] <ddecator> ok, so the exact format for that doesn't matter as much?
[05:14] <nigelb> not really, make sure that its easily understable as to what it does
[05:14] <ddecator> good deal
[05:20] <kermiac> hey nigelb, ddecator :)
[05:21] <ddecator> ah, i think i found the right branch...
[05:22] <ddecator> nigelb: just to make sure i do this right, is lp:ubuntu/nautilus the one i should pull and work on? there are sever nautilus branches :\
[05:22] <ddecator> hey kermiac :)
[05:22] <kermiac> ddecator: did you find out what was going on with the nondefault gconf in your hook mate?
[05:23] <ddecator> kermiac: no, but pitti marked my bug as in progress so i'm hoping he knows
[05:23] <kermiac> ddecator: ok :)
[05:23] <ddecator> several*
[05:23] <ddecator> why can't i type tonight?
[05:25] <nigelb> ddecator: cirrect
[05:25] <nigelb> *correct
[05:25] <nigelb> even I can't type
[05:25] <ddecator> nigelb: alright, thanks, didn't see that branch before, so i'll start from the beginning. at least after this is done i should get it right from now on :p
[05:33] <ddecator> nigelb: the reviewer, by default, is ubuntu-branches
[05:33] <nigelb> ddecator: hold on
[05:34] <nigelb> Then you can use the link "Propose for merging into another branch", and then type in an explanation of your change in the "Initial Comment" box. Set the "Reviewer" to be either "ubuntu-sponsors". Lastly click "Propose Merge" in order to complete the process.
[05:34] <nigelb> ahh, looks like you need to do it manually after all
[05:34] <ddecator> so ubuntu-sponsors then?
[05:34] <nigelb> yes
[05:35] <ddecator> k
[05:35] <ddecator> nigelb: should it always be that?
[05:36] <nigelb> yesyep
[05:36] <nigelb> oh grr
[05:37] <nigelb> looks like you got the lucid sources
[05:37] <ddecator> uh, that's not right...
[05:37] <ddecator> or i got maverick and pushed to lucid
[05:37] <nigelb> hhahha
[05:38] <ddecator> ugh. ok, so push to maverick then? >.>
[05:38] <nigelb> yeah
[05:38] <ddecator> alright
[05:38] <nigelb> you're making all the mistakes I made :D
[05:38] <ddecator> nigelb: so make it maverick in the changelog entry too?
[05:38] <nigelb> yes, definitely
[05:39] <nigelb> I was getting there :D
[05:39] <ddecator> alright, so then it'll be ubuntu1 instead of ubuntu2 yes?
[05:39] <ddecator> or ubuntu2 still?
[05:39] <nigelb> when you do a dch -i the version number should change
[05:40] <ddecator> right, but even though i'm changing from lucid to maverick i just leave it as ubuntu2 since it's the same version number?
[05:40] <nigelb> yea
[05:40] <ddecator> ok
[05:40] <nigelb> I strongly suspect that you got lucid soruces though
[05:40] <ddecator> possibly. so repull and try again i suppose...
[05:41] <nigelb> if you pulled lp:ubuntu/nautilius and got lucid, I gotta ask aronud if thats correct
[05:42] <ddecator> well nothing in the changelog said maverick, but idk if they've made any changes for maverick yet. i'll specify maverick to be safe
[05:42] <ddecator> yah, looks like it points to maverick
[05:43] <nigelb> I *HATE* loggerhead
[05:43] <nigelb> (the web interface to bzr)
[05:43] <ddecator> yah, not the best looking thing, haha
[05:43] <lifeless> speed, or ui, or something else?
[05:43] <nigelb> its so slow
[05:44] <nigelb> I've been trying to get to the changelog for sometime now
[05:44] <nigelb> ah, finally!
[05:44] <nigelb> ok, so you got maverick source and you pushed to lucid I suppose :D
[05:44] <nigelb> lifeless: ui is nice, but wish it were faster
[05:45] <ddecator> ok, so i'll repull the same thing, ha
[05:45] <nigelb> lifeless: I can't complain though, its b0rking randomly less often now ;)
[05:45] <ddecator> nigelb: so hooks i write should be for maverick if they have a branch for it?
[05:46] <nigelb> ddecator: yep, you always fix stuff for the current development version
[05:46] <ddecator> nigelb: ok...i'm going to have this down by the end of the night :p
[05:46] <nigelb> unless something is seriously borked and you want to fix it in -proposed and have it end up in -updates
[05:47] <nigelb> ddecator: if you want to take break and try tomorrow, thats ok too
[05:47] <nigelb> its a lot of floundering around in the beginning.  I did that too
[05:50] <ddecator> nigelb: pfffft, take a break. good joke
[05:53] <ddecator> alright, lets try this again
[05:54] <ddecator> nigelb: that looks better :)
[05:55] <nigelb> yay!
[05:56] <ddecator> alright, i'll add the diff to the report...
[05:56] <nigelb> ddecator: not really needed per se
[05:56] <ddecator> nigelb: so just forget it? just following the wiki :p
[05:58] <nigelb> ddecator: go ahea, sicne you didn't add a file its ok
[05:58] <ddecator> nigelb: ?
[05:58] <nigelb> ddecator: do it ;)
[05:59] <ddecator> nigelb: haha, alright. i'm guessing it's not a big deal if it's a .diff instead of .debdiff? (i know this is nit-picky, but i'm trying to prevent causing any more bug spam from this :p)
[06:00] <nigelb> nope
[06:00] <nigelb> not in this caes
[06:00] <ddecator> in what case would it matter?
[06:00] <nigelb> an uploader can get source via udd and apply the diff
[06:01] <ddecator> ah, so debdiff is generally preferred then?
[06:01] <nigelb> not in this case
[06:01] <nigelb> mostly they'd just merge the branches
[06:01] <ddecator> right, but i just mean in general
[06:02] <nigelb> if you're using udd, doesnt matter
[06:02] <nigelb> othewise, debdiff
[06:02] <nigelb> we're moving torwards udd though
[06:02] <nigelb> except for some 500 packages, everything else is in bzr
[06:03] <ddecator> gotcha
[06:03] <nigelb> ddecator: http://qa.ubuntu.com/reports/sponsoring/
[06:03] <ddecator> nigelb: ok, i think i'm done
[06:03] <nigelb> search for bug number ;)
[06:03] <nigelb> um, search for your name. sorry
[06:04] <ddecator> haha, look at that
[06:04] <ddecator> nigelb: look good?
[06:04] <nigelb> oh yes :)
[06:04] <ddecator> finally :)
[06:04] <nigelb> good work!
[06:04] <ddecator> now i can work on the other hook i've got
[06:04] <ddecator> nigelb: thanks :)
[06:05] <nigelb> whats next in line?
[06:05] <ddecator> nigelb: btw, let me know when the tags go active just so i know to watch for that. and i'm creating a hook for clutter
[06:06] <nigelb> ddecator: you've been busy :D
[06:07] <ddecator> nigelb: that's the goal :)
[06:08] <ddecator> nigelb: any other hooks you want me to work on as well? or was that just a training one? :p
[06:08] <nigelb> nothing from me
[06:08] <nigelb> that was from seb - nautilus
[06:10] <ddecator> k
[07:15] <anub> hi I'm trying to connect to my router with intrepid and can't see it in ubuntu
[07:18] <ddecator> anub: this channel is related to bug triage. please try #ubuntu for support :)
[07:18] <anub> I did
[07:18] <anub> there is no support
[07:19] <ddecator> it's a slow time of day. it might help to wait a while and try again later.
[07:20] <anub> tried earlier too - what time is the best?
[07:21] <anub> what a bunch of elitist jerks, they help one person and not me
[07:21] <ddecator> it could just be that they are not sure how to help
[07:21] <ddecator> 1200-1700 UTC is usually a good time, but it can vary on the weekends
[07:28] <anub> ok thanks
[07:45] <clone4ubuntu> my name in ubuntu launchpad is ajmal
[09:04] <kermiac> seb128: ping re bug apport hook bug 583174. I've uploaded what I've done so far, but I don't know what other info needs to be collected. I'm also think the wording of the questions good be a little better. I haven't been able to catch up with tedg to ask him what else is needed
[09:04] <ubot2> Launchpad bug 583174 in indicator-applet "Apport hook for indicator-applet (affects: 1)" [Undecided,In progress] https://launchpad.net/bugs/583174
[09:05] <kermiac> wow, that didn't make much sense...   wording of the questions could be a little better
[09:05] <nigelb> lol
[09:06] <ddecator> it's alright mate, you're sick so you get a free pass this time ;)
[09:06] <kermiac> haha thanks mate :)
[09:06] <seb128> kermiac, hey, thanks, will review that later
[09:07] <seb128> I just woke up and I've lot to catchup to do
[09:07] <kermiac> ddecator: do i get to pass go & collect $100?
[09:07] <kermiac> ok, thanks seb128 :)
[09:07] <ddecator> kermiac: not this time
[09:07] <ddecator> seb128: btw, if you have any hooks that need doing, you can let me know ;)
[09:07] <kermiac> ok, I'm off to have some dinner
[09:08] <seb128> ddecator, ok, will do when I think of one
[09:08] <seb128> we should build a list
[09:09] <nigelb> seb128: I'm working on that ;)
[09:17] <BUGabundo_remote> Welcome to Ibiza Summer Time!
[09:17] <ddecator> heya BUGabundo_remote
[11:21] <arand> Anyone got a dapper system and an msn account care to confirm/defirm Bug #581331 ?
[11:21] <ubot2> Launchpad bug 581331 in bitlbee (Ubuntu) (and 1 other project) "error message while trying to use my MSN account in bitlbee (affects: 6) (heat: 44)" [Undecided,In progress] https://launchpad.net/bugs/581331
[12:03] <chrisccoulson> arand - dapper is EOL on the desktop, i'm not sure there is a need to test there
[12:04] <chrisccoulson> arand - is that something which broke recently btw?
[12:05] <arand> chrisccoulson: But bitlbee works as a server, so I'm assuming that it would be possible.
[12:05] <ogra> chrisccoulson, isnt bitlbee am IRC proxy ?
[12:05] <ogra> *an
[12:05] <chrisccoulson> ok, i'll accept the nomination for dapper too
[12:05] <ogra> (though its surely universe anyway)
[12:06] <arand> chrisccoulson: Yes, and I've alredy got the fix ready for sponsoring/SRU for hardy-lucid... but I can't get dapper going in vbox...
[12:06] <chrisccoulson> ok, no worries. i will sponsor those after lunch if nobody has done them already by then
[12:07] <arand> I'm not at all sure it is present in dapper even, since when I tried in a chroot (which I have no idea if I did correctly) it seemed to actually work in dapper :/
[12:08] <arand> chrisccoulson: Cheers.
[14:52] <xelister> the god damned Akonadi bs seems to mess up some KDE programs in Lucid, like kmail...  is there any work going to fix this? Thoes are serious bugs, important application is totally unusable
[14:53] <Odd-rationale> can't you disable akonadi?
[14:53] <xelister> oh, there is actually active bug report.. https://bugs.launchpad.net/ubuntu/+source/akonadi/+bug/554514  can we set it's prio high?
[14:53] <ubot2> Launchpad bug 554514 in akonadi (Ubuntu Lucid) (and 1 other project) "cant find resource agents (affects: 30) (dups: 1) (heat: 176)" [Medium,New]
[14:54] <xelister> Odd-rationale: I dont know.. can I? I would love to. ******* akonadi
[14:54] <Odd-rationale> i thuoght there was something is system settings...
[14:55] <Odd-rationale> http://techbase.kde.org/Projects/PIM/Akonadi#How_do_I_completely_disable_Akonadi_startup.3F
[14:55] <xelister> that was for the other bs that noone uses, nepomuk.  Akonadi - the application that always crashes kde apps.  nepomuku - the application, that makes you want to sepuku ;)     Why oh why god is this happening
[15:10] <xelister> if anyone wants to debug kmail crahses with me (due to akonadi) then Im glad to help.
[15:25] <ctimko> howdy
[15:25] <yofel> xelister: maybe talk to Harald, he's apachelogger in #kubuntu-devel
[15:27] <xelister> yofel: ok, I do
[15:27] <xelister> btw, after upgrade to lucid.... links from kmail are opened in... gues it....   elinks!  lol, what?
[15:27] <yofel> o.O
[15:28] <xelister> in a terminal window. what the hell X_x
[15:28] <yofel> I remeber having kmail/akonadi issues a while ago that somehow fixed themselves, but haven't yet seen that one
[15:28] <xelister> Im trying to get kmail working for 3 days now, what a disaster
[15:29] <yofel> hm, did you use debian at some point?
[15:30] <yofel> just asking as they have a different akonadi mysql setup there which doesn't play well with kubuntu
[15:31] <xelister> yofel: not on this box
[15:31] <yofel> ok, nvm then
[15:31] <xelister> how one should manually start this damn akonadi server for given user?
[15:31] <xelister> I understand that this server does not start at all (can not find akonadi server on D-bus error)
[15:31] <yofel> but if you really think that the bug you mentioned is your issue then you should talk to Harald, debugging over IRC is usually faster than over LP
[15:32] <yofel> akonadictl start
[15:32] <yofel> I think
[15:34] <xelister> yofel: ok I have some results. WOuld you like to debug too? perhaps over xmpp. Im also asking Harald
[15:37] <yofel> I don't think I'll be of much help, I know very little about akonadi
[15:47] <nigelb> Sigh, I try to help and people pounce on me.
[15:47] <kahen> I'm not sure which of the smlnj packages to file this bug against, but the entire SML/NJ library seems to be missing from the distribution. the .sml and .sig files that should be in /usr/lib/smlnj/lib/SMLNJ-LIB are in /usr/lib/mlton/sml/smlnj-lib meaning that you can't use any of the SML/NJ libraries in interactive mode
[15:48]  * yofel hugs nigelb
[15:48] <nigelb> yofel: found a bug, trying to dissect cvs for past few hours, almost pulling my hair out, and an angry response that its not fast enough!
[15:49] <yofel> *sigh*
[15:49] <kahen> 'ln -s /usr/lib/mlton/sml/smlnj-lib /usr/lib/smlnj/lib/SMLNJ-LIB' fixes the bug as far as i can tell
[15:49] <yofel> reminds me of a bug that I once closed because it was against non-ubuntu software, and I was as polite and helpful as possible...
[15:49] <nigelb> kahen: possibly mlton package?
[15:50] <xelister> I think people are on the edge since in Lucid so many things stoped working
[15:51] <nigelb> xelister: actually, if you ask me, more things started working
[15:51] <nigelb> but the thing is many ubuntu-unrelated stuff has issues which is giving backlash to us
[15:51] <kahen> d'oh. that symlink didn't fix it. i forgot i had commented out the offending function
[15:52] <xelister> nigelb: for me: firefox, flash, openoffice, kmail and desktop UI, also keyboard - all this things stoped working on most of my computers
[15:52] <nigelb> xelister: kde? ;)
[15:52] <xelister> Im using gnome
[15:52] <xelister> btw, kde DE does not work at all, due to some sepuku
[15:52] <nigelb> amd64?
[15:52] <xelister> yes
[15:52] <nigelb> ahh, I switched to i386
[15:52] <nigelb> flash is more friendly on i386
[15:53] <xelister> ah yes, and flash. now it works x2 slower
[15:53] <xelister> and firefox overall works x4 slower
[15:53] <xelister> even witohut flash
[15:53] <xelister> btw, also Skype is unusalbe. and some sound I/O problems (now resolved though)
[15:53] <nigelb> best bet, switch to i386.  a lot of propietary apps work better on i386
[15:53] <xelister> no
[15:54] <xelister> and it worked well on 9.10. I know its 3rd source evil corp app etc etc, yet, as user I see this as regression
[15:54] <nigelb> well, the problem with skype is, its closed source, you have to complain to them
[15:54] <nigelb> not Ubuntu, we don't ship it anyway
[15:55] <xelister> apprently some API that skype uses changed
[15:55] <xelister> but yea, from all the bugs, this one is least ubuntu's fault
[15:55] <nigelb> it fails for me too btw
[15:56] <xelister> well skype does work on 10.04 on one of my computers.  And kmail works on the other one lol.  So now I need 2 boxes to do normall every day stuff
[15:57] <yofel> what I found a bit odd was, that the first lucid beta was even more broken than the  karmic beta, so even though we had more time to fix bugs, we had a lot more to fix too
[15:58] <yofel> and I think the devs did a pretty good job on that
[15:59] <yofel> it would be nice though if bug 563916 was fixed sometime...
[15:59] <ubot2> Launchpad bug 563916 in plymouth (Ubuntu Lucid) (and 2 other projects) "[details.so] No prompt for [S]kip or [M]anual recovery on server boot (affects: 12) (dups: 1) (heat: 76)" [High,Confirmed] https://launchpad.net/bugs/563916
[16:06] <xelister> I really hate this, this is totall madness
[16:07] <xelister> is there some explanation, why are users forced to use this akonadi ****, how to debug it, how it interacts with local mysql server, how to start/stop it, and so on... Because its hard to use something that is not understood
[16:08] <yofel> erm, an interesting part there is that kubuntu akonadi uses mysql-akonadi, not mysql.  Without lossing user configuration
[17:14] <xelister> today
[17:14] <arand> My karmic shows lucid if I tell it to check in software sources.
[17:15] <BUGabundo_remote> xelister: kmail wfm
[17:15] <BUGabundo_remote> use it daily
[17:16] <xelister> BUGabundo_remote: it shows god damned akonadi error window then crashes
[17:16] <BUGabundo_remote> using same conf since 4.x
[17:17] <BUGabundo_remote> xelister: install dbg packages for it
[17:17] <BUGabundo_remote> and gdb --args kmail nofork
[17:17] <BUGabundo_remote> arand: well... ill just sed it :(
[17:17] <BUGabundo_remote> shame I can't ping mvo right now
[17:42] <wladek> When I write "sudo service gdm stop"  I have some error "[  92.104033]  [drm:drm_reclaim_locked_buffers_locked()deadlock. Please rework this..."
[17:43] <wladek> What I must do?
[17:43] <hggdh> wladek: please open a bug on it. What video driver are you using?
[17:43] <wladek> Before update, display sork very well
[17:43] <wladek> *work
[17:45] <wladek> I don't know what driver I use
[17:45] <hggdh> wladek: what version of Ubuntu?
[17:46] <wladek> 9.XX
[17:46] <wladek> 9.10
[17:46] <wladek> I update system
[17:48] <wladek> In xorg.conf "Viewport 0 0"
[17:49] <wladek> Why ?
[17:49] <hggdh> wladek: (1) what does "I update system" mean? (2) why what?
[17:51] <wladek> 1. I actualization my system(download new package from internet)
[17:52] <wladek> 2. "Viewport x y" when must x>320
[17:54] <wladek> But I have "Viewport 0 0", so what it meaning ?
[17:55] <wladek> I have old graphic card
[17:57] <wladek> Why I can't good stop drm ?
[17:57] <hggdh> wladek: viewport will set the upper left corner of the display, and usually is not needed.
[17:58] <wladek> so I have not some like this : "Mode "800x600" " in xorg.conf
 xelister: it says it can't find /etc/akonadi/mysql-global.conf
[17:59] <xelister> BUGabundo_remote: ^
[18:00] <BUGabundo_remote> ehe
[18:00] <BUGabundo_remote> do you have mysql installed?
[18:00] <BUGabundo_remote> which version?
[18:01] <BUGabundo_remote> there was a miss match
[18:01] <BUGabundo_remote> between 5 and 5.1
[18:01] <yofel_> akonadi-server: /etc/akonadi/mysql-global.conf
[18:01] <yofel_> akonadi-server: /usr/sbin/mysqld-akonadi
[18:01] <yofel_> try to reinstall the package?
[18:02] <xelister> it was apparmor!
[18:02] <yofel_> er...
[18:02] <xelister> but I disabled it with /etc/init.d/apparmor stop
[18:03] <yofel> xelister: and it works now?
[18:03] <xelister> testing
[18:04] <yofel> if yes, then something in your configuration is violating /etc/apparmor.d/usr.sbin.mysqld-akonadi
[18:05] <BUGabundo_remote> bbl
[18:05] <somethinginteres> Hi all, I am seeing a graphics glitch (http://img17.imageshack.us/img17/626/gfxglitch.png) this has happened a number of times and I wondering if someone could indicate to me which package I should mark as being related  to this bug? Btw, running Lucid. Thanks
[18:05] <xelister> after *really* disabing apparmor this time, in akonaditray, still Start button does nothing (after full logout + kill -9 -u user + login)
[18:07] <micahg> xelister: I hope you just disabled that apparmor profile and not apparmor entirely
[18:08] <xelister> entirly, for now. later we can fix the profile to allow needed files
[18:09] <micahg> xelister: you can disable individual profiles or just set them to complain mode while debugging without disabling the whole apparmor system
[18:25] <xelister> yofel: (if you are interested) description + error details: http://pastebin.com/PeZqcjpV
[18:35] <xelister> yeees. it works.  Only 4 hours later and 6 peoples involved =)
[18:36] <xelister> the problem was: akonadirc remembered invalid (old) patch to user's $HOME, and therefore was trying to access invalid /home/user/... dir whne looking for the mysql socket.  (Another problem before was also invalid apparmor profile)
[18:36] <yofel> ...
[18:37] <xelister> what? :)
[18:38] <yofel> I'm just speechless...
[18:38] <yofel> akonadi #@§$%§&$
[18:39] <xelister> you mean it's stupid for akonadi to not detect this problem, or its stupid of me to have such problem?
[18:40] <xelister> it was because the user was quite old user imported from ubuntu 9.10 or before, and at some point the user $HOME and name was changed. and apparently it was not causing any problems back then. Anyway I belive akonadi should default to "$HOME/.local..." path for socket and should parse the $HOME variable
[18:41] <yofel> akonadi is stupid here, it *should* not depend on a specific username
[18:42] <xelister> Im talking to akonadi developers now, perhaps they will fix it
[18:43] <xelister> thenks everyone (over 4 people on irc, 2 people here debuggin on place ;)
[18:47] <alex_mayorga> any nouveau mavericks around?
[18:54] <MrKanister> alex_mayorga: I am on maverick and use "xserver-xorg-video-nouveau"
[18:54] <alex_mayorga> MrKanister: which card?
[18:55] <alex_mayorga> I'd like to know how to move forward with bug 581385
[18:55] <ubot2> Launchpad bug 581385 in nouveau-firmware (Ubuntu) (and 1 other project) "nouveau doesn't work on a Sony VAIO VPCCW (GT 230M) (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/581385
[18:55] <MrKanister> alex_mayorga: nVidea GForce 9800 GT
[18:58] <alex_mayorga> MrKanister: do you happen to know what would be a proper forum for this issue?
[18:59] <MrKanister> alex_mayorga: I am probably the wrong one to ask since I never had any issues with my graphic cards
[19:02] <xelister> on Ubuntu, an 2800 Mhz CPU PC is too slow to play pac-man. Yes, pacman that worked fine on 33 Hz computers 15 years ago. Awesome :) (in flash). Example: http://www.gry.pl/gra/Pac-xon.html
[19:03] <xelister> worked better before lucid. now all flash have performance, sound and playback problems
[19:03] <micahg> xelister: WFM, must be a video card issue
[19:03] <xelister> Nvidia, 60 FPS in 1920x1200 3d quake and UT engine games
[19:03] <MrKanister> xelister: no one forces you to update immediately after a new release comes out
[19:04] <MrKanister> xelister: if your system is working why would you want to update?
[19:04] <micahg> xelister: the switch to KMS caused some issues, please file bugs if you know of regressiosn
[19:04] <xelister> Mark had a gun to my head =)
[19:05] <MrKanister> xelister: sure :P
[19:05] <xelister> well I was hoping lucid would get rid of some of bugs in 9.10 too
[19:05] <micahg> xelister: it did :)
[19:06] <xelister> well I hope flash will die horrible death anyway
[19:06] <xelister> minus + minus can give a plus it seems, one evil corp attacking another evil corp.. perhaps html 5 video, JS will get more popular =)
[21:36] <BUGabundo> o/
[21:49] <hggdh> ddecator: ping
[21:49] <hggdh> \o
[21:50] <BUGabundo> \o/
[21:50] <hggdh> ~o~
[21:50] <yofel> ^o^
[21:51] <hggdh> `o´
[21:51] <hggdh> oh boy, I am silly today
[21:51] <yofel> we all are
[21:52] <hggdh> :-) life is good, then
[21:52] <yofel> thanks to google ^^
[21:52] <BUGabundo> its HOTTTTT
[21:52] <BUGabundo> I love summer weather
[21:52] <hggdh> come to Texas, and we will talk about hot
[21:52] <BUGabundo> plus got my vacancy paycheck :D
[21:52] <yofel> I would love if it was, here in germany it has pretty much rained for 3 weeks straight now -.-
[21:53] <BUGabundo> its 23ºC.... at 10pm
[21:53] <yofel> well, I'll be on a trip for a week starting tomorrow, hopefully with not as much rain...
[21:53] <BUGabundo> enjoy it
[21:53] <hggdh> its 31C, 1600
[21:54] <yofel> 15° here 11pm
[21:54] <hggdh> heh
[21:54] <David-T> i really hope it's still 2010,
[21:54] <hggdh> meaning hours, or years?
[21:54] <David-T> yeahs. :)
[21:54] <David-T> or something like that.
[21:54] <hggdh> LOL
[21:55] <yofel> hm, I don't think the CERN folks have yet caused a crack in space and time afaik
[21:56] <hggdh> or, perhaps, they have, and this is an alternate universe
[21:57]  * BUGabundo hides DrWho universe crack in the wall
[21:57] <yofel> ^^
[21:57] <maco> BUGabundo: you just better hope you dont get sucked in like those angels did
[21:57] <maco> ermmm did i just spoiler?
[21:58] <maco> im not sure which episodes have aired in the US
[21:58] <maco> that might be tomorrow's...or next week's...
[21:59] <BUGabundo> YES
[22:00] <BUGabundo> maco: I'm in Portugal
[22:00] <maco> i know
[22:00] <BUGabundo> so I just watch them once they hit the web
[22:00] <maco> but not everyone here is :P
[22:00] <BUGabundo> takes an hole season to get them aired here
[22:00] <BUGabundo> and on a really s****y schedule
[22:39] <pregier> I'm having trouble tracking down a potential issue where if metacity is not already set as the window manager and compiz won't run, then no window manager will launch at all; where might be the best place to find the necessary background information to ascertain whether this is a bug or not?
[23:10] <stenten> does anyone know how to file bugs against plymouth? I'd use 'ubuntu-bug plymouth', but https://bugs.launchpad.net/plymouth says "The Plymouth splash screen does not use Launchpad for bug tracking".
[23:11] <lifeless> stenten: use ubuntu-bug plymouth
[23:14] <stenten> thanks. Is there a list of current bugs anywhere? I really don't want to file a duplicate.
[23:14] <arand> stenten: that LP page is for the upstream project, plymouth in ubuntu DOES use launchpad for bugtracking
[23:16] <stenten> Ah, I found its page under ubuntu, thanks.
[23:16] <arand> stenten: Bottom of https://edge.launchpad.net/plymouth page, there's links to "plymouth in lucid", click it, and then go to "All versions of plymouth source in Ubuntu"
[23:16] <arand> stenten: There you get plymouth in ubuntu, with all related bugs, etc.
[23:18] <stenten> thanks kindly
[23:31] <nigelb> kermiac: did you learn how to package the hook?
[23:32] <kermiac> nigelb: no, not yet mate
[23:32] <kermiac> hehe, didn't realise you were in #ayatana too. I was just about to ping you
[23:33] <nigelb> drop the source_package.py file in debian directory and add a line in the .install file 'debian/source_package.py usr/share/apport/package-hooks'
[23:33] <nigelb> if you're using distributed development, do *NOT* forget bzr add
[23:34] <kermiac> nigelb: ok, so far that makes sense. I'm not sure about the bzr stuff though
[23:34] <kermiac> I've only ever packaged a couple of simple things locally.
[23:34] <nigelb> use documentation, if you find it confusing, just ask in #ubuntu-motu
[23:35] <kermiac> nigelb: yup, thanks mate. I'll have a play around with it today
[23:35] <nigelb> :)


[00:42] <smoser> harlowja, well, i'd replace any usage of the templates that we have in trunk to use the new format.
[00:43] <harlowja> smoser right, i adjusted all the ones in /templates
[00:43] <smoser> and those templates would in some way declaratively state that they were of this new type.
[00:43] <harlowja> yup
[00:44] <harlowja> check out the merge smoser when u get some time
[00:44] <harlowja> *review/merge
[00:46] <smoser> harlowja, thanks for all your help.
[00:46] <harlowja> np boss
[00:46] <harlowja> :)
[00:46] <harlowja> like 100 distros in cloud-init now
[00:46] <harlowja> haha
[00:46] <harlowja> pretty interesting
[00:47] <smoser> horah!
[00:47] <harlowja> def
[04:09] <oobx_> howdy? I'm stuck with vcloud director and am trying to add cloud-init to my vms because vcloud's vm customization is picky about the OS versions that it supports.
[04:10] <oobx_> I've created a user-data.txt file and genisoimage'd it, uploaded, attached, and booted.  But, /var/log/cloud-init.log doesn't show it noticing the ISO
[04:11] <oobx_> i'm using the EPEL 6.3 version of cloudinit on centos 6.5
[04:21] <oobx_> any tips?  It doesn't show "Alt cloud" as a datasource in the log, just nocloud, configdrive, ec2 and OVF.  I guess I need to find the 7.5 rpm or build one, right?
[04:51] <oobx_> i just noticed that OVF requires userdata to be in XML. I just used the make-iso script to convert my user-data into bases64 and shove it into the XML file.  I'll try it out tomorrow, since I'm unable to upload the ISO right now.
[09:43] <harmw> seanwbruno: you've had a chance to test the freebsd stuff?
[09:45] <harmw> smoser: anything needed from my part to have the pending merge request in cirros be fullfilled?
[09:45] <harmw> *accepted
[14:00] <smoser> harmw, i'll try to do that today.
[14:00] <smoser> i'm really sorry. i want to run it in lxc once. (even though i made you boot an unholy ubuntu system to try that :)
[14:31] <harmw> oh it worked on my fedora system :)
[14:31] <harmw> and sure, np
[17:15] <harlowja> any RH folks around? i was wondering what version of cloud-init will be in rhel7
[17:15] <harlowja> *and more importantly with what cloud.cfg
[17:16]  * harlowja might save me some time rebuilding a rhel7 rpm if i can avoid building it in the first place :-P
[17:37] <harmw> harlowja: does it even ship with ci? I dont see it at either ftp://ftp.redhat.com/redhat/linux/enterprise/6Server/en/os/SRPMS/ or the path for the 7beta
[17:37] <harlowja> hmmm, was talking to the folks here, and i think they said it does, let me double check, i just got access to a rhel7beta
[17:37] <harmw> I could be wrong ofc
[17:38] <harlowja> k, think u are right, doesn't seem in the rhel-beta repo, wonder where the guy saw it
[17:38] <harmw> perhaps epel, since it's include there
[17:40] <harmw> http://mirror.nl.leaseweb.net/epel/6Server/SRPMS/cloud-init-0.7.4-2.el6.src.rpm
[17:40] <harmw> thats for rhel6/centos6
[17:41] <harmw> http://mirror.nl.leaseweb.net/epel/beta/7/SRPMS/cloud-init-0.7.2-8.el7.src.rpm
[17:41] <harlowja> k, found it
[17:41] <harlowja> http://dl.fedoraproject.org/pub/epel/beta/7/SRPMS/repoview/cloud-init.html
[17:41] <harmw> and thats 7
[17:41] <harmw> ah yes harlowja
[17:41] <harlowja> ya, looking inside it, seeing what they did :-P
[17:41] <harmw> hhe
[17:42] <harlowja> ya, it seems like they just took over the fedora one :-P
[17:42] <harlowja> distro: fedora...
[17:42] <harlowja> in cloud.cfg
[17:43] <harmw> ah yes, I believe I've patched that in my private repo to read rhel or something :p
[17:43] <harlowja> ya, some systemd changes also
[17:43] <harmw> are those patches fedora specific or should thy be included 'upstream'?
[17:43] <harlowja> not 100% sure :-P
[17:43] <harlowja> they don't seem so specific
[17:44] <harmw> the nodevconsole patch looks interesting
[17:44] <harlowja> ya
[17:46] <harlowja> hey, at least rhel7 is 'Python 2.7.5'
[17:46] <harlowja> lol
[17:46] <harlowja> :-/
[17:47] <oobx> harlowja: I was tinkering with my desktop and may have missed help directed at me.  Thanks for the cloud-init epel links for CENTOS 7.  Now, I'm seeing 7.4 instead of 6.3 in http://dl.fedoraproject.org/pub/epel/6/x86_64/
[17:48] <harlowja> :)
[17:48] <harlowja> there u go
[17:48] <harmw> smoser: got that lxc container up already? :p
[17:58] <smoser> harmw, so in my test here.. i see the disk output of the host.
[17:58] <harmw> you do? hm
[17:58] <harmw> proc/partitions has indeed all the hosts stuff
[17:59] <harmw> but lsblk didn't
[18:09] <smoser> i'll lok at this a bit more.
[18:09] <smoser> i think i might use lscpu
[18:09] <smoser> as it can tele me cores x sockets x threads
[18:10] <harmw> and thats included in cirros already?
[18:10] <smoser> yeah.
[18:10] <harmw> damn
[18:10] <smoser> and the lslk might differ between yours and mine.
[18:10] <smoser> (the lxc container might differ)
[18:10] <harmw> yea could be the case
[18:10] <smoser> but at this point whatever we see is probably not valid.
[18:27] <smoser> harmw, lscpu --parse
[18:27] <smoser> that looks like it would be nice.
[18:27] <smoser> but it seems to not work :)
[18:27] <smoser> oh. i see.
[18:28] <smoser> it does. but doesn't give as much info as you'd like.
[18:28] <harmw> damn, nifty output
[18:29] <harmw> though it's all zeroes whn running --parse
[18:32] <smoser> well, its not.
[18:32] <smoser> thats only for the first cpu
[18:32] <smoser> and you only have 1
[18:32] <smoser> :)
[18:32] <harmw> indeed I have
[18:32] <smoser> i didn' realize cirros /bin/sh supported ${FOO//from/to}
[18:32] <smoser> that is not posix
[18:34] <smoser> awk '$1 == "MemTotal:" {print $2}' /proc/meminfo
[18:34] <smoser> you can do the divide in awk too if you wanted. and even then ditch the echo.
[18:55] <smoser> harmw, http://paste.ubuntu.com/7045706/
[18:55] <smoser> that prints out:
[18:55] <smoser> arch: x86_64
[18:55] <smoser> total: 16 cpu @ 1600.000 MHz
[18:55] <smoser> cores/sockets/threads: 4x2x2
[19:12] <harmw> arch: x86_64
[19:12] <harmw> total: 1 cpu @ 2009.101 MHz
[19:12] <harmw> cores/sockets/threads: 1x1x1
[19:12] <harmw> nice
[20:10] <harmw> [20:10] <harmw> Arch: x86_64
[20:10] <harmw> CPU(s): 1 @ 2009.101 MHz
[20:10] <harmw> Cores/Sockets/Threads: 1/1/1
[20:10] <harmw> Virt-type: AMD-V
[20:10] <harmw> Hypervisor:
[20:10] <harmw> I think I like that output a little better
[20:11] <harmw> (and to figure out the hypervisor I'd probably only have dmidecode as option)
[20:14] <smoser> harm. tha tlooks fine to me.
[20:14] <smoser> one cleanup to what i had, you should initialize variables to 'NA' or something.
[20:17] <smoser> harmw, http://paste.ubuntu.com/7046165/
[21:09] <harmw> smoser: pushed
[21:09] <harmw> and I realy can't wait for dmidecode... :)
[21:10] <smoser> harmw, dmidecode is "interesting"
[21:10] <smoser> i recently fixed two bugs in cloud-init to *not* use dmidecode
[21:10] <harmw> haha
[21:10] <smoser> as on arm, it crashes vms
[21:10] <smoser> and even, reportedly, crashes hardware.
[21:10] <harmw> ouch
[21:10] <smoser> ie, you run that command and "poof" your hardware goes MIA.
[21:11] <harmw> well, perhaps /dev/mem is just to delicate :p
[21:11] <harmw> anyway, time for a new cirros release?
[21:13] <harmw> hm
[21:13] <harmw> dmesg|grep DMI:
[21:13] <harmw> looks like a simple way of telling which platform we're on
[21:14] <harmw> [    0.000000] DMI: Red Hat Inc. OpenStack Nova, BIOS Bochs 01/01/2011
[21:14] <harmw> kindof
[21:14] <harmw> dmesg|grep DMI:
[21:14] <harmw> DMI: Supermicro X7SPA-HF/X7SPA-HF, BIOS 1.0b    01/19/2010
[21:16] <harmw> (or var/log/messages for that matter)
[21:17] <harmw> smoser: I think I like that line as part of the extended info stuff
[21:17] <harmw> thoughts?
[21:18] <harmw> cut until BIOS shows up that is
[21:30] <smoser> $ dmesg | sed -n 's/.*[ ]\+DMI:[ ]\+//p'
[21:30] <smoser> LENOVO 7417CTO/7417CTO, BIOS 7UET91WW (3.21 ) 12/06/2010
[21:31] <smoser> harmw, lets do something simple now. and get you some of the dat ayou want.
[21:31] <smoser> and then work on getting something nicer.
[21:43] <harmw> ok
[21:43] <harmw> grep DMI /var/log/messages | sed 's/.\+] DMI: \(.\+\), BIOS.\+/\1/'
[21:47] <smoser> no need for grep.
[21:47] <smoser> sed is doing that above.
[21:47] <smoser> and in yours too.
[21:48] <smoser> $ sed -n 's/.*[ ]\+DMI:[ ]\+//p' /var/log/kern.log
[21:48] <smoser> LENOVO 7417CTO/7417CTO, BIOS 7UET91WW (3.21 ) 12/06/2010
[21:49] <smoser> use '-n'
[21:51] <harmw> well, using grep at first seems a little faster
[21:54] <harmw> $ grep DMI: /var/log/messages | sed -n 's/.*[ ]\+DMI:[ ]\+\(.\+\), BIOS.*/\1/p'
[21:54] <harmw> Red Hat Inc. OpenStack Nova
[21:57] <smoser> really?
[21:57] <smoser> are you sure?
[21:59] <smoser> yeah. wow. it is.
[22:00] <harmw> :)
[22:00] <harmw> I'm pushing it
[22:05] <harmw> http://paste.ubuntu.com/7046723/ thats how it looks like
[22:08] <harmw> idealy, the sudo fix for reading ssh keys shouldn't have gone into this branch
[22:13] <harmw> ok, and using awk to get the ram size
[22:15] <smoser> right. you dont need sudo there.
[22:15] <smoser> right?
[22:15] <harmw> well, not at boot time no
[22:15] <smoser> ah. i see.
[22:15] <harmw> but you do if you run the cirros-status manually
[22:15] <harmw> for whatever reason
[22:15] <smoser> right. other option is just to output only what is avilable as non-root.
[22:16] <smoser> and say "if you were root, you'd know more"
[22:16] <harmw> lets merge this, release cirros and then change that :p
[22:17] <smoser> :)
[22:18] <smoser> i have to run.
[22:18] <harmw> ok :)


[11:42] <cjwatson> lifeless: Would you mind either doing a timeline release (I added py3 support) or granting me PyPI upload access?