[12:22] <Riddell> elcuco: kubuntu.org doesn't use drupal
[12:23] <Riddell> elcuco: details on how to upload to revu are at https://wiki.kubuntu.org/MOTU/Packages/REVU
[12:23] <Riddell> let us know if you get stuck
[12:24] <elcuco> Riddell: i should ask at #ubuntu-devel, since i want the brown theme for drupal :)
[12:24] <Riddell> elcuco: newz2000 is the guy to ask
[12:25] <elcuco> thanks (he is offline atm)
[12:25] <mhb> ryanakca: I actually look forward to the day someone gets epiphany and finally creates a simple browser for KDE
[12:26] <elcuco> konqueror is simple enough :)
[12:26] <mhb> elcuco: it is quite simple, but I'd love a faster one, that does browsing well and that's all.
[12:51] <ryanakca> Umm. can someone 'apt-get source kcontrol && cd kdebase-3.5.7/kcontrol/componentchooser && ls' and tell me if you see anything for selecting the IM client?
[12:55] <mhb> Riddell: so if you don't mind my english, I'll do them
[12:55] <Riddell> mhb: thanks
[12:55] <Riddell> that would be wonderful
[12:56] <nixternal> Riddell: I will take care of the minutes right now
[12:56] <mhb> nixternal: no, I was here first :o)
[12:57] <nixternal> oh, are you going to do it?
[12:57] <nixternal> oh..I just now noticed that..sorry
[12:57] <nixternal> thanks mhb
[12:57] <mhb> nixternal: you can do those for the meeting before
[12:57] <mhb> :o)
[12:57] <nixternal> haha, ya I will do those I guess :)
[12:57] <mhb> nixternal: nobody seemed to volunteer then
[12:58] <nixternal> mhb: I was voluntold by Hobbsee and forgot about them
[12:58] <nixternal> so if I get them done, maybe I can get a cookie :)
[01:00] <Riddell> I baked these cookies myself by the way
[01:04] <fdoving> really tasty :)
[01:06] <yuriy> hi, anything interesting happen at the meeting?
[01:10] <mhb> is it me or is the logging daemon buggy?
[01:10] <mhb> http://people.ubuntu.com/~fabbione/irclogs/ubuntu-meeting-2007-07-31.html
[01:25] <ScottK> Riddell: Speaking of clamav backports, Bug 129252 is waiting for attention if you're in the mood (rushing isn't critical if you aren't).
[01:25] <ubotu> Launchpad bug 129252 in feisty-backports "Please backport clamav 0.91.1-1ubuntu2 from Gutsy to Feisty" [Wishlist,In progress]  https://launchpad.net/bugs/129252
[01:45] <mhb> yuriy: not much :o)
[01:46] <nixternal> OK, Hobbsee will be happy, I have put up the 2007-07-04 minutes
[01:46] <nixternal> back in a bit...dinner time
[01:49] <n8k99> nixternal: sorry i didnt get to hang while in chi-tonw
[01:49] <mhb> nixternal: well, you could at least put the decisions there, so they are easy to track :o)
[02:02] <ryanakca> Hmmm. Anything to add to the topic while I'm at it?
[02:20] <mhb> I find it amusing that few people discovered the preview feature in dolphin :o)
[02:20] <ryanakca> preview feature?
[02:21] <ryanakca> mhb: like the preview button at the top, in the tool bar?
[02:21] <mhb> ryanakca: yeah
[02:21] <ryanakca> hehe :)
[02:22] <mhb> ryanakca: tonio and jr seemed to be convinced that it doesn't exist at first
[02:23] <ryanakca> heehee :)
[02:32] <mhb> Riddell: minutes ready, the irc logs are rather long but the logging daemon has some issues so I used my own logs. Also the Meetings page is cleaned up.
[02:33] <mhb> ryanakca: it'd be cool to have that
[02:34] <ryanakca> it'd be an interesting first-patch for me :)
[02:36] <mhb> ryanakca: go for it
[02:37] <mhb> okay
[02:40] <mhb> grep found something at:
[02:41] <mhb> kdelibs/interfaces/texteditor/kcm_texteditor.desktop
[02:41] <ryanakca> hmm. kdelibs, never checked it :)
[02:43] <mhb> it's ktexteditor
[02:43] <mhb> ryanakca: is a simple .desktop file like that all it takes for that app?
[02:44] <mhb> ryanakca: well, of course, the bad side is someone has to make the apps obey it :o)
[02:45] <ryanakca> mhb: it's kdelibs-3.5.7/interfaces/ktexteditor/editorchooser*
[02:45] <ryanakca> [.cpp,.h,_ui.ui]
[02:46] <ryanakca> methinks this'll be harder than he thought :)
[02:46] <mhb> ryanakca: it always is
[04:11] <nixternal> hey, <qlist.h> - wth qt release is that?
[04:11] <nixternal> I locate it under the qt4 dir
[04:12] <nixternal> but when I run through the configure files, all tests check for qt <4.0
[04:12] <nixternal> this keyboard app is horrible
[05:39] <nixternal> Riddell: http://revu.tauware.de/details.py?upid=6297   <- kvkbd package
[05:41] <crimsun> nixternal: the compat-headers package for Qt3 provides it, too.
[05:41] <nixternal> does it
[05:41] <nixternal> OK, I thought I tried that
[05:43] <nixternal> testing it now
[05:46] <nixternal> crimsun: thanks for that, it worked...so I guess I didn't try that
[05:47] <crimsun>  9999  dlocate qlist.h
[05:47] <crimsun> 10000  apt-cache show libqt3-compat-headers
[05:47] <crimsun> :-)
[05:49] <nixternal> ya, I used apt-file to search for it, and must have missed that
[05:51] <nixternal> Riddell: http://revu.tauware.de/details.py?upid=6298   <- use this one - kvkbd
[05:56] <nixternal> Riddell: just emailed the developer of kvkbd, Todor, with the requests listed in the Design section of the spec
[07:51] <nixternal> uh oh
[07:51] <nixternal> kwwii: can I make a minor suggestion with the KDM login image?
[07:51] <kwwii> sure
[07:52] <nixternal> OK, the Kubuntu graphic above the login dialog, look to the right, you can see the translucent edge, as it doesn't blend in with the desktop
[07:53] <kwwii> no worries, that will be changed
[07:54] <kwwii> just haven't gotten around to it yet
[07:54] <nixternal> OK...just checkin'...btw I do like the new wallpaper quite a bit actually
[07:54] <kwwii> cool :-)
[07:54] <nixternal> how about kmenu colors, you changing them from purple? the highlight colors that is
[07:54] <kwwii> yes, that needs to change too
[07:56] <kwwii> almost 8am here - /me needs to wake up properly, be back later
[07:56] <nixternal> hehe
[10:32] <_StefanS_> Tonio_: hey :)
[10:33] <Hobbsee> hiya
[10:33] <Tonio_> _StefanS_: yo !
[10:34] <Tonio_> _StefanS_: testing you patch today, if that works, I'll ping someone to commit svn
[10:34] <_StefanS_> Tonio_: sweet.. maybe I should look at that path "Up" thingy as well
[10:34] <_StefanS_> Tonio_: not quite sure where to start though :)
[10:37] <Tonio_> _StefanS_: would be nice indeed :)
[10:38] <_StefanS_> Tonio_: goody, I'll start right away
[10:38] <_StefanS_> Tonio_: btw, the progress indicators are kinda screwed in kio_obex2, but that the same for both upload/download
[10:38] <Tonio_> _StefanS_: ah ?
[10:39] <_StefanS_> Tonio_: they have been that before I started patched it
[10:39] <_StefanS_> Tonio_: seems like putFile() does not do the same as the old put() from kio_obex
[10:40] <_StefanS_> Tonio_: btw, the patch is not very big for the upload. But the patch doesn't show how much debugging i had to do ;)
[10:41] <Tonio_> _StefanS_: what do you mean by "very big uploads" ?
[10:41] <Tonio_> _StefanS_: indeed, upload locks on 100% very quickly, strange
[10:41] <_StefanS_> Tonio_:  i just meant the patch is not very big ;)
[10:41] <Tonio_> but it works..... could be better, but that's acceptable for a first shot :)
[10:41] <Tonio_> _StefanS_: ah oki ;)
[10:42] <Tonio_> _StefanS_: well done, that works :) that's a very good point to make it default on gutsy
[10:42] <_StefanS_> Tonio_: I'll look to see if those progress indicators can be fixed. But if you look, you'll see that download has the same problem
[10:42] <Tonio_> _StefanS_: progress bar have to be improved, but that can wait
[10:42] <_StefanS_> ok
[10:42] <Tonio_> _StefanS_: yep same issue with download
[10:43] <Tonio_> _StefanS_: another option is to use a progress bar that doesn't show the %age
[10:43] <Tonio_> _StefanS_: like ark
[10:43] <Tonio_> _StefanS_: I suspect dbus to miss the progress level, we can patch that easilly I guess
[10:43] <Tonio_> _StefanS_: do you see what ark is using ?
[10:43] <Tonio_> that would be more acceptable than the current one
[10:44] <Tonio_> _StefanS_: the same bar is used by kio-umountwrapper I think
[10:44] <Tonio_> _StefanS_: replacing this should be trivial I guess
[10:44] <_StefanS_> Tonio_: havent checked in depth yet
[10:44] <_StefanS_> Tonio_: but I will look into it
[10:44] <Tonio_> _StefanS_: it is just a progress dialog that goes from left to right and right to left, to tell you you still have to wait
[10:45] <Tonio_> _StefanS_: I can look into this probably, that's easy to do
[10:45] <Tonio_> _StefanS_: better improve the "up" bug I'd suggest :)
[10:45] <_StefanS_> just had to get my free copy of that Qt  development book :)
[10:46] <_StefanS_> Tonio_: I'll fix that Up thingy.
[10:46] <Tonio_> kool :)
[10:47] <_StefanS_> I'll keep you posted. And lets get that kdesudo thing done also !
[10:47] <_StefanS_> new fade works, btw.
[10:48] <_StefanS_> finished that like a week ago hehe
[10:51] <Tonio_> _StefanS_: oki should it cause kde apps build problems this time ?
[10:52] <_StefanS_> Tonio_: nope, and btw Hobbsee did not test past the first patch !
[10:52] <Tonio_> _StefanS_: best would be that no kdelibs patch is required but I suspect that's not possible
[10:52] <_StefanS_> Tonio_: its not possible without the kdelibs patch
[10:52] <Tonio_> _StefanS_: okay
[10:52] <Tonio_> _StefanS_: we'll have to test if some apps ftbfs with the patch, I think amarok is a good test as we know it failed before that
[10:53] <_StefanS_> Tonio_: I can test with amarok; do I need pbuilder for that?
[10:54] <Tonio_> _StefanS_: well it requires that you build kdelibs and then put that on a repo your pbuilder will use
[10:55] <Tonio_> _StefanS_: another way to test is to just install patches kdelibs-dev and apt-get builddep amarok, then you can test the compilation locally
[10:55] <_StefanS_> Tonio_: ok I will do that last approach.
[10:55] <Tonio_> oki ;)
[10:56] <_StefanS_> Tonio_: I'm always kinda confused as to when pbuilder is required
[10:58] <_StefanS_> Tonio_: actually this seems more like a konqueror bug...
[10:58] <_StefanS_> Tonio_: the Up thing.
[11:02] <Tonio_> _StefanS_: ah ?
[11:03] <Tonio_> _StefanS_: seems to work with others protocols
[11:03] <_StefanS_> Tonio_: well other protocols dont embed mac-addresses i think
[11:03] <Tonio_> true
[11:04] <_StefanS_> it might be a combination of mac and @
[11:04] <_StefanS_> donno, but i'll see what I can find. I have a feisty with bluetooth to test with
[11:08] <_StefanS_> Tonio_: amarok is building now.
[11:13] <Tonio_> _StefanS_: oki ;)
[11:18] <_StefanS_> Tonio_: amarok build without problems ;)
[11:18] <_StefanS_> Tonio_: I have tested with krusader as well, and the program in kdebase that caused the problems in the first place.
[11:24] <Tonio_> _StefanS_: oki great then ;)
[12:03] <Tonio_> _StefanS_: can you please send me the patches for test ?
[12:07] <fdoving> Tonio_: do you have kdebluetooth test-packages?
[12:07] <fdoving> hi all, by the way :)
[12:13] <_StefanS_> Tonio_: patches for kdelibs or bluetooth ?
[12:13] <_StefanS_> Tonio_: I have sent you both..
[12:13] <_StefanS_> hi fdoving
[12:16] <_StefanS_> Tonio_: kdelibs patch was sent to you at 2007-07-18 14:01
[12:16] <_StefanS_> Tonio_: kdebluetooth was yesterday.
[12:23] <_StefanS_> Tonio_: its definitely something with KUrl().. Looking at kdebase now.
[12:24] <_StefanS_> kdelibs
[12:25] <Tonio_> _StefanS_: ho I added that one, but I removed it as it seemed to also create issues
[12:26] <_StefanS_> Tonio_: like what issues?
[12:26] <TheInfinity> hmm ...
[12:26] <_StefanS_> Tonio_: and are you sure it was the updated patch you added?
[12:26] <Tonio_> _StefanS_: don't remember what but one of the package didn't build correctly, better ask hobbsee on that point
[12:26] <TheInfinity> do you know why upstart mixes mounting in somehow inverse order?
[12:26] <Tonio_> _StefanS_: I'll ahve a look concerning the patch, but I'm pretty sure
[12:26] <Tonio_> _StefanS_: will retest, is the patch for kdesudo ready ?
[12:26] <_StefanS_> Tonio_: well we changed it afterwards hobbsee complained, and she didn't test it after that.
[12:27] <_StefanS_> Tonio_: just take the stuff you have for kdesudo. It almost the same
[12:27] <Tonio_> _StefanS_: ah.....
[12:27] <_StefanS_> :)
[12:27] <TheInfinity> because it seems like a bug to me ;)
[12:27] <Tonio_> _StefanS_: yes but it doesn't work for me :)
[12:27] <_StefanS_> TheInfinity: better ask in #ubuntu-devel
[12:27] <TheInfinity> okay :)
[12:27] <_StefanS_> Tonio_: oh well, thats right.
[12:28] <_StefanS_> Tonio_: hmm.. I did simplify the code alot, so maybe it will work for you now.
[12:28] <Tonio_> _StefanS_: that's why I ask for the patch ;)
[12:28] <_StefanS_> Tonio_: ehm well I get it now :)
[12:29] <_StefanS_> lemme polish it up then.
[12:29] <Tonio_> _StefanS_: hehe
[12:29] <_StefanS_> all this jumping back and forth ;)
[12:40] <fdoving> Tonio_: do you have that kdebluetooth-test-package/source or not?
[12:52] <_StefanS_> Tonio_: gawd I hate that launchpad thingy... what is needed to checkout kdesudo?
[12:52] <_StefanS_> Tonio_: I mean url... I cant figure it out
[12:54] <fdoving> _stefans_: have a look at https://code.launchpad.net/~kubuntu-kdesudo/kdesudo/trunk
[12:54] <fdoving> you can checkout http://bazaar.launchpad.net/~kubuntu-kdesudo/kdesudo/trunk
[12:55] <_StefanS_> fdoving: uhm I found it now... I can never seem to make the distinction between https://launchpad.net/kdesudo and https://code.launchpad.net/%7Ekubuntu-kdesudo
[12:55] <Tonio_> _StefanS_: you can checkout with sftp://bazaar.launchpad
[12:56] <Tonio_> fdoving: you have the source package on my repo as you have the binaries
[12:56] <fdoving> does bzr+ssh work yet?
[12:56] <_StefanS_> fdoving: it deos
[12:56] <_StefanS_> does
[12:56] <Tonio_> fdoving: think so
[12:56] <_StefanS_> just did it.
[01:04] <Tonio_> _StefanS_: I have looked at the progress bar thing
[01:04] <Tonio_> _StefanS_: seems simple to change, but too complicated for me :)
[01:10] <_StefanS_> Tonio_: ok, I can probably check it out later then.
[01:10] <Tonio_> oki
[01:11] <_StefanS_> Tonio_: seems like kUrl() strips the 'password' out of urls... : obex2://00:1c:35:4f:0a:45@bluetooth:10/Card memory -> Up clicked -> obex2://00<stripped>@bluetooth:10/
[01:11] <_StefanS_> alteast it thinks its a password ;)
[01:12] <_StefanS_> Tonio_:  'Card Memory'-dir gets taken off correctly.
[01:14] <Tonio_> weird :/
[01:18] <fdoving> copying doesn't work for me, with the kdebluetooth at tonios repo.
[01:26] <_StefanS_> fdoving: I dont think he updated it yet.
[01:26] <_StefanS_> Tonio_: the patch for kdesudo is in your mailbox.
[01:28] <_StefanS_> fdoving: I can send you the patch if you want to build it yourself
[01:28] <fdoving> _StefanS_: that would be nice. :)
[01:28] <Tonio_> _StefanS_: super
[01:28] <_StefanS_> fdoving: on its way.
[01:29] <_StefanS_> fdoving: simple ~10 lines stuff.
[01:29] <fdoving> _StefanS_: thanks. :)
[01:29] <_StefanS_> np
[01:29] <Tonio_> fdoving: yeah it isn't in the repos yet
[01:29] <Tonio_> fdoving: I'm just resyncing svn and uploading
[01:42] <mhb> Riddell: a nice announcement on kubuntu.org would be lovely .o)
[01:44] <fdoving> grr..the feisty  mailscanner is dying once a week.
[01:44] <Riddell> mhb: I'm waiting for more packages to be compiled
[01:44] <Riddell> (assuming you're talking about beta)
[01:46] <mhb> Riddell: okay
[02:17] <rouzic> Hi all
[02:18] <rouzic> KDE 4 beta 1 for Kubuntu feisty?
[02:19] <Hobbsee> after gutsy, presumably
[02:22] <rouzic> Hobbsee: I refer to that if it is possible to use the beta 1 of kde in feisty
[02:22] <Hobbsee> rouzic: i'd assume that Riddell would build it for feisty, after building it for gutsy, and checking that that works.
[02:23] <rouzic> Hobbsee: ok, thanks :)
[02:23] <fdoving> rouzic: have a look at: http://kubuntu.org/announcements/kde4-beta1.php
[02:23] <Hobbsee> oh, we've announced it have we?  gerat
[02:23] <Hobbsee> even better
[02:23] <fdoving> Hobbsee: not properly yet, as it's still building.
[02:23] <rouzic> Hobbsee: Thanks!!! :D
[02:24] <fdoving> but the annoyuncement is there.
[02:24] <Riddell> quietly announced, it's not all compiled yet
[02:24] <fdoving> not on kubuntu.org frontpage though.
[02:24] <Hobbsee> fdoving: ahhh
[02:24] <Hobbsee> Riddell: and gutsy?
[02:24] <Riddell> https://launchpad.net/ubuntu/+source/kde4base/3.92.0-0ubuntu1 " Currently building"
[02:25] <Hobbsee> just call me lazy.
[02:30] <fdoving> nice, i'm subscribed to all mailinglists with the ubuntu.com address still launchpad tries to deliver launchpad-mail to kubuntu-devel with my lnix.net mail, because that's the default in launchpad.
[02:30] <_StefanS_> Riddell: is there any apps like konversation ready for kde4?
[02:30] <_StefanS_> Riddell: I dont really know about it :)
[02:30] <fdoving> we should probably not subscribe "kubuntu team" to bugs.
[02:30] <Hobbsee> fdoving: that has a black hole address
[02:30] <Hobbsee> fdoving: iirc
[02:30] <Hobbsee> fdoving: i dont know why people do, though
[02:31] <Hobbsee> well, assigning, anyway
[02:31] <Riddell> kubuntu-team goes to kubuntu-bugs@ list
[02:31] <Riddell> that's the whole point of that team now
[02:31] <fdoving> Riddell: must be kubuntu beasties then.
[02:31] <fdoving> it's https://bugs.launchpad.net/ubuntu/+source/dolphin/+bug/127693
[02:32] <ubotu> Launchpad bug 127693 in dolphin "dolphin konqueror like servicemenu support" [Wishlist,Confirmed]
[02:33] <fdoving> yep, Kubuntu Beasties does have kubuntu-devel@ as it's e-mail.
[02:34] <Hobbsee> fdoving: erk
[02:35] <fdoving> that team should probably be removed if it doesn't do anything usefull.
[02:36] <fdoving> anyone can subscribe it to bugs, but only a few can unsubscribe.
[02:36] <_StefanS_> x86 build is done for kde4
[02:37] <Hobbsee> woo!
[02:37] <Riddell> yay
[02:38] <Riddell> it won't appear for another half hour in the archives
[02:38] <_StefanS_> uhm :)
[02:39] <Hobbsee> no, but i'd better not download it here anyway :)
[02:39] <Hobbsee> Riddell: how long do kubuntu cds take to get to au?
[02:39] <Riddell> shipit ones?  I've no idea
[02:40] <Hobbsee> darn.
[02:40] <Hobbsee> Riddell: i hijacked my computing lecture today, to show off kubuntu :)
[02:40] <Riddell> cool!
[02:40] <Hobbsee> yeah!  :)
[02:42] <Hobbsee> so that was fun
[02:42] <Riddell> what did you show off?
[02:42] <Hobbsee> well, she was going to use putty to ssh into a unix machine
[02:42] <Hobbsee> but the uni wireless fell over for some reason, in that building
[02:42] <Hobbsee> so, she couldnt do the unix demo that she wanted
[02:43] <Hobbsee> so she says "sarah, do you have a copy of linux there?"
[02:43] <Riddell> and by chance you did?
[02:43] <Hobbsee> "oh, sure, here you go"  *brings laptop down, creates a spare directory, cds into that, makes terminal big, plugs into the projector stuff, it all just works*
[02:44] <Hobbsee> sure - i was using my laptop in the class.  writing emails and such :)
[02:44] <Hobbsee> got to say a bit about what the laptop was running, what linux is like, etc.
[03:12] <_StefanS_> Tonio_: I will patch kdebluetooth to use the old path naming, seems like []  is missing from the urls
[03:13] <Tonio_> _StefanS_: oki
[03:33] <_StefanS_> Tonio__: where did you find this package?
[03:33] <_StefanS_> Tonio__: maybe there's some commits to kde in parallel to make this work
[03:33] <Tonio__> _StefanS_: which package ?
[03:34] <_StefanS_> kdebluetooth
[03:34] <Tonio__> _StefanS_: wame problem for me and kdesudo....
[03:34] <Tonio__> _StefanS_: from kde svn
[03:34] <_StefanS_> bah :P
[03:34] <Tonio__> _StefanS_: don't mind nothing done on the obex side for ages, you will not duplicate another ev's work
[03:34] <_StefanS_> Tonio__: I dont know how to fix it then. Let drop the fade for kdesudo.
[03:34] <Tonio__> _StefanS_: testing the kdelibs patch compatibility now
[03:35] <Tonio__> so bad since the effect is nice :/
[03:35] <_StefanS_> yea.. but its a weird macbook problem..
[03:35] <_StefanS_> :)
[03:36] <_StefanS_> maybe we should get someone more knowing to look at it
[03:36] <_StefanS_> I simply might not be good enough to see whats wrong with it.
[03:37] <Tonio__> maybe yes...... Riddell may be able to help, and I think he has an apple machine
[03:38] <_StefanS_> Tonio__: this fade thingy is even simpler than the first, so it simply might be something with the layering of the widgets
[03:38] <Riddell> not to hand
[03:39] <Tonio__> _StefanS_: possibly yes
[03:39] <_StefanS_> Tonio__: means: I think the problem isn't in the fade itself, but maybe initialization of the program
[03:39] <mhb> trouble with apple machines?
[03:39] <_StefanS_> mhb: never heard of any trouble with apple machines :P
[03:40] <mhb> _StefanS_: I have a macbook
[03:40] <mhb> _StefanS_: non-pro
[03:40] <Tonio__> mhb: not sure if especially apple is concerned, but the fade effect fails to work on my macbook pro, causing x to hang
[03:40] <Tonio__> mhb: interesting, would you test for me please ?
[03:40] <_StefanS_> Tonio__: do you get any errors in the xorg log?
[03:40] <Tonio__> _StefanS_: lemme check
[03:40] <_StefanS_> Tonio__: good idea, get mhb to test also
[03:41] <mhb> Tonio__: of course, but it's a non-pro. How can I reproduce it?
[03:41] <Tonio__> mhb: you'll se that's very simple
[03:42] <Tonio__> mhb: have gutsy on that machine ?
[03:43] <mhb> Tonio__: yep
[03:43] <Tonio__> mhb: http://ubuntu.tonio.homelinux.org
[03:43] <Tonio__> mhb: use that repo and dist-upgrade
[03:43] <Tonio__> then install kdesudo
[03:43] <Tonio__> restart kde for new kdelibs
[03:44] <Tonio__> and then login and try to launch for example "kdesudo konqueror"
[03:44] <Tonio__> should hang while clicking OK
[03:46] <mhb> Tonio__: ah damn, another repository that's 386 only
[03:47] <Tonio__> mhb: nope
[03:47] <mhb> Tonio__: http://ubuntu.tonio.homelinux.org/dists/gutsy/main/binary-amd64/Packages.gz  404 Not Found
[03:48] <Tonio__> mhb: argh..... I can't compile for amd64 that's the problem
[03:48] <mhb> Hobbsee: read the minutes, silly :o)
[03:49] <mhb> Hobbsee: some great guy volunteered to make them
[03:49] <Hobbsee> mhb: or just read the entire log
[03:49] <Hobbsee> heh, i vaguely saw that
[03:52] <Tonio__> _StefanS_: last svn update seems to break the input devices support for kdebluetooth :/
[03:53] <_StefanS_> Tonio__: argh
[03:54] <_StefanS_> Tonio__: I just realized that we need to patch kdecore/kurl.cpp anyways... gives me a malformed url now, and kio_obex2 fakes hostname by setting it to "bluetooth", like the servername :)
[03:55] <_StefanS_> so cant remove bluetooth.
[03:55] <_StefanS_> great.
[03:55] <_StefanS_> oh 3.92 is available now
[03:56] <fdoving> why do you need to patch kurl.cpp ?
[03:56] <_StefanS_> Riddell:  ^
[03:56] <_StefanS_> fdoving: well, here goes...
[03:57] <_StefanS_> fdoving: old obex used this url form: obex://[00:1c:35:4f:0a:45] :10/Card memory
[03:58] <_StefanS_> fdoving: now its obex2://[00:1c:35:4f:0a:45] @bluetooth:10/Card memory
[03:58] <_StefanS_> fdoving: actually without []
[03:58] <fdoving> yep.
[03:58] <_StefanS_> fdoving: if you click up in konqy you get this url: obex2://00@bluetooth:10/Card memory
[03:58] <_StefanS_> fdoving: and the stuff dont work.
[03:59] <_StefanS_> fdoving: I have now added those [] , and now konqy gives me maltformed url ... dialog
[03:59] <_StefanS_> fdoving: removing the bluetooth from the url doesn't work either, as it can connect.
[03:59] <_StefanS_> can/cant
[03:59] <_StefanS_> but thats what I'm looking into now
[04:00] <fdoving> did you figure out what removes some of the address in the first place?
[04:00] <_StefanS_> but dont think kdebluetooth can work without setHost("bluetooth"), and therefore the patch for kurl.cpp to understand the new url should be.
[04:00] <_StefanS_> fdoving: I did.
[04:00] <fdoving> username/pass things?
[04:00] <_StefanS_> fdoving: yep
[04:00] <fdoving> does it use KURL->path() ?
[04:00] <_StefanS_> nope. url.
[04:01] <fdoving> can you point me to where this is done in kdebluetooth sources?
[04:01] <_StefanS_> sure
[04:02] <_StefanS_> fdoving: kdebluetooth-1.0~beta4/kdebluetooth/kioslave/sdp/btsdp.cpp (setHost() bluetooth stuff)
[04:03] <_StefanS_> fdoving: kdebluetooth-1.0~beta4/kdebluetooth/kioslave/obex/kio_obex/obeximpl.cpp|h for the url stuff
[04:03] <_StefanS_> fdoving: maybe you can figure it out :)
[04:03] <fdoving>             obexFtpURL.setUser(mAddress);
[04:04] <_StefanS_> thats the mac-address
[04:04] <fdoving> so that's the 00:1c:35:4f:0a:45 in your case.
[04:04] <_StefanS_> yep
[04:04] <fdoving> did you change mAddress ?
[04:04] <fdoving> to include the []
[04:04] <_StefanS_> yep
[04:04] <_StefanS_> lemme find the line
[04:05] <_StefanS_> its where it says mAddress = host
[04:06] <_StefanS_> fdoving: at 110, : mAddress = "[" + host + "] ";
[04:06] <fdoving> where do you remove them?
[04:07] <fdoving> you probably need to remove them before it's actually used for anything.
[04:08] <Riddell> _StefanS_: available in gutsy or feisty?
[04:12] <_StefanS_> gutsy
[04:13] <fdoving> _StefanS_: for example in: kioslave/sdp/btsdp.cpp void SdpProtocol::listDir(const KURL &url)
[04:14] <_StefanS_> fdoving: well I didn't finish, so it might work if they're stripped
[04:14] <ryanakca> oooh :) http://kde.org/announcements/announce-4.0-beta1.php
[04:15] <_StefanS_> fdoving: I'll try it
[04:16] <rbrunhuber8995> Riddell : you are the greatest!
[04:17] <Riddell> moi?
[04:17] <rbrunhuber8995> Riddell: Si
[04:17] <Riddell> better than Bono?
[04:17] <rbrunhuber8995> Riddell : The U2 Bono?
[04:17] <Riddell> yes
[04:18] <rbrunhuber8995> Riddell : Yes, because Bono did not package KDE 4 Beta 1 :-)
[04:18] <Riddell> :)
[04:19] <manchicken> Riddell: Did you package the beta already?
[04:19] <_StefanS_> fdoving: kio_obex2: kio_obexProtocol::setHost(host=bluetooth, port=10, user=00, pass=1c:35:4f:0a:45)
[04:19] <_StefanS_> fdoving: hehe the mac is splitted :)
[04:19] <fdoving> _StefanS_: nice. so much for using kurl for everything.
[04:20] <Riddell> manchicken: naw, I was waiting for bono to do it
[04:20] <_StefanS_> fdoving: definitely has its bugs ;)
[04:20] <manchicken> Riddell: Well, Bono won't even fight against DRM, so I don't hold out much hope.
[04:20] <fdoving> _StefanS_: when it's used for things it's not designed to do.. yeah.
[04:20] <rbrunhuber8995> manchicken: At least heise.de found the announcement: http://kubuntu.org/announcements/kde4-beta1.php
[04:21] <_StefanS_> fdoving: I'm doing a nasty thing here ... QString bhost=user+pass; :)
[04:21] <fdoving> _StefanS_: but the 00 remain after an UP.
[04:21] <_StefanS_> fdoving: yes but password is not disclosed i think
[04:22] <fdoving> _StefanS_: didn't understand what you just meant by user+pass, but if we could set the whole mac in the user= field, and drop password..
[04:22] <_StefanS_> fdoving: yes, it was sorta the same thing i meant.
[04:22] <fdoving> _StefanS_: you can have KURL display the password, it's only hidden when prettyURL is used.. iirc.
[04:22] <_StefanS_> fdoving: that explains that part atlest.
[04:22] <_StefanS_> atleast
[04:23] <fdoving> _StefanS_: http://api.kde.org/3.5-api/kdelibs-apidocs/kdecore/html/classKURL.html#9382bc0e035124e884f755cff962530f
[04:23] <fdoving> Does not contain the password if the URL has one, use url() if you need to have it in the string.
[04:23] <_StefanS_> fdoving: problem is that what we get back from kURl is borked
[04:23] <fdoving> _StefanS_: when doing what call?
[04:24] <_StefanS_> fdoving: yep
[04:24] <_StefanS_> fdoving: I dont split it anywhere..
[04:25] <fdoving> so kurl decides that the first : is a splitter.
[04:25] <_StefanS_> yep.
[04:25] <_StefanS_> user:password@host thingy
[04:26] <fdoving> yep.
[04:26] <_StefanS_> so..
[04:27] <_StefanS_> I kinda puzzled as to what we should do.. 1) patch kdebluetooth to take the "wrong" url and make it right 2) patch kdelibs/kdecore to possibly screw up alot, but make kdebluetooth work.
[04:27] <_StefanS_> I/I'm
[04:27] <fdoving> 1)
[04:27] <_StefanS_> yep.
[04:27] <_StefanS_> least probs
[04:27] <_StefanS_> doing that now.
[04:28] <_StefanS_> fdoving: probably first tonight, but I'll fix it.
[04:29] <_StefanS_> Tonio__: read ^
[04:29] <fdoving> _StefanS_: is there set a user?
[04:29] <fdoving> _StefanS_: because: a password can only appear in a URL string if you also set a user, see setUser().
[04:29] <fdoving> from api.kde.org
[04:29] <_StefanS_> fdoving: yep .. 00 :)
[04:29] <_StefanS_> no worries on that part
[04:29] <fdoving> _StefanS_: is that set in code somwehere, or does kurl do that itself?
[04:30] <fdoving> or is user the only thing set in code.
[04:30] <fdoving> and kurl makes everything after the first : a pass.
[04:31] <fdoving> the latter is correct.
[04:31] <_StefanS_> fdoving: the code says so ;)
[04:31] <_StefanS_> fdoving: kurl is just trying to be all smart.
[04:32] <fdoving> yep, or kdebluetooth is very dumb.
[04:32] <fdoving> using : in usernames.
[04:32] <fdoving> because the username isn't a username after all :)
[04:32] <_StefanS_> hehe well .. kio is broken then.
[04:32] <_StefanS_> shouldn't use urls at all.
[04:33] <_StefanS_> sort of a fits all approach. Only it doesn't fit.
[04:33] <_StefanS_> well..
[04:33] <fdoving> would fit if they did it the old-way,
[04:33] <fdoving> strip the []  before usage.
[04:34] <_StefanS_> well I just leave out []  entirely as it doesn't matter. : is the problem.
[04:34] <fdoving> then replace : with something else, - or something.
[04:35] <fdoving> then reverse on usage.
[04:35] <_StefanS_> uhm well good idea
[04:35] <_StefanS_> probably the nicest one.
[04:44] <_StefanS_> gotta go. be back later
[04:45] <fdoving> see you around.
[04:49] <lontra> where is the default colour scheme for kubuntu kept (i.e. what package and where is it physically install to)
[04:50] <Hobbsee> kubuntu-default-settings
[04:50] <Hobbsee> and use dpkg -L kubuntu-default-settings for the latter answer
[04:52] <lontra> Hobbsee: do you know what the file is called?
[04:52] <Hobbsee> lontra: not offhand, but it's in artwork/ or a similar directory
[04:53] <Riddell> kdeglobals mostly
[04:54] <Riddell> it's also /usr/share/kubuntu-default-settings/kde-profile/default/share/apps/kdisplay/color-schemes/kubuntuColours.kcsrc but that's not actually used unless the user changes colour scheme
[05:06] <nixternal> good morning
[05:07] <ScottK> Good morning nixternal
[05:09] <Hobbsee> erk!
[05:09] <ScottK> It only feels that way.
[05:09] <ScottK> It'll make you stronger.
[05:10] <Hobbsee> it's...like...15 mins long, and i dont know the subject matter, and i havent prepared it at all
[05:10] <ScottK> Two weeks is plenty of time to be an expert.
[05:10] <ScottK> Sounds thrilling.
[05:11] <ScottK> Just the sort of news one wants right before trying to sleep.
[05:11] <Hobbsee> yeah, well.
[05:11] <Hobbsee> oh well, time for bed.
[05:11] <Hobbsee> night all
[05:12] <ScottK> Good night Hobbsee
[05:12] <fdoving> yay, i made kdebluetooth work with Up.
[05:12] <fdoving> Tonio__: ^^
[05:19] <lontra> Riddell: thanks
[05:21] <Tonio__> fdoving: you rock :)
[05:21] <Tonio__> fdoving: don't forget to email me the patch
[05:21] <fdoving> Tonio__: i will, and i'll cc stefans.
[05:22] <Tonio__> fdoving: super
[05:22] <Tonio__> fdoving: beta5 unfortunatelly has a lot of regressions, I'll have to take care of initial upload
[05:22] <Tonio__> fdoving: I'll probably upload tonight
[05:24] <ScottK> Tonio__: I'm working on the new klamav upstream.  Do you want me to leave you as Maintainer or make you Original-Maintainer?
[05:27] <Tonio__> ScottK: just become maintainer :)
[05:27] <ScottK> No thank you.
[05:27] <Riddell> Maintainer should be MOTU
[05:27] <ScottK> I don't actually use my ubuntu.com address.
[05:27] <ScottK> OK.
[05:28] <fdoving> Tonio__: mail sent.
[05:29] <fdoving> Tonio__: what i did, was to replace : with - in the mac for the bluetooth device. that way KURL doesn't mess things up.
[05:31] <Tonio__> fdoving: grat
[05:31] <Tonio__> great
[05:35] <bobesponja> is there a mirror that already has kde 3.92 package?, I can't seem to find any as announced on http://kubuntu.org/announcements/kde4-beta1.php
[05:36] <nixternal> Riddell: did you get a chance to look at that kvkbd package?
[05:37] <Riddell> nixternal: nope, where is it again?
[05:37] <fdoving> Tonio__: are you in contact with kdebluetooth upstream?
[05:38] <nixternal> http://revu.tauware.de/details.py?upid=6298
[05:38] <Tonio__> fdoving: nope but I can
[05:38] <fdoving> Tonio__: if you're not, i'll just mail our current patches and ask for comments etc
[05:39] <Tonio__> sure
[05:41] <fdoving> sent.
[05:44] <ryanakca> Where in k-d-s is the katapult config file? I'm thinking of coloring it blue instead of purple (if nobody minds)
[05:44] <Tonio__> ryanakca: kde-rc-files/katapultrc
[05:44] <nixternal> ryanakca: as long as you use crayola crayons, then go for it :)
[05:45] <nixternal> haha
[05:45] <mikkael> i just tried this without success: http://kubuntu.org/announcements/kde4-beta1.php
[05:45] <mikkael> neither the full session nor xephyr is working for me :/
[05:46] <nixternal> xephyr has never worked for me..no matter what I tried
[05:46] <nixternal> mikkael: are you getting an error when logging in, or does it just kick you back out to the login screen?
[05:47] <mikkael> the last
[05:47] <nixternal> I have heard a few people saying that...
[05:47] <nixternal> I haven't tried the new packages just yet
[05:48] <Riddell> nixternal: 1 issue http://revu.tauware.de/details.py?upid=6298
[05:48] <Riddell> mikkael: do individual programmes work?
[05:48] <mikkael> im not able to start a kde4 session, just followed this steps here  http://kubuntu.org/announcements/kde4-beta1.php
[05:49] <mikkael> !paste
[05:49] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[05:49] <nixternal> did you export home?
[05:49] <mikkael> did i do right with the startkde script: http://paste.ubuntu-nl.org/32244/
[05:50] <nixternal> Riddell: you forgot to add 'export KDEHOME=~/.kde4' in there
[05:50] <Riddell> mikkael: yes
[05:50] <Riddell> nixternal: no, it's compiled in to use that now
[05:50] <nixternal> oh cool
[05:50] <Riddell> mikkael: do individual programmes work?
[05:50] <mikkael> Riddell: im on kde3 right now, have not yet logged into kde4
[05:51] <Riddell> mikkael: regardless, try and start them
[05:51] <Riddell> with the environment variables set
[05:51] <mikkael> when i choose the kde 4 session at kdm, fill in my login, i get thrown back to login screen
[05:51] <Riddell> so you said
[05:51] <fdoving> TheFuzzball in #kubuntu experience the same problem.
[05:51] <Riddell> try running a kde 4 application from a kde 3 session
[05:52] <mikkael> ah for example
[05:52] <mikkael> ?
[05:52] <Riddell> konsole
[05:53] <mikkael> hmm this give me kde 3
[05:53] <Riddell> "with the environment variables set"
[05:53] <mikkael> yes, sorry forgot to
[05:53] <mikkael> ill try a full session now and report
[05:53] <mikkael> brb
[05:53] <Riddell> no
[05:53] <Riddell> oh jings
[05:54] <ryanakca> hehe
[05:55] <ryanakca> Riddell: mind if I 'update' the current yakuake theme to blue? or would that be up to kwwii?
[06:07] <mikkael> up and running!
[06:07] <nixternal> Riddell: at the top of copying.lib, should I place something like "this license is for the files located in the admin/ directory"?
[06:07] <Riddell> nixternal: no
[06:07] <nixternal> roger that, just add COPYING.LIB to the root dir, and create the .orig and that's good?
[06:07] <Riddell> mikkael: what did you change?
[06:07] <Riddell> nixternal: yep
[06:07] <nixternal> well add stuff to debian/ of course
[06:07] <mikkael> added the export line of KDEHOME to ths startkde script
[06:07] <mikkael> this is missing on the kubuntu announce
[06:07] <Riddell> mikkael: what did you set KDEHOME to?
[06:07] <mikkael> what you did write earlier
[06:07] <fdoving> Riddell: 18:01 < TheFuzzball> right, When I run startkde in a terminal I get this error ".: 85; Can't open /home/.kde4/shar/config/startupconfig" does anyone else have this problem?
[06:07] <kwwii> ryanakca: if the blue fits well with the new bg it would be fine by me
[06:07] <kwwii> if you wouldn't mind, make a screenshot
[06:07] <kwwii> time for YaM
[06:07] <ryanakca> methinks it'll need a patch to katapult sources, unless there's a way to create a theme and put it in k-d-s
[06:07] <Riddell> katapult?  for yakake?
[06:07] <nixternal> test building kvkbd now and will reupload it here in a minute
[06:08] <nixternal> Riddell: also, I contacted the developer with the requests that were listed in the spec...Resizable window will be worked on, as for the macros and one button key selection, him and I both don't fully understand
[06:09] <nixternal> also, he seems a little busy with personal life right now, but will be getting back to its development
[06:10] <nixternal> I will also need some guidance on adding the info into k-d-s, unless someone wants to whip whatever is needed up quickly
[06:12] <mikkael> Riddell: here on the announcement: http://kubuntu.org/announcements/kde4-beta1.php is this export line missing: export KDEHOME=~/.kde4
[06:13] <Riddell> mikkael: I've added it now, but I'm still puzzled as to why that could make a difference
[06:14] <mikkael> well thanks for helping me to get this started..just wanted to have a look and play around a bit. it seems all evolving great..
[06:14] <Riddell> thanks for testing
[06:15] <ScottK> nixternal: I'm looking at kvkbd now.
[06:15] <Riddell> mikkael: are you on gutsy or feisty?
[06:15] <mikkael> gutsy
[06:15] <nixternal> Riddell: http://revu.tauware.de/details.py?upid=6305
[06:16] <Riddell> "That's all there is to it!" huh?
[06:16] <ScottK> nixternal: I'm looking at it now (unless you'd rather do it, Riddell)?
[06:17] <Riddell> wow, that really is at the end of the LGPL
[06:17] <Tonio__> fdoving: does a kcmshell kcm_btpaired crash for you ?
[06:17] <Tonio__> fdoving: segfaults here
[06:17] <Riddell> ScottK: needs me and someone else
[06:17] <nixternal> ScottK: fyi - that is going into main, tis why I bugged mr. JR :0
[06:17] <nixternal> hahahahahaha Riddell...I seen that when I copied and pasted it into the copying file
[06:17] <nixternal> that was the first time I ever seen that
[06:17] <fdoving> Tonio__: yep, confirmed.
[06:17] <ScottK> Riddell: Except nixternal is MOTU, so he counts as one of the two now.
[06:18] <nixternal> not for Main, I don't count yet :)
[06:18] <Tonio__> fdoving: oki I'm trying to fix this one
[06:18] <ScottK> Then I don't either.
[06:18] <nixternal> lol
[06:18] <fdoving> Tonio__: great :)
[06:18] <nixternal> ScottK: you can still have a cookie though
[06:18] <Tonio__> fdoving: there is also a big regression on the input wizzard, but that's due to today's commit svn
[06:18] <ScottK> Great. It's lunch time here.
[06:18] <Tonio__> fdoving: no doubt it'"ll be fixed soon
[06:19] <ScottK> If Riddell is reviewing, I'm either unneccessary or don't count, so I'll go do something else...
[06:20] <fdoving> Tonio__: good. bbl, kid needs food.
[06:20] <Riddell> ScottK: I've already advocated :)
[06:20] <Riddell> nixternal: go ahead and upload then
[06:20] <ScottK> Cool.  nixternal, why don't you upload it then.
[06:20] <Riddell> next would be a main inclusion report
[06:20] <Tonio__> fdoving: hehe
[06:21] <nixternal> Riddell: upload it to universe I take it?
[06:21] <nixternal> and then from there we do the MIR and it gets moved
[06:21] <nixternal> gotcha
[06:21] <nixternal> uploaded!
[06:22] <ScottK> Yeah.
[06:22] <nixternal> hehe, groovy
[06:23] <nixternal> OK, need to go take my philosophy final...see ya in a bit
[06:23] <Riddell> just go all RMS on them
[06:23] <Riddell> good luck
[06:23] <ScottK> Just answer "Orbital laser death rays" to everything and then complain they don't understand.
[06:23] <ScottK> Good luck.
[06:25] <nixternal> haha, thanks
[07:06] <fdoving> is anyone investigating the nspluginview-100-cpu issue?
[07:06] <fdoving> s/100/100%/
[07:08] <Riddell> not that I know of
[07:09] <fdoving> it's very annoying.
[07:31] <DaSkreech> kwwii: I volunteer to review any of the pizzas that come in
[07:31] <kwwii> DaSkreech: funny enough my wife is making a pizza at this moment
[07:31] <kwwii> ;-)
[07:32] <DaSkreech> kk
[08:05] <ScottK> I'm working on updating Klamav based on the meeting discussion yesterday.
[08:05] <ScottK> I'd appreciate comments on the modified Clamav upgrade notification I'm going to use.
[08:06] <ScottK> Please see http://paste.ubuntu-nl.org/32261 and let me know what you think.
[08:16] <lontra> will klamav  be default in gutsy?
[08:17] <ScottK> Not sure what you mean?
[08:17] <ScottK> It will not be installed by default.
[08:17] <lontra> ScottK: like will it be part of the kubuntu-desktop meta package
[08:17] <lontra> ScottK: ok
[08:17] <ScottK> No.
[08:17] <ScottK> It's in Universe, not in Main, so it's not eligible.
[08:18] <lontra> btw ... will network-manager-kde be replacing knetworkmanager in gutsy?  i noticed that upgrading to gutsy removes knetworkmanager but doesn't install network-manager-kde ... which is strange to me since it's the same program
[08:18] <ScottK> But you will be able to install it through Adept or Apt.
[08:18] <ScottK> IIRC, yes, but I'm not the best person to ask.
[08:19] <lontra> gutsy is looking to be the best kubuntu release yet ... imo
[09:45] <nfoonf> hi
[09:45] <nfoonf> Folks, does anyone of you know, whats up with kde 4 beta 1 Packages in Feisty Backports?
[09:45] <fdoving> are there problems?
[09:46] <nfoonf> seems they're not available...
[09:46] <apachelogger> nfoonf: because they aren't uploaded yet I guess ;-)
[09:46] <apachelogger> or maybe they are but not yet built
[09:46] <nfoonf> hmmm...
[09:47] <nfoonf> okay.. seems some1 has opened a wikipage already...
[09:48] <nfoonf> kde.org is also talking about ready kubuntu packages in the beta 1 release announcement
[09:49] <nfoonf> okay.. thanx for the Infos.. keep up the good work...
[09:50] <fdoving> https://launchpad.net/ubuntu/+source/kde4base/3.92.0-0ubuntu1~feisty1
[09:50] <fdoving> Riddell: dependency-wait on https://launchpad.net/ubuntu/+source/kde4base/3.92.0-0ubuntu1~feisty1
[09:50] <fdoving> what does that mean?
[09:54] <fdoving> libcaptury-dev isn't available on feisty.
[09:56] <stdin> https://launchpad.net/ubuntu/+source/libcaptury/0.3.0+svn20070725-0ubuntu1~feisty1 < building now
[09:57] <Riddell> yep, it's in accepted
[09:57] <Riddell> publisher will run in 10 minutes and put it into the archive in about 40 minutes time
[09:57] <Riddell> dunno how long it'll take for kde4base to decide to compile after that
[09:59] <fdoving> how hardcore are the buildservers? quadcore with 8G+ ram and super-fast disks?
[10:00] <fdoving> kdebase is rather big.
[10:01] <stdin> I know one of canoniclas LTSP servers is a quad 2.66 with 16GB ram
[10:05] <Riddell> they all looked much the same when I saw round the data centre :)
[10:10] <fdoving> probably slightly faster than my laptop then :)
[10:16] <DaSkreech> Riddell: Have you heard any Ubuntu overtures about Smolt?
[10:17] <Riddell> DaSkreech: never heard of it
[10:18] <DaSkreech> Fedora's New project of an opt-in hardware database
[10:18] <DaSkreech> They are asking other Distros to jump in and participate make use of it so it becomes a Linux community effort ratehr than a Fedora
[10:19] <DaSkreech> I would assume that Ubuntu was one of the lucky invitees
[10:21] <Riddell> not cross my inbox at least
[10:33] <DaSkreech> Ok I'll go bug #ubuntu-devel
[10:46] <DaSkreech> Riddell: Looks like we are interested in smolt
[10:47] <DaSkreech> Lets see if they have a QT front end :)
[10:55] <DaSkreech> What's the package that gives the new fancy mange repos on Adept?
[10:56] <DaSkreech> Manage
[10:56] <fdoving> software-properties-kde
[10:56] <DaSkreech> Thanks
[11:18] <DaSkreech> Riddell: Course you know that this was in KDE repos already :(
[11:19] <Riddell> what was?
[11:20] <fdoving> where is that app?
[11:23] <fdoving> DaSkreech: where is that app?
[11:23] <DaSkreech> Knoware
[11:23] <DaSkreech> in KDE svn
[11:26] <sahin_h> Riddell: Thanks for the Gusty KDE4 packages! It's better to play with KDE4 on Gutsy than KDE4 Live CD.
[11:29] <DaSkreech> fdoving: http://developer.kde.org/summerofcode/knoware.html
[11:29] <fdoving> DaSkreech: it's compiling. :)
[11:30] <DaSkreech> ha ha :)
[11:32] <fdoving> DaSkreech: did you read anywhere that it supports smolt in any way?
[11:32] <DaSkreech> fdoving: I've e-mailed him a few times but he seems a hard core Python guy now
[11:32] <DaSkreech> fdoving: This is years before smolt :)
[11:32] <fdoving> right.. 2005.
[11:33] <fdoving> the smoltgui is dead simple.
[11:33] <fdoving> .py of course.
[11:40] <DaSkreech> :-)
[11:40] <DaSkreech> If it has layers tehn Knoware could leverage it
[11:45] <DaSkreech> fdoving: I may be too rosy eyed about smolt but it looks to be multi layered
[11:46] <DaSkreech> There can be a Knoware layer then that could use Knoware as the front end and leverage a separate backend for analysis
[11:56] <fdoving> maybe, i have no clue how it works.


