[03:10] <robert_ancell> TheMuso, I've uploaded a pygi package - are you able to "add it to the overrides"?
[03:23] <robert_ancell> I think that means it's in the new queue
[03:31] <TheMuso> robert_ancell: I am not an archive admin.
[03:33] <robert_ancell> TheMuso, where can I find the list of archive admins?
[03:34] <micahg> robert_ancell: https://wiki.ubuntu.com/ArchiveAdministration#Archive days
[03:36] <robert_ancell> TheMuso, thanks
[03:58] <TheMuso> robert_ancell: np
[07:54] <didrocks> good morning
[08:51] <baptistemm> helllo
[08:53] <didrocks> hey baptistemm, how are you?
[08:53] <baptistemm> ca va
[08:53] <seb128> hey didro
[08:53] <seb128> didrocks,
[08:53] <didrocks> salut seb128, ça va ?
[08:54] <seb128> oui, nickel, toi ?
[08:54] <baptistemm> just a little bit borred since 3 weeks, not a lit of will to do some ubuntu taks I wanted to do
[08:54] <didrocks> seb128: ça va, blackout internet (freebox ne se synchronisait plus) à partir de 22h, mais heureusement, ce matin, c'est réparé
[08:55] <didrocks> contacté le service technique dans une fenêtre javascript à partir du browser de mon portable en 3G :)
[08:55] <baptistemm> ca permet de faire un break l anuit: à)
[08:55] <didrocks> baptistemm: ouai, enfin tout de suite, c'était "comment je vais bosser demain ?" ;)
[09:23] <didrocks> baptistemm: I can't pair my bluetooth headset in maverick (when I click on "configure a new device" I get notice), any command line I can trigger to debug this?
[09:25] <baptistemm> You means the discovery doesn't list your device ?
[09:25] <baptistemm> -s
[09:28] <didrocks> baptistemm: the command line (hcitool) does, but not the indicator/applet (nothing happen when I click to configure)
[09:29] <didrocks> baptistemm: do you know where the local data are stored for bluetooth-applet? (the current paired-list)? Maybe an incompatible format as I kept my /home for reinstalling
[09:29] <didrocks> uncompatible*
[09:31] <baptistemm> didrocks, this is system-wide in /var/lib/bluetooth/xx:xx:xx:xx:xx/
[09:31] <baptistemm> sorry I'm on a call
[09:31] <didrocks> baptistemm: no pb, thanks a lot already, looking if I can get something :)
[09:37] <didrocks> baptistemm: ok, I got the dialog after removing what was on that directory the second time. I'll recheck later again with a clean config. Thanks for the help :)
[10:22] <didrocks> seb128: btw, I pushed mutter yesterday evening if you didn't notice
[10:23] <seb128> I did noticed
[10:23] <seb128> thanks
[10:26] <didrocks> you're welcome
[10:37] <seb128> hey chrisccoulson
[10:37] <seb128> how are you?
[10:37] <chrisccoulson> hey seb128, i'm good thanks. how are you?
[10:37] <seb128> I'm fine thanks
[10:39] <didrocks> good morning chrisccoulson
[10:39] <chrisccoulson> hey didrocks, how are you?
[10:40] <didrocks> chrisccoulson: I'm fine thanks :-)
[10:41] <didrocks> chrisccoulson: I hope soon some testing on your workaround for the panel corruption from ubuntu-fr users :)
[10:43] <seb128> what workaround?
[10:44] <chrisccoulson> didrocks - that didn't work ;)
[10:45] <didrocks> chrisccoulson: oh really? :-(
[10:45] <didrocks> seb128: it was unactivating gtk managing itself the sub X window
[10:45] <chrisccoulson> didrocks - yeah, i was just clutching at straws there - i tried it and didn't see the issue, so i asked other people to try it too
[10:46] <chrisccoulson> and they still got the issue
[10:46] <didrocks> (GDK_NATIVE_WINDOWS)
[10:46] <didrocks> ok
[10:46] <didrocks> and deactivating the lazy load of nm applet has been already tried too?
[10:47] <seb128> the bug has reported in karmic
[10:47] <seb128> which was not doing lazy loading
[10:47] <chrisccoulson> i'm not sure it's related to nm-applet really. i've seen the corruption on pretty much every applet
[10:47] <seb128> has been reported
[10:49] <didrocks> seb128: right, apparently it's just triggering it more often (from the bug report comment, didn't try it myself)
[10:49] <didrocks> but yeah, that's not the root cause
[10:49] <seb128> or we have higher number of users on the lts
[10:50] <seb128> it's really something we should fix but I'm not sure how to debug it
[10:51] <didrocks> yeah, tricky. I got it very often on my netbook (small screen size related?) but almost never on my laptop.
[10:51] <chrisccoulson> didrocks - i get it on my desktop too (with a 22" screen) ;)
[10:52] <didrocks> chrisccoulson: that's because you are a power user :-)
[10:52] <chrisccoulson> lol
[10:52] <didrocks> and it tries to be nice with you, like "debug me… please"
[10:52] <chrisccoulson> i need to attach the 22" screen to my laptop really, and give joanne the 20" screen
[10:52] <chrisccoulson> i wonder if she'll notice
[10:52] <seb128> lol
[10:52] <didrocks> :)
[10:53] <seb128> it's a risky move, she might notice and you might pay back ;-)
[10:53] <chrisccoulson> lol
[10:54] <didrocks> I had a look at 22" screens recently to buy one. But most of them have the same resolution than the one to my 17" laptop (1920x1200), so I'm not so motivated to change…
[10:54] <chrisccoulson> yeah, my 22" has the same resolution as the 20"
[10:54] <chrisccoulson> but it is easier to see things ;)
[10:54] <seb128> well it's still nicer for your eyes
[10:55] <seb128> I'm much less tired on a my desktop screen than on the laptop one
[10:56] <didrocks> seb128: yeah, I feel really tired during the evening when I look at subtitles and I can't read. So I'll change in any case, but only once I've moved to Lyon :)
[10:57] <didrocks> so for that, it makes sense if you tell me your eyes notice the difference
[13:11] <aquarius> seb128, I want to add a gconf key from the music store RB plugin which directs u1ms:// URLs to Rhythmbox. debian/rhythmbox-ubuntuone-music-store.gconf-defaults can have "/desktop/gnome/url-handlers/u1ms/command	'rhythmbox "%s"'", but...do I have to add a schema somewhere else that creates that key?
[13:11] <seb128> aquarius, it's not required
[13:12] <seb128> it would give you descriptions for the key
[13:13] <aquarius> seb128, how does gconf know what type the key is? it guesses based on the value?
[13:14] <seb128> aquarius, you need to specify the type when you set it
[13:14] <seb128> the gconf-defaults system do it for you
[13:14] <aquarius> seb128, that's what I don't understand, though. The current debian/rhythmbox-ubuntuone-music-store.gconf-defaults has one line in it: /apps/rhythmbox/plugins/umusicstore/active	true
[13:14] <aquarius> which doesn't specify a type
[13:15] <seb128> true is a bollean
[13:15] <seb128> l->o
[13:15] <seb128> gconf-defaults try to be smart about that
[13:15] <aquarius> ah, so the gconf-defaults system looks at the value and works out what the type must be. cool. :)
[13:15] <seb128> yes
[13:16] <aquarius> right, then I shall add my two extra lines and it's all good. yay.
[13:55] <ccheney> good morning
[14:03] <kenvandine> good morning ccheney
[15:47] <seb128> aquarius, you might want to do your changes over maverick and not lucid
[15:48] <aquarius> ah crap did I just propose the packaging branch change against the lucid version?
[15:49] <aquarius> I am so stupid.
[15:49] <aquarius> kenvandine, sorry
[15:49] <aquarius> so I want to propose the merge against lp:ubuntu/maverick/rhythmbox-ubuntuone-music-store, yes, kenvandine?
[15:50] <aquarius> seb128, thanks :)
[15:51] <seb128> aquarius, you're welcome
[16:07] <kenvandine> seb128, the maverick branch doesn't exist, do i just push to that?
[16:08] <seb128> use lp:ubuntu/<source> it should work? or check with james_w
[16:08] <kenvandine> it doesn't
[16:08] <kenvandine> james_w, ^^
[16:08] <kenvandine> well, it does... but it looks like the lucid branch
[16:08] <kenvandine> actually it doesn't
[16:08] <kenvandine> bzr: ERROR: Invalid url supplied to transport: "lp:ubuntu/rhythmbox-ubuntuone-music-store": rhythmbox-ubuntuone-music-store in ubuntu has no default branch.
[16:09] <james_w> give me a moment, I'm on a call
[16:09] <kenvandine> ok
[16:09] <kenvandine> thx
[17:23] <Laney> didrocks: I think I'm just going to request a sync of banshee now
[17:24] <Laney> any objections?
[17:24] <didrocks> Laney: just one sec, was going to ping jcastro about that
[17:24] <jcastro> yo
[17:24] <didrocks> jcastro: do you know about upstream plan for new banshee ? (stable release date, and so on)
[17:24] <didrocks> hey btw :)
[17:24] <Laney> they have a calendar up
[17:24] <jcastro> didrocks: it's following GNOME now
[17:24] <Laney> it follows the gnome schedule
[17:25] <didrocks> sweet, so perfect, no objection Laney for syncing, thanks
[17:25] <jcastro> nice, is this for 1.6.1?
[17:25] <seb128> jcastro, no, 1.7
[17:25] <jcastro> oh
[17:25] <seb128> Laney, I can do the sync for you now
[17:25] <didrocks> jcastro: yeah, with all the new goodness :)
[17:25] <Laney> seb128: ok cool, it's from experimental
[17:25] <Laney> seb128: and will need binary NEWing
[17:25] <seb128> ok
[17:26] <jcastro> if anyone wants to help I think hyperair need some acks for the SRU for 1.6.1 in lucid.
[17:26] <didrocks> seb128: btw, if you can do a binary NEWing row, mutter needs love :)
[17:26] <hyperair> jcastro++
[17:28] <hyperair> bug #585761
[17:28] <ubot2> Launchpad bug 585761 in banshee (Ubuntu Lucid) (and 1 other project) "[SRU] Banshee 1.6.1-1 New upstream bugfix release (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/585761
[17:32] <Laney> hyperair: you subscribed the wrong team, it's ubuntu-sru now
[17:33] <hyperair> Laney: oh whoops.
[17:33] <seb128> you don't need acks before upload
[17:33] <Laney> hyperair: are you sruing podsleuth too?
[17:33] <Laney> (if not, please do)
[17:34] <hyperair> Laney: yes, but i haven't gotten roudn to filing the bug
[17:34] <Laney> no probs
[17:34] <seb128> Laney, synced
[17:35] <Laney> thanks a lot
[17:37] <jcastro> Laney: so it's likely been sitting there the whole time due to a bad tag?
[17:39] <seb128> jcastro, it should be uploaded, it's not a tag issue
[17:39] <seb128> requires somebody to sponsor the upload
[17:39] <Laney> motu-sru always reviewed before upload
[17:39] <Laney> so we're not used to doing it the new way
[17:39] <jcastro> oh ok
[17:39]  * jcastro is still trying to get his head around this
[17:39] <Laney> hyperair can just upload it
[17:40] <seb128> not sure how it works for universe
[17:40] <Laney> it's supposed to be a unified process now AIUI
[17:40] <seb128> ok
[17:40] <seb128> usually for main the sru team review the queue
[17:40] <seb128> then go back to the bug from the changelog
[17:40] <seb128> so if you don't upload they will not notice it
[17:41] <seb128> emails is noisy
[17:41] <seb128> it's easier to use the upload queue for seeing was is waiting for review
[17:41] <hyperair> okay, so i should just upload banshee and podsleuth?
[17:41] <hyperair> using syncpackage?
[17:41] <didrocks> (I don't want to imagine the ubuntu-sru email list)
[17:41] <hyperair> heh
[17:42] <Laney> heh
[17:42] <Laney> you should file a tracking bug for podsleuth first
[17:42] <seb128> don't do sync for sru updates
[17:42] <seb128> you need proper lp bug tracking etc
[17:43] <Laney> I guess you could just add a -1~ubuntu1 entry above it
[17:44] <seb128> you should also make sure debian didn't do any packaging cleaning
[17:44] <seb128> or random changes
[17:44] <seb128> we only want the required changes for sru updates
[17:58] <hyperair> well i didn't do any packaging cleaning, and i was the one who did the podsleuth release
[17:59] <hyperair> either way it's a new upstream release, is that okay?
[17:59] <seb128> depends of the diff it has
[17:59] <hyperair> new upstream bugfix* release.
[17:59] <seb128> but you can always upload and wait for the sru team to review it
[17:59] <hyperair> well you can't really get much worse than lucid's current podsleuth =p
[18:00] <hyperair> it fails completely since hal doesn't start automatically any more
[18:14] <fta> anyone using evolution here? if you are, could you please check the message-id of an email *you* sent to see if its domain is/isn't @localhost.localdomain?
[18:15] <seb128> fta, ubuntu version?
[18:16] <seb128> fta, it isn't on lucid
[18:17] <fta> seb128, yep, i'm working on an upstream bug, and they rejected my patch because on redhat, it's using @localhost.localdomain so my patch leads to rejected emails
[18:18] <fta> i said it's a broken setup but they say it's a popular one
[19:48] <torres09> hey everybody..cannot run gnome on ubuntu 10.04...crashes every 10s or so,...any way i can get ubuntu up ad running? any help is appreciated
[20:00] <stenten> !support
[20:00] <ubot2> The official ubuntu support channel is #ubuntu. Also see http://ubuntu.com/support and http://ubuntuforums.org
[20:07] <didrocks> seb128: thanks for mutter bin NEWing
[20:09] <seb128> didrocks, np, I was pondering doing it or not before weekend ;-)
[20:10] <didrocks> seb128: well, a gir package, not a big deal I think :-)
[20:10]  * didrocks hugs seb128
[20:17] <didrocks> well, time to enjoy the early week-end, see you on Monday!
[20:18] <didrocks> seb128: enjoy your long week-end too :)
[20:19] <Sarvatt> didrocks: mutter needs the same patch as in metacity 1:2.30.1-1ubuntu2 btw
[20:20] <didrocks> Sarvatt: are you sure? from my tests it wasn't needed
[20:20] <didrocks> Sarvatt: did you test and have some issues with it?
[20:20] <Sarvatt> positive, run glxgears
[20:20] <Sarvatt> crashes mutter the the same way as metacity
[20:20] <didrocks> Sarvatt: that's weird, the patch was for a segfault, not performance only (it was crashing there)
[20:21]  * didrocks reinstalled and try mutter --replace again
[20:21] <didrocks> crashing the box before week-end :)
[20:21] <seb128> didrocks, thanks, enjoy your weekend as well!
[20:24] <Sarvatt> http://sarvatt.com/downloads/patches/0001-Use-gdk_screen_get_system_colormap-instead-of-gdk_sc.patch (which is the same as the metacity patch) fixes it and makes mutter usable again on maverick :)
[20:25] <didrocks> Sarvatt: oh, that's fun, it only crash when you use a function which uses GL
[20:26] <didrocks> Sarvatt: for basic usage, no crash
[20:26] <didrocks> I'll upload that now and then week-end time :)
[20:26] <didrocks> thanks for the notice
[20:27] <Sarvatt> no worries, sorry for bringing it up right when you were leaving :)
[20:27] <didrocks> Sarvatt: no pb :) That's weird because you can use mutter without any issue for basic things (moving windows, switching ws, minimizing, closing…) with all the fancy effects
[20:28] <didrocks> it's only when you launch something like glxgears that it crashes
[20:29] <Sarvatt> there were other things that crashed it too, its just glxgears always did it :)
[20:29] <didrocks> Sarvatt: my metacity before the patch was crashing from the beginning
[20:30] <Sarvatt> been my main window manager for a long time and had to switch to compiz about a month ago with the gtk changes :(
[20:30] <didrocks> well, you can switch back now :)
[20:30] <Sarvatt> yeah, i use it from git though and have been adding that patch :D
[20:31] <didrocks> Sarvatt: I'll give it the same name than the metacity one for easier followup
[20:33] <Sarvatt> should be able to just use the metacity one directly? i just didnt have it handy
[20:33] <didrocks> Sarvatt: I have it, I just credit you in the changelog :)
[20:40] <didrocks> Sarvatt: ok, built, tested and it fixes the crash when launching glxgears (at least ;)). Pushed
[20:40] <didrocks> thanks for noticing it
[22:21] <fta> bratsche, should i file a bug for acroread corrupted display because of rbga? acroread is in partner so i'm not sure. workaround is to set XLIB_SKIP_ARGB_VISUALS=1 in the wrapper
[22:24] <bratsche> ugh
[22:24] <bratsche> Yeah, sure.
[22:25] <bratsche> fta: Thanks.
[22:30] <fta> bug 589409
[22:30] <ubot2> Launchpad bug 589409 in acroread (Ubuntu) "acroread corrupted display when using RGBA in gtk (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/589409
[22:59] <Sarvatt> thanks for the tip fta, that fixes vmware workstation as well
[23:01] <robbiew> kenvandine: ping
[23:22] <rickspencer3> kenvandine, I guess gwibber is not starting for some folks, is there a bug report on this?
[23:23] <arand> rickspencer3: Bug #588478
[23:23] <ubot2> Launchpad bug 588478 in desktopcouch (Ubuntu) (and 1 other project) "RuntimeError: Can not find port of couchdb. (affects: 10) (dups: 4) (heat: 66)" [High,Confirmed] https://launchpad.net/bugs/588478
[23:23] <rickspencer3> arand, tx
[23:24] <arand> rickspencer3: Seems to be somewhat figured out what the issue was though..
[23:24] <rickspencer3> *sigh*
[23:24] <rickspencer3> desktopcouch has a tendency to break us :)
[23:25] <kenvandine> rickspencer3, it's the kernel
[23:26] <kenvandine> the way the find the port breaks with the maverick kernel
[23:27] <rickspencer3> oh sweet
[23:27] <rickspencer3> seems "finding ports" has always been a bit hackish
[23:27] <kenvandine> yup :/
[23:27] <rickspencer3> kenvandine, is there a workaround?
[23:27] <kenvandine> boot the old kernel
[23:27] <arand> rickspencer3: run it with sudo >_<
[23:28] <kenvandine> ewwwww
[23:28] <rickspencer3> lol
[23:28] <arand> eww indeed, but for some weird reason it works
[23:28] <kenvandine> humm
[23:28] <rickspencer3> why not just log in as root?
[23:28] <kenvandine> linspire did :)
[23:29] <JanC> only for a short period though  ;)
[23:29] <kenvandine> :)


