[00:54] <szymon_g> hi
[00:54] <PriceChild> szymon_g: Give it a short while then ask X3N about it.
[00:55] <szymon_g> ok, but i dont see him here :/. anyway- i will try to catch him on the morning, i've to go to sleep
[00:55] <PriceChild> szymon_g: use /query
[01:17] <jrib> !trash =~ s/changed in/changed since/
[01:17] <jrib> !trash
[01:23] <jrib> I'm confused
[01:24] <ivantis> so
[01:24] <Pici> ivantis: Can you rephrase what you are asking, we're a little confused. I think I know what you're asking, but I'm not sure.
[01:24] <ivantis> how do i make a bot an official one for ubuntu?
[01:24] <ivantis> you need to approve it?
[01:25] <Pici> ivantis: A bot for #ubuntu ?
[01:25] <ivantis> yeah
[01:26] <Pici> We currently do not have any plans for adding new bots to the channel.
[01:27] <PriceChild> ivantis: why do we want one of your bots? What does it do?
[01:27] <ivantis> stuff
[01:28] <Pici> ubottu serves as our factoid bot and the floodbots control floods and whatnot.  Unless we're talking about something innovative that we might need.
[01:28] <ivantis> #perlbot
[01:28] <jrib> heh
[01:28] <ivantis> its name is perlbot2
[01:28] <Flannel> ivantis: And what does it do?
[01:28] <ivantis> i wrote it myself in perl
[01:28] <ivantis> it has bot-aliases
[01:28] <ivantis> fetch command
[01:28] <ivantis> echo command
[01:28] <PriceChild> "Why?"
[01:29] <ivantis> im currently working on making it accept DCCs for paste-bin-ing
[01:29] <nalioth> ivantis: how will it help folks in #ubuntu and is it easy to use?
[01:29] <ivantis> easy enough
[01:29] <Flannel> ivantis: and the former?
[01:29] <nalioth> ivantis: the tools must be as simple as possible
[01:29] <ivantis> join #perlbot
[01:29] <ivantis> to test it
[01:30] <Flannel> ivantis: A simple explanation would be nice
[01:30] <ivantis> uh
[01:30] <ivantis> well, i guess its similar to supybot
[01:30] <ivantis> i designed it after that
[01:31] <jrib> ivantis: what feature does it have that will help users in #ubuntu?
[01:31] <Seeker`> why is it better than ubottu?
[01:31] <ivantis> fetch
[01:31] <jrib> what is fetch?
[01:31] <ivantis> better than ubottu?
[01:31] <ivantis> lets not get complex here
[01:31] <ivantis> fetch = grab web pages
[01:32] <jrib> what does grabbing web pages on irc mean?
[01:32] <ivantis> join #perlbot
[01:32] <ivantis> im not good at explainations
[01:37] <Flannel> csilk: How can we help you?
[01:38] <csilk> You can't, no worries I'm gone
[01:38]  * nalioth blinks
[03:17] <jdong> mneptok: are you awake at this time of night?
[03:47] <Flannel> tea4all: How can we help you?
[03:48] <tea4all> I'm trying to get onto the #ubuntu channel
[03:48] <tea4all> but pidgin keeps putting me on this channel instead
[03:58] <Flannel> No bans in bantracker.
[03:58] <Flannel> Or, that I could ese.
[03:59] <Flannel> Whats the command to list bans on the server itself?
[04:07] <Flannel> tea4all: try #ubuntu now
[04:07] <tea4all> Typed in "#ubuntu" and ended up here
[04:07] <tea4all> will try again
[04:07] <Flannel> tea4all: right, someone on your host was forwarded here.
[04:08] <tea4all> fixed
[05:57] <mneptok> jdong: sadly, yes
[06:00] <jdong> mneptok: ah, would you have the capability to contact your friends in the UK at the moment, in particular James Troup?
[06:00] <jdong> the forum proxy frontend has gone down for a few hours now
[06:28] <mneptok> jdong: nope. fast asleep
[08:20]  * ikonia is awake
[08:26] <bazhang> @login
[08:26] <bazhang> @bansearch necrosan
[08:27]  * Flannel is waiting patiently for him to step out of line again.
[08:40] <bazhang> [encephalitogenic] (n=outp@static-76-160-1-238.dsl.cavtel.net): utilizer spamming in #kubuntu
[08:42] <nekostar> ffs
[08:42] <nekostar> bazhang you really are heavy handed
[08:42] <nekostar> this is exactly why so many of us hate the croud that is on this shiz
[08:43] <Flannel> nekostar: You were being extremely rude
[08:43] <nekostar> ive not asked you to pm me either.
[08:43] <nekostar> Flannel so were yall.
[08:43] <bazhang> nekostar, you have no need to reply so strongly to everyone that way (at least three people)
[08:43] <jussi01> !stfu | nekostar
[08:43] <Flannel> nekostar: How was I being rude to you?
[08:43] <nekostar> lmfao
[08:43] <nekostar> Flannel come on - yall - most general statement ever
[08:43] <nekostar> lets see
[08:43] <jussi01> nekostar: that goes for all ubuntu channels
[08:43] <Flannel> nekostar: Alright, how were "we" being rude to you?
[08:43] <nekostar> hold on
[08:44] <nekostar> meh anyway
[08:44] <nekostar> it doesnt matter
[08:44] <nekostar> if yall are serious about not using acronyms then we shouldnt call it gnu/linux anymore should we
[08:44] <Flannel> nekostar: You're right, it doesn't.    And you certainly shouldn't toss out the guidelines.
[08:44] <nekostar> now i'm sure that seems quite ridiculous as it should.
[08:44] <jussi01> nekostar: acronyms are fine, just not ones like those mentioned
[08:45] <nekostar> oh no Flannel i will toss em out.
[08:45] <nekostar> jussi01 they are understood widely, and i will never stop using them till i feel they cannot be used to communicate.
[08:45] <bazhang> nekostar, you were muted only so we could have a chat.
[08:45] <nekostar> and as i spend a lot of my free time helping people out
[08:45] <Flannel> nekostar: then you might as well run along.  You're certainly not going to be unbanned with that attitude.
[08:45] <nekostar> bazhang heavy handed
[08:45] <bazhang> that was the purpose of the PM.
[08:45] <nekostar> i dont care bazhang you didnt ask to pm
[08:45] <nekostar> which makes you as rude as anyone else
[08:46] <Flannel> nekostar: When ops do it, it's to maintain your privacy.
[08:46] <Flannel> nekostar: Either that, or we scold you publicall, which doesn't help anything.
[08:46] <nekostar> shush for a bit plz
[08:46] <nekostar> ffs
[08:46] <bazhang> nekostar, you were disrupting the channel with your aggression
[08:47] <nekostar> and since we dont use acronyms you can ust ignore that
 no what are you using
 what interface XxLordMaiestasxX
 EdLin: why not?
[08:47] <nekostar> * tecnicodpc has quit (Client Quit)
 <`TonY> : I'll just mark it for reinstallation and see what happens :)
 gnome kde what
[08:47] <nekostar> * fallore<EMAIL_ADDRESS>has joined #ubuntu
 I installed kbuntu on my laptop and im getting GRUB Loading, please wait.... Error 18
 as in?
[08:47] <nekostar> * KalEl has quit ("Ex-Chat")
 i am not quite sure myself
 as in is the menu on the bottom left or top left
 sorry
 Gnea, it's a usb dvd drive
 its ok
 abe3k, ok
 !who | nekostar
 nekostar: As you can see, this is a large channel. If you're speaking to someone in particular, please put their nickname in what you say (use !tab), or else messages get lost and it becomes confusing :)
[08:48] <Flannel> nekostar: We're all in #ubuntu, we can see the conversation.
[08:48] <nekostar> o jeez
[08:48] <jussi01> nekostar: as I said... acronyms are fine, just not ones like those mentioned
[08:48] <nekostar> i forget how many lines to a flood out
[08:48] <nekostar> yeah
[08:48] <nekostar> i was thinking i could just reference start and end sections
[08:48] <nekostar> lol
[08:48] <nekostar> so up
[08:48] <nekostar> starting where i didnt die
 <nekostar> no what are you using
[08:48] <nekostar> from there
 !who | nekostar
 nekostar: As you can see, this is a large channel. If you're speaking to someone in particular, please put their nickname in what you say (use !tab), or else messages get lost and it becomes confusing :)
[08:49] <nekostar> we get to there
[08:49] <nekostar> stupid sod doesnt understand basic concept of continuity
 favro if you never got the memo, around a decade ago it was decided that irc should follow the same guidelines as books in that as you speak if you do not continue to designate a person per line, then its automagically routed to the last known good destination [person who you were initially speaking to] which means at this point BUTT OUT thanx
