[10:20] <juliux> @schedule berlin
[10:20] <Ubugtu> Schedule for Europe/Berlin: 16 May 14:00: Community Council | 17 May 14:00: Edubuntu | 18 May 16:00: Ubuntu Development Team | 24 May 22:00: Edubuntu | 25 May 22:00: Ubuntu Development Team | 31 May 14:00: Edubuntu
[12:39] <bimberi> @shedule canberra
[12:40] <ajmitch> almost :)
[12:40] <bimberi> oops :P
[12:40] <bimberi> @schedule canberra
[12:40] <Ubugtu> Schedule for Australia/Canberra: 16 May 22:00: Community Council | 17 May 22:00: Edubuntu | 19 May 00:00: Ubuntu Development Team | 25 May 06:00: Edubuntu | 26 May 06:00: Ubuntu Development Team | 31 May 22:00: Edubuntu
[12:40] <bimberi> thanks ajmitch - i just thought it was being unresponsive :)
[12:40] <ajmitch> so the CC meeting is in 80 minutes - australian team going for recognition?
[12:41] <bimberi> not that i'm aware of
[12:41] <ajmitch> ok
[12:41] <bimberi> *checks*
[12:42] <bimberi> ajmitch: yes, you were pinged at the start :)
[12:42] <ajmitch> hardly necessary
[12:45] <raphink> @schedule paris
[12:45] <Ubugtu> Schedule for Europe/Paris: 16 May 14:00: Community Council | 17 May 14:00: Edubuntu | 18 May 16:00: Ubuntu Development Team | 24 May 22:00: Edubuntu | 25 May 22:00: Ubuntu Development Team | 31 May 14:00: Edubuntu
[01:41] <[BlueT_at_Mars] > @schedule taipei
[01:41] <Ubugtu> Schedule for Asia/Taipei: 16 May 20:00: Community Council | 17 May 20:00: Edubuntu | 18 May 22:00: Ubuntu Development Team | 25 May 04:00: Edubuntu | 26 May 04:00: Ubuntu Development Team | 31 May 20:00: Edubuntu
[01:57] <juliux> hi glatzor1
[01:57] <glatzor1> hi juliux
[01:57] <glatzor1> nice to see you here
[01:57] <glatzor1> you enjoyed the last evening?
[01:58] <juliux> glatzor1, yes
[01:59] <juliux> glatzor1, great steaks and beer
[02:03] <sivang> yo glatzor1
[02:05] <juliux> isnt the meeting now?
[02:05] <Kamion> huh, I guess the CC meeting is meant to be now
[02:05] <[BlueT_at_Mars] > hello guys :)
[02:05] <Kamion> sabdfl will be at debconf; I'll SMS him on the off-chance but he may not be awake
[02:08] <Kamion> I've SMSed everyone; not a lot I can do now except wait and hope
[02:08] <Kamion> fortunately there does not appear to be a lot of business, just glatzor
[02:08] <jsgotangco> :)
[02:09] <glatzor1> hi jsgotangco
[02:10] <mako> hey
[02:10] <mako> i'm here
[02:11] <[BlueT_at_Mars] > hello mako
[02:11] <Kamion> mvo: how's glatzor been to work with?
[02:11] <Kamion> hi mako
[02:11] <[BlueT_at_Mars] > BlueT_: yo
[02:11] <jsgotangco> hi mako
[02:11] <soonindallas> hi all.  I have a question for whenever it's appropriate
[02:12] <Kamion> soonindallas: go ahead, this is sort of a quiet time
[02:12] <mako> right
[02:12] <soonindallas> ok thanks.  it's been a while since i've seen any logs for dapper developer meetings.
[02:13] <soonindallas> are there still meetings, are the logs being made available ?
[02:13] <Kamion> soonindallas: Jane Weideman posts summaries to ubuntu-devel-announce@ every week
[02:13] <Kamion> if you want the full logs, they're available with the logs of this channel at http://people.ubuntu.com/~fabbione/irclogs/
[02:13] <mvo> Kamion: I only say the best about glatzor
[02:13] <dholbach> glatzor stepped up in a lot of places in the DesktopTeam, he was helpful and committed a million of changes to gnome-app-install, update-{manager,notifier}, synaptic, etc :-)
[02:13] <mvo> Kamion: he is full of energy and good ideas
[02:14] <soonindallas> Kamion: ok.  logs on the wiki pages stopped sometime in march
[02:14] <sivang> he is also already helping me with hubackup, and already designed a much better UI design that my origianl.
[02:14] <sivang> (mostly helping on the UI front and taking interest, which is blessed by me as I require the design help)
[02:16] <glatzor1> Kamion: I also created a wiki page about my previous commitements. If I may point you to this:
[02:16] <glatzor1> Kamoin: https://wiki.ubuntu.com/SebastianHeinlein
[02:16] <Kamion> I've just been reading it and following all the links
[02:17] <Kamion> well, nearly all :-)
[02:17] <Kamion> looks like a fantastic pile of UI work; I have absolutely no problem with glatzor for membership
[02:17] <Kamion> very impressive
[02:17] <mvo> I can't agree more :)
[02:17] <Kamion> I hadn't realised all those changes were down to you ..
[02:18] <Kamion> mako?
[02:18] <Kamion> we have no elmo or sabdfl apparently
[02:18] <mako> right
[02:19] <mako> Kamion: do you know where elmo is?
[02:19] <Kamion> also at debconf I think
[02:19] <Kamion> I've SMSed both of them but it's pretty early in .mx
[02:20] <Kamion> (didn't we discuss this last time round?)
[02:20] <mako> i don't think so
[02:20] <mako> i knew mark was there
[02:20] <ogra> sabdfl mentioned it
[02:20] <mako> didn't know elmo was
[02:20] <ogra> but i think elmo talked about it in -devel
[02:21] <Kamion> Kamion: in some ways 12UTC might work better - there's more chance of me attending, if not mark.  20UTC would put us middle of day, fighting with talks (or the water park)
[02:21] <Kamion> er, quoting elmo there
 kamion/mako: ok, let's do 12UTC.  I can have fun trolling mark, telling him he has to attend to make up for missing so many
[02:21] <ogra> heh, he apprently didnt :)
[02:21] <ogra> *apparently
[02:21] <Kamion> I think I'll troll both of them when they wake up from their beauty sleep
[02:22] <ogra> hehe
[02:22] <Kamion> glatzor1: ok, I don't see that there's going to be any problem with your application; for form's sake I'll make sure to get an ack from either elmo or sabdfl later on
[02:23] <Kamion> thanks for showing up, you did better than half the CC ;-)
[02:23] <mako> well, i'll go into the lab at some point which will put me offline at half an hour but will be around for the rest of the day
[02:23] <Kamion> Any other business?
[02:23] <Kamion> soonindallas: which wiki pages?
[02:24] <ogra> https://wiki.ubuntu.com/MeetingLogs ?
[02:24] <soonindallas> Kamion: https://wiki.ubuntu.com/?action=fullsearch&context=180&value=meeting+logs&titlesearch=Titles for ex
[02:24] <elmo> sorry, I'm here now
[02:24] <elmo> (and for the record, 4 hours can't be considered beautiful in anyway)
[02:24] <jsgotangco> i think that's robitaille's wiki page to make a clean "log" page
[02:24] <mako> heh
[02:24] <ogra> elmo, 4h can make you looking pretty ugly in fact :)
[02:25] <Kamion> soonindallas: the logs on https://wiki.ubuntu.com/MeetingLogs go up to 2006-05-11, which looks pretty current to me
[02:25] <glatzor1> Kamion: I prepared some sentences, should I paste them here for formal reasons?
[02:25] <Kamion> elmo: we just have one candidate, https://wiki.ubuntu.com/SebastianHeinlein
[02:25] <Kamion> glatzor1: go ahead
[02:25] <glatzor1> Kamion: sorry. but I am not at home and my irc client here doesn't have got a nickname notfication
[02:26] <Kamion> soonindallas: I don't know what's wrong with the search, but https://wiki.ubuntu.com/MeetingLogs appears current
[02:27] <soonindallas> Kamion: I don't know what's wrong either, but when I search for "meeting logs", the page that's returned is incomplete.  I'll look at the page you suggest
[02:28] <elmo> ack for glatzor1
[02:29] <Kamion> excellent
[02:29] <Kamion> right, last call for any other business?
[02:30] <Kamion> (glatzor1 approved in LP too)
[02:30] <glatzor1> thanks a lot elmo and Kamion
[02:30] <jsgotangco> \o/ glatzor1 \o/
[02:30] <dholbach> confgratulations glatzor1
[02:30] <juliux> welcome glatzor1
[02:30] <mvo> congrats glatzor1
[02:30] <glatzor1> I want to use this opportunity to thank Michael Vogt for having an open ear for my suggestions, sponsoring and pushing me.
[02:31] <Kamion> ok, adjourned, thanks all
[02:31] <Kamion> RECORD TIME
[02:31] <jsgotangco> yay
[02:31] <glatzor1> mvo: I really enjoyed the last 3 and a half years that we have worked together
[02:31] <zul> thats it?
[02:31] <Hobbsee> the meeting over *already*?
[02:32] <jsgotangco> heh
[02:32] <juliux> Hobbsee, yes
[02:32] <jsgotangco> there wasnt that much in the agenda
[02:32] <Hobbsee> oh, fair enough
[02:33] <glatzor1> thanks a lot to all supporters of mine.
[02:33] <glatzor1> i have to leave for class - it is time for neurology :)
[02:34] <glatzor1> bye juliux, jsgotangco, mvo and dholbach
[02:34] <juliux> glatzor1, have fun in school
[02:36] <Kamion> oh, we forgot to schedule the next meeting
[02:37] <[BlueT_at_Mars] > this meeting's short :)
[02:37] <Hobbsee> Kamion: heh, seems a bit late now :P
[02:37] <Kamion> any objections to 30 April at 16:00? I'm going to be down in the London office for the Dapper release push, so mid-afternoon's OK but late evening might not work so well
[02:38] <Hobbsee> Kamion: any aussies, or anyone in those sort of timezones will want to shoot you, but i wouldnt think there's a problem except for them :P
[02:38] <Kamion> can't win 'em all
[02:39] <Hobbsee> hehe
[02:39] <bimberi> April?
[02:39] <neuralis> Kamion: will you provide the time machine? ;)
[02:39] <Kamion> er, 30 May, right
[02:39] <Kamion> I've provisionally scheduled it on the wiki
[02:40] <mako> tentatively, that sounds good to me
[02:40] <mako> may that is
[02:41] <elmo> sounds ok to me too
[02:42] <Schoolinux> Hi all
[02:42] <Kamion> good good
[02:42] <Kamion> I'll mail c-c@ with the time
[02:42] <Kamion> can't win 'em all, like I say
[02:42] <Hobbsee> true
[02:42] <Kamion> no time works for everyone, that's why we rotate
[02:43] <Hobbsee> hehe - i think this was the first CC meeting that i actually had a hope of attending at a sane time...
[02:44] <Kamion> well, we do also have to make sure that the CC can attend. We tried it at 0400 UTC or something once before and none of the CC actually woke up ...
[02:44] <Kamion> oh, no, that's not quite true, mako was there on his own
[02:44] <jsgotangco> lol
[02:44] <Kamion> but there are three of us in the UK
[02:45] <jsgotangco> are there plans in the immediate future to have someone from a different timezone join the council?
[02:46] <Kamion> not in the immediate future, but it would be nice
[02:46] <Hobbsee> haha - that's why we're going to have to change the kubuntu CC times - if they want me there and coherant, they cant have 7am meetings!
[02:50] <mako> i wasn't thrilled to have a meeting at 8am today
[02:50] <mako> which might as well be 4AM for me :)
[02:50] <mako> 4am would be better.. i'm more likely to be
[02:50] <mako> up
[02:51] <jsgotangco> mako: congratulations btw
[02:51] <bimberi> Hobbsee: the CC meeting on 3/4/06 was at a good time for .au (11:00UTC)
[02:52] <mako> jsgotangco: thanks :)
[02:53] <Hobbsee> true, today's is, too.
[02:53] <Hobbsee> hehe
[02:53] <Hobbsee> mako: you didnt want to do an all-nighter?  strange.
[02:53] <freeflying> Hobbsee:  today's is qute well for Asian's  :)
[02:53] <Hobbsee> just think of all the bugs that could be fixed due to staying up all night :P
[02:56] <[BlueT_at_Mars] > freeflying: totally agree with you :)   # Asian too
[02:56] <bimberi> Hobbsee: have many kubuntu members been approved yet?
[02:57] <Hobbsee> bimberi: we havent had a meeting yet, it's still all being organised, i think
[04:02] <sabdfl> hello all
[04:03] <Hobbsee> hi sabdfl
[04:03] <sabdfl> did i miss it?
[04:03] <sabdfl> i'm in san fran and have no idea what time it is
[04:03] <Hobbsee> sabdfl: the meeting?  yep, by approx 2 hours...
[04:03] <Hobbsee> sabdfl: midnight here in australia, 2pm UTC
[04:03] <jsgotangco> eh
[04:04] <jsgotangco> yeah
[04:04] <jsgotangco> 2 hours ago
[04:04] <jsgotangco> we thought you are in debconf?
[04:22] <raphink> seems that was a fast meeting
[04:23] <Kamion> sabdfl: hi, yeah, only one candidate so it took half an hour even counting scrounging around for quorum
[04:24] <Hobbsee> poor candidate, that would have meant way more grilling than usual...
[04:24] <ogra> jsgotangco, he is, he's just sitting far away from the teble ;)
[04:27] <Kamion> Hobbsee: no, hardly any, because he was manifestly goo
[04:27] <Kamion> d
[04:27] <Hobbsee> ah, i see :)
[05:08] <ubuntu_lt> @schedule Vilnius
[05:08] <Ubugtu> Schedule for Europe/Vilnius: 17 May 15:00: Edubuntu | 18 May 17:00: Ubuntu Development Team | 24 May 23:00: Edubuntu | 25 May 23:00: Ubuntu Development Team | 31 May 15:00: Edubuntu