[01:41] <lotuspsychje> good morning
[07:08] <ducasse> good morrow
[07:08] <murmel> good tomorrow? ^^
[07:09] <ducasse> 'morrow' is an old english term for 'morning' :)
[07:09] <murmel> ahh, til :)
[07:10] <ducasse> not really been in use for 200 years or so
[07:12] <murmel> eh, you never know if it gets used again
[07:57] <wez_hn> verily
[15:46] <arraybolt3[m]> So, I see Canonical just launched Ubuntu Pro for more than just the cloud. They offer physical server and desktop pricing, as well as a way to buy stuff for public cloud instances, but this raises the question - what's the virtual server pricing like?
[15:47] <arraybolt3[m]> Does a physical server license come with virtual server licenses for all of the VMs run on that server?
[15:48] <arraybolt3[m]> Also, I know Ubuntu membership came with an expansion of Ubuntu Advantage licenses from 3 for personal use to 50 for personal use - how does this apply to Ubuntu Pro since Ubuntu Advantage is now becoming Ubuntu Pro?
[15:51] <arraybolt3[m]> I'd guess Ubuntu Pro (infra-only) would remain 50 licenses for Ubuntu members, with up to five of those being available to use as full Ubuntu Pro?
[15:52] <arraybolt3[m]> It will also be interesting to see how Ubuntu Pro interacts with MOTUs now that Ubuntu is taking on maintaining Universe as well.
[15:56] <lotuspsychje> !Phasedupdates is <reply> Since Ubuntu 21.04, Apt now implements phased updates. This can hold back updates on some machines while they are being phased. Visit https://help.ubuntu.com/community/PhasedUpdates for more info.
[16:49] <lotuspsychje> arraybolt3[m]: https://canonical.com/careers/3798310
[16:50] <arraybolt3[m]> lotuspsychje: LOL well hold on I've not even been around for a whole year yet.
[16:50] <lotuspsychje> hehe
[16:50] <lotuspsychje> would be great to be payed to write right!
[17:01] <arraybolt3[m]> Hmm... "Is familiar with Git or other version control systems" yikes, Git is my nemesis
[17:01] <arraybolt3[m]> I mean I can work with it, but it's tricky.
[17:03] <lotuspsychje> an job role title sounds always heavier then the actual physical role
[17:03] <lotuspsychje> we are humans, not machines right
[17:08] <cbreak> git is great
[17:09] <cbreak> especially when comparing to the before-times
[17:09] <arraybolt3[m]> git is a nightmare
[17:10] <arraybolt3[m]> I wonder if SVN or Bazaar would be any better.
[17:10] <cbreak> SVN is horrible
[17:10] <cbreak> and bazaar is similar to git, just worse
[17:11] <cbreak> but bazaar failed years ago I think
[17:14] <leftyfb> arraybolt3[m]: it took a while for git to "click" with me. Once it did, I get it now and it works as well as it should
[17:17] <cbreak> I've used it since working on my masters thesis like 14 years ago, and it was so much better than SVN, I never looked back (voluntarily). git saved me so many problems over the years...
[17:19] <arraybolt3[m]> Git seems to stand for "Gobble Information and Throw it away" for me. I've had it eat my data so many times.
[17:20] <arraybolt3[m]> I kept having to delete the directory containing the repo and re-clone the project.
[17:24] <ravage> you are doing it wrong then :)
[17:25] <cbreak> the big advantage of git over lesser alternatives is that you basically never lose information by accident
[17:25] <arraybolt3> ravage: Well that much is obvious but how to do it right keeps escaping me.
[17:25] <cbreak> and since history is distributed redundantly, including local copies, you don't have to contact servers all the time
[17:25] <cbreak> and you don't have to re-clone at all
[17:26] <ravage> arraybolt3, there are some pretty good git tutorials on youtube
[17:26] <cbreak> with subversion, you have to re-copy and re-download all the data every time you switch branches :/
[17:26] <leftyfb> there's also #git
[17:26] <arraybolt3> cbreak: Ah, yes, but you see, I use git reset --hard.
[17:26] <cbreak> arraybolt3: that's fine.
[17:26] <cbreak> that's an _intentional_ way to lose data :D
[17:27] <arraybolt3> Fair enough, but how to unmangle things can be tricky when you don't know what you're doing.
[17:27] <cbreak> yes.
[17:27] <leftyfb> arraybolt3: future reference, if you want to revert your changes but not lose the changes, use git stash
[17:27] <arraybolt3> https://xkcd.com/1597/
[17:27] <arraybolt3> leftyfb: I'll look into it, thanks!
[17:27] <cbreak> arraybolt3: know your tools. That's a fundamental rule of tool-usage :)
[17:28] <lotuspsychje> ogra arraybolt3 seems like !phasedupdates is now ready to go!
[17:28] <lotuspsychje> tnx for the fix (who ever it was)
[17:28] <cbreak> arraybolt3: if you're into dags, take a look: https://eagain.net/articles/git-for-computer-scientists/
[17:28] <cbreak> this helped me understand git early on
[17:28] <cbreak> well... the fundamentals at least
[17:28] <leftyfb> arraybolt3: funny enough, I still didn't understand git or bzr fully when I worked at Canonical. I learned it better at my current company
[17:29] <cbreak> but most of git is still just a thin wrapper around these fundamentals
[17:29] <leftyfb> (I was there when bzr was still being used)
[17:31] <cbreak> whoa :O
[17:31] <cbreak> someone actually used that thing?
[17:31] <leftyfb> we did back then, yes
[17:31] <cbreak> I hardly ever saw even mercurial in the wild, and apparently bazaar was even less popular
[17:31] <arraybolt3> Welp, I probably am going to vanish back into work. I just figured out how to break KDE something fierce. :/
[18:03] <murmel> arraybolt3[m]: are they really maintaining universe for 10y?
[18:03] <murmel> couldn't find anything
[18:04] <murmel> nice, I don't have any browser which is working rn :(
[18:04] <arraybolt3[m]> murmel: That's what it looks like.
[18:05] <murmel> interestingly, a couple days ago, I wondered how canonical handles the whole container system, as no docker or podman are in main
[18:07] <murmel> huh? did ubuntu for server got more expensive? I had something reletively to 250 in my mind
[18:11] <murmel> ahh, they removed the midtier, and no option for only vm (non public cloud)
[18:12] <arraybolt3[m]> murmel: There's an Ubuntu Pro (infra-only).
[18:12] <arraybolt3[m]> And that one is only $225/yr.
[18:13] <arraybolt3[m]> Which appears to be the same as the original Ubuntu Advantage.
[18:13] <murmel> yeah, I am still figuring out the design of the webiste ;)
[18:13] <murmel> also just found it
[18:13] <arraybolt3[m]> Not sure what they're going to do with virtual servers.
[18:15] <murmel> idk, pretty sure the "full" server support wasn't $3400 before, so maybe they are included
[18:17] <murmel> yeah comparing it to rh, it seems like they go the same route (as the price is almost the same) which means unlimited vms
[18:18] <tomreyn> arraybolt3[m]: where did you read that "Ubuntu is taking on maintaining Universe as well"? (news to me, yet, but i keep missing such)
[18:18] <arraybolt3> tomreyn: https://ubuntu.com/pro
[18:19] <arraybolt3> Also in section 4 of https://ubuntu.com/pro/subscribe
[18:19] <murmel> tomreyn: it's in beta right now, frontpage of ubuntu.com/pro
[18:20] <tomreyn> wow, that'd be a big step
[18:20] <murmel> yes, i really wonder how they want to handle that
[18:21] <tomreyn> especially because some of these packages are in reeeeally sad states right now
[18:22] <arraybolt3> Seems really cool, but also somewhat worrisome to me. If a MOTU makes a change in Universe that is incompatible with a change Canonical makes in Ubuntu Pro, and then a customer upgrades to Ubuntu Pro, that would cause a regression. Maybe Canonical and the MOTU/CoreDev team will end up working together more closely? I hope it doesn't clobber the community in some ways.
[18:23] <arraybolt3> (I'm still reeling after learning about the explosion in 2019 over Stack Exchanges moderator code of conduct, where they basically shredded a bunch of their moderator community and nearly got in a libel suit (or may have gotten in a libel suit))
[18:25] <arraybolt3> Anyway, they seem to still have Universe in a "best effort" situation if you don't use full Ubuntu Pro, so hopefully that means that things will be business as usual down here and Canonical and their partners will figure out how to work with what we do, just like they work with what upstream does.
[18:33] <tomreyn> good point about MOTU package updates vs ubuntu pro security support
[20:26] <murmel> is there a reason besides pushing snaps that canonical has to be so hostile towards anything what could hinder snap adoption? (just did the upgrade to kinetic and it literally installed snap-store, while also removing my manual installed gnome-software)
[20:33] <arraybolt3[m]> murmel: With how Ubuntu works, I don't think that's a hostile move on their part. Dependencies do weird things sometimes, not because one side is being hostile, but because someone changed something in a way that made sense in one spot but ended up not making sense elsewhere. Case in point, Lubuntu is not KDE, but due to an interesting dependency problem, KDE's System Settings is getting added to the Lubuntu Kinetic ISOs by
[20:33] <arraybolt3[m]> default on accident.
[20:33] <arraybolt3[m]> We intend to fix that.
[20:39] <murmel> arraybolt3[m]: is there a way to see what do-release-upgrade marked as removable? can't find anything in the logs, besides apt where it removed the packages
[20:40] <arraybolt3[m]> I'm not sure. #ubuntu might have people who know.
[20:40] <murmel> argh, should have looked at the list :(
[20:40] <murmel> thanks


[12:52] <SportChick> Seveas: you still here?
[12:52] <effie_jayx> nalioth,  how could I ask for a cloak for a lug
[12:54] <effie_jayx> nalioth,  nevermind looking into http://freenode.net/group_registration.shtml
[12:56] <nalioth> effie_jayx: that is the path to cloakdom  :)
[01:46] <ubotu> In ubotu, nj786 said: uboto, this is making no sense
[02:17] <ubotu> In ubotu, crimsun said: no, fuse is You can read about Ubuntu NTFS writing using fuse here: https://wiki.ubuntu.com/Lkraider/NtfsFuse
[02:34] <_mre|666> god
[02:34] <_mre|666> you guys are a bunch of nazis
[02:34] <LjL> that's not the way to start the conversation, though
[02:35] <_mre|666> you all sold out to Michael Dell
[02:35] <_mre|666> no wonder ppl hate you all
[02:35] <cables> LjL, why didn't you let RawSewage keep his nick?
[02:35] <LjL> i didn't let anybody keep or not keep anything, actually
[02:35] <effie_jayx> gee talks a saint _mre|666 <-----
[02:35] <cables> LjL, ok... some of the ops were bugging him about his nick before
[02:42] <ubotu> In #ubuntu-offtopic, concept10 said: ubotu, concept10 is an elite war veteran, linux advocate and zsh-lover.  Please make sure you salute or say hello when he comes around.
[02:57] <DBO> feeling better today nalioth?
[02:58] <LjL> guess not
[02:59] <DBO> oh well
[02:59] <SportChick> he'll brb
[03:01] <DBO> btw, did the DDOS patter out already?
[03:06] <LjL> DDOS? you mean the bots?
[04:06] <ubotu> posingaspopular called the ops in #ubuntu-chicago
[06:01] <ubotu> lethu called the ops in #ubuntu
[06:04] <nalioth> idiots
[06:05] <nixternal> heh
[06:05] <nixternal> you think?
[06:06] <stdin> in #ubuntu, what do you think? :p
[09:02] <ubotu> In #ubuntu-in, baks17 said: !HereBeDragon is an insignificant dragon
[09:10] <ubotu> In #ubuntu-in, techno_freak said: !Python is an extensive object-oriented programming language with extensive standard libraries, and is easy to learn and use
[09:10] <Madpilot> !python
[09:10] <ubotu> Sorry, I don't know anything about python - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[09:11] <Madpilot> hmm. a variant might be worth plugging in, given how popular python is with Ubuntu
[09:12] <Myrtti> true
[09:20] <Seveas> SportChick, ?
[09:53] <PriceChild> ping Seveas
[09:54] <Seveas> PriceChild, ?
[09:54] <PriceChild> wondering what was happenning about the council? guess we're gonna have it ready by the meeting after next?
[09:55] <Seveas> no
[09:55] <Seveas> well, yeah, in two weeks time it'll be ready (misread your words)
[09:55] <Seveas> will have to poke people first
[09:55] <PriceChild> sounds good :)
[09:55] <PriceChild> which people?
[09:55] <Seveas> 'jury'
[09:55] <PriceChild> aha yes
[09:57] <Seveas> ajmitch?
[09:57] <Seveas> :p
[09:59] <PriceChild> I visited it once and I _never_ gave them my email address... They must just be psychic
[10:01] <Madpilot> I set up a new email address a few weeks ago, haven't used it except for a few test emails and only given it to 2 or 3 people - collected my 1st spam today...
[10:02] <Madpilot> :|
[10:22] <Myrtti> I don't particularly like the !windows
[10:23] <Seveas> !windows
[10:23] <ubotu> For help with Microsoft Windows, please visit ##windows or your nearest mental health institute. See http://launchpad.net/distros/ubuntu/+bug/1 http://linux.oneandoneis2.org/LNW.htm and !equivalents
[10:23] <Seveas> it's been like that for ages...
[10:24] <Myrtti> nearest mental health institute? isn't that a bit harsh? people do need to use it for some apps, or are forced to
[10:25] <DBO> well thats why theres an options
[10:25] <DBO> s/s$//
[12:28] <PriceChild> whoa Hobbsee blogged :O
[12:46] <Hobbsee> PriceChild: indeed!
[12:46] <Hobbsee> hi Fujitsu
[01:01] <popey> chaps!
[01:01] <popey> if i want an #ubuntu-foobarbaz channel - do I have to do anything funky?
[01:03] <PriceChild> join it and /msg chanserv register #ubuntu-foobarbaz ?
[01:04] <popey> ahh, cool
[01:04] <popey> thought there might be some magic I need to talk to you lot about
[01:05] <Hobbsee> it needs to follow the coc
[01:05] <PriceChild> Nope. As long as people play nice in channels with ubuntu in we don't have any problem with it afaik
[01:06] <popey> brill
[01:06] <popey> oh and one more thing
[01:06] <popey> get a haircut!
[01:06] <popey> :)
[01:08] <PriceChild> How mean!
[01:08] <PriceChild> Although I have needed a haircut for some time...
[01:49] <mc44> he just complains about everything
[01:50] <elkbuntu> mc44, that doesnt make it any less trollish
[01:50] <mc44> sure, just saying :)
[05:36] <ubotu> PriceChild called the ops in #ubuntuforums
[05:36] <LjL> ...
[05:40] <PriceChild> LjL, we're having a HUGE spam attack on forums... just alerting any mods on irc
[05:40] <PriceChild> easiest way
[07:46] <ubotu> PriceChild called the ops in #kubuntu
[08:11] <ompaul> popey, ubugflu hit me this afternoon but looks like it will be short lived - I am feeling a lot better now
[10:02] <ubotu> In #ubuntu, crossout said: ubotu: well it is done, it works with the mother board card but it wont switch to the audigy
[10:21] <Daviey> hmm... shouldn't ubotu know what !unix is? :s
[10:22] <Hobbsee> !unix
[10:22] <ubotu> Sorry, I don't know anything about unix - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[10:22] <Hobbsee> perhaps, but no one has added it
[10:22] <Daviey> Hobbsee, ta
[10:24] <Daviey> Hobbsee, thanks for volunteering to add it <grin>
[10:25] <Hobbsee> heh
[10:25] <Hobbsee> i did no such thing.
[10:25] <Daviey> Hobbsee, would you mind... Some of us aren't trusted :)
[10:26] <Hobbsee> Daviey: that doesnt mean they cant propose factoids
[10:26] <Hobbsee> hiya Seveaz
[10:26] <Daviey> Hobbsee, what's the syntax?
[10:26] <PriceChild> Daviey, I didn't mean it like that you meanie! :)
[10:27] <Hobbsee> Daviey: !foo is <reply> bar, or !foo is bar
[10:27] <Daviey> PriceChild, to quote "I'm trusted, your not na na na"
[10:27] <Daviey> :)
[10:27] <PriceChild> Hehe :)
[10:36] <ubotu> In #ubuntu-uk, Daviey said: !unix is <reply> UNIX is the original proprietary operating system that GNU/Linux is based upon.
[10:36] <Daviey> tell-tale
[10:58] <ompaul> %logon
[10:59] <ompaul> @whoami
[10:59] <ubotu> ompaul
[10:59] <ompaul> !unix is the proprietary operating system that was supposed to be posix complient, just like GNU/Llinux
[10:59] <ubotu> I'll remember that, ompaul
[11:01] <tsmithe> Llinux?
[11:02] <ompaul> ohhhhh
[11:03] <ompaul> !unix is the proprietary operating system that was supposed to be posix complient, just like GNU/Linux
[11:03] <ubotu> But unix already means something else!
[11:03] <ompaul> !no unix is <reply> the proprietary operating system that was supposed to be posix complient, just like GNU/Linux
[11:03] <ubotu> I'll remember that ompaul
[11:05] <Daviey> "was supposed to be..."  bit harsh?
[11:06] <bbrazil> huh? Posix came from UNIX, not the other way round
[11:07] <Daviey> Exactle-mundo
[11:07] <Daviey> "<reply> UNIX is the original proprietary operating system that GNU/Linux is based upon."  ftw
[11:08] <Burgundavia> linux is not based on unix
[11:08] <Burgundavia> it is inspired by and uses the POSIX standard
[11:09] <ompaul> exactly the point it I was making but there has to be a way to say both a little better
[11:09] <ompaul> somewhere between me and bbrazil
[11:09] <ompaul> but I can't find words for it
[11:09] <ompaul> corey its all yours ;-)
[11:09] <Burgundavia> about to head to bed
[11:10] <ompaul> okay
[11:10] <bbrazil> Burgundavia: linux does not use the POSIX standard - that's mostly in libc
[11:10] <bbrazil> but it does affect the design
[11:10] <ompaul> bbrazil, so how about this
[11:10] <Burgundavia> cya
[11:11] <ompaul> unix the proprietary operating system that spawned the posix standard which was what libc was based on which GNU/Linux is build from
[11:12] <ompaul> bbrazil, ^^ is that one better?
[11:12] <Seveaz> ompaul, plase give `23meg an ubuntu cloak
[11:13] <Daviey> and me?
[11:13] <Daviey> i fancy a ubuntu cloak
[11:14] <bbrazil> ompaul: not really, it's too wordy
[11:15] <ompaul> okay my last try for today
[11:16] <Seveaz> ompaul, Daviey can have a cloak as well :)
[11:17] <Daviey> "Unix is the proprietary operating system that inspired the POSIX standard that GNU/Linux is based upon"
[11:17] <Daviey> Seveaz, I take a 'Large'
[11:17] <Daviey> Preferably in blue :)
[11:17] <ompaul> ehhh don't think we have that size or colour
[11:18] <Daviey> black or black eh?
[11:33] <Pumpernickel> Any color you want, really.   See http://forum.beryl-project.org/ - Help in #ubuntu-effects and #beryl.


[15:59] <lynxman> o/
[16:00] <jamespage> o/
[16:00] <hallyn> \o
[16:00] <smb>  /o\
[16:00] <roaksoax> o/
[16:00] <jamespage> smb: that bad?
[16:00] <utlemming> o/
[16:01] <smb> jamespage, maybe not. just trying to cope with multiple streams of input :)
[16:01] <zul> heylo
[16:02] <jamespage> ok - lets get started
[16:02] <jamespage> #startmeeting Ubuntu Server Team Meeting
[16:02] <meetingology> Meeting started Tue Apr  3 16:02:27 2012 UTC.  The chair is jamespage. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:02] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:02] <adam_g> o/
[16:02] <jamespage> #topic Review ACTION points from previous meeting
[16:03] <jamespage> SpamapS: invite aquette to next server team meeting to discuss servercloud-p-cloud-power-management
[16:03] <smoser> o/
[16:03] <jamespage> hmm - guess that either did not happen or aquette could not make it
[16:04] <jamespage> moving on
[16:04] <jamespage> #topic Precise Development
[16:04] <jamespage> #topic Release Bugs - http://reports.qa.ubuntu.com/reports/ubuntu-server/release-bugs.html
[16:04] <jamespage> OK  - lets do the list...
[16:05] <jamespage> bug 960276
[16:05] <jamespage> zul - has the new patch for console logging landed yet?
[16:06] <zul> jamespage: landed in our packaging hasnt landed upstream yet
[16:06] <jamespage> zul: ack
[16:07] <jamespage> bug 883988
[16:07] <adam_g> jamespage: fixed upstream finally, will trickle into ubuntu with our next glance upload
[16:07] <adam_g> or Essex final
[16:07] <jamespage> +1
[16:07] <zul> or rc3
[16:07] <jamespage> lol
[16:07] <jamespage> bug 924739
[16:08] <jamespage> adam_g, I said I would help out with that last week - my bad - catchup later
[16:08] <jamespage> bug 928990
[16:08] <adam_g> k
[16:08] <lynxman> o/
[16:09] <jamespage> utlemming, found any time to look at that yet?
[16:10] <utlemming> I started, but got distracted on other things. I hope to get that done this week.
[16:10] <jamespage> utlemming, ack - I'm going to assign you the bug (had to think hard back to last week)
[16:10] <jamespage> bug 930916
[16:10] <jamespage> assigned to SpamapS
[16:10] <jamespage> who is not here....
[16:11] <jamespage> I'll poke him about that and some php5 stuff as well later
[16:11] <jamespage> adam_g: bug 966115
[16:11] <adam_g> jamespage: on my TODO today
[16:11] <jamespage> \o/
[16:11] <jamespage> great
[16:11] <jamespage> bug 880339 appears to be blocked on lack of information from the reported ATM
[16:12] <jamespage> bug 907197
[16:12] <jamespage> zul: still pending a response? have you seen this issue yourself?
[16:12] <zul> no i havent, i think we should take it off our list
[16:13] <jamespage> zul: as we don't have confirmation at this point I think that makes sense
[16:13] <jamespage> bug 916065
[16:14] <jamespage> I need to catch SpamapS about
[16:14] <jamespage> bug 966069
[16:14] <jamespage> looks like that is pending upload?
[16:15] <jamespage> yes it is...
[16:15] <adam_g> jamespage: waiting for the horizon rc
[16:15] <jamespage> bug 967430
[16:16]  * ttx is waiting for the horizon rc too
[16:16] <ttx> damn californians
[16:16] <ttx> adam_g: note that Glance RC3 will include your db fix
[16:16] <adam_g> ttx: saw that one, thanks
[16:17] <jamespage> marvellous
[16:17] <ttx> should be out today or early tomorrow
[16:17] <jamespage> roaksoax, are you going to have time to pickup bug 967430?
[16:17] <roaksoax> jamespage: i sure hope so
[16:17] <roaksoax> by the end of the week
[16:18] <jamespage> great
[16:18] <roaksoax> assigning it to myself
[16:18] <jamespage> roaksoax, one step ahead of you...
[16:18] <jamespage> bug 901881
[16:19] <adam_g> jamespage: still waiting on the keystone MIR to create the direct Depends
[16:19] <zul> jamespage: im hoping next week for that one
[16:19] <jamespage> zul: ack
[16:20] <jamespage> scans the rest of the list....
[16:20] <jamespage> there are a few FTBFS that need dealing with - genshi is already on the report
[16:21] <jamespage> but I also saw pacemaker and heartbeat in the latest rebuild test....
[16:21] <jamespage> I'll get bugs raised and them added to the list...
[16:21] <jamespage> #action jamespage to raise bugs for FTBFS for server related packages from latest rebuild test.
[16:21] <meetingology> ACTION: jamespage to raise bugs for FTBFS for server related packages from latest rebuild test.
[16:21] <adam_g> i fixed the cluster-glue build last night, that should resolve the pacemaker + heartbeat builds. is there a way to re-trigger those without a new upload to each, now that the dependency is fixed?
[16:22] <roaksoax> uhmm I though I had fixed pacemaker's FTBFS
[16:22] <jamespage> http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20120328-precise.html
[16:22] <jamespage> roaksoax, looks like there is a new one :-)
[16:22] <roaksoax> adam_g: yes, with a no change upload. I'll take care of it
[16:23] <adam_g> thanks
[16:23] <jamespage> those two packages both have the same issue - glibc headers have changed structure...
[16:23] <jamespage> memcached is also failing tests on i386 - I'm looking at that
[16:23] <adam_g> the issue was in the cluster-glue library they build against, which is fixed now. they should both build okay
[16:24] <jamespage> MIR's - zul: sounds like keystone should be complete in the next week or so?
[16:24] <zul> hopefully
[16:24] <zul> i think most of the issues have been resolved, horizon is next on the list i think
[16:24] <roaksoax> adam_g: awesome!
[16:24] <jamespage> roaksoax, how about the cobbler MIR?
[16:26] <roaksoax> jamespage: looking at it now
[16:26] <roaksoax> jamespage: jdstrand has it assigned so I guess he's conducting his review work on it, or he will soon
[16:26] <jamespage> great
[16:26] <roaksoax> MAAS is also queued
[16:27] <jamespage> Final Freeze kicks in on the 12th of April which is only 9 days away
[16:27] <jamespage> busy busy busy!
[16:27] <roaksoax> s/queued/waiting for final review after commends/
[16:27] <jamespage> next
[16:27] <jamespage> #topic Blueprints - http://status.ubuntu.com/ubuntu-precise/ubuntu-server.html
[16:28] <jamespage> I did have a quick scan through these before the meeting
[16:28] <jamespage> I could not see anything I though needed specific dicussion but please can you all start to review any outstanding work items you have
[16:28] <jamespage> and POSTPONE anything that won't make this release.
[16:29] <jamespage> anything that needs to make this release but is in trouble - start shouting loud!
[16:29] <jamespage> Anything else anyone wants to mention about precise development?
[16:30] <jamespage> great
[16:30] <jamespage> #topic Ubuntu Server Team Events
[16:30] <jamespage> Openstack Developer Summit in two weeks time
[16:31] <jamespage> a fair few people are attending summit and/or conference
[16:31] <jamespage> any other events people want to mention?
[16:32] <jamespage> #topic Weekly Updates & Questions for the QA Team (hggdh)
[16:32] <jamespage> hggdh - around?
[16:32] <jamespage> all yours
[16:33] <jamespage> or maybe not
[16:34] <jamespage> #topic Weekly Updates & Questions for the Kernel Team (smb)
[16:34] <smb> Hi. I think I found another thing where libvirt does not exactly do the right things with xen. Affecting HVM guests. Luckily it is not fatal-
[16:34] <smb> Need to dig a bit more there.
[16:34] <smb> Beside that...
[16:34] <smb> Daviey, iscsitarget?
[16:34] <zul> iscsitarget?
[16:34] <jamespage> smb: iscsitarget?
[16:34] <smb> zul, A fix I backported to the package, but I cannot upload
[16:35] <smb> bug 962332
[16:36] <Daviey> smb: So, sorry
[16:36] <Daviey> smb: I will make sure it is uploaded *today* without fail.
[16:36] <smb> Daviey, Thank you master. :)
[16:36] <jamespage> smb: any other kernel related matters to raise
[16:36] <jamespage> ?
[16:36] <jamespage> or does anyone have anything they want to raise with smb?
[16:36] <smb> I don't think so
[16:37] <jamespage> OK
[16:37] <jamespage> #topic Weekly Updates & Questions regarding Ubuntu ARM Server (rbasak)
[16:37] <rbasak> Nothing to report. Any questions for me?
[16:37] <jamespage> ARM server all looking sweet for precise then?
[16:38] <rbasak> It looks good
[16:38] <jamespage> #topic Open Discussion
[16:38] <jamespage> I have one item to raise
[16:39] <jamespage> Ursinha has now fixed the Triage Report - http://reports.qa.ubuntu.com/reports/ubuntu-server/triage-report.html
[16:39] <Ursinha> \o/
[16:39] <jamespage> we have alot of 'New' bugs - bugs which have been assigned a priority but triaged no further than that.
[16:39] <jamespage> about 260 of them
[16:40] <jamespage> (thanks Ursinha)
[16:40] <hallyn> tnachen: \o
[16:40] <zul> jamespage: keeping you busy i see :)
[16:40] <jamespage> it would be great if people can ensure that these get some focus of the next week or so - specifically anything that might be an issue in precise
[16:41] <jamespage> I found at least three this morning
[16:41] <hallyn> tnachen is looking at getting involved with ubuntu server, and managed to sit through this whole meeting.  just wanted to introduce him
[16:41] <jamespage> hi tnachen: welcome!
[16:41] <tnachen> hi all, I emailed to ubuntu-server about the mentor program I saw on the wiki
[16:42] <tnachen> and hallyn gladly to volunteer to lead the newbie (me)
[16:42] <tnachen> I'll be working with him to learn more about libvirt and hopefully contribute!
[16:42] <jamespage> \o/
[16:42] <hallyn> i second that exuberance
[16:42] <rbasak> I'm waiting on bug 968753 to be sponsored - it looks like an issue with ssh on precise but on i386 only. I presume it'll be picked up in time.
[16:43] <rbasak> (it got reported over the weekend with a pile of dupes)
[16:43] <jamespage> rbasak, poke someone if it does not get picked up before the weekend
[16:43] <rbasak> jamespage: will do, thanks
[16:43] <jamespage> anything else?
[16:44] <jamespage> ......
[16:44] <jamespage> .....
[16:44] <jamespage> ....
[16:44] <jamespage> ...
[16:44] <jamespage> ..
[16:44] <jamespage> .
[16:44] <Daviey> o/
[16:44] <Daviey> Comgrats jamespage :)
[16:45] <Daviey> Congrats*
[16:46] <jamespage> #topic Announce next meeting date and time
[16:46] <jamespage> Tues 10th April 1600 UTC - back here again!
[16:46] <jamespage> see you all then!
[16:46] <jamespage> #endmeeting
[16:46] <meetingology> Meeting ended Tue Apr  3 16:46:59 2012 UTC.
[16:46] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-04-03-16.02.moin.txt
[16:46] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-04-03-16.02.html
[16:48] <jamespage> thanks Daviey!
[17:00] <jsalisbury> ##
[17:00] <meetingology> Meeting started Tue Apr  3 17:00:57 2012 UTC.  The chair is jsalisbury. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[17:00] <jsalisbury> ##
[17:00] <jsalisbury> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Precise
[17:01] <jsalisbury> # Meeting Etiquette
[17:01] <jsalisbury> #
[17:01] <jsalisbury> # NOTE: '..' indicates that you are finished with your input.
[17:01] <jsalisbury> #       'o/' indicates you have something to add (please wait until you are recognized)
[17:01] <tgardner> o/
[17:01] <jsalisbury> Roll Call for Ubuntu Kernel Weekly Status Meeting
[17:01] <cking> o/
[17:01] <apw> o/
[17:01] <henrix> o/
[17:01] <sforshee> o/
[17:01] <ppisati> o/
[17:01] <ogasawara> o/
[17:01] <jsalisbury> [TOPIC] ARM Status (ppisati)
[17:01] <ppisati> P/omap4: mainly config changes trying to mimic master/generic config as much as possible. The dss/video issue (lp963512) found in the previous rebase is still unresolved (waiting for a new panda board since my own broke down exactly the day after the issue came up) - for the time being (kernel freeze) we are gonna stay with 3.2.0-1411.14 as it is good and no one complained about it, but as soon as i get the new board, it'll be a
[17:01] <ppisati> lp971091 ("Pandaboard ES freezes with the default CPU scaling governor ondemand"): i'm investigating this one with the reporter (sending debug kernels&c).
[17:01] <ppisati> ..
[17:02] <jsalisbury> [TOPIC] Release Metrics and Incoming Bugs (jsalisbury)
[17:02] <jsalisbury> Release metrics and incoming bug data can be reviewed at the following link:
[17:02] <jsalisbury> [LINK] http://people.canonical.com/~kernel/reports/kt-meeting.txt
[17:02] <jsalisbury> ..
[17:02] <jsalisbury> [TOPIC] Milestone Targeted Work Items (ogasawara)
[17:02] <ogasawara> [LINK] http://status.ubuntu.com/ubuntu-precise/canonical-kernel-distro-team-ubuntu-12.04.html
[17:02] <ogasawara> || apw       || hardware-p-kernel-delta-review         || 1 work item  ||
[17:02] <ogasawara> || ogasawara || hardware-p-kernel-config-review        || 1 work item  ||
[17:02] <ogasawara> ||           || hardware-p-kernel-versions-and-flavors || 2 work items ||
[17:02] <ogasawara> apw and I are aware of our work items, we'll get them closed before final.
[17:02] <ogasawara> ..
[17:02] <jsalisbury> [TOPIC] Blueprint: hardware-p-kernel-power-management (cking)
[17:02] <cking> Power management:
[17:02] <cking>  * Unity 2D vs 3D on Precise Beta 2 measurements
[17:02] <cking>    http://zinc.canonical.com/~cking/power-benchmarking/unity-beta2-results
[17:02] <cking>    And that wraps up these Blueprint items for Precise.
[17:02] <cking> ..
[17:03] <jsalisbury> [TOPIC] Status: Precise Development Kernel (ogasawara)
[17:03] <ogasawara> Kernel Freeze is this Thurs Apr 5.  I've already began prepping our
[17:03] <ogasawara> final upload prior to freeze and plan to upload after the meeting.  If
[17:03] <ogasawara> they are any patches which need to land, let us know immediately.  After
[17:03] <ogasawara> Kernel Freeze, all patches are subject to our SRU policy and uploads
[17:03] <ogasawara> will only be granted at the discression of the release team.
[17:03] <ogasawara> https://wiki.ubuntu.com/Kernel/Dev/StablePatchFormat
[17:03] <ogasawara> Important upcoming dates:
[17:03] <ogasawara>  * Thurs Apr 5 - Kernel Freeze (~2 days)
[17:03] <ogasawara>  * Thurs Apr 12 - Final Freeze (~1 week)
[17:03] <ogasawara>  * Thurs Apr 19 - Release Candidate (~2 weeks)
[17:03] <ogasawara>  * Thurs Apr 26 - Final Release (~3 weeks)
[17:03] <ogasawara> ..
[17:04] <jsalisbury> [TOPIC] Status: CVE's (apw)
[17:04] <apw> Currently we have 72 CVEs on our radar, with one new CVE added this week.
[17:04] <apw> See the CVE matrix for the current list:
[17:04] <apw>
[17:04] <apw> [LINK] http://people.canonical.com/~kernel/cve/pkg/ALL-linux.html
[17:04] <apw>
[17:04] <apw> Overall the backlog has increased by one CVE this week:
[17:04] <apw>
[17:04] <apw> [LINK] http://people.canonical.com/~kernel/status/cve-metrics.txt
[17:04] <apw> [LINK] http://people.canonical.com/~kernel/cve/pkg/CVE-linux.txt
[17:04] <apw>
[17:04] <apw> ..
[17:04] <jsalisbury> [TOPIC] Status: Stable, Security, and Bugfix Kernel Updates - Oneiric/Natty/Maverick/Lucid/Hardy (bjf/herton)
[17:04] <bjf> Here is the status for the main kernels, until today (Apr. 03):
[17:04] <bjf>
[17:04] <bjf>  * Hardy    - 2.6.24-31.101 - Nothing this cycle
[17:04] <bjf>  * Lucid    - 2.6.32-41.88  - Verification; 52 commits in total.
[17:04] <bjf>  * Maverick - 2.6.35-32.68  - Verification; 9 commits in total. NOTE: THIS IS THE LAST MAVERICK KERNEL!
[17:04] <bjf>  * Natty    - 2.6.38-14.58  - Verification; 12 commits in total. Mostly eCryptfs and KVM.
[17:04] <bjf>  * Oneiric  - 3.0.0-17.30   - Verification; 4 stable upstream releases (194 commits).
[17:04] <bjf>
[17:04] <bjf> Current opened tracking bugs details:
[17:04] <bjf>  * http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
[17:04] <bjf>
[17:04] <bjf> For SRUs, SRU report is a good source of information:
[17:04] <bjf>  * http://people.canonical.com/~kernel/reports/sru-report.html
[17:04] <bjf>
[17:04] <bjf> Future stable cadence cycles:
[17:04] <bjf>  * https://wiki.ubuntu.com/PrecisePangolin/ReleaseInterlock
[17:04] <bjf> Note: We are seeing some issues being reported for the Oneiric kernel. We
[17:04] <bjf>       are hitting these as we become aware of them.
[17:04] <bjf> ..
[17:05] <jsalisbury> [TOPIC] Open Discussion or Questions? Raise your hand to be recognized (o/)
[17:05] <jsalisbury> Thanks everyone
[17:05] <jsalisbury> #endmeeting
[17:05] <meetingology> Meeting ended Tue Apr  3 17:05:40 2012 UTC.
[17:05] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-04-03-17.00.moin.txt
[17:05] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-04-03-17.00.html
[20:02] <czajkowski> ogra_: highvoltage stgraber drubin ping
[20:02] <highvoltage> pong
[20:02] <czajkowski> EMEA
[20:03]  * highvoltage is ready to vote
[20:03] <highvoltage> :p
[20:03]  * stgraber waves
[20:03] <ogra_> oops, i'm late
[20:03] <czajkowski> need someone else
[20:03] <czajkowski> huzah
[20:03] <czajkowski> we have 4
[20:03] <highvoltage> ogra_: you're actually early! I was just joking
[20:03] <ogra_> do we have utlemming ?
[20:04] <stgraber> oh right, utlemming, I'm ready to vote ;)
[20:04]  * ogra_ too :)
[20:04] <iulian> 'ey!
[20:04] <czajkowski> utlemming: ping
[20:05] <stgraber> czajkowski: I'm poking him
[20:08] <stgraber> let's see if that helped
[20:10] <stgraber> apparantly not
[20:11] <czajkowski> came home for nothing :(
[20:11]  * iulian sighs.
[20:11] <highvoltage> well, look at it this way. you have a free hour now :)
[20:13] <czajkowski> aye get back into car and drive back to family meet up
[20:13] <czajkowski> toodles
[20:13] <highvoltage> czajkowski: unless we take it to email?
[20:13] <highvoltage> ok, sounds fine. meeting adjourned then?
[20:13] <ogra_> why would we ? the applicant didnt show up
[20:13]  * iulian nods.
[20:13] <ogra_> yeah, adjourned i'd say
[20:14]  * ogra_ vanishes off into the night
[20:14] <iulian> I personally don't think we should take it to email. But it's up to you guys.
[20:14] <highvoltage> nah
[20:15] <highvoltage> (nah as in, "yes, indeed")


[00:16] <tsimonq2> hey, does anyone know how we could get an Ubuntu bot in #ubuntu-google? There have been many times that I have been wanting to !patience or other things
[22:06] <Unit193> !no ot-#ubuntustudio is <alias> ubuntustudio-channels
[22:06] <Unit193> !no ot-#ubuntustudio is <alias> ubuntustudio-channels
[22:06] <Unit193> Come on, ubottu!


[01:35] <sdhasu> !ops
[01:35] <ubot2> Help! dfarning, hjmf, Yawner, asac, Admiral_Chicago, or gnomefreak
[01:35] <sdhasu> !ops
[01:35] <sdhasu> !staff
[01:35] <ubot2> hey Christel, Dave2, Gary, KB1JWQ, Levia, Martinp23, SportsChick, VorTechS, jayne, jenda, marienz, nalioth, niko, nhandler, rob, stew or tomaw, I could use a bit of your time :)
[01:38] <sdhasu> !ops
[01:38] <ubot2> Help! dfarning, hjmf, Yawner, asac, Admiral_Chicago, or gnomefreak
[01:39] <sdhasu> !ops
[01:39] <ubot2> Help! dfarning, hjmf, Yawner, asac, Admiral_Chicago, or gnomefreak
[01:39] <sdhasu> !staff
[01:39] <ubot2> hey Christel, Dave2, Gary, KB1JWQ, Levia, Martinp23, SportsChick, VorTechS, jayne, jenda, marienz, nalioth, niko, nhandler, rob, stew or tomaw, I could use a bit of your time :)
[01:40] <sdhasu> !ops
[01:40] <ubot2> Help! dfarning, hjmf, Yawner, asac, Admiral_Chicago, or gnomefreak
[01:41] <sdhasu> !ops
[01:41] <ubot2> Help! dfarning, hjmf, Yawner, asac, Admiral_Chicago, or gnomefreak
[22:29] <BUGabundo> bRoas


[12:47] <tseliot> apw: would it be possible to update linux-firmware to include the amdgpu firmware? (Linux 4.2 needs it for the amdgpu driver)
[12:57] <rtg> tseliot, sforshee is the firmware dude these days
[12:57] <tseliot> rtg: ok, thanks, let's see what sforshee says. Thanks
[13:27] <sforshee> tseliot: where is this firmware? I don't see anything in upstream linux-firmware that we don't already have.
[13:31] <tseliot> sforshee: it's all here: http://people.freedesktop.org/~agd5f/radeon_ucode/
[13:35] <tseliot> sforshee: the firmware for amdgpu has to live in /lib/firmware/amdgpu/ (look for carrizo, tonga, and topaz on that page)
[13:37] <sforshee> tseliot: it seems that's all under the same license as the radeon firmware we already have, so I see no problem. Would be nice if they would get the stuff upstream ...
[13:37] <sforshee> tseliot: Why don't you send me a pull requests with the ones we need?
[13:38] <tseliot> sforshee: sure, where do you maintain linux-firmware?
[13:38] <sforshee> tseliot: git://kernel.ubuntu.com/ubuntu/linux-firmware.git
[13:39] <tseliot> sforshee: ok, thanks
[13:41] <sforshee> tseliot: btw you'll want to use the wily branch, master just tracks upstream
[15:00] <rtg> mjeanson, apw tells me that you've been working on lttng. I just uploaded lttng-modules_2.6.2-1ubuntu3 with support for Linux 4.2 by applying patches from git://git.lttng.org/lttng-modules.git stable-2.6
[15:01] <rtg> (for wily, that is)
[15:06] <mjeanson> rtg: great, we will probably release 2.6.3 and push it to debian once the 4.2 kernel is released but that may be too late for wily
[15:06] <rtg> mjeanson, that works for me
[15:13] <mjeanson> rtg: I 'd like to have a micro release exception for the next LTS, so we can properly support the HWE stacks
[15:15] <apw> mjeanson, that doesn't sound unreasonable
[15:15] <rtg> mjeanson, yeah, it would be nice if it at least compiled when a HWE kernel is installed
[15:19] <rtg> tseliot, is there an upstream repo for fglrx-installer ? I'm taking a look at the DKMS build issues
[15:22] <rtg> apw, do you have anything in the pipe for the -rc8 rebase ? I thought I'd get that uploaded to the PPA this morning.
[15:23] <rtg> assuming the test build succeeded
[15:23] <apw> rtg, no i have nothing, i'd test build it if i was you :)
[15:23] <rtg> apw, test build looks like it is OK except for ppc64el
[15:24] <apw> rtg, most likely the ppc64el will fail, the cross compiler is fooked
[15:24] <rtg> apw, any update on the ppc64el compiler problem ?
[15:24] <apw> the current -5.5 did build ok, ignore the ppc64el RED thats just a lie
[15:24] <rtg> cool
[15:24] <apw> there are _two_ one good one bad, so a new build should be fine with the compiler now in -release
[15:24] <rtg> ack
[15:27] <apw> ok
[16:03] <rtg> apw, fglrx-core appears to be working now. that should be the last of the DKMS failures taht we care about
[16:04] <apw> rtg, yeah i recon
[16:04] <rtg> apw, uploaded -6.6, so lets get it into the -proposed tomorrow
[16:12] <apw> rtg, once its built i'll do a final dkms run, then we sghould be good
[16:13] <rtg> apw, wfm
[16:17] <tseliot> rtg: if you mean the packaging scripts, then they are here: https://github.com/tseliot/fglrx
[16:17] <tseliot> rtg: the upstream scripts are here http://www.phorogit.com/index.php?p=fglrx-packaging.git
[16:18] <rtg> tseliot, nah, I was more looking for where the DKMS code bits are stored. However, fglrx-core appears to have started building OK.
[16:25] <tseliot> rtg: the kernel code is extracted from the installer (and made available in the tarball), then the packaging scripts install it, and DKMS applies the patches and build it. BTW what DKMS failures are looking into?
[16:26] <rtg> tseliot, it was failing to build on earlier rc's of 4.2
[16:28] <tseliot> rtg: maybe I was checking version < 4.2 but things changed in 4.2, so that change didn't mean much
[16:28] <tseliot> s/that change/that check/
[16:29] <rtg> tseliot, so this shows a build failure on 4.2-5.5 (http://people.canonical.com/~kernel/info/dkms/int-matrix.html), but I can't reproduce it. we'll see what the results are after -6.6 is done and the tests are rerun
[16:29] <rtg> tseliot, perhaps you could catch up with apw in your morning tomorrow
[16:31] <tseliot> rtg: yes, they must have changed struct fpu. It seems to be failing on i386. I'll have a look tomorrow
[16:32] <rtg> tseliot, ah, well I only tries amd64
[16:32] <rtg> tried*
[16:32] <tseliot> rtg: yes, that must be the problem. It shows a failure only on i386 here: http://d-jenkins.ubuntu-ci:8080/job/dkms-wily-release_canonical_kernel_team_ppa-generic-fglrx_core/30/
[18:08] <bladernr_> So anyone around know why I can't boot in SMP mode (ubuntu-lts-utopic on Trusty) on a Macbook Air (late 2013 Haswell i7)?
[18:12] <bladernr_> https://bugs.launchpad.net/ubuntu/+source/linux-lts-utopic/+bug/1487621
[18:20] <davmor2> bladernr_: Trusty still has an amd64_mac build for that.  That could be why, Stop with the 32bit love and join the 64bit revolution
[18:21] <bladernr_> hrmmm, I'm pretty sure that's what I installed from... hrmmm...
[18:22] <davmor2> bladernr_: I thought SMP was only available on 32bit I could be wrong
[18:23] <bladernr_> Linux Bun-Bun 3.16.0-40-generic #54~14.04.1-Ubuntu SMP Wed Jun 10 17:30:45 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[18:24] <bladernr_> what sucks is that I have a dual core Haswell i7 and can only use a single core/single thread :(
[18:25] <bladernr_> and I think that is causing this thing to run hot as well, since it's not distributing the load across 4 CPU threads (that's a guess for now, but battery life is crap and it's running hot pretty consistently compared to OSX)
[18:27] <apw> bladernr_, have you tried an lts-vivid kernel ?
[18:29] <bladernr_> apw: hrmm, no, I'm on utopic, let me try that and see what happens.
[18:32] <apw> bladernr_, as you are using an lts backport it seems sensible to take something with the newest h/w support
[18:33] <bladernr_> right, that makes sense to me... for some reason I don't recall, I wasn't able to install vivid when I updated this last time... I really don't recall why, but it is installing now, so I'll reboot when it's done and see what happens.
[19:07] <bladernr_> apw: no dice... vivid does the same.
[19:13] <apw> bladernr_, bah, update the bug with that, and could you give the latest mainline kernel a test, 4.2-rc8 and lets see if its fix in tip
[19:14] <bladernr_> yeah, I added ubuntu-lts-vivid as a task and updated a bit... I'll try mainline too
[19:37] <bladernr_> apw: bug updated... mainline didn't want to fully install, it died on building bcmwl http://pastebin.ubuntu.com/12186541/ but it may have actually at least provided neough to boot, so I'll check that and come back shortly.
[19:45] <bladernr_> apw: ok, so 4.2.0 rc8 does boot in SMP mode
[19:45] <bladernr_> it choked on bcmwl (noted in the pastebin) but it did boot and saw all four cpu threads properly.  I updated the bug accordingly
[20:30] <apw> bladernr_, there is an ubuntu-ized version of that pending for wily in the canonical-kernel-team PPA which might work better with bcmwl
[21:21] <hallyn_> haven't see nthis before - got some of these:  http://paste.ubuntu.com/12187270/
[21:21] <hallyn_> when my laptop completely hung
[21:21] <hallyn_> had to alt-sysrq-b
[21:26] <t3hSteve> hey everyone, I have a question/observation/(bug?) related to cgroups + cpuacct reporting, I'm noticing that the usage reported by looking at cpuacct.stat is lower (~20%) than the CPU usage reported in by per-process reports (such as looking at top)
[21:26] <t3hSteve> I'm on ubuntu 12.04, and I've seen it on both 3.8 and 3.13 kernels
[21:26] <t3hSteve> cpuacct.usage seems correct however
[22:05] <justicefries> hey! I'm looking for extras for 4.1.6 so I can use aufs for Docker. where are they located?
[22:07] <justicefries> maybe I'll just go overlay
[22:17] <justicefries> unless they're just not up


[09:33] <CIA-37> tasksel: cjwatson * r1472 ubuntu/ (9 files in 2 dirs):
[09:33] <CIA-37> tasksel: Update Ubuntu tasks from seeds, removing eucalyptus-* and
[09:33] <CIA-37> tasksel: ubuntu-uec-live, and renaming uec to cloud-image.
[09:35] <CIA-37> tasksel: cjwatson * r1473 ubuntu/debian/changelog: releasing version 2.88ubuntu7
[14:42] <CIA-37> debian-installer: cjwatson * r1501 ubuntu/ (build/config/armel/omap4.cfg debian/changelog): Move armel/omap4 to 3.0.0-1200 kernels.
[15:09] <bdmurray> cjwatson: when should bugs be assigned to the the ubuntu-installer team? bug 817114
[15:09] <ubot2> Launchpad bug 817114 in base-installer "Oneiric network install fails with "mount: mounting /dev on /target/dev/ failed: Invalid argument"" [High,Confirmed] https://launchpad.net/bugs/817114
[15:10] <bdmurray> oh heh I just found bug 817443
[15:10] <ubot2> Launchpad bug 817443 in udev "d-i based images failed to install: mount: mounting /dev on /target/dev/ failed: Invalid argument" [Critical,Fix released] https://launchpad.net/bugs/817443
[15:15] <bdmurray> ev: I've been thinking about tagging ubiquity bugs using the version of ubiquity and also the release of Ubuntu
[15:17] <ev> bdmurray: that'd be quite useful
[15:18] <bdmurray> ev: okay, that's what I'd been thinkin too.  We could possibly also incomplete not final versions of ubiquity but I don't really like doing that.
[15:20] <ev> nah, I'm happy with just being able to search by version
[15:31] <cjwatson> bdmurray: basically pitti took a load of stuff out of udev that he claimed was useless that turned out to be essential
[15:31] <cjwatson> if the attempt I just made to patch it up further (this is the second time) doesn't work, I'm pretty tempted to revert the lot
[15:34] <bdmurray> cjwatson: Heh, okay.  By the way I had a question about some grub2 bug reports where they have "Could not find postinst hook script [update-grub]" in them.
[15:34] <bdmurray> cjwatson: most of them are fairly old
[15:35] <cjwatson> I don't know what that's about.  The example you mentioned was from a user who'd hacked his system about in a bunch of ways
[15:36] <bdmurray> okay I wasn't sure if it had to do with the following:
[15:36] <bdmurray>   * Exit silently from zz-update-grub kernel hook if update-grub does not
[15:37] <bdmurray>     exist (e.g. if grub-pc has been removed but not purged; closes:
[15:37] <bdmurray>     #606184).
[15:38] <cjwatson> I doubt it - if zz-update-grub is involved, the old postinst hook mechanism should be gone
[15:38] <cjwatson> we don't use the postinst_hook stuff any more
[15:39] <cjwatson> so I suppose if that's the sole substance of the bug then it can be closed on that basis
[15:39] <bdmurray> well here is one with an obvious problem
[15:39] <cjwatson> grub2 1.98+20100804-1
[15:39] <bdmurray> dpkg: grub: dependency problems, but removing anyway as you requested:
[15:39] <bdmurray>  startupmanager depends on grub-pc | grub; however:
[15:39] <bdmurray>   Package grub-pc is not installed.
[15:39] <bdmurray>   Package grub is to be removed.
[15:40] <cjwatson> that looks like the user explicitly chose to remove grub (possibly involving installing grub-pc at the same time, can't tell from that snippet)
[15:40] <cjwatson> standard dpkg output otherwise
[15:45] <bdmurray> cjwatson: does my handling of bug 624967 seem reasonable?
[15:45] <ubot2> Launchpad bug 624967 in grub2 "package linux-image-2.6.32-24-generic 2.6.32-24.42 failed to install/upgrade: subprocess installed post-installation script returned error exit status 2" [Undecided,Invalid] https://launchpad.net/bugs/624967
[15:52] <cjwatson> yes, though I added a further clarifying comment
[15:52] <cjwatson> er, if LP will take it
[15:52] <cjwatson> there
[16:27] <CIA-37> usb-creator: evand * r347 usb-creator/ (4 files in 2 dirs): Add Unity progress support. Thanks Robert Roth!
[16:30] <CIA-37> usb-creator: evand * r348 usb-creator/debian/changelog: releasing version 0.2.31