[08:49] <nekostar> read to there
[08:49] <Flannel> nekostar: That's not how IRC works.
[08:50] <bazhang> nekostar, you were asked not to use the enter key so much.
[08:50] <nekostar> where i kindly without being too much of a dick point out using this as a sort of metaphore
[08:50] <nekostar> bazhang i dont really care what you ask there.
[08:50] <Flannel> nekostar: Besides the fact that you *do* in fact need to address the person each time, you *shouldnt* be using more than one line to address a person at a time to begin with.
[08:50] <nekostar> i dont do like
[08:50] <nekostar> lol
[08:50] <nekostar> omg
[08:50] <bazhang> to which you gave a !guidelines to the person requesting it.
[08:50] <nekostar> no wai
[08:50] <nekostar> ~_~
[08:50] <nekostar> ffs
[08:50] <nekostar> thats really
[08:50] <nekostar> orly
[08:50] <nekostar> yarly
[08:50] <bazhang> ok
[08:50] <nekostar> sorry there but point is
[08:50] <nekostar> i might type short bits
[08:50] <bazhang> the mute has been changed to a ban.
[08:50] <nekostar> but those are my thoughts and that's how i talk
[08:50] <nekostar> whatever
[08:50] <nekostar> so i type how i talk, and well
[08:51] <nekostar> yeah
[08:51] <Flannel> nekostar: #ubuntu has 1500 people.  You need to talk one line at a time, not one clause at a time.
[08:51] <nekostar> i've been doing it that way in that channel for longer than youve been on freenode
[08:51] <nekostar> Flannel i understand that this is a bit overwhelming for you
[08:51] <nekostar> and some of the others apparently
[08:51] <nekostar> and apparently the worst we feared has happened
[08:52] <Flannel> nekostar: Goodbye nekostar.  Nice talking to you.  You should try back in a week or two.    I strongly suggest you take some time off to cool down, and come back to discuss this in a week or so.
[08:55] <nekostar> >:P
[08:55] <nekostar> no Flannel
[08:55] <bazhang> ban evasion is not a wise choice nekostar
[08:55] <nekostar> yall are hurting new users, and quite frankly i'm not willing to let go of it
[08:56] <nekostar> bazhang trust me ask the best
[08:56] <nekostar> you cant stop me nor find me unless i prefer it that way
[08:56] <nekostar> lol
[08:56] <Flannel> nekostar: You're welcome to appeal to the IRC council.
[08:56] <nekostar> no Flannel
[08:56] <nekostar> i'll just evade.
[08:56] <nekostar> if i had been asked nicely
[08:56] <nekostar> instead of someone flagging the bot because they know some stupid trigger
[08:57] <jussi01> nekostar: which will likely earn you a network wide ban...
[08:57] <nekostar> and quite frankly trying to rub something in my face that i just slammed back at the original person
[08:57] <nekostar> jussi01 no not really ^^
[08:57] <nekostar> so anyway
[08:57] <nekostar> back to the breakdown of the ops getting heavy handed
[08:58] <ikonia> this is going no where - lets drop it
 nekostar: I don't care
[08:58] <nekostar> favro's well thought out reply you can see
[08:58] <nekostar> note that my reply to him originally there i actually took the time to think about
[08:58] <nekostar> and type
[08:58] <ikonia> nekostar: it doesn't matter
[08:58] <nekostar> type quite a bit as a matter of fact.
[08:58] <nekostar> it matters ^^
[08:58] <nekostar> i'm giving you the chance to do the right thing ;)
[08:58] <ikonia> nekostar: no-one else other than your behaviour was open for discussion
[08:58] <ikonia> lets drop this
[08:59] <nekostar> no
 XxLordMaiestasxX ok very good. this means your almost certainly using gnome, and your trying to run a kde application where it doesnt really belong. on top left click applications > accessories > terminal
[08:59] <nekostar> see there?
[08:59] <ikonia> can someone mute / remove this guy please
[08:59] <nekostar> thats me bravely continuing to help the poor sod
[08:59] <nekostar> ikonia thats just lame
[08:59] <bazhang> he is banned in #ubuntu
 !attitude | nekostar
 nekostar: The people here are volunteers, your attitude should reflect that. Answers are not always available. See http://wiki.ubuntu.com/IrcGuidelines
