[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Indicator applets and related packages


On Mon, Jun 14, 2010 at 12:14:37PM +0200, Raphael Hertzog wrote:
> On Mon, 14 Jun 2010, Evgeni Golov wrote:
> > I'd like too, thus I packaged libindicator (sid) and 
> > xfce4-indicator-plugin (NEW) :)
> I saw libindicator and wondered why indicator-applet was not in the same
> batch and investigated and found your RFP and this led me to this mail.
> :)
> > > The missing source packages are AFAIK:
> > > - libdbusmenu https://launchpad.net/ubuntu/+source/libdbusmenu
> > >   (no RFP/ITP known)
> > > - libindicate https://launchpad.net/ubuntu/+source/libindicate
> > >   RFP: http://bugs.debian.org/560122
> > 
> > Interested in those, planing to package, will contact ITP-author.
> They are build-dependencies of several other source packages, so when do
> you expect to have a first version ready to test ? :-)

I have working versions of the ubuntu packages on my Laptop, so 
theretically not tooo far in the future.

> > > - indicator-applet https://launchpad.net/ubuntu/+source/indicator-applet
> > >   RFP: http://bugs.debian.org/534556
> > 
> > No GNOME here, no way to test, sorry.
> Is that really the only component depending on Gnome?

Gnome-testing, yes. The others may need some gnome (or gtk, or both) 
libs, but work fine in every environment.

> > > I hope we can find maintainers for all those. Should they be maintained
> > > within the Debian Gnome team ?
> > 
> > libindicator is currently collab-maint with kartik@d.o (CCed) and me, if 
> > others want to join, we could start a "pkg-indicators" or something :)
> Or it could be "pkg-ayatana" that takes care of packaging the software
> that Ubuntu's Ayatana team releases:
> https://launchpad.net/ayatana


I don't care for a name or being a part of another team instead of 
creating a new one, just having helpers is great :)

> I saw that you used Git for the packaging, while I also use git for all
> my own projects, I wonder if it would not make sense to use bzr for those
> Canonical projects since they are all maintained in bzr, and it would make
> it more likely to have upstream directly involved in the team.
> What do you think?
> Maybe James Westby could write an HOWTO for DD that are used to git on how
> to best maintain Ubuntu's software within Debian with bzr-builddeb.

Never tried bzr, so no idea how complicated it is (I guess not too 
different to git anyways). If there is a simple howto, I'll happily move 


Bruce Schneier can read and understand Perl programs.

Reply to: