Gentoo Archives: gentoo-commits

From: "Andreas HAttel (dilfridge)" <dilfridge@g.o>
To: gentoo-commits@l.g.o
Subject: [gentoo-commits] gentoo commit in xml/htdocs/proj/en/desktop/kde/meeting-logs: kde-project-meeting-log-20130523.txt
Date: Wed, 29 May 2013 22:11:15
Message-Id: 20130529221111.8A09E2171E@flycatcher.gentoo.org
1 dilfridge 13/05/29 22:11:11
2
3 Added: kde-project-meeting-log-20130523.txt
4 Log:
5 add 2013/05 meeting log
6
7 Revision Changes Path
8 1.1 xml/htdocs/proj/en/desktop/kde/meeting-logs/kde-project-meeting-log-20130523.txt
9
10 file : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/proj/en/desktop/kde/meeting-logs/kde-project-meeting-log-20130523.txt?rev=1.1&view=markup
11 plain: http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/proj/en/desktop/kde/meeting-logs/kde-project-meeting-log-20130523.txt?rev=1.1&content-type=text/plain
12
13 Index: kde-project-meeting-log-20130523.txt
14 ===================================================================
15 [21:01:12] <jmbsvicetto> Hello
16 [21:01:16] <ago> hola
17 [21:01:17] <Thev00d00> I am here
18 [21:01:23] <dilfridge> Hallihallo
19 [21:01:26] --> scarabeus (~scarabeus@gentoo/developer/flyingspaghettimonster/scarabeus) hat #gentoo-meetings betreten
20 [21:01:32] <scarabeus> sup
21 [21:01:36] <Thev00d00> though I may be going soon, so lets get this party started :)
22 [21:02:50] <johu> 1. roll call
23 [21:03:01] <johu> !herd kde
24 [21:03:01] <willikins> (kde) abcd, ago, alexxy, creffett, dastergon, dilfridge, jmbsvicetto, jmorgan, johu, kensington, mschiff, patrick, reavertm, scarabeus, thev00d00
25 [21:03:07] <jmbsvicetto> here
26 [21:03:12] <ago> here
27 [21:03:15] <dilfridge> here
28 [21:03:15] <Thev00d00> here
29 [21:03:16] -*- johu here
30 [21:03:18] -*- alexxy here
31 [21:03:32] <ago> wow, 6 people :D
32 [21:03:45] <johu> +scarabeus
33 [21:03:53] <johu> 2. Optional semantic-desktop support
34 [21:04:18] <johu> Some parts of KDE upstream no longer have optional support for semantic-desktop. We currently work around this by using ugly hacks but it is fragile causing bugs like bug #468104 and bug #465322. It is apparently easy to disable semantic-desktop features at runtime.
35 [21:04:19] <willikins> johu: https://bugs.gentoo.org/468104 "kde-base/plasma-workspace-4.10.2 build error with Nepomuk2"; Gentoo Linux, KDE; CONF; christopher.smith:kde
36 [21:04:24] <ago> the herd is populated by 15 people...I wondering if we need to talk about the hour preference of the meeting
37 [21:04:29] <johu> Options:
38 [21:04:29] <johu> Do nothing and add more fixes/hacks as bugs crop up
39 [21:04:29] <johu> Track upstream more closely and support optional semantic-desktop only where supported by upstream (noting that find_package() can be controlled these days unless it explicitly has a REQUIRED)
40 [21:04:30] <johu> Drop semantic-desktop USE flag completely
41 [21:05:00] <johu> ago: wrong topic
42 [21:05:08] -*- dilfridge suggests "drop useflag completely and focus efforts on more worthwhile issues"
43 [21:05:09] -*- Thev00d00 votes for: Drop semantic-desktop USE flag completely
44 [21:05:17] <ago> TBH, I have kde on my netbook because of -semantic-desktop, with semantic-desktop enabled it was too much slowly...so I'd like to see it as -is
45 [21:05:35] <dilfridge> ago: just disable the file indexer, then you are fine
46 [21:05:37] <johu> but you can disable it on runtime
47 [21:05:43] <scarabeus> go with dropping
48 [21:05:47] <scarabeus> nowdays it is not so broken
49 [21:05:50] <johu> ok lets vote
50 [21:05:52] <scarabeus> and the off switch finaly works
51 [21:05:53] <dilfridge> I'm also not really using semantic-desktop
52 [21:06:06] <johu> who is for drop?
53 [21:06:11] -*- ago votes do nothing
54 [21:06:12] -*- dilfridge is for drop
55 [21:06:24] -*- johu +drop
56 [21:06:48] <dilfridge> and clearly also scarabeus and Thev00d00 as seen above
57 [21:06:59] <jmbsvicetto> do nothing
58 [21:07:23] <jmbsvicetto> (better would be to kill semantic-desktop, but that isn't an option)
59 [21:07:27] <johu> i guess kensington is for it too because he bring it up on the table
60 [21:07:36] <ago> ok, so lets drop
61 [21:07:49] <scarabeus> jmbsvicetto: the switch now really works, so you have it built but disabled :-)
62 [21:07:50] <johu> ok whats the course of the action then?
63 [21:07:59] <johu> do we need an news item?
64 [21:08:06] <dilfridge> remove the useflag in -4.10.49.9999
65 [21:08:15] <johu> no in 9999
66 [21:08:18] <dilfridge> johu: no because no action on user part is required
67 [21:08:29] <jmbsvicetto> scarabeus: yeah and I also should systemd when I build udev, but don't have to use it ...
68 [21:08:37] -*- jmbsvicetto refrains from making more comments
69 [21:08:58] -*- dilfridge does not want to hear the word systemd anymore today...
70 [21:09:00] <johu> i would suggest to drop it with 4.11
71 [21:09:16] <ago> ++
72 [21:09:26] <dilfridge> we could blog about how to disable it at runtime
73 [21:09:32] <johu> time enough to get the people informed by news item etcs
74 [21:09:36] <ago> dilfridge: good idea
75 [21:10:18] <johu> ok i will blog about it
76 [21:10:48] <johu> we can decide on a news item in the next meeting (june)
77 [21:11:49] <johu> any other actions we need to do for the drop?
78 [21:12:21] <dilfridge> simplify code, afterwards
79 [21:12:35] <dilfridge> check dependencies in external packages
80 [21:12:54] <dilfridge> [semantic-desktop] -> [semantic-desktop(+)]
81 [21:13:06] <dilfridge> (we can already do that now)
82 [21:13:25] <johu> yes
83 [21:13:47] <johu> 3. Drop oldpim?
84 [21:14:12] <johu> yes / no / maybe
85 [21:14:12] <johu> mask now immediately?
86 [21:14:12] <johu> See also this link http://dilfridge.blogspot.de/2013/05/personal-experience-and-opinion-kmail2.html
87 [21:14:12] <dilfridge> against
88 [21:14:19] <ago> yes
89 [21:14:20] <dilfridge> i.e. no
90 [21:14:36] <jmbsvicetto> sorry, -EDON'TCARE
91 [21:14:36] <dilfridge> we do not gain much by dropping it
92 [21:14:47] -*- Thev00d00 -EDON'TCARE
93 [21:14:57] <dilfridge> (the only real cruft is the -l10- splitting)
94 [21:15:16] <johu> its not much effort to keep it in tree, so also EDON'TCARE
95 [21:15:19] <dilfridge> impact on eclasses is 0
96 [21:15:33] <ago> real question, is there someone that uses it?
97 [21:15:42] <dilfridge> me :)
98 [21:15:45] <johu> from the comments yes
99 [21:15:57] --> reavertm (~reavertm@gentoo/developer/reavertm) hat #gentoo-meetings betreten
100 [21:16:10] <johu> dilfridge: what is the state about the bugs you blogged before?
101 [21:16:21] <dilfridge> kleopatra works fine again
102 [21:16:26] <jmbsvicetto> ago: I don't use kdepim and only have parts of it installed because of semantic-desktop
103 [21:16:34] <dilfridge> the other stuff still exists but is nonfatal
104 [21:16:45] <ago> I meant if there is someone apart dilfridge
105 [21:17:01] <dilfridge> only real bug is that you can't set sent mail folder per identity anymore
106 [21:17:09] --> mschiff (~mschiff@gentoo/developer/mschiff) hat #gentoo-meetings betreten
107 [21:17:16] <dilfridge> ^ ^
108 [21:17:51] --> Guest43157 (46c082af@gentoo/developer/creffett) hat #gentoo-meetings betreten
109 [21:17:54] <johu> i would suggest as everytime it comes on table, lets wait until its not working with new kde sc release
110 [21:18:18] <johu> any objections, if not i move to the next topic
111 [21:18:21] <johu> ?
112 [21:18:41] <dilfridge> yep. postpone. if anything pops up, assign bug to me with kde in cc
113 [21:18:46] <-> Guest43157 heißt jetzt creffett|mobile
114 [21:19:04] <johu> 4. Handling of systemd patches
115 [21:19:10] <johu> let's just agree on a consistent way of handling it (as long as noone from kde team runs systemd)
116 [21:19:19] <ago> I run it
117 [21:19:23] <dilfridge> :)
118 [21:19:25] <dilfridge> Yay
119 [21:19:25] -*- creffett|mobile is here, sorry. Dinner running late
120 [21:19:40] <johu> i already run it on my netbook
121 [21:19:43] <ago> If there is somthing to test, feel free to cc me everytime
122 [21:19:43] <johu> BUT
123 [21:20:20] <johu> what i miss in the whole discussion is the fact that systemd is about standardization
124 [21:20:33] <johu> and not about boot time
125 [21:20:36] <jmbsvicetto> My general opinion about systemd unit files is that we should wait / let it up to upstream
126 [21:20:56] <johu> and if we add thousands of patches downstream the goal is totally failed
127 [21:21:03] <jmbsvicetto> I personally am unwilling to work on it (kde or elsewhere on Gentoo)
128 [21:21:19] <dilfridge> well
129 [21:21:33] <johu> and we never add patches to add new features in kde packages...
130 [21:21:45] <ago> I'd suggest also to forward upstrem the patch we see in the bugzilla
131 [21:21:50] <johu> let kde upstream handle the stuff
132 [21:21:53] <jmbsvicetto> I also don't like getting tons of bugs to add systemd support to X, Y, Z. Those wanting systemd should be convicing X, Y and Z to support it
133 [21:22:06] <dilfridge> how about "feel free to add patches that have been accepted upstream"
134 [21:22:50] <johu> whats the point to backport this when the release is in 8 weeks?
135 [21:23:24] <jmbsvicetto> dilfridge: If the patch is going to be added by upstream, if someone else (not me) is doing that work and it doesn't break or affect those running openrc, no objection from me
136 [21:23:56] <ago> jmbsvicetto: ++
137 [21:24:24] <dilfridge> jmbsvicetto: well, that comment was intended as "reply to our systemd guys"
138 [21:24:35] <creffett|mobile> But people will still complain "I gave you the file, it's trivial to add"
139 [21:24:42] <Thev00d00> I use systemd
140 [21:24:56] <Thev00d00> I am happy to support the systemd patches/unit files
141 [21:25:03] <Thev00d00> possibly with ago
142 [21:25:16] <dilfridge> I think we're running into the same trap as the dev ml
143 [21:25:24] <ago> creffett|mobile: I think that we need to check if thservice start
144 [21:25:27] <dilfridge> We should not worry too much about small support files
145 [21:25:43] <ago> apart kdm do we have a lot of packages that installs an init script?
146 [21:25:46] <dilfridge> but just add them if they are helpful and do not hurt otherwise.
147 [21:25:49] <johu> we dont need to discuss the small unit files....
148 [21:26:16] <dilfridge> the only thing worth discussing are significant patches for code
149 [21:26:18] <johu> its already added in kde-base/kdm
150 [21:26:45] <johu> and i add the gentoo unit file in upstream bug
151 [21:26:52] <ago> last kdm works for me
152 [21:28:15] <johu> if we start to add not reviewed source code patches i will leave the herd for sure
153 [21:28:38] <johu> its not about systemd, its about the correct way
154 [21:29:04] <ago> johu: we suggest to add the code to kde codereview, if it is accepted then we will include
155 [21:29:23] <creffett|mobile> ++
156 [21:29:26] <dilfridge> ++
157 [21:29:28] <johu> ago: thats what i have done in the bug
158 [21:29:53] <dilfridge> ok let me try to summarize:
159 [21:30:19] <Thev00d00> So this means we as a herd from now on will only apply patches that have been accepted upstream?
160 [21:30:24] <ago> johu: and that's the correct way, so let's continue
161 [21:30:41] <ago> but if our packages does not install a init script, we don't need to discuss anymore
162 [21:31:32] <dilfridge> "Small support files as e.g. unit files that affect only systemd but do not interfere with other software can be added locally but should eventually be upstreamed. Patches for adding functionality should be accepted upstream first."
163 [21:31:41] <dilfridge> sounds ok?
164 [21:32:01] <Thev00d00> dilfridge: so long as this is not only for systemd
165 [21:32:01] <johu> sound like music
166 [21:32:01] <ago> yes
167 [21:32:10] <creffett|mobile> good here
168 [21:32:20] <dilfridge> Thev00d00: basically it's already the policy...
169 [21:32:21] <johu> ++
170 [21:32:47] <johu> refreshing a policy is a good thing
171 [21:33:01] <johu> 5. Bugs
172 [21:33:16] <johu> bug 438790
173 [21:33:18] <willikins> johu: https://bugs.gentoo.org/438790 "kde-misc/polkit-kde-kcmodules: Store polkit configuration changes to /etc instead of /usr"; Gentoo Linux, KDE; IN_P; nikoli:kde
174 [21:33:27] <dilfridge> sigh
175 [21:33:58] <creffett|mobile> Nothing from upstream yet on that
176 [21:34:31] <dilfridge> didn't other distros patch that? maybe we could attach someone's code to that bugreport...
177 [21:34:39] <creffett|mobile> By the time they have a fix frameworks 5 will be out and this will be irrelevant
178 [21:34:40] <johu> who was working on that bug, it was in my off time
179 [21:34:47] <creffett|mobile> Me
180 [21:34:57] <dilfridge> i think this is fixed in fedora
181 [21:35:52] <dilfridge> there was a thread about it on the release-team ml I think (but I dont have my archive here)
182 [21:36:21] <creffett|mobile> I believe so, but am not sure, and it worries me that most dostros said they don't ship that module
183 [21:36:46] <johu> http://pkgs.fedoraproject.org/cgit/kdelibs.git/tree/kdelibs-4.6.90-kstandarddirs.patch
184 [21:37:47] <dilfridge> err
185 [21:37:53] <johu> that was the link posted in the ml thread
186 [21:37:54] <johu> ...
187 [21:37:54] <dilfridge> how do I get that page to show code?
188 [21:38:33] <johu> maybe they have dropped it in the meantime
189 [21:38:43] <dilfridge> http://pkgs.fedoraproject.org/cgit/kdelibs.git/tree/kdelibs-4.10.0-kstandarddirs.patch
190 [21:38:46] <dilfridge> more useful
191 [21:38:51] <creffett|mobile> I will try that patch when I return from vacation and we can include it in the next bump
192 [21:39:22] <johu> is there an chance to get it upstreamed?
193 [21:39:34] <dilfridge> we're just falling into our own trap :D
194 [21:39:39] <dilfridge> creffett|mobile: ^
195 [21:41:37] <creffett|mobile> Well yeah
196 [21:41:42] <johu> when the bug is not in hurry we could try to get it in before 4.11
197 [21:42:17] <dilfridge> actually that looks small enough so it's realistic
198 [21:42:17] <creffett|mobile> But this is a fairly major issue
199 [21:42:47] <creffett|mobile> And I repeat that most distros do not ship this module
200 [21:43:01] <dilfridge> yes, which lets me wonder why
201 [21:43:10] <dilfridge> (does fedora?)
202 [21:43:13] <johu> yeah we could drop the package...
203 [21:43:27] -*- Thev00d00 votes drop it
204 [21:44:24] <creffett|mobile> I think it isn't officially released
205 [21:45:21] <dilfridge> no opinion here
206 [21:45:28] <creffett|mobile> I vote make it no longer a kdelibs dep
207 [21:46:07] <johu> thats not a complete solution
208 [21:46:21] <johu> either we fix it or we drop it
209 [21:46:22] <dilfridge> what does the package actually do?
210 [21:47:33] <dilfridge> ^ ^
211 [21:47:33] <johu> i guess you can manage the polkit rules
212 [21:47:37] <creffett|mobile> Not sure tbh
213 [21:48:03] <dilfridge> so we're going through a lot of pain because of something buggy that noone uses or even knows what it's good for. awesome.
214 [21:48:39] <dilfridge> lastrite?
215 [21:48:51] <johu> vote!
216 [21:49:11] <dilfridge> options?
217 [21:49:31] <johu> 1. get fedora patch upstream
218 [21:49:45] <dilfridge> (and patch polkit-kde-kcmodules as required for that)
219 [21:50:17] <johu> 2. get rid of it
220 [21:50:34] <johu> 3.?
221 [21:50:53] <dilfridge> 3. drop it as kdelibs dependency and drop it to ~arch
222 [21:51:03] -*- ago votes 1
223 [21:51:04] <Thev00d00> 3
224 [21:51:15] -*- dilfridge does not care
225 [21:51:15] -*- johu votes 1
226 [21:51:30] --> creffett (~creffett@gentoo/developer/creffett) hat #gentoo-meetings betreten
227 [21:51:33] <creffett> there we go
228 [21:51:36] <creffett> much better
229 [21:51:59] <-- creffett|mobile (46c082af@gentoo/developer/creffett) hat das Netzwerk verlassen (Disconnected by services)
230 [21:52:12] <johu> scarabeus, jmbsvicetto ?
231 [21:52:24] <johu> alexxy?
232 [21:53:00] <creffett> I reluctantly vote punt it, with the caveat that we should make sure that punting it doesn't completely hose KDE before we send the lastrite
233 [21:53:31] <scarabeus> not for me to decide
234 [21:53:38] <scarabeus> you guys just voted to have policy upstream first
235 [21:53:39] <scarabeus> :D
236 [21:53:45] <scarabeus> so you cant just rape it right away
237 [21:53:47] <scarabeus> :D
238 [21:54:00] <johu> it was never realy released :P
239 [21:54:34] <creffett> ^^
240 [21:54:41] <creffett> perhaps retire it to kde overlay only?
241 [21:54:50] <scarabeus> thats option
242 [21:54:56] <scarabeus> wipe it from stable ebuilds would work
243 [21:54:58] <johu> bugs persists in overlay too
244 [21:55:05] <creffett> people shouldn't have this in their world files to start with, the only thing pulling it in is kdelibs
245 [21:55:22] <creffett> yes, but for most people it won't matter anymore
246 [21:55:44] <johu> creffett: you started to work on the bug you can decide on you own as lead ;)
247 [21:56:02] <johu> we will cover your decision with full force
248 [21:56:04] -*- creffett puts his lead hat on
249 [21:56:16] -*- creffett thinks that we need a nice pope hat or something to mail around between leads
250 [21:56:18] <creffett> anyway
251 [21:56:27] <johu> bug 444952
252 [21:56:29] <willikins> johu: https://bugs.gentoo.org/444952 "Add KDE Plasma Active support"; Gentoo Linux, KDE; CONF; creffett:kde
253 [21:57:02] <creffett> unless someone seriously objects, I say move polkit-kde-kcmmodules to overlay, remove kdelibs dep, and re-evaluate if and when they get their act together upstream
254 [21:57:15] <dilfridge> creffett: the lead gets a beer stein on the head at fosdem...
255 [21:57:25] <johu> whats the state? why we need to discuss this?
256 [21:57:29] <creffett> plasma-active was added to the overlay under kde-active category
257 [21:57:43] <scarabeus> why not kde-base/
258 [21:57:48] <creffett> if anything needs to be discussed, it's basically "when and how to move it to tree"
259 [21:58:05] <creffett> scarabeus: no real reason besides it not strictly being part of the KDE SC or whatever they call it these days
260 [21:58:12] <dilfridge> scarabeus: because it's not strictly part of KDE SC?
261 [21:58:19] <creffett> nice timing.
262 [21:58:41] <johu> kde-frameworks wont be part of kde sc too....
263 [21:58:44] <creffett> it's not really KDE is the thing, it's a plasma product
264 [21:59:04] <creffett> (which is a sub-product of KDE, I know)
265 [21:59:21] <dilfridge> the kde thing is going away anyway... we should already prepare renaming ourselves...
266 [21:59:21] <scarabeus> well how many packages it is
267 [21:59:28] <scarabeus> no new category unless it is more than 10
268 [21:59:42] <creffett> ...9.
269 [22:00:03] <creffett> next question, what's a more appropriate category? do we agree that it should go in kde-base?
270 [22:00:15] <dilfridge> kde-active is fine.
271 [22:00:28] <johu> creffett: you could package the telepathy active client...
272 [22:00:38] <johu> then you would have 10
273 [22:00:40] <dilfridge> hehe, then it's 10
274 [22:00:53] <creffett> that's the other thing, it's not entirely ready because there are a lot of related products that aren't fully packaged yet
275 [22:00:54] <scarabeus> okey you suckers are covered here
276 [22:00:55] <scarabeus> :P
277 [22:01:04] <scarabeus> lets keep it in testing in cvs
278 [22:01:08] <scarabeus> more eyes more bugs
279 [22:01:18] <creffett> not ready to be moved yet
280 [22:01:36] <creffett> since I haven't had the time to go through all of the stuff on the website listed as "supporting plasma-active"
281 [22:01:43] <creffett> oh, and I honestly haven't actually had the chance to test it :P
282 [22:01:58] <johu> my proposal, keep it in overlay
283 [22:02:08] <creffett> it completely screws up the display of my laptop, and I don't have a mobile device I can sacrifice to the cause
284 [22:02:15] <johu> make an wiki article/howto and all is fine
285 [22:02:29] <creffett> okay
286 [22:02:39] <creffett> and maybe even put a little traffic on -desktop for once? :P
287 [22:02:46] <creffett> email out a request for testing
288 [22:02:50] <johu> yeah or blog about it
289 [22:03:16] <johu> bug 456750
290 [22:03:18] <willikins> johu: https://bugs.gentoo.org/456750 "kde-base/plasma-desktop[-rss] unintuitive dependency on kde-base/libplasmaclock[-holidays]"; Gentoo Linux, KDE; UNCO; alpine.art.de:kde
291 [22:03:30] <jmbsvicetto> I need to leave. See you guys later
292 [22:03:42] <johu> jmbsvicetto: thanks for your presence
293 [22:03:48] <dilfridge> cu
294 [22:04:19] <Thev00d00> I g2g in a minute also, anything else left on the agenda?
295 [22:04:27] <johu> yes bugs
296 [22:04:40] <johu> (and open floor)
297 [22:04:48] <scarabeus> the use should be renamed
298 [22:04:53] <scarabeus> i never understood why we call it rss :D
299 [22:05:10] <johu> scarabeus: propose a name
300 [22:05:22] -*- creffett has no idea what these use flags actually control
301 [22:05:23] <scarabeus> $(cmake-utils_use_with rss KdepimLibs)
302 [22:05:29] <creffett> aha!
303 [22:05:33] <scarabeus> it enables fucking semantic desktop
304 [22:05:41] <scarabeus> just bind it in
305 [22:05:41] <dilfridge> lol
306 [22:05:44] <johu> AHAHA old topic
307 [22:05:51] <creffett> then yeah, calendar/semantic-desktop might be more appropriate
308 [22:05:53] <dilfridge> call it semantic-desktop and hard-enable it in 4.11 :)
309 [22:06:11] <scarabeus> just to more spam
310 [22:06:13] <scarabeus> rss? (
311 [22:06:13] <johu> we get rid of it when we do -semantic-desktop
312 [22:06:14] <scarabeus> $(add_kdebase_dep kdepimlibs 'semantic-desktop?')
313 [22:06:16] <scarabeus> $(add_kdebase_dep libplasmaclock 'holidays')
314 [22:06:17] <scarabeus> )
315 [22:06:19] <scarabeus> !rss? ( $(add_kdebase_dep libplasmaclock '-holidays') )
316 [22:06:20] <scarabeus> it was even automagic there :D
317 [22:06:21] <creffett> why does holidays actually need a use flag?
318 [22:06:25] <scarabeus> thats reasonf or the -
319 [22:06:46] <scarabeus> creffett: it crashed when you had kdepimlibs without semantic and libplasmaclock and holidays
320 [22:06:53] <creffett> ah.
321 [22:06:55] <creffett> okay
322 [22:07:06] <johu> ok we will solve it with 4.11 ;)
323 [22:07:14] <johu> i will take of it
324 [22:07:16] <johu> care
325 [22:07:39] <johu> bug 461684
326 [22:07:40] <willikins> johu: https://bugs.gentoo.org/461684 "kde-base/kwin: backport patch to remove tearing on Intel systems"; Gentoo Linux, KDE; UNCO; mike:kde
327 [22:08:32] <Thev00d00> yeah do it
328 [22:08:36] <creffett> we have this up for discussion because...
329 [22:08:52] <dilfridge> ... because it's large and intrusive
330 [22:08:57] <creffett> ah
331 [22:09:07] <creffett> that is an absurdly long discussion upstream
332 [22:09:09] <Thev00d00> also see https://bugs.kde.org/show_bug.cgi?id=307965
333 [22:09:12] <johu> "I am not sure if this is a good idea since there is upstream discussion about specifically avoiding KDE/4.10 branch due to the invasive nature of the patch and potential for regressions." kensingtion
334 [22:09:31] <johu> i would vote against it!
335 [22:09:46] <dilfridge> we should just add it into the next 4.10.X release, and if there are problems we could always revbump without the patch again
336 [22:10:03] <dilfridge> so it gets some time in ~arch for testing
337 [22:10:11] -*- creffett has no opinion here
338 [22:10:12] <Thev00d00> Its going to be in 4.11 so any issues will get to use soon enough
339 [22:10:27] <dilfridge> no strong opinion here either
340 [22:11:21] <scarabeus> stay with upstream
341 [22:11:22] <johu> users can always use user patches with kde packages...
342 [22:11:39] <dilfridge> ok let's leave it out then
343 [22:11:50] <creffett> mm, true, and we do support userpatch
344 [22:12:32] <johu> bug 468002
345 [22:12:34] <willikins> johu: https://bugs.gentoo.org/468002 "kde-base/kdelibs-4.10.2 ELOG output includes Your homedir is set to ${HOME}/.kde4"; Gentoo Linux, KDE; CONF; rich0:kde
346 [22:12:38] <johu> fast vote
347 [22:12:40] <creffett> punt it
348 [22:12:41] <dilfridge> can be removed
349 [22:12:42] -*- johu ++
350 [22:12:44] <Thev00d00> punt
351 [22:12:48] <scarabeus> kill it
352 [22:12:52] <johu> ok thanks
353 [22:12:56] -*- Thev00d00 loves the word punt
354 [22:13:02] <dilfridge> on second thought...
355 [22:13:09] <dilfridge> nah, kill it. :)
356 [22:13:12] <johu> bug 468894
357 [22:13:14] <willikins> johu: https://bugs.gentoo.org/468894 "Please restore kde-base/plasma-workspace-4.10.1 because of a bug"; Gentoo Linux, KDE; UNCO; gentoo:kde
358 [22:13:16] <johu> fast vote
359 [22:13:18] <creffett> there is absolutely no reason for people to see that message anymore :P
360 [22:13:27] <dilfridge> no
361 [22:13:31] <johu> no
362 [22:13:31] -*- creffett votes no
363 [22:13:39] <dilfridge> NI!
364 [22:13:41] <creffett> also looking forward to the KDE long-term support release :P
365 [22:13:52] <johu> wrong topic :D
366 [22:14:33] <creffett> eh, it's related, since it's talking about keeping older versions
367 [22:15:09] <johu> the bug he mentioned was already in 4.9
368 [22:15:23] <creffett> true
369 [22:15:25] -*- creffett shrugs
370 [22:15:39] <johu> 6. Open floor
371 [22:15:57] <creffett> cmake-utils now has inlined patching support in overlay
372 [22:16:27] <creffett> going to eapi-bump the last few EAPI < 2 packages myself soon since it's been plenty of time for the maintainers to do it
373 [22:16:50] <johu> which reminds me to remind you to make a tracker out of the monolithic bug mess
374 [22:17:08] <creffett> and that reminds me to say "meh, I'm bumping it all myself"
375 [22:17:33] <johu> fine but in the future make TRACKER bugs..
376 [22:17:38] <creffett> will do
377 [22:18:04] <johu> i have at least 2 more topics
378 [22:18:42] <johu> i dont like that kde-stable is not using our mail alias
379 [22:19:33] <johu> all the things that tampakrap mentioned when the sub-projects are true in my opinion
380 [22:20:10] <dilfridge> hmm? anything I missed?
381 [22:21:03] <johu> you can read the log from last october again, its only my opinion no need for action at the moment
382 [22:22:13] <johu> and additionally i had the feeling that the stabilization of 4.10.1 was to early for the 4.10
383 [22:22:58] <johu> so enough bad vibrations:
384 [22:23:27] <johu> as you may noticed i am back with full force as you may noticed in the last weeks
385 [22:23:37] <creffett> who are you, again? ;)
386 [22:24:50] <johu> kensington's offtopic: There is a prototype reviewboard instance setup for use with the KDE overlay[1]
387 [22:25:01] <johu> http://astralcloak.net/~kensington/rb/
388 [22:26:12] <scarabeus> i would rather see running gerrit gentoo instance for all projects
389 [22:26:19] <scarabeus> *like to
390 [22:27:02] <Thev00d00> gerrit++
391 [22:27:33] <johu> we could ask kensington if he wants to host a test gerrit instance
392 [22:27:40] <johu> to compare
393 [22:27:43] <dilfridge> gerrit is overcomplicated
394 [22:27:47] <dilfridge> imho
395 [22:28:13] <dilfridge> patches of patches of patches
396 [22:28:21] <scarabeus> dilfridge: not really
397 [22:28:24] <scarabeus> worked with both
398 [22:28:29] <scarabeus> and gerrit is actually easier
399 [22:28:38] <scarabeus> for usage on both sides
400 [22:28:41] <scarabeus> reviewer and submitter
401 [22:28:48] <dilfridge> ok
402 [22:28:53] <dilfridge> no opinion here
403 [22:29:09] <scarabeus> in lo i just do "gerrit push" and "gerrit review id" if i feel like not using gui
404 [22:29:22] <scarabeus> and on web interface i can inline comments and approve commits directly
405 [22:29:28] <scarabeus> so i can do that even from tablet
406 [22:30:21] <dilfridge> ok
407 [22:30:29] <dilfridge> so who is setting up a test instance? :D
408 [22:30:35] <johu> lets ask kensington to host a gerrit instance to test it and compare with reviewboard and then decide which we want to push into gentoo infra
409 [22:30:57] <dilfridge> btw did anything come from that gitlab discussion?
410 [22:31:05] <scarabeus> theo didnt mind if someone is willing to maintain it
411 [22:31:58] <johu> hm he should care about his hom(i)e herd
412 [22:32:24] <johu> any other topics?
413 [22:32:28] <creffett> nothing here
414 [22:33:04] <johu> FYI git kdenetwork migration is in progress
415 [22:33:39] <johu> thank you all
416 [22:33:42] <johu> meeting closed
417 [22:33:52] <Thev00d00> g'nite
418 [22:34:51] <scarabeus> nn
419 [22:35:02] <creffett> 'night
420 [22:35:02] <-- creffett (~creffett@gentoo/developer/creffett) hat #gentoo-meetings verlassen
421 [22:35:39] <dilfridge> nite