[00:58] <JontheEchidna> kdebase-runtime transition done in time for LTS \o/
[00:59] <JontheEchidna> we could remove the package and not have to carry it for 5 years
[01:07] <JontheEchidna> oh, haha. not quite. just done for my PC personally :P
[01:07] <JontheEchidna> but the entire archive should revolve around the packages installed on my computer :D
[01:11] <JontheEchidna> though this does raise an interesting question, do we want to try to complete the kdebase-runtime -> kde-runtime transition this cycle so we can drop kdebase-runtime for LTS?
[02:07] <micahg> JontheEchidna: don't you need it for LTS -> LTS upgrades?
[02:08] <JontheEchidna> oh, yeah
[02:08] <JontheEchidna> I guess we don't need it after this release if it's already a transitional package though
[02:08] <micahg> right
[03:42] <JontheEchidna> Riddell: bug 968234 sounds like the crash you were having with amarok
[06:32] <DWonderly> apachelogger: ping
[07:06] <Tm_T> I feel a slight blame on myself everytime "Kopete is not maintained" is said /:
[07:26] <apachelogger> DWonderly: yus?
[07:26] <apachelogger> Tm_T: good, maybe you should fix that then :P
[07:26] <apachelogger> JontheEchidna, Riddell: why would amarok crash with a kmix  backtrace?
[07:32]  * Mamarok wonders as well
[07:33] <Tm_T> apachelogger: if I could, I would
[07:34]  * Mamarok has kde-telepathy running fine here with ICQ and jabber
[07:36] <Mamarok> and Google talk works fine as well
[07:59] <Tm_T> Mamarok: double-clicking contact do launch empathy here
[08:00] <Tm_T> apparently
[08:02] <Mamarok> facebook chat works as well, although it uses the jabber protocol, so not a surprise
[08:02] <Tm_T> but yeah, contact list works
[08:05] <Mamarok> double-click where?
[08:07] <Tm_T> Mamarok: on contact list
[08:08] <Mamarok> it opens a telepathy chat window
[08:08] <Tm_T> or trying to initialize a chat in any way
[08:08] <Mamarok> for me
[08:08] <Tm_T> Mamarok: KDE-telepahty?
[08:08] <Tm_T> as empathy is telepathy too (:
[08:09] <Mamarok> Telepathy text Ui
[08:09] <Mamarok> and there is an about KDE in the help menu as well
[08:09] <Tm_T> not for me
[08:09] <Mamarok> I just installed it and it works out of the box
[08:10] <Mamarok> I don't know if I have empathy installed though
[08:10] <Mamarok> I do, but it doesn't pop up
[08:12] <Tm_T> hmmm
[08:13] <Tm_T> http://www.tm-travolta.net/shots/kde-telepathy_almost.png
[08:19] <Mamarok> Tm_T: weird
[08:19] <Mamarok> latest packages?
[08:22] <Tm_T> for oneiric, yes
[08:26] <Mamarok> ditto
[08:40] <Riddell> Tm_T: what's happening there?
[08:40] <Riddell> oh "double-clicking contact launched empathy"
[08:41] <Tm_T> Riddell: same with any other method on trying to get chat, though /:
[08:41] <Riddell> ask upstream preferably, maybe you don't have the necessary ktp bit installed or maybe it's giving empathy priority for some reason
[08:42] <Tm_T> Riddell: I installed all the ktp packages, so yeah, I suspect it's telepathy doing funny things in background
[08:42] <Tm_T> but this is something we do not want to happen when we're having ktp as default, I'd say
[08:43] <Riddell> it wouldn't have happened if you hadn't installed empathy :)
[08:44] <Tm_T> that's not an excuse I would be ready to use for users though (:
[09:27] <Riddell> apachelogger: time to tally up the votes on ktp vs kopete?
[09:48] <shadeslayer> Quintasan: I haz Kubuntu Active on transformer, but no hardware acceleration
[09:48]  * shadeslayer needs to send in his vote as well
[09:48] <Quintasan> lies
[09:48] <Quintasan> lies
[09:48] <Quintasan> where did you get arm builds?
[09:48] <Riddell> there are no arm builds
[09:49] <shadeslayer> Quintasan: uh, I used lilstevie's ubuntu.img from this OLiFe tarball
[09:49] <Riddell> for arm use an ubuntu server image and install kubuntu-active
[09:49] <Quintasan> shadeslayer: I'm asking about Active
[09:49] <shadeslayer> Quintasan: oh, by Kubuntu Active I meant got Plasma Active on Kubuntu
[09:49] <shadeslayer> doesn't that qualify as Kubuntu Active? :P
[09:49] <Quintasan> Yes, how did you build it?
[09:49] <shadeslayer> Quintasan: it's packaged in Precise
[09:50] <Quintasan> mmkay
[09:50] <shadeslayer> so I just upgraded to precise
[09:50] <Riddell> shadeslayer: nearly yes
[09:50] <shadeslayer> ~Kubuntu Active on transformer then :P
[09:50] <Riddell> shadeslayer: install kubuntu-active and work out what's missing to include in it
[09:50] <Riddell> and do all the active apps work like Kontact and Calligra
[09:50] <shadeslayer> Riddell: I have no idea what's wrong with kubuntu-active but it doesn't pull in anything
[09:50]  * shadeslayer can install those
[09:50] <Riddell> shadeslayer: does it depend on anything
[09:51] <Riddell> no, damn, it's broken again
[09:51] <shadeslayer> Riddell: I haven't had the time to look at the package
[09:51] <Riddell> shadeslayer: sudo apt-get install kubuntu-active^  then
[09:51] <Riddell> easily fixed
[09:51] <shadeslayer> I was building le 3.1 kernel all week
[09:51] <shadeslayer> Riddell: I installed plasma-active which pulled in most of the stuff
[09:51] <Riddell> but not all the stuff
[09:51] <Riddell> sudo apt-get install kubuntu-active^
[09:51] <Riddell> like that, with the carrott
[09:52] <shadeslayer> lol
[09:52] <shadeslayer> ok
[09:52]  * shadeslayer installs
[09:52] <shadeslayer> the keyboard doesn't work properly though
[09:53] <shadeslayer> oh yes, stuff is not installed
[09:53] <apachelogger> Riddell: I'd still wait for david and christian to put out a definite vote
[09:54] <Riddell> apachelogger: can you nudge them?
[09:55] <apachelogger> already did
[09:55] <apachelogger> christian doesn't feel able to make a decision as he has not used ktp, so I asked him to read the discussion and either make a choice based on what was said there or do a +0
[09:56] <apachelogger> council-wise we have 1 ktp and 3 kopete I think, so their vote could create a tie
[09:56] <apachelogger> which actually makes me wonder what we do in such a case
[09:56] <apachelogger> cause I do not remember us having a tie breaking policy in place
[10:00] <shadeslayer> Riddell: want me to file a bug against kubuntu-active?
[10:01] <shadeslayer> apachelogger: oh question, I managed to get the kernel to build, but I can't figure out how to make a initramfs against that kernel
[10:01] <shadeslayer> apachelogger: do you have a tutorial for making a minimal initramfs?
[10:02] <apachelogger> take the existing initramfs and replace the kernel inside it...
[10:02] <shadeslayer> ok
[10:02] <apachelogger> Riddell: what's the word on the UIFE?
[10:02] <Riddell> apachelogger: what UIFE?
[10:02] <apachelogger> the one for new splashes
[10:02] <Riddell> shadeslayer: nah I'll just fix it
[10:03] <shadeslayer> ok
[10:03] <Riddell> apachelogger: oh what's the number again?
[10:03] <apachelogger> bug 968114
[10:03] <apachelogger> numbers will soon be too long to remember, zomg!
[10:04] <Riddell> apachelogger: looks like a nice ubuntu-release member just aproved it
[10:04] <apachelogger> perfecto, I'll upload this evening then
[10:04] <apachelogger> yofel: did we actually reach a solution for where to put wallpapers?
[10:04] <shadeslayer> apachelogger: I have no /boot in my initrd
[10:04] <Riddell> apachelogger: bling bling!
[10:05]  * shadeslayer always packaged the zImage with the initrd into a bootimg
[10:05] <apachelogger> shadeslayer: /boot in initrd? Oo
[10:05] <apachelogger> wah?
[10:05] <shadeslayer> apachelogger: you said that replace the kernel in the initrd
[10:06]  * shadeslayer headdesks
[10:06] <apachelogger> yes
[10:07] <apachelogger> but what does it have to do with /boot?
[10:07] <apachelogger> that does not even make sense
[10:14]  * apachelogger blows a kiss to Riddell
[10:15]  * Riddell will never wash this face again
[10:52] <shadeslayer> Riddell: calligra mobile doesn't work, says that KLauncher either died or failed to start the app
[10:52]  * shadeslayer tries KPat
[10:54] <shadeslayer> hmm .. not sure how to start a new game, can't double click >.>
[11:03] <Tm_T> doupletap? doublejump?
[11:03] <apachelogger> Mamarok: how does one get overlord permissions on bugzilla btw? so that say a phonon developer could add new phonon versions etc.
[11:04] <apachelogger> shadeslayer: if you needed to use double click that would be a user experinece bug btw :P
[11:04] <apachelogger> kde has a single click paradigm
[11:05] <shadeslayer> heh
[11:05] <shadeslayer> plus, they seemed to have gotten rid of the app menu that used to slide down from the top
[11:05] <shadeslayer> that was cool
[11:05] <shadeslayer> now they have a more "Put everything in widgets" paradigm
[11:07] <apachelogger> no clu what u be talking about
[11:07] <apachelogger> did you read that in your /boot in your initramfs? :P
[11:07] <shadeslayer> apachelogger: in PA 1 there was drop down menu like thing, kind of like the App drawer of Android
[11:07] <shadeslayer> and you clicked on a application and it launched
[11:07] <apachelogger> PA?
[11:08] <apachelogger> pulseaudio?
[11:08] <shadeslayer> Plasma Active
[11:08] <apachelogger> Oo
[11:08] <shadeslayer> :P
[11:08] <apachelogger> Oo
[11:08] <apachelogger> right
[11:08] <apachelogger> don't usePA
[11:08] <apachelogger> PA = PulseAudio
[11:08] <shadeslayer> haha :D
[11:08] <apachelogger> because it is spelled
[11:08] <apachelogger> *P*ulse*A*udio
[11:08] <shadeslayer> Pulse Audio is causing issues with lightdm on precise for me on the tablet
[11:09] <apachelogger> eh?
[11:09] <shadeslayer> makes lightdm crash and relaunch and crash again
[11:09] <apachelogger> fix it
[11:09] <shadeslayer> apachelogger: afaik it's a kernel issue
[11:09] <shadeslayer> or rather, it looks like one
[11:09] <apachelogger> your broken kernel?
[11:09] <shadeslayer> the one I got from lilstevie's thread, yes
[11:10] <shadeslayer> PulseAudio from precise is probably incompatible with the 2.6.36 kernel
[11:10]  * shadeslayer didn't check
[11:26] <apachelogger> shadeslayer: that sounds very reasonable
[11:26] <apachelogger> or the graphics driver :P
[11:26] <shadeslayer> can't be, iirc the logs showed a assert failiure ...
[11:27] <shadeslayer> something in libpulse core
[11:27] <Peace-> apachelogger: try to exit => kdm instead to offer the window with logout restart etc
[11:27] <apachelogger> pardon?
[11:27] <apachelogger> shadeslayer: asserts can fail for a great many reasons :P
[11:27] <Peace-> with the latest upgrade => user try to exit clickin on exit => kdm :D
[11:28] <Peace-> it should offer logout restart turn off pc etc
[11:28] <apachelogger> well, #ubuntu-x
[11:28] <apachelogger> clearly your X is crashing
[11:28] <shadeslayer> apachelogger: sure, but the main priority is first getting a kernel that is compatible with the drivers
[11:28] <Peace-> apachelogger: ah
[11:28] <shadeslayer> *graphics drivers
[11:28] <Peace-> apachelogger: right
[11:28] <shadeslayer> Peace-: kdm or lightdm?
[11:28] <apachelogger> shadeslayer: yes
[11:28] <Peace-> kdm shadeslayer
[11:28] <shadeslayer> oh ok
[11:29] <apachelogger> shadeslayer: on that note... you might want to take the current ubuntu kernel and apply the patches ontop of that
[11:29] <apachelogger> that way you can be sure it will be compatible
[11:29] <shadeslayer> Peace-: look at /var/log/kdm.log maybe?
[11:29] <apachelogger> dude
[11:29] <apachelogger> it is an X crash
[11:29] <apachelogger> read the description :P
[11:29]  * shadeslayer reads backlog
[11:29] <apachelogger> there is no way you can get from desktop to kdm without X crashing :P
[11:29]  * Peace- apachelogger +1 X crash
[11:29] <Peace-> xD
[11:30] <shadeslayer> apachelogger: uh, iirc if kdm crashes and restarts, wouldn't it get you back to kdm?
[11:30] <Peace-> mm
[11:30] <apachelogger> shadeslayer: and how is that related to the logout dialog displaying?
[11:31] <shadeslayer> apachelogger: the main issue with getting patches applied to the ubuntu kernel is that I don't have a point of reference to genrate patches ( I have no idea when ASUS forked the kernel )
[11:31] <shadeslayer> thus the changes could be either in mainline or could be specific from ASUS, I don't have a way of knowing ( except manually looking at every line in the diff )
[11:31] <apachelogger> they only published patches but no entire repo?
[11:32] <Peace-> shadeslayer: btw this is the file http://paste.ubuntu.com/907066
[11:32] <shadeslayer> no no no
[11:32] <shadeslayer> apachelogger: they published the entire sources
[11:32] <shadeslayer> no patches
[11:32] <shadeslayer> but I have no point of reference when they forked the kernel
[11:32] <apachelogger> so you do clearly see when the commit hashes start differing from kernel.org :P
[11:32] <shadeslayer> uh again, they published sources, no git history :P
[11:33] <shadeslayer> just a source tarball :P
[11:33] <shadeslayer> Peace-: apachelogger was right it seems :P
[11:34]  * Peace- has tested successfully ghns with servicemenu
[11:34] <shadeslayer> apachelogger: All I have to go on is this : http://www.asus.com/Eee/Eee_Pad/Eee_Pad_Transformer_TF101/#download
[11:34] <Mamarok> apachelogger: I will ask for you
[11:34] <shadeslayer> absolutely nothing more
[11:35] <apachelogger> shadeslayer: how crappy is that
[11:35] <shadeslayer> very
[11:35] <apachelogger> even archos managed to publish their entire repo
[11:35] <apachelogger> it's not like they can hide code anyway :P
[11:35] <shadeslayer> apachelogger: now do you get the problem of patching the ubuntu kernel ? :P
[11:36] <apachelogger> actually no
[11:36] <shadeslayer> whut
[11:36] <apachelogger> what version of the kernel is it?
[11:36] <shadeslayer> the one by ASUS?
[11:36] <apachelogger> yes
[11:37] <shadeslayer> 2.6.36 iirc ...
[11:37] <shadeslayer> Eee Pad Kernel Code for Android 4.0.3 OS (V<IP_ADDRESS>) >.>
[11:38] <apachelogger> ehm
[11:38] <apachelogger> look at the makefile?
[11:39] <shadeslayer> 2.6.39
[11:39] <shadeslayer> NAME = Flesh-Eating Bats with Fangs
[11:39] <shadeslayer> lol
[11:40] <apachelogger> so I presume it was branched from the v2.6.39 tag :P
[11:40] <apachelogger> eitherway it was branched between that and v3.0-rc1
[11:40] <apachelogger> which IIRC was taggled only shortly after .39
[11:41] <shadeslayer> hm
[12:01] <JontheEchidna> apachelogger: I misspoke, I meant Ridell's amarok related kmix crash
[12:02] <apachelogger> why yes
[12:02] <apachelogger> I think esken reintroduced one of the thread pollution issues I fixed
[12:03] <JontheEchidna> lol
[12:04] <JontheEchidna> bbiab
[12:06] <apachelogger> JontheEchidna: could also be a bogus pointer though
[12:06] <apachelogger> kmix is one gigantic pile of hack
[12:06] <apachelogger> needs a major rewrite with clear code design etc.
[12:07] <yofel> apachelogger: we did not, and I didn't have time to worry about it until today
[12:07] <apachelogger> Riddell: was the crash random?
[12:07] <apachelogger> yofel: so I'll package the wallpaper resolutions in a new package
[12:08] <yofel> k
[12:08] <apachelogger> all except 800x600 which goes into plymouth
[12:08] <apachelogger> and is symlinked into the other package
[12:08] <yofel> sounds good
[12:09] <yofel> what are we doing with kdm? Copy spash theme or adjust Ariya to use the other background?
[12:09] <apachelogger> ariya background is fine
[12:09] <apachelogger> kdm gets the new splash too
[12:09] <yofel> looks out of place though sandwitched between the 2 splashes
[12:10] <apachelogger> s/splash/background/
[12:10] <kubotu> apachelogger meant: "kdm gets the new background too"
[12:10] <apachelogger> ksplash also gets a new splash!
[12:10] <yofel> ah, that's what I was asking. Fine
[12:10] <apachelogger> we have a streamlined experience as originally intended by the oxygen team
[12:10] <apachelogger> from plymouth to kdm to ksplash we have the ariya version without the stripes
[12:10] <apachelogger> only on the desktop we have the stripe version
[12:11] <yofel> yeah, that's what it should be.
[12:11] <apachelogger> shadeslayer: color on grub works now?
[12:11] <shadeslayer> haven't updated in a bit
[12:13] <yofel> apachelogger: color is fine
[12:13] <yofel> dark enough
[12:14] <apachelogger> did you also try editing an entry?
[12:14] <apachelogger> IMHO the previous background had the worst issues there
[12:14] <yofel> hm, no. Doesn't that use the same colors?
[12:14] <yofel> I'll try it later
[12:28] <BluesKaj> Hi all
[12:37] <apachelogger> yofel: yes it does, but the amount of text there highlights bad color choices ^^
[12:46] <yofel> oh, 4.8.2 tars are up
[12:52] <yofel> !ninjas
[12:52] <apachelogger> also a new dirk needs to be found
[12:53] <yofel> well, he never got the svn/git stuff right...
[12:53] <apachelogger> or his scripts
[12:53] <apachelogger> if there are any
[12:53] <apachelogger> cuz there is no documentation :P
[13:03] <shadeslayer> anyone doing kdelibs?
[13:06] <shadeslayer> ahah
[13:06] <shadeslayer> kgetsource is now broken
[13:06]  * shadeslayer fixes
[13:07] <apachelogger> how got it broken?
[13:07] <shadeslayer> no more bz2
[13:07] <shadeslayer> only xz
[13:07] <apachelogger> oh
[13:07] <apachelogger> finally
[13:09]  * shadeslayer tests
[13:19] <CIA-42> [kubuntu-dev-tools] Rohan Garg * 132 * bin/kgetsource Upstream now uses xz compression \o/
[13:24] <jtechidna> the more that I look at the kde-runtime bug page, the more I think that the sole purpose of nepomuk is to stomp on areas of memory it shouldn't have access too
[13:27] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/meta-kde] Philip Muškovac * 33 * debian/ (changelog rules) Bump KDE version to 4.8.2
[13:32] <yofel> shadeslayer: you working on kdelibs?
[13:32] <shadeslayer> yus
[13:33] <yofel> k
[13:40] <apachelogger> jtechidna: isn' that the defintion of semantic?
[13:40] <jtechidna> lol
[14:07] <kamilnadeem> Are any Ubuntu developers active here? Have a few suggestions to give?
[14:07] <kamilnadeem> Kubuntu*
[14:07] <kamilnadeem> :)
[14:07] <Mamarok> kamilnadeem: suggestions as in?
[14:08] <kamilnadeem> As in shipping Kubuntu 12.04 with the Ubuntu one client.
[14:08] <apachelogger> yeah, talk to canonical about that
[14:09] <kamilnadeem> Kubuntu is a community distro right?
[14:09] <Mamarok> but Ubuntu one isn't
[14:09] <kamilnadeem> So you can't provide it. Strange
[14:10] <Mamarok> kamilnadeem: there is no KDE client for that
[14:10] <kamilnadeem> Got it
[14:10] <kamilnadeem> Ok please don't change the name of Kubuntu
[14:10] <kamilnadeem> Kubuntu is a Bemba word which means "kindness towards Humanity".
[14:11] <Mamarok> I don't see your point, sorry. You should read up about the attempts to make a KDE client in the past I suggest
[14:12] <kamilnadeem> Mamarok I get that
[14:13] <kamilnadeem> Is there any consensus on changing the name of Kubuntu
[14:13] <kamilnadeem> ?
[14:13] <Mamarok> why should we?
[14:13] <kamilnadeem> Please wait a sec.
[14:15] <kamilnadeem> Jonathan in an interview said "But do we need a new name? Kubuntu has never been a great name, it was actually a joke name made up by the original Ubuntu developers for the KDE side. I wonder if a new name would give us a new lease of life like Calligra has. Suggestions welcome "
[14:15] <d_ed_> Riddell said that?
[14:16] <Mamarok> I don't think there ven is a discussion about that, at least there isn't on the mailing lists
[14:16] <Mamarok> even*
[14:16] <Mamarok> what interview?
[14:17] <kamilnadeem> http://cristalinux.blogspot.in/2012/03/jonathan-riddell-on-kubuntu.html
[14:17] <tsimpson> kamilnadeem: the mailing list<EMAIL_ADDRESS>would be the best place to start a discussion
[14:17] <Mamarok> that is what I just said :)
[14:17] <tsimpson> (and it was a blog post, rather than an interview iirc)
[14:17] <Mamarok> and I haven't seen Riddell talking about that in here nor on any mailing list related to the project
[14:17] <Mamarok> might have been tongue in cheek
[14:18] <kamilnadeem> Strange.
[14:18] <kamilnadeem> :D
[14:18] <kamilnadeem> Ok
[14:18] <Mamarok> well, I didn't read the interview
[14:18] <kamilnadeem> Anyways , I want to thank you developers
[14:18] <Mamarok> one should read the context
[14:18] <kamilnadeem> for making 11.10 such a good release
[14:18] <kamilnadeem> looking forward to 12.04
[14:19] <kamilnadeem> My mistake
[14:19] <tsimpson> Mamarok: http://blogs.kde.org/blog/57 for reference
[14:20] <Mamarok> and nobody reacted on that
[14:20] <kamilnadeem> Yeah I made a mistake , sorry
[14:20] <tsimpson> very last paragraph
[14:20] <Mamarok> knowing Jonathan I think that was more tongue in cheek than really menat as a discussion
[14:21] <kamilnadeem> That is good
[14:21] <kamilnadeem> phew! I really like the name Kubuntu :-)
[14:21] <Mamarok> but we should ask the man rather than guessing :)
[14:21] <kamilnadeem> Is he here?
[14:22] <tsimpson> it's an idea that he threw up in the air, nothing is actually planned or anything
[14:22] <Mamarok> kamilnadeem: as already said: write a mail to the devel list
[14:23] <kamilnadeem> Hmm. I have never looked into the mailing list part but will check it now
[14:24] <apachelogger> well
[14:24] <kamilnadeem> Although you all would already know you did a good job with Kubuntu 11.10 but if you want to verify check this http://mknadeem.blogspot.in/2011/12/kubuntu-1110-komprehensively-explored.html
[14:24] <apachelogger> keep brining up th efact that we do not own the trademark kubuntu :P
[14:24] <apachelogger> apparently people still fail to appreciate the issue in that :P
[14:24] <Mamarok> apachelogger: right...
[14:24] <Mamarok> but that is not for precise anyway
[14:25] <tsimpson> kamilnadeem: you can sign up at https://lists.ubuntu.com/mailman/listinfo/Kubuntu-devel (relatively low-frequency list)
[14:25] <kamilnadeem> Ok
[14:26] <tsimpson> I think another part of the issue is that Kubuntu "sounds" like a derivative of Ubuntu, rather than something like a "sister" project
[14:27] <apachelogger> it is a silly name to begin with :P
[14:27] <kamilnadeem> It has a beautiful meaning Sir
[14:27] <tsimpson> which most people are completely unaware of
[14:28] <kamilnadeem> kindness towards Humanity
[14:28] <tsimpson> and of those who are aware, few probably care very much ;)
[14:28] <kamilnadeem> that is why Kubuntu site needs updation
[14:28] <tsimpson> most people just want an OS that works for them, rather than a philosophy
[14:28] <tsimpson> (unfortunately)
[14:28] <kamilnadeem> I filed a bug but no one took any notice of it :(
[14:28] <kamilnadeem> Not true
[14:29] <tsimpson> most uses of computers don't care about the philosophy, they just want a system that works
[14:29] <tsimpson> that's what happens when "alternative" OS's shift towards the mainstream
[14:29] <kamilnadeem> https://bugs.launchpad.net/bugs/893997
[14:29] <apachelogger> well, that seems reasonable to me, no?
[14:29] <tsimpson> apachelogger: yep, it's completely reasonable to expect that
[14:30] <apachelogger> kamilnadeem: feel free to work on the website :)
[14:30] <apachelogger> tsimpson: it doesn't mean that you need to bend to be mainstream though
[14:30] <tsimpson> developers are usually not great graphic designers ;)
[14:30] <apachelogger> <-- decent one
[14:31] <kamilnadeem> I would love to if I just had the skills
[14:31] <kamilnadeem> :(
[14:31] <tsimpson> apachelogger: I'm just saying that the meaning behind the kubuntu name isn't the most important thing in the grand scheme
[14:31] <apachelogger> yeah
[14:32] <kamilnadeem> Hey did you guys check the Xubuntu site recently>?
[14:32] <apachelogger> kamilnadeem: in that case I don't see things moving there any time soon as everyone is busy with other more pressing matters
[14:32] <apachelogger> kamilnadeem: no
[14:32] <kamilnadeem> :-)
[14:32] <apachelogger> kamilnadeem: I do however know the lead artist of xubuntu
[14:32] <apachelogger> we worked together on amarok back in the days
[14:33] <kamilnadeem> check it brothers , they have out in great effort and the end result is beautiful
[14:33] <kamilnadeem> Hey
[14:33] <apachelogger> how does that help the lack of time and/or expertise on our side?
[14:34] <kamilnadeem> What I can do is provide content for Kubuntu site and screenshots
[14:34] <kamilnadeem> Like the info on the features page is OLD so I can update it
[14:36] <apachelogger> that's a good start I suppose
[14:38] <BluesKaj> I wish there was an option in amarok to not save everything to a playlist ...I don't give a damn about playlists. Why this obsession to emulate WMP . which is also flawed ...we don't need a player that makes decisions for us,  just one that doesn't become clunky in the process of playing selected music
[14:38] <apachelogger> fails to compute
[14:38] <BluesKaj> that's my rant for today
[14:39] <kamilnadeem> Ok so what I do is, sign up on the mailing list , then make content for the Kubuntu.org in light of 12.04 release with correct and update info and screenshots and then send it to the mailing list or is there another way
[14:39] <apachelogger> sounds about right
[14:40] <kamilnadeem> Good
[14:43] <BluesKaj> is ia32-libs going to be eliminated completely from 64bit OS versions ?
[14:44] <yofel> that's the plan at least
[14:44] <yofel> oh, a website content creator \o/
[14:44] <BluesKaj> apps like google-earth won't run without ia32-libs , since google hasn't seen fit to offer a true 64 bit version
[14:44]  * yofel welcomes kamilnadeem and gives him a hug :)
[14:45] <yofel> BluesKaj: well, it's a transitional package right now, and probably will stay for a while
[14:45] <BluesKaj> I suppose google maps is a decent substiute in the interim'
[14:46] <BluesKaj> yofel,  yeah , it's not a rel big issue with me ..was wondering is all
[14:47] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/oxygen-icons] Philip Muškovac * 95 * debian/changelog New upstream release
[14:47] <shadeslayer> new symbols in kdelibs
[14:48] <apachelogger> time to show that you read up on the topic
[14:48] <yofel> :D
[14:48] <shadeslayer> :D
[14:48] <shadeslayer> yes indeed
[14:53] <kamilnadeem> Would you like to receive list mail batched in a daily digest?
[14:53] <kamilnadeem> Yes or No?
[14:53] <yofel> the list is usually low volume, so you probably won't need that. But it's your choice
[14:53] <kamilnadeem> No it is :-)
[14:55] <kamilnadeem> I am on it brothers :-)
[14:55] <kamilnadeem> Thanks
[15:00] <kamilnadeem> If anybody is on G+, it will be great to have some Kubuntu in the #showyourdesktopfriday https://plus.google.com/u/0/112759940931397244391/posts/R5pW7ACE2Yi
[15:00] <kamilnadeem> my HD is going for replacement otherwise I would had provided it myself
[15:01] <kamilnadeem> :-)
[15:06] <kamilnadeem> Take Care everyone
[15:43] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdelibs] Rohan Garg * 403 * debian/ (changelog libkio5.symbols libkparts4.symbols) * New upstream release - Update symbols for libkparts4 and libkio5
[15:48] <shadeslayer> my upload speed is really really sucky for some reason right now
[15:51] <shadeslayer> wendar: did you get Ubuntu running on the tablet ? :D
[15:51] <wendar> shadeslayer: haven't had time to play with it yet, had an astrophysics assignment due yesterday
[15:52] <wendar> shadeslayer: will definitely try it over the weekend :)
[15:53] <shadeslayer> ah :)
[15:54] <shadeslayer> :D
[15:54] <shadeslayer> wendar: fwiw kubuntu-active ( the meta package ) doesn't pull in the required deps right now
[15:55] <shadeslayer> and precise is pretty buggy
[15:55] <wendar> okay, that's helpful
[16:06] <shadeslayer> yofel: kdelibs is up
[16:07] <yofel> \o/
[17:45] <BluesKaj> mucho apps being held back in the latest 12.04 upgrade
[17:49] <Riddell> anyone started on 4.8.2?
[17:49] <yofel> Riddell: see wiki
[17:50]  * yofel takes kdepimlibs
[17:52] <Riddell> KDE -> KDE SC, perniquerty but important :)
[17:52]  * yofel likes versioning people though
[17:52] <jtechidna> and packaging them in to boxes is always fun
[17:57] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kde-wallpapers] Philip Muškovac * 28 * debian/ (changelog control) New upstream release
[18:12] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kactivities] Philip Muškovac * 12 * debian/ (changelog control) New upstream release
[18:13] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdepimlibs] Philip Muškovac * 165 * debian/ (changelog control libakonadi-contact4.symbols) * New upstream release - Add new symbol to libakonadi-contact4.symbols
[18:23] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/marble] Philip Muškovac * 30 * debian/ (changelog control) New upstream release
[18:23] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/smokegen] Philip Muškovac * 26 * debian/changelog New upstream release
[18:26] <bulldog98> yofel: is kdepim on hold? because of the assert?
[18:27] <yofel> on hold?
[18:27] <yofel> ah, yes, should be
[18:29] <Riddell> debfx: how's Qt 4.8.1 getting on?
[18:30] <debfx> Riddell: it's in the experimental ppa waiting in the build queue
[18:30] <debfx> probably should have started it in the ninjas ppa
[18:33] <Riddell> oh good.  public is best no reason to keep it secret
[18:34] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/okular] Philip Muškovac * 26 * debian/ (changelog control) New upstream release
[18:38] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/libkdcraw] Philip Muškovac * 32 * debian/ (changelog control) New upstream release
[18:38] <bulldog98> debfx: i386 is already build
[18:39] <debfx> Riddell: I mean building in the ninjas ppa and then copying the binaries over
[18:40] <yofel> you could just bump the urgency if you have a reason to have it built fast
[18:45] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kate] Philip Muškovac * 59 * debian/ (changelog control) New upstream release
[18:48] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/libkipi] Philip Muškovac * 32 * debian/ (changelog control) New upstream release
[18:57] <ronnoc> Good Friday, everyone!
[18:57] <Riddell> debfx: mm, yes
[18:57] <Riddell> hi ronnoc
[18:58] <Riddell> yofel: how's that done?  on launchpad or the changelog field?
[18:58] <yofel> changelog
[18:58] <ronnoc> Hi Riddell. BTW - I contacted the Canonical Sys Admins re: the social media stuffs we talked about. Awaiting reply...
[18:58] <Riddell> ronnoc: thanks, they don't have the best reputation for being responsive
[18:58] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/libkdeedu] Philip Muškovac * 28 * debian/ (changelog control) New upstream release
[18:59] <ronnoc> Riddell: Nor does their Launchpad page list anything to do with Kubuntu or any Community version AFAICT. I'm going to keep bugging them though :)
[19:00] <Riddell> ronnoc: which page?
[19:00] <ronnoc> https://launchpad.net/~canonical-sysadmins
[19:01] <Riddell> there's no paticular reason that page should mention kubuntu
[19:02] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/libkexiv2] Philip Muškovac * 33 * debian/ (changelog control) New upstream release
[19:04] <ronnoc> Riddell: I suppose not; I just figured since it was a sub-group of the “Canonical Website Admins” team and "Ubuntu Website Admins", that I was expecting something regarding Kubuntu there somewhere. No biggie though.
[19:07] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/libksane] Philip Muškovac * 25 * debian/ (changelog control) New upstream release
[19:12] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/analitza] Philip Muškovac * 10 * debian/ (changelog control) New upstream release
[19:29] <Riddell> rbelem: your colleagues making a web browser now? http://snowshoe.qtlabs.org.br/
[19:30] <bulldog98> Riddell: would be better if they would work on rekonq -> qml
[19:34] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/smokeqt] Philip Muškovac * 21 * debian/changelog New upstream release
[19:36] <Riddell> bulldog98: well that needs kdewebkit ported and that can't be done
[19:36] <Riddell> kdewebkit needs rewritten as part of webkit
[19:54] <rbelem> Riddell, yup :-)
[19:55] <rbelem> Riddell, i think we can put it in a ppa for kubuntu active users :-D
[20:00] <Riddell> rbelem: well needs Qt 5 packaged first
[20:01] <Riddell> so not a quick job to do
[20:02] <rbelem> Riddell, we can provide a simple qt5 build installed in a custom path :-)
[20:03] <rbelem> Riddell, do you think we will have qt5 in the next cycle?
[20:04] <Riddell> rbelem: yes I'd certainly expect that to be a target for next cycle for
[20:04] <Riddell> s/for//
[20:04] <kubotu> Riddell meant: "rbelem: yes I'd certainly expect that to be a target  next cycle for"
[20:04] <rbelem> awesome :-D
[21:11] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kde-runtime] Philip Muškovac * 270 * debian/ (changelog control) New upstream release
[21:19] <georgelappies> i cant get vim to work with the solarized color scheme for vim in Konssole... Anybody here maybe know whats the secret?
[21:20] <yofel> that's something for #kubuntu
[21:31] <sreich> georgelappies: just enable the colorscheme for konsole and disable colorscheming for vim
[21:33] <georgelappies> sreich: tried it but my letters have no color at all...
[22:50] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kde-workspace] Philip Muškovac * 629 * debian/ (changelog control) New upstream release
[23:43] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/smokekde] Philip Muškovac * 20 * debian/changelog New upstream release


