[Pkg-xfce-devel] svn structure and 4.4 packaging

Jani Monoses jani.monoses at gmail.com
Wed Jan 4 20:06:36 UTC 2006

> Well, for me, trunk is the place where everything happens. At the
> moment, everything is 4.2.x, so trunk should be 4.2.x. When it'll be
> time to work on 4.3, we'll see (and possibly copy trunk to branches/4.2
> and continue working on trunk).

 I consider this unoptimal development practice since svn supports branches
but hey
it works well conseidering it's only 4.2 that is worked on currently. So svn
is under-used
in this case :)

> > 4.4 packaging
> > for the April release of ubuntu I'd like to get at least parts of 4.4
> > included (panel especially)
> I don't want to be rude, but this is *debian* packaging. Sure we want
> ubuntu and debian to work hand in hand. But here, priorities shouldn't
> be ubuntu. And I don't think we want to stress ourselves to respect
> ubuntu timeline.

as far I am concerned you are not rude :). It's perfectly fine for all of us
have different priorities and to allocate resources accordingly.

> this means I'd like as much testing as possible before release so I'll
> > make 4.3 packages from
> > the xfce4.3 daily snapshots
> I don't know if packaging daily snapshots is a good idea. Same for
> thunar and exo. Daily snapshots move fast, and are useful for quick
> testing, not for packaging. The time it reaches the archive, it'll be
> outdated. Sure it's great if there are lots of tests, but I don't know
> if it's worth the work.

How do you get quick testing without packaging? By testing I mean not yours
or mine who build from svn but the rest of the users? I am going this route
it makes perfect sense in a development distro such as ubuntu dapper and sid
As for daily snapshot vs alpha releases, I really cannot convince upstream
xfce to
tag tarballs and do release legwork if they don't feel like it.

And this attitude does not stop striking me as weird. This is debian
not stable, not even testing.  It would make more sense IMHO to users and
upstream xfce
to give them latest stuff in unstable. But as you say this is your game and
you play by your rules :)

> I think this would also make sense for debian experimental so if others
> > are interested too it would be
> > nice to have this in your svn as well
> > The preferred method of ubuntu packaging is using as much from debian
> > and work with debian if possible
> yes, i'm ok with this

great. If this means having the packages in svn how do you see the this
relating to the trunk issue above?

> to avoid too many gratuitous differences, and uploads to experimental
> > would be fine with me to sync from
> i can't upload, so i don't know the work overhead, but uploading daily
> snapshots to experimental for all xfce packages seems a bit too much.

well daily snapshots don't imply daily uploading of them :)

> > what do you say?
> >
> I think we should wait for pre-releases (if any), and at least to wait
> for a sign of Xfce dev. Panel moves too quickly at the moment (so does
> thunar) to make a package.

What I have realized more and more this past weeks/months is that waiting
for a sign to make something to
happen is far less likely to yield results than being (sometimes annoyingly)
curious, poking, nudging ... you get it.
Xfce and consequently debian packaging of it does not really have a
schedule, which is fine but also has disadvantages.

Panel indeed moves quickly but towards stability. Thunar and exo seem a bit
open-ended still as far as
features are concerned even though stable enough otherwise.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.alioth.debian.org/pipermail/pkg-xfce-devel/attachments/20060104/48c04361/attachment.html

More information about the Pkg-xfce-devel mailing list