[01:44] <sbalneav> Evening everyone
[05:43] <petsounds> hi, good afternoon. i want to ask if there's videos or documents (pdf) that i can use to promote edubuntu usage in my campus. thanks
[13:18] <wima1> since we upgraded our application servers to 9.04, we have some issues with pulse. The pulse daemon on the client seems to die quite often.
[13:18] <wima1> Is this problem familiar to anyone?
[14:38] <msaul_> I installed LTSP Ubuntu 9.10, and DNS is not working  could anyone offer suggestions for fix?
[14:38] <msaul_> I can ssh into a system with static IP address
[14:39] <msaul_> When I use "dig" tool, it indicates "Connection Timed Out: no servers could be reached...
[14:40] <alkisg> DNS? LTSP doesn't handle dns... it's your responsibility..
[14:40] <alkisg> Do you mean the thin clients? the server? How do you get your ip addresses? etc etc...
[14:40] <msaul_> the server
[14:40] <alkisg> 2 nic server?
[14:41] <msaul_> wasn't able to update software on server
[14:41] <msaul_> yes 2 nic server
[14:41] <msaul_> not worried about thin client right now..
[14:41] <alkisg> Well, the nic that is facing the internet is not handled by ltsp at all
[14:41] <msaul_> I know that
[14:41] <alkisg> How is that managed? with network manager?
[14:42] <msaul_> I was able to SSH to another server with static IP address
[14:42] <msaul_> It is a wired ethernet card
[14:42] <msaul_> I think it is the network manager (applet on panel)
[14:42] <alkisg> OK, but how does it get an ip address? With network manager? with /etc/network/interfaces? with a static ip? with dhcp?
[14:42] <msaul_> dhcp
[14:43] <alkisg> Then it's a problem with your "outer" dhcp server, it's not sending a dns setting
[14:44] <msaul_> What would be the fix? Is there a file to edit?
[14:44] <alkisg> Where is the dhcp server? is it a router?
[14:44] <msaul_> Yes, I have a router
[14:45] <alkisg> Then it may be a setting on the router
[14:45] <msaul_> How come, when I install Ubuntu 9.10, Mythbuntu 9.10 no problem, but now a problem when I install alternate Ubuntu with LTSP/
[14:46] <msaul_> SHould I just reinstall the alternate Ubuntu CD with LTSP?
[14:46] <alkisg> Can you describe your network setup?
[14:46] <alkisg> No, don't reinstall for a simple ip problem...
[14:46] <alkisg> E.g. do you have both server nics connected to the same switch?
[14:46] <msaul_> no
[14:47] <msaul_> This was fresh install, nic card to Internet, other nic card (eventually connected to switch) not connected yet
[14:47] <alkisg> router => switch => server eth0 => server eth1 => switch => thin clients ???
[14:47] <msaul_> eth0
[14:47] <msaul_> for the internet connection
[14:47] <alkisg> Can you upload some files to pastebin?
[14:47] <alkisg> cat /etc/network/interfaces
[14:48] <msaul_> and remember, I can still connect to outside server using static IP address!
[14:48] <msaul_> which ones would you like me to upload?
[14:48] <alkisg> ls  /etc/NetworkManager/system-connections/
[14:48] <alkisg> cat /etc/resolv.conf
[14:48] <alkisg> (the output of the instructions I'm typing)
[14:48] <alkisg> sudo ifconfig -a
[14:48] <alkisg> sudo dhclient eth0
[14:48] <msaul_> I forgot how to upload to pastebin...
[14:49] <alkisg> Go to pastebin.ubuntu.com and paste the output there..
[14:49] <alkisg> and then paste the URL here
[14:49] <msaul_> OK, well get back to you (will take some time)...
[14:50] <alkisg> sure :)
[14:50] <alkisg> msaul_: ah, to temporarily solve the problem,
[14:50] <alkisg> you can do: sudo gedit /etc/resolv.conf
[14:50] <alkisg> and put a dns server there
[14:50] <alkisg> That way you'll be able to copy/paste stuff...
[14:51] <msaul_> There was one there already, and matched what was on my other Ubuntu system that is correctly using DNS...
[14:51] <msaul_> i.e. relating to the /etc/resolv.conf file
[14:52] <alkisg> Ah. OK, we'll troubleshoot it after you post the output of the commands...
[14:54] <alkisg> msaul_: would you prefer remote access, i.e. giving me a shell in that pc? it'll be faster for both of us :)
[14:56] <sbalneav> Morning all
[15:05] <msaul_> OK, I will start uploading to pastebin (note: command ls /etc/NetworkManager/system-connections/ had no stdout)...
[15:07] <alkisg> msaul_: ok no problem there, you just don't have any system connections set
[15:07] <msaul_> What would be the procedure for that?
[15:08] <alkisg> Right click on the network manager, manage connections, make a connection, click "available to all users", and save
[15:09] <msaul_> OK, I will try that OK, back in a few...
[15:11] <alkisg> msaul_: no don't try it, just send the output of the commands...
[15:14] <msaul_> I assume network manager should be an applet on the panel - correct?
[15:14] <msaul_> I just see one applet for the connection, and when I double-click it, it shows that wired network is not being managed...
[15:15] <msaul_> I don't see the network manager as an applet to add into the panel...
[15:16] <msaul_> I remember from other verions there are two applets, one being the network manager... doesn't seem to appear on my panel...
[15:16] <msaul_> (by default anyways)...
[15:24] <msaul_> alkisg - I went to network manager, there was already a connection labelled auto eth0 that had "avaialble to all users".
[15:24] <msaul_> Do you want me to still add in other connection?
[15:24] <alkisg> msaul_: I'm waiting for the files :)
[15:25] <alkisg> Don't add any connections...
[15:25] <alkisg> (05:11:07 μμ) alkisg: msaul_: no don't try it, just send the output of the commands...
[15:25] <msaul_> I already posted them... or I though I did...
[15:26] <msaul_> You mean the several commands that you asked me to upload to pastebin? I did that 8 minutes ago...
[15:26] <msaul_> Do you want me to upload again?
[15:26] <alkisg> No, but you should paste the URL here so that I can see the output...
[15:27] <alkisg> E.g. http://pastebin.com/qeworjiqw
[15:31] <msaul_> Sorry, getting confused, that URL doesn't work... I posted to http://pastebin.ubuntu.com/ as instructed... (poster: msaul)
[15:31] <alkisg> (04:49:09 μμ) alkisg: Go to pastebin.ubuntu.com and paste the output there..
[15:31] <alkisg> (04:49:14 μμ) alkisg: and then paste the URL here
[15:31] <alkisg> It's the second step :)
[15:37] <msaul_> I copied and pasted output from those commands to the pastebin and posted...
[15:38] <alkisg> msaul_: I can't see the output if I don't know the link...
[15:38] <alkisg> When you paste something to pastebin, it replies with a URL
[15:38] <alkisg> You give that URL to the person you're talking with (=me), so that he can see the output
[15:38] <alkisg> Let me demonstrate
[15:39] <alkisg> Here: http://paste.ubuntu.com/311607/
[15:39] <alkisg> I'm giving you this URL, where you can go and see my "output"
[15:39] <alkisg> If you don't give me the url of the things you've posted, I can't see them...
[15:40] <msaul_> http://pastebin.ubuntu.com/311608/
[15:40] <alkisg> msaul_: Nice. What was the output of "dhclient eth0" ?
[15:41] <msaul_> http://pastebin.ubuntu.com/311610/
[15:46] <msaul_> That may have been issuing just dhclient instead of dhclient eth0 .... but seems to display same type of information...
[15:46] <alkisg> msaul_: so both of your subnets are at 192.168.0.x ?
[15:46] <msaul_> yes
[15:46] <alkisg> That's the problem
[15:46] <sbalneav> Ooooh
[15:46] <sbalneav> that's bad :)
[15:46] <alkisg> You need to change either the router subnet or the thin clients subnet
[15:47] <msaul_> Which file is that again to edit? (It's been a while...)
[15:48] <alkisg> You can do that from the router web interface
[15:49] <sbalneav> OK, off for a doctor's appointment. :(
[15:50] <msaul_> Will this happen, even if there is no cable connected up to eth1?
[15:50] <msaul_> Can't this be edited in the dhcpd.conf file?
[15:51] <msaul_> I'm wondering why this is happenning from a simple install of Ubuntu 9.10 LTSP when I haven't even hooked up the thin clients?
[15:52] <alkisg> Because you use the same subnet in both NICs
[15:52] <msaul_> But I didn't set anything, the system must have be default...
[15:52] <alkisg> If you want to change the ltsp-facing interface, you'll need to edit /etc/network/interfaces and /etc/ltsp/dhcpd.conf
[15:53] <alkisg> Yes, you happen to have the same default in your router as the ltsp default
[15:53]  * alkisg has some work to do now, bbl...
[15:53] <msaul_> Is that a mistake, or is that just the way it comes by default?
[15:54] <alkisg> It's the way it comes by default
[15:54] <alkisg> It isn't a bug
[15:59] <alkisg> You're welcome
[15:59] <msaul_> thanks
[15:59] <msaul_> just juggling
[15:59] <alkisg> ;)
[15:59] <msaul_> (my son's at home with flu)
[16:00] <msaul_> daughter had H1N1, but better...
[16:00] <alkisg> Ooops
[16:00] <msaul_> that's OK... dont' worry about it you did know...
[16:00] <alkisg> How long did she took to get better? A week?
[16:00] <msaul_> You are being very patient with an oldtimer :)
[16:01] <msaul_> I'm going to send up to paste bin contents of files to (before/after) to see if you agree for me to set correct subnet, then I will make fix and see if that works...
[16:06] <msaul_> OK, here is the current /etc/network/interfaces file: http://pastebin.ubuntu.com/311630/
[16:06] <msaul_> I should modify it to something like this: http://pastebin.ubuntu.com/311632/ - am I correct?
[16:08] <msaul_> I should change it to something like this: http://pastebin.ubuntu.com/311634/  - am I correct?
[16:09] <msaul_> alkisg - yes. It took a week for her to get better
[16:10] <msaul_> If all goes well, I will be able to get my shot in March 2010...
[16:10] <msaul_> A lot of lines and confusion regarding the flu shots up here in Canada...
[16:21] <msaul_> That did the trick - thanks!
[16:22] <msaul_> Thanks for the great support! This is a good IRC resource. Just another reason I love to use Ubuntu.
[16:23] <msaul_> I have created some resources FYI: Ubuntu Guide (teaching point of view): http://zenit.senecac.on.ca/wiki/index.php/Ubuntu_Guide
[16:24] <msaul_> This is my blog: http://murraysaul.wordpress.com/       (including my hobbies...)
[16:25] <msaul_> The only thing I notice in my LTSP version of Ubuntu 9.10 is that the desktop is "black" regardless of the background art, but when I set the panel to "transparent", they display the correct background art (not black like the main desktop)...
[16:40] <msaul_> bye..
[19:10] <Ahmuck_> someone needs to plug the Aaport bug
[19:11] <Ahmuck_> it's getting annoying to get those messags
[19:12] <jbicha> um, which messags?
[19:30] <Nokio> Hi all i am Installing Edubuntu 9.10 ltsp mode, I am at the "constructing ltsp chroot environement" and it says that an error occured that prevent him from building the chroot environement. Thanks in advance for the help
[19:31] <jbicha> does the rest of the installation still complete?
[19:31] <Nokio> well i can move pass that part of the install and yes the rest of the installation would complete
[19:33] <Nokio> but why would the chroot environement fail to build at the install.... and will it fail post install ?!
[19:34] <jbicha> I think others in this channel have more experience with this bug than me, but I think that's a known error but doesn't necessarily mean that the chroot won't work
[19:35] <Nokio> okay so passing over it during the install and try to rebuild it post install would work.. ill try that thanks
[19:35] <Nokio> If anyone else in the channel as an idea in the mean time ill listening :p
[19:35] <Nokio> thanks jbicha
[19:35] <jbicha> np, the only time I installed ltsp was from an already installed Ubuntu
[19:36] <Nokio> ok


[07:01] <jpnurmi> good morning
[07:10] <luna> morning
[07:18] <oSoMoN> good morning desktoppers
[07:38] <duflu> Hi jpnurmi, luna, oSoMoN
[07:38] <luna> hey duflu
[07:38] <jpnurmi> hey duflu luna and oSoMoN
[08:01] <alocer[m]> Good Morning.
[08:01] <ricotz> hello desktopers! :)
[08:30] <duflu> Hi alocer[m] and ricotz
[08:38] <Nafallo> morning team :-)
[08:38] <Nafallo> how are you all today?
[08:39] <oSoMoN> hi duflu, jpnurmi, alocer[m], ricotz, Nafallo
[08:40] <duflu> Hi Nafallo
[08:40] <duflu> (afternoon)
[08:40] <Nafallo> hello timetraveller! :-)
[09:45] <duflu> Awesome. DING just merged every visual fix that I want to see in jammy
[09:45] <seb128> great!
[10:10] <jbicha> who is DING?
[10:29] <seb128> jbicha, upstream is Sergio
[11:03] <seb128> kenvandine, any idea what could be wrong there https://launchpadlibrarian.net/587676464/buildlog_ubuntu_jammy_amd64_ubuntu-canary_BUILDING.txt.gz ?
[14:26] <bittin> no images today?


