[needs-packaging] Add package containing Unity Greeter badges

Hello!

I am looking for sponsors for my new package, unity-greeter-badges. It's available on on Launchpad [1].

Thank you,
Doug Torrance

[1] https://code.launchpad.net/~profzoom/+junk/unity-greeter-badges

*** This is an automated message ***

This bug is tagged needs-packaging which identifies it as a request for a new package in Ubuntu. As a part of the managing needs-packaging bug reports specification, https://wiki.ubuntu.com/QATeam/Specs/NeedsPackagingBugs, all needs-packaging bug reports have Wishlist importance. Subsequently, I'm setting this bug's status to Wishlist.

Hi Doug

> One solution, which would keep these badges both out of the
> unity-greeter package and out of the various desktop packages,
> would be to package the badges available at [3] together
> in a single package. I am an experienced Debian maintainer and
> plan to create such a package soon.

This is a great idea and thanks for doing this. Would you consider
carrying custom_mwm_badge.png from the Motif Window Manager
(mwm) package built from the motif source package in Debian?

I will have a look at your package and am able to advocate it, but
you'll need one more MOTU to advocate it as well [1].
As it states on that page, submitting packages is the preferred
path and seeing you are a Debian Maintainer, it may be
quickest too.

Regards
Graham

[1] https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages#Going_through_MOTU

Thanks for the comments!

I'd be happy to add the mwm badge.

I didn't try and get this package into Debian as it seems very Ubuntu-specific. For example, unity-greeter itself isn't in Debian.

> I'd be happy to add the mwm badge.

Great! I guess I'll need to upload motif 2.3.4-7 without the mwm badge then and unity-greeter-badges should conflicts/replaces on mwm <= 2.3.4-7.

> I didn't try and get this package into Debian as it seems very Ubuntu-specific.
> For example, unity-greeter itself isn't in Debian.

Agreed, it is very Ubuntu-specific, I assumed when I read the following that you meant you plan to create such a package in Debian.

> I am an experienced Debian maintainer and
> plan to create such a package soon.

On 12/02/2014 01:41 AM, Graham Inggs wrote:
> Great! I guess I'll need to upload motif 2.3.4-7 without the mwm badge
> then and unity-greeter-badges should conflicts/replaces on mwm <=
> 2.3.4-7.

I've just pushed a new revision to Launchpad adding the mwm badge.

Doug: If you don't plan to release tarballs for your package, you could just make it a native package instead: http://paste.ubuntu.com/9426974/

Graham: are you going to land the motif change in Debian?

@Daniel: Yes, I'll do that soon. It should probably go via experimental and then I'll sync that into Ubuntu.

@Doug: In debian/control you have:

Depends: ${misc:Depends}, unity-greeter

Is the dependency on unity-greeter the correct way around? I think ultimately you would want unity-greeter to depend or recommend unity-greeter-badges. If you removed this dependency then this package *could* be uploaded to Debian (as it would no longer depend on a package that didn't exist in Debian), although I realize it wouldn't be very useful there.
I'm just not clear on how much submitting new packages through Debian is the preferred path.

Ugh, I wrote previously that the conflicts/replaces should be on <= 2.3.4-7, but that isn't correct. Motif 2.3.4-7 will no longer contain custom_mwm_badge.png, so the conflicts/replaces should be on <= 2.3.4-6 or <= 2.3.4-6~ (I'll need to double check that).

Thanks for the comments!

Daniel: Tarballs are available at [1]. I didn't create these badges. I'm just packaging them. I didn't include a debian/watch because there didn't appear to be an obvious way to get the version number from the url.

Graham: I think << 2.3.4-7 would also work.

Perhaps Enhances: unity-greeter would be more appropriate than Depends? (Assuming this package is Ubuntu-specific, which seems like the correct route to me.)

[1] http://gnome-look.org/content/show.php/?content=158764

@Doug: Lintian suggests breaks/replaces instead of conflicts/replaces:
https://lintian.debian.org/tags/conflicts-with-version.html

Looking at a recent moving of a file between packages (ocl-icd / nvidia-cuda-toolkit) I was involved with, it seems the breaks/replaces should be on << 2.3.4-7~

I prefer enhances: unity greeter to depends.

@Doug: I've reviewed this package and I'll be happy to upload if you include the attached changes.

Now we just need a second MOTU to advocate.

@Graham: Thanks again for the comments! I've added your suggested changes and poked #ubuntu-motu looking for another sponsor.

*** This is an automated message ***

This bug is tagged needs-packaging which identifies it as a request for a new package in Ubuntu. As a part of the managing needs-packaging bug reports specification, https://wiki.ubuntu.com/QATeam/Specs/NeedsPackagingBugs, all needs-packaging bug reports have Wishlist importance. Subsequently, I'm setting this bug's status to Wishlist.

This bug was fixed in the package motif - 2.3.4-7

---------------
motif (2.3.4-7) experimental; urgency=medium

  * Move custom Unity Greeter badge for MWM to unity-greeter-badges
    package in Ubuntu (LP: #1396851).

 -- Graham Inggs <email address hidden> Wed, 10 Dec 2014 15:30:59 +0200

+1 from another MOTU.

Uploaded:
https://launchpad.net/ubuntu/vivid/+queue

I guess ubuntu-sponsors can be unsubscribed now.

Thank you! I unsubscribed ubuntu-sponsors.

The package on gnome-look.org got updated with some new badges. It would seem that there's no way to get the version number from gnome-look the URL, so should I rehost the tarball somewhere else?

http://gnome-look.org/content/show.php?content=158764

Oh great! I'll work on updating the package soon.

A different host with version numbers in the URL would be nice. :)

http://users.wpi.edu/~kddoan/greeter/greeter-badges_0.3.tar.bz2

You can set up debian/watch now. The prefix and suffix will be the same, but the version number will be updated as new WMs/DEs are discovered/made their own badge.