[08:20] <Kilos> hi dholbach svij elacheche and others
[08:21] <svij> hi Kilos
[08:35] <dholbach> hi Kilos
[08:45] <elacheche> Morning LoCo Teams
[13:07] <Manohar> E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.
[13:07] <Manohar> how to solve this problem?
[13:13] <Manohar> i can't solve my problem
[13:14] <Manohar> pz contact me my email id is<EMAIL_ADDRESS>[13:23] <elacheche> Manohar: The error message tells you what you need to do :)
[13:23] <elacheche> Manohar: Please ask for help on #ubuntu here is the LoCos support channel
[13:31] <Manohar> what i do i dont understand
[13:32] <Manohar> sudo dpkg --configure -a  ,i run this command
[13:35] <elacheche> yes


[03:20] <PerfM> hahahaha sweet
[07:58] <Vibhav> I sent a mail to the ubuntu membership board
[07:58] <Vibhav> They havent replied yet
[08:07] <Tm_T> Vibhav: patience is all you need (:


[16:20] <bkerensa> chrisccoulson: Ubuntu removes Telemetry from Firefox Nightly apparently?
[16:20] <bkerensa> chrisccoulson: If I build Nightly from source I get Telemetry feature under Data Choices
[16:20] <bkerensa> but if I use our Nightly PPA then nothing
[16:55] <kbrosnan> bkerensa: i would guess that it would show up in about:buildconfig
[16:56] <bkerensa> kbrosnan: I just went to about:telemetry and enabled it
[16:56] <bkerensa> I hope that is actually submits data and is not disabled somewhere else
[16:56] <bkerensa> :D
[16:58] <kbrosnan> in the ubuntu version it would tell you if they disable it when building
[17:10] <bkerensa> kbrosnan: they do and apparently its intentional
[17:11] <chrisccoulson> yes, it's intentional
[17:11] <chrisccoulson> 1 second, on a call atm. will explain more after
[17:12] <bkerensa> kk
[17:13] <bkerensa> My understanding is its just for official builds? But if I manually enable it under about:telemetry does it send data still and is this data still useful to Mozilla?
[17:23] <chrisccoulson> the main reason we disable telemetry is that when i discussed the idea of enabling it, it was suggested that we should leave it disabled because we might skew results from official builds (with our different toolchain / build config)
[17:23] <chrisccoulson> i'm not sure if that opinion has changed or not though
[17:24] <bkerensa> chrisccoulson: hmm... well I'm not keen on downloading a nightly daily from Moz site especially since I have no idea how to drop it into unity launcher
[17:24] <bkerensa> but I want my data to be helpful at same time


[16:26] <SiDi> kwwii: that flickr group turns out to be an awesome idea :)
[16:33] <mac_v> SiDi: link me pls :)
[16:34]  * SiDi links mac_v
[16:35] <SiDi> http://www.flickr.com/groups/ubuntu-artwork/ mac_v
[16:35]  * mac_v 0.0
[16:37] <mac_v> kwwii: the flicker avatar , is you or your son?
[23:16] <ckontros> michote: Are there any other smilies left to be done? (after face-laugh)
[23:18] <SiDi> face-sidi
[23:18]  * SiDi hides
[23:24] <ckontros> Uh huh...
[23:24] <ckontros> :P


