[05:02] <superfly> Maaz: tell Kilos good morning
[05:02] <Maaz> superfly: Okay, I'll tell Kilos on freenode
[05:13] <Kilos> morning superfly
[05:14] <superfly> Lekker geslaap, oom?
[05:14] <Kilos> ja dankie. ek hoop jy het ook genoeg slaap gekry
[05:15] <superfly> Ja, dankie
[05:28] <superfly> Kilos: so what's on the cards for today?
[05:29] <Kilos> well hoping to benchmark the lappy stanard drive and the 128g ssd
[05:29] <Kilos> and do some more work trying to get ians router working with 3g
[05:30] <Kilos> you at work superfly ?
[05:30] <superfly> No, still on the train
[05:30] <Kilos> ah
[05:31] <Kilos> will see if the benchmarking thing slows stuff down
[05:31] <Kilos> oh and a pile of mails to read as well
[05:35] <superfly> Mr Popular
[05:35] <Kilos> nono
[05:35] <Kilos> most are alternative health and mails about bad peeps running the world
[05:36] <Kilos> and new members applying without wiki pages etc
[05:37] <Kilos> hows the family superfly ?
[05:37] <superfly> They're good. No complaints.
[05:38] <Kilos> yay
[05:39] <superfly> Trying to convince the little lady that crawling is easier and faster than scooting around on her bum.
[05:39] <Kilos> lol
[05:39] <superfly> She can crawl, she just chooses not to.
[05:39] <Kilos> they so cute when they do that
[05:41] <thatgraemeguy> mornings
[05:41] <Kilos> hi thatgraemeguy
[06:02] <Kilos> inetpro good morning
[06:59] <chesedo> ola all
[06:59] <Kilos> hi chesedo
[07:44] <anton_may> morning all
[07:59] <magespawn> good morning
[08:18] <magespawn> Kilos?
[08:18] <Kilos> hi magespawn
[08:18] <Kilos> sorry trying to install teamviewer so i can see what ian is doing
[08:20] <magespawn> teamviewer on linux
[08:20] <magespawn> ?
[08:20] <Kilos> ya
[08:20] <magespawn> there is a .deb for that, download and open with archive manager
[08:21] <magespawn> from the teamviewer website
[08:21] <Kilos> i have it
[08:21] <magespawn> and?
[08:21] <Kilos> but when i tried to install it hid the install window behind the dolphin window so i couldnt see and click install
[08:22] <Kilos> just found it
[08:22] <magespawn> ahh, so all good then?
[08:26] <Kilos> hi Wolfeyes
[08:26] <Kilos> yeah magespawn getting there
[08:26] <Wolfeyes> Hi Kilos and Everyone else
[08:27] <Kilos> he is installing squid on server
[08:27] <magespawn> hi Wolfeyes
[08:27] <Wolfeyes> hey magespawn
[08:27] <magespawn> Kilos: Ian/
[08:27] <magespawn> ?
[08:27] <Wolfeyes> My name - Ian
[08:27] <Kilos> lol
[08:28] <magespawn> squid as a proxy server?
[08:28] <Wolfeyes> What is the difference between the two?
[08:28] <Wolfeyes> I thought squid was a proxy server.
[08:29] <magespawn> it can also do web caching, so that you save data, also web filtering etc
[08:31] <Wolfeyes> I think squid would be the better option then as they want web filtering, all staff only allowed on one website and certain staff of all websites.
[08:32] <magespawn> Wolfeyes: let me know how it goes, i am interested in your results
[08:32] <Wolfeyes> When it is completed lol - sure.
[08:33] <magespawn> i think there is a lot of setup to do regarding the web filtering
[08:33] <Wolfeyes> Oh boy.
[08:34] <magespawn> i had a brief look at it, and resolved to go back when i had more time, which has not happened yet
[08:34] <Wolfeyes> lol
[08:34] <Wolfeyes> I know that feeling very well
[08:38] <magespawn> busy with upgrading an asteriskNOW/FreePBX install
[08:39] <Wolfeyes> That is one of those projects when I had more time I would look at it lol
[08:40] <Wolfeyes> After this I think I will look at the rasberry pi first though.
[08:44] <magespawn> do you have one Wolfeyes ?
[08:47] <Wolfeyes> I want t get one, I have two seperate applications I want to get them to work on.
[08:49] <magespawn> i just got a pi b+, works like a bomb, wolfram mathematica is giving me some licence issues
[08:49] <magespawn> pi 2 b+
[08:49] <magespawn> i see they have just release the version 3
[08:50] <magespawn> for $35 so about R600
[08:51] <bushtech_> R640 at RS
[08:52] <Wolfeyes> That is reasonable for what I want to do with it.
[08:53] <bushtech_> http://za.rs-online.com/web/p/processor-microcontroller-development-kits/8968660/
[08:56] <Wolfeyes> ty bushtech_
[09:02] <magespawn> thats me done, got to go, chat later all
[09:37] <chesedo> there are also some docker squid images if one does not feel like the hasle to set one up
[09:38] <chesedo> althought the setup is the easiest imo - it is the iptable rules that are hard to figure out
[09:38] <chesedo> when using intercept mode
[10:35] <magespawn> hello
[10:38] <theblazehen> hi magespawn
[11:01] <magespawn> hi theblazehen
[11:01] <magespawn> Kilos asleep again?
[11:35] <Kilos> was eating sorry
[12:24] <magespawn> lol, no problem Kilos, just giving you a little stick
[13:28] <iqbal> hi
[13:29] <magespawn> pack time. chat later all, cheers
[14:16] <Kilos> hi iqbal
[14:24] <Kilos> hmm...  i fall asleep and so does everyone else
[14:37] <Private_User> Kilos, on your keyboard and awake to your machine beeping like crazy?
[14:38] <Private_User> lol
[14:38] <Kilos> lol
[14:57] <Kilos> hi kmf
[14:58] <kmf> hi Kilos
[14:58] <Kilos> any news sir?
[15:02] <kmf> no sorry nothing yet
[15:03] <Kilos> aw i thought they would have approved use of he logo by now
[15:06] <kmf> it's the use of the name :)
[15:06] <Kilos> ok well if they dont give it right off we start nagging
[15:08] <kmf> :D
[15:48] <iqbal> hi
[15:48] <Kilos> you winning iqbal ?
[15:48] <Kilos> \sorry ive missed you
[15:49] <iqbal> np
[15:49] <iqbal> i've upgraded to 14.04, my WiFi is working
[15:49] <Kilos> sometimes i sleep and others i act like im awake
[15:49] <Kilos> great
[15:49] <iqbal> ;)
[15:50] <iqbal> i've installed Synaptics Package Manager
[15:50] <Kilos> thats good
[15:50] <Kilos> that has all the packages in it
[15:51] <Kilos> and can install remove upgrade and fix broken packages
[15:51] <iqbal> I'm on IRC Channel via Mozilla Firefox
[15:51] <Kilos> get an irc client like xchat
[15:52] <Kilos> it is in synaptic
[15:52] <iqbal> which one?
[15:53] <Kilos> open synaptic and type xchat in the little search block top right i think it is
[15:53] <iqbal> done
[15:53] <iqbal> there's a list
[15:54] <Kilos> then tick the block left of xchat and tick the install arrow ate the top
[15:55] <Kilos> just tick the top one
[15:55] <Kilos> it will install whatever else is needed
[15:56] <iqbal> ok, downloading
[15:57] <iqbal> done
[15:57] <Kilos> you can use synaptic to do all needed upgrades etc as well
[15:57] <iqbal> ok
[15:58] <Kilos> you tick the reload button the mark all upgrades button the the apply arrow
[15:58] <iqbal> done
[15:59] <Kilos> ok
[15:59] <iqbal> which network do i connect to?
[15:59] <Kilos> in the dash type in xchat
[15:59] <iqbal> done
[15:59] <Kilos> freenode and server chat.freenode.net
[16:00] <Kilos> and add channel #ubuntu-za
[16:01] <iqbal_> hi
[16:01] <Kilos> hi
[16:01] <Kilos> well done
[16:01] <iqbal_> cool
[16:01] <iqbal_> thanks
[16:02] <iqbal_> i closed the firefox one
[16:02] <Kilos> you will find just about everything you need in synaptic
[16:02] <Kilos> i saw
[16:02] <iqbal_> so, what do i need?
[16:02] <Kilos> now fix your nickname
[16:03] <Kilos> type in /nick iqbal
[16:03] <Kilos> all depends what you need
[16:04] <Kilos> for movies and music install vlc
[16:04] <iqbal> is there Google Earth? Maps?
[16:05] <Kilos> googleearth-package
[16:05] <iqbal> do i need an antivirus/ malware?
[16:05] <Kilos> in synaptic
[16:05] <Kilos> no
[16:05] <Kilos> just install gufw
[16:06] <Kilos> thats a good grahic firewall
[16:06] <iqbal> ok
[16:06] <iqbal> something like ccleaner?
[16:06] <Kilos> not needed
[16:07] <iqbal> great
[16:07] <iqbal> thanks, much appreciated
[16:07] <Kilos> you are welcome
[16:12] <Wolfeyes> http://bin.snyman.info/mmm57275
[16:13] <Wolfeyes> My understanding is this is my network interfaces, why is there three if I only have two network points?
[16:14] <Kilos> looks like everyone is on their ways home
[16:14] <Kilos> theblazehen ?
[16:16] <theblazehen> Wolfeyes: Is one of them lo?
[16:16] <Wolfeyes> yes sir
[16:16] <theblazehen> Kilos: Who runs the bin?
[16:16] <Kilos> ther fly
[16:16] <theblazehen> Wolfeyes: That's just loopback, so <IP_ADDRESS>. The others are your actual interfaces
[16:17] <Wolfeyes> ah, cool thank you
[16:17] <Wolfeyes> That makes more sense now
[16:17] <theblazehen> Ok, nevermind. The dns was down for a bit, back up now
[16:17] <theblazehen> It's a pleasure Wolfeyes
[16:17] <Kilos> ah
[16:17] <Kilos> theblazehen Wolfeyes is my son
[16:18] <theblazehen> Kilos: Ah, okay
[16:19] <Kilos> and he is old so be patient
[16:19] <Kilos> hehe
[16:20] <iqbal> hi Kilos
[16:20] <Kilos> hi iqbal
[16:21]  * chesedo now has an even scarier image of Kilos with a son named Wolfeyes :P
[16:21] <Kilos> lol
[16:22] <Wolfeyes> lol
[16:22] <iqbal> i'm used to Chrome and Android...how is Chromium vs Firefox?
[16:22] <Kilos> you can use chrome in ubuntu
[16:23] <iqbal> how?
[16:23] <Kilos> i dont use firefox i use opera-browser
[16:23] <iqbal> ok
[16:23] <Kilos> im sure chrome is in synaptic
[16:24] <Kilos> might be called google-chrome
[16:24] <Kilos> Maaz google how to install google chrome on 14.04
[16:24] <Maaz> Kilos: "Beginner: How to Install Google Chrome in Ubuntu 14.04" http://www.howtogeek.com/203768/beginner-how-to-install-google-chrome-in-ubuntu-14.04/ :: "software installation - How to install Google Chrome? - Ask Ubuntu" http://askubuntu.com/questions/510056/how-to-install-google-chrome :: "Installing Chrome on Ubuntu 14.04 - Ask Ubuntu"
[16:24] <Maaz> http://askubuntu.com/questions/642758/installing-chrome-on-ubuntu-14-04 :: "Install or Upgrade Google Chrome 48 on…
[16:24] <Kilos> iqbal ^^
[16:27] <iqbal> thanks, when i click on the link, it doesn't do anything? i thought it would open in my browser?
[16:27] <Kilos> it should
[16:27] <Kilos> right click copy the link and paste it in your browser
[16:28] <iqbal> i've installed the Chromium Browser. is it the same like Chrome?
[16:30] <Kilos> i think chrome is similar to chromium
[16:30] <Kilos> maybe im wrong but i thought chromium was out first
[16:32] <theblazehen> iqbal: chromium is chrome with some of the closed source google stuff taken out AFAIK
[16:51] <Kilos> hi fusionsparc
[16:52] <fusionsparc> Hi Kilos...doing well?
[16:53] <Kilos> yes ty and you?
[16:57] <fusionsparc> Doing well.. :)
[16:57] <fusionsparc> Have you played with Ubuntu 16.04 I think...
[16:57] <Kilos> nope
[16:58] <fusionsparc> Watched some youtube vids on features, not enough to switch in my opinion..
[16:58] <fusionsparc> Whats the frequincy of updates for kubuntu a year?
[16:59] <Kilos> lots
[16:59] <Kilos> all ubuntu updates often to keep secure
[16:59] <fusionsparc> I mean ver. update...
[16:59] <Kilos> lts every 2 years
[17:00] <fusionsparc> ah
[17:00] <Kilos> and every 6 months on non lts
[17:00] <fusionsparc> I see..
[17:00] <fusionsparc> You running Lts of short term?
[17:00] <Kilos> lts
[17:01] <Kilos> i must go eat
[17:01] <Kilos> wbb
[17:01] <fusionsparc> enjoy
[17:23] <Kilos> fusionsparc if you dont have data cap ofr costs to worry about its actually exciting upgrading every 6 months
[17:25] <fusionsparc> lol..isn't the short term release normally the beta releases?
[17:25] <Kilos> no they have final releases
[17:26] <fusionsparc> i see..
[17:27] <fusionsparc> might look into that..
[17:28] <Kilos> if you have two pcs then keeping lts to lts is good on one and the other used for checking all the new stuff
[17:28] <fusionsparc> with every new release, do you need to install from scratch or upgrade existing release?
[17:28] <Kilos> you can upgrade
[17:28] <fusionsparc> ok
[17:32] <fusionsparc> only have one pc so still contemplating it.
[17:32] <Kilos> lol
[17:33] <fusionsparc> bbl...dinner time..
[17:33] <Kilos> enjoy
[17:45] <Wolfeyes> http://bin.snyman.info/mmm9ttsc
[17:45] <Wolfeyes> when I have this written in interfaces it works
[17:46] <Kilos> good
[17:47] <Wolfeyes> http://bin.snyman.info/mmmmmvt5
[17:47] <Wolfeyes> and this doesn't work
[17:48] <Kilos> lol use what makes it work
[17:48] <Wolfeyes> Can someone explain why please
[17:48] <Wolfeyes> it has to be static
[17:49] <chesedo> when it is dynamic run `ifconfig` and base the static of that
[17:49] <Kilos> lets hear what the clever peeps say
[17:49] <Wolfeyes> would that setup change more if I am using arno's iptables?
[17:49] <Wolfeyes> goes to look
[17:52] <Wolfeyes> http://bin.snyman.info/mmmnxr5n
[17:52] <Wolfeyes> this is the working dynamic
[17:53] <Wolfeyes> with "ifconfig"
[17:54] <chesedo> most of the static then seems correct... just can't confirm gateway and network
[17:55] <chesedo> although thing network might need to be a subset
[17:55] <chesedo> why does it have to be static?
[17:56] <Wolfeyes> because it is going to be a server on a network, and all the computers will have their own ip address.
[17:56] <chesedo> this the internal nic?
[17:57] <Wolfeyes> nic?
[17:57] <chesedo> interface
[17:57] <Wolfeyes> yes
[17:57] <Wolfeyes> the server will run the firewall and squid to the other computers
[17:59] <chesedo> try setting network to <IP_ADDRESS>
[17:59] <Wolfeyes> Will do
[17:59] <chesedo> will the computers also have static addresses?
[18:00]  * chesedo 's server ends that way
[18:00] <Wolfeyes> yes they will
[18:01] <Wolfeyes> brb testing
[18:01] <chesedo> oh this is the server (gateway) so set gateway to its address too
[18:05] <Wolfeyes> Okay that didn't work.
 oh this is the server (gateway) so set gateway to its address too
