[09:36] <czajkowski> tdr112: ping
[09:37] <tdr112> yo czajkowski
[09:37] <czajkowski> tdr112: can u pm me your email address
[09:38] <czajkowski> I seem to not have it
[09:38] <czajkowski> :(
[09:44]  * slashtommy pokes the mailing list about the release party


[06:52] <dholbach> good morning
[07:04] <geser> good morning dholbach
[07:04] <dholbach> hey geser
[07:54] <iulian> Morning.
[12:37] <AmberJ_> http://developer.ubuntu.com/packaging/html/libraries.html#an-example lists the name of file as "debian/libnova-0.12-2.install" ... Do we need version numbers in *.install filenames?
[12:37] <AmberJ_> Could not we simply use libnova.install instead?
[12:38] <Zhenech> you do not need numbers in install files
[12:38] <Zhenech> but you need the soname of the library in the binary package name of the library
[12:38] <Zhenech> and then you get the soname into the install file too :)
[12:40] <AmberJ_> But when I do 'apt-cache search lib', most lib* packages don't have soname/version in their name (?)
[12:43] <mitya57> actually "libnova-0.12-2" is the package name here
[12:44] <AmberJ_> yes, I get that.... but why don't most lib* packages in ubuntu don't have soname/version for e.g. http://pastebin.com/ANLjqDfD
[12:49] <mitya57> AmberJ_: Perl libraries are not ELF libraries, so they don't have a soname
[12:50] <mitya57> Most "regular" libraries should have a soname in the package name
[12:51] <AmberJ_> Right, I get it now.
[12:51] <AmberJ_> I need to read more about libraries...
[16:31] <geser> vibhav: re your zerofree merge: during a merge the new Debian entries are kept as is and not "merged" into the merge change log entry (you add a new changelog entry)
[16:31] <geser> usually the output of MoM is a good starting point for a merge
[17:48] <AmberJ_> Why do both code blocks in http://i.imgur.com/2VqL1.png have different format?
[17:48] <AmberJ_> Source of above linked image: http://developer.ubuntu.com/packaging/html/debian-dir-overview.html#additional-files
[17:49] <tumbleweed> you mean leading / vs no leading /?
[17:49] <AmberJ_> yes
[17:50] <tumbleweed> who knows, but feel free to propose a merge tidying it up
[17:50] <tumbleweed> the leading / makes no practical difference
[17:51] <AmberJ_> The path is considered relative to debian/tmp/ ?
[17:52] <tumbleweed> see dh_install's manpage
[17:52] <tumbleweed> relative to debian/tmp or relative to . if it wasn't found there
[17:54] <AmberJ_> right. Thanks!
[17:55] <AmberJ_> It's the other way.... If not found in current dir, it fallbacks to debian/tmp ..
[17:56] <tumbleweed> :)
[17:56] <AmberJ_> Anyways, upstream's Makefile installs it in debian/tmp...So, I don't have much to worry about atm ;)
[19:39] <AmberJ_> What are *.substvars files created in debian/ ?
[19:40] <AmberJ_> Temporary files used by debuild etc.?
[19:40] <AmberJ_> I guess a packager is not expected to fiddle with them (it seems so having looked at their contents)
[19:45] <jtaylor> the substvars files contain variables which are substituted into control
[19:45] <jtaylor> like shlib:Depends
[19:45] <AmberJ_> yes, I see that from it's contents
[19:45] <arand> AmberJ_: Yeah, it's an auto-generated file.
[19:45] <AmberJ_> ok (I won't mess up with it then). Thanks!
[19:45] <jtaylor> you can mess with them, but the need for that is rare (and should more likely be done over dpkg-gencontrol
[20:17] <AmberJ_> With over ~100 warnings, I have other stuff to take care of than mess with *.substvars files ;-)
[20:18] <AmberJ_> Fixing 100 warnings are sufficient to keep me busy for quite some time :D
[20:33] <jbicha> wow, test-building on amd64 didn't help much here: https://launchpad.net/ubuntu/+source/google-glog/0.3.2-1
[20:34] <Laney> oh my
[20:38] <ajmitch> jbicha: bit of a problem there :)
[20:44] <jbicha> the changelog: "Fix FTBFS on several architectures", I think we need a few more architectures :)
[21:46] <tumbleweed> i386 is clearly not the dominant architecture any more
[21:54] <AmberJ_> Suppose I have multi-binary config... Let's say foo.install and foo-doc.install. Can we use 'install' file as well (alongwith foo.install and foo-doc.install)?
[22:00] <tumbleweed> AmberJ_: install will apply to the first binary package
[22:01] <tumbleweed> so when you have more than one it's best to just name the package in each config file
[22:01]  * Laney was just pointed to an amusing ajmitch work item
[22:01] <Laney> https://blueprints.launchpad.net/ubuntu/+spec/other-q-backports-bof
[22:02]  * Laney giggles
[22:02] <ajmitch> Laney: yessir?
[22:02] <tumbleweed> yup, he volunteered, out of nowhere
[22:02] <Laney> I remember now
[22:02] <ajmitch> s/nowhere/a creeping madness/
[22:02] <Laney> the heady excitement of a UDS session leads one to make rash promises :P
[22:03] <ajmitch> I'll have to try & get that landed well before feature freeze then
[22:03] <ajmitch> the change itself is pretty trivial
[22:03] <Laney> there's still other structures that need to be in place though really
[22:04] <ajmitch> list them all somewhere please
[22:04]  * Laney wonders why Launchpad times out so much more recently
[22:04] <Laney> did a timeout change?
[22:04] <ajmitch> yes
[22:04] <Laney> the other stuff should be on that BP
[22:04] <Laney> bots and such
[22:05] <ajmitch> default timeout changed ~a week ago
[22:05] <Laney> sounds about right
[22:06] <ajmitch> https://lists.launchpad.net/launchpad-dev/msg09410.html
[22:07] <ajmitch> Laney: so how's that bot going?
[22:07] <Laney> i branched the code.
[22:07] <ajmitch> woohoo!
[22:07] <ajmitch> that's progress :)
[22:08] <Laney> i added some logging to the code!!!!!
[22:08] <ajmitch> more progress than I've had on the rcbugs rewrite with udd :)
[22:08] <Laney> i'll get debfx through NM then look at it some more :P
[22:08]  * Laney gets on that now
[22:08] <tumbleweed> Laney: good luck with the core-dev application btw. I'm still hanging back waiting for more endorsers
[22:09] <ajmitch> tumbleweed: you need endorsers?
[22:09] <tumbleweed> ajmitch: yeah, https://wiki.ubuntu.com/StefanoRivera/CoreDevApplication
[22:09] <Laney> i have to upload to main more now, which rapidly becomes irritating
[22:09] <tumbleweed> indeed
[22:09] <Laney> when sponsoring is rewuired
[22:09] <Laney> q
[22:09] <tumbleweed> ajmitch: Laney does too
[22:09] <ajmitch> but Laney has lots of photos to show how technical he is
[22:10] <tumbleweed> heh
[22:10] <Laney> technical in all the right ways
[22:10] <tumbleweed> he knows that pretty pictures are far more convinsing to the DMB than endorsements
[22:10] <tumbleweed> convincing even
[22:10] <ajmitch> of course
[22:10] <ajmitch> distract them with kittens or something
[22:11]  * ajmitch probably needs to sponsor stuff to write anything nice that counts
[22:12]  * Laney will hassle you from now until July 2nd
[22:12] <tumbleweed> yeah I haven't had many sponsors for main-stuff, which doesn't help so much
[22:13] <Laney> "so, why are mono and ghc both knackered on arm?"
[22:13] <Laney> /part
[22:14] <tumbleweed> pretend you are a community member who doesn't have access to porterboxes
[22:14] <ajmitch> so will you approve each other's core dev membership, or recuse yourself both times? :)
[22:14] <Laney> actually, the arm one is down :P
[22:14] <tumbleweed> certainly can't endorse each-other
[22:18] <AmberJ_> ok thanks tumbleweed!
[22:18] <Laney> tumbleweed: how long are you in uk for?
[22:23] <tumbleweed> Laney: til friday. I should have been proactive about getting out of town, but the weekends have all been pretty busy
[22:24] <Laney> ah, bad luck
[22:25] <Laney> guess seeing the queen was more exciting :P
[22:25] <tumbleweed> pish
[22:25]  * tumbleweed had better rain at home
[22:26] <AmberJ_> Suppose I have two packages: foo and bar. If a file in foo depends on another in bar, I'll need to add "Depends: bar" in foo.install
[22:27] <AmberJ_> I guess the answer is yes, but I still thought of asking (just to be sure)
[22:27] <tumbleweed> foo.install instructs dh_install. It has nothing to do with dependencies
[22:29] <AmberJ_> oops, I meant: "If a file in foo depends on another in bar, I'll need to add "Depends: bar" in debian/control " ?
[22:30] <AmberJ_> + for entry corresponding to foo package in debian/control
[22:30] <Laney> if you /need/ the bar available when foo is run, then yes Depends is what you want
[22:31] <AmberJ_> yes that's what I meant to ask..
[22:31] <AmberJ_> I'll add appropriate Depends then..
[22:33] <tumbleweed> or Recommends if it'd fail gracefully without it and not everyone would need it
[22:36] <AmberJ_> I already divided upstream into 14 packages (there might be a few more) so that independent components go into separate packages :D
[22:37] <AmberJ_> I'll need to confirm with upstream devs to find which packages go into Recommends and which in Depends.
[22:38] <tumbleweed> there's also Suggests :)
[22:38] <Laney> and Enhances!
[22:42] <AmberJ_> And, the most important one: Pre-Depends :D
[22:42] <AmberJ_> important since docs say "Use it very sparingly" ;)
[22:42] <tumbleweed> err, you should try and avoid that one
[22:43] <tumbleweed> has anyone written anything that uses Enhances, yet?
[22:43] <AmberJ_> yes, I was j/k
[22:47] <AmberJ_> Umm.. Suppose foo.deb has 2 binary executables: foo1 and foo2.
[22:48] <AmberJ_> bar.deb has 1 .so library
[22:48] <AmberJ_> If foo1 depends on bar.so ... but foo2 does NOT depends on bar.so,
[22:49] <AmberJ_> Will we add a Depends:bar to foo package
[22:49] <AmberJ_> ?
[22:51] <tumbleweed> yes
[22:51] <tumbleweed> unless it wolud print a helpful error when running foo2 and many people would never use foo2
[22:51] <tumbleweed> btw, these questions are far easier with real examples
[22:53] <AmberJ_> I do have a real case in front of me. And, from what I have seen it won't print a helpful error message. So, I'll add Depends: line ...
[22:53] <AmberJ_> Thanks!
[22:53] <tumbleweed> dh_shlibdeps knows about shared libraries
[22:54] <tumbleweed> if foo2 is dynamically linked to libbar, it'll add the dependency fo ryou
[22:57] <AmberJ_> ok
[22:58] <tumbleweed> also, if you are packaging shared libraries, beware, they're non-trivial (and there's a decent fairly old howto out there somewhere)
[23:00] <AmberJ_> yes, http://developer.ubuntu.com/packaging/html/libraries.html (fotunately, it's linked from new UDD packaging page) :)
[23:00] <tumbleweed> I meant http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[23:01] <AmberJ_> yes, this one is linked from the bottom of wiki page (but I was too lazy to read it).
[23:01] <tumbleweed> but yes, looks like the packaging guide has a nice overview
[23:01] <AmberJ_> Now that you mention it, I'll read the other tutorial as well.
[23:07] <AmberJ_> "In the lib* package, only the runtime library, and the files necessary to use the runtime library should be included..." ... I guess this means that lin lib* packages, at the minimal we'll need to put library (*.so) and header files?
[23:08] <tumbleweed> header files go in -dev
[23:09] <AmberJ_> Err, that means MOAR packages!
[23:09] <tumbleweed> yes
[23:09] <AmberJ_> Ah, that was mentioned in the next paragraph :(
[23:09] <tumbleweed> thanks to multi-arch, library packages tend to just contain .so.X.Y.Z shared libraries and .so.X symlinks
[23:09] <AmberJ_> I should read the complete guide first. Thanks!
[23:10] <tumbleweed> be aware that it's fairly old. It predates deb-symbols and multi-arch
[23:17] <slangasek> "thanks to multiarch"?  multiarch by and large hasn't changed anything in package contents
[23:17] <slangasek> keeping separate -dev packages has been policy forever :)
[23:21] <tumbleweed> it did force a few extra things to move out, but fair enough :)


