1 |
wired 10/02/25 21:41:07 |
2 |
|
3 |
Added: kde-project-meeting-log-20100225.txt |
4 |
kde-qt-projects-meeting-log-20091119.txt |
5 |
Removed: kde-qt-projects-meeting-log-20091119.log |
6 |
Log: |
7 |
added kde meeting log for 20100225. fixed older log's extension. |
8 |
|
9 |
Revision Changes Path |
10 |
1.1 xml/htdocs/proj/en/desktop/kde/meeting-logs/kde-project-meeting-log-20100225.txt |
11 |
|
12 |
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/desktop/kde/meeting-logs/kde-project-meeting-log-20100225.txt?rev=1.1&view=markup |
13 |
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/desktop/kde/meeting-logs/kde-project-meeting-log-20100225.txt?rev=1.1&content-type=text/plain |
14 |
|
15 |
Index: kde-project-meeting-log-20100225.txt |
16 |
=================================================================== |
17 |
[21:27:14] <tampakrap> ok let's start |
18 |
[21:27:23] <tampakrap> roll call plz |
19 |
[21:27:26] <tampakrap> !herd kde |
20 |
[21:27:28] <willikins> (kde) abcd, alexxy, carlo, cryos, dagger, deathwing00, jmbsvicetto, keytoaster, lxnay, mrpouet, patrick, scarabeus, spatz, sping, ssuominen, tampakrap, tgurr, wired |
21 |
[21:27:48] <ABCD> here |
22 |
[21:28:17] <reavertm> . |
23 |
[21:28:43] <wired> here |
24 |
[21:28:56] * alexxy here or there |
25 |
[21:29:00] <wired> alexxy: indeed :P |
26 |
[21:30:19] <scarabeus> . |
27 |
[21:30:25] <tampakrap> Sput: we need you for this one, present? |
28 |
[21:31:03] <scarabeus> lets start with kdepim |
29 |
[21:31:14] <scarabeus> jorge is going to be around in ~10 minutes |
30 |
[21:31:22] <alexxy> hmm |
31 |
[21:31:26] <scarabeus> so the relevant tasks even for him should be that way preserved :] |
32 |
[21:31:31] <tampakrap> TOPICS: http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=blob;f=Documentation/meeting-2010-02-25;h=dafe5aa85c43ba9737c783576af83c972ea82afa;hb=594ec14216daa0f2f331295d4baff3e0f6d78a5c |
33 |
[21:32:14] <tampakrap> ok about kdepim and enterprise useflag |
34 |
[21:32:32] <alexxy> also can we discuss snapshots for 4.5 pre alphas? |
35 |
[21:32:33] <alexxy> =) |
36 |
[21:32:50] <reavertm> ohnoes |
37 |
[21:32:51] <tampakrap> sure, along with this |
38 |
[21:33:11] *** Quits: j0hu (~quassel@quassel/contributor/j0hu) (Read error: Connection reset by peer) |
39 |
[21:33:19] <alexxy> also using lxc as testbead for testing kde builds |
40 |
[21:33:25] <tampakrap> the kdepim issue is about the trunk kde i don't know if anyone of you is interested in it |
41 |
[21:33:30] * alexxy prepared some containers |
42 |
[21:33:55] <alexxy> tampakrap: what issue? |
43 |
[21:34:01] <tampakrap> kmail is broken in current trunk, i tried to package the enterprise branch which is supposed to work |
44 |
[21:34:26] <reavertm> why we should care about trunk? |
45 |
[21:34:31] <wired> afaik the enterprise branch should be available for releases as well |
46 |
[21:34:39] <ABCD> reavertm: because that's what's going to be in 4.5 |
47 |
[21:34:44] <scarabeus> enterprise branch should be availible for everything |
48 |
[21:35:01] <wired> scarabeus: jmbsvicetto and i talked with a kde dev [cant recall his name right now] who told us enterprise branch is what they really care about |
49 |
[21:35:24] <scarabeus> we should just monthly generate our own kdepim tarball from that branch |
50 |
[21:35:27] <scarabeus> and be done with it |
51 |
[21:35:34] <scarabeus> maybe even forgot about non-enterprise :] |
52 |
[21:35:36] <wired> considering the [crappy] state of kdepin right now, thats a good idea |
53 |
[21:35:39] <tampakrap> two packages failed to compile from enterprise stuff, plus a flag isn't possible for trunk as ebuilds are different |
54 |
[21:35:40] <wired> kdepim* |
55 |
[21:36:28] <reavertm> 1) there is enterprise related cmake switch in cmakelists.txt - maybe it should be used when bulding enterprise branch |
56 |
[21:36:47] <alexxy> am i right that kmail is broken because of mail storage migrartion to akonadi? |
57 |
[21:36:49] <reavertm> 2) still don't see why we should care :P |
58 |
[21:37:02] <wired> reavertm: enterprise should actually work OK |
59 |
[21:37:08] <wired> and kde devs care about it not breaking |
60 |
[21:37:17] <wired> at least thats what we've been told |
61 |
[21:37:18] <wired> :p |
62 |
[21:37:22] <tampakrap> i agree with reavertm, too much work, maybe we should just wait |
63 |
[21:37:28] <tampakrap> too much work for nothing |
64 |
[21:37:29] <reavertm> problem is it does not follow kde release schedule |
65 |
[21:37:44] <scarabeus> it is released with each even release |
66 |
[21:37:51] <reavertm> especially if apparently they're going to merge it eventually? |
67 |
[21:38:40] <wired> no its not going to be merged |
68 |
[21:38:49] <reavertm> now, I've not tried to build it yet - is it possible to use our ebuilds? |
69 |
[21:38:59] <reavertm> or it differs too much so that it's impossible? |
70 |
[21:39:04] <tampakrap> okay, i am having hardware issues with my trunk machine and don't know when it will be back, so i can't work on it any more |
71 |
[21:39:10] <tampakrap> it differs too much |
72 |
[21:39:21] <tampakrap> it's not impossible, it is way too much work |
73 |
[21:39:21] <jmbsvicetto> Hello |
74 |
[21:39:26] <wired> tampakrap: you are talking about trunk, we are talking about releases |
75 |
[21:39:28] <wired> hey jmbsvicetto |
76 |
[21:39:34] <jmbsvicetto> sorry for being late |
77 |
[21:39:37] <tampakrap> i'm talking about enterprise itself |
78 |
[21:39:40] <jmbsvicetto> I confused the hour again :\ |
79 |
[21:39:52] * spatz is back |
80 |
[21:40:16] <tampakrap> and my opinion is the same for the snapshots, way too broken to be provided to users |
81 |
[21:40:45] <tampakrap> i can announce it and blog it, whatever, that we can't provide them if you agree |
82 |
[21:40:49] <reavertm> other issue, how are we going to provide it? split like kdepim? |
83 |
[21:41:15] <tampakrap> yes, it needs different branch of ebuilds |
84 |
[21:41:44] <tampakrap> anyone willing to work on it? |
85 |
[21:41:54] <reavertm> and probably blocking kdepim... |
86 |
[21:42:01] <tampakrap> or just postpone it for next meeting? |
87 |
[21:42:03] <tampakrap> exactly |
88 |
[21:42:17] <scarabeus> ok i personaly cant promise i will devote time to it :/ |
89 |
[21:42:30] <scarabeus> so it would need some maintainer, even non dev |
90 |
[21:42:39] <scarabeus> just in overlay so we see the potential |
91 |
[21:42:44] <scarabeus> and then we can put it into tree |
92 |
[21:42:48] <reavertm> agreed |
93 |
[21:42:50] <tampakrap> i could announce it |
94 |
[21:43:28] <scarabeus> ok we should anounce global call if we find someone interested, i think we can help with basics but are busy enough to do it ourselves |
95 |
[21:43:38] <scarabeus> tampakrap: so could you sent it to dev-anounce and desktop mls? |
96 |
[21:43:45] <tampakrap> although i doubt there will be someone willing to do so much work for nothing |
97 |
[21:43:47] <jmbsvicetto> I'm not interested in kdepim, so I won't be working on it |
98 |
[21:44:05] <tampakrap> yes, even blog the whole kdepim problem in trunk |
99 |
[21:44:34] <tampakrap> and thus i'm against providing the snapshots ( alexxy ) yet |
100 |
[21:45:02] <scarabeus> yeah no snapshot until .70 as with 4.4 should be done |
101 |
[21:45:16] *** Joins: Civil (~Civilian@×××××××××××××××××××××××××××××××.ru) |
102 |
[21:45:16] <reavertm> .85 I would say even :P |
103 |
[21:45:21] <scarabeus> haha |
104 |
[21:45:25] <alexxy> no =) |
105 |
[21:45:27] <alexxy> .70 |
106 |
[21:45:28] <scarabeus> .70 is enough for ricers :D |
107 |
[21:45:28] <reavertm> beta 1 :P |
108 |
[21:45:30] <wired> 4.5.1? :P |
109 |
[21:45:33] <alexxy> aka alpha0 |
110 |
[21:45:34] <alexxy> =) |
111 |
[21:45:36] <DrEeevil> btw, word of warning |
112 |
[21:45:45] <tampakrap> when kmail is ready i'd say |
113 |
[21:45:52] <DrEeevil> dev.ge.o will migrate to new hardware soon, so expect a day or two of confusion |
114 |
[21:46:02] <scarabeus> thats good to know :] |
115 |
[21:46:07] <tampakrap> thanks patrick |
116 |
[21:46:33] <scarabeus> ok i think we should get back on track with topic one :] |
117 |
[21:46:38] <tampakrap> i think we are ready on this (btw i'm writing summary as soon as we speak) |
118 |
[21:46:55] <scarabeus> so we dont jump over those carefully written numbered topics in chaotic order :] |
119 |
[21:47:08] <tampakrap> ok back to topic one: new leader elections |
120 |
[21:47:26] <tampakrap> candidates: jmbsvicetto, scarabeus, plz vote (devs only) |
121 |
[21:47:28] <reavertm> bring it on! |
122 |
[21:47:48] <DrEeevil> I vote yes ;) |
123 |
[21:47:52] <scarabeus> DrEeevil: you cant |
124 |
[21:47:53] <scarabeus> pick |
125 |
[21:47:55] <tampakrap> i vote scarabeus (sorry jorge :) ) |
126 |
[21:48:11] <jmbsvicetto> DrEeevil: :P |
127 |
[21:48:12] <reavertm> I'd like to hear manifesto from both! ;) |
128 |
[21:48:17] * reavertm runs |
129 |
[21:48:22] <tampakrap> lol |
130 |
[21:48:23] <jmbsvicetto> tampakrap: no hurt feelings ;) |
131 |
[21:48:45] <scarabeus> not to break kde and keep it working for everyone of us :] and provide my qa tools for kde |
132 |
[21:48:49] <alexxy> i vote for scarabeus =) |
133 |
[21:48:53] <jmbsvicetto> scarabeus: nothing prevents us from having more than one lead, but let people choose |
134 |
[21:48:58] <scarabeus> note that this manifesto wont change for me if not voted for :] |
135 |
[21:49:03] <alexxy> hmm |
136 |
[21:49:09] <reavertm> what qa tools? |
137 |
[21:49:11] <alexxy> or lets have two leads |
138 |
[21:49:12] <alexxy> =) |
139 |
[21:49:20] <alexxy> if its possible |
140 |
[21:49:22] <scarabeus> i have quite few scripts that checks x11 state |
141 |
[21:49:25] <wired> i like that idea too |
142 |
[21:49:26] <reavertm> no, just one to rule them all :) |
143 |
[21:49:32] <scarabeus> and i can adjust it for kde |
144 |
[21:49:38] <tampakrap> no, one leader is enough |
145 |
[21:49:39] <scarabeus> which i plan for month or so already :D |
146 |
[21:49:42] <wired> we are a large herd |
147 |
[21:50:00] <scarabeus> actualy multiple leads are weird, just pick guys |
148 |
[21:50:08] <scarabeus> it does not matter to jorge or me who wins :] |
149 |
[21:50:16] <scarabeus> we just comply to the 1 year election rule :] |
150 |
[21:50:21] <reavertm> how many members with voting power are here? |
151 |
[21:50:33] <wired> lets vote and find out |
152 |
[21:50:34] <wired> ;p |
153 |
[21:50:39] <tampakrap> 9 |
154 |
[21:50:56] <tampakrap> sorry 10 |
155 |
[21:51:12] <reavertm> what about 5:5 ? |
156 |
[21:51:22] <scarabeus> reavertm: that would not amuse me |
157 |
[21:51:36] <reavertm> ok, let's hear it |
158 |
[21:51:47] <tampakrap> in case 5:5 i'll change my vote :P |
159 |
[21:51:47] * ABCD votes scarabeus |
160 |
[21:51:55] * reavertm votes scarabeus |
161 |
[21:51:56] * alexxy votes scarabeus |
162 |
[21:52:03] <jmbsvicetto> scarabeus: I'll break the tie ;) |
163 |
[21:52:03] * tampakrap votes scarabeus |
164 |
[21:52:11] * wired votes scarabeus |
165 |
[21:52:14] * spatz votes scarabeus |
166 |
[21:52:15] * jmbsvicetto votes in scarabeus |
167 |
[21:52:20] <tampakrap> lol |
168 |
[21:52:23] <scarabeus> ok ok ok |
169 |
[21:52:23] <wired> nice |
170 |
[21:52:25] <scarabeus> i get it |
171 |
[21:52:38] <wired> like it or not you're lead |
172 |
[21:52:38] <wired> :p |
173 |
[21:52:39] * scarabeus votes for jmbsvicetto :] |
174 |
[21:52:39] <tampakrap> congrats now abuse your powah :P |
175 |
[21:52:40] <jmbsvicetto> I said before I would prefer to have someone else being lead ;) |
176 |
[21:52:47] <jmbsvicetto> scarabeus: No!!!! :P |
177 |
[21:52:48] * wired remembered |
178 |
[21:53:04] <jmbsvicetto> Congratulations Tomas |
179 |
[21:53:13] <wired> scarabeus: \o/ congrats :) |
180 |
[21:53:22] <scarabeus> Now everyone i guess we should drink something good in favor of our good benevolent now-ex lead. So on Jorge :] |
181 |
[21:53:38] <scarabeus> and thanks, lets i will try to not doom us all :] |
182 |
[21:53:59] * wired has a beer open =] |
183 |
[21:54:05] * scarabeus too |
184 |
[21:55:02] <tampakrap> ok little girls you played enough for today, now let's move on |
185 |
[21:55:15] <tampakrap> Review work flow for KDE minor bumps and improve collaboration with arch teams |
186 |
[21:55:48] <scarabeus> 1) BUG |
187 |
[21:55:48] <scarabeus> 2) keywordlist |
188 |
[21:55:48] <scarabeus> 3) portage addition |
189 |
[21:55:48] <scarabeus> 4) profiles touching |
190 |
[21:56:00] <scarabeus> this should be workflow from now-on so we dont touch anyones toes |
191 |
[21:56:13] <jmbsvicetto> scarabeus: The Founder Power has been bestowed on you for #gentoo-kde ;) |
192 |
[21:56:22] * ssuominen votes scarabeus |
193 |
[21:56:28] <ABCD> <CIA-58> abcd * gentoo/xml/htdocs/proj/en/desktop/kde/index.xml: We have a new lead! |
194 |
[21:56:36] <ssuominen> :P |
195 |
[21:56:57] <scarabeus> ssuominen: ha ha ha :D |
196 |
[21:57:10] <reavertm> all cards have been played already ;) |
197 |
[21:57:15] <jmbsvicetto> scarabeus: I propose something different |
198 |
[21:57:31] <scarabeus> jmbsvicetto: i just wrote this one after start with jer, and then i got distracted |
199 |
[21:57:38] <scarabeus> jmbsvicetto: how does your approach look? |
200 |
[21:57:43] <scarabeus> if its better just make it policy |
201 |
[21:57:44] <scarabeus> :] |
202 |
[21:58:01] <scarabeus> its once per 6 months, and it wont hurt to have written down somewhere in Documentation/ |
203 |
[21:58:14] <tampakrap> good idea, whatever we decide on this should be forwarded as a global policy |
204 |
[21:58:23] <jmbsvicetto> scarabeus: 1) Ask arch teams to test new deps in the overlay. 2) If they don't want to use the overlay, try to add a snapshot or a early release masked in the tree and ask them to keyword it |
205 |
[21:58:35] <jmbsvicetto> scarabeus: then your policy |
206 |
[21:59:06] <tampakrap> i don't like this approach |
207 |
[21:59:18] <jmbsvicetto> well, your 3) would be done before, so it could be 3) unmask in the tree |
208 |
[21:59:18] <tampakrap> what if they do something stupid while using the overlay? |
209 |
[21:59:56] <jmbsvicetto> tampakrap: I might not have been clear, I meant to let them try the ebuilds from there and for us to add their keyword |
210 |
[22:00:07] <jmbsvicetto> tampakrap: I'm not giving commit access |
211 |
[22:00:07] <scarabeus> jmbsvicetto: sounds sane |
212 |
[22:00:18] <scarabeus> altho i dont think about that snapshot into main tree |
213 |
[22:00:20] <tampakrap> i was not clear |
214 |
[22:00:26] <scarabeus> deps can go if released |
215 |
[22:00:28] <scarabeus> but not the kde |
216 |
[22:00:33] <reavertm> I don't like snapshots in tree either |
217 |
[22:00:33] <scarabeus> it is annoying 280 packages |
218 |
[22:00:38] <tampakrap> i meant what if they use other testing ebuilds while using the overlay? |
219 |
[22:00:42] <scarabeus> its 4 hours commit |
220 |
[22:00:47] <reavertm> (even if those are kde deps just) |
221 |
[22:00:58] <jmbsvicetto> scarabeus: The snapshot as a last resort if upstream doesn't have a release 2 weeks / 1 month before getting the new version in the tree |
222 |
[22:01:27] <scarabeus> but only for deps |
223 |
[22:01:32] <scarabeus> no touching of kde-base/ itself |
224 |
[22:01:35] <jmbsvicetto> I'm only talking about new deps |
225 |
[22:01:35] <reavertm> there is problem - we have no arch team members in kde team |
226 |
[22:01:40] <scarabeus> we have |
227 |
[22:01:42] <scarabeus> for amd |
228 |
[22:01:43] <scarabeus> :D |
229 |
[22:01:48] <reavertm> only ssuominen, but we would need some for other archs |
230 |
[22:01:58] <scarabeus> me stable for amd64 from time to time |
231 |
[22:02:00] <alexxy> i can keyword arm and mips |
232 |
[22:02:01] <alexxy> =) |
233 |
[22:02:09] <Philantrop> scarabeus: It's 30 minutes if you commit at category level. |
234 |
[22:02:38] <scarabeus> Philantrop: i know, but i managed to clash 3x already with someone else :] |
235 |
[22:02:42] <alexxy> if you commit in 10 threads then it takes about 5 minutes |
236 |
[22:02:45] <scarabeus> even when i announced it :D |
237 |
[22:02:46] <alexxy> to commit whole kde |
238 |
[22:02:54] <reavertm> and since keywording kde is quite a bottleneck .. kde dev (which clearly uses kde) could do it faster |
239 |
[22:02:56] <scarabeus> hmm i could thread bump tool indeed |
240 |
[22:03:13] <Philantrop> scarabeus: force commit and kick anyone interfering from the herd. That's what I did. :-> |
241 |
[22:03:30] <alexxy> scarabeus: i added kde 4.4.0 in about 5-7 minutes to tree |
242 |
[22:03:35] * ABCD is x86-linux and amd64-linux |
243 |
[22:03:38] <alexxy> working with 10 threds |
244 |
[22:03:48] <alexxy> *threads |
245 |
[22:04:05] <scarabeus> ok lets write out the rules on the Documentation |
246 |
[22:04:09] <scarabeus> and i will thread the bumptool |
247 |
[22:04:11] <scarabeus> its quite simple |
248 |
[22:04:44] <ssuominen> <- not a part of amd64, just have stable chroot for xfce/kde/xorg/base-system/media |
249 |
[22:05:05] <scarabeus> i also stable only when i have long night :D |
250 |
[22:05:19] <scarabeus> but people mostly dont complain if qa guys stable on archs they can test :] |
251 |
[22:05:53] <scarabeus> i would say this topic should be reviewed on next meeting with respective prepared documentation for approach in the overlay, anyone some additions? |
252 |
[22:06:33] <tampakrap> no problem in this, i just hope there will be something prepared until next meeting |
253 |
[22:06:59] <scarabeus> ok kde-4.3.5 then :] |
254 |
[22:07:01] <alexxy> i think we can use lxc containers instead of chroots |
255 |
[22:08:03] <scarabeus> so we are waiting on archies only, are there any issues with it? |
256 |
[22:08:35] <reavertm> what's advantage of lxc over chroot? |
257 |
[22:08:49] <reavertm> (which I can boot to natively as well) |
258 |
[22:08:58] <alexxy> it run separate system in separate namespace |
259 |
[22:09:10] <alexxy> so its more closer to vms |
260 |
[22:10:28] <alexxy> VM's |
261 |
[22:10:29] <alexxy> =) |
262 |
[22:10:38] <tampakrap> ok back to topic |
263 |
[22:10:46] <tampakrap> <scarabeus> so we are waiting on archies only, are there any issues with it? |
264 |
[22:11:25] <tampakrap> anyone? |
265 |
[22:11:35] <ABCD> not that I've seen, as an archie :D |
266 |
[22:11:55] <tampakrap> ok next one |
267 |
[22:12:03] *** Joins: aboow (house5@gateway/shell/bshellz.net/x-vhnffmhwlxzbhinj) |
268 |
[22:12:05] <Sput> tampakrap: won't be really online until in about 1 hour |
269 |
[22:12:06] <Sput> sitting in the train currently with shaky net |
270 |
[22:12:24] <scarabeus> just one addition, dont remove 4.3.4, just wipe out 4.3.3 and 4.3.4 in one step when 4.3.5 is ready :] |
271 |
[22:12:34] <scarabeus> if anyone gets remove ideas :P |
272 |
[22:12:35] <tampakrap> Sput: ok we can talk then |
273 |
[22:12:51] <tampakrap> kde 4.4 status |
274 |
[22:12:51] <wired> s/anyone/alexxy/ |
275 |
[22:12:59] * alexxy has remove idea of old kde's |
276 |
[22:13:00] <reavertm> :) |
277 |
[22:13:01] <wired> :D |
278 |
[22:13:15] <Sput> referring to kdepim: if we found a way to package the current 4.4 kdepim in a way that it works with -9999 (no idea, copying the ebuilds from 4.4 into some overlay and renaming them to -9999) that should be more or less easy |
279 |
[22:13:21] <Sput> as 4.4 kdepim is supposed to work with trunk kde |
280 |
[22:14:22] <tampakrap> Sput: we can talk about it later, the other members have already expressed their opinions and you are messing with the topics now :) |
281 |
[22:14:34] <tampakrap> back again to kde 4.4 |
282 |
[22:14:46] <tampakrap> any known problems? blockers? |
283 |
[22:14:55] <scarabeus> yeah it is slightly flaky |
284 |
[22:14:57] <alexxy> archies =) |
285 |
[22:15:02] <scarabeus> i got few crashes in kwin and plasma |
286 |
[22:15:24] <Sput> also, congrats scarabeus :) |
287 |
[22:15:25] <Civil> few crashes in krunner and plasma |
288 |
[22:15:27] <tampakrap> me too, so i guess 4.4.1 will be the stable candidate |
289 |
[22:15:30] <scarabeus> also the virtuoso migration is not exactly funky working out of the box for some |
290 |
[22:15:36] <scarabeus> 4.4.1 or 4.4.2 |
291 |
[22:15:41] <reavertm> 4.4.2 most likely |
292 |
[22:15:42] <scarabeus> we shall see after 4.4.1 release |
293 |
[22:15:51] <tampakrap> ok |
294 |
[22:15:51] <scarabeus> i would rather wait too |
295 |
[22:15:58] <reavertm> judging from the past... |
296 |
[22:15:59] <tampakrap> anything else on 4.4? |
297 |
[22:16:20] <tampakrap> i guess not |
298 |
[22:16:32] <tampakrap> jmbsvicetto: amarok and mysql 5.1 status |
299 |
[22:16:32] *** Joins: hwoarang (~mystical@gentoo/developer/hwoarang) |
300 |
[22:16:49] <reavertm> poor Jorge |
301 |
[22:17:03] <reavertm> oh wait, akonadi is indifferent... |
302 |
[22:17:26] <Sput> virtuoso migration failed for me |
303 |
[22:17:31] <alexxy> amarok works with mysql 5.1 |
304 |
[22:17:33] <jmbsvicetto> ok |
305 |
[22:17:38] <alexxy> if it compiled with -FPIC |
306 |
[22:17:42] <jmbsvicetto> so, amarok and mysql-5.1 |
307 |
[22:18:01] <jmbsvicetto> Fortunately it's way better than I feared when I added it to the agenda |
308 |
[22:18:32] <jmbsvicetto> The ebuilds have been updated and no one complained for the past 3 days(?) so it seems users are getting used to it ;) |
309 |
[22:18:43] <ABCD> AIUI, amarok[-embedded] should work just fine - amarok[embedded] has the same problems with 5.1 that it did with 5.0 - namely, that we need a libmysqld.so again |
310 |
[22:18:50] <jmbsvicetto> A few people are still following the bug, but we can live with it as is |
311 |
[22:19:03] <jmbsvicetto> ABCD: exactly |
312 |
[22:19:52] <jmbsvicetto> there's another quirk, preserved-libs will keep the libmysqld.so for those upgrading, which does allow amarok to work (it happened here), until we have an abi / api incompatible change |
313 |
[22:20:32] <jmbsvicetto> that is for amarok to work with mysql-5.1 - but that might cause serious issues "sooner than later" |
314 |
[22:20:56] <jmbsvicetto> in any case, I've resumed my work to get a working patch, so let's see if I can do this before we have to elect a new lead ;) |
315 |
[22:21:31] <scarabeus> :D |
316 |
[22:21:40] <tampakrap> thank you x-boss |
317 |
[22:21:47] <scarabeus> how about we stop supporting the embedded part :] |
318 |
[22:21:51] <scarabeus> and just force full amarok |
319 |
[22:21:58] <scarabeus> patch-- |
320 |
[22:21:58] <scarabeus> ? |
321 |
[22:22:00] <reavertm> like akonadi does |
322 |
[22:22:01] <tampakrap> ^^!! |
323 |
[22:22:08] <reavertm> let them have it! |
324 |
[22:22:20] <reavertm> that should teach those bastards :P |
325 |
[22:22:30] <scarabeus> :D |
326 |
[22:22:38] <tampakrap> ok anything else? serious? |
327 |
[22:22:42] <scarabeus> ok lets go for koffice |
328 |
[22:22:47] <scarabeus> i guess i should answer that one |
329 |
[22:22:59] <scarabeus> problem with koffice is that expect graphic tools it is totaly unusable |
330 |
[22:23:00] * reavertm fixed kword recently |
331 |
[22:23:02] <tampakrap> go on |
332 |
[22:23:11] <scarabeus> and it needs all deps reviewed and updated based on cmakelists |
333 |
[22:23:36] <scarabeus> i personaly use only krita and dont care about rest of the bunch so it needs some dedicated guy whom will actualy use the stuff |
334 |
[22:23:49] <tampakrap> i will take this one but i may need your help |
335 |
[22:24:01] <scarabeus> query still works :] |
336 |
[22:24:19] *** Quits: aboow (house5@gateway/shell/bshellz.net/x-vhnffmhwlxzbhinj) (Disconnected by services) |
337 |
[22:24:49] <tampakrap> anything else? |
338 |
[22:24:57] <scarabeus> nop, nothing from me to add |
339 |
[22:25:13] <tampakrap> ok knetworkmanager |
340 |
[22:25:19] <jmbsvicetto> scarabeus: no harm in keeping embedded for now |
341 |
[22:25:25] <scarabeus> jmbsvicetto: oky |
342 |
[22:25:33] <scarabeus> ok we need snapshot |
343 |
[22:25:40] <scarabeus> and monthly refreshed snapshot probably |
344 |
[22:25:43] <jmbsvicetto> scarabeus: if I can get a patch for mysql, we can make it simple again |
345 |
[22:25:45] <tampakrap> knetworkmanager crashes plasma here, i didn't prepare a snapshot i just tested with live ebuild |
346 |
[22:25:46] <scarabeus> who is willing to take that one out :] |
347 |
[22:25:59] <scarabeus> tampakrap: well plasmoid can be disabled |
348 |
[22:26:07] <scarabeus> tampakrap: most people are interested in kcm module |
349 |
[22:26:22] <scarabeus> we need monthly refreshed snapshot from svn |
350 |
[22:26:23] <tampakrap> i didn't use the plasmoid |
351 |
[22:26:31] <tampakrap> only the system tray item |
352 |
[22:26:35] <scarabeus> the same thing |
353 |
[22:26:39] <tampakrap> sure |
354 |
[22:26:40] <scarabeus> kcm is in systemsettings |
355 |
[22:26:45] <alexxy> tampakrap: is it working? |
356 |
[22:26:53] <tampakrap> kcm wasn't working though :) |
357 |
[22:26:58] <scarabeus> ok |
358 |
[22:27:03] <scarabeus> so anyone uses NM these days |
359 |
[22:27:07] <scarabeus> or are we all on wicd? |
360 |
[22:27:16] <tampakrap> i guess i didn't have time to test it since it was crashing |
361 |
[22:27:43] <tampakrap> i can prepare a snapshot but it will need a lot of testing and i'd prefer if someone with non-crashing results would do it |
362 |
[22:27:58] <alexxy> i'm on openrc init scripts and wpa_gui |
363 |
[22:28:18] *** Joins: jmrk_ (~jmrk@×××××××××××××××××××××××××××××××××××.net) |
364 |
[22:28:19] <scarabeus> tampakrap: ok just add it masked to main tree |
365 |
[22:28:25] <scarabeus> and lets ask users for testing and feedback :] |
366 |
[22:28:29] <tampakrap> anyone else? no? |
367 |
[22:28:50] <scarabeus> good question, there is quite few more team members :P |
368 |
[22:28:55] <scarabeus> who is willing to do this one? :] |
369 |
[22:29:36] <tampakrap> ABCD / reavertm? |
370 |
[22:29:51] <scarabeus> there is also DrEeevil whom enjoy the user feedback anyway :D |
371 |
[22:30:04] <ABCD> I don't use NM |
372 |
[22:30:19] <scarabeus> tampakrap: i got it |
373 |
[22:30:22] <scarabeus> tampakrap: coordinate with dagger |
374 |
[22:30:28] <scarabeus> tampakrap: afterall he is maintainer of NM |
375 |
[22:30:34] <tampakrap> ah yes |
376 |
[22:30:39] <tampakrap> ok next topic |
377 |
[22:30:45] * reavertm does have static network |
378 |
[22:31:14] <tampakrap> the documentation is fine, i updated it about a month ago, if you all want can take a look and propose fixes |
379 |
[22:31:19] <tampakrap> two issues though: |
380 |
[22:31:32] <tampakrap> 1) jmbsvicetto promised to clean up the member list |
381 |
[22:31:48] <scarabeus> which will be probably my task now :/ |
382 |
[22:32:01] <tampakrap> 2) i have an open bug about xdm configuration which i don't like, i'd like your feedback |
383 |
[22:32:09] <scarabeus> i will sent mail to everyone who does not have 5 commits month into kde cat |
384 |
[22:32:13] <ABCD> scarabeus: I sorted it asciibetically for you (except your name is at the top) :D |
385 |
[22:32:34] <scarabeus> ABCD: lovely, you earn the big plus point :P |
386 |
[22:32:50] <tampakrap> http://bugs.gentoo.org/attachment.cgi?id=220755&action=view |
387 |
[22:33:08] <tampakrap> scarabeus: also plz remove qt members they are still there |
388 |
[22:33:34] <jmbsvicetto> tampakrap: yeah |
389 |
[22:33:44] <jmbsvicetto> tampakrap: I'll talk to scarabeus about that |
390 |
[22:33:46] <tampakrap> a small note: i didn't add the usefull links in the guide as jmbsvicetto pointed as they are not that useful :P |
391 |
[22:34:00] <scarabeus> tampakrap: recommend dejavu and droid fonts for christ sake |
392 |
[22:34:26] <scarabeus> tampakrap: other than that you should point to x11 guide which should describe xdm config iirc |
393 |
[22:34:39] <tampakrap> cool |
394 |
[22:34:43] <tampakrap> i like that |
395 |
[22:35:26] <tampakrap> last point: i'm going to blog about kde3 removal and the kde-sunset existence, so that ppl will hopefully stop filling stupid kde3 bugs anymore |
396 |
[22:35:38] <scarabeus> its only gnu_andrew |
397 |
[22:35:45] <scarabeus> and he will fill them anyway just to annoy us |
398 |
[22:36:05] <reavertm> heh |
399 |
[22:36:07] <tampakrap> i don't have to say anything else about the docs, just i am waiting for you to take a look plz |
400 |
[22:36:24] <reavertm> remove kdeprefix from docs |
401 |
[22:36:31] <reavertm> kde guide is way too red |
402 |
[22:36:45] <tampakrap> funny, i agree on that |
403 |
[22:36:51] <reavertm> friendly 'notes' everywhere |
404 |
[22:37:10] <reavertm> it's impossible to follow |
405 |
[22:37:11] <scarabeus> :D |
406 |
[22:37:22] <scarabeus> yeah just wipe out kdeprefix from docs is good idea |
407 |
[22:37:34] <jmbsvicetto> about kde3 and kde-sunset, my opinion is that we did one thing wrong |
408 |
[22:37:49] <reavertm> also maybe sets... |
409 |
[22:37:56] <jmbsvicetto> my initial goal was never to make kde-sunset a "dumping ground" to be mastered by users alone |
410 |
[22:38:01] <reavertm> info about sets - remove as well? |
411 |
[22:38:14] <tampakrap> reavertm: i think we can have a note about sets, but keep metas as the default option |
412 |
[22:38:27] <scarabeus> nah sets are weird |
413 |
[22:38:31] <scarabeus> they are bbd now |
414 |
[22:38:32] <ssuominen> jmbsvicetto: i'm sure everyone knows that, but you can't force devs to work on it :) |
415 |
[22:38:39] <tampakrap> jmbsvicetto: i'm still following the kde-sunset commits |
416 |
[22:38:43] <jmbsvicetto> I'd rather have an overlay with commits just by devs and trusted committers (akin to sunrise) and another overlay with free access by users |
417 |
[22:38:55] <wired> jmbsvicetto: well your idea assumes devs are interested |
418 |
[22:38:59] <jmbsvicetto> but now it's too late, so we'll have to live with it as is |
419 |
[22:38:59] <wired> jmbsvicetto: we have none of those |
420 |
[22:39:00] <wired> :p |
421 |
[22:39:15] * jmbsvicetto cries for sets |
422 |
[22:39:34] <scarabeus> jmbsvicetto: not in this implementation, sorry |
423 |
[22:39:34] <jmbsvicetto> I know (devs and KDE3) |
424 |
[22:39:55] <tampakrap> ok, i guess we are done |
425 |
[22:39:56] <scarabeus> pretty much all gentoo devs have commit access to that overlay.. |
426 |
[22:40:48] <tampakrap> the following two topics are long time ideas i had |
427 |
[22:40:54] <tampakrap> drop prefixes from kde ebuilds (like kdeartwork etc) |
428 |
[22:40:59] <Sput> I use NM with the plasmoid and both work great |
429 |
[22:41:01] <Sput> trunk though. |
430 |
[22:41:22] <Sput> if anyone dares to remove the plasmoid from -9999 I will keel him |
431 |
[22:41:23] <Sput> :) |
432 |
[22:41:23] <ABCD> tampakrap: things like kdebase-data... you think it should just be "emerge data"?! |
433 |
[22:41:45] <tampakrap> well no |
434 |
[22:41:48] <reavertm> drop prefixes? no |
435 |
[22:41:51] <tampakrap> but for kdebase-startkde yes |
436 |
[22:41:56] <reavertm> add prefixes? more likely :P |
437 |
[22:41:58] <tampakrap> or for the artwork ones |
438 |
[22:42:01] <ssuominen> please no another dev-haskell/ |
439 |
[22:42:09] <ssuominen> try emerge opengl or emerge x11 |
440 |
[22:42:20] <ABCD> startkde makes sense |
441 |
[22:42:20] <ssuominen> or zlib for that matter |
442 |
[22:42:23] <reavertm> or chromium :) |
443 |
[22:42:29] <reavertm> same with emacs |
444 |
[22:42:35] <scarabeus> yeah i think it is not worth the gain |
445 |
[22:43:11] <reavertm> whatever I try to install, it tells me that I need to choose between sam app-emacs/XXX and <what_i_need>/XXX |
446 |
[22:43:15] <ssuominen> we dropped -plugin- from xfce-extra/'s for a long time, and I can tell you... it was, nothing but a pain |
447 |
[22:43:29] <ABCD> tampakrap: oh, and kdeartwork-kscreensaver can't be "kscreensaver", because kde-base/kscreensaver is kdebase-workspace |
448 |
[22:43:34] <reavertm> scarabeus: you wanted to add prefixes some time ago |
449 |
[22:43:41] <tampakrap> ok i got your point |
450 |
[22:44:04] <reavertm> to have module precede package name - like kdegames-sth |
451 |
[22:44:22] <scarabeus> reavertm: i thought of it bit more, and it would just take too much time :] |
452 |
[22:44:22] <tampakrap> reavertm: it's the same i guess, too much pain, doesn't worth it |
453 |
[22:44:29] <reavertm> so that one can easily know what module is this withour reading ebuild |
454 |
[22:44:41] <scarabeus> grep KMMODULE is simple :D |
455 |
[22:44:47] <scarabeus> or KMNAME |
456 |
[22:44:48] <scarabeus> :] |
457 |
[22:44:53] <reavertm> yest, misleading |
458 |
[22:44:55] <tampakrap> well, i don't want to emerge kdepim-kmail |
459 |
[22:45:04] <reavertm> module = kdepim, not subdir in kdepim |
460 |
[22:45:20] <reavertm> KMMODULE is a bit unfortunate name... |
461 |
[22:45:39] <tampakrap> never mind |
462 |
[22:45:43] <scarabeus> indeed, sadly i dont want to redesing the eclass again :D |
463 |
[22:45:52] <scarabeus> reavertm: i bet you dont want either |
464 |
[22:45:52] <reavertm> we have one convention already |
465 |
[22:46:01] <tampakrap> we all agreed i guess not to touch anything |
466 |
[22:46:06] <tampakrap> next? |
467 |
[22:46:21] <reavertm> for those that are in multiple module, we have plasma-apps, plasma-workspace, plasma-runtime |
468 |
[22:46:25] <reavertm> same with solid- |
469 |
[22:46:35] <reavertm> let's just keep it when needed |
470 |
[22:46:40] <tampakrap> change kde-meta (and @kde-*) to include all modules (plus the developer specific ones) |
471 |
[22:46:44] <tampakrap> reavertm: sure |
472 |
[22:46:52] <scarabeus> i dont get what are you proposing with this topic :P |
473 |
[22:47:08] <scarabeus> it should include even kdesdk? |
474 |
[22:47:11] <scarabeus> thats baad idea |
475 |
[22:47:24] <scarabeus> 99% of users dont want it |
476 |
[22:47:31] <scarabeus> they just emerge kde-meta cause they are lazy |
477 |
[22:47:45] <tampakrap> that's what i'm proposing yes |
478 |
[22:47:54] <ABCD> -1 |
479 |
[22:48:07] <tampakrap> and how is kdewebdev more useful? |
480 |
[22:48:23] <reavertm> on the other hand, we don't get bugreports for them because nobody is using this |
481 |
[22:48:25] <tampakrap> how about a developer something flag? |
482 |
[22:48:33] <tampakrap> exactly! |
483 |
[22:48:43] <reavertm> (less bugs -> more fun) |
484 |
[22:48:53] <krytzz> hm tampakrap useflag would be bad, not supported on sets right? |
485 |
[22:49:00] <reavertm> sorry -1 from me |
486 |
[22:49:00] <scarabeus> tampakrap: developer useflag could work on meta |
487 |
[22:49:03] <scarabeus> but what for sets |
488 |
[22:49:06] <scarabeus> its baad idea |
489 |
[22:49:15] <scarabeus> if user wants it he can merge kdesdk-meta |
490 |
[22:49:19] <scarabeus> or kdewebdev-meta |
491 |
[22:49:29] <tampakrap> kdewebdev is already in kde-meta |
492 |
[22:49:41] <krytzz> introduce a new set? kde-lazy? :p |
493 |
[22:49:47] <wired> kde-meta shouldn't be used by users |
494 |
[22:49:53] <reavertm> why? |
495 |
[22:49:59] <tampakrap> at least i think sets should include them all |
496 |
[22:50:01] <wired> +1 for tampakrap's proposal, we should have everything in there. |
497 |
[22:50:11] <wired> i except kde-meta to install everything |
498 |
[22:50:32] <reavertm> expect* |
499 |
[22:50:33] <ABCD> wired: I hope you "expect", not "except" :D |
500 |
[22:50:39] <wired> expect gr |
501 |
[22:50:43] <tampakrap> for me kde-meta is http://websvn.kde.org/trunk/KDE/ |
502 |
[22:50:54] <wired> a "recommended" USE flag could be introduced to skip stuff not needed by users |
503 |
[22:50:55] <jmbsvicetto> ABCD: he uses qt with the "exceptions" use flag ;) |
504 |
[22:51:10] <reavertm> kdeexamples O_o? |
505 |
[22:51:23] <jmbsvicetto> if you add the kdebindings stuff to kde-meta, I'm sure we'll get a few interesting bug reports ;) |
506 |
[22:51:44] <jmbsvicetto> (wom 96 |
507 |
[22:52:01] <tampakrap> ok then, i'll rephrase: how about a developer something use flag in metas and include everything in sets? |
508 |
[22:52:10] <scarabeus> we can have kdefull-meta |
509 |
[22:52:13] <scarabeus> or somethingl ike |
510 |
[22:52:14] <tampakrap> at least for sets it makes sence, users can create their own |
511 |
[22:52:17] <scarabeus> kde-burnmycomputer |
512 |
[22:52:27] <scarabeus> but not kde-meta |
513 |
[22:52:35] <scarabeus> it is full blown working kde desktop |
514 |
[22:52:37] <scarabeus> not full kde |
515 |
[22:52:44] <tampakrap> i still prefer the use flag idea |
516 |
[22:52:57] <scarabeus> lets discuss this on alias |
517 |
[22:53:06] <reavertm> well, we can have kde-meta installa all, but advice to use kdebase-meta instead |
518 |
[22:53:08] <tampakrap> in gentoo-desktop |
519 |
[22:53:14] <scarabeus> or that |
520 |
[22:53:23] <scarabeus> but there will be duncan |
521 |
[22:53:24] <tampakrap> ok let's discuss it in the mailing list, i'll start the thread |
522 |
[22:53:28] <scarabeus> and who is going to read that :D |
523 |
[22:53:32] <tampakrap> i won't |
524 |
[22:53:36] <tampakrap> i have work to do |
525 |
[22:53:43] <wired> you know |
526 |
[22:53:52] <wired> gmail used to automatically clasify duncan as spam |
527 |
[22:54:12] <tampakrap> cool next topic |
528 |
[22:54:14] <tampakrap> 13 - stabilization of misc kde apps |
529 |
[22:54:17] <wired> :P |
530 |
[22:54:25] <scarabeus> qa scripts can help with that |
531 |
[22:54:27] <tampakrap> wired promised a script :) |
532 |
[22:54:32] <tampakrap> for qt also |
533 |
[22:54:34] <scarabeus> but we have quite too much packages |
534 |
[22:54:39] <scarabeus> in kde |
535 |
[22:54:43] <scarabeus> it takes some time to compute |
536 |
[22:54:43] <scarabeus> L:D |
537 |
[22:54:48] <wired> oioi i had to do that for kde as well ^_^ |
538 |
[22:54:57] <scarabeus> wired: okey your job :P |
539 |
[22:55:01] <wired> ok i'll repromise to the new lead as well |
540 |
[22:55:03] <scarabeus> show us cookies on next meeting :D |
541 |
[22:55:06] <wired> i have a todo file now! |
542 |
[22:55:08] <wired> :P |
543 |
[22:55:11] <tampakrap> next week plz |
544 |
[22:55:13] <tampakrap> max |
545 |
[22:55:20] <wired> scarabeus: kick him please :D |
546 |
[22:55:26] <tampakrap> last topic shut up |
547 |
[22:55:28] <tampakrap> 14 - patches of kde-packager |
548 |
[22:55:57] <tampakrap> i was kinda busy with exams last month i was not following the ml |
549 |
[22:56:08] <tampakrap> reavertm maybe knows anything? |
550 |
[22:56:19] <scarabeus> ABCD is suposed to apply kde-packager patches |
551 |
[22:56:22] <tampakrap> or jmbsvicetto i think he brought up the subject |
552 |
[22:56:28] <scarabeus> as was decided on one of the former meetings |
553 |
[22:56:42] <reavertm> well, there are some and they need to be applied as they appear.... |
554 |
[22:57:00] <jmbsvicetto> yeah, there have been a few patches sent to the packagers ml that didn't go applied |
555 |
[22:57:00] <tampakrap> ABCD: will you handle it? |
556 |
[22:57:12] <reavertm> I lag here a bit (also due to limited time recently) |
557 |
[22:57:14] <tampakrap> anyone else willing to help on this? |
558 |
[22:57:15] <jmbsvicetto> I think there are 3 for 4.4 by now |
559 |
[22:57:26] <ABCD> I hadn't be able to get on the list until very recently, so I haven't seen those patches yet |
560 |
[22:57:50] <scarabeus> i am qute busy in x11 tracking so i cant do such pernament task for kde sadly :/ |
561 |
[22:57:53] <jmbsvicetto> ABCD: I thought I had asked for everyone to be put in the ml |
562 |
[22:58:18] <jmbsvicetto> I'll try to follow the ml |
563 |
[22:58:29] <tampakrap> ok, jmbsvicetto / ABCD will you handle this? |
564 |
[22:58:34] <jmbsvicetto> in the least I can open a bug with the patch / patch link |
565 |
[22:58:42] <tampakrap> sure that too |
566 |
[22:59:15] <jmbsvicetto> scarabeus should be able to add new people to the ml, but in any case I can always poke rdeiter and the kde infra team to get it done |
567 |
[22:59:22] <ABCD> I'll look into it too |
568 |
[22:59:28] <tampakrap> great |
569 |
[22:59:39] <tampakrap> alexxy: what did you want to talk about? |
570 |
[22:59:46] <scarabeus> jmbsvicetto: thx for the hint, be sure i will ask anything i would not know how to do :] |
571 |
[22:59:58] <jmbsvicetto> scarabeus: any time you need |
572 |
[23:00:26] <tampakrap> alexxy: ping |
573 |
[23:00:47] <scarabeus> i have 1 thing: we need another kde HT lead, i cant do herd testers lately due to limited time, and it would be sad if we loose that nice recruit count, dont you think? |
574 |
[23:00:52] <scarabeus> anyone wants to pick that one up? |
575 |
[23:01:38] <tampakrap> which are the requirements? |
576 |
[23:02:00] <scarabeus> tampakrap: be on irc, actively follow the new recruits and help them |
577 |
[23:02:03] <scarabeus> and motivate them |
578 |
[23:02:09] <reavertm> like devrel said, a few children and 'mature' attitude ;) |
579 |
[23:02:11] <scarabeus> come on you saw me in action as one of the closest |
580 |
[23:02:18] <scarabeus> you know what i did :] |
581 |
[23:02:23] <tampakrap> ok i'm not good at it |
582 |
[23:02:39] *** Quits: willikins (~rbot@gentoo/bot/Willikins) (Read error: Operation timed out) |
583 |
[23:02:51] <tampakrap> i tend to insult ppl like wired three times per day before food |
584 |
[23:03:14] <scarabeus> good training is actualy teaching :] |
585 |
[23:03:29] <scarabeus> ok we keep it as-is and i will anounce on alias :] |
586 |
[23:03:40] <jmbsvicetto> reavertm: I'm on devrel ;) |
587 |
[23:03:47] <alexxy> tampakrap: pong |
588 |
[23:03:48] <alexxy> =) |
589 |
[23:03:57] <tampakrap> alexxy: topics you wanted to discuss? |
590 |
[23:04:00] <scarabeus> ok /me has to disappear |
591 |
[23:04:02] <scarabeus> so have fun |
592 |
[23:04:03] <tampakrap> make it quick plz |
593 |
[23:04:06] <scarabeus> and dont break a shit |
594 |
[23:04:07] <scarabeus> :D |
595 |
[23:04:11] <jmbsvicetto> reavertm: I guess I'm "old enough" at least ;) |
596 |
[23:04:16] <reavertm> hehe |
597 |
[23:04:18] <alexxy> seems we already discussed them all |
598 |
[23:04:19] <alexxy> =) |
599 |
[23:04:24] <tampakrap> cool |
600 |
[23:04:27] <tampakrap> meeting closed |
601 |
[23:04:32] <tampakrap> i'll prepare the summary |
602 |
[23:04:32] <alexxy> yep |
603 |
[23:04:52] <tampakrap> it was cool to moderate you all, next time don't bring your dolls plz |
604 |
[23:05:55] * tampakrap joke fail |
605 |
[23:05:59] <jmbsvicetto> dolls? I didn't knew I had to bring mine!! |
606 |
[23:06:51] <wired> o_O |
607 |
[23:12:24] *** Quits: reavertm (~quassel@gentoo/developer/reavertm) (Remote host closed the connection) |
608 |
[23:15:20] *** Joins: reavertm (~quassel@×××××××××××××××××××××××××.pl) |
609 |
[23:15:21] *** Quits: reavertm (~quassel@×××××××××××××××××××××××××.pl) (Changing host) |
610 |
[23:15:21] *** Joins: reavertm (~quassel@gentoo/developer/reavertm) |
611 |
[23:22:53] *** Parts: spatz (~spatz@gentoo/developer/spatz) |
612 |
[23:23:37] <tampakrap> reavertm: ping |
613 |
[23:23:59] <reavertm> hmm? |
614 |
[23:24:23] <tampakrap> sorry for doing this, yngwin requested to add to topics the desktop profile split but i failed to push :P |
615 |
[23:24:45] <tampakrap> is there anything we should discuss (in ml i guess) or can we proceed on this? |
616 |
[23:24:53] <reavertm> no, please do |
617 |
[23:25:14] <reavertm> we voted on this already, no? |
618 |
[23:25:19] <tampakrap> yes |
619 |
[23:28:02] *** Quits: jmrk_ (~jmrk@×××××××××××××××××××××××××××××××××××.net) (Quit: Konversation terminated!) |
620 |
[23:35:05] <yngwin> tampakrap: does this mean it is going to be implemented now, or? |
621 |
[23:35:13] <tampakrap> yes |
622 |
[23:35:19] <tampakrap> i will do it |
623 |
[23:35:22] <yngwin> ok, tnx |
624 |
[23:35:27] <tampakrap> i 'll write it in summary too |
625 |
[23:35:34] <tampakrap> so you can have proof :) |
626 |
[23:35:36] <yngwin> good :) |
627 |
[23:36:02] <yngwin> otherwise i will just remove the ridiculous mysql requirement from desktop profile myself ;) |
628 |
[23:36:04] <tampakrap> sorry for not bringing this up, i thought i pushed it |
629 |
|
630 |
|
631 |
|
632 |
1.1 xml/htdocs/proj/en/desktop/kde/meeting-logs/kde-qt-projects-meeting-log-20091119.txt |
633 |
|
634 |
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/desktop/kde/meeting-logs/kde-qt-projects-meeting-log-20091119.txt?rev=1.1&view=markup |
635 |
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/desktop/kde/meeting-logs/kde-qt-projects-meeting-log-20091119.txt?rev=1.1&content-type=text/plain |
636 |
|
637 |
Index: kde-qt-projects-meeting-log-20091119.txt |
638 |
=================================================================== |
639 |
[20:45:05] <wired> toum toum |
640 |
[20:46:51] <yngwin> sssh |
641 |
[20:48:34] *** scarabeus changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic 1: Upstream split packages (per kde-scm-interest mail i told you to read)' |
642 |
[20:52:39] *** Joins: zizo (n=Zizo@×××××××××××××××××××××××××××××××××××××××××××××××.it) |
643 |
[20:52:59] *** Parts: zizo (n=Zizo@×××××××××××××××××××××××××××××××××××××××××××××××.it) |
644 |
[20:56:35] *** Joins: PSYCHO___ (n=scarabeu@gentoo/developer/scarabeus) |
645 |
[20:56:35] *** ChanServ sets mode: +o PSYCHO___ |
646 |
[20:57:05] <wired> darn 3g con |
647 |
[20:59:38] <wired> so... meeting time? :) |
648 |
[21:01:16] <yngwin> yup |
649 |
[21:01:19] <PSYCHO___> indeed |
650 |
[21:01:27] <PSYCHO___> anyone can record the histroy? |
651 |
[21:01:38] <PSYCHO___> i cant log, because quassel is not entirely cooperating right now |
652 |
[21:01:39] * wired logging |
653 |
[21:01:48] <PSYCHO___> for the log <- scarabeus |
654 |
[21:02:04] <PSYCHO___> ok so lets start with rollcall |
655 |
[21:02:05] <wired> even if I seem down my znc/bouncer will keep logging, im on a 3g connection right now (dsl is down) |
656 |
[21:02:33] *** Joins: spatz (n=spatz@gentoo/developer/spatz) |
657 |
[21:03:18] *** Joins: ayoy (n=ayoy@gentoo/developer/ayoy) |
658 |
[21:03:39] *** Joins: mrpouet (n=quassel@gentoo/developer/mrpouet) |
659 |
[21:03:45] <PSYCHO___> ok so anyone else here? |
660 |
[21:04:02] *** Joins: wohnout (n=wohnout@88.86.113.238) |
661 |
[21:04:02] <spatz> me |
662 |
[21:04:09] <tampakrap> you are so lame |
663 |
[21:04:11] <dagger> me |
664 |
[21:04:12] <tampakrap> !herd kde |
665 |
[21:04:13] <Willikins> (kde) abcd, alexxy, carlo, cryos, dagger, deathwing00, jmbsvicetto, keytoaster, lxnay, mrpouet, patrick, scarabeus, spatz, sping, ssuominen, tampakrap, tgurr, wired |
666 |
[21:04:13] * wired here |
667 |
[21:04:13] <mrpouet> and me |
668 |
[21:04:17] <tampakrap> !herd qt |
669 |
[21:04:18] <Willikins> (qt) abcd, ayoy, carlo, hwoarang, spatz, tampakrap, wired, yngwin |
670 |
[21:04:18] <wohnout> PSYCHO___: stop talking and start working |
671 |
[21:04:19] <tampakrap> roll call |
672 |
[21:04:22] <yngwin> present |
673 |
[21:04:22] <PSYCHO___> :D |
674 |
[21:04:24] <ayoy> I'm here |
675 |
[21:04:27] <spatz> HERE |
676 |
[21:04:46] <spatz> only qt people |
677 |
[21:04:52] <PSYCHO___> spatz: it is required only to say it once |
678 |
[21:04:53] <DrEeevil> mostly present |
679 |
[21:04:58] <mrpouet> while(1) printf("HERE\n"); :D |
680 |
[21:05:03] <spatz> PSYCHO___: here :D |
681 |
[21:05:04] <mrpouet> okay ==> [ ] |
682 |
[21:05:34] <wired> some get kde 3.5 killer... errr.... ssuominen here as well! :P |
683 |
[21:05:43] <PSYCHO___> ok thats not exactly attendance i expected |
684 |
[21:06:10] <wired> scarabeus: lets wait at least 5 more minutes |
685 |
[21:06:42] <wired> im also worried that some people might show up in an hour or so... |
686 |
[21:06:46] <PSYCHO___> ok |
687 |
[21:06:59] <spatz> because of DST? |
688 |
[21:07:04] *** Joins: Sput (n=sputnick@quassel/developer/sput) |
689 |
[21:07:04] <wired> yeah |
690 |
[21:07:15] <wired> happened last time |
691 |
[21:07:23] <PSYCHO___> they can use date -u |
692 |
[21:07:29] <PSYCHO___> so thats not exactly excuse |
693 |
[21:07:45] <wired> no'ones trying to excuse them |
694 |
[21:07:47] <yngwin> dst stinks |
695 |
[21:07:47] <wired> :P |
696 |
[21:07:56] * spatz uses date -u |
697 |
[21:09:17] <ayoy> so? |
698 |
[21:09:28] <wired> so |
699 |
[21:09:28] <yngwin> agenda? |
700 |
[21:09:30] <wired> time's up, lets go! |
701 |
[21:09:42] <PSYCHO___> yngwin: agenda is on -desktop-ml in that mails |
702 |
[21:09:43] <wired> scarb has first item @ /topic |
703 |
[21:10:00] <PSYCHO___> i will put them onto the topic as we will be going |
704 |
[21:10:03] <yngwin> thats scattered |
705 |
[21:10:22] * wired fixes agenda |
706 |
[21:12:07] <wired> ok |
707 |
[21:12:09] <wired> agenda: http://dpaste.com/122485/ |
708 |
[21:12:30] <yngwin> thanks |
709 |
[21:12:32] <wired> read it while i clean it up a bit |
710 |
[21:13:00] <ayoy> what about starting from Qt since KDE has a lot to talk about? |
711 |
[21:13:52] <PSYCHO___> Ingmar: btw are you around? |
712 |
[21:14:14] <wired> updated agenda: http://dpaste.com/122486/ |
713 |
[21:14:36] <wired> ok lets roll |
714 |
[21:14:51] <wired> 21.15 already |
715 |
[21:14:58] <ayoy> true |
716 |
[21:15:03] <yngwin> PSYCHO___: are you presiding? |
717 |
[21:16:02] <PSYCHO___> ok so lets start |
718 |
[21:16:06] <PSYCHO___> i was smashing my net a bit |
719 |
[21:16:48] <wohnout> internet has swine flu |
720 |
[21:17:26] <PSYCHO___> yeah looks so |
721 |
[21:17:29] * wired whistles |
722 |
[21:17:36] <PSYCHO___> !herd kde |
723 |
[21:17:37] <Willikins> PSYCHO___: (kde) abcd, alexxy, carlo, cryos, dagger, deathwing00, jmbsvicetto, keytoaster, lxnay, mrpouet, patrick, scarabeus, spatz, sping, ssuominen, tampakrap, tgurr, wired |
724 |
[21:17:38] <mrpouet> aarfff dinner time :( |
725 |
[21:17:42] <PSYCHO___> so listen up |
726 |
[21:18:08] <PSYCHO___> anyone of you did read that mail from Ingmar? or you just idled like usual? |
727 |
[21:18:21] <tampakrap> yes we did |
728 |
[21:18:22] * spatz read it |
729 |
[21:18:25] * wired did read it |
730 |
[21:18:27] <dagger> i did |
731 |
[21:18:36] <PSYCHO___> http://article.gmane.org/gmane.comp.kde.scm-interest/724 |
732 |
[21:18:46] <PSYCHO___> there is my response to that mail thread |
733 |
[21:19:06] <tampakrap> give us a min to read |
734 |
[21:19:08] <PSYCHO___> it is how i imagine layout that would suit us packagesr best |
735 |
[21:20:29] *** Joins: j0 (n=quassel@××××××××××××××××××××××××.de) |
736 |
[21:20:29] <PSYCHO___> anyway the question that waits here: "Is anyone willing to work on this?" |
737 |
[21:21:15] <tampakrap> yes |
738 |
[21:21:26] <tampakrap> did you get any response from upstream? |
739 |
[21:21:33] <scarabeus> nope, this mail is last in that thread |
740 |
[21:22:16] <tampakrap> so we are waiting until upstream responds to that first, or not? |
741 |
[21:22:39] <scarabeus> actualy nope, i expect someone coordinate with ingmar and prepare full proposal to them |
742 |
[21:22:55] <scarabeus> because my 6 lines about layout are not exactly "full proposal" |
743 |
[21:23:00] <wired> upstream surely knew we have split kde |
744 |
[21:23:11] <tampakrap> yes they do |
745 |
[21:23:12] <wired> the real question is, do they really want to take this route? |
746 |
[21:23:40] <scarabeus> well some stated that they would like it, some otherwise |
747 |
[21:23:48] <tampakrap> i've also seen discussions about splitting in the past going nowhere (two at least) but never mind |
748 |
[21:24:10] <scarabeus> well this time they are migrating to another SCM so it might have better chance to win :] |
749 |
[21:24:18] <tampakrap> agreed |
750 |
[21:24:42] <tampakrap> does Ingmar (ping) have anything else to say in this topic? (apart from what you said in the mail?) |
751 |
[21:25:19] <scarabeus> well he is aparently not around, so the interested person will have to mail him or irc him at some better time |
752 |
[21:25:30] <spatz> do binary distros (pretty much everybody) have split packages or monolithic ones? |
753 |
[21:25:46] <wired> debian has them split |
754 |
[21:25:52] <wired> after compilation tho |
755 |
[21:25:56] <Ingmar> hello |
756 |
[21:26:05] <tampakrap> they compile them in monolithic way and ship them in split way |
757 |
[21:26:08] <wired> hey Ingmar |
758 |
[21:26:09] <Ingmar> scarabeus, tampakrap hi |
759 |
[21:26:18] <tampakrap> hello |
760 |
[21:26:54] <spatz> doesn't matter how they do it, only whether they do it. if this change forces everybody to split their packages whereas now they have monolithic ones we might face some opposition |
761 |
[21:26:56] <Ingmar> scarabeus: as you said, i'd like to see upstream move to a buildsystem layout more similar to what xorg has |
762 |
[21:27:19] <Ingmar> scarabeus: i'm less interested in splitting out the libs, or base, but the debian packager i talked to found that more important than anything else |
763 |
[21:27:34] <tampakrap> spatz: other distros follow upstream's way, so they will be forced to change it |
764 |
[21:27:36] <Ingmar> presumably because they can easily split the rest after buil |
765 |
[21:27:39] <Ingmar> d |
766 |
[21:27:45] <Ingmar> s/can/can & already do/ |
767 |
[21:28:21] <scarabeus> well from what we can say the initiative to do the thing will have to cover 2 areas) explaining what to do and how ) showing some example repo done that way |
768 |
[21:29:04] <Ingmar> yeah |
769 |
[21:30:04] <scarabeus> so ANY volunteers for this? |
770 |
[21:30:09] <tampakrap> yes |
771 |
[21:30:21] <tampakrap> and you? |
772 |
[21:30:29] <scarabeus> Ingmar: also i would like to see at least one relevant upstream guy acking that we are not just wasting our time |
773 |
[21:30:30] <Ingmar> I am, obviously :) |
774 |
[21:31:01] <Ingmar> well, let's start with a proof of concept for one module |
775 |
[21:31:04] <scarabeus> i myself will try to help |
776 |
[21:31:48] <Ingmar> i'd put together a proof of cencept first & see what they say on the relevant mailinglists |
777 |
[21:32:01] <scarabeus> ok that sounds reasonable |
778 |
[21:32:12] <scarabeus> splitting kdenetwork or kdeedu might be quite easy |
779 |
[21:32:24] <tampakrap> Ingmar: did you get any affirmative responses from other packagers (and more importantly) by any upstream developer? |
780 |
[21:32:51] <Ingmar> scarabeus: i was thinking kdenetworok, so yeah :) |
781 |
[21:33:09] <Ingmar> tampakrap: packagers yes (debian & gentoo, didn't ask anyone else), didn't ask any specific upstream devs |
782 |
[21:33:20] <tampakrap> ok |
783 |
[21:33:33] <scarabeus> Ingmar: also we should steal some irc channel to have it covered, i guess we cant chit-chat on g-kde or e-kde since its bit offtopic :] |
784 |
[21:33:36] <Ingmar> on the kde-scm-interest ml, some were in favor, and some where against |
785 |
[21:34:16] <scarabeus> any name ideas? :] |
786 |
[21:34:39] <wired> #kde-split |
787 |
[21:34:41] <Ingmar> /j #kde-build-split :) |
788 |
[21:34:48] <scarabeus> ok |
789 |
[21:35:01] *** Parts: wohnout (n=wohnout@88.86.113.238) |
790 |
[21:35:23] <Ingmar> anything else on the subject? |
791 |
[21:35:36] <PSYCHO___> i would say that for meeting we covered it |
792 |
[21:35:46] <PSYCHO___> i personaly will try to motivate few more people |
793 |
[21:35:52] <PSYCHO___> but that is non-meeting subject :] |
794 |
[21:36:03] <tampakrap> Ingmar: apart from kde-scn-interest ml, any other mailing lists you'd like to see us subscribed? |
795 |
[21:36:55] <Ingmar> kde-buildsystem |
796 |
[21:37:08] <Ingmar> well, if you have more minions, you know where to send them :) |
797 |
[21:37:20] <tampakrap> okz |
798 |
[21:37:41] <tampakrap> ok i think we're done with this for now |
799 |
[21:37:48] <tampakrap> next topic plz? |
800 |
[21:37:54] <spatz> first topic plz :) |
801 |
[21:37:55] <scarabeus> tampakrap: now something qt i would say |
802 |
[21:38:00] <scarabeus> since there is more qters |
803 |
[21:38:09] <wired> scarabeus: lets just do the agenda?! |
804 |
[21:38:27] <scarabeus> as you wish |
805 |
[21:38:33] <scarabeus> ok documentation |
806 |
[21:38:41] *** scarabeus changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic 1: Documentation' |
807 |
[21:38:43] <spatz> stabilization first |
808 |
[21:38:44] *** scarabeus changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic 2: Documentation' |
809 |
[21:38:54] <wired> http://dpaste.com/122486/ |
810 |
[21:38:56] *** scarabeus changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic 1: stabilisation' |
811 |
[21:39:35] <PSYCHO___> ok so since only samuli is working on it with me has anyone looked on the bug |
812 |
[21:39:43] <PSYCHO___> or attempted to fix blocker bugs |
813 |
[21:40:04] <tampakrap> bug # plz? |
814 |
[21:40:15] * wired hasn't looked at kde 4.3.3 bugs lately, but will |
815 |
[21:40:25] <spatz> bgu 292455 |
816 |
[21:40:26] <spatz> bug 292455 |
817 |
[21:40:28] <Willikins> spatz: https://bugs.gentoo.org/292455 "KDE 4.3.3 stabilization request"; Gentoo Linux, Applications; NEW; ssuominen@g.o:kde@g.o |
818 |
[21:40:41] <PSYCHO___> bug 2: Documentation |
819 |
[21:40:43] <PSYCHO___> erm |
820 |
[21:40:43] <Willikins> PSYCHO___: https://bugs.gentoo.org/2 "How do I attach an ebuild."; Gentoo Linux, Ebuilds; RESO, FIXE; tneidt@××××××.com:hallski@g.o |
821 |
[21:40:45] <PSYCHO___> damn this |
822 |
[21:40:49] <PSYCHO___> as spatz said |
823 |
[21:40:51] <wired> lolz |
824 |
[21:41:02] <spatz> lol |
825 |
[21:41:28] <wired> so 13 bugs |
826 |
[21:41:47] <wired> i can try to help this weekend |
827 |
[21:41:50] <PSYCHO___> i want each member of kde team to fix at least 1 |
828 |
[21:42:28] <tampakrap> 12 bugs, 3 stable req and 1 keyword req |
829 |
[21:42:29] <PSYCHO___> also i want someone to look on current open bugs |
830 |
[21:42:40] <PSYCHO___> and decide which should be blocking the stabling |
831 |
[21:42:50] <PSYCHO___> and on this i want volunteer that will actualy do it |
832 |
[21:43:05] <tampakrap> and also close the remaining kde3 bugz |
833 |
[21:43:13] <spatz> we can't really do much with keyword/stable requests |
834 |
[21:43:43] <PSYCHO___> are still there are normal bugs, and not all bugs are now blocking the stabilisation even if they should |
835 |
[21:43:47] <PSYCHO___> so who will do it |
836 |
[21:45:13] <tampakrap> ok i'll do it since noone is interested |
837 |
[21:45:19] <tampakrap> meaning the bug wrangling |
838 |
[21:46:11] *** PSYCHO___ changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic 2: documentation' |
839 |
[21:46:12] <PSYCHO___> ok |
840 |
[21:46:19] <PSYCHO___> next topic |
841 |
[21:46:41] <PSYCHO___> as i stated |
842 |
[21:46:54] <PSYCHO___> I want devoted person focusing on updating our documentation with nedy |
843 |
[21:47:02] <mrpouet> as wired I can try to help this week end (I've an exam tomorrow and I've to finish a project) |
844 |
[21:47:04] <tampakrap> yes but i disagree with that |
845 |
[21:47:45] <PSYCHO___> tampakrap: so how would you do the documetnation |
846 |
[21:47:53] <tampakrap> everyone of us should just realize that documentation is *VERY* important and write two words before a major update or whatever |
847 |
[21:48:01] <tampakrap> apart from that i have another idea that you may like |
848 |
[21:48:31] *** Joins: ssuominen (n=ssuomine@gentoo/developer/ssuominen) |
849 |
[21:48:38] <PSYCHO___> speak up :] |
850 |
[21:48:43] <tampakrap> since guidexml requires gorg in order to have a fully rendered (human readable) doc |
851 |
[21:49:15] <tampakrap> i have created an svn repo in my home server that checks out through a hook to a gorg-accessible path |
852 |
[21:49:22] <tampakrap> so it can be read immediatelly |
853 |
[21:49:48] <tampakrap> i can give access to the team here to my home server so we can *ALL* (and i mean ALL, even HTs) develop the guide |
854 |
[21:49:56] <tampakrap> no excuses about permissions etc |
855 |
[21:50:13] <tampakrap> unless you can provide us such a hook, since you have access in overlays.g.o |
856 |
[21:50:14] <PSYCHO___> well that was done even on git server remember |
857 |
[21:50:16] <mrpouet> I agree, so +1 |
858 |
[21:50:27] <PSYCHO___> i wrote complete guide in overlay as non-dev |
859 |
[21:50:59] <tampakrap> yes but i'm talking about an immediate co to an xml gentoo.org-like site |
860 |
[21:51:17] <tampakrap> which makes things easier |
861 |
[21:51:25] <yngwin> this once again shows the shortcomings of guidexml |
862 |
[21:51:42] <PSYCHO___> well ok |
863 |
[21:51:48] <PSYCHO___> tampakrap: you then write up something and enforce it |
864 |
[21:52:01] <tampakrap> well, i don't agree with that, it shows that noone cares about docs which is sad |
865 |
[21:52:38] <tampakrap> come on, i just stated something, we can proceed in voting i guess, or go in your way then |
866 |
[21:53:20] <PSYCHO___> well i am willing to use it, problem is that noone else will edit it, its the same problem as is now |
867 |
[21:53:36] <wired> we can give it a shot |
868 |
[21:53:37] <PSYCHO___> we can keep those guides in our public_html folders to see it right-away |
869 |
[21:53:39] <wired> until next meeting |
870 |
[21:53:42] <PSYCHO___> but noone edit it anyway |
871 |
[21:53:50] <tampakrap> that's not the same |
872 |
[21:53:56] <wired> but we should *also* have someone in charge |
873 |
[21:54:18] <PSYCHO___> well i wanted someone in charge |
874 |
[21:54:22] <PSYCHO___> so he can say |
875 |
[21:54:26] <wired> that someone would check other commits and will _in_time_ get closer to the docs team |
876 |
[21:54:30] <ABCD> sorry I'm late; I forgot about the time change :( |
877 |
[21:54:31] <tampakrap> i could be in charge of docs since i am the main editor a while now, but i don't like this idea |
878 |
[21:54:36] <PSYCHO___> You XY wrote module for AB but did not document it, so do it now. |
879 |
[21:55:12] <PSYCHO___> so actualy devs introducing something new will be somehow forced to do the docs |
880 |
[21:55:38] <PSYCHO___> because "anyone does docs and we are happy" simply is NOT working |
881 |
[21:55:43] <tampakrap> the problem is that we don't update the docs BEFORE the change (minor or major) |
882 |
[21:56:31] <PSYCHO___> well that would be responsibility of doc master, to point when and what needs to be changed |
883 |
[21:56:35] <tampakrap> and that won't change by itself, even if we could write the docs in speech-to-text app |
884 |
[21:57:22] <PSYCHO___> i dont expect the lead to do the work, but delegate to other devs, and if those wont document, i am even willing to remove them from team |
885 |
[21:57:31] <tampakrap> okay i could do that but i'd expect from the members to respect more the documentation part |
886 |
[21:58:31] <tampakrap> okay if noone has a problem with that then i'll take charge of this position |
887 |
[21:58:40] *** Quits: ayoy (n=ayoy@gentoo/developer/ayoy) (Remote closed the connection) |
888 |
[21:58:52] <wired> tampakrap++ |
889 |
[21:58:53] *** Joins: ayoy (n=ayoy@×××××××××××××××××.fi) |
890 |
[21:58:53] <PSYCHO___> ok |
891 |
[21:59:06] <tampakrap> i'll also introduce my system to gentoo-desktop mailing list (i hope devs+HT's are subscribed there) |
892 |
[21:59:09] <mrpouet> PSYCHO___: huh ? remove them from team ? for that ? (I agree document is an important thing does not matter) ... but blame them instead |
893 |
[21:59:23] <wired> while we're on the docs subject, note that I'm taking care of Qt docs |
894 |
[21:59:27] *** PSYCHO___ changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic 3: upstream coordination' |
895 |
[21:59:32] <tampakrap> mrpouet: it is even more important that coding |
896 |
[21:59:42] <tampakrap> just recall what hapened when we masked kdeprefix |
897 |
[21:59:46] <mrpouet> I meant it's a bit....excessive |
898 |
[21:59:51] <PSYCHO___> mrpouet: its seriously important for users |
899 |
[21:59:56] <PSYCHO___> mrpouet: and we present our work to users |
900 |
[22:00:00] <mrpouet> tampakrap: I said that I was agree :] |
901 |
[22:00:02] <PSYCHO___> mrpouet: we need to be 100% covered there |
902 |
[22:00:22] <mrpouet> (document is important) but the consequence is.... excessive imho |
903 |
[22:00:41] <PSYCHO___> mrpouet: now noone cared, so i will be really evil until they start to care |
904 |
[22:00:52] <wired> well |
905 |
[22:00:55] <wired> i must say |
906 |
[22:01:04] <wired> docs have always been one huge strength of gentoo |
907 |
[22:01:08] *** Joins: Pesa (n=Pesa@×××××××××××××.org) |
908 |
[22:01:13] <wired> and lately they're degrading fast |
909 |
[22:01:15] <mrpouet> PSYCHO___: sadistic :P |
910 |
[22:01:17] <wired> so I like this initiative |
911 |
[22:01:29] <wired> lets bring them back :) |
912 |
[22:01:42] <Pesa> hello :) |
913 |
[22:01:49] <PSYCHO___> ok so lets loko onto the next toppic |
914 |
[22:01:51] <wired> second late to the party |
915 |
[22:01:57] <wired> :D |
916 |
[22:02:01] <PSYCHO___> as i can see some people had really the problem with TZ |
917 |
[22:02:02] <PSYCHO___> :D |
918 |
[22:02:05] <spatz> Pesa: hi :) |
919 |
[22:02:12] <PSYCHO___> Pesa: or you know that you are 1h late? :P |
920 |
[22:02:17] <Pesa> uhm... |
921 |
[22:02:20] <Pesa> 1h :O |
922 |
[22:02:25] <wired> he does not |
923 |
[22:02:27] <wired> date -u |
924 |
[22:02:29] <wired> Pesa: ^^ |
925 |
[22:02:32] <Pesa> damn! timezone :s |
926 |
[22:02:43] <ABCD> Pesa: I had the same issue :D |
927 |
[22:02:43] <Pesa> sorry |
928 |
[22:02:50] <PSYCHO___> ok so lets get to the topic :] |
929 |
[22:02:56] <wired> you'll read logs, lets go! |
930 |
[22:03:09] <PSYCHO___> who is willing to track upstream patches, and apply them where required |
931 |
[22:03:10] <Pesa> yep |
932 |
[22:03:30] <mrpouet> wired: or do like me, have a linux clock setting up to UTC :D |
933 |
[22:03:43] <PSYCHO___> this requires also requesting backports from TRUNK to branch on upstream |
934 |
[22:04:50] <mrpouet> PSYCHO___: you meant a unique guy ? other devs can't import patches from upstream ? |
935 |
[22:05:03] <mrpouet> (it's ambigous) |
936 |
[22:05:11] <PSYCHO___> they can, but should coordinate with him |
937 |
[22:05:14] <mrpouet> (at least for me with my fuc*$*$$* english) |
938 |
[22:05:16] <PSYCHO___> it can be even more people |
939 |
[22:05:29] <PSYCHO___> the point is that we would have the patches applied where needed |
940 |
[22:05:34] <PSYCHO___> in both overlay/tree |
941 |
[22:05:57] <mrpouet> PSYCHO___: mhhh... personally I could be interested |
942 |
[22:06:01] <jmbsvicetto> Hello |
943 |
[22:06:05] <wired> boss! |
944 |
[22:06:06] <jmbsvicetto> sorry for being late |
945 |
[22:06:08] <mrpouet> jmbsvicetto: hi |
946 |
[22:06:09] <mrpouet> :) |
947 |
[22:06:09] <PSYCHO___> currently we mostly wait on upstream to release new version |
948 |
[22:06:11] <wired> welcome jmbsvicetto |
949 |
[22:06:14] <PSYCHO___> hello boss |
950 |
[22:07:09] <jmbsvicetto> Hi everyone |
951 |
[22:07:16] <PSYCHO___> ok, come on guys, he is half gnome, at least one more volunteer ;] |
952 |
[22:07:20] <PSYCHO___> its not that hard job :] |
953 |
[22:07:30] <tampakrap> i could help but not that much |
954 |
[22:07:36] <tampakrap> because i am mostly trunk user |
955 |
[22:08:00] <jmbsvicetto> PSYCHO___: what's up? |
956 |
[22:08:08] <jmbsvicetto> :( |
957 |
[22:08:10] <mrpouet> PSYCHO___: it's not an argument :p |
958 |
[22:08:16] <wired> jmbsvicetto: you want log so far? |
959 |
[22:08:17] <jmbsvicetto> Am I 1 hour late?? :| |
960 |
[22:08:18] <PSYCHO___> i want someone to coordinate patches with upstream :] |
961 |
[22:08:20] <mrpouet> I'm half gnome... and ? :D |
962 |
[22:08:21] <PSYCHO___> someone dedicated :] |
963 |
[22:08:22] <wired> jmbsvicetto: you are :P |
964 |
[22:08:49] * jmbsvicetto failed to read UTC :\ |
965 |
[22:09:05] <jmbsvicetto> wired: yes, please (logs) |
966 |
[22:09:30] <wired> jmbsvicetto: ok i'll wgetpaste then hold on |
967 |
[22:09:49] <tampakrap> PSYCHO___: reavertm and ABCD would be perfect for this i guess |
968 |
[22:09:49] <PSYCHO___> ABCD: how about you? dont want to do this? :] |
969 |
[22:10:02] <PSYCHO___> tampakrap: exactly my thinking, but reaver is not around now |
970 |
[22:10:47] <PSYCHO___> the silence after i ask someone something :D hilarious |
971 |
[22:11:12] <ABCD> PSYCHO___: that would mean I'd actually have to figure out if commits to trunk are relevant/apply on the 4.3 branch... |
972 |
[22:11:22] <ABCD> (which means more work :( ) |
973 |
[22:11:26] <mrpouet> btw, after this topic, I've another one (tiny) |
974 |
[22:12:00] <tampakrap> trunk after .70 is 90% incompatible with current branch |
975 |
[22:12:19] <mrpouet> (I'm pretty sure you will agree, but I wanted to talk about that during meeting anyway) |
976 |
[22:12:28] <wired> jmbsvicetto: http://dpaste.com/122503/ |
977 |
[22:12:30] <PSYCHO___> ABCD: i mean more watch what bugs they fix, and ask them to patch it for branch too |
978 |
[22:13:02] <PSYCHO___> something like "i know you fixed crash X for trunk, but the error is in branch too, so could you fix it too so others dont have to wait for 4 months?" |
979 |
[22:13:05] <jmbsvicetto> wired: thanks |
980 |
[22:13:28] <PSYCHO___> and second responsibility would be just applying what users add to bugzilla as patches from upstream |
981 |
[22:13:39] <PSYCHO___> deciding if it is worth or not and so on |
982 |
[22:13:45] <ABCD> PSYCHO___: so long as someone files a Gentoo bug, and mentions the upstream bug; otherwise I'd never find it :) |
983 |
[22:13:48] <PSYCHO___> i dont expect that person to review all commits |
984 |
[22:13:59] <PSYCHO___> ABCD: thats the idea :] |
985 |
[22:14:09] <PSYCHO___> i dont expect you to browse the upstream one ;] |
986 |
[22:14:20] <ABCD> in that case, it shouldn't be too difficult |
987 |
[22:14:58] <PSYCHO___> i know, i just want someone to do it |
988 |
[22:15:07] <PSYCHO___> so i wont meet 20 days open bug with patch from upstream |
989 |
[22:15:29] *** PSYCHO___ changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic 4: kde3 removal' |
990 |
[22:15:39] <PSYCHO___> ssuominen: around? |
991 |
[22:15:50] <PSYCHO___> ok as you might noticed kde3 is going away |
992 |
[22:15:56] <tampakrap> next topic, ssuominen is in progress of it :P |
993 |
[22:15:57] <PSYCHO___> its quite flawless i can say |
994 |
[22:16:04] * tampakrap points at #-commits |
995 |
[22:16:09] <PSYCHO___> http://dev.gentoo.org/~scarabeus/kde3almostgone.png |
996 |
[22:16:09] <wired> wave your hands while you still can |
997 |
[22:16:19] <wired> its going awayyyyyyyyyyyy |
998 |
[22:16:19] <PSYCHO___> this is what it did to our bugs |
999 |
[22:16:27] <PSYCHO___> so i want to hear one thing only here |
1000 |
[22:16:34] <PSYCHO___> is something more required on that matter from us? |
1001 |
[22:17:17] <wired> nothing i can think of |
1002 |
[22:17:26] <PSYCHO___> me neither |
1003 |
[22:17:30] <wired> ssuominen is really doing a great job with this |
1004 |
[22:17:31] <PSYCHO___> thats why i wanted ask others |
1005 |
[22:17:40] <ABCD> bye-bye bugs :D |
1006 |
[22:17:57] <PSYCHO___> wontfix closing is fast :P but dont get used to it :D |
1007 |
[22:18:10] <wired> :D |
1008 |
[22:18:20] <wired> lets go to RDEPENDs |
1009 |
[22:18:22] * tampakrap is waiting for kde5 - kde4-removal |
1010 |
[22:18:41] <wired> tampakrap: go ahead and write kde5 then! |
1011 |
[22:18:42] <PSYCHO___> jmbsvicetto: boss its your area |
1012 |
[22:18:52] <PSYCHO___> jmbsvicetto: so elaborate why rdepend use deps are bad |
1013 |
[22:19:30] *** Joins: pontecorvo (n=pontecor@×××××××××××××××××××××××××××××××××××××××.ua) |
1014 |
[22:19:36] <PSYCHO___> okeey, anyone else? :] |
1015 |
[22:19:41] <wired> :P |
1016 |
[22:19:51] <wired> i personally like use flags for rdepends |
1017 |
[22:20:06] <wired> but i'd like to hear why they're bad from those who don't |
1018 |
[22:20:13] * PSYCHO___ dont care, einfo was always enough for me |
1019 |
[22:20:17] <PSYCHO___> wired: well it is poluting the ebuild |
1020 |
[22:20:21] <PSYCHO___> they are not entirely required |
1021 |
[22:20:27] <wired> its not pollution |
1022 |
[22:20:31] <PSYCHO___> so einfo with install X for feature Y |
1023 |
[22:20:42] <wired> its only a few words and its helping you do things pre-emerge |
1024 |
[22:20:50] <PSYCHO___> wired: if you stabilise package, it is polution, if you have to wait on optional rdepend to be stabilised |
1025 |
[22:21:07] <wired> in that case |
1026 |
[22:21:12] <wired> lets work on a per case basis |
1027 |
[22:21:41] <wired> for example, obvious or important rdepends could go in use flags, others in info |
1028 |
[22:21:46] <PSYCHO___> that actualy might work |
1029 |
[22:22:33] <wired> if an rdepend disables/enables half the package's functionality, it should definately have a USE |
1030 |
[22:22:45] <wired> if its a hidden option in the 3rd menu from the right |
1031 |
[22:22:53] <wired> it could live without it :P |
1032 |
[22:22:56] *** Quits: pontecorvo (n=pontecor@×××××××××××××××××××××××××××××××××××××××.ua) (Remote closed the connection) |
1033 |
[22:23:35] <wired> but we *must* make sure we have einfo if we don't have USE |
1034 |
[22:23:36] <wired> make it policy |
1035 |
[22:23:41] <PSYCHO___> thats sound sane |
1036 |
[22:24:05] <tampakrap> agreed |
1037 |
[22:24:12] <tampakrap> add to CODE maybe? |
1038 |
[22:24:15] <wired> yeah |
1039 |
[22:24:27] <wired> oh sorry |
1040 |
[22:24:30] *** Joins: pontecorvo (n=pontecor@×××××××××××××××××××××××××××××××××××××××.ua) |
1041 |
[22:24:30] <wired> yeah, *docs* man |
1042 |
[22:24:40] <PSYCHO___> ok someone can grab it from summary later then |
1043 |
[22:24:41] <wired> :D |
1044 |
[22:24:41] <PSYCHO___> :] |
1045 |
[22:24:41] <jmbsvicetto> sorry, reading backlog |
1046 |
[22:24:51] <tampakrap> i would kick you now, but we are in meeting |
1047 |
[22:25:04] <PSYCHO___> jmbsvicetto: not entirely smart thing to do during continuous meeting :D |
1048 |
[22:25:16] <jmbsvicetto> PSYCHO___: It isn't that rdepend use flags are bad, it's just that there are too many |
1049 |
[22:25:34] <jmbsvicetto> at least it used to be too many -> quanta was the best/worst(?) example |
1050 |
[22:25:53] <tampakrap> yes, because we are following upstream |
1051 |
[22:26:24] <PSYCHO___> jmbsvicetto: well thats why it is per decision basics |
1052 |
[22:26:33] <PSYCHO___> svn plugin can be controled by svn useflag |
1053 |
[22:26:34] <jmbsvicetto> wired / PSYCHO___: I'm not sure they cause so many issues when marking it stable |
1054 |
[22:26:46] <jmbsvicetto> we can always have a use flag masked in a profile |
1055 |
[22:26:50] <PSYCHO___> jmbsvicetto: I DO, i try to stable such package right now |
1056 |
[22:27:05] <PSYCHO___> :P |
1057 |
[22:27:09] <jmbsvicetto> PSYCHO___: I was trying to catch something ;) |
1058 |
[22:27:16] <wired> i think what i said above is good as a rule of thumb |
1059 |
[22:27:43] <wired> devs should decide per case depending on the importance of the deps |
1060 |
[22:27:47] <wired> so we don't end up with 30 RDEPEND USE flags |
1061 |
[22:27:48] <wired> :p |
1062 |
[22:27:54] <jmbsvicetto> I don't have a problem with a case-by-case, but then we'll get a bug for each package that we don't provide a use flag :P |
1063 |
[22:28:18] <tampakrap> wontfix, because that's how we want it |
1064 |
[22:28:34] <tampakrap> or fix, because we did a second thought |
1065 |
[22:28:38] * jmbsvicetto puts user cloak: I want use flag X for installing package Z when I install package Y!!! |
1066 |
[22:28:46] <PSYCHO___> http://www.pastebin.cz/26457 |
1067 |
[22:29:06] <wired> jmbsvicetto: we already have wontfix bugs like that |
1068 |
[22:29:08] <jmbsvicetto> Ingmar: I'll try to poke you later, but I'm also interested in upstream's work on splitting KDE |
1069 |
[22:29:11] <PSYCHO___> its up to us, not user decision |
1070 |
[22:29:16] <jmbsvicetto> yes, I know |
1071 |
[22:30:28] <PSYCHO___> ok, i guess we covered our last point |
1072 |
[22:30:34] <PSYCHO___> so lets move to qt issues :] |
1073 |
[22:30:37] <wired> w8 |
1074 |
[22:30:39] <tampakrap> wait plz |
1075 |
[22:30:49] <wired> mrpouet has sth to add |
1076 |
[22:31:04] <PSYCHO___> hm? |
1077 |
[22:31:11] <wired> or had :P |
1078 |
[22:31:15] <wired> mrpouet: u here? |
1079 |
[22:31:21] <tampakrap> i have to say something too |
1080 |
[22:31:36] <PSYCHO___> tampakrap: then speak :] |
1081 |
[22:31:38] <wired> go ahead |
1082 |
[22:31:42] <tampakrap> i'll start since mrpouet is somewhere else :P |
1083 |
[22:32:13] <tampakrap> recently i fixed a bunch of live ebuilds, reported issues, patches etc |
1084 |
[22:33:07] <tampakrap> since i recompile kde and qt live packages very frequently, i would like your permission to create a doc which will track live ebuilds' upstream and downstream bugs, etc |
1085 |
[22:33:15] <tampakrap> which are broken and need love etc |
1086 |
[22:33:43] <tampakrap> if you think that a doc is not appropriate i could do a page in gentoo-wiki for example |
1087 |
[22:34:11] <PSYCHO___> tampakrap: go ahead, try to motivate some non-team people to help you |
1088 |
[22:34:18] <PSYCHO___> tampakrap: so you can recruit your minions ;P |
1089 |
[22:34:30] <wired> on that note, we could create a script |
1090 |
[22:34:31] <tampakrap> no way, you are the ht lead |
1091 |
[22:34:34] <wired> that picks up your daily rebuild |
1092 |
[22:34:44] <wired> and generates a webpage of what failed and what worked |
1093 |
[22:34:45] <wired> :p |
1094 |
[22:34:52] <PSYCHO___> you mean something like dirk-dashboard? |
1095 |
[22:34:52] <ayoy> ;] |
1096 |
[22:34:57] <ayoy> contonuous integration |
1097 |
[22:34:57] <PSYCHO___> or something like bump-tool? |
1098 |
[22:35:07] <PSYCHO___> http://dev.gentoo.org/~scarabeus/vystup.html |
1099 |
[22:35:08] <spatz> something like buildbot? |
1100 |
[22:35:27] <tampakrap> a script that takes logs and uploads them somewhere |
1101 |
[22:35:29] <wired> something like that PSYCHO___ |
1102 |
[22:35:45] <wired> like the thing gnomies have |
1103 |
[22:35:49] <PSYCHO___> tampakrap: well do it if you want it |
1104 |
[22:35:55] <wired> i can create a custom script if we don't have something ready |
1105 |
[22:36:03] <tampakrap> we don't |
1106 |
[22:36:05] <tampakrap> ok ok |
1107 |
[22:36:09] <tampakrap> covered |
1108 |
[22:36:11] <wired> just give me the logs :P |
1109 |
[22:36:28] <PSYCHO___> ok so lets moove to the qt since mrpouet is not around |
1110 |
[22:36:36] <tampakrap> wait a minute |
1111 |
[22:36:47] <tampakrap> it seems not covered |
1112 |
[22:37:06] <tampakrap> wired: the script would be usuable if it could automatically take the build.logs from the failed packages |
1113 |
[22:37:11] <tampakrap> and upload them somewhere |
1114 |
[22:37:33] <PSYCHO___> tampakrap: its not entirely meeting material, and we have meeting already for 1h30minutes... just discuss this with wired on -kde afterwards :] |
1115 |
[22:37:33] <wired> yeah |
1116 |
[22:37:37] <tampakrap> and we can add a comment next to each one of them, like upstream bug or whatever |
1117 |
[22:37:39] <wired> we'll talk about it off list |
1118 |
[22:37:43] <wired> off meeting* |
1119 |
[22:37:43] <tampakrap> ok ok |
1120 |
[22:37:51] *** PSYCHO___ changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic QT 1: qt mono package' |
1121 |
[22:37:58] <ayoy> !herd qt |
1122 |
[22:38:00] <Willikins> (qt) abcd, ayoy, carlo, hwoarang, spatz, tampakrap, wired, yngwin |
1123 |
[22:38:14] <tampakrap> surprisingly i am here |
1124 |
[22:38:21] <wired> one of our biggest issues |
1125 |
[22:38:26] <wired> with the split ebuilds |
1126 |
[22:38:29] <wired> the USE flag madness |
1127 |
[22:38:31] <wired> is now solved |
1128 |
[22:38:38] <wired> because anything < 4.5.3 is off the tree |
1129 |
[22:38:41] <ayoy> \ö/ |
1130 |
[22:38:41] <tampakrap> lol, when? |
1131 |
[22:38:54] <yngwin> i still see people struggling with it |
1132 |
[22:39:03] <ayoy> because they are updating to 4.5.3, not? |
1133 |
[22:39:11] <yngwin> yes |
1134 |
[22:39:12] <ABCD> yay |
1135 |
[22:39:19] <ayoy> once they update, we're done with this shit |
1136 |
[22:39:29] <wired> so its solved from our side |
1137 |
[22:39:50] <wired> the only thing left is the Qt update blocker madness |
1138 |
[22:40:01] <wired> but i think people are beginning to understand that b blocks are autosolvable |
1139 |
[22:40:05] <yngwin> but we'll still have to support latecomers for a long time |
1140 |
[22:40:28] <spatz> we'll have to support latecomers no matter what |
1141 |
[22:40:39] <wired> yngwin: agreed, but that doesn't really change anything if we merge splits into a monolithic |
1142 |
[22:40:45] <wired> s/anything// |
1143 |
[22:41:05] <yngwin> it would, but anyway |
1144 |
[22:41:28] <wired> i mean, they'd still have to do some migration work |
1145 |
[22:41:38] <ayoy> like update with no blockers |
1146 |
[22:41:40] <ayoy> :) |
1147 |
[22:42:06] <yngwin> yes, but that would be clearer than the current mess with blockers and useflags - portage is just not giving very clear feedback to users |
1148 |
[22:42:20] <wired> i agree with the feedback thing |
1149 |
[22:42:45] <wired> but with the useflags issue _mostly_ gone, do you feel the blockers are good enough a reason to change things? |
1150 |
[22:42:52] <ABCD> well, we could say that that's a portage bug ;) |
1151 |
[22:43:09] <yngwin> it is mostly a portage problem yes |
1152 |
[22:43:16] <spatz> xorg packages, for example, don't have blockers for maximum versions, only minimal, so users see less blockers |
1153 |
[22:43:18] <PSYCHO___> well portage should shut up about autosolved blocks |
1154 |
[22:43:20] <yngwin> but we'll have to work with portage |
1155 |
[22:43:29] <PSYCHO___> i dont understand why it writes them out |
1156 |
[22:43:36] <spatz> qt has both maximum and minimum version blockers and that's creating weird issues |
1157 |
[22:43:39] <PSYCHO___> most users get only confused |
1158 |
[22:43:43] <wired> imo the right way to do this is fix portage |
1159 |
[22:43:58] <wired> i really want to get into portage development but i just can't these days |
1160 |
[22:44:01] *** Joins: tampakrap_ (n=tampakra@×××××××××××××××××××××××××××××.gr) |
1161 |
[22:44:01] <Sput> why do we need maximum version blockers? |
1162 |
[22:44:04] <wired> i am considering doing so in the future |
1163 |
[22:44:16] <Sput> downgrading Qt isn't really supported anyway |
1164 |
[22:44:31] <wired> Sput: you can't mix Qt versions |
1165 |
[22:44:35] <spatz> Sput: to make sure user has exactly the same version of all packages |
1166 |
[22:44:35] <ayoy> Sput: mixing versions anyhow is neither |
1167 |
[22:44:36] <wired> period :P |
1168 |
[22:44:46] <Pesa> wired: i'd like to too ;) |
1169 |
[22:44:51] <Sput> yes, but the common case is upgrade, yes? |
1170 |
[22:45:01] <spatz> again, see xorg use case |
1171 |
[22:45:01] <yngwin> to my mind this shows why we need monolithic |
1172 |
[22:45:06] <PSYCHO___> something like MDEPEND |
1173 |
[22:45:07] <spatz> downgrading doesn't usually work either |
1174 |
[22:45:08] <Sput> so minimum blockers would be enough to force all qt packages be updated if one is updated |
1175 |
[22:45:12] <PSYCHO___> if package is around then require this version |
1176 |
[22:45:16] <PSYCHO___> otherwise do not care |
1177 |
[22:45:18] <PSYCHO___> so called |
1178 |
[22:45:22] <PSYCHO___> MAGIC DEPENDENCY |
1179 |
[22:45:29] <ayoy> :) |
1180 |
[22:45:38] <spatz> with only minimum blocks users won't get blockers |
1181 |
[22:45:49] <PSYCHO___> come on its exactly what you want, that might be actualy easy to do with current code |
1182 |
[22:45:55] <PSYCHO___> it will just need new eapi :/ |
1183 |
[22:46:24] <wired> PSYCHO___: current code can't do it, i've tried to express it with complex bash but it still shells out blockers |
1184 |
[22:46:27] <wired> we need new depend type |
1185 |
[22:46:30] <yngwin> anyway, we said we'd discuss it on ML, which as far as i can see has not happened |
1186 |
[22:46:43] <wired> it did not |
1187 |
[22:46:44] <PSYCHO___> wired: i said so, new depend type MDEPEND |
1188 |
[22:46:49] <wired> PSYCHO___++ |
1189 |
[22:46:57] <yngwin> who wants to start the ML discussion? |
1190 |
[22:46:58] <PSYCHO___> and it is easy to adjust |
1191 |
[22:47:00] <PSYCHO___> the portage code |
1192 |
[22:47:04] <PSYCHO___> about this |
1193 |
[22:47:13] <wired> yngwin: I can |
1194 |
[22:47:19] <yngwin> great |
1195 |
[22:47:22] <yngwin> next topic |
1196 |
[22:47:35] <wired> status of qt-tng |
1197 |
[22:47:42] *** PSYCHO___ changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic QT 2: Status of new qt-tng.eclass' |
1198 |
[22:47:56] <ayoy> I've been reviewing it for last 1,5 hours |
1199 |
[22:47:59] <yngwin> hwoarang said he couldnt continue with this because of circumstances |
1200 |
[22:48:10] <yngwin> i think it's ready |
1201 |
[22:48:12] <wired> yes so are we happy with it enough to post it in -dev? |
1202 |
[22:48:26] <ayoy> provided that we remove prepare_translations? |
1203 |
[22:48:45] <ayoy> this one seems not so handy |
1204 |
[22:48:52] <ayoy> tries to address a common case |
1205 |
[22:48:58] <yngwin> let's prepare the eclass for qt@ before sending it off to -dev |
1206 |
[22:48:59] <ayoy> but the common case doesn't really exist |
1207 |
[22:49:06] <Pesa> except there isn't a common case :) |
1208 |
[22:49:14] <wired> so lets remove that |
1209 |
[22:49:21] <ayoy> I will |
1210 |
[22:49:23] <yngwin> yes, we already said that |
1211 |
[22:49:38] <Pesa> ok |
1212 |
[22:49:47] <yngwin> ok, ayoy, can you finalize the eclass and send it to qt@ ? |
1213 |
[22:49:47] <ayoy> hey, btw |
1214 |
[22:49:48] *** Quits: tampakrap (n=tuxicity@gentoo/developer/tampakrap) (Read error: 54 (Connection reset by peer)) |
1215 |
[22:49:56] <ayoy> yngwin: yes I can |
1216 |
[22:50:15] <wired> great |
1217 |
[22:50:18] <yngwin> then we can all have a look and comment if needed, then send it to -dev |
1218 |
[22:50:21] <ayoy> are we all happy with the eclass name? |
1219 |
[22:50:26] * ayoy is not |
1220 |
[22:50:29] <yngwin> not really |
1221 |
[22:50:36] <wired> ayoy: i talked with picard the other day, he said he liked it |
1222 |
[22:50:36] <PSYCHO___> you already voted on it, but didnt decide anything |
1223 |
[22:50:39] <Pesa> i am not but i don't really care |
1224 |
[22:50:41] <ayoy> qt4-edge kicks testicals very hard, I like it |
1225 |
[22:50:51] <wired> not -edge |
1226 |
[22:50:54] <wired> we need that for overlay |
1227 |
[22:51:03] <yngwin> qt4v2 |
1228 |
[22:51:03] <wired> else we'll have to start overriding and crap |
1229 |
[22:51:11] <ayoy> wired: you mean that qt4-edge will stay in overlay? |
1230 |
[22:51:17] <yngwin> we need eclass versioning dammit |
1231 |
[22:51:26] <Pesa> yngwin++ |
1232 |
[22:51:31] <wired> ayoy: yes, we need to keep developing there, don't we? :P |
1233 |
[22:51:37] <ayoy> we do |
1234 |
[22:51:43] <wired> yngwin: indeed |
1235 |
[22:51:44] <yngwin> indeed, wired is right |
1236 |
[22:51:53] <spatz> I propose qt4-next :/ |
1237 |
[22:51:58] <PSYCHO___> qt42morow |
1238 |
[22:51:58] <ayoy> better :) |
1239 |
[22:52:03] <wired> qt4-v2 |
1240 |
[22:52:08] <PSYCHO___> read it ^ |
1241 |
[22:52:10] <ayoy> qt4evar |
1242 |
[22:52:11] <PSYCHO___> in english |
1243 |
[22:52:16] <wired> PSYCHO___: we did :P |
1244 |
[22:52:33] <PSYCHO___> :] |
1245 |
[22:52:41] <PSYCHO___> qt4-blesmrt |
1246 |
[22:52:42] <PSYCHO___> :] |
1247 |
[22:52:43] <wired> qt4-r2 |
1248 |
[22:52:45] <spatz> ok, let's not waste time on bikesheds |
1249 |
[22:52:50] <wired> ^^ in the gentoo spirit |
1250 |
[22:52:54] <spatz> lol |
1251 |
[22:52:56] <ayoy> :) |
1252 |
[22:53:09] <yngwin> i like that, wired |
1253 |
[22:53:10] <spatz> this meeting is already taking 2 hours :/ |
1254 |
[22:53:16] <ayoy> let's move on |
1255 |
[22:53:17] * spatz likes it too |
1256 |
[22:53:23] <wired> :D |
1257 |
[22:53:25] * ayoy too |
1258 |
[22:53:25] <PSYCHO___> so name unchanged |
1259 |
[22:53:27] <PSYCHO___> ? |
1260 |
[22:53:28] <yngwin> ok, qt4-r2.eclass |
1261 |
[22:53:30] <ayoy> no, changed |
1262 |
[22:53:41] <yngwin> next topic |
1263 |
[22:53:46] <wired> w00t, we got rid of startrek |
1264 |
[22:53:47] <wired> ok 3. |
1265 |
[22:53:50] <wired> #gentoo-qt |
1266 |
[22:53:52] <wired> do we want it? |
1267 |
[22:53:58] <tampakrap_> plz no |
1268 |
[22:54:01] <spatz> no |
1269 |
[22:54:02] <yngwin> i dont see the need |
1270 |
[22:54:02] *** PSYCHO___ changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic QT 3: #gentoo-qt' |
1271 |
[22:54:05] <ayoy> I'd say we rather need a separate meeting |
1272 |
[22:54:09] <ayoy> than a separate channel |
1273 |
[22:54:11] <wired> its already registered and when i was bored I added permissions |
1274 |
[22:54:18] <wired> so if you ever feel like it |
1275 |
[22:54:18] <wired> :) |
1276 |
[22:54:24] <tampakrap_> ok, but plz no |
1277 |
[22:54:26] <tampakrap_> :) |
1278 |
[22:54:47] <wired> i think -kde is fine as well, but its there if we need it |
1279 |
[22:54:50] <spatz> ok, so we all agree on 'no' |
1280 |
[22:54:57] <tampakrap_> neeeext |
1281 |
[22:55:01] <yngwin> let's keep it |
1282 |
[22:55:01] <spatz> ok, we have a backup for a nuclear war or sth |
1283 |
[22:55:06] *** PSYCHO___ changes topic to 'KDE Team meeting 19.11. 19:00 UTC: Topic QT 4: einfo mess' |
1284 |
[22:55:12] <wired> 4. |
1285 |
[22:55:13] <yngwin> but we'll continue to use -kde for the time being |
1286 |
[22:55:18] <spatz> it was already cleared out yesterday |
1287 |
[22:55:23] <spatz> by wired |
1288 |
[22:55:23] <wired> btw DONT RUSH |
1289 |
[22:55:32] <wired> :D |
1290 |
[22:55:37] <spatz> the messages only show for qt-core now |
1291 |
[22:55:37] <ayoy> qt-core only |
1292 |
[22:55:37] <ayoy> ? |
1293 |
[22:55:38] <spatz> so I think it's better |
1294 |
[22:55:41] <ayoy> awesome |
1295 |
[22:55:41] <tampakrap_> tommy[d] complaint many times about this warning overload |
1296 |
[22:55:48] <wired> tampakrap_: i already fixed it |
1297 |
[22:55:51] <wired> confined it to qt-core |
1298 |
[22:55:54] <yngwin> yes, change was committed yesterday |
1299 |
[22:55:56] <ayoy> ok, I love it |
1300 |
[22:56:02] <tampakrap_> cool |
1301 |
[22:56:05] <spatz> we can (and should) shorten the text, but it's much less spam now |
1302 |
[22:56:10] <wired> yeah |
1303 |
[22:56:10] <yngwin> if any more cutting is needed, let us know |
1304 |
[22:56:15] <wired> like 11 times less |
1305 |
[22:56:18] <spatz> lol |
1306 |
[22:56:19] <ayoy> :) |
1307 |
[22:56:21] <spatz> great, so next |
1308 |
[22:56:24] <wired> 5. |
1309 |
[22:56:25] <wired> gitorious |
1310 |
[22:56:30] <PSYCHO___> wait |
1311 |
[22:56:32] <yngwin> we could look at the text again |
1312 |
[22:56:38] <yngwin> see if it can be shortened |
1313 |
[22:56:40] <spatz> only downside is no commit bot coolness |
1314 |
[22:57:02] <wired> yngwin: i can do it |
1315 |
[22:57:09] <yngwin> i also like the suggestion to put it in out docs and refer in einfo to our docs page |
1316 |
[22:57:34] <yngwin> wired: ok, do it and let us know what you come up with |
1317 |
[22:57:34] <wired> thats not bad either |
1318 |
[22:57:38] <wired> k |
1319 |
[22:57:41] <wired> will mail qt@ |
1320 |
[22:57:47] <tampakrap_> i'll do the docs btw |
1321 |
[22:57:48] <spatz> oooh I like that |
1322 |
[22:57:53] <yngwin> alright |
1323 |
[22:57:53] <ayoy> ok then |
1324 |
[22:57:55] <spatz> no one thought otherwise :) |
1325 |
[22:57:57] <ayoy> why not github? |
1326 |
[22:58:04] <yngwin> next topic |
1327 |
[22:58:11] <wired> tampakrap_: i'll do the Qt docs |
1328 |
[22:58:13] <spatz> many ppl don't have github accounts but want overlay access |
1329 |
[22:58:17] <wired> keep it split so we actually do something |
1330 |
[22:58:24] <ayoy> they can create |
1331 |
[22:58:25] <ayoy> or die |
1332 |
[22:58:37] <spatz> and gitorious is the new black, or something |
1333 |
[22:58:45] <ayoy> oh |
1334 |
[22:58:48] * ayoy checks |
1335 |
[22:58:53] <yngwin> i like gitorious because you an have more people administer the repo |
1336 |
[22:59:03] <yngwin> can* |
1337 |
[22:59:06] <spatz> it's better in most ways, except cia.vc integration |
1338 |
[22:59:12] <spatz> I like the bot we have in #-kde |
1339 |
[22:59:13] <wired> the only real disadvantage is cia |
1340 |
[22:59:17] <wired> do we care enough? |
1341 |
[22:59:17] <yngwin> i am now the bus factor for github |
1342 |
[22:59:18] <ayoy> yngwin: good point |
1343 |
[22:59:38] <tampakrap_> no |
1344 |
[22:59:40] <wired> i mean kde doesn't have cia either, big deal |
1345 |
[22:59:41] <ayoy> I do only a bit |
1346 |
[22:59:58] <yngwin> not really, cia bot is nice, but there are other ways |
1347 |
[23:00:04] <wired> i like the cia wow factor as well, but if gitorious is better/more reliable/more popular |
1348 |
[23:00:09] <ayoy> like capslock |
1349 |
[23:00:11] <tampakrap_> my commit number got too high because of qting-edge, i almost lost my gentoo/slacker cloak |
1350 |
[23:00:13] <wired> lets go there and switch the hooks to keep github in sync |
1351 |
[23:00:25] <ayoy> hey hey |
1352 |
[23:00:26] <ayoy> btw |
1353 |
[23:00:26] <ayoy> ! |
1354 |
[23:00:36] <ayoy> if we switch to gitorious |
1355 |
[23:00:41] <ayoy> we still have github as a backup, no? |
1356 |
[23:00:47] <ayoy> we still have the bot |
1357 |
[23:00:50] <ayoy> period. |
1358 |
[23:00:54] <wired> right |
1359 |
[23:00:56] <tampakrap_> touche |
1360 |
[23:00:58] <wired> ayoy++ |
1361 |
[23:00:58] <Pesa> heh right |
1362 |
[23:01:00] <spatz> new ppl who only have gitorious access won't be able to push to github |
1363 |
[23:01:02] <ayoy> lol |
1364 |
[23:01:02] <ayoy> :) |
1365 |
[23:01:10] <wired> spatz: no issues, we'll push for them |
1366 |
[23:01:10] <spatz> so not really |
1367 |
[23:01:13] <PSYCHO___> so vote for it |
1368 |
[23:01:22] <yngwin> yes, vote |
1369 |
[23:01:27] <PSYCHO___> as in topic it is named as voting for gitorious as main repo |
1370 |
[23:01:28] <tampakrap_> gitorious |
1371 |
[23:01:30] <wired> +1 gitorious |
1372 |
[23:01:40] <spatz> ok then, +1 gitorious |
1373 |
[23:01:46] <yngwin> gitorious |
1374 |
[23:01:46] <ayoy> gitorious + github as backup |
1375 |
[23:01:54] * spatz switches url order in .git/config |
1376 |
[23:02:17] <yngwin> ABCD? |
1377 |
[23:02:29] <ABCD> abstain |
1378 |
[23:02:33] <yngwin> ok |
1379 |
[23:02:37] <tampakrap_> btw can we do the same trick with kde-testing to get cia bot there as well? |
1380 |
[23:02:53] <Pesa> lol |
1381 |
[23:03:00] <wired> only if people actually push to gitorious as well |
1382 |
[23:03:06] <wired> better poke PSYCHO___ to fix it |
1383 |
[23:03:07] <wired> :p |
1384 |
[23:03:08] <spatz> you mean github |
1385 |
[23:03:12] <wired> yeah |
1386 |
[23:03:13] <wired> :D |
1387 |
[23:03:22] <spatz> if git.o.g.o has cia integration you don't have to |
1388 |
[23:03:23] <PSYCHO___> ok last topic |
1389 |
[23:03:25] <wired> s/gitorious/github/ |
1390 |
[23:03:26] <yngwin> so we need to make an announcement about that, to push to gitorious as main repo, and change layman url |
1391 |
[23:04:05] <yngwin> any volunteers? |
1392 |
[23:04:12] <wired> announcement in like -dev? qt2? |
1393 |
[23:04:13] <wired> qt@? |
1394 |
[23:04:21] <yngwin> qt@ |
1395 |
[23:04:27] <wired> i'll do it |
1396 |
[23:04:30] <ayoy> no big deal :) |
1397 |
[23:05:08] <wired> im Qt PR |
1398 |
[23:05:09] <wired> :p |
1399 |
[23:05:09] <PSYCHO___> last topic: removal of changelogs from overlay |
1400 |
[23:05:15] <wired> that one was mine |
1401 |
[23:05:17] <yngwin> also proj page |
1402 |
[23:05:39] <wired> lets remove them, they keep breaking my nerves, git logs are enough! |
1403 |
[23:05:48] <yngwin> NO |
1404 |
[23:05:48] <spatz> wired++ |
1405 |
[23:05:58] <wired> seriously |
1406 |
[23:06:02] <ayoy> why not? |
1407 |
[23:06:05] <wired> i can't stand them, overlays shouldnt have changelogs |
1408 |
[23:06:10] <wired> duplicate info |
1409 |
[23:06:15] <yngwin> qting-edge is also a training area for new recruits / devs-to-be |
1410 |
[23:06:35] <wired> yngwin: most overlays are |
1411 |
[23:06:37] <yngwin> it's good practice to get used to using echangelog |
1412 |
[23:06:43] <ayoy> yngwin++ |
1413 |
[23:06:44] <wired> yngwin: repoman will scream anyway |
1414 |
[23:06:53] <PSYCHO___> repoman wont scream |
1415 |
[23:06:57] <ayoy> it doesn't |
1416 |
[23:06:58] <spatz> I think that's the least of the recruit's problems |
1417 |
[23:07:01] <yngwin> yes, that is why my policy is to use echangelog in all overlays |
1418 |
[23:07:02] <wired> spatz++ |
1419 |
[23:07:07] <spatz> it doesn't scream, it warns |
1420 |
[23:07:10] *** Quits: nirbheek (n=nirbheek@gentoo/developer/nirbheek) ("Gone.") |
1421 |
[23:07:10] <PSYCHO___> repoman ignores changelogs for distributed scms |
1422 |
[23:07:14] <PSYCHO___> spatz: ^ |
1423 |
[23:07:17] <wired> PSYCHO___: i meant in cvs |
1424 |
[23:07:20] <spatz> recruits should be taught to read repoman's warnings :) |
1425 |
[23:07:22] <PSYCHO___> spatz: i wrote the code to portage, so i know about its behaviour |
1426 |
[23:07:32] <spatz> I mean when they commit to the tree |
1427 |
[23:07:36] <yngwin> as long as portage is using cvs and echangelog, i want us to use it in the overlay |
1428 |
[23:07:47] <wired> i really don't like it, i forget it because this is the only overlay we use changelogs |
1429 |
[23:07:47] <wired> from the ones i use |
1430 |
[23:07:51] <yngwin> echangelog that is, not cs :p |
1431 |
[23:07:55] <yngwin> cvs* |
1432 |
[23:07:59] <spatz> lol |
1433 |
[23:08:15] <spatz> can we vote or do you veto? |
1434 |
[23:08:19] <tampakrap_> for the record i agree with wired |
1435 |
[23:08:21] <PSYCHO___> :D |
1436 |
[23:08:27] <wired> i'd like a vote for this |
1437 |
[23:08:28] <wired> :) |
1438 |
[23:08:40] <yngwin> also, for users who checkout the overlay, they may expect changelogs |
1439 |
[23:08:45] <yngwin> i would, anyway |
1440 |
[23:08:56] <spatz> no overlay has changelogs, so why would they? |
1441 |
[23:08:57] *** Quits: krakonos (n=krakonos@×××××××××××××××××××××××.cz) (Client Quit) |
1442 |
[23:09:07] <ayoy> I'm for changelogs in the overlay |
1443 |
[23:09:09] <wired> yngwin: well users are educated to git log or visit gitweb these days, thanks to kde-testing :P |
1444 |
[23:09:14] <yngwin> because portage does |
1445 |
[23:09:47] <wired> besides, git log is blazingly fast, its not like you have to cvs log :p |
1446 |
[23:10:02] <ayoy> echangelog in git is also fast |
1447 |
[23:10:06] <ayoy> ;] |
1448 |
[23:10:07] <yngwin> most users dont know how to handle git |
1449 |
[23:10:20] <PSYCHO___> plz vote and end, i want to go to shower |
1450 |
[23:10:23] <wired> ayoy: sure, but when you don't echangelog in most overlays |
1451 |
[23:10:24] <spatz> they can use the gitorious web-ui |
1452 |
[23:10:27] <wired> you tend to forget |
1453 |
[23:10:37] <ayoy> wired: then add echangelogs to other overlays |
1454 |
[23:10:39] <yngwin> PSYCHO___: s/vote/veto/ |
1455 |
[23:10:42] <ayoy> :) |
1456 |
[23:10:56] <wired> meh |
1457 |
[23:11:02] <PSYCHO___> yngwin: me dont care you are no longer subproject and you are lead, so it is up to you |
1458 |
[23:11:17] <PSYCHO___> yngwin: 2 months ago i could veto your veto but now it is entirely up to you :D |
1459 |
[23:11:22] <wired> lol |
1460 |
[23:11:24] <ayoy> lol :D |
1461 |
[23:11:35] <yngwin> i want better arguments than "I'm too lazy" |
1462 |
[23:11:36] <tampakrap_> yngwin: we hate you |
1463 |
[23:11:44] <wired> yngwin: its not im lazy |
1464 |
[23:11:48] <yngwin> tampakrap_: i'm honoured |
1465 |
[23:11:53] <tampakrap_> it's that i am lazy |
1466 |
[23:11:54] <PSYCHO___> yngwin: fucked up 3way merge strategy |
1467 |
[23:11:58] <wired> its dup info, no real advantages :) |
1468 |
[23:12:03] <wired> anyway |
1469 |
[23:12:12] <PSYCHO___> we dropped it because it breaks merges a lot |
1470 |
[23:12:17] <spatz> it was invented to overcome VCS shortcomings we no longer have |
1471 |
[23:12:27] <ayoy> who merges anything in qting-edge? |
1472 |
[23:12:29] <yngwin> we still have in portage |
1473 |
[23:12:34] <ayoy> I've seen it once maybe |
1474 |
[23:12:39] <wired> yngwin: portage is cvs, we need it there |
1475 |
[23:12:45] <tampakrap_> yes, better spend the echangelog time to help portage to move to git i'd say :P |
1476 |
[23:12:45] <spatz> because it still has to deal with those shortcomings - we don't |
1477 |
[23:13:09] <spatz> when the tree moves to git the changelogs would probably be thrown out the window |
1478 |
[23:13:11] <yngwin> wired: yes, and i want the overlay to be similar |
1479 |
[23:13:25] <ayoy> then we will remove them as well |
1480 |
[23:13:27] <ayoy> ofc.... |
1481 |
[23:13:29] * PSYCHO___ throws the orange duck from one hand to another and looks on the clock |
1482 |
[23:13:32] <tampakrap_> still, cvs commit progress is *very* different from git commit process |
1483 |
[23:13:38] <spatz> PSYCHO___: it's yellow! |
1484 |
[23:13:46] <PSYCHO___> not this one |
1485 |
[23:13:49] <wired> yngwin: if recruits can't handle that difference between qting-edge and cvs, then they shouldn't be devs, really :P |
1486 |
[23:13:51] <ayoy> it's Czech duck |
1487 |
[23:14:10] <yngwin> hmm, there is something to that |
1488 |
[23:14:13] <spatz> so it has weird dots and lines all over and above it? |
1489 |
[23:14:58] <tampakrap_> ok i have to go, don't care that much about this subject :P |
1490 |
[23:15:01] <spatz> ok, let's give yngwin time to think about this and wrap this party up |
1491 |
[23:15:09] <PSYCHO___> yngwin: http://dev.gentoo.org/~scarabeus/0911-meeting_summary.txt fix the FIXME parts, me blobs to shower |
1492 |
[23:15:10] <yngwin> yes, ok |
1493 |
[23:15:10] <wired> alright |
1494 |
[23:15:15] <wired> yngwin: its up to you, next meeting |
1495 |
[23:15:17] <ayoy> let's continue this topic on ML! :D |
1496 |
[23:15:19] <ayoy> yay! |
1497 |
[23:15:31] <wired> wait! |
1498 |
[23:15:35] <wired> you all FREEZE! |
1499 |
[23:15:40] <tampakrap_> wut? |
1500 |
[23:15:45] <yngwin> i'll think about it, and we can discuss it again later, ok? |
1501 |
[23:15:48] <wired> lets discuss our project page a bit |
1502 |
[23:15:50] <wired> yngwin: OK |
1503 |
[23:15:50] <spatz> don't forget do update your qting-edge/.git/config to new pushurls :D |
1504 |
[23:15:52] * PSYCHO___ does the squeek sound with his duck |
1505 |
[23:16:05] <ayoy> spatz: send a mail to qt@ about it |
1506 |
[23:16:07] <yngwin> can somebody shut up that PSYCHO? |
1507 |
[23:16:10] <wired> lol |
1508 |
[23:16:14] <PSYCHO___> he said freeze |
1509 |
[23:16:29] <yngwin> if you need to go, you can go |
1510 |
[23:16:44] <wired> i wrote up a first version, but I'd like feedback from all of you |
1511 |
[23:16:49] <wired> stuff that should be there |
1512 |
[23:16:51] <wired> stuff that should go |
1513 |
[23:17:06] <spatz> we can continue discussing this after the meeting, we don't need to hold everybody up |
1514 |
[23:17:11] <yngwin> i do want to ask qt devs if thet would prefer a separate meeting, as these combined meetings take long |
1515 |
[23:17:19] <ayoy> ++ |
1516 |
[23:17:19] <tampakrap_> no |
1517 |
[23:17:22] <ayoy> YES |
1518 |
[23:17:34] <wired> if |
1519 |
[23:17:38] <wired> we keep it to 2-3 hours combined |
1520 |
[23:17:40] <wired> im fine |
1521 |
[23:17:44] <tampakrap_> issues concern both teams usually |
1522 |
[23:17:45] <ayoy> a pity is that half of the team will have just 2 meetings |
1523 |
[23:17:47] <ayoy> kde and qt one |
1524 |
[23:18:06] <wired> tampakrap++ |
1525 |
[23:18:28] <yngwin> i'll write a mail to kde@ and qt@ and we can discuss it then |
1526 |
[23:18:38] <tampakrap_> or just desktop |
1527 |
[23:18:40] <ayoy> if we started at 18 UTC or started with Qt stuff I'd be fine |
1528 |
[23:18:42] <mrpouet> btw, okay to import my patch in phonon ? :] |
1529 |
[23:18:43] <tampakrap_> desktop mailing list |
1530 |
[23:18:54] <wired> mrpouet: good morning! |
1531 |
[23:19:11] <yngwin> i'm not sure everyone is on desktop ml |
1532 |
[23:19:11] *** Quits: ayoy (n=ayoy@gentoo/developer/ayoy) (Remote closed the connection) |
1533 |
[23:19:19] <tampakrap_> should be |
1534 |
[23:19:19] <mrpouet> wired: did you smoke something ? |
1535 |
[23:19:24] *** Joins: ayoy (n=ayoy@×××××××××××××××××.fi) |
1536 |
[23:19:30] <wired> mrpouet: lol no i don't smoke ;) |
1537 |
[23:19:45] <mrpouet> :p |
1538 |
[23:19:48] <tampakrap_> have to go bye |
1539 |
[23:19:50] <ayoy> :/ |
1540 |
[23:19:52] <ayoy> bai |
1541 |
[23:19:57] <yngwin> bye tampakrap_ |
1542 |
[23:20:00] <wired> cya |
1543 |
[23:20:04] *** Quits: tampakrap_ (n=tampakra@gentoo/developer/tampakrap) (Remote closed the connection) |
1544 |
[23:20:07] <mrpouet> wired: what your sentence has to do with my question ? :D |
1545 |
[23:20:07] <yngwin> we're wrapping up anyway |
1546 |
[23:20:31] <yngwin> wired: good job on the project page, I'm sure there will be improvements/additions over time |
1547 |
[23:20:33] <wired> mrpouet: i asked you to talk about your issue a while back but you didn't respond :P |
1548 |
[23:20:57] * mrpouet has a girl-friend :( |
1549 |
[23:21:01] <wired> yngwin: indeed. thanks |
1550 |
[23:21:11] <mrpouet> a girl friend is boring you know.. :D |
1551 |
[23:21:17] <wired> mrpouet: so do I, but now its sacred... errr meeting time! |
1552 |
[23:21:28] <ayoy> lol |
1553 |
[23:21:43] <mrpouet> wired: aaarfff I know !! :( |
1554 |
[23:22:28] <wired> i think we can wrap this up now |
1555 |
[23:22:28] <wired> :p |
1556 |
[23:22:38] <yngwin> ok, last call |
1557 |
[23:22:40] <wired> mrpouet: tell em about your patch |
1558 |
[23:22:45] <wired> before they all leave |
1559 |
[23:22:45] <wired> :p |
1560 |
[23:22:51] * mrpouet setups a sighandler for SIGGIRL-FRIEND |
1561 |
[23:23:02] <ayoy> ... |
1562 |
[23:23:09] <mrpouet> ohhh better |
1563 |
[23:23:15] <mrpouet> ignore signal :D |
1564 |
[23:23:23] <mrpouet> ==> [ ] |
1565 |
[23:23:25] <mrpouet> ^^ |
1566 |
[23:23:27] <yngwin> mrpouet: you have 2 minutes |
1567 |
[23:23:58] <wired> 30s gone |
1568 |
[23:24:07] <mrpouet> okay so, I wrote a patch in order to add a support for external subtitles (files) |
1569 |
[23:24:07] <ayoy> lalala |
1570 |
[23:24:39] <mrpouet> it works just fine, sandsmark approved it (on upstream) |
1571 |
[23:24:56] <mrpouet> it would be nice then to patch kaffeine&dragon |
1572 |
[23:25:10] <mrpouet> but before we need to import my patch in phonon |
1573 |
[23:25:24] <mrpouet> see https://bugs.kde.org/show_bug.cgi?id=213710 |
1574 |
[23:25:31] <yngwin> m-s/phonon or qt-phonon or both? |
1575 |
[23:25:33] <mrpouet> for technical details |
1576 |
[23:25:40] <mrpouet> yngwin: m-s/phonon |
1577 |
[23:25:46] <yngwin> ok |
1578 |
[23:26:35] <mrpouet> currently we can : auto-detect patch (recursively in the media directory), load a patch manually, setting up the subtitle encoding |
1579 |
[23:26:47] <mrpouet> rrraaahhh !!!! fucking shit !!! |
1580 |
[23:26:57] <mrpouet> auto-detect subs * |
1581 |
[23:27:03] <wired> lol |
1582 |
[23:27:06] <mrpouet> s/patch/subs |
1583 |
[23:27:08] <mrpouet> o_O |
1584 |
[23:27:15] * mrpouet stabs himself |
1585 |
[23:27:39] <wired> you're putting quite a show |
1586 |
[23:27:47] <wired> :D |
1587 |
[23:27:50] <mrpouet> :D |
1588 |
[23:27:51] <yngwin> looks to me the patch has merit, but i'm not kde herd, and i think PSYCHO___ has left |
1589 |
[23:28:02] <wired> the patch work |
1590 |
[23:28:02] <wired> s |
1591 |
[23:28:08] <wired> pretty well |
1592 |
[23:28:12] <mrpouet> :) |
1593 |
[23:28:12] * wired tested it |
1594 |
[23:28:30] <yngwin> so i suggest you open a bug and poke kde team |
1595 |
[23:29:34] <mrpouet> there is already a bug :) |
1596 |
[23:29:36] <yngwin> ok, meeting closed |
1597 |
[23:29:38] <yngwin> ------------------------------------- |