[00:15] <user|88444> external usb DVD is not recognized,  usb flashdrives are recognized
 @user|88444, Does the dvd drive work on other computers?
[03:22] <hank28765> hello im trying to get minidlna to access the music files on my second hard drive i have attached that is mounted at /media/henry/Files/ when I edit the minidlna config file and point it to /media/henry/Files/Music it does not find any music files but if i point it to home/henry/Music/ and put music in that folder it finds the files but then im not
[03:22] <hank28765> using my second hard drive
 Hello! System is borked! After making an SSH connection from my desktop to my laptop I managed to transfer one folder then I kept getting timeout. Dolphin on my laptop then froze. After reboot it took 5 min for the desktop to fully load and the internet would not pull down data. All programs take 5 min to open.
 I ran Redo Rescue and checked the hard drive. SMART and badblocks both passed. The system and software is now loading normally but Dolphin freezes and I still cannot get internet. What is going on? What else could  I troubleshoot?
 Are there any diagnostic tools I can run? Is my only solution to re-install my Redo Rescue backup iso and then BackinTime backup?? 😑
[12:24] <BluesKaj> Howdy folks
 @hank28765, Interesting! What do you use for the minidlna playback? Let me know how you get on! nb. Pulseaudio-dlna works fine on my secondary drive to steam to my amplifier. Is your secondary drive marked in fstab and mounted?
[21:02] <no> kubuntu is amazing!
[21:43] <Nomkid> does literally anything happen here
[21:43] <Nomkid> or is it just joins and leaves all day
[21:44] <Nomkid> ironic
[21:54] <kirvesAxe> Sometimes there's more talk and sometimes less, like pretty much all of IRC these days...
 Hi Everyone, I recently installed Kubuntu 20:10  I'm a a starter regardin Linux and Kubuntu, so sometimes I have some issues that I'm not able to solve by myself
[21:57] <Nomkid> wait what is thi slinked to
 Right now, the most importat thing is that I can't install automatically my printer, which has wi-fi.  The siystem doesn't find it, I've tried using the hp-setup program but I cant solvie it with that neither. How do I add manually my printer with Ip or URL? It's HPENVY5030
 It did work with Kubuntu 20:04
[22:22] <ceibal__> hoaaaa
[22:30] <kubuntu> hey
[23:58] <mparillo> Is your cups service enabled?
[23:59] <Nomkid> I'm assuming that is directed toward the printer guy


[23:22] <johanbr> woohoo!
[23:22]  * johanbr just got IPv6 to work on openwrt
[23:23] <genii-around> Cool
[23:43] <johanbr> yep, although I guess it's still of limited practical value :)


[15:22] <maxolasersquad> Anyone else using Vrome in Chrome?
[15:29] <maxolasersquad> Well, if you are a vim lover, then you should.
[16:18] <itnet7> dantalizing: did you receive the box?
[16:23] <maxolasersquad> itnet7: Did you get your pandaboard yet?
[16:25] <dorgan> how do i get a human readable memory usage for a given process?
[16:26] <maxolasersquad> dorgan: Aside from system monitor?
[16:28] <dorgan> you mean top
[16:28] <dorgan> ?
[16:29] <maxolasersquad> Is it a requirement that you do this from the CLI?
[16:29] <maxolasersquad> gnome-system-monitor can be used for the GUI.
[17:21] <mhall119> dorgan: /proc/$PID/statm
[17:23] <mhall119> I guess it depends on what you mean by "human readable"
[17:41]  * mhall119 is hungry
[19:00] <DammitJim> mhall119, ping
[19:00] <itnet7> maxolasersquad: not yet, I need to contact jono or marianna and ask about it, I was giving it chance to get here...
[19:00] <DammitJim> I got a lot of turkey left over
[19:05] <maxolasersquad> DammitJim: Not since Thanksgiving I hope.
[19:05] <maxolasersquad> itnet7: When you do get it I'd love to hear about how awesome it is.
[19:06] <itnet7> maxolasersquad: Definitely, maddog_2009 has been salivating about it since he read the spec sheet at UDS
[19:12] <mhall119> DammitJim: pong
[20:08] <DammitJim> mhall119, ping
[20:08] <DammitJim> sorry about earlier
[20:08] <mhall119> DammitJim: pong
[20:09] <DammitJim> how do I make a constant available throughout my classes in an application in java?
[20:09] <mhall119> static final
[20:10] <mhall119> on a class
[20:10] <DammitJim> but do I have to have a line in all my classes that say: public final static String key = "abc";?
[20:10] <mhall119> will it always be the same "key" and "abc"?
[20:10] <mhall119> or will each class have a different value or variable name?
[20:11] <DammitJim> yes
[20:11] <DammitJim> always the same
[20:12] <DammitJim> I'm trying to not have to re type it
[20:12] <DammitJim> LOL
[20:13] <MichelleQ2> DammitJim: I misread, and thought you asked "how do I make a croissant available..."
[20:13] <mhall119> make a FooUtils or FooConstants class, and put it on that
[20:13] <mhall119> then everywhere else you can call FooConstants.key to get "abc"
[20:13] <DammitJim> MichelleQ2, now that would be a hard question ;)
[20:14] <DammitJim> mhall119, you suggest creating a new class just for constants vs storing it all in one of the existing classes for cleanliness?
[20:14] <MichelleQ2> I'd gladly offer my services for making that croissant *un* available.
[20:14] <mhall119> CroissantFactory.newInstance()
[20:14] <DammitJim> :D
[20:14] <mhall119> DammitJim: if there's a single existing class where it would be logical to put it, then put it there
[20:15] <DammitJim> k, got it
[20:15] <DammitJim> thank you
[20:15] <mhall119> np
[20:16]  * MichelleQ2 is now hungry
[20:17] <MichelleQ2> who sells croissants...?  hhm.
[20:22] <mhall119> the french
[20:24]  * MichelleQ2 considers whether or not there are French-like folks around here...
[20:27] <mhall119> only french canadians
[20:27] <mhall119> and they're all retirees
[20:28] <MichelleQ2> meh


