 for more details.
[06:42] <bakuman> Maaz_, help me with coffee
[06:42] <Maaz_> bakuman: I'm afraid I don't know what you are asking about. Ask "what can you do" to browse my features.
[06:42] <superfly> morning Kilos
[06:42] <bakuman> :(
[06:42] <Kilos> hiya maiatoday
[06:43] <Kilos> bakuman, once he is making just type maaz coffee please
[06:43] <bakuman> Maaz_, coffee please
[06:43] <Maaz_> bakuman: Yessir
[06:43] <bakuman> :D
[06:45] <Maaz_> Coffee's ready for Kilos and bakuman!
[06:45] <Kilos> Maaz_, ty
[06:45] <Maaz_> You are welcome Kilos
[06:45] <bakuman> Maaz_, ty
[06:45] <Maaz_> You are welcome bakuman
[06:45]  * bakuman drinks too fast and burns himself
[06:46] <bakuman> anyone here have some experience with python gui's?
[06:47] <Kilos> the fly but he is a busy fella
[06:47] <Kilos> python master
[06:47] <Kilos> and the weed
[06:55] <bakuman> okay thanks
[07:07] <Kilos> hi psydroid
[07:13] <drussell> Kilos: good thx, you?
[07:13] <Kilos> good ty
[07:14] <Kilos> getting used to unity slowly just the nm doesnt member to keep mobile broadband enable
[07:14] <Kilos> busy with them bug peeps trying to sort it
[07:23] <drussell> Kilos: cool, got a bug number I can follow?
[07:23] <Kilos> yeah sec ill find it
[07:25] <Kilos> drussell, 1033579
[07:26] <charlvn> good morning all
[07:26] <charlvn> Maaz_: coffee on
[07:26]  * Maaz_ puts the kettle on
[07:26] <Kilos> hi charlvn
[07:27] <charlvn> good morning Kilos, how's it going
[07:27] <Kilos> drussell, the auto connect doesnt work and i have to enable broadband everytime
[07:27] <Kilos> good ty charlvn got 12.04 going ok again
[07:28] <Kilos> and did a deja-dup to external
[07:28] <Kilos> actually a cool tool that
[07:28] <Kilos> for me anyway
[07:30] <Maaz_> Coffee's ready for charlvn!
[07:36] <charlvn> Maaz_: thanks
[07:36] <Maaz_> charlvn: No problem
[07:36] <charlvn> Maaz_: botsnack
[07:36] <Maaz_> Yay, at last someone thinks about me as well
[07:37] <charlvn> Kilos: that's good news, congrats!
[07:37] <charlvn> need to do some work, bbl
[07:37] <Kilos> ty
[07:56] <Symmetria> heh
[07:56] <Symmetria> has it stopped snowing in joburg?
[07:57]  * Symmetria is rather worried about having to drive back to bloem on sunday in this weather
[08:08] <Kilos> drussell, what did you do there , just got a mail i dont understand anyway
[08:08] <Kilos> changed status?
[08:09] <Kilos> hi smile
[08:09] <smile> hoi allemaal :p
[08:09] <smile> :)
[08:09] <Kilos> almal
[08:09] <smile> Kilos: het jy goed gedroom? ;)
[08:10] <Kilos> :)
[08:10] <smile> :p
[08:10] <Kilos> nee, droom maar min
[08:11] <smile> Kilos: wat bedoel jy? :p
[08:11] <Kilos> who knows how i get to that atrum channel here
[08:11] <Kilos> i dont dream much smile
[08:11] <smile> maybe /join #atrum ?
[08:11] <smile> Kilos: ok :)
[08:12] <Kilos> no it was an irss something
[08:12] <Kilos> i lost the link to get there with clean installing
[08:14] <smile> hmm.. not on freenode?
[08:14] <Kilos> nope on atrum
[08:15] <Kilos> them i think but not the link here to connect to
[08:15] <Kilos> http://search.mibbit.com/channels/Atrum/1
[08:16] <smile> Kilos: irc://autumn.cpt.za.atrum.org
[08:16] <smile> :D
[08:18] <smile> that's atrum :)
[08:20] <Kilos> yes ty
[08:20] <smile> yw :)
[08:26] <Kilos> hi SilverCode
[08:26] <SilverCode> Hi
[08:27] <Kilos> you new here
[08:27] <Kilos> welcome to ubuntu-za
[08:30] <SilverCode> yeah, was looking for something, stumbled across the website, thought I might as well join the IRC channel :)
[08:31] <smile> SilverCode: cool ;)
[08:31] <smile> please stay :)
[08:31] <Kilos> SilverCode, you an IT guy?
[08:32] <Kilos> using what OS. i see you using quassel
[08:38] <SilverCode> programmer actually. Do linux development
[08:38] <SilverCode> running Kubuntu
[08:39] <Kilos> great, make ubuntu-za a permanent fixture there
[08:39] <Kilos> we have other kde guys here too
[08:41] <SilverCode> ironically the reason I found ubuntu-za was because I was looking for an "IT Guy" :)
[08:41] <SilverCode> Will try. Often forget to set up the ssh tunnel to allow IRC access at work, so Quassel just gives up quietly in the background and I never think to correct the problem
[08:42] <Kilos> ah
[08:42] <Kilos> do you need help?
[08:43] <Kilos> if so state you prob as clearly as possible and one of the guys will help you as and when time allows
[08:43] <Kilos> SilverCode, wb
[08:43] <Kilos> do you need IT help?
[08:48] <SilverCode> sort of, I actually need a contractor or consulting company to set up our new servers
[08:48] <SilverCode> and they seem to be a lot harder to find than one would think :)
[08:49] <Kilos> Symmetria, ^^
[08:50] <Kilos> some of the guys here run their own servers
[08:51] <Kilos> so you will get help and Symmetria does that kinda thing if im not mistaken
[08:52] <Kilos> he is the networking bof here
[08:52] <SilverCode> it isn't so much the help that is needed, more of a case of we don't have time to do it ourselves (anymore), and also lack the expertise
[08:53] <SilverCode> and now that our old creaky, self maintained server has died, we thought "fuck it, lets just get someone in to do this for us"
[08:54] <Kilos> he freelances i think
[08:54] <Kilos> Symmetria, ping
[08:54] <inetpro> cocooncrash_: you and Maaz_ have a tail
[08:54] <Kilos> lo inetpro
[08:54] <inetpro> good mornings
[08:55] <SilverCode> awesome, thanks Kilos
[08:55] <Kilos> yw SilverCode
[09:18] <smile> inetpro: have you got more than one morning? :D
[09:19] <Kilos> hehe he starts late and ends late
[09:19] <smile> 9.9
[09:20] <smile> Een tourniquet of draaideur is een samenstel van drie of vier deurbladen die aan een gezamenlijke verticale as zijn afgehangen en als geheel om deze as draaien. Aan weerskanten bevinden zich gebogen afscheidingen ook wel kuipen genoemd, die zo breed zijn, dat bij een vierbladig tourniquet steeds twee deurbladen tussen de afscheidingen blijven en zo de deuropening afsluiten.
[09:20] <smile> :)
[09:20] <smile> You understand, Kilos ? :)
[09:22] <Kilos> na
[09:23] <smile> Kilos: or too difficult :p
[09:24] <Kilos> something to do with a swing door smile
[09:24] <smile> yep :)
[09:26] <Kilos> i gonna have to reboot soonish. big upgrade going on here
[09:28] <smile> ok :)
[09:28] <smile> which distro? :p
[09:29] <Kilos> 12.04
[09:29] <Kilos> unity
[09:30] <smile> ok :)
[09:30] <smile> ^^
[09:31] <smile> have to upgrade also
[10:03] <Kilos> yay looks like nothing broke
[10:18] <bakuman> \o/
[11:15] <Trixar_za> http://what-if.xkcd.com/6/
[11:15] <Trixar_za> My new favorite feature
[13:23] <Kilos> charlvn, banlam was it one of you that used to sahki thing to connect the modem
[13:23] <Kilos> or Trix[a]r_za
[13:24] <Kilos> i cant see them logs from last night
[13:25] <Kilos> usb-modeswitch doesnt seem to be working here
[13:25] <Kilos> and wvdial is a massive job that is beyond my comprehension
[14:20] <Kilos> ah it was sakis3g now who was using it??
[14:27] <sakhi> afternoon
[14:27] <Kilos> hi sakhi
[15:00] <SilverCode> *sigh* I think all software bugs would be eliminated by the invention of a time machine
[15:00] <SilverCode> Programmers would be too scared of someone from the future coming back in time to stab them in the face for their poor implementation of things
[15:00] <SilverCode> would make them pay more attention
[15:33] <Kilos> ok who is the sakis3g user?
[15:33] <Kilos> ek sukkel
[15:34] <Kilos> connects to here and firefox works but no evolution mail or mxit on pidgin
[15:48] <Kilos> and where is the red green blue bubble that shows on/offline etc
[15:48] <Kilos> what am i missing
[15:49] <Kilos> Maaz_, coffee on
[15:49]  * Maaz_ flips the salt-timer
[15:50] <Kilos> SilverCode, did Symmetria answer you?
[15:51] <SilverCode> Kilos: yeah, he did thanks. Gave me info for a company that does what we are looking for
[15:51] <Kilos> great i was offline sorting things
[15:53] <Maaz_> Coffee's ready for Kilos!
[15:54] <Kilos> Maaz_, danke
[15:54] <Maaz_> Bitteschön
[15:55] <SilverCode> you would think that after 4 years (?) of KDE4, there would be some more useful plasmoids
[15:57] <Kilos> there might be. talk to inetpro and superfly
[15:57] <Kilos> you might wait a while they kinda busy guys
[15:57] <Kilos> normally after 8pm they get to chat some here
[16:04] <Kilos> smile, ?
[16:07] <smile> yes? :p
[16:07] <Kilos> you still alive?
[16:07] <smile> yep, why? :p
[16:07] <Kilos> so quiet
[16:07] <smile> Oh I was helping someone who's now cooking dinner
[16:07] <smile> :p
[16:08] <Kilos> lol
[16:09] <smile> :)
[16:12] <smile> some problems are arising in Belgium o.O
[16:13] <smile> Nuclear buildings are leaking o.O
[16:14] <Kerbero> o
[16:14] <smile> Doel 3 and Tihange are leaking nuclear things :p
[16:15] <smile> Tihange at least for 7 years (so, 2005)
[16:15] <smile> Kerbero: ga jy die kernsentrale sluit? :p
[16:17] <Kilos> uh oh
[16:17] <Kilos> yo Kerbero
[16:17] <smile> Doel 3 would stay open till 2022, but I think they have to change their mind :p
[16:18] <Kilos> smile if there are still people working there dont worry
[16:18] <smile> Kilos: inside the building? maybe 2. :p
[16:19] <smile> Doel 3 is nearby, if it explodes we're all dead
[16:19] <smile> :p
[16:19] <Kilos> use google maps or something to see if those walking around outside have anti nuke suits and masks on
[16:20] <Kilos> will only exploded is it overheats
[16:20] <Kilos> i thin
[16:20] <Kilos> k
[16:20] <Kilos> yo Cantide
[16:20] <Cantide> hello '-'
[16:20] <smile> Kilos: you hope ;)
[16:20] <smile> streetview is not so recent :p
[16:21] <Kilos> no
[16:21] <Kilos> YOU hope
[16:21] <smile> yes I do :)
[16:21] <smile> ^^
[16:21] <Kilos> get onto one of those satelites that see everything
[16:21] <Kilos> hi psydroid
[16:23] <smile> "Since 2006, about 0.5 to 2 litres radioactive water leaks a day from the nuclear power plant"
[16:23] <CanNOTStudy> muhuhahahaha
[16:23] <smile> :o
[16:23] <Cantide> :o
[16:24] <Cantide> smile, where is that? 'o'
[16:25] <Kilos> lol
[16:25] <smile> http://nl.wikipedia.org/wiki/Kerncentrale_Tihange , Cantide
[16:25] <smile> :p
[16:26] <Cantide> Kilos, I finished work at 11:30 today and had to wait until 5 pm for my lift - luckily i had one of my study guides with me
[16:26] <Cantide> so yeah, i think i've done my studying for the week :p
[16:26] <Kilos> no man
[16:26] <Kilos> week ends on saterday
[16:27] <Cantide> heh, there is no English page of that, smile :p
[16:27] <Cantide> Kilos, my week ends on Sunday :p
[16:27] <Cantide> tomorrow i'll do an assignment, and I'll probably have to work Sunday
[16:27] <Kilos> no sunday is the first day of the week
[16:27] <Cantide> err, Saturday, I mean
[16:27] <Cantide> Sunday is the last >_>
[16:27] <Kilos> nope
[16:27] <Cantide> to each his own :p
[16:27] <Kilos> lol
[16:28] <smile> Cantide: I translated it :p
[16:28] <Kilos> Maaz_, google what day is the first day of the week
[16:28] <Maaz_> Kilos: "Sunday or Monday?" http://www.cjvlang.com/Dow/SunMon.html :: "What is the first day of the week and why, explain?" http://www.funtrivia.com/askft/Question85968.html :: "The Days of the Week" http://www.timeanddate.com/calendar/days/ :: "Scriptures dealing with the first day of the week. | Christian ..." http://carm.org/religious-movements/seventh-day-adventism/scriptures-dealing-first-day-week :: "Names of the days of the week - Wikipedia, the…
[16:28] <smile> I hope you can understand a bit :)
[16:30] <cocooncrash> Maaz_: change nick to Maaz
[16:30] <Maaz> cocooncrash: Changing nick to Maaz
[16:30] <Kilos> ty cocooncrash
[16:30] <Cantide> smile, a little :)
[16:30] <Kilos> all good there?
[16:30] <Cantide> my Afrikaans is rather useless as it is :-S
[16:30] <psydroid> hi Kilos
[16:31] <psydroid> hoi Cantide
[16:31] <Cantide> hello :)
[16:31] <smile> bye! :)
[16:31] <Cantide> bye bye :o
[16:31] <psydroid> doei smile :)
[16:31] <Kilos> who was here last night saying he used sakis3g?
[16:32] <Kilos> i have it working here but got somethings to add or sort or something
[16:32] <Kilos> and dunno how
[16:33] <Kilos> he actually left a link but i cant scroll back after upgrading
[16:33] <Kilos> all gone somewhere
[16:34] <Kilos> dont all answer at once
[16:34] <Kilos> hehe
[16:36] <Cantide> I can't remember, or i wasn't online .-.
[16:37] <Kilos> ok next!
[16:39] <charlvn> good evening all
[16:39] <Kilos> hi charlvn
[16:39] <Kilos> you were here last night
[16:39] <Kilos> who was here last night saying he used sakis3g?
[16:39] <Cantide> anyone else watching the ubuntu on air about quickly?
[16:40] <charlvn> hi Kilos
[16:40] <charlvn> sakis3g? not me
[16:40] <charlvn> i can check in the logs, hold on
[16:40] <Kilos> who was it? scroll bnack for me please
[16:41] <charlvn> oh it was Trix[a]r_za
[16:41] <Kilos> ah ty very much
[16:41] <charlvn> np
[16:41] <Kilos> Trix[a]r_za, ping
[16:42] <Kilos> hope he sees that when he comes online
[16:44] <Kilos> charlvn, did you see the link he put there
[16:44] <Kilos> was his own version i think
[16:47] <charlvn> lemme check again
[16:47] <charlvn> Kilos: http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p=5947
[16:47] <Kilos> ty charly
[16:47] <charlvn> np
[16:48] <charlvn> dinner brb
[17:05] <magespawn> Evening all
[17:17] <Kilos> hiya magespawn
[17:18] <magespawn> Hey Kilos
[17:24] <zeref> hmmmm, is anybody using the new nautils: http://www.omgubuntu.co.uk/2012/08/linux-mint-fork-nautilus
[17:32] <Kilos> brb switching to fone
[17:32] <Kilos> hi not_found
[17:32] <not_found> Hey uncle Kilos
[17:36] <Cantide> zeref, I might try it out when I'm running 12.10
[17:36] <Cantide> I see they're planning to remove a LOT of functionality from Nautilus - most notably for me the tree view
[17:36] <Cantide> Thunar is quite fast, but I just don't like how it looks :-S
[17:43] <zeref> yeah, and dual pane has been removed, but they are planning to bring it back
[17:44] <zeref> gnome is moving towards tablet-interface, are there any tablets that use gnome?
[17:49] <magespawn> Not that I know of.
[17:51] <Cantide> tablet interface just won't cut it for a desktop
[17:51] <Cantide> and i'll be forced to look elsewhere
[17:51] <Cantide> sad ,_,
[17:53] <magespawn> Is depends how they do it.
[17:55] <magespawn> You could keep the old one.
[17:56] <zeref> but then they will be doubling there work.
[17:56] <zeref> s/there/their
[17:56] <Cantide> i'm sure it'll get phased out
[17:56] <Kilos> if any of you see a joshuahoover come on here please chat to him if i miss him
[17:56] <Kilos> he is from ubuntuone
[17:57] <zeref> i think i'll always choose laptop + desktop over tablet
[17:57] <zeref> s/+/and
[18:24] <nuvolari> o/
[18:25] <not_found> o/ nuvolari
[18:26] <nuvolari> oh hi not_found
[18:26] <nuvolari> are you doing well?
[18:26] <not_found> always :) and yourself nuvolari ?
[18:27] <nuvolari> I'm doing well thanks
[18:27] <not_found> Awesome
[18:27] <nuvolari> looking forward to tomorrow
[18:27] <Kilos> nuvolari, did you wash away
[18:27] <nuvolari> don't know what I'm going to do in the middle of the week when I'm not at home
[18:28] <Kilos> thanks alot joshuahoover
[18:28] <nuvolari> Kilos: nee oom! ek is gelukkig
[18:28] <Kilos> where you going nuvolari
[18:28] <Kilos> dis vrek koud hier
[18:28] <nuvolari> Kilos: dis die ding oom, ek gaan n^ERENS
[18:28] <nuvolari> O.o
[18:29] <nuvolari> sorry
[18:29] <nuvolari> ek gaan nêrens op die holiday nie
[18:29] <Kilos> nou wat praat jy dan ,, when I'm not at home
[18:29] <nuvolari> hmm...
[18:29] <not_found> Snow looks awesome... some really pretty photos coming out of SA
[18:29] <nuvolari> head thinking one thing, fingers doing their own
[18:30] <Kilos> yeah not_found but very cold stuff especially if the wind blows over it
[18:30] <not_found> yup :)
[18:30] <nuvolari> we have an early Christmas :P
[18:30] <not_found> I suffered in Pretoria in 1997 when it snowed everywhere around Pretoria... sucked that winter
[18:30] <Kilos> all them ahabs will die at our temps
[18:30] <not_found> +1
[18:33] <Kilos> brb gotta swap my maverick drive with 10.04 on the 6g
[18:42] <magespawn> I am out of here, night all
[18:53] <Kilos> hmm
[19:05] <zeref> superfly
[19:09] <superfly> hi zeref
[19:11] <zeref> hiya: http://paste.ubuntu.com/1136728/
[19:12] <zeref> having trouble appending python path
[19:24] <superfly> zeref: you're doing it wrong
[19:24] <superfly> zeref: you need to specify the full path to the file\
[19:25] <superfly> and zeref, rather use PyQt4, Qt4 is a much more mature and well-architected GUI framework
[19:30] <Kilos> night all sleep tight
[19:31] <zeref> ok, just specified full path, still complains. I'm using qt4 for another project of mine :-)
[19:33] <superfly> zeref: are you trying to append the full path to sys.path, or are you specifying the whole path to the .ui file?
[19:34] <superfly> (or .glade file)
[19:36] <zeref> option 1
[19:37] <superfly> zeref: that's wrong\
[19:37] <superfly> you need option 2
[19:37] <superfly> where did you get the idea to add the path to Python's path?
[19:38] <superfly> who says that the GTK modules are using the path to determine where the files are?
[19:38] <zeref> http://bytes.com/topic/python/answers/721281-howto-add-sub-directory-searchpath-namespace
[19:38] <superfly> zeref: that doesn't even talk about GTK, why did you think it would work there?
[19:39] <superfly> a .glade file is not a .py file and Python doesn't know anything about them
[19:41] <superfly> zeref: to give you an idea of how much that guy actually knows, he calls r'...' strings "regular expression strings, when they're actually raw strings and have nothing to do with regular expressions (other than it is convenient to use them when specifying regular expressions)
[19:41] <zeref> i was looking for the format of how to do it
[19:47] <zeref> ahh found it
[19:50] <bakuman> i'm trying to use wxPython at the moment for my gui
[20:46] <superfly> bakuman: I've found Qt4 to be the most mature UI solution
[22:01] <zeref> huuurrmmm