[01:53] <jose> IdleOne: hey, Michelle wasn't in the office but I've heard from a couple people in the US who have been getting theirs, so yours should arrive soon too, I expect
[01:53] <jose> and also mine
[01:56] <IdleOne> nice, thank you for looking into it :)
[01:56] <jose> no worries :)
[04:15] <jose> hey guys, can I have some upvotes? http://www.reddit.com/r/Ubuntu/comments/1k99zv/even_if_you_think_its_not_making_it_help_us_by/
[04:15] <jose> :)
[07:06] <dholbach> good morning
[07:07] <dpm> morning
[09:51] <nigelb> popey: about?
[09:51] <popey> yes
[09:51] <nigelb> Can I PM?
[09:51] <popey> sure, anytime
[10:12] <benvantende> hey popey! nice to have met at OSCON
[10:14] <popey> hey benvantende !
[10:14] <popey> It was fun wasn't it?
[10:15] <benvantende> i like it more every year. also great to meet some more of the ubuntu dudes!
[11:50] <jose> IdleOne: hey, sent you a PM, hope it's not annoying :)
[11:51] <smartboyhw> jose, nice post on Planet Ubuntu:)
[11:51] <jose> hey, thanks smartboyhw! :)
[11:51] <smartboyhw> jose, so, how did the information I gave to you help you in your mini UN?
[11:51] <smartboyhw> And did you win?
[11:52] <jose> smartboyhw: basically politics, knowing who should I mess with and who not to make hard relationships with :)
[11:52] <jose> and I got an award as outstanding delegate
[11:52] <smartboyhw> jose, \o/
[11:59] <jose> well, school's waiting for me. Talk to you guys later!
[13:20] <jcastro> from inbox 52 to inbox 11 in 20 minutes, not bad!
[13:26] <elfy> hang on while I send you 30
[13:27] <daker> and 60 from me :)
[13:27] <elfy> that should do it :p
[15:50] <jcastro> jono: we should catch up
[15:50] <jcastro> I have time all day
[15:50] <jono> jcastro, totally, I have a full schedule, but we will find time
[15:50] <jcastro> nod
[15:51] <jcastro> jono: I've got a ton of stuff on my plate but making my way through it, no surprises here just a sync I think is needed
[15:51] <jcastro> KEEP CALM AND CARRY ON EDGING
[16:15] <cjohnston> Keep calm and Edge on?
[17:25] <bkerensa> dholbach: ping
[17:25] <dholbach> bkerensa, pong


[16:22] <sylvain381634860> Hello
[16:30] <sylvain381634860> is anyone there ?
[16:37] <krytarik> sylvain381634860: Got a support question?
[16:40] <sylvain381634860> yes ^^ first of all how can i send a private message here ?
[16:41] <krytarik> While support won't be done in private for peer review reasons, "/msg <nick> <text>"
[16:43] <sylvain381634860> the command does do anything
[16:45] <sylvain381634860> i've taped "/msg krytarik okay thanks" but nothing happened
[16:45] <krytarik> Yeah, because I didn't see a need to respond to it.
[16:46] <sylvain381634860> okay so. i will ask my question in public
[16:46] <sylvain381634860> i encounter a problem with trojita : can't do research in my inbox
[16:49] <sylvain381634860> but is it a support here ?
[16:50] <sylvain381634860> i don't exactly what the Lubuntu IRC channel is for
[16:55] <krytarik> You'll need a little bit of patience for people who got a clue to respond.
 Hellot world
 could anyone help me to use Trojita ?
 what do you need help with Sylvain doing
 have you done like initial setup and also like what emial provider are you seeking help with setting up imap for
 actually i can't do researches in my inbox
 it's the only feature missing in trojita
 researches?
 yes searching
 does the bar with the magnifying glass towards the top not work?
 https://matterbridge.lubuntu.me/c6561fca/file_3330.jpg
 yes that you need to type in
 when i type something and press enter it turns red and do nothing
 i don't know why. I've checked all the IMAP and SMTP properties from my outlook account
 I honestly don't know either
 sometimes when i try searching too many times, i have warning that indicats host ejectred me
 i do not have the same issu with thunderbird
 where can i report this issue or getting support ?
 running ubuntu-bug trojita could actually report this bug but you may need to create an account on launchpad which is used as bug tracker
 i've sent a bug report
 thank you for your support
 i've also tried to play eve online but the game doesn't work anyway even with proton GE 1 1.16
 proton 6.16-GE-1 *
 any idea ?
[19:07] <lubuntu> hello
 Kikoo
 Anyone know how could I access the data of my smartphone through Bluetooth ?
 What do you mean by "data"? Are you trying to share internet via Bluetooth? (re @Sylvain: Anyone know how could I access the data of my smartphone through Bluetooth ?)
 Actually i would like to access the memory of my phone with all its folders and files (re @paguiar735: What do you mean by "data"? Are you trying to share internet via Bluetooth?)
 Is your device and the target device in the same wifi network? (re @Sylvain: Actually i would like to access the memory of my phone with all its folders and files)
 i do not want to use wifi because i do not want my data to pass through a server at all
 Then you're on your own. I'm sure there's an app that already does that on the internet, you just have to look it up.
 Transferring files via Bluetooth might be a pain, since it's usually way slower than wifi.
 Also, you don't really need to use a private wifi to do that. Just create your own hotspot wifi in your own device and connect the target device to that wifi. It doesn't even need to have internet connection at all. (re @Sylvain: i do not want to use wifi because i do not want my data to pass through a server at all)
 Then download File Manager + and then tap the following option
 https://matterbridge.lubuntu.me/6ad6cad3/file_3332.jpg
 I believe you can figure out from there. It does exactly what you're looking for.
 https://matterbridge.lubuntu.me/b5ab2ec2/file_3333.jpg
 https://matterbridge.lubuntu.me/775c23f5/file_3334.jpg
 https://matterbridge.lubuntu.me/d9416ddd/file_3335.jpg
 thank you a lot. Which application do you recommend me ?
 Sylvain See I didn't even enabled internet on the hotspot and I can access all the files in that device.
 File Manager +
 https://play.google.com/store/apps/details?id=com.alphainventor.filemanager (re @Sylvain: thank you a lot. Which application do you recommend me ?)
 okay i see. But now how to access the phone files from my laptop ? i'm connected at its own wifi spot (re @paguiar735: Sylvain See? I didn't even enable internet on that hotspot, yet I can access all the files in the target device as long as the target device remains connected in that hotspot.)
 1) Download File Manager + on your phone
 2) Create a hotspot wifi in your phone
 3) Connect your laptop to that wifi hotspot
 4) On your phone, open up File Manager + and click that option I mentioned before. It will give a link (only available to those connected to the hotspot) as well as a password.
 5) Type that link into a browser of your choice on your laptop and then enter the password provided in step 4.
 6) Done (re @Sylvain: okay i see. But now how to access the phone files from my laptop ? i'm connected at its own wifi spot)
 working on it (re @paguiar735: 1) Download File Manager + on your phone
 2) Create a hotspot wifi in your phone
 3) Connect your laptop to that wifi hotspot
 4) On your phone, open up File Manager + and click that option I mentioned before. It will give a link (only available to those connected to that hotspot) as well as a password.
 5) Type that link into a browser of your choice on your laptop and then enter the password provided in step 4.
 6) Done)
 Mozilla can't reach the ftp adress (re @paguiar735: 1) Download File Manager + on your phone
 2) Create a hotspot wifi in your phone
 3) Connect your laptop to that wifi hotspot
 4) On your phone, open up File Manager + and click that option I mentioned before. It will give you a link (only available to those connected to that hotspot) as well as a password.
 5) Type that link into a browser of your choice on your laptop and then enter the password provided in step 4.
 6) Done)
 Nice! Happy to help :) (re @Sylvain: this feature is awesome i thank you so much ! love this thing)


