[14:38] <mrgoodcat> morning
[14:39] <mrgoodcat> the garmin nightmare might be over soon https://www.digitaltrends.com/wearables/garmin-service-resumes-malware/
[14:44] <cmaloney> morning
[14:45] <cmaloney> PyOhio 2020 talks are up: https://www.youtube.com/watch?v=OGmzRIgDgOY&list=PL2k6bbM_wgjtGSzPXzUzP3AfVO-o4imbB
[14:48] <jrwren> oh wow, 5-10min talks. that is great.
[14:48] <cmaloney> Yeah, it really worked out
[14:48] <cmaloney> learned a lot
[14:48] <cmaloney> and viewing it now is just like being there. ;)
[14:49] <jrwren> i was going to pick and choose but with short talks, might as well listen to each.
[20:18] <jrwren> why are automake and autoconf 2 diff packages? are they ever not used together?
[20:23] <cmaloney> Not sure.


[10:32] <alan_g> alf_: FYI I discovered that my problems accessing the VPN were not what I thought. There's something broken in the networking stack - e.g. if I connect both wired and wireless or activate any VPN then DNS just hangs.
[10:36] <alf_> alan_g: ack
[10:57] <tmpRAOF> alan_g: Ah. You don't have something between you and the VPN dropping UDP packets that are 1500 bytes or larger? :)
[10:58] <alan_g> tmpRAOF: not intentionally. Why?
[10:58] <tmpRAOF> alan_g: That's why people at the sprint couldn't access anything through the VPN.
[10:59] <alan_g> tmpRAOF: AFAIK the only change was updating to the latest vivid yesterday
[11:00] <racarr> alan_g: duflu: You guys have qtmir conflicts in port-to-Msh-shell and fix-buffers_ready_for_compositor
[11:00] <racarr> just the update to mock_surface
[11:00] <racarr> both have to land in release so one of you should merge the others branch in and mark as a prereq
[11:00] <racarr> or something similar
[11:01] <alan_g> racarr: qtmir?
[11:03] <alan_g> racarr: duflu already has mine as a pre-requisite
[11:10] <racarr> alan_g: :) Ok looks like duflu is sorting it
[11:12] <duflu> Yes and no. I have lots of things to rebuild and a little laptop. Please come back later
[11:13] <racarr> :)
[11:14] <alan_g> let me know if I can help
[11:23] <duflu> alan_g: I'll have to propose to your branch. But that will be ~1hr away
[11:24] <alf_> tmpRAOF: does github.com/RAOF/mesa contain the latest version of the code (i.e. does it correspond to the patch in the latest ubuntu package)?
[11:25] <tmpRAOF> alf_: I... no longer know. I think so, but it's probably safer to take it from the latest ubuntu package.
[11:27] <alf_> tmpRAOF: Thanks. I will check and try to bring the two in sync.
[11:27] <tmpRAOF> bregma: You're after AddClientOnOpenFd, and it's in xserver core.
[13:56] <anpok> alan_g|lunch: https://code.launchpad.net/~andreas-pokorny/mir/flags-utility/+merge/247565/comments/615275
[16:05] <racarr> IRC standup! Working on keymap change support, buffer stream continuation, assorted silliness
[21:26]  * kdub writes "//we're nested, so the posts are driven by the swaps"
[21:27] <kdub> and its amusing because its one of those sentences that's unintelligible outside of the graphics world


[03:02]  * mwhudson is here on time today, so of course noone else is
[03:02] <sinzu3> I am
[03:02] <sinzui> and so am I
[03:03] <jml> I am
[03:03] <jml> ish
[03:03] <jml> but barry is not, which is kind of critical :)
[03:03] <mwhudson> jml: are you at the sprint today?
[03:03] <jml> mwhudson: no. I mentioned it on the call
[03:03] <jml> mwhudson: but maybe you dropped out for that point
[03:04] <mwhudson> it's certainly possible
[03:04] <jml> I'm getting a filing cabinet delivered today, and as such need to be at home.
[03:15] <mwhudson> oh well, no meeting today it seems
[03:15]  * mwhudson wanders off to do the chores he didn't do last night because he was busy hacking loggerhead