[20:08] <james1138> Hello all. Is this group where I can ask questions about analog video capture and/or editing?
[20:15] <OvenWerks> james1138: it should be.
[20:16] <OvenWerks> james1138: best to ask the full question and just leave you irc client running. Not many people sitting staring at their screen :)
[20:17] <OvenWerks> james1138: I know a very small amount about video capture, being mostly audio oriented... but perhaps what little I do know would be helpful.
[20:19] <OvenWerks> james1138: it sounds like you actually have live video from some source rather than recording to the camera and editing the file(s) later. Most video SW in Linux is post processing oriented, but there are some exceptions.
[21:23] <studio-user424> Hi. What is default desktop environment in Ubuntu Studio 16.04?
[21:35] <james1138> I have a Dazzle DVC100 USB device. Ubuntu sees it when plugged in. I wondered what software (LIVES, OPENSHOT, etc) would work best.
[21:41] <krytarik> studio-user424: Xfce.
[21:47] <studio-user424> Thank you krytarix. I hope I can find solution to tweak my window borders larger to enable window resizing easier.
[21:48] <aleb> james1138: You might need to look into separate solutions for capturing and later editing the digital capture, not necessarily the same applications.
[21:49] <james1138> Okay... lets first start with Capture. Otherwise editing is a moot point.
[21:49] <aleb> why is it moot?
[21:50] <james1138> If I cannot capture... nothing to edit.  <grin>
[21:51] <aleb> james1138: If you figure out the capture part, try Pitivi to edit the content: http://wiki.pitivi.org/wiki/Install_with_flatpak - you can find us in #pitivi if you have questions :)
[21:52] <studio-user424> james1138: Have you tried vlc?
[21:53] <james1138> vlc for capture?
[21:54] <studio-user424> james1138: Yes. I think it's doable.
[21:57] <OvenWerks> VLC and lives both capture
[21:59] <studio-user424> james1138: via graphical user interface(vlc)-> Media-> Open capture device...should be there.
[21:59] <OvenWerks> Snowmix is another, that is meant for live video switching
[22:01] <james1138> I have LIVES installed now. I shall try that. Is there any ubuntu video capture software?
[22:04] <OvenWerks> if you mean screen capture vokoscreen works for me.
[22:07] <studio-user424> james1138: I'm not familiar with LIVES but VLC can indeed capture.
[22:09] <OvenWerks> dvgrab?
[22:11] <OvenWerks> dvswitch? (uses dvgrab) http://dvswitch.alioth.debian.org/wiki/
[22:20] <james1138> Sorry. Not screen capture. Basically, I want to convert VHS tape to MP4. The windows software that came with Dazzle does not like Wine. I was looking for GUI-based software that I can capture.
[22:22] <james1138> Already have dvgrab installed.
[22:22] <OvenWerks> So you have a video capture card card? If so, I think any of the webcam things like cheese should be able to at least show a video device being there.
[22:22] <OvenWerks> dvgrab is for firewire acpture if you have that
[22:22] <OvenWerks> *capture
[22:26] <OvenWerks> Dvgrab (in the man page says it can also deal with USB class cameras (V4L stuff) But really if VLC sees it or LiVes sees it... you already have a solution.
[22:28] <james1138> Dazzle is USB video capture - https://kb.speeddemosarchive.com/Dazzle_DVC100
[22:32] <james1138> Too bad Kino does not do Analog
[22:34] <OvenWerks> cool, That sounds like it should just work.
[22:36] <james1138> Just upgraded VLC to version 3
[22:37] <james1138> Somewhere... I read that Cheese was also used at times for video capture.
[22:37] <OvenWerks> Once you have it captured to a file there are lots of video editors around, from blender to openshot
[22:41] <james1138> Didn't the Easycap usb video capture device have any software?
[22:43] <OvenWerks> when your dvc100 is plugged in there should be a file called /dev/video0 or something video1 or whatever.
[22:43] <OvenWerks> if that is there then any of the video recorders should be able to use it.
[22:44] <james1138> Okay... was there drivers for Em28xx devices??
[22:47] <studio-user424> james1138: dude seriously.via graphical user interface(vlc)-> Media-> Open capture device...should be there.check it out.
[22:49] <OvenWerks> james1138: maybe try here: https://ubuntuforums.org/showthread.php?t=2245249
[22:49] <OvenWerks> james go down to post 8
[22:49] <james1138> will do... thanx


[07:38] <Guest48003> morning all
[07:38] <MooDoo> morning even
[08:07] <zmoylan-pi> morning Guest48003
[09:05] <brobostigon> morning boys and girls.
[13:14] <diddledan> daftykins: that rick astley + nirvana is awesome
[13:14] <diddledan> from yesterday
[15:17] <knightwise> hey foobarry
[15:17] <knightwise> hows it hangin
[17:14] <CoolKevin> wow this latest version is seriously bad
[17:15] <CoolKevin> hardly anything works
[17:19] <Switches> Hmm had very few problems with it myself on any of my machines. Everything bar AMD is no problem (AMD isn't 16.04s fault though)
[17:21] <CoolKevin> I cannot get any flash player to work
[17:22] <CoolKevin> that is only 1 problem, I do not have the typing skills to list them all
[17:23] <Switches> Well for the Flash stuff I know "sudo apt install flashplugin-installer" works from terminal as I'm watching youtube with it at the mo
[17:23] <CoolKevin> ok thank you I will try that
[17:24] <Switches> For chromium it should should be erm "sudo apt install pepperflashplugin-nonfree"
[17:24] <daftykins> diddledan: :D sure is
[17:25] <Switches> If for some reason the installer one doesn't work try "sudo apt install flashplugin-nonfree" they are both the same but one may throw an error as the meta package changed
[17:27] <CoolKevin> I do not have a terminal box
[17:31] <daftykins> are you talking about ubuntu with unity?
[17:31] <daftykins> so normal ubuntu - or another flavour?
[17:32] <CoolKevin> normal ubuntu 16.04, that came with Linux Format magazine
[17:33] <CoolKevin> got the terminal box nowq
[17:33] <daftykins> so ctrl+alt+t should open a terminal emulator as normal, nothing different to usual
[17:33] <CoolKevin> now*
[17:33] <CoolKevin> I just had to dl it
[17:33] <daftykins> no, you never need to download it.
[17:33] <CoolKevin> I just did
[17:34] <CoolKevin> easier that way
[17:34] <daftykins> no, it's part of the stock install and *right there* so i think you're doing something very wrong.
[17:35] <CoolKevin> very possible, but if things was not changed so much
[17:36] <CoolKevin> I might have found it straightaway
[17:37] <daftykins> clicking dask and typing "term", mmm
[17:37] <CoolKevin> thank you guys that link you gave me worked    sudo apt install pepperflashplugin-nonfree
[17:37] <CoolKevin> I never typed before
[17:38] <CoolKevin> all I done was click on menu and scroll down
[17:40] <Switches> Well aslong as you got it sorted, that's what matters :)
[17:41] <CoolKevin> yes thank you kind sir
[17:41] <Switches> No worries anytime
[17:41] <CoolKevin> still a lot more to sort though
[17:41] <CoolKevin> this version of xchat sucks
[17:42] <daftykins> hexchat is newer.
[17:42] <Switches> Don't use Xchat tbh, always use Smuxi or Polaris
[17:42] <CoolKevin> the notifications is really poor
[17:42] <Switches> or is it polari..
[17:42] <CoolKevin> I think I saw polari
[17:42] <daftykins> graphics chips on the brain :)
[17:42] <Switches> Always :p
[17:48] <CoolKevin> I got hexchat now, at the moment I am a guest
[18:25] <SuperEngineer> [at the moment I am a ghost]
[18:25] <daftykins> :o
[18:25] <Switches> Good to know..
[18:25] <daftykins> made any phone progress SuperEngineer? :>
[18:26] <SuperEngineer> hmmm... just when I get all nicely decided, I get all horribly UNdecided again [a.k.a. "No"] ;-)
[18:27] <SuperEngineer> ...but if some nice person / shop / company sent me a phone to "try".....
[18:29] <daftykins> you can have this HTC One X+ 64GB for £50 :P
[18:35] <SuperEngineer> I'm sure you to sat say £30
[18:36] <SuperEngineer> Say £30  ;-p
[18:39] <daftykins> naah
[18:42] <penguin42> SuperEngineer: What are your criteria?
[18:44] <SuperEngineer> My criteria are: fits in pocket, is strong, has 8GB memory + SD card slot, and can crap on Google ;-)
[18:44] <SuperEngineer> ...oh, if only!
[18:44] <penguin42> SuperEngineer: I suggest you go into a bunch of phone shops and test the 'is strong' aspect and buy which ever one survives
[18:46] <diddledan> penguin42: won't the shops mind a trail of broken handsets?
[18:46] <SuperEngineer> tried that... still can't appear in some towns due to minor "police objections" [something to do with accidental damage to phones", apparently] ;-)
[18:46] <penguin42> diddledan: I don't know, but it would be good to watch SuperEngineer find out
[18:46] <SuperEngineer> [next time I'll post vids  ;-D
[18:47] <daftykins> they tend to all be chained to stands though
[18:47] <SuperEngineer> but my backside is not
[18:47] <penguin42> reminds me of https://www.youtube.com/watch?v=fikfhYznqhw
[18:49] <SuperEngineer> that's not me!!!   I will keep denying that was me as long as the lawers ask me to
[18:49] <SuperEngineer> *lawyers
[18:52] <daftykins> that is very cringe
[18:53] <daftykins> wow 5 cops!
[18:53] <daftykins> that's one busy high-street :P
[18:54] <penguin42> Market street is one of the main shopping streets here
[18:55] <daftykins> bit shocking nobody sorts the idiot out
[18:57] <penguin42> shrug; he wasn't hurting any one, and it was a phone shop....
[18:57] <daftykins> wasting fire extinguishers could hurt :)
[19:00] <diddledan> Better not to intervene while he's only interested in criminal damage rather than hurting people.
[19:00] <diddledan> When someone is confronted by an untrained bystander things can get dangerous
[19:06] <SuperEngineer> Wimps!  That's not dangerous.  Danger = someone driving aone of those cars with 4 circles on the bonnet or with a 3 coloured circle on the bonnet ;-)
[19:07]  * Switches Thinks SuperEngineer has been playing to much Carmageddon
[19:07] <SuperEngineer> [may have been.........]
[20:35] <Switches> Ok I guess I won't try Gnome 3.20 just yet..
[21:05] <zmoylan-pi> and there's no such thing as too much carmageddon
[21:06] <Switches> rofl
[21:36] <diddledan> What shall we do with the something something, what shall we do with the something something, what shall we do with the something something something something morning
[21:36] <zmoylan-pi> too late to deal with it now...
[21:51] <daftykins> Switches: ooh nice! AMD press event may 31st
[21:52] <Switches> :o
[21:52] <zmoylan-pi> they're pulling out of the cpu market and going to move to making toasters... :-P
[21:53] <Switches> Aint seen that yet, just listening to Linux unplugged totally mess up exactly what the ZFS in Ubuntu is about ... Why do people still think its Oracles ZFS?
[21:54] <daftykins> i see some UK sites have listings now too
[21:54] <daftykins> http://www.ebuyer.com/store/Components/cat/Graphics-Cards-Nvidia/subcat/NVIDIA-GeForce-GTX-1080
[21:54]  * Switches Runs off to check
[21:54] <daftykins> £528 down here in rock land
[21:55] <Switches> ouch £633..
[21:55] <daftykins> for the Flawed Edition :)
[21:55] <Switches> yeah
[21:55] <daftykins> i've decided it's badly made given the power inputs being castrated
[21:56] <Switches> lol yeah a lot are saying thats holding back the OC'ing
[21:56] <Switches> Seen a few say they hope the custom boards add a six or eight pin extra
[21:57] <diddledan> Flawed edition?
[21:57] <penguin42> Switches: To answer your previous question; because it's still the code written by Oracle
[21:57] <Switches> Its Founders Edition, but its Flawed
[21:57] <daftykins> *nod* AIBs should fix it
[21:57] <Switches> Erm penguin42 it isn't the version they use is version 28 which was written by Sun before Oracles purchase
[21:58] <penguin42> Switches: That's splitting hairs; Oracle bought Sun->Hence it's Oracle's
[21:58] <penguin42> Switches: and they bought them ages ago as well, so fine if you want to call it Sun's zfs I won't argue
[21:59] <diddledan> It doesn't really matter though. It's the license that's in dispute
[22:00] <diddledan> Sun or Oracle, it's still CDDL
[22:03] <Switches> True
[22:06] <Switches> Hmm seems they got some more stuff going on aswell http://www.amd.com/en-us/press-releases/Pages/computex-2016-2016may19.aspx
[22:06] <Switches> 7th generation APU and Polaris
[22:09] <Switches> Should be an interesting Computex
[22:10] <diddledan> Isn't it computer that Sandra's Bullocks fixes the praetorians mess?
[22:10] <diddledan> Computex **
[22:11] <daftykins> i thought she was more known for breaking things?
[22:11] <Switches> Yeah it is
[22:12] <Switches> Its in Taiwan, a few of the tech shows I watch are going
[22:13] <Switches> Seems a lot are saying AMD will announce and show Bristol Ridge there
[22:14] <Switches> Which actually ties in with what daftykins was saying as its the 30th it starts I think..
[22:15] <zmoylan-pi> what would be the most exciting? amd making a portable chip? a new desktop processor? graphics cpu?
[22:15]  * Switches rubs hands
[22:16] <Switches> Well tbh if they are announcing both a new APU and Bristol Ridge that will be exciting, Although the graphics is more what I'm looking forward to
[22:17] <diddledan> None of the above. Most exciting would be making all their products available for free :-p
[22:17] <Switches> lol
[22:18] <zmoylan-pi> that's easy, you get your friends and family to buy them and run windows and in 6 months when it's an infected mess then you take it off their hands while they buy new stuff :-P
[22:18] <Switches> Got about the same chance of that as Intel releasing an "enthusiast" chip at a reasonable price :p
[22:19] <daftykins> :D
[22:20] <penguin42> haswell-e was OK wasn't it?
[22:20] <Switches> Haswell-E was fine, they got the newer Broadwell-E coming out the around £1500 i7-6950X >.<
[22:21] <daftykins> broadwell using a 6 as the first digit?
[22:21] <Switches> Tbh Sandy Bridge is still fine, let alone Haswell
[22:21] <penguin42> ouch 1500 is a bit much!
[22:21] <Switches> Yeah, don't understand that but hey
[22:22] <Switches> maybe they didn't want to be confused with a certain graphics chip xD
[22:22] <Switches> Intels HD7950X rofl
[22:24] <Switches> I did read somewhere though that the new Broadwells also have Iris Pro, rather than the Intel HD graphics
[22:25] <daftykins> makes sense
[22:31] <Switches> Yeah, they had them already on Ebay or something.. someone selling the Intel Confidential chips..
[22:31] <Switches> http://www.ebay.com/itm/Intel-i7-6950X-LGA2011-3-8C-16T-3GHz-25MB-L3-140W-for-X99-chipset-/111980028756?hash=item1a1287a354:g:1EoAAOSw-tNXH4eu
[22:31] <Switches> Almost $2000
[22:32] <daftykins> lul
[22:32] <daftykins> 140W >_<
[22:32] <Switches> Yeah
[22:32] <directhex> at least i already have x99!
[22:33] <Switches> I thought we were meant to be getting more power effiecient, guess not :p
[22:33] <zmoylan-pi> well you won't be able to afford acutal heating after buying this so it will help with the cold :-)
[22:33] <Switches> Rofl, thats so true
[22:33] <zmoylan-pi> version 2 will have a grill so you can make toast... :-P
[22:34] <Switches> hehe
[22:34] <directhex> there we go, H.D firmware release supports broadwell-e
[22:34] <Switches> Or an inbuilt George Foremans
[22:34] <Switches> I'll stick to my Xeons for now
[22:35] <penguin42> which xeons ?
[22:35] <directhex> i can just throw my haswell-e in the bin
[22:35]  * penguin42 takes directhex's bin
[22:36] <Switches> Got 5 here, really old dual server thats socket 771, dual E5620 and a E3-1270v2
[22:39] <Switches> Still trying to source a new board for the E5620s, but spent to much this month so prob be able to get one next month
[22:46]  * Switches needs to stop putting lighter next to usb stick..
[22:49] <Switches> Amount of times I've tried to light a ciggy with a usb stick is beyond belief today..
[22:53] <penguin42> usb sticks generally are safer
[22:54] <Switches> this is what I need http://coolmaterial.com/tech/usb-8gb-flash-drive-lighter/
[23:04] <diddledan> Switches: at least you haven't lit your computer yet
[23:04] <Switches> True
[23:12] <zmoylan-pi> obviously not cool enough for kevin... :-)
[23:14] <Switches> He was having some problems earlier, guess he didn't fix all of them
[23:17] <daftykins> still a bit puzzled as to how someone can't find the stock terminal
[23:17] <zmoylan-pi> the terminal scare people
[23:19] <Switches> Well bit hard to miss in Ubuntu yeah.. but still as zmoylan-pi said, scares some people
[23:19] <daftykins> well that one said they downloaded another
[23:19] <Switches> Thought he was on about the chat client?
[23:20] <Switches> Tbh was tabbing a bit once he said the pepperflash was working for him
[23:24] <Switches> Ohh Fermi cards finally got OpenGL 4.2..
[23:25] <Switches> Only three generations for the Nouveau to catch up on now >.<
[23:26] <Switches> Really wish Nvidia would give those guys a hand, rather than put up more blocks for them.. damn signed firmware >.<
[23:27] <daftykins> BFG! :P https://www.youtube.com/watch?v=y1fZg0hhBX8
[23:28] <Switches> rofl
[23:28] <Switches> Remember reading the book to my daughter when she was small..
[23:29] <daftykins> :)


