No x-www-browser virtual package
Hello, update-alternatives offers the choice: gnome-www-browser, www-browser and x-www-browser but there is no virtual package x-www-browser. This is problematic for packages that want to offer the choice of a browser console only, because the www-browser virtual package points to all browsers. How to solve this problem? Simply by asking managers of packages of graphical browsers to point to the correct virtual package (x-www-browser)? Is this appropriate? Regards, -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141117130332.ga9...@free.fr
Bug#765924: RFS: libgom/0.2.1-1
On Sun, 19 Oct 2014 11:25:28 +0200 Joseph Herlant wrote: > > Dear mentors, Hello Joseph, > I am looking for a sponsor for my package "libgom" Are you still looking for a sponsor? I could do the upload for you if you want, but maybe some remarks first. Would you agree to but your package under the GNOME team maintenance? GOM will become an official module starting with the GNOME 3.16 release and having coordinated uploads might be important for us. > It builds those binary packages: > > libgom-1.0-0 - Object mapper from GObjects to SQLite > libgom-1.0-0-dbg - Object mapper from GObjects to SQLite > libgom-1.0-common - Object mapper from GObjects to SQLite > libgom-1.0-dev - Object mapper from GObjects to SQLite > Enable API Reference...: no > Enable Introspection...: no Also I think you should also enable the introspection support to allow other language that C to be able to use the library. This would require adding a new "gir1.2-gom-1.0" package. The API documentation might also be interesting for some people, I guess it could be added to the -dev package. Tell me what you think about this. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141117151609.6992f...@soldur.bigon.be
Bug#765924: RFS: libgom/0.2.1-1
Hi Laurent, On Mon, Nov 17, 2014 at 6:16 AM, Laurent Bigonville wrote: > Are you still looking for a sponsor? Yes I am. > Would you agree to but your package under the GNOME team maintenance? > GOM will become an official module starting with the GNOME 3.16 release > and having coordinated uploads might be important for us. Actually that's what I wanted to do in the 1st place. I made an Alioth request to be part of the Gnome team and sent 2 mails to the debian-gtk-gnome list back in mid october but didn't got any answer. That's why I pushed it to collab-maint. > Also I think you should also enable the introspection support to allow > other language that C to be able to use the library. This would require > adding a new "gir1.2-gom-1.0" package. > > The API documentation might also be interesting for some people, I > guess it could be added to the -dev package. No problem. I'll do that this week-end (changed my computer so I have to reinstall some tools before. Thanks, Joseph -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/capqicowp2deygv6qvqyea9jtizavjm1xx8ryp36uf0j91h_...@mail.gmail.com
Re: Depends on exact version
On Sun, Nov 16, 2014 at 02:39:15PM +0100, Andreas Metzler wrote: > Daniel Lintott wrote: > > I have a package which is split into two sources (a server and gui). The > > server version should match the gui version (upstream version) at all times. > > > Because of this when I'm creating the meta-package that will depend on > > both the gui and server, should be versioned to to be the same upstream > > version. > [...] > > Hello, > > can you add a little bit more info? Are server and GUI running > on the same machine? If they are, there is no need for the > metapackage, the GUI package can simply depend on the server. OTOH if > they can run (and usualy do run) on different machines a meta-package > that syncs server and gui on a single machine would not help. > The server and GUI *can* be run on the same machine (and most users probably will), but there is also the a high possibility that a user will want to run the server seperately from the GUI (maybe even running the GUI on Windows/Mac). The metapackage is needed to provide an upgrade route from the GNS3 0.8.x [1] to the new GNS3 1.x which is split into a gui/server. Obviouosly it's preferred for existing users of GNS3 to upgrade to the new version, as the old version (what will become gns3-legacy) is no longer in active development. But upstream (whom I'm involved with) are well aware that a user may wish to continure using the older version for, which is largely bug free (O bugs on Debain Bug Tracker). Hope that explains it! Regards Daniel [1] http://tracker.debian.org/gns3 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141117193852.ga...@mail.serverb.co.uk
Bug#769986: RFS: puppetlabs-vcsrepo/1.2.0-1 ITP
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "puppetlabs-vcsrepo" * Package name: puppetlabs-vcsrepo Version : 1.2.0-1 Upstream Author : Puppet Labs Inc. * URL : https://forge.puppetlabs.com/puppetlabs/vcsrepo * License : GPL-2+ Section : admin It builds those binary packages: puppet-module-puppetlabs-vcsrepo - Puppet module to deploy content from a version control system To access further information about this package, please visit the following URL: http://mentors.debian.net/package/puppetlabs-vcsrepo Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/puppetlabs-vcsrepo/puppetlabs-vcsrepo_1.2.0-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: Initial release (Closes: #769062) I would like this package to be team maintained under the Puppet Package Maintainers team. If no one from that team wishes to sponsor the upload, I can change the maintainer field for the package. Regards, Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141118042833.23836.76217.reportbug@tesla.local