[06:46] <inetpro> good morning
[08:02] <bakuman> O_O
[08:37] <gelie> What time tomorrow does Precise isos become available here in South Africa ?
[08:51] <bakuman> Precise isos have been available since alpha build
[08:52] <bakuman> not sure when this official release will be available though
[08:52] <bakuman> O_o oops, he is offline
[08:53] <inetpro> hmm...
[09:29] <maiatoday> offhand does anyone know how I can give a service which was started with rc.local access to a display
[09:46] <charlvn> maiatoday: you mean you want to direct the stdout or stderr streams to a console?
[09:49] <maiatoday> hmm no charlvn I am trying to get our continous integration process running. to run the tests I need to fire up an emulator which is a window/gui
[09:49] <charlvn> ah ok not sure what that is about
[09:49] <maiatoday> but the process which is accessed by the continous integration process is started as a service and so it can'tfind a display when I ask it to open the emulator
[09:50] <maiatoday> charlvn
[09:51] <maiatoday> you just helped me
[09:51] <maiatoday> when I explained what I wanted I realised maybe I can ask the emulator to startup without a window
[09:52] <charlvn> ah ok glad to be of accidental assistance lol
[09:54] <maiatoday> aha there is a -no-window option !
[09:58] <Squirm> morning people
[09:58] <charlvn> morning Squirm
[10:04] <zeref> hmmmm
[10:04] <zeref> anybody managed to install gnome-shell?
[10:04] <zeref> *in ubuntu 12.04
[10:08]  * Squirm waits for releease
[10:08] <Squirm> release
[11:00] <kbmonkey> hello there
[11:12] <charlvn> hi kbmonkey
[12:21] <kbmonkey> hi charlvn, psydroid :)
[12:24] <kbmonkey> hoe ganit?
[12:24] <psydroid> hoi kbmonkey :)
[12:25] <psydroid> dit gaan goe met my, dankie :P
[12:25] <psydroid> hoe gaan dit met jou?
[12:25]  * kbmonkey biscuits for everyone
[12:32]  * psydroid dankie
[12:33]  * psydroid offers tea and coffee to go with the biscuits
[12:35] <kbmonkey> hmm
[12:35] <kbmonkey> Maaz, tea please
[12:35] <Maaz> As soon as the kettle boils I will pour boiling water into your cup if you have the tea bag in already
[12:35] <Kerbero> psydroid, adres?
[12:35] <kbmonkey> Maaz, coffee on
[12:35]  * Maaz puts the kettle on
[12:36] <kbmonkey> Maaz, how do i use coffee
[12:36] <Maaz> kbmonkey: Times coffee brewing and reserves cups for people. You can use it like this:
[12:36] <Maaz>   coffee (on|please)
[12:36] <psydroid> Kerbero, het wordt verstuurd met digitale post, dat gaat een stuk sneller
[12:37] <kbmonkey> sneller? are you dutch psydroid?
[12:38] <psydroid> kbmonkey, yes, I am
[12:39] <psydroid> dutch of indian origin
[12:39] <kbmonkey> :)
[12:39] <Maaz> Coffee's ready for kbmonkey!
[12:47] <Kerbero> O
[12:47] <Kerbero> leuk
[12:47] <Kerbero> mijn vader is een nederlander
[12:47] <Kerbero> en mijn opa is geboren op java
[12:47] <psydroid> ah, nu snap ik waarom je ook goed nederlands spreekt
[12:47] <psydroid> dat is erg interessant
[12:47] <Kerbero> :)
[12:48] <psydroid> ik ben geboren in suriname
[12:48] <Kerbero> ahh ok
[12:48] <psydroid> en mijn overgrootouders komen uit india
[12:50] <Kerbero> i am wearing my ubuntu tshirt today
[12:51] <psydroid> is ubuntu big in south africa?
[12:51] <kbmonkey> I understand what you say, I just cant speak nederlands myself
[12:51] <psydroid> it's the same with afrikaans for me
[12:51] <Kerbero> praat afrikaans en plak 'n nederlandse aksent bo op
[12:51] <kbmonkey> it's bit in some regions
[12:52] <Kerbero> :P
[12:52] <psydroid> I just utter nonsense hoping it makes some sense :P
[12:52] <kbmonkey> hah oraait Kerbero ek sal so maak ;P
[12:52] <kbmonkey> big* in some regions, depending where
[12:53] <kbmonkey> not as big as the rest of the world, our LUG's are small compared to other cities
[12:53] <Kerbero> yes
[12:53] <Kerbero> i'm at university and here it is bigger than in other palces
[12:53] <Kerbero> about 1% of the people use ubuntu
[12:54] <psydroid> I think it also has to do something with the distribution of computers and broadband
[12:55] <psydroid> I used to see linux only at university too, these days it's usable to many more people in businesses and at home
[12:55] <Kerbero> i bought a new computer for my parents now
[12:55] <Kerbero> and i still don't know if i shoudl give them ubuntu or win7
[12:56] <kbmonkey> Why question it Kerbero ;)
[12:56] <psydroid> dual boot maybe?
[12:56] <Kerbero> yeah i'm considering dualboot
[12:57] <psydroid> I think ubuntu is really good for almost all tasks
[12:57] <Kerbero> kbmonkey, because doing tech support over the phone is tediious
[12:57] <kbmonkey> yes. doing windows tech support even more so
[12:57] <psydroid> but there are just a few things that might be missing, those are being filled in quickly though
[12:58] <psydroid> I don't do windows tech for that reason
[12:58] <kbmonkey> make a list with them what software they regularly use
[12:58] <Kerbero> at least i already have the parent in firefox and thunderbird
[12:58] <Kerbero> so that will be the same
[12:58] <psydroid> it's horrible
[12:58] <Kerbero> and are the two things they use the most
[12:58] <kbmonkey> and do some research how much can ubuntu replicate or replace
[12:59] <kbmonkey> but personally, I would use Gnome standard, change panels to resemle win layout
[13:00] <kbmonkey> make it easier for them to recognize familiar features
[13:00] <Kerbero> or force them to use unity
[13:00] <kbmonkey> I'd love to push Unity on my pops.
[13:00] <Kerbero> with the thunderbird and firefox icons stuck on the panel permanently
[13:00] <kbmonkey> I'd never use it, they will.
[13:01] <Kerbero> i use it everywhere
[13:01] <Kerbero> 12.04 of course
[13:04] <kbmonkey> I feel so dirty, on windows now :/
[13:06] <kbmonkey> lol
[13:07] <kbmonkey> well catch you all laters
[13:11] <psydroid> later kbmonkey
[13:12] <psydroid> hi zeref
[13:13] <zeref> hi psy
[13:13] <zeref> sigh
[13:13] <zeref> hi psydroid
[13:28] <zeref> hmmm
[13:29] <kbmonkey> hmmm
[13:30] <kbmonkey> oh wait, I was meant to go.
[13:30] <kbmonkey> slow wireless makes one linger ;P
[13:30] <zeref> lol
[13:37] <tumbleweed> hrm https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-system-compositor
[13:51] <charlvn> i see more dutch in this # than in #ubuntu-nl
[13:51] <charlvn> (reading through the logs)
[14:16] <Kerbero> lol
[14:21] <inetpro> charlvn: wb
[14:21] <inetpro> charlvn: there are more users in #ubuntu-nl
[14:24] <charlvn> while we are on that topic, lol is a word in dutch http://en.wiktionary.org/wiki/lol#Dutch
[14:24] <charlvn> but in afrikaans, lol means to mess around with
[14:24] <charlvn> (i think, although i don't have a dictionary reference to prove that with)
[14:24] <charlvn> both sound strangely applicable for use on the internet
[14:25] <Kerbero> lol
[14:26] <Kerbero> if i remember i will have a look in the "Groot Afrikaans Nederlands Woordeboek" at home tomorrow
[14:26] <Kerbero> (also called the ANNA)
[14:26] <charlvn> inetpro: yeah but they idle
[14:26] <charlvn> Kerbero: ah you have one of those... yes very handy!
[14:26] <Kerbero> they idle until you talk off-topic
[14:27] <Kerbero> then they get angry at you
[14:27] <charlvn> sounds like typical dutch people then
[14:28] <Kerbero> hey, watchit
[14:28] <Kerbero> :P
[14:28]  * inetpro lol
[14:28] <charlvn> :D
[14:28]  * Kerbero heeft lol
[14:30] <inetpro> nee ek dink julle lol nou met my
[14:30] <charlvn> inetpro: so i have the definition above right then? :P
[14:31]  * inetpro getting confused with all the lingos in here
[14:33] <charlvn> inetpro: dit maak alles sin na 'n amsterdam-styl zol :P
[14:33] <inetpro> charlvn: yep, I think so
[14:48] <charlvn> does anyone happen to know if http://translate.org.za/ still exists and is operational
[14:48] <charlvn> reason for asking is they are still making use of an ancient joomla site i built for them back in 2005/2006
[14:48] <charlvn> i put the site up right after joomla split away from mambo
[14:48] <inetpro> charlvn: talk to them at #zaf
[14:49] <charlvn> inetpro: tnx
[18:08] <Kilos> good evening superfly and the lurkers
[18:08] <Kilos> and other busy peeps
[18:09] <Kilos> hi dbfx
[18:10] <Kilos> are you new here?
[18:10] <superfly> hi Kilos
[18:10] <Kilos> yo kbmonkey psydroid
[18:13] <psydroid> hi Kilos
[18:13] <psydroid> hi superfly
[18:14] <superfly> hi psydroid
[18:14] <Kilos> hi Mezenir
[18:15] <Mezenir> hi all
[18:18] <kbmonkey> greets
[18:19] <kbmonkey> I have an interesting problem to solve. I need to test if an Ubuntu 11.10 CD (official print) is a OK burn
[18:20] <Kilos> they have the option when you boot from it dont they
[18:20] <kbmonkey> the issue? the md5sum of the CD is _never_ the same as the ISO
[18:20] <kbmonkey> as explained at https://help.ubuntu.com/community/HowToMD5SUM#Check_the_CD
[18:20] <kbmonkey> the CD in question does not get that far into the boot Kilos, so have to check it another way
[18:21] <Kilos> eish
[18:21] <Kilos> if it cant boot then there must e something wrong
[18:21] <Kilos> *be
[18:21] <kbmonkey> catching on ;)
[18:21] <Kilos> lol
[18:22] <kbmonkey> problem is, I don't have this disc, somebody else does
[18:22] <Kilos> maybe it was a bad iso download
[18:22] <Kilos> eish
[18:22] <kbmonkey> official disc
[18:22] <Kilos> oh my
[18:22] <kbmonkey> lol
[18:22] <Kilos> thats not funny that serious
[18:23] <kbmonkey> funny thing, I boot my 11.04 and it goes straight into setup mode, there is no boot menu to test it... what happened to the boot menu? :/
[18:23] <kbmonkey> double lol
[18:23] <Kilos> whew
[18:23] <kbmonkey> does anybody here have an official 11.10 CD to make an md5sum for me to compare?
[18:24] <tumbleweed> kbmonkey: md5sums are published on releases.ubuntu.com
[18:24] <kbmonkey> those md5sums do _not_ match CD's, only ISO's :/
[18:24] <kbmonkey> that's my issue
[18:25] <kbmonkey> *or* you can dd the CD through md5sum, but have to count the size of the ISO :p
[18:25] <kbmonkey> yes, that would work. can somebody please tell me thebyte size of the 11.10 ISO?
[18:25] <Kilos> you dont even get the option to try it rather than installing kbmonkey /
[18:25] <kbmonkey> the site only lists in Megs :p
[18:26] <Kilos> what happened to try it
[18:27] <kbmonkey> try it?
[18:27] <tumbleweed> kbmonkey: you can also see the sizes on releases.ubuntu.com :)
[18:27] <kbmonkey> boot it? no it cannot boot, hangs at an "isolinux " line
[18:27] <kbmonkey> where, at http://releases.ubuntu.com/11.10/ ?
[18:28] <kbmonkey> it says 674M, md5sum needs the exact byte count
[18:28] <kbmonkey> okay i'll go find it somewhere else
[18:28] <Kilos> the fly downloaded it, wonder if he still has them
[18:29] <Kilos> superfly, do you still have those iso's?
[18:29] <tumbleweed> kbmonkey: http://paste.ubuntu.com/946124/
[18:29] <superfly> Kilos: the 11.10 ones?
[18:29] <Kilos> yes please superfly
[18:30] <superfly> Kilos: no, I don't think so
[18:30] <kbmonkey> tumbleweed, I never knew one can do that. you are my hero and taught me something today! Thanks :)
[18:30] <Kilos> np superfly
[18:30] <tumbleweed> everyone should know HTTP :P
[18:32] <Mezenir> so ubuntu should be releasing pretty soon ?
[18:33] <Kilos> few days
[18:33] <Kilos> 28th i think
[18:34] <Mezenir> saturday
[18:34] <Mezenir> mmm
[18:34] <superfly> No, tomorrow.
[18:34] <Kilos> oh 26th
[18:34] <tumbleweed> the release is tomorrow
[18:34] <superfly> Likely tomorrow evening, though maybe as early as the late afternoon.
[18:34] <Mezenir> they used to have a count down on their site
[18:34] <Mezenir> not this time
[18:36] <superfly> http://www.ubuntu.com/community/countdown
[18:37] <superfly> bit late for it now!
[18:41] <kbmonkey> Interesting that the CD md5 doesn't match the ISO's. The empty space at disc-end affects the hash
[18:41] <kbmonkey> that is why I needed the ISO length, to force md5 to only hash so many bytes.
[18:41] <kbmonkey> Thanks again tumbleweed
[18:42] <Mezenir> cool
[18:42] <Mezenir> strange that its not on the front page
[18:43] <Kilos> kbmonkey, what you gonna do now to get it fixed
[18:43] <Kilos> cant you use that cd to make a new one
[18:44] <Kilos> cp /dev/cdrom ubuntu.iso
[18:44] <kbmonkey> that would make a bad iso if the disc is bad
[18:45] <Kilos> have you tried it on another pc?
[18:46] <kbmonkey> I don't have this disc on me Kilos, its somebody else who is having the problem
[18:46] <kbmonkey> so I asked them to check it's md5sum to verify if the disc is OK :)
[18:46] <Kilos> tell him just try in another pc
[18:47] <kbmonkey> I'll ask, thanks oom
[18:47] <Kilos> ai
[18:49] <kbmonkey> lekker koud ne
[18:49] <Kilos> lelik
[18:49] <Kilos> shivered all day
[18:49] <Kilos> reached only 17°c here
[18:50] <Kilos> whats it like in Pmb
[18:51] <Kilos> sleepy hollow
[18:57] <kbmonkey> it was colder two days ago, when the front moved in
[18:57] <kbmonkey> not too bad today, cold winds though
[18:57] <Kilos> yeah cold wind here all day
[19:04] <Mezenir> nite all
[19:04] <Kilos> night mez
[19:04] <Kilos> sjoe
[19:06] <Kilos> kbmonkey, cam you remember who got the cds to distribute last release in Pta
[19:07] <Kilos> maybe maia would have records
[19:07] <kbmonkey> the previous release? maia did, and sent them to other peeps
[19:08] <Kilos> ya thats what i wanna find out who got them here
[19:08] <Kilos> normally got a few left over
[19:15] <magespawn> evening all
[19:15] <Kilos> hi magespawn
[19:15] <magespawn> whats up?
[19:16] <Kilos> down actually
[19:16] <Kilos> temps
[19:17] <Kilos> and the monkey battling to get a cd working that doesnt install
[19:17] <Kilos> but via remote
[19:17] <superfly> hiya magespawn
[19:18] <magespawn> hey superfly
[19:18] <magespawn> thats sounds hectic Kilos
[19:19] <Kilos> kbmonkey, tell magespawn
[19:19] <Kilos> hes checking md5 goodies and all
[19:19] <Kilos> and its an official cd
[19:20] <Kilos> i think its the pc
[19:22] <kbmonkey> I asked them to check the CD integrity, will know more when I get areply :)
[19:22] <magespawn> i have had problems with sata cdrom drives before
[19:31] <kbmonkey> I was thining perhaps its a sata thing
[19:31] <kbmonkey> thinking*
[19:32] <kbmonkey> or acpi
[19:34] <magespawn> i usually make a live usb and do it that way
[19:41] <Kilos> night guys. good luck with all you endeavours
[19:41] <Kilos> sleep warm
[19:42] <kbmonkey> oh he's gone...
[19:42] <magespawn> hey back again
[19:42] <magespawn> see Kilos is off to bed
[19:52] <magespawn> has anybody read the millennium triology?
[20:08] <kbmonkey> I finished the 2nd book 2 weeks ago magespawn
[20:08] <kbmonkey> have the 3rd, haven't started yet
[20:08] <kbmonkey> I got stuck into Cryptonomicon by Neil Stephenson
[20:09] <kbmonkey> You reading the trilogy magespawn ?
[20:12] <Squirm> kbmonkey: what books are these?
[20:12] <Squirm> and evening
[20:12] <magespawn> yes kbmonkey on the third book now
[20:13] <magespawn> the first is called the girl with the dragon tattoo
[20:13] <Squirm> ah, want to read those
[20:13] <magespawn> evening Squirm
[20:14] <magespawn> they are good reading
[20:15] <inetpro> tumbleweed: or just as follows
[20:15] <inetpro> HEAD http://releases.ubuntu.com/11.10/ubuntu-11.10-alternate-amd64.iso
[20:15] <tumbleweed> inetpro: yeah, that's what I suggested
[20:16] <tumbleweed> (lynx is just a convenient tool for making head requests)
[20:16] <tumbleweed> curl can also do them, but the syntax is harder to remember
[20:16] <inetpro> but there's a HEAD command and all
[20:17] <inetpro> no need for curl nor lynx
[20:18] <inetpro> uses the perl LWP-REQUEST module
[20:21] <kbmonkey> good to know inetpro
[20:21] <kbmonkey> yes they are good reads Squirm. the screenplays are good adaptations too
[20:22] <Squirm> I'll read the books first
[20:23] <kbmonkey> naturally they changed some of the story arcs a bit, as these things go
[20:23] <kbmonkey> but stayed pretty true to the feel IMO
[20:24] <kbmonkey> time to give the pc a break, reading sounds good now
[20:24] <kbmonkey> chat laters...
[20:26] <tumbleweed> inetpro: cor, that's been around since 1998 and I never noticed
[20:27] <inetpro> tumbleweed: never to old to learn :-)


[00:16] <Mathisen> so im doing a test switch from many many years on debian to ubuntu server. i kinda got tierd of to old packages like php making issues for example nextcloud.. anyway this snap thing is confusing. lets say i want to add php-imagick to a snap version is this even posible ?
[00:16] <Mathisen> snap is new to me. i never used it until now
[00:23] <sarnold> Mathisen: the general idea of snap is that whoever packaged it has provided all the dependencies themselves
[00:23] <sarnold> Mathisen: are you making a snap package yourself? or using snaps that other people have packaged?
[00:26] <Mathisen> sarnold, im just trying out the snap version of nextcloud in this case, but from the looks of it i just gonna host it normal without snap
[00:27] <Mathisen> the loop mounting it does also seems realy confusing to me.
[00:27] <sarnold> hah, this is a bit thin on details :( https://snapcraft.io/nextcloud
[00:28] <sarnold> ah! they put the details in the git README https://github.com/nextcloud-snap/nextcloud-snap
[00:30] <Mathisen> yeah i already set up everything. and working just missing one package really
[00:30] <Mathisen> php-imagick to be specific
[00:31] <Mathisen> but from reading "It seems that the SNAP mainteners don´t like the imagick package because of security terms, so it isn´t in the package"
[00:33] <sarnold> yeah, imagemagick is pretty rough :/ but if you're hosting photos you took yourself, it's probably fine
[00:35] <sarnold> Mathisen: oh, take a look at the last two comments on https://github.com/nextcloud-snap/nextcloud-snap/pull/629
[00:35] -ubottu:#ubuntu-server- Pull 629 in nextcloud-snap/nextcloud-snap "Add Imagemagick support in PHP" [Closed]
[00:57] <Mathisen> yeah il hold of for a bit an give this a week to learn
[12:53] <athos> Hey, ahasenack, paride FYI: https://lists.debian.org/debian-devel/2023/03/msg00054.html. Just in case this starts a more in depth discussion regarding kea
[12:57] <paride> athos, thanks
[20:51] <athos> sergiodj: so, this is the diff for the armhf symbols file https://launchpadlibrarian.net/654936250/buildlog_ubuntu-lunar-armhf.isc-kea_2.2.0-5ubuntu1~ppa1_BUILDING.txt.gz :/
[20:51] <athos> perhaps the solution here would be to add a version script indeed and forward it upstream
[20:52] <sergiodj> athos: ouch :-/
[20:52] <sergiodj> athos: yes, forwarding it upstream is definitely a great idea
[20:53] <sergiodj> I'm OK with adding the ld script for now in order to get the MRI complete.  I know you do your due dilligence to make sure the necessary symbols are properly exported :)
[20:54] <sergiodj> but ultimately, it is upstream's job to determine which symbols need exporting
[21:11] <athos> yeah... it is not trivial to come up with such a version script though. Hard to get sound filters. For isntance, one of the libraries has a lexer and even symbols in that lexer are being exported
[21:12] <athos> TBH, I guess I will refrain from touching the symbols for this one. We can carry a large symbols file for now and then we can work with upstream to only export the right symbols
[21:14] <sergiodj> athos: ideally, upstreams will list all symbols being exported in the map file.  but as you said earlier, there are several kinds of upstreams :-/


[01:08] <thumper> davecheney: you around?
[02:00] <davecheney> thumper: sorry i missed you
[02:00] <davecheney> i thought the 1:1 was tuesday
[02:00] <thumper> ah :)
[02:00] <thumper> just last week
[02:01] <thumper> I have some time in an hour if that works for you
[02:06] <davecheney> thumper: i don't have anythig to talk about
[02:06] <davecheney> tomorrow is my last day
[02:06] <davecheney> then i'm taking a few personal days
[02:06] <davecheney> then off to vienna
[02:06] <davecheney> see you in nuremberg
[02:07] <thumper> um... ok
[02:10] <davecheney> or we can 1:1
[02:10] <davecheney> if you're free
[02:10] <davecheney> if there is stuff you have to talk about
[03:25] <anastasiamac> wallyworld_: hi :D
[03:29] <wallyworld_> hi
[03:33] <thumper> jam: ping for when you are around
[03:38] <anastasiamac> wallyworld_: u keep dorpping from canonical ...
[03:38] <anastasiamac> wallyworld_: 1.23 and master forwards r up for review
[03:38] <anastasiamac> wallyworld_: also map-ordering milestone is 1.24 which is currnt trunk so no backporting is required :D
[03:40] <wallyworld_> ok, ta looking
[04:20] <thumper> jam: reping
[04:31] <jam> hey thumper
[04:31] <thumper> jam: just doing expense paperwork
[04:31] <thumper> jam: hangout in 5 minutes?
[04:32] <jam> thumper: as you'd like, what about?
[04:32] <thumper> container stuff
[04:35] <thumper> jam https://plus.google.com/hangouts/_/canonical.com/containers
[07:00] <mattyw> morning everyone
[07:03] <dimitern> mattyw, o/
[07:05] <jam> hey dimitern, want to meet up a bit early?
[07:05] <dimitern> jam, hey - yeah, that works for me
[07:06] <jam> dimitern: k, I'm there
[07:06] <dimitern> jam, omw
[07:37] <TheMue> morning o/ ≋ (windy)
[07:38] <dimitern> TheMue, morning
[08:22] <voidspace> wallyworld: ping
[08:31] <dimitern> voidspace, dooferlad, morning
[08:31] <dooferlad> dimitern o/
[08:31] <dimitern> dooferlad, I have a PR for you to have a look - https://github.com/juju/juju/pull/1976/
[08:31] <dooferlad> dimitern: looking
[08:32] <dimitern> dooferlad, in retrospect, I should've done that a week ago, but there it is
[08:33] <dooferlad> dimitern: If you had, I would probably have done a lot less digging into the Juju code. It is all an education.
[08:33] <dimitern> dooferlad, that's my consolation :)
[08:33] <dooferlad> dimitern: :-)
[08:40] <voidspace> dimitern: morning
[08:41] <dimitern> voidspace, nice branch btw
[08:42] <dimitern> voidspace, i'll approve it shortly I think
[08:42] <voidspace> dimitern: fixing the provisioner issue? cool.
[08:42] <voidspace> dimitern: wallyworld reviewed it, but he missed the test I think.
[08:42] <dimitern> voidspace, the maas thing yeah
[08:42] <voidspace> dimitern: I have a trunk branch as well, but I haven't submitted it
[08:42] <dimitern> voidspace, was it a diff mismatch on RB or it shows that test?
[08:42] <voidspace> dimitern: in case I need to make changes, when the first one lands I'll submit the second
[08:43] <voidspace> dimitern: it shows the test, but it's in container_test.go and wallyworld was expecting something in provisioner_test.go
[08:43] <dimitern> voidspace, ah, right
[08:44] <voidspace> dimitern: I'm pretty sure that's it anyway, he's not around to ask :-)
[08:52] <wallyworld> voidspace: hi, sorry as having dinner
[08:52] <voidspace> wallyworld: you're allowed to have dinner... :-)
[08:52] <wallyworld> voidspace: sorry i missed the test, i'll take another loko
[08:52] <voidspace> wallyworld: np
[08:53] <wallyworld> voidspace: actually, i gave you a shipit so go for it, was more of a question seeking clarification
[08:53] <voidspace> wallyworld: ah
[08:53] <dimitern> voidspace, reviewed
[08:54] <voidspace> wallyworld: well, it was a "Fix it, then ship it!"" with an open issue. I wanted to check with you before just dropping the issue.
[08:54] <wallyworld> voidspace: ah i see what you mean, thanks for asking
[08:54] <voidspace> dimitern: thanks
[08:54] <voidspace> wallyworld: I have some minor issues from dimitern to fix anyway...
[08:54] <voidspace> :-)
[09:02] <dimitern> TheMue, standup?
[09:34] <voidspace> dimitern:
[09:34] <voidspace> ... value *errors.Err = &errors.Err{message:"", cause:(*errors.Err)(0xc2100790f0), previous:(*errors.Err)(0xc2100a50f0), file:"github.com/juju/juju/leadership/leadership.go", line:43} ("leadership claim denied")
[09:34] <voidspace> dimitern: util_test.go:1406:
[09:35] <frankban> ocr: is anyone available for reviewing http://reviews.vapour.ws/r/1324/ ? thank you!
[10:07] <dimitern> dooferlad, my branch landed btw
[10:07] <dooferlad> dimitern: sweet.
[10:07] <dimitern> dooferlad, I'm starting on CLI for subnets following the same approach
[10:37] <mattyw> natefinch, morning
[10:37] <mattyw> natefinch, judging by twitter I'd say you've been watching the news/ reading a paper this morning ;)
[10:37] <natefinch> mattyw: been watching the news for a while, just finally figured out how to put my views into 140 characters :)
[10:58]  * TheMue is out for lunch, bbiab
[10:58] <TheMue> dimitern: btw, found a nice way to simulate the error, it's pretty simple
[11:00] <dimitern> TheMue, yeah? let me know when you're back please
[12:25] <TheMue> dimitern: sure, "select id, hostname from maasserver_node;" resolves the names, then you do a "select id, name from metadataserver_noderesult where node_id = ..." to find the right gathered datas.
[12:25] <TheMue> dimitern: interesting is the one named 00-maas-01-lshw.out
[12:25] <dimitern> TheMue, yes, indeed
[12:25] <dimitern> TheMue, so you managed to reproduce the bug and the error?
[12:26] <TheMue> dimitern: having its ids allows you to do a "update metadataserver_noderesult set data = '' where id = 43;"
[12:26] <TheMue> dimitern: in a first round the bootstrap funnily wanted exactly my corrupted node, yes, with a matching error like in lp
[12:27] <TheMue> dimitern: I then acquired the node to have a working bootstrap and then released it again to simulate the error during deploying
[12:28] <TheMue> dimitern: this currently hangs, so I now want to take a deeper look into the logs and await to find the same error there
[12:28] <dimitern> TheMue, btw you can specify which node to pick at bootstrap time with --to node.maas
[12:29] <TheMue> dimitern: ah, makes the next round a bit more simple
[12:29] <dimitern> TheMue, yeah :)
[12:30] <TheMue> dimitern: but so it is fine too, with currently only four nodes here you quickly get the right (corrupted) one
[12:30] <dimitern> TheMue, so if the error is reproduced, you should see it just before bootstrap outputs Lauching instance XYZ
[12:30] <dimitern> TheMue, and the bootstrap should fail
[12:31] <dimitern> TheMue, if it keeps going after the instance is started, then it's not reproduced
[12:31] <TheMue> dimitern: yeah, I had the same output like in the lp issue
[12:31] <TheMue> dimitern: same error message and bootstrapping failing
[12:33] <dimitern> TheMue, nice!
[12:34] <TheMue> yeah
[12:46] <voidspace> bug 1437038
[12:46] <mup> Bug #1437038: 1.23b2 fails to get IP from MAAS for containers, falls back to lxcbr0 <addressability> <maas-provider> <network> <juju-core:Fix Committed by mfoord> <juju-core 1.23:Fix Committed by mfoord> <https://launchpad.net/bugs/1437038>
[12:48] <mup> Bug #1438168 was opened: juju 1.23 doesn't release IP addresses for containers <juju-core:In Progress by mfoord> <https://launchpad.net/bugs/1438168>
[12:56]  * dimitern steps out for a while
[14:03] <natefinch> perrito666: if you can tweet you can get on the hangout ;)
[14:17]  * dimitern is back
[14:32] <dimitern> TheMue, thanks for updating bug 1427814, it's really useful to have the info about how to tweak lshw data in the maas db
[14:32] <mup> Bug #1427814: juju bootstrap fails on maas with when the node has empty lshw output from commissioning <bootstrap> <maas> <maas-provider> <network> <juju-core:Triaged by themue> <https://launchpad.net/bugs/1427814>
[14:32] <TheMue> dimitern: yw
[14:48] <ericsnow> cherylj: would you mind updating #1435974 with where things are at with the LICENCE fixes?
[14:48] <mup> Bug #1435974: Copyright information is not available for some files <juju-core:In Progress by cherylj> <juju-core 1.22:In Progress by cherylj> <juju-core 1.23:In Progress by cherylj> <https://launchpad.net/bugs/1435974>
[15:03] <cherylj> ericsnow: sure.
[15:03] <ericsnow> cherylj: thanks :)
[15:04] <cherylj> ericsnow: I do have questions about a couple repos.
[15:05] <cherylj> I'm guessing we don't need to modify the gojson* repos.
[15:05] <cherylj> and the same for syslog
[15:06] <ericsnow> cherylj: right
[15:07] <ericsnow> cherylj: (since they are slight adaptations of the Go stdlib code and retain that copyright/license)
[15:07] <cherylj> k
[15:07] <cherylj> I just need to do the charm branches, and I think I'll be done.
[15:07] <cherylj> then on to updating dependencies.tsv
[15:08] <ericsnow> dimitern, dooferlad: FWIW, "juju space" is pretty ambiguous; any chance we could name it something more clearly related to networking?
[15:08] <ericsnow> cherylj: awesome!  thanks for slogging through all that :)
[15:09] <cherylj> ericsnow: np!  Although I did run into that unrelated test failure when trying to merge juju/testing 1.22
[15:09] <cherylj> thumper just manually merged it last time
[15:09] <voidspace> dimitern: can we add a new upgrade step in a bugfix release?
[15:10] <dooferlad> ericsnow: That is a discussion which has started several times and is currently on hold. I expect it will come up at the sprint.
[15:10] <voidspace> dimitern: as adding the addresser would require upgrading IP addresses to add a Life field
[15:10] <voidspace> dimitern: that seems unfortunate
[15:10] <ericsnow> dooferlad: cool, thanks
[15:10] <voidspace> dimitern: I have a bunch of patches but I'm not sure what to do about the upgrade step
[15:12] <dimitern> sorry guys - in a call
[15:12] <voidspace> dimitern: np
[15:13] <cherylj> ericsnow, natefinch:  since the license is changing for charm, do I need to update all the branches?  Or just 1.22, v4 and v5?
[15:15] <mup> Bug #1438258 was opened: error while destroying incomplete environment <juju-core:New> <https://launchpad.net/bugs/1438258>
[15:15] <ericsnow> cherylj: I'd say consider the branches that will be related to current or future juju releases
[15:17] <natefinch> cherylj: don't update old branches (other than 1.22 & v4)
[15:17] <cherylj> ericsnow, natefinch:  Thanks!
[15:17] <voidspace> ericsnow: natefinch: if I want to prepare a binary for someone to try out, know how I should do it?
[15:17] <voidspace> we have a script to do source releases but not binaries
[15:17] <voidspace> I just need an amd64 build
[15:18] <voidspace> can I just tart up juju* from $GOPATH/bin
[15:18] <natefinch> voidspace: yeah, you just need juju and jujud
[15:18] <voidspace> natefinch: cool, thanks
[15:18] <ericsnow> voidspace: just "go install ./juju/..." and send them the file out of $GOPATH/bin, right?
[15:19] <voidspace> ericsnow: s/file/files/ but yeah - that's what I thought and natefinch seems to be confirming
[15:19] <ericsnow> voidspace: yep :)
[15:19] <ericsnow> voidspace: BTW, did you see my first-draft poster yet? :)
[15:19] <natefinch> yep... nice thing about go.  It's just copy and paste the binaries.  for us, we just need the client and the server
[15:20] <ericsnow> natefinch, voidspace: don't the tools also need to get copied (so they can be uploaded)
[15:20] <ericsnow> natefinch, voidspace: jujuc, etc.
[15:20] <voidspace> ericsnow: natefinch: jujud is "the tools"
[15:20] <voidspace> ah, maybe
[15:21] <ericsnow> voidspace: yeah, the hook tools like set-relation
[15:21] <natefinch> jujud is the tools, the upload just symlinks jujud to jujuc
[15:21] <natefinch> er vice versa
[15:21] <ericsnow> natefinch: ah
[15:21] <natefinch> ericsnow: all that stuff, symlinks
[15:21] <ericsnow> natefinch: how funny
[15:23] <cherylj> okay, I need reviews for the charm license changes:  https://github.com/juju/charm/pull/107
[15:23] <cherylj> https://github.com/juju/charm/pull/108
[15:23] <cherylj> https://github.com/juju/charm/pull/109
[15:23] <ericsnow> jam: thanks (for the calender access) :)
[15:28] <cherylj> ericsnow: Here's the update list of repos:  https://bugs.launchpad.net/juju-core/+bug/1435974/comments/11
[15:28] <mup> Bug #1435974: Copyright information is not available for some files <juju-core:In Progress by cherylj> <juju-core 1.22:In Progress by cherylj> <juju-core 1.23:In Progress by cherylj> <https://launchpad.net/bugs/1435974>
[15:28] <cherylj> Are there any I missed?
[15:33] <dimitern> voidspace, hey
[15:33] <dimitern> voidspace, so what's the issue with the upgrade step?
[15:37] <ericsnow> cherylj: LGTM, thanks!
[15:37] <cherylj> yay!  thanks, ericsnow   :)
[15:38] <voidspace> dimitern: 1.23 has IP addresses in it
[15:38] <dimitern> voidspace, yeah?
[15:38] <voidspace> dimitern: so if we backport "release IP addresses" to 1.23, we'll need an upgrade step from beta2 to beta3
[15:38] <voidspace> dimitern: adding the Life field to IP addresses
[15:38] <voidspace> dimitern: is that ok?
[15:40] <dimitern> voidspace, can we do that?
[15:41] <dimitern> voidspace, aren't the steps based on major/minor versions?
[15:41] <voidspace> dimitern: well exactly
[15:41] <voidspace> dimitern: I don't think we *can* do it
[15:42] <voidspace> dimitern: that's exactly what I'm asking though :-)
[15:42] <dimitern> voidspace, well
[15:42] <voidspace> dimitern: the other way is to backport the *original* approach
[15:42] <dimitern> voidspace, I think you could still try to run the step - it shouldn't do any harm if Life is already there
[15:43] <voidspace> dimitern: do upgrade steps run at all? I'd have to look through the code to work it out
[15:43] <voidspace> dimitern: the original approach was with a Provisioner API instead of a worker
[15:43] <voidspace> and no Life field
[15:43] <voidspace> I still have that code
[15:43] <dimitern> voidspace, hmm
[15:43] <dimitern> voidspace, ok, let's think for a minute
[15:44] <dimitern> voidspace, what's the worst that can happen if we omit this from 1.23?
[15:44] <voidspace> it looks to me like upgrade steps for a version are run / re-run when you upgrade within a version
[15:44] <dimitern> voidspace, addresses won't be released
[15:44] <voidspace> i.e. 1.23.1 to 1.23.2 will run 1.23 upgrade steps I believe
[15:44] <dimitern> voidspace, ah - then it might work?
[15:44] <voidspace> dimitern: if I'm right
[15:45] <voidspace> PerformUpgrade and runUpgradeSteps in upgrades/upgrade.go
[15:45] <mup> Bug #1438274 was opened: unit test failures: storeManagerStateSuite.TestStateWatcher <ci> <juju-core:New> <https://launchpad.net/bugs/1438274>
[15:45] <dimitern> voidspace, it seems like a quick experiment is needed to verify this
[15:46] <voidspace> yeah
[15:46] <voidspace> dimitern: I'll define a new upgrade step that dies horribly and see if it runs :-)
[15:46] <dimitern> voidspace, e.g. start from the earliest possible version that has IP addresses collection, which is actually used
[15:47] <dimitern> voidspace, which should be the 1.23-beta1 right?
[15:47] <voidspace> sounds right
[15:48] <voidspace> dimitern: but the upgrade step is only on trunk - so I'll either need to do the full port and test that
[15:48] <voidspace> dimitern: or just take trunk and change the version back to 1.23-beta3 or whatever
[15:50] <dimitern> voidspace, the latter seems easier
[15:51] <voidspace> dimitern: that's what I'm doing
[15:51] <voidspace> dimitern: just bootstrapping 1.23
[15:51] <dimitern> voidspace, yeah and deploy some lxc-s
[15:51] <voidspace> yep
[15:51] <voidspace> dimitern: hmm, there's still an issue. This will become a 1.22 upgrade step instead of 1.23
[15:52] <voidspace> dimitern: so the upgrade step needs to check if the ipaddress collection exists, and bail without error if it doesn't
[15:52] <voidspace> and it needs to run if upgrading from 1.22 -> 1.24
[15:52] <dimitern> voidspace, considering the steps are idempotent, it shouldn't be a problem to have the same step for 1.22 and 1.23 I guess
[15:53] <voidspace> dimitern: yep, true - that solves the problem of 1.23 beta 1 -> 1.24
[15:53] <dimitern> voidspace, sweet!
[15:53] <voidspace> and 1.22 -> 1.24 I think
[15:53] <voidspace> in fact 1.23 upgrade steps must run then anyway
[15:53] <voidspace> all intermediate steps must run
[15:54] <dimitern> exactly
[15:54] <voidspace> deploying lxc
[16:18] <cherylj> ericsnow, natefinch:  Can I get a review on the last license changes?    https://github.com/juju/charm/pull/107
[16:18] <cherylj> https://github.com/juju/charm/pull/108
[16:18] <cherylj> https://github.com/juju/charm/pull/109
[16:19] <cherylj> and the utils changes:  http://reviews.vapour.ws/r/1329/        http://reviews.vapour.ws/r/1328/
[16:25] <voidspace> dimitern: it looks like 1.22 steps don't get run when going from 1.23beta3 to 1.23beta4
[16:25] <voidspace> which is odd
[16:25] <voidspace> I'll try again
[16:25] <voidspace> I'm only seeing steps121 in the logs though
[16:26] <dimitern> voidspace, I wouldn't expect 1.22 steps to run for 1.23-beta3 -> 1.23-beta4
[16:26] <dimitern> voidspace, but the 1.23 should
[16:27] <voidspace> dimitern: well - I'm seeing 1.21 ones run - but neither 1.22 nor 1.23...
[16:28] <dimitern> voidspace, how did you prepare your scenario?
[16:28] <voidspace> dimitern: http://pastebin.ubuntu.com/10707700/
[16:28] <voidspace> dimitern: juju bootstrap --upload-tools  (branch 1.23)
[16:28] <voidspace> dimitern: then "juju add-machine lxc:0" and wait for instance id
[16:29] <voidspace> dimitern: then checkout master and do the godeps / go install dance
[16:29] <voidspace> well, after changing version/version.go to 1.23-beta3 (should have picked beta4 but it shouldn't matter)
[16:29] <dimitern> voidspace, and before bootstrap you've rebuilt the juju binaries, right?
[16:29] <voidspace> then "juju upgrade-juju --upload"
[16:29] <voidspace> dimitern: yep
[16:30] <voidspace> then "juju upgrade-juju --upload-tools"
[16:30] <voidspace> I mean
[16:30] <voidspace> dimitern: http://pastebin.ubuntu.com/10707700/
[16:30] <voidspace> I will try again, with a better new version number and maybe some extra logging
[16:30] <voidspace> but first - coffee
[16:31] <dimitern> ok
[16:35] <dimitern> time to go
[19:53] <thumper> mramm: ping
[22:36] <bogdanteleaga> +


[16:24] <LocutusOfBorg1> hi, is it possible to have an Ubuntu Cloak? https://launchpad.net/~costamagnagianfranco/
[16:25] <rww> LocutusOfBorg1: can you add your IRC nick to the relevant field in your LP profile for verification, please?
[16:26] <LocutusOfBorg1> rww, is it fine now?
[16:26] <rww> yep
[16:26] <rww> Pici: ^
[16:26] <LocutusOfBorg1> sorry, 10 years here and I forgot that :(
[16:27] <LocutusOfBorg1> ofct debian
[16:27] <LocutusOfBorg1> oops
[16:27] <LocutusOfBorg1> added also my debian nick
[16:30] <rww> hrm, Pici must have stepped away from his computer. wait around and he or another IRC Council person should be able to get it taken care of
[16:31] <LocutusOfBorg1> sure, no problem
[16:31] <LocutusOfBorg1> I tried to contact the Debian folk for a debian Cloak
[16:31] <LocutusOfBorg1> with a gpg signed mail but he never replied
[16:32] <LocutusOfBorg1> I'm happy here it is enough an ubuntu lp profile for verification
[16:32] <rww> we have the benefit that there's a handful of people who can approve cloaks instead of just one :)
[16:32] <LocutusOfBorg1> probably :)
[16:35] <Pici> LocutusOfBorg1: looks like everything is setup properly, let me see if I can grab a freenode staffer to make the change.
[16:36] <niko> o/
[16:36] <Pici> LocutusOfBorg1: Also, if you want, it looks like LocutusOfBorg is unregistered at this time, you could probably take it over if you want.
[16:37] <LocutusOfBorg> damn yeah
[16:37] <LocutusOfBorg> Pici, thanks a lot
[16:38] <Pici> Just /msg nickserv group, and then /msg nickserv set accountname LocutusOfBorg
[16:43] <LocutusOfBorg> yeah, it should be good now
[16:43] <LocutusOfBorg> thanks a lot!
[16:46] <Pici> niko: Could you please give LocutusOfBorg an ubuntu/member/locutusofborg cloak?
[16:47] <niko> LocutusOfBorg: congrats
[16:47] <Pici> huzzah
[16:50] <LocutusOfBorg> thanks a lot :)
[16:51] <LocutusOfBorg> trying to rejoin
[16:51] <k1l> another satisfied customer \o/ congrats :)
[16:55] <LocutusOfBorg> :D
[21:51] <Unit193> He just needs SASL now..


[00:10] <ScottK> ronnoc: Someone ought to explain to them that there's KDE/Plasma in the Ubuntu repositories.  No need to offer opensuse just for that.
[00:11] <ronnoc> ScottK: I caught that
[00:11] <ScottK> ronnoc: Here's your chance to be a Kubuntu evangelist.
[00:13] <ronnoc> Yea. I'll start by blogging about it and commenting on the article and go from there. At that pricepoint, and with the percieved 'safety-net' of Android, this thing could be huge.
[00:20] <ScottK> Deleting 22K messages from Akonadi/Kmail takes a LONG time.
[00:24] <micahg> that's something it shares with Thunderbird :)
[00:26] <persia> Do they regenerate the index on each delete?
[01:23] <ScottK> Not sure, but it's progressed about 2.5K since I mentioned it.
[01:23] <ScottK> I suspect the problem is the display is trying to refresh after each delete as the process that's CPU bound is Kontact/Kmail, not something akonadi.
[04:01] <ronnoc_> BTW ScottK - I'm already a kubuntu evangelist :)
[06:00] <Tm_T> mhb ... who knows where he is?
[06:01] <Tm_T> this one https://launchpad.net/~martin.bohm
[06:01] <Tm_T> ...is expiring on kubuntu-members
[06:04] <ScottK> He's not been involved in some time.
[06:04] <ScottK> It's unfortunate, but I'm not surprised.
[06:05] <Tm_T> allright so no worries
[09:21] <Mamarok> Riddell: the Polo just arrived, yay!
[09:21] <Mamarok> thank you very much :)
[09:29] <afiestas> Riddell: ktuberling thingy done
[09:42] <Riddell> Mamarok: remember the payment, you need to post a picture of you or someone equally good looking wearing it on planets ubuntu/kde :)
[09:42] <Mamarok> will certainly do in a few minutes :)
[09:42] <Mamarok> I will ping you when it is up
[09:45] <Riddell> "Qt 4.8.4 has just been released" says my e-mail
[10:01] <Tm_T> Riddell: nice
[10:02] <Tm_T> "Stable release4.8.4[2] / 29 November 2012; 5 days ago" says Wikipedia, ye
[10:02] <Tm_T> source being http://blog.qt.digia.com/blog/2012/11/29/qt-4-8-4-released/
[10:33] <Riddell> Tm_T: mm, qt announce list being a bit slow indeed
[10:40] <Riddell> bah kdepimlibs needing some change
[11:21] <shadeslayer> Riddell: art thou working on pimlibs?
[11:21] <shadeslayer> it needs libxslt1-dev from what I can tell
[11:22] <Riddell> shadeslayer: yeah I am
[11:22] <shadeslayer> ah cool
[11:22] <Riddell> just got my chroot set up
[11:22] <shadeslayer> cool :)
[11:24] <shadeslayer> lunchpad i386 builders have insanely long build queues
[12:08] <Riddell> loads of symbols removed from kdepimlibs 4.9.90 compared to 4.9.80
[13:13] <BluesKaj> Hi all
[13:23] <Riddell> lots more 4.9.90 to be done http://starsky.19inch.net/~jr/tmp/kubuntu-ppa-build-status.html
[13:24] <Riddell> !ninjas
[13:24] <apachelogger> busy with phonon stuff
[13:25]  * yofel_ is at work
[13:25] <Riddell> just when you're free :)
[13:25] <Riddell> and not busy on alpha 1 testing or 4.9.4 :)
[13:31] <simplew> sometimes kubuntu changes back to defaults, i use to change fonts to 'Sans 8' and in "kcmshell4 componentchooser" -> Web Browser   i use to change to option 'in an application based on the contents of the URL'.   but kubuntu uses to change back these settings to defaults, how is this possible?
[13:33] <yofel_> someone that's bored could test 4.9.4 for precise. It finished building a while ago
[13:34] <Riddell> yofel_: for precise? very generous of us to do
[13:34] <simplew> Riddell: i have sent you an email about this problem, could you have a look?
[13:34] <yofel_> there seem to be plenty of people still on precise, and it's not a really large update
[13:35] <simplew> yofel_: hey dude :)
[13:35] <Riddell> simplew: sorry not today way too many other things to be done
[13:35] <yofel_> hi simplew
[13:36] <simplew> no one has an idea why these 2 settings keep getting to kubuntus default for no reason?
[13:37] <apachelogger> yofel, Riddell: IMHO we should try to give more updates to LTS releases anyway ... particularly when they are little effort
[13:37] <simplew> Riddell: the mail was sent 8 days ago...
[13:37] <Riddell> apachelogger: it's a bit of a luxury when we're slow at packaging for development release and current release
[13:39] <apachelogger> Riddell: personally I'd take LTS + dev series over latest random stable
[13:39] <apachelogger> but yeah
[13:39] <apachelogger> we'd be faster if people were talking me serious :P
[13:39] <simplew> does anyone have a clue why the mouse theme in lightdm or kdm is 'Oxygen_White' when i changed the mouse theme in systemsettings to another?
[13:39] <apachelogger> language fail
[13:40] <yofel> simplew: the login screen should be using the x-cursor-theme alternative
[13:40] <apachelogger> also #kubuntu for support please
[13:41]  * apachelogger just broke ktuberling again -.-
[13:41] <Riddell> apachelogger: the audience who wants an LTS is unlikely to want the latest KDE from a PPA I feel
[13:42] <simplew> apachelogger: but these questions are also realted with development, so that they can be fixed
[13:42] <apachelogger> Riddell: dunno, particularly kde contributors tend to install LTS for their dear ones but put the latest PPA SC on it
[13:43] <apachelogger> so it's less far off from the latest and greatest
[13:43] <simplew> i see that in startupconfigfiles and startupconfigkeys  theres no set for fonts, maybe thats why fonts continue being changed to kubuntu defaults?
[13:43] <apachelogger> (I am not saying we should backport every SC inbetween LTS relases btw)
[13:44] <Riddell> "PPA exceeded its size limit"
[13:44] <Riddell> rollocks, ninjas is full
[13:44] <yofel> hehe
[13:44] <apachelogger> do they still not run janitor?
[13:44] <yofel> it's running
[13:45] <yofel> but it seems like 4.9.90 + 2X4.9.4 was too large
[13:46] <Riddell> especially with language packs for quantal and precise!
[13:46] <apachelogger> we have language packs in ninja?
[13:46] <apachelogger> guess those do not need to go there
[13:46] <yofel> I didn't think they would be that large
[13:47] <Riddell> yofel's generosity is too large :)
[13:47] <yofel> true ^^
[13:47] <apachelogger> ^^
[13:47] <Riddell> when is 4.9.4 released so it can be moved out of ninjas?
[13:47] <yofel> 4.9.4 release is supposed to be today: a) wait b) remove langpack c) ask for more size
[13:47] <yofel> ?
[13:48] <Riddell> d) move out of ninjas toot sweet
[13:48] <apachelogger> well
[13:48] <apachelogger> you can copy the langpacks to staging meanwhile
[13:48] <Riddell> if it's due for release today that's entirely fair
[13:48] <apachelogger> if you want to wait
[13:49] <Riddell> nah, way to much bother to copy them twice
[13:49] <Riddell> they should be moved to updates/backports
[13:50] <Riddell> yofel: what's needed to get them moved? I'm at your disposal since I can't do 4.9.90 currently
[13:50] <yofel> I think someone tested quantal, so we're good to move it. For precise I would need a test first.
[13:51] <Riddell> yes soee tested it
[13:51] <yofel> if we do want to move them without waiting for an announcement
[13:51] <Riddell> I'll test quantal locally and precise on an ec2
[13:51] <soee> yes tested yesterday, no problems during and after upgrade
[13:52] <yofel> Riddell: then I could copy quantal right now and wipe it from ninjas
[13:53] <simplew> seams im not being taken seriously...
[13:53] <yofel> simplew: we have more pressing issues right now...
[13:54] <simplew> yofel: i consider this problem a very serious one, having settings reverted to default, that should never happen
[13:55] <Riddell> simplew: sorry we're just busy on several things this week
[13:55] <simplew> well, this is my POV, but i think in a generall view its a very important issue
[13:55] <Riddell> yofel: go for it
[13:55] <yofel> ack
[13:55] <apachelogger> simplew: there are no reports about this on launchpad so I suppose it is caused by something in your specific setup
[13:56] <simplew> apachelogger: not quite, i have created new users and this continues to happen
[13:57] <apachelogger> ok
[13:57] <simplew> apachelogger: and only these 2 settings are the ones that are reverted to defaults, the remaining ones continue following user sets
[13:58] <simplew> apachelogger: so far i didnt set /usr/share/kubuntu-default-settings/kde4-profile/default/share/config/kdeglobals to use the fonts i want to see whats causing this, but i cant discover it
[13:59] <Darkwing> aaaaaaaaand another email change for the Darkwing
[14:02] <simplew> Riddell: why default fonts in kdelibs were changed to 'Dejavu Sans' and in kubuntu-default-settings continues with Ubuntu?
[14:03] <Riddell> simplew: I think the patch in kdelibs comes from debian, the kubuntu-default-settings value is a decision of kubuntu
[14:04] <apachelogger> qt&kdelibs are patched by debian to use dejavu
[14:04] <yofel> Riddell: done, try again
[14:04] <simplew> but if in kubuntu is to use different fonts, are that patch continues in ubuntu?
[14:04] <simplew> but if in kubuntu is to use different fonts, why that patch continues in ubuntu?
[14:06] <apachelogger> because we want dejavu when kds is not installed
[14:07] <simplew> apachelogger: kds?
[14:07] <apachelogger> the settings package
[14:12] <Riddell> actually we should remove that dejavu patch, it might mess with the fontconfig settings which will be more considered
[14:16] <apachelogger> Riddell: should talk with debian why they patch
[14:16] <apachelogger> perhaps the fontconfig stuff in earlier Qt4 was misbehaving
[14:19] <Riddell> apachelogger: debian's fontconfig settings are different from ubuntu so I think there are separate issues
[14:20] <apachelogger> Riddell: well, the point is that the default font should be set via fontconfig and the patches do nothing more than that
[14:20] <Riddell> yes
[14:20] <apachelogger> (which could of course be achieved by putting a config file into the qt package if necessary
[14:20] <apachelogger> )
[14:49] <rbelem> danimo_: ping
[14:50] <rbelem> danimo_: we have sent more patches
[14:51] <danimo_> rbelem: cool, can't look into them, but if they are on the server side, coolo is the better person to ask anyway
[14:51] <rbelem> danimo_: that make icecc work with android
[14:51] <danimo_> rbelem: (I'm on a code camp atm)
[14:51] <danimo_> rbelem: cool!
[14:51] <rbelem> danimo_: oki :-)
[14:51] <rbelem> danimo_: which channel can i find him?
[14:52] <danimo_> rbelem: usually he just idles on IRC
[14:52] <danimo_> rbelem: he'll react on github notifications though
[14:53] <rbelem> danimo_: oki :-) i will wait for him
[14:53] <rbelem> thx danimo_
[15:15] <Riddell> yofel: precise removes a bunch of packages on dist-upgrade to ninjas http://paste.kde.org/619580/
[15:16] <Quintasan> \o
[15:16] <yofel> Riddell: you do have backports enabled as well?
[15:16] <Riddell> yofel: no, should I?
[15:16] <Riddell> kubuntu backports?
[15:17] <Riddell> The following packages will be REMOVED: libkdegames5a libkggzgames4
[15:17] <yofel> yes, kubuntu backports, ninjas has only the parts that are needed to build the 4.9.4 pieces. You'll need a bit more to get the deps worked out
[15:17] <Riddell> ah yes, that's better
[15:40] <shadeslayer> how interesting
[15:40] <shadeslayer> agateau: do you know about : https://code.launchpad.net/~indicator-applet-developers/telepathy-indicator/trunk
[15:43] <shadeslayer> agateau: can we potentially use that for KDE Telepathy?
[15:43] <Riddell> shadeslayer: that's not new?  there's always been a telepathy indicator plugin
[15:43] <Riddell> it works but uses a bunch of gtk stuff
[15:43] <shadeslayer> hmm
[15:43] <Riddell> apt-get install telepathy-indicator
[15:44] <shadeslayer> right, but does it work with ktp?
[15:46] <shadeslayer> nope
[15:46] <Riddelll> yofel: 4.9.4 working well on precise
[15:47] <Riddell> vnc ec2-54-234-27-194.compute-1.amazonaws.com:5901 should you wish to check
[15:48] <agateau> shadeslayer: never heard of this
[15:48]  * agateau clicks
[15:49] <agateau> oh, it's not specific to ktp
[15:49] <shadeslayer> hmm
[15:49] <Riddell> shadeslayer: it does, it works with the telepathy daemon
[15:49] <Riddell> you need to restart it after install
[15:49] <shadeslayer> 0.o
[15:49]  * shadeslayer tries
[15:50]  * agateau never knows how to start telepathy stuff :)
[15:50] <shadeslayer> tp is fairly decoupled :P
[15:50] <agateau> indeed
[15:50] <shadeslayer> lemme logout
[15:51] <Riddell> you might need to restart something else I'm not sure, I know it didn't work for me when I installed it then it magically worked when I wasn't expecting it later
[15:52] <agateau> it's probably a standalone binary which you can run by end
[15:52] <agateau> s/end/hand/
[15:52] <kubotu> agateau meant: "it's probably a standalone binary which you can run by hand"
[15:55] <shadeslayer> uhh can't get it to work for some reason
[15:58] <yofel> Riddell: thanks
[16:07] <danimo_> why is inotify.h under /usr/include/<arch>/sys/, instead of /usr/include/sys in 12.04?
[16:07] <danimo_> or am I missing an additional package?
[16:07] <shadeslayer> do header includes get multi arched?
[16:07] <shadeslayer> I'm not sure
[16:08] <shadeslayer> nope
[16:08] <shadeslayer> for eg : http://packages.ubuntu.com/quantal/amd64/kdelibs5-dev/filelist
[16:09] <shadeslayer> oh hmm
[16:09] <shadeslayer> danimo_: on raring : /usr/include/x86_64-linux-gnu/sys/inotify.h
[16:09] <shadeslayer> this is thoroughly confusing
[16:09] <danimo_> shadeslayer: yes, but cmake will not look in the arch directory
[16:10] <danimo_> given it's an implementation detail of debians arch abstraction, apps shouldn't even have to know
[16:19] <yofel> cmake *should* check there - unless someone goes and overrides the include search patch. I could be wrong though...
[16:21] <yofel> I know that we have a patch for gwenview for exactly that reason
[16:21] <danimo_> yofel: find_path(INOTIFY_INCLUDE_DIR sys/inotify.h) fails
[16:21] <danimo_> yofel: url?
[16:22] <danimo_> yofel: it's the reason why the owncloud client never uses inotify on debian/ubuntu/kubuntu
[16:23] <shadeslayer> danimo_: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/gwenview/view/head:/debian/patches/kubuntu_cmake_jpeg_multiarch_path.diff
[16:23] <yofel> fun
[16:23] <yofel> shadeslayer: thanks (my network connection is crappy right now :( )
[16:24] <shadeslayer> yofel: np :)
[16:24] <shadeslayer> also, hah! how the tables have turned :P
[16:25] <yofel> :P
[16:33] <shadeslayer> Riddell: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/analitza/revision/53
[16:33] <shadeslayer> dafuq?
[16:33] <shadeslayer> "53. By Jonathan Riddell 3 hours ago : asdjaaoijs"
[16:34] <shadeslayer> not to mention things like : http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/analitza/files/head:/debian/libanalitzagui4/
[16:38] <shadeslayer> brrrr
[16:38] <shadeslayer> Could not find executable /build/buildd/ark-4.9.90/obj-x86_64-linux-gnu/plugins/clirarplugin/tests/clirartest.shell
[16:39] <shadeslayer> is that because we have disabled tests in kde4libs?
[16:40] <shadeslayer> wohooo
[16:40] <shadeslayer> "PPA exceeded its size limit (11527.00 of 10240.00 MiB). Ask a question in https://answers.launchpad.net/soyuz/ if you need more space."
[16:41] <yofel> we already wiped stuff, now wait for the janitor
[16:41] <shadeslayer> yeah
[16:43] <yofel> oh, beta2 announcement is out
[16:44] <yofel> and 4.9.4 got its release page
[16:45] <shadeslayer> *nod*
[16:50] <yofel> yofel: re gwenview patch: fix that in FindJPEG rather
[16:51] <yofel> meh, I can't highlight myself
[16:51] <yofel__> yofel: ^
[16:51] <yofel> better
[16:51] <Riddell> shadeslayer: could you tell my head wasn't fully functioning this morning? :)
[16:52] <shadeslayer> lol
[16:52] <shadeslayer> silly yofel talking to himself :D
[16:53] <shadeslayer> and I thought I was the silly one when I talked to myself to test telepathy
[16:53] <yofel> :P
[17:09] <shadeslayer> anyone running precise and want to test some FF packages with KDE integration?
[17:09] <Riddell> oh I just shut off that ec2 machine :(
[17:24] <Mamarok> Riddell: see my blog: http://blogs.fsfe.org/myriam/2012/12/04/on-knitting-google-codein-and-a-nice-surprise-delivered-to-my-doorstep/
[17:24] <Riddell> Mamarok: now you're famous http://planet.ubuntu.com/ :)
[17:25] <Mamarok> good!
[17:25] <Mamarok> blame markey for the blurry pic
[17:25] <Riddell> he just doesn't want anyone to see your good looks in that shirt
[17:26] <Mamarok> lol
[17:32] <Quintasan> Riddell: Any progress on business cards?
[17:32] <Quintasan> Riddell: oh, also, did you take a look at maliit?
[17:38] <Riddell> Quintasan: no sorry been too busy for either
[17:39] <Quintasan> Riddell: That's okay, I just wanted to know if there was any progress, I'm particulary interested in business cards :P
[17:39] <Darkwing> someone made business card templates?
[17:39] <Quintasan> Darkwing: Not really, that's what we are looking for I believe
[17:39] <Darkwing> ahhhhhh
[17:39]  * Darkwing ponders
[17:40] <Riddell> it's not difficult to make an SVG with logo+contact details on it
[17:40] <Quintasan> I think we agreed on name, surname, phone, email and gpg fingerprint on it.
[17:40] <Quintasan> Riddell: I don't think it is if you KNOW how to do it
[17:40]  * Quintasan for example has virtually no iea
[17:41] <Quintasan> idea*
[17:41] <Darkwing> I found that placing a scannable QR on the back was good. I did that for loco cards I made a while back.
[17:41] <Quintasan> Hmm, that's a good idea :D
[17:41] <Riddell> Quintasan: apt-get install inkscape is the first step :)
[17:43] <Quintasan> Riddell: That sort of implies I have the thing called design sense :P
[17:49] <shadeslayer> you could do a call for designs on G+
[17:50] <shadeslayer> the guy who started the G+ page has awesome design skillz
[18:51] <Quintasan> ScottK: What was that python package which you showed me at uds?
[21:43] <ScottK> Quintasan: No idea.  Can you give me a hint?
[21:43] <ScottK> yofel: You saw 4.9.4 is released, right?
[21:44] <Quintasan> ScottK: It was that one with some multiarch dirty hack
[21:44] <ScottK> Quintasan: pykde4
[21:44] <Quintasan> ScottK: Thanks
[21:48] <robtygart> I have a quick question about rc.local http://paste.kde.org/619796/ Do I need to change the 0 to a 1?
[21:51] <robtygart> Ok never mind I think I figured it out.
[21:54] <robtygart> Would it be possible to add something to disable DPMS in the next build. PLEASE!
[21:58] <yofel> ScottK: we published it to get it out of the way, but there's no announcement yet
[21:58] <yofel> only the website update
[21:58] <ScottK> yofel: There's a KDE announcement.
[21:58] <yofel> not on http://www.kde.org/announcements/...
[21:59] <yofel> and I only got the 4.9.90 announcement mail today
[21:59] <ScottK> It was a bit before that.
[22:01] <yofel> I saw the mail to the release-team, but nothing to kde-announce
[22:01] <ScottK> Yeah.
[22:01] <ScottK> It turns out that's all I saw too.
[22:01] <yofel> that's why I didn't put anything on the website yet
[22:01] <ScottK> They've published it, so we should go ahead and announce, etc.
[22:01] <ScottK> Go for it.
[22:02] <yofel> hm... I'm kinda conservative on this after sebas once asked me to not announce things ahead of time...
[22:03] <ScottK> They've published the release, so I think it's on them now.
[22:03] <yofel> I'll make the website announcement in a bit, I'll poke you to push the publish button then ;P
[22:22] <ScottK> OK.
[22:34] <ScottK> robtygart: Why?
[22:34] <ScottK> Also what file is that in?
[22:35] <robtygart> ScottK: I am trying to disable "dpms" at startup
[22:35] <ScottK> Right, but why are you trying to do that?
[22:36] <robtygart> But I only can from terminal using "xset -dpms" after restart its back to defult
[22:37] <robtygart> the file is /ect/rc.local
[22:37] <ScottK> Oh, so you added it?
[22:38] <ScottK> Or rather added the dpms call.
[22:41] <robtygart> yes I added that.
[22:41] <robtygart> Thank you Scott.
[22:41] <robtygart> I think I figured it out.
[22:41] <ScottK> OK.
[22:42] <ScottK> I suspect you can change things in /etc/kbd/config or add your own script in /etc/X11/Xsessions.d.
[22:42] <robtygart> So that should keep DPMS of
[22:43] <robtygart> off*?
[22:45] <robtygart> Thanks again Scott! I need to restart. Bye
[23:01] <Riddell> I wonder if ninjas is accepting uploads yet
[23:04] <ScottK> Was it not before?
[23:04] <ScottK> Riddell: Did we ask to have cron turned off for our images?
[23:04] <Riddell> ScottK: I didn't no
[23:05] <ScottK> Shall I?
[23:05] <Riddell> please do
[23:05] <ScottK> OK.
[23:05] <yofel> ninjas has space again
[23:05] <ScottK> Done.
[23:38] <simplew> whats the kde equivalent to wireshark ?
[23:56] <Riddell> simplew: try asking in #kubuntu or #kde
[23:57] <simplew> Riddell: thats why the answer didnt got answered, i thoutght i was in ##linux
[23:58] <ScottK> In any case, it's wireshark or tcpdump.


