[19:45] <leru> hi, ubuntu 16.04 lts here, entering q into dash closes the dash. did already reset unity and gnome settings. q still closes the dash. how can i fix this?


[03:36] <az7> chat night!
[03:52] <kwadphone> Heyo. I miss anything?
[03:52] <az7> not that i know of
[03:53] <kwadphone> Pretty quiet again tonite?
[03:54] <az7> probably.. anybody going to the dc501 meeting thursday?
[03:55] <kwadphone> I would if I didn't have class
[03:55] <kwadphone> Have about 6more weeks left
[03:56] <kwadphone> Then I can go back to the meetings
[03:58] <kwadphone> Switching to the PC
[03:58] <kwadroke> much better
[03:59] <kwadroke> phone keyboards are pitiful compared to a real one
[04:02] <az7> quite often
[04:04] <az7> see the ubuntu on android video?
[04:04] <kwadroke> not that I know of?
[04:04] <kwadroke> got a link?
[04:06] <kwadroke> seen the screen shots
[04:09] <az7> https://www.youtube.com/watch?v=3pZUCKt0RKc
[04:11] <kwadroke> so it's running ubuntu & android at the same time?
[04:12] <az7> kinda.. shared kernel?
[04:14] <kwadroke> interesting
[04:15] <kwadroke> too bad it won't work on my captivate
[04:17] <az7> yeah, i wonder what the hardware requirements will be
[04:17] <kwadroke> it's running on a Samsung Nexus II
[04:17] <kwadroke> I think
[04:17] <kwadroke> Galaxy S II, I mean
[04:18] <az7> ah, i thought they demoed on a motorola atrix
[04:18] <kwadroke> may have been that too
[04:19] <kwadroke> those are just dual core phones
[04:22] <kwadroke> maybe one of these days I'll upgrade
[04:23] <az7> i'm still rocking the n1
[04:24] <kwadroke> on T-Mobile?
[04:25] <az7> att
[04:26] <kwadroke> ok, I've heard it's pretty slow on ATT unless something has changed
[04:28] <az7> they released one that uses att 3g
[04:29] <kwadroke> oh. didn't know that
[04:32] <az7> anywho. i'm going to get some sleep.. have a good one
[04:32] <kwadroke> you too


[02:39] <pleia2> not exactly the most exciting news week this week
[02:40] <pleia2> I'll try to round up some more articles tomorrow


[01:47] <baynsley> #EFAAGM
[08:00] <brobostigon> morning boys and girls.
[08:04] <BobMottram[m]> Eclipse always seemed heavyweight to me. It's ok though.
[22:22] <directhex_> BobMottram[m]: eclipse is so staggeringly bad it drove my entire professional career (against java & into c#)
[22:23] <directhex_> "if java developers think this is fit for purpose i gotta get away from java"
[22:23] <daftykins> :>
[22:23] <daftykins> sir \o
[22:23] <directhex_> ello
[22:23] <daftykins> are ye well?
[22:23] <directhex_> felt pretty sick today actually
[22:23] <directhex_> but seem mostly recovered now
[22:24] <daftykins> excellent! and in the grand scheme? :)
[22:24] <directhex_> need to go get a rental car later. sadly from somewhere stupid as zipcar is v. popular over holiday days
[22:24] <directhex_> still acclimatising to life in the US
[22:25] <daftykins> you're braver than me
[22:25] <daftykins> i wonder how my old mate kez is doing in LA, working for the devil... i mean Apple
[22:25] <directhex_> buying a car has gone rapidly up the priority list - house sale should be completed on thursday, so i'll have money soon
[22:25] <daftykins> er not LA, Cali as a whole
[22:25] <daftykins> the one back in Blighty?
[22:25] <directhex_> yeah
[22:25] <directhex_> got hung up on crap conveyancing for months
[22:26] <daftykins> i know that trouble, mmm
[22:26] <daftykins> still dealing with insurance crap with mine atm
[22:27] <directhex_> taking my driving test on wednesday. if i fail i'll take some actual lessons before trying again
[22:29] <daftykins> i didn't think it was too tough over there, since 16 year olds can do it?
[22:29] <daftykins> especially in an auto
[22:36] <directhex_> daftykins: yeah, but still
[22:36] <daftykins> i don't blame you, i don't hold a license either
[22:36] <daftykins> and highways are kinda scary :P
[22:36] <directhex_> i went from "hm, i should get a license" on tuesday night to "i passed my theory test" by wednesday lunchtime
[22:36] <daftykins> hah
[22:37] <daftykins> wonder if it's as thorough as the one over here
[22:37] <daftykins> story goes they'll soon begin assessing driving style for environmental impact
[22:37] <directhex_> also my UK license is only valid here until july
[22:37] <daftykins> oh you did have one
[22:38] <directhex_> yeah since 2006
[22:40] <directhex_> thankfully found an insurance broker here who can get me covered using UK history (11 year old UK license has a lot of value in lowering premiums)
[22:40] <directhex_> (vs 0-day-old MA license)
[22:40] <directhex_> also plan to have paid for a car by this time next week
[22:40] <daftykins> ah har
[22:41] <daftykins> i'm gonna regret never having gotten a license tomorrow when i'm in the back seat with my clients 3 year old, driving down to their apartment in Spain
[22:41] <directhex_> XD
[22:41] <directhex_> if you'd got a license years ago you could be driving *yourself* in a convertible
[22:42] <directhex_> but nooooo
[22:42] <daftykins> ;)
[22:42] <daftykins> in fairness i wouldn't want to pay for that
[22:42] <directhex_> first time i came to the US with the missus, we rented a camaro as our car for the trip
[22:43] <directhex_> https://upload.wikimedia.org/wikipedia/commons/thumb/a/a0/2010ChevroletCamaro-05-1.jpg/1200px-2010ChevroletCamaro-05-1.jpg
[22:43] <daftykins> there he goes in his new Camaro ~
[22:43] <daftykins> mmhmm
[22:45] <directhex_> currently following plan A and plan B for car in parallel
[22:45] <directhex_> plan B is to buy a chevrolet bolt ev
[22:45] <daftykins> mmhmm
[22:46] <daftykins> and A?
[22:46] <directhex_> plan a is to buy a very used tesla model s, then consider trading it in for a new tesla model 3 in march when my model 3 reservation matures
[22:46] <daftykins> ah har
[22:46] <directhex_> depending on how i feel about giant vs. smaller car, and new vs old
[22:46] <directhex_> blocker on plan a is being dicked around by uk->us move screwing the reservation up
[22:47] <directhex_> so if tesla don't fix it by, say, wednesday, i'll give them up
[22:47] <daftykins> were they originally gonna ship it over?
[22:47] <directhex_> bolt is fine. it's not a luxury car, the boot is small, but it's fine and moves like greased lightning through a goose
[22:48] <directhex_> i reserved a model 3 in the UK, between july and october that became a RHD-only reservation rather than a "wherever jo lives" reservation
[22:49] <directhex_> i don't really need a RHD car, in the UK, in 2019 :D
[22:49] <daftykins> i'm unfamiliar with that acronym
[22:49] <directhex_> right-hand drive
[22:49] <daftykins> ah
[22:49] <directhex_> i.e. UK/australia use
[22:50] <daftykins> and Guernsey!
[22:50] <daftykins> don't forget us! ;D
[22:50] <directhex_> also UK and US teslas use a different charge connector
[22:50] <daftykins> do they not require 240v adapters over there anyway, so it's not for voltage safety?
[22:51] <directhex_> public chargers are 240
[22:52] <directhex_> or high voltage DC
[22:54] <directhex_> hang on i took some pics at the dealership
[23:23] <directhex_> https://imgur.com/a/7f86g


[00:09] -queuebot:#ubuntu-release- New binary: pymatgen [riscv64] (noble-proposed/universe) [2024.1.27+dfsg1-3] (no packageset)
[00:21] -queuebot:#ubuntu-release- New: accepted pymatgen [riscv64] (noble-proposed) [2024.1.27+dfsg1-3]
[08:40] -queuebot:#ubuntu-release- Unapproved: cockpit (jammy-backports/universe) [308-1~bpo22.04.1 => 310.1-1~bpo22.04.1] (no packageset)
[08:41] -queuebot:#ubuntu-release- Unapproved: cockpit (mantic-backports/universe) [308-1~bpo23.10.1 => 310.1-1~bpo23.10.1] (no packageset)
[08:41] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (jammy-backports/universe) [304-1~bpo22.04.1 => 306-1~bpo22.04.1] (no packageset)
[08:41] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (mantic-backports/universe) [304-1~bpo23.10.1 => 306-1~bpo23.10.1] (no packageset)
[09:05] <LocutusOfBorg> vorlon, if you need help or paperwork from my side, please let me know
[09:05] <LocutusOfBorg> also, it was discussed to think about vbox as a snap
[12:35] -queuebot:#ubuntu-release- New binary: falcosecurity-libs [amd64] (noble-proposed/universe) [0.14.1-5ubuntu1] (no packageset)
[12:36] -queuebot:#ubuntu-release- New binary: falcosecurity-libs [s390x] (noble-proposed/universe) [0.14.1-5ubuntu1] (no packageset)
[12:37] -queuebot:#ubuntu-release- New binary: falcosecurity-libs [arm64] (noble-proposed/universe) [0.14.1-5ubuntu1] (no packageset)
[12:38] -queuebot:#ubuntu-release- New binary: falcosecurity-libs [ppc64el] (noble-proposed/universe) [0.14.1-5ubuntu1] (no packageset)
[12:38] -queuebot:#ubuntu-release- New binary: falcosecurity-libs [armhf] (noble-proposed/universe) [0.14.1-5ubuntu1] (no packageset)
[13:58] -queuebot:#ubuntu-release- New binary: falcosecurity-libs [riscv64] (noble-proposed/universe) [0.14.1-5ubuntu1] (no packageset)
[14:31] -queuebot:#ubuntu-release- New: accepted falcosecurity-libs [amd64] (noble-proposed) [0.14.1-5ubuntu1]
[14:31] -queuebot:#ubuntu-release- New: accepted falcosecurity-libs [armhf] (noble-proposed) [0.14.1-5ubuntu1]
[14:31] -queuebot:#ubuntu-release- New: accepted falcosecurity-libs [riscv64] (noble-proposed) [0.14.1-5ubuntu1]
[14:31] -queuebot:#ubuntu-release- New: accepted falcosecurity-libs [arm64] (noble-proposed) [0.14.1-5ubuntu1]
[14:31] -queuebot:#ubuntu-release- New: accepted falcosecurity-libs [s390x] (noble-proposed) [0.14.1-5ubuntu1]
[14:31] -queuebot:#ubuntu-release- New: accepted falcosecurity-libs [ppc64el] (noble-proposed) [0.14.1-5ubuntu1]
[17:31] <vorlon> LocutusOfBorg: uh I don't know who was discussing vbox as a snap, but you can't snap kernel modules
[20:07] <LocutusOfBorg> vorlon, not yet :)
[20:07] <LocutusOfBorg> we discussed a little bit during ubuntu summit
[20:07] <LocutusOfBorg> last year
[20:08] <LocutusOfBorg> virtualbox upstream would like to check if it's possible to provide some interfaces for virtualbox as snap
[20:13] <vorlon> LocutusOfBorg: yeah well "not yet" means "at risk to have support for this in 24.04 LTS", where we really want it for nvidia modules on Ubuntu Desktop with TPM-backed FDE
[20:14] <LocutusOfBorg> didn't know!
[20:14] <LocutusOfBorg> btw, people are already uploading 64bit nmu in sid, e.g. falcosecurity-libs above
[20:14] <LocutusOfBorg> is my sysdiag ncr correct?
[20:14] <LocutusOfBorg> (sisdig)
[20:15] <LocutusOfBorg> (sysdig)
[20:15] <LocutusOfBorg> falcosecurity-libs merge did pick up the experimental nmu you did, because maintainer uploaded in sid
[20:17] <vorlon> grr
[20:18] <vorlon> mwhudson did the NMU, so he would've gotten the notice rather than me
[20:20] <vorlon> LocutusOfBorg: 'ncr'?
[20:20] <LocutusOfBorg> no change rebuild
[20:20] <vorlon> no
[20:20] <vorlon> don't rebuild sysdig
[20:21] <LocutusOfBorg> :/
[20:21] <jbicha> the NMU bugs don't say clearly enough "please don't upload this nmu or this package at all right now"
[20:22] <vorlon> LocutusOfBorg: if you do it will build with the wrong ABI and depend on the new package name, so will be invisible to the mass binNMU handling!
[20:22] <vorlon> LocutusOfBorg: if you've already uploaded sysdig, then we should revert the maintainer upload to unstable
[20:22] <LocutusOfBorg> vorlon, I did it like half an hour ago
[20:22] <LocutusOfBorg> vorlon, I'm speaking about Ubuntu now
[20:22] <vorlon> jbicha: yes, I always overestimate the least common denominator of Debian maintainers
[20:22] <vorlon> LocutusOfBorg: oh.  well, I can just remove that one myself from -proposed then :)
[20:22] <LocutusOfBorg> yes
[20:23] <LocutusOfBorg> but the problem remains for Debian
[20:23] <LocutusOfBorg> falcosecurity-libs built with wrong abi in debian sid, right?
[20:23] <vorlon> correct
[20:23] <vorlon> but we can handwave and just NMU it anyway to fix the ABI
[20:23] <LocutusOfBorg> ok, how do we know when the "switch" will be effective? some dpkg upload?
[20:24] <vorlon> there will be a dpkg upload, followed by coordinated NMUs to unstable
[20:24] <LocutusOfBorg> should we expect on armhf to have some "Provides:" ?
[20:24] <vorlon> and I'll post about it to debian-devel-announce again once dpkg is uploaded
[20:24] <vorlon> LocutusOfBorg: quite the opposite, armhf will be the architecture that DOESN'T have provides: and all other Ubuntu architectures will have
[20:25] <LocutusOfBorg> ok but I would have expected experimental uploads to gain it...
[20:25] <LocutusOfBorg> so maintainers would have been aware of the new stuff
[20:26] <LocutusOfBorg> I fear I'm missing something, but the abi in experimental after the nmu is exactly the same as the one in sid, right?
[20:27] <vorlon> The uploads in experimental do have Provides: added.  They just don't do the actual ABI change; experimental is a false transition
[20:27] <vorlon> to not deal with the dpkg-dev stuff at the time
[20:28] <LocutusOfBorg> ok
[20:28] <LocutusOfBorg> so, they are abi compatible with the reverse-dependencies
[20:29] <LocutusOfBorg> but not co-installable probably
[20:29] <LocutusOfBorg> indeed uploading dpkg in experimental and forcing an additional B-D was a little bit an overkill, I can understand
[20:30] <LocutusOfBorg> thanks for explaining, I admit I didn't quite understand from the NMU bugs, my bad
[20:30] <LocutusOfBorg> so I put falcosecurity-libs in a list for rebuild in Ubuntu once dpkg changes defaults


