[00:03]  * ryanakca has fun writing patches for kopete-kde4
[00:04] <nixternal> I have something for you!
[00:05] <nixternal> http://www.nixternal.com/~rj/html/    <- quick working mockup for the site, know it works in konqi just fine
[00:06] <nixternal> ryanakca: ^^
[00:06] <ryanakca> nixternal: oooh, very pretty :)
[00:08] <ryanakca> if we end up taking that mockup, which I think we might up have to since its the only one thats different from the ubuntu.com one in a way other than colour... it'll be uber easy to port it to drupal :)
[00:09] <nixternal> shouldn't be to difficult
[00:09] <nixternal> I whipped that up in like an hour
[00:09]  * ryanakca nods
[00:09] <nixternal> I am working on transparent dhtml popup windows for the "Learn more..." buttons
[00:09]  * ryanakca guesses it wouldn't be too hard to pretty up those buttons?
[00:10] <nixternal> the will look like the boxes in the middle, but will contain info on the section selected
[00:10] <nixternal> I was thinking of just using dhtml icon buttons maybe
[00:12]  * ryanakca nods
[00:13] <nixternal> would be nice to use some dhtml and make it fluid and dynamic
[00:14] <ryanakca> hmm... well, if you want to code it up for drupal, I wont stop you :)
[00:15] <nixternal> heh
[00:15] <nixternal> I was already thinking about that
[00:15] <nixternal> I might just throw drupal on my server here and play around
[00:20]  * ryanakca nods
[00:20]  * ryanakca wonders how hard it would be to set up a drupal server... mhb says its rather easy
[00:23] <ryanakca> hey bddebian
[00:23] <nixternal> boo
[00:24] <bddebian> Hi ryanakca, nixternal :-)
[00:24] <nixternal> howdy
[00:52] <blizzzek-kde4> gn8
[03:06] <Hobbsee> nixternal: wow!
[04:20] <Nightrose> nixternal: very nifty - like it
[04:35] <Hobbsee> nixternal: *drool*
[04:35]  * Hobbsee <3 irssi-proxy & irssi-notifier
[04:55] <nixternal> Hobbsee: using the proxy and notifier ey...doesn't Konversation pick up the highlights still?
[04:55] <Hobbsee> nixternal: yeah, appears to
[04:55] <Hobbsee> this is *sooo* sweet
[04:55] <Hobbsee> i happened to find the notifier before setting up the proxy
[04:55] <nixternal> I might have to give the proxy a lookover
[04:56] <nixternal> you talking the notifier that I think vorian created?
[04:56] <Hobbsee> i think so
[04:56] <Hobbsee> it's not fnotify
[04:56] <nixternal> ok, ya I love that notifier script
[04:58] <Hobbsee> no idea why it's showing the ban list every time i add a connection to it, though
[04:59] <nixternal> umm I remember someone else having that problem
[05:01]  * Hobbsee wonders how one gets scrollback into the offsite client
[07:59] <emilsedgh> is adept being developed under KDE repositories? or Ubuntu's?
[08:00] <Lure> emilsedgh: I think mornfall has own darcs repository
[08:00] <emilsedgh> ah
[08:00] <emilsedgh> i just wanted to give the new version a try, is it Qt/KDE 3 or 4?
[08:06] <Jucato> emilsedgh: KDE 4
[08:06] <emilsedgh> yes! :P
[09:28] <jpatrick> emilsedgh: https://edge.launchpad.net/~me-mornfall/+archive
[09:29] <emilsedgh> thanks jpatrick
[09:29] <jpatrick> emilsedgh: have bug hunting
[09:39] <emilsedgh> jpatrick: any git or svn reporsitory? or normall tarballs? these are all deb packages which has so many dependencies but i havent KDE 4 packages
[09:40] <jpatrick> emilsedgh: not that I know of, mornfall?
[09:41] <emilsedgh> aah, have to go, be back later
[09:51] <blizzzek> moin
[09:54] <jpatrick> guten tag blizzzek
[09:54] <blizzzek> guten morgen jpatrick :)
[09:55] <jpatrick> oh, ja, das :)
[09:58] <blizzzek> gleich mal frühstück jagen
[10:26] <MidMark> guys the daily live of desktop kubuntu hardy cd is based with filesystem from latest alpha, known?
[10:27] <stdin> is built daily from whatever packages are out at that time, it's newer than the latest alpha
[10:27] <MidMark> yes it should, but it is not right now
[10:27] <MidMark> downloaded the today's one and it is based on filesystem of alpha3
[10:27] <MidMark> really :)
[10:28] <Hobbsee> has the livefs built since alpha 3?
[10:28] <stdin> looks like only alternate, that I can see
[10:28] <MidMark> http://cdimage.ubuntu.com/kubuntu/daily-live/20080127/
[10:28] <MidMark> this is alpha3 ^
[10:29] <MidMark> maybe there is a bug in the building iso server
[10:29] <stdin> ah -live, how do you know that's alpha 3?
[10:29] <MidMark> because kernel is 2.6.24-3 (instead of -5) and filesystem image in the cd is dated 9/1/2008
[10:30] <MidMark> download and try ;)
[10:31] <stdin> don't have to, http://cdimage.ubuntu.com/kubuntu/daily-live/20080127/hardy-desktop-i386.manifest will give me a list
[10:31] <Hobbsee> MidMark: more likely that the seeds havent' been updated
[10:32] <Hobbsee> and the metapackages been rebuilt
[10:32]  * Hobbsee checks the last time livefses built
[10:33] <Hobbsee> MidMark: not a bug.  livefses haven't succeeded to build after that date
[10:34] <MidMark> ah ok, just want to let you note that
[10:42] <MidMark> niiice, updated to latest packages and now kubuntu turned off monitor :(
[10:42] <MidMark> seems acpi or power management bug
[10:43] <Hobbsee> sys-config-printer.  erk.  i think i'll leave whoever broke that to unbreak it again
[10:49] <toma> morning
[10:50] <Hobbsee> hiya toma
[10:53] <toma> Hobbsee: ! how are you ?
[10:54] <Hobbsee> toma: doing OK.  fiddling with dns.
[11:46] <dinosaur-rus> hi
[11:49] <dinosaur-rus> sorry if I'm annoying, but what about updating qt4-dev-tools package? currently it cannot be installed due to version conflict with libqt4-core package, which is newer than needed by the former one
[11:53] <jpatrick> dinosaur-rus: I think it's in backports
[11:55] <dinosaur-rus> jpatrick: so there's no hope that it'll be possible to install qt4-dev-tools without downgrading libqt4* packages?
[11:56] <jpatrick> dinosaur-rus: are they not in backports
[12:01] <dinosaur-rus> jpatrick: no
[12:01] <jpatrick> odd
[12:09] <dinosaur-rus> Riddel: "File Conflicts" link on https://wiki.kubuntu.org/KubuntuFiles page is invalid
[12:10] <jpatrick> dinosaur-rus: you missed an l
[12:10] <dinosaur-rus> ?
[12:11] <dinosaur-rus> ah
[12:11] <dinosaur-rus> Riddell: "File Conflicts" link on https://wiki.kubuntu.org/KubuntuFiles page is invalid
[12:51] <dinosaur-rus> what user directory will KDE4 use, ~/.kde4 or ~/.kde? I mean, won't there be a mixture of old KDE3 and new KDE4 data after installing the latter?
[12:51] <stdin> it uses ~/.kde4 right now, it's hard-coded into kde4libs
[12:52] <stdin> (when $KDEHOME isn't set that is)
[12:55] <dinosaur-rus> stdin: ok, thx
[13:37] <MidMark> guys why all gtk apps looks so bad compared to gutsy? firefox and synaptics are worse than before like in older kubuntu releases... removed gtk theme?
[13:39] <dinosaur-rus> MidMark: gtk-qt-engine is here and working :)
[13:39] <MidMark> I'm talking about hardy defaul
[13:40] <MidMark> all gtk apps looks like old programs in 90s
[13:42] <dinosaur-rus> MidMark: ahh, sorry. I'm on Gutsy and it works well :)
[13:44] <flipstar> for firefox you can install easily themes..but i have the same prob
[13:45] <dinosaur-rus> check for gtk-qt-theme, may be it conflicts with some other packages you have...
[13:46] <flipstar> there is no gtk-qt-theme on hardy..
[13:47] <MidMark> ah that is why... why?
[13:47] <Jucato> info gtk2-engines-gtk-qt hardy
[13:48] <Jucato> !info gtk2-engines-gtk-qt hardy
[13:48] <ubotu> gtk2-engines-gtk-qt (source: gtk-qt-engine): transitional dummy package. In component main, is optional. Version 1:0.8-1ubuntu1 (hardy), package size 7 kB, installed size 52 kB
[13:48] <dinosaur-rus> Jucato: wasn't it replaced by gtk-qt-theme?
[13:48] <MidMark> Jucato: so now is optional?
[13:49] <Jucato> dinosaur-rus: not sure
[13:49] <Jucato> MidMark: hm?
[13:49] <MidMark> Jucato: I mean there is a reason why gtk apps are not themed by default in hardy? missing that package replaced? what?
[13:50] <Jucato> are you in a kde4 session?
[13:50] <MidMark> no
[13:50] <dinosaur-rus> Jucato: description of gtk2-engines-gtk-qt says that it's replaced with gtk-theme-qt
[13:50] <flipstar> no sucess with gtk2-engines-gtk-qt
[13:50] <Jucato> check in System Settings -> Apperance -> GTK+ Styles and Fonts if it's set to use your KDE Style
[13:50] <dinosaur-rus> !info gtk-theme-qt hardy
[13:50] <ubotu> Package gtk-theme-qt does not exist in hardy
[13:50] <Jucato> dinosaur-rus: probably
[13:51] <flipstar> but i didnt restartet or so
[13:51] <dinosaur-rus> oops
[13:51] <Jucato> !info gtk-qt-engine hardy
[13:51] <ubotu> gtk-qt-engine (source: gtk-qt-engine): theme engine using Qt for GTK+ 2.x. In component main, is optional. Version 1:0.8-1ubuntu1 (hardy), package size 100 kB, installed size 476 kB
[13:51] <dinosaur-rus> ahh :)
[13:51] <MidMark> Jucato: yes it is, but probably missing that package?
[13:52] <MidMark> seems optional
[13:52] <MidMark> !info gtk-qt-engine gutsy
[13:52] <ubotu> gtk-qt-engine (source: gtk-qt-engine): theme engine using Qt for GTK+ 2.x. In component main, is optional. Version 1:0.8~svn-rev36-2ubuntu2 (gutsy), package size 99 kB, installed size 496 kB
[13:52] <MidMark> mmm
[13:52] <Jucato> um... just because it's optional doesn't mean it's not installed by default. those are repository sections, not really "installed by default" indicators
[13:52] <Jucato> !info gwenview
[13:52] <ubotu> gwenview (source: gwenview): image viewer for KDE. In component main, is optional. Version 1.4.1-1ubuntu2 (gutsy), package size 838 kB, installed size 2448 kB
[13:52] <dinosaur-rus> MidMark: broken Hardy package?
[13:53] <Jucato> gwenview is in main/optional.. but it's installed by default :)
[13:53] <MidMark> Jucato: right I have that package and settings are ok, but hardy does not have themed gtk, or if yes it's sooo bad
[13:54] <Jucato> [21:52] <MidMark> Jucato: yes it is, but probably missing that package? <-- if the package is missing, then you won't have the GTK+ Styles and Fonts section... so the package is installed
[13:54] <MidMark> I have screenshot if you want, but maybe you have a gtk program and hardy aswell to check it
[13:54] <Jucato> other than that, not sure what else to say
[13:55] <MidMark> mmm
[13:56] <flipstar> the wired thing is that this is only on some gtk apps not on all..
[13:57] <iRon> MidMark: try "ln -s ~/.gtkrc-2.0-kde ~/.gtkrc-2.0" and then run firefox
[13:57] <Jucato> I think it only works on GTK+ 2 apps (based on the description)
[13:59] <Jucato> iRon: ooh didn't know about that :)
[13:59] <MidMark> iRon: yeeeah
[13:59] <MidMark> that worked thanx, but why this is broken in hardy?
[14:00] <iRon> MidMark: it will be fixed i guess.. :)
[14:00] <MidMark> I hope :)
[14:02] <MidMark> then two questions: 1) a lot of modules in system settings are missing libpython2.5.so known?
[14:03] <iRon> MidMark: there is a workaround for this
[14:03] <MidMark> interesting
[14:04] <iRon> MidMark: sudo ln -s /usr/lib/libpython2.5.so.1 /usr/lib/libpython2.5.so
[14:04] <iRon> :)
[14:04] <MidMark> another thing to be fixed? :)
[14:04] <iRon> yep
[14:04] <iRon> this bugs already in LP
[14:05] <MidMark> should I report the gtk one?
[14:05] <iRon> MidMark: it is reported too..
[14:06] <MidMark> ok cool then second question: I have 100% freeze with my broadcom 4311 chip pcmcia, should I report to kernel team?
[14:08] <iRon> MidMark: sure
[14:08] <MidMark> I think it's a bugin b43legacy driver or a conflict with older bcm43xx don't know
[14:08] <MidMark> but just inserting the card results in a 100% lockup of all notebook
[14:11] <iRon> MidMark: when it locks? on kernel module initialization? or when you receiving network data?
[14:15] <MidMark> iRon: according to system log there are module initialization then hal say something then lock, now I'm posting the entire log in a BR
[14:19] <MidMark> no it's a bcm4306 not 4311 sorry
[14:34] <MidMark> bug #182716
[14:34] <ubotu> Launchpad bug 182716 in linux "bcm4306 doesn't work with b43 / ssb" [Unknown,Fix released] https://launchpad.net/bugs/182716
[14:51] <snikker> i've got some trouble to run vmware (libpng12 error) after the update of some packages, i'm under gutsy on amd64
[14:53] <iRon> snikker: error log?
[14:54] <snikker> iRon: i've got this on console: "/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib32/libcairo.so.2)"
[14:54] <iRon> snikker: i got that error too.. but vmware works fine
[14:55] <snikker> iRon: you have amd64?
[14:55] <iRon> no :)
[14:56] <snikker> iRon: i've amd64...
[14:56] <iRon> but error message is the same..
[14:56] <snikker> iRon: yes, it's true... but fo me after error msg nothing happen...
[15:04] <blizzzek> file selector in kate-kde4 takes doubleclicks only, no matter the setting in kde. there is no option in the plugin settings either. this is a bug, isn't it?
[15:05] <ryanakca> blizzzek: umm... I would say so... but don't take my word on it.
[15:06] <blizzzek> ryanakca: ok, gonna file it
[15:14] <blizzzek> 186361
[15:15] <ryanakca> bug 186361
[15:15] <ubotu> Launchpad bug 186361 in kdesdk-kde4 "File selector plugin reacts to doubleclick only" [Undecided,New] https://launchpad.net/bugs/186361
[15:15] <ryanakca> blizzzek: thanks :)
[15:15] <blizzzek> ryanakca: np
[15:21] <ryanakca> blizzzek: please answer the questions added to the bug
[15:26] <blizzzek> ryanakca: done
[15:29] <ryanakca> blizzzek: heh, can't say that I'm experiencing it :(
[15:30] <blizzzek> ryanakca: hardy or gutsy?
[15:30] <ryanakca> gutsy
[15:30] <blizzzek> same here
[15:30] <ryanakca> s/gutsy/hardy
[15:31] <blizzzek> hehe ;)
[15:31] <ryanakca> might want to add that your running an up to date gutsy to the bug
[15:32] <blizzzek> yeah, gonna do this. in the bug descripton or as comment?
[15:32] <ryanakca> either or.
[15:33] <blizzzek> its in the description now
[15:33] <ryanakca> thanks :)
[15:33] <blizzzek> np
[15:34] <blizzzek> well, if its working in hardy its not a big problem then
[15:34] <ryanakca> meh, upgrade to hardy to get it fixed :)
[15:39] <blizzzek> thats an idea. next week maybe :D meanwhile i use the home pc only as music and tv player...
[16:14] <fdoving> Tonio_: great news, is this commited to trunk?
[17:25] <Tonio_> fdoving: what is great news ?
[17:26] <Tonio_> fdoving: ah the shellprocess to process transition, yes it is
[17:26] <Tonio_> have to go.....
[18:19] <mornfall> Evening.
[18:20] <nosrednaekim> hey
[18:23] <mornfall> I'm building alpha 2.
[19:01] <mornfall> Riddell, yuriy, I have uploaded alpha2 to my PPA, it's not built yet, but if it succeeds, the debconf and download bits are in place. See new PPA description (https://launchpad.net/~me-mornfall/+archive).
[19:03] <nosrednaekim> mornfall: does it insall to the kde4 path?
[19:05] <mornfall> nosrednaekim: Yes.
[19:06] <nosrednaekim> mornfall: then i'll test it out later...
[19:06] <mornfall> It's a KDE4 app.
[19:07] <mornfall> Well, it's not built so we'll see whether it even builds. (I may have missed something. I often do.)
[19:07] <nosrednaekim> ok.
[19:07] <mornfall> Off to bed now. Laters.
[19:08] <nosrednaekim> k
[19:15] <steveire> Hi. I can't compile kdebase 4.1 from trunk because there is not a recent enough libxine package in gutsy. (requires v1.9). Is this likely to change?
[19:17] <steveire> I also checked the ppa for kde4 and it does not have it either.
[19:27] <steveire> ping anyone?
[19:33] <Riddell> steveire: we should get it backported
[19:33] <Riddell> steveire: if you can test the hardy package for compiling and running on gutsy we can get that going
[19:34] <fdoving> i've compiled the hardy ones on gutsy, worked for me a while ago.
[19:34] <steveire> OK. What else can I do?
[19:34] <fdoving> upgrade to hardy, backport from hardy, switch distro, or wait. :)
[19:35] <steveire> I mean to minimise the waiting and get the package backported.
[19:35] <fdoving> then i would fetch the xine package-source from hardy, and build it myself.
[19:35] <steveire> I notice 1.1.10 is available now. I can see kdebase requiring that soon instead.
[19:36] <steveire> fdoving: That won't help getting it into the backports repo though, will it?
[19:38] <fdoving> steveire: no, for that you would need to file a backport request bug iirc.
[19:39] <steveire> The point is it should be easy for anyone wanting to compile kde4 trunk to use kubuntu to do so. That would probably means getting libxine and soprano backported.
[19:39] <fdoving> do we have qt 4.4 ?
[19:39] <steveire> I think Riddell already said it would be backported. There must be such a bug already.
[19:40] <Riddell> check on launchpad.net/gutsy-backports if there's a bug already
[19:40] <steveire> fdoving: I don't think so. I don't think kde4 requires it yet. Probably will soon though.
[19:40] <Riddell> fdoving: no, packaging that would be good too (in a ppa)
[19:40] <fdoving> i don't really use much packages for kde things at the moment, everything comes from svn.
[19:41] <fdoving> compiling things is a breeze with recent hardware and cmake.
[19:44] <steveire> fdoving: Yeah, but other distros seem to provide packages for the dependacies at least. This is a request for backporting libxine, but with slightly different motivation: https://bugs.launchpad.net/gutsy-backports/+bug/180577
[19:44] <ubotu> Launchpad bug 180577 in gutsy-backports "libxine1-plugins depends on libxine1-gnome" [Undecided,New]
[19:44] <steveire> ie, not everything comes from svn if you have to get libxine externally first.
[19:45] <fdoving> no, i got libxine from hardy :)
[19:45] <fdoving> providing packages is always a good thing.
[19:46] <steveire> So do I need to file an explicit 'backport libxine' bug to get an action on this? Should I then mark the above as a duplicate? Ditto this one: https://bugs.launchpad.net/gutsy-backports/+bug/180580
[19:46] <ubotu> Launchpad bug 180580 in gutsy-backports "libsoprano4 too old to compile kde4" [Undecided,New]
[19:50] <steveire> fdoving: Can I just get the libxine package from hardy repos and dpkg -i it instead of compiling it? I'm looking for simple instructions to put here: http://techbase.kde.org/index.php?title=Getting_Started/Build/KDE4/Kubuntu_and_Debian
[19:51] <fdoving> steveire: try. i think you will need to recompile it.
[19:55] <steveire> http://rafb.net/p/KqvvqG51.html Is this workable or should I just build from source now and put instructions to do the same?
[19:56] <fdoving> you should build from source.
[20:03] <steveire> OK. I'm installing 1.1.10 for now.
[20:03] <steveire> Maybe I'll step it back if backports matches it.
[20:16] <steveire> Do I need to remove any existing libxine packages before make install ing?
[20:16] <nosrednaekim> steveire: why are you reinstalling xine?
[20:17] <nosrednaekim> *recompiling
[20:17] <nosrednaekim> steveire: and yeah... that might be a good idea
[20:17] <steveire> kde4base requires v1.1.9 for multimedia support. Which packages?
[20:17] <fdoving> steveire: why don't you just fetch the package-source from hardy and compile the package?
[20:18] <steveire> fdoving: Is that any different?
[20:18] <fdoving> yes, you get packages :)
[20:18] <fdoving> instead of random files laying around after a 'make install'
[20:19] <steveire> meh, make uninstall can take care aof the 'random files' which are all in /usr/local anyway.
[20:19] <fdoving> what about other depends on xine?
[20:19] <steveire> well that's what I'm asking about now I think
[20:19] <fdoving> you would need to make equivs packages to statisfy the other depends anyway. so making the real thing is better.
[20:19] <steveire> I tried to remove libxine1 and it wanted to remove amarok kaffeine etc.
[20:20] <steveire> better would be upgrading to a backported package, but that's probably not going to happen any time soon. What equivalent packages do you mean?
[20:23] <fdoving> hang on, i'll walk you through backporting on your own in a sec.
[20:24] <fdoving> steveire: ok, so you wnat to backport xine, then go to http://packages.ubuntu.com/libxine1
[20:24] <steveire> fdoving: Remember that this is more for the techbase page. I don't want to put longwinded instructions on there about compiling the hardy package
[20:24] <fdoving> that will search for packages named libxine1 in a ll distros.
[20:25] <fdoving> anyone able to compile kde will be able to do this easily.
[20:25] <fdoving> now, find hardy in the list, and clikc it.
[20:25] <fdoving> now you're at http://packages.ubuntu.com/hardy/libs/libxine1
[20:26] <fdoving> at the bottom you see a line:
[20:26] <fdoving> Source Package: xine-lib, Download: [dsc] [xine-lib_1.1.9.orig.tar.gz] [xine-lib_1.1.9-0ubuntu1.diff.gz]
[20:26] <fdoving> theese are links: [dsc] [xine-lib_1.1.9.orig.tar.gz] [xine-lib_1.1.9-0ubuntu1.diff.gz]
[20:27] <fdoving> download them to an empty folder, all 3.
[20:27] <fdoving> then you'll have a folder with 3 files, the .dsc and the .tar.gz and the .diff.gz
[20:27] <fdoving> open a konsole and cd to the folder.
[20:28] <nixternal> kde4base doesn't require xine 1.1.9, it recommends it because <= 1.1.8 has issues playing short files
[20:28] <nixternal> hardy has 1.1.9 now
[20:29] <steveire> nixternal: trunk needs to be compiled with DISABLE_MULTIMEDIA if you don't have 1.1.9
[20:29] <nixternal> I have no problem with it, I just get the warning on my Gutsy box
[20:29] <fdoving> nixternal: do you have trunk? aka 4.1?
[20:30] <nixternal> aka 4.0.1, yes
[20:30] <fdoving> 4.0.1 is branch, not trunk.
[20:30] <nixternal> they have already branched it?
[20:30] <fdoving> yes, at release it became the 4.0 branch.
[20:31] <nixternal> ya, I don't know what I was thinking there
[20:32] <fdoving> steveire: in that konsole you use 'dpkg-source -x *.dsc' to unpack the source package. (dpkg-source is in the dpkg-dev package).
[20:33] <steveire> fdoving: I took a short cut and apt-get-ed the source.
[20:33] <fdoving> steveire: then 'cd xine-lib-1.1.9', and then 'dpkg-buildpackage -us -uc', if you have all depends instaleld it will make .debs for you.
[20:33] <fdoving> steveire: from hardy?
[20:34] <fdoving> steveire: if you have hardy 'deb-src' lines in your sources.list that would also work.
[20:34] <steveire> fdoving: %s/gutsy/hardy/g in sourceslist, get source and reverse.
[20:34] <fdoving> sure, if you feel that is faster.
[20:34] <steveire> There's a lot of unmet build dependancies
[20:35] <fdoving> they would need to be installed.
[20:35] <steveire> Do you reckon there's a timeframe for it to be backported properly? I'm not sure it's worth the hassle.
[20:39] <fdoving> steveire: no idea, you would need to ask some backporter about that. jdong maybe.
[20:39] <steveire> he doesn't seem to be here...
[20:40] <fdoving> he's in -motu
[20:42] <fdoving> bbl.
[20:55] <jpatrick> steveire: should be processed everyweek
[20:56] <jjesse> afternoon
[20:56] <jpatrick> evening jjesse
[20:56] <jjesse> evening jpatrick
[20:56] <steveire> jpatrick: What do you mean?
[20:57] <jpatrick> steveire: we backporters only confirm and request backports, the archive admins are the ones who do the source mangling
[20:58] <steveire> jpatrick: Do https://bugs.launchpad.net/gutsy-backports/+bug/180580 and https://bugs.launchpad.net/gutsy-backports/+bug/180577 count as backport requests?
[20:58] <ubotu> Launchpad bug 180577 in gutsy-backports "libxine1-plugins depends on libxine1-gnome" [Undecided,New]
[21:00] <steveire> jpatrick: And if not how do I make them backport requests.
[21:00] <jpatrick> steveire: only members of the ubuntu-backporters team can approve of the
[21:01] <jpatrick> steveire: I'll try and look into them soon
[21:01] <steveire> jpatrick: Yes, but the team works off a list that they approve from, right? How do I add these to that list?
[21:01] <steveire> jpatrick: OK, cool
[21:01] <jpatrick> steveire: they already are :)
[21:02] <steveire> jpatrick: How?
[21:03] <jpatrick> steveire: https://bugs.launchpad.net/gutsy-backports/
[21:06] <jdong> I was paged :)
[21:06] <jpatrick> jdong:  bug #180577 and bug #180580
[21:06] <ubotu> Launchpad bug 180577 in gutsy-backports "libxine1-plugins depends on libxine1-gnome" [Undecided,New] https://launchpad.net/bugs/180577
[21:06] <ubotu> Launchpad bug 180580 in gutsy-backports "libsoprano4 too old to compile kde4" [Undecided,New] https://launchpad.net/bugs/180580
[21:06] <jpatrick> < steveire> Do you reckon there's a timeframe for it to be backported properly? I'm not sure it's worth the hassle.
[21:07] <jdong> jpatrick: for the xine one, siretart is the man to talk to.... I don't know enough about the changes between versions to go either way
[21:08] <jpatrick> jdong: steveire wants them ;)
[21:08] <steveire> kde4 trunk needs them
[21:09] <jdong> jpatrick: understood, but I recall some rev-dep issues the last time we backported xine, and that was all siretart's doing
[21:09] <jdong> jpatrick: if he says it's okay or has specific instructions on how to do it, it's a green light and he can do whatever he likes :)
[21:10] <jpatrick> ok
[21:10] <jpatrick> btw, I seem to have broken bzr :(
[21:10] <steveire> jdong: Were those rev-dep issues that -plugins depends on -plugins-gnome?
[21:10] <jdong> steveire: sorry, I don't recall the specific circumstances
[21:10] <steveire> That's fixed in hardy
[21:10] <jdong> steveire: I believe it was the VDR stuff had to be rebuilt
[21:11] <jdong> there were 2 or 3 source packages that need rebuilding after xine is upgraded
[21:11] <steveire> Right so
[21:11] <jdong> has soprano been build-tested
[21:14] <steveire> jdong: I've only built it from kdesvn, but I don't think you mean that.
[21:15] <jdong> steveire: I'll handle build testing it from hardy
[21:16] <jdong> steveire: if that goes well then all's good for backporting; the revdeps appear to be solely kubuntu related and upstream seems intelligent about bumping soname if ABI broke
[21:16] <jdong> steveire: and there we go, it just finished building. :)
[21:17] <jdong> steveire: as for the xine one, please have siretart comment on the ticket for me :)
[21:20] <steveire> jdong: Cheers. Where can I find siretart?
[21:55] <jdong> steveire: most likely #ubuntu-devel or #ubuntu-motu
[22:06] <jdong> oh crap
[22:15] <jdong> look at that, new ktorrent
[22:15]  * jdong preps packages
[22:16] <nixternal> hehe
[22:16] <crimsun> watch -n30 #kubuntu-devel "ubuntu-main-sponsor"
[22:16] <nixternal> I seen it come across my rss feeds
[22:17] <nixternal> damn opensolaris will not install on my desktop
[22:17] <crimsun> you're not supposed to insert the plug into the mug, Rich.
[22:17] <nixternal> hehe
[22:17] <nixternal> doesn't want to create the solaris partition
[22:21] <jdong> I feel regex-horny today, I should add a watchfile to ktorrent
[22:44] <jdong> crimsun: bug 186452
[22:44] <ubotu> Launchpad bug 186452 in ktorrent "[interdiff] ktorrent 2.2.5 available" [Undecided,Confirmed] https://launchpad.net/bugs/186452
[22:44] <jdong> thanks :)
[22:45] <crimsun> that didn't trigger my highlight kthx
[22:45] <crimsun> 17:16 < crimsun> watch -n30 #kubuntu-devel "ubuntu-main-sponsor"
[22:45] <crimsun> :-]
[22:45] <jdong> crimsun: sorry, looks like you'll need to find an ircwatch command ;-)
[22:46] <crimsun> pfah, I telnet directly to the ircd.  ircwatch is for wussies.
[22:46] <jdong> of course :)
[22:47] <jdong> crimsun: speaking of that, can you magically make my macbook headphone/speaker independent volumes magically work? ;-)
[22:48] <crimsun> need to clarify that, please.
[22:49] <jdong> crimsun: In OS X, I can set my volumes when headphone is attached to be independent of when they are unattached. For example, I mute my speakers while my phones are detached, when I attach them, the volume applet unmutes and restores the last headphone set volume. Then, when I unplug again, the muted volume is restored
[22:50] <jdong> crimsun: internally it seems like the sound driver uses two channels (Ubuntu labls them front and center) to represent these two volumes
[22:50] <nixternal> jeesh, that sounds like way to much work
[22:50] <jdong> crimsun: idn if this is a mixer applet layer or Alsa layer job, but it'd be nice if Ubuntu can do the same
[22:51] <crimsun> probably easier via alsa, but I'm pretty certain people will scream about maintaining the state.
[22:51] <jdong> nixternal: well, in OS X it just works. In Ubuntu I have to make sure the vol keys control both front and center else the volume keys don't work half the times
[22:51] <jdong> crimsun: does alsa "know" when the phones are in or out?
[22:51] <crimsun> yes
[22:51] <crimsun> it's called jack sense
[22:52] <crimsun> granted, your driver may not have the appropriate quirk in place to use it correctly.
[22:52] <jdong> cool
[22:53] <jdong> currently, I just have one slider that does something when the speakers are active, the other only does something when the phones are in. It's confusing to remember which is which and makes changing volumes a pain
[22:53] <crimsun> lspci -nv |grep -A1 0403
[22:54] <jdong> 00:1b.0 0403: 8086:27d8 (rev 02) Subsystem: 8384:7680
[22:56] <crimsun> I could probably more easily do it in PA
[22:57] <crimsun> 186452 uploaded.
[22:57] <jdong> crimsun: thanks :)
[23:13] <DaSkreech> Jucato: Hey my man
[23:14]  * DaSkreech hits nixternal with a snow stick
[23:14]  * DaSkreech waves at Hobbsee
[23:14] <DaSkreech> Riddell: still in England?


