Trinity Meeting March/April 2012

longlog

16:14:41 <Xu_R> #startmeeting March/April Meeting 2012
16:14:41 <[lindaemon]> Meeting started Sun Apr  1 16:14:41 2012 UTC.  The chair is Xu_R. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:14:41 <[lindaemon]> Useful Commands: #action #agreed #help #info #idea #link #topic.
16:14:48 <Xu_R> #chair MobileTurkey
16:14:48 <[lindaemon]> Current chairs: MobileTurkey Xu_R
16:15:17 <MobileTurkey> I need to get home ASAP
16:15:36 <Xu_R> ok, Calvin, me, samelian, Strangelv, pserru, eliddell, and Bille_ are here
16:15:52 <Xu_R> Strangelv: have anything to add to the meeting?
16:15:52 <pserru> (I must go. Thank you for all. Bye.)
16:16:16 <Xu_R> MobileTurkey: hurry? ;P
16:16:53 <Xu_R> ok, first topic, donation drive
16:16:56 <samelian> maybe we should reschedule the meeting for another day?
16:17:16 <MobileTurkey> #topic bugs bugs bugs.
16:17:20 <Xu_R> samelian: I already pushed back the meeting - I would think it's a bit late to reschedule now >_>
16:17:25 <Xu_R> or we can go for bugs first. XD
16:17:51 <MobileTurkey> sorry lots of lag here
16:18:05 <MobileTurkey> people are always late.
16:18:36 <Xu_R> hehe
16:18:48 <Xu_R> bugs... I know everyone's been cleaning up the bugzilla
16:19:17 <Xu_R> there's a partial fix for bug 905 recently on trinity-devel
16:20:05 <Xu_R> bug 922...
16:20:31 <Xu_R> MobileTurkey: you fixed bug 908 :D
16:20:55 <Xu_R> 909 and 910 are currently being fixed...
16:21:02 <MobileTurkey> yes
16:21:34 <MobileTurkey> we need to hit all major bugs
16:21:55 <Xu_R> MobileTurkey: hm... is there a list anywhere?
16:22:11 <MobileTurkey> the tracker :-) all blocker bugs
16:22:18 <MobileTurkey> and major
16:22:33 <Xu_R> righttt. XD
16:22:49 <MobileTurkey> so anyone available
16:23:26 <MobileTurkey> this afternoon I am going triage the whole list
16:23:39 <Xu_R> let me get a link of those...
16:23:47 <MutantTurkey> i'm here
16:23:48 <MutantTurkey> great!
16:23:49 <Xu_R> #chair MutantTurkey
16:23:49 <[lindaemon]> Current chairs: MobileTurkey MutantTurkey Xu_R
16:23:55 <Xu_R> #unchair MobileTurkey
16:23:55 <[lindaemon]> Current chairs: MutantTurkey Xu_R
16:23:59 <Xu_R> :D
16:24:10 <MutantTurkey> thanks
16:24:24 <MutantTurkey> so this afternoon, I will be going through all the bugs
16:24:32 <MutantTurkey> just making sure they're properly marked and identified
16:25:02 <MutantTurkey> http://bugs.trinitydesktop.org/buglist.cgi?query_format=advanced&order=bug_severity%2Cbug_status%2Cbug_id%20DESC&query_based_on=
16:25:15 <MutantTurkey> if you see this list we have a _lot_ of blocker bugs
16:25:35 <Xu_R> o_o yea... let's trim that down
16:25:37 <MutantTurkey> 15+
16:25:45 <MutantTurkey> then we have critical bugs underneath
16:26:01 <MutantTurkey> prioritizing is a major thing, and so is assigning bugs properly.
16:26:22 <Xu_R> What I noticed is that some of these were created a long while ago... and since GIT fluctuates, bugzilla might not be updated
16:26:29 <MutantTurkey> yes
16:26:32 <MutantTurkey> right
16:26:37 <MutantTurkey> part of my triage is to confirm all bugs
16:26:49 <MutantTurkey> also assigning them to people who are interested in fixing them.
16:26:59 <MutantTurkey> for me, i want to work on kicker kate and kwin,
16:27:07 <MutantTurkey> #info assign all bugs kicker kate and kwin to calvin
16:27:22 <MutantTurkey> #info work through bug trackre to make sure verthing is properly identified
16:27:32 <MutantTurkey> #info prioritize and verify
16:27:37 <MutantTurkey> Xu_R: anything else on bugs?
16:28:05 <Xu_R> just closed an old blocker of mine - that decreases the bug list a bit ;P
16:28:44 <MutantTurkey> exactly what I mean
16:29:15 <Xu_R> yup
16:29:25 <MutantTurkey> #topic donation drive
16:29:36 <MutantTurkey> #link http://trinitydesktop.org/donate.php
16:29:36 <Xu_R> spring fundraiser!
16:29:43 <MutantTurkey> #info spring fundraise is on its way
16:29:52 <Xu_R> nearly halfway toward our goal :D
16:30:12 <MutantTurkey> right now we are almost half way
16:30:32 <MutantTurkey> so each donation is a big step in helping with maintainence costs for the year 2012.
16:30:37 <Xu_R> the Qt4 theme engine looks nice, TBH
16:30:42 <MutantTurkey> yeah i'm excited
16:31:08 <MutantTurkey> http://trinitydesktop.org/news.php
16:31:22 <eliddell> We were discussing T-shirts and other merch on the ML--are we going to go ahead with that?
16:31:30 <MutantTurkey> eliddell: yes I think it's a good idea.
16:31:39 <MutantTurkey> obviously on some longer term basis though
16:31:40 <Xu_R> #info fundraising with products?
16:31:49 <MutantTurkey> eliddell: what was the website?
16:31:53 <MutantTurkey> frazzle?
16:31:59 <eliddell> Zazzle
16:32:09 <eliddell> There's also some others
16:32:14 <MutantTurkey> okay great
16:32:44 <MutantTurkey> for R14 I want to do some promotion as well
16:32:49 <MutantTurkey> eliddell: have you worked with it?
16:33:00 <MutantTurkey> #link http://zazzle.com
16:33:02 <Xu_R> are there any conventions coming up?
16:33:09 <eliddell> I have an account, but never used it for anythign much.
16:33:53 <MutantTurkey> ok
16:33:59 <MutantTurkey> Xu_R: yes there is one in philidelphia this year.
16:34:03 <MutantTurkey> I am down for setting up a table :-)
16:34:03 <eliddell> Experiments I did do suggest it's simple enough to work with--we just need a design.
16:34:19 <MutantTurkey> eliddell: what do you think about just a logo and some plain font?
16:34:32 <eliddell> It's a start.
16:34:32 <Xu_R> MutantTurkey: I'd be down for going there this summer for it
16:34:48 <eliddell> (I'm not the most brilliant designer, although I do have the training.)
16:34:55 <MutantTurkey> eliddell: all welp is good help
16:35:17 <MutantTurkey> eliddell: I believe Strangelv also has some artwork interest no?
16:35:27 * Xu_R tries to wake up Strangelv
16:35:49 <eliddell> If I'm matching him correctly to his ML nick, yeah.
16:36:08 <Xu_R> yea, Strangelv always has good artwork ideas :D
16:36:17 <MutantTurkey> he is in a far off timezone no? :p
16:36:25 <Xu_R> he is :P
16:36:27 <Xu_R> we'll come back to artwork if he wakes up :P
16:36:56 <Xu_R> ok, so given that, let's move on
16:37:05 <Xu_R> #topic new backend for media:/
16:37:06 <MutantTurkey> okay what's next?
16:37:14 <Xu_R> tim posted this like a day or two ago
16:37:23 <MutantTurkey> #info tim posted a new backend for TDE HW yesterday.
16:37:28 <MutantTurkey> #todo
16:37:30 <MutantTurkey> whoops
16:37:41 <MutantTurkey> #action we need to create a process for QA testing.
16:38:01 <Xu_R> so far, there have been no usability problems, according to people testing on the ML
16:38:05 <MutantTurkey> #info this process will give us a chance to handle all options before pushing it out on R14-15.
16:38:29 <Xu_R> #info it uses udev/pmount and therefore does not rely on HAL.
16:38:32 <MutantTurkey> weird hardware, unhandled exceptions, bugs in the udev end... we need to test on a broad spectrum of devices.
16:38:36 <MutantTurkey> #info rocks.
16:38:45 <samelian> I working on my own mediamager, based on udisks2
16:39:00 <MutantTurkey> samelian: would you  want to incorporate tims backend or yours or what?
16:39:15 <Xu_R> #info samelian is working on a mediamanager based on udisks2
16:39:22 <MutantTurkey> also what is the word on cpufreqd? any solution?
16:39:32 <samelian> i don't know, i'm not sure how Tim's backend working
16:40:07 <MutantTurkey> ok.
16:40:17 <Xu_R> according to this he uses pmount with udev to mount external storage devices
16:40:23 <samelian> sometime in future we will need to implement an interface tu cpufreq
16:40:41 <MutantTurkey> that will run as root correct?
16:40:46 <samelian> yes
16:40:48 <MutantTurkey> then that in turn would be accessed via dbus?
16:40:57 <samelian> yes, this is the main idea
16:41:20 <samelian> i'm not sure what pmount is
16:42:00 <Xu_R> apparently it's a debian program that wraps the normal mount command to allow normal users to mount w/o fstab
16:42:06 <Xu_R> #link http://pmount.alioth.debian.org/
16:42:30 <MutantTurkey> is it cross distro compat?
16:42:57 <Xu_R> openSUSE has it in packman for some reason - meaning I have to look into that...
16:43:12 <MutantTurkey> ok
16:43:19 <MutantTurkey> i am sure it will be
16:43:30 <eliddell> There are some docs for pmount + Gentoo.
16:43:40 <MutantTurkey> eliddell: great
16:43:46 <MutantTurkey> eliddell: are you working on package specs for gentoo?
16:43:50 * MutantTurkey has a bad memory
16:43:53 <Xu_R> pmount is in fedora, albeit an older version
16:44:13 <eliddell> Gentoo packaging of Trinity is stalled right now.
16:45:04 <samelian> eliddell: is stalled because I started my own kde3 fork
16:45:12 <samelian> and I made ebuilds for it
16:45:27 <samelian> https://github.com/serghei/gentoo-kde-overlay
16:45:29 <MutantTurkey> arch's is in progress but David Rankin hasn't made it available. It should be ready for 3.5.14
16:45:32 <MutantTurkey> or whoops
16:45:35 <MutantTurkey> R14 :-)
16:45:58 <eliddell> samelian: That and Roman and I never did sort out the autotools thing.
16:46:59 <MutantTurkey> autotools -_-
16:47:13 <samelian> ok, this is offtopic, we should discuss this somewhere else
16:47:34 <Xu_R> I think Darrell posted a fix on bugzilla anyway?
16:47:35 <MutantTurkey> samelian: :-)
16:47:37 <Xu_R> #link http://bugs.trinitydesktop.org/show_bug.cgi?id=924#c4
16:47:45 <Xu_R> yea, ok. this can be discussed later
16:48:10 <samelian> MutantTurkey: I mean, the discussion about gentoo ebuilds :)
16:48:12 <MutantTurkey> "I am closing this bug and retaking kindergarten, in order to re-learn how to read.
16:48:14 <MutantTurkey> LOL
16:48:23 <MutantTurkey> yes
16:48:39 <Xu_R> is that all for media:/ backend?
16:48:45 <MutantTurkey> Xu_R: yep lets move on
16:48:51 <Xu_R> #topic KControl
16:49:08 <MutantTurkey> okay so we are doing an ongoing effort to rework KControl's layout
16:49:09 <Xu_R> I don't know much about this, anyone want to take the podium?
16:49:31 <Xu_R> #link http://trinity.etherpad.trinitydesktop.org/40
16:49:32 <MutantTurkey> http://trinity.etherpad.trinitydesktop.org/40
16:49:42 <MutantTurkey> I do, i am spearheading the effor with Darrell.
16:49:50 <MutantTurkey> Okay so everyone agrees that kcontrol is a messy peice of dog doo
16:50:01 <MutantTurkey> so basically we are outlining what needs to / what can be done to improve it.
16:50:21 <MutantTurkey> along those lines are simple renamings, removing old cruft, creating new categories
16:50:44 <MutantTurkey> also we are working on the dialogs themselves to make sure they are in the correct areas; eg all transluceny settings for kwin should be in the proper spot
16:50:49 <MutantTurkey> Space_Man: hey
16:50:55 <Space_Man> hi MutantTurkey
16:51:01 <MutantTurkey> Space_Man: http://trinity.etherpad.trinitydesktop.org/40
16:51:02 <Space_Man> hi everybody else
16:51:12 <Xu_R> Space_Man: We're talking about KControl right now - see above link :)
16:51:28 <Xu_R> This is a really comprehensive plan :O
16:51:40 <MutantTurkey> so we've been drafting up these idea's for some time... we need to start implementing them.
16:51:41 <MutantTurkey> again, if you guys want to hang around today we can start to prioritize and figure out what needs to be done.
16:51:44 <MutantTurkey> yes
16:52:02 <MutantTurkey> some of it has been done already, mostly easy renaming stuff.
16:52:36 <Xu_R> I noticed that there's some disagreement on what to call some things
16:52:39 <MutantTurkey> things that are done need to be struck-out, and things we want to do need to get done.
16:52:51 <MutantTurkey> Xu_R: yeah, also because of references outside of kcontrol
16:53:10 <Xu_R> MutantTurkey: oic. Need to update all the references...
16:53:13 <MutantTurkey> eg peripherals appear all over trinity, so renaming it to hardware would be difficult, especially in the documentation.
16:53:17 <MutantTurkey> right
16:54:08 <MutantTurkey> there is also disagreement about other things
16:54:13 <MutantTurkey> for now I want to get done what we all agree on.
16:54:29 <Xu_R> what are some of the disagreements? I'm getting lost in the specification
16:55:03 <MutantTurkey> some disagreements about category names and splitting up categories
16:55:11 <eliddell> Split or not split sound and multimedia, frex.
16:55:18 <MutantTurkey> Split Sound & Multimedia into two categories: 1) Sound and 2) Multimedia.
16:55:22 <MutantTurkey> exactly
16:55:26 <MutantTurkey> that's line 68
16:55:48 <Xu_R> oic... this is where I wish Borg^Queen were here, she has so many usability studies on this topic
16:55:51 <samelian> what is sound and what is multimedia?
16:56:31 <MutantTurkey> Xu_R: is that kate?
16:56:38 <Xu_R> MutantTurkey: yup, that's kate.
16:56:43 <MutantTurkey> ok
16:56:58 <MutantTurkey> she does have a lt of info we could use
16:57:21 <Xu_R> #idea ask Borg^Queen (Kate) for ideas on reorganizing KControl
16:58:23 <MutantTurkey> cool
16:58:24 <Xu_R> oh, and david left a nice link here to compare side by side
16:58:27 <Xu_R> #link http://www.3111skyline.com/dl/dt/trinity/kcontrol/index-comp.html
16:58:31 <MutantTurkey> yes
16:59:18 <Xu_R> ok, so in that case
16:59:25 <Xu_R> #action begin work on reorganizing KControl
16:59:58 <Xu_R> I'll change the topic in a moment if nobody has anything else to add.
17:00:32 <Xu_R> on we go then.
17:00:33 <MutantTurkey> yep
17:00:34 <MutantTurkey> :-)
17:00:34 <Xu_R> #topic TSAK
17:00:54 <Xu_R> TSAK... there are a number of people reporting problems with it,.
17:00:56 <Xu_R> *.
17:01:54 <Xu_R> apprarently it really works only if you clean /tmp...
17:02:03 <Xu_R> which Debian has been doing for a while
17:02:04 <MutantTurkey> a lot of problems
17:02:06 <MutantTurkey> -_-
17:02:11 <Xu_R> yup -_-
17:02:12 <MutantTurkey> so those all need to be marked blocker bugs
17:02:14 <MutantTurkey> and get fixed.
17:02:19 <MutantTurkey> not much to say
17:02:23 <Xu_R> Is there a way to use TSAK without cleaning /tmp?
17:02:27 <Xu_R> that's what my question would be...
17:03:00 <Xu_R> MutantTurkey: it's funny, over the past few days opensuse-factory has seen the udisks2 debate, the kde3vskde4 debate, and the /tmpontempfs debate xD
17:03:59 <MutantTurkey> i've been doing tmp on tmpfs for a few years.
17:04:00 <Xu_R> #info TSAK needs investigating - it seems to depend on a clean /tmp?
17:04:03 <MutantTurkey> works well enough
17:04:16 <MutantTurkey> #info tsak also has problems when unexpected things happen, corner cases
17:04:41 <Xu_R> yes... we'll have to look into that
17:04:55 <Xu_R> anything else? I'll change topic if nothing else...
17:05:19 <Xu_R> ok
17:05:25 <Xu_R> #topic samelian's work
17:05:35 * Strangelv suddenly remembers there wtas a meetingc today
17:05:48 <samelian> first of all, I made some changes in cmake
17:06:16 <samelian> now cmake modules are not anymore needed as external refences
17:06:39 <samelian> they are installed in system as part of kdelibs
17:06:59 <Xu_R> samelian: so cmake will look for tdelibs to proceed?
17:07:04 <Xu_R> *kdelibs/tdelibs
17:07:09 <samelian> yes
17:07:18 <Xu_R> makes sense :D
17:07:26 <samelian> for example, kdebase looking for cmake modules installed by kdelibs
17:07:51 <samelian> also
17:08:06 <samelian> I bundled dbus and arts directly into kdelibs
17:08:17 <samelian> they are not mainained anyway by upstream
17:08:39 <samelian> so, two dependecies less
17:08:56 <Xu_R> #info cmake modules installed as part of kdelibs
17:09:08 <Xu_R> #info dbus + arts now merged into kdelibs
17:09:24 <MutantTurkey> +1 for that.
17:09:45 <samelian> #info cmake support for kdewebdev is done
17:09:50 <MutantTurkey> okay I _have_ to roll.
17:09:58 <Xu_R> later then MutantTurkey
17:10:04 <MutantTurkey> I'lll be on around 4-4;30 est
17:10:19 <samelian> now we should find a way to integrate all these changes into trinity
17:10:19 <MutantTurkey> so i'll be doing some work then
17:10:23 <Xu_R> samelian: what cmake support have you completed?
17:10:23 <MutantTurkey> so anyone can join me :-)
17:11:13 <samelian> #link https://github.com/serghei
17:11:32 <samelian> all packages present here have complete cmake support
17:12:16 <Xu_R> samelian: ok, will have a look then
17:12:41 <samelian> #info suspend/hibernate support in ksmserver have ben rewritten
17:12:49 <Xu_R> #action look at and merge samelian's work into Trinity
17:13:38 <Xu_R> ok, anything else samelian?
17:13:57 <samelian> I think is not good idea to make these changes in trinity
17:14:09 <samelian> I mean, not now
17:14:26 <samelian> because will broke some things
17:14:39 <samelian> and I think Tim wants to release R14 soon
17:14:43 <Xu_R> true.
17:14:52 <Xu_R> I think we can do this after R14 then.
17:15:00 <samelian> yes
17:15:06 <Xu_R> #info Merge only after R14 to avoid breakage.
17:15:35 <Xu_R> ok, in that case
17:15:52 * Xu_R curses lag on his internet connection >_>
17:16:03 <Xu_R> #topic Release Checklist
17:16:16 <Xu_R> There's a checklist already beginning to take shape here
17:16:21 <Xu_R> #link http://trinity.etherpad.trinitydesktop.org/37
17:17:04 <Xu_R> we also have the QA checklist
17:17:05 <Xu_R> #link http://www.trinitydesktop.org/wiki/bin/view/Developers/PackageBuildQA
17:17:45 <Xu_R> and hopefully we can have a successful release
17:18:37 * Xu_R remembers to set the pad visibility to public
17:19:12 <Xu_R> #action draw up a finalized checklist for the road to R14
17:19:42 <Xu_R> ok, we're going to just pass by these two items quick, Strangelv if you have any artwork related suggestions, then we'll conclude the meeting
17:19:50 <Xu_R> #topic SRU
17:20:06 <Xu_R> Slavek Banko has been backporting fixes to 3.5.13
17:20:32 <Xu_R> this gives us a good amount of time to work on R14 and fix any blockers
17:20:46 <Xu_R> #link http://trinity.etherpad.trinitydesktop.org/16
17:21:34 <Xu_R> samelian: you may find these helpful for your fork as well.
17:21:45 <Strangelv> "I've been too sidetracked by political filings and conventions t work on artwork
17:22:08 <Xu_R> Strangelv: :| ok, then next meeting we'll touch base on that.
17:22:23 <Strangelv> If you've got a wishlist, please make sure I know mwhere it is
17:22:37 <Xu_R> hello SlavekB :D
17:22:46 <Strangelv> Other than that I tossed $32 into the pot
17:23:15 <SlavekB> hello all
17:23:15 <MobileTurkey> dropped 30 as well
17:23:38 <Xu_R> SlavekB: We were just talking about your backporting work - anything to say? :D
17:23:40 <MobileTurkey> hi!
17:24:57 <SlavekB> what has already been said?
17:25:13 <Xu_R> <Xu_R> Slavek Banko has been backporting fixes to 3.5.13
17:25:13 <Xu_R> <Xu_R> this gives us a good amount of time to work on R14 and fix any blockers
17:25:13 <Xu_R> <Xu_R> #link http://trinity.etherpad.trinitydesktop.org/16
17:25:21 <Xu_R> we literally just started talking about it :P
17:26:37 <samelian> someone should check if kmail composer is crashing, when kmail is used with kontact
17:26:47 <samelian> if crashing, I have a fix
17:27:02 <MobileTurkey> from ilya?
17:27:17 <samelian> actually I give the fix to Ilya
17:27:25 <samelian> but yes, is about this fix
17:27:56 <SlavekB> Great! Now that most concerns me the error #922 and a very poor condition of SAK.
17:28:01 <samelian> https://github.com/serghei/kde3-kdepim/commit/84f29704e3fadcf1afb22da208e1dbb87feb7718
17:28:16 <Xu_R> #info samelian has fix for kmail crash
17:28:31 <Xu_R> yes, SAK can be... yea...
17:29:33 <Xu_R> SlavekB: I think tim started looking into bug 922
17:29:44 <MobileTurkey> sak is good but hard
17:30:16 * Xu_R CCs himself to the bug
17:31:34 <SlavekB> kmail crash is already in Bugzilla? I hear about this first time.
17:32:23 <Xu_R> huh?
17:32:33 <Xu_R> I think the kmail crash might be... *searches*
17:33:05 <Xu_R> doesn't look like it's in Bugzilla
17:33:18 <Xu_R> #todo add kmail crash to bugzilla and attach patch
17:33:23 <MobileTurkey> add it
17:33:51 <samelian> at this moment we have a workaround for composer crash
17:34:07 <samelian> a made it a long time ago
17:34:18 <samelian> but is should be reverted
17:34:29 <samelian> because the new fix is the right way to fix ut
17:34:31 <samelian> it*
17:34:55 <Xu_R> #action revert existing kmail crash patch because that is not the right way, use new one.
17:35:22 <samelian> hang on, I will search for it
17:35:31 <Xu_R> ok
17:36:19 <SlavekB> In addition to those plaguing me #812
17:37:35 <Xu_R> #info bug 922, 812, and kmail crash is impeding progress
17:37:53 <samelian> Xu_R: I did not found my commit
17:37:59 <samelian> but this is initial fix: http://git.overlays.gentoo.org/gitweb/?p=proj/kde-sunset.git;a=blob;f=kde-base/kmail/files/kdepim_kmail-composer-crash-fix.patch;h=9b0f752d83e0665ae7f9c16938731913f68c0a8f;hb=15eabd91359dfd7af9d5e0da68b25b130ba5848e
17:38:17 <Xu_R> #link
17:38:19 <Xu_R> #link http://git.overlays.gentoo.org/gitweb/?p=proj/kde-sunset.git;a=blob;f=kde-base/kmail/files/kdepim_kmail-composer-crash-fix.patch;h=9b0f752d83e0665ae7f9c16938731913f68c0a8f;hb=15eabd91359dfd7af9d5e0da68b25b130ba5848e
17:38:39 <Xu_R> samelian: ok, then we can revert manually
17:38:45 <samelian> ok
17:40:08 <Xu_R> anything else?
17:40:18 <MobileTurkey> is there a report?  someone mark it patch available and tell Darrell?
17:40:39 <Xu_R> adding now
17:41:19 <SlavekB> Bugs #615 and #744 do not consider it so important.
17:42:27 <Xu_R> #info bug 953 opened for kmail fix
17:42:32 <SlavekB> Likewise, #859
17:42:50 <eliddell> I did class 744 as "trivial" when I filed it for a reason--it's just an irritation, not a serious function loss.
17:42:51 <Xu_R> ok
17:43:00 * Strangelv has an anything else
17:43:16 <Xu_R> Strangelv: yes?
17:43:40 <Strangelv> "It was brought up somewhere the question of what we could ask the city of Muchen or some other organization that's using TDE
17:43:56 <Xu_R> for bug #859, is there a way to mark a bug as a regression?
17:44:11 <Xu_R> Strangelv: oh yea, some city has marked Trinity as a viable desktop
17:44:47 <Strangelv> "Perhaps more than money, if they already have people doinsg coding and the like, they might be able to have someone workon TDE, at least part-time.  Obviously with a focus on what THEY want worked on at the highest priority, but otherwise, able to fully participate with the other developers
17:44:54 <MobileTurkey> yes we need to contact them
17:45:24 <Strangelv> "I don't have a suggestion for the mechanics of gently contacting them, just something we might be able to ask for
17:46:10 <Xu_R> hmm... ok
17:46:20 <Xu_R> #info just out of context, but important nevertheless: http://trinity-devel.pearsoncomputing.net/?0::7005
17:46:26 <Strangelv> "After all, lots of open and free source projects have people working on them who are doing it on the clock on someone's payroll
17:47:06 <Xu_R> very true
17:47:11 <Strangelv> "This development is actually somethivng we've been optimistically predicting for awhile
17:47:25 <Strangelv> "Thanks to Slashdot, we know about one of them
17:47:45 <Xu_R> I'm going to change the topic for this...
17:48:02 <Strangelv> "We need to see if we can get input from these organizations if nothing else -- what issue.s are THEY aware of that THEY believe we sohuld be prioritizing
17:48:15 <Xu_R> #topic "Big Trinity deployment in Munich"
17:48:20 <Xu_R> #link http://trinity-devel.pearsoncomputing.net/?0::7005
17:48:46 <Xu_R> input is always a good thing
17:49:01 <Strangelv> "Even if the person they have does nothing but file bug reports
17:49:58 <Xu_R> yes.
17:50:13 <Xu_R> that would be a good idea - has anyone attempted to contact them yet?
17:50:24 <Xu_R> it's good to get in touch and see if there are any difficulties
17:50:31 <Strangelv> "I've not seen anything, but I'm completely unable to keep up with the mail lists
17:50:35 <Strangelv> "Hello!
17:50:46 <Strangelv> The topic is Muchen's deployment of TDE
17:51:26 <Strangelv> "Munchen.  I'm still not sure I'm spelling it correctly.  It's been awhile since I was in Rhindland-Pfaelz
17:51:32 <Xu_R> s/Munchen/Munich
17:51:40 <rzs19> hi, so its true?
17:51:53 <Xu_R> rzs19: ?
17:52:02 * Strangelv is assuming the reports are correct.  he's not aware of outside conficrmation
17:52:09 <rzs19> they want to switch vom kde 3.5. to TDE?
17:52:17 <rzs19> from*
17:52:33 * Strangelv : http://trinity-devel.pearsoncomputing.net/?0::7005
17:52:39 <Xu_R> I haven't seen confirmation or anything... it'd be good to get in touch and see...
17:53:13 <Xu_R> they have an email: limux@muenchen.de
17:53:34 <Strangelv> "aha!  There was an umlaut I was forgetting
17:55:07 <rzs19> sounds great?
17:55:18 <Xu_R> ok...
17:55:25 <Xu_R> anything else we're missing?
17:55:34 <MobileTurkey> they use 3.5.12 no?
17:55:41 <Strangelv> The question is how to contact them and what to say and how to say it.  And maybe a few other sub-questions
17:55:49 <Xu_R> MobileTurkey: I have no idea ATM.
17:56:02 <rzs19> 3.5.13 has some bugs, which makes it not pci conform...
17:56:24 * Strangelv is still running R12; does that count for anything?
17:57:08 <Xu_R> lol
17:57:26 <Xu_R> it does; it helps us track regressions
17:58:16 <Strangelv> "If they're running R12 that does complicate us supporting them over R13 -- last I checked we were unable to build R12 anymore
17:58:16 <MobileTurkey> if you use slaveks ports 3.4.13 is good
17:58:45 <Strangelv> Is there a URL for them?
17:59:37 <MobileTurkey> they should use r14
17:59:39 <Xu_R> I think he's doing them on the quickbuild ppa
17:59:49 <SlavekB> But it would be good to move the updated packages to official sources.
18:00:18 <Xu_R> #link http://ppa.quickbuild.pearsoncomputing.net/slavek-banko/axis/
18:00:42 <Xu_R> Maybe when R14 is released we can release an updated R13 as well?
18:01:44 <SlavekB> It would be good if the R13 can be updated as soon as possible.
18:02:39 <Xu_R> #action think about updating the R13 release before R14 to include bugfixes
18:02:43 * Strangelv remembers asking about it and being told that doing anything of the sort would delay 14 by months
18:03:26 <Xu_R> If we just push Slavek's packages it shouldn't delay... hopefully.
18:03:30 <Strangelv> "But if we could, a 13.1 would probably help a lot
18:03:55 <MobileTurkey> I agree. Tim's call though
18:04:59 <Xu_R> ok
18:05:10 <Xu_R> in this case, let's do a recap of the meeting then
18:05:15 <Xu_R> #topic Recap
18:05:25 <Xu_R> So we talked about bugfixing
18:05:40 <Strangelv> We need to figure out what to ask of München and whom there to ask it
18:05:41 <Xu_R> ^Triaging the list of blockers to ensure that there aren't any old bugreports...
18:06:09 <Xu_R> We talked about the Spring Fundraiser and the new Qt4 theme engine
18:06:57 <Xu_R> Artwork and fundraising were discussed a little bit...
18:07:23 <Xu_R> talked about media:/ backend with udev + pmount, and samelian's work with mediamanager and udisks2
18:07:43 <Xu_R> KControl reorganization was discussed, with a very large specification on Etherpad
18:07:57 <Xu_R> problems with TSAK
18:08:16 <Xu_R> What samelian is doing and some fixes
18:08:22 <Xu_R> R14 release checklist
18:08:29 <Xu_R> SRU
18:08:33 <Xu_R> and the deployment in Munich.
18:08:37 <Xu_R> Did we miss anything?
18:09:36 <MobileTurkey> dunno. donate!
18:09:44 <Xu_R> donate indeed :D
18:09:46 * Strangelv has made a donation
18:09:47 <MobileTurkey> also hangout later
18:10:01 <Xu_R> bug triaging later
18:10:10 <Xu_R> hmm... I think that should be it.
18:10:16 <Xu_R> (Tim didn't come. D:)
18:10:50 <Xu_R> ok, Meeting adjourned. Thanks for staying with us everyone!
18:10:53 <Xu_R> #endmeeting

shortlog

==================================================
#trinity-desktop-meeting: March/April Meeting 2012
==================================================


Meeting started by Xu_R at 16:14:41 UTC. The full logs are available at
http://ftp.heanet.ie/pub/lincomlinux/MeetBot/trinity-desktop-meeting/2012/trinity-desktop-meeting.2012-04-01-16.14.log.html
.



Meeting summary
---------------
* bugs bugs bugs.  (MobileTurkey, 16:17:16)
  * LINK:
    http://bugs.trinitydesktop.org/buglist.cgi?query_format=advanced&order=bug_severity%2Cbug_status%2Cbug_id%20DESC&query_based_on=
    (MutantTurkey, 16:25:02)
  * assign all bugs kicker kate and kwin to calvin  (MutantTurkey,
    16:27:07)
  * work through bug trackre to make sure verthing is properly
    identified  (MutantTurkey, 16:27:22)
  * prioritize and verify  (MutantTurkey, 16:27:32)

* donation drive  (MutantTurkey, 16:29:25)
  * LINK: http://trinitydesktop.org/donate.php   (MutantTurkey,
    16:29:36)
  * spring fundraise is on its way  (MutantTurkey, 16:29:43)
  * LINK: http://trinitydesktop.org/news.php   (MutantTurkey, 16:31:08)
  * fundraising with products?  (Xu_R, 16:31:40)
  * LINK: http://zazzle.com   (MutantTurkey, 16:33:00)

* new backend for media:/  (Xu_R, 16:37:05)
  * tim posted a new backend for TDE HW yesterday.  (MutantTurkey,
    16:37:23)
  * ACTION: we need to create a process for QA testing.  (MutantTurkey,
    16:37:41)
  * this process will give us a chance to handle all options before
    pushing it out on R14-15.  (MutantTurkey, 16:38:05)
  * it uses udev/pmount and therefore does not rely on HAL.  (Xu_R,
    16:38:29)
  * rocks.  (MutantTurkey, 16:38:36)
  * samelian is working on a mediamanager based on udisks2  (Xu_R,
    16:39:15)
  * LINK: http://pmount.alioth.debian.org/   (Xu_R, 16:42:06)
  * LINK: https://github.com/serghei/gentoo-kde-overlay   (samelian,
    16:45:27)
  * LINK: http://bugs.trinitydesktop.org/show_bug.cgi?id=924#c4   (Xu_R,
    16:47:37)

* KControl  (Xu_R, 16:48:51)
  * LINK: http://trinity.etherpad.trinitydesktop.org/40   (Xu_R,
    16:49:31)
  * LINK: http://trinity.etherpad.trinitydesktop.org/40   (MutantTurkey,
    16:49:32)
  * IDEA: ask Borg^Queen (Kate) for ideas on reorganizing KControl
    (Xu_R, 16:57:21)
  * LINK:
    http://www.3111skyline.com/dl/dt/trinity/kcontrol/index-comp.html
    (Xu_R, 16:58:27)
  * ACTION: begin work on reorganizing KControl  (Xu_R, 16:59:25)