[08:59] <ikonia> bazhang: in here, as he's just rambling on
[08:59] <Flannel> jussi01, mind doing the honors?
[08:59] <nekostar> and that brings us to our current critique of bazhang here.
[08:59] <bazhang> ikonia, still in #kubuntu however
[09:00] <nekostar> bazhang ive not done anything there
[09:00] <nekostar> ^^
[09:00] <nekostar> where were we.
[09:00] <ikonia> nekostar: stop now. Please
[09:00] <nekostar> right so for basically trying to continue to help the guy, bazhang there gives me a stiff warning.
[09:00] <nekostar> see here's the funny bit though.
[09:00] <bazhang> nekostar, please part now. come back in a week or two
[09:00] <ikonia> nekostar: your approach to the guy - not trying to help was the problem
[09:00] <nekostar> bazhang isn't actually at that point helping anyone
[09:00] <nekostar> i am.
[09:00] <ikonia> nekostar: your not seeing that so - lets drop it
[09:01] <nekostar> so bazhang here is logically when you look at it beating on me for helping someone looking for it.
[09:01] <nekostar> dragging me down for donating my time
[09:01] <jussi01> nekostar: please come back in a few days when you have calmed down!
[09:01] <ikonia> thank you
[09:01] <bazhang> nekostar, you were being overly aggressive.
[09:01] <bazhang> oops
[09:01]  * jussi01 goes to watch #kubuntu
[09:01] <Flannel> Watch for backlash in #k
[09:01] <Flannel> yeah
[09:01] <ikonia> ha ha, I was just about to say that
[09:02] <jussi01> remind me how to fetch a memo?
[09:02] <jussi01> [11:01:54] <MemoServ:MemoServ> You have a new memo from starscalling (nick: nekostar).
[09:02] <Flannel> jussi01: /msg memoserv help ;)
[09:02] <Flannel>  /mgs memoserv read 0, likely
[09:02] <jussi01> Flannel: let me be lazy! :P
[09:03] <Flannel> jussi01: see attached ;)
[09:04] <jussi01> lovely, threatening me :/
[09:04] <jussi01> [11:03:39] <MemoServ:MemoServ> Memo 1 - Sent by starscalling, Nov 02 09:01:53 2008
[09:04] <jussi01> [11:03:39] <MemoServ:MemoServ> ------------------------------------------
[09:04] <jussi01> [11:03:39] <MemoServ:MemoServ> there will be consequences
[09:04] <Flannel> Ah.  Definate Ubuntu community material right there!
[09:04] <ikonia> kudos to him for not going off in #kubuntu though
[09:04] <bazhang> wow
[09:04] <jussi01> so is that worth a staff call? is a threat a freenode thing?
[09:05] <jussi01> ikonia: yet...
[09:05] <bazhang> jussi01, yes
[09:05] <ikonia> I think it's more a case of "I'll tell the others on you"
[09:05] <ikonia> I didn't take that as a "threat"
[09:05] <bazhang> jussi01, and the "I'll evade"
[09:05] <Flannel> jussi01: If it becomes an actual threat, notify the staff.   :Þ
[10:03] <bazhang> elkbuntu, sweeet! :)
[10:03] <bazhang>   /jk
[10:04] <Flannel> elkbuntu: You can scroll up and read it.  He was just as beliggerent here as in #u, if not moreso.
[10:05] <Flannel> He even quoted himself from #u, so you don't have to switch back and forth.  A bit odd, the quotes certainly didn't help his case.
[10:06] <ikonia> nice that he got ignored in ##linux though
[10:06] <elkbuntu> Flannel, the really fun trolls always do that
[10:07] <Flannel> This guy wasn
[10:07] <Flannel> wasn't trolling.  He actually thought he was justified
[10:07] <elkbuntu> the *other* meaning of 'fun', dear
[10:07] <elkbuntu> that is still trolling.
[10:08] <Flannel> eh, that's debatable.  Certainly not productive, but I dont think I'd call it trolling
[10:09] <elkbuntu> trolling has many guises
[10:21] <elkbuntu> i'm trying to find that forums post with the classifications of different types of trolls
[10:51] <elkbuntu> http://ubuntuforums.org/showthread.php?p=1032102
[10:52] <elkbuntu> i was looking in the cafe, but it was in beginner talk ??
[12:42] <jussi01> Yay, we have a new review of the code :P http://mjg59.livejournal.com/99905.html
[12:42] <jussi01> !ultamatix
[12:42] <jussi01> !automatix
[12:43] <elkbuntu> jussi01, i PM'd him a bit ago :)
[12:44] <jussi01> !no, ultamatix is <reply> Ultamatix is not recommended, supported, or needed by Ubuntu.  Use of this software may cause damage to your Ubuntu install.  Do not suggest its use in this channel. See http://mjg59.livejournal.com/99905.html and !automatix for more info.
[12:44] <jussi01> !ultamatix
[12:45] <jussi01> elkbuntu: excellent. I had to giggle at some of the stuff there though. :D
[12:45] <wgrant> Awesome review.
[12:46] <elkbuntu> oh, and please use the advogato version of his blog when citing on wikipedia
[12:46] <elkbuntu> lj is somewhat scorned there
[12:46] <wgrant> Not surprising.
[12:46] <elkbuntu> http://www.advogato.org/person/mjg59/diary/81.html is the advogato version of the automatix one
[12:47] <elkbuntu> the ultamatix one should be easier to find
[12:51] <wgrant> "the author's managed to produce a huge steaming pile of shite despite having been told how to avoid doing so beforehand"
[12:51] <wgrant> Perfect.
[12:51] <elkbuntu> have i ever mentioned how much a <3 mjg?
[12:51] <wgrant> I was just about to say '<3 mjg59'
[12:51] <elkbuntu> s/i/a/
[12:51] <elkbuntu> errr, other way
[12:52] <elkbuntu> s/a/i/
[12:52] <wgrant> Somebody should probably blog about his blogging, given that I don't think he's on Planet.
[12:53] <elkbuntu> he always used to be...
[12:53] <elkbuntu> he is
[12:53] <elkbuntu> third from the top at the moment
[12:53] <wgrant> Oh.
[12:53] <wgrant> Ah, Liferea was being stupid.
[12:55] <elkbuntu> however, i will blog.
[12:55] <elkbuntu> and that wikipedia page is not going to escape this time.
[12:55] <wgrant> I wonder what they'd think if posts cropped up about it on forumubuntusoftware.
[12:56] <elkbuntu> one way to find out
[12:56] <wgrant> Didn't somebody recently cleanse the Wikipedia page of the evils that it mentioned?
[12:56] <elkbuntu> wgrant, someone recently removed any criticism, yes.
[12:57] <wgrant> Now, TheeMahn will presumably start calling mjg an incompetent soon.
[13:00] <elkbuntu> of course.
[13:00] <elkbuntu> or impossible to please
[13:00] <elkbuntu> or both
[13:00] <elkbuntu> snuxoll is on the wikipedia case
[13:01] <wgrant> Good.
[13:23]  * PriceChild notices mjg's review of ultimatix on planet
[13:26] <wgrant> PriceChild: Still rofling?
[13:28]  * PriceChild wonders if he is halfway through
[13:30] <elkbuntu> nah, it's pretty horrendous, that's only a scraping, as was my blog post
[13:30] <elkbuntu> however, i dont count for anything, according to the wikipedia larks who keep removing me as a source.
[13:31] <PriceChild> !ultimatix
[13:31] <jussi01> PriceChild: way ahead of you :D
[13:31] <PriceChild> Just noticed the backlog.
[13:31] <PriceChild> jussi01: I would prefer we quoted further.
[13:31] <jussi01> PriceChild: go ahead!
[13:32] <PriceChild> no ultimatix is  <reply> "Don't install this package. Don't let anyone else install this package.  There's absolutely no excuse whatsoever for the existence of this kind of crap." See http://mjg59.livejournal.com/99905.html
[13:32] <PriceChild> :P
[13:32] <jussi01> hehe
[13:32] <elkbuntu> heh
[13:32] <elkbuntu> he's right though. it's worse than automatix
[13:32] <wgrant> I wonder if TheeMahn knows who mjg is.
[13:32] <elkbuntu> wgrant, he's about to find out.
[13:33] <wgrant> Heh heh heh.
[13:34] <PriceChild> wgrant: elkbuntu: http://ubuntuforums.org/showpost.php?p=5477031&postcount=15
[13:35] <wgrant> I know he knows that he exists.
[13:35] <elkbuntu> yeah, lol
[13:35] <wgrant> But I'm not sure he knows that he's so almighty.
[13:35] <PriceChild> ohh ok
[13:35] <elkbuntu> Thanked 0 Times in 0 Posts <-- rofl (unless it's broken or something)
[13:35] <wgrant> 'I am no newbie to programming.'
[13:35] <wgrant> Woah.
[13:35] <wgrant> Almost 1000 posts and not been thanked? Awesome.
[13:36] <PriceChild> I have 5000 posts and only 36 thanks.
[13:37] <elkbuntu> PriceChild, but how many ubuntu variants do *you* make?
[13:37] <PriceChild> 'thanks' hasn't been around very long omparatively.
[13:37] <wgrant> Hm, I guess that feature is only fairly new, isn't it?
[13:37] <PriceChild> maybe a year, not sure
[13:37] <elkbuntu> better than kaarma crap anyday
[13:38] <wgrant> He has enough 2nd-level Ubuntu-related domains!
[13:38] <elkbuntu> they're all .info, no?
[13:38] <wgrant> Yes.
[13:38] <PriceChild> uu more people have put me as their referrer
[13:41]  * wgrant goes to bed, happy with the knowledge that Ultamatix's death sentence is being carried out.
[13:47] <jussi01> PriceChild: any word from the CC yet? last I heard was this on friday:
[13:47] <jussi01> [13:06:05] <jussi01> Hey there, Just another quick repoke re: IRCC - been a week since I last poked :D
[13:47] <jussi01> [13:06:58] <dholbach> I poked just today, we're discussing and I hope we get moving quickly
[13:49] <elkbuntu> jussi01, assuming they'll email the ircc list, rather than pricey privately, no word yet.
[13:49] <jussi01> elkbuntu: ok. :) thanks
[13:53] <elkbuntu> the wikipedia page has been updated
[14:42] <PriceChild> Hmm acerhk doesn't compile on Intrepid :(
[14:44] <PriceChild> oh but there is a package in intrepid.. :/
[14:51] <ikonia> PriceChild: from native source, or the deb source package ?
[14:54] <PriceChild> !info acerhk-source
[14:54] <PriceChild> Just installed and modprobed with a few options :D
[15:16] <jussi01> So ikoniaI was thinking I should probably stop in birmingham or somewhere and have a beer with these crazy people there... suggestions?
[15:31] <ikonia> jussi01: what sort of info are you looking for
[15:32] <bazhang> welshman
[15:34] <jussi01> ikonia: well... is it feaseable to go via birmingham... Im on a budget..
[15:35] <ikonia> if your coming to mine from manchester you will stop or maybe even change trains in birmingham so won't effect any budget
[15:36] <bazhang> going to remove him again if he keeps up
[15:36] <bazhang> he has been removed once already ; now giving openly bad advice
[15:48] <ikonia> !staff | 15:47 -!- mo_tau_aja<EMAIL_ADDRESS>[15:48] <ikonia> spamming paypal hack links
[15:52] <bazhang> welshman offtopic; concur?
[15:52] <PriceChild> bazhang: What has happenned so far with it?
[15:53] <bazhang> PriceChild, with that user?
[15:53] <PriceChild> yep, have you done anything?
[15:53] <bazhang> PriceChild, he has been warned repeatedly, and he was removed once.
[15:53] <bazhang> he has continued unabated however
[15:54] <PriceChild> All done.
[15:54] <bazhang> thanks PriceChild
[15:54] <PriceChild> bazhang: I didn't do a thing.
[15:54] <bazhang> the line was when he started giving out clearly wrong info to users
[15:55] <bazhang> PriceChild, no; thanks for hearing me out.
[16:01] <nalioth> mo_tau_aja shown the door
[16:12] <ikonia> danke
[17:23] <nalioth> so he did
[17:56] <nalioth> ubottu: tell nicexe about yourself
[18:06] <Susana> is this the place to report people who are trying to convince people they are freenode staff when they are not identified as such?
[18:06] <Susana> or is that normal?
[18:06] <jussi01> Susana: no, that would be #freenode
[18:06] <PriceChild> Susana: PM?
[18:07] <jussi01> oh, you are in luck
[18:37] <nalioth> ikonia: you have most of the staff here
[18:38] <ikonia> nalioth: pm ok ?
[18:38] <nalioth> ikonia: "you may always PM staff"
[18:38] <ikonia> just double checking
[19:14] <Tm_T> christel: nooooooooooooo
[19:14]  * LjL jumps off the chair
[19:14] <ikonia> evening gents
[19:17] <christel> Tm_T: im so sorry :)
[19:17] <christel> hehe
[19:17] <Tm_T> oh well, have to find reasonable option for orwell
[19:23] <Tm_T> christel: better? (;
[19:27] <christel> yus! much :)
[19:35] <Tm_T> any estimation?
[19:40] <christel> it'll go down at 9pm gmt, we've said 1h for the downtime window but it shouldnt take anywhere near that long, maybe 20 minutes max
[20:22]  * Flannel grumbles at people laying in wait.
[20:23] <LjL> Flannel, annoying huh
[20:24] <Flannel> Only when I don't know the answer ;)
[20:24] <Tm_T> Susana: who are you?
[20:24] <Flannel> "I couldn't solve your issue last night, was relieved when you went to bed, why couldn't someone else solve it this morning?"
[20:27] <Susana> Tm_T: ?
[20:29] <Tm_T> Susana: I mean, is there something we can help you with?
[20:31] <jussi01> !idle | Susana
[20:32] <Susana> ok sorry bye
[20:33] <Tm_T> (:
[20:33] <jussi01> Tm_T: your backwards smileys are annoying...
[20:34] <Tm_T> I'm leftie
[20:34]  * Flannel reads from left to right, not the other way around.
[20:35] <Flannel> Tm_T: ?oot siht ekil gnitirw gniog ot trats uoy erA
[20:35] <Flannel> hmmm
[20:35] <jussi01> what?
[20:35] <Flannel> mix those words around so they make sense.
[20:35] <Tm_T> Flannel: err, no?
[20:36] <Flannel> s/start to going/going to start/
[20:36] <jussi01> Flannel: backwards!!
[20:59] <Mez> jussi01: lennalF?
[20:59] <Mez> (is that like gandalf?)
[21:00] <Mez> wgrant: you look scary
[21:01] <Flannel> Mez: Shhh.  You're giving away the source of my powers.
[21:02] <Mez> your precious ?
[21:05] <ikonia> you beat me to it by a second
[21:05] <ikonia> Flannel:
[21:05]  * Flannel wins!
[21:05] <Flannel> ikonia: I was considering a variety of reasons.
[21:05] <Flannel> decided to just keep it simple
[21:06] <ikonia> who was the mibbet guy ?
[21:07] <Flannel> no idea
[21:07] <Flannel> 13:06 < wiggaplz> Can Ibex handle 12" of cock in his rectum?
[21:07] <ikonia> didn't see that
[21:08] <Flannel> right after the "can intrepid handle 3rd party repos"
[21:08] <wgrant> Mez: How do you know?
[21:08] <Nafallo> wgrant: aren't you asleep?
[21:08] <wgrant> Ah, I see the friend request.
[21:09] <wgrant> Not any more.
[21:09] <Flannel> tritium: er....
[21:09] <Flannel> not ban evasion?
[21:09] <wgrant> I was about 40 seconds ago.
[21:09] <tritium> Flannel: ?
[21:09] <Flannel> tritium: He wasn't banned.
[21:09] <Nafallo> wgrant: geek
[21:09] <tritium> Flannel: was he muted?
[21:09] <Flannel> tritium: No, I just removed him.
[21:09] <tritium> Ah, sorry.  My bad.
[21:10] <Flannel> tritium: He was *going* to be banned, based on his next few sentences
[21:10] <wgrant> Nafallo: Correct.
[21:10] <Flannel> but, its likely moot.
[21:10] <tritium> Flannel: I'm sorry.
[21:10] <Flannel> No worries
[21:10] <tritium> Now what??
[21:11] <Flannel> nothing.  He was out to cause trouble from the get-go
[21:12] <tritium> OK, I should have left him to you.
[21:12] <Mez> wgrant: lol - blame Nafallo for that ;)
[21:12] <wgrant> Mez: I noticed.
[21:12] <wgrant> Heh.
[21:12] <Nafallo> paah. only 19 friend suggestions :-P
[21:13] <Nafallo> well, 20, but one was only slightly Ubuntu related ;-)
[22:27]  * Flannel fully admits it was probably premature.
[22:30] <Flannel> So, who votes these are all the same guy?
[22:31]  * Flannel wins!


[12:46] <Laibsch> can I ping the devs here about a simple SRU fix for bug 1287424?
[21:48] <elbrus> just for those that care about arm64, today I uploaded the free pascal compiler fpc 3.0.0 to Debian which includes suppport for arm64
[21:49] <elbrus> I guess Ubuntu needs to bootstrap that somehow.
[21:49] <elbrus> it is done for Debian already
[21:56] <elbrus> also, because of the upload of fpc 3.0.0, lazarus and castle-game-engine need to be rebuild
[21:56]  * elbrus has no clue nowadays how to request that
[21:57] <elbrus> I guess it requires a debdiff and a sponsor, right?
[21:58]  * elbrus is not going to work on fixing Ubuntu right now, Debian has already to much work involved, but I thought to let it be known here.
[23:27] <marlinc> ogasawara what would https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1532198 mean for ZFS on Ubuntu?


[01:06] <leb> can anyone help with this?  https://gist.github.com/tildeleb/7329005 what is the issue with #include <fcntl.h>
[01:09] <sarnold> leb: change linux/inotify.h  to sys/inotify.h
[01:11] <xnox> snap.
[01:11] <xnox> leb: yeah, what sarnold said.
[01:11] <Serus> How can I see which graphics card ubuntu is using?
[01:12] <xnox> Serus: top-right system cog -> about this computer
[01:12] <xnox> Serus: should have a line "Graphics: "
[01:12]  * xnox has Intel® Ivybridge Mobile
[01:12] <Serus> can't find the about this computer in the menu
[01:13] <xnox> Serus: what ubuntu are you using?
[01:13] <Serus> 12.04
[01:14] <xnox> ah
[01:14] <Serus> found it
[01:14] <Serus> Graphics: Unknown
[01:15] <xnox> Serus: lspci on cmdline might give you more info. Btw, this sounds more of a support question which are handled on #ubuntu
[01:15] <Serus> #ubuntu is so full that many questions remain unseen
[01:16] <brainwash> Serus: make sure that the package "mesa-utils" is installed
[01:16] <infinity> That feature in the about box doesn't work in 12.04 without mea-utils being installed, if I recall.
[01:16] <infinity> brainwash: Jinx. ;)
[01:16] <brainwash> :D
[01:17] <Serus> ok and then reboot or something?
[01:17] <brainwash> does it still show "Unknown"?
[01:17] <Serus> Ah it uses the geforce card now :D
[01:18] <Serus> GeForce GT 630M/PCIe/SSE2
[01:18] <Serus> should all the artifact in video be gone now?
[01:18] <Serus> artifacts*
[01:20] <Serus> nope still artifacts in video :/
[01:20] <brainwash> the guys in #ubuntu might know an answer, this here is the channel for development talk and not general support :)
[01:20] <Serus> ok
[01:21] <Serus> well I'm going to sleep first
[01:21] <brainwash> good night
[01:21] <Serus> you too.
[01:24]  * infinity glares at /etc/gnome/defaults.list conffile prompts.
[01:24] <infinity> Oh, wait.  This is chrome's fault, I knew that already.
[01:25]  * infinity glares at Google instead.
[01:26] <mwhudson> heh
[01:33] <Noskcaj-school> rsalveti: Can you look at the merge for elementary? I think it's a sync but it would be better if you check since you made the ubuntu delta
[01:34] <rsalveti> Noskcaj-school: sure
[01:34] <Noskcaj-school> thanks
[01:38] <rsalveti> Noskcaj-school: the only difference are the additional dependencies to add support for efreet, eio and edbus
[01:39] <Noskcaj-school> oh, so there is something
[01:39] <rsalveti> I might just try to get that change in debian, and then we can sync
[04:13] <rbasak> Oooh. I found a build that eatmydata actually causes to fail in sbuild.
[04:18] <rbasak> (libvirt does some kind of fsync test that eatmydata breaks and causes a segfault)
[04:46] <ScottK> cjwatson: Would it be possible to do a one time MoM run (or some equivalent to get the diffs) against experimental?  All the KDE packages we need to merge against for trusty are there and doing it just by hand would be less fun.
[05:40] <pitti> Good morning
[06:06] <Noskcaj> tjaalton, Can you try and merge sssd from debian?
[06:33] <tjaalton> Noskcaj: i maintain both..
[06:34] <Noskcaj> tjaalton, I know. In the case that someone else might have to work on either, would it not make it easier if it was merged when possible? Why isn't it already?
[06:37] <tjaalton> iirc there isn't much to merge, and a new upstream release needs to be merged anyway
[06:40] <ScottK> Noskcaj: For packages that are actively maintained (also like pyqt5), it's probably better to leave it to the people that are already focusing on it until later in the cycle.
[06:41] <Noskcaj> ok
[06:49] <seb128> stgraber, hey, could you have a look to bug #1244736?
[06:57] <tjaalton> Noskcaj: besides, we don't have the new samba in trusty yet, so a sync/merge wouldn't build without reverting the changes to build-deps
[07:01] <tvoss_> xnox, ping
[08:29] <tvoss_> cjwatson, I'm trying to mark some symbols as optional in a .symbols file, but cannot remember the syntax. Do you have a link to documentation handy?
[08:32] <seb128> tvoss_, http://wiki.debian.org/UsingSymbolsFiles
[08:32] <tvoss_> seb128, thx, http://manpages.ubuntu.com/manpages/lucid/man1/dpkg-gensymbols.1.html was the place to look at :) rtfm, that is ;)
[08:33] <seb128> tvoss_, or see man dpkg-gensymbols
[08:33] <seb128> tvoss_, ;-)
[11:10] <xnox> ScottK: if you a smallish list of src-packages (e.g. in kubuntu seeds?!) i can run MoM against them for you. With added bonus of testing if my patches to diff against trusty-proposed work or not.
[11:11] <xnox> ScottK: and i'll publish result on people or some such.
[11:21] <pitti> xnox: as for your WI change on the logind BP: September is still in the past ;)
[11:21] <pitti> xnox: oh, it's DONE now, ignore me
[11:26] <xnox> pitti: yeah, i think it was september when I finally gave up on logind dbus api, and instead made ubiquity-dm actually create a PAM session and close it.
[11:27] <pitti> xnox: ah, so much more robust :)
[11:27] <Laney> wasn't that always the right way
[11:27] <Laney> ?
[11:28] <xnox> Laney: we ain't no need a PAM session, ubiquity-dm haz root.
[11:31] <cjwatson> ScottK: remind me tomorrow?  I'm on holiday tomorrow and I suspect this is non-trivial.  (actually it would probably be easier to have a package list that gets overridden to be always merged from experimental for a while, or something)
[11:31] <cjwatson> oh, xnox replied
[11:31] <cjwatson> fine
[11:32] <Laney> xnox: Well, other things can happen at session opening as you demonstrated by that fix
[11:33] <xnox> Laney: well, my first try was mimicking pam_systemd.so with dbus calls, which only resulted in pam-session being opened & then logind giving a hizzy hit, assume that session is dead and close it straight after.
[11:34] <Laney> ISTR the documentation saying "don't do this"
[11:34] <xnox> Laney: and it's not really a generic PAM session, as I set logind private & undocumented & non-standard variables to create a "display-manager" logind session, which seems to be enough to please network-manager and friends.
[11:35] <xnox> Laney: also "noone understands init/cgroups/linux but Lennart"
[11:35] <xnox> Laney: I don't find "PAM" the best protocol / API at all =(
[11:35] <Laney> oh well
[11:35] <Laney> done now :P
[11:36] <xnox> =)
[12:19] <sil2100> pete-woods: hi!
[12:19] <pete-woods> sil2100: hi
[12:19] <sil2100> pete-woods: how familiar are you with camera-app and autopilot...? ;)
[12:20] <pete-woods> sil2100: my familiarity is limited to knowing that the camera app autopilot tests are "somewhat unreliable"
[12:20] <sil2100> pete-woods: ok, then maybe I'll wait for Bill to pop up as I see he made the most commits to camera-app
[12:21] <sil2100> pete-woods: since we're getting test failures after the AP 1.4 switch
[12:21] <pete-woods> sil2100: unfortunately all I've done with the camera app is patching in the infographics support
[12:32] <tvoss_> doko, ping
[12:33] <tvoss_> doko, I stumbled across some interesting behavior with symbol versioning for this mp: https://code.launchpad.net/~thomas-voss/dbus-cpp/refactoring/+merge/191369
[12:34] <tvoss_> doko, two things: turns out that enabling coverage for gcc results in additional symbols being exported from a shared object. More to this, there are some arch dependent symbols exposed for std-library features that I would love to get rid of :)
[12:52] <ScottK> xnox: Yes.  It's anything with an upstream version of 4:4.11.* (or seeded in Kubuntu, whichever is easier).
[12:54] <xnox> ScottK: can you use something like dctrl-grep on a downloaded Sources file to generate a package list & check it's what you want? It should let you specify tag to grep for (e.g. Version) and tags to print (e.g. Package)
[12:54] <xnox> (also it will let you grep task, etc)
[13:05] <mitya57> ScottK: what do you think about bug 1243102? If we upload pyqwt5/pyqwt3d with good version numbers, we will be able to drop sip4 delta.
[13:05] <mitya57> (Some comment suggests that a rebuild solves the bug)
[13:09] <ScottK> I'd update sip4 from Debian first so we don't end up rebuilding again, but that's a good ide.
[13:09] <ScottK> idea even
[13:13] <mitya57> Actually, we can even add an autopkgtest to make sure we never break these again
[13:14] <mitya57> Re qtserialport build-wait, it's because our qtbase is still 5.0.2, but I think it can actually build with 5.0, will look now
[13:16] <ScottK> OK.  I'm about to be offline for ~12 hours so good luck.
[13:17] <caribou> xnox: I see that you marked the zsh package as "up for grab" to be merged
[13:18] <caribou> xnox: I would like to gain experience in merging (never done before) and I thought that this could be a good opportunity
[13:23] <xnox> caribou: it's a tough one to merge. If you do it, i'll carefully review it for you & provide feedback.
[13:24] <xnox> and if all good sponsor it.
[13:24] <caribou> xnox: tough in what sense (I'm looking at the report)
[13:24] <caribou> xnox: I can pick another one to get my feet wet
[13:25] <xnox> caribou: well try to resolve the conflicts and see how far you get =)
[13:25] <caribou> xnox: ok, will try it out
[13:26] <xnox> caribou: i think merging libpng (which is also offered up for grabs) is a better one to get ones feet wet.
[13:27] <caribou> xnox: ok, I'll look at this one too
[13:39] <caribou> xnox: I hope you don't mind me coming to you for a few questions ?
[13:53] <xnox> caribou: yeah, just ask me here.
[13:54] <caribou> xnox: for instance, the REPORT for libpng does not list any conflict; does this mean that only modifications b/w ubuntu's version and the new debian version need to be verified ?
[13:56] <xnox> caribou: i don't usually use REPORT. but as far as I understand it means that: MoM generated diff between current ubuntu & common base, took that patch, slapped on top of new debian, and "it worked"(tm)
[13:56] <xnox> caribou: but the resulting tree, might be complete brain dead and FTBFS =)
[13:57] <xnox> caribou: are you using grab-merge script?
[13:57] <caribou> xnox: yes
[13:57] <xnox> caribou: that should download all relevant files and tell you what to do =)
[13:58] <caribou> xnox: so basically check the .patch files make sure that old ubuntu modification are either still there or carried over in Debian and verify if it builds
[13:58] <caribou> xnox: for a start
[13:58] <xnox> caribou: usually i'd expect a person to rebase all applicapable changes, drop no-longer needed ones, adjust debian changelog, test-build the package, and compare diff (new_ubuntu -> new_debian) with old diff (old_ubuntu -> old_debian) to make sure it all still is sensible.
[13:58] <xnox> caribou: exactly! =)
[13:58] <caribou> xnox: ok, I will go that way, thanks
[14:00] <seb128> hum
[14:00] <seb128> shotwell autopkg tests started failing
[14:00] <seb128> https://jenkins.qa.ubuntu.com/job/trusty-adt-shotwell/10/ARCH=i386,label=adt/console
[14:00] <seb128> StateNotFoundError: State not found for class 'WelcomeDialog'.
[14:01] <seb128> sil2100, didrocks, jibel: is that due to the new autopilot? is anyone handling that transition/going to fix the autopkgtests for stuff in the archive?
[14:01] <didrocks> seb128: shotwell is using autopilot?
[14:02] <sil2100> seb128: this looks like something that AP 1.4 *could* cause
[14:02] <seb128> shouldn't also autopilot be blocked if it regresses tests? (it's marked as valid candidate on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html)
[14:02] <seb128> didrocks, yes, pitti added autopilot tests to it
[14:03] <pitti> ah, just saw the failure notification, I'll have a look
[14:04] <pitti> seb128, didrocks, sil2100: yes, clearly from AP 1.4, I know what it is
[14:04] <pitti> that's one of the two behaviour changes that it does
[14:05] <pitti> will fix after meeting
[14:05] <seb128> pitti, do you know if whoever is doing the autopilot update plans to deal with rdepends in the archive? (that might be worth an email to ubuntu-devel@)
[14:05] <seb128> pitti, danke
[14:06] <sil2100> pitti: thanks!
[14:10] <seb128> hum
[14:10] <seb128> something seems weird with https://launchpad.net/ubuntu/+source/gnome-keyring/3.10.1-1ubuntu1
[14:10] <seb128> the builds are stucked on " dpkg-buildpackage: binary only upload (no source included)"
[14:10] <seb128> for 3 hours
[14:11] <seb128> cjwatson, infinity: ^ any idea about that?
[14:22] <didrocks> seb128: most of the time I've seen this is because of a daemon (test daemon most of the time) wasn't killed by the tests
[14:23] <seb128> didrocks, oh, I guess that makes sense, thanks
[14:23] <didrocks> yw
[14:23] <seb128> I guess infinity is going to be after me next for blocking the builders :p
[14:23] <didrocks> right ;)
[14:37] <pitti> seb128: oh, someone didn't commit to the bzr branch on upload :(
[14:37] <seb128> pitti, shotwell?
[14:38] <pitti> seb128: yes
[14:38] <seb128> pitti, that would be me :/
[14:38] <seb128> pitti, let me fix that
[14:38] <pitti> seb128: or you do happen to have these commits locally and you forgot to push?
[14:39] <seb128> pitti, I forgot to update the vcs, but I've the different sources locally so I can "replay" the commits easily
[14:39] <pitti> seb128: or diffs from https://launchpad.net/ubuntu/+source/shotwell/+changelog :) (last two uploads)
[14:41] <pitti> seb128, didrocks: test ported, FYI (now changing debian/tests/import to use the new autopilot-sandbox-run)
[14:44] <didrocks> excellent, thanks pitti!
[14:51] <pitti> seb128: (want me to do the import, if you are busy? no problem)
[15:06] <seb128> pitti, sorry, door bell, I was away for a bit, doing it now
[15:10] <seb128> pitti, ok, you can pull
[15:11] <pitti> seb128: thanks
[15:12] <seb128> pitti, I put back your unreleased change on top of the releases
[15:14] <pitti> seb128: aand uploaded, cheers!
[15:15] <seb128> pitti, danke ;-)
[15:15] <bdmurray> pitti: could you have a look at change for bug 1084979?
[15:16] <mlankhorst> confound these questions!
[15:18] <pitti> bdmurray: it's a nice hack, but not something which I'd like to put upstream (as this is quite specific how we bolted on whoopsie support in the ubuntu branch); need to think about it
[15:19] <pitti> bdmurray: I'd rather not pass an UI object to the hooks but call them anyway, as they usually do other things than just asking questions
[15:19] <pitti> bdmurray: some, like rhythmbox, even change the affected package
[15:20] <pitti> not passing an UI object will crash those hooks which don't check for it, but that doesn't matter that much
[15:23] <bdmurray> pitti: Do you mean you'd rather the solution stopped passing an UI object to the hook but that it still ran?
[15:25] <pitti> right
[15:25] <bdmurray> pitti: got it, thanks
[15:26] <pitti> bdmurray: that bug is still in an open tab; sorry, getting too many higher-urgency requests lately :/
[15:27] <maxiaojun> hi, does anyone know the utf8 filename issue of unzip in 12.04-13.04 ?
[15:27] <bdmurray> pitti: no problem, thanks
[15:30] <pitti> maxiaojun: unzip works fine with UTF-8 in general
[15:31] <maxiaojun> pitti: no, it makes all filenames appear to be ???? until 13.10
[15:31] <pitti> ah sorry, I tried on current trusty; misread 13.04
[15:31] <pitti> but we have unzip 6.0 since lucid
[15:32] <pitti> maxiaojun: ah, apparently fixed in http://packages.qa.debian.org/u/unzip/news/20130224T163250Z.html
[15:32] <GunnarHj> pitti: Hi Martin, do you have any idea what causes the problem at bug 1248343?
[15:32]  * pitti really needs to run out for a bit, bbl
[15:33] <maxiaojun> pitti: sure, the fix is there, i'm just asking how to deal with the issue in old releases, most importantly, 12.04
[15:33] <GunnarHj> pitti: No hurry with my question...
[15:33] <happyaron> does Super-Space for switching input method really work for you?
[15:35] <seb128> happyaron, define "switching input method"
[15:35] <pitti> 25.0+build3-0ubuntu<IP_ADDRESS>
[15:35] <pitti> GunnarHj: needs an apt-get update, it's now version 25.0+build3-0ubuntu<IP_ADDRESS>
[15:35] <happyaron> seb128: switching among "input sources"
[15:36] <seb128> happyaron, it works for me with gsd if I run ibus-setup and change the ibus binding to another one, I guess there is a grab conflict between ibus and gsd
[15:36] <seb128> happyaron, ibus sources or gsd input sources?
[15:36] <maxiaojun> ... what about the unzip issue in 12.04-13.04 ...
[15:36] <hggdh> maxiaojun: supposing it is just a patch applied on the same version, we will need a SRU for it
[15:36] <happyaron> still not very clear for me, but it just does not work out-of-box on my newly installed system.
[15:37] <seb128> happyaron, right, there is that conflict (I noticed this week)
[15:37] <seb128> happyaron, you also need the current gsd SRU
[15:37] <GunnarHj> pitti: Aha, will suggest that. Thanks!
[15:37] <pitti> GunnarHj: (followed up to the bug)
[15:37] <seb128> happyaron, can you check with the gsd SRU and ibus changed to not conflict?
[15:37] <happyaron> ok
[15:37] <pitti> meh, autopkgtest fail galore due to uninstallable pykde
[15:37] <pitti> jibel: ^ FYI, will retry in a bit
[15:37] <maxiaojun> there are various fix over unzip 6.0 (upstream almost dead) accumulated over time
[15:38] <GunnarHj> pitti: You are too fast to me as usual. ;-)
[15:38] <TheLordOfTime> maxiaojun: i would assume that perhaps the patch that exists on the Debian bug for unzip, if it's in the Debian package, might be able to be applied to the packages as SRUs... (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682682 is relevant?)
[15:39] <maxiaojun> i just wonder whether we just upgrade to what saucy have or just apply the specific patch, i don't care other fixes at this point
[15:40] <maxiaojun> i just want to know which is more acceptable to you and i will file a sru request then
[15:42] <seb128> bdmurray, can you let the file-roller SRU in saucy be rolled out? The system reported a bunch of new issues but none seems related to the SRU (they are mostly retracing not working that create new buckets and slightly different signatures of existing issues that e.u.c fails to match in the same report)
[15:44] <bdmurray> ev: Can we update errors yet?  I noticed and fixed saucy-proposed not being enabled in the retracers yesterday.
[15:45] <bdmurray> seb128: I'll have a look
[15:46] <seb128> bdmurray, not having proposed would explain why some of the retracing didn't work
[15:46] <seb128> bdmurray, thanks
[15:46] <maxiaojun> hggdh: maybe you can answer my question?
[15:46] <GunnarHj> happyaron: Hi Aron! I just changed the font for Chinese to fonts-droid (bug 1173571). Considering that this is kind of a mined area, do you have any thoughts? I noticed that fonts-droid is used in Ubuntu Touch.
[15:46] <TheLordOfTime> pitti, hggdh: i'm curious on maxiaojun's behalf, about whether this would be version-bumped or SRU'd to fix the UTF8 issue.
[15:47] <happyaron> seb128: after changing the ibus's shortcut, gsd's works, but then unity's shortcut help page will be displayed at the same time.
[15:47] <TheLordOfTime> pitti, hggdh: there is a patch on the debian bug for it, so I'd think SRU, but again, you guys know better.
[15:47] <TheLordOfTime> (in relation to maxiaojun's issue)
[15:47] <bdmurray> TheLordOfTime, maxiaojun: I'll have a look at it.  Is the Ubuntu bug linked to the debian bug?
[15:47] <happyaron> GunnarHj: it's good to use fonts-droid as default for Chinese, but there could be problem that they cannot be displayed in the editor area in libreoffice
[15:47] <TheLordOfTime> bdmurray: i dont' see an Ubuntu bug on it
[15:47] <seb128> happyaron, that's because you hold super for longer than a second, we have the same issue on other shortcuts (e.g super-s/f/v/...)
[15:47] <happyaron> GunnarHj: that would need to be checked
[15:48] <TheLordOfTime> maxiaojun: is there a bug about this in Ubuntu?
[15:48] <bdmurray> bug 580961
[15:48] <TheLordOfTime> yeah just saw it
[15:48] <happyaron> seb128: if press shorter then the input source switch does not work for me
[15:48] <TheLordOfTime> (failed to search all bugs :/)
[15:48] <TheLordOfTime> bdmurray: the debian bug with the fix is 682682...
[15:49] <TheLordOfTime> bdmurray: the ubuntu bug doesn't seem to be linked right to that...
[15:49] <happyaron> seb128: it's actually first show the help and then switchable among input sources.
[15:49] <maxiaojun> https://bugs.launchpad.net/ubuntu/+source/unzip/+bug/1199239
[15:50] <TheLordOfTime> maxiaojun: i... think that's the wrong bug...
[15:50] <TheLordOfTime> maxiaojun: but 580961 which bdmurray found seems to be right... https://launchpad.net/bugs/580961
[15:51] <GunnarHj> happyaron: Needs to be checked by someone who speaks Chinese, I suppose. Could you check it out when language-selector has made it into the archive? Or should we just wait and see if bug reports drop in?
[15:51] <maxiaojun> this was the bug that i filed when i noticed that the unzip utf8 issue can be fixed, and soon I found debian fixed it already
[15:51] <TheLordOfTime> bdmurray: i think that debian 483290 got overlooked in favor of debian 682682...
[15:51] <caribou> xnox: here's bug #1248573 regarding the merge of libpng
[15:52] <happyaron> GunnarHj: I will check that later, just wonder when will it be made into archive?
[15:52] <GunnarHj> happyaron: Anytime (already in -proposed).
[15:52] <maxiaojun> i know a bug from end users would be more ideal, but many people don't understand the concept of utf8 zip, as both non-utf8 and utf8 zip both appeared broken
[15:52] <GunnarHj> happyaron: TIA
[15:53] <ev> bdmurray: yes! Could you please file an RT for it?
[15:53] <TheLordOfTime> maxiaojun: bdmurray and I already ID'd a bug about this, I think he was going to take a look at it...
[15:54] <happyaron> GunnarHj: I'll need to check them after working on ibus of saucy, and I think allow it in trusty archive right now is ok.
[15:54] <bdmurray> Yes, hopefully today but this week for sure
[15:54] <maxiaojun> ok
[15:54] <GunnarHj> happyaron: That's fine; no hurry.
[15:55] <seb128> happyaron, weird :/
[15:55] <seb128> happyaron, with the current SRUs and changing the ibus binding the keypress is fine here
[15:55] <seb128> happyaron, well, anyway, attente is looking at moving the key grabbing to unity, hopefully that should fix that
[15:56] <seb128> happyaron, btw do you know if we still need ibus to handle the keybinding or if we should just unset it from there?
[15:56] <happyaron> seb128: I think it's still needed (at least for now), there are missing functions from gsd/indicator-keyboard right now
[15:57] <maxiaojun> for the ibus issue, actually in my u12.04 untiy 2d, super+space works ...
[15:59] <happyaron> good to know, never tested that.
[15:59] <happyaron> seb128: do you think we need a session evaluating fcitx?
[15:59] <seb128> happyaron, what is missing? it seems to not make sense to have different pieces of code handling the same thing
[16:00] <seb128> happyaron, that would be good to have I guess, not sure we have enough people knowing both and the impact of a change to have a discussion though
[16:00] <happyaron> seb128: for example bug 1188509
[16:00] <pitti> chrisccoulson: did you see the chromium autopkgtest failure?
[16:00] <seb128> hate keyboard and input methods, hate hate hate
[16:00] <pitti> chrisccoulson: "Package 'libunity-webapps-chromium' has no installation candidate"
[16:01] <Laney> I pinged qengho about that already
[16:01] <seb128> happyaron, I've no clue what is right there, some days I wonder if we should go back to just have different indicators for layouts and ims rather than trying to combine both
[16:01] <happyaron> seb128: if so I can send some comparision material later, and do not have a dedicated session for it.
[16:01] <happyaron> :)
[16:01] <seb128> happyaron, and go back use libgnomekbd/libxklavier
[16:01] <pitti> Laney: ah, it's qengho now, sorry; thanks (the notification went to chrisccoulson)
[16:02] <Laney> He's been doing some sponsoring / uploading IIRC
[16:02] <chrisccoulson> hi :)
[16:02] <happyaron> seb128: well at least input method is having really bad experience right now. after installing saucy ISO, when I login to the user for the first time, ibus-ui-gtk3 crashed...
[16:02] <pitti> seb128: yeah, combining the two wasn't the best thing in the world; I still have my ears ringing from a friend of mine "you broke my keyboard" :)
[16:03] <seb128> happyaron, that's the bug assigned to you right?
[16:03] <pitti> seb128: (not your fault, I know)
[16:03] <seb128> happyaron, I asked you to have a look for a reason :p
[16:03] <qengho> pitti, Laney, hi hi.  Ah, autopktest. Hrm.  Thanks for that.
[16:03] <seb128> pitti, I pushed back on those changes for 3 cycles, we couldn't keep revert of GNOME code for ever
[16:03] <seb128> pitti, but yeah, situations sucks
[16:03] <pitti> I know
[16:03] <happyaron> seb128: ok, I didn't get a trace from apport and think that could be another issue, will try again.
[16:04] <pitti> qengho: https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-chromium-browser/13/ (started failing yesterday)
[16:04] <seb128> happyaron, the SRUs should improve things, if you set the keybinding to e.f ctrl-space things should be mostly working with current versions
[16:04] <happyaron> seb128: but seems installing SRUs solved it, I cleaned my user dir and it won't crash on login
[16:06] <pitti> qengho: (it also holds back systemd and gdk-pixbuf)
[16:08] <qengho> pitti: "it" holds back?
[16:08] <cjwatson> seb128: gnome-keyring> I suggest asking #webops to help investigate if you haven't already
[16:08] <Laney> qengho: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html search for chromium
[16:09] <qengho> What does chromium-browser have to do with systemd?
[16:10] <seb128> cjwatson, done, thanks
[16:10] <Laney> Depends: libudev1
[16:21] <pitti> qengho: it seems to depend on udev and gdk-pixbuf
[16:21] <pitti> qengho: and we test reverse dependencies before allowing a package to go in (see http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html)
[16:21] <GunnarHj> Laney: I broke my promise and filed the u-s-s bug 1248349. ;-) Not directly related to "the prepend issue", but I still thought I'd let you know.
[16:22] <Laney> I saw it
[16:22] <GunnarHj> Laney: Ok.
[16:24] <maxiaojun> any news on the unzip utf8 filename issue?
[16:25] <Laney> GunnarHj: note that it's different in trunk
[16:26] <GunnarHj> Laney: Didn't know. Maybe I'd talk to attente about it?
[16:26] <Laney> try building a package from lp:ubuntu-system-settings yourself
[16:27] <Laney> it doesn't use that helper but I think achieves the same effect
[16:28] <GunnarHj> Laney: Ok, will do that. (But code reuse is still a good idea, isn't it?)
[16:28] <Laney> sure
[16:36] <saiarcot895> Just to check, the Depends field in debian/control can specify an upper-bound version and lower-bound version like so: package (>> minversion), package (<< maxversion), correct?
[16:37] <pitti> saiarcot895: yes
[16:40]  * maxiaojun is editing bug ...
[16:43] <TheLordOfTime> maxiaojun: bdmurray is kinda busy, he and many others have a lot of stuff to juggle... patience is a virtue, this won't be addressed as a priority above everything else...
[16:43] <maxiaojun> TheLordOfTime: so i'm doing my part of editing bug :)
[16:44] <pitti> rsalveti: FYI, I just updated your PARTNAME udev patch from not too long ago: http://paste.ubuntu.com/6371440/
[16:45] <pitti> rsalveti: upstream pointed out that /dev/disks/by-name/ is for FS labels, /dev/disks/by-partlabel/ is for that kind of thing (GPT uses that, too)
[16:45] <rsalveti> pitti: right, but the by-name was to match what android was using
[16:46] <pitti> rsalveti: do we depend on that? or can we move the ubuntu side to by-partlabel/?
[16:46] <rsalveti> I need to check if this patch is still useful, will take a look later today
[16:46] <rsalveti> yeah, will check
[16:46] <pitti> rsalveti: I just committed it to my local disk, no problem to revert/change it; but I just had it upstream reviewed, that's how it came up now
[16:46] <ogra_> rsalveti, pitti, i tried to drop it back when we discussed it last and iirc not all devices got a link then
[16:47] <pitti> no reason to completely drop the patch
[16:47] <ogra_> (which is why i didnt push for dropping it before release)
[16:47] <pitti> I'd just like to keep fs labels and partition labels apart, as they don't need to coincide
[16:47] <ogra_> well, it would be nice to use the same thing across phone and desktop ... whatever we end up with
[16:47] <rsalveti> yeah
[16:48] <pitti> not yet relevant for desktop -- the PARTNAME property is an Android kernel change for now
[16:49] <pitti> although https://www.kernel.org/doc/Documentation/block/cmdline-partition.txt already documents it (it's just not actually implemented in linux)
[16:49] <rsalveti> right
[16:59] <maxiaojun> my bug become a sru request now: https://bugs.launchpad.net/ubuntu/+source/unzip/+bug/1199239 no branch or debdiff yet though
[17:05] <tjaalton> hallyn_: did you mean adding libxext-dev fixed -qxl build on arm? for some reason it builds fine on debian
[17:08] <hallyn_> tjaalton: i mean taht the first failure in the build log is a missing file from that package;  and the porter-armhf box builds it fine in chroot, but the chroot has that package installed
[17:08] <hallyn_> so i'm not 100% sure that that's the only thing needed, but it is apparemtly needed
[17:09] <tjaalton> ok, and the debian package version wasn't pushed to git
[17:09] <tjaalton> though it looks like not missing a build-dep or anything
[17:10] <tjaalton> umm i mean the diff didn't add any build-dep
[17:10] <tjaalton> but yeah, I'll just add libxext-dev and sort the mess with guoliang
[17:20] <infinity> pitti: You around?
[17:23] <tjaalton> hallyn_: it's missing a check for xextproto > 7.1, I'll add it
[17:24] <hallyn_> tjaalton: cool, thanks, here's hoping that's it :)
[17:26] <tjaalton> yeah, src/qxl_drmmode.c includes dpms.h if the conditional for xextproto isn't set, and this was added in the new release (kms support)
[17:26] <tjaalton> fallback is dpms.h
[17:45] <slangasek> bdmurray: so in trusty, apport seems unwilling to submit bug reports to LP for me; do you know of anything that's changed to cause this?
[17:50] <slangasek> bdmurray: btw, I noticed from my upstart logs a bug in the use of watershed... watershed isn't on the path, it needs to be invoked as /lib/udev/watershed
[17:53] <bdmurray> slangasek: bug reports or crash reports?  for the latter see problem_types in /etc/apport/crashdb.conf
[17:54] <bdmurray> I think apport (reporting to Launchpad) has traditionally been disabled until alpha something
[17:58] <tjaalton> hallyn_: looks good, arm64 still fails but looks like some sort of asm error
[17:59] <hallyn_> tjaalton: yeah arm64 won't build anything for me :)
[17:59] <GunnarHj> Laney: My test with an u-s-s build from the trunk made it even worse. :(
[17:59] <hallyn_> tjaalton: thanks!  now i can try and get unity running in a container
[18:09] <tjaalton> nice :)
[19:06] <bdmurray> stgraber: could you have a look at bug 1196975 again?  The reporter responded a bit ago.
[19:08] <stgraber> bdmurray: yeah, I'm aware of that report, but it's not very high on my todo
[19:09] <stgraber> bdmurray: it's very far from a trivial change, fixing this properly would likely need some more heavy patching of isc-dhcp, so I prefer the status quo to rushing a patch in isc-dhcp
[19:10] <stgraber> anyway, moved to isc-dhcp for now
[19:11] <bdmurray> stgraber: great, thanks for looking at it
[19:32] <jibel> pitti, the problem with pykde4 is the latest upload of systemd adds a Breaks: consolekit (<< 0.4.6-1) to udev but consolekit 0.4.5-3.1ubuntu2 is available and libpolkit-qt-1-1 depends on consolekit
[19:33] <TheLordOfTime> bdmurray: around still?
[19:35] <jibel> pitti, output of apt-get install -o  Debug::pkgProblemResolver=1 software-properties-kde http://paste.ubuntu.com/6372301/
[19:45] <bdmurray> TheLordOfTime: yes
[19:45] <TheLordOfTime> bdmurray: i'm not super familiar with the bug, but with https://bugs.launchpad.net/ubuntu/+source/unzip/+bug/580961 are we certain 483290 is the correct Debian bug for this?
[19:46] <TheLordOfTime> because there seem to be two debian bugs on it..
[19:46] <TheLordOfTime> one with a fix implemented in Sid, and another without...
[19:47] <bdmurray> TheLordOfTime: I didn't read through all fo 580961 or the corresponding debian bug and just uploaded SRU fixes for the other bug
[19:47] <TheLordOfTime> bdmurray: ack.
[19:47] <bdmurray> but the change also resolves the test case in bug 580961
[19:49] <TheLordOfTime> bleh stupid IRC client...
[19:49] <TheLordOfTime> bdmurray: ah, okay, cool.
[20:26] <slangasek> bdmurray: bug reports; I have a modified /etc/apport/crashdb.conf to set problem_types = ['Bug', 'Package'], and it seems not to be talking to my browser
[21:07] <bdmurray> slangasek: it's missing, 'Crash'
[21:57] <slangasek> bdmurray: oh - is this a new behavior change?
[22:02] <bdmurray> slangasek: well before whoopsie apport would be just turned on or off, now for stable releases 'Crash" is removed from the list of problem_types to set to Launchpad
[22:02] <slangasek> hmm
[22:02] <slangasek> I don't remember ever seeing that value before
[22:03] <slangasek> hopefully we don't have something automatically editing the conffile on package upgrade
[22:04] <bdmurray> slangasek: http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu/saucy/apport/ubuntu/revision/2249
[22:04] <bdmurray> oh maybe if problem_types is not there it sends them all
[22:05] <slangasek> ah, ok
[22:05] <slangasek> so it seems my problem was mistakenly accepting the new version of the conffile on upgrade
[22:06] <slangasek> I wonder if we aren't at the point that we should stop flip-flopping this between devel and release... just leave it off by default and only turn bug reporting on for those who explicitly edit the file
[22:09] <bdmurray> I think it may have been discussed in the past and we were waiting for server side hooks in the error tracker, so that we can communicate with / get data from reporters.
[22:09] <slangasek> alright