[02:34] <RAOF> robert_ancell: XMir?
[02:47] <robert_ancell> RAOF how goes the rootless XMir?
[02:48] <RAOF> It remains on the back burner until I give you various GTK bits.
[02:48] <robert_ancell> RAOF, anything Xorg side that needs fixing or is it mostly in Mir?
[02:49] <robert_ancell> and Unity 8
[02:51] <RAOF> But the X server itself is mostly working.
[02:51] <RAOF> The awkwardness will come, as always, when window management is expected to work :)
[02:51] <RAOF> desrt: Thank you again for complaining about the awkwardness of eventloop integration. This will make XMir & plymouth much more pleasant :)
[02:52] <RAOF> The Xorg side needs a little clean up, but not much. It's mostly in Mir (and then Unity 8)
[02:52] <RAOF> Oh. We _will_ need an X11 window manager to proxy stuff to Mir, if you felt like doing that bit :)
[02:55] <robert_ancell> RAOF, sure, why not
[02:55] <robert_ancell> what's the plan there?
[02:56] <RAOF> A loadable module in the Mir tree that uses http://cgit.freedesktop.org/xorg/lib/libxcwm/ (or something like it).
[02:59] <robert_ancell> RAOF, will XMir be built into Mir?
[02:59] <RAOF> No.
[03:00] <robert_ancell> Why would the X window manager be in Mir then?
[03:00] <RAOF> Because nothing outside Mir knows about window management?
[03:00] <robert_ancell> Unity?
[03:00] <RAOF> The idea is to make XMir windows look like Mir surfaces as far as the shell is concerned.
[03:00] <RAOF> Ah, _that's_ the question.
[03:01] <RAOF> Right, it could be in Unity, but X11 integration is something that lots of shells are going to care about, so it's ideally in Mir itself.
[03:02] <robert_ancell> So it will be a core feature of Mir, i.e. "Mir supports clients using the Mir or X11 protocols"
[03:02] <RAOF> *: With external tools
[03:02] <RAOF> But, yeah.
[03:02] <robert_ancell> And will the X server launching be done my Mir too?
[03:02] <robert_ancell> by Mir
[03:03] <RAOF> The idea discussed with tedg was to have ubuntu-app-launch spawn an XMir server, have XMir connect to Mir and request a wm from Mir.
[03:03] <desrt> RAOF: :)
[03:03]  * RAOF wanted to do X server launching by Mir, but this also works.
[03:04] <robert_ancell> How does ubuntu-app-launch know it needs one? I assumed we'd have some sort of default DISPLAY socket that would spawn off a new server on each connect
[03:04] <RAOF> We assume that anything in /usr/share/applications needs an X server, and anything click-packaged can opt-in for an X server.
[03:05] <robert_ancell> That's fairly bold
[03:05] <RAOF> Yeah, my plan was to do a socket-activated thing but tedg doesn't like that (for application-confinement reasons)
[03:07] <RAOF> You're welcome to argue with tedg about this :)
[03:08] <desrt> *cough* dbus
[03:09] <robert_ancell> RAOF, is XWayland/GNOME using libxcwm?
[03:09] <RAOF> Not AFAIK.
[03:10] <robert_ancell> what are they doing?
[03:10] <RAOF> Raw xcb, I think.
[04:23] <pitti> Good morning
[08:02] <larsu> desrt: ya, I saw the bug...
[08:02] <larsu> morning everyone!
[08:02] <seb128> good morning desktopers!
[08:02] <seb128> hey larsu
[08:02] <larsu> seb128: hello again :)
[08:03] <seb128> ;-)
[08:03] <Laney> hey hey
[08:03] <larsu> morning Laney!
[08:03] <didrocks> hey larsu!
[08:03] <didrocks> and Laney and seb128 ;)
[08:03] <larsu> morning^2 didrocks!
[08:04] <Laney> what's with all this squaring
[08:04] <larsu> Laney: already said good morning to the Frenchmen
[08:04] <seb128> hey Laney, how are you?
[08:05] <seb128> lut didrocks ;-)
[08:05] <Laney> pretty alright!
[08:07]  * didrocks wonders why so much failure in so little changes… ;)
[08:07] <seb128> good that you have tests to tell you!
[08:07] <Laney> "it's only a littttle syntax error"
[08:07] <seb128> it's a compiler bug!
[08:07] <Laney> "come on, can't you put that semicolon in by yourself?"
[08:07] <Laney> grr compilers
[08:08] <seb128> ;-)
[08:08] <didrocks> héhé
[08:08] <didrocks> actually, it's my super tearDown check
[08:08] <didrocks> where I can say if I expect to have warnings or errors
[08:08] <didrocks> and it yells otherwise (on test by test basis)
[08:09] <didrocks> that way, I ensure I have no unexpected warnings or errors spawn
[08:13] <didrocks> arf, found it…
[08:13]  * didrocks hates that python doesn't define if (something), forcing that thing to be True or False
[08:13] <didrocks> like in any sane language… like… I don't know… Dart :p
[08:13] <didrocks> that would avoid:
[08:13] <didrocks> if is_completion_mode:
[08:13] <didrocks> instead of:
[08:13] <didrocks> if is_completion_mode():
[08:15] <larsu> didrocks: I don't understand. What's is_completion_mode?
[08:16] <larsu> python has coercion to booleans, no?
[08:17] <didrocks> larsu: yeah, which is the issue. It's testing that is_completion_mode is defined (and a function in that case)
[08:17] <didrocks> so "if is_completion_mode" is always True
[08:17] <larsu> ah, that's what you mean
[08:17] <didrocks> and don't run the function to test if I'm in completion mode ;)
[08:17] <larsu> that's a bit annoying indeed
[08:18] <didrocks> yeah, small typo to find…
[08:18] <larsu> you're always in completion mode!
[08:18] <didrocks> yep
[08:18] <didrocks> in Dart, it would tell you "hum… this isn't a boolean…"
[08:18] <larsu> but then you need to explicitely test for other stuff as well, like empty lists
[08:18] <larsu> but actually, I think I prefer that
[08:19] <didrocks> yeah, there is an f.EmptyList() method on the List class
[08:19] <didrocks> for that
[08:19] <didrocks> ok .empty() rather
[08:19]  * didrocks opens API doc
[08:20] <didrocks> https://api.dartlang.org/apidocs/channels/stable/dartdoc-viewer/dart-core.List#id_isEmpty
[08:20] <Laney> aren't you supposed to catch exceptions instead of checking for all the things in python?
[08:20] <Laney> EAFP or something
[08:21]  * larsu doesn't know
[08:21] <didrocks> Laney: hum, not sure it's related to that… Here I use that function to avoid the env variable tested in one place instead of everywhere
[08:21] <didrocks> on using expections… there are 2 schools of thoughts AFAIK
[08:22] <Laney> I mean for things like checking for empty lists
[08:22] <Laney> https://docs.python.org/2/glossary.html#term-eafp
[08:23] <didrocks> ah, yeah, a lot of people do that to avoid eventual races
[08:25] <larsu> Laney: I just used that as an example for the type coercion
[08:26] <Laney> ah
[08:28] <didrocks> Laney: Dart doesn't have threads, so it's not a real issue for that one. Only isolates (which have separated memory)
[08:30] <Laney> It's partly (or maybe mainly in the absence of threads) about code clarity as well as avoiding races
[08:32]  * didrocks doesn't find it clarify the code :)
[08:32] <seb128> it's also more efficient for the normal case, since you don't run a check when not needed
[10:21] <xnox> anybody wants to port gnome-media-player to xine-lib-1.2 ?
[10:21] <xnox> also what is gnome-media-player
[10:22] <seb128> I doubt we want to do that
[10:22] <seb128> some universe package
[10:22] <Laney> never heard of it
[10:22] <seb128> which didn't see an update since natty
[10:22] <Laney> go ask the uploader
[10:22] <seb128> same version since maverick in fact
[10:23] <ogra_> wasnt that a gnome2 thing anyway ?
[10:23] <ogra_> why is it stil areound
[10:23] <ogra_> *around
[10:23] <seb128> it was never a GNOME thing
[10:23] <xnox> dunno, but gnome-media-player is the last dep on xinelib1 which FTBFS against libav10 which holds up the world in proposed migration
[10:24] <seb128> drop it from the I archive I say
[10:24] <ogra_> ++
[10:24] <seb128> it still use gconf
[10:24]  * xnox fudges in building against xin-lib-1.2 and sees what happes.
[10:24] <Laney> demote it to proposed, mail uploader, wait x days, remove
[10:24] <seb128> it hasn't been maintained for years
[10:24] <xnox> meh, uploaded.
[10:24] <Laney> it builds?
[10:24] <seb128> Laney, you can email xnox now :p
[10:25] <Laney> T I L !
[10:25] <seb128> https://launchpad.net/gnome-media-player
[10:25] <seb128> the trunk is https://code.launchpad.net/~lamothe-deactivatedaccount-deactivatedaccount/gnome-media-player/0.2-new
[10:25] <seb128> see the username
[10:25] <xnox> well off to file a remove request for xine-lib
[10:25] <seb128> no commit since 2011
[10:25] <xnox> yeah.
[10:25] <Laney> it does seem crufty
[10:25] <xnox> seb128: i'll talk to lamont about it.
[10:26] <Laney> la..mont?
[10:26] <seb128> lol
[10:26] <xnox> lol =))))
[13:30] <Estilanda> hola
[14:17] <Laney> aah
[14:17] <Laney> reboot dialog just stole focus and the active button was 'reboot now'
[14:17] <Laney> hope that's an xmonad problem ;-)
[14:24] <didrocks> ok, going for a late run
[14:33] <gatox> seb128, hi, do you know who i can talk to about the  component from QtSystemInfo in the phone?? as far as i can see, that is working on my desktop, but being completely ignored in the phone (detecting plug, unplug, etc)
[14:33] <gatox> seb128, the BatteryInfo component
[14:38] <seb128> gatox, weird, that was working before
[14:38] <seb128> it maybe got buggy with 5.3?
[14:38] <seb128> I would usually recommend Mirv but he's on holiday
[14:39] <seb128> you can try checking with pmcgowan or bzoltan
[14:39] <gatox> seb128, :S no idea.... any app that is using it to check that it isn't really my code? because i always get the same values... and not signals
[14:39] <gatox> seb128, and it's working on the desktop
[14:39] <gatox> seb128, ack, thanks
[14:39] <seb128> gatox, I would just run the example through qmlscene
[14:39] <seb128> I can try that in a bit here if you want
[14:39] <seb128> otherwise maybe just use the battery backend we have in settings
[14:40] <seb128> you can probably add another function there if you need to wrap another upower dbus call
[14:41] <gatox> seb128, i'll check in settings... the code from the examples was the one that was failing in the phone for me..... if you can check, i really appreaciate it
[14:43] <pmcgowan> seb128, you think that was working before? I know a lot of the API never did, I assumed we needed work in qtubuntu
[14:44] <gatox> seb128, ok.... at least i see it working in system settings.... so i will check that
[14:57] <seb128> pmcgowan, well, qtsystems was working in saucy, we used it a first for the battery info in system settings
[14:59] <seb128> gatox, it's working on the phone for me
[14:59] <seb128> gatox, I installed qtsystems5-examples and ran
[14:59] <seb128> $ qmlscene /usr/lib/arm-linux-gnueabihf/qt5/examples/sysinfo/qml-battery/qml-battery.qml --desktop_file_hint=/usr/share/applications/ubuntu-system-settings.desktop
[14:59] <seb128> that gives a screen saying the device is charging with the % etc
[14:59] <gatox> seb128, weird..... anyway.... system settings is using the same and it's working for me in the phone.... so i'll take a look there, the weird thing is that what i have  was working on my desktp but not in my phone
[15:00] <seb128> (running that with the phablet user, "su - phablet"
[15:01] <gatox> seb128, could it be a confinent issue?? i was testing this in another app i just created
[15:01] <seb128> could be I guess
[15:01] <seb128> gatox, btw settings don't use those bindings anymore, see plugins/battery/battery.cpp
[15:01] <seb128> we use libupower-glib in a cpp backend
[15:02] <seb128> qtsystems was a bit too limited for what we had to do
[15:02] <gatox> seb128, it's using it to detect the chargingstate which is what i want
[15:03] <seb128> right, that should be working
[15:10] <pmcgowan> gatox, yes another app would be confined and unable to work
[15:16] <gatox> pmcgowan, yap... that was the problem
[15:19] <seb128> gatox, btw, I would appreciate a review for https://code.launchpad.net/~seb128/ubuntu-system-settings/update-uis-tweaks/+merge/224463 if you can look at it, it should be an easy one
[15:20] <gatox> seb128, ack! looking
[15:25] <gatox> seb128, done... i left a couple of inline comments
[15:26] <seb128> gatox, thanks
[15:30] <seb128> gatox, seems like that didn't work? you need to hit the submit button from the top comment to have the "commit"
[15:30] <gatox> seb128, ah i forgot save comments
[15:30] <gatox> seb128, there
[15:50] <seb128> gatox_lunch, k, replied if you want to have another look
[16:12] <didrocks> the video quality of Google I/O Live is amazing
[16:13] <didrocks> and the menu layering on top of the video
[16:13] <seb128> shame they can't make nice stuff for stuff public use like hangout...
[16:14] <didrocks> yeah, well it's not the same constraints "just" to broadcast one stream
[16:15] <seb128> right
[16:16] <seb128> on that note, time for some exercice
[16:16] <seb128> be back in ~1h
[16:16] <didrocks> enjoy seb128 :)
[16:16] <seb128> thanks ;-)
[16:16] <seb128> same for you
[16:16] <seb128> enjoy the google show ;-)
[16:17] <didrocks> thanks ;)
[16:28] <didrocks> polymer is going to contain every android UI toolkit content
[16:28] <didrocks> remember a thread? ;)
[16:30] <didrocks> dbarth: as this touches what your team is working on ^
[16:31] <gatox> seb128, which question do you have?
[16:32] <gatox> seb128, i think it would be best to change: updateManager.model.length > 1 to root.updatesAvailable > 1
[16:34] <didrocks> ah… and they have snap decisions ;)
[16:34] <didrocks> (in L)
[16:41] <didrocks> ah, and tabs like our webapps story in their app switcher :)
[16:42] <didrocks> nice to see we are not at odds with some of our design patterns
[17:46] <seb128> gatox, oh, ok, makes sense
[17:47] <gatox> seb128, let me know when you push and i'll approve it
[17:47] <seb128> k
[18:06] <seb128> gatox, done
[18:07] <gatox> seb128, approved
[18:10] <seb128> gatox, thanks
[20:51] <robert_ancell> bregma, I can haz log out of Unity 8? \o/