* TSAK  (Xu_R, 17:00:34)
  * TSAK needs investigating - it seems to depend on a clean /tmp?
    (Xu_R, 17:04:00)
  * tsak also has problems when unexpected things happen, corner cases
    (MutantTurkey, 17:04:16)

* samelian's work  (Xu_R, 17:05:25)
  * cmake modules installed as part of kdelibs  (Xu_R, 17:08:56)
  * dbus + arts now merged into kdelibs  (Xu_R, 17:09:08)
  * cmake support for kdewebdev is done  (samelian, 17:09:45)
  * LINK: https://github.com/serghei   (samelian, 17:11:13)
  * suspend/hibernate support in ksmserver have ben rewritten
    (samelian, 17:12:41)
  * ACTION: look at and merge samelian's work into Trinity  (Xu_R,
    17:12:49)
  * Merge only after R14 to avoid breakage.  (Xu_R, 17:15:06)

* Release Checklist  (Xu_R, 17:16:03)
  * LINK: http://trinity.etherpad.trinitydesktop.org/37   (Xu_R,
    17:16:21)
  * LINK:
    http://www.trinitydesktop.org/wiki/bin/view/Developers/PackageBuildQA
    (Xu_R, 17:17:05)
  * ACTION: draw up a finalized checklist for the road to R14  (Xu_R,
    17:19:12)