[05:30] <jibel> Hi everyone
[05:34] <duflu> Hi jibel
[05:50] <jibel> hello duflu
[05:59] <didrocks> good morning
[06:17] <duflu> Morning didrocks
[06:18] <didrocks> hey duflu
[06:32] <jibel> Hey didrocks
[06:38] <didrocks> salut jibel
[07:51] <willcooke> morning gang
[07:51] <didrocks> hey willcooke
[07:58] <duflu> Morning willcooke
[07:59] <duflu> I just brain dumped 17 detailed slides about performance so should be nice and presentable in future weeks
[08:01] <Laney> ahoy
[08:02] <duflu> Morning Laney
[08:08] <didrocks> hey Laney
[08:17] <jibel> argh, gnome-shell crashed and terminated everything :(
[08:20]  * duflu wants cores
[08:21] <duflu> or .crashes reported using ubuntu-bug to be exact
[08:23] <jibel> cannot report, obsolete packages....
[08:28] <Laney> hey duflu didrocks jibel
[08:30] <duflu> jibel, you might be lucky and find a stack trace in the .crash file, sometimes
[09:26] <jibel> yeah another crash, that's painful
[09:27] <jibel> it seems to happen when I use the media controls
[09:27] <jibel> and each time it closes all the apps
[09:36] <jibel> duflu, one of my g-s crash https://errors.ubuntu.com/bucket/?id=/usr/bin/gnome-shell%3A5%3A_g_log_abort%3Ag_log_default_handler%3Adefault_log_handler%3Ag_logv%3Ag_log
[09:36] <jibel> reported as bug 1736664
[09:37] <duflu> jibel, ugh, that one is a problem because the robots don't look at the log message contents. So many different crashes with different messages get classified as the same bug
[09:39] <duflu> jibel, to move forward we'd probably need to open a separate bug for each different log message
[09:42] <duflu> I've made the problem more apparent now in bug 1736664
[13:07] <Laney> jibel: don't suppose you know if anyone's worked on the live session rebooting bug?
[13:24] <Laney> I can't type the word 'systems' any more
[13:25] <Laney> it just comes out as 'systemd' every time (including on the previous line)
[13:37] <willcooke> :)
[13:38] <willcooke> Laney, @ live session, it's on my list to chase this afternoon.  I looked yseterday and it had been targetted but not assigned
[13:40] <Laney> okey
[13:40] <Laney> thanks!
[17:38] <willcooke> night all
[18:41] <k_alam> Hi, does anyone know where  sebastien is ?
[18:43] <marcustomlinson> k_alam: seb is on leave this week
[18:44] <k_alam> marcustomlinson: Oh, I see, Thanks.


[01:31] <goodwill> pardon me ...
[01:31] <goodwill> when I build my own ppa package from an existing package on a system I get this
[01:31] <goodwill> the current version (1.4.1-1~ppa1) is earlier than the previous one (1.4.1-1)
[01:32] <sarnold> goodwill: ~ is "special" -- it means "earlier than"...
[01:32] <cjwatson> That's ignorable if you're aware that anyone with your package installed will by default be upgraded to the newer version
[01:32] <cjwatson> https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage#versioning
[01:32] <goodwill> so I want my package to supercede it
[01:32] <cjwatson> the URL I just gave has advice
[01:32] <goodwill> I've read it
[01:33] <goodwill> before
[01:33] <sarnold> goodwill: (think of it as an easy way to take version 1.2 from a newer release and then package 1.2~12.04, 1.2~12.10, 1.2~13.04, and be certain that they will be upgraded to '1.2' when the distribution is upgraded...)
[01:33] <cjwatson> goodwill: but you haven't followed its advice
[01:33] <cjwatson> goodwill: so read it again :)
[01:33] <goodwill> I think I am not understanding it
[01:33] <cjwatson> goodwill: in one sentence: delete the ~
[01:33] <goodwill> oh damn
[01:33] <goodwill> that right
[01:33] <goodwill> so blind
[01:33] <goodwill> did not see
[01:33] <goodwill> thank you
[01:34] <goodwill> sorry to be a bother
[01:34] <cjwatson> np
[01:35]  * goodwill headdesks for pebcac
[05:16] <pitti> Good morning
[05:17] <pitti> sarnold: they look fine from here
[05:51] <pitti> infinity: hey Adam, how are you?
[05:52] <infinity> pitti: Alive.  You?
[05:52] <pitti> infinity: I just filed an FFE which I hope should be mostly formal/trivial (bug 1236708), WDYT?
[05:52] <pitti> infinity: much better after a good night's sleep :) didn't get much over the long weekend with these French guys/girls and their wine
[05:53] <infinity> pitti: Yeah, looked like a good time.
[05:54] <infinity> pitti: As for ofono-phonesim, it's unseeded, so not subject to FF anyway.  But approved nonetheless.
[05:54] <pitti> infinity: oh, is that so? I thought FF applied to the whole archive, just the barrier was much lower for unseeded
[05:54] <pitti> anyway, thanks
[05:54] <infinity> pitti: Unseeded stuff is auto-accepted.
[05:55] <infinity> pitti: Anyhow, close your bug in your changelog (or by hand), etc.
[05:55] <pitti> *nod*
[06:07] <sarnold> pitti: good morning :) see e.g. https://bugs.launchpad.net/bugs/1235927 and https://bugs.launchpad.net/bugs/1235597 -- roughly one day and two days old, coredumps are still attached and no tracing
[06:09] <pitti> sarnold: ah yes, it seems there is a bad ddeb which it keeps trying to download
[06:12] <sarnold> pitti: excellent; I'm curious about the empathy-chat one, that might represent something more than the usual busted software. hehe. :)
[06:13] <sarnold> pitti: thanks for investigating
[06:14] <pitti> I twiddled the Packages.gz on ddebs, let's see how it works now
[06:20] <pitti> sarnold: seems happier now, 474 crashes to catch up with..
[06:20] <pitti> sarnold: thanks for pointing out!
[06:21] <sarnold> pitti: oh man, my email in the morning is going to be something impressive. heheh. :) thanks!
[07:17] <dholbach> good morning
[07:24] <rbasak_> xnox: hey, any chance you could take a look at bug 1209493 for me please? It's a straightforward merge with a dep8 test added. Just pushing it for final freeze.
[07:42] <infinity> rbasak: Oh, I missed my pilot day yesterday, I can do it.
[07:42] <rbasak> infinity: thanks!
[07:42] <infinity> @pilot in
[07:42] <infinity> @pilot out
[07:42] <infinity> There, now the stats bot will be happy. ;)
[07:43] <infinity> A changelog delta that goes all the way back to hoary.  Not bad.
[07:45] <infinity> rbasak: Nice dep8 test, too.
[07:45] <rbasak> infinity: thanks. I just noticed one minor mistake though (though it'll still pass I think).
[07:45] <rbasak> It's needs-root, but I used sudo. Do you mind dropping the sudos, please?
[07:46] <infinity> Sure.
[07:46] <infinity> It would fail to pass if sudo wasn't installed.
[07:46] <rbasak> Right
[07:46] <infinity> Otherwise, would be a no-op and work fine.
[07:46]  * rbasak tested the test with adt-virt-lxc on a cloud image, where sudo is installed
[07:46] <rbasak> I think our infrastructure uses cloud images too. But it shouldn't be there really.
[07:47] <infinity> rbasak: I like that it tests svnadmin, svn, and the apache module all in one go, though.
[07:47] <rbasak> It's a happy consequence. I didn't feel that I could test the apache module without testing both checkouts, commits and plain HTTP. And that involved the other pieces ;)
[07:47]  * infinity has never seen the trailing-dot chown notation.  Does that actually work?
[07:48] <rbasak> It works, though the manpage seems to refer to colons only
[07:49] <infinity> rbasak: Yeah, I mean "user." as opposed to "user.group" or "user"
[07:49] <rbasak> user: is documented
[07:49] <infinity> Looks like user. sets group to the user's primary group?  Maybe.
[07:49] <rbasak> Right
[07:49] <infinity> Learn something new every day.
[07:49] <rbasak> Though I never realised that "." was non-standard as opposed to ":".
[07:49] <slangasek> I thought there used to be a 'user:.' syntax, but that seems to have gone away
[07:49] <slangasek> (and it meant the same thing anyway, IIRC)
[07:50] <infinity> rbasak: . can be ambiguous on systems where people use . in usernames.
[07:50] <rbasak> Given that . isn't mentioned on the manpage, I shall start using : instead
[07:50] <infinity> rbasak: Hence :
[07:50] <rbasak> Ah, that makes sense. Thanks.
[07:50]  * slangasek nods
[07:50]  * infinity will change your . to a : in this test too.
[07:50] <rbasak> Thank you!
[07:51] <infinity> .. And reference the FFe in the changelog.
[07:51] <rbasak> +  * Includes changes from Debian nmu5 and nmu6 to restore the Apache module
[07:51] <rbasak> +    (LP: #1209493). Thanks to James McCoy for the Debian NMUs.
[07:51] <infinity> Oh, you did further down.
[07:52] <infinity> Yeah.
[07:54] <infinity> rbasak: I can trust that you test-built this a few dozen times and not do it myself? :P
[07:54] <rbasak> I have test built it, yes. And the dep8 test passes in my environment at least.
[07:55] <infinity> Alrighty, up she goes.
[07:55] <rbasak> Oh, one note. The tests failed in a PPA build, but pass in sbuild and (presumably) the buildds.
[07:55] <rbasak> (the "nocheck" tests, that is)
[07:55] <rbasak> I didn't investigate that further. I presume it's OK.
[07:56] <infinity> Why allow-stderr?
[07:56] <infinity> I mean, other than your test using set -x
[07:56] <rbasak> I find "set -x" really handy for writing these tests
[07:56] <infinity> Mmkay.
[07:56] <rbasak> To remove allow-stderr I have to drop "set -x" and then debugging gets really tedious
[07:56] <infinity> Yeah, I'm all for verbose (ish) logs, so whatever works for you.
[07:57] <rbasak> Thank you!
[07:58] <slangasek> rbasak: exec 2>&1; set -x ?
[07:58] <slangasek> though perhaps that gives no practical difference from allow-stderr :)
[07:58] <infinity> Yeah, not really.
[07:58] <slangasek> (if the bit that's set -x is at the top level)
[07:58] <infinity> Just confuses people who don't grasp FD redirection.
[07:59] <infinity> Which is, like, everyone who hasn't hacked on something joeyh or I wrote.
[07:59] <rbasak> I never considered that might work. I wasn't aware of where the "set -x" output came out from. I always presumed that it was at a higher level and not affected by redirection in the same shell.
[08:00] <slangasek> rbasak: shell fd redirection is actually a very thin syntax on top of the C fd interfaces :)
[08:00] <mlankhorst> can someone approve mesa to raring-proposed?
[08:00] <ogra_> slangasek, i heard rumours that you wanted to take a look at bug 1235649 ? did you do anything in that direction already (any info that the europe shift could pick up from you ?)
[08:00] <rbasak> That makes sense
[08:01] <rbasak> It would take extra work to make "set -x" independent I suppose
[08:02] <slangasek> infinity: didn't Tollef write the debconf fd redirection madness?
[08:03] <infinity> slangasek: I suppose he might be to blame.
[08:03] <infinity> slangasek: There are any number of us silly enough to have done such a thing.
[08:03] <slangasek> ogra_: just synced with jodh on that, actually; unfortunately I didn't get a chance to look at it today
[08:03] <ogra_> ok
[08:03] <slangasek> infinity: well, Tollef at least recanted afterwards ;)
[08:03] <slangasek> that whole "you can accidentally break the debconf frontend by writing to stderr" thing...
[08:05] <Caelum> Hello, I added a comment to this bug https://bugs.launchpad.net/ubuntu/+source/gedit-plugins/+bug/1165742 it's marked as 'fix released' but it's not fixed, could someone please change the status?
[08:08] <infinity> Caelum: Set back to confirmed.
[08:08] <Caelum> infinity: thank you very much!
[08:16] <infinity> Caelum: So, it looks like (for gedit-plugins), this should be fixed in saucy.
[08:16] <Caelum> excellent
[08:27] <infinity> init: /home/buildd/build-PACKAGEBUILD-4962761/chroot-autobuild/etc/init: Configuration directory deleted
[08:27] <infinity> I thought that was fixed...
[08:27] <infinity> Silly upstart mucking about in my buildd chroots.
[08:28] <FourDollars> xnox: Hi, I made https://code.launchpad.net/~fourdollars/ubuntu/precise/upower/fix-lp-bug-1153488 for https://bugs.launchpad.net/ubuntu/+source/upower/+bug/1153488. Could you help me to review it?
[08:31] <slangasek> infinity: I thought we only fixed the bit where pid 1 would crash after mucking ;p
[08:31] <slangasek> infinity: I think I have this fixed in the Debian packaging branch, which I haven't uploaded yet because I'm waiting for a maintainer upload of libnih...
[08:31] <xnox> FourDollars: But description should be changed to include information as required for StableReleaseUpdates, you can use a handy template as a starting point https://wiki.ubuntu.com/StableReleaseUpdates#SRU_Bug_Template . The testcase is the most important bit.
[08:31] <xnox> FourDollars: the bug is not nominated for Precise series, I'll do that for you.
[08:32] <FourDollars> xnox: I see. Thanks.
[08:32] <xnox> FourDollars: the proposed branch, seems to have more patches than to simply fix the bug in question. E.g. there are no pygtk depreciations in precise and etc. (but that's at first glance only). Is there only the minimal patch you can pick up for the SRU to fix the bug in question (and nothing else?!)
[08:33] <xnox> FourDollars: your branch proposal should end up in the sponsorship queue http://reqorts.qa.ubuntu.com/reports/sponsoring/ and patch pilots should pick it up.
[08:33] <xnox> Oh............
[08:34]  * xnox realises I've been piloting for a week now?!
[08:34] <xnox> @pilot out
[08:34] <mlankhorst> lol
[08:34]  * Laney gives xnox a World's Best Sponsor mug
[08:34] <xnox> dholbach: do you think we can make udevbot to automatically do "@pilot out" 8 hours later on the person, and ping them if they wish to continue?
[08:35] <xnox> Laney: will you be in London next week? =)
[08:35] <Laney> no
[08:35] <slangasek> xnox: amazing you didn't run out of fuel
[08:35] <dholbach> tsimpson, ^ do you know if what xnox asked can be done?
[08:35] <Laney> not cool enough for that :P
[08:36] <seb128> xnox, hey, is that apturl still on your todolist?
[08:36] <tsimpson> dholbach: hmm, it may be possible. but it would require a complete redesign of the code (it's very simple right now)
[08:36] <dholbach> xnox, ^
[08:38] <infinity> slangasek: I suspect the maintainer of libnih isn't willing to admit he's MIA? :P
[08:38] <xnox> infinity: no.
[08:38] <xnox> he is not admitting that =)
[08:38] <Laney> do some salvaging :P
[08:39] <xnox> infinity: but then again, i'm not sure a MIA ping was officially filed.
[08:39] <slangasek> infinity, xnox: well, I haven't filed the bug against the Debian package for this either
[08:39] <slangasek> so I should maybe do that
[08:40] <tsimpson> http://bazaar.launchpad.net/~tsimpson/+junk/udevbot/view/head:/plugin.py is the code (if anyone's interested in working on it)
[08:42] <FourDollars> xnox++ LOL
[08:47] <xnox> seb128: yes, but not highest priority.
[08:47] <seb128> xnox, shrug, should we try to ask help to somebody else for it?
[08:47] <xnox> seb128: you could, yes.
[08:47] <seb128> it sucks to have apturl and package installs though it not working
[08:47] <xnox> seb128: true, but that could be SRUed, even 0-day SRU.
[08:48] <seb128> slangasek, hey, is there anyone in foundation that could help on 1200775 (some update-manager refactoring created issue for apturl and installing packages doesn't work anymore in saucy, which impacts e.g samba install from nautilus-share, or codec installs)?
[08:49] <xnox> =)
[08:57] <cjwatson> slangasek: I'm pretty sure the debconf fd redirection madness is joeyh's fault
[08:57] <cjwatson> slangasek: Also pretty sure it's writing to stdout that can break it, not writing to stderr :)
[09:02] <Laney> https://launchpadlibrarian.net/152824149/buildlog_ubuntu-saucy-arm64.gstreamer0.10_0.10.36-1.2ubuntu1_FAILEDTOBUILD.txt.gz
[09:02] <Laney> is that some known arm64 failure mode?
[09:14] <cjwatson> Laney: Yes, the APM hardware (or kernel, we're not 100% sure) isn't absolutely reliable - but the failures are AFAWCT always accompanied by dmesg indications, so infinity hacked launchpad-buildd to grep for those
[09:14] <cjwatson> Laney: I gather that one's gone wrong a few times so it may need to be built on the very-slow-but-eventually-reliable sim
[09:15] <Laney> That's the first FTBFS mail I've had about it
[09:17] <Laney> False
[09:17] <Laney> I got two at once so mentally disregarded one of them
[09:17] <wgrant> There should have been three :/
[09:18] <Laney> I'd trust your logging over my mail client
[10:39] <apachelogger> mh, could bug 1209031 be an ubuntu-desktop bug maybe? doesn't apply to any of the kde printer setup tools it seems
[10:41] <Riddell> apachelogger: I'll remove printer-applet shortly
[10:41] <apachelogger> \o/
[12:57] <ogra_> pitti, do you happen to know a way to tell dbus to ignore certain events (specifically a uevent on the system bus)
[13:00] <seb128> ogra_, what are you trying to do?
[13:00] <seb128> ogra_, do you debug/dbus-monitor or do you code?
[13:01] <ogra_> seb128, trying hard to be less desparate over bug 1234743
[13:01] <pitti> ogra_: hang on, are we talking uevents or dbus signals here?
[13:01] <pitti> (not that you could ignore either)
[13:01] <ogra_> (this isnt related to mp4 at all its happening constantly and kills the Mir sessions)
[13:01] <pitti> ogra_: uevents are emitted from the kernel through netlink, you can't really ignore them I'm afraid
[13:01] <ogra_> pitti, well do you happen to have a maguro ?
[13:01] <pitti> ogra_: no, mako
[13:02] <ogra_> ah, sad
[13:02] <ogra_> the system bus is saturated with VSYNC events from the graphics driver
[13:03] <pitti> ogra_: hm, dbus doesn't directly relay uevents
[13:03] <ogra_> and i fear the driver communication actually uses the uevents internally which means we cant disable them on the lowest level
[13:03] <pitti> ogra_: is that being done by some service, like perhaps upstart?
[13:03] <ogra_> i guess upstart guides them onto the bus yeah
[13:03] <pitti> i. e. something which listens for uevents and sends them via dbus
[13:04] <pitti> as you can use uevents as upstart conditions, that might happen; aside from that I only know the subsystem specific ones like for "block" or "power_supply" which are getting (kind of) repeated on dbus
[13:04] <diwic> seb128, hi, I'm doing some experiments with indicator-sound and I'm wondering if you know where to read debug output (or similar) from that service?
[13:04] <ogra_> http://paste.ubuntu.com/6209230/
[13:04] <ogra_> about 100/sec of these i'd say
[13:05] <pitti> ogra_: ah, so it's upstart indeed
[13:05] <ogra_> yeah :/
[13:05] <pitti> ogra_: but 100/s is a kernel bug; it will cause loads of wakeups and never let the device sleep, so I'm afraid we can't really work around that in userspace
[13:06] <ogra_> pitti, it stops as soon as the screen blanks
[13:06] <ogra_> it might only be 60/s
[13:06] <seb128> diwic, ~/.cache/upstart/dbus.log I would guess, since it's dbus activated
[13:06] <ogra_> since i think thats the vsync frequency thats hardcoded in the driver
[13:06] <pitti> ogra_: you see the same in "udevadm monitor -e --kernel" I suppose?
[13:06] <pitti> ogra_: eek, emitting a change uevent on every frame? at least that explains the frequency
[13:06] <seb128> diwic, or you can "stop unity-panel-service", stop indicator-sound-service, run it by hand and start unity-panel-service
[13:07] <ogra_> pitti, yeah, less cruft around the single message though
[13:07] <seb128> diwic, you need to stop/start ups otherwise it's going to respawn the service before you manage to run it by hand
[13:07] <ogra_> pitti, right, and i fear the binary PVR driver actually needs that
[13:07] <pitti> ogra_: that started happening with a recent kernel?
[13:07] <seb128> diwic, oh; export INDICATOR_ALLOW_NO_WATCHERS=1 if you do run by hand
[13:08] <pitti> ogra_: that would be evil, bad, and wrong.. did that just not occur to anyone else before, or did that just start recently?
[13:08] <seb128> diwic, otherwise indicator services do exit
[13:08] <diwic> seb128, thanks
[13:08] <infinity> pitti: I suspect it was done on devices that don't run udev, and no one thought of the insanity this would cause on a real Linux userspace.
[13:09] <infinity> pitti: (Not that that excuses the abuse of the interface in that manner)
[13:09] <diwic> seb128, your advice seems to work
[13:09] <ogra_> pitti, it was always there but recently got heavily exposedthrough bug 1235649
[13:09] <seb128> diwic, great
[13:09] <seb128> diwic, yw ;-)
[13:10] <pitti> ogra_: hm, so we never ran power tests on that device then, and saw that udev and upstart were spinning all the time then?
[13:10] <pitti> ogra_: *sigh* @ driver devs :/ But I honestly have no idea how to workaround it
[13:10] <diwic> seb128, my experiments, at a later stage, might need some design input before being merged, do you know who I should talk to when I get that far?
[13:11] <infinity> ogra_: have you actually tried removing the offending kernel code that omits the event to see if the PVR driver explodes?  Or are you just assuming it will?
[13:11] <seb128> diwic, try mpt I would say
[13:12] <ogra_> infinity, colin king did ... bug 1234743
[13:12] <xnox> pitti: ogra_: i thought one can apply netlink filters. And don't we simply need to filter/ignore that one in upstart-udev-bridge => and thus it will not be re-emitted as :sys:udev-event.
[13:12] <diwic> seb128, ok, thanks!
[13:12] <seb128> diwic, yw!
[13:12] <ogra_> xnox, that might be enough thats why i was asking pitti for a filter to dbus :)
[13:12] <pitti> xnox: we'd also need to ignore it in udev itself, to keep that from spinning
[13:13] <pitti> otherwise udev would constantly keep processing rules
[13:13] <pitti> that's assuming that we care even a little bit about power usage, of course
[13:13] <ogra_> infinity, my suspicion is that PVR uses the uevent to actually do syncs, which is why i look for an alternative solution
[13:14] <xnox> pitti: we care about power usage, but chopping off at udev-dridge, will save us upstart event in pid1 and re-emit over dbus to session-upstart and event there.
[13:14] <pitti> xnox: I think netlink allows you to filter by subsystem etc., but not sure it can filter out particular drivers
[13:14] <xnox> pitti: at least that should be a chunk.
[13:14] <pitti> xnox: yes, but that leaves everything else that actually listens to uevents
[13:15] <ogra_> subsystem would be rather bad
[13:15] <xnox> pitti: my impression from "documentation" by keybuk was that it's fairly flexible http://netsplit.com/2011/02/09/the-proc-connector-and-socket-filters/
[13:15] <ogra_> given the vsync comes from a platform device
[13:15] <pitti> no, we can't quiesce everything from platform
[13:16] <pitti> xnox: yeah, hence the "I'm not sure"
[13:17] <xnox> pitti: well, i haven't coded socket filters yet =) so i am also hypothetical.
[13:17] <pitti> we'd need to tell udev's netlink socket "get all uevents except that one"
[13:17] <xnox> pitti: keybuk starts with filter of "pass through nothing", then "pass through everything" and then "pick one"
[13:21] <TJ-> Can someone review the merge proposal for bug #1235162 ?
[13:23] <pitti> TJ-: can do, just not right now (queueing)
[13:23] <TJ-> pitti: Many thanks
[13:31] <ritz> cyphermox hi, https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1186273
[13:31] <ritz> could this be pushed into precise
[13:34] <xnox> pitti: doesn't mir listen to that vsync udev event and needs it? thus we shouldn't be removing it at udev level? or does mir directly subscribe to kernel events (not udev events)
[13:34] <xnox> ?
[13:35] <pitti> xnox: err, what?
[13:36] <pitti> xnox: last time I talked to the mir developers they didn't even know about uevents; they do input device detection with inotify on /dev/ (!), which causes "nice" race conditions
[13:37] <xnox> pitti: interesting. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1234743/comments/11
[13:38] <xnox> pitti: unless that was fixed in powerd.
[13:38] <xnox> upload.
[13:39] <ogra_> Mir needs VSYNC
[13:39] <ogra_> but not via dbus or upstart
[13:40] <ogra_> xnox, mako does not spill these uevents (thanks to a likely saner driver) and Mir works fine there
[13:41] <pitti> ogra_: well, but I hope Mir doesn't expect VSYNC messages as uevents?
[13:41] <ogra_> no, then mako wouldnt work
[13:41] <ogra_> the dbus-monitor --system log there is pretty quiet
[13:41] <ogra_> (just some cpufreq noise)
[13:45] <pitti> tvoss: ^ any idea here? I hope Mir doesn't actually expect vsync uevents, and that's just a quirk of the maguro driver?
[13:45] <sforshee> pitti: I think it's the userspace side of the android graphics driver that's expecting the events
[13:46] <xnox> sforshee: then why is it needed with Mir?
[13:46] <xnox> sforshee: (sure it might be needed for surfaceflinger)
[13:46] <pitti> sforshee: ok; that would explain why mako doesn't have that problem, but maguro does
[13:46] <sforshee> isn't mir still using the android drivers?
[13:46] <pitti> yes, I believe it does
[13:46] <xnox> sforshee: ah, I see.
[13:46] <xnox> never mind me then.
[13:47] <sforshee> pitti, xnox: look at hardare/ti/omap4xxx/hwc/hwc.c in the android sources
[13:56] <tvoss> pitti, not really, let's cross-check with kdub once he is online, though
[14:08] <cyphermox> ritz: ack, will do soon
[14:08] <ritz> thank you
[14:17] <xnox> pitti: updated bug report with help by ogra_'s testing. Dropping that event in upstart-udev-bridge - reduces init/session-init memory usage, but systemd-udev is still spinning at like 5% CPU usage, whilst the screen is on.
[14:42] <jodh> xnox: I don't think that patch belongs in upstream as it is entirely ubuntu-specific.
[14:46] <xnox> jodh: sure, ok. i will probably have to write one for udev as well and then we will pick one.
[14:47] <jodh> xnox: I discussed yesterday a plan to allow filtering for the udev bridge, but that is somewhat unlikely to be happening in the next couple of days :)
[14:47] <lesshaste> hi..
[14:49] <lesshaste> hi
[14:49] <lesshaste> what is happening with xpdf? It is 100% broken in 13.04  but this doesn't seem to be urgent
[14:49] <lesshaste> is it now deprecated as a pdf viewer?
[14:51] <xnox> jodh: it would be nice, if we could drop some kind of udev.rules file that would do the matching and not emit the event to us.
[14:52] <jodh> xnox: yeah
[14:52] <soren> lesshaste: It was moved from main to universe in Edgy.
[14:52] <lesshaste> ah.. and universe is not supporteD?
[14:52] <xnox> jodh: replace upstart-udev-bridge with udev.rules that do initctl emit ?
[14:52] <lesshaste> I should know that
[14:52] <ritz> dobey hi, https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/926763
[14:52] <soren> lesshaste: It's sort of supported.
[14:52] <lesshaste> soren, ok.. so never working at all seems bad :)
[14:52] <ritz> could you please look this up
[14:53] <lesshaste> soren, I mean, it's not like it works for some people
[14:53] <soren> lesshaste: It comes with no guarantees. If someone feels like it, they can work on it.
[14:53] <lesshaste> soren, ok but surely it should just be removed if it is never works for anyone?
[14:53] <lesshaste> it doesn't seem good QA otherwise
[14:53] <soren> lesshaste: Sure.
[14:54] <soren> Man... I haven't used xpdf for over 6 years, probably.
[14:54] <jodh> xnox: it's a though :)
[14:55] <soren> lesshaste: Hm.. Someone seems to care about it.
[14:55] <lesshaste> ah.... https://bugs.launchpad.net/ubuntu/+source/xpdf/+bug/943195   .. status triaged for raring
[14:55] <soren> lesshaste: It's been updated half a dozen times this year.
[14:55] <lesshaste> which I assume is a precursor to actually releasing it
[14:55] <lesshaste> soren, well.. as I say.. I don't think the 13.04 version works for anyone
[14:55] <soren> lesshaste: I just tested it. It works for me.
[14:56] <lesshaste> soren, the 13.04 version?
[14:56] <soren> Oh, wait. I'm on 13.10.
[14:56] <lesshaste> aha
[14:56] <lesshaste> it would be nice if there were tests before release
[14:56] <lesshaste> it might involve some imagination for how to do that automatically I suppose
[14:56] <soren> It certainly would.
[14:56] <lesshaste> or even tests after release :)
[14:57] <soren> Oh, there were.
[14:57] <soren> You did them. Just now.
[14:57] <lesshaste> right but 13.04 is not new
[14:57] <lesshaste> it just looks bad
[14:57] <lesshaste> the report seems to be from 2012-02-29
[14:57] <lesshaste> unless I am reading the wrong date
[14:59] <lesshaste> ok so now I just need to ask someone to get it past Triage :)
[15:00] <lesshaste> where someone is Dmitry Shachnev
[15:00] <lesshaste> I think
[15:01] <lesshaste> soren, thanks in any case.. out of interest was " It certainly would." in reply to the tests before release or the imagination comment?
[15:01]  * mitya57 reads
[15:02] <mitya57> lesshaste: it's in review queue, https://launchpad.net/ubuntu/raring/+queue?queue_state=1
[15:02] <mitya57> someone from the SRU team should approve it
[15:02] <soren> lesshaste: Both, I guess.
[15:03] <lesshaste> mitya57, ok, thanks.
[15:03] <lesshaste> soren, well crashing on startup shouldn't be too  hard to test
[15:03] <lesshaste> although clearly easier for some applications than other
[15:03] <lesshaste> s
[15:04] <smartboyhw> Is somebody willing to sponsor https://launchpad.net/bugs/1236111 SRU?
[15:07] <soren> lesshaste: If xpdf was the only package in the archive, sure. There's just more than 20000 other packages to worry about.
[15:07] <mitya57> smartboyhw: shouldn't it be Type=Link instead of Type=Application?
[15:07] <soren> lesshaste: And each flavour of Ubuntu has its own recommended pdf viewer. Neither use xpdf.
[15:16] <smartboyhw> mitya57, in the current version of such line it is Application also...
[15:17] <mitya57> smartboyhw: that's wrong and it's a hack, i.e. exo-open can be not always available
[15:17] <mitya57> see http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html
[15:17] <mitya57> (I've just posted that link to the bug as well)
[15:18] <smartboyhw> mitya57, what should be the correct fix then?
[15:18] <smartboyhw> Not quite getting the idea, since we've been using it...
[15:19] <lesshaste> soren, sure but does every package have at least one person who cares about it?
[15:19] <lesshaste> soren, I mean doesn't...
[15:19] <mitya57> smartboyhw: Type=Link, URL=...
[15:19] <smartboyhw> mitya57, OK
[15:20] <mitya57> Also I can't find that file in the current bzr branch
[15:20] <mitya57> Was it renamed?
[15:20] <smartboyhw> mitya57, yes, renamed to ubuntustudio-help.desktop (same dir)
[15:20] <lesshaste> soren,   you make it sound like one person would have to write a test for all the packages which I agree would not be realisttic
[15:22] <mitya57> smartboyhw: http://paste.ubuntu.com/6209737/
[15:22] <mitya57> that's lp:ubuntustudio-default-settings
[15:22] <smartboyhw> mitya57, ok, I mean the quantal version-.-
[15:22] <smartboyhw> Saucy version moved to another pacakge
[15:22] <smartboyhw> (ubuntustudio-menu)
[15:22] <smartboyhw> (Same thing still, anyhow)
[15:23] <mitya57> Ah, well, anyway from changelog I see we should ask Len Ovens if there was any reason for using exo-open
[15:26] <smartboyhw> mitya57, please check the new debdiff
[15:26] <smartboyhw> mitya57, I'll talk to OvenWerks on this
[15:26] <mlankhorst> ping, can anyone accept my mesa 9.1.7 uppload to raring-proposed?
[15:27] <mitya57> smartboyhw: thanks, better now. Does it work?
[15:27] <smartboyhw> mitya57, wait, need to boot up a VM...
[15:27] <mitya57> yes, it would be nice if you tested it before I upload it :)
[15:30] <smartboyhw> mitya57, doesn't work, it says it can't execute the child process
[15:30] <mitya57> what's the error message?
[15:30] <smartboyhw> (no such file or directory!?)
[15:30] <smartboyhw> Probably need a url prefix
[15:31] <smartboyhw> (or that sort of thing)
[15:31] <smartboyhw> mitya57, ah, my fault
[15:31] <smartboyhw> mitya57, ACK, tested
[15:32] <lesshaste> soren, just in case it is interesting.. it seems you can test things using http://mywiki.wooledge.org/BashFAQ/068 plus echo $?
[15:32] <mitya57> smartboyhw: uploaded
[15:32] <lesshaste> 139 means SIGSEGV
[15:36] <roaksoax> jdstrand: howdy! quick question about apparmor. So a package postinst is running apparmor_parser, however, installing this package from the installer fails with a message: "Warning: unable to find a suitable fs in /proc/mounts, is it mounted?"
[15:36] <roaksoax> any ideas?
[15:37] <jjohansen> roaksoax: apparmor uses securityfs
[15:37] <jjohansen> so you need to mount securityfs to be able to load policy
[15:37] <smartboyhw> mitya57, thank you
[15:37] <roaksoax> jjohansen:
[15:37] <roaksoax> jjohansen: right, but obviously during the install we don't do that.. do we?
[15:37] <smartboyhw> And thank you for the guidance:)
[15:38] <roaksoax> jjohansen: is there any other package that you know of that does that on install? (uses apparmor_parser)
[15:39] <jdstrand> roaksoax: anything that ships apparmor policy. cups, mysql, bind, etc
[15:40] <jdstrand> roaksoax: most use dh_apparmor to run apparmor_parser in postinst
[15:41] <roaksoax> jdstrand: so I guess a apparmor_parser XYZ || true would solve my issue during install
[15:41] <roaksoax> jdstrand: so I guess a "apparmor_parser XYZ || true" (adding the || true) would solve my issue during ISO install
[15:42] <roaksoax> jdstrand: and on reboot, the profile will be loaded?
[15:43] <jdstrand> roaksoax: that would, yes. what are you adding a profile to?
[15:44] <roaksoax> jdstrand: maas-dhcp has the apparmor profile, and since it is now being installed on CD install, it was failing due to the lack of the "|| true
[15:45] <jdstrand> roaksoax: take a look at /var/lib/dpkg/info/tcpdump.postinst and /var/lib/dpkg/info/tcpdump.postrm for what dh_apparmor does
[15:45] <jdstrand> roaksoax: I might suggest just using dh_apparmor
[15:46] <roaksoax> jdstrand: will do! thanks!
[16:03] <slangasek> zyga: hey, any luck with that new mountall?
[16:04] <zyga> slangasek: hey, I was busy all day with Qt, I'll finish my daily work and try mountall soon
[16:04] <zyga> slangasek: I wanted to wait till you're around anyway :)
[16:04] <slangasek> ok
[16:21] <roaksoax> jdstrand: so does this make sense to you? http://paste.ubuntu.com/6209989/
[16:24] <doko> pitti, https://launchpadlibrarian.net/152857384/buildlog_ubuntu-saucy-arm64.postgresql-9.1_9.1.9-5_FAILEDTOBUILD.txt.gz   I thought I did update that, could you have a look (out of date config.*)
[16:27] <jdstrand> roaksoax: without testing it, it does, however, I think that /etc/apaprmor.d/usr.sbin.dhcpd is already shipped by isc-dhcp-server
[16:28] <roaksoax> jdstrand: yeah it is, we only install something in /etc/apparmor.d/dhcpd.d/maas
[16:28] <roaksoax> jdstrand: and rerung the dhcpd profile
[16:28] <roaksoax> so maybe no need to use dh-apparmor
[16:29] <jdstrand> roaksoax: ah, yes. dh_apparmor is for a full profile, not a profile snippet
[16:29] <jdstrand> roaksoax: sorry, I didn't realize
[16:29] <roaksoax> jdstrand: no worries :) thanks though!
[16:29] <jdstrand> roaksoax: using '|| true' with apparmor_parser is reasonable though-- that is what dh_apparmor does
[16:31] <roaksoax> jdstrand: yup! that's what I did! thanks
[17:37] <slangasek> seb128: 1200775> sorry, I don't think we have any spare cycles to work on that right now :/
[17:38] <seb128> slangasek, :-(
[17:38]  * seb128 misses mvo
[18:02] <seb128> speaking of mvo ;-)
[18:02] <seb128> mvo, hey!
[18:02] <mvo> hey seb128!
[18:02] <seb128> mvo, wie gehts?
[18:03] <mvo> seb128: great, thanks! just optimized a "program" with a student of mine, we got from 37min runtime to 3sec :P and now I relax with some apt merges
[18:03] <seb128> ahah
[18:03] <mvo> seb128: and you?
[18:03] <seb128> mvo, I'm good thanks! things are bit crazy before release, as usual
[18:03] <mvo> seb128: I vaguely remember that, indeed !
[18:04] <seb128> mvo, I was trying to see if slangasek had somebody to look at bug #1200775 (update-manager changes that made apturl unhappy)
[18:04] <mvo> seb128: but it looks very good AFAICT, all my machines run saucy since days
[18:04] <mvo> (eh, weeks/months depending on the machine)
[18:04] <mvo> seb128: let me see
[18:04] <seb128> mvo, but there isn't anyone, which lead me to say "/me misses mvo", just before you joined ;-)
[18:04] <seb128> mvo, danke
[18:22] <mvo> seb128: hrm, more tricky than i had hoped, but I make some progress
[18:23] <seb128> mvo, ;-)
[18:53] <stgraber> dobey: so is that waste of buildd time really necessary?
[18:54] <dobey> yes
[22:54] <wolter> Any software-properties developer here? I am trying to modify add-apt-repository to accept comments but I am running into problems with sys.stdout.detach (file object has no method detach)
[22:56] <sarnold> wolter: oof, looks like a python2 vs python3 deal: https://wiki.python.org/moin/PortingPythonToPy3k
[23:10] <wolter> sarnold: sure that was the problem! Thanks. I couldn't test it anyway because the trunk version seems to be very different and incompatible with my current system
[23:11] <sarnold> wolter: woo :)
[23:11] <wolter> (I will just upload a branch and have the devs test it if they will.)
[23:11] <wolter> For enthusiasts, lp:~wolterh/+junk/add-apt-repository-comments