[02:34] <frogshair> Anyone Here !
[02:34] <adueppen> I am
[02:34] <frogshair> Hi
[02:34] <adueppen> do you need tsimonq2?
[02:35] <frogshair> No I just dropped in to check for activity .
[02:35] <adueppen> OK. This channel is usually more active on fridays since that's when the weekly meetings are
[02:38] <frogshair> I know, I,ll try to make it here during the holiday break from school and when ever possible.
[02:38] <adueppen> OK!
[02:39] <frogshair> I'm usually busy on Ubuntu Forums.
[02:39] <adueppen> Yeah I noticed
[02:43] <frogshair> I see people logged into this channel , but don't get a response very often and log off.
[02:45] <adueppen> yeah I use a bouncer to be (almost) always online
[02:46] <frogshair> I'm in the Fox valley area , where are you from ?
[02:47] <adueppen> madison area
[02:48] <adueppen> oh so you actually live pretty close to mikeputnam
[02:50] <frogshair> I think Ian W. is closest to me as for the rest I've no idea.
[02:51] <adueppen> I know that tsimonq2 is in Green bay but I can't remember where h00k is.
[02:51] <frogshair> Not too far at all.
[02:53] <adueppen> yeah and I think that would be everyone currently on the channel here since DragonEyes lubotu1 meetingology and ubuntulo12 are all bots
[02:54] <frogshair> I don't know any Ubuntu users anymore , some friends used to play with WUBI , but have moved back to PC or onto Mac.
[02:55] <adueppen> and I've only been in the ubuntu community since around 12.04
[02:55] <adueppen> I don't know that many people either but I've been meeting more from Google Code-in
[02:56] <frogshair> I stated with 9.10 just before 10.04 .
[02:56] <adueppen> yeah I saw that on your wiki page
[02:57] <adueppen> well I'm going back to Code-in/homework
[02:59] <mikeputnam> welcome frogshair
[02:59] <frogshair> Hi
[03:25] <frogshair> Good Night!
[03:25] <adueppen> good night
[03:32] <tsimonq2> :)