[06:38] <tjaalton> and he's gone
[06:39] <tjaalton> that regression is fixed in 6.1-rc1 and up, not backported to stable


[00:02] <mwhudson> well https://launchpad.net/ubuntu/+source/sblim-sfcb/1.4.9-0ubuntu6/+build/22604622 just looks completely broken
[00:09] <Eickmeyer> mwhudson: RE: numba, looks like a new version is available and just not in sid yet. Should we, idk, just grab the source and JFDI?
[00:09] <mwhudson> Eickmeyer: does it support 3.10 yet?
[00:09] <Eickmeyer> Yes, that was added with 0.55.0, it's at 0.55.1 now.
[00:11] <Eickmeyer> https://github.com/numba/numba/releases
[00:11] <mwhudson> vorlon: wtf https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#sssd adsys/0.8 isn't a thing any more?
[00:13] <mwhudson> vorlon: maybe you should delete adsys again
[00:13] <Eickmeyer> Salsa down for anybody else? I'm getting a big fat 403 for no good reason.
[00:14] <cjwatson> https://lists.debian.org/debian-infrastructure-announce/2022/02/msg00000.html
[00:14] <Eickmeyer> Ahhhhhh yes, thanks, cjwatson.
[01:36] <vorlon> mwhudson: I'm retrying adsys autopkgtest with --all-proposed, which given that the test passed w/ -proposed samba, that might do the trick and with less effort than deleting
[01:36] <vorlon> (since I would need not only to delete but also block)
[01:36] <mwhudson> vorlon: ok
[01:37] <mwhudson> oh right we want sssd and samba both in triggers
[01:37] <mwhudson> ahasenack did one and i did the other
[01:38]  * mwhudson afk for a bit
[01:44] <vorlon> oh look.  I can't remove llvm-9 because pocl because llvm-11 because ocaml because plplot because python.
[01:46] <sarnold> pythonshmython. who needs it.
[01:46] <vorlon> plplot. plplot does.
[01:50] <vorlon> mwhudson: so adsys/armhf still failed with --all-proposed<EMAIL_ADDRESS>[02:21] <vorlon> adsys demoted to proposed; force-skiptest added for sssd (so we don't have to wait for the archive publisher); and britney restarted again
[02:27] <mwhudson> vorlon: bla
[02:28] <mwhudson> vorlon: do you want a hint to stop adsys migrating again?
[02:29] <Eickmeyer> mwhudson, vorlon: I'm build testing numba in my ppa. It should solve a problem or two with some migration. Want it?
[02:29] <mwhudson> Eickmeyer: not right now i think
[02:30] <Eickmeyer> mwhudson: Ok. Thought I'd ask as I don't want to complicate matters.
[02:31] <vorlon> mwhudson: I added a block-proposed bug
[02:31] <mwhudson> vorlon: ah ha
[02:32] <vorlon> Eickmeyer: numba can't make anything worse, everything that uses it is in proposed only right now
[02:34] <Eickmeyer> vorlon, mwhudson: It completely ftbfs anyhow, so much for being 3.10 ready.
[02:35] <Eickmeyer> And yes, it was against proposed.
[02:42] <Eickmeyer> It's complaining about tbb being too old.
[02:42]  * Eickmeyer finds himself in dependency hell
[02:43] <mwhudson> ah that might need a sync maybe?
[02:43] <mwhudson> there was something on debian-python about that
[02:43] <Eickmeyer> Nope, sid's is too old too.
[02:44] <Eickmeyer> Needs 2021 update or better, and 2020 is in sid.
[02:44] <mwhudson> ah the one in experimental maybe?
[02:45] <Eickmeyer> I don't see one in experimental?
[02:45] <mwhudson> oh wait that's https://buildd.debian.org/status/package.php?p=onetbb&suite=experimental
[02:45] <mwhudson> is that the same thing at all?
[02:45] <Eickmeyer> It should be, but that means the package name changed.
[02:46] <mwhudson> ah yes http://metadata.ftp-master.debian.org/changelogs/main/o/onetbb/onetbb_2021.5.0-7_changelog
[02:46] <Eickmeyer> Aha!@
[02:46] <Eickmeyer> I'll syncpackage that.
[02:48] -queuebot:#ubuntu-release- New sync: onetbb (jammy-proposed/primary) [2021.5.0-7]
[02:49] <Eickmeyer> Means we should probably dummy package tbb -> onetbb
[02:57] <OldManWinter> Dang, wireguard was promoted, so I can no longer upload.  I guess others are watching more closely anyway though, and can take care of it.
[03:01] <mwhudson> Eickmeyer: i think the binary packages are the same
[03:01] <mwhudson> well up to SONAME
[03:01] <Eickmeyer> mwhudson: Yeah, in that case do we remove the old tbb in favor of onetbb from the archive?
[03:33] <mwhudson> Eickmeyer: i think that would be the usual way, yes
[03:33] <Eickmeyer> mwhudson: Kinda thought so.
[03:37] <mwhudson> vorlon: i think britney is trolling us again
[03:37] <mwhudson> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#source-highlight
[03:38] <mwhudson> why is source-highlight in proposed in main? https://launchpad.net/ubuntu/+source/source-highlight
[03:40] <mwhudson> ubuntu-archive: which component should source-hightlight be in?
[03:45] <sarnold> mwhudson: check gdb
[03:47] <mwhudson> sarnold: que?
[03:48] <mwhudson> oh i see
[03:48] <mwhudson> why does reverse-depends not see that?
[03:49] <sarnold> usually because I forget the src: thingy :)
[03:49] <mwhudson> oh i see
[03:49] <mwhudson> gdb has dropped the dep now
[03:49] <mwhudson> so i think source-highlight can be dropped to universe now too
[03:53] <sarnold> does something magically do that when unseeded packages are no longer required by seeded packages?
[04:15] <mwhudson> sarnold: no, members of ~ubuntu-archive do that after reading the component-mismatches report
[04:16] <mwhudson> it's on https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html
[04:19] <mwhudson> RAOF: hi
[04:19] <mwhudson> ?
[08:10] -queuebot:#ubuntu-release- New: accepted fwupd [amd64] (focal-proposed) [1.7.5-3~20.04.1]
[08:10] -queuebot:#ubuntu-release- New: accepted fwupd [armhf] (focal-proposed) [1.7.5-3~20.04.1]
[08:10] -queuebot:#ubuntu-release- New: accepted fwupd [riscv64] (focal-proposed) [1.7.5-3~20.04.1]
[08:10] -queuebot:#ubuntu-release- New: accepted fwupd [arm64] (focal-proposed) [1.7.5-3~20.04.1]
[08:10] -queuebot:#ubuntu-release- New: accepted fwupd [s390x] (focal-proposed) [1.7.5-3~20.04.1]
[08:10] -queuebot:#ubuntu-release- New: accepted fwupd [ppc64el] (focal-proposed) [1.7.5-3~20.04.1]
[08:11] -queuebot:#ubuntu-release- New: accepted fwupd [amd64] (impish-proposed) [1.7.5-3~21.10.1]
[08:11] -queuebot:#ubuntu-release- New: accepted fwupd [armhf] (impish-proposed) [1.7.5-3~21.10.1]
[08:12] -queuebot:#ubuntu-release- New: accepted fwupd [riscv64] (impish-proposed) [1.7.5-3~21.10.1]
[08:12] -queuebot:#ubuntu-release- New: accepted fwupd [arm64] (impish-proposed) [1.7.5-3~21.10.1]
[08:12] -queuebot:#ubuntu-release- New: accepted fwupd [s390x] (impish-proposed) [1.7.5-3~21.10.1]
[08:12] -queuebot:#ubuntu-release- New: accepted fwupd [ppc64el] (impish-proposed) [1.7.5-3~21.10.1]
[08:15] -queuebot:#ubuntu-release- New: accepted oem-sutton.newell-caesar-meta [sync] (focal-proposed) [20.04~ubuntu1]
[08:18] -queuebot:#ubuntu-release- New binary: oem-sutton.newell-caesar-meta [amd64] (focal-proposed/none) [20.04~ubuntu1] (canonical-oem-metapackages)
[08:19] -queuebot:#ubuntu-release- New: accepted oem-somerville-weedle-meta [sync] (focal-proposed) [20.04~ubuntu1]
[08:21] -queuebot:#ubuntu-release- New binary: oem-somerville-weedle-meta [amd64] (focal-proposed/universe) [20.04~ubuntu1] (canonical-oem-metapackages)
[08:23] <tjaalton> please allow libxcvt on i386, it's blocking xorg-server
[08:25] -queuebot:#ubuntu-release- New: accepted oem-somerville-cubone-rkl-meta [sync] (focal-proposed) [20.04~ubuntu1]
[08:27] -queuebot:#ubuntu-release- New binary: oem-somerville-cubone-rkl-meta [amd64] (focal-proposed/none) [20.04~ubuntu1] (canonical-oem-metapackages)
[08:32] -queuebot:#ubuntu-release- New: accepted oem-somerville-beric-amd-meta [sync] (focal-proposed) [20.04~ubuntu1]
[08:34] -queuebot:#ubuntu-release- New binary: oem-somerville-beric-amd-meta [amd64] (focal-proposed/none) [20.04~ubuntu1] (canonical-oem-metapackages)
[08:58] <seb128> mwhudson, vorlon, the adsys release remove is a bit rude, could you at least talk to us about finding solution before removing a package that we own?
[08:59] <mwhudson> seb128: we'll put it back as soon as the python transition is done, which was hoped to be several hours ago
[09:01] <seb128> mwhudson, I don't understand why that was even needed, the bug mention autopkgtest failures, can't we just hint ignore those?
[09:01] <ricotz> mwhudson, https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#source-highlight still blocks python
[09:02] <mwhudson> ricotz: we need an aa
[09:02] <ricotz> hello seb128 mwhudson
[09:02] <mwhudson> seb128: could you move source-highlight in jammy-proposed to universe?
[09:03] <mwhudson> (it's on https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html)
[09:04] <seb128> mwhudson, https://launchpad.net/ubuntu/+source/source-highlight suggests it's already in universe, also that source was in main in impish so probably is needed there?
[09:04] <mwhudson> seb128: it used to be a dependency of gdb but isn't any longer
[09:04] <mwhudson> so i think demotion is appropriate
[09:05] <mwhudson> or its deps need to be promoted again but the current situation is wrong
[09:14] <seb128> mwhudson, demoted
[09:14] <mwhudson> seb128: thank you
[09:32] <doko> mwhudson: hmm, why did gdb drop source-highlight?
[09:32] <mwhudson> doko: i certainly have no idea
[10:23] -queuebot:#ubuntu-release- New binary: ceph [amd64] (jammy-proposed/main) [17.1.0-0ubuntu1] (ubuntu-server)
[10:54] <RikMills> the just uploaded ceph seems to have blocked python3-defaults migration? ^^
[10:58] -queuebot:#ubuntu-release- Unapproved: gst-plugins-base1.0 (focal-proposed/main) [1.16.2-4ubuntu0.1 => 1.16.3-0ubuntu1] (desktop-core, i386-whitelist, ubuntu-server)
[10:59] <ricotz> so close :(
[11:03] -queuebot:#ubuntu-release- New: accepted oem-somerville-drogo-meta [sync] (focal-proposed) [20.04~ubuntu1]
[11:04] -queuebot:#ubuntu-release- New binary: oem-somerville-drogo-meta [amd64] (focal-proposed/none) [20.04~ubuntu1] (canonical-oem-metapackages)
[11:05] -queuebot:#ubuntu-release- New: accepted oem-somerville-beric-amd-meta [amd64] (focal-proposed) [20.04~ubuntu1]
[11:05] -queuebot:#ubuntu-release- New: accepted oem-somerville-drogo-meta [amd64] (focal-proposed) [20.04~ubuntu1]
[11:05] -queuebot:#ubuntu-release- New: accepted oem-sutton.newell-caesar-meta [amd64] (focal-proposed) [20.04~ubuntu1]
[11:05] -queuebot:#ubuntu-release- New: accepted oem-somerville-cubone-rkl-meta [amd64] (focal-proposed) [20.04~ubuntu1]
[11:05] -queuebot:#ubuntu-release- New: accepted oem-somerville-weedle-meta [amd64] (focal-proposed) [20.04~ubuntu1]
[11:09] -queuebot:#ubuntu-release- New: accepted ceph [amd64] (jammy-proposed) [17.1.0-0ubuntu1]
[11:09] -queuebot:#ubuntu-release- New: accepted onetbb [sync] (jammy-proposed) [2021.5.0-7]
[11:17] -queuebot:#ubuntu-release- Unapproved: gst-plugins-good1.0 (focal-proposed/main) [1.16.2-1ubuntu2.1 => 1.16.3-0ubuntu1] (desktop-core, i386-whitelist, ubuntu-server)
[11:30] -queuebot:#ubuntu-release- New binary: onetbb [amd64] (jammy-proposed/universe) [2021.5.0-7] (no packageset)
[11:31] -queuebot:#ubuntu-release- New: accepted onetbb [amd64] (jammy-proposed) [2021.5.0-7]
[12:24] <ahasenack> what's the eta on python3-defaults migrating, does anybody know?
[12:24] <ahasenack> I think this is the longest python migration I have ever seen
[12:28] <doko> still faster than ruby-defaults ;p  v*rlon was working on that, but it's now delayed by a new ceph upload
[12:29] <ahasenack> oh yeah, ruby is the champion
[12:30] <ahasenack> I fear the upcoming bug reports, when these packages finally hit the release pocket
[12:30] <ahasenack> brace for impact
[12:32] <ahasenack> why is adsys still in excuses, since it hit the release pocket yesterday? https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#adsys
[12:32] <ahasenack> and with no "prior version" listed
[12:33] <ahasenack> I guess many things beyond my understanding are entangled right now :)
[12:34] <ahasenack> oh, it moved back to proposed overnight
[12:39] <ricotz> just a reminder :) - <tjaalton> please allow libxcvt on i386, it's blocking xorg-server
[12:47] <RikMills> ahasenack: previous ceth upload took 36 hrs to build on riscv64, so I wouldn't bet on any time soon if that stays in proposed
[12:48] <seb128> ricotz, tjaalton: libxcvt handled
[12:58] <ricotz> seb128, great, thanks
[13:00] <coreycb> ginggs: it looks like there was some progress on onetbb, have you been keeping tabs on it?
[13:03] <tjaalton> thanks!
[13:06] -queuebot:#ubuntu-release- Packageset: Removed libnfsidmap from i386-whitelist in jammy
[13:06] -queuebot:#ubuntu-release- Packageset: Added fonts-nanum to i386-whitelist in jammy
[13:06] -queuebot:#ubuntu-release- Packageset: Added fonts-open-sans to i386-whitelist in jammy
[13:06] -queuebot:#ubuntu-release- Packageset: Added gi-docgen to i386-whitelist in jammy
[13:06] -queuebot:#ubuntu-release- Packageset: Added highlight.js to i386-whitelist in jammy
[13:06] -queuebot:#ubuntu-release- Packageset: Added libxcvt to i386-whitelist in jammy
[13:17] <ginggs> coreycb: there was an update to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000336#101 a week ago
[13:19] <ginggs> I think there about 8 build failures in onetbb's reverse-build-dependencies
[13:19] <ahasenack> RikMills: I thought riscv64 was risc-free
[13:20] <ahasenack> i.e., wouldn't block anything
[13:21] <RikMills> ahasenack: I think that is still the case for autopkgtests and build time tests, but not for missing builds
[13:21] <RikMills> but I could be mistaken
[13:22] <ahasenack> can't wait for the rush to fix bugs once these transitions land
[13:22] <ahasenack> that will be the real ff date in practice
[13:23] <RikMills> ahasenack: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#netdata
[13:23] <RikMills> example on something blocked on riscv64
[13:23] <RikMills> *of something
[13:55] <coreycb> ginggs: seems to be progressing, thanks
[13:56] <bdmurray> ceph is a new upstream version after Feature Freeze?
[13:57] <seb128> bdmurray, the proposed version was already a git snapshot
[13:57] <seb128> which was uploaded before feature freeze
[13:58] <bdmurray> seb128: ah okay, I didn't look at the full publishing history
[14:08]  * ahasenack used the same trick with freeradius
[14:09] <ahasenack> I'm using a git snapshot of 3.0.26
[14:22] <ricotz> tjaalton, you can retry it now https://launchpad.net/ubuntu/+source/xorg-server/2:21.1.3-2ubuntu1/+build/23194148
[14:24] <tjaalton> already tried once
[14:25] <ricotz> tjaalton, but you didn't wait for the i386 build to be published ;)
[14:28] <tjaalton> right
[14:28] <ricotz> looks good now
[14:29] <ricotz> tjaalton, despite the build failure
[15:06] <vorlon> jamespage: I'm backing ceph out of -proposed; this resets the entire python+perl+ocaml transition to have it there right now, and it takes days to build on riscv64.  We can copy it back when the transition is done
[15:41] -queuebot:#ubuntu-release- Unapproved: horizon (impish-proposed/main) [4:20.1.0-0ubuntu1 => 4:20.1.1-0ubuntu1] (openstack)
[15:42] <Eickmeyer> ginggs: onetbb built just fine (sans riscv64), and I've got numba test-building in my PPA wth proposed enabled.
[15:48] <jamespage> vorlon: apologies and +1
[15:53] -queuebot:#ubuntu-release- Unapproved: heat (impish-proposed/main) [1:17.0.0-0ubuntu1 => 1:17.0.1-0ubuntu1] (openstack)
[16:18] -queuebot:#ubuntu-release- Unapproved: gstreamer1.0 (focal-proposed/main) [1.16.2-2 => 1.16.3-0ubuntu1] (core, i386-whitelist)
[16:36] -queuebot:#ubuntu-release- Unapproved: ceilometer (impish-proposed/main) [2:17.0.0-0ubuntu1 => 2:17.0.1-0ubuntu1] (openstack)
[16:57] -queuebot:#ubuntu-release- Unapproved: cockpit (impish-backports/universe) [261-1~bpo21.10.1 => 264-1~bpo21.10.1] (no packageset)
[16:58] -queuebot:#ubuntu-release- Unapproved: cockpit (focal-backports/universe) [261-1~bpo20.04.1 => 264-1~bpo20.04.1] (no packageset)
[16:58] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (impish-backports/universe) [260-1~bpo21.10.1 => 262-1~bpo21.10.1] (no packageset)
[16:58] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (focal-backports) [264-1~bpo20.04.1]
[16:58] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (impish-backports) [264-1~bpo21.10.1]
[16:58] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-machines [source] (impish-backports) [262-1~bpo21.10.1]
[16:59] <blackboxsw> bdmurray: not sure if there is time in SRU vanguard today or not. cloud-init has a queued  for -proposed (22.1-14-g2e17a0d6) that we'd like to request review for upload  into (bionic|focal|impish)-proposed  per https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1961446
[17:00] <blackboxsw> I'd also like to reject all 21.1.1 from bionic/focal/impish -proposed queues
[17:02] -queuebot:#ubuntu-release- New binary: cockpit [amd64] (focal-backports/universe) [264-1~bpo20.04.1] (no packageset)
[17:03] -queuebot:#ubuntu-release- New binary: cockpit [amd64] (impish-backports/universe) [264-1~bpo21.10.1] (no packageset)
[17:58] -queuebot:#ubuntu-release- New: accepted cockpit [amd64] (focal-backports) [264-1~bpo20.04.1]
[17:58] -queuebot:#ubuntu-release- New: accepted cockpit [amd64] (impish-backports) [264-1~bpo21.10.1]
[18:22] -queuebot:#ubuntu-release- New binary: vkd3d [amd64] (jammy-proposed/universe) [1.2-11] (i386-whitelist)
[18:22] -queuebot:#ubuntu-release- New binary: vkd3d [i386] (jammy-proposed/universe) [1.2-11] (i386-whitelist)
[18:57] <mwhudson> argh what somehow now the capnproto build on ppc64el is the blocker
[18:59] <Eickmeyer> mwhudson: numba is looking good with onetbb, it's just running dh_auto_tests now.
[19:45] <mwhudson> kj/string-test.c++:38: failed: expected ("-128 -32768 -2147483648 -9223372036854775808") == (str((signed char)-128, ' ', (signed short)-32768, ' ', ((int)-2147483647) - 1, ' ', ((long long)-9223372036854775807ll) - 1)); -128 -32768 -2147483648 -9223372036854775808; str((signed char)-128, ' ', (signed short)-32768, ' ', ((int)-2147483647) - 1, ' ', ((long long)-9223372036854775807ll) - 1) = -128 -32768 -214748364( -9223372036854775808
[19:45] <mwhudson> stack: 8fd0a7d0c7b 8fd0a3980d7 71bf21d168b3 71bf21c8058f 71bf21d149e3 71bf21d1661f 71bf21caf643 71bf21cc1a83 71bf21c8058f 71bf21cb568b 71bf21d1314f 71bf216917a3 71bf21691987
[19:45] <mwhudson> thanks?
[19:46] <mwhudson> huh seems to be -2147483648 vs -214748364(
[19:47] <mwhudson> that's a single bit of difference...
[21:15] <mwhudson> argh i think i may have rediscovered this https://github.com/capnproto/capnproto/commit/f94b8b1e866c2f13d646313169e3b2d3dd339b2f#diff-1efa83f8f954ff35477e3a52422534daa6b886fc93af810a4c8ea209ffafe236
[21:54] <mwhudson> yes seems so
[22:33] -queuebot:#ubuntu-release- New source: numba (jammy-proposed/primary) [0.55.1-0ubuntu1]
[22:34] <Eickmeyer> ubuntu-archive: ^ That's the numba package I've been working on that should help with the python3-defaults migration, and everything else stuck in jammy-proposed waiting for it.
[22:34] <Eickmeyer> The packaging is nearly identical to what was in the previous version sync'd from Debian.
[22:35]  * RAOF has a look.
[22:37] <RAOF> Has pull-lp-source got out of sync with launchpad's API?
[22:38] <Eickmeyer> RAOF: Not sure, but that might not have been a question for me.
[22:38] <Eickmeyer> numba was removed from jammy because it FTBFS due to Python 3.10. This version is 3.10-compatible.
[22:38] <RAOF> Ah, no. I think it's transient launchpad weirdness.
[22:38] <Eickmeyer> Oh, gotcha.
[22:40] <mwhudson> RAOF, Eickmeyer: i don't think numba is anything to do with the current non-migration of python
[22:40] <mwhudson> so it's good to get this done but lets leave it in NEW for a bit please?
[22:40] <Eickmeyer> mwhudson: vorlon said it was a good idea.
[22:40] <Eickmeyer> At least, couldn't hurt.
[22:40] <mwhudson> hmm maybe it can't hurt
[22:41] <mwhudson> just feeling a bit paranoid around britney behaviour
[22:42] <Eickmeyer> Britney has some implicit dependency circles going on, so I get it 100%.
[22:42] <RAOF> I can easily do the source review and then leave it in binary NEW if you like.
[22:42] <Eickmeyer> britney was whining yesterday about numba being missing.
[22:44] <Eickmeyer> But yes, mwhudson, I see your capnproto issues.
[22:44] <RAOF> (It will go through binary NEW, right? Even though those binaries previously existed?)
[22:44] <Eickmeyer> It should, RAOF.
[22:45] <RAOF> Eickmeyer: That's totally my expectation, but I've been surprised by LP behaviour in the past!
[22:45] <Eickmeyer> RAOF: Especially lately. :)
[22:46] <Eickmeyer> RAOF: I test built against all archs except riscv64 in my PPA, built against everything in proposed.
[22:58] <mwhudson> come on britney, do your thing
[22:59] <Eickmeyer> mwhudson: I feel that statement in my soul right now.
[23:22] <RAOF> Eickmeyer: I know that you've taken the packaging from the previous Debian sync, but the debian/copyright fails to list most of the licenses involved. 🤦♀
[23:24] <Eickmeyer> RAOF: I blame the scientific team for failing to keep that updated then. The only whine I got from lintian was a couple of files that no longer existed.
[23:24] <RAOF> Yeah, none of the files have copyright headers.
[23:25] <Eickmeyer> I didn't do a licensecheck because I assumed they kept it correct.
[23:25] <Eickmeyer> As far as the lack of copyright headers, doesn't it then go under the Files: * copyright?
[23:25] <RAOF> But LICENSES.third-party lists code with MIT, BSD-3, PSF…
[23:26]  * Eickmeyer isn't at his main computer right now
[23:27] <RAOF> Rather than have copyright headers, they've included relevant github URLs in the headers and then specified the corresponding licenses in LICENSES.third-party.
[23:27] <Eickmeyer> Salsa being down made this a lot more difficult than it should've been.
[23:27] <RAOF> 👍
[23:46] -queuebot:#ubuntu-release- New: rejected numba [source] (jammy-proposed) [0.55.1-0ubuntu1]


[00:12] <Mamarok> OK, that is lasting since several weeks now: I can't upgrade kdevelop to 4.1.80 due to missing libraries:
[00:13] <Mamarok> kdevelop : Depends: kdevplatform3-libs (>= 1.1.80) but it is not going to be installed
[00:13] <Mamarok> currently there is only kdevplatform2-libs
[00:13] <Mamarok> amd64 system on Maverick
[00:16] <Riddell> phononlogger: I went to a private school, my parents paid a lot of money to ensure I don't have a working class accent
[00:16] <yofel> Mamarok: you do have the beta ppa enabled?
[00:16] <Riddell> afiestas: it's waiting on appmenu-qt getting a new review
[00:16] <Riddell> afiestas: it's a plugin system now to stop duplication of the library within qt
[00:17] <afiestas> Riddell: so everybody will be able to use it instead of wait until 4.8 ?
[00:17] <Riddell> Mamarok: what happens if you apt-get install kdevplatform3-libs ?
[00:17] <Riddell> afiestas: it still needs qt to be patched, but the patch is now much smaller and it's the next step in getting the patch upstream
[00:17] <afiestas> nice, good work :D
[00:18] <afiestas> one more question, how can I remove the dpkg cache?
[00:18] <afiestas> I'm running short of hd :/
[00:18] <yofel> sudo apt-get clean
[00:18] <Mamarok> Riddell: that worked :) But it should be the other way round, no?
[00:18] <Riddell> afiestas: rm /var/cache/apt/archives/*
[00:19] <Riddell> Mamarok: yes it should, I wish I knew why
[00:26] <afiestas> mmm there is something to install all KDE -dev dependencies?
[00:28] <Riddell> how would you define all KDE -dev dependencies?
[00:28] <Riddell> apt-get build-dep kdeplasma-addons   might be a good way
[00:30] <Riddell> hmm, no sign of groo
[00:30] <Riddell> guess I should start packaging kdepim
[00:30] <afiestas> Riddell: all the -dev libs needed by kdebase, kdepim etc
[00:30] <Riddell> afiestas: apt-get build-dep kdebase/pim
[00:30] <afiestas> well, kdebase is the hard one specially the:Compositing support  <http://www.x.org/>
[00:31] <Riddell> then you mean kdebase-workspace
[00:31] <Riddell> you can just  apt-get install kdebase-workspace-dev
[00:32] <Riddell> (annoyingly the kdebase of upstream isn't the kdebase given to distros)
[00:32] <afiestas> why is that?
[00:32] <afiestas> do you mean that we work just with "kdebase" while distros has kdebase-workspace/runtime/apps ?
[00:33] <Riddell> right
[00:33] <afiestas> *distros have
[00:33] <Riddell> which is confusing
[00:33] <afiestas> well, for 4.7 that should be fixed since the repos will be splitted when moving to git
[00:33] <Riddell> that would be good
[00:35] <afiestas> going to sleep now (kdesrc will be working all night)
[00:35] <afiestas> good night
[00:35] <afiestas> and thanks :p
[00:35]  * yofel is off to bed too
[00:36] <yofel> Riddell: leave me your comments for tomorrow http://people.ubuntu.com/~yofel/sdk_diff.txt
[00:36] <Riddell> oh sorry yofel should have done that earlier.  I'll get to it
[00:36] <yofel> Riddell: in case you want to try it https://launchpad.net/~yofel/+archive/staging/+packages
[00:36] <yofel> good night
[00:50] <phononlogger> Riddell: that is nice
[00:51] <phononlogger> Riddell: though quite frankly I like that accent :)
[00:51]  * phononlogger likes accents in general though
[00:51] <phononlogger> as I do like diversity
[00:52]  * phononlogger snuggles with the Riddell
[00:54] <Riddell> mmm, snuggles
[01:00] <phononlogger> Riddell: how is dallas?
[01:03] <Riddell> cold
[01:03] <Riddell> I've heardly been out the hotel
[01:03] <Riddell> it's another of these stupidly large US cities where you can't go anywhere without a car
[01:04] <phononlogger> *nod*
[01:06] <claydoh> there are almost no large us cities where you don't need one
[01:07]  * phononlogger adores public transport
[01:08] <claydoh> of course most of us don't live in big cities
[01:09] <phononlogger> though Graz, where I live, is like the second largest city in Austria, but only because it is rather large in terms of area, so it tends to be pretty unfortunate if you are living rather far away from the city center
[01:10] <phononlogger> so I would say public transportation here is a bit crapy
[01:10] <claydoh> I must admit tho that my small city/ area has an Ok bus system fro the size of the area
[01:10] <Riddell> I think in Europe it works the other way, the larger the city the more difficult it is to use a car
[01:10] <phononlogger> takes me around 10 minutes to the next bus stop and then around 20 to get to the city center
[01:10] <phononlogger> Riddell: most definitely
[01:11]  * phononlogger has yet to see a european city where that does not apply :D
[01:11] <claydoh> we just spread out too much, even in rural areas people live away from the city or town
[01:12] <claydoh> I can actually walk from my town to the other end of the city next door in prob less tha 2 hours
[01:13] <claydoh> tho there is nothing interesting at that end :)
[01:13]  * phononlogger tends to walk about that amount of time when he is drunk in the middle of night getting kicked out of a pub ;)
[01:13] <claydoh> hah
[01:13] <claydoh> if I have a row with my wife, it is 1 hour 15 min walk home
[01:14] <claydoh> from work
[01:15] <claydoh> our busses don't run after 1700 iirc
[01:15] <Riddell> sounds like a cycleable distance
[01:15] <phononlogger> :O 1700
[01:15] <Riddell> no busses in the evening?  that's crazy
[01:15] <claydoh> it is, actually, though for me it is too  much uphil going to work, and I anm a fat guy
[01:16] <phononlogger> tram runs until midnight, busses run unti 2:30 or so and tram starts again at 4:30
[01:16] <claydoh> Riddell: rather small population, the whole area (1 city, 4 small towns) is less than 45000
[01:17] <Riddell> our tram is open 24 hours, trouble is the tram line is only 500 metres long
[01:17] <phononlogger> oy vey
[01:17] <claydoh> and even thou it is an older area for the us, very little in the way of rail
[01:17] <phononlogger> Riddell: does that thing actually have much point?
[01:18] <phononlogger> claydoh: that is way too funny, you consider 45000 small :D
[01:18] <Riddell> phononlogger: useful way to get rid of half a billion pounds?
[01:18] <phononlogger> that is 200k more than Graz and half the sinhabitatns of vienna
[01:19] <phononlogger> Riddell: yeah, if one needs to get rid of it ... like if it is drug money or something?
[01:19] <claydoh> phononlogger: for the us it is, and my numbers are just guesses my little town has 5000
[01:19] <claydoh> and includes a good sized raduis
[01:20] <phononlogger> that is still more than where I grew up ... ~1200 :D
[01:20] <claydoh> http://en.wikipedia.org/wiki/Bangor,_Maine
[01:20] <claydoh> and I live here
[01:20] <phononlogger> actually I think that went up by 1k or so within the past couple of years
[01:21] <phononlogger> in Austria there are a lot of people moving from larger cities to the country side
[01:21] <claydoh> http://en.wikipedia.org/wiki/Brewer,_Maine boy did I get the population wrong
[01:21]  * phononlogger cannot reproduce that desire though
[01:22] <phononlogger> lol
[01:22] <phononlogger> claydoh: well, 2000 is way old
[01:23] <claydoh> phononlogger: 45000 not 450000 :)
[01:23]  * phononlogger is all drunk
[01:24] <phononlogger> and I just took my last sip of wine
[01:24] <claydoh> graz is a huge city
[01:24] <claydoh> to me
[01:25]  * phononlogger finds it small
[01:25] <Riddell> claydoh: country bumpkin  :)
[01:25] <phononlogger> I am always surprised in how many people I run into
[01:25] <claydoh> Riddell: you  bet :)
[01:25]  * Riddell imagines claydoh chewing on a straw of hay
[01:25] <claydoh> naw, i am  NOT a redneck :)
[01:26] <claydoh> well maybe I could be
[01:26] <phononlogger> which reminds me of the dude in flordia
[01:27] <Riddell> "I've got a 55 and a 64"
[01:27]  * phononlogger was feeling most uncomfortable not understanding a word of what he was talking about :D
[01:27] <Riddell> "Always got a beer in my hand"  I felt like pointing out that in civilised societies Bud Light is not considered to be beer
[01:28] <Riddell> but that might have been snobby :)
[01:28] <claydoh> lol
[01:28] <phononlogger> possibly ^^
[01:28] <claydoh> I hate beer, but even so bud light is silly
[01:28] <claydoh> tho they can have funny commercials at times
[02:15] <afiestas> phononlogger: <video> html5 tag should work on 11.04 ?
[02:15] <afiestas> rekonq + phonon-gstreamer
[02:15] <phononlogger> possibly
[02:17] <phononlogger> it technically should, as originally the phonon support was implemented wiht phonon-gstremer in mind
[02:17] <phononlogger> havent tried it though
[02:17] <cmagina> Riddell: ppa:craig.magina/ppa
[02:17] <Riddell> works for me, testing http://people.canonical.com/~jriddell/html5.html
[02:18] <phononlogger> (form my perspective the phonon API needs major improvements to actually enable qtwebkit's use case though)
[02:18] <phononlogger> so if it works in 11.04 it will work awesomely in 11.10 ;)
[02:18] <phononlogger> or so I hope ;)
[02:19] <afiestas> http://www.afiestas.org/ <--odd only works with the first video
[02:19]  * phononlogger does the backend switching dance
[02:19] <phononlogger> oh
[02:20] <phononlogger> Riddell: either my vlc got changed or that patch is insufficient on maverick
[02:20] <phononlogger> just crashed
[02:20] <phononlogger> regarding PA/vlc crash on exit
[02:20] <Riddell> afiestas: I agree, different formats?
[02:21] <phononlogger> afiestas: you mean starting them after each other?
[02:23] <phononlogger> works on 10.10
[02:23] <phononlogger> so either pgst 4.4.4 fixes this or 11.04 has a bug there
[02:23] <phononlogger> volume change does not seem to work though
[02:24] <Riddell> sometimes the second video loads and sometimes not
[02:24] <Riddell> breakage in qtwebkit maybe?
[02:24]  * phononlogger reloads
[02:25] <phononlogger> Riddell: entirely possible
[02:25] <afiestas> same format (recordmydesktop)
[02:25] <phononlogger> they have to pull all sorts of crappy tricks
[02:25] <phononlogger> as they are in a qgraphicsscene
[02:25] <phononlogger> but phonon does not yet provide a qgraphicsitem
[02:25] <phononlogger> very sick code actually
[02:25] <Riddell> and this is using libqtmultimediakit1 not phonon remember
[02:25] <phononlogger> ohhhhhhh
[02:26] <Riddell> so no blaming phononlogger allowed :)
[02:26] <phononlogger> Riddell: well, then build with phonon :P
[02:26] <Riddell> I don't think it can be any more
[02:26] <phononlogger> shadeslayer is working on phonon in qtwebkit now
[02:26] <phononlogger> Riddell: the code for phonon has not been removed I understand
[02:26] <phononlogger> also I have learned that they will use gsteramer directly
[02:26] <phononlogger> probably they have realized that qtmm is utter crap and broken by design
[02:27] <afiestas> lol
[02:27] <afiestas> this phonon/qtmm history is good enough to create a telenovela
[02:27] <afiestas> http://en.wikipedia.org/wiki/Telenovela <--
[02:27] <afiestas> xd
[02:27] <phononlogger> well
[02:28] <phononlogger> not my fault that brisbane takes old shitty code and tries to sell it as new shitty code
[02:28] <phononlogger> afiestas: you better dont get j-b started on qtmm though
[02:28] <afiestas> xDD
[02:28] <phononlogger> he might rant for a day and a half about in how many ways it is broken
[02:33] <afiestas> also, would be possible to create a package for QtGst ?
[02:33] <afiestas> http://cgit.freedesktop.org/gstreamer/qt-gstreamer/commit/ <-- first release
[02:34] <afiestas> the final release should be within a week, so should be safe enough
[02:34] <Riddell> because we need another multimedia framework :)
[02:34] <afiestas> Riddell: it is a binding not a multimedia framework
[02:34] <afiestas> Kubuntu is already using Gst as MM framework so... :p
[02:34] <Riddell> because we need another multimedia API :)
[02:35] <afiestas> well, yes we do
[02:35] <Riddell> afiestas: first step is to file a needs-packaging bug
[02:35] <afiestas> after a long thread in kde-multimedia seems that the general idea is: 1-Phonon for normal apps 2-QtGst for apps that need a full multimedia framework
[02:35] <afiestas> ooks
[02:37] <maco> oh well thats lovely. maverick boots to a black screen on my mom's computer
[02:38] <maco> i hear the kde startup sound
[02:38] <maco> (intel 865)
[02:38]  * maco tries an ubuntu cd
[02:40] <maco> same. *sigh*
[02:45] <Riddell> release party! http://www.kdedevelopers.org/node/4376
[02:45] <afiestas> Riddell: I'm surfing in circles
[02:45] <afiestas> I went to launchpad, click on "Report a bug"
[02:45] <afiestas> that redirected me to: https://help.ubuntu.com/community/ReportingBugs
[02:46] <maco> afiestas: go to the source package you want to report on
[02:46] <maco> oh wait nvm
[02:46] <afiestas> which  by clicking on a link move me to: https://wiki.kubuntu.org/Kubuntu/Bugs/Reporting
[02:46] <afiestas> I want a "needs-packaging" bug
[02:46] <afiestas> what is the package for that?
[02:46] <maco> yeah...doesnt the wiki give the how-to-avoid-redirect string?
[02:46] <maco> i think its ?no-redirect or something
[02:47] <afiestas> https://bugs.launchpad.net/ubuntu/+filebug/?no-redirect oh :p
[02:47] <afiestas> thanks
[02:48] <afiestas> phononlogger: did you take a look at why k3b (and for what) is using qtmm ?
[02:50] <maco> hrmph. at least kubuntu gets to the "start or install" screen. ubuntu just falls over
[02:51] <afiestas> maco: try alt+shift+F12
[02:51] <afiestas> (disable composite) once you're in your black-kde desktop
[02:55] <phononlogger> afiestas: nope
[02:55] <afiestas> Riddell: https://bugs.launchpad.net/ubuntu/+bug/702706 is that good enough? Or I should add more information?
[02:56] <phononlogger> busy with 4.4.4
[02:56] <phononlogger> and blogging
[02:59] <maco> hrmm it didnt even ask "start or install" this time
[03:01] <Riddell> afiestas: I added the needs-packaging tag (also a kubuntu tag so we don't forget about it)
[03:01] <Riddell> thanks
[03:02] <jjesse> hrmm interesting on my netbook running Natty i have no problems with rekonq but on my natty vm rekonq
[03:02] <maco> afiestas: oh wait i probably just wasnt watching and it counted down... the speakers are too shot to hear the login sound if im more than 60cm away
[03:02] <maco> afiestas: alt+shift+f12 did nothing. im trying to make an xorg.conf
[03:03] <afiestas> maco: try by adding: export KWIN_COMPOSE=N in your bashrc
[03:06] <maco> got it!
[03:06] <maco> refresh rate was wrong
[03:06] <maco> i hit alt+f2 and blind-typed "xrandr --rate 60"
[03:06] <maco> it was trying to use 85
[03:14] <Riddell> jjesse: ...?
[03:14] <jjesse> Riddell:  on my netbook running natty i have no problems opening rekonq but on my vm every time i try to open it rekonq crashes
[11:08] <apparle> hello guys, how to change the user agent of rekonq
[14:11] <steveire> Looks like I've an issue with launchinh kontact after upgrading my 10.04 box: $ kontact
[14:11] <steveire> kontact: error while loading shared libraries: libkontactinterface.so.4: cannot open shared object file: No such file or directory
[14:11] <steveire> Can I resolve that with a reinstall of some package?
[14:16] <yofel> steveire: is libkontactinterface4 even installed?
[14:16] <steveire> I don't know.
[14:16] <yofel> steveire: what does 'apt-cache policy libkontactinterface4' tell you as installed version?
[14:17] <steveire> Installed: (none)
[14:17] <steveire> And actually I think I remember it getting removed when I upgraded.
[14:17] <yofel> install it
[14:17] <steveire> Which package should I file a bug against?
[14:18] <yofel> actually, what version of kdepim do you use?
[14:18] <steveire> This is 4.4.8
[14:19] <steveire> Actaully I think this is a ppa issue. It installed libkontactinterfaces and libakonadi-contact from a ppa I think
[14:20] <steveire> http://dpaste.com/316482/
[14:23] <yofel> [REMOVE, NOT USED] libkontactinterface4
[14:23] <yofel> that doesn't sound right...
[14:24] <shadeslayer> that sounds horrible
[14:24] <shadeslayer> steveire: what do you use to upgrade?
[14:25] <steveire> aptitude
[14:25] <steveire> dist-upgrdae I think
[14:25] <steveire> alias apup='sudo aptitude update && sudo aptitude dist-upgrade'
[14:27] <yofel> kontact 4.4.8 really doesn't depend on them o.O http://paste.ubuntu.com/554028/
[14:27] <shadeslayer> yofel: what the ... :O
[14:28] <shadeslayer> steveire: use apt-get dist-upgrade please :)
[14:30] <shadeslayer> interesting how rekonq/konqueror dont send in proper user agents to launchpad
[14:31] <shadeslayer> steveire: tried out 4.4.9?
[14:31] <shadeslayer> yofel: fixed in 4.4.9
[14:31] <shadeslayer> http://paste.ubuntu.com/554029
[14:32] <shadeslayer> steveire: please install 4.4.9
[14:33] <steveire> Use apt-get instead of aptitude? Why?
[14:33] <yofel>  aptitude should work fine, but we test mostly with apt-get
[14:34] <steveire> How do I install 4.4.9?
[14:34] <shadeslayer> steveire: install the kubuntu-ppa from launchpad.net/~kubuntu-ppa
[14:34] <steveire> I use aptitude for everything
[14:34] <shadeslayer> the updates one
[14:34] <yofel> shadeslayer: there are no lucid packages I think there
[14:34] <shadeslayer> aptitude tries to be smart :P
[14:34] <shadeslayer> ah
[14:34] <yofel> (at least I don't see them)
[14:34] <shadeslayer> your using lucid
[14:34] <shadeslayer> no there arent
[14:34] <shadeslayer> and there wont be afaik
[14:35] <yofel> this should get an SRU _fast_
[14:36] <yofel> ScottK, Riddell: any plan to get 4.4.9 into lucid soon?
[14:37] <shadeslayer> yofel: id rather patch the 4.4.8 packages
[14:37] <steveire> I added deb http://ppa.launchpad.net/kubuntu-ppa/ppa/ubuntu lucid main and tried upgrade and didn't get 4.4.9
[14:37] <shadeslayer> steveire: yeah .. there are no 4.4.9 packages for kdepim for lucid
[14:37] <steveire> I think I'm supposed to be testing a release upgrade. That's why I upgraded to the latest packages in the first place
[14:38] <steveire> Riddell: What is it I need to do again?
[14:38] <shadeslayer> probably enable updates and upgrade
[14:38] <shadeslayer> or are they still in proposed?
[14:38]  * shadeslayer checks
[14:39] <yofel> nope, there are none
[14:39] <yofel> only 4.4.8 in -updates
[14:39] <shadeslayer> yep
[14:39] <yofel> and yes, I hate you gcc http://paste.ubuntu.com/554032/
[14:39] <steveire> http://dpaste.com/316529/
[14:39] <steveire> So I need to add that maverick ppa?
[14:40] <yofel> wait, that was about upgrading
[14:40] <shadeslayer> ahhhh
[14:40] <shadeslayer> thats completely different
[14:42] <steveire> Yes, well before I tried out what I was supposed to try out, I ran my apup script, and then got busy with other things.
[14:42] <shadeslayer> yofel: hahaha :D
[14:42] <shadeslayer> you need to fix them errors
[14:42] <shadeslayer> symbol errors
[14:59] <Riddell> morning
[14:59] <jjesse> morning Riddell
[15:00]  * shadeslayer waves to Riddell
[15:00] <Riddell> yofel: no we don't tend to do backports for lucid unless someone pays us
[15:01] <yofel> ah ok
[15:01] <shadeslayer> Riddell++
[15:02] <shadeslayer> Riddell: btw .. booked tickets for India? :D
[15:02] <Riddell> going to talk to pradeepto first
[15:03] <shadeslayer> ah ok
[15:03] <Riddell> steveire: you want to add the updates maverick PPA then work out how to do the upgrade without it removing PPAs
[15:03] <Riddell> deb http://ppa.launchpad.net/kubuntu-ppa/ppa/ubuntu maverick main
[15:03] <shadeslayer> Riddell: iirc they are working on sponsorhsip docs
[15:16] <steveire> " then work out how to do the upgrade without it removing PPAs"
[15:16] <steveire> Any idea what this will involve?
[15:17] <Riddell> steveire: it needs something put into /etc, mvo was ment to add it to the bug, wait 15 minutes and I'll find him and poke him into doing that
[15:18] <shadeslayer> Riddell: http://paste.kde.org/~shadeslayer/2488/ << does that look a QWidget crash to you? or rekonq crash?
[15:19] <Riddell> WebTab::~WebTab (this=0x12c3fb0, __in_chrg=<value optimized out>) at /media/Data/rekonq/src/webtab.cpp:96   that'll be rekonq
[15:19] <shadeslayer> oh
[15:20] <shadeslayer> i cant really find anything at line 96
[15:20] <shadeslayer> its just a {
[15:20] <shadeslayer> how can you crash at a '}' :P
[15:21] <Riddell> it's a destructor
[15:21] <Riddell> probably something is being destructed that shouldn't be
[15:23] <shadeslayer> well
[15:23] <shadeslayer> it clears the urlbar, delete's the kpart
[15:23] <shadeslayer> clears wallet bar
[15:23] <CIA-39> [muon] jmthomas * 1214408 * trunk/extragear/sysadmin/muon/updater/UpdaterWindow.cpp Fix the build.
[15:24] <CIA-39> [muon] jmthomas * 1214409 * trunk/extragear/sysadmin/muon/muon/MainWindow.cpp Include cleanup
[15:28] <CIA-39> [muon] jmthomas * 1214410 * trunk/extragear/sysadmin/muon/libmuon/DownloadModel/DownloadModel.h (log message trimmed)
[15:28] <CIA-39> A QVector is a more appropriate container in this case. Index lookup and
[15:28] <CIA-39> appending have the same algorithmic complexity, but since the PackageDetail
[15:29] <Riddell> http://effiejayx.wordpress.com/2011/01/14/alive-and-kicking/  a new Kubuntu fan amongst Ubuntu
[15:29] <Riddell> wonder how we can pull him in
[15:31]  * shadeslayer looks
[15:32] <shadeslayer> kewl :D
[15:55] <Riddell> ah, dpm, you wanted to talk this week about something
[15:55] <Riddell> translation templates being assigned to the right packages
[15:56] <dpm> Riddell, yeah, I haven't had the chance yet. Let me have a look at the imports queue and grab you some time this morning, will this work for you?
[15:57] <dpm> thanks for following up
[15:57] <Riddell> dpm: yep
[15:57] <Riddell> I think I have a meeting at 11:30
[15:59]  * allee works on pkg for new kfritz 0.0.5
[16:02] <Riddell> agateau: libdbusmenu-qt  uploaded
[16:02] <agateau> Riddell: ok thanks
[16:02] <Riddell> appmenu-qt also got past source new
[16:02]  * agateau crosses is fingers it does not break the leaked thing
[16:05] <CIA-39> [muon] jmthomas * 1214420 * trunk/extragear/sysadmin/muon/muon/config/ManagerSettingsDialog.h We don't care about the order of our items, so use the more efficient QSet
[16:11] <Riddell> steveire: bug 680088 updated
[16:12] <Riddell> so add the PPA  deb http://ppa.launchpad.net/kubuntu-ppa/ppa/ubuntu maverick main
[16:12] <Riddell> edit /etc/update-manager/release-upgrades.d/uprades.cfg
[16:13] <Riddell> then follow the upgrade procedure https://help.ubuntu.com/community/MaverickUpgrades/Kubuntu
[16:19] <steveire> Thanks. Will maybe try it out later
[16:19] <steveire> Still catching up with stuff today. Haven't done any real work yet
[16:19] <steveire> :(
[16:27] <ScottK> yofel: We could do 4.4.9 on lucid if we had some testers.
[16:27] <yofel> ah, can't help there I fear :/
[16:38] <shadeslayer> Riddell: any idea who Aleix Pol
[16:38] <shadeslayer> is
[16:38] <Riddell> a KDE developer
[16:39] <shadeslayer> his nick  :P
[16:39] <Riddell> apol?
[16:39] <shadeslayer> ok
[16:46] <Riddell> steveire: update, mvo patched the distupgrade tool, so if you follow the instructions on bug 680088 to test that would be lovely
[16:46] <Riddell> mgraesslin: is right mouse menus not appearing something I should poke my X people about?
[16:48] <mgraesslin> depends where it is happening, I would more bet on toolkit level
[16:48] <Riddell> well it's a compositing thing, works fine when compositing is off.  it's not just right mouse menus, also drop down comboboxes
[16:49] <mgraesslin> then it's most likely X, try update drivers, we had a report on it and confirmation that mesa 7.10 fixed it
[16:50] <Riddell> hmm, we only have 7.9, I'll ask them if they plan to upgrade
[16:54] <Riddell> cmagina: any luck with the networkmanagement update?
[16:55] <cmagina> Riddell: i found a bug about it on bugs.kde so i added the information i had, but haven't had a chance to do anything more with it
[16:56] <Riddell> good start though, thanks
[17:01] <debfx> Riddell: I still need the signed amarok .changes file
[17:01] <debfx> http://people.ubuntu.com/~debfx/amarok_2.4.0-0ubuntu1_source.changes
[17:03] <Riddell> debfx: http://people.canonical.com/~jriddell/tmp/amarok_2.4.0-0ubuntu1_source.changes
[17:04] <Riddell> http://people.canonical.com/~jriddell/tmp/amarok_2.4.0-0ubuntu1.dsc
[17:04] <debfx> thanks
[17:49] <shadeslayer> Riddell: around?
[18:01] <shadeslayer> phononlogger: CIA poke
[18:12] <shadeslayer> phononlogger: can you configure the CIA bot in Project neon to read from all our *-ubuntu bzr branches?
[18:12] <shadeslayer> i cant figure it out :/
[18:31] <agateau> Riddell: around?
[18:31] <agateau> Riddell: just released a new appmenu-qt to match the dbus domain change
[18:31] <agateau> Riddell: would be great if it could hit the archive today
[18:46] <Riddell> agateau: hi, I'll do that shortly
[18:47] <Riddell> shadeslayer: pong
[18:48] <shadeslayer> Riddell: do you have a idea how to make CIA read bzr commits from  our neon branches?
[18:48] <Riddell> I've never understood cia
[18:48] <shadeslayer> :P
[18:48] <shadeslayer> also .. ive submitted the 2nd Neon talk
[18:49] <shadeslayer> Riddell: do you think adding a icon below the mouse would help ? : http://i.imgur.com/1p367.png
[18:49] <shadeslayer> like a link opens in a new tab -> shows a icon below the mouse
[18:52] <Riddell> shadeslayer: seems like a sensible idea
[18:53] <shadeslayer> hmm
[18:53] <shadeslayer> something is eating my CPU
[18:53] <shadeslayer> its ... KWin!!  :O
[18:54] <shadeslayer> mgraesslin: ^
[18:54] <shadeslayer> 16 % CPU
[19:00] <Riddell> mgraesslin: mesa 7.10 does indeed fix my menu issue, RAOF says it'll get into natty next week, yay for bugfixes :)
[19:02]  * Riddell spots some interesting new libraries coming through natty-changes
[19:07] <mgraesslin> shadeslayer: try using the show paint effect
[19:08] <shadeslayer> lol everything is red
[19:08] <shadeslayer> green
[19:08] <shadeslayer> violet... blue .. what not
[19:08] <shadeslayer> hahahaha
[19:08] <shadeslayer> its a flipping disco in here
[19:09] <shadeslayer> so either i made rekonq crash or valgrind crash
[19:09] <shadeslayer> http://paste.ubuntu.com/554125
[19:10] <shadeslayer> http://paste.ubuntu.com/554126
[20:12] <Daskreech> mgraesslin: ping
[20:14] <Quintasan> ScottK: ping
[20:17] <agateau> Riddell: new plasma-widget-menubar out, ready for the dbus domain change
[20:17] <Riddell> ooh, exciting
[20:20] <mgraesslin> Daskreech: pong
[20:20] <Daskreech> mgraesslin: I have show paint on to enjoy a light show and I notice two things
[20:20]  * Riddell packages kdepim beta 4
[20:21] <Quintasan> Riddell: Do you have any idea about python magic in packaging? I'm totally stuck
[20:21] <Daskreech> when there is a full screen static app (empty txt document) there are still lots of draws
[20:21] <Daskreech> is that normal?
[20:21] <Riddell> Quintasan: it's fiddly mainly because there are three different ways to do it
[20:21] <mgraesslin> if you have something in the background causing repaints: yes
[20:21] <mgraesslin> e.g. a plasmoid updating each second
[20:21] <mgraesslin> or an app on a different desktop
[20:21] <Daskreech> Ah ok that explains the second thing then
[20:22] <Quintasan> Riddell: I have really no idea why one file is placed within two packages
[20:22] <Riddell> Quintasan: well that's just .install files like any other package surely
[20:22] <Daskreech> Everytime the emoticons in Kopete blink I get a little square updating even though it's under like 4 windows
[20:22] <Quintasan> Riddell: Well, I looked at that, but it's not that
[20:22] <mgraesslin> I want to look into the desktop to optimize it away
[20:23] <Riddell> Quintasan: I'd need to see the package to say more
[20:24] <Quintasan> Riddell: Okay, I'll upload in a second, I need to check if new python3-upload fixed something at all or not
[20:24] <Daskreech> And that just took down KDE
[20:24] <Riddell> nixternal: kopete is a twitter app?
[20:25] <Daskreech> no until they turn back on Jabber support which they won't cause they are twits
[20:29] <shadeslayer> maco: so insanely right : http://www.thejuliagroup.com/blog/?p=1033
[20:31] <Riddell> Daskreech: who? twitter?
[20:32] <shadeslayer> Riddell: _Groo_ was looking at beta 4
[20:32] <Riddell> shadeslayer: yeah but he hasn't appeared for days
[20:32] <shadeslayer> yeah :(
[20:34]  * shadeslayer needs to read about Casting in C++
[20:35] <Riddell> there's about 5 different ways to do that
[20:35] <shadeslayer> :S
[20:36] <shadeslayer> Riddell: im reading Pointer Classes in Qt ..  8 of them
[20:36] <shadeslayer> just got though 4 of them and at the end of the 4th it mentions casting... which i had on my todo list for about 3 weeks
[20:45] <Riddell> shadeslayer: this is why people use Python :)
[20:45] <shadeslayer> Riddell: ive heard that like 5 times today
[20:45] <shadeslayer> twice in #kde-in !
[20:46] <shadeslayer> Riddell: are you using rekonq right now?
[20:46] <shadeslayer> maco: also this makes for a good read : http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1015843
[20:49] <Riddell> shadeslayer: yes unless I need flash
[20:49] <shadeslayer> whats the mem usage?
[20:50]  * shadeslayer is noticing insanely high mem usages on rekonq git
[20:52] <Riddell> 200MB
[20:52] <shadeslayer> :S
[20:52] <CIA-39> [muon] jmthomas * 1214483 * trunk/extragear/sysadmin/muon/muon/config/ (ManagerSettingsDialog.cpp ManagerSettingsDialog.h) Further changes for s/QList/QSet
[20:53] <shadeslayer> ok back to pointers
[21:29] <Quintasan> Riddell: whatever, POX say he found yet another bug in dh_python3
[21:34] <shadeslayer> lol
[21:34] <shadeslayer> Quintasan: dh_python fscked
[21:35] <Quintasan> Please tell me when it IS NOT fscked
[21:56] <Quintasan> Riddell: sorry to bother you  -> we need one more sync -> http://alioth.debian.org/scm/loggerhead/pkg-python/python3-defaults-debian/changes
[21:57] <ScottK> Quintasan: Pong
[21:57] <shadeslayer> is that bzr?   We're talking dh_python2 and 3 here.
[21:58] <ScottK> Quintasan: Good he's working on it then.
[21:58] <Quintasan> ScottK: It turns out debian/rules was installing files into python-sip and simply disregarded python-sip.install :/
[21:58] <ScottK> Ah.  Interesting.
[22:01] <shadeslayer> Quintasan: i got the kross binding building
[22:01] <shadeslayer> ill do some more tomorrow
[22:01] <Quintasan> ScottK: Well, I added install-arch-3.% to debian/rules to make it install the appropriate files but got another bug and POX just fixed it
[22:01] <Quintasan> shadeslayer: Awesome
[22:02] <shadeslayer> Quintasan: still needs newer falcon tho
[22:02] <ScottK> Quintasan: That's cool.  It'll be good to get the Python3 stuff worked out.
[22:02] <shadeslayer> tho upstream says its really really not needed
[22:02] <Quintasan> shadeslayer: I ain't doing anything until I get rid of this madness
[22:02] <shadeslayer> hehe
[22:02] <Quintasan> ScottK: Do you have the sync powers?
[22:03] <shadeslayer> Quintasan: we are now registered on cia.vc as well
[22:03] <ScottK> Quintasan: No.  Needs an archive admin with shell access.  That's not me.
[22:03] <shadeslayer> and have a CIA-89 bot ... which still needs configuring by persia
[22:03] <shadeslayer> erm
[22:03] <shadeslayer> i mean phononlogger
[22:03] <Quintasan> Oh, I'll just wait for Riddell and replace the files manually
[22:04] <Riddell> Quintasan: I need a bug for syncs from debian, the script requires it
[22:05] <Quintasan> Oh, I keep forgetting this :/
[22:07] <Quintasan> Riddell: can we import changes directly form this branch or we need to wait for this to appear in experimental
[22:08] <shadeslayer> ugh
[22:08] <shadeslayer> pykde wants nepomuk
[22:09] <Riddell> Quintasan: for a sync it need to be in debian's archive
[22:09] <Riddell> Quintasan: but we can upload the package with the patch ourselves
[22:09] <Riddell> if you prepare the package I can upload it easily enough
[22:09] <Quintasan> Oh, I'll do this tomorrow
[22:11] <shadeslayer> im sleeping as well
[22:11] <shadeslayer> cya
[22:12] <Riddell> shadeslayer sleeps?
[22:12] <shadeslayer> Riddell: only at 4 AM
[22:12] <Quintasan> That's news to me
[22:12] <shadeslayer> its the curse of kdebindings
[22:13] <Quintasan> Riddell: Oh wait, it's just a patch, mind sticking around a little bit more? I'll get it ready
[22:15] <Riddell> Quintasan: I'm not going to sleep, it's only 4 in the afternoon
[22:16] <Quintasan> Oh, It's 23:15 here :P
[22:17] <ScottK> Riddell: I covered the release meeting today.
[22:17] <ScottK> Didn't say much other than 4.6.0 real soon now.
[22:19] <Riddell> ScottK: thanks for that, I didn't expect it to happen since 90% of the people are in the same building
[22:19] <ScottK> You're welcome.
[22:23] <Quintasan> What the hell
[22:30] <Riddell> http://www.kubuntu.org/news/kdevelop-412
[22:33] <Quintasan> Riddell: Is it normal for debuild -S to overwrite my changes in debian/control?
[22:33] <ScottK> Quintasan: It is if there's a debian/control.in.
[22:34] <Quintasan> oh there is
[22:34] <Quintasan> Do I change the control.in file?
[22:34] <ScottK> Yes.
[22:35] <Riddell> many people disapprove of such setups but some packagers insist on using them anyway
[22:51] <CIA-39> [muon] jmthomas * 1214498 * trunk/extragear/sysadmin/muon/README Add more licensing detail about moo.ogg.
[22:57] <Quintasan> Riddell: http://people.ubuntu.com/~quintasan/python/
[22:59] <Riddell> this is interesting https://launchpad.net/~unity-2d-team/+archive/unity-2d-daily/+packages
[22:59] <JontheEchidna> ^That hit planet kde before we knew about it :s
[23:00] <Quintasan> And it is probably as good as Firefox Qt [trollface[
[23:00] <Quintasan> ]*
[23:00] <ulysses> the whole unity is as good as Firefox Qt
[23:04] <ScottK> Quintasan: It's not a set of patches I don't think, it's a complete re-implementation in Qt.
[23:05] <Quintasan> ScottK: I always though Canonical thought GTK is superior to everything. Why did they suddenly rewrite it in Qt? Makes no sense to me
[23:06] <ScottK> Quintasan: Maybe they've seen the light.  Qt is the future and Gtk is dea.
[23:06] <ScottK> d
[23:06] <Tscheesy> sry.. - this is from Canonical itself?
[23:06] <ScottK> Yes
[23:06] <Quintasan> I doubt it, if they did you would be already drvining in a new Porche ScottK :)
[23:06] <Quintasan> driving*
[23:07] <ScottK> Nah.  My Mercedes suites me better.  Can't haul kids in the back of a Porsche.
[23:07] <Quintasan> Then what about a new shiny Mercedes?
[23:07] <Riddell> Quintasan: expect more blogs from canonical people soon about how Qt is welcome in Ubuntu Desktop
[23:08] <Quintasan> QT EVERYWHERE!
[23:08]  * JontheEchidna wonders if there will be job postings for Qt developers in the future
[23:09] <Riddell> dunno, it's an OEM project so look out for their job postings I guess
[23:09] <Riddell> why does muon need moo.ogg ? :)
[23:10] <ScottK> Riddell: My guess would be it's related to super cow powers.
[23:10] <JontheEchidna> mayhaps muon contains a sekret little easter egg :)
[23:11] <JontheEchidna> I think that's a requirement for all applications using libapt-pkg
[23:11] <Quintasan> It's not madness
[23:11] <Quintasan> It's mooooooooooooooooonesssssssssssssssss
[23:11] <Tscheesy> maybe its just a bug...
[23:16] <Quintasan> Riddell: Are those files enough or I have to upload something else?
[23:17] <Riddell> Quintasan: you packaged it with a .orig.tar.gz but that package has no .orig
[23:18] <Quintasan> Oh god I knew the hour it totally wrong for me to do anything
[23:22] <Quintasan> Riddell: I reuploaded them, please redownload and check them, if they are no good then I will postpone it till tomorrow
[23:23] <Riddell> looking
[23:28] <Riddell> hi effie-jayx, nice blog today :)
[23:33] <Riddell> Quintasan: that patch doesn't get applied
[23:34] <Riddell> you need to do more than add quilt as a build-depend, you need to have a way for it to be applied
[23:34] <Quintasan> urgh, this is not source 3.0, I totally missed it, let me get some sleep :S
[23:34] <Riddell> so adding a QUILT_PATCHES=debian/patches quilt push -a  somewhere in debian/rules
[23:35] <Riddell> I'll be offline this weekend, flying over the sea, but someone will be around to upload
[23:38] <Quintasan> Night.
[23:38] <Riddell> ScottK: do you know where the files for getting into kubuntu-dev are written?  I can't find the wiki page
[23:39] <Riddell> s/files/rules/
[23:39] <kubotu> Riddell meant: "ScottK: do you know where the rules for getting into kubuntu-dev are written?  I can't find the wiki page"
[23:39] <JontheEchidna> haha
[23:39] <JontheEchidna> s/haha/awesome
[23:39] <JontheEchidna> sadtroll.jpg
[23:39] <Riddell> s/haha/awesome/
[23:39] <kubotu> Riddell: You did something wrong... Try s/you/me/ or tell me "help sed"


[00:55] <ScottL> jussi, jussi01 , do either of you know when TheMuso is getting back?  i really need someone to sanity check some code and then push it to fix the 'unity as default xsession' problem for natty
[00:55] <ScottL> lol, do "either" of you
[01:19] <ScottL> or persia, might you afford some time?
[07:56] <jussi> ScottL: you can also ask people in #ubuntu-motu for help with that sor t of stuff :)
[15:06] <falktx> ScottL: btw, I pushed ladish into ubuntu's revu
[15:06] <falktx> I got no comments so far, again...
[15:15] <ScottL> falktx, can you possibly get it into debian?  that would probably greatly speed the acceptance
[15:15] <falktx> ScottL: I've consider that, but I'm not sure how to do it...
[15:16] <falktx> quadispro is the debian guru...
[15:30] <ScottL> falktx, i think i am not overstating to say that the debian multimedia team is aggressive about working packages
[15:31] <ScottL> either pushing them into experiemental in a timely fashion
[15:31] <ScottL> or making comments back to those who package them
[15:31] <ScottL> falktx, there are also wiki pages that would greatly help, i'll see if i can find some of them for you in the coming days
[15:32] <falktx> ScottL: i'm just a little busy right now, and that sort of thing looks like takes a lot of time...
[15:58] <ScottL> falktx, from what i've seen, you have already done the hard work...packaging
[15:58] <ScottL> to get it into debian would be to get it into their git repositories and then post to the mailing list for sponsorship
[15:58] <falktx> ScottL: but I'm sure I missed something... I always do..
[15:59] <ScottL> falktx, yes, just like in REVU someone will look it over and give feeback, just it seems that debian multimedia team is more responsive, especially for audio related applications
[15:59] <falktx> yep
[16:00] <falktx> ScottL: btw, I'm about to announce the new PPAs
[16:02] <ScottL> cool :)
[16:02] <ScottL> got a minute to pm?
[16:02] <falktx> ScottL: sure