[05:49] <knome> Unit193, it was the 32-bit releases on the website
[05:50] <Unit193> knome: Yeah I found my old paste that should fix the theme, but I don't get why they just don't show up either...
[05:50] <knome> btw, does either of you know offhand how to manage notifications?
[05:50] <knome> i get loads of bluetooth notifications, and i'd like them gone tbh
[05:51] <Unit193> Notifications → Applications → Block?
[05:51] <knome> thank you!
[05:52] <knome> heh, there are two blueman's there
[05:52] <knome> i wonder which one is the right one
[05:52] <knome> ah, the log feature
[05:52] <knome> thank you ochosi
[05:53] <Unit193> Yoshi!
[05:55] <Unit193> https://paste.opendev.org/show/bTIRsce8utuzdoGRWBZr I mean, by the looks it shouldn't show up...
[05:55] <knome> i remember that cahnge, yes
[05:56] <knome> but maybe the issue is deeper
[05:56] <knome> sigh
[05:56] <knome> we should separate this release stuff into a plugin anyway
[05:56] <knome> but..
[05:58] <knome> oh, noes, it has to be input completely there, right?
[05:59] <knome> https://github.com/Xubuntu/xubuntu-website/blob/master/xubuntu-eighteen/functions-features-releases.php#L429
[05:59] <knome> but that shouldn't affect?
[05:59] <knome> oh but
[05:59] <knome> hmm
[06:00] <knome> https://xubuntu.org/release/22-04/
[06:00] <knome> here!
[06:00] <knome> does not show up!
[06:00] <knome> that's where it's fixed
[06:00] <knome> but the shortcode isn't fixed
[06:03] <Unit193> IIRC, that's because it's a link there, right?
[06:04] <knome> i don't follow
[06:04] <knome> the paste you posted fixed the release page that is created automatically
[06:04] <Unit193> Not using that feature at all, just a link?  I'll have to take a look.
[06:04] <Unit193> \o/
[06:05] <knome> but it does not fix the shortcode [torrents]
[06:05] <knome> which would be used on the download page, for example
[06:05] <Unit193> Right, that's what I ran into.
[06:05] <knome> the line i ref'd would need to be changed to include && strlen( $link ) > 0
[06:06] <knome> ... at least that's what i figure out
[06:06] <Unit193> \o/
[06:08] <knome> https://github.com/Xubuntu/xubuntu-website/commit/4c4430c104b10c32253b45744fd14bf787f53d82
[06:09] <knome> now needs IS paperwork
[06:09] <Unit193> Sweet, thanks.  Any chance you'd be able to look into the dokuwiki sitemap module?
[06:09] <knome> ermm, probably not today
[06:09] <knome> but what was the issue with it again?
[06:10] <Unit193> Fair enough!  I beleive, quite helpfullly, "it's broken on current releases" :/
[06:10] <knome> are we running an old version then?
[06:10] <knome> https://wiki.xubuntu.org/start?do=index
[06:10] <knome> this seems to work
[06:11] <Unit193> It's disabled.
[06:11] <knome> oh?
[06:12] <Unit193> Yeah, so while it works now, it kinda looks crappier.
[06:12] <knome> ok
[06:13] <Unit193> Thank you!
[06:14] <knome> the ToC seems to be borked.
[06:14] <Unit193> This is obviously less important, but I'd certainly appreciate it.  Unfortunately dokuwiki doesn't work with php 8.x.  I think that's the broken thingy.
[06:14] <knome> our work items tracker is linking to 20.04
[06:15] <knome> i would probably drop the work items tracker and start using github features, as they can do pretty nice things that are *very* similar to the work items tracker
[06:15] <knome> and it does not have to be maintained
[06:16] <Unit193> Yeah mainly just use the wiki now for release notes.
[06:16] <Unit193> Obviously wallpaper contest is there too.
[06:17] <knome> "there" being dev server?
[06:17] <Unit193> Yeppers
[06:17] <knome> yeah, i wasn't saying ditch that
[06:17] <knome> just the work items tracker is kind of outdated, and now that our stuff is in github, it makes perfect sense to use the integrated tools
[06:17] <knome> LP was just such a drag with this
[06:17] <Unit193> Oh yeah, just stating the only things I remember it being used for now.
[06:18] <Unit193> GH stuff makes sense to me.
[06:19] <knome> theoretically even the wiki could be a single gh/git repository with a bunch of markdown files
[06:19] <knome> and github has other features that could be used to replace the current wiki as well
[06:21] <knome> i just set up github pages for sp.org, and from that experience, we could have a repository for the release notes, and link it to a custom url like releasenotes.xubuntu.org and serve the notes from there.
[06:22] <Unit193> Dunno, I just maintain the server. :3
[06:22] <knome> dunno, i don't maintain the server or frankly, much else :P
[06:23] <Unit193> bluesabre: ↑ he has ideas. :3
[08:20] <knome> me? noooo
[08:20] <knome> it's very unlikely that i would go, but tell me about UDS
[08:20] <knome> when? in prage?
[08:20] <knome> prague too
[08:20] <knome> and did they talk about sponsoring people for travels and accommodation?
[08:36] <ochosi> knome: thank you for what?
[08:37] <Unit193> knome: They're basically looking for community success stories or positive type things, there's also tracks for more technical talks and whatnot.  Yeah could do.
[08:38] <ochosi> overall I'd be curious to go, partly because it's really close-by
[08:38] <ochosi> so if any of you consider going, let me know
[08:39] <ochosi> also what knome asked, would they provide a minimal travel budget (or at least accomodation?)
[08:40] <ochosi> ah right, I see the email now
[08:41] <Unit193> It'd be great if either of you could do a talk, I'm very far away and don't have a passport, so that rules me out.
[08:47] <bluesabre> My passport is very expired and other facts rule me out as well. :)
[08:47] <bluesabre> s/facts/factors
[08:48] <Unit193> (He lives to close to me, the recluse virus is spreading.)
[08:48] <Unit193> Too, rather...
[08:50] <ochosi> I'm not sure what I'd give a talk on]
[08:50] <ochosi> I don't have any recent Xubuntu 'success stories' and I don't feel like making one up
[08:50] <Unit193> They were also interested in inviting some upstreams too.
[08:57] <bluesabre> This is the only Xubuntu-related success story I have, https://sites.google.com/view/mrdobbie/how-to-re-image-computers?authuser=0, bunch of folks in Canada that put Xubuntu on old PCs and give them to schools, https://docs.google.com/spreadsheets/d/1AcunIwLxW99RLK6c8danj6krvArVqioxRyHcf3JdPPE/edit#gid=0
[08:58] <bluesabre> I can probably reach out to them and see if they'd want to do a remote talk/collab
[08:58] <ochosi> ah right, that's from a while ago though
[09:00] <knome> ochosi, notification log
[09:14] <ochosi> ah that :)
[09:14] <ochosi> I recently made quite big improvements to the application name and icon matching in notifyd
[09:14] <ochosi> guess I should release those at some point
[09:33] <knome> :
[09:33] <knome> err, :)
[09:34] <knome> why must it be 27°C
[20:10] <arraybolt3> Hey guys! The Ubuntu Community Team is updating the screenshots for the Ubuntu flavours page on ubuntu.com. On behalf of the team, I would like to request some help with this.
[20:11] <arraybolt3> If you would like, I can generate the screenshots myself and ask for the development team to sign off on them. Or if it would be more preferable, I can simply take a screenshot of the latest Xubuntu 22.04.1 provided by the development team. Or if the current screenshot already accurately represents Xubuntu 22.04.1, we can simply leave the existing screenshot as-is.
[20:11] <arraybolt3> The current screenshots are mostly widescreen (and the one non-widescreen screenshot is intended to be replaced by a widescreen one), so widescreen screenshots are likely more preferable than 4:3 screenshots.
[20:11] <arraybolt3> Thank you for your time, and thank you for all of the effort you’ve been putting into making Ubuntu and Xubuntu awesome!
[20:47] <arraybolt3[m]> (I'm always on using Matrix, so even if my IRC nick isn't here, I'll still get any messages in reply.
[20:52] <Unit193> Well I do dev work, but as a general rule they keep me away from websites and release announcements.  All I'd say is don't take a screenshot with the development wallpaper. :P
[21:00] <arraybolt3> LOL ok you got it. 22.04.1 is already released and that's the one we want to use anyway, so we're good.
[21:02] <Unit193> I'd be thinking of 22.10 anyway, we at least used to have a "it's broken" wallpaper.
[21:06] <arraybolt3[m]> Oh OK that's funny.


[01:42] <mwhudson> hm
[01:43] <mwhudson> it seems that building eglibc does not respect DEB_CFLAGS_APPEND
[01:43] <mwhudson> am i on crack?
[01:44] <infinity> It very much doesn't use dpkg-buildflags, no.  It can't.
[01:44] <infinity> What were you hoping to do?
[01:44] <mwhudson> infinity: i guessed it might be special
[01:45] <mwhudson> infinity: build with -fno-omit-frame-pointer
[01:45] <infinity> On which arch?
[01:45] <mwhudson> infinity: armhf
[01:46] <infinity> mwhudson: debian/sysdeps/armhf.mk
[01:46] <infinity> mwhudson: libc_CC = $(CC) -fno-omit-frame-pointer
[01:46] <infinity> mwhudson: Something like that should do.
[01:47] <mwhudson> infinity: add that line?
[01:48] <infinity> mwhudson: Yeah.
[01:48] <infinity> mwhudson: I thought that was the default on all but ix86 anyway?
[01:48] <mwhudson> trying
[01:48] <mwhudson> nope
[01:49] <infinity> Then the manpage lies. :P
[01:49] <mwhudson> heh
[01:49] <infinity> Or, misleads.
[01:49] <infinity> Though, I'm curious what you're trying to solve.
[01:49] <mwhudson> infinity: i want perf record -g to do something useful
[01:50] <mwhudson> if frame pointers were mandatory on arm then stack unwinding would be a LOT less full of crack :)
[01:50] <infinity> Ahh.
[01:50] <mwhudson> (they are mandatory on arm64 i hear)
[01:51] <mwhudson> infinity: seems to be working, thanks:
[01:51] <mwhudson> $ grep no-omit-frame-pointer -c eglibc_2.17-0ubuntu5_armhf.build
[01:51] <mwhudson> 143
[01:52] <mwhudson> now, i have a benchmark running that's going to take a few hours, this build is going to take a few hours
[01:52] <mwhudson> and it's 2pm
[01:52] <mwhudson> too early to start drinking?
[01:52] <infinity> I dunno, but it's 3am here, might be bedtime.
[01:53] <mwhudson> it's possible
[03:34] <Taggg> hello, is branch merging officially discussed anywhere other than launchpad? e.g. mailing lists?
[03:40] <ScottK> Taggg: You may want https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
[03:41] <Taggg> ScottK: that list looks pretty low volume
[03:41] <ScottK> It is.
[03:41] <Taggg> https://lists.ubuntu.com/archives/ubuntu-distributed-devel/2013-July/thread.html
[03:41] <ScottK> UDD is essentially unmaintained.
[03:42] <Taggg> ScottK: is that another way of saying that if i fix a bug and propose a merge, it will likely not be merged?
[03:45] <ScottK> No, as long as the branch isn't out of date, it'll probably be sponsored.  What it means is that it's unlikely that if a branch isn't imported because of a bug, it'll get fixed anytime soon.
[03:47] <Taggg> ScottK: cool, any way for me to gauge how long a fix would take to be merged?
[03:47] <ScottK> Not really.
[03:47] <ScottK> Alternately, you can make a debdiff of the fix, attach it to the relevant bug in LP and subscribe ubuntu-sponsors to the bug.
[03:48] <Taggg> ScottK: what's the advantage of a debdiff over a fixed branch?
[03:49] <Taggg> ScottK: the fix is a fast-forward from the dev branch
[04:05] <ScottK> Not everyone deals with merge proposals.
[04:06] <ScottK> There may be people who don't deal with debdiffs when sponsoring, but I don't know of it.
[04:43] <Taggg> ScottK: alright thanks
[07:10] <dholbach> good morning
[07:55] <dpm> good morning seb128, didrocks. Could one of you help me with this? -> https://lists.ubuntu.com/archives/ubuntu-archive/2013-July/046578.html
[07:57] <didrocks> dpm: opening a tab, will get to it before EOD if seb128 doesn't beat me :)
[07:57] <dpm> thanks didrocks!
[07:57] <didrocks> yw ;)
[07:58] <seb128> didrocks, thanks, I probably won't, I still have some desktopish review to do in the queue ... I was hopping infinity or others would pick up a bit of NEW review but that doesn't seem to happen
[07:59] <didrocks> seb128: yeah, we are NEWing a lot between you and me this cycle :)
[08:10] <cjwatson> darkxst: LP-PPA-* sounds ambiguous; either the owner or the PPA name might contain "-".  I'd suggest finding some different source of input ...
[08:23] <darkxst> cjwatson, I know, but there is no other source (this is from the Dependencies.txt on crash reports)
[08:24] <darkxst> right now I am just trying all the options until I find a valid combo
[08:27] <ev> @pilot in
[08:55] <ev> apw: did we ever come up with a signature for suspend/resume failures? Would what apport is using for the title field here (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1117792) be sufficient, or do you think there's a better set of concatenated fields we can key against?
[08:56] <ev> apw: we should be seeing other types of kernel OOPSes (ones with OopsText set) with RT 63730, but looking at https://bugs.launchpad.net/ubuntu/+bugs?field.tag=apport-kerneloops&orderby=-id there don't appear to be many of those.
[09:42] <ev> jodh: does this look vaguely sensible: http://paste.ubuntu.com/5954467/ ? I presume I cannot use the setuid stanza because I need to first obtain the uid from stat'ing the crash file.
[09:43] <ev> jodh: trying to mimic what apport does in /usr/share/upstart/sessions/update-notifier-crash.conf, only running apport with elevated privileges if we're dealing with a report from a "system" user (uid < 500)
[09:43] <pete-woods> didrocks: hi! I've forgotten who I'm supposed to talk to to get launchpad projects into CI - something tells me it's you, but then maybe my brain is broken?
[09:43] <ev> though perhaps we could just always run it as the user, never running as root
[09:44] <didrocks> pete-woods: for upstream merge, it's fginther
[09:44] <didrocks> pete-woods: for getting to distro, it's me :)
[09:44] <pete-woods> didrocks: I'd like to get into distro :)
[09:44] <didrocks> pete-woods: is upstream merger already configured?
[09:45] <pete-woods> didrocks: I could only say no, as I don't really know what that is
[09:45] <pete-woods> guessing it pushes stuff into debian somehow
[09:45] <pete-woods> basically I've set up 3 new launchpad projects, and checked they build with a recipe in my own private PPA
[09:45] <didrocks> pete-woods: no, it's what is taking a MP and merging to trunk
[09:46] <pete-woods> ahh
[09:46] <pete-woods> didrocks: then no, I've literally just created projects and branches myself
[09:46] <didrocks> pete-woods: ok, can you get that done first? then, we can talk about distro ;)
[09:47] <pete-woods> didrocks: is that something I can set up myself? or do I ping someone else?
[09:47] <didrocks> pete-woods: you need to ping fginther
[09:47] <pete-woods> okay, cool, will do that then - thanks! :)
[09:47] <didrocks> pete-woods: do you have the project links so that I can already prepare what's needed?
[09:48] <pete-woods> didrocks: https://launchpad.net/libqtdbustest https://launchpad.net/libqtdbusmock https://launchpad.net/indicator-network-prompt
[09:49] <pete-woods> didrocks: they depend on each other in that order, too
[09:49] <didrocks> pete-woods: thanks!
[09:50] <jodh> ev: looks ok. I'd be tempted to quote all occurences of $MATCH though. If the stat fails, the job will exit too, but I guess that's probably desirable behaviour anyway.
[09:51] <ev> jodh: ah, good catch. Will do
[10:54] <doko> didrocks, seb128, sil2100: ping
[10:54] <didrocks> (context would be great)
[12:36] <pete-woods> fginther: good morning! - when you get chance, would you be able to set some more projects up to do CI for me?
[12:56] <fginther> pete-woods, morning! No problem. Can you ping me again in 30 minutes if I don't get back to you first?
[12:56] <pete-woods> fginther: of course! :)
[13:29] <tseliot> stgraber: are you around?
[13:36] <stgraber> tseliot: yep
[13:49] <fginther> pete-woods, I have some time now
[13:50] <pete-woods> fginther: cool, basically it's 3 new launchpad projects
[13:50] <pete-woods> fginther: https://launchpad.net/libqtdbustest https://launchpad.net/libqtdbusmock https://launchpad.net/indicator-network-prompt
[13:51] <pete-woods> fginther: I've set up recipies that build to my own PPA to verify the first two should build already
[13:52] <fginther> pete-woods, are all three indictor related?
[13:52] <pete-woods> fginther: only the last one, the first two are general purpose for anyone using at and dbus who wants to write tests
[13:52] <pete-woods> *at -> qt
[13:56] <fginther> pete-woods, thanks. I'll ping you when I have them setup
[13:56] <pete-woods> fginther: awesome, thanks :)
[13:57] <fginther> pete-woods, has indicator-network-prompt been reviewed by the integration team for daily-release?
[13:57] <pete-woods> fginther: no reviews have been done yet, I just wanted to have my tests running on Jenkins for that really
[13:58] <fginther> pete-woods, not a problem,
[13:58] <pete-woods> fginther: at the moment it won't even produce a deb file most likely :p
[13:58] <fginther> pete-woods, ack
[14:03] <seb128> diwic, hey
[14:09] <tedg> cjwatson, Is there any issue with the main inclusion of click, or is it just a TODO and paperwork?
[14:09] <cjwatson> Just paperwork I think
[14:14] <cjwatson> tedg: I don't think there'll be any particular issue; jdstrand et al might want to take the opportunity to do an updated code review, I suppose
[14:14] <tedg> cjwatson, Okay, cool.  I was just being asked by the Unity team about it, making sure there wasn't any blockers.
[14:15] <tedg> I need to update to click 0.3 as well.
[14:15] <cjwatson> Are you OK with that extension I added?  I realise it's not quite everything you asked for, but I think it should do the job ...
[14:16] <tedg> Yes, I think that it's fine.  I'm still a bit worried about having a section called "hooks" in the manifest, but it's a semantic argument at this point not a technical one.
[14:16] <cjwatson> Yeah, I thought you might mention that.  I might rename that at some point, but backward-compatibly
[14:19] <jdstrand> cjwatson: does click-apparmor need to be adjusted to use Hook-Name?
[14:20] <jdstrand> cjwatson: or changed in some other way for 0.3.0
[14:20] <cjwatson> jdstrand: Not if you're already calling it apparmor.hook; and AFAIK there's only really one consumer of apparmor so I don't see the point
[14:20] <jdstrand> /usr/share/click/hooks/apparmor.hook
[14:20] <jdstrand> ok
[14:52] <diwic> seb128, oh sh* missed the meeting :-(
[14:53] <diwic> seb128, terribly sorry
[14:53] <diwic> seb128, it fell out of my head completely :-(
[14:53] <seb128> diwic, no worry, we settled for doing things the simple way in a first iteration
[14:53] <seb128> diwic, lool took notes and updated https://blueprints.launchpad.net/ubuntu/+spec/touch-silent-mode
[14:54] <seb128> diwic, we are going to just teach the phone/messaging/notification services to respect a gsettings key at first
[14:54] <seb128> diwic, then we can work on a better solution later as resources permit
[14:54] <seb128> diwic, we can have another meeting about the better solution later if needed
[14:55] <diwic> seb128, okay, that sounds reasonable
[15:01] <lool> diwic: Ah, and I looked for you on another irc channel, I should have checked here too
[15:01] <seb128> lool, I pinged him here at the start of the meeting, he just replied
[15:01] <seb128> lool, e.g wouldn't have make a difference
[15:01] <seb128> lool, so don't blame yourself about it ;-)
[15:03] <diwic> all blame on me
[15:05] <lool> can do!
[15:50] <tseliot> slangasek: sorry to bother you again, are you back for the sprint and up for reviewing an SRU?
[16:03] <slangasek> tseliot: I am back - which SRU, the fglrx one still?
[16:04] <tseliot> slangasek: bug 1198942
[16:04] <slangasek> tseliot: right
[16:04] <tseliot> slangasek: thanks
[16:23] <jamespage> doko, any plans around re-merging distribute/setuptools?
[16:31] <ev> @pilot out
[16:40] <doko> jamespage, go ahead if you want =)
[16:41] <doko> maybe the delta can be dropped now. didn't check
[16:41] <jamespage> doko, I guess thats a 'no plans' then
[16:41] <jamespage> doko, distribute re-merged into setuptools AFAICT
[16:42] <doko> jamespage, yes, that too. didn't find time for that. just updated debian to the last distribute version
[16:42] <jamespage> doko, I'll take a look and see then
[16:43] <doko> thanks
[17:35] <mitya57> jamespage: you may want to coordinate that with barry — he posted some thoughts about that @ https://lists.debian.org/debian-python/2013/05/msg00104.html
[17:35] <jamespage> mitya57, thanks for the pointer -will do
[18:10] <doko> mitya57, jamespage: well, I would like to see the current one first in testing / saucy, then update
[22:16] <slangasek> YokoZar: can you rebuild your ppa wine packages for the gphoto transition?
[22:16] <slangasek> YokoZar: also, why is saucy still at wine1.4?
[23:02] <Ghoul_> Hi. I built a custom 3.8.0 kernel because I need to use my own DSDT. I followed instructions for copying the config over from the stock kernel and then built the kernel using `make deb-pkg` and installed it. When I boot I get dropped into grub shell and theres no drive devices under /dev/. The command line params being passed to the custom kernel are the
[23:02] <Ghoul_> same as the stock kernel. Stock kernel continues to boot fine.
[23:02] <Ghoul_> Any ideas?
[23:03] <sarnold> Ghoul_: did you make / update the initramfs / initrd?
[23:03] <Ghoul_> I tried to, but I may not have done it correctly
[23:04] <Ghoul_> I certainly did the initramfs but I don't remember doing initrd
[23:05] <sarnold> two different names and technologies for what's essentially the same thing. if you did one, you're probably fine..
[23:06] <Ghoul_> ok
[23:07] <Ghoul_> I just ran it again, I'll quickly reboot and see if that fixes anything


[15:43] <TheLordOfTime> someone ping me when hggdh shows up, i've got a request for him
[16:41] <om26er> Anyone with multimonitors and using unity. Can you please test and confirm if bug 1092336 exisits
[16:41] <ubot2> Launchpad bug 1092336 in Unity "Attempting to start Launcher keynav with Dash up fails on 2nd monitor" [Low,New] https://launchpad.net/bugs/1092336
[16:57] <om26er> also a test for bug 1091623 will be helpful
[16:57] <ubot2> Launchpad bug 1091623 in Unity "Display switching with Super+P causes Dash to appear" [Medium,New] https://launchpad.net/bugs/1091623
[17:17]  * penguin42 wonders - do we have any way to mark an ubuntu forum post as 'omg don't do that it'll confuse the heck out of you'?
[17:17] <TheLordOfTime> penguin42, tag it if it lets you
[17:18] <penguin42> what with?
[17:19] <TheLordOfTime> "don't-do-this"
[17:19] <TheLordOfTime> nah idk
[17:19] <TheLordOfTime> other than respond to the thread i think...
[17:19] <TheLordOfTime> penguin42, is it related to a bug at all?
[17:19] <TheLordOfTime> or not?
[17:19] <penguin42> yeh, bug 1093946
[17:19] <ubot2> Launchpad bug 1093946 in evince (Ubuntu) "Evince fails to open PDF files. worked prior to Ubuntu 12.10 upgrade [-WARNING **: /usr/lib/x86_64-linux-gnu/libpoppler-glib.so.8: undefined symbol: cairo_mesh_pattern_begin_patch]" [Undecided,Incomplete] https://launchpad.net/bugs/1093946
[17:20] <TheLordOfTime> got the thread?
[17:20] <penguin42> TheLordOfTime: I've been helping the guy with it - he bodged a version of a library in to work around a NX problem as per the instructions in http://ubuntuforums.org/showthread.php?t=2081746&highlight=nomachine
[17:20]  * penguin42 is just writing a comment on the bug
[17:20] <TheLordOfTime> ah
[17:21] <TheLordOfTime> penguin42, are they manually installing RARING stuff?
[17:21] <TheLordOfTime> if they do i'm going to have a field day on that thread :P
[17:21] <penguin42> TheLordOfTime: I think their manually installing previous stuff, copying library files around
[17:21] <penguin42> TheLordOfTime: Please do
[17:25] <TheLordOfTime> penguin42, are you able to pastebin me the output of this on quantal: apt-cache rdepends libcairo2 (which seems to be referenced), and apt-cache rdepends evince (also referenced) ?
[17:26] <TheLordOfTime> i need that for my rant.
[17:26] <penguin42> TheLordOfTime: No, I'm on raring
[17:26] <TheLordOfTime> hmm
[17:26] <TheLordOfTime> crap
[17:26] <TheLordOfTime> any bugsquader: if you have quantal, can you pastebin the output of `apt-cache rdepends libcairo2`?  thanks.
[17:31] <TheLordOfTime> i'm still slightly hung over, but rdepends of libcairo2 would mean stuff that depends on libcairo2 right
[17:32] <TheLordOfTime> i don't trust my own judgement just now
[17:32] <penguin42> haha, might be best to wait before writing a rant then :-)
[17:32] <TheLordOfTime> just answered my own question
[17:32] <TheLordOfTime> askubuntu and ubuntuforums are useful
[17:34] <TheLordOfTime> and you're sure that thread and the bug you linked me are related to each other?
[17:34] <TheLordOfTime> before i hit submit :p
[17:41] <penguin42> of course not :-)
[17:41] <TheLordOfTime> :P
[17:41] <TheLordOfTime> well they need the rant anyways
[17:41] <penguin42> I'm only going by the reporters info; and he revered what he did and his evince works again
[17:42] <TheLordOfTime> indeed.
[17:43] <TheLordOfTime> the ubuntuforums thread just got an earful from me.
[17:43] <TheLordOfTime> and the forums council just received an earful from me about how they should make such workaround suggestions against policy
[17:44] <penguin42> TheLordOfTime: Well, people will always find a work around when things are broken for them; but as I said in the bugreport it's better to do such a hack with an LD_PRE_LOAAD
[17:44] <TheLordOfTime> mhm
[17:45] <TheLordOfTime> you may want to poke the thread about such things as well, although its in general help