[00:51] <foo> I have a ubuntu digital ocean droplet. It's become clear we have a CPU bottleneck for several hours each day. I can upgrade to a premium AMD or premium Intel CPU. We do a ton of financial calculations. Currently on Premium AMD (1 vCPU). Any strong preferences here one way or the other?
[08:41] <SSahin> hi
[08:41] <SSahin> I'm looking to automate the installation of a number of Ubuntu server instances.
[08:42] <SSahin> There's autoinstall, and I was thinking about naming my instances something like ubuntu-server-1, ubuntu-server-2 ... ubuntu-server-n and so on.
[08:42] <SSahin> n being the count of servers deployed
[08:43] <SSahin> How could I achieve autonumbering?
[08:43] <rbasak> SSahin: have you looked into MAAS? This is the normal way to manage a fleet of servers.
[08:45] <SSahin> Let me do so.
[08:46] <SSahin> Are there any alternative approaches, in case I couldn't / wasn't allowed to use MAAS for some reason, for example?
[08:46] <SSahin> I'm planning to do those deployments using Terraform.
[09:03] <rbasak> It's all Free Software so there are many products and many approaches available.
[09:03] <rbasak> For a fleet of physical servers, MAAS is Ubuntu's recommended solution.
[09:04] <rbasak> If you want to use Terraform then you should probably look into what Hashicorp recommend to solve your problem, and maybe ask their community support channels?
[13:08] <ahasenack> rbasak: hi, do you know how frequently this runs? https://people.canonical.com/~ubuntu-archive/pending-sru.html
[13:18] <rbasak> ahasenack: I don't, sorry. IME, not particularly frequently.
[13:19] <rbasak> I suspect it runs on a machine only some ~ubuntu-archive people can reach. Like snakefruit or something.
[13:25] <ahasenack> ok
[13:28] <cpaelzer> ahasenack: it reports at the top when it was generated
[13:28] <cpaelzer> ahasenack: refresh it a while and you'll get a timing info :-)
[13:33] <ahasenack> yes, it had run ~2h prior when I asked the question here
[13:37] <cpaelzer> I understand, due to the s390x stall on tests I'm in a similar waiting pattern but for excuses :-)
[13:59] <MintPrower> Hey everyone, I'm having some server issues
[13:59] <MintPrower> So I upgraded my Ubuntu 22.04 server (apt update and upgrade) after it was complete, I rebooted and now a few things don't work anymore
[13:59] <MintPrower> ssh server is stuck at inactive (dead)
[13:59] <MintPrower> tab complete doesn't work anymore
[13:59] <MintPrower> and on boot it spends a while looking for disks (by uuid) that i've never had attached to the system
[13:59] <MintPrower> any advice?
[14:00] <MintPrower> Okay so All I needed to do was reboot 6 times, seems to have fixed itself after another reboot
[23:56] <Soni> when's 464XLAT coming to enterprise networks? (when's ubuntu-server getting a 464XLAT client/CLAT)