* SRU  (Xu_R, 17:19:50)
  * LINK: http://trinity.etherpad.trinitydesktop.org/16   (Xu_R,
    17:20:46)
  * LINK:
    https://github.com/serghei/kde3-kdepim/commit/84f29704e3fadcf1afb22da208e1dbb87feb7718
    (samelian, 17:28:01)
  * samelian has fix for kmail crash  (Xu_R, 17:28:16)
  * ACTION: revert existing kmail crash patch because that is not the
    right way, use new one.  (Xu_R, 17:34:55)
  * bug 922, 812, and kmail crash is impeding progress  (Xu_R, 17:37:35)
  * LINK:    (Xu_R, 17:38:17)
  * LINK:
    http://git.overlays.gentoo.org/gitweb/?p=proj/kde-sunset.git;a=blob;f=kde-base/kmail/files/kdepim_kmail-composer-crash-fix.patch;h=9b0f752d83e0665ae7f9c16938731913f68c0a8f;hb=15eabd91359dfd7af9d5e0da68b25b130ba5848e
    (Xu_R, 17:38:19)
  * bug 953 opened for kmail fix  (Xu_R, 17:42:27)
  * just out of context, but important nevertheless:
    http://trinity-devel.pearsoncomputing.net/?0::7005  (Xu_R, 17:46:20)