[19:12] <lightbulbone> hey all, anyone happen to know if it's possible to disable follow keyboard focus while using zoom?


[00:39] <p3rror> hello
[00:39] <p3rror>  i uploaded a package using dput
[00:39] <p3rror> but it still invisible in the revu.ubuntuwire.com website
[00:39] <p3rror> please can you tell me what happened ? maybe there are a delay
[00:40] <lifeless> how long ago did you upload it?
[00:44] <p3rror> euh... i did it at 13h00 GMT
[00:45] <p3rror> and here is the contenent of my  dput.cf
[00:45] <p3rror> [revu]
[00:45] <p3rror> fqdn = revu.ubuntuwire.com
[00:45] <p3rror> incoming = /incoming
[00:45] <p3rror> login = anonymous
[00:45] <p3rror> progress_indicator = 2
[00:45] <p3rror> allow_unsigned_uploads = 0
[00:46] <ajmitch> p3rror: and what package did you upload?
[00:46] <p3rror> a python module named python-ipcalc
[00:47] <ajmitch> try uploading a source-only package (built with debuild -S)
[00:47] <ajmitch> revu won't accept binary uploads
[00:49] <p3rror> done
[00:49] <p3rror> Successfully uploaded packages.
[00:51] <ajmitch> yeah, that's just dput reporting that the ftp part didn't break
[00:52] <p3rror> great
[00:52] <p3rror> well right now i can see my package is the new packages list
[00:52] <ajmitch> looks like it's there, good
[00:54] <p3rror> yes ajmitch
[00:54] <p3rror> thanks for support
[01:02] <RoAkSoAx> Heya guys. On a merge I'm working on, during build process, It does this: a2x -f manpage debian/apgdiff.1.txt ad I get this: DEPRECATED: apgdiff.1.txt: line 21: old glossary list syntax
[01:02] <RoAkSoAx> and this: a2x: xmllint not found: skipping validity checking
[01:03] <RoAkSoAx> do you know what can be wrong with it, and/or a place where explains how can I resolve the DEPRECATED warning of the manpage?
[01:25] <skorpius> hello room
[01:27] <skorpius> can someone tell me any good video editor exept kdenlive and cinelerra
[01:28] <Ampelbein> skorpius: this is not the right place to ask, you get better help in #ubuntu.
[02:03] <RoAkSoAx> vorian, ping
[02:04] <vorian> RoAkSoAx: PONG
[02:04] <vorian> :P
[02:04] <RoAkSoAx> vorian, how's it going :) ?
[02:04] <vorian> good
[02:04] <RoAkSoAx> vorian, happy fathers day :) you are a dad right?
[02:04] <vorian> how are you doing?
[02:05] <vorian> yep, i have 5 chillens
[02:05] <vorian> thanks :)
[02:05] <RoAkSoAx> vorian, I'm doing well. Do you have little time to help me out with something?
[02:05] <vorian> sure thing
[02:06] <vorian> or i'll try, at least :)
[02:06] <RoAkSoAx> vorian, ok. I'm mering apgdiff, during build process i get this warning: DEPRECATED: apgdiff.1.txt: line 21: old glossary list syntax
[02:07] <vorian> hmm
[02:07] <RoAkSoAx> vorian, and this is because of ':-' in this file: http://pastebin.ubuntu.com/201198/ after each option... so, I was wondering if removing ':-' is the right thing to do, since I've done that and now it does not shows that warning
[02:07] <vorian> is apgdiff.1 in the debian directory?
[02:08] <vorian> hrm
[02:08] <vorian> odd
[02:08] <RoAkSoAx> vorian, so having :- after each option is the right syntax?
[02:08] <vorian> it would give you a warning otherwise
[02:09] <vorian> on line 3, and 6 and 10 and 14 and 20
[02:09] <vorian> etc...
[02:09] <RoAkSoAx> vorian, (i'm not pasting the complete file) but yes, if I remove the :- from version it shows the warning on line 6 and so on
[02:10] <vorian> ah, ok
[02:12] <RoAkSoAx> vorian, so, what I'm actually saying is if i need to delete that :- or add something else instead so that that warning is not showed
[02:12] <vorian> it would seem appropriate to drop it, but I'm not entirely sure
[02:12] <vorian> it should be
[02:12] <vorian> -- option x
[02:13] <vorian> so, yeah no colon/hyphen
[02:13] <RoAkSoAx> vorian, ok because when i drop the :-, the manpage (after built) it shows like: --version displays apgdiff version
[02:13] <RoAkSoAx> http://pastebin.ubuntu.com/201199/
[02:15] <RoAkSoAx> vorian, do you know where can I find an explanation on the syntax used on a plain text manpage?? I guess they should explain that there...
[02:30] <masterkernel> Hello, I am in need of a reviewer for my package, kernelcheck. It is a GUI tool that can automatically (custom) build any 2.6 kernel from the upstream source with any patches the user wants.
[02:33] <masterkernel> Link: http://revu.ubuntuwire.com/p/kernelcheck
[02:36] <vorian> RoAkSoAx: sorry
[02:36] <vorian> got distracted for a moment
[02:36] <RoAkSoAx> vorian, np :)
[02:37] <RoAkSoAx> vorian, so anyways... what do you think I should do, Or should I just leave it as it is?
[02:37] <vorian> i would leave it
[02:38] <vorian> untouched
[02:39] <RoAkSoAx> vorian, ok Will do then. Now I have a second question, during build process it also shows me this : a2x: xmllint not found: skipping validity checking.
[02:40] <RoAkSoAx> it does not affect the build process, but adding libxml2-utils to Build-Depends will make that warning go away... so... since it actually does not affect the build process, should I add that package to Build-Depends (or Build-Depends-Indep), or where should it go?
[02:40] <vorian> /usr/bin/xmllint
[02:40] <vorian> does it build-dep on libxml2-dev
[02:40] <vorian> ?
[02:41] <RoAkSoAx> vorian, Build-Depends-Indep: docbook-xml, docbook-xsl, xsltproc, asciidoc   Build-Depends: ant, debhelper (>> 7), quilt, default-jdk
[02:42] <RoAkSoAx> vorian, or should it go under Recommends?
[02:42] <RoAkSoAx> vorian, never mind what I just said under Recommends since it's only needed during the Build Process
[02:43] <vorian> i would think it would need to be a build dep based on the verbage you used
[02:44] <RoAkSoAx> vorian, I have tested it under Build-Depend-Indep and the warning is no longer showed
[02:45] <vorian> good
[02:46] <RoAkSoAx> vorian, so that would be the actual fix then. Every time I get a problem like that I should check for a package that makes warnings like that go away and just add them t Build-Depends, even though if they are not actually needed for the building process?
[02:47] <vorian> yes - just be careful about where the packages come from
[02:48] <vorian> as far as main/universe/multiverse
[02:49] <RoAkSoAx> vorian, ok cool thanks. That's it. :) Thanks for your help
[02:49] <vorian> no problemo
[03:00] <RoAkSoAx> vorian, now it shows me: a2x: failed: xmllint --nonet --noout --valid "debian/apgdiff.1.xml" and I'm guessing it is because of the ":-" in the .txt file
[03:02] <vorian> possibly
[03:03] <RoAkSoAx> vorian, yes I have just tested it and it's because of the ':-'
[03:03] <RoAkSoAx> vorian, do you know where can I find a howto or anything that show's me how should the syntax be for a manpage in a .txt file?
[03:04] <vorian> i don't know a specific place - I usually google for examples
[03:05]  * vorian hates manpages
[03:05]  * RoAkSoAx is starting to hate them :)
[03:06] <RoAkSoAx> vorian, well I've been searching for it but have not find anything that would help me out... well I'll keep searching I guess
[03:06] <vorian> mostly because they seem to be the most time-consuming part
[03:06] <vorian> http://www.faqs.org/docs/Linux-mini/Man-Page.html
[03:07] <vorian> that's for groff
[03:07]  * vorian must depart
[03:07] <vorian> see ya later RoAkSoAx
[03:08] <RoAkSoAx> see ya vorian take care :)
[03:08] <RoAkSoAx> thnks for the help
[07:24] <\sh> moins
[07:34] <dholbach> good morning
[07:36] <PaulOwen> ahoy dhobach
[07:36] <PaulOwen> even dhoLbach
[07:36] <dholbach> hi PaulOwen
[07:36] <PaulOwen> so here it's mighty happening i guess? first time on this
[07:37] <nellery> hey dholbach!
[07:38]  * PaulOwen jumps and waves
[07:38] <dholbach> hiya nellery
[07:39] <dholbach> PaulOwen: if you're interested in ubuntu development and everything, head to https://wiki.ubuntu.com/MOTU/GettingStarted :)
[07:40] <PaulOwen> im just about to notice that the acpi thing im dling has kdelibs in it, not too sensible when im not on kubuntu i suppose?
[07:41] <PaulOwen> aaah is this pure developers channel? im totally wrong here if so :)
[07:43]  * PaulOwen woot it's rushing by...
[07:43] <ak4d7>  hi everyone i need help recovering a ubuntu installation after crashing it with a compiz configuration now it won't login or start
[07:44] <PaulOwen> hi ak4d7, medic is on his way
[07:44] <ak4d7> medic?
[07:45] <PaulOwen> okay, ive just read this is masters of the universe, not mark of the unicorn or whatever
[07:45] <PaulOwen> yeah, help, i guess, but maybe only for developers
[07:45] <ak4d7> i have tried uninstalling gnome and installing it again
[07:46] <ak4d7> im no developer but i need help
[07:46] <PaulOwen> i guess i'll type /list and see if theres a newbie channel for us
[07:47] <siretart> PaulOwen: try #ubuntu
[07:48] <PaulOwen> that list thing is extra fun on isdn
[07:48] <PaulOwen> ah thanks siretart :)
[07:48] <PaulOwen> i wonder how they always come up with this channel names
[07:51] <ajmitch> good evening
[07:52] <directhex> hiya ajmitch
[07:52] <PaulOwen> good night and good luck and thanks for scripting this totally astonishing application, bugfix, doomsday device right now
[07:52] <PaulOwen> peace :D
[07:53] <ajmitch> that was a bit random
[07:54] <directhex> ajmitch, did you see the 3-page hit piece against me on itwire? yays! ^_^
[07:54] <ajmitch> couldn't be bothered reading past about halfway down page 1
[07:54] <directhex> but sam is a journalist! it says so on the internet!
[07:55] <ajmitch> k
[07:55] <ajmitch> so when does his writing turn into something coherent?
[07:56] <ajmitch> but I'm impressed that you're getting so much attention :)
[07:56] <directhex> try applying vodka
[07:56] <ajmitch> I only have beer :(
[07:56] <directhex> yeah, well, shows what happens if you put your head above the parapet ¬_¬
[07:58] <ajmitch> oh well, someone has to do it
[07:59] <directhex> i can't afford to blog again until july, sadly
[07:59] <ajmitch> bandwidth costs for getting hit so often?
[08:04] <directhex> ajmitch, precisely
[08:04] <ajmitch> what, you haven't got the cheque from MS for your advocacy yet? ;)
[08:05] <directhex> i'll ask them tomorrow
[08:05] <ajmitch> ah, good plan
[08:05] <directhex> Summary for June 2009
[08:05] <directhex> Total bandwidth used 	6704 MB
[08:05] <directhex> Total allowed 	3600 MB
[08:06] <slytherin> directhex: where is the link?
[08:06] <ajmitch> and I wonder why I don't have a blog...
[08:06] <directhex> slytherin, to what i wrote, or itwire's subsequent rambling?
[08:08] <slytherin> directhex: ITWire's rambling
[08:09] <\sh> directhex: you need more Bandwidth?
[08:09] <StevenK> 3.6GB a month?
[08:09] <StevenK> Geeez, my provider for my VPS allows 200GB
[08:10] <\sh> I'm on a 2TB/month plan...
[08:10] <ajmitch> StevenK: but is that based in a civilised country with regards to data caps?
[08:10] <StevenK> ajmitch: The VPS is in the US.
[08:10] <ajmitch> as I expected
[08:11] <ajmitch> unlike trying to host a server in NZ, with a cap of 10 GB international traffic per month
[08:11] <StevenK> Hah. Ouch.
[08:11] <ajmitch> this is why we have predominantly NZ clients :)
[08:12] <directhex> \sh, i need to have a serious think about what to do on the bandwidth front, certainly
[08:12] <ajmitch> \sh has contacts...
[08:12] <directhex> slytherin, http://www.itwire.com/content/view/25799/1231/
[08:13] <\sh> directhex: apache2 + php wordpress
[08:14] <\sh> +mysql + wordpress == no problem...no ssh account...if you can live with that...I can help you out :)
[08:14] <directhex> \sh, thanks for the offer, but i'd rather pay for something with ssh access
[08:14] <\sh> s/wordpress/{wordpress,drupal,s9y,django}/
[08:14] <directhex> \sh, for now i'm simply ignoring my webhost in the hope that they ignore me.....
[08:15] <directhex> i like wordpress. it's nice 'n' easy
[08:16] <\sh> directhex: when I find the time...I'm going to upgrade my rootserver plan to a new machine with XEN possibility..so it's also possible to have ssh accounts...
[08:19] <directhex> \sh, well, time is the eternal issue isn't it :)
[08:19] <directhex> on a related note, i need to finish packing for hamburg
[08:19] <\sh> directhex: right now, yes...this week I'm @home...and the upcoming 4 weeks I'm working in a datacenter in Frankfurt...my wife is already happy about that..
[08:20] <StevenK> \sh: Happy smiley or happy sarcastic?
[08:21] <Hobbsee> directhex: just get a linode.  problem solved ;)
[08:21] <\sh> StevenK: I have a 8 weeks old little boy @home..do you think my better half smiles happy when I'm 4 weeks gone from home?
[08:21] <StevenK> \sh: Hah, right.
[08:21]  * directhex packs his UDS Crew t-shirt for the microsoft-sponsored event on wednesday
[08:21] <StevenK> directhex: +10,000 for Linode
[08:22] <directhex> StevenK, i was considering a VPS, certainly
[08:23] <directhex> StevenK, wasn't really looking at linode as i really prefer uk-based hosting. but it's an option
[08:23] <directhex> StevenK, problem is, i suck & have no idea about configuring apache to do all the gubbins i want :)
[08:24] <Hobbsee> directhex: won't take you much to learn.  I managed
[08:24] <StevenK> directhex: Apache is easy :-)
[08:24] <StevenK> directhex: My rates are very reasonable if you want help :-)
[08:29] <directhex> i'm sure i'm supposed to pipe up with "mod-mono!" or somesuch, but i really like wordpress.
[08:39] <directhex> okay, all packed, i hope
[08:51] <stefanlsd> BloGTK has a fix we need in Jaunty that prevents the app from working.  For it to work in Jaunty, if the user has it installed, we need to delete ~/.BloGTK/BloGTK.conf. Should we do this in the SRU? Or just let the user know they should do this?
[08:52] <Laney> you can't touch the users home directory
[08:55] <stefanlsd> Laney: ok. thanks
[09:01] <gaspa> slytherin: hi!
[09:03]  * Hobbsee is getting really bored with the persistent X deaths
[09:04] <\sh> stefanlsd: another sane idea would be to let the app (bloGTK) do the migration of $HOME/.BloGTK/
[09:05] <\sh> stefanlsd: but I think that's too much new feature for an SRU
[09:19] <stefanlsd> \sh: yeah. thanks. I agree. To big a change for an SRU. I dont think the app is too widely used as is.
[09:46] <\sh> hmm..gwibber is totally borked on jaunty...
[10:55] <mok0> \sh: Huh? Gwibber works fine for me...
[10:57] <\sh> mok0: gwibber just segfaulted here for me..
[10:57] <mok0> \sh: yikes
[12:05] <RainCT> TheMuso: this may interest you: http://brainstorm.ubuntu.com/idea/20263/
[12:50] <kpirc> I need a reviewer for my 'cadabra' package on REVU (it's a symbolic computer algebra system with graphical front-end). Any takers?
[13:45] <slytherin> kpirc: does it use java?
[13:46] <mok0> ydrkkk... util.F:110: internal compiler error: in replace_reg, at reg-stack.c:701
[14:03] <statik> hello world! i'm working on http://revu.ubuntuwire.com/details.py?upid=6112 , and I'm not sure the right/best/proper way to drop some files from being included in the binary package. any hints?
[14:04] <statik> dholbach: thanks a million for the review comments
[14:13] <hyperair> statik: rm them manually, or use dh_install -X
[14:14] <hyperair> man dh_install for more information
[14:14] <statik> hyperair: if i rm them manually, thats directly touching the source and is frowned on, right?
[14:14]  * statik reads dh_install man page
[14:14] <hyperair> nonono
[14:14] <hyperair> you rm them in debian/rules
[14:15] <hyperair> after the dh_install call, you rm them from debian/<pkg>
[14:15] <hyperair> for example
[14:15] <statik> ok, thats making more sense
[14:15] <hyperair> =)
[14:15] <hyperair> -X is a better approach for this
[14:16] <hyperair> if you use dh7 style, it's trivial to add this to debian/rules.
[14:16] <statik> so i just need to figure out which rules target to override then I think
[14:16] <hyperair> yep
[14:16] <hyperair> er you're using dh7 right?
[14:16] <hyperair> just do override_dh_install
[14:16] <hyperair> i mean create a rule by that name
[14:16] <hyperair> then run dh_install -Xfoo -Xbar
[14:16] <hyperair> inside that rule
[14:17] <statik> looks like i'm currently using 6, but I could bump it to 7
[14:17] <statik> hyperair: thanks!
[14:17] <hyperair> look into man dh
[14:19] <DktrKranz> statik: I've commented two packages of yours, while at it you can consider adopting them.
[14:19] <DktrKranz> I think they apply for simplesetting too
[14:19] <hyperair> adopting? O_o
[14:19] <DktrKranz> hyperair: adopting changes :)
[14:20] <statik> DktrKranz, thanks for the feedbacks, I'll be working on them today. Yes, i've read the review comments for all 4 packages I have in revu right now, and will definitely be applying the same advice/fixes to all of them
[14:20] <hyperair> ah. heheh
[14:24] <statik> DktrKranz, I don't have a deep knowledge of the difference between python-support and python-central, any reason that I shouldn't just switch as you suggested?
[14:25] <dholbach> statik: no worries
[14:26]  * statik reads http://wiki.debian.org/DebianPythonFAQ
[14:30] <hyperair> i find pycentral just plain confusing
[14:39] <DktrKranz> statik: there's no reason to switch if you are familiar with pycentral. both do the same job, and you can skip their logic, pysupport is friendlier to use and more robust during upgrades
[14:39] <slytherin> does anyone have any idea what all cards are expected to have kernel mode setting enabled drivers in karmic?
[14:40] <DktrKranz> anyway, I wrote it's up to you. it's not strictly required. keep in mind Debian would like to merge them to have a central point, though
[14:45] <slytherin> NCommander: ping
[14:45] <NCommander> slytherin, pong
[14:47] <slytherin> NCommander: Do you think powerpc arch should also switch to grub2. Is it feasible?
[14:47] <NCommander> Feasible, es, I dunno if its wise
[14:48] <slytherin> NCommander: what doubts do you have? From functionality point or installation point?
[14:49] <NCommander> I don't know enough abotu GRUB2 to say either way
[14:50] <slytherin> hmm
[14:59] <geser> does someone now a package (build-)depending on a lib*-gcj package? or how to resolve "dpkg-shlibdeps: failure: couldn't find library /usr/lib/gcj/itext-2.1.5.jar.so needed by debian/pdftk/usr/bin/pdftk (its RPATH is '')"?
[14:59] <geser> that file is certainly there
[15:05] <slytherin> geser: why is that package build depending on -gcj package?
[15:05] <geser> slytherin: it's for bug 384515
[15:06] <geser> the patch from Fedora uses the gcj build version of libitext-java
[15:07] <geser> shouldn't it link against libitext-java-gcj at all? pdftk is written in C++ but also uses Java
[15:12] <masterkernel> Hello, I am looking for a reviewer for my package, kernelcheck - an automated tool that can (custom) build any 2.6 kernel from the upstream source with any user patches.
[15:13] <masterkernel> Link: http://revu.ubuntuwire.com/p/kernelcheck
[15:18] <slytherin> geser: let me take a look at the patch
[15:19] <hannesw> hi there... I'm trying to build openjdk-6 with pbuilder and get this:
[15:19] <hannesw> The following packages have unmet dependencies:
[15:19] <hannesw>   pbuilder-satisfydepends-dummy: Depends: libpulse-dev (>= 0.9.12) but it is not installable
[15:19] <hannesw>                                  Depends: pulseaudio (>= 0.9.12) but it is not installable
[15:19] <hannesw> The following actions will resolve these dependencies:
[15:19] <hannesw> Remove the following packages:
[15:19] <hannesw> pbuilder-satisfydepends-dummy
[15:19] <hannesw> any idea?
[15:20] <geser> slytherin: https://bugzilla.redhat.com/attachment.cgi?id=331737 and see also https://bugzilla.redhat.com/show_bug.cgi?id=471811#c11 for some additional steps needed during the build
[15:20] <kpirc> slytherin: no, it's C++
[15:21] <slytherin> hannesw: probably your pbuilder chroot is not updated
[15:21] <hannesw> thanks for the hint, slytherin
[15:21] <geser> hannesw: login into your pbuilder and see why the mentioned packages can't be installed
[15:22] <slytherin> geser: can this be a simple change of modifying classpath or jni path during build?
[15:24] <hannesw> ok, i think it was the old chroot - didn't update it from jaunty.
[15:24] <hannesw> thanks, guys
[15:24] <geser> slytherin: gcj links it fines, the executable seem also to work, but building the deb fails as dh_shlibdeps can't resolve the library
[15:25] <slytherin> oh, I understood the problem wrong then.
[15:26] <geser> slytherin: the ldd output for the build executable http://pastebin.ubuntu.com/201521/
[15:27] <geser> therefore I tried to find an other package using a -gcj package so I could see how it's done there
[15:28] <slytherin> geser: see if there is any reverse build dep of libjogl-jni
[15:28] <geser> none
[15:29] <bddebian> Heya gang
[15:31] <geser> doko: Hi, do you know of a package build-depending on a lib*-gcj package? I'm trying get pdftk link against libitext-java-gcj which works fine (if I'm doing it correctly) but building the deb fails as dh_shlibdeps can't resolve the linked itext-2.1.5.jar.so file
[15:31] <slytherin> geser: how about libaccess-bridge-java-jni or libgtk-jni
[15:32] <geser> slytherin: reverse-build-depends doesn't find anything for them
[18:26] <ximion> Hello!
[18:26] <ximion> I updated the Smile package at REVU, the Smile author has included the GPLv2 now in /copying . But REVU doesn't find the license. Is there a link or something missing to make REVU find the license? (Packege: http://revu.ubuntuwire.com/p/smile )
[18:27] <Laney> it probably wants to be COPYING
[18:27] <Laney> but it doesnt matter so much
[18:36] <ximion> okay
[19:25]  * hyperair wonders if anybody uses thunderbird 3.0 with enigmail
[19:45] <ivoks> superm1: are you here?
[19:45] <superm1> ivoks, yeah what's up?
[19:45] <ivoks> superm1: hi; i've noticed /etc/modprobe.d/dmks.conf
[19:46] <ivoks> superm1: i'm preparing one package to use dkms and i need some options for modprobe
[19:46] <ivoks> superm1: should i add options to dkms.conf?
[19:46] <superm1> ivoks, specify them in the dkms.conf for the package and dkms adds them to the modprobe for you
[19:46] <ivoks> oh, didn't know about that
[19:47] <superm1> although a little poorly named for nowadays, it's the MODULES_CONF directive
[19:47] <ivoks> superm1: thanks!
[19:47] <superm1> np
[19:58] <ivoks> superm1: yep; works beautiful ;)
[20:23] <Nrrd> hi guys, I just want to clarify something regarding an SRU patch related to bug #364745
[20:24] <Nrrd> are the changelog notes in the karmic release good enough for the SRU release? or should I be more indepth with the SRU? (I've used the correct numbering methodology BTW)
[20:24] <Laney> changelogs should always be as verbose as they can imo
[20:25] <Laney> where, what, why
[20:27] <Nrrd> Laney: blogtk, severe regression as it crashes on startup due to deprecated functionality in python 2.6 rev 60976
[20:27] <Nrrd> Laney: the changelog mentions all of that except for the severe regression bit
[20:45] <Nrrd> Laney: would this cover it in the changelog? http://paste.ubuntu.com/201661/
[20:46] <statik> scottK: you know lots about python packaging, any chance you have a minute to give me some advice on how to deal with stripping OS X resource fork gunk out of this package? I've tried the override_dh_install: thing that was suggested earlier, but it doesn't seem to be working. http://revu.ubuntuwire.com/p/python-simplesettings
[20:46] <Laney> Nrrd: looks good
[20:47] <Nrrd> sweet, I'll do a summary in the bug, attach the debdiff (again! :) ) and get that sent into SRU then.  Cheers.
[20:47] <ScottK> statik: Maybe on Friday.  I'm on a bit of a deadline today and will be offline mostly tue - thurs.  Ping me then if you haven't got it sorted.
[20:49] <statik> ScottK: of course, np. hope you hit your deadline
[20:59] <POX> statik: just add `find . -name "\._*" -delete` to clean rule
[20:59] <statik> POX, thanks! would I add an override_clean: target since I am using cdbs and debhelper7 ?
[21:00] <POX> clean:: should be enough, cdbs *and* dh7?
[21:01] <POX> oh, you're not using sequencer, right
[21:02] <statik> POX: i'm not really sure what sequencer is. I've got a really really simple rules file
[21:02] <statik> i can pastebin it
[21:02] <POX> simpler than /usr/share/doc/debhelper/examples/rules.tiny ?
[21:03] <statik> POX: here is what I currently have. http://pastebin.ubuntu.com/201667/
[21:04] <POX> clean is not defined in this file, so just use "clean::"
[21:05] <statik> POX: thanks very much for your help, I will try that now
[21:05] <POX> and you can use rules.tiny, it will do the same
[21:05] <POX> pysupport is default
[21:07] <statik> POX, oh cool, does it handle the egg thing also?
[21:08] <statik> excellent, looks like adding clean:: solved half of it. I still need to figure out why SOURCES.txt is getting changed during the build
[21:09] <statik> POX, is there any way to get those files deleted before setup.py is run? I think that is what is causing SOURCES.txt to be modified
[21:10] <POX> I'm not sure about --single-version-externally-managed
[21:10] <POX> I think it's default as well, but please check it
[21:10] <statik> sure, will look at that now
[21:10] <POX> statik: there is and you already did it
[21:10] <POX> (clean rule)
[21:11] <statik> POX: huh, thats strange then. when I look at the diff.gz that is generated something during the build has changed SOURCES.txt to include references to those ._* files that I deleted
[21:12] <statik> although the ._* files are left out of the diff.gz now
[21:13] <POX> you can remove SOURCES.txt in clean rule as well, it's regenerated
[21:13] <POX> ... every time you invokde setup.py install
[21:13] <statik> ooh, that should do it then. POX, thanks a million for helping me with this.
[21:16] <statik> yep, that totally fixed it. hurrah!
[21:18] <POX> well, I'd propose to package it for Debian, but I doubt you will convince us it's worth packaging ;-) (/me just scanned simplesettings/__init__.py)
[21:29] <statik> POX: believe me, i don't want this package for it's own benefit. It's one of the dependencies for windmill though, which I want very much
[21:30] <statik> i'm working on the windmill dependencies first, then will work on packaging windmill
[21:32] <POX> is it better than webtest?
[21:35] <statik> i haven't used webtest before
[21:35]  * statik reads about webtest.canoo.com
[21:36] <POX> http://pythonpaste.org/webtest/
[21:36] <statik> this is probably a silly question, but what is the right way to see what the current Standards-Version is? I'm confused about whether it is 3.8.1 or 3.8.2
[21:37] <POX> in debian: rmadison debian-policy; in ubuntu (probably): rmadison ubuntu-policy
[21:38] <statik> POX: ah, webtest is cool. windmill is higher layer, it lets you test javascript is working as expected in the browser. i'm using zope.testbrowser rather than webtest, but webtest seems nice too.
[21:38] <statik> http://www.getwindmill.com/
[21:40] <nhandler> statik: The version is also at the bottom of http://www.debian.org/doc/debian-policy/
[21:40] <statik> excellent, thanks
[21:40] <nhandler> POX: You would want to use 'rmadison -udebian debianpolicy'
[21:40] <nhandler> s/debianpolicy/debian-policy/
[21:44] <POX> nhandler: I was thinking about ubuntu-policy package
[21:45] <nhandler> POX: ubuntu-policy isn't the best thing to go by, as it doesn't necessarily need to be in sync with debian-policy (although it usually is)
[21:46] <POX> well, doesn't Standards-Version in Ubuntu packages refer to ubuntu-policy?
[21:51] <nhandler> POX: No. At least I do not believe that we ever made that policy. That would also cause issues for packages synced from Debian
[21:52] <ScottK> It's also recently we've had a distinction.
[21:53] <nhandler> ScottK: You mean relatively recently. It was a couple of months ago
[21:54] <ScottK> Yes, so this is probably the first time the versions aren't in sync
[21:56] <nhandler> ScottK: ubuntu-policy is based on debian-policy, so we have always had some ubuntu modifications (ubuntuX). However, the version itself it usually in sync with debian-policy (i.e. We have ubuntu-policy <IP_ADDRESS>ubuntu1)
[21:57] <ScottK> nhandler: Look how far back the ubuntu-policy package goes
[21:58] <nhandler> Is LP karma messed up again, or did cjwatson just get a LOT of karma since the last time I checked
[21:58] <nhandler> ScottK: Yeah, I see. I said it was only a couple of months ago it was created
[21:59] <ScottK> nhandler: I was responding to "We have always had ..."
[22:00] <nhandler> ScottK: Yeah, we have always had an ubuntu delta since the package was created ;)
[22:17] <masterkernel> Hello, I am looking for a reviewer for my package, kernelcheck - an automated tool that can (custom) build any 2.6 kernel from the upstream source with any user patches.
[22:17] <masterkernel> Link: http://revu.ubuntuwire.com/p/kernelcheck
[23:02] <Technoviking> I uploaded a debdiff for a bug in LP. Anything else I need to do to get this fix into Jaunty?
[23:07] <ajmitch> Technoviking: subscribed ubuntu-universe-sponors?
[23:07] <Technoviking> ajmitch: never mind it is a bug in main :), epic fail
[23:09] <ajmitch> ok, ubuntu-main-sponsors then :)