[04:59] <LLStarks> hmmm, getting osmesa to work with webgl on 4.0 is hard
[06:50] <vish> i'm running the ppa in maverick and the latest update to FF4 depends on global menu, will that break firefox?
[06:51] <vish> i mean, it asks to install the new firefox4.0-globalmenu package
[06:51] <vish> is it required in maverick?
[13:47] <Brownout> vish: looks more like a recommend than a dependency
[16:16] <fta> micahg, jdstrand_: fyi, I found a bug in cdbs triggered by the codecs merge: http://paste.ubuntu.com/575555/
[16:18] <micahg> fta: ok, I think installing a changelog is minor, but it would be great to fix on the next upload, thanks for catching that
[16:27] <fta> bug 194574
[16:37] <micahg> fta: we lost our bot apparently
[16:38] <fta> micahg, yep. https://bugs.launchpad.net/ubuntu/+source/cdbs/+bug/194574
[18:49] <vish> is firefox4.0-globalmenu essential in maverick? will it be a problem or is it just an extension?
[20:41] <vish> micahg: ^ any suggestions?
[21:07] <micahg> vish: it won't do anything w/out unity
[21:07] <vish> cool, thx! :) /me updates
[22:21] <BUGabundo> evening
[22:43] <fta> ola
[22:44] <BUGabundo> :)
[22:48] <fta> sick of that 1000+ in greader
[22:48] <fta> impossible to catch up
[22:54] <BUGabundo> I'm fine
[22:54] <BUGabundo> I prioritize mine
[22:54] <BUGabundo> had most read
[22:54] <BUGabundo> do you want my shared feed?
[22:54] <BUGabundo> :p
[23:03] <fta> BUGabundo, why not
[23:03] <BUGabundo> http://feeds.bugabundo.net/BUGabundo-shared-feed
[23:04] <BUGabundo> SFW
[23:08] <fta> doesn't work
[23:09] <BUGabundo> lookng
[23:09] <BUGabundo> http://feeds.feedburner.com/BUGabundo-sharedfeed
[23:09] <BUGabundo> one - too much
[23:13] <fta> hm, i just see the title in reader
[23:13] <BUGabundo> 6,774 views of 1076 items     16,808 clicks back to the site on  2652 items
[23:13] <BUGabundo> wow
[23:13] <BUGabundo> had no idea so many ppl reading that
[23:15] <BUGabundo> fta: that's strange
[23:15] <BUGabundo> greader should pick up the last few items
[23:47] <chrisccoulson> vish, firefox-4.0-globalmenu should be an empty package in maverick
[23:47] <chrisccoulson> (sorry, i've been out all day)


[00:05] <Unit193> knome: Not sure if that was agreed upon, so sent the merge. :P
[00:07] <knome> merge on what?
[00:24] <Unit193> https://code.launchpad.net/~unit193/xubuntu-docs/fixes/+merge/249768
[00:27] <knome> oh.
[00:27] <knome> you didn't set me as the reviewer directly so i didn't get the email
[00:29] <Unit193> Nor for the other one I believe.
[00:29] <Unit193> I wasn't going to bug you directly on that one.
[01:05] <elfy> knome: what we really want is - here is link, thread closed
[01:06] <Unit193> My goodness.
[01:07] <elfy> your goodness - that's sleep on time?
[01:07] <knome> elfy, what? where? :)
[01:08] <elfy> public is great - publically going on and on about how the only way it all works if for *your* choice to be the chosen one is either windows or bollocks
[01:08] <elfy> knome: here :|
[01:10] <knome> i'm afraid i'm not getting the context? :)
[01:13] <Unit193> My guess is the border thing?
[01:16] <elfy> [01:02] <knome> [19:56:07] both -users and -devel i suppose?
[01:16] <elfy> that
[01:16] <elfy> shame we can't link on m/l and then close it
[01:16] <knome> oh, heh
[01:16] <knome> NOW i understand
[01:17] <knome> the lack of context is that i'm not subbed to the users list
[01:17] <elfy> sorry - a LOT of word ^^
[01:17] <Unit193> Ah, that's why I'm lost.
[01:17] <elfy> nah
[01:17] <elfy> nothing to do with -users
[01:17] <knome> oh..
[01:17] <knome> then i'm lost too :D
[01:18] <elfy> to do with this is one of those things that would be so much better as a link
[01:18] <elfy> that people cannot then go on an on about ad nauseam on any m/l about
[01:18] <Unit193> I get the idea, concept from forums.
[01:18] <knome> right... yeah
[01:18] <elfy> cos it's not going to change
[01:18] <knome> fortunately you can always ignore the threads ;)
[01:19] <elfy> Unit193: not really - concept from 53 years
[01:19] <knome> i mean at least we're giving them the possibility to give their input in a way that's meaningful for us
[01:19] <knome> elfy, i'm sure people have been stubborn before you ;)
[01:19] <elfy> yea - not got an issue with that
[01:19] <elfy> knome: LOL
[01:19] <knome> so what's the issue?
[01:19] <knome> or is there no issue?
[01:20] <elfy> only that it's an un fixable issue so unltimately pointless to discuss
[01:20] <knome> yeah
[01:20] <elfy> is all :)
[01:20] <knome> huzzah, we have 37 responses
[01:21] <elfy> good
[01:21] <elfy> I've not seen request yet
[01:21] <knome> what request?
[01:21] <knome> 7 people have told us they want to learn more about contributing
[01:21] <elfy> to the form
[01:21] <knome> weird
[01:22] <knome> i've posted it to both mail lists
[01:22] <elfy> yea - not seen it here yet :D
[01:22] <knome> oh *HERE*
[01:22]  * knome facepalms
[01:23] <elfy> sorry - long day followed by longer evening ...
[01:23] <knome> https://lists.ubuntu.com/archives/xubuntu-devel/2015-February/010630.html
[01:23] <knome> i'm happy that "only" 50% consider themselves power users
[01:23] <elfy> yep
[01:24] <elfy> not looked at results - just the not being proofread :P
[01:24] <elfy> series ... just for next time :D
[01:24]  * knome shrugs
[01:24] <knome> WHO CARES
[01:24] <knome> :)
[01:24] <elfy> so does elfy
[01:24] <elfy> shrug that is :;
[01:25] <knome> haha
[01:26] <elfy> oh damnation
[01:26] <knome> what now
[01:28] <elfy> just noticed something - if you fail to add e-mail address and then say you want us to contact you - it doesn't give you a "oops"
[01:29] <knome> the oops is that you didn't pass the IQ test, so you shall not be contacted
[01:29] <knome> more seriously, we might want to fix that for the next survey
[01:29] <elfy> excellent
[01:30] <elfy> needed an out for April the after :D
[01:30] <knome> i don't think it's a huge issue :)
[01:31] <elfy> me neither - but, while it's entirely likely that none will do that - perhaps a step we should sort out next time
[01:33] <knome> yep
[01:33] <knome> and maybe we want to improve the whole contact stuff altogether
[01:33] <elfy> mhm
[01:33] <knome> i don't know how yet...
[04:32] <sidi> https://bugzilla.xfce.org/show_bug.cgi?id=11095 this bug needs testing from Xubuntu 14.10 users please!
[10:30] <brainwosh> Noskcaj, xfwm4 4.11.3 adds corner tiling, so bug 1069387 should be fixed too
[10:31] <brainwosh> from the release notes:
[10:31] <brainwosh> - Add corner tiling
[10:32] <brainwosh> the upstream report has not been closed yet
[10:35] <brainwosh> also, bug 1030359 should be fixed now (according to the linked upstream report)
[10:49] <brainwosh> and bug 904958 too
[10:49] <brainwosh> Noskcaj, ^
[13:01] <brainwosh> ochosi, the var name was changed with https://github.com/shimmerproject/Greybird/commit/84992762a9172c526ae7253a1f2e5d734a2d74ef
[13:01] <brainwosh> should the original names be restored?
[13:05] <brainwosh> I'm experimenting a bit with the window borders, basically following http://sevkeifert.blogspot.de/2014/12/increase-window-border-size-in-xubuntu.html
[14:59] <Unit193> Debian #778470
[15:58] <bluesabre> brainwosh, Noskcaj: xfwm4 4.11.3 uploaded, then saw the tagged bugs posted later, and marked those fixed as well
[16:00] <brainwosh> bluesabre, awesome
[16:00] <brainwosh> so, xfce4-settings next? :)
[16:01] <bluesabre> yup, waiting for ochosi to merge his branch
[16:01] <bluesabre> working on getting a greeter release out today
[16:23] <ochosi> bluesabre: was out until recently, hjudt says the branch is leaky, so i'll have to look again before i can merge
[16:24] <ochosi> brainwosh: the result (thick borders) somehow looks shitty, just look at the border where the toolbar is
[16:24] <ochosi> i'd rather add some inner border
[16:25] <brainwosh> it looks ok to me, but adding extra border space to the top seems to be tricky
[16:25] <ochosi> also, i'm not sure what you're referring to with that greybird commit you linked. the color-pickup was only for the inner border, not the window border
[16:26] <brainwosh> the pointer variable names
[16:26] <ochosi> ah, right, well those are just copies
[16:26] <ochosi> not sure that matters really though
[16:27] <ochosi> i used to just use symlinks
[16:27] <ochosi> but yeah, feel free to submit a merge-request, gotta look at other things now
[16:27] <brainwosh> it does not seem to matter, just noticed it while editing these files :)
[17:23] <dkessel> slickymaster: the call for german translations has already resulted in new translations :) i am currently reviewing them
[17:47] <slickymaster> great dkessel. Thanks
[18:10] <dkessel> ... and we're at 70% :)
[18:27] <slickymaster> Unit193, knome, is https://code.launchpad.net/~unit193/xubuntu-docs/fixes/+merge/249768 because/based on our discussion of last friday?
[18:35] <Unit193> slickymaster: I put it there, it's up to you two to decide if it gets merged.
[18:38] <slickymaster> yeah, I know, but does the MP comes as a consequence of our discussion?
[18:39] <Unit193> Kind of, I was working on the docs and submitting other merge proposals already.
[18:39] <slickymaster> yeah saw those also
[18:40] <slickymaster> can I bother you tomorrow again with the stats on the -docs po files Unit193?
[18:41] <slickymaster> I won't do anything today, it's almost dinner time and the little one still has to take his shower
[18:41] <slickymaster> before dining
[18:55] <Unit193> slickymaster: Well, not sure what else to tell you.  The po files you get by checking out the branch isn't up to date (easily fixed by merging strings from the pot, but still.)
[19:07] <slickymaster> ok Unit193, talk to you tomorrow
[19:08] <Unit193> Yep!  Good rest.
[19:34] <dupingping> hi guys.
[19:34] <dupingping> how can i join this team?
[19:35] <dupingping> with ubuntu member ship?
[19:39] <ochosi> dupingping: hi
[19:39] <ochosi> you mean the xubuntu team?
[20:10] <dupingping> yes
[20:10] <dupingping> i'll contribute for xubuntu.
[20:10] <dupingping> https://sourceforge.net/projects/ubuntu-dock/files/?source=navbar
[20:11] <dupingping> it's my own project named as ubuntu-dock like as MacOSX's Dock
[20:12] <dupingping> i think that if it's used in xubuntu, xubuntu will be more useful and beautiful.
[20:12] <dupingping> ochosi, u there?
[20:12] <ochosi> do you have a link to the source as well?
[20:13] <dupingping> i did not upload the source yet.
[20:13] <dupingping> i am going to upload the source in to launchpad.net
[20:13] <ochosi> ok
[20:14] <dupingping> are you a xubuntu member or leader?
[20:15] <dupingping> Can i join xubuntu team?
[20:15] <ochosi> i'm the project lead, yeah
[20:15] <dupingping> oh, that's great.
[20:16] <ochosi> membership is granted through contribution around here, not by me saying "yes" or "no"
[20:16] <ochosi> i suggest you keep hanging out here, that's a first step towards joining the team
[20:16] <dupingping> i'll send you my email address, thus we can meet often.
[20:16] <dupingping> yes.
[20:16] <ochosi> no need to send me your email address
[20:17] <ochosi> we communicate mostly on IRC, sometimes on the mailinglist
[20:17] <dupingping> okay, i'll remember your id at here.
[20:17] <dupingping> oh, sir.
[20:17] <dupingping> my time is 4:17 AM
[20:17] <dupingping> your time is
[20:17] <ochosi> no need to "sir" anyone here
[20:17] <dupingping> ic
[20:18] <ochosi> some of us are in europe, some in the US
[20:18] <ochosi> and australia too, iirc
[20:18] <dupingping> i'm in asia
[20:18] <dupingping> :)
[20:18] <Unit193> ochosi: But we don't count those people..
[20:18] <ochosi> Unit193: hehe
[20:20] <dupingping> see you tomorrow, now i'm very tired for develop the ubuntu-dock
[20:20] <dupingping> and very late time.
[20:20] <dupingping> bye
[20:25] <brainwosh> ochosi, should we tell him about plank and co? :)
[20:47] <Unit193> Alright, I'm going with LP isn't importing translations from LP...
[20:47] <Unit193> Why are translations such a pain?!
[20:49] <Unit193> http://paste.openstack.org/show/pbdYVOf4cXm84GKaVa9F/ downloaded an export from LP, that's the diff between the one in the repo and..
[22:27] <Unit193> And in case people didn't notice, the vivid ISOs went the same way as 14.04.2.
[22:27] <knome> Unit193, heh.
[22:30] <bluesabre> hm?
[22:31] <Unit193> vivid has several unity packages (control center, etc), unity-greeter in addition to gtk, qt libs, and even more fun: both xscreensaver and gnome-screensaver.  As if locking wasn't complicated enough. :P
[22:31] <Unit193> http://paste.openstack.org/show/7HZrBRWkuUeNOVixOTdU for a look, and I can strip versions to get a cleaner look.
[22:33] <bluesabre> won't that be resolved with the blacklist definitions in the updated seed?
[22:34] <Unit193> Nope.  Their breakage, hopefully their fix.
[22:34] <Unit193> Ah yes, another power manager too!  Just what we always needed!
[22:35] <bluesabre> yessss
[22:36] <Unit193> Heh, do they plan to land these type of changes right before FF? :P
[22:41] <bluesabre> Seems almost typical
[22:43] <Unit193> Yes, yes it does.
[22:43] <Unit193> elfy: Might not want to sync images, have the 14.04.2 problem in vivid now.
[22:53] <flexiondotorg_> bluesabre, Hi
[22:54] <bluesabre> flexiondotorg_: hey
[22:54] <flexiondotorg_> bluesabre, Does XFCE or Xubuntu use gsettings at all?
[22:54] <bluesabre> yes
[22:54] <flexiondotorg_> I've noticed some odd behaviour.
[22:54] <flexiondotorg_> Confirmed with Fedora rawhide devs.
[22:55] <flexiondotorg_> glib2 2.43.3 in 15.04 is not applying all gsettings values straight away.
[22:55] <flexiondotorg_> For example, in MATE changing a theme not everything is applied until log out/in.
[22:56] <flexiondotorg_> Or change sound theme settings are not activated directly, requires a log out/it.
[22:56] <flexiondotorg_> bluesabre, elfy Can you confirm that gsettings are, or are not, working correctly in Xubuntu 15.04.
[22:56] <flexiondotorg_> Fedora rawhide suspect glib2 breakage or change in behaviour.
[22:57] <bluesabre> one sec
[22:57] <Unit193> bluesabre: Got anything you need assist with?
[22:58] <bluesabre> flexiondotorg_: it seems to be working correctly here
[22:58] <flexiondotorg_> So gsettings key/value pairs are working. Other are not.
[22:59] <bluesabre> xfconf, gsettings both work currently with today's daily
[23:00] <bluesabre> Unit193: want to package light-locker in -staging for https://github.com/the-cavalry/light-locker/tree/lid-closed (probably a basic patch on top for now)
[23:00]  * bluesabre is working prepping the lightdm-gtk-greeter release
[23:00] <bluesabre> on
[23:09] <flexiondotorg_> bluesabre, lightdm-gtk-settings 😃
[23:10] <bluesabre> that comes next :)
[23:10] <flexiondotorg_> bluesabre, This commit looks suspicious to me - https://git.gnome.org/browse/glib/commit/?id=8ff5668a458344da22d30491e3ce726d861b3619
[23:10] <Unit193> Sounds like fun, bluesabre.  Need it today?
[23:10] <bluesabre> Unit193: no hurry
[23:10] <bluesabre> My priorities now are the greeter and mugshot/catfish updates before thursday
[23:11] <Unit193> Great, the weather is up to -3F, might be time for a walk this evening.
[23:11] <Unit193> Just remember, ping me if you need me.
[23:11] <bluesabre> Unit193: ofc, thanks - also need to endorse your packageset app
[23:13] <knome> mm


[15:46] <schopin> slyon: how would you feel about a dependency on python-gi for netplan?
[15:46] <schopin> (not a huge fan myself)
[15:48] <schopin> I'm working on LP: #1942930 and to solve the problem I need to get a list of files from the C library. The easiest way to return said list would probably be to use the GLib bindings from python-gi, but I don't like the idea of pulling yet another dependency.
[15:51] <schopin> Other solutions would be to design the C API to work as an iterator, where for each call you provide the previous value as argument, or to design our own simple list data structure of which we control the data layout and can thus reproduce it in ctypes.
[15:55] <schopin> Stepping back, what I need is a way to identify all files where interfaces of a given type are defined. I couldn't find anything already written, but I might be missing something?