[18:07] <Wolfeyes> Wouldn't the gateway be the router ip which is <IP_ADDRESS>? (Just a question)
[18:08] <chesedo> umm, is your setup from the inside: computers -> server -> router?
[18:08] <Wolfeyes> yes
[18:09] <Wolfeyes> brb
[18:09] <chesedo> so the router is the gateway for the server, and the server is then the gateway for the computers
[18:16] <fusionsparc> stupid question, after changing ip's etc, does one need to restart the interface or it updates by default?
[18:17] <chesedo> fusionsparc: think the connection needs to be re-establised
[18:17] <fusionsparc> i see..
[18:18] <chesedo> at least for static ones
[18:18] <Kilos> night all. sleep tight
[18:18] <fusionsparc> chers kilos..
[18:18] <chesedo> night Kilos
[18:30] <magespawn> good evening
[18:42] <Cryterion> Hi everyone
[18:42] <magespawn> hi Cryterion
[18:43] <Cryterion> Heya magespawn. How things
[18:44] <magespawn> good and you?
[18:44] <Cryterion> All good. Just bit tired. 8hr drives take there toll
[18:45] <magespawn> that they do
[18:45] <Cryterion> And have another one in the morning grr
[18:46] <magespawn> where are you driving from and to? that must almost limpopo to cape town
[18:46] <magespawn> ^be
[18:47] <Cryterion> Witbank back to durbs
[18:48] <magespawn> well at least it is a relatively nice road
[18:48] <magespawn> which way do you go, before i make that statement
[18:48] <magespawn> ?
[18:50] <Cryterion> There's not much of a shortcut. Both routes about the same. I'll decide in the morning. Can either hit middleburg then down via newcastle. Or head to jhb then via heidelburg
[18:52] <magespawn> i recently did some cross country driving, and it was beneficial for me to stay on the toll roads even though there was a cheaper route, only took 6 hours from Komaatipoort to Klerksdorp
[18:53] <Cryterion> Won't hit jhb. There's a route off n12 going direct to heidelburg
[18:53] <magespawn> yes i use that one a bit when going to kelrksdorp from hluhluwe
[18:54] <Cryterion> Yeah. I tried the country roads on way up today
[18:55] <magespawn> they are always a bit of a risk, last time i hit about 50 km of detour, that had been there so long the detour needed to be fixed
[18:57] <Cryterion> Thinking off going the middleburg route down n11. That way i stop in on a job someone else is driving up for
[18:58] <magespawn> two birds with one stone?
[18:58] <Cryterion> Think 90% of upgrades on n11 are done now anyway. And yeah two birds one stone
[19:01] <magespawn> seems like a long way to drive for a job, wouldn't local be cheaper?
[19:02] <Cryterion> No one capable.
[19:02] <magespawn> ahh i see, as always
[19:02] <Cryterion> There's major power problems in witbank atm
[19:03] <Cryterion> Power was out where i am for about 3hrs earlier
[19:04] <magespawn> joy and happiness
[19:05] <magespawn> quite ironic, really
[19:06] <Cryterion> Had a controllers entire psu system blown last week due to switching surges between genset and eskom +-10 times a night
[19:06] <magespawn> no ups? or is that not possible?
[19:13] <magespawn> bed time-ish,good night all
[19:13] <Cryterion> Night
[20:44] <inetpro> everyone sleeping already
[20:44] <inetpro> ai!
[21:15] <inetpro> good night


[10:19] <lool> StevenK: Would you be tempted to update the langpacks in the ppa?
[10:19] <StevenK> lool: Not really
[10:19] <lool> ogra: perhaps?
[10:20] <ogra> i never touched langpackas in my life
[10:20] <ogra> *packs
[10:20] <lool> ogra: Perfect
[10:20] <StevenK> I haven't either
[10:20] <samjam> If you look on sernets log of todays irc you'll see someone has beeing talking about lang packs recently
[10:21] <lool> ogra: http://people.ubuntu.com/~lool/ubuntu-mobile-ppa-langpacks.txt
[10:21] <lool> ogra: The idea is to rescue data/mozilla.tar.gz in each langpack and carry it over in the new langpack from hardy-updates
[10:22] <ogra> ah, k
[10:22] <lool> ogra: I'd prefer someone else doing this this time around as to share kl
[10:22] <lool> ogra: Oh you don't know about the archive.mobile.u.c archive, do you?
[10:23] <ogra> not really, no
[10:23] <lool> ogra: Can I give you a phone call?
[10:23] <ogra> gimme a sec to install my new phone :)
[10:23] <lool> Ok, so I'll call landline I guess :)
[10:24] <ogra> yeah, i got a DECT headset thingie
[10:27]  * StevenK hugs his DECT phones
[10:27]  * lool is tempted to replace is DECT phone
[10:27] <lool> *his
[10:27] <suihkulokki> landline? dect? did I enter a museum?
[10:28] <lool> suihkulokki: Well my "landline" is connected to the DSL router which also provides SIP   :-P
[10:29] <suihkulokki> ah
[10:29] <ogra> lool, line is up
[10:34] <lool> ogra: calling
[11:29] <lool> Anyone with a webcam tempted to try out ekiga?
[11:33] <ALoGeNo> what is ekiga?
[11:35] <lool> video conferencing app
[11:35] <ALoGeNo> oh okey :)
[12:33] <persia> lool: Apparently the session upstart job has another race condition, and tends to start before hal, which causes issues with Xinput2 hotplug.  You had opinions about upstart vs. init.d in hardy.  Do you still hold them?  Do you see any issues moving this to an init script?
[12:59] <lool> IRC meeting in one minute on #ubuntu-meeting
[13:53] <persia> Does anyone happen to have an image up right now?  If so, could you share the contents of /etc/apt/sources.list?
[13:54] <ogra> http://paste.ubuntu.com/45782/
[13:54] <davidm> I do not
[13:54] <ogra> edit_squashfs.sh ./ubuntu-mid.img is faaast :)
[13:56] <persia> ogra: Thank you.  It's the directory I wasn't sure about, and I didn't want to run edit-image when I was already editing files in the VFAT.
[13:57] <ogra> yeah
[13:58] <ogra> edit-image needs to start using $(tmpdir)
[13:58] <ogra> that way it wont clash
[13:58] <persia> Well, also, what happens when you've two different tools editing the same files in two different locations from the same loopmount?
[13:58] <persia> It's just chancy.
[13:59] <ogra> yeah
[13:59] <ogra> first push to lp:~ubuntu-mobile-dev/ubuntu-mobile/mobile-scripts done :)
[15:17] <lool> ogra: please drop fusa from mobile :)
[15:18] <ogra> good
[15:18] <ogra> ah, sorry, used wrong channel
[15:19] <persia> Why should fusa be dropped from mobile?  Imagine the case where a couple shares a subnotebook...
[15:19] <ogra> by default it will have the ubuntu user
[15:19] <ogra> they are free to install it if tehy go away from the default setup
[15:21] <persia> OK.  Makes sense.
[18:54] <ian_brasil> i tried to change .gtkrc-2.0 to show the blondie theme as opposed to mobilebasic ...is there something else i need to do?
[18:56] <ian_brasil> ah, ok there is no index.theme


[14:01] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-settings 4.15.2 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-settings-4-15-2-released-tp59368.html (by Simon Steinbeiss)