[00:37] <dodger> valorie: from what some of my czech colleagues were saying that should be around 35 euros depending on which stations you leave from and go to
[01:37] <valorie> thanks, dodger
[01:38] <valorie> effing flash in chrome slowed my whole box to a crawl, so I had to quit
[01:38] <valorie> the day of a flash update it always seems to be squiffy
[01:40] <valorie> and the bus website itself was what caused the problem I think
[01:42] <valorie> seems best to fly to Vienna and take the bus from there, rather than trying to fly into brno itself
[02:21] <ScottK> We didn't talk about Qt5 5.2 or 5.3 for this cycle.
[02:31] <dodger> valorie: are you looking at this one for the bus?
[02:31] <dodger> http://czech-transport.com/index.php?id=12755
[02:32] <valorie> no, it was different page
[02:32] <valorie> student something
[02:32] <valorie> looks like the same bus though
[02:32] <dodger> there's also a train from vienna to brno, which is probably quicker and more comfortable
[02:33] <valorie> hmmm, people say that the bus is better because of wifi?
[02:33] <dodger> yeah, there is the wifi situaiton
[02:33] <dodger> but even on the bus you only get wifi during the travel time in the czech republic, according to the website
[02:33] <valorie> anyway, I don't have to decide now
[02:34] <valorie> I just wanted to ask Canonical for the money
[02:34] <valorie> now I've sent the form, so thank you for the information
[02:34] <dodger> let me know if they do it
[02:35] <valorie> cool
[02:35] <dodger> if not, i'll be happy to pitch in and sponsor you for the bus or train ticket :)
[02:35] <valorie> now to find someone I know in Vienna
[02:35] <valorie> to hang out with for a day or so
[02:36] <valorie> aren't you sweet!
[02:38] <valorie> dodger: do you live in the Czech Rep. ?
[02:38] <dodger> no, I'm originally from Germany, but live in California
[02:39] <dodger> until next week, which is when I'm moving to North Carolina
[02:39] <valorie> wow, that will be a culture change!
[02:40] <valorie> weather change, too
[02:40] <dodger> a bit, yes :P
[02:40] <dodger> i've lived in texas and florida before, so i'm familiar with both culture and weather :P
[02:40] <valorie> do you live in SoCal, or in the north?
[02:40] <ScottK> Fewer earthquakes though.
[02:40] <dodger> about 35 miles north of san francisco, close to santa rosa
[02:40] <valorie> oh, pretty
[02:41] <valorie> ScottK: so true
[02:41] <dodger> love the area... leaving makes me a bit sad
[02:41] <dodger> but i'll take a 5% salary hike combined with a 40% reduction in cost of living
[02:41] <valorie> whole left coast is gonna shake right into the ocean one of these millenia
[02:41] <valorie> oh, well worth it then!
[02:42] <dodger> yeah, i'm moving for a job... i think it's worth it just because of the new employer
[02:43] <dodger> although i'm not looking forward to moving per se, hate doing that
[02:43] <valorie> ah, I like moving
[02:43] <valorie> but then I've not done it often
[02:43] <dodger> i like the sort of personal adventure part of it
[02:43] <valorie> chance for a fresh start, with fresh paint
[02:44] <valorie> good time to pitch extra belongings, etc.
[02:44] <dodger> but loathe the logistics
[02:44] <dodger> i've moved 7 times over the last 14 years... i'm about ready to stop
[02:44] <valorie> yes, it's a bit of a pain
[02:45] <dodger> oh ain't it true! it's amazing how much unnecessary stuff we accumulated over a few years
[02:45] <valorie> I've only moved 5 times total
[02:46] <valorie> trying to slim down the stuff in this house to make the next move easier, if it ever happens
[02:46] <dodger> the worst is packing everything and then not knowing where stuff is
[02:46] <valorie> write on every box!
[02:46] <dodger> luckily this time a bunch of people will just show up, pack everything, ship it, and unpack it again
[02:47] <valorie> oh nice
[02:47] <dodger> can't tell you how happy i am about that part :P
[02:51] <valorie> I've never had professional help, but it does sound much more worry-free
[02:52] <dodger> there's always the time after when you've got 80% of the stuff unpacked and are left with 30 boxes, none of which get unpacked for two years
[02:52] <valorie> oh god yes
[02:53] <dodger> i say  if we haven't looked at it for two years, it might as well just disappear
[02:53] <valorie> right, and that "30 boxes" is what I want to unload NOW
[02:53] <valorie> so it never has to be moved anywhere but Value Village or the dump
[02:54] <valorie> ok, I need to get afk and walk for a bit
[02:54] <valorie> good to talk with you dodger, and thanks for the help and generous offer
[02:55] <dodger> enjoy your walk, and let me know - i meant it
[03:47] <ScottK> shadeslayer: Still needs some kind of "here's now you test it" in the libkscreen SRU.
[06:10] <soee> good morning
[06:44] <lordievader> Good morning.
[06:44] <soee> good morning lordievader
[06:46] <lordievader> Hey soee, how are you?
[06:47] <soee> lordievader: im fine, second rainy day here in PL though :) how are you ?
[06:47] <lordievader> Doing all right :)
[06:48] <soee> :)
[06:48] <jussi> o/
[06:49] <lordievader> Hey jussi, how are you doing?
[06:49] <jussi> lordievader: alive...
[06:50] <valorie> more {{{{{{{{{{{{{{{hugs}}}}}}}}}}}}}}}}}}}}} for jussi
[06:50] <valorie> alive does beat the alternative
[06:50] <valorie> just remember that
[06:51] <lordievader> It starts with being alive ;)
[06:52] <valorie> it does
[09:49] <shadeslayer> ScottK: re libkscreen done
[09:50] <shadeslayer> https://bugs.launchpad.net/ubuntu/+source/libkscreen/+bug/1319084
[10:12] <shadeslayer> Riddell: I don't see a plasma 5 release yet :)
[10:16] <Riddell> shadeslayer: you don't? where are you looking?
[10:16] <Riddell> http://dot.kde.org/2014/05/13/plasma-next-beta-ready-testing
[10:17] <Riddell> http://kde.org/announcements/announce-frameworks5-beta1.php
[10:17] <shadeslayer> second one still has double panels?
[10:19] <Riddell> wait, I mean http://kde.org/announcements/announce-plasma-next-beta1.php
[10:19] <Riddell> no double panels on that
[10:19] <shadeslayer> Riddell: http://kde.org/announcements/plasma-next-beta/ss-wallies.png
[10:19] <shadeslayer> double panel
[10:20] <Riddell> hmm
[10:20] <Riddell> shadeslayer: press F5
[10:20] <shadeslayer> cheers :)
[10:22] <soee> this beta is/will be somehow available for kubuntu through ppa ?
[10:22] <Riddell> soee: yep, it's going into the experimental PPA, still lots of work to be done though
[10:23] <soee> ah thought so, is it buggy atm or usable ?
[10:24] <Riddell> both I'd say
[10:26] <soee> ok good to know ;) thank you
[10:59] <BluesKaj> 'Morning folks
[11:24] <ScottK> shadeslayer: Thanks.  Accepted.
[11:33] <sgclark> where are these merges suppose to go?
[11:33] <Riddell> sgclark: into the ubuntu archive
[11:33] <sgclark> requestsync hates me
[11:33] <Riddell> sgclark: so if you have a merged package just pass it onto someone who can check and upload it
[11:34] <sgclark> so the kubuntu version is newer, it complains that that version does not exist in sid
[11:34] <sgclark> Riddell: gwenview https://launchpad.net/~scarlett-7/+archive/kubuntu-ppa
[11:36] <ScottK> Riddell: Do we want to push for Qt 5.3 in Utopic?  We forgot to discuss on the call (at least when I was there).
[11:36] <sgclark> Riddell: also libksysguard and kinfocenter are ready for you in bzr
[11:36] <Riddell> ScottK: yes we do, I was taking that as assumed
[11:36] <Riddell> sgclark: lovely, I uploaded  and kinfocenter yesterday
[11:37] <ScottK> We'll probably need to wrestle Canonical over it.
[11:37] <ScottK> I'll write a mail.
[11:38] <sgclark> Riddell: I set up another computer for packaging, so I will work on one of each again
[11:39] <Riddell> ScottK: do they not want it?
[11:39] <ScottK> Don't know for sure.
[11:39] <ScottK> The were reluctant upgraders last time.
[11:42] <rawi> Hi, folks, just coming from #kubuntu to you, the devs, with a big problem
[11:42] <rawi> I'm on kubuntu 14.04 with kde-ppa and backports enabled
[11:42] <rawi> I got today almost the whole kde updated
[11:43] <rawi> after that I'm not able any more to copy/paste a file to a mounted samba share, neider with Krusader, nor Dolphin, nor Konqueror
[11:44] <Riddell> yofel: ↑
[11:44] <shadeslayer> Riddell: actually not in the archive
[11:44] <shadeslayer> re mrege
[11:44] <shadeslayer> Riddell: because I thought we wanted to wait for 4.13.80
[11:44] <yofel> I don't remember touching anything related to samba
[11:45] <rawi> I see the Share listings, I can open und edit files and I can even create new files with rightklick+Neew_File
[11:45] <yofel> lets see if I can mount something here
[11:46] <rawi> trying to copy/paste files gives error "Disk full"
[11:47] <rawi> and Krusader shows above the panel Mt.Man: working...
[11:47] <rawi> like here http://imagebin.org/310804
[11:48] <alket> why did you switch from rekonq to firefox ?
[11:48] <yofel> hm, copying to and from smb:// works for me here
[11:49] <yofel> alket: mostly because qtwebkit (which is used by rekonq) is a security support nightmare
[11:49] <rawi> oh, I usualy mount the shares befor from commandline
[11:50] <yofel> ok, I have that to, let me check
[11:50] <yofel> *too
[11:50] <Riddell> shadeslayer: what's not in the archive?
[11:50] <alket> yofel: thank you , firefox crashes for me often , but in rekonq seems many things don't work like adblock etc.
[11:51] <alket> what about konqueror ? is it any good ?
[11:51] <shadeslayer> Riddell: the merges, please don't push them to the archive just yet
[11:51] <alket> from security side ?
[11:51] <shadeslayer> alket: hah, probably worse than qtwebkit
[11:51] <shadeslayer> Riddell: the idea was to wait for 4.13.80
[11:51] <alket> so any good KDE web browser ?
[11:52] <yofel> rawi: there we go, error
[11:52] <shadeslayer> none that I am aware of
[11:52] <Riddell> shadeslayer: wait until 4.13.80 before doing any merges? I thought you wanted to do all the merges before 4.14 alphas
[11:52] <shadeslayer> Riddell: wait till 4.13.80 to do uploads
[11:53] <rawi> yofel: I just tryed with direct protocol smb:// and it works that way
[11:53] <Riddell> shadeslayer: so you want to merge it in bzr but not upload? why?
[11:53] <rawi> only not if the shares were already mounted before
[11:53] <yofel> right, here too, lets see if the logs tell anything
[11:54] <ScottK> alket: We decided having a browser with reasonable security support was more important than having a KDE based browser.  There are zero choices that are both.
[11:54] <alket> ok , thank you all
[11:54] <yofel>  29 13:51:26 dolphin(9005)/kio (KIOJob)^[[0;34m KIO::CopyJobPrivate::statCurrentSrc^[[0m: Stating finished. To copy: 125920 , available: 0
[11:55] <yofel> looks like kio is doing something wrong
[11:56] <rawi> yofel: sorry, this is a bit to high for me, but I'm glad that you could see it
[11:58] <shadeslayer> yofel: mind sending it upstream if you can reproduce it?
[11:58] <yofel> shadeslayer: I'm already looking though b.k.o
[11:58] <shadeslayer> cheerio
[11:58] <ScottK> Riddell: Mail sent re Qt5 5.3.  Let's see what people say.  It may turn out to be easy.
[12:03] <shadeslayer> kubotu: newversion kdeconnect 0.5.2
[12:03] <kubotu> https://bugs.launchpad.net/bugs/1319365
[12:07] <shadeslayer> argh :(
[12:07] <shadeslayer> kdeconnect_0.5.2-0ubuntu1_source.changes rejected
[12:11] <rawi> yofel: is anything I could help with in the kio issue?
[12:12] <yofel> I don't think so, I'll give you the report after I'm done filing it if you have anything to add
[12:13] <rawi> yofel: thank you very much!
[12:13] <yofel> rawi: kde 334761
[12:21] <rawi> yofel: would it help to say, that the same is happening in Krusader and Konqueror as well? Probably not, because is the same infrastructure...
[12:21] <yofel> well, won't hurt if you do, but I would assume they all use kio
[12:21] <rawi> thanks again
[12:27] <shadeslayer> apachelogger: http://people.ubuntu.com/~rohangarg/upload/kdeconnect/trusty/kdeconnect_0.5.2-0ubuntu0.1.dsc && http://people.ubuntu.com/~rohangarg/upload/kdeconnect/utopic/kdeconnect_0.5.2-0ubuntu1.dsc
[12:27] <shadeslayer> plz
[12:29] <apachelogger> no
[12:29] <apachelogger> shadeslayer: apply for motu
[12:29] <shadeslayer> plzzzz
[12:29] <apachelogger> shadeslayer: apply for motu
[12:34] <shadeslayer> ScottK: ^^ plz
[12:34] <shadeslayer> oh
[12:34] <shadeslayer> won't work
[12:34] <apachelogger> don't
[12:34] <shadeslayer> who's going to approve then :P
[12:34] <apachelogger> shadeslayer: apply for motu
[12:34] <shadeslayer> Riddell: plzz ^^
[12:34] <apachelogger> don't
[12:34] <apachelogger> shadeslayer: apply for motu
[12:34] <shadeslayer> won't become one in 1 hour
[12:35] <apachelogger> if you apply for motu now, I may feel more like uploading that package
[12:35] <shadeslayer> I shall apply tomorrow?
[12:35] <apachelogger> no
[12:35] <apachelogger> now
[12:36] <Riddell> shadeslayer: what what?
[12:41] <shadeslayer> apachelogger: I'll have to write a wiki page ufff
[12:41] <shadeslayer> apachelogger: how about I do this when I have time tomorrow
[12:41] <shadeslayer> I'd rather be packaging sddm for neon now :P
[12:42] <shadeslayer> ohm
[12:42] <shadeslayer> apachelogger: plus, I've missed the 1 week window for the meeting on the 19th
[12:43] <apachelogger> I am sure you can ask nicely
[12:44] <shadeslayer> rawi: fwiw imagebin is on the badware blacklist
[12:47] <rawi> shadeslayer: sorry, I'm new to IRC and that's what ubottu in #kubuntu recomended to me...
[12:48] <shadeslayer> :)
[13:50] <shadeslayer> https://bugs.launchpad.net/ubuntu/+source/ktp-contact-list/+bug/1319085
[13:50] <shadeslayer> could someone check if that's fixed in trusty for them ^^
[13:57] <shadeslayer> apachelogger: ^^
[13:59] <shadeslayer> apachelogger: dude, did you see the amarok valgrind I sent you yesterday
[14:00] <apachelogger> shadeslayer: I did not because the paste was deleted
[14:00] <apachelogger> ALSO I remembered that I saw this crash too
[14:00] <shadeslayer> :O
[14:00] <apachelogger> it's fairly reproducible when quickly switching through equalizer presets
[14:00] <shadeslayer> apachelogger: http://paste.kde.org/phfkfgjhg
[14:01] <apachelogger> considering it doesn't crash with gst0.10 I'd say it is a gst bug, OTOH gst could also fall apart because pgst is shit
[14:01] <apachelogger> dem debug symbols
[14:01] <shadeslayer> apachelogger: yeah, afaict there's nothing in there about pgst, however, could be that pgst is being mental
[14:01] <apachelogger> shadeslayer: the grind looks useless
[14:02] <shadeslayer> needs debug symbols?
[14:03] <apachelogger> no, I don't see where it crashes
[14:03] <apachelogger> plus it does not list any bogus mem access, whereas one of the pastes was talking about writing to unalloced memory or some such business
[14:04] <apachelogger> generally I guess it would help the grinding to turn off all amarok scripts though
[14:04] <apachelogger> (that way the qtscript rubbish should be less or gone complete)
[14:04] <shadeslayer> apachelogger: line 855
[14:04] <shadeslayer>  Address 0x384bd000 is not stack'd, malloc'd or (recently) free'd
[14:05] <shadeslayer> bogus mem access right there?
[14:05] <apachelogger> that's in qtscript though
[14:05] <apachelogger> plus that seems to be normal
[14:05] <shadeslayer> well it crashes shortly afterwards, which is why I thought that's what you were looking for
[14:06] <apachelogger> it's not impossible
[14:06] <apachelogger> that would be a different crash then though
[14:06] <shadeslayer> right
[14:06] <shadeslayer> apachelogger: so what else do you need
[14:06] <apachelogger> as I said, grinding without scripts would help
[14:06] <shadeslayer> disable amarok scripts
[14:06] <shadeslayer> anything else?
[14:07] <apachelogger> a backtrace from the grinded crash xD
[14:07] <apachelogger> because that grind suggests another bt
[14:07]  * shadeslayer will ask the user who can reproduce the crash reliably to join here :P
[14:08] <apachelogger> they should just file a flipping bug report
[14:09] <shadeslayer> on bugs.kde.org?
[14:09] <apachelogger> I guess
[14:09] <apachelogger> the endless pit of pgst is not really cared for \o/
[14:09] <shadeslayer> I need to figure out what to do with the bugzilla for pgst
[14:10] <shadeslayer> flipping mental it is
[14:10] <apachelogger> someone shoudl rewrite pgst in ruby
[14:11]  * shadeslayer would rather everyone just use Qt MM
[14:11] <apachelogger> because that makes gstreamer less crashy? :P
[14:12] <shadeslayer> DarthFrog: ok, please provide a valgrind log with amarok scripts disabled here, or just report a bug on bugs.kde.org
[14:14] <DarthFrog> shadeslayer:  so that would be "valgrind amarok  2>output.txt"?
[14:14] <shadeslayer> yeah
[14:14] <apachelogger> --nofork
[14:14] <shadeslayer> ^^
[14:14] <apachelogger> no, I mean you need to run amarok with --nofork
[14:16] <DarthFrog> so "valgrind amarok --nofork"?
[14:18] <DarthFrog> http://paste.ubuntu.com/7462937/
[14:19] <DarthFrog> Amarok didn't launch, only that output.
[14:21] <apachelogger> DarthFrog: it's already running, you need to quit it and then run valgrind
[14:22] <DarthFrog> apachelogger:  Please give me the sequence of commands that I would enter at the console.
[14:24] <DarthFrog> I killed the existing amarok instance and am running "valgrind amarok --nofork 2>out.txt".
[14:29] <DarthFrog> Nothing.  No return to the command prompt, no amarok window.
[14:30] <shadeslayer> probably going to take a while
[14:31] <DarthFrog> shadeslayer: No, it just launched to the systray. :-)
[14:32] <DarthFrog> However, now using the equaliser doesn't crash it.  I did turn off all scripts.
[14:39] <apachelogger> I guess it could be a qtscript issue after all then
[14:48] <DarthFrog> Oh lovely.  Now restarting Amarok crashed my session, kicking me back to the display manager login screen. :-(
[14:49] <DarthFrog> I'm re-enabling scripts, one at a time.
[14:50] <DarthFrog> That one did it!
[14:50] <DarthFrog> (amarok:24283): GStreamer-CRITICAL **: write map requested on non-writable buffer
[14:52] <DarthFrog> The BBC Radio Streams is at least one of the guilty parties.
[14:52] <DarthFrog> at least, it is with Script Console and Lyrics enabled.
[14:53] <DarthFrog> LyricWiki, I mean.
[14:54] <DarthFrog> Hmm, not so quick there.  It still crashes after disabling the BBC script.
[14:56] <DarthFrog> All scripts disabled and it still crashes.
[14:59] <kdeuser56> yofel: Do you recommend using the neon iso or will the normal isos together with the neon ppa do as well?
[14:59] <kdeuser56> (in order to get plasma next)
[15:00] <yofel> the iso should provide a better experience as restarting the session on live is a pain
[15:00] <yofel> shadeslayer will know more
[15:00] <kdeuser56> I did not understand your first sentence
[15:01] <kdeuser56> session on live = session on neon live cd?
[15:01] <kdeuser56> yofel: the iso ... which iso? :D
[15:02] <yofel> well, != obviously as plasma next is not plasma current
[15:03] <kdeuser56> am I drunk?  ... I do not get you at all sorry
[15:04] <kdeuser56> of course I know that the utopic daily iso ships current plasma while the neon iso ships plasma next
[15:04] <kdeuser56> you said restarting a session is a pain ... where is it a pain?
[15:05] <kdeuser56> My initial question was the following: I want to use plasma next in production, but I want my system to be based on uptopic and not on trusty, so I am thinking of adding the neon ppa to utopic ... what I wanted to know was if that will end in a mess so that I should probably use the neon isos?
[15:06] <apachelogger> neon5 doesn't support utopic
[15:08] <kdeuser56> oh okay ... pitty :-(
[15:09] <kdeuser56> the current neon iso lags extremly on nouveau for me ... repaint issues all the time ... now the question is, if its kwin or plasma next ...
[15:10] <mgraesslin> kdeuser56: use nvidia
[15:10] <kdeuser56> mgraesslin: the blob?
[15:10] <mgraesslin> yes
[15:11] <kdeuser56> is the nouveau performance regression a known issue?
[15:12] <kdeuser56> mgraesslin: or do you just recommend me to try it with the blob and see if the problem persists?
[15:13] <mgraesslin> we (kwin devs) do not recommend to use nouveau
[15:14] <kdeuser56> in general?
[15:14] <kdeuser56> for kwin4 everything is fine with nouveau
[15:22] <shadeslayer> apachelogger: http://paste.ubuntu.com/7463252/
[15:26] <shadeslayer> ScottK: http://paste.ubuntu.com/7463274/
[15:26] <shadeslayer> better?
[15:26] <sgclark> Riddell: or shadeslayer: amor merge https://launchpad.net/~scarlett-7/+archive/kubuntu-ppa/+packages
[15:30] <sgclark> Riddell: http://paste.ubuntu.com/7463301/
[15:46] <Riddell> sgclark: binary-without-manpage we can ignore (it's debian policy but we're not too fussed about it in ubuntu)
[15:47] <Riddell> sgclark: and the kdeinit ones I know needs to be fixed, dh_movelibkdeinit needs adapted for kdeinit5 but live with it for now
[15:47] <Riddell> shadeslayer: so what was that about not uploading merges? surely we should upload merges now, the issue I've always been worried about is trying to merge at the same time as updating to the new version which is excessively complex
[15:48] <Riddell> agateau: on https://code.launchpad.net/~agateau/ubiquity/kde-fix-keyboard-selection-glitch/+merge/218569 I'm afraid I don't understand the problem, it seems to work ok with keyboard navigation, and I don't see any difference after applying your patch
[15:48] <Etriaph> What TZ is ovidiu-florin in?
[15:48] <Riddell> Etriaph: UTC+3
[15:48] <Etriaph> Riddell: Ah, OK
[15:53] <shadeslayer> Riddell: <yofel> well, as I told you, we'll have to bump breaks/replaces when we do a new version, so going straight to << 4.13.80 would be easiest
[15:55] <agateau> Riddell: you can reproduce the bug by selecting a keyboard layout with the keyboard, then pressing the down arrow key
[15:56] <yofel> well, I don't mind either way, but if we upload now we'll break the dev release upgrade for anyone that's running 4.13.1 in trusty right now
[15:56] <agateau> Riddell: it should select the next layout and immediatly come back to the previous one
[15:56] <yofel> and I don't see how that's complex, it's 2 different work items
[15:56] <yofel> you don't do both at the same time
[15:57]  * yofel throws keyboards at joomla in the meantime
[15:57] <shadeslayer> joomla .. hahaha
[16:00] <shadeslayer> Riddell: can you upload kdeconnect for me
[16:00] <shadeslayer> Riddell: http://people.ubuntu.com/~rohangarg/upload/kdeconnect/trusty/kdeconnect_0.5.2-0ubuntu0.1.dsc && http://people.ubuntu.com/~rohangarg/upload/kdeconnect/utopic/kdeconnect_0.5.2-0ubuntu1.dsc
[16:03] <shadeslayer> sgclark: you dropped the dbg package?
[16:04] <sgclark> not me personally, perhaps debian did? Still  not confident on merges
[16:04] <sgclark> shadeslayer ^
[16:05] <shadeslayer> right debian doesn't have the dbg package, but the question is, do we want to drop it?
[16:08]  * Etriaph is a fan of dbg packages
[16:09] <sgclark> I am guessing no? so do I add those back in all the packages and add to remeaing changes? I did not realize they do not have those.
[16:09] <sgclark> shadeslayer ^
[16:09] <Riddell> shadeslayer: we don't want it if debian doesn't have it
[16:10] <sgclark> how many bugs can a floating ball of sunshine have? :)
[16:10] <Etriaph> It depends on how many programmers it took to build the floating ball of sunshine :)
[16:10] <sgclark> lol
[16:10] <Riddell> amor is a work of programmatic perfection
[16:11] <Etriaph> The most amazing code, in any language, I ever read, is Rails.
[16:12] <Riddell> cor, ubuntu forking itself https://lists.ubuntu.com/archives/ubuntu-release/2014-May/002859.html
[16:12] <Riddell> not unlike kubuntu I guess :)
[16:12] <shadeslayer> my thoughts exactly
[16:12] <Riddell> they stole our idea!
[16:13] <shadeslayer> my thoughts exactly
[16:15] <sgclark> ok so, what is the verdict on dbg package
[16:15] <shadeslayer> *shrug* drop it
[16:15] <Riddell> in merges, if in doubt: follow debian
[16:16] <shadeslayer> it's fine
[16:16] <shadeslayer> Riddell: kdeconnect uploaded ? :P
[16:16] <Etriaph> Would someone still be able to produce the bugging symbols from the source package?
[16:16] <shadeslayer> Riddell: also, https://bugs.launchpad.net/ubuntu/+source/kdeconnect/+bug/1319365 < please accept nominations
[16:16] <Etriaph> Just curious as to how this is put together.
[16:16] <shadeslayer> Etriaph: my guess would be that LP creates dbgsym packages
[16:17]  * Etriaph nods.
[16:18] <Riddell> shadeslayer: is there a MRE for kdeconnect? or how do you plan to get it into trusty?
[16:18] <BluesKaj> yeah Unity8 sounds too much like MS desktop clone
[16:19] <shadeslayer> Riddell: well, talked to upstream and checked the diff, code has some new features, but cmake isn't installing those things
[16:19] <shadeslayer> so we're good
[16:19] <shadeslayer> everything else is bug fixes
[16:19] <shadeslayer> so it should be fine?
[16:19] <Riddell> shadeslayer: I'll let you fight that out with the archive admins then :)
[16:19] <shadeslayer> :)
[16:19] <Riddell> shadeslayer: uploaded!
[16:19] <shadeslayer> thx
[16:23] <Riddell> on merges I think we can do a mass update of breaks/replaces/conflicts if that's what is needed
[16:23] <Riddell> I don't think we should wait for merges, get them over with quickly is best
[16:25] <Riddell> shadeslayer: will you look at sgclark's merges or shall I?
[16:25] <shadeslayer> Riddell: please go through them
[16:32] <Riddell> shadeslayer: do you know what you need to do to get permissions to nominate bugs for series?
[16:33] <Riddell> that seems like a slightly weird thing to restrict
[16:33] <Riddell> would applying for MOTU help?
[16:36] <yofel> bug control can noimnate IIRC, any dev with upload permissions can then accept the task
[16:39] <Riddell> yep, so apply for MOTU shadeslayer!
[16:48] <Riddell> sgclark: looking at amor I think you can drop both those changes
[16:49] <Riddell> sgclark: the exact versions in build-deps doesn't matter too much for kde depends as long as kde-sc-dev-latest is updated (which I see it isn't)
[16:50] <Riddell> sgclark: and installing a manpage with .install rather than with .manpages might be mildly less elegant but makes no real difference
[16:50] <Riddell> and it's always best to remove any changes compared to debian where there's no real advantage (make them do all the work so we don't have to)
[16:50] <Riddell> alas we can't sync it as there's no 4.13 package in debian
[16:51] <Riddell> sgclark: so yeah, no changes need kept there
[16:52] <Riddell> sgclark: gwenview same thing, just keep the debian build-dep versions
[16:52] <Riddell> sgclark: also your changelog entry should mention that we add kubuntu_install_kipi_plugins.patch
[16:55] <sgclark> Riddell: yes I am a bit confused as most of these I am doing , we are at 4.13 and they are at 4.12
[16:58] <Riddell> sgclark: right, which means we can't just simply sync the packages, but we can still drop any unnecessary changes
[16:58] <sgclark> ok
[17:03] <Riddell> sgclark: for membership, go for it, write yourself a wee wiki page then make a doodle poll with some dates and times on it so we can get a meeting of kubuntu council
[17:03] <sgclark> ok ty
[17:04] <sgclark> Riddell: ok so if debian has a newer version than we have in depends, I do what?
[17:04] <Riddell> sgclark: just stick with whatever debian has unless there's a reason not to
[17:05] <Riddell> stick with the newer version if that's what they have yes
[17:05] <sgclark> I can't build it because that version is not yet in kubuntu
[17:05] <Riddell> ah well there's an issue :)
[17:05] <Riddell> sgclark: what's the package?
[17:05] <sgclark> kde-sc-dev-latest they have -v 4:4.12
[17:06] <Riddell> ah hah, so we need kde-sc-dev-latest merged
[17:06] <sgclark> ok
[17:06] <sgclark> want me to try that?
[17:06] <Riddell> sgclark: take it on if you want to yes
[17:07] <sgclark> on it
[17:07] <Riddell> I quite forget what the delta is in that
[17:08] <Riddell> we can't rely on kde-sc-dev-latest to bring in the latest versions as debian do because launchpad is a bit crap at knowing when to set off a rebuild in that case, but for merges I don't think that's important, it's only an issue when doing a KDE SC mass upload
[17:11] <shadeslayer> Riddell: yeah will do tomorrow
[17:13]  * Riddell out for a few hours
[17:15] <shadeslayer> Riddell: btw do you think we should send out a similar request as the Unity 8 flavor ?
[17:28] <sgclark> Can anyone tell me if this still stand true for kde-sc-dev-latest: http://paste.ubuntu.com/7463828/
[17:29] <sgclark> and this: http://paste.ubuntu.com/7463837/
[17:29] <TheFakeazneD525> will Kubu 14.10 ship with KDE SC KF5 KDE5 5 or whatever it's called?
[17:31] <sgclark> pretty sure that is still in discussion
[17:32] <shadeslayer> TheFakeazneD525: probably as a separate ISO
[17:32] <TheFakeazneD525> Hmm, another question
[17:33] <TheFakeazneD525> KDE now has the Oxygen font, will Kubu ship with that in the future?
[17:38] <apachelogger> probably on a separate ISO
[18:05] <TheFakeazneD525> ah, thanks for clearing this up
[18:05] <TheFakeazneD525> take care guys~
[18:16] <ScottK> shadeslayer: What's a "KDE desktop"?
[18:17] <ScottK> Also baloo should not be a user facing thing.
[18:59] <ScottK> shadeslayer: This kdeconnnect release is not a bugfix release.
[19:00] <ScottK> Did we ever explicitly include kdeconnect in our MRE?
[19:38] <shadeslayer> ScottK: re kdeconnect MRE not that I know of, no, and can you give me a reason why it's not a bugfix release?
[19:38] <ScottK> shadeslayer: Did you look at the diff?  New cli capability.
[19:38] <ScottK> Definitely not bugfix.
[19:38] <shadeslayer> ScottK: not installed anywhere
[19:39]  * shadeslayer double checks
[19:40] <shadeslayer> argh, my internets is so slow :/
[19:47] <shadeslayer> ScottK: okay, I was wrong, so, if I remove the kdeconnect-cli binary, what other problems would there be?
[19:47] <shadeslayer> should be relatively easy to do that
[19:48] <ScottK> shadeslayer: Since there's no MRE for this, please go through the rest and figure out what fixes actual bugs.
[19:48] <shadeslayer> roger, looking through https://launchpadlibrarian.net/175544677/changelog
[19:48] <ScottK> I think it'd be more sensible to do a patch update to the current version then do the new version with stuff wripped out.
[19:49] <ScottK> You'll need to review the diff in detail too.
[19:49] <shadeslayer> ofcourse
[19:50] <shadeslayer> ScottK: actually this is weird
[19:50] <shadeslayer> commit log talks about disabling it
[19:51] <ScottK> Didn't look disabled when I looked at the diff.
[19:51] <shadeslayer> yeah
[19:51] <shadeslayer> talking to upstream now
[19:51] <ScottK> In any case the fact that it's there tells me they don't have a release strategy that's compatible with MRE.
[19:52] <shadeslayer> ScottK: roger, I'll talk to upstream and sort it out
[19:52] <shadeslayer> thanks
[19:54] <ScottK> shadeslayer: You might point them to http://techbase.kde.org/Policies/Minor_Point_Release_Policy for a good example of what to follow.
[19:55] <ScottK> Of course it'd be nice if KDE itself hadn't abandoned that for KF5.
[20:07] <shadeslayer> ScottK: passed on to upstream, he's fixing the tarball
[20:07] <ScottK> Please he gives it a new number.
[20:08] <yofel> ... by not appending -1 or so
[20:08] <ScottK> shadeslayer: 0.5.2 is already used in the archive, so how about <IP_ADDRESS>.
[20:11] <shadeslayer> or 5.2.1
[20:11] <shadeslayer> *<IP_ADDRESS>
[20:13] <shadeslayer> ScottK: ^^
[20:14] <ScottK> Then you upload that to uptopic too.
[20:14] <ScottK> That'd be fine.
[20:14] <shadeslayer> yeah, was going to do that
[20:14] <ScottK> May as well doe 0.5.3 at that point though.
[20:20] <ScottK> Instead of a PPA for Plasma 5, could we just do something like this: https://lists.ubuntu.com/archives/ubuntu-release/2014-May/002859.html
[20:25] <yofel> wasn't the reason for the PPA easier updatability? Otherwise that's pretty  much what we're trying to do
[20:26] <ScottK> Will we care about post-release updates?
[20:27] <shadeslayer> if we don't want to give a bad rep, yes
[20:27] <ScottK> We can get an FFe all the way up to release.
[20:27] <shadeslayer> and a faster release cycle is why we wanted to use a PPA AFAIK
[20:28] <ScottK> You probably won't be able to keep updating anyway.
[20:28] <ScottK> KF5 will keep updating and P5 will use stuff from the new KF5.
[20:36] <soee> driver manager after installing 337 http://wstaw.org/m/2014/05/14/driver_manager.jpg
[20:37] <shadeslayer> 0.i
[20:37] <shadeslayer> 0.o
[20:37] <shadeslayer> that's still happening?
[20:38] <soee> but with xorg edgers ppa
[20:39] <soee> i had all fine, than i installed 337 and this showed up, after list refresh i have one list again as it should be
[20:39] <soee> and 337 marked as installed
[20:39] <soee> brb reboot
[20:40] <shadeslayer> apachelogger: ^^
[20:41] <shadeslayer> ScottK: not necessarily
[20:41] <shadeslayer> ScottK: though I reckon there might be problems which are fixed in KF5 and then cause issues in PN5
[20:44] <ScottK> shadeslayer: There is zero indication that upstream really cares about distros in their release policy.  So I think it's safe to assume at this point we'll get screwed.
[20:44] <soee> back
[20:45] <ScottK> As nearly as I can tell every single distro pushed back on the KF5 release plan and the most it got in feedback is maybe we should make some stable branches.
[20:46] <ScottK> If they want stuff to get updated, then they ought to release stuff we can update with.


[15:55] <thebope> Hello, I'm using Ubuntu 14.04 and trying to install spidermonkey
[15:55] <thebope> I've tried Rhino and nodejs packages but they don't appear to work with jsawk
[15:55] <thebope> Unfortunately spidermonkey has been discontinued. What I've found is I can clone the entire mozilla repo, but I'd prefer not to clone the entire thing as it is quite a few gigs


[03:13] <ShawnR> so, for the first time... ever, i actually have a "decent" desktop running linux
[03:14] <ShawnR> it's kinda nice having a good gfx card behind it along with a real kyb and mouse


[16:02] <dipankar> manusheel, hi sir
[16:06] <manusheel> dipankar: Hi Dipankar.
[16:07] <dipankar> manusheel, sir, I am at #sugar :)
[16:08] <manusheel> dipankar: I am there too.
[16:08] <manusheel> :-)