[15:36] <Bluefoxicy> holy crap, cp -af is non-deterministic
[15:36] <Bluefoxicy> cp -af foo/. bar/.
[15:37] <Bluefoxicy> if bar/qux/ is owned by your user and is r--r--r--, the FIRST run will try to copy foo/qux/baz.txt and FAIL.
[15:37] <Bluefoxicy> at that point, bar/qux/ has moved from (sorry, my fault) r-xr-xr-x to rwxr-xr-x
[15:38] <Bluefoxicy> yes, that's right:  cp -af changes the permissions on the directory, then fails.
[15:38] <Bluefoxicy> If you run the same command again, it will succed to make the replacement.
[15:39] <Bluefoxicy> english
[15:39] <Bluefoxicy> whatever.  You know what I'm talking about


[12:09] <man> hello
[12:09] <man> i
[12:09] <man> I am greenhand
[12:10] <man> ´ó¼ÒºÃ
[12:10] <man> ÊÇÌ¨ž³Í¬°û†á


[10:13] <teddy-dbear> Morning peoples, critters and everything else
[11:47] <icey> ahoy
[12:06] <ChinnoDog> Morning
[12:11] <teddy-dbear> o/


[21:28] <hggdh> jared: ping -- RT ticket #16894 -- is it still an ongoing concern?
[21:28] <hggdh> (and now we wait for next morning ;-)