[00:41] <linuxperia> hi all. i have a strange problem with ubuntu server. when i try to compile a programm i get this error here => "error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory" libtinfo however exist on my system and is located at /usr/lib/x86_64-linux-gnu/libtinfo.so What is wrong and how can i fix this Problem ?
[00:49] <mybalzitch> do you have a so.5 symlink to libtinfo ?
[00:51] <mybalzitch> linuxperia: ^
[00:52] <linuxperia> mybalzitch: thank you very much for your helpfull tip. i just looked it up and this is how it looks like on my side => it points to version 6 instead 5 => /usr/lib/x86_64-linux-gnu/libtinfo.so -> /lib/x86_64-linux-gnu/libtinfo.so.6
[00:52] <mybalzitch> yes, create another symlink pointing libtinfo.so.5 to libtinfo.so.6
[00:53] <linuxperia> so i need change then the version in the code to use 6 instead 5 and then everything should be perfect. ahh okey this will work also. thank you very much will do it and report back
[00:53] <mybalzitch> or recompile, yeah
[00:56] <linuxperia> Yes got one step further. now it complains that /lib/x86_64-linux-gnu/libtinfo.so.5: version `NCURSES_TINFO_5.0.19991023' not found looks like need older ncurses hmmm
[00:58] <linuxperia> mybalzitch: thank you very much for your helpfull tip with the symlink. you helped me recognize the problem!
[00:58] <mybalzitch> no problem! hope you get it sorted
[10:49] <vlm> how can i bind sshd to an address that works through reboots? If i bind to address and manually restart daemon it works but it doesnt manage to bind to address upon booting,journalctl shows failed: "Cannot assign requested address fatal: Cannot bind to any address"
[11:03] <tomreyn>  this sounds like the ip address you're having sshd listen on isn't bound to an interface by the time sshd is starting.
[11:04] <tomreyn> you could either bind sshd to a different systemd target which ensures that the ip address has been bound to the interface, or make sshd listen on ANY and set up firewall restrictions to limit where inbound copnnections will be accepted from / to
[11:05] <tomreyn> vlm: ^
[11:28] <vlm> tomreyn: ill try those options thanks
[12:39] <rbasak> vlm: if you're using netplan with networkd or networkd on its own, then "systemctl list-units" will show you the After= target to use. For example mine is sys-subsystem-net-devices-enp0s31f6.device.
[13:17] <vlm> rbasak: nice tip ill give it ago aswell!
[13:37] <vlm> seems had it right first time only i had a spelling error, network.online.target instead of network(-)online.target,would it be any advantages with your approach rbasak?
[13:42] <rbasak> vlm: network-online.target is vague if you have multiple NICs.
[13:42] <rbasak> Or hotplug any NICs.
[13:42] <rbasak> vlm: see https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/
[13:44] <rbasak> So if you're binding to an address on a specific device and need to start a service only when that address is ready, the best thing is to start the service only when that specific device is up.
[13:44] <rbasak> But as tomreyn said, better to avoid that situation altogether.
[13:44] <rbasak> Why do you need to bind ssh to a specific address anyway?
[14:21] <vlm> I was reading the link earlier on but missed that,seems its not so dependable,it works on a test system but on the server i need it doesnt,i just want to restrict traffic,i knew i could do it in firewall but got curious to how come sshd  wouldnt
[14:21] <vlm> bind on reboot so started researching
[14:27] <rbasak> Ideally sshd would adapt dyamically as the systemd documentation page describes
[14:27] <rbasak> Failing that, I'm not sure I would trust the firewall configuration on its own
[14:28] <rbasak> Maybe use Match, DenyUsers and AllowUsers directives in sshd_config and test that independently to ensure it's working as expected.
[14:28] <rbasak> And then add a firewall configuration on top of that
[15:43] <vlm> rbasak: seems like a good idea indeed,more layers of security is nice so if the one fails we got backup,started poke around pam access.conf and host.deny aswell
[15:50] <rbasak> vlm: I would pick two only. More complexity means more likelyhood of a mistake :)
[15:54] <sdeziel> vlm: to build on rbasak's suggestion, "Match LocalAddress" would probably be useful to you
[16:21] <vlm> rbasak: it could get too much also, usually i document stuff i do when it get complexed so common faults that may occur in such situations i can easily resolve,have helped me alot when things go wrong
[16:21] <vlm> sdeziel: yes that was what i was thinking aswell thanks for chime in
[16:21] <vlm> sdeziel: or i was thinking might be an option to Match ThisIp or so ,its nice to have options atleast to secure in many ways is my thought
[19:36] <rbasak> bryce: around?
[19:36] <rbasak> bryce: I implemented the mk_commit refactoring you requested
[19:37] <rbasak> But I ended up doing it as a constructor method (a classmethod) in repo_builder.Commit.
[19:37] <rbasak> Question: do you want a test for that? It's entirely within the test infrastructure so not used in production, and it's being fully exercised by the tests.
[19:38] <rbasak> Here's the implementaton: https://git.launchpad.net/~racb/usd-importer/diff/gitubuntu/repo_builder.py?h=importer-add-tests&id=a0f087ec7539a909ee01bdb68820693fc3012122
[19:38] <rbasak> (the branch is still a work in progress)
[19:39] <rbasak> In general I'm not sure what our policy needs to be for testing the test helpers
[20:31] <mbeierl> Hello.  I am looking to find the difference between Ubuntu cloud images (from https://cloud-images.ubuntu.com/bionic/20191127/ ) with .img and .vmdk extensions.  When I use the .vmdk under VMware vCloud Director, it boots, but converting the .img to .vmdk causes it to hang.  I have other .imq and .qcow2 images that I want to convert and they all exhibit the same behaviour.
[20:32] <crodriguez> Hello, I have a question regarding netplan in ubuntu 20.04. For a server with 3 interfaces with each their own gateway, how does networkd determines the default gateway? It seems like ip route get always returns the right interface,  I'm trying to understand how it chooses the correct interface as its default gateway. I haven't defined any route in the netplan config.
[20:39] <bryce> rbasak, yep just back from lunch
[20:39] <bryce> hmm good question on testing test helpers
[20:40] <bryce> in other projects I've not tended to worry about testing test helpers, since the testsuite itself exercises the code adequately most of the time
[20:41] <bryce> but for more complex helpers, or if it helps in doing the development, I suppose no reason not to allow them
[20:45] <bryce> rbasak, that said, since this code would live in the main code rather than purely in a *_test.py file, a test case would probably be appropriate
[20:45] <rbasak> OK, thanks. I'll add some tests for it.
[20:47] <rbasak> ...on Monday. Enjoy your weekend :)
[20:48] <bryce> I imagine monkeypatch could be an alternate way to do it.  No idea how easy/hard that'd be though.
[20:48] <bryce> rbasak, right, cya monday!
[20:49] <bryce> btw I (might) have jury duty next week
[20:50] <rbasak> OK
[21:47] <ericlafontaine> Hi, my name is Eric Lafontaine and I was told that some people over here could help me understand a behaviour with the networking/kernel
[21:53] <ericlafontaine> I'm having a server with 3 NIC using DHCP and all having gateways.  The behaviour I'm seeing is that the kernel is able to know that the last interface should always be the default gateway interface, whatever bouncing of the interface I do.  This seems like magic to me and I'm trying to understand how come.  all 3 default routes are present, but it's always the last interface that is used by
[21:53] <ericlafontaine>  the kernel as the route to internet.
[21:54] <ericlafontaine> (I have this behaviour with the base image of Ubuntu 20.04 )
[21:54] <ericlafontaine> (on an openstack environment)
[22:04] <crodriguez> ericlafontaine: hi ! I think rbasak will be able to help you out. Maybe he's EOD though, might have to wait for Monday
[22:07] <rafaeldtinoco> ericlafontaine: why would u have 3 gateways ?!
[22:07] <ericlafontaine> Hi @crodriguez, thanks.  If anyone else want more details/are curious, please contact me directly :)
[22:08] <ericlafontaine> I'm putting a router in place to abstract network complexity.
[22:08] <rafaeldtinoco> ok but what is the purpose of having 3 gateways ?
[22:08] <rafaeldtinoco> you want to load balance traffic among all 3 ?
[22:11] <ericlafontaine> It's my first time using an IRC, so I'm not sure if I should try to summarize or go all out on explanations...
[22:12] <rafaeldtinoco> just answer the question
[22:12] <rafaeldtinoco> its easier =)
[22:12] <rafaeldtinoco> ericlafontaine: you have 3 net providers and want to load balance among them ? is that it ?
[22:12] <rafaeldtinoco> or something like it ?
[22:14] <ericlafontaine> basically, I have an intranet for which my "router" will be acting as the gateway (ubuntu server) for other servers on the intranet.  The second network is another intranet for which some routes are provided (this one doesn't actually have a gateway, but dhcp put's one in anyway... bug? maybe, didn't get time).  The third interface is the real external network and should stick to being my de
[22:14] <ericlafontaine> fault gateway whatever happens.
[22:15] <ericlafontaine> I get the behaviour I want, but I can't explain how it works, which is troubling me.
[22:15] <rafaeldtinoco> ericlafontaine: dhclient can drop gateway
[22:15] <rafaeldtinoco> for example
[22:16] <rafaeldtinoco> its not because dhcp server gives you HAVE to use =)
[22:16] <rafaeldtinoco> check /etc/dhcp/dhclient.conf
[22:16] <rafaeldtinoco> you can configure an interface not to "request" routers, for example, but request everything else
[22:16] <rafaeldtinoco> you can request only IP, or IP and NTP, IP and DNS, etc
[22:16] <ericlafontaine> I found that it's using the systemd-networkd and whatever bouncing of interface I do, my last interface stays the default interface.  I would have expected this to be like dhclient behavior you're describing, but it wasn't dhclient
[22:17] <rafaeldtinoco> ah gotcha
[22:17] <rafaeldtinoco> so you're using netplan
[22:17] <ericlafontaine> yes
[22:17] <rafaeldtinoco> with systemd-networkd backend
[22:17] <ericlafontaine> default 20.04 ubuntu server
[22:17] <rafaeldtinoco> ok lets check how to drop dhcp options in systemd
[22:17] <rafaeldtinoco> 20.04 ? (focal ?)
[22:17] <rafaeldtinoco> its -devel
[22:17] <ericlafontaine> I know :)
[22:17] <ericlafontaine> still it does what I need it to do
[22:17] <rafaeldtinoco> ok
[22:17] <ericlafontaine> which is why I was looking at it
[22:18] <ericlafontaine> my problem is that I don't understand how it can keep the last interface whatever "bouncing" I do...
[22:19] <ericlafontaine> It's an happily nice behaviour :) I just can't explain it
[22:19] <rafaeldtinoco> looks like
[22:19] <rafaeldtinoco> https://github.com/systemd/systemd/issues/5134
[22:19] <rafaeldtinoco> the feature you're looking for was in this issue
[22:22] <rafaeldtinoco> http://man7.org/linux/man-pages/man5/systemd.network.5.html
[22:22] <rafaeldtinoco> check [DHCP] section
[22:22] <rafaeldtinoco> UseRoutes=
[22:22] <rafaeldtinoco>            When true (the default), the static routes will be requested from
[22:22] <rafaeldtinoco>            the DHCP server and added to the routing table with a metric of
[22:22] <rafaeldtinoco>            1024, and a scope of "global", "link" or "host", depending on the
[22:22] <rafaeldtinoco>            route's destination and gateway. If the destination is on the
[22:22] <rafaeldtinoco>            local host, e.g., 127.x.x.x, or the same as the link's own
[22:22] <rafaeldtinoco>            address, the scope will be set to "host". Otherwise if the
[22:22] <rafaeldtinoco>            gateway is null (a direct route), a "link" scope will be used.
[22:22] <rafaeldtinoco>            For anything else, scope defaults to "global".
[22:22] <rafaeldtinoco> you can change the generated systemd file
[22:22] <rafaeldtinoco> and UseRouters=false
[22:22] <rafaeldtinoco> UseRoutes=false
[22:22] <rafaeldtinoco> for the interfaces you don't want a gateway set
[22:23] <rafaeldtinoco> (for example)
[22:23] <ericlafontaine> my network configuration only had [DHCP] active, nothing else
[22:23] <rafaeldtinoco> let me check if netplan supports it
[22:23] <rafaeldtinoco> https://netplan.io/examples
[22:23] <rafaeldtinoco> it shows an option
[22:23] <rafaeldtinoco> "dhcp4-overrides
[22:23] <rafaeldtinoco> Connecting multiple interfaces with DHCP
[22:24] <rafaeldtinoco> check this there ^
[22:24] <rafaeldtinoco> suggestion they give is to raise the route metric
[22:24] <rafaeldtinoco> so the default router is used by your main interface
[22:24] <rafaeldtinoco> and the other gateways are "ignored"
[22:24] <rafaeldtinoco> because they have a big metric
[22:24] <rafaeldtinoco> did you check that ? have you tried ?
[22:25] <ericlafontaine> yes, all my interfaces turned out to have the same metric...
[22:25] <rafaeldtinoco> even using the override ?
[22:25] <ericlafontaine> I haven't tried any change, I just tried to understand how the kernel knew...
[22:25] <ericlafontaine> can i send you the routes and netpan?
[22:26] <ericlafontaine> I have those with me.
[22:26] <rafaeldtinoco> ericlafontaine: if you put 3 gateways with same weight
[22:26] <rafaeldtinoco> or metric in this case
[22:26] <rafaeldtinoco> kernel will round robin among them
[22:26] <rafaeldtinoco> so you will use tcp retransmissions
[22:26] <ericlafontaine> that's what I would've had expected
[22:26] <rafaeldtinoco> ah thats the default behaviour
[22:26] <rafaeldtinoco> and its designed that way
[22:26] <rafaeldtinoco> because you are using the same routing table
[22:26] <rafaeldtinoco> (without knowing)
[22:26] <rafaeldtinoco> kernel has multiple routing tables you could use
[22:26] <ericlafontaine> yeah, I would have expected that, but it didn't do that
[22:27] <rafaeldtinoco> it didnt ?
[22:27] <ericlafontaine> which is why I don't understan
[22:27] <rafaeldtinoco> what did it do ?
[22:27] <ericlafontaine> it stuck with the "highest" interface in the order "ens5" > "ens4" > "ens3"
[22:28] <ericlafontaine> I've been starting to read about the kernel internal structure to understand
[22:28] <ericlafontaine> fib_tree, etc.
[22:28] <ericlafontaine> so trying to see what am I missing
[22:29] <rafaeldtinoco> so it always used the latest default router
[22:29] <ericlafontaine> I was expecting to be kicked out of the server when I restarted "ens4" but that didn't happen
[22:29] <rafaeldtinoco> routes are cached for existing connections
[22:29] <ericlafontaine> ip route show cache is always empty
[22:30] <ericlafontaine> maybe I didn't bound the interface the right way?
[22:30] <rafaeldtinoco> well you didnt assign them weights
[22:30] <ericlafontaine> "ip link set down dev ens4" ?
[22:30] <rafaeldtinoco> so im not sure the correct behavior nowadays
[22:30] <ericlafontaine> I didn't and cloud-init gave them 100 I believe by default
[22:30] <rafaeldtinoco> the old behavior was:
[22:30] <rafaeldtinoco> https://www.tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.rpdb.multiple-links.html
[22:31] <rafaeldtinoco> ahhhhhhh actually
[22:31] <rafaeldtinoco> the old behavior without weights
[22:31] <rafaeldtinoco> was not to load balance at all
[22:31] <rafaeldtinoco> was to use latest default gateway
[22:31] <rafaeldtinoco> #)
[22:31] <ericlafontaine> ?
[22:31] <rafaeldtinoco> so if you're using the same routing table
[22:31] <rafaeldtinoco> which likely you are
[22:31] <ericlafontaine> (by the way, I really appreciate :) I spent 1-2 days on this, and curiosity was killing me )
[22:31] <rafaeldtinoco> and you add 3 routes to <IP_ADDRESS>
[22:31] <rafaeldtinoco> only the last one will work
[22:31] <rafaeldtinoco> that is what happened to you right ?
[22:32] <rafaeldtinoco> BUT if you have different routing tables
[22:32] <rafaeldtinoco> then you can assign them weights
[22:32] <rafaeldtinoco> and load balance among them
[22:32] <rafaeldtinoco> but you have to have different routing tables
[22:32] <rafaeldtinoco> not the same one
[22:32] <rafaeldtinoco> because the rules have hierarchy
[22:32] <rafaeldtinoco> if you satisfied the route, you dont need another
[22:32] <ericlafontaine> it's rules over route tables, right?
[22:32] <rafaeldtinoco> yep
[22:33] <ericlafontaine> 30 sec
[22:33] <ericlafontaine> I'll go on the server
[22:33] <rafaeldtinoco> sure
[22:33] <ericlafontaine> I might lose my connectivity...
[22:33] <rafaeldtinoco> #(
[22:39] <ericlafo_> Alright, I'm back
[22:40] <rafaeldtinoco> ok
[22:40] <ericlafo_> so I can send you the all the routing I have on the server
[22:40] <rafaeldtinoco> so.. 1st things 1st
[22:40] <rafaeldtinoco> you're using netplan to configure its nics
[22:40] <rafaeldtinoco> correct ?
[22:40] <ericlafo_> yes
[22:40] <rafaeldtinoco> can I see your /etc/netplan/* files ?
[22:40] <rafaeldtinoco> in order for that
[22:41] <rafaeldtinoco> you can pastebin them
[22:41] <rafaeldtinoco> its easer =)
[22:41] <ericlafo_> here?
[22:41] <rafaeldtinoco> paste.ubuntu.com
[22:41] <rafaeldtinoco> paste there and get me a likn
[22:42] <ericlafo_> https://paste.ubuntu.com/p/mw9fGR3QtK/
[22:42] <ericlafo_> I'll get you the routing table as well
[22:43] <rafaeldtinoco> alright
[22:43] <ericlafo_> https://paste.ubuntu.com/p/Z5t9qhzn4V/
[22:43] <ericlafo_> routing ^
[22:46] <rafaeldtinoco> default via <IP_ADDRESS> dev ens5 proto dhcp metric 100
[22:46] <rafaeldtinoco> default via <IP_ADDRESS> dev ens4 proto dhcp metric 100
[22:46] <rafaeldtinoco> default via <IP_ADDRESS> dev ens3 proto dhcp metric 100
[22:47] <rafaeldtinoco> so they're all in the same routing table
[22:47] <rafaeldtinoco> with the same metric
[22:47] <rafaeldtinoco> only the latest interface (to get dhcp)
[22:47] <ericlafo_> yup
[22:47] <rafaeldtinoco> will have an operatinal gateway
[22:47] <rafaeldtinoco> you should drop the gateways you dont need
[22:48] <ericlafo_> The behaviour I have is the ens5 can be the only interface not bounced and it still would be the default gateway used.
[22:48] <rafaeldtinoco> what do you mean by bounced ?
[22:49] <ericlafo_> "ip link set down ens3"
[22:49] <ericlafo_> "ip link set up ens3"
[22:49] <rafaeldtinoco> ah gotcha
[22:49] <rafaeldtinoco> so a reset
[22:49] <rafaeldtinoco> if you reset a nic then you lose the default gw
[22:49] <rafaeldtinoco> and then you lose conectivity
[22:49] <rafaeldtinoco> because the other one becomes operational
[22:50] <rafaeldtinoco> is that it ?
[22:50] <ericlafo_> nope, I'm not losing my connectivity...
[22:50] <rafaeldtinoco> lose conectivity meaning nic down / nic up again
[22:50] <ericlafo_> ens5 stays my default gateway in the server
[22:50] <rafaeldtinoco> because its your last added gateway
[22:50] <ericlafo_> which is the behaviour I wanted but I don't get how it works
[22:51] <ericlafo_> what do you mean by "last added"?
[22:51] <rafaeldtinoco> if you do this:
[22:51] <rafaeldtinoco> route add default gw <IP_ADDRESS>
[22:51] <rafaeldtinoco> route add default gw <IP_ADDRESS>
[22:51] <rafaeldtinoco> route add default gw <IP_ADDRESS>
[22:51] <rafaeldtinoco> all 3 have the same metric
[22:51] <rafaeldtinoco> kernel will only reach <IP_ADDRESS> if <IP_ADDRESS> can't be reached
[22:51] <rafaeldtinoco> no ?
[22:53] <ericlafo_> well that wasn't what I would have expected since I removed the dhcp interface, no?
[22:53] <ericlafo_> so I would have expected the route to be re-applied when I was bringing the interface up again
[22:53] <rafaeldtinoco> ooooooooooo
[22:53] <rafaeldtinoco> no you did not remove the ip
[22:53] <rafaeldtinoco> its a real nic
[22:54] <rafaeldtinoco> if it was a virtual nic.. you would have dropped the nick
[22:54] <rafaeldtinoco> like veth0 for example
[22:54] <rafaeldtinoco> but for a real one
[22:54] <rafaeldtinoco> IP stays there if you up/down
[22:54] <rafaeldtinoco> have u shutdown the networkd for that nic ?
[22:55] <ericlafo_> nope, I didn't find individual interface services
[22:55] <ericlafo_>    26  systemctl status sys-subsystem-net-devices-ens3.device
[22:55] <ericlafo_>    27  systemctl restart sys-subsystem-net-devices-ens3.device
[22:55] <ericlafo_> I did try this though;
[22:55] <ericlafo_> but it was denied as an operation
[22:56] <rafaeldtinoco> are you root ?
[22:56] <rafaeldtinoco> =)
[22:56] <ericlafo_> yup
[22:56] <rafaeldtinoco> this is the device itself
[22:56] <rafaeldtinoco> its a .device unit file
[22:56] <rafaeldtinoco> so it wont restart
[22:56] <rafaeldtinoco> its internal to systemd
[22:56] <ericlafo_> so what would the service be named?  I only found the "systemd-networkd" service which seemed to manage all interfaces
[22:58] <ericlafo_> (did I say that I really appreciate?  I really do :) I've been struggling to understand )
[22:59] <rafaeldtinoco> let me get one example here
[22:59] <rafaeldtinoco> damn, all my machines are using ifupdown currently
[22:59] <rafaeldtinoco> :o)
[22:59] <ericlafo_> XD
[23:00] <rafaeldtinoco> im unsure you can control the interfaces like a systemd unit
[23:00] <ericlafo_> I'll setup my other non-work computer to be able to continue discussing here while having the server connected to tryout stuff
[23:00] <rafaeldtinoco> i think you would change your .network files
[23:00] <rafaeldtinoco> and restart networkd
[23:00] <rafaeldtinoco> and it would reconfig as you want
[23:01] <rafaeldtinoco> networkctl shows the configured nics
[23:01] <ericlafo_> I didn't find the .network file in /etc/systemd/network
[23:01] <rafaeldtinoco> thats the netplan secret
[23:01] <ericlafo_> I'll try the networkctl
[23:01] <rafaeldtinoco> if you had create the .network files on your own
[23:01] <ericlafo_> ha ha !, thanks
[23:01] <rafaeldtinoco> you could put into /etc/systemd/network
[23:01] <rafaeldtinoco> for example
[23:01] <rafaeldtinoco> yours is probably at
[23:01] <rafaeldtinoco>  /var/run/systemd/network
[23:02] <rafaeldtinoco> give it a try
[23:02] <rafaeldtinoco> cd /var/run/systemd
[23:02] <rafaeldtinoco> find . | grep -i network
[23:03] <rafaeldtinoco> i gotta go now (dinner time here)
[23:03] <rafaeldtinoco> ericlafo_<EMAIL_ADDRESS>[23:03] <rafaeldtinoco> drop me an email if you have any other questios
[23:03] <rafaeldtinoco> ill try to address if I can
[23:04] <rafaeldtinoco> or hang around here
[23:04] <rafaeldtinoco> we're always over here =)
[23:04] <ericlafo_> alright, thanks :) I'll look through what you provided an email you the conclusions :)
[23:04] <ericlafo_> thanks a lot!
[23:04] <rafaeldtinoco> sure. good luck
[23:04] <rafaeldtinoco> my pleasure. take care o/
[23:04] <ericlafo_> o/


 Small status update on Qt version for Focal: … - Most important parts of Qt 5.14.1 are now available in Debian experimental. I am working on the remaining parts — slowly because I have very limited time. … - 5.14.2 is around the corner, so it doesn't make sense to push 5.14.1. Originally it was expected tomorrow, March 17th, but most
 I will help as much as I am able
 Thanks!
 Surviving gracefully here
 @mitya57 if you can make sure that all packages are in a git branch I can try to build it for ubuntu
 @mitya57 additionally, if you point me to a PPA with packages you built I can copy them and rebuild all of kde frameworks/plasma/apps against it
 All packages are in salsa Git, experimental branch, Ubuntu has no delta compared to Debian.
 @Santa [@mitya57 additionally, if you point me to a PPA with packages you built I can co …], There is no PPA yet. I won't make it before I get 5.14.2 packaged in Debian.
 @mitya57 [All packages are in salsa Git, experimental branch, Ubuntu has no delta compared …], But you need to bootstrap docs in order to build it for Ubuntu, otherwise it will get dependency loop.
 allright, that's cool. I will try to find some time to help. I am also buried with work, and the plague doesn't help. if hope you all and your families are ok
 @mitya57 [But you need to bootstrap docs in order to build it for Ubuntu, otherwise it wil …], I know, I have been doing some experimental support for that in Kubuntu Automation
 once it's mature I could show you how it works
 @Santa [allright, that's cool. I will try to find some time to help. I am also buried wi …], OK so far, but our country is in the beginning phase so far, I expect it to get worse soon.
 @Santa [I know, I have been doing some experimental support for that in Kubuntu Automati …], Great, I didn't know about that. Thanks.
 oh speaking of which...
 Great, I was intending to build it for Focal anyway somewhere, at the very least for KCI if nothing else
 @mitya57 https://www.youtube.com/watch?v=jUwlzLZaZ5A
 I like that!
 thank you very much :)