[00:21] <\\\\\\\\\\\> \quit
[00:22] <\\\\\\\\\\\> \exit
[00:22] <\\\\\\\\\\\> Sorry, I forgot to tmux, and also how to irssi apparently.
[00:25] <\\\\\\\\\\\> Hello. I am migrating some deployment scripts from SysV init to Upstart and was wondering if there was a way to interpolate the standard job environment variables in an env stanza.
[00:25] <\\\\\\\\\\\> I am trying to do this, but it does not work:
[00:25] <\\\\\\\\\\\> env CLIENT=${UPSTART_JOB%%-*}
[00:32] <\\\\\\\\\\\> ${UPSTART_JOB%%-*} works in the exec stanza, so I could just go with that, but the variable name is more readable.


[20:44] <GeorgeWBush_> not banned here though
[21:40] <fetova> PriceChild, ping
[22:09] <PriceChild> fetova: pong
[22:10] <fetova> hi PriceChild
[22:10] <fetova> i want to ask for the IRC cloack
[22:10] <fetova> i'm ubuntu member :D
[22:10] <PriceChild> You have one.
[22:10] <fetova> i know
[22:11] <fetova> i have it before my apply
[22:11] <fetova> what i should do
[22:11] <fetova> ?
[22:14] <PriceChild> fetova: you want an ubuntu/member cloak?
[22:14] <fetova> yes
[22:19] <PriceChild> fetova: what is your launchpad url?
[22:20] <fetova> http://launchpad.net/~fetova
[22:20] <fetova> PriceChild
[22:23] <PriceChild> fetova: done
[22:23] <fetova> thanks PriceChild!
[22:23] <fetova> just one more ask...
[22:24] <fetova> can you make something about i forgot the password of "fetova_"
[22:24] <fetova> ?
[22:26] <PriceChild> fetova: check your email
[22:26] <fetova> thanks! :)