[01:14] <bluesabre> Unless the next build makes a mess of things, I think the release notes are now ready.
[07:46] -BottyMcBotFace:#xubuntu-devel- ATTN: Xubuntu Core 20.04 - amd64 - amd64 built.
[07:48] <ochosi> awesome, thanks bluesabre!
[09:55] <Unit193> jphilips: At some point before you add the bot to #xubuntu, there has to be a discussion as to whether the team wants a telegram bridge, who would have access, mods on the "other side", etc.
[09:58] <jphilips> Unit193: yes understood, though it seems strange that nobody replied to the email thread stating they were against it before actual work began to implement it
[09:58] <Unit193> jphilips: When you initially asked in here, someone said what has to happen.  I was waiting for that discussion.
[09:59] <Unit193> With regards to a trial, that could have been to see if it was worthwhile to seek.  I dunno. :)
[10:00] <jphilips> yes pleia2 mentioned we'd need a sysadmin to manage the bot, which i did mention in my email about the group
[10:00] <Unit193> Personally, I don't see why it makes sense for a support channel, we don't have askubuntu questions being piped into #xubuntu, the mailing list, forums, etc.
[10:04] <jphilips> regarding who would have access, bluesabre, the bot maintainer, and whomever else from the team wishes
[10:22] <bluesabre> I'm personally not opposed to it. If it means more people answering the questions or more contributors in general, it seems like a win.
[10:25] <bluesabre> With how dead silent it can be in here and -offtopic, I'd also be in favor of bridging both of those channels as well.
[10:29] <Unit193> Unfortunately, I've seen a lot of spam in the #kubuntu one, sounds like this is a good thing to discuss at the next meeting.
[10:31] <jphilips> just spoke with someone who searched for our support on telegram and joined the group :D
[10:31] <jphilips> spam from the telegram or irc side on #kubuntu?
[10:34] <bluesabre> #xubuntu-devel.2020-03-31.log:10:54:50 < pleia2> dev.xubuntu.org is an Ubuntu server, if we have at least 2 systems type folks to volunteer to be on call for it, we can discuss setting it up
[10:34] <bluesabre> #xubuntu-devel.2020-03-31.log:10:55:14 < pleia2> but like all of our shared resources for the project, this really has to be a team decision, presented with pros/cons and whatnot
[10:34] <bluesabre> jphilips: do you mind starting a proposal somewhere so we can bring it up in the next meeting? You have buy-in from me, but we need to get the rest of the team in on it with a discussion.
[10:35] <bluesabre> I'm planning to get the next meeting on the calendar for sometime next week.
[10:36] <Unit193> We need to re-staff council too.
[10:36] <bluesabre> Yep.
[10:36] <jphilips> put the proposal in a google doc?
[10:36] <bluesabre> And drop some folks out of team that haven't been seen in 6+ months (more like 18+ months)
[10:36] <bluesabre> jphilips: do you have access to our wiki? (https://wiki.xubuntu.org/)
[10:37] <jphilips> bluesabre: no unless i can login with launchpad
[10:38] <bluesabre> I'll hook you up.
[10:40] <ochosi> just to add my 2cents
[10:40] <ochosi> i'm not sure i'm a huge fan of telegram for this
[10:40] <bluesabre> Funnily, today's the day Windows decided to overtake my bootloader. So now I'm stuck in Redmond land.
[10:41] <ochosi> i mean there are really lots of platforms we could move to
[10:42] <bluesabre> I think it's less about moving to platforms and more extended the number of platforms that can communicate with us.
[10:42] <ochosi> matrix, discord, ...
[10:42] <ochosi> yeah
[10:42] <ochosi> but ultimately we are "suggesting" platforms when bridging them
[10:43] <ochosi> telegram wouldn't be the first that comes to my mind
[10:43] <Unit193> I think I'd highly recommend against Matrix though. :P
[10:43] <ochosi> heh
[10:43] <ochosi> i think it's a topic where everybody has an option ;)
[10:43] <bluesabre> I've been pulled into several Linux-specific telegram groups the last couple of months. There seems to be a current push there.
[10:43] <ochosi> but in any case, i don't really actively hang out in #xubuntu anymore, so i won't oppose any of this
[10:44] <ochosi> you're seemingly more "connected" than me ;)
[10:44] <ochosi> i have only been "pulled" into discord so far
[10:44] <ochosi> and my experience with it has been a little mixed
[10:44] <bluesabre> Not a good thing, I didn't have time for all the work I was already doing :D
[10:45] <ochosi> cool features like posting screenshots (really helps), sucky things like being out of sync sometimes...
[11:03] <jphilips> bluesabre: yep that happened to be alot when i would update windows :D
[11:04] <Unit193> Dual-booting seems more finicky than it used to even.
[11:05] <bluesabre> Yeah, first time happening in quite a long time since using EFI. Considering just paving over Windows on this computer.
[11:05] <bluesabre> Gaming on Linux has gotten to be not bad since Proton appeared.
[11:06] <jphilips> when i used to volunteer with libreoffice 3 years ago, we setup the same telegram bridge and it was quite beneficial, atleast in the dev channels i was part of, as i pushed for it to be setup there
[11:07] <jphilips> you can see the list of bridges that use the bridge which was used there - https://docs.teleirc.com/en/latest/about/who-uses-teleirc/
[11:07] <jphilips> fedora is on the list
[11:10] <bluesabre> Yaru theme development is on Telegram. That's the group I got pulled into. And the Destination Linux community (who  are a chaaaaaaatttttty bunch)
[11:10] <jphilips> yep i went in there as well - DLN
[11:10] <jphilips> also went into ubuntu podcast telegram to get in contact with popey
[11:10] <jphilips> also went into jupiter broadcasting telegram as well
[11:12] <bluesabre> If anybody has a few moments to spare, looks like most of the builds are getting marked as ready. http://iso.qa.ubuntu.com/qatracker/milestones/412/builds/211153/testcases
[11:12] <bluesabre> We just have a remaining post-install one.
[11:12] <bluesabre> I'm not in my normal virt setup on this side of the hard drive. >.<
[11:23] <jphilips> here is a preview of the what's new video that will be published tomorrow, though additional changes are upcoming - https://drive.google.com/file/d/1iHEopDjzjltW48vqwcsZNRPSDAFhL-1O/view?usp=sharing
[11:30] <bluesabre> jphilips: oh nice, you got Joe :D
[11:30] <jphilips> yep i got Joe
[11:30] <jphilips> one of xfce's biggest media fans
[11:31] <bluesabre> xubuntu too :)
[11:32] <bluesabre> jphilips: that's really well done.
[11:33] <jphilips> of course xubuntu as well
[11:34] <jphilips> thanks
[11:51] <ochosi> hmm, i'd recommend not using greybird-dark with its regular window borders
[11:51] <ochosi> that really looks a bit crappy...
[11:52] <bluesabre> ochosi: that's just a preview in the wrong spot, while they're going to set them
[11:52] <bluesabre> > Builds: Xubuntu Desktop amd64 [Focal Final] has been marked as ready
[11:53] <ochosi> other than this, awesome sauce!
[11:53] <ochosi> oh ok
[11:54] <ochosi> i was distracted by the preview screenshot
[11:54] <ochosi> nice job jphilips
[11:54] <jphilips> ochosi: so are greybird-dark window borders going to be improved, so that you'd recommend it
[11:55] <jphilips> thanks
[12:14] <ochosi> in what respect improved?
[12:15] <ochosi> i only meant: dont mix regular greybird window borders with greybird dark
[12:15] <ochosi> but you didn't do that in the video - only the initial thumbnail is misleading
[14:53] <jphilips> xubuntu is up there - https://lh3.googleusercontent.com/dc7Z5IjXCTijPAPLcJga2vBhjj8wheXOjS8rFz4jNYiV9TCmB9dAQ29Ks3Oi8LhkW0W93vKLJ6D5TkJcsJ7e5rs47BvMxv3r9qXx3yE3xXVau4LA7yGt0jy9r7sRKbw-fO3DPV1_
[14:54] <jphilips> oh wait, wrong green :D
[14:54] <jphilips> or maybe i'm mistaken
[15:36] <albinard> Downloaded and installed the Xubuntu Core 0423 ISO on HP p7-1010, AMD64, BIOS.  Install went smoothly, currently running well, configuring now.
[16:57] <LuckyScooby> This should be definitely taken into account: https://contest.xubuntu.org/wp-content/uploads/2020/03/DORIME.png
[16:57] <LuckyScooby> LoL
[17:39] <jphilips> Unit193: any idea when the 20.04 downloads will appear on the download page
[19:52] <jphilips> any eta on when we'll be announcing the release for xubuntu?
[20:02] <bluesabre> jphilips: will try to do that when I get off work, unless somebody else beats me to it
[20:03] <jphilips> bluesabre: never done it before, so wouldnt know what to do, so i guess its in your hands
[20:04] <jphilips> i presume you have website access - here is the page with most of the stuff already completed - https://xubuntu.org/wp-admin/post.php?post=4804&action=edit
[20:04] <jphilips> you may have to made adjustments to the known issues, as i only put in the xfce pulseaudio plugin issue
[20:18] <bluesabre> jphilips: will do. Should have it in the next hour. I updated the release itself, but I think the download page has to be updated separately.
[20:59] <bluesabre> Oh jeez, don't copy and paste with Gutenberg
[21:04] <ochosi> :)
[21:10] <bluesabre> Alrighty, got the downloads page ready. Just tidying up the announcement, and then I'll publish everything at once.
[21:13] <ochosi> nnnice
[21:27] <bluesabre> !team | I've updated the site for the 20.04 release. Please let me know if I missed anything.
[21:31] <ochosi> bluesabre: isn't this https://xubuntu.org/getxubuntu/ rather xubuntu.org/download?
[21:31] <ochosi> i mean there's a redirect anyway
[21:32] <bluesabre> Yeah, probably better to use the direct link.
[21:33] <ochosi> nice work!
[21:33] <ochosi> one would probably expect more xfce 4.14 references
[21:33] <ochosi> but i guess it would be a repetition of the 19.10 release notes
[21:35] <bluesabre> Feel free to update it as you see fit :) I got off work and went straight to publishing the release :D
[21:35] <bluesabre> But I'm hungryyyyyyyyyyyyyyyy
[21:35] <ochosi> hehe
[21:35] <ochosi> tbh i'm also rather destroyed and should go to bed soon
[21:35] <ochosi> too many xfce gitlab and icon nights..
[22:01] <Unit193> \o/
[22:57] <Unit193> ...At some point I should mention in here that I've "released" Xubuntu Core too, seeding torrent and everything.