[21:28] <kab_che> Hello, need help with keyboard layouts in xubuntu. 4 layouts installed, but switching from "en" to any other language has no effect


[01:58] <holstein> zequence: update fixed the volume controls for me
[01:58] <holstein> if i happen to see em again, i'll just mention my personal findings, and offer he should upgrade for the fix he was asking about
[09:04] <zequence> knome: ping
[11:38] <zequence> elfy: Thanks for doing testing on the AMD64 image!
[11:46] <elfy> welcome :)
[17:40] <cub> Hi zequence , the installation slide show, is that part of the User Interface Freeze?
[17:47] <zequence> cub: Yes
[17:47] <zequence> Anything to do with art, really.
[17:47] <zequence> Art for applications, and so on
[17:47] <cub> ok. Have you heard more from madeinkobaia on the art?
[17:48] <cub> I got the email the other week that he'd been busy but will have time in the beginning of March
[17:50] <cub> When running the beta tests, if I get some of the already logged bugs, do I set the test as failure or passed then?
[18:04] <zequence> cub: Two types of bugs. Those that cause absolute failure, and that would make the test case fail. The other type is ordinary bugs.
[18:05] <zequence> cub: You can add bugs in the two fields. Critical bugs that make the test fail, and ordinary bugs.
[18:05] <zequence> Probably we share a bunch of bugs with Xubuntu
[18:07] <cub> exactly. it's the 1282509
[18:07] <cub> #1282509
[18:07] <cub> hmm what did you write to make the bot print the bug?
[18:07] <elfy> bug 1282509
[18:07] <cub> :)
[18:07] <elfy> :)
[18:08] <cub> then I have had problem shutting down the live i386 session but only when running in virtualbox
[18:08] <cub> so I suppose that's more VB problem than ubuntu studio since running on HW there's no problems


