[21:33] <golden_ticket> Can anyone here help me with my ubports installation on fp4?
[21:33] <golden_ticket> It just hangs and doesn't install


[01:27] <wxl> @HMollerCl are T136, T116, and T44 not dupes of one another?
[01:28] <wxl> @HMollerCl also T95 should be closed as invalid or wontfix or something given D28's abandonment, right?
[01:56] <wxl> ?
[03:07] -lugito:#lubuntu-devel- [rMANUAL0f04d0b161ed: Add selecting page ranges] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL0f04d0b161ed
[03:07] -lugito:#lubuntu-devel- [rMANUAL332a3462cd63: Remove + that somehow got in there] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL332a3462cd63
[03:12] -lugito:#lubuntu-devel- [rMANUALfc3324a3a9cb: Remove boomer spacing] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALfc3324a3a9cb
 @wxl [<wxl> @HMollerCl are T136, T116, and T44 not dupes of one another?], 116 an 136 yes are dupe, but 44? I don't see the connection
 @wxl [<wxl> @HMollerCl also T95 should be closed as invalid or wontfix or something gi …], Yes
 does xorg-server exist in focal? I didn't see it apt list xorg-server* … Listando... Hecho … xorg-server-source-hwe-18.04/focal 3:14.5 amd64 … xorg-server-source/focal,focal 2:1.20.6-1ubuntu1 all
 or I may have some source.list problem
 source/sources
 finnaly could solve my dpi issue with nvidia trhough sddm.conf
 @HMollerCl [116 an 136 yes are dupe, but 44? I don't see the connection], Oops I meant T29
 aaa, T29 is different, is the whole connection editor, the others are only ab "ask password" from vpn
 from/for
[18:20] <wxl> what do you all think about making this the default? it would make it harder for devices without a physical keyboard but at the benefit of improving the situation for those with one https://github.com/m-wynn/sddm_wynn-theme/issues/11#issuecomment-354773089
[18:23] -lugito:#lubuntu-devel- [rLXQTABOUTPACKAGING145d015a5b02: Merge from Ubuntu Merge-o-Matic] The_LoudSpeaker (Raman Sarda) committed: https://phab.lubuntu.me/rLXQTABOUTPACKAGING145d015a5b02
 @wxl [<wxl> what do you all think about making this the default? it would make it hard …], i had it, the problem was taht it started open
[18:39] <wxl> you had it unset and it opened the keyboarD????
 I was testing how an update from 18.04 to 20.04 would go on, and it installed plasma, and with it qtvirtualkeyboard-plugin
 and apparently if sddm.conf has no entry it opens it as default.
[18:40] <wxl> the idea is not to remove the entry but to make it null
 i had to "fold" it
 the test would be first install qtvirtualkeyboard-plugin
 and then experiment with the entry
[18:46] -lugito:#lubuntu-devel- [rLXQTADMINPACKAGING0228e0c01728: Merge from Ubuntu Merge-o-Matic] The_LoudSpeaker (Raman Sarda) committed: https://phab.lubuntu.me/rLXQTADMINPACKAGING0228e0c01728
[18:47] <wxl> huh it's a suggests so shouldn't get installed by default
[18:48] <wxl> all the way since it was included in d/control at all, at least as far back as bionic
[18:48] <wxl> so that's super weird
 it's a suggest from what?
[18:49] <wxl> qtvirtualkeyboard-plugin is a suggest of sddm
 maybe that's why I ended up with it in my 18.04->20.04 travel
[18:50] <wxl> a suggest is not a recommend
[18:50] <wxl> they are NOT installed by default
[18:50] <wxl> indeed 20.04 doesn't have it
 mmmm
 anyway, we could seed it if we want
[18:51] <wxl> i don't want :)
[18:52] <wxl> i want to make sure it's NOT there
 aaaa, I understand you wanted to have the virtual keyboard
 *understood
[19:01] <wxl> @The_LoudSpeaker shortcut bug for you https://bugs.launchpad.net/bugs/1861223
 @wxl [<wxl> @The_LoudSpeaker shortcut bug for you https://bugs.launchpad.net/bugs/1861 …], I will have a look once I am free.
 wxl: on libreoffice vcl, let's see if 6 .4 brings some solutions (cairo working)
[20:33] <wxl> @HMollerCl is it out?
 according tu omgubunt it will be soon
 https://www.omgubuntu.co.uk/2020/01/libreoffice-6-4-released-new-features
[20:37] <wxl> 6.3.4-0ubuntu2 is in proposed right now
 will 6.4 make it to 20.04?
[20:46] <wxl> might be good to chase the libreoffice team and ask
[20:46] <wxl> https://launchpad.net/~libreoffice


 It's been a week since i sent it and i've got more testimonials since.
[01:59] <slangasek> Noskcaj: not a member of the dmb
[02:00] <Noskcaj> sure? https://launchpad.net/~developer-membership-board/+mugshots
[02:43] <slangasek> Noskcaj: yes, quite sure that I am none of those people :)
[02:44] <Noskcaj> slangasek, Last time i click on the link you were there. Something in launchpad broke for me
[02:44] <slangasek> hah
[02:45] <Noskcaj> I'm going to guess it's because of the tech board
[02:45] <slangasek> I'm going to guess it's because of solar flares ;)
[02:48] <Noskcaj> :)
[07:38] <dholbach> good morning
[21:27] <MentalPower|Work> Hello again MOTU, I'm trying to create a two packages, a base nutcraker (that I already have) and a nutcracker-dbg with a few compile time debugging options (and debugging symbols) turned on. I've already found how to not strip the debugging symbols, but I have not found another package that uses different configure flags for different packages
[21:51] <Noskcaj> MentalPower|Work, Normally -dbg packages are made only as addons, with dh_strip --dbg-package= and maybe some extra files/links
[21:51] <MentalPower|Work> hmm... is there a way to have two compile chains without needing two sources?
[22:00] <Rhonda> Why would you want two compile chains?   Like Noskcaj mentioned, compile it once with debug symbols turned on, and use dh_strip --dbg-pkg
[22:00] <Rhonda> The regular package will then be without the debug symbols which get extracted to the mentioned package.
[22:01] <Rhonda> That's the way most packages do it.  Just look at the source package of a random -dbg package.
[22:35] <MentalPower|Work> Rhonda: I need to enable some compile-time debugging options
[22:35] <MentalPower|Work> this specific software doesn't do hardly any debugging output unless its compiled in
[22:40] <jtaylor> MentalPower|Work: a library or application?
[22:41] <jtaylor> for application just compile a second time, rename the binary (and its libraries if it has some) and install them in a dbg package
[22:41] <jtaylor> see e.g. python-dbg (conceptionally, don't look at the packaging ;) )
[22:42] <MentalPower|Work> application
[22:45] <MentalPower|Work> hmm... let me look at python
[22:50] <jtaylor> or fftw3
[22:50] <jtaylor> it builds multiple times with different configurations and sticks the results in different packages
[22:50] <jtaylor> packaging should be easier to understand than python, though its also not great
[22:50] <jtaylor> don't know of better examples
[22:55] <MentalPower|Work> jtaylor: you're right, python's packaging is all over the place. fftw's is a bit better, but I can't find where its doing the two compiles
[22:56] <jtaylor> MentalPower|Work: in build-arch:
[22:57] <jtaylor> multiple configure make install DESTDIR
[22:57] <jtaylor> the destdir is the important part
[22:57] <jtaylor> moving into packages is then using the --sourcedir argument of dh_install
[22:57] <jtaylor> in binary-arch:
[22:58] <jtaylor> the rest is just cludge because not all variants work on all arches
[22:59] <jtaylor> you hopefully won't need that
[23:37] <sontek> When you have two packages with same name but different versions, how do you know which one will be selected by apt-get
[23:37] <sontek> I just built a new package for precise that is updated from the ubuntu included version
[23:38] <sontek> This is what I see when I do show: http://paste2.org/xnCU2dJD
[23:48] <jtaylor> the one which has a higher version according to dpkg --compare-versions
[23:49] <jtaylor> but apt.preferences are taken into acount for automatic upgrades
[23:50] <jtaylor> sontek: ^
[23:50] <sontek> jtaylor: ok, that sounds fine then
[23:51] <sontek> Now I have one problem, there is one director in the .tar.gz that isn't being included right now
[23:51] <sontek> What defines what files get shipped?
[23:51] <sontek> I see the .install files
[23:51] <jtaylor> install files and "manual" copies in debian/rules
[23:51] <jtaylor> also .links .manpages etc


[07:26] <Unit193> For audio/video conference, is linphone another option?
[11:41] <skellat> Unit193: linphone falls into the same class of apps as ekiga & sflphone but yes it would
[11:56] <skellat> Unit193: Easy way to test your Linphone install...call the sip number list in the topic over at #ubuntu-us-oh...it has voicemail attached to it!
[18:06] <elfy> am I right in assuming a logout/shutdown bug should be reported against lightdm
[18:08] <skellat> Yeah but tag the window manager too
[18:08] <elfy> package name ?
[18:09] <elfy> and how do you tag a bug report?
[18:09] <skellat> Package name would be xfwm4.  Just add it to the same report as being affected.
[18:09] <elfy> k
[18:10] <skellat> That comes after filing against lightdm, of course.
[18:10] <elfy> I would try searching launchapd for information but I don't have a week
[18:11] <skellat> :-)
[18:12] <skellat> https://bugs.launchpad.net/lightdm/+filebug
[18:12] <elfy> doing this quickly in vbox for the moment to see if it's there - I have the issue in the hdd one
[18:13] <elfy> skellat: I'll do it from the install with ubuntu-bug
[18:14] <skellat> Excellent
[18:14] <elfy> yea I know lol
[18:16] <elfy> that's assuming I see the same thing :)
[18:20] <skellat> I threw an e-mail on the list about where we got scheduled on summit.ubuntu.com
[18:20] <skellat> And now I need to run to the post office and a couple other places in-town
[18:22] <elfy> yea - just read that one
[18:25] <elfy> excellent - it failed - or rather at least I can report it
[18:39] <elfy> well I almost got it - marked it as affecting LightDm as well lol
[18:41] <elfy> wb lderan
[18:41] <lderan> thank you
[18:42] <elfy> waiting for a meeting so we can get whatever we want to call this manager thing sorted out
[18:44] <lderan> ah cool
[18:44] <elfy> not sure when we've got the first one - find out next week perhaps
[18:47] <lderan> sounds good to me
[20:42] <skellat> Alrighty, anybody have objections to the scheduling we've been given for UDS?  Do we want to go with the Three Nights option instead?
[20:43] <knome> i just sent an email
[20:43] <Noskcaj> skellat, no objection, but i cannot make it
[20:43] <knome> tl;dr: three nights would be better, or even two
[20:44] <knome> also, both times are ok for me
[20:44] <knome> furthermore, micahg can't attend vUDS days at all; let's schedule something for week 21 as well
[20:44] <lderan> i can attend after 1830 utc
[20:45] <Unit193> But, would we want one of the vUDS "moderators" to attend?  (Bacon, etc.)  Would they be willing to go outside of vUDS?
[20:46] <skellat> Unit193: We don't really need to them to attend unless they wish to do so on their own.  We may not necessarily use the summit.ubuntu.com platform either.
[20:46] <skellat> knome: I agree that packing it all into that block on Wednesday is a bit much.
[20:46] <Unit193> skellat: Was just a thought, what's-his-name did last time so we could talk with him.
[20:47] <skellat> Rick Spencer?
[20:47] <knome> oh.
[20:47] <knome> i think we should simply join the vUDS sessions to see what they have to say
[20:47] <knome> i don't think there is enough to warrant a xubuntu session where we definitely need rick
[20:47] <skellat> The vUDS sessions will be one thing.  Our stuff is going to be more internal to Xubuntu than anything else.
[20:47] <knome> and he won't disappear after vUDS anyway
[20:48] <skellat> And looking at the schedule so far, Ubuntu Touch is dominating the schedule thus far
[20:49] <knome> isn't ubuntu touch just the same as ubuntu, so basically it's just the same but with "touch" added to every title ;)
[20:49] <skellat> Not really
[20:49] <skellat> It is the phone stuff...which means no X server for now until Mir gets built
[20:50] <skellat> Tuesday's schedule: http://summit.ubuntu.com/uds-1305/2013-05-14/display  Wednesday's schedule: http://summit.ubuntu.com/uds-1305/2013-05-15/display Thursday's schedule: http://summit.ubuntu.com/uds-1305/2013-05-16/display
[20:53] <skellat> The overall schedule looks heavily skewed towards mobile
[20:55] <skellat> I guess we'd need to add that for the forward-looking issues discussion: What on earth would Xubuntu look like in a "mobile phone/tablet/phablet" setting?
[20:56] <knome> i was just kidding :)
[20:56] <skellat> :-)
[20:57] <knome> (and cleaning up the kitchen, that's why it took so long to reply)
[20:57] <Unit193> Hmmm, anyone setup a wiki with what our options are for communication?
[20:57] <skellat> Not yet
[20:57] <knome> Unit193, i can set up the page if you'll fill it up?
[20:58] <skellat> I need to get in the kitchen to get cooking dinner and then I have a board meeting tonight for an arts non-profit I'm somehow connected to as a PR person
[20:58] <Unit193> Hah, I don't think I even remember all the options. :P
[20:58] <skellat> We can ask the Kubuntu folks about using their Mumble server
[20:58] <knome> Unit193, you can start
[20:58] <skellat> We can set up our own Google Hangout
[20:58] <Unit193> SIP/linphone shouldn't be hard either.
[20:58] <skellat> We can use a SIP conference room via Linphone/Ekiga/Sflphone such as the one on sdf.org
[20:58] <knome> or skype.
[20:58] <knome> :P
[20:58] <skellat> Skype is usable too
[20:59] <knome> if anybody had the pro account, we could do the AV-conference on skype
[20:59] <knome> i don't think it's too pricey, i could probably do that for this time with our magazine moolah
[20:59] <Unit193> knome: Or if someone has Linux.
[20:59] <skellat> And now my cat is chewing on me...so I gotta go for now
[20:59] <knome> i mean, the stuff i got from writing
[20:59]  * skellat trundles off to start cooking done
[20:59] <knome> skellat, bon appetit!
[20:59]  * skellat trundles off to start cooking dinner after feeding the hungry cat who keeps biting
[20:59] <knome> Unit193, do you know anybody who has linux then?
[21:00] <lderan> i hear all the cool kids have it
[21:00] <Unit193> knome: Don't think so.
[21:02] <Noskcaj> has the magazine actually been published yet? and i still don't know what magazine it was
[21:04] <Unit193> knome: Skype seems to permit up to 25 people?
[21:05] <knome> Unit193, problem?
[21:05] <knome> Noskcaj, no.
[21:05] <Unit193> knome: Info.
[21:05] <knome> Noskcaj, it's been on the list. http://www.linuxidentity.com/
[21:05] <knome> we still need to extend some articles, so not published yet
[21:17] <knome> Unit193, https://wiki.ubuntu.com/Xubuntu/Roadmap/Specifications/Saucy/UDSCommunicationOptions
[21:20] <knome> brb
[21:20] <Unit193> Alrighty.
[21:48] <skellat> Unit193: Could you do a quick check for me by calling<EMAIL_ADDRESS>in Linphone?
[21:49] <skellat> If you connect it should greet you and give you the UTC time followed by some Morse Code
[21:50] <Unit193> I think last SIP account I had was gizmo5...
[21:53] <skellat> It may work with a direct IP call
[21:53] <skellat> My SIP account is on SDF
[21:54] <skellat> The one listed in the topic over on the LoCo channel
[21:54] <skellat> I know the conference room feature works over on SDF so we could easily use that with minimal set up if everybody had SIP access
[21:55] <knome> i don't, but i imagine it's not too hard to set up?
[21:55] <skellat> The SDF public phone directory is here (my account isn't special enough to be listed): http://sdf.org/?tutorials/sdf_voip_ext
[21:56] <skellat> Find SIP provider, set up Ekiga/Linphone/SFLPhone, call the conference room on the directory list linked above
[21:56] <knome> ah.. involves service providers
[21:56] <skellat> There is direct IP calling though
[21:57] <skellat> And heck, Skype is itself a service provider which is a subsidiary of Microsoft
[21:57] <knome> that sounds more tedious to set up than it's worth :)
[21:57] <knome> heh, ok
[21:57] <skellat> My account over on Skype is easy to find: stephen.michael.kellat
[21:57] <knome> i think i'm knomepasi
[21:57] <knome> it's ages since i last connected...
[21:57] <knome> actually not, i did once in the last year at least
[21:58] <Unit193> I'm not figuring this out.
[21:58] <skellat> Unit193: What are you not figuring out?
[22:00] <Unit193> User not found.
[22:00] <skellat> Where?
[22:00] <knome> Unit193, look in the mirror
[22:00] <Unit193> knome: Don't want to do that, image is scary!
[22:00] <knome> Unit193, or, alternatively, if you have a webcam, turn that on and look at a capturing app
[22:01] <knome> (lazy nerd version)
[22:02] <skellat> My SDF account is set for direct IP call receipt so you don't need to actually have a SIP account anywhere to leave me a voicemail.  Just skip setting an account up in Ekiga and "dial"<EMAIL_ADDRESS> I just can't recall if the Conference Bridge will allow that, though.
[22:04] <Unit193> Ah, that works.  You had said 1001.
[22:04] <Unit193> knome: I have a friend with asterisk, not sure if he'd let us use it, but he might.
[22:06] <skellat> Okay, so you got my lovely voicemail greeting then?
[22:06] <Unit193> Aye.
[22:06] <skellat> Okay
[22:06] <skellat> Try<EMAIL_ADDRESS>and see if it will let you in
[22:08] <skellat> If it greets you, then you'll be able to get into the conference bridge without needing a SIP account somewheres
[22:08] <Noskcaj> i clicked on that and it said i needed a mail reader
[22:09] <skellat> Noskcaj: SIP notation looks a lot like e-mail address notation
[22:09] <Unit193> skellat: Nope.
[22:09] <skellat> Darn
[22:09] <skellat> Okay
[22:09] <skellat> Unless a lot of folks have easy access to SIP accounts, scratch that conference room idea
[22:10] <skellat> I'm available on Skype and knome is available on Skype
[22:10] <skellat> What works for Noskcaj?
[22:10] <Noskcaj> i've got skype and G+ already, i can use anything that's free
[22:11] <skellat> That's 3 for Skype.  How about you Unit193?
[22:11] <Noskcaj> although i doubt i'll be attending the meetings
[22:11] <Unit193> Of course.
[22:11] <skellat> Noskcaj: At this point we're looking at shifting to the post-2000 UTC option.
[22:11] <Noskcaj> yay
[22:12] <skellat> To do a conference call one person has to initiate by calling everybody else
[22:12] <skellat> So, we'd need to establish calling lists of user names of who would like to participate
[22:19] <skellat> And now that I've got what I was baking out of the oven and Dad should be home I gotta go serve dinner.  My board meeting is 7 PM time where I get to be PR flack again.
[22:21] <skellat> Unit193: Good luck on options.  For us to play nice and all we need to settle an option soon and then probably have XPL tell the track leads for vUDS that we regretfully need to pull our blueprints off the schedule to better accommodate team member schedules in Australasian time zones.
[22:25] <knome> :)
[22:26]  * knome just added 'XPL' to hilight on #xubuntu*
[22:28] <Unit193> Thanks, now I know another blacklisted word to use. :)
[22:31] <knome> nah
[22:31] <knome> it's not at all bad if i get highlighter
[22:31] <knome> s/r/d/
[22:31] <knome> i read all the backlog from -devel anyway, just makes it easier me to catch things that are related to me
[22:43] <skellat> What can I say?
[22:44]  * skellat time to go to board meeting for arts non-profit
[22:49] <knome> have fun