[09:43] <\sh> moins
[09:44] <\sh> dear launchpad-devs, I'm trying to setup a daily pkg build recipe for a project. One recipe is working just fine...but the second one not...https://launchpadlibrarian.net/92739547/buildlog.txt.gz and I don't understand why
[10:04] <popey> LP looks a bit ill
[10:04] <popey> http://ubuntuone.com/4aBPgyS3K270YyDdHEoLoL
[10:05] <wgrant> popey: 10:00-10:05 is an outage window.
[10:05] <popey> ah okay ☺
[10:05] <wgrant> We generally go down for 90s somewhere in there once or so a week.
[10:05] <wgrant> For DB updates.
[10:05] <popey> sorry to bother you then ☺
[15:36] <Adri2000> to anyone who has extra powers on buildds: I'd appreciate if my opencv sync in ubuntu precise (2.3.1-7) gets built soon (ideally, in the next couple of hours) on armel and powerpc, because I need it to be built everywhere before I can upload a bunch of other packages
[15:37] <Adri2000> https://launchpad.net/ubuntu/+source/opencv/2.3.1-7/+build/3208579
[15:37] <Adri2000> https://launchpad.net/ubuntu/+source/opencv/2.3.1-7/+build/3208582
[15:40] <Adri2000> forget about it for armel, it's actually building now - but it'd still be cool for powerpc, as it says "Start in 7 hours" :)
[15:55]  * Adri2000 wonders if czajkowski, as help contact, could help me :p
[15:56] <czajkowski> hmm
[15:58] <Adri2000> uh :o the armel build has stopped :|
[15:58] <czajkowski> bigjools: you about?
[15:58] <Adri2000> it's back to needs building status
[16:01]  * Adri2000 afk for a moment, on his way back home
[16:01] <czajkowski> Adri2000: if you just keep an eye on in here for a bit and we'll get back to you
[16:07] <micahg> czajkowski: needs a LOSA or a TB member
[16:07] <micahg> err...s/LOSA/webops/
[16:13] <djfroofy> ohayou everyone.
[16:13] <djfroofy> is it possible to change the email associated with my lp account?
[16:13] <djfroofy> bounced around in settings and couldn't find anything for this.
[16:14] <mgz> you hit the yellow warning symbol next to your current email address
[16:14] <djfroofy> mgz: thanks
[16:14] <mgz> takes you to /~djfroofy/+editemails
[16:15] <djfroofy> awesome! i'm there now. thanks
[16:18] <djfroofy> wow. pretty powerful how you can have multiple email addresses and subscribe to different groups with different addresses. i like.
[16:18] <czajkowski> micahg: thanks
[17:15] <zooko> lifeless, et al.: see this ticket? https://bugs.launchpad.net/pycryptopp/+bug/931542
[17:15] <ubot5`> Launchpad bug 931542 in gcc "using the gcc-4.7.0 prerelease as packaged by Fedora Rawhide, there is a segfault in the program that results from compiling sha512-hash.c" [Medium,New]
[17:15] <zooko> It is about a bug that involves at least Fedora, GCC, pycryptopp, and djb's "nacl" crypto library.
[17:15] <zooko> I'd like to link that lp ticket to this redhat bugzilla ticket about Fedora Rawhide: https://bugzilla.redhat.com/show_bug.cgi?id=790114
[17:15] <ubot5`> bugzilla.redhat.com bug 790114 in gcc "segfault in program that results from compiling sha512-hash.c" [High,New]
[17:15] <zooko> How do I do that?
[17:16] <zooko> I tried adding "this affects project" and searching for Fedora, and I tried adding "this affects distribution" and searching for Fedora, and neither one had a  match.
[17:16] <czajkowski> hmm
[17:17] <micahg> also affects distribution should have Fedora and does for me
[17:17]  * zooko looks for the third time
[17:18] <zooko> Yup, there it is right in front of my eyes.
[17:18] <zooko> Thanks, micahg.
[17:18] <zooko> Send me a new pair of eyes.
[17:18] <czajkowski> zooko: did you find it
[17:18] <czajkowski> or I can change it here for you to effects Fedora also ?
[17:19] <zooko> I did it, thanks.
[17:26] <czajkowski> ko
[17:27] <czajkowski> ok
[17:37] <lifeless> zooko: also you can usually just comment with the url and it gets picked up when there is an external tracker registered for the url
[17:38] <zooko> lifeless, ah, neat! :-)
[17:42] <Adri2000> czajkowski: I'm back. it says 4 hours before building; any chance something can be done before that?
[17:50] <czajkowski> Adri2000: let me ask and see
[17:51] <czajkowski> Adri2000: is there any particular reason why you need it done sooner?
[17:57] <Adri2000> I need it before uploading other packages that should get in before FF. then it's just it'd be better if I could do that tonight, because otherwise I'm not sure of how much free time I'll have for this before Thursday...
[17:57] <Adri2000> not sure if it's a valid reason :)
[17:58] <lifeless> Adri2000: you can just upload the other packages
[17:59] <lifeless> Adri2000: they will go into missing-dep state and wait for this one to build
[17:59] <Adri2000> the other packages don't strictly depend on that version
[18:00] <lifeless> Adri2000: if they won't build correctly without it, that sounds like a dep failure.
[18:00] <Adri2000> they will build correctly, but with an older lib
[18:01] <lifeless> Adri2000: and... if that matters, you have a versioned dependency
[18:02] <lifeless> Adri2000: (curious) whats the package - can you link to the upload ?
[18:03] <Adri2000> opencv : https://launchpad.net/ubuntu/+source/opencv/2.3.1-7
[18:05] <Adri2000> tests done there: https://launchpad.net/~adri2000/+archive/opencv2.3-transition/+packages
[18:05] <lifeless> thanks
[18:05] <Adri2000> most of the packages just need a rebuild, so I don't think it'd be a good idea to add the strict dependency change, just for a buildd timing issue
[18:06] <lifeless> gotchya
[18:06] <infinity> Adri2000: PPC build bumped.
[18:07] <infinity> Adri2000: I suspect your bottleneck will be armel anyway, it's not the fastest hardware around.
[18:07] <Adri2000> thanks!
[18:07] <Adri2000> eh, ok :)
[18:12] <zooko> Oh hey that reminds me, I recently got autobuilds working for my pycryptopp project. Very good!
[18:12] <zooko> But now I want ARM builds too. There's no accomodation for this on the lp UI.
[18:12] <zooko> Can you hook me up?
[18:12] <lifeless> ah
[18:13] <infinity> zooko: We don't (currently) allow arm builds for non-trusted (ie: most public) PPAs.
[18:13] <lifeless> so last I heard the ARM builds are not virtualised
[18:13] <infinity> zooko: There's work in progress on a virtualised solution that will allow this.
[18:13] <lifeless> so we can't trust arbitrary builds on them
[18:13] <infinity> And I don't mean "forward-thinking, Q32015" WIP, I mean, it's going to happen "soonish", for some hand-wavy definition of "soon".
[18:14] <lifeless> when davidm gets his black hole generator running ? :)
[18:15] <zooko> Ah.
[18:15] <infinity> lifeless: Heh.  This one's all Spads, and I imagine the virtual ARM PPAs will be fuelled by nothing but baldness and sarcasm.
[18:15] <zooko> So you're using the virtualization as a security barrier.
[18:16] <zooko> Although maybe it is more of barrier against people accidentally screwing stuff up for other people.
[18:16] <lifeless> bit from column A, bit from column B
[18:16]  * zooko nods
[18:16] <infinity> zooko: Yeah, all the x86 PPAs are in disposable Xen instances.  We scrub them clean after every build.
[18:16] <zooko> Okay, thanks!
[18:16] <lifeless> we assume that without resetting to a known-good-state, anything running on bare metal could seed a compromise for the next build
[18:17] <lifeless> while we would, in principle, have a complete audit trail, it seems unwise to take the risk
[18:18] <lifeless> zooko: FWIW, if you need this, our commercial users get put into that trusted bucket
[18:18] <lifeless> zooko: or you can wait a $few months or so while the ARM virtualisation thingy is brought live
[18:19] <zooko> There's no money in this, yet, for me.
[18:20] <zooko> I was just wondering how much you rely on the virtualization to resist subversion.
[18:20] <zooko> My security expert pals tell me that virtualization is widely perceived as being stronger for that purpose than it actually is.
[18:20] <zooko> I.e., the rootkit could perhaps install itself into the host OS even though you ran it in the guest OS.
[18:20] <lifeless> you can certainly examine stuff outside the virtual environment quite reliably
[18:21] <lifeless> writing to it is AFAWK -much- harder
[18:21]  * zooko nods
[18:21] <lifeless> chroots are worthless
[18:21] <zooko> That's my intuition too.
[18:21] <zooko> I think it ought to help.
[18:21] <lifeless> we audit builds on separate machines
[18:21] <zooko> But, as far as I know, nobody really claims or supports or backs-up their claim that it will help, other than the Qubes project.
[18:21] <lifeless> the buildds are firewalled from -everything- except the Ubuntu archive (and PPA archives)
[18:21]  * zooko nods.
[18:21] <zooko> That ought to help too!
[18:21] <lifeless> including from other buildds
[18:22] <lifeless> only the build master can talk to the buildd guest; and a separate system doesn't the wipe-clean process
[18:22] <infinity> zooko: Your security expert pals are probably talking about KVM, FWIW.
[18:23] <infinity> zooko: Not that I want to get into THAT discussion, but I don't know of any current Xen exploits in the wild.  (Not that it's not concievably possible)
[18:23] <lifeless> so we know what bits were shipped to the buildd disk, and we keep those bits for a while even if someone clicks 'delete the package' -> so that we can tell what was up
[18:26] <zooko> lifeless: nice! I'm pretty interested in auditing as a complement to prevention.
[18:26] <lifeless> all the code is in (or referenced by - subordinate projects) lp:launchpad, if you're interested
[18:27] <lifeless> well, I say all, the xen scripts aren't, they are an abstraction layer though so not really relevant
[18:27] <zooko> Thanks.
[18:33] <balloons> is this the place to ask questions about using the launchpad api? I'm trying to use the python bindings..
[18:36] <lifeless> yes
[18:41] <zooko> Phewf.
[18:42] <zooko> Do I get a prize for opening six issue tickets against launchpad itself this morning?
[18:42] <zooko> https://bugs.launchpad.net/~zooko/+reportedbugs?orderby=-id&start=0
[18:42] <zooko> I know, I know.
[18:42] <zooko> You're going to say I get the prize if I attach a patch to each one that fixes it.
[18:46] <lifeless> zooko: bingo!
[18:46] <zooko> Heh heh heh.
[18:52] <balloons> ok, I'm looking at the launchpadlib docs, and I can't figure out how to get grab all the bugs for a specific project or package
[18:53] <balloons> what I want to do is grab all of the bugs with a specific tag on them, and the do some data gathering on them.. But I want to limit the bugs I'm looking at to specific package(s)
[19:15] <Ampelbein> balloons: You mean like lp.distributions["ubuntu"].getSourcePackage(name="seahorse").searchTasks(tags="apport-bug")
[19:15] <Ampelbein> ?
[19:15] <balloons> Ampelbein, that reads like what I am attempting to do yes
[19:15] <balloons> I'll try it, thank you
[19:17] <balloons> hmm AttributeError: 'NoneType' object has no attribute 'searchTasks'
[19:17] <Ampelbein> balloons: The sourcepackage name you are using is wrong.
[19:18] <balloons> :-) that did the trick
[19:18] <balloons> saw the typo
[19:18] <balloons> thanks
[20:03] <MTecknology> is it possible to 'undelete' a ppa?
[20:03] <EvilResistance> MTecknology, what did you do now :P
[20:04] <MTecknology> I found out that one that I thought had nobody using it apparently had a whole lot of people using it.
[20:04] <EvilResistance> >.>
[20:04] <MTecknology> EvilResistance: the ppa:nginx/php5 one
[20:05] <EvilResistance> ohhhhhhh
[20:05] <EvilResistance> THAT one
[20:05] <EvilResistance> you realize i was also using that?
[20:05] <MTecknology> ya... a lot of people apparently were
[20:05] <EvilResistance> i just havent booted into ubuntu lately xD
[20:06] <EvilResistance> MTecknology, i'm not sure it can be "undeleted" but i'll let an admin of LP answer that
[20:07] <MTecknology> You know it also had a version of php that had a security vulnerablity in it? I never bothered to update since it's been turning into a pain and someone else was going to take it
[20:07] <EvilResistance> heh
[20:07] <MTecknology> turns out the person that took it was going after getting money by having people donate to him for his ppa and it doesn't work for lucid
[20:08] <MTecknology> wgrant: you happen to be awake?
[20:09] <EvilResistance> heh
[20:10] <MTecknology> ah... i guess the code makes it possible, but they've decided not to let it happen
[20:10] <MTecknology> I'll just have to make a php5.3 instead of php5
[20:26] <lamalex> can i make an launchpadlib object out of a link returned from the api easily?
[20:30] <Ampelbein> lamalex: lp.load()?
[20:31] <lamalex> nice. thanks Ampelbein
[20:40] <cody-somerville> If you're subscribed to a vcs import, will you get e-mails on new commits if you configure the subscription as such?
[22:13] <andi3_> hi
[22:14] <andi3_> i'm looking for help with packaging cmake application
[22:15] <andi3_> not really launchpad topic, but not sure where to go...
[23:55] <abentley> sinzui: I think there are probably some branches on Launchpad that contain user data such as passwords.
[23:55] <sinzui> fab


[18:45] <olly> morning
[19:41] <mwhudson> morning
[21:03] <thumper> morning
[21:13] <chilts> morning


[22:39] <Unit193> Pici: Howdy.
[22:39] <Pici> Unit193: hi
[22:39] <Pici> whats up?
[22:40] <Unit193> So ubottu uses the LTS config vars to link to torrents, since .1 has been released those links are now broken.
[22:40] <Unit193> !torrents
[22:41] <Unit193> ubottu: config plugins.Encyclopedia.curLTSNum
[22:41] <Pici> hm
[22:41] <Unit193> `config plugins.Encyclopedia.curLTSNum
[22:42] <Pici> I guess it doens't really hurt to hardcode it for the torrents links
[22:42] <Pici> ubottu: config plugins.Encyclopedia.curLTSNum 16.04.1
[22:42] <Unit193> Pici: Thanks!


[16:06] <stgraber> jodh: gosh, 15k long test file, there goes my plan to read through test_initctl.c ;)
[16:09] <jodh> stgraber: I'd look at test_show_config() and test_reexec() in that file.
[16:12] <stgraber> jodh: my plan for an easy test is to add code to test_upstart_open which tests that initctl connects to the bus set in UPSTART_SESSION if it's set and fails if UPSTART_SESSION is unset and user_mode is set
[16:13] <stgraber> jodh: that'll essentially test the code I added to initctl.c, the rest is identical to standard upstart, so I'm not sure it makes sense to add a specific test to each of the test function
[16:15] <jodh> stgraber: sounds good to me.
[16:26] <stgraber> looks like it's going to be one of those rare branches where adding tests will take less time than writing the initial code ;) that's assuming I don't get into any weird nih bug when writing the tests ;)
[16:34] <xnox> well.... how long have you already spent sieving through test_initctl.c?
[16:34] <xnox> =))))
[16:51] <stgraber> xnox: just long enough to notice vim telling me how long it was ;) then I decided to use grep to figure out where to add my tests ;)
[16:51] <stgraber> anyway, half the tests are done now
[16:51] <xnox> stgraber: i remember onces doing a grep -C 10 & using patch-mode to write a patch and path it in......
[16:52] <xnox> good old days of not enough ram and patching 10MB file =)))))
[16:54]  * xnox used to do crazy stuff, for little reason.
[16:55] <stgraber> ;)
[17:00]  * xnox doesn't like
[17:00] <xnox> precise-desktop-base login: <4>init: setvtrgb main process (258) terminated with status 1
[17:00] <xnox> upon starting lxc containers on raring.
[17:04] <stgraber> xnox: I agree and I had an action to add some "and not-container" to those upstart jobs but slangasek felt we should just let them fail ;)
[17:04] <xnox> stgraber: why does it complaint in my face and not somewhere else?
[17:04] <xnox> =)
[17:05] <stgraber> xnox: because it'd complain in your face on a real system, so we do that too in containers ;)
[17:05] <stgraber> or more likely, it'd do that on a real system if /dev/console didn't support those ioctls and your machine was booting fast enough to cause a race between setvtrgb and tty1 :)
[17:18] <stgraber> jodh: branch should be ready for another review. I added the two tests I mentioned earlier and they pass as expected.


[06:06] <johnjay> is there a way to compile and run code for arm assembly, but on my pc?
[06:07] <johnjay> I see a binutils-arm-linux-gnueabi and a binutils-arm-linux-gnueabihf in my repos. but the rest is compilers and such