[21:38] <Zolotkey{iPad}> When I try to install the ppa repo I get the error to check to make sure I am using the correct name or format. however I am copy/pasting from the FAQs
[21:40] <Zolotkey{iPad}> anyone have any suggestions?
[21:42] <veebers> Zolotkey{iPad}: which ppa string are you using?
[21:42] <Zolotkey{iPad}> sudo add-apt-repository ppa:autopilot/ppa && sudo apt-get update
[21:43] <balloons> sudo add-apt-repository ppa:autopilot/1.5 && sudo apt-get update
[21:43] <balloons> http://people.canonical.com/~nskaggs/autopilot/guides/installation.html
[21:43] <veebers> Zolotkey{iPad}: it appears that the faq is out of date
[21:43]  * veebers files a bug
[21:44] <Zolotkey{iPad}> Thank you, I knew IRC would be the best place to do this
[21:46] <balloons> sorry for the troubles Zolotkey{iPad} !
[21:46] <Zolotkey{iPad}> no problem :)
[22:29] <Zolotkey{iPad}> one more quick question, does Autopilot work on 12.04?
[22:44] <balloons> you are limited to an older version.. so, not really
[22:45] <Zolotkey{iPad}> What version do you know?
[22:45] <Zolotkey{iPad}> Would it be better to install it from source on a 12.04 system?
[22:47] <balloons> it requires some newer stuff.. you would get 1.2 perhaps? it's in the repos
[22:48] <Zolotkey{iPad}> okay
[22:53] <balloons> Zolotkey{iPad}, I lie, heh.. It's not in 12.04 at all: http://packages.ubuntu.com/search?suite=precise&keywords=autopilot
[22:54] <Zolotkey{iPad}> if I added the ppa would it work?
[22:54] <balloons> there's no packages built for it
[22:55] <balloons> you might be able to find an old 1.2 version.. but you are probably right on grabbing the source and installing it
[22:55] <Zolotkey{iPad}> okay
[22:56] <balloons> would be interesting to see what happens. I suspect 1.5 won't work, but maybe 1.4  will?
[22:59] <Zolotkey{iPad}> Okay well I will give that a try
[23:26] <veebers> Zolotkey{iPad}, balloons: I doubt that it will work (needs some much newer things) but I'm very interested to see if it does :-)