[00:24]  * yofel off to bed finally
[00:24] <yofel> good night
[00:24] <Riddell> good night yofel, thanks for awesome fixes
[00:27] <Riddell> well I guess removing libgpgme++-pth.so.2 from the package will be fine now if nothing links to it and we can follow what debian do when they do a more proper fix
[00:31] <juancarlospaco> :)
[01:52] <Riddell> up goes 4.10.80
[01:56] <Riddell> ScottK: bunch of New bits in there should you be in the mood
[02:54] <kc8qvp> I realize this is a little off-topic, but you guys should know:
[02:55] <kc8qvp> Is there an apt repo that has Qt 5.1 RC1 built for Ubuntu 13.04?
[02:55] <kc8qvp> along with qtcreator etc. etc.
[03:22] <kc8qvp> Where can I find (on IRC) the 'Canonical Qt5 Edgers' team?
[03:59] <kubotu> ::qt-bugs:: [1180067] No icons on buttons @ https://bugs.launchpad.net/bugs/1180067 (by GamePad64)
[04:10] <ScottK> Moved grantlee back to Main so kde4libs can build.
[05:45] <soee> good morning
[07:23] <yofel> oh, .80 going up, nice :D
[07:24] <yofel> I might use staging for some experimental backports later, but first I need to write the rules for boost at least
[07:26] <juancarlospaco> Does DNSSD.ServiceBrowser() has a .stop() method?, or its unstoppable ?
[07:33] <soee> ;o
[08:11] <kubotu> ::qt-bugs:: [1193243] package libqtcore4 (not installed) failed to install/upgrade: trying to overwrite shared '... @ https://bugs.launchpad.net/bugs/1193243 (by Dim1triy)
[10:07] <Riddell> looks like qt 5.0.2 into debian
[10:07] <Riddell> Quintasan: telepathy time?
[10:07] <Quintasan> uploading common internals
[10:08] <Riddell> awooga
[10:22] <Riddell> "Aurélien Gâteau (agateau) renewed their own membership in the Kubuntu Members"  yay agateau still loves us!
[10:22] <agateau> Riddell: of course I do!
[10:23] <agateau> You know, sometimes people are surprised I am still running Kubuntu now that I left Canonical. I like to answer them "What else?" :)
[10:23] <Riddell> :)
[10:24] <Riddell> agateau: that's a good quote, can I blog that?
[10:24] <agateau> heh, sure
[10:24] <Riddell> I expect it'll get lots of trolling comments, but good thing it's hard to comment on my blog
[10:24] <agateau> It actually comes from a Nespresso commercial staring George Clooney, don't know if it is French only
[10:26] <Quintasan> Christ
[10:26] <Quintasan> Riddell: Dem amd64 builders are laz..busy
[10:27] <Riddell> no, only George Clooney, and he's sold his soul to Nestle so hardly a messiah
[10:27] <Quintasan> Going to take a while since I accidentaly my whole configuration and my local pool got eaten
[10:28] <Quintasan> oh it's agateau
[10:28] <Quintasan> \o
[10:30] <agateau> Quintasan: o/
[10:30] <agateau> Riddell: the ads are really good though
[10:31] <agateau> I am pretty much anti-ads, but those always make me smile
[10:32] <Riddell> noo!  Nestle are evil.  The Nesquick bunny kills babies
[10:47]  * Riddell tidies up https://notes.kde.org/p/kubuntu-ninjas
[10:51] <Riddell> hmm our meta package for kde-plasma-desktop still depends on hal
[10:51] <Riddell> I wonder why it depended on it at all, would think that would be from kdelibs or whatever
[10:51] <Riddell> s/out/debian's/
[10:51] <kubotu> Riddell: You did something wrong... Try s/you/me/ or tell me "help sed"
[11:21] <apachelogger> yofel: locale matters
[11:22] <Quintasan> Riddell: Do you have powers to make things go from saucy-proposed to saucy?
[11:23] <Riddell> Quintasan: mm if I have to but usually there's a good reason why they're not
[11:28] <Quintasan> Riddell: I'm like trying to upload the whole stack right now but after all I think I'll just ppa everything and then reupload
[11:29] <yofel> do it fast, if I upload 4.10.80 for raring the ppa builders will get a bit of a queue
[11:30] <Quintasan> k
[11:32] <BluesKaj> 'Morning all
[11:34] <Riddell> Tm_T: do you really still use kopete?
[11:40] <Tm_T> Riddell: occasionally yes, I've given up on using desktop applications on many tasks including xmpp mostly though
[11:46]  * Riddell cries on seeing https://wiki.kubuntu.org/Kubuntu/Ninjas/DependencyGraph?action=AttachFile&do=get&target=kde-dep-graph-411.svg
[11:46] <Riddell> I thought it worth updating it
[11:51] <shadeslayer> did someone fix marble before uploading :P
[11:51] <soee> yofel, please do upload fof raring :D
[11:51] <yofel> shadeslayer: no
[11:51] <shadeslayer> ...
[11:52] <yofel> well, we can do that for beta2
[11:52]  * shadeslayer fixes
[11:52] <yofel> shadeslayer++
[11:52]  * shadeslayer needs to take his mind off something before he goes into a rage
[11:54] <shadeslayer> Riddell / ScottK can either of you sync libquazip ?
[11:54] <shadeslayer> er we,,
[11:54] <shadeslayer> *well
[11:54] <shadeslayer> as soon as it's available :P
[11:54] <shadeslayer> see debian bug 712905
[11:55] <Quintasan> shadeslayer: your ktp scripts are meh
[11:55] <Quintasan> http://paste.ubuntu.com/5786587/
[11:55] <Quintasan> look at this magic
[11:55] <Riddell> http://blogs.kde.org/2013/06/21/411-build-chart-and-what-else
[11:55] <shadeslayer> does not iterate?
[11:56] <Quintasan> shadeslayer: it does not, in fact I could do that but I was too lazy
[11:56] <shadeslayer> Quintasan: plus, ktp people keep changing between stable and unstable
[11:58] <Quintasan> shadeslayer: changing stable and unstable where?
[11:58] <Riddell> shadeslayer: any reason to?  0.5.1-1ubuntu1 has that change
[11:58] <yofel> Riddell: btw. that chart still contains kdeadmin and kdenetwork which ceased to exist
[11:58] <Quintasan> shadeslayer: and, do you think I give a flying fuck about this? :P
[11:58] <shadeslayer> Riddell: yeah, it does, I just thought it'd be a good idea to sync it over ?
[11:59] <shadeslayer> Quintasan: watch files
[11:59] <shadeslayer> Quintasan: for eg. your script won't work without modification for the next alpha/beta release of KTP
[11:59] <yofel> Riddell: though I need to make a poster out of that piece of modern art :P
[11:59] <Quintasan> KRAP
[11:59] <shadeslayer> Quintasan: if they release to unstable
[11:59] <Quintasan> text ui has weird version
[11:59] <shadeslayer> AHA
[11:59] <Quintasan> xD
[12:00] <shadeslayer> Quintasan: you also don't bump version requirements on libktpcommoninternalprivate
[12:00] <shadeslayer> in debian/control :P
[12:00] <Riddell> yofel: well spotted, fixed
[12:00] <Quintasan> shadeslayer: I don't I build it in pbuilder with local pool, it uses the newer one
[12:00] <Quintasan> I build it in *
[12:00] <shadeslayer> sure
[12:01] <shadeslayer> but, if you upload it, ktp-text-ui might build against the older ktp-common-internals
[12:01] <Quintasan> I iz going to fix it
[12:03] <Riddell> ../../kjs/wtf/Vector.h:389:72: warning: cast from 'char (*)[64]' to 'khtml::AtomicString*' increases required alignment of target type [-Wcast-align] T* inlineBuffer() { return reinterpret_cast<T*>(&m_inlineBuffer); }
[12:03] <Riddell> oh arm, you will send us mad
[12:10] <Quintasan> okay it werks
[12:14] <shadeslayer> Riddell: you stole all my upload karma :P
[12:15] <Quintasan> shadeslayer: gibe you ktp update script
[12:15]  * Quintasan broke something and is not sure what
[12:16] <Riddell> shadeslayer: oh just wait until I do l10n
[12:16] <shadeslayer> Quintasan: don't have it anymore
[12:16] <shadeslayer> Quintasan: write it from scarch
[12:16] <Quintasan> wat
[12:16] <shadeslayer> *scratch
[12:17] <shadeslayer> Quintasan: you just need to add a : sed -i 'libktpcommoninternalsprivate-dev (>= 0.6.1)/libktpcommoninternalsprivate-dev (>= 0.6.2)/' call in your script
[12:17] <shadeslayer> Quintasan: and then it should be more or less the same as the one that I had
[12:18] <shadeslayer> Riddell: hah
[12:18] <Riddell> infact, I think I'll do l10n now
[12:18] <Quintasan> http://paste.kde.org/759182/
[12:18] <Quintasan> T_T
[12:19] <shadeslayer> *giggle*
[12:19] <shadeslayer> fancy, coursera does a countdown down to the second
[12:20] <shadeslayer> "Class Starts in 3 days, 11 hours, 40 minutes, and 2 seconds"
[12:24]  * yofel throws .80 up for raring and watches what happens
[12:24] <shadeslayer> did you add some rules?
[12:24] <yofel> some for boost, nothing more yet
[12:24] <shadeslayer> should be enough for msot of the core stack
[12:33] <yofel> A recent upload has resulted in 303 pending builds.
[12:33] <yofel> I love to make you happy launchpad ^^
[12:39] <shadeslayer> heh
[12:39] <shadeslayer> yofel: did you put it in staging? or ninjas?
[12:39] <yofel> staging
[12:40] <yofel> ninjas is for 4.10.5
[12:40] <shadeslayer> oh okay
[12:40] <shadeslayer> can't open https://launchpad.net/builders
[12:40]  * yofel made the status script show what ppa it shows too...
[12:41] <ScottK> shadeslayer: ping me when it shows up on merges.ubuntu.com and then I'll sync it.
[12:42] <shadeslayer> ScottK: already there
[12:42] <shadeslayer> https://merges.ubuntu.com/libq/libquazip/REPORT
[12:42] <ScottK> shadeslayer: What's your LP username?
[12:42] <shadeslayer> rohangarg
[12:43] <ScottK> Thanks.
[12:44] <ScottK> shadeslayer: Done
[12:44] <shadeslayer> thanks!
[12:44] <ScottK> Keep track of that one for your MOTU application.
[12:44] <shadeslayer> heh :)
[12:45] <ScottK> The fact that it went Debian and got fixed there is one thing the DMB likes to see.
[12:45] <ScottK> Not kidding.
[12:45] <Riddell> oh the actual kde4libs error on arm is..
[12:45] <Riddell> ../../khtml/svg/SVGStyledLocatableElement.h:45:27: internal compiler error: in extract_insn, at recog.c:2154
[12:45] <Riddell> Please submit a full bug report,
[12:45] <Riddell> wibble
[12:46] <shadeslayer> hah!
[12:49] <yofel> kde-sc-dev-latest >= 4:4.10
[12:49] <yofel> ooops
[12:49] <shadeslayer> ScottK: ack, will keep track of it :)
[12:49] <yofel> meh, need to backport attica
[12:52] <ScottK> Riddell: Yeah.  I think armhf will be awhile.
[12:52] <ScottK> If your panda will build it, I'd kick off a build.
[12:54] <shadeslayer> yofel: might want to reupload marble with my fix
[12:54] <shadeslayer> for raring
[12:55] <soee> ok im going home now, yofel when raring packages are ready im avi to test it
[12:55]  * Riddell adds mitya57 to ~k-packages for qt5 packaging
[12:55] <yofel> that will be today in the eveing earliest anyway
[12:56] <yofel> shadeslayer: are you sure that'll work?
[12:56] <yofel> nothing needed from marble?
[12:57] <ryanakca> Any objections if I ask to have #kubuntu-testers forwarded to here? There's been no activity in it for well over a year.
[12:57] <yofel> ryanakca: please do so
[13:06] <smartboyhw> Hey guys, how's 4.10.80?
[13:06] <ScottK> yofel: It looks like nepomuk-core needs an updated copyright file.  I accept it anyway, but please have a look.
[13:06] <yofel> ScottK: for raring?
[13:07] <yofel> smartboyhw: uploaded to saucy, and hogging all the builders for raring :P
[13:07] <smartboyhw> yofel, \o/
[13:08] <smartboyhw> Uh http://kyofel.dyndns.org/kubuntu/build_status_4.10.80_raring.html
[13:08] <smartboyhw> Error multiple versions of the same package kiriki:P
[13:08] <yofel> dunno, launchpadlib FUD
[13:09] <yofel> everything is stuck on attica
[13:09] <yofel> and I need to put an updated meta-kde in there
[13:09] <Quintasan> Riddell: ktp shoved to saucy
[13:09] <smartboyhw> Monday and Tuesday is going to be my most non-useful school day.....
[13:09] <ScottK> yofel: Yes.
[13:09] <ScottK> yofel: No, sorry, saucy
[13:10] <smartboyhw> Riddell, I like https://wiki.kubuntu.org/Kubuntu/Ninjas/DependencyGraph?action=AttachFile&do=get&target=kde-dep-graph-411.svg :P
[13:10] <smartboyhw> Simliarly messy than Ubuntu Studio's blueprint dependency graph.
[13:10] <yofel> ScottK: ah ok.
[13:10]  * yofel is pretty sure none of the copyright files were updated
[13:11] <smartboyhw> Riddell, you ruthlessly broke Planet Ubuntu:{
[13:11] <smartboyhw> That's too hell long..
[13:11] <Riddell> smartboyhw: Planet KDE is much more sensible :)
[13:11] <smartboyhw> Riddell, I did heard someone sent a patch for it (in rt.u.c)
[13:15] <ScottK> Sigh.
[13:15] <ScottK> Look at libmarblewidget.so.0.15.80 and tell me what's wrong with that ....
[13:16] <ScottK> Riddell: Would you please have a look at libmarblewiget so naming and then whine to upstream so it's fixed for beta2?
[13:17] <ScottK> xnox: Do you have a reasonably fast armhf box available?
[13:17] <Riddell> they've always done sonameing funny in marble
[13:17] <ScottK> OK.
[13:19] <xnox> ScottK: yes.
[13:19] <xnox> ScottK: i have 4 core bare-metal & 8 core virtualised (which sometimes is faster the 4 core one) depending on packages.
[13:19] <ScottK> xnox: The current (saucy-proposed) kde4libs does an ICE on the buildd for armhf.  Would you be able to kick off a build to collect the necessary data for a proper ICE bug report?
[13:20] <xnox> ScottK: I also will be offline until monday in 4h.
[13:20]  * xnox looks up build-time
[13:20] <yofel> ScottK: marble is boring, we went from libanalitza.so.4 to libanalitza.so.0 then to libanalitza.so.5.0.0 until we finally had libanaltza.so.5
[13:20] <xnox> ScottK: the one that failed took 3 hours.... hm. let's see.
[13:21] <ScottK> My armhf boxes won't build saucy due to ancient vendor kernel.
[13:21] <xnox> ouch
[13:22] <xnox> ScottK: so you are saying, i must use bare metal? as qemu no worky for kde4libs?!
[13:22] <smartboyhw> yofel, yeah:) (/me still remembers it...)
[13:22] <smartboyhw> We have to get to ~ppa8 to get analitza fully correct:P
[13:22] <ScottK> xnox: I don't know about "must", but I think for an ICE, it's good to get things as exactly right as possible.
[13:22] <yofel> xnox: qemu can't build kde packages
[13:22] <ScottK> Oh, there you go.
[13:22] <xnox> ScottK: true.
[13:23] <smartboyhw> Now the status page for Raring is working.
[13:24] <smartboyhw> Hmm, korundum is the first package to succeed:O
[13:25] <xnox> ScottK: my bare metal one is currently busy for working on a cross-toolchain, and I can't free up "Build needed 1163600k disk space" before end of day, and then I'm off to the beach.
[13:25] <smartboyhw> Second place: oxygen-icons:)
[13:25] <xnox> ScottK: so i can look into it next week, or try to find somebody else =/
[13:25] <xnox> sorry.
[13:25] <ScottK> xnox: Thanks.
[13:26] <Quintasan> christ
[13:26] <Quintasan> Riddell: This dependency graph
[13:26] <Quintasan> It's TOTALLY scary
[13:27] <yofel> that's the point, it has to repesent the greatness of the ninjas for understanding it ;P
[13:27]  * smartboyhw +1s Quintasan
[13:27] <smartboyhw> yofel, LOL.
[13:28] <Quintasan> yofel: Truth be told, I don't even look at it and I'm already almost as insane as logger
[13:28] <Quintasan> :P
[13:29] <smartboyhw> Quintasan, LOL
[13:30] <smartboyhw> When's Alpha 1 BTW?
[13:30] <smartboyhw> 26th June or?
[13:30]  * smartboyhw wonders why the release team haven't sent opt-in emails...
[13:31] <smartboyhw> Or was it because they knew everybody's wills?
[13:31] <smartboyhw> Guys, look at status page again, traceback:O
[13:32] <ScottK> smartboyhw: There was a mail.
[13:32] <smartboyhw> ScottK, oh really?
[13:32] <yofel> smartboyhw: fun, it failed to download a buildlog
[13:32]  * smartboyhw didn't see flavours opt-in or not.
[13:32] <ScottK> I think so.
[13:32] <smartboyhw> yofel, kbruch...
[13:32] <smartboyhw> Anyways, I do know which opting-in and which not.
[13:33] <smartboyhw> Fortunately, Ubuntu Studio is not doing any alphas, so I can jump over here and do Alpha 1 testing.
[13:33] <ScottK> Great.
[13:37] <yofel> Riddell: looking at cervisia. Did you intend to keep the cvsservice package or didn't you? What cervisia currently has is a broken mix of that
[13:38] <smartboyhw> Uh hum, we need to fix kde4libs for armhf, it's stopping everything in archive to build...
[13:38] <smartboyhw> It failed at 3 hours...
[13:38] <smartboyhw> archive = primary/saucy-proposed
[13:39] <smartboyhw> The bug is not reproducible, so it is likely a hardware or OS problem. (in the kde4libs armhf changelog)
[13:39] <smartboyhw> blame Launchpad;P
[13:39] <smartboyhw> Anyone got some talent in armhf?
[13:40]  * smartboyhw seriously wonders why they cam
[13:40] <smartboyhw> can't ask for special approval from Launchpad team for armhf in ninjas.
[13:40] <smartboyhw> I mean yeah sure we do exceed build numbers, but we genuinely need that...
[13:40] <yofel> smartboyhw: we have an armhf exception for kubuntu-active ppa
[13:40] <yofel> but qemu is useless
[13:40] <smartboyhw> yofel, oh.
[13:41] <yofel> smartboyhw: bug 1077116 if you're curious
[13:41] <smartboyhw> yofel, meh:(
[13:42] <smartboyhw> BTW, kde4libs armhf error is basically: http://paste.kde.org/779948/
[13:42] <yofel> I saw pitti upload a gcc update an hour ago
[13:42] <yofel> maybe retry with that
[13:43]  * smartboyhw can't retry archive builds anyways...
[13:45] <ScottK> smartboyhw: It's a compiler bug.
[13:45] <smartboyhw> ScottK, gcc bug?
[13:45] <ScottK> Yes
[13:46]  * smartboyhw looks at gcc....
[13:46]  * smartboyhw can't debug armhf unfortunately...
[13:47] <smartboyhw> Unless someone gives me an armhf computer:)
[13:50] <ScottK> Riddell: Does basic_curves.plots really belong in libanalitzaplot do you think?  Seems rather pointless and having the usr/share content in a lib will eventually bite us on multiarch..
[13:58] <ScottK> yofel: What exactly did pitti upload (link please)?
[13:59] <yofel> ScottK: I can't read, I meant doko
[13:59] <yofel> https://launchpad.net/ubuntu/saucy/+source/gcc-4.8/4.8.1-4ubuntu2
[14:00] <Riddell> ScottK: well it's shipped in the source for analitza/plot
[14:00] <Riddell> ScottK: we could put it in a -data package if you think it'll be a problem
[14:01] <Riddell> apoi probably knows more
[14:01] <Quintasan> yofel: wait
[14:01] <Quintasan> we did get arm builds in active?
[14:01] <Quintasan> what kind of strings did you pull?
[14:02] <yofel> Quintasan: not much, you can get limited access to the armhf ppa builders if you have a reason now. Problem is that they virtualized
[14:02] <yofel> *they're
[14:02] <Quintasan> last time I asked for that (quite long time I ago) they said - NOPE
[14:03] <smartboyhw> Quintasan, there are limitations for applying.
[14:03] <yofel> right, that was back when everything was built on hardware
[14:03] <smartboyhw> Not more than 10 builds per week...
[14:03] <smartboyhw> And build time not more than a certain no. of hours
[14:03] <smartboyhw> Certainly doesn't fit our ninjas ppa...
[14:04] <Quintasan> hah
[14:04] <Quintasan> Riddell: Could we buy some arm boxes to build armhf magic?
[14:04] <Quintasan> hmm
[14:04] <Quintasan> wait
[14:04] <Quintasan> that actually carries a problem
[14:06] <yofel> now that would be something that we could ask canonical for money for
[14:06] <ScottK> Yes.
[14:06] <ScottK> I'd be glad to host them as a replacement for the older Efika boxes that are not very supportable anymore.
[14:07] <ScottK> Riddell: Did you look at the content of the file?  It seems pointlessly trivial.
[14:07] <Riddell> yeah if you find out the best type to get
[14:07] <Riddell> ScottK: a grep doesn't come up with any code that seems to use it
[14:13] <Quintasan> Uploading to unicorn (via ftp to INVISIBLE.PINK.UNICORN):
[14:13] <Quintasan> lol
[14:13] <yofel> what?
[14:14] <Quintasan> argh
[14:14] <Quintasan> ScottK: I think I uploaded ktp to saucy too fast
[14:15] <Quintasan> wait
[14:15] <Quintasan> what on Earth is going on
[14:15] <ScottK> What do you want me to do?
[14:16] <maco> where does kde's git live?
[14:16] <Riddell> git.kde.org :)
[14:16] <Quintasan> ScottK: Sorry, I thought I can't restart builds. I'll take care of that
[14:16] <yofel> http://quickgit.kde.org/ for web
[14:16] <Riddell> maco: projects.kde.org is the other web interface
[14:16] <maco> open source projects that dont have front-page or at least first-level-developer page links to their git & bugtracker make me sad
[14:16] <maco> yofel: >_< why does it have a different subdomain?
[14:17] <Quintasan> kde logic
[14:17] <maco> i tried goign to git.kde.org in the browser to find the names of the modules so i can do a checkout
[14:17] <Riddell> it's on a different server
[14:17] <Quintasan> it's sometimes not logical at all
[14:17] <maco> and then it was like "this doesnt exist" and i was like "well where the heck is it then?"
[14:17] <maco> knotify isnt a module. anyone know which one it's in so i can smack it around?
[14:18] <Riddell> kde-runtime: /usr/bin/knotify4
[14:18] <maco> thanks
[14:20] <maco> i ran out of disk space. knotify *helpfully* FILLED IT BACK UP WHILE I WAS STILL DELETING by logging infinite times to .xsession-errors that i was out of disk space
[14:21] <maco> every time i got some space free, itd flush and fill the space back in, discover it was out of space again, and begin buffering complaints about it
[14:21] <maco> i'd clear some space...it'd flush...repeat
[14:21] <Riddell> as notifications go it certainly got your attention
[14:21] <Quintasan> maco: Truth be told it's only 648K there
[14:21] <maco> it took 3 days to figure it out
[14:21] <Quintasan> I wonder what makes the file so large on some PC's
[14:22] <Riddell> knotify is such an attention seeker
[14:22] <maco> Quintasan: my .xsession-errors was 133GB of knotify complaining
[14:22] <Quintasan> ...
[14:22] <Quintasan> Like
[14:22] <Quintasan> WAT
[14:22] <maco> YES
[14:22] <maco> im going to go deleteify those logging lines from the code
[14:22] <Riddell> kdebug turned on for all maybe?
[14:22] <maco> and make a whiny bug report with a patch
[14:22] <Quintasan> maco: Here is a big rubber duck in a port -> http://24.media.tumblr.com/tumblr_lfm5b0esis1qfzkwzo1_500.jpg
[14:23]  * yofel has kdebugdialog on completely, but even then he gets 200M/week at most...
[14:23] <maco> i deleted a 72GB VM on wednesday as a last ditch to get free space
[14:23] <maco> those 72GB refilled at 11:46PM last night
[14:23] <maco> i know this, because that's when the clock in my panel stopped updating
[14:23] <maco> (knotify4:2178): GStreamer-CRITICAL **: gst_poll_write_control: assertion `set != NULL' failed
[14:23] <maco> (knotify4:2178): GStreamer-WARNING **: gstsystemclock: write control failed in wakeup_async, trying again : 28:No space left on device
[14:24] <yofel> GSTREAMER?
[14:24] <Quintasan> wat wat wat
[14:24] <Quintasan> this is getting strange
[14:24] <maco> knotify makes bing sounds, i guess?
[14:24] <maco> this computer doesn't even have speakers
[14:24] <yofel> ok, that's not knotify's fault. It's just logging junk coming from gstreamer
[14:25] <maco> so its gstreamer i should be doing a checkout on?
[14:25] <yofel> hm, apachelogger might know more. Audio is his department
[14:25] <yofel> or shadeslayer
[14:27] <Quintasan> hmm
[14:27] <Quintasan> ScottK: https://launchpadlibrarian.net/143038634/buildlog_ubuntu-saucy-armhf.ktp-auth-handler_0.6.2-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:27] <Quintasan> Any idea about that?
[14:28] <Quintasan> commoninternals build on armhf just fine
[14:29] <ScottK> Is kdelibs5-dev (or whatever it is) installable in saucy-proposed right now?
[14:29] <ScottK> kde4libs FTBFS on armhf due to an ICE.
[14:29] <Quintasan> hmm
[14:29] <Quintasan> That might be the case
[14:30] <Quintasan> ScottK: Is there something we can do about this?
[14:30] <ScottK> That would be consistent with the error you got.
[14:30] <ScottK> How good are you at fixing GCC bugs?
[14:30] <Quintasan> 0/10
[14:31]  * Quintasan waits then
[14:31] <ScottK> Need to get someone with an armhf box to build it and collect the needed info for a proper bug report (see that kde4libs build log).
[14:31] <lordievader> Good afternoon.
[14:31] <Quintasan> ScottK: God damn it, and I just had to break the imx board
[14:31]  * Quintasan shakes fist
[14:32] <ScottK> The boxes I have won't do it and getting them working again starts with "first you recompile eglibc".
[14:32]  * smartboyhw is writing a blog post about his experience with symbols :P
[14:32] <Quintasan> ScottK: You have imx53 efika?
[14:32] <ScottK> MX51
[14:33] <Quintasan> oh
[14:33] <ScottK> With an utterly ancient vendor kernel.
[14:33] <Quintasan> ScottK: Mainline kernel won't work on it?
[14:33] <ScottK> Nope.
[14:33] <Quintasan> it works on mx53 but no video nor usb
[14:33] <Quintasan> ehh
[14:34] <ScottK> USB is pretty essential for my setup.
[14:34] <ScottK> I think it's about the same for mx51, but I call "no USB", "Not working".
[14:34] <Quintasan> If we could get some iMX53 or other boards
[14:35] <Quintasan> I managed to install Saucy on imx53 with freescale 2.6.35 kernel
[14:35] <ScottK> We should get something with mainline kernel support.
[14:35] <Quintasan> ScottK: Is there even such a thing?
[14:37] <ScottK> Dunno
[14:37] <ScottK> I'd go for something you can run a Debian Wheezy kernel with.
[14:55] <Riddell> /build/buildd/qtwebkit-source-2.3.1/Source/WebCore/svg/SVGPathElement.h:98:23: internal compiler error: in extract_insn, at recog.c:2154
[14:55] <Quintasan> shadeslayer: Hmmm
[14:55] <Quintasan> shadeslayer: does ktp upstream tag releases in git repos?
[14:55] <Riddell> ah hah, qtwebkit has the same looking issue as kde4libs
[14:56] <ScottK> gtk is having trouble as well, so seb128 is looking into it.
[14:59] <Quintasan> shadeslayer: they do, I think we might do automatization based on that
[15:48] <Riddell> hmm I got an e-mail from someone about http://www.kubuntu-es.org/
[15:48] <Riddell> I'm not sure Iknew of that website
[15:48] <Riddell> it's not listed on kubuntu.org but then I see all the links on http://www.kubuntu.org/community are just links to ubuntu team wiki pages
[15:49] <smartboyhw> Riddell, oh...
[15:49] <smartboyhw> Riddell, you can ask in #kubuntu-es (which is a ChanServ, kubotu and one person channel only)
[15:51] <smartboyhw> Guys, I will take a packaging break next week (or even the week after next week). I'm called to write some autopilot tests....
[15:51] <Riddell> autopilot?
[15:51] <Quintasan> shadeslayer: I just remade all recipes for ktp to use 0.99.0
[15:51] <Quintasan> Since I'm too lazy to keep the version > than upstream
[15:52] <smartboyhw> Riddell, yeah, the thing used to automate Touch apps test...
[15:52]  * smartboyhw is REALLY called....
[15:52] <soee> :/ already some packages failed to build for raring
[15:53] <smartboyhw> soee, makes sense...
[15:53] <smartboyhw> soee, if it doesn't I will be the amazed one.
[15:55] <soee> ;]
[16:23] <ScottK> Except for the kde4libs ICE on armhf, it seems to be going reasonably well.
[16:39] <Riddell> "Scott Kitterman (kitterman) renewed their own membership in the Kubuntu Members" horah, scott still loves us!
[16:46] <Riddell> "Rohan Garg (rohangarg) renewed their own membership in the Kubuntu Members"  awooga, rohan still loves us!
[16:48]  * ScottK suddenly wonders if shadeslayer ever used Kubuntu as an excuse about exams.
[16:55] <Riddell> agateau: thunderbird seems to have gained a very chrome influenced UI, you might find some ideas in it?
[16:56] <agateau> Riddell: url?
[16:57] <Riddell> agateau: apt-get install thunderbird :)
[16:58] <agateau> Riddell: so I take it you are using thunderbird?
[16:58] <Riddell> agateau: http://starsky.19inch.net/~jr/tmp/thunderbird.png
[16:59] <Riddell> agateau: trying to test this support e-mail address I've had set up, kontact didn't work so I tried thunderbird and it doesn't work either
[16:59] <ScottK> Although don't emulate where they put new account setup.
[17:00] <ScottK> Hint: you can't do it from the accounts section of preferences.
[17:00] <agateau> Riddell: interesting, I'll need to give it a try
[17:30] <shadeslayer> ScottK: as a matter of fact I did
[17:31] <ScottK> Figures.
[17:31] <shadeslayer> ScottK: the first UDS I attended, I got my exams moved to post UDS :P
[17:31] <shadeslayer> UDS N
[18:10] <ScottK> We should add http://people.canonical.com/~ubuntu-security/cve/kubuntu.html to our list of places to look for stuff needing doing.
[19:22] <yofel> Riddell: wrt kross and ruby, in some package (I don't remember) I saw a ruby script that used kross and korundum, so maybe we might want to build kross+ruby after all
[19:53] <soee> yofel, thers no chance to get raring today right ?
[19:54] <yofel> probably not, I just fixed kdepimlibs which will fix most of the other failures, but it will take a while still
[19:56] <yofel> brrrr, need to backport pkg-kde-tools
[20:05] <soee> ;
[20:11] <ScottK> What's up with okular and plasma-active-dev?
[20:11] <ScottK> Does that need fixing too?
[20:20] <yofel> what's wrong with okular? (as for plasma, we had some conflicting files somewhere, shadeslayer should remember it)
[20:27] <ScottK> It fails to build because plasma-active-dev is somehow not installable
[20:29] <shadeslayer> yes, kubuntu-mobile depends on kde-runtime 4.10.80 I think
[20:29] <shadeslayer> s/kubuntu/plasma/
[20:29] <kubotu> shadeslayer meant: "yes, plasma-mobile depends on kde-runtime 4.10.80 I think"
[20:30] <shadeslayer> because some files got moved from plasma-active master to kde-runtime 4.10.80, however, since we still have plasma active 3, the files are also there
[20:30] <shadeslayer> so it should sort itslef out once kde-runtime is available?
[20:31] <shadeslayer> just waiting on powerpc
[20:42]  * ScottK reboots into 4.10.4.
[20:47] <ScottK> Hmmm.
[20:47] <ScottK> Seem to have survived.
[20:50] <yofel> 4.10.80 feels weird. Except for the kwin issues on my netbook it works perfectly fine so far o.O
[20:57] <yofel> /usr/include/quazip/zip.h:56:18: fatal error: zlib.h: No such file or directory
[20:57]  * yofel backports quazip
[20:59] <juancarlospaco> Do you have QA?  :P  I think the installer is not fully browse-able by keyboard, which is a accessibility bug
[21:00] <juancarlospaco> I have no time to check it now, but it seems from the pc I installed yesterday
[21:11] <yofel> juancarlospaco: there's certainly a lack of accessibility related Q/A as we have a chronic lack of manpower for testing. Any help would be very much appreciated!
[21:11] <juancarlospaco> im coding, when I have time will try yofel
[22:30] <juancarlospaco> lol, with Kwin I love how Amor kitty get Destroyed into pieces when you close a window  :P
[22:58] <ahoneybun> hey val
[22:59] <ahoneybun> valorie:
[22:59] <valorie> hi
[22:59] <valorie> sorry, having major computer problems atm
[23:00] <valorie> my hunky-dory newer laptop with virgin install, now has no screen, and the kde guys can't help
[23:00] <valorie> seems it is a kubuntu problem
[23:00] <valorie> I guess I'll ask in #kubuntu
[23:00] <ahoneybun> oh np
[23:10] <juancarlospaco> hello ahoneybun
[23:10] <juancarlospaco> :)
[23:11] <ahoneybun> hey juancarlospaco :)


[05:04] <Kilos> morning you few peeps
[05:05] <Kilos> nuvolari, dankie. is jy hier
[05:27] <Kilos> Maaz, wish
[05:27] <Maaz> Compliments of the season to all of you that read this. From Botville
[12:06] <Etherion> Hmmmm
[17:44] <Kilos> Maaz, coffee on
[17:44]  * Maaz puts the kettle on
[17:48] <Kilos> inetpro, ping
[17:48] <Maaz> Coffee's ready for Kilos!
[17:49] <Kilos> Maaz, thank you kind bot
[17:49] <Maaz> no problem, Kilos


[15:41] <stgraber> xnox: so did you spend any more time on that qt theming issue? I'm poking at it now but don't want to duplicate debugging effort ;)
[21:57] <tartar> Why would initctl emit mounting MOUNTPOINT=/blah fail?
[21:58] <tartar> 2013-02-21 15:14:45-05:00 1116 ramdisk: + /sbin/initctl emit mounting MOUNTPOINT=/var/build/ramdisk 2013-02-21 15:14:45-05:00 1116 ramdisk: initctl: Event failed 2013-02-21 15:14:45-05:00 1116 ramdisk: EXITCODE=1
[21:58] <tartar> Err
[21:58] <tartar> 2013-02-21 15:14:45-05:00 1116 ramdisk: + /sbin/initctl emit mounting MOUNTPOINT=/var/build/ramdisk
[21:58] <tartar> 2013-02-21 15:14:45-05:00 1116 ramdisk: initctl: Event failed
[21:58] <tartar> 2013-02-21 15:14:45-05:00 1116 ramdisk: EXITCODE=1
[21:59] <tartar> Ubuntu Lucid here
[21:59] <tartar> Will looping till success work this around?
[22:00] <tartar> (I saw few mounting hooks with same MOUNTPOINT coming to my block-dependants task.  I wonder if mountall already does the same work-around).
[22:01] <xnox> tartar: I am sorry, but what are you trying to do?
[22:02] <tartar> I am sticking centrify and couple more things early into the startup.
[22:02] <xnox> mountall emits these events for all mountpoints in /lib/init/fstab as well as anything in your fstab.
[22:03] <tartar> In particular, my ramdisk.conf simulates the mountall behavior by emitting a mounting hook
[22:04] <tartar> I need my ramdisk to block until centrify is ready and for this I added a block-dependants task
[22:04] <tartar> But I see that ramdisk's initctl emit fails to block returning the error above
[22:05] <xnox> have you seen: http://upstart.ubuntu.com/cookbook/#block-another-job-until-yours-has-started
[22:05] <xnox> emitting events will simply spawn more stuff to happen & get activated not less.
[22:05] <tartar> Yup, that's where I got the block-dependants thing
[22:07] <tartar> (BTW instance $JOB resulted in an error message saying that JOB did not exist.  Perhaps my Lucid upstart is too old for the cook book)
[22:07] <tartar> I replaced that with instance mounting-$MOUNTPOINT
[22:09] <tartar> Should better read as mountall-$MOUNTING as I expect that mountall emits mounting hooks, and $JOB would receive "mountall"
[22:10] <tartar> err mountall-$MOUNTPOINT
[22:10] <tartar> ...if I understand this correctly
[22:11] <tartar> Actually now I see I went against the recipe by instantiating too many instances
[22:12] <tartar> should my block-dependants task use "instance mountall"?
[22:48] <tartar> I wish upstart clearly stated own mechanisms and those expected from other processes.
[22:48] <tartar> For now the cook book reflects its name giving mostly recipes rather than architectural knowledge.
[22:50] <tartar> To illustrate, the following phrase has unnecessary complications.  The change of the mode from educational to instructional and back brings confusion.
[22:50] <tartar> "What you will find is that if you run the script above under /bin/sh, in all likelihood the file will never be created since regardless of whether you specify "-e" or not, the dash(1) shell (which /bin/sh is linked to on Ubuntu systems) has different semantics when it comes to sourcing compared with /bin/bash."
[22:52] <tartar> I would steer away from giving any instruction in a text about a thing that I would need to understand.
[22:54] <tartar> (I failed to understand the quoted phrase).
[22:56] <tartar> Enough vitriolic ranting....
[23:38] <tartar> The section block-another-job-until-yours-has-started assumes that the blocker task multiplies itself to block each job emitting one of the hooks.  Why?
[23:38] <tartar> Can a single blocker task block all hook emitters?
[23:39] <tartar> s/task/instance/


[01:58] <ekkis> I'm hoping for guidance on how to use the autotools plugin so I'm reading: https://docs.snapcraft.io/reference/plugins/autotools
[01:58] <ekkis> but the page isn't clear at all and if I try to look at the examples the link is broken.  help?
[06:46] <ekkis> ekkis@ubuntu:~/dev/einsteinium$ sudo snap install einsteinium_0.13_amd64.snap --dangerous
[06:46] <ekkis> [sudo] password for ekkis:
[06:46] <ekkis> error: cannot perform the following tasks:
[06:46] <ekkis> - Mount snap "einsteinium" (unset) (snap "einsteinium" requires devmode or confinement override)
[06:46] <ekkis> any thoughts? it's my first snap
[06:46] <ekkis> it seemed to build ok but I can't install it
[06:48] <ekkis> also, the guide I'm following specifies I should use --dangerous when installing because I haven't signed the snap.  but it doesn't say how to sign it
[11:55] <nsg> It will be signed by the store then you upload it, I do not think self sign is possible yet because the store keys are embedded in the snapd binary.
[11:56] <nsg> I guess it's built with devmode in snapcraft.yaml, try --devmode
[15:58] <apol> anybody knows of a snap that is available for armhf that shows anything graphically? or how to find the supported snaps
[16:18] <apol> any idea why could be this error message? "cannot perform operation: mount --rbind /lib/modules /tmp/snap.rootfs_zfI2PJ//lib/modules: No such file or directory"
[16:19] <zyga-solus> apol: hey
[16:19] <zyga-solus> apol: I know about the second problem
[16:20] <zyga-solus> apol: does your distribution have /lib/modules?
[16:20] <zyga-solus> apol: that error basically says that the mount failed because one of the two directories could not be found
[16:21] <zyga-solus> apol: and the second one is created automatically so it must be the first one
[16:22] <bshah> zyga-solus: is it "enough" to mkdir just that dir?
[16:22] <zyga-solus> bshah: yes
[16:22] <zyga-solus> bshah: but that is something snapd expects the distribution to provide
[16:23] <bshah> zyga-solus: well, basically we (me and apol) are trying installation on plasma mobile and we have a ubuntu/neon based rootfs without any firmware and module or kernel package
[16:23] <bshah> so it's kinda "expected" but unexpected
[16:25] <zyga-solus> bshah: unexpected?
[16:25] <bshah> I mean unexpected for snapd to not have /lib/modules
[16:25] <zyga-solus> bshah: snapd needs a few things to exist, you can patch those out or make them optional, it's just been assumed, successfully, so far that those exit
[16:25] <bshah> yeah... I understand :)
[16:25] <zyga-solus> bshah: snapd doesn't ship /lib/modules, does your distro provide something like that?
[16:26] <zyga-solus> I'm a bit busy trying to restore network to the rest of my family, feel free to ask me questions, I'll answer when I can see (~30 min)
[16:38] <hombremaledicto> hi, i hope this is the right channel
[16:39] <hombremaledicto> got a question: i've installed today the filebot snap
[16:39] <hombremaledicto> i need to call a script with its cli tool
[16:39] <hombremaledicto> but i've noticed the shebang thingy: #!/usr/bin/env filebot -script
[16:40] <hombremaledicto> would this even work, then?
[16:41] <apol> zyga-solus: no, it doesn't have /lib/modules
[16:42] <zyga-solus> apol: then either patch cmd/snap-confine/mount-support.c
[16:42] <zyga-solus> apol: or make that an optional thing and allow it to fail
[16:42] <zyga-solus> (I mean patch it in both cases)
[16:42] <zyga-solus> (just differently)
[16:42]  * zyga-solus -> still afk
[16:42] <apol> right
[16:42]  * apol looks
[16:44] <apol> mkdir /lib/modules works 8-)
[16:45] <bshah> did it start? o_O
[16:47] <apol> bshah: libreoffice did, kanagame crashed
[16:48] <bshah> weeeh
[16:50] <apol> tweeting...
[16:50] <hombremaledicto> solved myself once able to connect to the server: it works, sorry for the dumb question :P
[16:53] <apol> https://twitter.com/AleixPol/status/917070335366791169 :P
[17:26]  * zyga-solus kind of solved stuff
[17:26] <zyga-solus> for now
[17:26] <zyga-solus> oh, battery running low
[22:14] <alex___> Hey, just a quick question. I just tried snapd and wanted to install PyCharm (as advertised on the main webpage). However when using "find" there was no pycharm. Is there another store I have to add?
[22:20] <gsilvapt> alex___, I think this is what you're looking for: https://github.com/snapcrafters/pycharm-community
[22:29] <alex___> gsilvapt, thanks, but this leads to error: cannot install "pycharm-community": snap not found
[22:30] <gsilvapt> Hum, weird. Perhaps you need the upstream source because this may not be maintained anymore
[22:31] <gsilvapt> Ah, got it. Use --edge, alex___
[22:35] <alex___> gsilvapt, still no luck, snap info pycharm-professional tells me error: no valid snaps given
[22:36] <gsilvapt> Hum, weird. Then the only option is to download upstream, build and install from local
[22:38] <alex___> I see, just wanted to make sure I didn't do anything wrong, before uninstalling snap. Tank you
[22:39] <gsilvapt> There must be something wrong. This repository has not suffered any changes since September so the guys should be active. In fact, there's a forum post with lots of love so there must be a reason for it not being found
[22:41] <gsilvapt> anyway, I opened an issue page in their repo, alex___: https://github.com/snapcrafters/pycharm-community/issues/8
[22:41] <gsilvapt> In case you want to keep track of this
[22:46] <alex___> Wow, thanks! I will subscribe to the issue. Maybe they need more information
[22:50] <gsilvapt> Maybe, not sure. Lets see what they reply ;)


[02:32] <LinDol> hi all
[05:49] <freakyy> what is this new "apt"?
[05:49] <freakyy> does it replace apt-get ?
[19:35] <freakyy> whzat is the replacement for ubuntu software center in ubuntu gnome?
[19:35] <freakyy> ah jsut software, found it ;D thanks ^
[21:36] <freakyy> hi all. is there anything i ccan sync gnome between two pcs or my whole ubuntu in some way
[21:36] <freakyy> ??


[05:07] <mac_v> d3xter: the updates are not to be shown in the indicator applet... they are planning on a system menu or whateever it is called for lucid
[17:56] <djsiegel> mac_v: first lucid papercut milestoned: https://bugs.edge.launchpad.net/hundredpapercuts/+bug/487208 :)
[17:56] <ubot4> Launchpad bug 487208 in hundredpapercuts "Make tooltips consistent with Ubuntu's look and feel" [Undecided,New]
[17:58] <mac_v> djsiegel: nice :)
[17:59] <djsiegel> mac_v: I am cleaning up the Karmic milestones
[17:59] <mac_v> djsiegel: also have a look at this > http://blogs.fedoraproject.org/wp/mclasen/2009/10/26/5-little-things/ , this also needs to be implemented to get the full look from mccann's blog
[17:59] <djsiegel> and I will blog today about Karmic retrospective and Lucid plans
[17:59] <djsiegel> mac_v: I don't want the "full look" :)
[17:59] <djsiegel> Just updated tooltips
[18:00] <mac_v> djsiegel: the rounded tooltips
[18:00] <mac_v> oh , ok ;)
[18:00] <mac_v> djsiegel:  but yeah , the consistent location should be a good fix
[18:02] <mac_v> djsiegel: can we rename the milestones to Lucid R1 and such ? it would be easier to differentiate and also for the future releases as well
[18:02] <djsiegel> mac_v: the old milestones will disappear
[18:02] <djsiegel> once we mark them released
[18:03] <mac_v> djsiegel: hmm , didnt know that... thats good... i got confused since for the rest of the projects the milestones dont go away
[18:04] <djsiegel> really?
[18:04] <djsiegel> maybe they aren't releasing
[18:04] <djsiegel> yeah, I get round 1 is gone now
[18:08] <djsiegel> beuno-lunch: how do I get to viewing the bugtask in the right project?
[18:08] <mac_v> djsiegel: Bug #388949 , this is a very simple one , it already has the patch , you just need to mail the nautilus mailing list
[18:08] <ubot4> Launchpad bug 388949 in hundredpapercuts "'Clean Up by Name' -> 'Arrange by Name'" [Undecided,In progress] https://launchpad.net/bugs/388949
[18:08] <beuno> djsiegel, what do you mean?
[18:08] <djsiegel> beuno: so I am looking at a bug
[18:08] <mac_v> that can be fixed in the lucid round 1^
[18:09] <djsiegel> it has this links for actions like
[18:09] <djsiegel> Nominate for a release
[18:09] <beuno> aha
[18:09] <djsiegel> they affect the bugtask I am currently viewing
[18:09] <djsiegel> super confusing
[18:09] <beuno> ah,yes
[18:09] <djsiegel> I want to "get to" the same bug I am currently looking at, in the hundredpapercuts project
[18:09] <beuno> hmmmm
[18:09] <beuno> interesting
[18:10] <beuno> there is no good way of doing that really
[18:10] <beuno> you need to get to it via the project
[18:10] <beuno> os basically search for it from the project you want it
[18:10] <djsiegel> I did
[18:10] <beuno> and it didn't work?
[18:10] <djsiegel> I got to it from the hundredpapercuts project property
[18:11] <djsiegel> and the active bugtask is nautilus (ubuntu)
[18:11] <beuno> djsiegel, can you send me the link from where you clicked on?
[18:11] <beuno> it's a pretty big bug if that did happen
[18:11] <djsiegel> https://edge.launchpad.net/hundredpapercuts/+milestone/round-1
[18:12] <beuno> argh
[18:12] <beuno> it's a bug on that listing
[18:12] <beuno> if you go from, say, here: https://bugs.edge.launchpad.net/hundredpapercuts
[18:12] <beuno> it will DTRT
[18:12] <beuno> I'll file the bug
[18:13] <djsiegel> cool, thanks
[18:17] <djsiegel> mac_v: https://wiki.ubuntu.com/LucidReleaseSchedule
[18:17] <djsiegel> here is our schedule
[18:18] <djsiegel> If we start next week, and skip a week for the holidays, we can have 13 milestones before UI freeze
[18:19] <djsiegel> rickspencer3: hey
[18:19] <djsiegel> rickspencer3: ^^
[18:19] <djsiegel> I am drawing to draft a paper cuts schedule
[18:19] <mac_v> djsiegel: hmm , can we mention the papercuts somewhere in the schedule ? that schedule is referenced by a lot of +1 testers , so it would get more attention to the papercuts
[18:19] <djsiegel> mac_v, yes I think we can do that
[18:19] <djsiegel> once we decide on the schedule
[18:19] <beuno> djsiegel, https://bugs.edge.launchpad.net/launchpad-registry/+bug/487223
[18:19] <djsiegel> after U1 freeze, what kind of paper cuts can we fix?
[18:19] <ubot4> Launchpad bug 487223 in launchpad-registry "Bug listing URLs on milestones are contextless" [Undecided,New]
[18:20] <djsiegel> *UI freeze
[18:20] <mac_v> djsiegel: after UI , probably , bug which dont affect the translations
[18:20] <mac_v> bugs*
[18:21] <mac_v> djsiegel: or those which dont need screenshots to be updated
[18:21] <djsiegel> yeah
[18:21] <djsiegel> Ix bugs
[18:22] <djsiegel> Ok, since this is LTS, lets not milestone past UI freeze, actually
[18:22] <mac_v> good plan
[18:35] <djsiegel> MDC1: thank you can tackle: https://bugs.edge.launchpad.net/hundredpapercuts/+bug/46846
[18:35] <ubot4> Launchpad bug 46846 in hundredpapercuts "Emblems get cut when scaled to a zoom >= 150% (refresh issue)" [Undecided,In progress]
[19:41] <d3xter> mac_v: and what about other entry's like "chris sent you a message" or "new wireless networks available"?
[19:42] <mac_v> d3xter: hmm , why should they show up in the indicator applet? you get the notifications already right... [maybe I havent understood you idea fully]
[19:44] <d3xter> mac_v: they should show up in the dropdown list, so the user can click on the "new message"-entry and the chat-window opens up
[19:44] <d3xter> for example
[19:45] <d3xter> so it is easier for the user to react to certain "events"
[19:45] <d3xter> s/to/at
[19:46] <mac_v> d3xter: hmm , what happens when user receives 10 IM messages ?
[19:46] <mac_v> will 10 items be listed?
[19:46] <d3xter> mac_v: no, there will be 1 item per user listed
[19:46] <d3xter> maybe "3 new messages from chris"
[19:47] <mac_v> yeah , i meant 10 different users... but i dont see that as ideal ;)
[19:47] <d3xter> mac_v: oh ok, but there should be still a "Delete All"-Entry to delete all notifications :P
[19:48] <d3xter> they arent necessary, so
[19:49] <d3xter> mac_v: another possible items could be "New E-Mail received" or "You need to restart your computer"
[19:49] <d3xter> (after upgrading)
[19:51] <d3xter> or "Battery is low, do you want to Suspend?". There should be plenty of those, which would be useful
[19:51] <mac_v> d3xter: the indicator already shows the "New mail received" but not that verbose , but shows the new message count...  and the "restart required" is not something Ubuntu wants to be done in the indicator applet , that has been brought up several times and rejected :)
[19:52] <d3xter> mac_v: yes, because indicator-applet in its current state is completly different, thats why "Restared required" didnt make it into indicator-applet
[19:52] <d3xter> or maybe we could add another applet for those message ;)
[19:53] <mac_v> d3xter: the indicator applet is a messaging menu ... AFAIK , so will only remain for messaging related stuff..  ;)
[19:53] <mac_v> d3xter: there was a proposal for a system indicator , ScottK would know more about it
[19:53] <d3xter> mac_v: it is? to me it seems like a menu with Im-Messengers and Mail-Clients in it ;)
[19:54] <mac_v> d3xter: yes ,those are all messaging stuff ;p
[19:54] <ScottK> I didn't pay attention to the details of what was going into the menus.
[19:55]  * ScottK was more interested in the underlying protocol stuff (e.g. die xembed, die!)
[19:55] <mac_v> ScottK: ah , you are here.. Hi.. any link to the system indicator UDS discussion?
[19:56] <mac_v> d3xter: https://wiki.ubuntu.com/MessagingMenu , has most of the info
[19:57] <d3xter> mac_v: ok thanks, i'll read through it
[19:57] <ScottK> https://wiki.ubuntu.com/ApplicationIndicatorsLucidPlan too
[20:00] <d3xter> mac_v: oh alright, so the messaging menu is moving towards another direct :)
[20:00] <d3xter> nvm
[20:01] <d3xter> s/direct/direction
[20:03] <mac_v> ScottK: ah.. thanks
[20:04]  * mac_v wonders why the ayatana topic is still set to an UDS session
[20:04] <ScottK> Because no one changed it.
[20:04] <mac_v> ;)
[20:04] <mac_v> ScottK: could you add the wiki links in the topic too?
[20:05] <ScottK> mac_v: I'm guessing it's open.  I don't think I have any special powers here.
[20:05] <ScottK> If I do, I've no idea how I got them.
[20:14] <mac_v> ScottK: ah , yeah it seems open to all :)
[20:14] <ScottK> ;-)
[20:41] <MDC1> djsiegel, yeah - i saw you assigned me that one ;)
[20:42] <MDC1> oh.. he's not online
[23:34] <djsiegel1> lamalex beuno DanRabbit mac_v, thoughts: https://wiki.ubuntu.com/OneHundredPaperCuts/Spec/382703#preview ?
[23:34] <djsiegel1> https://wiki.ubuntu.com/OneHundredPaperCuts/Spec/382703
[23:35] <beuno> djsiegel1, +1
[23:35] <beuno> and if I get 2 votes, +2
[23:37] <fagan> +1
[23:47] <lamalex> +1
[23:52] <djsiegel1> hmm, maybe we should just use short username (directory name) everywhere...
[23:52] <djsiegel1> gah!
[23:53] <lamalex> I think Home is nicer
[23:53] <lamalex> go home
[23:53] <lamalex> feels safe