[12:15] <lifeless> I registered subunit with lp /for/ malone etc
[12:15] <lifeless> kiko: so Mark said to 'ask you', and tell you +10....
[12:15] <lifeless> kiko: any idea what thats about ?
[12:15] <kiko> ask me about what?
[12:15] <lifeless> dunno
[12:15] <lifeless> win 28
[12:15] <kiko> win 28?
[12:16] <kiko> like catch 22
[12:16] <lifeless> 21:38 < sabdfl> lifeless: go ask kiko on #launchpad, and tell him I said.... +10!
[12:16] <lifeless> (from #bzr)
[12:16] <kiko> lifeless, is that all the context I get?
[12:16] <lifeless> its all I had!
[12:17] <kiko> was it wrt subunit?
[12:17] <lifeless> nope
[12:17] <kiko> because if it was
[12:17] <lifeless> ahm...
[12:17] <kiko> then I am +10 too
[12:17] <lifeless> possibly its to do with dotted revision numbers
[12:17] <kiko> oh
[12:17] <lifeless> kiko: you like subunit, or asking for lp usage on registration ?
[12:17] <kiko> the latter
[12:17] <kiko> I don't know subunit
[12:17] <lifeless> I'll file a bug
[12:17] <kiko> so it's hard to say whether I like it or not
[12:17] <lifeless> for asking
[12:18] <lifeless> have you seen the dotted decimal revnos ?
[12:18] <kiko> hmmm, no I haven't
[12:18] <lifeless> do you have a branch of bzr.dev handy ?
[12:19] <kiko> not that either
[12:19] <lifeless> heh
[12:19] <kiko> what are they useful for?
[12:19] <lifeless> well, get one, and then use it to do log on lp
[12:19] <lifeless> they tell you more information about commits visually
[12:20] <kiko> ah hat sounds cool
[12:22] <lifeless> I blogged about it
[12:41] <ddaa> lifeless: accourding to your blog, it looks like it's the ugly ones with many-many-many digits for long-lived brances that won
[12:42] <ddaa> I wish I had been able to keep up with the ML so I would have complained earlier
[01:06] <AlinuxOS> danilos, ping
[01:14] <Keybuk> kiko: ping?
[01:17] <Keybuk> sabdfl: bug #57152 and bug #66650
[01:17] <Ubugtu> Malone bug 57152 in launchpad "Database constraint triggered in +settopics page." [High,In progress]  http://launchpad.net/bugs/57152
[01:17] <Ubugtu> Malone bug 66650 in blueprint "Driver has no permission to administer uds-mtv specs" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66650
[01:18] <Keybuk> sabdfl: more problems with blueprint for uds-mtv ... still :-/
[01:20] <sabdfl> Keybuk: matsubara was going to patch that
[01:20] <sabdfl> kiko: could you check with matsubara on the status of that, please?
[01:20] <sabdfl> thanks
[01:22] <Keybuk> sabdfl: he patched half of it ... this is a new bug found since getting that patch
[01:22] <Keybuk> I can see the proposed list now
[01:22] <Keybuk> but can't actually do anything with it
[01:25] <Ubugtu> New bug: #66650 in blueprint "Driver has no permission to administer uds-mtv specs" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66650
[01:31] <kiko> sabdfl, Keybuk: matsubara has a patch started for that
[01:32] <Keybuk> which one?
[01:47] <malex> Hi. I would like to talk to somebody about an erroneous import of an upstream project into Rosetta.
[02:32] <malex> Is<EMAIL_ADDRESS>[02:32] <malex> the appropriate email for raising an issue about a particular project's state in Rosetta?
[02:38] <malex> Hmm, it seems that<EMAIL_ADDRESS>is a broken relay. Please somebody provide a real contact address for Rosetta admins.
[03:57] <jamesh> malex<EMAIL_ADDRESS>maybe?
[04:20] <stub> Launchpad is going down in 15 minutes to allow some data migration to be done. Estimated downtime is 1 hour.
[04:31] <mpt> Goooooooooood afternoon Launchpadders!
[04:36] <mpt> hahaha
[04:36] <mpt> "Launchpad will be going offline for maintenance very very soon."
[04:49] <mpt> lifeless, to answer your question of 4.5 hours ago: Because Launchpad is data-model-driven rather than user-driven
[04:51] <mpt> so there has been no user testing and improvement of things like that
[05:07] <jamesh> is PQM stalled?
[05:32] <stub> jamesh: Not any more
[05:41] <stub> Launchpad downtime looks to be another 40 minutes I'm afraid - I had to restart one of the processes.
[06:56] <Ubugtu> New bug: #66672 in launchpad "copy-missing-translations-from-parent.py should run in READ COMMITTED isolation rather" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66672
[08:21] <jamesh> lifeless: I submitted an LP merge, which seems to have disappeared -- no success/failure email, and it is no longer displayed on pqm.launchpad.net
[08:22] <jamesh> would it be possible to check what's up?
[08:22] <lifeless> jamesh: check your pqm-submit config
[08:22] <lifeless> 99% you have /home/warthogs/archives in your submit rule
[08:22] <jamesh> lifeless: I would have got a failure email then, right?
[08:22] <jamesh> and I did a successful merge yesterday
[08:22] <lifeless> there seems to be a bug
[08:22] <lifeless> I got a traceback
[08:35] <Ubugtu> New bug: #66684 in malone "https://launchpad.net/distros/ubuntu/edgy/+bugs shows 'no open	bugs'" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66684
[08:49] <jamesh> lifeless: so do you know what happened to my merge?
[08:49] <jamesh> should I resubmit it?
[08:50] <lifeless> jamesh: check with --dry-run
[08:50] <lifeless> jamesh: make sure it has the right submit path (/code/)
[08:50] <lifeless> if it does, then its probably the one that hung pqm and stub killed earlier
[08:51] <stub> pqm wasn't hung - I just neglected to reenable it yesterday
[08:51] <jamesh> lifeless: it is definitely generating a merge request with /code/ rather than /home/warthogs/archives/
[08:52] <stub> (and nobody noticed for 1 day!)
[08:52] <lifeless> jamesh: ok, and the right source path too ?
[08:52] <jamesh> yes
[08:52] <lifeless> ok
[08:52] <jamesh> pqm-submit even makes sure the source is up to date before hand
[08:52] <lifeless> send it in and I'll look for what happens
[08:55] <jamesh> lifeless: okay.  It is in the queue.
[08:55] <jamesh> the pqm.launchpad.net page indicates that one of John's bzr branches got merged previously
[08:55] <jamesh> but there was a ui-1.0 merge from SteveA queued before my branch previously
[08:58] <poolie> hi
[08:58] <poolie> can someone answer this?
[08:58] <poolie> > Hey guys,
[08:58] <poolie> > When I have subscribed to a bug in Launchpad.net's Malone bug tracker and the
[08:58] <poolie> > bug gets marked as a duplicate, does it automatically subscribe me to the other
[08:58] <poolie> > bug report?
[08:59] <lifeless> rotfl
[09:00] <jamesh> poolie: you get bug mail for the main bug report, yes.
[09:03] <poolie> jamesh, thanks
[09:24] <_thumper_> morning all
[09:36] <mpt> lucasvo, before you accidentally reported a bug on staging, did you know what staging was for?
[09:40] <poolie> _thumper_: hello
[09:40] <poolie> spiv: hi?
[10:22] <ajmitch> hi jelmer
[10:23] <ajmitch> interesting, remote bug tracker stuff has been changed?
[10:25] <jamesh> ajmitch: you mean creating bug watches by entering URLs instead of bug tracker + bug number?
[10:25] <ajmitch> yes
[10:25] <ajmitch> useful to not have to scroll through a list of unrelated bugtrackers
[10:27] <jamesh> you probably won't notice it, but we killed off all the sourceforge.net bug trackers but one
[10:27] <jamesh> which reduces the number of registered bug trackers and removes the need to register SF trackers for each product+tracker combo
[10:27] <ajmitch> excellent
[10:28] <ajmitch> what happens if an url is entered that you don't know about?
[10:28] <jamesh> dunno.  I'd guess it either gives you an error or registers a tracker
[10:32] <BjornT> ajmitch: at the moment it tells you to register the bug tracker. there are plans for pretty much automatically register the tracker for you, though.
[10:34] <jamesh> sabdfl wrote code to do automatic bug tracker registration, which we used when doing the ubuntu-bugzilla import
[10:34] <jamesh> but it did result in a fair number of duplicate registrations
[10:39] <BjornT> yeah, i'd rather have the user confirming that the bug tracker should be created. and at the same time, maybe informing the user that the given product officially uses bug tracker 'foo'.
[10:45] <jamesh> the main issues were things like http://bugzilla.mozilla.org vs. https://bugzilla.mozilla.org, http://bugzilla.gnome.org vs. http://bugs.gnome.org
[10:47] <jamesh> then there are other cases like http://bugs.debian.org/NNNN vs. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=NNNN
[10:51] <BjornT> http vs. https we can handle quite easily, and i might even fix that today. the other cases are a bit more tricky to handle, but having a notice "this product uses bug tracker 'foo'" would help.
[10:52] <jamesh> or even give an example of what we expect
[10:53] <jamesh> if product foo uses Gnome bugzilla, we know that bug URLs should look like http://bugzilla.gnome.org/show_bug.cgi?id=NNNN
[10:53] <jamesh> so we could tell the user what to look for
[10:58] <BjornT> yeah. we could even take the bugs.gnome url the user enter, make it into a bugzilla.gnome.org url and ask the user if that url is correct.
[10:59] <jamesh> lifeless: I didn't get a status email from PQM again
[11:39] <indu> kiko: hi, how r u
[12:17] <indu> hello, when ca i expect kiko here
[12:17] <indu> hello, when can i expect kiko here
[12:17] <_thumper_> indu, probably not for a few more hours
[12:18] <indu> oo
[01:04] <Kuhrscher> Hi is there any possibility to get the following bug fixed before the langpack deadline?
[01:04] <Kuhrscher> https://launchpad.net/distros/ubuntu/+source/gwenview/+bug/62927
[01:04] <Ubugtu> Malone bug 62927 in gwenview "Untranslated strings gwenview (edgy)" [Undecided,Unconfirmed]
[01:07] <Kuhrscher> Gwenview in Edgy uses an old template (1.3.1?) instead of the on of the version in edgy (1.4.0)
[01:08] <Kuhrscher> Perhaps this is caused because the translations are released in a separate package (similar to koffice)
[01:10] <jordi> Kuhrscher: is that something new in edgy?
[01:11] <Kuhrscher> yes, because in dapper 1.3.1 has been used
[01:12] <Kuhrscher> jordi: And I think in this release this translation was included dirctly in the source package
[01:14] <jordi> Kuhrscher: makes sense
[01:14] <jordi> I think carlos needs to do some magic there.
[01:14] <Kuhrscher> jordi: Yes, in dapper 1.3.1 has been used with po-files included in the tarball
[01:14] <Kuhrscher> Would be great
[01:16] <jordi> danilos?
[01:28] <Kuhrscher> jordi: carlos isn't online atm, right?
[01:28] <danilos> jordi: ping
[01:32] <danilos> jordi: one can probably reupload the tarball with PO files there
[01:40] <jordi> danilos: doesn't carlos do something with kde-i18n?
[01:40] <jordi> maybe he can do the same with this one
[01:40] <jordi> but I'm not sure what's involved in that process
[01:40] <jordi> Kuhrscher: not apparently
[01:41] <Kuhrscher> jordi: I discussed a lot of similar issues with carlos
[01:49] <indraveni> kiko: hi
[01:50] <indraveni> kiko: this is indu
[02:42] <Kuhrscher> jordi, danilos: Do you know if carlos will go online today?
[02:42] <danilos> Kuhrscher: I don't really know, he might but only a bit later since he's travelling
[02:43] <Kuhrscher> danilos: So he he won't be able to fix this gwenview issue, right?
[02:44] <danilos> Kuhrscher: well, either jordi or I can upload the tarball with translations, but I am not sure if that's what carlos has been doing with other similar issues
[02:45] <danilos> jordi: I think uploading them would be fine, since waiting for carlos might take away precious time from translators, what do you think?
[02:45] <jordi> danilos: I think so
[02:45] <Kuhrscher> danilos: It would be very kind, if you could try it :)
[02:47] <Kuhrscher> http://prdownloads.sourceforge.net/gwenview/gwenview-i18n-1.4.0.tar.bz2
[02:48] <Kuhrscher> That's the (leftclick) link to the translations
[02:59] <danilos> jordi: have time to do it, or should I before I split off for lunch?
[03:03] <indraveni> kikoL r u there?
[03:31] <_thumper_> ping ddaa
[03:31] <ddaa> _thumper_: pong
[03:32] <_thumper_> a few private questions if you have time
[03:32] <ddaa> sure, go on
[03:59] <TreMobyl> Is there a way to see the bugs I've reported from my account info page?
[04:01] <matsubara> TreMobyl: https://launchpad.net/people/<your-lp-name>/+reportedbugs
[04:01] <TreMobyl> matsubara: is there a link to that someplace?
[04:02] <matsubara> TreMobyl: yes, in your account page (https://launchpad.net/people/<your-lp-name>) click on Bugs in the LHS menu
[04:03] <_thumper_> TreMobyl: then click on reported frm the top LHS menu (defaults to assigned I think)
[04:05] <TreMobyl> "bugs" takes me to assignedbugs
[04:05] <matsubara> TreMobyl: yes, and the link is in the top LHS menu (Reported bugs) as _thumper_ just said ^
[04:06] <TreMobyl> ah, sorry for my lack of reading.
[04:06] <matsubara> TreMobyl: it's kinda tricky to find those links and there is a bug reported about it.
[04:06] <TreMobyl> cool.  Thought I was probably just missing something, which is why I asked before filing a (n invalid) bug.  :)
[04:09] <matsubara> TreMobyl: you might be interested in subscribe to bug 2982
[04:09] <Ubugtu> Malone bug 2982 in launchpad "A person's Bugs page should show all bugs they are involved with" [Medium,Confirmed]  http://launchpad.net/bugs/2982
[04:10] <TreMobyl> matsubara: danke
[04:59] <kiko> hey
[05:11] <MagicFab> Helo - I can't seem to be able to register new teams in LP.
[05:12] <kiko> hey MagicFab
[05:12] <kiko> what's up?
[05:12] <MagicFab> Getting this the 3 times I tried:  " Sorry, something just went wrong in Launchpad. Weve recorded what happened, and well fix it as soon as possible. Apologies for the inconvenience.
[05:12] <MagicFab> If this is blocking your work, let us know on the launchpad-users mailing list (requires subscription). Include the error ID OOPS-291C397 in your message"
[05:12] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/291C397
[05:12] <kiko> let's see.
[05:12] <MagicFab> I was hoping I could cheat a bit and come here for help :)
[05:12] <kiko> MagicFab, I need 5 minutes for the oops to sync.
[05:13] <kiko> then I can tell you what to do.
[05:13] <MagicFab> np.
[05:13] <MagicFab> I was trying to create "ubuntu-qc"
[05:16] <matsubara> kiko: he's being affect by bug 66622 which is already fixed. Want to review it? :)
[05:16] <Ubugtu> Malone bug 66622 in launchpad "Register a team with an email address crashes." [Medium,In progress]  http://launchpad.net/bugs/66622
[05:16] <kiko> matsubara, sure.
[05:16] <kiko> matsubara, what's the workaround? that's what MagicFab needs to know.
[05:16] <MagicFab> I guess not putting an email... duh!
[05:16] <matsubara> MagicFab: exactly
[05:17] <MagicFab> yup, worked. un-friendly! but IRC magic works for me :D many tx.!
[06:16] <jordi> danilos: ah, you asked 5 mins after I left office
[06:16] <danilos> jordi: it's still open for you to enjoy it :P
[06:17] <jordi> danilos: really? are all Serbians as generous as you?
[06:18] <danilos> jordi: no, I am a rare flower :P
[06:21] <jordi> wow this was the quickest + stronges storm in years
[06:21] <jordi> the park ouside is flooded
[06:35] <MagicFab> I have noticed my signed code of conduct is one big paragraph. Should it be formatted (at least linefeeds) ? Does anyone see the same on their LP CoC page ?
[06:35] <MagicFab> I'm thinking LF / CRs are being parsed out
[06:36] <MagicFab> "View source" shows it's ok... so it's just CSS / HTML formatting
[06:38] <Keybuk> matsubara: ping?
[06:38] <matsubara> Keybuk: pong
[06:40] <Keybuk> matsubara: I cannot find the "Needs Discussion" checkbox in blueprint *at all*
[06:40] <Keybuk> some specs are being re-proposed, but are no longer marked "Needs Discussion"
[06:40] <Keybuk> so they won't get scheduled
[06:40] <Keybuk> where's that check box gone>?
[06:43] <matsubara> Keybuk: where was it before disappearing?
[06:43] <Keybuk> matsubara: I was sure it was under "Administer"
[06:49] <matsubara> Keybuk: I have no idea where it is. I suggest you to file a bug on it.
[06:51] <matsubara> Keybuk: maybe bug 50654 might explain it
[06:51] <Ubugtu> Malone bug 50654 in blueprint ""Needs discussion" flag should be a definition state instead" [Wishlist,Fix released]  http://launchpad.net/bugs/50654
[06:56] <Keybuk> fair enough
[07:15] <Ubugtu> New bug: #66778 in launchpad "Code of Conduct is not formatted right - minor HTML output problem" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66778
[07:25] <matsubara-lunch> MagicFab: does your code of conduct page look like this:  http://librarian.launchpad.net/2277354/Screenshot.png?
[07:33] <carlos> hi dudes!
[07:33] <carlos> danilos: ping
[07:40] <MagicFab> matsubara-lunch, no...
[07:41] <MagicFab> matsubara-lunch, let me append a screenshot
[07:45] <MagicFab> matsubara-lunch, http://librarian.launchpad.net/4889125/Screenshot.jpg
[08:02] <matsubara> MagicFab: thanks.
[08:03] <sabdfl> kiko: who can handle some changes to the LP membership email structure for me?
[08:08] <kiko> sabdfl, probably salgado. do you have a bug #?
[08:24] <Amaranth> is there any way to set a bug to 'unknown' or something? i know a bug isn't caused by my package but it's not known what causes it
[08:26] <kiko> Amaranth, that's a bug just on Ubuntu
[08:26] <kiko> you can clear out the source package name
[08:26] <Amaranth> awesome, thanks
[08:27] <sabdfl> kiko: will file shortly
[08:27] <kiko> sabdfl, thanks.
[08:35] <kiko> bradb_, ping?
[08:35] <kiko> BjornT, ping?
[08:35] <bradb_> kiko: pong
[08:36] <kiko> bradb_! how's it going?
[08:36] <bradb_> kiko: hi. was planning on putting RM back up for review again tonight (have to step out for an appt in a bit)
[08:37] <kiko> bradb_, I was wanting to check up on the guided filebug test you wanted me to do
[08:37] <bradb_> kiko: yeah. looking mainly for general UI feedback. i know it's missing some dazzle too.
[08:37] <kiko> let's see it :)
[08:38] <bradb_> kiko: sftp://sodium/code/bradb/launchpad/malone-guided-filebug
[08:38] <kiko> pulling down.
[08:39] <sabdfl> kiko, salgado: #66787
[08:39] <sabdfl> can't WAIT for the smart server on devpad
[08:44] <kiko> sabdfl, is it "crips and clean" now?
[08:45] <kiko> I have a hard time keeping up
[08:45] <carlos> kiko: hi dude, how's going your view restructuring branch?
[08:45] <kiko> carlos, I'm going to land it between today and tomorrow
[08:45] <kiko> so that's good news
[08:46] <kiko> jamesh did not trash me!
[08:46] <carlos> cool, thanks!
[08:46] <Ubugtu> New bug: #66787 in launchpad "Membership emails need cleaning up" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66787
[08:59] <Kuhrscher> carlos: Do you have one minute?
[08:59] <carlos> Kuhrscher: hi
[08:59] <carlos> sure
[08:59] <carlos> tell me
[09:00] <Kuhrscher> There is a bug concerning gwenview's translation import... Is it possible to fix it before the deadline?
[09:01] <Kuhrscher> https://launchpad.net/bugs/62927
[09:01] <Ubugtu> Malone bug 62927 in gwenview "Untranslated strings gwenview (edgy)" [Undecided,Unconfirmed]
[09:01] <carlos> let me check...
[09:02] <Kuhrscher> I already talked with jordi about it...
[09:05] <Kuhrscher> carlos: The .po files have been released in a separate package and not in the tarball like for the last version which was in Dapper
[09:06] <carlos> Kuhrscher: did anyone package it for Edgy?
[09:06] <carlos> anyway, I will do a manual import
[09:07] <Kuhrscher> The lang files? I don't think so...
[09:07] <Kuhrscher> http://prdownloads.sourceforge.net/gwenview/gwenview-i18n-1.4.0.tar.bz2
[09:09] <carlos> ok
[09:09] <carlos> is Dapper version correct?
[09:10] <Kuhrscher> Sorry I don't know
[09:10] <Kuhrscher> But I think so
[09:11] <Kuhrscher> Yes, it seems like Dapper uses the right template (for 1.3.1)
[09:12] <Kuhrscher> But the version bump from Dapper to Edgy changed nothing in template and translation
[09:15] <carlos> I'm uploading the new .po files right now
[09:15] <carlos> about the template...
[09:16] <carlos> I need to check why didn't we get the new one
[09:16] <Kuhrscher> How is the template generated?
[09:17] <carlos> it's generated on build time
[09:17] <carlos> I don't know the details
[09:17] <carlos> it's done by Ubuntu developers
[09:19] <Kuhrscher> Perhaps the po files in the source are used for this? This would explain that there was not any change in the template...
[09:19] <Kuhrscher> Similar to the problems with koffice
[09:22] <Kuhrscher> koffice and koffice-i18n: problems with the template generation...
[09:23] <carlos> the .pot file is there
[09:23] <carlos> but the import failed
[09:23] <carlos> I'm forcing a new import
[09:24] <carlos> and will check what's wrong with it
[09:24] <Kuhrscher> Ok, thanks
[09:26] <carlos> danilos: your email is bouncing
[09:32] <SteveA> flacoste: you have new review mail
[09:32] <flacoste> SteveA: great!
[09:33] <SteveA> I'm working for a few more hours, so if you can get me a reply soon, we'll see if we can reach a conclusion tonight.
[09:37] <carlos> SteveA: so, how was your move?
[09:40] <SteveA> carlos: pretty smooth, thanks!
[09:41] <carlos> nice :-)
[09:43] <pips1> hi
[09:43] <pips1> does changing my LP name change my email address too?
[09:45] <pips1> does changing my LP name change my @edubuntu.org address too?
[09:48] <pips1> lifeless ^^^ ?
[09:52] <carlos> pips1: I guess, because it's done automatically based on data in launchpad
[09:52] <pips1> carlos: ta
[09:55] <Kuhrscher> Is there any problem with Rosetta's upload queue? I uploaded 3 files as upstream release this morning but none appeared in Rosetta...
[09:57] <kiko> carlos, have we been keeping a close eye on the upload queue for upstreams?
[09:57] <carlos> Kuhrscher: OO.org + full KDE upload last week
[09:57] <carlos> Kuhrscher: so it's a bit delayed atm
[09:58] <Kuhrscher> I just tried to upload two desktop-* files and a actualized version of knetworkmanager...
[09:59] <sabdfl> kiko: no crips no glory
[09:59] <kiko> sabdfl, t-shirt?
[09:59] <sabdfl> let's test that "edit description" magic you landed
[09:59] <sabdfl> might even get yerself a few karma points!
[09:59] <carlos> kiko: jordi does it, but seems like we have one week or so of delay.  I will check with him
[09:59] <kiko> carlos, I'd like those to be approved daily
[09:59] <kiko> carlos, it's really bad service to wait for a week to spend 2 minutes approving them
[10:00] <carlos> kiko: then danilo or me should do that instead of jordi
[10:00] <carlos> it's not 2 minutes to approve them
[10:00] <kiko> carlos...
[10:00] <carlos> we should do some checks
[10:00] <kiko> okay, 3.
[10:00] <carlos> dude...
[10:00] <carlos> to see if they are upstream or that they checked with upstream to follow our import policy
[10:01] <carlos> sometimes is quite fast if we see the list of developers and the requester is in the list
[10:01] <carlos> others, we need to wait
[10:02] <carlos> but don't worry, we will 'refactor' the process to try to do it faster
[10:08] <Kuhrscher> Ahh, you approve these uploads ("Published upload") manually?
[10:10] <carlos> not all those
[10:10] <carlos> only a small percentage
[10:10] <carlos> usually, the first time a new .pot file is uploaded
[10:10] <carlos> later updates are automatically approved
[10:12] <Kuhrscher> So desktop-kmplayer and desktop-kaffeine have to be approved?
[10:14] <carlos> if it's a .po file, no
[10:14] <carlos> unless you used something else as its filename other than its language code
[10:14] <Kuhrscher> Ahhh, that seems to be the point...
[10:15] <Kuhrscher> I didn't know that...
[10:15] <Kuhrscher> So I could just upload these files as de.po again?
[10:15] <carlos> well, it also depends on where did you upload it
[10:16] <carlos> if you did it in a URL like foo/de/+upload
[10:16] <carlos> it will work because we know exactly where do you want to upload it
[10:16] <Kuhrscher> sure ;-)
[10:18] <jordi> kiko: nope, Iv've beeen inactive on the queue last week due to the holidays and stuff
[10:18] <jordi> I'll give it a facelift now
[10:20] <kiko> jordi, we'd like to keep good QoS on the queue, so when you are inactive you /must/ hand it off to someone else explicitly, via launchpad list.
[10:23] <jordi> kiko: ok, and sorry about it.
[10:23] <kiko> jordi, sure thing. just remember that Q is to be our "middle name".
[10:25] <carlos> see you later!
[10:26] <Kuhrscher> bye
[10:26] <jordi> laters
[10:28] <mdz> kiko: I just got a very strange page back from Launchpad
[10:28] <mdz> kiko: http://people.ubuntu.com/~mdz/temp/integrityerror.html
[10:28] <mdz> kiko: that was the page, in its entirety
[10:28] <mdz> kiko: I have reproduced it twice in a row (re-POSTing the same request)
[10:29] <matsubara> mdz: was it in +settopics?
[10:29] <mdz> matsubara: yes
[10:29] <matsubara> mdz: the fix is up for review
[10:29] <mdz> matsubara: am I hosed or can I submit this request somehow?
[10:29] <mdz> that is, is +settopics broken or is it more specific?
[10:30] <jordi> I just got a request to fix the bazaar information for the evolution-data-server product. Can anyone assist here?
[10:30] <matsubara> +settopics is broken, it's bug 57152
[10:30] <Ubugtu> Malone bug 57152 in launchpad "Database constraint triggered in +settopics page." [High,In progress]  http://launchpad.net/bugs/57152
[10:30] <matsubara> mdz: ^
[10:30] <mdz> so it's impossible to submit that page?
[10:32] <matsubara> mdz: unfortunetely, yes. the only workaround i know for it, is to approve/decline the specs individually
[10:32] <kiko> matsubara, is that bug fixed? and if not can we get it fixed and cherry-picked overnight?
[10:33] <kiko> it should be priority -20 at this point
[10:33] <matsubara> kiko: it's up for review
[10:33] <kiko> matsubara, where's the patch?
[10:33] <matsubara> yesterday I asked here if anyone on review team could volunteer to review it because it's blocking the distro team, but no answer.
[10:33] <kiko> I can review it now.
[10:34] <kiko> don't let me go to bed when there's an issue like that still open
[10:34] <matsubara> great, thanks kiko. just a sec, I'll find the URL
[10:34] <kiko> matsubara, is it your patch?
[10:35] <matsubara> kiko: yes.
[10:35] <kiko> good job
[10:36] <kiko> matsubara, the authentication.py change is unrelated yes?
[10:36] <matsubara> kiko: see privmsg
[10:37] <matsubara> kiko: but yes.
[10:37] <matsubara> kiko: just a cleanup I spotted and added togetheter to spare some pqm cycles
[10:38] <kiko> matsubara, don't overuse that. PQM is almost always idle.
[10:39] <matsubara> kiko: ok
[10:43] <kiko> matsubara, do we not set the speclink status directly anywhere else?
[10:48] <flacoste> SteveA: you've got review mail
[10:48] <matsubara> kiko: nope
[10:48] <SteveA> ta
[10:51] <kiko> matsubara, can you add a test for declineSpecificationLinks as well?
[10:52] <matsubara> kiko: sure
[10:52] <kiko> thanks.
[11:03] <kiko> matsubara, with that I guess r=kiko. I'm a bit miffed that the tests added are so simple but perhaps that's enough to catch the problem clearly.
[11:05] <SteveA> flacoste: replied
[11:06] <matsubara> kiko: I'll file a bug regarding that. I just wanted to leave the form at least working. https://sodium.ubuntu.com/~andrew/paste/filelwUitH.html <- the new test added plus another small cleanup not related to this fix but relevant to SprintSpecification :)
[11:06] <kiko> a BIBLE of bad habits
[11:07] <kiko> the archangel gabriel will remember me
[11:07] <kiko> matsubara, r=kiko
[11:07] <matsubara> kiko: haha c'mon that was at least relevant to the code I was touching
[11:08] <matsubara> kiko: anyway, thanks for reviewing it. pushing it.
[11:09] <kiko> matsubara, please push, commit and request a bowl of cherries
[11:09] <kiko> maybe an urgent bowl of cherries to be clear
[11:12] <matsubara> kiko: sure
[11:16] <carlos> Kuhrscher: hi, around?
[11:16] <Kuhrscher> yes
[11:20] <carlos> Kuhrscher: I see kio_jabberdisco.pot in kopete and kdenetwork
[11:20] <carlos> Kuhrscher: which one should be used?
[11:20] <kiko> mmmm
[11:22] <Kuhrscher> the one of kdenetwork-3.5.5 (not 3.5.4!) should be correct
[11:23] <Kuhrscher> since kopete-0.12.3 is now part of kde-3.5.5 and has been translated there
[11:24] <carlos> ok
[11:24] <carlos> Edgy has 3.5.5
[11:25] <carlos> thanks for the info
[11:25] <Kuhrscher> carlos: But there sould not be any difference... Just 4 strings, last change one year ago...
[11:25] <carlos> it's the same content
[11:25] <carlos> anyway, I already did that move, I was confused between Dapper and Edgy entries
[11:26] <carlos> thanks anyway
[11:26] <Kuhrscher> generally kopete is part of kdenetwork, there was some kind of fork of 0.12.x until 3.5.4, but now it's resynced
[11:32] <carlos> so kopete is back in kdenetwork again?
[11:33] <Kuhrscher> carlos: yes, exactly
[11:33] <carlos> I see, ok
[11:33] <Kuhrscher> carlos: "Version 0.12.3 of Kopete replaces 0.11.3 in KDE 3.5.5"
[11:33] <Kuhrscher> carlos: (from the release notes)
[11:34] <Kuhrscher> http://www.kde.org/announcements/announce-3.5.5.php
[11:34] <carlos> ok
[11:35] <jordi> carlos: how do you deal with this? do you just upload a tarball?
[11:36] <jordi> carlos: danilos and I were close to doing this this evening
[11:36] <carlos> deal with what?
[11:36] <kiko> matsubara, the patch that fixes the double-post bugs in team membership and both bug 57300 and something else is up for review with salgado, keep him on it
[11:36] <Ubugtu> Malone bug 57300 in launchpad "AssertionError while approving a team membership with a expiry date in the past." [Low,In progress]  http://launchpad.net/bugs/57300
[11:37] <kiko> ah, and bug 30649.
[11:37] <Ubugtu> Malone bug 30649 in launchpad "Shouldn't be possible to set an expiry date prior to today when editting a team membership" [Low,In progress]  http://launchpad.net/bugs/30649
[11:37] <kiko> bradb_, the bzr branch of your branch is still going here :-( can I see a live instance?
[11:37] <carlos> Kuhrscher: gwenview should be fixed now
[11:38] <carlos> jordi: do you talk about gwenview?
[11:39] <matsubara> kiko: ok
[11:39] <jordi> carlos: yes
[11:40] <carlos> jordi: yeah, I did a manual upload
[11:40] <carlos> just because we need this as soon as possible
[11:40] <carlos> usually, we should wait for the package
[11:41] <Kuhrscher> carlos: seems to be much better now
[11:42] <SteveA> flacoste: I want to be around for another 30 mins maximum
[11:42] <Kuhrscher> carlos: hmm now there are 302 strings in the template but upstream's release consists of 314
[11:42] <SteveA> flacoste: think we can get another review iteration in?
[11:42] <flacoste> SteveA: you should get my reply in the next 15
[11:43] <SteveA> ok
[11:45] <carlos> Kuhrscher: that's something that should fix Kubuntu developers
[11:45] <carlos> Kuhrscher: the part in Rosetta is fixed
[11:47] <Kuhrscher> carlos: Thank you. Now there are at least more strings to translate (about 43 untranslated strings)
[11:50] <Ubugtu> New bug: #66826 in launchpad "Sometimes while adding an attachment to a bug Launchpad OOPSes with an AttributeError" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66826
[11:52] <flacoste> SteveA: reply sent
[11:53] <SteveA> ok
[11:53] <Kuhrscher> carlos: Ok, thanks :) I'll go to bed now
[11:54] <carlos> Kuhrscher: good night!!
[11:57] <carlos> good night dudes!!
[12:02] <SteveA> flacoste: replied
[12:03] <flacoste> SteveA: thanks!
[12:03] <SteveA> atari!