[03:49] <duflu> That's odd. 14.04.6 is now past end of life. But it's suggested 14.04 is supported to 2022. For that to be true it sounds like a 14.04.7+ release would need to exist...?
[04:32] <tjaalton> it's ESM
[04:57] <duflu> OK, yeah. Differing levels of support explains it
[05:37] <didrocks> good morning
[05:37] <jibel> Morning all
[05:37] <didrocks> salut jibel
[05:37] <jibel> Salut didrocks
[06:36] <oSoMoN> good morning desktoppers
[06:36] <didrocks> salut oSoMoN
[06:36] <didrocks> joyeux vendredi :)
[06:37] <oSoMoN> salut didrocks, joyeux vendredi à toi :)
[06:57] <duflu> Morning didrocks, jibel and oSoMoN
[07:01] <didrocks> hey duflu
[07:10] <duflu> jibel, I think you found the #1 Nvidia bug that nobody is talking about yet
[07:10] <duflu> But I knew it was becoming popular so put it in Trello
[07:11] <duflu> I also looked at fixing it this week briefly, until I realised the supplied "fix" is only a guess/workaround
[07:11] <duflu> So it's less trivial than I thought
[07:12] <jibel> duflu, which bug?
[07:12] <duflu> jibel, bug 1827466
[07:12] <ubot5`> bug 1809407 in mutter (Ubuntu) "duplicate for #1827466 [nvidia] Corrupted wallpaper after resuming from suspend" [High,Triaged] https://launchpad.net/bugs/1809407
[07:29] <seb128> good morning desktopers
[07:29] <didrocks> salut seb128
[07:29] <seb128> lut didrocks, joyeux vendredi ! en forme ?
[07:31] <duflu> Morning seb128
[07:32] <seb128> hey duflu, how are you? had a good friday so far?
[07:32] <duflu> seb128, yes it's going OK. Thanks for reminding me though. I need to be careful to not start or see anything that could ruin the evening and weekend :)
[07:32] <duflu> How are you seb128?
[07:32] <seb128> I'm good thanks :)
[07:38] <marcustomlinson> morning seb128 didrocks duflu
[07:38] <marcustomlinson> happy friday
[07:38] <duflu> Hi marcustomlinson
[07:39] <didrocks> seb128: en forme, oui, et toi ?
[07:39] <didrocks> hey marcustomlinson
[07:39] <seb128> en forme :)
[07:39] <seb128> hey marcustomlinson
[07:40] <seb128> marcustomlinson, how is it going for you? you seem quite busy with libreoffice :)
[07:40] <marcustomlinson> "en forme" https://www.youtube.com/watch?v=StlMdNcvCJo&feature=youtu.be&t=12
[07:42] <marcustomlinson> seb128: yeah I think I have a decent grasp on libreoffice now. Working on the gnome build-snap now, getting "somewhere"...
[07:42] <seb128> ah, nice
[07:47] <seb128> oSoMoN, marcustomlinson, bug #1827451 might be one to consider to SRU in not too long since the Japan era change is in action now
[07:47] <ubot5`> bug 1827451 in libreoffice (Ubuntu) "Japanese new era "Reiwa(令和)" support" [Undecided,New] https://launchpad.net/bugs/1827451
[07:48] <seb128> (unsure how much/in what context it's being used though, probably minor/a side function|integration for libreoffice)
[07:48] <seb128> but for sure worth including those patches in the next SRU rounds
[07:49] <duflu> Also known as the Real Estate Institute of Western Australia
[07:51] <duflu> Ignore that statement if you find it confusing
[07:52] <marcustomlinson> :P
[07:52] <oSoMoN> :)
[07:54] <oSoMoN> seb128, note that there's no upcoming upstream release for a bionic SRU as the 6.0 line is EOL
[07:54] <oSoMoN> so we can prepare a SRU just for that one patch
[07:54] <seb128> oSoMoN, well we might want to SRU patches, like those :)
[07:55] <oSoMoN> yes, definitely
[07:55] <marcustomlinson> ok I'll add it to my todo
[07:56] <oSoMoN> not sure in what context it's used either, it might be minor or maybe completely essential for Japanese users, it'd be interesting to find out in order to set an importance on the bug
[07:58] <seb128> in any case even if it's quite minor I think it's the sort of change we want to see in the LTS
[07:58] <oSoMoN> yes, absolutely
[08:00] <oSoMoN> marcustomlinson, note that we also want to backport patches/java.vendor-Debian.diff and patches/java.vendor-Ubuntu.patch to bionic, in prevision for a future openjdk SRU
[08:00] <marcustomlinson> ok thanks for the heads up
[08:01] <Laney> yo
[08:08] <oSoMoN> yo Laney
[08:08] <seb128> hey Laney, how are you?
[08:08] <duflu> Hi Laney
[08:08] <seb128> didrocks, you have a bit of japanese culture, any idea where the era is being used/displayed? is that in standard calendars instead of using e.g 2019?
[08:10] <didrocks> seb128: it's a good question. I have seen it on monuments (and IIRC they put it in the "happy new year" signs), but I don't really know on calendars and such. The year is reset (like, we are the 03/05 of the new era)
[08:10] <didrocks> 03/05 of year 1 of the new era
[08:10] <didrocks> more precisely
[08:19] <Laney> hey oSoMoN seb128 duflu
[08:20] <Laney> yeah doing alright thanks, looking forward to the long weekend though :>
[08:20] <Laney> you?
[08:21] <oSoMoN> looking forward to a sunny week-end, if not a long one :)
[08:26] <Laney> you lucky thing
[08:27] <oSoMoN> well it's currently raining quite heavily, but I'm driving southward tonight in search for a warmer climate
[08:28] <Laney> monday morning: <oSoMoN> hi from Kenya
[08:29] <oSoMoN> :)
[08:29] <oSoMoN> Trevin_ho style
[08:30] <Laney> actually... https://www.bbc.co.uk/weather/184745
[08:30] <Laney> can probably do better than that :>
[08:30] <duflu> Yeah keep in mind the southern hemisphere is nearing winter
[08:31] <duflu> Thought that's 2 months away
[08:31] <duflu> *Though
[08:33] <seb128> Laney, looking forward the w.e, even if it's not long :)
[08:33] <seb128> didrocks, thx
[08:33] <Laney> you guys had that day already :P
[08:33] <seb128> Laney, how did the protest go yesterday?
[08:33] <seb128> right :)
[08:33] <Laney> yeah alright, gave out my stack of leaflets
[08:33] <Laney> everyone was friendly
[08:33] <seb128> no rain?
[08:34] <Laney> nothing too bad
[08:34] <Laney> that came later on
[08:34] <seb128> sounds like it went as well as it could have then :)
[08:40] <Laney> yeah, fingers crossed!
[08:45] <didrocks> hey Laney ;)
[08:47] <Laney> こんにちは didrocks!
[08:57] <didrocks> I can still read some hiragana \o/
[08:59] <Laney> :>
[09:19] <erGoline> Hi! I'm setting up ubuntu on a Matebook x pro and I have a couple of problems with the touchpad. First one: on xorg the palm reaject does not work, if I'm typing and hit the touchpad a click is registered (on Wayland it is ok). Two: if i do a phisical click with the thumb the cursor move randomly a bit because the (fat) finger generates a fake micro movement. Any solutions, please?
[09:21] <duflu> erGoline, those both sound like libinput issues. Please open a bug by running 'ubuntu-bug libinput' and also open a bug upstream at https://gitlab.freedesktop.org/groups/libinput/-/issues
[09:22] <pieq> that was fast...
[09:22] <pieq> oh.
[09:23] <duflu> erGoline, those both sound like libinput issues. Please open a bug by running 'ubuntu-bug libinput' and also open a bug upstream at https://gitlab.freedesktop.org/groups/libinput/-/issues
[09:24] <erGoline> Ops, re :)
[09:25] <erGoline> hi duflu, you are always present and helpful, thanks :)
[09:26] <duflu> I don't think either of those are true, but you're welcome :)
[09:26] <duflu> Those are the kind of bugs libinput has to fix for each model of touchpad all the time
[09:27] <duflu> Curious though, that we never needed such fixes with the synaptics driver
[09:27] <duflu> Or did we? Users had 'synclient' to play with
[09:29] <duflu> Makes me think there's something fundamentally wrong with the way libinput choses defaults
[09:36] <erGoline> duflu, uhm... checking the xorg conf I'm using the synaptics driver
[09:36] <duflu> Hah
[09:36] <duflu> erGoline, in that case all the tweaks you need are via the 'synclient' command
[09:37] <erGoline> but... I have installed some libinput stuff, perhaps they confict?
[09:38] <duflu> Once you find the settings you like you can make them permanent by adding the command to 'gnome-session-properties'
[09:38] <duflu> erGoline, sounds like you need to log a bug to Ubuntu regardless. Please open a bug and attach your Xorg log files as well as the xorg.conf
[09:39] <erGoline> ok!
[09:39] <duflu> If you want to be sure you are using libinput then just try logging into 'Ubuntu on Wayland'
[09:42] <erGoline> (sorry for the disconnect loop, I have a "No ping reply" issue today...)
[09:49] <duflu> 🎠
[09:49] <duflu> 🎡
[12:03] <GunnarHj> Hi seb128, I'm thinking that bug #1823722 may motivate a langpack update for disco (i.e. if it can be done without testing by the translators teams like it was done for 18.04.1). Thoughts? Do you know when Łukasz is back?
[12:03] <ubot5`> bug 1823722 in mutter (Ubuntu Disco) "keyboard shortcuts are displayed not translated" [Undecided,In progress] https://launchpad.net/bugs/1823722
[14:03] <Trevinho> morning!
[14:04] <Trevinho> Laney: hey, can you please check the bionic SRUs for shell and mutter?
[14:05] <Trevinho> I didn't merge in mine Daniel one but I guess you can do that
[14:05] <seb128> hey trevinho
[14:05] <Trevinho> seb128: morning
[14:06] <Trevinho> how are things?
[14:10] <oSoMoN> ¡buenos días Treviño!
[14:11] <Trevinho> oSoMoN: hola... Buenos días a ti!
[14:11] <Trevinho> Buena tarde ya...
[14:13] <oSoMoN> yeah, almost EOW here
[14:43] <Laney> hi Trevinho, probably not today, busy with other stuff, sorry
[14:46] <Laney> can do next week tho
[15:33] <Trevinho> Laney: ah, ok no worries...
[15:33] <Trevinho> Laney: want me to merge Daniel's thing too=?
[15:39] <Laney> sure
[15:39] <Laney> merci!
[16:01]  * oSoMoN goes south, have a good week-end everyone!
[16:01] <didrocks> even more south? How could it be :p
[16:02] <didrocks> time for week-end here as well :)
[16:44] <seb128> k, enough for now, have a nice w.e desktopers!
[16:45] <marcustomlinson> cheerio