[02:09] -queuebot:#ubuntu-release- New binary: firefox [armhf] (eoan-proposed/main) [68.0+build1-0ubuntu1] (mozilla, ubuntu-desktop)
[05:08] -queuebot:#ubuntu-release- Unapproved: libfm-qt (disco-proposed/universe) [0.14.1-0ubuntu2 => 0.14.1-0ubuntu2.1] (lubuntu)
[06:59] <RikMills> sil2100: fair warning, I have a Plasma SRU coming (today if I have time), but by the end of the week if not. really want to get that in the 18.04.3 release on August 1st
[07:29] <sil2100> RikMills: ok, thanks for the heads up
[09:07] -queuebot:#ubuntu-release- Unapproved: gnome-desktop3 (bionic-proposed/main) [3.28.2-0ubuntu1.4 => 3.28.2-0ubuntu1.5] (ubuntu-desktop)
[09:08] <Laney> ^- if someone has time, that's a brown paper bag upload because I uploaded a FTBFSing one previously :(
[09:08] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (disco-proposed/main) [5.0.0-21.22] (core, kernel)
[09:09] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (disco-proposed/main) [5.0.0-21.22] (core, kernel)
[09:09] -queuebot:#ubuntu-release- New binary: linux-signed [arm64] (disco-proposed/main) [5.0.0-21.22] (core, kernel)
[09:13] <apw> Laney, looking
[09:13] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (disco-proposed) [5.0.0-21.22]
[09:13] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (disco-proposed) [5.0.0-21.22]
[09:13] -queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (disco-proposed) [5.0.0-21.22]
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted gnome-desktop3 [source] (bionic-proposed) [3.28.2-0ubuntu1.5]
[09:15] <Laney> thanks <3
[09:21] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-155.182] (core, kernel)
[09:22] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-155.182]
[10:21] -queuebot:#ubuntu-release- New binary: firefox [arm64] (eoan-proposed/main) [68.0+build1-0ubuntu1] (mozilla, ubuntu-desktop)
[10:41] -queuebot:#ubuntu-release- Unapproved: aptdaemon (xenial-proposed/main) [1.1.1+bzr982-0ubuntu14 => 1.1.1+bzr982-0ubuntu14.1] (kubuntu, ubuntu-desktop)
[10:45] <juliank> ^ finally a working test suite for aptdaemon/xenial, woohoo. and frontend locking support, ofc
[10:45] <juliank> :)
[11:05] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-55.60] (core, kernel)
[11:05] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (cosmic-proposed/main) [4.18.0-26.27] (core, kernel)
[11:05] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (cosmic-proposed/main) [4.18.0-26.27] (core, kernel)
[11:06] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-55.60] (core, kernel)
[11:07] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (cosmic-proposed) [4.18.0-26.27]
[11:07] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (cosmic-proposed) [4.18.0-26.27]
[11:08] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-55.60]
[11:08] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-55.60]
[12:16] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (bionic-proposed/main) [4.15.0-1018.20] (kernel)
[12:48] <jamespage> afternoon/morning
[12:49] <jamespage> could the nova in disco-proposed be accepted into -updates please - I've checked through the associated 4 bug reports and the verification appears to be complete
[12:49] <jamespage> we have another updated in the UNAPPROVED queue that I'd like to get accepted after that's all in
[12:50] -queuebot:#ubuntu-release- Unapproved: ruby2.3 (xenial-proposed/main) [2.3.1-2~16.04.12 => 2.3.1-2~ubuntu16.04.13] (kubuntu, ubuntu-desktop)
[12:56] <jamespage> also please can nova 	2:17.0.10-0ubuntu1 be rejected in the UNAPPROVED queue for bionic; the point release is included with 	2:17.0.10-0ubuntu2 which is also pending acceptance into proposed
[12:58] <jamespage> bdmurray: bug 1830341 somehow had lost ubuntu-sru as a subscriber - could the uploads in bionic/UNAPPROVED for nova, horizon, heat and cinder be accepted into proposed so we can complete testing
[12:58] <jamespage> coreycb, sahid: ^^
[13:01] <coreycb> jamespage: thanks. i think we were blocked on the nova ssl verfication but if that's tested now then +1.
[13:01] <jamespage> yeah I think that was the last piece of the puzzle; we need to get better about not stacking multiple SRU's on the same package; things get tangled
[13:02] <coreycb> jamespage: thanks for doing that :)
[13:04] <coreycb> jamespage: it'd be tough to not stack SRUs with nova
[13:05] <coreycb> we'd have a long chain of SRUs at times blocked on previous ones
[13:06] <coreycb> jamespage: the problem we hit with that one is some of the charms didn't support disco
[13:06] <jamespage> ack
[13:29] -queuebot:#ubuntu-release- Unapproved: landscape-client (cosmic-proposed/main) [18.01-0ubuntu4.2 => 18.01-0ubuntu4.3] (ubuntu-server)
[13:47] -queuebot:#ubuntu-release- Unapproved: landscape-client (disco-proposed/main) [18.01-0ubuntu7 => 18.01-0ubuntu7.1] (ubuntu-server)
[13:49] -queuebot:#ubuntu-release- Unapproved: landscape-client (xenial-proposed/main) [16.03-0ubuntu<IP_ADDRESS> => 16.03-0ubuntu<IP_ADDRESS>] (ubuntu-server)
[13:56] <xnox> sil2100:  apw: should we forward copy 21.22 from disco-proposed to eoan-proposed?
[13:56] <xnox> src:linux
[14:02] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-430 [amd64] (bionic-proposed) [430.26-0ubuntu<IP_ADDRESS>]
[14:02] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-430 [i386] (bionic-proposed) [430.26-0ubuntu<IP_ADDRESS>]
[14:02] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (bionic-proposed) [4.15.0-1018.20]
[14:05] -queuebot:#ubuntu-release- Unapproved: ubuntu-report (bionic-proposed/main) [1.3.1 => 1.3.2] (no packageset)
[14:32] <apw> xnox, it will happen as part of my processing yes
[14:32] <xnox> apw:  ack
[14:32] <xnox> apw:  just eager to consume all the kernels =)
[14:32] <xnox> the fresh kernel is always better
[14:33] <apw> sigh
[14:38] <infinity> Define "better".
[14:39] <ogra> less worn out ... glossy surface ?
[14:40] <infinity> Reflective, even?
[14:40] <ogra> yeah but be careful its a fingerprint magnet !
[14:43] <bdmurray> jamespage: I'll have a look today
[14:44] <infinity> bdmurray: Oh, small wrist slap.  You releases libreoffice yesterday, but not libreoffice-l10n.  They need to be lockstep.
[14:44] <infinity> (fixed this morning)
[14:45] <bdmurray> infinity: whoops, I'd meant to revisit that. Doesn't sru-release have some do these packages together check?
[14:45]  * rbasak was about to mention that
[14:46] <rbasak> Packages tha need to be in lockstep should be in the list in sru-review now
[14:47] <infinity> s/review/release/?
[14:47] <infinity> RELEASE_TOGETHER_PACKAGE_GROUPS
[14:47] <rbasak> Oh yes, sru_release, sorry.
[14:47] <rbasak> sru-release
[14:48] <bdmurray> Okay, so we should add lo and lo-l10n then?
[14:48] <infinity> Should do.
[14:48] <infinity> More scarily, why do the linux groups not include -signed?
[14:48] <bdmurray> infinity: Can you do that otherwise it'll be an MP from me.
[14:48] <infinity> I can.
[14:48] <bdmurray> thanks
[14:48] <rbasak> infinity: because the person who wrote the check didn't know the complete list.
[15:01] <infinity> rbasak: Check.  Fixed that now.
[15:01] <rbasak> Thanks!
[15:02] <mdeslaur> infinity: hi! it's cosmic EoL announcement day tomorrow
[15:03] <infinity> mdeslaur: And there shall be fireworks.
[15:03] <infinity> I've asked the entire USA to celebrate.
[15:03] <mdeslaur> infinity: oh! good idea! :)
[15:26] -queuebot:#ubuntu-release- New binary: linux-signed-oem-osp1 [amd64] (bionic-proposed/universe) [5.0.0-1013.14] (no packageset)
[15:35] -queuebot:#ubuntu-release- New binary: firefox [ppc64el] (eoan-proposed/main) [68.0+build1-0ubuntu1] (mozilla, ubuntu-desktop)
[15:43] -queuebot:#ubuntu-release- New: accepted firefox [amd64] (eoan-proposed) [68.0+build1-0ubuntu1]
[15:43] -queuebot:#ubuntu-release- New: accepted firefox [armhf] (eoan-proposed) [68.0+build1-0ubuntu1]
[15:43] -queuebot:#ubuntu-release- New: accepted firefox [ppc64el] (eoan-proposed) [68.0+build1-0ubuntu1]
[15:43] -queuebot:#ubuntu-release- New: accepted firefox [arm64] (eoan-proposed) [68.0+build1-0ubuntu1]
[15:43] -queuebot:#ubuntu-release- New: accepted firefox [s390x] (eoan-proposed) [68.0+build1-0ubuntu1]
[15:43] -queuebot:#ubuntu-release- New: accepted firefox [i386] (eoan-proposed) [68.0+build1-0ubuntu1]
[15:55] <bdmurray> jamespage: I don't see a heat in the bionic unapproved queue. Additonally, there are 2 novas. Does the newer one supersede the older one?
[15:58] <jamespage> bdmurray: re nova yes 0ubuntu2 supercedes 0ubuntu1
[15:59] <jamespage> coreycb: can you check on heat for me? otp
[15:59] -queuebot:#ubuntu-release- Unapproved: accepted cinder [source] (bionic-proposed) [2:12.0.7-0ubuntu1]
[16:01] <coreycb> jamespage: checking
[16:05] -queuebot:#ubuntu-release- Unapproved: accepted horizon [source] (bionic-proposed) [3:13.0.2-0ubuntu1]
[16:06] -queuebot:#ubuntu-release- Unapproved: rejected nova [source] (bionic-proposed) [2:17.0.10-0ubuntu1]
[16:06] <coreycb> jamespage: bdmurray: i'm guessing those never got sponsored for sahid's queens SRU 1830341
[16:07] <coreycb> i'll follow up with sahid on those
[16:09] <sahid> coreycb: if you can have a look of the neutron update to 14.0.2
[16:09] <sahid> https://code.launchpad.net/~sahid-ferdjaoui/ubuntu/+source/neutron/+git/neutron
[16:10] <sahid> https://launchpad.net/~sahid-ferdjaoui/+archive/ubuntu/disco-stein/+build/17217415
[16:11] <sahid> coreycb: about SRU 1830341, i think heat is missing
[16:11] <bdmurray> coreycb: also something is horribly wrong with the neutron upload in bionic unapproved as I just had 100 tabs opened in my browser
[16:13] <bdmurray> coreycb: https://launchpadlibrarian.net/429060544/neutron_12.0.6-0ubuntu2_source.changes
[16:14] <bdmurray> neat the Changes: goes back to precise
[16:17] <apw> bdmurray, a -v which doesn't exist causes that kind of thign
[16:17] -queuebot:#ubuntu-release- Unapproved: rejected neutron [source] (bionic-proposed) [2:12.0.6-0ubuntu2]
[16:17] <bdmurray> apw: I never made that kind of mistake so wouldn't know. ;-)
[16:18] <bdmurray> plenty of others though
[16:19] <apw> bdmurray, i am sure i have made most of them in spades
[16:24] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (bionic-proposed) [2:17.0.10-0ubuntu2]
[16:29] <coreycb> bdmurray: strange, taking a look
[16:31] <teward> bdmurray: are you OK with me SRU-verifying https://bugs.launchpad.net/ubuntu/+source/anki/+bug/1825722 as it's easy to verify if it works or not?  (THank you for accepting it into proposed by the way for its SRU, hope you and the rest of the SRU team didn't mind me JFDI with regards to that bug xD)
[16:31] <teward> or would you prefer to wait for the reporters to get back?
[16:33] -queuebot:#ubuntu-release- Unapproved: neutron (bionic-proposed/main) [2:12.0.6-0ubuntu1 => 2:12.0.6-0ubuntu2] (openstack, ubuntu-server)
[16:34] -queuebot:#ubuntu-release- New: rejected dpf-plugins [source] (eoan-proposed) [1.2-0ubuntu1]
[16:37] <coreycb> bdmurray: i've uploaded neutron to bionic unapproved
[16:39] <coreycb> sahid: 14.0.2 looks good. builds ok right?
[16:40] <bdmurray> teward: While not ideal its always okay for the SRU uploader to verify the SRU.
[16:41] <teward> bdmurray: ack.  In this case I can tell you it either "runs" or "doesn't" so :P  (Not a fan of the wildcard import, but it's that or a string of about 10 other imports...)
[16:41] <teward> i'll leave it, if it doesn't get motion by end of next week I'll prod it :)
[16:41] -queuebot:#ubuntu-release- Unapproved: rejected percona-toolkit [source] (xenial-proposed) [2.2.16-1ubuntu0.1]
[16:42] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (bionic-proposed) [2:12.0.6-0ubuntu2]
[16:47] <bdmurray> coreycb, jamespage: let me know if heat shows up
[17:16] <sahid> coreycb: yep i shared the link
[17:16] <sahid> https://launchpad.net/~sahid-ferdjaoui/+archive/ubuntu/disco-stein/+build/17217415
[17:16] <coreycb> sahid: ah great, sorry i missed that
[17:17] <sahid> no worries :)
[17:18] -queuebot:#ubuntu-release- Unapproved: neutron (disco-proposed/main) [2:14.0.1-0ubuntu1 => 2:14.0.2-0ubuntu1] (openstack, ubuntu-server)
[17:29] <coreycb> sahid: jamespage: bdmurray: the heat 10.0.3 release tarball isn't available so i think we should move on without it for now. i've asked in  #openstack-stable and #openstack-heat about it. seems they've done the right things to tag it and get it released.
[17:34] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (bionic-proposed/main) [4.15.0-1037.39] (kernel)
[17:34] -queuebot:#ubuntu-release- New binary: linux-signed-gke-4.15 [amd64] (bionic-proposed/main) [4.15.0-1037.39] (no packageset)
[17:37] -queuebot:#ubuntu-release- Unapproved: neutron (disco-proposed/main) [2:14.0.1-0ubuntu1 => 2:14.0.2-0ubuntu1] (openstack, ubuntu-server)
[17:42] <coreycb> bdmurray: we have nova and neutron uploads in the disco unapproved queue if you want to take a look. for neutron the most recent super duper one superseeds the other 2 that are in the queue.
[17:46] -queuebot:#ubuntu-release- Unapproved: dkms (bionic-proposed/main) [2.3-3ubuntu9.3 => 2.3-3ubuntu9.4] (kubuntu, ubuntu-desktop)
[17:50] <bdmurray> coreycb: And they supersede the nova and neutron that are already in -proposed and unverified?
[17:59] <coreycb> bdmurray: neutron will supersede what's in proposed but nova 2:19.0.0-0ubuntu2.3 in proposed should be ready to release first as it's verified
[18:03] <bdmurray> coreycb: Ah bug 1808951 was tagged incorrectly.
[18:04] <coreycb> bdmurray: ah yeah i see
[18:06] -queuebot:#ubuntu-release- Unapproved: dkms (disco-proposed/main) [2.6.1-4ubuntu2.1 => 2.6.1-4ubuntu2.2] (ubuntu-desktop)
[18:14] -queuebot:#ubuntu-release- New source: dpf-plugins (eoan-proposed/primary) [1.2-0ubuntu1]
[18:16] <teward> ^ contains the fixes requested by sil
[18:19] <Eickmeyer> ^ details in bug 1829562
[18:45] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (disco-proposed) [2:19.0.1-0ubuntu1]
[18:46] -queuebot:#ubuntu-release- Unapproved: rejected neutron [source] (disco-proposed) [2:14.0.2-0ubuntu1]
[18:46] -queuebot:#ubuntu-release- Unapproved: rejected neutron [source] (disco-proposed) [2:14.0.1-0ubuntu2]
[18:56] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (disco-proposed) [2:14.0.2-0ubuntu1]
[20:53] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (bionic-proposed) [4.15.0-1037.39]
[20:53] -queuebot:#ubuntu-release- New: accepted linux-signed-oem-osp1 [amd64] (bionic-proposed) [5.0.0-1013.14]
[20:53] -queuebot:#ubuntu-release- New: accepted linux-signed-gke-4.15 [amd64] (bionic-proposed) [4.15.0-1037.39]
[21:17] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [source] (xenial-proposed) [0.8.3-0ubuntu5]


