<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Well, for me, trunk is the place where everything happens. At the<br>moment, everything is
4.2.x, so trunk should be 4.2.x. When it'll be<br>time to work on 4.3, we'll see (and possibly copy trunk to branches/4.2<br>and continue working on trunk).</blockquote><div><br> I consider this unoptimal development practice since svn supports branches but hey
<br>it works well conseidering it's only 4.2 that is worked on currently. So svn is under-used<br>in this case :)<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
><br>> 4.4 packaging<br>> for the April release of ubuntu I'd like to get at least parts of 4.4<br>> included (panel especially)<br><br>I don't want to be rude, but this is *debian* packaging. Sure we want<br>
ubuntu and debian to work hand in hand. But here, priorities shouldn't<br>be ubuntu. And I don't think we want to stress ourselves to respect<br>ubuntu timeline.</blockquote><div><br>as far I am concerned you are not rude :). It's perfectly fine for all of us to
<br>have different priorities and to allocate resources accordingly.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> this means I'd like as much testing as possible before release so I'll
<br>> make 4.3 packages from<br>> the xfce4.3 daily snapshots<br><br>I don't know if packaging daily snapshots is a good idea. Same for<br>thunar and exo. Daily snapshots move fast, and are useful for quick<br>testing, not for packaging. The time it reaches the archive, it'll be
<br>outdated. Sure it's great if there are lots of tests, but I don't know<br>if it's worth the work.</blockquote><div><br><br></div><br><div>How do you get quick testing without packaging? By testing I mean not yours<br>
or mine who build from svn but the rest of the users? I am going this route because<br>it makes perfect sense in a development distro such as ubuntu dapper and sid are.<br>As for daily snapshot vs alpha releases, I really cannot convince upstream xfce to
<br>tag tarballs and do release legwork if they don't feel like it.<br><br>And this attitude does not stop striking me as weird. This is debian _unstable_<br></div>not stable, not even testing. It would make more sense IMHO to users and upstream xfce
<br>to give them latest stuff in unstable. But as you say this is your game and you play by your rules :)<br><br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> I think this would also make sense for debian experimental so if others<br>> are interested too it would be<br>> nice to have this in your svn as well<br>> The preferred method of ubuntu packaging is using as much from debian
<br>> and work with debian if possible<br><br>yes, i'm ok with this</blockquote><div><br>great. If this means having the packages in svn how do you see the this relating to the trunk issue above?<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> to avoid too many gratuitous differences, and uploads to experimental<br>> would be fine with me to sync from<br><br>i can't upload, so i don't know the work overhead, but uploading daily<br>snapshots to experimental for all xfce packages seems a bit too much.
</blockquote><div><br>well daily snapshots don't imply daily uploading of them :) <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
><br>> what do you say?<br>><br>I think we should wait for pre-releases (if any), and at least to wait<br>for a sign of Xfce dev. Panel moves too quickly at the moment (so does<br>thunar) to make a package.<br></blockquote>
</div><br>What I have realized more and more this past weeks/months is that waiting for a sign to make something to<br>happen is far less likely to yield results than being (sometimes annoyingly) curious, poking, nudging ... you get it.
<br>Xfce and consequently debian packaging of it does not really have a schedule, which is fine but also has disadvantages.<br><br>Panel indeed moves quickly but towards stability. Thunar and exo seem a bit open-ended still as far as
<br>features are concerned even though stable enough otherwise.<br><br>Jani