[00:05] <sarnold> I skipped all the bits about serial cables, but the rest looked decent :)
[00:28] <Mead> sarnold: thanks, yeah. I know it serial cabling is old and busted, but I'm stoked about having console access. It means I can really fuzz with it in my lab without worrying about lossing network connectivty breaking my SSH access.
[00:29] <sarnold> Mead: yeah, and it's often the only way to get a handle on some specific kernel problems
[00:29] <sarnold> Mead: quite often server gear will have BMCs on board that can do serial over network and save you the hassle of the serial cable itself :)
[00:34]  * Mead googles BMC serial over network
[00:37] <Mead> looks like a potential security problem
[01:02] <sarnold> Mead: yeah, the usual implementation of BMC devices is poor enough that they are almost always given their own networks
[01:18] <mwhudson> also because ipmi sol is based on udb so is really fun to use on a congested network :)
[01:18] <mwhudson> *udp
[04:56] <Ham62> what kinds of things would I need to worry about breaking if I upgrade a system I've been running for 5 years on 14.04 to 16?
[04:57] <lotuspsychje> Ham62: i would say a clean apt without issues, and no ppa's enabled
[04:57] <lotuspsychje> Ham62: for services you running, best to ask specificly so volunteers can think along
[04:57] <lotuspsychje> a backup is also a good idea
[04:58] <Ham62> well the most important things I have running right now are nginx, apache for some CGI stuff, and a gopher server
[04:59] <Ham62> the CGI stuff was mostly done with FreeBASIC and x86 assembly
[04:59] <Ham62> nasm
[04:59] <Ham62> I'm mostly worried a bunch of packages won't support my CPU properly
[04:59] <Ham62> it's running on an Athlon XP
[05:01] <Ham62> and I have a couple services I have are started using the rc.local file
[05:01] <lotuspsychje> what about init Ham62
[05:01] <Ham62> are those going to break?
[05:01] <lotuspsychje> from 15.04 and higher its systemd now yeah
[05:01] <Ham62> oh darn
[05:02] <Ham62> yeah the gopher server is launched with socat at boot and I have a custom remote compiler server which is started through there on one of the user accounts
[05:02] <lotuspsychje> !systemd
[05:03] <Ham62> neither of those are real services though
[05:03] <Ham62> they're just processes I have running as a user in the background constantly
[05:05] <lotuspsychje> Ham62: you might also wanna read up https://wiki.ubuntu.com/XenialXerus/ReleaseNotes
[09:58] <lotuspsychje> Ham62: anything allright there with the upgrade plan?
[10:15] <Skyrider> Greetings everyone
[10:15] <Skyrider> In a pickle and need some help ^_^. I hope this is the right channel to ask, seeing it's nginx/www-data user related, but also linux related. What is the best way (with vsftp) to give access to a specific /var/www directory, with it running under www-data user/group? As I assume nginx requires both user/group to be www-data.
[10:15] <blackflow> Skyrider: so as I was saying, I'd make the dirs owned by the v/s/ftp user, and then put nginx in that user's group
[10:16] <Skyrider> That I saw, wanted to reply to that :D
[10:16] <blackflow> by default dirs and fils are group readable so nginx's www-data user, being in that separate user's group, will have read access.
[10:17] <Skyrider> Wouldn't that mess up with file/directory permissions though seeing the owner/group gets changed?
[10:17] <Skyrider> Ah
[10:17] <Skyrider> I assume the owner/group differs then though?
[10:17] <blackflow> as long as you keep the dirs and files readable to their group, and www-data is in that group, all is fine
[10:17] <Skyrider> owner by whomever creates the files, while the group remains www-data.
[10:18] <blackflow> no, you don't change file/dir ownership to www-data
[10:19] <blackflow> example:    chown myuser:myuser /var/www/some-website-dir ;           chmod -R g+r /var/www/some-website-dir ;       usermod -a -G myuser www-data ;
[10:19] <Skyrider> I know the last part adds the user to the group, what does g+r do.
[10:19] <blackflow> the chmod is just for example here, g+r is default
[10:19] <blackflow> makes the files and dirs readable to the group they belong to (in this case, myuser's, if that user is used to place the files via v/s/ftp)
[10:20] <Skyrider> Should I use mount though? Currently their FTP is set to the home directory.
[10:20] <blackflow> so as you upload files they will be owned by myuser:myuser  assuming that's the user you logged into v/s/ftp with
[10:21] <blackflow> no need to mounts, you can symlink the website dir under myuser's home somewhere
[10:21] <blackflow> no need *for
[10:21] <Skyrider> Better to symlink, or directly set their directory to the specific /var/www/xxx directory.
[10:21] <blackflow> I'm assuming this is for the v/s/ftp acccess? those daemons running on the same machine, and this is not some nfs export
[10:22] <Skyrider> Just FTP access to give specific access to a specific site/sub-domain, ya.
[10:22] <Skyrider> **specific user
[10:22] <blackflow> Skyrider: I'm old school, and I'd symlink under myuser's  ~/public_html/somesite.com
[10:23] <blackflow> though really... uh depending on what this is excactly, you can omit /var/www completely and use only the home dirs?
[10:23] <blackflow> I mean, if it's some packaged web app that installs under /var/www/ then yeah. if it's not, then just keep it all under ~/
[10:24] <Skyrider> oki, that's set... now to symlink it :D
[10:24] <blackflow> or whatever you want. point is, if I understood your problem correctly, you want v/s/ftp uploadable files to be readable to nginx?
[10:25] <Skyrider> Merely creating an ftp so users can edit, add, etc web files through the ftp.
[10:25] <Skyrider> Seeing I have multiple domains/sub-domains, need to create multiple FTP users for that.
[10:26] <blackflow> then you don't want users to log in as www-data. you want this instead, nginx in those users' groups so it can read their files. separation of concerns and least privilege principle.   and this covers only static sites.
[10:26] <Skyrider> They don't need a /home/ directory though
[10:26] <Skyrider> as the current ftp server requires that ( 500 OOPS: cannot change directory:/home/xxxx )
[10:26] <blackflow> they DO need A "home" directory. why not /home/<username>
[10:26] <blackflow> that doesn't sound right
[10:26] <Skyrider> The directory does not exist, hence the error :p
[10:27] <blackflow> ah so you created users without -m ?
[10:27] <Skyrider> Indeed. I like being organized.
[10:27] <Skyrider> If I have users like test-web, test-forums, test-dev .. like weird in my eyes :p
[10:27] <blackflow> well having users have a home is wise. you contain them there. you can also configure sftp with chroot to their homes, instead of insecure (vs)ftp
[10:27] <Skyrider> For having a home directory that is.
[10:28] <Skyrider> I tried SFTP before, bit weird. They kept having access to the / directory, even though it isn't for writing, they had read.
[10:28] <blackflow> yeah because you need to explicitely chroot them for sftp access
[10:29] <Skyrider> That bad though to use FTP over SFTP? Even though not secure, can make it more secure by altering the port / whitelist.
[10:29] <blackflow> google up "chrooting sftp users". in essence, you have, say, /home/<username>/   as their home and thus chroot. that dir needs to be owned by root and not group writable. dirs _under_ it (like, say, ~/public_html) can be normal user owned dirs they write into.
[10:30] <blackflow> Skyrider: problem with FTP is that the data channel is never encrypted. while the control channel is (where log-in happens), data isn't.
[10:30] <Skyrider> What about FTP TSL.
[10:31] <Skyrider> I never really had to create multiple users over (S)ftp before, hence I'm asking all this :D
[10:31] <blackflow> anyway, in addition to root owned chroot, you need to set up sshd for them to force the chroot and internal-sftp command only so they can't ssh in
[10:31] <blackflow> FTPS (FTP over TLS/SSL) is exactly what I was talking about. control channel encrypted, data channel isn't.
[10:31] <blackflow> with pure FTP, not even control channel is, so you get plaintext passwords over the wire
[10:32] <blackflow> FTPS = FTP over TLS/SSl;   SFTP = FTP over SSH.
[10:34] <blackflow> sftp is really superior. it's well supported by programs like filezilla if your users are windowsites. you can force keys instead of passwords, and everything is nicely encrypted.
[10:35] <Skyrider> Is it a hassle to properly set up sftp with proper rights / access only to specific /var/www/ directories with no ssh access over ftp? :P
[10:36] <blackflow> no. three lines of confg in sshd_config, and a chown+chmod when you create their home dirs.
[10:36] <blackflow> but then you make the /var/www/ dirs as their homes. personally I'd just go with /home/ . /var/www/ is primarily for packaged web applications.
[10:37] <Skyrider> and at the end symlinks, got it.
[10:37] <Skyrider> Guess I'll remove this ftp package and go with sftp
[10:37] <blackflow> no, I'd go with /home/ period. no symlinks
[10:37] <blackflow>  /home/<username>/public_html/website-dir.com
[10:38] <Skyrider> I thought you said you were oldskool
[10:38] <blackflow> yes, and this is it with public_html
[10:38] <Skyrider> .. /var/www/xxx -> symlink /home/user
[10:38] <blackflow> the old school part was about public_html :)
[10:38] <Skyrider> ah ^^
[10:38] <Skyrider> I do prefer having things in /var/www though for all web related stuff.
[10:39] <blackflow> well you can do in reverse. symlink from /var/www/ to their /home/user/public_html/site.com   dirs :)   look, that part is really whatever you feel most comfortable with. the important thing is that the dirs/files are _user_ owned and that nginx is in their groups for read access.
[10:40] <blackflow> but again, that's for static sites. with php it becomes a bit more tricky if you want it properly secured.
[10:41] <Skyrider> All php stuff :p
[10:41] <blackflow> the rabbit hole deepens then :)
[10:42] <blackflow> what I do in this case is run a php-fpm pool per user, as that user, with apparmor policy that prevents _writing_ except in specified dirs. that I can do becuse we control the application and know exctly what those dirs are.
[10:43] <blackflow> if that's not an option for you, then php-fpm pool per user, as that user, is the best you can do, but then php can change its own code and you're vulnerable.
[10:45] <Skyrider> Interesting.
[10:45] <blackflow> at any rate, you _will_ want to chmod o-rwx their homedirs -- forbid listing and read access to other users, otherise they can upload PHP code that will scan and sniff other users files
[10:45] <Skyrider> Good to know, thanks. I'll look into that. As for your last line, I do trust this user :)
[10:46] <Skyrider> I have to go for now, but I'll stick in this channel until I set up my irc bouncer again. I appreciate your time in helping me out, gotta pick up my wife. I'll be back soon :), again, thanks!
[10:46] <blackflow> so combined with sftp chroots, you have   chown root:myuser  /home/user-home-dir ; chmod 750 /home/user-home-dir/   and precreate a "public_html" or whatever the name,  dir in which they will have write access in their home (As their home roots aren't writable to them)
[10:47] <blackflow> "I do trust this user"   -- famous last words, aka. "pics taken 5 seconds before disaster"  :)
[11:28] <oskie> when is "apt-get update" run automatically?
[11:33] <tomreyn> "depends"
[11:34] <tomreyn> on several factors, such as your ubuntu version
[11:40] <oskie> bionic
[11:41] <oskie> no..wait.. xenial
[11:50] <tomreyn> oskie: systemctl list-timers apt-daily*
[11:52] <oskie> tomreyn: awesome, that's what i've been looking for for a while
[11:58] <tomreyn> it's been there all the time, whispering your name!
[12:11] <ahasenack> good morning
[13:48] <AvidWolf43> sarnold: which logs? I believe the error has to do with azure really long dns names maxing out. https://feedback.azure.com/forums/216843-virtual-machines/suggestions/10197480-the-azure-vm-internal-dns-domain-names-are-too-lon
[14:37] <Skyrider> blackflow: Back
[14:41] <Skyrider> Wow this is confusing.
[14:42] <Skyrider> No matter what I try to add in sshd config, I always get "Network error: Software caused connection abort" when trying to connect with the user.
[14:43] <rbasak> Skyrider: check auth.log
[14:43] <rbasak> Skyrider: another deeper approach is to run sshd manually in debugging mode on a high port.
[14:45] <Skyrider> " bad ownership or modes for chroot directory component "/var/www/"" that explains it.
[14:49] <blackflow> well, I did mention a few times the chroot dir needs to be owned by root :)
[14:49] <blackflow> and mustn't be group/other writable
[14:51] <Skyrider> That's the odd thing, it is owned by root.
[14:51] <Skyrider> And I believe the chmod is set to .. 755? Somewhere according to the internet.
[14:51] <Skyrider> Do you have a tutorial I can follow by any chance?
[14:51] <blackflow> you'd have to paste the full sshd_config in question
[14:51] <Ussat> that statement scares me --> Somewhere according to the internet
[14:51] <blackflow> indeed.
[14:52] <Skyrider> I'm running the cmds in a test directory Ussat
[14:52] <Ussat> still
[14:52] <Skyrider> And I know what the cmds do :p, plus.. I have a backup ready just in cae.
[14:52] <Skyrider> ***case
[14:52] <Ussat> fair nuff, still
[14:52] <blackflow> I'd like to stay and help, but there's a mtb trail with my name on it. bbl.
[14:52] <Skyrider> For example, I ran the tutorial: https://45squared.com/setting-sftp-ubuntu-16-04/ - Yet doesn't work properly.
[14:53] <Skyrider> No worries bf :)
[15:20] <Skyrider> There is something I noticed.
[15:21] <Skyrider> Whenever a directory's role is not www-data, I get "errors" / warnings like "The $cfg['TempDir'] (./tmp/) is not accessible."
[15:22] <Skyrider> I could of course alter the permissions of the directory to fix that, but how would user/group stay as www-data, regardless the user adding/altering files?
[15:38] <teward> anyone ever run into a case where even if you have installed everything and disabled cloud.cfg's preserve_hostname module by setting it to false, the system still resets its hostname every time?
[15:38] <teward> 18.04.2 server from the SUbiquity installer
[15:41] <Skyrider> I give up >_>
[15:42] <teward> Skyrider: you wouldn't be able to set the user of the file
[15:42] <teward> but you COULD set the group with stickybit on the directories
[15:42] <teward> anything created in a directory with the group stickybit would get group www-data
[15:42] <teward> but that's just a 'hack'
[15:43] <Skyrider> Yea, I'm familiar with the group cmd. Though how would I best fix this issue? The only thing I want is to create a sftp user under a specific /var/www/ directory, but if the owner www-user is changed to someone else, file permissions on the web application will start to appear unless file permissions is changed.
[15:43] <Skyrider> Apparently the www-data has the "proper" rights to auto solve that issue right away.
[15:44] <cryptodan> Skyrider: what are you trying to do with sftp in /var/www?
[15:45] <tomreyn> teward: during the past two or three days there were two people around on irc who reported that the system hostname they configured got reset. i don't think they knew about "cloud.cfg's preserve_hostname"  (i don't, or didn't), though. one of them determined cloud-init to be the source of this issue.
[15:45] <tomreyn> also i think there's a related open bug report
[15:45] <teward> tomreyn: yeah i had preserve_hostname set to false though
[15:45] <teward> tomreyn: and it STILL reset it
[15:45] <teward> i just got angry at it and yoinked cloud-init out of the equation
[15:45] <teward> apt-get remove'd it and it worked
[15:45] <teward> tomreyn: got a link to the bug per chance?
[15:45] <tomreyn> that#s what the other user did, too
[15:46] <tomreyn> i was afraid you'd ask this
[15:46] <teward> tomreyn: i also think it's intermittent
[15:46] <teward> because two servers were both deployed with the same ISO
[15:46] <teward> one had this happen
[15:46] <teward> the other didn't
[15:46] <teward> only difference was a really short hostname for the one
[15:46] <teward> and that's the one where cloud-init was being derp
[15:46] <Skyrider> cryptodan: Setting up 3 different SFTP users to access 3 sub-domains.
[15:49] <tomreyn> teward: ugly. :-/ ok, i'll look for this bug report, but no promises
[15:50] <teward> tomreyn: never expect any promises :P
[15:51] <Skyrider> I saw somewhere last week on the internet that there's a package that checks a directory at all times and changes the user/group if it has changed.
[15:52] <Skyrider> Any idea what it might be called?
[16:07] <tomreyn> teward: bug 1780867
[16:08] <tomreyn> also bug 1770451 might be related (but that' sjust a random find while searching for the other)
[16:16] <tomreyn> hmm 1780867 isn't really new though (nor its dupe), nor was it updated during the past 3 days. but i think this is what i had in mind.
[18:04] <blackflow> Skyrider: nginx won't create such dirs, so that must be some PHP app. of course, the dir must be writable the to the user php-fpm is running as. for such random dirs you can't know in advance, you should run php-fpm as the user owning the dir, not as www-data.
[18:05] <teward> blackflow: though... in a default setup, php-fpm *is* running as www-data
[18:05] <blackflow> yes but the dirs must be owned by the sftp user in order to freely upload php apps
[18:05] <blackflow> that's the use case Skyrider has
[18:06] <blackflow> so, nginx as www-data, in supplement group of the sftp user. php-fpm running as that user in full.
[18:06] <blackflow> (if there's need for both PHP and sftp user to write files)
[18:18] <Skyrider> sftp chroot is weird.
[18:19] <Skyrider> The main directory has to be root, I get that. but in that main directory, no one can create directories or files, because that specific directory is owned by root.
[18:19] <Skyrider> All the other sub-directories inside the root directory can be altered.
[18:19] <blackflow> Skyrider: it's not once you  understand why the (ch)root must be root owned. one way to escape chroot is to double-chroot with symlinks, so openssh enforces no-write, no-ownership of the (ch)root
[18:20] <Skyrider> So instead of /var/www/testwebsite/subdomain I need to have /var/www/testwebsite/domain/subdomain
[18:20] <Skyrider> Because root is messing up the main directory's permissions
[18:20] <blackflow> Skyrider: well see, that's why I recommended you to use /home/user/ as (ch)root, and then have ~/public_html/ for all their sites.
[18:21] <Skyrider> I'll consider it ^^
[18:21] <blackflow> but you wanted your way, so... :)   you'll just have to do the same. a "base" chroot dir/home for the sftp user, and a dir they can upload their sites to
[18:21] <Skyrider> the base is the var/ww :D
[18:22] <blackflow> just for one user?
[18:22] <Skyrider> Each domain/subdomain its own user.
[18:22] <Skyrider> Fake the sake that not a single user has access to all.
[18:23] <blackflow> well I really recommend you to use /home/ . /var/www was never meant to be used by random sftp user accounts. it's default place to put packaged web applications, root owned, www-data accessible, and not via sftp.
[18:24] <blackflow> standard for decades has been ~/public_html, from early apache years, carried over by shared hosting industry, all the commercial and non-commercial hosting panels, etc...   /home/<username>/ as home dir, sftp chroot, and then public_html   aka htdocs on some platforms, as "docroot" for apache
[18:26] <Skyrider> I'm actually using icron :D
[18:27] <blackflow> and if you _do_ insist on /var/www/ you will _still_ need to replicate the structure.   /var/www/<user>/sites/www.somesite.com/
[18:27] <blackflow> name the "sites" subdir as you wish.
[18:28] <Skyrider> replicate the structure?
[18:28] <blackflow> you need one extra user-owned dir under chroot
[18:29] <blackflow> IF you want to allow them to create subdirs for sites. I don't know how you intend to configure nginx to run with that, you'd still need root to add a server {} stanza for each domain
[18:31] <blackflow> do yourself a favor and don't reinvent the wheel, do what the industry has been doing for many years now.   /home/<username>/public_html-or-sites-or-htdocs-orwhatever/{somesite.com,anothersite.com,foobarbaz.com}
[18:46] <adac> I have locked my docker-ce packages. But now I want to do a release upgrade to 18.04
[18:47] <adac> but I do get: Please install all available updates for your release before upgrading
[18:47] <adac> But I do not want to upgrade this package
[18:47] <adac> it should stay on the same version
[18:49] <Skyrider> blackflow: : To make things simple.. dont really want to bother with it much anymore, I've made a single user to access a single domain with all its subdomains.
[18:49] <Skyrider> I got it to work, though all sub directories appear to be empty when I log into the user.
[18:51] <Skyrider> setfacl appears to be the cause
[18:53] <Skyrider> I give up -_-
[18:53] <Skyrider> Not sure why it's such a bothersome to simply add a sftp user access to a specific directory, having the ability to read/write and maintain the original user/owner..
[18:55] <Skyrider> I'm not even sure why it's displaying 0 directories/files right now.
[18:58] <teward> adac: chances are you will have to upgrade the docker packages anyways because of new libraries/dependencies for build and runtime that Docker has to build against (outdated ones won't work)
[18:59] <adac> teward, I have running this docker version also already with bionic (I think need to check really)
[19:00] <teward> maybe the same *version* of the Docker codebase but it still has to build against *newer* libraries in Binoic vs. Xenial.
[19:00] <teward> so it's *different* at the binary level
[19:00] <adac> teward, thing is the newest docker version wll not work with my kubernetes version
[19:00] <teward> but not the code level
[19:00] <adac> kk I see
[19:02] <teward> for do-release-upgrade it'll still complain, yes.  You might have to disable your Docker repository you're using to get it and do a full `apt-get update && apt-get dist-upgrade` afterwards then install the newer docker package version for the newer Ubuntu.  However I can't guarantee this'll work
[19:02] <teward> Kubernetes is a little tricky.
[19:02] <teward> adac: the other thing is, what are you on now, 16.04?
[19:02] <teward> why upgrade to 18.04 if things're just working?
[19:03] <adac> teward, I'm re-setup my whole infrastrucutre and I have this one single host that is part of this new infrastrcuture already but still has 16.04
[19:03] <adac> and I would really like to have the same versions everywhere
[19:04] <teward> i'm assuming you don't want to upgrade kubernetes then :P
[19:04] <teward> which you'd probably end up having to do
[19:06] <adac> teward, actually I'm using Rancher. Rancher supports 1.13.5 which at most supports docker 18.06.3
[19:06] <adac> yes at some point I will upgrade kubernetes anyway that is true
[19:06] <adac> :)
[19:09] <adac> teward, I'm trying now out what you have suggested
[19:09] <adac> this host can be down a bit no problem if somethign is not working
[19:09] <teward> backup first
[19:09] <teward> just in case :P
[19:09] <adac> :)
[19:16] <adac> teward, backup is running
[19:39] <blackflow> Skyrider: I'm sorry but it's not bothersome at all. it's very, very simple. User owns files. nginx's www-data is in user's group (supplemantal!). php-fpm runs as user (one pool per user). User's home dir is root owned and there's a subdir (or more) where the user can upload stuff. Very, very simple.
[19:40] <blackflow> Skyrider: no idea why you invoked ACLs, that will just unnecessarily complicate matters to no end.
[19:40] <sarnold> it's amazing the flexibility you can have with the simplicity of unix acls
[19:41] <blackflow> yes but it's rather hard to maintain, the ACLs are not immediately obvious, not visible in ls, you have to know they're there. personally I prefer to put a nice, auditable apparmor profile, instead of fiddle with ACLs
[19:41] <blackflow> MAC > DAC and ACLs are DAC on steroid.
[19:41] <blackflow> *steroids. still DAC tho.
[19:42] <sdeziel> blackflow: I've yet to try php-fpm Apparmor hat support, do you have some experience with it?
[19:42] <blackflow> Skyrider: btw, just so we're on the same page, the approach I'm preaching here, been doing that for many years and currently I have tha very setup for hundreds of clients and their websites.
[19:44] <blackflow> sdeziel: nope. My setup is simple enough where "owner" is the only variation among pools. for more complex stuff I intend to have custom named profiles via systemd units, and one pool master per user, per unit, per profile.
[19:44] <blackflow> in other words, I wouldn't go with one process changing hats, but statically fix processes to profiles.
[19:45] <sdeziel> blackflow: OK. The hat thing is a per-pool thing
[19:45] <blackflow> yeah. I disliked hats even with apache and selinux, years ago. I prefered MLS instead
[19:46] <sdeziel> oh I see, you want multiple masters
[19:46] <blackflow> uhuh.
[19:46] <blackflow> the masters themselves don't really add any overhead and I can individually restart pools, unlike when with one master
[19:48] <sdeziel> interesting idea and side effect. Too bad I was looking for a reason to try Apparmor hats
[19:51] <Skyrider> blackflow: Can I undo the acls?
[19:52] <blackflow> Skyrider: sure, -b flag to setfacl
[19:53] <Skyrider> Thanks :)
[19:53] <Skyrider> Just curious.. You say to set it to the users home directory instead.
[19:54] <Skyrider> How is the user/group with this exactly with the web files?
[19:54] <Skyrider> web files owned by the user, and as you mentioned, www-data in their group?
[19:58] <blackflow> Skyrider: web files must be owned by user so that the default ownership (755 dirs, 644 files) allows them to write. with PHP in the game, you need to drop access to "others", so 750 and 640. In that case nginx (www-data) loses access, so you need to add www-data to users groups, so nginx can read the files.
[20:00] <blackflow> that's also the least privilege principle in action. and of course, php-fpm process must run as the user, in order to have exclusive access to user/site files, and in order to write them (uploads).
[20:37] <keithzg> Hmmm, so postfix rejects mail if the domain is in the virtual_alias_domains but the TO address isn't listed in the virtual alias map, even if there's CC's on that email that are? That is surprising to me!
[20:39] <blackflow> postfix doesn't care about CC. and the alias map is really the authoritative here, just the domain won't work
[20:39] <dlloyd> envelope to or message to?
[20:40] <blackflow> has to be envelope, postfix doesn't care about To header either
[20:40] <dlloyd> yeah, thats where i was leading to
[20:40] <keithzg> Hmm I wonder how it was working *before* I set up the virual_alias stuff, that certainly seems to have been when these emails started getting rejected rather than passed on.
[20:41] <paulatx> anybody happen to know how long the Ubuntu 16.04 EC2 images will support new hardware? The first graphic on this page: https://www.ubuntu.com/about/release-cycle makes it look like hardware support has already stopped for 16.04 but I'm not sure if that also applies to the AWS specific kernels which are also based off of the 4.4.0 GA kernel, not the 4.15 HWE kernel
[20:41]  * keithzg is having a hard time digging through it all and figuring out what's going on since the verbosity for amavis is set so high, heh, still failing to understand why it dies from time to time
[20:42] <blackflow> keithzg: postfix has its own rahter verbose logs, you shouldn't consult amavis at all. theres #postfix here on freenode if you need more help with it.
[20:43] <keithzg> blackflow: Well it's /var/log/mail.log I'm looking at, and `journalctl -u postfix` doesn't have anything
[20:44] <blackflow> keithzg: wrong unit, postfix.service. you need postfix@ for the instance running iirc?
[20:45] <blackflow> neway, can you pastebin the problem entries? though really, I recommend #postfix for this particular issue, probably isn't specific to ubuntu defaults
[20:46] <tomreyn> paulatx: so did you read this?  https://wiki.ubuntu.com/Kernel/LTSEnablementStack#Ubuntu_16.04_LTS_-_Xenial_Xerus
[20:46] <tomreyn> paulatx: oh yes, according to what you wrote you probably did.
[20:47] <tomreyn> so the aws images can't be used with the HWE kernel?
[20:47] <tomreyn> i mean, you can't just install it like on regular ubuntu?
[20:49] <keithzg> blackflow: Literally none of the postfix@ instances show anything, went through them one by one, but bizarrely postfix@* works, so apparently tab completion for journalctl leaves out whatever one I actually need to use?
[20:52] <blackflow> keithzg<EMAIL_ADDRESS>[20:52] <paulatx> tomreyn: well the AWS images obtained from https://cloud-images.ubuntu.com/locator/ec2/ have the AWS tuned kernel enabled by default as detailed here: https://blog.ubuntu.com/2017/04/05/ubuntu-on-aws-gets-serious-performance-boost-with-aws-tuned-kernel.  I'm trying to figure out when the support for new hardware will stop on those AWS tuned kernels
[20:52] <blackflow> keithzg: that's the default template instance
[20:52] <blackflow> unless of course you have something else set up, this should be the default
[20:53] <keithzg> blackflow: Huh. Yeah, that works. Just weirdly isn't one of the many things listed when I try and tab-autocomplete `journalctl -u postfix@`
[20:54] <blackflow> keithzg: WorksForMe(tm) :)
[20:54] <keithzg> blackflow: Hah!
[20:55] <keithzg> I'm pleasantly surprised the wildcard approach worked, too; that's a bit more user-friendliness and standard unsurprising handling than I normally expect from the systemd gang
[20:55] <tomreyn> paulatx: hmm, sorry, that's indeed beyond my horizon. i suggest you ask the same question here again tomorrow during UK business hours
[20:55] <keithzg> blackflow: Funny enough, on another server it *does* work fine!
[20:56] <blackflow> keithzg: patience and they will find a way to disappoint ;)
[20:56] <keithzg> blackflow: haha, true taht
[20:56] <blackflow> keithzg: so, can you pastebin the error, reason for NOQUEUE?
[20:57] <paulatx> tomreyn: ok will do, thanks
[20:59] <keithzg> blackflow: https://paste.ubuntu.com/p/2mSSGcyNfY/ is the paste
[21:02]  * keithzg is trying now heeding that warning and changing the relay_domains to be more strict
[21:03] <blackflow> keithzg: also address that warning in lines 2 and 3
[21:03] <keithzg> blackflow: Yeah that's the warning I'm talking about, heh
[21:03] <blackflow> ah k
[21:03] <keithzg> There was an overlap, with the emails coming from phabricator.gmcl.internal, and the relay_domains being gmcl.com and gmcl.internal
[21:04] <blackflow> 'sfine :)
[21:04] <keithzg> (The central issue here is, some emails, but not all emails, from our Phabricator instance aren't making it to users)
[21:08] <blackflow> well you'll have to investigate on a per-case basis. in this case, if you have a domain in virtual_alias_domains, you need to have the address in the virtual_alias_maps too. the postfix virtual readme has full explanation with examples.
[21:08] <blackflow> keithzg: http://www.postfix.org/VIRTUAL_README.html
[21:09] <keithzg> blackflow: Yeah, the weird thing is, in theory the emails are being sent to multiple users, and *one* of them is<EMAIL_ADDRESS>But others are normal users, and they receive email from Phabricator fine in most circumstances. It's just this one subclass of email that's being rejected this way.
[21:10] <blackflow> normal users as in they're "mailboxes" (virtual_mailbox_*) ?
[21:10] <blackflow> aka destined for the virtual transport
[21:11] <keithzg> Well, as in they're<EMAIL_ADDRESS>[21:11] <keithzg> (which this mailserver is the endpoint for, and they have "local" accounts (actually LDAP, but valid as real users on the system))
[21:32] <keithzg> Hmm. Everything's still being rejected.
[21:33] <keithzg> Time to specify an alias for<EMAIL_ADDRESS>and get some of these emails, see what they're actually trying to do
[21:36] <adac> guys when rebooting my ubuntu  server 16.06 I get:
[21:36] <adac> *16.04
[21:36] <blackflow> I thought we established that first. if you want to treat this envelope recipient as alias, you need it in the map. alias = forwarder, btw, so it has to forward to (alias for) a valid address too, which can be a virtual mailbx, or an external relay'd transport
[21:36] <adac> device not accepting address 36 71
[21:37] <adac> -71 actually
[21:37] <adac> any ideas what that problem might be and how to solve it?
[21:38] <adac> actually there should be no USB dongle on that server. is a hosted server
[21:38] <keithzg> blackflow: Yeah but the thing is<EMAIL_ADDRESS>is in theory only *one* of the recipients; the others are all valid. And merely receiving emails for noreply wouldn't be terribly helpful, since that wouldn't then get the emails to the actual users.
[21:39] <blackflow> keithzg: there's always just one recipient. if your sending MUA had CC, then it ran a RCPT TO for each of them. CC has no meaning for postfix.
[21:39] <blackflow> one recipient as in one RCPT TO envelope recipient.
[21:39] <keithzg> blackflow: Well exactly, which is why I'm wondering if Phabricator is doing something terribly silly in this case.
[21:39] <blackflow> int _this_ case, you simply don't have the address in virtual alias maps, as the error is stating
[21:40] <blackflow> and it's not checking anything else it seems which means you do have the domain, hence the expectation to consult the map
[21:40] <keithzg> Particularly because of the very suspicious nature of there theoretically being three recipients (noreply, and two cc's) and the postfix log shows three copies being sent to noreply
[21:40] <keithzg> Receiving noreply's emails wouldn't actually solve anything per se
[21:40] <blackflow> irrelevant. your postfix has no idea where<EMAIL_ADDRESS>is, and how to deliver to it.
[21:41] <blackflow> (according to the log you pastebin'd)
[21:43] <keithzg> blackflow: Sure? But if as you say Postfix has no idea of "TO", then it shouldn't be seeing three copies sent to noreply; and of course any emails to noreply go nowhere, that's actually desired.
[21:43] <keithzg> Hence I'm thinking maybe Phabricator is doing something wrong.
[21:44] <blackflow> keithzg: I have no idea what your setup is. I'd really recommend you to pop into #postfix. read the /topic and prepare the logs and configs as specified by the !getting_help factoid.
[21:45] <blackflow> but on the face value, from that log entry, it's very simple. postfix has no idea how to deliver to that address. it's not defined in the virtual_alias_maps (to have an alias'd destination), but the domain is, hence postfix looking for it there.
[21:46] <blackflow> keithzg: where do you want mail RCPT TO that address, be sent instead?
[21:47] <keithzg> blackflow: Nowhere!
[21:47] <keithzg> The emails shouldn't be going to noreply anyways, and emails to noreply should indeed be rejected. It should be seeing emails to actual users, and most of the time that's how Phabricator sends email, but for some reason here it's sending all three copies to a single TO, which is noreply, instead of the actual Phabricator users with their valid @gmcl.com addresses
[21:47] <blackflow> well it IS going nowhere. postfix will either accept and deliver, or respond with NOQUEUE like it is now
[21:47] <keithzg> Sure, exactly.
[21:48] <keithzg> And hence why I'm thinking the problem at very least involves the Phabricator side of things too, since it shouldn't be just sending to noreply
[21:48] <blackflow> uhm, so why are we chasing hte postfix red herring then :)  you should check the MUA that's apparently trying to send to that address
[21:48] <blackflow> "23:32 < keithzg> Hmm. Everything's still being rejected."  <-- implies you don't want it rejected.... you should really get your story straight and start at the beginning, but in #postfix :)
[21:48] <keithzg> Well that's why I'm trying to receive the emails, so I can be sure of their exact actual headers :)
[21:49] <blackflow> yeah, no, sorry. please pop into #postfix and prepare all the details as explained by the !getting_help factoid there. thnks :)
[21:49] <keithzg> I mean, but as you say it's looking like Postfix is probably a red herring
[21:49] <blackflow> (you'll get better postfix support there, and this isn't ubuntu issue per se ;)
[21:50] <blackflow> keithzg: well it's rejecting which is apparently what you do want it to do.
[21:50] <keithzg> blackflow: Yeah exactly, *postfix* seems to be acting according to design and intention, it's just somewhere beforehand where something's going wrong.
[21:50] <keithzg> (Probably Phabricator, maybe nullmailer)
[21:52] <blackflow> keithzg: "trying to receive emails" -- then just create the alias entry for a local or any other address.
[21:52] <blackflow> receive it, see what's in it.
[21:53] <keithzg> blackflow: Yup, that is *precisely* what I've done
[21:54]  * keithzg now waits on the automated stuff that finds some files and commits a record of them via git-annex, which is then noticed by Phabricator's Diffusion, and then Herald rules send out the emails . . . it's all very Rub Goldbergian ;)
[21:55] <keithzg> s/Rub/Rube
[21:55] <blackflow> held by Canonical's duct tape :)
[21:56] <keithzg> One of my favourite brands of duct tape :D
[22:16] <keithzg> Things seem to be working well enough now and I have enough info to dive in and try and unpick the specifics myself; many thanks, blackflow :) And apologies for broadly ignoring your entreaties to bring my problem over to #postfix instead :D
[22:42] <blackflow> keithzg: np, it's just it looked all the way as if you wanted the alias to actually work :)
[22:45] <keithzg> blackflow: Yeah naw, as usual for me it's a subtlely weirder problem with more moving parts involved, haha
[23:24] <gislaved> anyone still using local mirrors these days ?
[23:25] <sarnold> yeah I've got on
[23:25] <sarnold> one
[23:27] <gislaved> so much install traffic ?
[23:27] <gislaved> will be prettu big I guess ?
[23:27] <gislaved> &pretty
[23:27] <gislaved> *
[23:29] <sarnold> gislaved: ~1.5 terabytes would probably do; mine's at 1.27 TB used at the moment: http://paste.ubuntu.com/p/KdKfBDMbts/
[23:29] <gislaved> sarnold heh, share storage I believe ?
[23:29] <gislaved> *shared
[23:29] <sarnold> ?
[23:30] <gislaved> or single disk ?
[23:30] <gislaved> or VM disk ?
[23:30] <sarnold> ah that zfs pool is on a nine-disk array: three vdevs of triple-mirror spinning metal drives
[23:31] <gislaved> :)