[08:19] <openstackgerrit> XiaBing Yao proposed openstack/cloud-init: Update stackforge to openstack  https://review.openstack.org/237452
[09:29] <Odd_Bloke> smoser: https://code.launchpad.net/~daniel-thewatkins/cloud-init/lp1460715/+merge/274897 is ready for re-review. :)
[13:10] <smoser> Odd_Bloke, so, one pick.
[13:10] <smoser> if we can avoid the fork, if there is data in /sys it seems fastest to read it from there.
[13:10] <smoser> doesnt it ?
[13:14] <Odd_Bloke> smoser: I'm happy to move to that; I was thinking that (a) blockdev will maintain an interface whereas /sys might change, and (b) blockdev might be available on platforms (BSD?) where /sys is not.
[13:14] <smoser> b is almost certainly true
[13:15] <smoser> but generally i dont think sys is a moving target
[13:15] <smoser> i have a few other comments i'll put in review.
[13:17] <mwak> hello
[13:17] <smoser> hey
[13:19] <mwak> I created a PR yesterday to merge the Scaleway datasource into cloud-init, https://code.launchpad.net/~edouardb/cloud-init/scaleway-datasource/+merge/274861. Any idea of the ETA to get it merged :) ?
[15:14] <smoser> mwak, i reviewed. let me know if you n eed any helip.
[15:14] <smoser> help
[15:25] <mwak> smoser: thx!
[15:30] <mwak> smoser: a) b) c) concerning d, is it possible to do that in another PR as we do not use that atm
[15:30] <mwak> *Alright for a/b/c
[15:32] <smoser> sure. if its not there, no point in looking for it.  i'd think it'd be great if you have it though.
[15:55] <natorious> smoser: I'd been thinking more about network json and am not 100% that base.BaseOpenStackSource.network_config should return json data
[15:55] <smoser> :)
[15:56] <natorious> as is, it returns a network conf file when not network_json
[15:56] <natorious> so should we process the network_json into a file to return specific to ea distro?
[15:57] <natorious> also been throwing around the idea of vendor plugins and how they would fit into all this
[15:57] <natorious> that is extensibility based on cloud providers specific feature set
[16:19] <smoser> natorious, well, there is no 'file' that is specific to each distro
[16:19] <smoser> unless you consider a tarball. but even then, not really
[16:20] <smoser> ie, /etc/sysconfig/ you'd potentially have to write and delete multiple files
[16:20] <natorious> right
[16:20] <natorious> so passing content as network config as currently is is needing some eyes
[20:40] <smoser> natorious, around ?
[20:42] <smoser> http://paste.ubuntu.com/12879626/
[20:42] <smoser> something to think about %
[20:42] <smoser> ^
[22:55] <natorious> smoser: your talking to the right guy then ;)
[22:56] <natorious> so, persistent datasource w/ the openstack metadata service could call the same module for doing them after init
[22:56] <natorious> thats the idea anyways
[22:57] <natorious> I believe the intel osic cloud thats being spun up w/ have onmetal resources for all of us to play with
[22:57] <natorious> whenever that comes around