[14:03] <shadeslayer> hi, I was wondering, libkdcraw, marble and kdegraphics-thumbnailers are all valid candidates for moving, yet they haven't migrated over the last 3 days from -proposed
[14:03] <shadeslayer> any clue why?
[14:04] <cjwatson> "valid candidate" is only the first stage.  you have to look at update_output for the second
[14:04] <cjwatson> https://wiki.ubuntu.com/ProposedMigration
[14:05] <shadeslayer> ah
[14:05] <cjwatson> in this case: libkdcraw/kdegraphics-thumbnailers leaves calligra, digikam, digikam-dbg, kipi-plugins, kphotoalbum, krita, kubuntu-full, showfoto uninstallable
[14:05] <cjwatson> marble/kdeplasma-addons leaves calligra-reports-map-element, digikam, digikam-dbg, kexi-map-form-widget, libkgeomap-dev, libkgeomap1, showfoto uninstallable
[14:05] <cjwatson> unhandled soname changes?
[14:06] <cjwatson> libkdcraw22 -> libkdcraw23 and libmarblewidget16 -> libmarblewidget17, so looks like it
[14:07] <cjwatson> calligra's still building
[14:08] <cjwatson> at least digikam definitely needs a rebuild
[14:09] <cjwatson> and kphotoalbum
[14:09] <shadeslayer> I see
[14:09] <shadeslayer> makes sense
[14:09]  * shadeslayer can finally sort of understand update_output.txt \o/
[14:16] <shadeslayer> cjwatson: question , what does 85 and 125 mean in : skipped: libkdcraw (85 <- 125)
[14:17] <cjwatson> they're done/remaining counters in the list of packages currently being iterated over
[14:17] <shadeslayer> ah okay
[14:18] <cjwatson> but anyway, you don't want that bit - for packages involved in a transition, look for the first match following the "SUCCESS" line (which indicates the end of attempts to migrate sources one at a time, and the start of attempts to migrate groups)
[14:19] <seb128> I wonder if there are extra infos that could be put inline in that file to make easier to read/understand it
[14:19] <cjwatson> I'd rather put a frontend on it the way packages.qa.debian.org does
[14:19] <shadeslayer> ^^
[14:20] <cjwatson> http://release.debian.org/migration/testing.pl etc.
[14:21]  * seb128 basically does "look at the bottom of the page, for the source you are interested in, and try to install the packages listed on the arch lists"
[14:21] <cjwatson> and if we avoid mucking about with the format of the raw file, it will make it easier to put that kind of frontend on top
[14:21] <cjwatson> which is why I'm reluctant to touch it much
[14:21] <seb128> yeah, I'm not sure what makes it difficult to read/what would improve though :/
[14:22] <shadeslayer> seb128: well, it's just that you need to know how to read it :)
[14:22] <shadeslayer> if you look at it without knowing how to read it, then it doesn't make much sense
[14:23] <seb128> well, I sort of know how to find the info I want/need usually, but sometime I still manage to get it wrong
[14:23] <seb128> e.g when we had several transitions involved recently (e-d-s samba openchange) I managed to get really confused until Laney helped me
[14:35] <xnox> yeah, when there are multiple transitions, it seems to try all possible intersections of those, which means one needs to read the "middle one" where all transitions are tried together.
[14:40] <cjwatson> xnox: IME the most complete one is usually at the top
[14:40] <cjwatson> well, below the initial block ending in "SUCCESS"
[14:51] <shadeslayer> cjwatson: does valgrind need fixing wrt arm64?
[14:51] <shadeslayer> doesn't seem to be built for arm64
[14:51] <cjwatson> Don't know, you'll need to give me some context
[14:52] <shadeslayer> https://launchpad.net/ubuntu/+source/valgrind/1:3.8.1-5ubuntu1
[14:52] <cjwatson> Oh, presumably it needs to be ported
[14:52] <shadeslayer> ^^ no arm64 causes https://launchpad.net/ubuntu/+source/digikam/4:3.5.0-0ubuntu3/+build/5296982
[14:52] <cjwatson> digikam should only try to use valgrind on arches where it's available
[14:52] <shadeslayer> ack
[14:52] <cjwatson> it's never been "works on every architecture" kind of software
[14:53] <cjwatson> compare https://bugs.launchpad.net/linaro-aarch64/+bug/1236748
[14:53] <ubot2> Launchpad bug 1236748 in Linaro AArch64 cross-distro work "valgrind needs Aarch64 port" [Undecided,Triaged]
[14:54] <cjwatson> https://bugzilla.redhat.com/show_bug.cgi?id=926688 suggests "several months of work"
[14:54] <ubot2> bugzilla.redhat.com bug 926688 in valgrind "valgrind: Does not support aarch64 in f19 and rawhide" [Unspecified,Closed: cantfix]
[14:54] <shadeslayer> yeah, 95K lines of ARM specific code
[14:55]  * shadeslayer adds !arm64 to Build-Depends
[14:55] <cjwatson> Probably the wrong answer
[14:55] <shadeslayer> hm?
[14:56] <cjwatson> valgrind has "Architecture: amd64 armel armhf i386 mips mipsel powerpc ppc64 s390x x32" - better to match that than to invent an inaccurate negative version
[14:56] <cjwatson> that'd just need to be updated for the next port
[14:57] <shadeslayer> *nod*
[15:20] <cjwatson> could somebody in ~ubuntu-sru please review partman-basicfilesystems/precise?  apw eyeballed it a few days ago
[15:21] <stgraber> cjwatson: doing so now
[15:22] <ara> hello! could anyone in ~ubuntu-sru review https://launchpad.net/ubuntu/precise/+queue?queue_state=1&queue_text=gnome-control-center, please?
[15:22] <shadeslayer> likewise for kscreen as well ^^ , it has a MRE
[15:22] <cjwatson> thanks.  I'd nag about grub2/precise as well but I'm currently waiting for upstream to reappear on IRC so I can jump on him about whether the latest iteration of the hotkey patch is ok
[15:23] <cjwatson> I'll take gnome-control-center
[15:23] <ara> cjwatson, thanks
[15:27] <cjwatson> shadeslayer: saucy, presumably - libkscreen too?
[15:27] <cjwatson> ara: done
[15:27] <shadeslayer> cjwatson: yep
[15:27] <ara> cjwatson, thanks!
[15:31] <cjwatson> stgraber: thanks
[16:36] <shadeslayer> cjwatson: thx
[17:28] <cjwatson> xnox: could you do another ubiquity/precise upload with the new partman-basicfilesystems in precise-proposed?
[17:28] <cjwatson> should be less busted now
[18:01] <xnox> cjwatson: ack.


[15:10] <charlie-tca> Good morning
[16:40] <charlie-tca> mr_pouit: both desktop and alternate images install today


[12:28] <mahfouz> is this the kitten channel?
[12:31] <SiDi> Yes
[12:31] <SiDi> prr, prr
[12:32] <mahfouz> how about the new theme, it's UDS and it was promised?
[12:41] <SiDi> kittens dont design themes, sorry
[12:41] <SiDi> they only purr


[18:22] <pleia2> ah, wiki load times
[18:27] <pleia2> ianorlin: I seem to recall you accepted a nomination at the last meeting, care to add yourself to the wikipage? :)
[20:02]  * pleia2 adds SF ubuntu hour for december to the schedule
[20:06]  * nhandler adds it to his calendar so he doesn't forget
[20:06] <pleia2> :)
[21:53] <MichaelPaoli> Berkeley Linux Users Group (BerkeleyLUG) - still @ Bobby G's Pizzeria - noon-3pm http://berkeleylug.com/meetings/
[21:53] <darthrobot`> Title: [Meetings | BerkeleyLUG]


[02:53] <Sprocks> is there anyone here that has used the find command before id like some information about capabilities
[06:38] <bekks> Sprocks: "man find" tells you everything about the cpabilities of "find".
[06:42] <JanC> actually, 'info find' will tell you a lot more...
[06:43] <bekks> How comes that some programs use "man" and others use "info" for documentation?
[06:45] <JanC> 'info' is a GNU tool, 'man' is much older (UNIX, BSD, etc.)
[06:46] <JanC> so usually GNU tools come with 'info' documentation, but non-GNU tools don't
[06:47] <JanC> 'info' has hyperlinks & such, so it's a bit more sophisticated
[06:47] <bekks> Ah ok.
[06:48] <JanC> OTOH, there are also tools/programs that come with HTML PDF, etc. for docs, of course
[06:52] <JanC> compare 'man' & 'info' for commands like 'bash' & 'find' for yourself  :)
[12:40] <lordievader> Good afternoon.
[16:27] <OliPicard> Hi everyone, I'm trying to compile liblcfg
[16:33] <OliPicard> but it's currently failing to compile, here's a log of what i'm trying to do. https://gist.github.com/OliPicard/dcfba67b13a45d7415fc
[16:43] <Seveas> OliPicard: if a command fails, repeating it with sudo is *not* the first thing to try. In fact, it should be almost the last thing to try. You will now have messed up file permissions/ownership. Best start from scratch.
[16:43] <Seveas> OliPicard: and the error means there's a bug in the Makefile.am file that you'll need to fix
[16:48] <TJ-> My guess is that libtool isn't installed/found
[16:58] <OliPicard> thanks :)
[20:30] <OliPicard> Hi everyone, I'm currently trying to create a cron job with upstart. just wondering if anyone knows of any good tutorials/guides on how to do it?
[20:35] <OliPicard> I'm trying to create a cron job that when fired, execs a python script just not sure how to setup the timer
[20:36] <OliPicard> ah...
[20:36] <OliPicard> I cant use it
[20:37] <ikonia> create a cronjob with upstart ?
[20:37] <ikonia> upstart is the init - it's nothing to do with cron
[20:41] <OliPicard> i'll use cron instead :)


[00:00] <mwhudson> vorlon: if you're into that level of moving things around, should i just upload https://github.com/ubuntu/adsys/pull/289 ?
[00:01] <vorlon> mwhudson: yeeeees
[00:01] <vorlon> I mean, I haven't looked at what that does, but yes, samba+sssd needs sorting
[00:01] <mwhudson> although possibly not with my current changelog entry, which is "  * argh"
[00:01] <vorlon> but all of perl, python3, ocaml are entangled right now, so yes it's time to start using a hatchet
[00:01] <mwhudson> vorlon: ack
[00:02] <vorlon> Finished 7 hours ago (took 1 day, 21 hours, 30 minutes, 16.7 seconds)
[00:02] <vorlon> yeah maybe I don't care about getting sagemath fixed on armhf
[00:05]  * mwhudson stops himself before uploading a native package with debian/patches again
[00:12] <mwhudson> backuppc looks a bit worrying
[00:12] <mwhudson> checksum errors with new samba?
[00:13] <mwhudson> ah https://bugs.launchpad.net/ubuntu/+source/backuppc/+bug/1962166
[00:15] <mwhudson> which is linked from excuses, silly me
[00:17] <mwhudson> vorlon: python3.10 looks reasonably close actually?
[00:18] <mwhudson> although that backuppc thing is not so great
[00:20] <mwhudson> yeah ok i guess i'm learning about backuppc today
[00:20] <mwhudson> vorlon: unless you're looking at that already?
[00:21] <mwhudson> lunch first though
[01:16] -queuebot:#ubuntu-release- Unapproved: golang-github-containers-buildah (impish-proposed/universe) [1.21.3+ds1-1ubuntu1 => 1.21.3+ds1-1ubuntu1.1] (no packageset)
[02:07] <mwhudson> oh wait sergiodj had a mp with a workaround
[04:45] <sergiodj> mwhudson: yes; I'll push it later today
[04:45] <sergiodj> s/push/upload
[07:29] <jamespage> vorlon: urgh - apologies let me checkandfix
[07:34] <jamespage> vorlon: fixed - I'll upload again shortly
[08:09] -queuebot:#ubuntu-release- Unapproved: plasma-discover (impish-proposed/universe) [5.22.5-0ubuntu1 => 5.22.5-0ubuntu1.1] (kubuntu)
[09:11] <laney> amurray: leave it, it's working as intended
[09:34] -queuebot:#ubuntu-release- New: accepted csound [amd64] (jammy-proposed) [1:6.17.0~dfsg-3]
[09:34] -queuebot:#ubuntu-release- New: accepted csound [armhf] (jammy-proposed) [1:6.17.0~dfsg-3]
[09:34] -queuebot:#ubuntu-release- New: accepted csound [riscv64] (jammy-proposed) [1:6.17.0~dfsg-3]
[09:34] -queuebot:#ubuntu-release- New: accepted csound [arm64] (jammy-proposed) [1:6.17.0~dfsg-3]
[09:34] -queuebot:#ubuntu-release- New: accepted csound [s390x] (jammy-proposed) [1:6.17.0~dfsg-3]
[09:34] -queuebot:#ubuntu-release- New: accepted csound [ppc64el] (jammy-proposed) [1:6.17.0~dfsg-3]
[09:34] -queuebot:#ubuntu-release- New: accepted x264 [amd64] (jammy-proposed) [2:0.163.3060+git5db6aa6-2]
[09:34] -queuebot:#ubuntu-release- New: accepted x264 [armhf] (jammy-proposed) [2:0.163.3060+git5db6aa6-2]
[09:34] -queuebot:#ubuntu-release- New: accepted x264 [ppc64el] (jammy-proposed) [2:0.163.3060+git5db6aa6-2]
[09:34] -queuebot:#ubuntu-release- New: accepted x264 [s390x] (jammy-proposed) [2:0.163.3060+git5db6aa6-2]
[09:34] -queuebot:#ubuntu-release- New: accepted x264 [arm64] (jammy-proposed) [2:0.163.3060+git5db6aa6-2]
[09:34] -queuebot:#ubuntu-release- New: accepted x264 [riscv64] (jammy-proposed) [2:0.163.3060+git5db6aa6-2]
[09:34] -queuebot:#ubuntu-release- New: accepted x264 [i386] (jammy-proposed) [2:0.163.3060+git5db6aa6-2]
[10:39] -queuebot:#ubuntu-release- Unapproved: sosreport (focal-proposed/main) [4.2-1ubuntu<IP_ADDRESS> => 4.3-1ubuntu<IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[10:55] <amurray> laney: ack
[11:15] -queuebot:#ubuntu-release- Unapproved: keyutils (impish-proposed/main) [1.6.1-2ubuntu1 => 1.6.1-2ubuntu2.1] (core, i386-whitelist)
[11:16] <sergiodj> mwhudson: backuppc uploaded
[11:39] -queuebot:#ubuntu-release- Unapproved: keyutils (focal-proposed/main) [1.6-6ubuntu1 => 1.6-6ubuntu1.1] (core, i386-whitelist)
[11:52] <RikMills> ubuntu-archive: LP: #1962463
[11:52] <RikMills> thanks!
[12:20] -queuebot:#ubuntu-release- Unapproved: sosreport (bionic-proposed/main) [4.1-1ubuntu<IP_ADDRESS> => 4.3-1ubuntu<IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[12:48] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [source] (impish-proposed) [1.7.5-3~21.10.1]
[12:52] -queuebot:#ubuntu-release- New binary: fwupd [amd64] (impish-proposed/main) [1.7.5-3~21.10.1] (core)
[12:53] -queuebot:#ubuntu-release- New binary: fwupd [ppc64el] (impish-proposed/main) [1.7.5-3~21.10.1] (core)
[12:53] -queuebot:#ubuntu-release- New binary: fwupd [s390x] (impish-proposed/main) [1.7.5-3~21.10.1] (core)
[12:57] -queuebot:#ubuntu-release- New binary: fwupd [arm64] (impish-proposed/main) [1.7.5-3~21.10.1] (core)
[12:59] -queuebot:#ubuntu-release- Unapproved: accepted fwupd-signed [source] (impish-proposed) [1.42~ubuntu21.10.2]
[12:59] -queuebot:#ubuntu-release- New binary: fwupd [armhf] (impish-proposed/main) [1.7.5-3~21.10.1] (core)
[13:07] <fossfreedom> Hi all. Any chance that the Ubuntu Budgie packageset rights be refreshed please? We are keen to ensure we can offer support for our budgie-control-center package that's in ours seeds for jammy but not yet in our packageset. TIA
[13:19] <bdmurray> fossfreedom: I think that's something for the dmb
[13:23] <rbasak> fossfreedom: for a quick solution I just added budgie-control-center to the ubuntu-budgie packageset in Jammy for you. To get the whole thing properly regenerated, could you please send an email to devel-permissions@?
[13:24] <rbasak> The automated packageset generation is a mess and I think the person who was previously looking at it recently resigned from the DMB so we'll need to figure out how to sort this properly again I think.
[13:31] -queuebot:#ubuntu-release- Unapproved: accepted knewstuff [source] (impish-proposed) [5.86.0-0ubuntu3.1]
[13:35] -queuebot:#ubuntu-release- Unapproved: accepted plasma-discover [source] (impish-proposed) [5.22.5-0ubuntu1.1]
[13:51] -queuebot:#ubuntu-release- Packageset: Added budgie-control-center to ubuntu-budgie in jammy
[13:55] -queuebot:#ubuntu-release- New binary: fwupd [riscv64] (impish-proposed/main) [1.7.5-3~21.10.1] (core)
[14:10] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [source] (focal-proposed) [1.7.5-3~20.04.1]
[14:11] <bdmurray> rbasak: Are there plans to backfill that open position in the DMB? If so how quickly will that happen?
[14:14] -queuebot:#ubuntu-release- New binary: fwupd [amd64] (focal-proposed/main) [1.7.5-3~20.04.1] (core)
[14:14] -queuebot:#ubuntu-release- New binary: fwupd [s390x] (focal-proposed/main) [1.7.5-3~20.04.1] (core)
[14:15] -queuebot:#ubuntu-release- New binary: fwupd [ppc64el] (focal-proposed/main) [1.7.5-3~20.04.1] (core)
[14:18] -queuebot:#ubuntu-release- New binary: fwupd [armhf] (focal-proposed/main) [1.7.5-3~20.04.1] (core)
[14:19] -queuebot:#ubuntu-release- New binary: fwupd [arm64] (focal-proposed/main) [1.7.5-3~20.04.1] (core)
[14:26] <rbasak> bdmurray: yes we will run an election ASAP now, and another in May. I'm not sure who is supposed to be sending out a call for nominations. I guess that'll happen at the next meeting. Though you've prompted me now so I'll send email about it now - thanks.
[14:32] <bdmurray> rbasak: Thanks, it'd be good to get that position filled.
[14:41] -queuebot:#ubuntu-release- Unapproved: simplestreams (focal-backports/main) [0.1.0-30-g3cc8988a-0ubuntu<IP_ADDRESS> => 0.1.0-48-gb936edd4-0ubuntu1~bpo20.04.1] (ubuntu-cloud, ubuntu-server)
[15:01] -queuebot:#ubuntu-release- New binary: fwupd [riscv64] (focal-proposed/main) [1.7.5-3~20.04.1] (core)
[15:07] -queuebot:#ubuntu-release- Unapproved: accepted fwupd-signed [source] (focal-proposed) [1.27.1ubuntu7]
[15:23] -queuebot:#ubuntu-release- Unapproved: libjcat (impish-proposed/main) [0.1.3-2build1 => 0.1.4-ubuntu1~21.10.1] (core)
[15:24] -queuebot:#ubuntu-release- Unapproved: rejected libjcat [source] (impish-proposed) [0.1.4-ubuntu1~21.10.1]
[15:39] -queuebot:#ubuntu-release- Unapproved: manila (impish-proposed/universe) [1:13.0.0-0ubuntu1 => 1:13.0.0-0ubuntu2] (openstack)
[15:40] -queuebot:#ubuntu-release- Unapproved: libjcat (impish-proposed/main) [0.1.3-2build1 => 0.1.4-0ubuntu<IP_ADDRESS>] (core)
[15:42] -queuebot:#ubuntu-release- Unapproved: rejected libjcat [source] (impish-proposed) [0.1.4-ubuntu1~21.10.1]
[15:42] -queuebot:#ubuntu-release- Unapproved: accepted libjcat [source] (impish-proposed) [0.1.4-0ubuntu<IP_ADDRESS>]
[15:45] -queuebot:#ubuntu-release- Unapproved: libjcat (focal-proposed/main) [0.1.3-2~ubuntu20.04.1 => 0.1.4-0ubuntu<IP_ADDRESS>] (no packageset)
[15:46] -queuebot:#ubuntu-release- New binary: rust-tokio-native-tls [amd64] (jammy-proposed/universe) [0.3.0-1] (no packageset)
[15:46] -queuebot:#ubuntu-release- New binary: rust-tokio-native-tls [s390x] (jammy-proposed/universe) [0.3.0-1] (no packageset)
[15:47] -queuebot:#ubuntu-release- Unapproved: rejected libjcat [source] (focal-proposed) [0.1.4-ubuntu1~20.04.1]
[15:47] -queuebot:#ubuntu-release- New binary: rust-tokio-native-tls [arm64] (jammy-proposed/universe) [0.3.0-1] (no packageset)
[15:47] -queuebot:#ubuntu-release- New binary: rust-tokio-native-tls [ppc64el] (jammy-proposed/universe) [0.3.0-1] (no packageset)
[15:48] -queuebot:#ubuntu-release- New binary: rust-tokio-native-tls [armhf] (jammy-proposed/universe) [0.3.0-1] (no packageset)
[15:49] -queuebot:#ubuntu-release- New binary: gpac [amd64] (jammy-proposed/universe) [2.0.0+dfsg1-2] (i386-whitelist)
[15:50] <Eickmeyer> Heads up: new binaries on gpac, this fixes a large number of CVEs.
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted libjcat [source] (focal-proposed) [0.1.4-0ubuntu<IP_ADDRESS>]
[15:51] -queuebot:#ubuntu-release- New binary: gpac [i386] (jammy-proposed/universe) [2.0.0+dfsg1-2] (i386-whitelist)
[15:51] -queuebot:#ubuntu-release- New binary: gpac [s390x] (jammy-proposed/universe) [2.0.0+dfsg1-2] (i386-whitelist)
[15:51] -queuebot:#ubuntu-release- New binary: gpac [ppc64el] (jammy-proposed/universe) [2.0.0+dfsg1-2] (i386-whitelist)
[15:52] -queuebot:#ubuntu-release- New: accepted gpac [amd64] (jammy-proposed) [2.0.0+dfsg1-2]
[15:52] -queuebot:#ubuntu-release- New: accepted gpac [ppc64el] (jammy-proposed) [2.0.0+dfsg1-2]
[15:52] -queuebot:#ubuntu-release- New: accepted rust-tokio-native-tls [amd64] (jammy-proposed) [0.3.0-1]
[15:52] -queuebot:#ubuntu-release- New: accepted rust-tokio-native-tls [armhf] (jammy-proposed) [0.3.0-1]
[15:52] -queuebot:#ubuntu-release- New: accepted rust-tokio-native-tls [s390x] (jammy-proposed) [0.3.0-1]
[15:52] -queuebot:#ubuntu-release- New: accepted gpac [i386] (jammy-proposed) [2.0.0+dfsg1-2]
[15:52] -queuebot:#ubuntu-release- New: accepted rust-tokio-native-tls [arm64] (jammy-proposed) [0.3.0-1]
[15:52] -queuebot:#ubuntu-release- New: accepted gpac [s390x] (jammy-proposed) [2.0.0+dfsg1-2]
[15:52] -queuebot:#ubuntu-release- New: accepted rust-tokio-native-tls [ppc64el] (jammy-proposed) [0.3.0-1]
[15:52] <cjwatson> Eickmeyer: .
[15:53] <Eickmeyer> cjwatson: ?
[15:53] <cjwatson> Eickmeyer: meaning "done"
[15:54] <Eickmeyer> cjwatson: Ah! Thanks. Saw it wasn't in the queue and was like, "What the..." but you acted faster than my browser could load. :)
[15:54] <cjwatson> syncs from Debian are largely scripted, usually don't need prodding
[15:54] <Eickmeyer> Ah, fair.
[15:55] -queuebot:#ubuntu-release- New binary: gpac [armhf] (jammy-proposed/universe) [2.0.0+dfsg1-2] (i386-whitelist)
[15:57] -queuebot:#ubuntu-release- New: accepted gpac [armhf] (jammy-proposed) [2.0.0+dfsg1-2]
[16:00] -queuebot:#ubuntu-release- New binary: gpac [arm64] (jammy-proposed/universe) [2.0.0+dfsg1-2] (i386-whitelist)
[16:02] -queuebot:#ubuntu-release- New: accepted gpac [arm64] (jammy-proposed) [2.0.0+dfsg1-2]
[16:13] -queuebot:#ubuntu-release- Unapproved: lxc (impish-proposed/universe) [1:4.0.10-0ubuntu5 => 1:4.0.12-0ubuntu1~21.10.1] (ubuntu-server)
[16:25] -queuebot:#ubuntu-release- Unapproved: rejected sosreport [source] (focal-proposed) [4.3-1ubuntu<IP_ADDRESS>]
[16:32] -queuebot:#ubuntu-release- Unapproved: accepted sosreport [source] (focal-proposed) [4.3-1ubuntu<IP_ADDRESS>]
[16:34] -queuebot:#ubuntu-release- Unapproved: accepted sosreport [source] (bionic-proposed) [4.3-1ubuntu<IP_ADDRESS>]
[17:36] -queuebot:#ubuntu-release- New binary: rust-sequoia-openpgp [amd64] (jammy-proposed/universe) [1.7.0-6] (no packageset)
[17:40] -queuebot:#ubuntu-release- New binary: rust-sequoia-openpgp [ppc64el] (jammy-proposed/universe) [1.7.0-6] (no packageset)
[17:49] -queuebot:#ubuntu-release- New binary: rust-sequoia-openpgp [arm64] (jammy-proposed/universe) [1.7.0-6] (no packageset)
[17:51] -queuebot:#ubuntu-release- New binary: rust-sequoia-openpgp [armhf] (jammy-proposed/universe) [1.7.0-6] (no packageset)
[17:52] -queuebot:#ubuntu-release- New binary: rust-sequoia-openpgp [s390x] (jammy-proposed/universe) [1.7.0-6] (no packageset)
[18:07] <coreycb> hello SRU team, if anyone has cycles to review the impish upload for manila it would help us unblock some things. Thanks!
[18:15] <coreycb> also if we could get bug 1959712 release for focal that would be very helpful
[19:14] <mwhudson> sergiodj: thanks
[20:10] <vorlon> sergiodj: hi, I don't see that samba is any better shape for migration now than it was yesterday; what was the workaround you were pushing? (cc: mwhudson)
[20:10] <vorlon> oh, I see you said it was backuppc that was uploaded; retriggering tests then
[20:12] <mwhudson> vorlon: you would be the third person to retrigger those tests :)
[20:12] <bryceh> @ubuntu-archive - some php8.1 binaries need dropped to universe, when you get a chance (LP: #1962491)
[20:12] <mwhudson> vorlon: afaict the only blocker is whatever is going on with adsys
[20:13] <mwhudson> (build failure on ppc64el, still regressions on armhf or something?)
[20:14] <vorlon> mwhudson: good thing the queue knows these days how to merge duplicate queue requests (but not if the tests finished before being retriggered :)
[20:14] -queuebot:#ubuntu-release- New: accepted rust-sequoia-openpgp [amd64] (jammy-proposed) [1.7.0-6]
[20:14] -queuebot:#ubuntu-release- New: accepted rust-sequoia-openpgp [armhf] (jammy-proposed) [1.7.0-6]
[20:14] -queuebot:#ubuntu-release- New: accepted rust-sequoia-openpgp [s390x] (jammy-proposed) [1.7.0-6]
[20:14] -queuebot:#ubuntu-release- New: accepted rust-sequoia-openpgp [arm64] (jammy-proposed) [1.7.0-6]
[20:14] <vorlon> any reason not to remove adsys?
[20:14] -queuebot:#ubuntu-release- New: accepted rust-sequoia-openpgp [ppc64el] (jammy-proposed) [1.7.0-6]
[20:15] <mwhudson> vorlon: hmm
[20:15] <mwhudson> does ubiquity not depend on it?
[20:15] <vorlon> it's in universe and has no revdeps
[20:15] <mwhudson> huh i was sure it was in main
[20:15] <vorlon> sssd is
[20:15] <mwhudson> then no, deleting it to let the transition go through makes sense i think
[20:16] <vorlon> removing
[20:16] <mwhudson> i can still try to figure out the build failure today at least
[20:16]  * vorlon nods
[20:24] <mwhudson> vorlon: has britney gotten a bit slow again?
[20:25] <mwhudson> well of course debugging adsys/ppc64el would be easier if this vm i got in a brown paper bag wasn't power8
[20:30] <vorlon> mwhudson: hadn't looked at its speed, but I was certainly starting to suspect
[20:32] <vorlon> mwhudson: yeah there are no P9 VMs available in Canonistack yet. >_<
[20:32] <vorlon> (even if you could launch them)
[20:33] <vorlon> mwhudson: so it looks like britney runs are currently around an hour and a half
[20:33] <vorlon> and they are succeeding
[20:34] <vorlon> should they be an hour and a half? no.  Am I going to dig into it right now? also no
[20:36] <mwhudson> fair
[20:36] <vorlon> and the current run started at 20:03 so looks promising for fixed backuppc being picked up.  Still need another run for adsys removal though
[20:37] <mwhudson> so er like 2-2.5 hrs to wait
[20:56] <vorlon> though I suppose I could just kill the current run since it won't do anything useful
[20:56] <vorlon> (done)
[21:29] <mwhudson> what is the chance i can find something on nbs that is not entangled in python/perl/etc
[21:29] <mwhudson> before britney migrates everything
[21:32] <mwhudson> ararargh i find something else and it's a ppc64el build failure
[21:33] <mwhudson> i guess i can try disabling -O3 in a ppa build just to feel like i'm doing something
[21:44] <mwhudson> hmm why does ntpsec still depend on libssl1.1
[21:50] <mwhudson> mwhudson@anduril:~/src/pkg/ntpsec-1.2.1+dfsg1$ grep ssl1.1 --before 1 debian/control
[21:50] <mwhudson> Depends: adduser,
[21:50] <mwhudson>          libssl1.1 (>= 1.1.1b),
[21:50] <mwhudson> yeah maybe that's why
[21:51] <vorlon> snort
[22:20] <mwhudson> vorlon: heh adsys migrated despite the ppc64el build failure now
[22:32] <mwhudson> vorlon: looks like python3-defaults didn't migrate? :(
[22:33] <vorlon> mwhudson: oh right, because it's no longer a missing build once the binaries in the release pocket are gone :P
[22:35] <mwhudson> because of https://launchpad.net/ubuntu/+source/poliastro/0.16.2-1/+build/23161594 i.e. <rude word> numba
[22:36] <vorlon> Implicit dependency: astropy poliastro (not considered)
[22:36] <vorlon> yes, because obviously there is an implicit dependency on a package NOT BUILT AT ALL IN PROPOSED


[03:07] <astroo-_i> ciao pessoal
[20:40] <astroo-> ola pessoal
[23:45] <astroo-> Big Brother still watching: Internet censorship on the up, report says  http://edition.cnn.com/2012/09/27/world/world-internet-freedom-report/index.html


[07:18] <Kilos> morning all
[16:53] <Rajiv_> Hello
[16:53] <Kilos> hi Rajiv_
[16:53] <Rajiv_> Actually i had one question.  Please execute me if i am at the wrong place.
[16:54] <Rajiv_>                                                                                excuse  :-)
[16:54] <Kilos> lol
[16:54] <Kilos> the correct channel to get help is #ubuntu
[16:54] <Kilos> do you know how to join there?
[16:54] <Rajiv_> What is the procedure to join the LoCo team?
[16:55] <Rajiv_> Sorry.. no
[16:55] <Kilos> if you want to join the loco team then you can get help here
[16:56] <Rajiv_> Thank You... Is there any specific requirement needed?
[16:56] <Kilos> but to join other channels you type in /j #channel name
[16:56] <Kilos> you need to be an ubuntu member
[16:56] <Kilos> where are you?
[16:57] <Rajiv_> Sorry if my question was unclear... What is needed to become an ubuntu member...  I am from Mauritius....
[16:57] <Kilos> oh you have a group there , let me see if i can find them
[16:58] <Kilos> read this so long https://wiki.ubuntu.com/Forums/Membership
[16:58] <Rajiv_> Thank You.. One more question... Do you guys do programming?
[16:59] <Rajiv_> Thank You.. One more question... Do you guys do programming?
[16:59] <Kilos> many do
[17:00] <Rajiv_> Which language do they do and for whom?
[17:00] <Kilos> all the languages i think
[17:00] <Kilos> http://loco.ubuntu.com/teams/ubuntu-mu/
[17:01] <Kilos> thats the mauritius team
[17:01] <Kilos> they will guide you
[17:01] <Kilos> join their mailing list
[17:01] <Rajiv_> Thank you.
[17:02] <Kilos> you are welcome
[17:04] <Kilos> Rajiv_  you can also join #ubuntu-africa
[17:05] <Kilos> go see http://ubuntu-africa.info


[20:58]  * jcastro taps on the mike
[20:58] <jcastro> 2 minutes!
[21:01] <jcastro> ok, I'll give it a few more minutes for the last minute stragglers
[21:01] <jcastro> wave if you plan on participating in this class please!
[21:04] <jcastro> ok let's get started
[21:05] <jcastro> this session is Adopt an Upstream/Package
[21:05] <jcastro> I'm Jorge Castro
[21:05] <jcastro> by day I work at Canonical on the Ubuntu community team
[21:05] <jcastro> by night I fight crime. ( Just kidding )
[21:05] <jcastro> This session is going to be for people who are interested in strengthening our relationship with upstream projects by means of doing bug work
[21:06] <jcastro> So let's start off with the basics, what exactly is an "upstream"
[21:06] <jcastro> if you think about it like a river it makes sense
[21:06] <jcastro> there are projects out there like GNOME, KDE, Firefox, gwibber, openoffice, etc. that are independent software projects
[21:07] <jcastro> what a distribution does is put all those together, add some polish, and ship it as an os that we call "Ubuntu"
[21:07] <jcastro> so, these projects are what we call upstreams
[21:07] <jcastro> for many of these we derive the packaging from Debian, so in a way Debian is also an upstream to us.
[21:08] <jcastro> and for derivatives that build off of ubuntu, they're downstream from us, and we're their upstream
[21:08] <jcastro> so it's like a big river
[21:08] <jcastro> sometimes these relationships get complicated, so for most users they might not understand where the software comes from
[21:08] <jcastro> so when we get bugs they might not be something Ubuntu can fix
[21:09] <jcastro> but since we distribute this software, it's our responsibility to make sure that user bugs and things are reported, especially if those bugs contain a patch.
[21:09] <jcastro> For major projects we have instructions on how to "forward" these bug reports.
[21:10] <jcastro> https://wiki.ubuntu.com/Bugs/Upstream
[21:10] <jcastro> however, we have lots of users
[21:10] <jcastro> and upstreams usually have finite resources
[21:10] <jcastro> so what we need in abundance are people who are skilled enough to filter out the bad bugs, and ensure that upstreams are getting the high quality bug reports.
[21:11] <jcastro> We purposely don't do anything like automatically forwarding bugs, because that would get out of control quickl;y
[21:11] <jcastro> we need an actual human being to check each bug report and make sure it doesn't suck before considering forwarding it upstream
[21:11] <jcastro> so, we created a program for people to be able to say "I want to do this!"
[21:11] <jcastro> so we created Adopt a Package
[21:11] <jcastro> https://wiki.ubuntu.com/BugSquad/AdoptPackage
[21:12] <jcastro> This is basically when someone says "I care about this program, and I want to help fix it."
[21:12] <jcastro> So on this page we list programs that could use the help
[21:12] <jcastro> Let me show you an example of one.
[21:12] <jcastro> https://bugs.edge.launchpad.net/ubuntu/+source/gwibber
[21:12] <jcastro> this is a program that has been getting love lately
[21:13] <jcastro> and yet there are still 61 bugs in the "new" state
[21:13] <jcastro> that means there are 61 opportunities to either confirm a bug, mark it a duplicate, or maybe it's not a bug at all
[21:13] <jcastro> http://status.qa.ubuntu.com/qapkgstatus/gwibber
[21:13] <jcastro> now if we look at this graph
[21:14] <jcastro> we can see that the amount of triaged bugs is going up
[21:14] <jcastro> but we can probably do a better job taking care of the "new" bugs.
[21:14] <jcastro> So as you can see here this is a package that people have started to take care.
[21:14] <jcastro> So really, what's required to "adopt" a package
[21:15] <jcastro> Well, the one fundamental thing you really need is to care about it
[21:15] <jcastro> I usually tell people to pick a program they're passionate about
[21:15] <jcastro> be it your pet mp3 player or something else
[21:15] <jcastro> then really you can just dive in the open bug reports.
[21:15] <jcastro> many of these are low hanging fruit
[21:15] <jcastro> for example as we get towards beta many people will start reporting bugs
[21:15] <jcastro> but might not have enough information to be useful
[21:16] <jcastro> so just by asking people to use apport or to add more detail in the bug report can be useful.
[21:16] <jcastro> Remember that the more information we can have in a bug, the better
[21:16] <jcastro> so if we can have people just adding more information that can save time later on when a developer is trying to solve the problem
[21:17] <jcastro> also, as we get later in the betas people tend to report more duplicates
[21:17] <jcastro> one can spend days just marking duplicates, so that is something you can do.
[21:17] <jcastro> when you get a good quality bug report and it's been triaged
[21:18] <jcastro> sometimes a developer will mention that it's probably a bug in the upstream software
[21:18] <jcastro> but they might not link it to the upstream bug report
[21:18] <jcastro> another possible place to help bugs is when they have patches attached
[21:18] <jcastro> https://bugs.edge.launchpad.net/ubuntu/+source/gwibber/+patches
[21:18] <jcastro> on any person, project, or package in launchpad you can add a +patches to the URL
[21:19] <jcastro> and it will show you any patches that people might have attached to a bug.
[21:19] <jcastro> many packages have tons of old patches that might be sitting there throughout the years or months
[21:19] <jcastro> so keeping an eye on the +patches for a package is something that can be done
[21:19] <jcastro> sometimes it might be old or doesn't apply
[21:20] <jcastro> or sometimes it just needs some testing
[21:20] <jcastro> and in some cases asking the person to push the patch upstream can be helpful
[21:20] <jcastro> remember that while it's nice to fix it in ubuntu it needs to go back to the original project!
[21:20] <jcastro> this is a good idea for a number of reasons
[21:20] <jcastro> a) It's just the right thing to do to help improve their software
[21:20] <jcastro> b) Less maintenance and delta from upstream is always a good thing
[21:21] <jcastro> c) Sending it upstream fixes it for everyone long term instead of for one release of ubuntu
[21:21] <jcastro> Any questions so far?
[21:21] <jcastro> qense: anything to add?
[21:22] <jcastro> one thing I like to do, when watching the +patches view
[21:22] <jcastro> is taking note of that "age" column
[21:22] <jcastro> if someone has taken the time to write a patch for something
[21:22] <jcastro> and it's been sitting there for months and no one has responded, then that's pretty rude!
[21:22] <jcastro> so I usually try to remind a maintainer if a patch has been rotting in lp
[21:23] <jcastro> many maintainers have tons of things to do
[21:24] <jcastro> so if someone does that filtering for them that gets the important things filtered from the chaff, then that's more time they can spend to help make ubuntu better,
[21:24] <jcastro> any questions so far? That's basically it
[21:25] <jcastro> as always, feel free to ask someone in #ubuntu-bugs if you have questions on how to be a better adopter
[21:26] <jcastro> and thanks for your time!
[21:28] <charlie-tca> Question: does this apply only to packages in main?
[21:28] <leftyfb> oh, I thought the questions were asked in the other room
[21:28] <leftyfb> damn
[21:29] <leftyfb> I don't think this went well
[21:29] <jcastro> ah sorry
[21:29] <jcastro> let's start over with the questions
[21:29] <charlie-tca> they were
[21:29] <jcastro> leftyfb | who do we get to push patches and how?
[21:29] <jcastro> so usually this might be a maintainer
[21:30] <jcastro> but it can also be a team
[21:30] <jcastro> so for example, let's say you're looking at patches in gqibber
[21:30] <jcastro> er, gwibber
[21:30] <jcastro> https://bugs.edge.launchpad.net/ubuntu/+source/gwibber/+patches
[21:30] <jcastro> so in this case I would ping the maintainer, ken-vandine
[21:31] <jcastro> but, we know that gwibber is on the desktop by default now
[21:31] <jcastro> so we can probably poke the team
[21:31] <jcastro> so let's say ken get's hit by a bus and doesn't respond
[21:31] <jcastro> (poor ken)
[21:31] <jcastro> in that case we could ping someone on the ubuntu desktop team, by either using their mailing list or irc channel
[21:31] <jcastro> charlie-tca | QUESTION: are we only applying this to packages in main?
[21:31] <jcastro> this actually applies to everything in the archive
[21:32] <jcastro> in fact, it's those odd packages in universe that not many people use that usually need the most help!
[21:32] <charlie-tca> Okay
[21:32] <jcastro> this happens to me sometimes
[21:32] <jcastro> I'll meet someone and they'll say "no one cares about my cli mp3 player written in lisp!"
[21:33] <jcastro> but when you show people how to forward bugs to the right place they usually figure it  out
[21:33] <jcastro> actually, now that you asked that it brings up another possible place to collaborate, debian.
[21:33] <jcastro> when you push a patch upstream this benefits debian as well
[21:33] <jcastro> however with certain fixes
[21:34] <jcastro> like packaging fixes, it makes sense to ensure that that fix gets to debian
[21:34] <jcastro> in fact you'll see many sponsors ask if the patch has been sent to debian as part of the sponsorship process.
[21:34] <jcastro> which is a good thing
[21:34] <jcastro> so we can use tools like "submittodebian" for things like this
[21:35] <jcastro> http://udd.debian.org/cgi-bin/ubuntu_usertag.cgi
[21:35] <jcastro> when we do that we tag the bugs
[21:35] <jcastro> so in this report you can see that we've forwarded 1557 bugs to debian
[21:35] <jcastro> 1265 have some form of patch attached
[21:36] <jcastro> so as you can see we can do some good there by keeping debian in the loop for patches
[21:36] <jcastro> however for some packages it may just be appropriate to send it upstream and debian/ubuntu just pick it up the next sync
[21:36] <jcastro> any other questions?
[21:37] <charlie-tca> thanks
[21:38] <leftyfb> sorry one more
[21:38] <jcastro> hah, I've been looking for a reason to use the ultimate debian database for something
[21:38] <charlie-tca> yes, I looked at claws-mail. There is a developer from claws-mail subscribed to the bugs. It is still a candidate for adoptapackage?
[21:38] <leftyfb> what if it's in Fenian and sourceforge?
[21:38] <jcastro> don't be sorry I am here to please!
[21:38] <leftyfb> submit to both?
[21:38] <jcastro> which project?
[21:38] <leftyfb> gstm
[21:38] <jcastro> I submit to whichever one upstream uses most.
[21:39] <jcastro> if you're unsure I fire off an email to a developer
[21:39] <jcastro> because sometimes they have different requirements
[21:39] <jcastro> for example, some want patches submitted a certain way
[21:39] <leftyfb> the sf project seems to be dead
[21:39] <jcastro> some want patches in bugzilla, and some want them on a mailing list instead.
[21:39] <jcastro> heh, no surprise there!
[21:39] <jcastro> submit it to where upstream is looking the most.
[21:40] <jcastro> this can change too, it's not totally uncommon when I might mail someone and ask
[21:40] <jcastro> and it ends up they abandoned that bug tracker or something
[21:40] <leftyfb> Fenian being the upstream right ?
[21:40] <leftyfb> deviant sorry
[21:40] <leftyfb> iPhone and driving :)
[21:40] <jcastro> hah, I am looking for it now
[21:41] <jcastro> hmm, all the data in the package points to SF
[21:42] <leftyfb> right but emmet told me upstream is debian I think
[21:42] <jcastro> so probably abandoned upstream?
[21:42] <leftyfb> no clue
[21:43] <jcastro> yeah, the last release says 2006 on the tarball
[21:43] <jcastro> heh, this appears to be one of those cases where you might wake up one day and be the upstream. :p
[21:44] <jcastro> charlie-tca: yeah
[21:44] <jcastro> charlie-tca: usually if an upstream cares enough to watch distro bugs then he probably needs help doing it
[21:44] <jcastro> charlie-tca: usually just asking him for help can be fruitful there.
[21:44] <charlie-tca> works for me, I guess I'll grab that one then
[21:44] <jcastro> you can split up things, especially for large packages
[21:45] <jcastro> or maybe you can tackle a certain class of bugs for him or something
[21:45] <jcastro> charlie-tca: the "idea" I try to convey to upstreams is, when they have a problem that they have "our guy over at ubuntu"
[21:45] <jcastro> charlie-tca: sometimes it could be as simple as just answering questions for them
[21:46] <charlie-tca> It's just a handful of bugs for claws-mail. I will get with him on them.
[21:46] <jcastro> about things like the release schedule
[21:46] <leftyfb> ok, now i'm on a real computer :)
[21:46] <jcastro> or "I have a security fix I need to get out to my users, where do I go?"
[21:46] <jcastro> and then you point them to the security page or something
[21:47] <charlie-tca> A lot of the non-main packages seem to just sit, with the bugs getting missed completely
[21:47] <jcastro> with alot of those smaller upstreams it's a good idea to remind them when freezes are
[21:47] <jcastro> because sometimes they are in debian too
[21:47] <leftyfb> ok, so jcastro  ... how would one find out who is the upsteam? By looking at apt-cache policy for the package? In gstm's case it says sourceforge. Should we then be just checking debian just in case? And in this case, hasn't been touched since 2006 so the upstream is???  Now part of ubuntu since all further development has been done with us?
[21:47] <jcastro> so I tell them like "hey, freeze is on this date, so if you want to get a release in for Lucid you should probably target around this date"
[21:48] <jcastro> leftyfb: ok, so this is what I do
[21:48] <jcastro> apt-get source gstm
[21:49] <jcastro> then cd into that dir
[21:49] <jcastro> in there most programs have an AUTHORS file and a ChangeLog file
[21:49] <jcastro> http://pastebin.com/DhQwaxy0
[21:49] <jcastro> is what I see in the authors
[21:50] <jcastro> the ChangeLog file in the root is usually the upstream changelog
[21:50] <jcastro> the debian/changelog will be the person that put it in debian/ubuntu
[21:50] <ClassBot> There are are 10 minutes remaining in the current session.
[21:50] <jcastro> leftyfb: so, I've done this a bunch of times
[21:51] <jcastro> and let me share with you what I think will happen
[21:51] <jcastro> you'll email those two guys and they'll say "oh yeah, I remember when I worked on that, people still use that? awesome!"
[21:51] <jcastro> and then you'll ask what's up with a new release or something
[21:51] <jcastro> and next thing you know, you are the upstream maintainer for gstm!
[21:52] <leftyfb> Original-Maintainer: Ryan Niebur<EMAIL_ADDRESS>[21:52] <leftyfb> what about that from apt-cache show
[21:52] <leftyfb> ?
[21:52] <leftyfb> how does he fit in?
[21:52] <jcastro> that's likely the guy who put it in Debian and now maintains it
[21:52] <jcastro> he probably contacted the two guys from AUTHORS
[21:52] <leftyfb> so I should be contacting him first?
[21:52] <jcastro> yeah
[21:52] <jcastro> I would say something like
[21:52] <leftyfb> ok
[21:53] <jcastro> "hey I saw you in the maintainers field, are you just maintaining this in debian or are you doing upstream work?"
[21:53] <jcastro> "and if so, is the SF project dead or what?"
[21:53] <leftyfb> ok, makes sense
[21:54] <jcastro> there are plenty of packages maintained like that in debian
[21:54] <jcastro> so in that case you could just file the bugs directly in the debian BTS
[21:54] <jcastro> if he's not looking at the SF bugs then the homepage field in the package needs to be updated
[21:55] <ClassBot> There are are 5 minutes remaining in the current session.
[21:56] <jcastro> charlie-tca: I see claws has a ppa too
[21:56] <jcastro> nice
[21:56] <charlie-tca> I'm learning
[21:57] <leftyfb> still a lot to learn with all this
[21:57] <jcastro> yeah sometimes they need help setting up PPA
[21:57] <leftyfb> but i'd love to get the package all cleaned up and up to date
[21:57] <jcastro> leftyfb: you can always just ask questions
[21:58] <jcastro> but if you can have a good relationship with the debian guy that's always ideal
[21:58] <leftyfb> #ubuntu-bugs <~~ in there?
[21:58] <jcastro> sure
[21:58] <jcastro> when I am not around you can always ping qense
[21:59] <jcastro> ok I need to eat dinner, any last questions!
[21:59] <leftyfb> thanks
[21:59] <jcastro> good thing I looked in -chat, sorry about missing it the first time!
[21:59] <jcastro> I was like "man bummer, no one came to my class", lol
[22:00] <charlie-tca> heh, Thank you very much for doing this
[22:00] <migul> jcastro, thanks for this session
[22:00] <migul> still learning...
[22:00] <migul> :-)
[22:00] <jcastro> don't worry, with openweek coming up in a few weeks we'll do it again


[21:12] <johnc4510> The new issue of the Ubuntu Weekly Newsletter #185 is now available:
[21:12] <johnc4510> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue185
[22:19] <BalSak> hi guys. who can I poke to make a suggestion for the fridge, full-circle or other ubuntu-friendly news items?
[22:20] <AnnonYmouse> an "Open Source School", running Ubuntu all-round: http://www.youtube.com/watch?v=lEkSmcnlCeA