[00:32] <dekarl> tgm4883: I tried to switch a fresh install of mythbuntu 11.04 with one round of updates applied to 0.25/master autobuils via the control center but I get "MythbuntuReposPlugin Object has no Attribute TRUNKPASS in line 130"
[00:42] <dekarl> line 70 of mythbuntu_repos.py seems to be missing a self. in front of TRUNKPASS
[01:37] <tgm4883> dekarl, that looks about right, have you tested that?
[01:54] <dekarl> yes, i have tested it positive
[03:21] <Gibby> any idea on this backend log crash? happens a few times a day http://pastebin.com/Btja9u4U
[03:21] <Zinn> [pastebin.com] *** glibc detected *** /usr/bin/mythbackend: malloc(): memory corruption: 0x084c - Pastebin.com
[07:26] <dcg> Has anyone developed a myth plugin for storing movies on removable media?
[07:26] <dcg> I am thinking that an index of the available titles should be kept by myth, along with a name for the drive.
[07:26] <dcg> Then when you want to watch that movie myth can prompt for the right drive to be plugged in.
[07:30] <dekarl> dcg, With current price of hard drives and sizes of video files I don't think anybody has done such.
[07:33] <dcg> dekarl: the issue is more to do with a combination of space, powercomsumption, noise, heat etc
[07:33] <dekarl> tgm4883: for the record (now that I'm awake ;) I have tested the switch to 0.25 autobuilds with the suggested patch and it worked like expected. (self.TRUNKPASS issue that is)
[07:36] <dekarl> dcg, ahh, then you want one of the small NAS boxes (hard drive with ethernet) that runs mythmediaserver, basically a stripped down to the bare bone slave backend that just servers media files to the frontend/other backend.
[07:36] <dekarl> just power it up by ethernet and down when not in use => bingo
[07:37] <dcg> no, for this use that would be cost prohibitive. we are talking about 10+ drives each 2TB or more.
[07:40] <dekarl> and storing 20TB on DVDs with 8gigs per would be roughly 2500 discs, a) how do you store them well? b) the solution has a sub-par user interface... running around and searching for one out of 2500 disks when you have guests...
[07:41] <dekarl> maybe you have a different use case in mind then I have. (storing an archive of security  recordings or so)
[07:41] <dekarl> oh, I see some talk on mythtv, will follow that ;)
[17:09] <Shadow__X> hey guys i have an issue where when i ssh into my backend it no longer displays the mythtv info it used to and the motd displays 2 sets up update information
[17:10] <Gibby> Shadow__X, is it mythbuntu or ubuntu?
[17:10] <Shadow__X> mythbuntu
[17:10] <Gibby> hmm, i always just used ubuntu so I have no clue what you used to see
[17:11] <Gibby> was it from /etc/motd?
[17:12] <Shadow__X> mythtv-status is what i used to see but regardless of that my /etc/motd is displaying old update inofmration
[17:12] <Gibby> is mythtv-status the command?
[17:13] <tgm4883> Shadow__X, old update information?
[17:13] <Shadow__X> Gibby: yes run mythtv-status in cli
[17:14] <Gibby> ahh ok, didn't even have it installed, what is the shell you use?
[17:15] <Shadow__X> bash
[17:16] <Shadow__X> tgm4883: yeah this is what it looks like when i log in
[17:16] <Shadow__X> http://pastebin.com/meY8YbvB
[17:16] <Zinn> [pastebin.com] Linux Intel-Myth 2.6.32-32-generic #62-Ubuntu SMP Wed Apr 20 21:52:38 UTC 2011 x - Pastebin.com
[17:18] <Gibby> you could put it in your bashrc file
[17:19] <Gibby> echo "`mythtv-status`"
[17:19] <Gibby> put that was the lastline
[17:19] <Gibby> but you also need a restart, so that might be mucking with your /etc/motd file
[17:21] <Shadow__X> i have already restarted since that appeared
[17:21] <tgm4883> Odd, I know there was a known issue with motd awhile back, not sure if this was the issue though
[17:21] <tgm4883> I know it shows old data for updates though
[17:22] <Shadow__X> hmm is there a way to get it working right
[17:46] <Gibby> check /etc/update-motd.d/