[00:19] <Zeb> anyone run cinnamon?
[04:34] <Shadow__X> hey guys i am having a problem where i keep getting an error in dmesg saying sk2 eth0 speed/duplex mismatch and my nic doesnt want to negotiate at Gbit speeds anymore any idea whats wrong?
[05:03] <holstein> Shadow__X: did you upgrade? i would try booting the last kernel and see if its working
[05:13] <Shadow__X> holstein:I think i upgraded to a new kernel and the problems was there but i cant remember if i had the problem them upgraded or visa versa. Regardless i have tried booting an older kernel
[05:14] <holstein> Shadow__X: i would try a live CD.. something you know supported the hardware, like 10.04, and confirm that its not a hardware issue
[05:15] <Shadow__X> holstein: well i did install windows 7 on a spare drive and it does not want to get Gigabit speeds there either but i am not sure what happened
[05:19] <holstein> Shadow__X: could be motherboard... could be the NIC... either way, i would try 10.04 live, and then thats 2 different OS's that are reporting failure.. i would consider the possibilty at that point that its hardware related
[05:19] <Shadow__X> can a nic half work like that?
[05:19] <Shadow__X> i just thought they just stopped working
[05:20] <holstein> Shadow__X: if its bad hardware, there are no rules
[05:21] <holstein> bad memory can cause some funky stuff to happen...
[05:22] <Shadow__X> i am running memtest right now so far i am about 52% way through 1 pass and its passing
[05:48] <Shadow__X> holstein: how many passes do you recommend
[12:11] <holstein> Shadow__X: as many as you can stand waiting for... when i have had bad ram, i would see errors early on though
[12:29] <WilsonBradley> Anyone else use Live Linux boot of a USB  Persistance / Casper-rw ? Simple question.. Can I increase the Filesystem size? Trying to do an  update on it and it says it's to small to do a 1+gb partial update. Maybe I should just download the LATEST build?
[13:44] <Sidewinder1> WilsonBradley, If you're USB is out of space, I think you're SOL and will need to install to hard disk. Either that or get a bigger USB.
[13:47] <coalwater> i usually thing if u are going to use the usb ssystem for a while id prefer if it was at least 4+ or 5+ gb
[14:00] <holstein> yeah, and just do a normal install to it... 8gb USB sticks are quite cheap these days... maybe dont have swap
[14:16] <WilsonBradley> Ok, thanks..
[14:17] <WilsonBradley> Was trying to do an system update
[14:17] <WilsonBradley> and it was huge
[14:17] <WilsonBradley> Will just download latest Ubunut build
[14:17] <WilsonBradley> that works..;-)
[20:41] <AJH101> hi is this the channel on wich to discuss U on a phone?!
[20:44] <Unit193> The concept idea that hasn't come out yet? If so, then nope.
[20:47] <AJH101> Unit 192: fair enough - do we have an eta?
[20:47] <AJH101> 193 sorry! :-)
[20:48] <Unit193> No idea, people have been dumped into #ubuntu-phone, but not sure they know all the much more at this point.
[20:48] <AJH101> lol thanks!
[21:39] <Shadow__X> holstein: yeah, i went through 2 passes and just threw a spare Gbit nic in there just to get it back up
[21:39] <Shadow__X> thanks for the help
[21:40] <holstein> Shadow__X: sure
[21:40] <holstein> anytime
[21:42] <Shadow__X> i guess i didnt want to accept the nic was dead