[03:43] <pleia2> rebooting the dev server for a new kernel
[03:44] <pleia2> and it's back :)
[03:48] <JackFrost> \o/
[07:05] <knome> yay
[07:05] <knome> good morning people


[01:55] <diddledan> http://pbs.twimg.com/media/C6zBvimWgAEhlvj.jpg
[01:57]  * zmoylan-pi continues to play 80s games were the graphics were too crude to indicate gender of players...
[01:59] <diddledan> https://pics.me.me/when-i-was-your-age-this-was-a-dragon-and-13758381.png
[01:59] <zmoylan-pi> well in rogue a D was a dragon :-)
[02:00] <zmoylan-pi> it was a simpler time :-)
[02:01] <diddledan> I used to play this: http://playdosgamesonline.com/air-traffic-controller.html
[02:03] <zmoylan-pi> it's amazing how lost you can get when playing games like that
[02:03] <diddledan> yey, I just landed a plane
[02:14] <diddledan> microsoft's racks in their datacentres: https://channel9.msdn.com/Series/Microsoft-Global-Datacenters/Microsoft-Project-Olympus
[02:19] <diddledan> don't you love russian boats? https://twitter.com/AeroDork/status/841473611521236992
[02:39] <zmoylan-pi> i can't wait to see the new caspian sea monster
[04:18] <daftykins> let's play IRC snake! i'll start
[04:18] <daftykins> -       *
[04:18] <daftykins> ;)
[04:25] <zmoylan-pi>  -      *
[04:25] <daftykins> ooh i see what you did there
[04:26] <daftykins> this is the supermarket by me, what situation do you think this ever helps in? https://www.channelislands.coop/food-stores/guernsey/locale-royal-terrace/shop-collect/
[04:28] <zmoylan-pi> someone who realises that they have more shopping to do and can have the supermarket hold their bags till they come back instead of dragging a weeks shopping in bags with them?
[04:29] <zmoylan-pi> someone who got a lift there and can have the supermarket hold their stuff till their lift comes to pick them up?
[04:31] <zmoylan-pi> i suspect if they're offering it then they've been asked for it a lot
[04:34] <diddledan>       -*
[04:34] <diddledan> damn
[04:35] <diddledan> oh wait, was that an apple or a mushroom?!
[04:35] <diddledan>       --
[04:35] <diddledan> it was an apple! \o/
[04:35] <daftykins> zmoylan-pi: ja it's kinda weird though, it's like a delivery service that's waiting for the invention of the wheel
[04:36] <diddledan> daftykins: I got guernsey butter this week :-)
[04:36] <daftykins> diddledan: zomg multiplayer mode! heh me and an old gf both had the nokia 8210 which could do that over infrared actually
[04:36] <diddledan> waitrose!
[04:36] <daftykins> diddledan: yay! proper gold/silver wrapper?
[04:36] <diddledan> yup
[04:36] <daftykins> vewy gewd
[04:37] <diddledan> tis tastysickle
[04:37] <daftykins> that stuff spread on a good bit o' Guernsey Gache, ooh yes
[04:37] <zmoylan-pi> a few months ago a weird gizmo to help people put a sock on appeared on reddit... they couldn't understand why anyone would buy/use such a thing... because they're young healthy people who don't have knackered joints yet
[04:37] <diddledan> lol @ knackered joints
[04:38] <diddledan> I'm not there _yet_
[04:38] <zmoylan-pi> but you will if you live long enough
[04:38] <diddledan> I'm surprised I haven't had any RSI yet
[04:38] <zmoylan-pi> i started to have rsi in 80s but i just changed how i positioned keyboards and am very careful how i place them
[04:39] <zmoylan-pi> when you consider how ancient typewriters were in use for decades pre keyboards and there was no reported rsi
[04:40] <daftykins> hrmm you'd almost expect more mechanically induced fatigue
[04:40] <zmoylan-pi> i was actually given the sock gizmo at my hospital when i got a hip replacement as well as having to attent a class with 10 other people on how to use it
[04:41] <diddledan> group humiliation ftw!
[04:41] <zmoylan-pi> i /think/ because of the different height of the rows of ancient keyboards it changed the hands position enough to prevent rsi
[04:43] <zmoylan-pi> all over 70 and for some it was their 3-4 day of trying to use it whereas as some just over 40 i got through it in <hour
[04:43] <daftykins> https://teganhowardfood.files.wordpress.com/2011/10/dsc_0112.jpg
[04:43] <daftykins> diddledan: ^ mmm
[04:43] <diddledan> that looks tasty
[04:44] <daftykins> oooooh yes
[04:45]  * zmoylan-pi makes note to get soda bread later...
[04:49] <zmoylan-pi> oh wait... today is pi day... sortof
[04:49] <daftykins> not sure i've had the pleasure
[04:49] <daftykins> does that mean you have to give your Pi the night off?
[04:49] <zmoylan-pi> well only if you allow the american date system to exist;
[04:50] <daftykins> 14th month!? eh :D
[04:50] <zmoylan-pi> it's 2017. 03.14
[04:52] <daftykins> oh of course
[04:53] <zmoylan-pi> i always use yyyymmdd, it drives some people nuts but they have to ask if it's american format
[04:53] <zmoylan-pi> *they *never* have
[04:55] <daftykins> *       _|
[04:56] <diddledan> *      __
[04:56] <zmoylan-pi> a few months back i got ms dos snake running on a new version of basic... ran a smidge too fast even at slowest setting on modern hardware :-)
[04:58] <daftykins> :D
[05:02] <zmoylan-pi> spotted a lot more ancient nokias for sale recently... they seem to have been moved from bottom and back shelves to front and centre... maybe it's snakes time to be most played game again :-)
[05:09] <daftykins> hehe
[05:24] <zmoylan-pi> i'll swear prices of them have gone up https://twitter.com/angryearthling/status/841519881539448832/photo/1
[05:26] <daftykins> =]
[05:52] <zmoylan-pi> birds have now started their dawn chorous outside
[08:38] <SuperMatt> morning
[08:39] <diplo> Morning all
[09:00] <foobarry> moved our chan to sl@ck and we lost half a day with people fannying around with it
[09:01] <SuperMatt> slack is good though
[09:06] <davmor2> Morning all
[09:11] <diplo> I still haven't looked/used Slack at all
[09:11] <diplo> Is this a good thing ? :)
[09:12] <davmor2> diplo: yes not using slack is a good thing ;)
[09:13] <diplo> Good good
[09:18] <SuperMatt> slack's pretty darn good. It really does help intra-team communications
[09:20] <davmor2> SuperMatt: rocketchat
[09:21] <diplo> SuperMatt: I can't get my company to try anything new unless I implement it, it has taken me 2 years+ of bugging to use Ansible, now they see it is good they are coming up with more work/ideas :)
[09:22] <davmor2> diplo: sudo snap install rocketchat done ;)
[09:22] <diplo> Again... they'd need to use it...
[09:22] <davmor2> diplo: :)
[09:22] <diplo> I set up an internal messaging app as per request from my boss
[09:23] <davmor2> diplo: your boss uses it to tell you things are broken right?
[09:23] <diplo> using xmpp, had me and my colleague on it, sent an email to head office with instructions and how he wanted to proceed, never heard back :)
[09:23] <diplo> Nope! He just doesn't follow through with anything
[09:24] <diplo> They will suffer soon though, as 85% of my dev happens on a PC I brought in from home. It's going home Friday :P
[09:25] <davmor2> diplo: hahahaha
[09:25] <foobarry> i do need to rewrite my bot in python though :\
[09:25] <davmor2> diplo: is this sorry I needed my pc back at home so now I have nothing to work on in an attempt for them to buy you a new machine
[09:26] <diplo> Yes davmor2 - I've been asking nicely for months now..
[09:27] <davmor2> diplo: don't forget to over spec it
[09:28] <diplo> I have a dozen times
[09:28] <brobostigon> morning boys and girls.
[09:28] <diplo> I basically spin up VM's left right and centre testing setups/ansible deployments/backup testing etc. I ask for areplacement drive and they don't do that either, so I bring one from home
[09:29] <diplo> Just got to the point that of fook em
[09:29] <diplo> :P
[09:46] <JamesTait> Good morning all! Happy Tuesday, and happy International Ask a Question Day! 😃 ❓
[09:57] <davmor2> JamesTait: https://www.youtube.com/watch?v=KzA-V0YN3QA
[10:02] <MooDoo> howdy all
[10:05] <davmor2> Morning MooDoo
[10:07] <diplo> He's ALIVE!
[10:07] <davmor2> diplo: no MooDoo is a bot
[10:11] <diplo> Ah...
[10:11] <diplo> :P
[10:12] <davmor2> diplo: seriously try !MooDoo how am ya mucka?
[10:26] <MooDoo> davmor2: MooDoo is fine
[10:26] <davmor2> diplo: obviously it is a slow bot
[10:27] <MooDoo> I have two speeds, slow and stop
[10:33] <davmor2> MooDoo: hahahaha
[10:33] <davmor2> MooDoo: and one of those is broken right ;)
[10:36] <MooDoo> davmor2: yup....
[10:45] <diplo> I'm equally as slow :)
[10:52] <MooDoo> :)
[10:53] <davmor2> I'm lightning fast in comparison \o/
[11:06] <MooDoo> that's what she says badoom tish!
[11:14] <davmor2> MooDoo: but you missus said she wouldn't say anything badoom tish!
[11:26] <MooDoo> davmor2: don't worry mate, your secret is safe with me
[11:30] <davmor2> MooDoo: on a more serious note how are they all are your kids still massive?
[11:39] <MooDoo> davmor2: yeah jimmy is having growth spurts at the moment, he's up to my chest and daughter has just gone up 2 shoe sizes in about 3 months lol
[12:03] <davmor2> MooDoo: that is crazy, am I right in thinking jimmy isn't in his teens yet he's like 10-11 isn't he?
[12:31] <MooDoo> davmor2: jimmy is 8
[12:31] <davmor2> wow even younger than I thought
[12:32] <davmor2> MooDoo: I'd got in my head he was 9 last year so thought he was 10 this year man that is madness :D
[12:32] <MooDoo> davmor2: he's 9 in sept
[13:03] <diplo> One of our customers brother in law is tech savvy apparently, well I just scanned their fixed IP. EVERY port is open on the router, apart from the 2 we need :P
[13:03] <diplo> I told them about this Thursday last week
[13:08] <MooDoo> diplo: yay
[13:09] <diplo> I just don't know how to deap with these people
[13:09] <MooDoo> diplo: I had to go to see someone yesterday "press ok to restart outlook" What do I do next?
[13:09] <zmoylan-pi> of course after they open those 2 ports and they're hacked it will be your fault :-P
[13:10] <diplo> I can't understand why people won't let us just manage it for them, even my colleagues may not screw up that bad
[13:10] <diplo> Of course zmoylan-pi
[13:11] <diplo> I've tried to get my boss to update t&c's about if they have control of stuff
[13:11] <diplo> MooDoo: They are even worse, couldn't remote in with something like teamviewer ?
[13:12] <MooDoo> diplo: yeah I could, but it's only a 5 second walk to their desk to press a button and make them feel stupid
[13:12] <diplo> Ah right, internal people are even worse!
[13:13] <diplo> Anyone going to fosstalks in june ?
[13:14] <MooDoo> looks good - http://www.fosstalk.com/
[13:17] <diplo> yeah, debating going to my first one.. always falls when I have kids on any of these talks
[13:28] <MooDoo> diplo: same here, and another part of the country lol
[13:28] <diplo> Well that's what you get for living up there, I'll be up next week or the week after, tis a long drive though :(
[13:29] <MooDoo> yup
[14:36] <Azelphur> Just ordered a R7 1700, new board and RAM, along with a new CPU block :)
[14:36] <Azelphur> apparently the 1700 clock for clock is the same as the 1800x, and there's no binning going on.
[14:39] <diddledan> Azelphur: you gone AMD?
[14:39] <Azelphur> yep, team red \o/
[14:39] <diddledan> :-o
[14:39] <diddledan> blue!
[14:39] <MooDoo> someone has to I suppose
[14:39] <Azelphur> blue keep on doing lame things
[14:40] <diddledan> I like my intel ethernet cards
[14:40] <diddledan> I350
[14:40] <diddledan> they're purdy
[14:40] <Azelphur> yea, they make good ethernet cards
[14:40] <diddledan> I'm miffed that my atom is gonna die at some point
[14:40] <Azelphur> but they keep on locking down features on the CPU that I want to use, and AMD is better bang for buck right now
[14:41] <diddledan> (I got an AsrockRack C2750D4I which is affected by the low-pin-count bug)
[14:41] <Azelphur> specially once I clock it up to 4+ghz :)
[14:41] <diddledan> I like that the Ryzens are all 8core/16threads *drool*
[14:42] <Azelphur> me too
[14:42] <diddledan> although drooling in the PC case while you're assembling the thing is probably a bad idea
[14:43] <Azelphur> true
[16:03] <davmor2> Azelphur: let us know how it performs
[16:03] <Azelphur> will do, although I'm running arch now, I hear it has some issues on the older kernel Ubuntu uses
[16:05] <davmor2> Azelphur: how old is an old kernel I'm on <IP_ADDRESS>.13
[16:06] <Azelphur> ah, I think 4.10 is good
[16:06] <Azelphur> 4.11 is even better
[16:07] <davmor2> Azelphur: and that will likely be on xenial in a few months after release of zesty and the trunk just continues :D
[17:43] <davmor2> diddledan: regarding systemd-boot it only works on UEFI systems so people with bioses ummm well that would need to fallback to grub2 right, so there would need to be two bootloaders installed and running by default and just hope they don't ever clash right :D
[19:28] <diddledan> Azelphur: now don't you love those version numbers where they just tack-on another .xx to the end instead of incrementing one of the numbers already there?!
[19:28] <MartijnVdS> <IP_ADDRESS>.5.6.7?
[19:28] <diddledan> exactly!
[19:29] <MartijnVdS> we've been stripping parts at work
[19:29] <MartijnVdS> we're almost at Chrome versioning