[00:22] <zul> hallyn:  disable the test :)
[02:23] <lexbanks1985> hey guys... lookin for some help here
[03:27] <Macer> in case someone was wondering about ssds... heh...
[03:27] <Macer> http://techreport.com/review/26523/the-ssd-endurance-experiment-casualties-on-the-way-to-a-petabyte
[03:28] <Macer> makes me wonder if SSDs can easily outlast platters in servers nowadays
[09:25] <`ajven> hi im looking for command pear what package i need to install to use it ?
[09:25] <`ajven> its php-pear maybe ?
[09:26] <cfhowlett> !info pear
[10:04] <Ajven_> !info zsh
[10:52] <lkthomas> does anyone know how does preseed work with partman ?
[11:19] <pmatulis> morning
[13:24] <hallyn_> zul: ok so i'm skipping the *(&$%* test and pkg built at https://launchpad.net/~serge-hallyn/+archive/libvirt-host-upstart-fix . running qa regression tests now, then i'll push to utopic
[13:25] <zul> hallyn_:  coolio :)
[13:41] <hallyn_> zul: so.. uh.  i should call it 1.2.5-0ubuntu1  right? :)  or dod something happen with the archive that i don't know about?
[13:41] <zul> yep
[13:41] <zul> thats right
[13:41] <hallyn_> (will take a bit longer to get the qrt running, not ready to push yet)
[13:42] <hallyn_> ok thanks
[13:42] <zul> ack
[14:21] <hallyn_> zul: feh    2014-06-17 14:20:28.044+0000: 14370: error : AppArmorGenSecurityLabel:457 : internal error: cannot load AppArmor profile 'libvirt-19f903d3-56b
[14:21] <hallyn_> 8-493e-b255-8dce9c953da6'
[14:23] <zul> 1.2.5?
[14:38] <hallyn_> zul: yeah.  something there's broken
[14:38] <hallyn_> heh, tons of old patches in there, had to do a for f in debian/patches/*; do f=`basename $f`; if [ $f != "series" ]; then grep -q $f debian/patches/series || rm debian/patches/$f; fi; done
[14:38] <hallyn_> but i assume this is broken upstream
[15:19] <jdstrand> zul: do you have any idea how to boot from a ceph volume on essex? I've tried what feels like a hundred things
[15:19] <jdstrand> (dd, rsync/grub-install, qemu-img convert, variations on all of it...)
[15:20] <jdstrand> zul: nm
[15:32] <hallyn_> zul: jdstrand: feh, commit 43c030f046932b728fcfd2c3dd5fe5f01b707df4 LXC driver: generate apparmor profiles for guests looks like it broke kvm apparmor
[15:33] <zul> hallyn_:  qualtity testing that upstream has
[15:35] <jdstrand> hallyn_: that has:
[15:35] <jdstrand>  profile LIBVIRT_TEMPLATE {
[15:35] <jdstrand> -  #include <abstractions/libvirt-qemu>
[15:35] <jdstrand> +  #include <abstractions/libvirt-driver>
[15:35] <jdstrand>  }
[15:35] <jdstrand> could it be as simple as updating what we ship?
[15:36] <hallyn_> it could be, still looking.  why on earth call it 'libvirt-driver' though?  when the lxc one is libvirt-lxc?
[15:36] <hallyn_> that looks liek somethign was broken in the author's setup and he did a quick fix
[15:36] <jdstrand> the 'libvirt-driver' is the abstraction that all profiles will include
[15:37] <hallyn_> jdstrand: thanks for the pointer, that's simpler than i'd hoped :)  testing
[15:37] <jdstrand> tbh, it should probably be separate for VMs and containers
[15:39] <hallyn_> i owe you one :)
[15:49] <doge_wow> I would like to know: is it possible (and wise) to upgrade Ubuntu Server to a major version with a remote SSH connection? For many operating systems it is recommended to do a clean install.
[15:59] <genii> doge_wow: In worst-case that it fails, do you have some way back into the machine remotely, like a KVM over IP switch, etc?
[16:01] <doge_wow> genii: yes, I can drive to the server center, about an hour's drive from here.
[16:02] <genii> doge_wow: In that case, it is probably fairly safe to attempt, with do-release-upgrade
[16:02] <genii> ordering lunch, afk
[16:07] <hallyn_> zul: jdstrand: with that qrt passes, so pushing to utopic, we can proceed from there
[16:09] <zul> hallyn_:  yay!
[16:11] <jdstrand> hallyn_: ah, good. though, I'm thinking that the libvirt-driver abstraction is probably the wrong way to go about it. qemu VMs will certainly need different accesses than containers. Seems to me would be the way to go is continue to have libvirt-qemu and then have a separate libvirt-lxc. the adjust virt-aa-helper.c to use one or the other based on the driver. then we ship both abstractions
[16:12] <jdstrand> hallyn_: I don't think that needs to be fixed in this upload per se, but worth thinking about
[16:13] <jdstrand> hallyn_: if you look in /etc/apparmor.d/abstractions/libvirt-qemu, you'll see what I mean (why give the container profile ix on /usr/bin/qemu-system-*, for example)
[16:13] <hallyn_> jdstrand: yeah, I agree, that's why the commonization seemed strange to me.  I imagine that in the next few months we'll be seriously wanting apparmor in libvirt containers and that'll be a good time to address that
[16:14] <hallyn_> (right now there are bigger fish to fry :)
[16:14] <hallyn_> s/bigger/other/
[16:19] <jcastro> jamespage, where can I wishlist a feature for the openstack charms?
[16:19] <jcastro> http://openstack.prov12n.com/openstack-lumberjack-part-3-logstash-and-kibana/
[16:19] <jcastro> we have all of these components charmed, I think having an interface for this would be <3
[16:20] <zul> jcastro:  everytime i see java i cringe
[16:20] <jamespage> jcastro, awesome
[16:20] <jcastro> you won't care, I have a charm (handwave)
[16:20] <jamespage> just raise a bug against the nova-cc charm
[16:20] <jcastro> ta
[16:21] <lordievader> Good evening.
[16:46] <jdstrand> hallyn_: fyi, I file bug #1331081
[16:46] <jdstrand> filed*
[16:47] <jdstrand> IMO, this should be fixed for 14.10
[16:48]  * hallyn_ makes no comment
[16:49] <shrikant> is any one faceing problem network card ,i am getting ip address from dhcp server but not able to ping to any network
[16:52] <RoyK> shrikant: can you ping machines on the same network, such as the dhcp server?
[16:52] <RoyK> (which usually is on the same network :P)
[16:52] <shrikant> hey , how are you
[16:53] <shrikant> i am not able to ping even gateway
[17:07] <shrikant> brb
[17:48] <stickystyle> Does anyone have information about the execution order of cloud-init? Like what is the order that it evalulates the commands in the user-data file?
[18:18] <robsparker> Trying to install ubuntu server 14.04 and it has been stuck at 'Configuring systemd-services' for several hours and there is no longer any apparent disk activity.  Any ideas?
[18:20] <sarnold> robsparker: can you get another virtual console with control+alt+f1 or f2 etc?
[18:20] <sarnold> robsparker: if so, is 'ubuntu-bug' available? :) It'd be nice to get a bug report about that
[19:08] <doge_wow> genii: so, you're saying it's not a 100% water proof to upgrade to a major version by SSH? What makes it not entirely 100% safe? BTW, u finished lunch already?
[19:10] <genii> doge_wow: It's just that because you never know what custom things someone has done to their server may break an upgrade. Like a PPA that was added, or a piece of software was recompiled, or permissions on a system folder were altered, etc. But for the most part on a stock system with stock repositories and apps it's safe.
[19:27] <doge_wow> genii: this system has not yet been build. I am planning to install an operating system on this server which can be upgraded on-the-fly, remote with an SSH connection. Is this feature to upgrade major versions remotely officially supported by Ubuntu Server or is it safe "because there are rarely any complaints due to major upgrades"?
[19:33] <genii> doge_wow: If you are running a stock Server then LTS to LTS upgrades are fully and officially supported.
[19:33] <doge_wow> genii: what do you mean by stock Server?
[19:34] <dasjoe> doge_wow: see https://help.ubuntu.com/14.04/serverguide/installing-upgrading.html
[19:35] <genii> doge_wow: By stock, i mean that you have not added any PPAs to the system, not running any software that you compiled yourself manually, not altered any of the default system permissions, and so on.
[19:36] <genii> Basically a vanilla install with whatever apps you needed got installed from the standard Ubuntu repositories
[19:37] <sarnold> self-compiled stuff will usually not affect much, but ppas can be finicky.
[19:37] <doge_wow> genii: what are PPA's? I never heard about that before.
[19:37] <genii> !ppa
[19:38] <dasjoe> sarnold: as long as nobody does stuff like "sudo gcc -o /sbin/init hello-world.c" ;)
[19:38] <genii> sarnold: If they are put somewhere like /opt or /usr/local not normally an issue, I agree. But some people replace the system binaries with their own stuff on occasion
[19:41] <doge_wow> genii: oic... please correct me if I'm wrong. An OS like Ubuntu Server has many dependencies because it has many automated features, meaning if you tamper with it too much (too many custom changes, compile your own software etc) then a major upgrade cannot be guaranteed 100%. But an OS like Slackware which has little automated features (bare) can be manually tweaked much more and still be able to guarantee major upgrades remotely. Is this th
[19:43] <sarnold> dasjoe,genii, hehe, yeah. caveat compiler? :)
[19:44] <doge_wow> dasjoe: yeah, thnx for the link, I read it.
[19:46] <genii> doge_wow: I can't speak for Slackware.
[19:47] <doge_wow> genii: oki, thnx for your help though. I learned something :)
[23:06] <xibalba> i need a rsyslog example of taking syslog from a specific host and dumping it to a single file


[01:41] <Guest86749> How can the kernel be told to lock the CPU into low power mode?
[01:42] <Guest86749> I take it the kernel overrides all bios settings, is that so?
[02:02] <Guest86749> Is there something I can add to the grub config to set this in kernel or do I need to use userspace tools?
[02:10] <Guest86749> infinity
[09:54] <who_me> hi, for some reason generating .deb packages for kernel 4.1.8 fails. I'm using the sources from kernel.org and the patches from here http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.1.8-unstable/. The build log is here: https://dl.dropboxusercontent.com/u/3371527/results_4.1.8.txt
[10:45] <apw> who_me, you need to disable split packaging when building mainline builds
[10:46] <apw> do_extras_package=false
[10:57] <who_me> but I do want the extras package
[10:58] <who_me> and this worked fine up until kernel 4.1.8
[10:59] <apw> who_me, turning extras off just merges its content into the main package you don't lose anything
[11:00] <apw> we never build the mainline kernels with the extras package turned on because we cannot guarentee the interdependancies are the same, as you have just found
[11:01] <who_me> apw, ok. would this change affect me if using non-free modules like the nvidia one?
[11:01] <apw> it has no relevance to that no
[11:02] <who_me> cool . thank you.
[11:03] <apw> who_me, i don't suppose i want to know why you want to run an old mainline release, let alone build your own
[11:04] <who_me> apw, 4.1.8 is recent. 4.2 probably still has the regression which makes it impossible to use the nvidia driver
[11:05] <who_me> unless a simple patch is applied
[11:05] <apw> who_me, mainline 4.2 perhaps but nvidia is building in wily with 4.2
[11:06] <who_me> with the mainline kernel or the ubuntu patched kernel?
[11:06] <apw> who_me, and those patches for nvidia are always simple, except that they change the export status of a symbol
[11:06] <apw> which is a legal issue not a technical one
[11:06] <apw> who_me, nvidia builds in wily with teh wily kernel
[11:08] <who_me> apw, any reason not to use the mainline kernels? For example, I saw that VLC had a tendency to hang on close... I have not seen it do that since I started using the mainline kernels
[11:09] <apw> who_me, you can use any kernel you like, such is the joy of linux, but you get to do it the hard way if its not the archive kernels, so i was trying to work out why you were using them
[11:11] <who_me> Hmm, at first it started because I just wanted to see how to roll my own kernel in an easier fashion. After that I experimented with the BFS/BFQ schedulers... but now I'm sticking to vanilla builds.
[11:13] <who_me> apw, so now when building the mainline kernel the line should look like: fakeroot debian/rules binary-headers binary-generic do_extras_package=false ?
[11:13] <apw> who_me, something like that, i normally put it before the binary-* as thats the order it applys in my mind
[11:13] <apw> prolly doesn't mattter
[11:16] <who_me> And I wanted to see how much work it would be to roll my own kernel because it always rubbed me the wrong way when people suggested "oh just use Arch" when people needed a newer kernel for better hardware support
[11:16] <apw> who_me, all reasons to have kernel fun for sure
[11:17] <who_me> it turns out it was not much work at all, and I even created a how-to, which I will now have to amend :)
[11:17] <apw> no they build pretty easy if you have schroot particularly
[11:18] <who_me> https://dl.dropboxusercontent.com/u/3371527/how_to_build_kernel_on_Ubuntu.txt <-- this is it. Pointers and suggestions welcome :)
[11:22] <apw> who_me, not sure why you need to add +x on the scripts, we expect those to not have x as we ship V1 packages normally
[11:23] <who_me> I know for sure I need to +x the debian/rules file the others I picked up from here: https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
[11:24] <who_me> granted they recommend doing it if the intention is to edit the configs
[11:31] <apw> that makes more sense
[11:31] <davmor2> apw: Hey dude, quick question, can I stop b43 from trying to own the card on the dell xps 13 in wily so it install the bcmwl-kernel-sources package and actually works?  If so how please
[11:31] <apw> davmor2, blacklist b43 ?
[11:32] <davmor2> apw: I meant more to go on the cdrom image, I'm assuming we don't want to wholesale blacklist b43
[11:32] <apw> when will dell stop putting things without good drivers in their kit
[11:33] <apw> davmor2, as far as i know you owuld have to modify b43 then to stop it matching on that kit, as it cleanly thinks it can drive it
[11:35] <apw> clearly even
[11:36] <apw> davmor2, though i thought that wl blacklisted b43 when it was installed, so wouldn't that happen when jockey wacks it on ?
[11:36] <apw> and i thought jockey worked on machine identifiers etc
[11:37] <apw> davmor2, and ... what is the symptoms with b43, and what device is it
[11:38] <davmor2> apw: all I know is ubuntu-drivers list is not showing it as an option and after digging around the system for a while discovered it was trying to be driven by b43, although the macbook pro I have for testing that needs the bcmwl driver is correctly saying it needs to install it
[11:39] <apw> davmor2, and i assume b43 is not driving it satisfactorily ?
[11:39] <apw> davmor2, and that on the macbook it does not load b43 ?
[11:40] <davmor2> apw: it just doesn't there is no wifi at all and ofcourse there is only wifi on the xps13
[11:40] <davmor2> apw: if I install the driver manually it all works fine, but that isn't going to hell on automatically installing it with the 3rd party drivers
[11:41] <davmor2> s/hell/help
[11:41] <apw> so .. we need to know what the criteria for installing them is in jockey, ie why does it think that this isn't neeed
[11:42] <apw> davmor2, also what are the two bcm chipsets in question, pci ids, for the broken and working ones
[11:52] <davmor2> apw: http://paste.ubuntu.com/12520646/ top is the dell, bottom is the mac
[12:04] <apw> davmor2, that needs more -vvvv's to get the actual ids
[12:05] <davmor2> apw: no worries I'll hit that after Lunch then
[13:14] <davmor2> apw: are we any closer?
[13:14] <davmor2> http://paste.ubuntu.com/12520958/
[13:16] <apw> davmor2, apparently -nnvv is the correct incationation
[13:16] <davmor2> apw: right on it in a second then
[13:27] <davmor2> apw: http://paste.ubuntu.com/12521056/
[13:38] <qq[IrcCity]> hello.  Linux 4.3.0-040300rc2 SMP x86_64 (from kernel.ubuntu.com) apparently has some bugs related to the page table (revealing especially when swap file is on).     RAM was testing with Memtest86+ and nothing suspicious found.
[13:38] <qq[IrcCity]> should I enable more dedugging?   but I don’t know how these things are achieved in modern Linux.
[13:54] <apw> qq[IrcCity], well we'd normally wait a bit as that is a very very early -rc
[13:57] <qq[IrcCity]> apw, simultaneously aiming to switch to a state-of-the-art “nouveau” driver available only there; see http://askubuntu.com/questions/674426/installing-linux-4-3-on-existing-ubuntu-release
[13:58] <qq[IrcCity]> stable Linux 3.16 behaves not better screwing the console up.
[13:59] <qq[IrcCity]> one possible solution is throw GeForce 8600 GTS away, but it’s the last resort.
[14:04] <apw> qq[IrcCity], if you are getting stack traces we might have some ideas, but its tricky with such unstable versions
[14:25] <qq[IrcCity]> apw: http://www.superstructure.info/linux/4.3/kern.log.txt  there is a dozen of Linux 4.3 boots and many error reports, with some call traces.   note that two boots with Linux 3.16 are present in the log.
[14:28] <qq[IrcCity]> a page file was sometimes (but not always) activated.
[14:30] <UNIm95> apw: What does it mean: Status: Confirmed => Invalid in my Bug report? Is this panic fixed? And patched to upstream?
[14:31] <UNIm95> In Thrysty -proposed?
[14:31] <UNIm95> Thrusty8
[14:31] <apw> UNIm95, remind me of the bug number
[14:31] <UNIm95> https://bugs.launchpad.net/bugs/1497184
[14:32] <apw> UNIm95, that is the wily task, the fix beleived to sort this problem is alreday applied there
[14:32] <apw> trusty and vivid are both in progress, they are Fix Committed
[14:34] <UNIm95> apw: when in would be as update in repository? When status of bug report will cchange to closed?
[14:34] <apw> as the previous version is only in -proposed it will get replaced pretty much as soon as the new one is built, i recon
[14:36] <henrix> apw: UNIm95: yeah, they should hit -proposed "soon" (as in today or tomorrow)
[14:38] <UNIm95> apw henrix Thanks! It is one of the best supports that i ever seen.
[15:26] <jsalisbury> **
[15:26] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[15:26] <jsalisbury> **
[16:56] <jsalisbury> ##
[16:56] <jsalisbury> ## Kernel team meeting in 5 minutes
[16:56] <jsalisbury> ##
[17:11] <jsalisbury> Home: https://wiki.ubuntu.com/Kernel/ || Ubuntu Kernel Team Meeting - Tues Sep 29th, 2015 - 17:00 UTC || If you have a question just ask, and do wait around for an answer!  If the question is should I file a bug for something, likely you can assume yes. || Channel logs: http://irclogs.ubuntu.com/
[17:14] <ricotz> apw, hi, jfyi, wrong pocket for those https://launchpad.net/~canonical-kernel-team/+archive/ubuntu/ppa/+sourcepub/5403817/+listing-archive-extra
[17:22] <bjf> infinity, random question ... i just installed ubuntu server daily on an intel nuc. during install it detects and uses "em1" as the nic. post install & reboot the interface is "eno1" which isn't what's in /etc/network/interfaces
[17:22] <bjf> infinity, what package get's the bug?
[17:23] <bjf> infinity, "debian-installer" ?
[17:23] <mjg59> jsalisbury: I think you meant to put a /topic in front of that
[17:23] <infinity> bjf: Yeah, d-i for now, and point it out to me.  It could be any of a number of things.
[17:24] <jsalisbury> mjg59, whoops I did.  Thanks!
[17:24] <infinity> bjf: In theory, we're using the same detection method in d-i and in the installed system.  Theory and practice don't always align so well.
[17:25] <infinity> bjf: If you could, can you redo the install, but when it asks to reboot, cancel out of that, hit a shell, and grab syslog and dmesg for me, and then let the installer reboot and get the post-boot dmesg for me?
[17:26] <bjf> infinity, yes, i'll do that
[17:26] <bjf> infinity, LP: #1498595
[17:27] <infinity> bjf: Ta.  I've never even seen "enoX" before.  I kinda want to blame systemd for making things up, but I'll get $someone to sort this out.
[17:29] <bjf> infinity, i'm wondering if that's someone's "funny" -ENOONE
[17:31] <infinity> bjf: Heh.  It'll be me, pitti, or cyphermox, or some combination of the three.
[17:32] <cyphermox> yeah, that'd be one of those fun new device names
[17:35] <cyphermox> bjf: finishing up with grub-installer, then I can look at why the naming is different
[17:37] <bjf> cyphermox, ack, working on gathering logs
[17:38] <infinity> cyphermox: In theory, this should have been resolved with the systemd uploads I did in late vivid to make sure the udev rules matched in d-i and the installed system.
[17:38] <infinity> cyphermox: But, as I said, enoX doesn't look sane.
[17:38] <cyphermox> yeah
[17:38] <cyphermox> well enoX is a valid onboard name of some sort
[17:39] <infinity> bjf: Hrm.  The installed system doesn't have biosdevname installed, does it?
[17:39] <infinity> It's in universe, I'd hope not.
[17:39] <infinity> cyphermox: Anyhow, if you want to take this one, be my guest.  But feel free to pair-whine at me in /msg, cause I'd like to know what broke and what you're suggesting as a solution.
[17:40] <cyphermox> ack
[17:48] <bjf> cyphermox, logs attached
[17:48] <cyphermox> thanks
[18:16] <cyphermox> bjf: so, nearly certain you had biosdevname in the installer.
[18:17] <cyphermox> I can't find anything else that tries to get you 'emX' names
[18:23] <bjf> cyphermox, i just downloaded today's live server iso and used that
[18:24] <cyphermox> bjf: yeah, we tracked it down. it will be fixed in tomorrow's image
[18:25] <bjf> cyphermox, cool
[18:43] <cyphermox> bjf: https://launchpad.net/ubuntu/+source/debian-installer/20101020ubuntu393


[14:05] <daker> hey cjohnston can you look again pls https://code.launchpad.net/~daker/loco-team-portal/fix.616547/+merge/107553
[21:43] <cjohnston> daker: I think it needs to be split up into a couple different MPs please
[21:44] <daker> it's not possible :)
[21:44] <daker> most of the code is just for the UI
[21:44] <cjohnston> also:
[21:44] <cjohnston> i found out
[21:44] <cjohnston> OPENID_STRICT_USERNAMES = True
[21:44] <cjohnston> OPENID_FOLLOW_RENAMES = True
[21:44] <cjohnston> OPENID_SREG_REQUIRED_FIELDS = ['email', 'nickname']
[21:44] <cjohnston> gives an error
[21:44] <daker> ah ok
[21:45] <cjohnston> because of the strict usernames, nickname is already required
[21:45] <cjohnston> so just sreg req fields email
[21:45] <cjohnston> drop the nickname from the third line
[21:46] <daker> ok
[21:47] <daker> like this :
[21:47] <daker> OPENID_SREG_REQUIRED_FIELDS = ['email'
[21:47] <daker> ]
[21:48] <daker> cjohnston: ^
[21:48] <cjohnston> i think so
[21:48] <cjohnston> http://bazaar.launchpad.net/~summit-hackers/summit/trunk/revision/447
[21:51] <daker> done


[08:05] <dholbach> good morning
[08:06] <andile> hi there
[08:06] <andile> I would like some help as im new on Ubuntu
[08:48] <andile> anybody available
[08:48] <andile> i need help on downloading  photoshop on ubuntu


[00:06] <Lossif> I just did a sound check in the terminal... and it keeps doing it...
[00:06] <Lossif> how do I get it to stop?
[00:18] <superm1> well it connects to my backend, but configuring it required me to use gconf-editor
[00:18] <superm1> that's hacky..
[00:18] <superm1> and now it claims that gstreamer doesn't know how to talk MYTH
[00:18] <superm1> so must need *another* "shrug" app for that
[00:21] <directhex> it's the gnome way! your config screen should have one tickbox for "do i like blue?", and the rest is managed via complex xml configs
[00:21] <superm1> haha
[00:21] <superm1> i dont get why they couldnt just use that shiney configure button
[00:21] <superm1> on the plugins page
[00:22] <RAOF> superm1: Presumably because they haven't actually written the UI code to do that :P
[00:22] <superm1> yeah, i suppose :)
[00:22] <superm1> well maybe this just "works" when your backend is localhost
[00:22] <superm1> and it probes mysql.txt or something
[00:23] <superm1> bah.  it depends on two other apps that have to make it in.  gmencoder /and/ gms
[00:24] <superm1> okay well more packaging to go then :) this will make a fun MIR once all said and done
[00:28] <npurciful> hey superm1: you there
[00:29] <superm1> sure
[00:30] <npurciful> when where you typically going to push autotrunk build through (day of the week)
[00:30] <superm1> usually saturdays
[00:31] <superm1> but last week went two days early
[00:31] <superm1> because the week before ftbfs
[00:31] <npurciful> also the notice the Milestone .21 svn is 85% that is a 4% change
[00:33] <superm1> yeah a lot of those bugs were reclassed
[00:33] <superm1> to 0.222
[00:33] <superm1> er 0.22
[00:35] <npurciful> i see that nw
[00:35] <npurciful> now
[00:54] <npurciful> how long to you think it should take to click watch tv and see a picture
[00:55] <jduggan> 3-5 seconds for me
[00:55] <npurciful> hum i am 7-10 seconds
[00:56] <RAOF> Depends on many factors; signal strength, dvb tuner, how stupid your FTA dvb broadcasters are...
[00:56] <npurciful> 2 second buffer i believe
[00:57] <npurciful> well i usual lockin at 80+%, pchdtv card, and i not sure the intelligancy of the broadcasters
[01:00] <npurciful> i just to me it seem to take longer than usual
[01:02] <rhpot1991> anyone ever see anything where you have working wifi using wep, go to configure it to wap instead which fails and then it will no longer connect to the old wep?
[01:03] <met4llica> win 1
[01:04] <rhpot1991> met4llica: is that in response to me, or something else?
[01:04] <RAOF> rhpot1991: That's in response to him forgetting a / on the front, probably :)
[01:04] <met4llica> error actually
[01:04] <met4llica> sorry
[01:05] <rhpot1991> heh
[01:11] <npurciful> hey how do extrenal hdd preform and
[01:12] <npurciful> i have 1 hd tuner and 1 analog and i am usaul watching one strem
[01:12] <npurciful> stream
[01:23] <rhpot1991> is there any easy way to temporarily have an nvidia card display through vga instead of svideo?
[01:29] <jduggan> mv xorg.conf bak.xorg.conf and restart X, should startx with a generic config - maybe not optimised though
[01:29] <jduggan> then move your conf back
[01:29] <jduggan> i dont know if theres an easier way
[02:01] <Lossif> is there a way to configure samba from withen mythbuntu? or do I have to use the terminal?
[02:02] <foxbuntu_laptop> Lossif, you can enable samba via mythbuntu-control-centre
[02:02] <foxbuntu_laptop> but configuring it had to be done on your own
[02:02] <Lossif> you can enable it...
[02:02] <Lossif> ahh
[02:03] <Lossif> so to tell it where to share...
[02:03] <foxbuntu_laptop> exactly
[02:03] <Lossif> I have to use the terminal...
[02:03] <Lossif> blah
[02:03] <Lossif> oh well thanks alot
[02:12] <Lossif> for some reason  myth is saying cx8801 is my default digital output, but it should be my turtle beach card...
[02:17] <superm1> asoundconf
[02:17] <superm1> will let you modify these types of things
[03:22] <ian_> Hello, everyone.  I'm trying to install Mythbuntu 7.10, but X keeps failing to start and my attempts to troubleshoot it has failed.
[03:22] <ian_> There is no errors in dmesg or /var/log/Xorg.0.log
[03:24] <ian_> I'm using an ati graphics card with "ati" driver configured in xorg.conf
[07:38] <crash_override> Hi all!
[07:39] <crash_override> I'm new to mythbuntu and mythtv
[07:39] <crash_override> I've a problem and I can't find a solution in documentation...
[07:40] <crash_override> I've installed Mythbuntu on my PC and I'm trying to setup the dvb card (technisat skystar2) that is recognized by the system
[07:45] <crash_override> but I haven't an internet connection
[07:45] <crash_override> and I can't scan for channels without internet...
[08:58] <MythbuntuGuest45> hi who about ?
[09:01] <MythbuntuGuest45> help need setting my hauppauge 45 button remote
[09:01] <MythbuntuGuest45> I have  limited fuction only
[09:02] <superm1> upgrade to the newer mythbuntu-lirc-generator
[09:02] <superm1> and regenerate your remote
[09:04] <MythbuntuGuest45> this is where im going  to come unstuck
[09:06] <MythbuntuGuest45> im complete noob to linux but learning as i go iv managed most of the setup
[09:09] <superm1> okay well open up the mythbuntu control centre
[09:09] <superm1> and then open up update manager in it
[09:09] <superm1> and do the updates
[09:09] <superm1> one of them should be mythbuntu lirc generator
[09:10] <superm1> once that finishes, go back to mythbuntu control centre
[09:10] <superm1> and pick the remote tab
[09:10] <superm1> and check the little box to regenerate dynamic button mappings
[09:10] <superm1> restart mythfrontend and you should have more functional buttons
[09:13] <MythbuntuGuest45> checking update know
[09:18] <MythbuntuGuest45> still has`nt worked still limited fuction
[09:19] <MythbuntuGuest45> i have picked hauppauge nova t 500 which my card is
[09:21] <superm1> well next think you can try is to run irw
[09:21] <superm1> from a command line
[09:21] <superm1> and see if it sees more buttons
[09:21] <superm1> when you press them
[09:21] <Daviey> MythbuntuGuest45: You need to ugrade v4l-dvb for that card, hit the mythtv wiki for a how to
[09:21] <superm1> or listen to Daviey
[09:22] <Daviey> :), if you "dmesg" and there is no mention of an input, that is
[09:24] <MythbuntuGuest45> ok irw running the only button that fuction is direction and number pad
[09:24] <Daviey> ah, in that case then - as superm1 said, your lirc settings need fixing :)
[09:30] <MythbuntuGuest45> ok done dmesg what am i looking out for
[09:32] <MythbuntuGuest45> looked at the last lines in dmesg and has listed dib0700 :unknown remote controller key:0 38
[11:22] <MythbuntuGuest86> hello i have a problem. When i play a recordet video with mythbuntu it works only an a monitor, on my tv have the film lags.
[11:22] <MythbuntuGuest86> have somebody an idear?
[13:36] <directhex|bsp> MythbuntuGuest86, you have both screens connected at once?
[13:45] <MythbuntuGuest86> hello problem is the driver... failsafe vesa driver, somebody help me in german room....
[15:19] <MythbuntuGuest90> anyone there?
[17:42]  * jarle did not even know this channel existed :)
[17:42] <superm1> well see mythbuntu.org/support
[17:42] <superm1> and you would have seen it
[17:42] <jarle> :)
[17:42] <superm1> okay so your on gutsy running -fixes weekly builds
[17:42] <superm1> with an nvidia legacy driver?
[17:43] <jarle> superm1: running svn weekly
[17:43] <jarle> superm1: with nvidia legacy...
[17:44] <jarle> superm1: I do not use this frontend that often, I used to run -fixes weekly without any problems..
[17:45] <superm1> jarle, and the checkout in apt (in the ubuntu archive) doesn't exhibit this behavior?
[17:45] <jarle> superm1: not sure if this problem started as soon as I moved over to svn or if I had svn working for a while on this frontend, can't remember..
[17:45] <jarle> superm1: what do you mean?
[17:47] <superm1> jarle, well in order to compare your issue with the one you pointed me to on svn.mythtv.org, we need to see if it happens with the distributed version in multiverse
[17:47] <superm1> or if it only happens on mythbuntu weekly builds
[17:48] <jarle> superm1: is there a svn build in multiverse?
[17:48] <superm1> jarle, of course
[17:51] <jarle> superm1: I'm using "deb http://uk.weeklybuilds.mythbuntu.org/mythbuntu-trunk/ubuntu gutsy multiverse universe restricted main"
[17:52] <superm1> right, you'll have to tremove that repository, and downgrade to all the packages in multiverse
[17:52] <superm1> on the normal repository
[17:52] <superm1> to check this
[17:52] <jarle> superm1: when I used "svn" I was actually talking about the weekly trunk :)
[17:52] <superm1> trunk.
[17:52] <superm1> oh..
[17:53] <superm1> well that's a different story, and definitely not related to that bug you referred me to
[17:53] <superm1> since its about an issue on -fixes that was backported
[17:53] <jarle> superm1: sorry for misleading you...
[17:55] <jarle> The problem seems to be that the package is built in a way telling it to use glXGetProcAddress instead of glXGetProcAddressARB as (I think) should be used in my setup...
[17:56] <jarle> and the http://svn.mythtv.org/trac/changeset/14643/branches/release-0-20-fixes (the fix posted in the bug I quoted) was related to which function to be used..
[18:01] <superm1> jarle, what you can try to do to verify this hypothesis is build the source package yourself
[18:01] <superm1> against nvidia-glx-legacy libraries
[18:02] <superm1> if you apt-get source the mythtv package with the weekly builds deb-src repo
[18:02] <superm1> and then apt-get build-dep mythtv
[18:02] <superm1> and then typing debuild in the directory
[18:02] <superm1> be sure to debuild as root
[18:02] <superm1> er not as root i mean
[18:05] <jarle> superm1: can't seem to find a link to the deb-src repo?
[18:06] <superm1> jarle, exact same repo, but just change deb to deb-src
[18:07] <jarle> superm1: so I just change deb into deb-src and then run "apt-get build-dep mythtv" ?
[18:08] <superm1> jarle, well you'll need both in place, the deb and the deb-src
[18:08] <superm1> and then apt-get update
[18:08] <superm1> the build-dep gets anything necessary to build a mythtv source package
[18:08] <superm1> and then apt-get source downloads and extracts the source package
[18:09] <frink__> Hey superm1 !
[18:09] <superm1> hi frink__
[18:09] <superm1> how are you?
[18:09] <frink__> gooood thanks!
[18:09] <frink__> gah
[18:09] <frink__> another bloody meeting..
[18:09] <frink__> gotta go. sorryy! We'll talk one day :)
[18:09] <superm1> okay :)
[18:25] <jarle> superm1: does the mythtv package install the backend also? I only need the frontend...
[18:37] <superm1> jarle, then install mythtv-frontend
[18:41] <jarle> superm1: and then when it comes to the actual installation (after running debuild)?
[18:41] <superm1> install the debs
[18:41] <superm1> it produces debs
[18:43] <jarle> superm1: oki... thnx for your help so far....
[18:44] <jarle> guess I might have to force it to replace the binary packages already installed?
[18:45] <superm1> yeah you will
[22:10] <jduggan_> when was 'Watch List' Added to the watch recordings menu?
[22:15] <laga> in trunk AFAIK
[22:22] <jduggan_> nice addition that i didnt see before
[22:22] <jduggan_> ive overlooked it for the last few months hehe
[23:25] <jesse_> Hi everyone
[23:26] <jesse_> Any gurus about who might know how to resolve what looks like an IRQ issue with my DVB-T cards?
[23:30] <jesse_> The two cards in question have worked fine before under Fiesty and Gutsy and even Mythbuntu 7.10. I changed motherboards to an almost identical one (to replace one that wouldn't work. And rebuilt with Mythbuntu 7.10 but the DVB cards won't work.
[23:32] <jesse_> Here is the lspci -vv output for anyone that might know what it means: http://pastebin.ubuntu.com/4016/
[23:32] <jesse_> And I've started a topic here on it: http://ubuntuforums.org/showthread.php?t=682631
[23:34] <jesse_> The DVB cards are a DVICO and an Avermedia and have been supported in the kernel for quite a while now which is why this is confusing. It has, and should, work out of the box.


[12:08] <meena> so i'm trying to change my username on https://login.launchpad.net/ from my old email address and… it's infuriating
[12:09] <meena> i've changed my name, too, and it bounces back and worth between Igor and Mina, which, too, is quite annoying
[12:24] <cjwatson> We don't actually maintain login.launchpad.net, despite the hostname - https://bugs.launchpad.net/canonical-identity-provider is the place to file bugs about that
[12:24] <cjwatson> (I appreciate that this sounds annoying)
[12:25] <cjwatson> You will likely have to change on both login.launchpad.net and on launchpad.net itself, unfortunately, they aren't completely synced for this sort of thing
[12:25] <cjwatson> Maybe that's the source of some of the bouncing back and forth you mention?
[12:31] <meena> https://launchpad.net/~minagalic ← i've already changed my username here, but i can't change it on login.launchpad.net, where it remains<EMAIL_ADDRESS>which it says, it cannot be!
[12:52] <cjwatson> meena: IIRC what you normally need to do is add the new email address, verify it, set it as preferred, and then remove the old one
[12:53] <cjwatson> On https://login.launchpad.net/+emails
[12:54] <cjwatson> It's a bit multi-step but I'm fairly sure I've tested that before (though, as I say, not a service the LP team maintains directly) and it worked fine
[12:55] <cjwatson> You can select your preferred email address from any of your verified ones on https://login.launchpad.net/, and then you can delete any address that isn't preferred
[13:05] <meena> cjwatson: i've done that. the problem is that an email address that's no longer referenced anywhere is assumed as username
[13:06] <meena> nope, not anymore
[13:06] <meena> it just needed another logout/login
[13:06] <meena> okay. phew!
[13:06] <meena> now i need to re-link my github username with my launchpad username


[00:15] <bryceh> rsalveti, yeah
[00:16] <rsalveti> bryceh: for the debootstrap issue I published my test result with multstrap at the merge request
[00:16] <rsalveti> this will at least make it possible to create images again
[01:32] <bryceh> @pilot out
[01:39] <slangasek> bryceh: right, we should certainly fix this ASAP, but if that doesn't fix it I don't know what will do the job
[02:32] <pook1e> I'm trying to create an oneiric environment using pbuilder, but I keep getting stuck at "W: Failure trying to run: chroot /var/cache/pbuilder/build/1422/. dpkg --force-depends --install /var/cache/apt/archives/libc_2.13-9ubuntu2_amd64.deb"
[02:32] <pook1e> Has anyone else experienced this problem?
[02:32] <nigelb> I think pbuilder on oneiric is currently broken. I remember someone saying that yesterday.
[02:38] <ScottK> It's actually base-files that's broken, but that's not unexpected.
[04:08] <RoAkSoAx> serge_afk: it was the kernel
[04:21] <pitti> Good morning
[04:22] <pitti> debfx: kubuntu seed branch> oh, did I commit something to the wrong place?
[04:22] <ajmitch> morning pitti
[04:22] <pitti> RoAkSoAx: nothing to do with udev, it's because there's an incomplete /run transition -- just remove /run/*, and it will work again
[04:26] <slangasek> pitti: to the contrary, people have been saying today that removing /run is insufficent
[04:26] <slangasek> er, no, I may have that wrong
[04:27] <slangasek> people have been saying that adding /var/run and /var/lock compatibility links doesn't fix it
[04:27] <slangasek> I guess the advertised workaround is to remove /run/udev
[04:27] <slangasek> so, why does that work?
[04:27] <slangasek> that would seem to have *everything* to do with udev :)
[04:30] <pitti> slangasek: worked for me
[04:31] <pitti> sudo rm /run/* and rebooting helps
[04:31] <pitti> then udev consistently uses /dev/.udev/ again
[04:31] <pitti> slangasek: I followed up to bug 807306 explaining what happens
[04:31] <slangasek> pitti: ok, ta
[04:31] <pitti> I hit it myself yesterday
[04:31] <slangasek> pitti: we do want udev to be using /dev/.udev/ though, so I'd like to get this properly fixed
[04:31] <pitti> slangasek: it's because the initramfs starts its own udev instance, which uses /dev/.udev (as initramfs doesn't have a /run yet)
[04:32] <slangasek> ok, so it's initramfs-tools where we need to fix it?
[04:32] <pitti> slangasek: do we? why does base-files create a /run then?
[04:32] <slangasek> sorry
[04:32] <pitti> if we want to move to /run, initramfs needs to have it as well IMHO
[04:32] <slangasek> I mean "we don't want udev to be using /dev/.udev" :)
[04:32] <pitti> ah :)
[04:33] <pitti> slangasek: do you know if someone is already on this? or shall I have a look?
[04:34] <slangasek> pitti: I think it's best if you do - bryce and rsalveti were looking but hit a dead end when readding /var/{lock,run} to base-files didn't fix it
[04:34] <slangasek> I'm taking care of sysvinit already fwiw
[04:34] <pitti> oh, is there another problem with /var/lock and /var/run, too?
[04:34] <rsalveti> I thought this was fixed at debian already
[04:34] <slangasek> yes, that's the bug that prevents oneiric from bootstrapping at the moment
[04:35] <pitti> rsalveti: oh, does Debian use /run/ already?
[04:35] <slangasek> yes
[04:35] <rsalveti> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620995
[04:35] <pitti> slangasek: ah, much appreciated; that'll fix the libc6 install error?
[04:35] <slangasek> pitti:
[04:35] <rsalveti> let me check what was the fix
[04:35] <slangasek> pitti: yes
[04:35] <slangasek> pitti: and I'll probably need to do coordinated uploads of sysvinit+mountall+base-files, at least
[04:35] <pitti> * [259ad09] mkinitramfs: creat /run initramfs directory.
[04:35] <rsalveti> pitti: https://code.launchpad.net/~rsalveti/ubuntu/oneiric/base-files/run-transition/+merge/67444
[04:36] <rsalveti> this is for the debootstrap issue
[04:36] <pitti> yeah, I wasn't quite sure why Keybuk did it that way -- we create /run, but nothing actually makes it a tmpfs
[04:36] <pitti> that would be mountall, I figure?
[04:36] <pitti> (and might be covered in slangasek's work)
[04:37] <slangasek> keybuk *didn't* do it that way, someone else uploaded changes he had partially staged in bzr ;)
[04:37] <rsalveti> ouch :-)
[04:37] <slangasek> yes, mountall will need to take care of the tmpfs mounting
[04:42] <rsalveti> debian includes a fix at udev that makes it only use /run when it's a tmpfs
[04:43] <rsalveti> seems the right fix even during the transition
[04:44] <pitti> right, I'll check that
[04:44] <rsalveti> that will cover bug 807306
[04:45] <rsalveti> pitti: http://paste.ubuntu.com/642376/, but you can just merge/check the patch from the debian src package
[04:45] <rsalveti> problem is that udev will always use /run if the directory is there
[04:45] <rsalveti> even if it's not a valid /run (not mounted as tmpfs)
[04:46] <rsalveti> as we had the directory there, when udev restarted, it got broken
[04:46] <pitti> rsalveti: right, trying to find the udev patch; thanks for the pastebin!
[04:54] <rsalveti> pitti: so to make it all work again we'll need both fixes
[04:54] <rsalveti> the bootstrap related one, and this udev update
[06:47] <e_t_> Why does ubuntu-minimal depend on iputils-ping?
[06:48] <infinity> Why shouldn't it?
[06:48] <infinity> It certainly fits with the package description.
[06:50] <e_t_> I mean, why does it depend only on that implementation? inetutils-ping works the same, though it has a much nicer --help.
[06:51] <infinity> e_t_: because inetutils-ping is in universe.
[06:53] <infinity> e_t_: File a bug on ubuntu-meta, we could conceivably mangle it to depend on "iputils-ping | ping", which would still get the supported one by default, but let you swap without losing the metapackage.
[06:54] <e_t_> infinity: Thank you.
[06:57] <rsalveti> pitti: to fix the debootstrap issue we also need the base-files fix
[06:58] <pitti> rsalveti: right
[06:58] <rsalveti> at least while slangasek is merging the sysvinit package change
[06:58] <pitti> rsalveti: I understood slangasek was going to handle that
[06:58] <pitti> I'm currently working on merging initramfs-tools
[06:58] <pitti> to get proper /run handling
[06:58] <rsalveti> cool
[06:58] <pitti> the udev bandaid fix is uploaded
[06:58] <rsalveti> yeah, just saw it
[06:58] <rsalveti> thanks for fixing it
[06:59] <pitti> np, thanks for pointing it out
[07:23] <pitti> slangasek: hm, initramfs 0.99 already creates a /run tmpfs and mounts it over to the running system; do we actually need that in mountall still?
[07:25] <slangasek> pitti: for the tmpfs-less case, yes
[07:25] <slangasek> er
[07:25] <slangasek> initramfs-less case
[07:25] <pitti> ah
[07:25]  * pitti tests initramfs merge
[07:26] <dholbach> good morning
[07:26] <pitti> hey dholbach
[07:27] <dholbach> hey pitti
[07:30] <geser> good morning dholbach, pitti
[07:30] <pitti> hey geser
[07:30] <dholbach> hey geser
[08:19] <evfool> ping barry
[08:20] <mvo> hey evfool, he is probably still sleeping (us timezone)
[08:21] <evfool> thanks mvo, didn't know that
[08:21] <evfool> mvo: do you know anything about update-manager in natty-proposed with the apport-hook (bug 797894)
[08:22] <mvo> evfool: let me check
[08:22] <evfool> barry and raof have been talking about that, but now it's not in proposed, not in updates, and the bug's still there
[08:22] <mvo> evfool: thankss for your update-manager merge btw :)
[08:22] <mvo> evfool: eh, branch I mean
[08:23] <evfool> mvo: just trying to check for useful patches attached to bugs and convert them into merge requests, because patches attached tend to get lost
[08:24] <mvo> evfool: yeah, that is unfortunately true :/ thanks a bunch for going throught them, I find this really helpful
[08:24] <mvo> evfool: it looks like the u-m proposed version got uploaded without bzr-buildpackage so it includes the .bzr dir, I will do a reupload
[08:24] <evfool> thx mvo
[08:29] <pitti> yay, workign /run/udev/
[08:38] <pitti> slangasek: initramfs-tools working well now, thrown oneiric-wards
[08:57] <ogra_> GRRR
[08:57] <ogra_> who brike update-manager
[08:57] <ogra_> *broke
[08:58] <seb128> ogra_, wfm
[08:58] <ogra_> partial upgrade ?
[08:59] <seb128> ogra_, without details on what is broken it's hard to say
[08:59] <seb128> ogra_, try #ubuntu for "doesn't work" questions ;-)
[08:59] <ogra_> i'm getting a partial upgrade offered which then starts fine ... during "preparing to upgrade" a white contentless window pops up
[08:59] <pitti> works fine here
[08:59] <seb128> oh, I didn't try to do partial upgrades
[08:59] <ogra_> sadly without and windo buttons too ... so i cant close both windows (second one seems transiaent)
[09:00] <ogra_> all i can do is kill from cmdline
[09:00] <ogra_> its reliably reproducable but doesnt spit out a thing if i fire u-m off from cmdline
[09:01]  * ogra_ goes back to apt being not able to get any debugging info
[09:02] <pitti> hm, I just did a full upgrade cycle with current u-m for testing
[09:03] <seb128> can't try here, I've no "partial upgrade"
[09:03] <seb128> normal upgrades work fine
[09:03] <seb128> there might be a bug in the gir transition with the partial upgrade dialog dunno
[09:03] <seb128> check with mvo
[09:03] <ogra_> might be arm specific or so, in any case i dont get any debugging output
[09:03] <pitti> seb128: currently there's a partial upgrade, as the evo binaries are held back
[09:03] <ogra_> on arm there are the new indicators
[09:04] <seb128> ogra_, oh, we had that transition a week ago on other archs
[09:04] <seb128> pitti, it already built on i386 ;-)
[09:04] <seb128> but not published yet, I guess I will have the partial upgrade as well if I refresh, let's try
[09:04] <ogra_> seb128, yeah, you had json-glib :)
[09:09] <mvo> ogra_: hmmm, that is probably the gtk3 port, if the window is still there, could you please do a ps afx and paste the output?
[09:10] <ogra_> mvo, phew, thats timing, apt-was just ready downloading :)
[09:10] <mvo> apachelogger: software-properties trunk has your dbusworker stuff now (plus tests for them). thanks again for the initial work, no changes on the ui yet though
[09:14] <ogra_> mvo, http://paste.ubuntu.com/642494/
[09:18] <mvo> ogra_: hm, looks pretty normal, so there is a white window? could I see a screenshot maybe? any activity still? anything interessting in one of the logs /var/log/apt/{term.log,history.log} ?
[09:19] <RAOF> evfool: That package got rejected pending a new upload without the .bzr and .bzr-builddeb cruft.
[09:19] <evfool> thanx RAOF
[09:20] <ogra_> mvo, "Log ended: 2011-07-08  18:37:07" ... doesnt seem to get to apt
[09:20] <ogra_> history.log ends also at that time
[09:21] <mvo> ogra_: anything /var/log/dist-upgrade/* that looks relevant?
[09:21] <seb128> does anyone know where is usb_dev_handle is defined in the linux sources?
[09:22] <ogra_> mvo, hmm, now i cant reproduce it anymore, the "partial upugrade" window just closes, let me check that logfile
[09:25] <cjwatson> e_t_: FWIW I've always wontfixed bugs asking for alternative dependencies in ubuntu-* metapackages - the *purpose* of those metapackages is to make opinionated choices
[09:25] <cjwatson> e_t_: people can always remove the metapackages if they want to make a different choice
[09:26] <cjwatson> I appreciate that that doesn't make everyone happy
[09:26] <cjwatson> mvo: working on https://code.launchpad.net/~cjwatson/launchpad/multiarch-translations - wgrant asked whether we should be generating Translation-C rather than Translation-en.  What does apt do in the LANG=C case?
[09:27] <e_t_> cjwatson: Since ubuntu-minimal recommends not to remove it, I was hesitant to do so.
[09:28] <ogra_> mvo, there we go http://paste.ubuntu.com/642501/
[09:29] <mvo> cjwatson: it will not download anything for LANG=C currently
[09:30] <mvo> ogra_: woah
[09:31] <ogra_> yeah, looks evil
[09:36] <cjwatson> mvo: should it?
[09:36] <mvo> cjwatson: I'm not really sure if it makes sense to have Translations-C, conceptual its nice because it means we can have "real" description in -C and "translated" description in -en (translated in the sense that it allows out-of-band description overwrites and typo fixes). but it would also mean that the -C would have to be downloaded all the time in addition to the -en one
[09:36] <cjwatson> I'm not sure why you'd have to download it in addition
[09:37] <cjwatson> just the translated one would be fine
[09:37] <mvo> the -en one?
[09:37] <cjwatson> sure, if it had basically all the same data
[09:38] <mvo> right, that would be fine. the only remaining issue is that the ddtp stuff is (much) less often updated at least currently
[09:38] <cjwatson> my concern is for sysadmins who use LANG=C and still want 'apt-cache show' to be useful
[09:38] <mvo> so -C would be more fresh then -en most of the time
[09:38] <mvo> yeah, the LANG=C is a good point
[09:39] <mvo> we could simply provide both (even via a symlink)
[09:39] <cjwatson> a symlink could work, yes
[09:40] <cjwatson> though that gets me into more complicated bits of the publisher :-/
[09:40] <mvo> :(
[09:40] <cjwatson> so far my patch is fairly straightforward
[09:41] <mvo> alternateively I can make it download Translations-en if you run LANG=C as a fallback
[09:42] <mvo> cjwatson: uhh, sorry, I was wrong, its actually already taking care of this
[09:42] <mvo> cjwatson: so "C" will simply queue Translations-en for download
[09:43]  * mvo notes that it helps to look at the right spot of the code…
[09:45] <cjwatson> mvo: oh, excellent
[09:45] <cjwatson> mvo: can you point me to the right spot?  I did look but failed to find it
[09:46] <mvo> apt-pkg/aptconfiguration.cc, there is a envShort == "C" test in it
[09:46] <mvo> cjwatson: in getLanguages()
[09:46] <mvo> cjwatson: the code is a bit hard to follow unfortunately
[09:47] <cjwatson> mvo: perfect, much appreciated thanks
[09:47] <mvo> yw
[09:47] <cjwatson> this will require downtime to deploy AIUI, but the wheels are now in motion
[09:48] <mvo> great, thanks a bunch for driving this :)
[10:43] <cjwatson> mvo: I think we'll need a backport of apt to lucid to add LongDescription support.  Could you take care of it?
[11:03] <cjwatson> mvo: if it isn't appropriate for lucid-updates (I guess it might not be), https://launchpad.net/~launchpad/+archive/ppa ought to be fine
[11:05] <cjwatson> mvo: so I guess that's at least 1327.52.28, 1327.52.29, 1327.65.10, and maybe 1327.84.57?
[11:24] <davmor2> hey guys I had the same issue as before with the kernel update last night on oneiric in that the keyboard and mouse don't function once x is started,  works fine if I go into safe mode from grub but stops the minute I start lightdm or startx
[11:25] <ara> mvo, the page about verifying SRUs: https://wiki.ubuntu.com/StableReleaseUpdates#Verification
[11:25] <ara> mvo, it says that the SRU team will test the -proposed packages
[11:25] <ara> but I guess that actually anyone can test them, am I wrong?
[11:25] <ara> if that's the case, the wiki is a bit confusing
[11:39] <mvo> cjwatson: hi, I just came back from lunch. apt> I need to check, but I'm happy to do it (unless you cherry-picked the patches already
[11:39] <mvo> ara: yeah, anyone can
[11:39] <cjwatson> mvo: I haven't, hands still a bit full with LP bits
[11:40] <cjwatson> trying to set up to QA your python-apt backport
[11:41] <mvo> cjwatson: great, I will do the cherry pick now then
[11:42] <cjwatson> thanks - I think I have a basic setup suitable for validating it
[11:42] <cjwatson> though outside the context of P
[11:42] <cjwatson> LP
[11:54] <RAOF> davmor2: bug #807306 is your winner.
[11:55] <cjwatson> mvo: hmm, I wonder if it'll break anything that this causes 'apt-cache show' to display Description-en fields rather than Description
[11:55] <davmor2> RAOF: Thanks
[12:11] <soren> I thought there was supposed to be a /var/lock symlink to /lock for backwards compatibility in Oneiric?
[12:12] <pitti> soren: ITYM s/lock/run/; that's what slangasek is working on
[12:12] <soren> My sbuild complains: E: Can't create lock file /var/lib/schroot/mount/oneiric-amd64-abf2953c-aa36-4fa9-bd6a-311004445b44/var/lock/sbuild: No such file or directory
[12:12] <soren> Hmm...
[12:13] <pitti>   * debian/1777-dirs: remove /var/lock (replaced by /run/lock on tmpfs)
[12:13] <pitti> ^ base-files 6.3ubuntu3
[12:13] <pitti> i. e. this transition is incomplete
[12:13] <pitti> soren: sorry, you are right
[12:13] <pitti> soren: same answer, though
[12:13] <soren> Ah :)
[12:13] <soren> Had me confused there for a little bit.
[12:14] <RAOF> soren: Yeah; just create /var/run in your chroot and it'll work again.
[12:14] <soren> Ok, if the fix is in the works, that's great. I'll ninja my way out of it for now.
[12:16] <soren> Yay. sbuild is all smiles and giggles again now. \o/
[12:39] <kirkland> barry: ping
[12:43] <barry> kirkland, pong
[12:43] <kirkland> barry: so i dug through all the Ubuntu code I have in my /local/source/* directory
[12:44] <kirkland> barry: the *only* way i could see that an .ecryptfs dir *might* have been removed is if you tried to deluser with the --remove-home option
[12:44] <kirkland> barry: i don't know if you would have done that in your chroot
[12:45] <kirkland> barry: but your report bothered me sufficiently that I had to do some digging
[12:46] <barry> kirkland, no, i definitely didn't do that.  thanks for digging into it though.  very strange.  i'm going to rebuild the machine today
[12:46] <barry> kirkland, but i found a spare disk, so i'll make a backup.  i can't see submitting a bug report since i don't even know for sure it's a bug (or where)
[12:47] <kirkland> barry: cool
[12:56] <mvo> cjwatson: https://launchpad.net/~mvo/+archive/apt-ftparchive-lucid <- that ppa has the backport, should work, I verified it with lp:~mvo/+junk/apt-ftparchive-testsuit
[13:11] <RoAkSoAx> pitti: yeah did that already! Thanks!
[13:20] <davmor2> Man thunderbird is heavy on CPU  90-132% usage :(  on oneiric
[13:22] <dupondje> 2 - 4% here
[13:22] <dupondje> average
[13:23] <davmor2> dupondje: I think it's just the importing, I'm going to check it again, once it's finished.
[13:24] <mdeslaur> pitti: hi! did you get my email about ubuntu-sru?
[13:35] <pitti> hey mdeslaur
[13:36] <pitti> mdeslaur: I did, just didn't answer yet, sorry; the queues are empty right now, so we need to let them fill again
[13:36] <pitti> before we can do some examples
[13:36] <mdeslaur> pitti: ah, cool...no rush :) thanks!
[13:39] <dupondje> http://paste.ubuntu.com/642025/ => could this be a kernel bug? Or surely hw issue ?
[13:58] <cjwatson> mvo: looks like we need 1327.95.5 as well for data.tar.xz support (bug 619152)
[13:59] <cjwatson> actually I guess that's bug 805389
[14:03] <mvo> cjwatson: hm, the python-apt bits I uploaded to lucid-proposed iirc
[14:04] <cjwatson> mvo: yes, but there's a bit in apt-inst too
[14:04] <cjwatson> I have your python-apt bits installed
[14:04] <mvo> cjwatson: ok, I have a look now
[14:05] <cjwatson> this is at least going faster now that I have a working LP dev VM
[14:07] <tomreyn> does it qualify for a bug if a process exits instead of either refreshing its configuration files or ignoring the signal on 'kill -1'?
[14:08] <cjwatson> tomreyn: I would say a wishlist bug.  It might be convenient, but there's no rule for what processes must do on SIGHUP
[14:09] <cjwatson> and the default for SIGHUP is to terminate the process, which is appropriate for things that aren't long-running
[14:11] <tomreyn> thank you.
[14:16] <Sweetshark> somebody knowing by chance the deeper meaning of --dynamic-list-cpp-new --dynamic-list-cpp-typeinfo?
[14:41] <ahasenack> hi guys, quick recipe question if I may: can a recipe file work with local branches or do they have to be lp: style branches? I tried putting a local path in there instead of an lp: branch and it failed
[14:41] <ahasenack> I'm using bzr dailydeb
[14:45] <dholbach> ahasenack, abentley and james_w probably know best
[14:45] <james_w> ahasenack, it should work with local branches
[14:45] <james_w> ahasenack, but obviously such a recipe isn't suitable for LP :-)
[14:46] <ahasenack> james_w: oh, I think this is a pbkac
[14:47] <ahasenack> james_w: dholbach; sorry, I had the wrong paths in my recipe
[14:47] <ahasenack> and jumped to conclusions
[14:48] <dholbach> no worries :)
[14:48] <dholbach> as long as you figured it out now it's all good :)
[14:49] <ahasenack> ofcourse, I'm getting another error now, but I will really read through it before posting it here :)
[15:02] <cjwatson> mvo: your previous ftparchive backport for LongDescription looks good
[15:03] <ahasenack> so bzr build doesn't actually build, it just puts the requested branches in place, ready for a build
[15:04] <mvo> cjwatson: great, I'm looking into the xz stuff now
[15:04] <ahasenack> I don't know what it does to the version/release the recipe specified, the debian/changelog is pristine from the branch
[15:04] <mvo> cjwatson: I suppose you want the full support, right? including everything that ftparchive is doing?
[15:04] <cjwatson> I think LP might need that yes
[15:05] <mvo> ok
[15:05] <mdeslaur> pitti: is there a way to bypass the apport "This is not a genuine Ubuntu package" error for testing purposes?
[15:07] <pitti> mdeslaur: a slightly hackish one: let it complain, then edit the .crash file and remove the UnreportableReason:, then run the crash file through apport-bug again
[15:07] <mdeslaur> pitti: ah, cool, that'll work thanks
[15:08] <pitti> mdeslaur: package hooks can decide to skip the check, too
[15:08] <pitti> if that's closer to your use case
[15:08] <pitti> by setting somethign like report['CrashDB'] = 'ubuntu'
[15:10] <mdeslaur> pitti: thanks
[15:12] <ahasenack> james_w: hi, sorry to ping directly, I'm getting this error: bzr: ERROR: Invalid deb-version: {debupstream}+14-0ubuntu0+2: Could not parse version: {debupstream}+14-0ubuntu0+2    Pastebin here: http://pastebin.ubuntu.com/642701/
[15:13] <james_w> I think your bzr-builder is too old for {debupstream}
[15:14] <ahasenack> oh
[15:14] <ahasenack> I got it from the ppa
[15:14] <ahasenack> dailydebs-team-bzr-builder
[15:15] <ahasenack> only oneiric has 0.7
[15:16] <james_w> hmm
[15:16] <ahasenack> but I'm on lucid, yes
[15:16] <ahasenack> my bzr is 2.4.0~beta4-1~bazaar1~lucid1
[15:16] <james_w> I thought that newer versions also told you want the valid substitutions were, and your error message doesn't contain that
[15:16] <ahasenack> (also from a ppa)
[15:16] <james_w> hmmm
[15:17] <james_w> I don't know why the ppa wouldn't have got a newer version
[15:17] <ahasenack> james_w: what is launchpad using, do you know?
[15:17] <ahasenack> eventually I want to try this out there, I'm just ironing out some obvious bugs locally first
[15:18] <james_w> it's using something recent enough, I don't know the exact version thoguh
[15:18] <ahasenack> I remember using recipes in LP several weeks ago, and I used debupstream without problems
[15:19] <ahasenack> maybe I have some typo or subtle syntax error here
[15:19] <mvo> cjwatson: I uploaded a new version with the cherry pick of the xz stuff to https://launchpad.net/~mvo/+archive/apt-ftparchive-lucid please let me know if it looks good, did only very light testing this time
[15:21] <ahasenack> james_w: I now tried with just "deb-version 0.1.0-1~{revno}", and got:
[15:21] <ahasenack> bzr: ERROR: No such tag: upstream-0.1.0
[15:37] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek Day 2 starting in 23 minutes in #ubuntu-classroom
[15:50] <james_w> ahasenack, double odd, as I think that's a brand new bit of code that would give that error :-)
[15:50] <ahasenack> james_w: the tag one?
[15:50] <james_w> yeah
[15:50] <ahasenack> james_w: maybe it leaked into that ppa then
[15:51] <ahasenack> james_w: fwiw, I uploaded the recipe to lp and am building there now, it seems to be working: https://code.launchpad.net/~landscape/+recipe/landscape-txstatsd-daily-test
[15:51] <ahasenack> james_w: except for the "2h to build" part :(
[15:51] <ahasenack> that's why I wanted to try locally too
[15:51] <james_w> ahasenack, yeah, it's on trunk, so should be in the PPA, but it's odd that one error suggests you are using really old code, and the other error suggests really new code :-)
[15:51] <james_w> I must be misremembering
[15:52] <james_w> ahasenack, try with --allow-fallback-to-native to get around the "no upstream tag" error
[15:54] <ahasenack> james_w: worked with 0.1.0-1~{revno}: https://pastebin.canonical.com/49640/
[15:54] <james_w> cool
[15:54] <james_w> should work on LP then
[15:55] <ahasenack> james_w: but broke again once I used {debupstream}
[15:55] <ahasenack> bzr: ERROR: Invalid deb-version: {debupstream}-1~14: Could not parse version: {debupstream}-1~14
[15:56] <james_w> hmmmmmmmm
[15:56] <james_w> and it doesn't say "here are the valid substitutions?"
[15:56] <ahasenack> same cmdline, with --allow-stuff
[15:56] <ahasenack> james_w: full output: http://pastebin.ubuntu.com/642724/
[15:56] <ahasenack> I just replaced 0.1.0 in the recipe with {debupstream}
[15:57] <james_w> ok, give me two minutes
[15:57] <ahasenack> ok
[16:00] <james_w> ah debupstream is excluded from the "here are the valid substitutions" code for some reason
[16:01] <apw> cjwatson, who is the right person to talk to to figure out why a package is getting built on architectures not mentioned in its control file; its causing issues with our tooling
[16:02] <apw> (that is building in a PPA)
[16:02] <james_w> ahasenack, try {debupstream:packaging}
[16:02] <ahasenack> ok
[16:03] <ahasenack> james_w: no go: bzr: ERROR: Invalid deb-version: {debupstream:packaging}-1~14: Could not parse version: {debupstream:packaging}-1~14
[16:03] <slangasek> apw: abstractly, #ubuntu-devel :-)
[16:03] <ahasenack> still using that --allow switch
[16:03] <cjwatson> apw: what issues does it cause?  it should just harmlessly fail
[16:03] <james_w> ahasenack, ok, please file a bug
[16:03] <ahasenack> james_w: ok
[16:03] <apw> cjwatson, yeah but the tooling is seeing the errors and reporting the failure back instream of moveing the package on, now we could bodge the tools but it'd be nice to fix it if we can
[16:03] <cjwatson> apw: (but anyway, LP, perhaps bigjools)
[16:03] <james_w> probably two in fact, one about you not being able to get {debupstream} to work, and the other about the error not being at all helpful
[16:04] <ahasenack> james_w: do you know the project name by memory perhaps?
[16:04] <james_w> ahasenack, bzr-builder
[16:04] <ahasenack> of course :)
[16:05] <infinity> apw: Out of curiosity, which PPA and package?
[16:07] <apw> infinity, the canonical-kernel-team PPA and the lts-backports-* packages
[16:07] <apw> cjwatson, thanks will ask in that direction
[16:08] <infinity> Architecture: any
[16:08] <infinity> apw: ^-- Not seeing how you expect LP to do what you want there.
[16:09] <cjwatson> ha
[16:09] <apw> infinity, Architecture: any mean arch-independant doesn't it ?
[16:09] <infinity> That would be "all".
[16:09] <apw> which means essentially 'i386' no ?
[16:10] <apw> oh have we borked it ?
[16:10] <infinity> What you want is "amd64 i386", if that's all you support.
[16:10] <infinity> "any" means "build on everything".
[16:10]  * apw looks foolish and goes figure out why thats not either i386/amd64 or all ... thanks
[16:10] <infinity> It definitely shouldn't be all.
[16:10] <infinity> Unless lts-backports has no compiled code. :P
[16:11] <cjwatson> we haven't borked anything, any and all have always had these meanings
[16:11] <ahasenack> james_w: #809412 files, thanks for the debugging session :)
[16:11] <ahasenack> filed
[16:11] <infinity> cjwatson: I think he meant "we" as "the kernel team".
[16:11] <cjwatson> aha
[16:11] <apw> cjwatson, no i meant ... yeah what he said
[16:11] <apw> thanks all
[16:11]  * ahasenack -> lunch
[16:11] <cjwatson> yep, sorry, misread
[16:43] <Laney> can someone do a no-change rebuild of gmime2.4 please?
[16:44] <Laney> for mono transition
[16:45] <seb128> Laney, should we just sync the current version from debian?
[16:47] <Laney> seb128: no, that got accidently made native
[16:49] <seb128> Laney, ok, can do the no change rebuild
[16:50] <Laney> thanks
[16:50] <seb128> yw
[16:54] <pitti> skaet: seems the natty-backport lucid kernel got acked by kernel team (https://bugs.launchpad.net/bugs/806586) -- want to try?
[16:55] <skaet> pitti,  yes,  lets see what happens this time.
[16:57] <skaet> pitti,  same failure on the assert, I'm afraid.
[16:57] <pitti> skaet: weird -- I'm afraid that requires a launchpad guru at this point :/
[16:58] <skaet> pitti,  ack, will go and see if someone can help figure it.
[17:01] <seb128> janimo`, thanks for the gnome-utils build fix, do you plan to send it to upstream as well?
[17:55] <Phr3d13> the vt6410 pci raid/ide card doesn't work in ubuntu 10.10
[17:58] <pitti> good night everyone
[17:59] <dupondje> nite
[18:21] <patrickmw> mvo: ping
[18:25] <Phr3d13> has anyone ever gotten a pci vt6410 raid/ide card to work in ubuntu 10.10?
[18:25] <dupondje> Phr3d13: whats not working? Tried 11.04 ? Do you find anything on google about it ?
[18:26] <Phr3d13> ubuntu sees the card, but not any drives attached to it, and i have googled, but can't find any confirmed or unconfirmed fixes
[18:26] <Phr3d13> any info i found is really ol
[18:26] <Phr3d13> d
[18:27] <dupondje> can you pastebin info of lspci -vvv ?
[18:28] <Phr3d13> http://pastebin.com/pRSx2w6a
[18:29] <Phr3d13> line 213 is the controller
[18:30] <dupondje> it is supported ?
[18:30] <dupondje> pata_via is loaded for it
[18:31] <Phr3d13> i'm not totally sure
[18:31] <Phr3d13> another reason i'm asking in the devel room
[18:33] <dupondje> can you pastebin dmesg ?
[18:33] <dupondje> cause card seems supported
[18:35] <Phr3d13> i couldn't get it all
[18:35] <janimo`> seb128, filed https://bugzilla.gnome.org/show_bug.cgi?id=654498
[18:35] <Phr3d13> http://pastebin.com/9wAr6Jkt
[18:38] <dupondje> Phr3d13: and there are how many disks attached ?
[18:38] <Phr3d13> just to make it clear, it's a pci addon card, not onboard
[18:38] <Phr3d13> two, a hard drive and a dvdrw
[18:38] <Phr3d13> the other two hard drives are connected to the on board connector that works
[18:40] <Phr3d13> and it works when i boot into windows
[18:41] <Phr3d13> dunno if that info helps
[18:41] <mvo> patrickmw: hello
[18:44] <dupondje> Phr3d13: weird, as its supported by pata_via
[18:44] <dupondje> I would try to upgrade to newer version 11.04
[18:45] <Phr3d13> but last time i tried that unity borked on me
[18:47] <Phr3d13> are some of the unity bugs fixed? cause i couldn't even use the gnome classic as unity would run there too
[18:48] <dupondje> most should work
[18:49] <Phr3d13> ok, one last question, should i go with the update manager update, or boot an 11.04 cd and update from there
[18:50] <seb128> janimo`, thanks
[18:51] <seb128> janimo`, btw better to attach the patch to bugzilla that to point to an ubuntu diff.gz
[18:52] <seb128> janimo`, you might get a sneaking comment asking you to add a proper patch if they reply this way
[18:53] <seb128> janimo`, i.e bugzilla will not mark the bug as having a patch since it doesn't, it just has an url as a comment so it's likely that they will overlook it, and if they don't it's likely that they will not be wanting to clean an ubuntu debdiff to get the patch and will ask you to update with a proper one
[18:56] <dupondje> Phr3d13: do-release-update normally
[18:56] <dupondje> :)
[18:58] <Phr3d13> do-release-upgrade?
[19:02] <janimo`> seb128, I am not sure I mean this as a real patch against upstream, just one of the possible workarounds. They could as well disable -Wcast-align, or use some other code changes. I filed it mostly they get notified and maybe ask for details. I am not sure this fix is the best that can be done
[19:03] <Phr3d13> dupondje, fingers crossed, process started
[19:06] <seb128> janimo`, ok, your description doesn't make that clear
[19:07] <seb128> janimo`, let's see what they do, thanks anyway for sending it there ;-)
[19:07] <janimo`> seb128, np, I hope they react in some way
[19:07] <janimo`> I wish LP did this whole thing with a single click both for Debian, GNOME and other upstreams
[20:13] <serue> NMinker: hi.  i was compiling open-vm-tools by setting up a oneiric schroot as per https://wiki.ubuntu.com/SecurityTeam/BuildEnvironment, and doing fakeroot debian/rules build
[20:14] <serue> doh
[20:20] <barry> kirkland, so i was thinking.  why not store wrapped-passphrase in U1?
[20:21] <kirkland> barry: you could back it up there, of course
[20:21] <kirkland> barry: but you might not want it exclusively there, like maybe when you're on a plane
[20:22] <barry> kirkland, true.  could still be a helpful prompt once you set up u1
[20:22] <barry> kirkland, that's all you'd need though, right, just the wrapped-passphrase file?
[20:22] <kirkland> barry: right
[20:22] <barry> kirkland, and that's encrypted with your login passphrase, so it should be safe-ish to just copy that there
[20:22] <kirkland> barry: some users might not trust their wrapped-passphrase to U1
[20:23] <kirkland> barry: so it'd need to be opt-in, i suspect
[20:23] <kirkland> barry: exactly, safe-ish
[20:23] <kirkland> barry: which is fine by most people, i suspect
[20:23] <barry> kirkland, yep.  i guess if you're really paranoid, you could gpg encrypt that file locally before copying it to u1
[20:23] <kirkland> barry: for a better experience, it would be good to sync all of ~/.ecryptfs
[20:23] <kirkland> barry: exactly
[20:24] <barry> kirkland, cool.  i'll play with that and maybe file a wishlist to u1
[20:24] <kirkland> barry: sounds great
[20:24] <kirkland> barry: excellent idea, btw
[20:25] <barry> kirkland, as the tai chi masters say: invest in loss ;)
[20:25] <kirkland> barry: funny you say that ...  that's actually *why* i got invovled in ecryptfs in the first place :-)  loss of a laptop
[20:26] <barry> kirkland, :-D
[20:26] <barry> well, not about your lost laptop
[20:26] <kirkland> barry: i knew what you meant ;-)
[20:26] <barry> kirkland, phew!
[20:31] <barry> kirkland, bug 809549
[20:32] <kirkland> barry: subscribing ...
[20:49] <seb128> infinity, hey, you are not interested by take the current telepathy-glib versions for debian and reapply your armel workaround by any chance? I synced whatever was current but today updates was not ready to sync yet it seems, and it still fails on armel it seems
[20:49] <seb128> infinity, is there any chance you could get your armel workaround upstream or in debian otherwise? would be nice to be able to sync directly ;-)
[20:54] <slangasek> if I recall the bug, it's not really suitable for upstream
[20:55] <slangasek> and probably not needed in Debian unless the toolchain there has the exact same bugs
[20:57] <seb128> slangasek: the natty -O1 workaround was dropped since the toolchain got fixed, the current diff is a "increase the timeout of a test in the testsuit because the builders are slow"
[20:57] <slangasek> oh, ok
[20:57] <seb128> which would probably be fine for debian...
[20:58] <slangasek> true
[20:58] <slangasek> I'm surprised if they haven't needed it already
[20:58] <seb128> yeah, not sure ;-)
[21:11] <jamespage> cjwatson: sorry - the situation was entirely my fault - I was aware that 0ubuntu1 was in the NEW queue and had requested its removal prior to requesting the sync from Debian
[21:11] <jamespage> however I neglected to ensure that had actually happened
[21:15] <infinity> slangasek: Meh, seb left, but yeah, the current Ubuntu local patch isn't suitable for upstream.  It relates to lp_buildd being slow, not armel.
[21:15] <infinity> slangasek: (I upstreamed a patch with slightly increased timeouts for armel, which works fine for Debian, and then had to include a ridiculously long timeout patch just for us)
[21:15] <infinity> slangasek: There's a bug against lp-buildd to fix our own local problem.
[21:16] <slangasek> heh, ok
[21:16] <cjwatson> jamespage: ah, right, we maybe weren't quite responsive enough to all the archive requests in sequence then :-/
[21:18]  * infinity goes about reapplying his patch to the current package...
[21:18] <jamespage> cjwatson: a note on the sync request would have helped tho :-)
[21:18]  * jamespage makes a mental note just in case this crops up again
[21:27] <cjwatson> jamespage: yeah, I probably should have done
[21:28] <cjwatson> .orig.tar.* in-sync-ness is a general thing people need to be ultra-careful of when uploading new upstream versions, unfortunately - easy to shoot oneself in the foot
[23:16]  * infinity engages in cranial-furniture violence as he sees telepathy-glib succeed on every Debian architecture, and fail to build in Ubuntu.