[00:44] <bkerensa> tgm4883: link to electric subreddit discussion? :P
[00:46] <tgm4883> bkerensa, http://www.reddit.com/r/pics/comments/vg20c/i_cant_understand_how_people_find_these_ugly/c54b1es?context=3
[00:46] <orebuntu> tgm4883's tiny URL is http://tinyurl.com/7tzcj54
[00:48] <bkerensa> tgm4883: how many Killawatt Hours do you consume a month?
[00:48] <tgm4883> 826
[00:49] <bkerensa> thats not a lot of power
[00:49] <bkerensa> I use between 900-1400
[00:49] <bkerensa> :D
[00:49] <tgm4883> it's reddit
[00:49] <tgm4883> I didn't expect them to know wtf they are talking about
[01:09] <pwnguin> tgm4883: well you do pay like 2x what i do for electric
[01:10] <tgm4883> pwnguin, because I use more?
[01:10] <tgm4883> or because it costs more?
[01:10] <pwnguin> we both have pacific power yes?
[01:10] <tgm4883> yes
[01:10] <pwnguin> then it cant be "it costs more"
[01:10] <tgm4883> well then you just need to get more servers ;)
[01:11] <pwnguin> na
[01:11] <pwnguin> i prefer to keep them in data centers with access to clean power
[01:11] <pwnguin> like the OSL
[01:12] <pwnguin> my home servers are all low power ARM devices
[01:12] <tgm4883> I'm consolidating a few systems right now
[01:12] <tgm4883> and transfering a bunch of stuff to a larger NAS for storage
[01:13] <pwnguin> but really, it seems impossible to find apartments with AC around here
[01:15] <pwnguin> amount used: 377 kwh
[01:18] <pwnguin> but your bill has different columns than mine so i cant be sure we actually get charged the same rate
[01:20] <pwnguin> this does remind me, i need to turn in my cable modem
[01:23] <pwnguin> I should start annotating kwh in gnucash
[02:09] <bkerensa> tgm4883:  pwnguin is right... I have Pac Power too and I would pay higher rates then you
[02:10] <bkerensa> see they have "Usage Brackets"
[02:10] <bkerensa> 100-400KWh is a set amount
[02:10] <bkerensa> 400-800 or something
[02:10] <bkerensa> and so on
[02:10] <pwnguin> there's definately a lot of metered fees though
[02:10] <bkerensa> so the more you use in a month the higher rate bracket you hop into
[02:10] <bkerensa> yeah
[02:10] <pwnguin> no clue how their billing works
[02:10] <pwnguin> it's magic. from an outlet!
[02:11] <bkerensa> and also they add taxes and "Dam Removal" fees based on how big your bill is
[02:11] <bkerensa> the bigger your bill the more fees you pay :D
[02:11] <pwnguin> i get a refund
[02:11] <bkerensa> its a racket
[02:11] <bkerensa> pwnguin: WHAT?
[02:11] <bkerensa> >.<
[02:11] <pwnguin> bpa columbia river benefits for 28 days
[02:11] <bkerensa> oh
[02:11] <bkerensa> yeah
[02:11] <bkerensa> so thats because the Bonneville Dam.... is generating "surplus" power
[02:11] <pwnguin> but the dam removal fee makes sense
[02:12] <bkerensa> so the government "refunds" ratepayers and also has to subsidize wind farms
[02:12] <pwnguin> large hydroelectric generates a lot of silt that we need to unsilt later on
[02:12] <bkerensa> but there is a catch-22 to that which is at the end of the year you pay that refund back to the BPA through Federal Taxes
[02:12] <bkerensa> ;)
[02:12] <bkerensa> since the BPA is tax payer funded
[02:12] <bkerensa> :P
[02:13] <bkerensa> pwnguin: well the dam removal fees that Oregonians pay are not even for dams in Oregon :) they are for Dams on the Klamath River in California
[02:13] <pwnguin> copco and iron gate dams removal
[02:14] <pwnguin> thats okay. im told there's a public transport charge on the water bills here to pay for free public busses
[02:14] <pwnguin> which is slightly annoying because my employer already pays for free public busses for employees
[02:15] <bkerensa> pwnguin: Ahh no the free bus passes is actually for students :) that comes out of water rates
[02:15] <bkerensa> since PPS does not have school buses
[02:15] <bkerensa> the City funds it out of water rates
[02:15] <bkerensa> :D
[02:16] <bkerensa> The city also has a tour bus and some sort of lodge up on one of the water sources for portland that they use water rate funds to allow VIPS to go visit
[02:16] <pwnguin> i dont live in portland
[02:16] <bkerensa> ahh
[02:16] <bkerensa> in corvallis?
[02:16] <pwnguin> yes
[02:16] <bkerensa> :D
[02:16] <bkerensa> lucky you
[02:16] <pwnguin> i guess
[02:17] <bkerensa> then you will skip Portland's upcoming vote to try and pass a "Art Income Tax"
[02:17] <pwnguin> ah, funding for the arts via income tax
[02:18] <pwnguin> not some scheme to tax artists with incom
[02:18] <pwnguin> and it seems to be a property tax
[02:18] <pwnguin> or not
[02:19] <bkerensa> pwnguin: yeah it will be $35 per adult unless the person is low income then they dont have to pay and it will supposed go to a fund that the city will control and dole out to non-profits of the mayors choosing
[02:19] <bkerensa> but in reality their proposed tax would violate the Oregon Constitution
[02:19] <pwnguin> just skimmed an article and ran across this (which i misread)
[02:19] <pwnguin> However, not every good cause deserves real estate on people's tax bills.
[02:22] <bkerensa> pwnguin: exactly and I do not feel the city should force people to contribute to a good cause... it should be optional... I donate at least a couple hundred each year to non-profits so its disappointing for my hand to be forced for something that may not be relevant to me
[02:23] <bkerensa> pwnguin: either way Article 1, Section 32 of the Oregon Constitution prohibits any tax that is waived for one class but not other classes so the low income waiver would not pass muster
[02:24] <pwnguin> well good luck with all that
[03:53] <bkerensa> =/
[03:58] <tgm4883> and I'm back
[04:01] <bkerensa> tgm4883: yeah UPS is idk trying to get me to pay for a conference kit from Canonical
[04:01] <bkerensa> lol
[04:01] <bkerensa> :(
[04:01] <tgm4883> :/
[04:02] <bkerensa> idk I have been on hold most of the day but I do know I have a package held at Customs with UPS
[04:02] <bkerensa> from Canonical
[04:02] <bkerensa> and other people who had this happen said it was due to Canonical doing something wrong on the paperwork and incurring the receiver a import duty cost
[04:04] <tgm4883> That's no deal :(
[04:10] <bkerensa> tgm4883: no kidding :P Im not going to pay for free open source software :)
[04:14] <pwnguin> for osbridge?
[04:16] <bkerensa> pwnguin: nah for our booth at OSCON I imagine... idk specifically since nobody sent me a courtesy e-mail with a tracking #
[04:16] <bkerensa> but the only thing I am expecting is CD's etc for OSCON
[04:16] <bkerensa> which should be duty free
[22:13] <c_smith> The first issue I've ever had with Ubuntu One is one I'm trying to work through now. *sigh*


[00:12] <exoplanet> hello which polkit dialogue will 16.04 use? lxpolkit or the gnome polkit program?
[00:13] <wxl> exoplanet: for 16.04, likely still gnome
[00:14] <exoplanet> Are there any issues with lxpolkit? I read about some problems, like it asking for root rootpassword on a setup with disabled root and sudo. wxl
[00:15] <wxl> exoplanet: honestly, i haven't had any experience with it, since we don't use it. my recommendation would be to ask in #lxde as that's where the devs hide
[00:49] <jerbot> hey guys any update? :D
[05:32] <jerbot> http://cdimage.ubuntu.com/lubuntu/releases/12.10/release/ 12.10 offline forever?
[05:33] <ianorlin> yes 12.10 is end of life
[05:33] <ianorlin> !eol
[05:43] <jerbot> why is 12.04 still available for downlod, though?
[05:44] <jerbot> trying to get 14.04 working, but i get different issues with every install
[05:45] <jerbot> and it's so hard to find any answers
[10:49] <vishal_> hi
[13:30] <smart> hi there, is there a way to add/edit keyboard shortcuts?


[14:13] <Pres-Gas> Anyone not lurking?
[14:14] <Pres-Gas> ...as in, alive?
[14:18] <simira> do you have a reason for asking, or are you just bored and alone?
[14:24] <Pres-Gas> heh
[14:25] <Pres-Gas> No, but was wanting some guidance on the new intel wireless drivers on 8.04
[14:25] <simira> did you read the topic?
[14:26] <Pres-Gas> I see the bug reports in launchpad...and added info on them...but am seeing no activity
[14:26] <Pres-Gas> ummm...yeah...I did....I guess it was not a support related topic of which I wanted to discuss...
[14:27] <simira> then either join #ubuntu for support, or #ubuntu-bugs to get help assigning the bugs to someone who can fix them
[14:27] <Pres-Gas> It was if there was forward movement on currently existing bugs
[14:27] <Pres-Gas> So, why is this channel even here?
[14:27] <Pres-Gas> ...What do you do?
[14:41] <Pres-Gas> .....I guess this is a channel that is not very willing to enlighten people...not getting a good community feeling about it.


[11:00] <zxmpi> happy hunt and destroy choccie orange day \o/
[15:59] <davef> happy crimbo to all
[17:39] <ball> davef: You too!
[18:15] <daftykins> seasons greetings indeed \o