[05:01] <ashhh> hi
[05:01] <ashhh> owo
[07:44] <kfdq> hi all
[07:44] <kfdq> anybody here?
[14:35] <xu-irc61w> Hi first time here, is this the support channle?
[14:36] <diogenes_Vx15> !hi | xu-irc61w
[14:37] <xu-irc61w> hi there !
[21:24] <xu-help5w> Hi. Wonder if someone could help me update xubuntu. I think i'm running 18.xx, it's an lts version. When i open the updater it just states there are no more updates for the installed version, but i get no option to upgrade to a newer one.
[21:24] <xu-help5w> But in the updater settings, it's set to notify for newer lts version.
[21:28] <diogenes_Vx15> !upgrade
[21:30] <diogenes_Vx15> xu-help5w, run here in the chat: /exec cat /etc/os-release | grep -i pretty
[21:33] <xu-help5w> Ok
[21:33] <xu-help5w> Nothing happened.
[21:33] <xu-help5w> Unknown command /exec
[21:35] <diogenes_Vx15> ok then run that command in the terminal: cat /etc/os-release | grep -i pretty
[21:35] <diogenes_Vx15> paste here what you get
[21:43] <xu-help5w> How the hell do you type that vertical line?
[21:43] <xu-help5w> The typical shortcut isn't working.
[21:46] <xu-help5w> is alt gr + `´| button.
[21:53] <xu-help5w> According to the settings for keyboard layout, it's set correctly. But i can't make | in the terminal.
[22:01] <diogenes_Vx15> xu-help5w, just copy/paste.
[22:02] <xu-help5w> Hold, i'll join from that machine.
[22:04] <xu-help68w> Could you type the thing again?
[22:05] <xu-help68w> I do realize that i could've done so myself if i hadn't closed the tab so quickly on the other machine.
[22:22] <diogenes_Vx15> xu-help68w, cat /etc/os-release | grep -i pretty
[22:26] <xu-help68w> PRETTY_NAME="Ubuntu 18.04.6 LTS"
[22:28] <diogenes_> xu-help68w: follow this: https://ubuntu.com/blog/how-to-upgrade-from-ubuntu-18-04-lts-to-20-04-lts-today
[22:29] <xu-help68w> How come there isn't a upgrade in the software updater?
[22:29] <xu-help68w> that'd be a lot easier
[22:30] <diogenes_> Because your version is 3 versions behind, you need to upgrade to 20.04 and then to 22.04
[22:31] <xu-help68w> But the updater should know that.
[22:32] <xu-help68w> And only offer me a version that i can actually upgrade to.
[22:32] <diogenes_> It prompted you 4 years ago
[22:33] <xu-help68w> And it should continue to do so forever, if and when i run the checking for updates manually.
[22:34] <xu-help68w> I do think i remember the prompt, but i didn't read it and just closed it. Never popped up again and i just forgot about it.
[22:35] <diogenes_> xu-help68w: no it should not, it's free software and no one owes you nothing.
[22:35] <xu-help68w> I do not know what that has to do with anything regarding userfriendlyness of the update process.
[22:37] <xu-help68w> According to the guide, i'm supposed to type "sudo do-release-upgrade -d -f DistUpgradeViewGtk3" and a box should appear.


[14:42] <Faux> I would like the "publishing history" data.  I can't see how you get it from the api docs; they mention fetching a single item given its id, but I can't find the ids, and my guesses result in "blank" responses.  Also, is the API deprecated, as the API index claims? e.g.  https://launchpad.net/ubuntu/+source/custodia/0.1.0-2/+publishinghistory
[14:43] <Faux> I am specifically interested in whether a build failed for ubuntu/xenial/amd64 for a source package/version pair, which I think I can get by fetching that data and seeing if it is "pocket: proposed".
[15:03] <dobey> Faux: pocket proposed doesn't mean failure. it means the package is in the proposed pocket rather than release/updates/security
[15:07] <Faux> Mmm.  In this case, I believe it is because it failed to build.  Maybe my statement only holds for previously released packages?
[15:07] <dobey> no
[15:08] <Faux> Okay.  In that case, is the buildd data exposed in any useful way you're aware of? :)
[15:08] <Faux> You can observe the build failure, but only if you know the magic ID: https://launchpad.net/ubuntu/+source/custodia/0.1.0-2/+build/8184393
[15:09] <Faux> (Linked from https://launchpad.net/ubuntu/+source/custodia/0.1.0-2 )
[15:11] <dobey> source_package_publishing_history.getBuilds() gives you the builds for that source package, in the API
[15:13] <dobey> or distro_series.getBuildRecords(source_name="custodia") will give you all the build records for that source in the specified distro series
[15:13] <dobey> in the API
[15:17] <Faux> Aha, yes.  list(launchpad.distributions['ubuntu'].current_series.getBuildRecords(source_name='custodia')) looks like what I want.  Great, thanks.


[12:25] <AskUbuntu> Mass post-node-enlisting installation fails or doesn't start! | http://askubuntu.com/q/278154
[16:21] <paraglade> I am trying to get a juju environment running under an amazon VPC.  I have added "vpc_id" and "subnet_id" to the environments.yaml but I am not seeing the instances staring in the VPC.  Any idea why?
[20:52] <paraglade> I am trying to get a juju environment running under an amazon VPC.  I have added "vpc_id" and "subnet_id" to the environments.yaml but I am not seeing the instances staring in the VPC.  Any idea why?