* "Big Trinity deployment in Munich"  (Xu_R, 17:48:15)
  * LINK: http://trinity-devel.pearsoncomputing.net/?0::7005   (Xu_R,
    17:48:20)
  * LINK: http://ppa.quickbuild.pearsoncomputing.net/slavek-banko/axis/
    (Xu_R, 18:00:18)
  * ACTION: think about updating the R13 release before R14 to include
    bugfixes  (Xu_R, 18:02:39)

* Recap  (Xu_R, 18:05:15)

Meeting ended at 18:10:53 UTC.




Action Items
------------
* we need to create a process for QA testing.
* begin work on reorganizing KControl
* look at and merge samelian's work into Trinity
* draw up a finalized checklist for the road to R14
* revert existing kmail crash patch because that is not the right way,
  use new one.
* think about updating the R13 release before R14 to include bugfixes




Action Items, by person
-----------------------
* samelian
  * look at and merge samelian's work into Trinity
* **UNASSIGNED**
  * we need to create a process for QA testing.
  * begin work on reorganizing KControl
  * draw up a finalized checklist for the road to R14
  * revert existing kmail crash patch because that is not the right way,
    use new one.
  * think about updating the R13 release before R14 to include bugfixes




People Present (lines said)
---------------------------
* Xu_R (182)
* MutantTurkey (113)
* samelian (46)
* Strangelv (28)
* MobileTurkey (23)
* eliddell (13)
* SlavekB (9)
* rzs19 (5)
* [lindaemon] (5)
* Space_Man (2)
* pserru (1)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot