Bug#533447:

[Jeremy Bicha]

*** Please type your report below this line ***

* Package name: kabikaboo
  Version : 1.7
  Upstream Author : Dave Kerr aid...@shaw.ca, Jeremy Bicha jer...@bicha.net
* URL : https://launchpad.net/kabikaboo
* License : GPL
  Programming Lang: Python
  Description : recursive writing assistant

Kabikaboo aims to make the author's life easier by providing a way to edit 
and organize a collection of related text files. The program is a tree-based 
note pad, designed to help you plan a book or complex project.

Kabikaboo is unique in that there are almost no open source programs aimed 
at the novelist or book-writer. Latex, mind-mapping, and word processors 
are useful but have a significantly different purpose.

I have worked with Dave extensively on Kabikaboo 1.7. Now that 1.7 is released 
(today) I plan to do the work necessary to get in the Debian repository. Dave 
supports me working on this packaging on his behalf.




-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#646404: O: fillmore-lombard -- multitrack audio recorder and video editor

[Jeremy Bicha]

I think you'd be better off requesting removal for this package. The
developers basically abandoned it 2 years ago.

See the bottom of http://www.yorba.org/projects.html

It builds against an old version of vala (and we're trying to get rid
of old versions of vala).

Jeremy



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAajCMbR3c8z1CoQ3ESeD6AZxB2uX0SWH4zM3WBR5VP=t3s...@mail.gmail.com

Bug#678920: ITP: libzapojit -- library for accessing SkyDrive and Hotmail

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Jeremy Bicha jbi...@ubuntu.com

* Package name: libzapojit
  Version : 0.0.2
  Upstream Author : Debarshi Ray
* URL : http://git.gnome.org/browse/libzapojit
* License : LGPL-2.1
  Programming Lang: C
  Description : library for accessing SkyDrive and Hotmail

libzapojit is a GLib-based library for accessing online service APIs
using the Microsoft SkyDrive and Hotmail REST protocols.

libzapojit is a new dependency of gnome-documents for GNOME 3.6,
enabling Microsoft SkyDrive support as an alternative to the already
existing Google Docs support. I intend to co-maintain this library
with the Debian GNOME Team.

http://debarshiray.wordpress.com/2012/05/31/gnome-documents-skydrive/

Thanks,
Jeremy Bicha



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caaajcmaqrj-tkhlf5am-fz+g+odikadhms0ijdufrqudyae...@mail.gmail.com

Bug#459219: android-tools now packaged in Ubuntu

[Jeremy Bicha]

android-tools (providing android-tools-adb and android-tools-fastboot)
has now been packaged in Ubuntu. I think this would be a great help to
Android ROM users, especially since I believe Google doesn't make
these available as a simple download for Linux amd64 users. At least
it's not at http://developer.android.com/sdk

I think those two binaries should be easier and faster to get into
Debian than the full Android SDK.

https://launchpad.net/ubuntu/+source/android-tools

Thanks,
Jeremy


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAajCMZPraiXhEwo+ZSCb0VD5=rgyrjagfqcevq0mmfv7te...@mail.gmail.com

Bug#649780: Status of ITP #649780: libosinfo?

[Jeremy Bicha]

Hi, I've been waiting for this to get in Debian for several weeks now
because I'd like to see GNOME Boxes get packaged which depends on
libosinfo. Are you still working on this ITP?

Thanks,
Jeremy



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAajCMYBw0kePrmqg1qorWwQaxOWTgwxqA-1tnTL=-f4rga...@mail.gmail.com

Bug#655901: ITP: gnome-boxes -- Simple GNOME app to access remote or virtual computers

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
Subject: ITP: gnome-boxes -- Simple GNOME app to access remote or
virtual computers
Owner: Jeremy Bicha jbi...@ubuntu.com
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: gnome-boxes
 Version : 3.3.4
 Upstream Author : 2011 Red Hat
* URL : https://live.gnome.org/Boxes
* License :  LGPL-2+
 Programming Lang: Vala
 Description : Simple GNOME app to access remote or virtual computers

This will be maintained by the Debian GNOME team. Initial packaging is
available at 
http://anonscm.debian.org/viewvc/pkg-gnome/packages/experimental/gnome-boxes/
but we need newer versions of libvirt-glib and spice-gtk first.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAajCMbuqH6W5o=r-Xn0LenjPCX08cRLSr=gGcy-S8ABn=t...@mail.gmail.com

Bug#613210: Status of ITP: replicatorg ?

[Jeremy Bicha]

Hi, I was curious how the work was coming on getting replicatorg into
Debian. I'm a bit curious as to why bug 613297 is a blocker; I didn't
think replicatorg used twitter at all.

If you do decide not to continue working on this, could you at least
post what you've done so far?

Jeremy



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAajCMYrxcd9vWsAD2KKr2=mu0yxbj8-t8arwrp5sftxrmc...@mail.gmail.com

Bug#603157: ITP: ttf-ubuntu-font-family

[Jeremy Bicha]

Just as a follow up, could we get fonts-ubuntu uploaded into contrib?
We could see about what's needed for moving it into main later once
the appropriate requirements are met and the right people are happy.

I believe fonts-ubuntu is the correct name for this package, following
Debian's relatively new http://wiki.debian.org/Fonts/PackagingPolicy

My understanding of what Paul stated a few months ago is that
Canonical/Ubuntu would be just happy to get it into Debian however's
best, but he didn't want to force for its inclusion if Debian didn't
want it.

Thanks,
Jeremy Bicha



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caaajcmaf5u56kczoeegdhmkpwcvdar3rbntw6n9t_jppywx...@mail.gmail.com

Bug#692863: ITP: heimdall -- tool for flashing firmware on Samsung Galaxy S devices

[Jeremy Bicha]

On 9 November 2012 16:43, Steve Langasek vor...@debian.org wrote:
 * Package name: heimdall
   Version : 1.4~rc2
   Upstream Author : Benjamin Dobell
 * URL : http://www.glassechidna.com.au/products/heimdall/
 * License : MIT/X11
   Programming Lang: C++
   Description : tool for flashing firmware on Samsung Galaxy S devices

 Heimdall is a tool for flashing firmware (aka ROMs) onto Samsung Galaxy S
 devices over a USB connection.  It accomplishes this using the same
 protocol as Odin, Samsung's internal Windows-only firmware updater.


 The naming of this tool is entirely logical from the upstream's perspective,
 given that there are other related pieces of software called Odin and
 Loke.  However, there's an unfortunate namespace collision here with the
 Kerberos implementation Heimdal.  Suggestions welcome on how to qualify
 the source package name so that the packages are more than one letter off
 from one another...

There's another ITP that suggested heimdall-flash: http://bugs.debian.org/644520

Jeremy


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAajCMbYue2YsW3n9_qhe_q5Az_4=m7m_zzey_y20dza8tn...@mail.gmail.com

Bug#645683: ITP: xul-ext-imkbizle

[Jeremy Bicha]

Hi, I'm not sure what the Debian Mozilla team is doing, but Ubuntu has
removed most Firefox extensions from their archives as it's too big of
a hassle to keep bumping the version numbers every six weeks in all
supported distributions. Why can't this addon just be packaged at
https://addons.mozilla.org/ ?



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAajCMb5Uf4zhz1eTzRAjQUnPpdO9nt7pZzk1Y9oL-S=xga...@mail.gmail.com

Bug#603157: ITP: ttf-ubuntu-font-family

[Jeremy Bicha]

Gürkan, would you be willing to at least submit this to the contrib repository?

Thanks,
Jeremy Bicha



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caaajcmyg7by6wsjdu6+oi0-qljbyfyk2przpgjamc3jpjyr...@mail.gmail.com

Bug#700213: ITP: realmd -- DBus service for configuring kerberos and other online identities.

[Jeremy Bicha]

I'm sure you're aware of this but realmd has been packaged in Ubuntu:

https://launchpad.net/ubuntu/+source/realmd

Thanks,
Jeremy


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAajCMYr=sy5hzqd0nvv7utwe_iqxwm3fi6o427eb2a-cua...@mail.gmail.com

Bug#258096: RFP: glom -- A database designer and user interface

[Jeremy Bicha]

In case anyone is interested, the following dependencies need to be
packaged or re-packaged in Debian first.

libepc
libgdamm5.0
goocanvasmm-2.0

See also the removal bugs:
https://bugs.debian.org/612354
https://bugs.debian.org/785438
https://bugs.debian.org/785544

glom has been packaged in Ubuntu for a decade, but someone is needed
to commit to maintaining it and these dependencies in Debian for it to
be in Debian too.

Jeremy Bicha

Bug#597334: RFP: dpic -- Produces diagrams for LaTeX documents or html pages

[Jeremy Bicha]

I have to admit I know almost nothing about Pascal.

But my initial impression is that the dpic tarball now does include
the source as .x files

https://ece.uwaterloo.ca/~aplevich/dpic/

In fact the changes file (on the website but the changes files is
unfortunately not included in the latest tarball) has this entry:

"2015 12 31 Code tweaked to remove memory leaks.  Pascal source in the
  distribution."

Jeremy Bicha

Bug#827792: ITP: numix-gtk-theme -- modern flat theme from the Numix project

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

   Package name: numix-gtk-theme
Version: 2.6.0-1
Upstream Author: Satyajit Sahoo
URL: https://numixproject.org/
License: GPL-3+
Description: modern flat theme from the Numix project
Numix is a modern flat theme with a combination of light and dark
elements for any GTK-based desktop environment, including GNOME Shell,
Unity, MATE, Cinnamon and more.

The theme is compatible with GTK+ 3.20. The developers are active: the
latest version was just released less than 2 weeks ago.

I am a Debian Maintainer and I intend to package this within the
Debian MATE Packaging Team.

Thanks,
Jeremy Bicha

Bug#827794: ITP: numix-icon-theme: modern icon theme from the Numix project

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

   Package name: numix-icon-theme
Version: 0~20160619-1
Upstream Author: Satyajit Sahoo
URL: https://numixproject.org/
License: GPL-3+
Description: modern icon theme from the Numix project
The Numix icon theme is designed to look fresh, swishy and modern using
white symbols on vividly coloured background for applications and simplistic
devices, toolbars and status icons.

This icon theme will be a dependency of numix-gtk-theme. (MATE's theme
chooser expects a GTK theme to choose a default icon theme for
itself.)

The developers are very active. One difficulty for packaging is that
the developers so far refuse to use releases or tags; they just push
their work to Github. It feels like nearly every distro that packages
this theme has complained about it. [1]

I also intend to package this within the Debian MATE Packaging Team.

[1] https://github.com/numixproject/numix-icon-theme/issues/855

Thank you,
Jeremy Bicha

Bug#824130: ITP: libgames-support -- Useful functionality shared among GNOME games

[Jeremy Bicha]

Michael C.,

I'm sorry I wasn't subscribed to this bug and didn't see your most
recent response until this week.

I'd like to see this rename happen for GNOME 3.22 which means it would
be best if it could happen this weekend because of the impending
Freeze. By correcting this issue for 3.22, it should be relatively
easy to get the updated games in before Ubuntu 16.10 and Debian
Stretch.

I don't mind helping out but I'm not sure that my contributions will
save you much time. I can do a sed replace on the git repositories and
send you the patches but I don't currently have GNOME git commit
rights. And I expect you'd have to be the one to talk to the GNOME
System Administrators about renaming the git repo and bugzilla
project.

Thanks,
Jeremy Bicha

Bug#824130: ITP: libgames-support -- Useful functionality shared among GNOME games

[Jeremy Bicha]

On Sat, Aug 13, 2016 at 3:58 AM, Michael Catanzaro  wrote:
> I've done this once before (libgames-scores -> libgames-support) so I'm
> really not keen on doing a rename again. That said, if you want to
> submit a patch and do the work with the sysadmins to make the rename
> happen, you have my permission; you can point them to this comment to
> show that.

Patches submitted at https://bugzilla.gnome.org/769860

Thanks,
Jeremy

Bug#828733: ITP: python-osc-lib -- OpenStackClient Library

[Jeremy Bicha]

Control: forcemerge 830874 828733

This package has already been uploaded by the Debian OpenStack packagers team.

https://tracker.debian.org/pkg/python-osc-lib

Thanks,
Jeremy Bicha

Bug#854951: ITP: recipes -- Recipe application for GNOME

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

Package Name: recipes
Version: 0.12-1
Upstream Author: Matthias Clasen
URL: https://wiki.gnome.org/Apps/Recipes
License: GPL-3+
Description: Recipe application for GNOME
GNOME Recipes is an easy-to-use application that will help you to discover
what to cook for today, tomorrow, the rest of the week, and your special
occasions.

GNOME Recipes comes with a collection of recipes that have been collected
by GNOME contributors from all over the world. It also lets you store your
own recipes, and share them with your friends.

I am a Debian Maintainer and I intend to package this within the
Debian GNOME Packaging Team.

https://anonscm.debian.org/git/pkg-gnome/recipes.git

Thanks,
Jeremy Bicha

Bug#854951: ITP: recipes -- Recipe application for GNOME

[Jeremy Bicha]

Control: forwarded -1 https://bugzilla.gnome.org/778531

On Sun, Feb 12, 2017 at 9:22 AM, Simon McVittie <s...@debian.org> wrote:
> I think this is too generic. The upstream name is Recipes, and that name is
> fine within the context of GNOME (particularly when its machine-readable
> name is actually org.gnome.Recipes), but within Debian/Ubuntu it would
> seem more reasonable to call it gnome-recipes.

Thanks. I requested that the developer change the name to gnome-recipes.

Jeremy Bicha

Bug#854951: ITP: recipes -- Recipe application for GNOME

[Jeremy Bicha]

Control: rename -1 ITP: gnome-recipes: Recipe application for GNOME

On Sun, Feb 12, 2017 at 10:30 AM, Simon McVittie <s...@debian.org> wrote:
> On Sun, 12 Feb 2017 at 09:44:53 -0500, Jeremy Bicha wrote:
>> On Sun, Feb 12, 2017 at 9:22 AM, Simon McVittie <s...@debian.org> wrote:
>> > I think this is too generic. The upstream name is Recipes, and that name is
>> > fine within the context of GNOME
>>
>> Thanks. I requested that the developer change the name to gnome-recipes.
>
> That isn't actually what I said. As an upstream name, in context,
> Recipes is fine. In an OS distribution that isn't particularly GNOME-centric,
> it isn't. Mapping between the two is part of the OS distributor job.

The rename is done. The upstream project is still named 'recipes' but
the binary and data directories are named gnome-recipes. The Debian
source and binary package are named gnome-recipes too.

Force-pushed since it's a new repo and I didn't know how to make
gbp/pristine-tar handle the rename:
https://anonscm.debian.org/git/pkg-gnome/gnome-recipes.git

Thanks,
Jeremy Bicha

Bug#836354: ITP: libgepub -- library to read epub files

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

Package name: libgepub
Version: 0.4-1
Upstream Author: Daniel Garcia
URL: https://numixproject.org/
License: LGPL-2.1+
Description: library to read epub files
libgepub is a GObject based library for handling and rendering epub
documents. libgepub provides a C library and GObject Introspection
bindings which allow the library to be easily used in several other
programming languages.

libgepub is required by gnome-documents 3.22 which introduces epub
support to its Books app.

libgepub is now hosted by the GNOME Project.

I am a Debian Maintainer and I intend to package this within the
Debian GNOME Packaging Team.

Thanks,
Jeremy Bicha

Bug#641768: [Pkg-xfce-devel] Bug#641768: Webkit Engine for LightDM display manager.

[Jeremy Bicha]

retitle -1 RFP: web-greeter -- Modern, visually appealing login
screen using LightDM

lightdm-webkit-greeter has been renamed to web-greeter and is being
actively maintained by the Antergos distro.

https://antergos.github.io/web-greeter/

Thanks,
Jeremy Bicha

Bug#857508: ITP: gnome-games-app -- Game browser and launcher for GNOME

[Jeremy Bicha]

On Sun, Apr 16, 2017 at 2:56 AM, Evgeni Golov <evg...@debian.org> wrote:
> On Sat, Mar 11, 2017 at 09:51:03PM -0500, Jeremy Bicha wrote:
>> we created the metapackage for upgrades and convenience.
> Why not retire the gnome-games metapackage if it was only for upgrades?

Sorry, I was unclear in my original email, but you missed the second
part: it's a convenient way to install most or all of the "simple"
GNOME games, some of which were never even in the original gnome-games
binary package.

> As far as I can see it, the real package is in wheezy, and since jessie
> we have the transitional one. Same will apply for stretch. And for buster
> you can safely drop it and re-introduce the real app under that name?

Several packages depend on the gnome-games metapackage and it's not
practical to change all of them this late in the stretch Freeze. The
best that could be done would be to make it a transitional package for
stretch. Remove it for buster and then re-use the name in buster+1.

But I don't think it's worth it.

You can do like I did and complain to the developer for re-using the
name if you want. And then move on, if the arguments don't work. (It's
still not packaged in many distros and I wouldn't mind renaming it in
Debian.)

Thanks,
Jeremy Bicha

Bug#860396: ITP: mozjs38 -- SpiderMonkey JavaScript library

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@ubuntu.com

Package Name: mozjs38
Version: 38.2.1~rc0
Upstream Author : Mozilla
URL: 
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/Releases/38
License : MPL-2.0, mostly
Programming Lang: C++
Description: SpiderMonkey JavaScript library
 SpiderMonkey is the code-name for Mozilla Firefox's C++ implementation of
 JavaScript. It is intended to be embedded in other applications
 that provide host environments for JavaScript.

Other Info
--
I am a Debian Maintainer and I have packaged this for the pkg-gnome
team. The packaging is derived from the mozjs24 package. Packaging is
at
https://anonscm.debian.org/git/pkg-gnome/mozjs38.git/

mozjs38 is required for GNOME 3.24 (particularly gjs and gnome-shell)

The gjs developer intends to port gjs to mozjs45 and maybe mozjs52
(the current version) for GNOME 3.26 later this year.

Besides GNOME, there are 3 Debian packages that use mozjs24 (edbrowse
and Cinnamon with its gjs fork, cjs). Both upstreams are working on
porting to mozjs38 now.

Thanks,
Jeremy Bicha

Bug#857508: ITP: gnome-games-app -- Game browser and launcher for GNOME

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
X-Debbugs-CC: debian-devel-ga...@lists.debian.org
Owner: jbi...@ubuntu.com

Package Name: gnome-games-app
Version: 3.23.91
Upstream Author : Adrien Plazas, Sebastien Nicouleaud
URL: https://wiki.gnome.org/Apps/Games
License : GPL-3+
Programming Lang: Vala
Description: Game browser and launcher for GNOME
GNOME Games is an application to browse your video games library and easily
pick and play a game from it.

Other Info
--
I am a Debian Maintainer and I have packaged this for the pkg-gnome
team. Packaging is at
https://anonscm.debian.org/git/pkg-gnome/gnome-games.git/

The upstream project is named gnome-games which conflicts with the
Debian metapackage gnome-games. gnome-games originally was the name of
the collection of GNOME casual games released together and managed in
the same repo. When they were split into separate packages years ago,
we created the metapackage for upgrades and convenience.

When I complained about the name conflict, the developer suggested we
use the name gnome-games-app for packaging.
https://mail.gnome.org/archives/desktop-devel-list/2016-June/msg00040.html

Thanks,
Jeremy Bicha

Bug#857509: ITP: retro-gtk -- library for GTK libretro frontends

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@ubuntu.com
Block: 857508

Package Name: retro-gtk
Version: 0.9.91
Upstream Author : Adrien Plazas
URL: https://wiki.gnome.org/Apps/Games
License : GPL-3+
Programming Lang: Vala, C
Description: library for GTK libretro frontends
 retro-gtk is a library to make libretro frontends that use GTK3.

Other Info
--
I am a Debian Maintainer and I have packaged this for the pkg-gnome
team. Packaging is at
https://anonscm.debian.org/git/pkg-gnome/gnome-games.git/

retro-gtk is used by the GNOME Games app,

Thanks,
Jeremy Bicha

Bug#857504: ITP: graphene -- library of graphic data types

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@ubuntu.com

Package Name: graphene
Version: 1.6.0
Upstream Author : Emmanuele Bassi
URL: https://github.com/ebassi/graphene
License : Expat
Programming Lang: C
Description: library of graphic data types
Graphene provides a small set of mathematical types needed to implement
graphic libraries that deal with 2D and 3D transformations and projections.

This library provides types and their relative API; it does not deal with
windowing system surfaces, drawing, scene graphs, or input.

Other Info
--
I am a Debian Maintainer and I expect we will maintain this package in
the pkg-gnome team. Packaging is at
https://anonscm.debian.org/git/pkg-gnome/graphene.git/

graphene is a required build-dependency for gtk4. The first major
milestone for gtk4 is 3.90, expected later this month. gtk3 is stable
with continued bugfix releases in the 3.22.* series.
https://wiki.gnome.org/Projects/GTK+/Roadmap

My packaging uses meson. (GNOME is considering switching many of their
modules to meson for 3.26 later this year.)

Thanks,
Jeremy Bicha

Bug#857503: ITP: switcheroo-control -- D-Bus service to check the availability of dual-GPU

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@ubuntu.com

Package Name: switcheroo-control
Version : 1.1
Upstream Author : Bastien Nocera <had...@hadess.net>
URL : https://github.com/hadess/switcheroo-control
License : GPL-3+
Programming Lang: C
Description: D-Bus service to check the availability of dual-GPU
For systems that have both an integrated GPU and a dedicated GPU, this
package by default will force the integrated GPU to be used to save power.

You can launch individual apps using the dedicated GPU by running them
with the environment variable DRI_PRIME=1. Or you can right-click on the
app (while it's not running) in GNOME Shell's Activities Overview
and choose the "Launch using Dedicated Graphics Card" option.

If this default behavior is not appropriate, uninstall this package or
set xdg.force_integrated=0 as a kernel command-line option in your
bootloader.

Other Info
--
I am a Debian Maintainer and I expect we will maintain this package in
the pkg-gnome team. Packaging is at
https://anonscm.debian.org/git/pkg-gnome/switcheroo-control.git/

gnome-control-center and gnome-shell 3.24 optionally use the interface
exposed by this service. Fedora 25 backported these enhancements to
the GNOME 3.22 it shipped.

http://www.hadess.net/2016/10/dual-gpu-integration-in-gnome.html

The project name is derived from the Linux kernel interface it uses:
vga_switcheroo.

Thanks,
Jeremy Bicha

Bug#871684: ITP: template-glib -- templating library for GLib

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@ubuntu.com

Package Name: template-glib
Version: 3.25.3
Upstream Author : Christian Hergert
License : LGPL-2.1+ (a few files are GPL-3+, I'm asking upstream if
that was intended)
Programming Lang: C
Description: templating library for GLib
 Template-GLib includes a simple template format along with integration into
 GObject Introspection for properties and methods. It separates the parsing of
 templates and the expansion of templates for faster expansion. You can also
 define scope, custom functions, and more with the embedded expression
 language.

Other Info
--
template-glib was split off from gnome-builder and therefore we need it to
build gnome-builder 3.25.3+. Two other libraries were similarly split
and are being packaged now: libdazzle (Bug 867852) and jsonrpc-glib.

The split was briefly mentioned at
https://blogs.gnome.org/chergert/2017/06/09/this-week-in-builder/

API docs are temporarily (?) hosted at
https://people.gnome.org/~chergert/docs/template-glib/

These libraries will be maintained by the pkg-gnome team. Packaging is at
https://anonscm.debian.org/git/pkg-gnome/template-glib.git

Thanks,
Jeremy Bicha

Bug#871738: ITP: tracker-miners -- file indexer and metaata extractors

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@ubuntu.com

Package Name: tracker-miners
Version: 1.99.2
Upstream Author : Nokia, Carlos Garnacho
License : GPL-2+ (some parts are LGPL-2.1+)
Programming Lang: C

Description: metadata database, indexer and search tool
 Tracker is an advanced framework for first class objects with associated
 metadata and tags. It provides a one stop solution for all metadata, tags,
 shared object databases, search tools and indexing.

 tracker-miners contains the indexer and metadata extractors.

Other Info
--
tracker-miners has been split to a separate source package from
tracker. This mostly corresponds to the tracker-extract and
tracker-miner-fs Debian binary packages.

tracker 2.0 is expected to be released next month as part of GNOME 3.26.

The Debian GNOME team intends to maintain this package.

Packaging is at
https://anonscm.debian.org/git/collab-maint/tracker-miners.git
but we may move it to
https://anonscm.debian.org/git/pkg-gnome/tracker-miners.git

Thanks,
Jeremy Bicha

Bug#871707: ITP: jsonrpc-glib -- JSON-RPC library for GLib

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@ubuntu.com

Package Name: jsonrpc-glib
Version: 3.25.3
Upstream Author : Christian Hergert
License : LGPL-2.1+
Programming Lang: C

Description: JSON-RPC library for GLib
 JSONRPC-GLib is a library for communicating as both a JSON-RPC client and
 server. Additionally, it supports upgrating connections to use GVariant for
 less runtime overhead.

Other Info
--
jsonrpc-glib was split off from gnome-builder and therefore we need it to
build gnome-builder 3.25.3+. Two other libraries were similarly split
and are being packaged now: libdazzle (Bug 867852) and template-glib
(Bug 871684).

The split was briefly mentioned at
https://blogs.gnome.org/chergert/2017/06/09/this-week-in-builder/

API docs are temporarily (?) hosted at
https://people.gnome.org/~chergert/docs/jsonrpc-glib/

These libraries will be maintained by the pkg-gnome team. Packaging is at
https://anonscm.debian.org/git/pkg-gnome/jsonrpc-glib.git

Thanks,
Jeremy Bicha

Bug#867852: ITP: libdazzle -- feature-filled library for GTK+ and GObject

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@ubuntu.com

Package Name: libdazzle
Version: 3.25.3
Upstream Author : Christian Hergert
License : GPL-3.0+
Programming Lang: C
Description: feature-filled library for GTK+ and GObject
 libdazzle provides additional features for GTK+ and GObject. A wide range of
 components from utilities for GIO, widgets for GTK+, an animation framework,
 state machines, paneling and high-performance counters are included.

Other Info
--
libdazzle was split off from gnome-builder and therefore we need it to
build gnome-builder 3.25.3+.

Here's the initial announcement by its creator:
https://blogs.gnome.org/chergert/2017/05/31/razzle-dazzle/

libdazzle will be maintained by the pkg-gnome team. Packaging is at
https://anonscm.debian.org/git/pkg-gnome/libdazzle.git

Thanks,
Jeremy Bicha

Bug#860396: retitle mozjs38 ITP to mozjs52

[Jeremy Bicha]

Control: retitle -1 ITP: mozjs52 -- SpiderMonkey JavaScript library

The Debian GNOME team is skipping mozjs38 and going straight to
mozjs52. mozjs52 is part of GNOME 3.26 and is the JavaScript engine
from Firefox 52 ESR, the only ESR supported at this time.

The packaging is derived from Debian's mozjs24 packaging.

The debian/copyright is from Firefox but with parts that don't apply
to this smaller source package removed.

Thanks,
Jeremy Bicha

Bug#860396: retitle mozjs38 ITP to mozjs52

[Jeremy Bicha]

On Sat, Aug 5, 2017 at 3:31 PM, Maximiliano Curia
<m...@gnuservers.com.ar> wrote:
> I'm also interested in a newer version of mozjs (for cinnamon), please let
> me know if you need a hand packaging it (and/or if you are at DebConf).

Hi, I'm not at DebConf, but others from the Debian GNOME team are.

Packaging of mozjs52 is already done at
https://anonscm.debian.org/git/pkg-gnome/mozjs52.git

Jordi sponsored it into the new queue. Hopefully, it won't take long
too there because it's required to get a newer gnome-shell.

Maybe Cinnamon will be able to follow GNOME to port to mozjs52 soon?

The Debian GNOME team isn't interested in uploading mozjs38, but the
packaging is in the mozjs38.git repo if you need it (it was needed for
Ubuntu 17.04).

Thanks,
Jeremy Bicha

Bug#835197: RFP: fonts-eosrei-emojione

[Jeremy Bicha]

It appears like Emojione is no longer under a DFSG-compatible license.

Emojitwo is a fork of Emojione before the licensing change.

https://github.com/EmojiTwo/emojitwo

By the way, my understanding is that the new GNOME color emoji feature
requires these:
1. gtk+3.0 3.22.18 (in testing)
2. pango1.0 1.40.9 (in unstable)
3. fontconfig 2.12.5 (not released yet)
4. cairo 1.15.7 (not released yet, it's the "development" branch)
5. A suitable font. See this list:
https://cgit.freedesktop.org/fontconfig/tree/conf.d/45-generic.conf

The Noto Emoji ITP is https://bugs.debian.org/848198

Thanks,
Jeremy Bicha

Bug#848198: fonts-noto-color-emoji

[Jeremy Bicha]

Control: merge 848198 849042

Hi, has there been any progress on packaging Noto Emoji?

Thanks,
Jeremy Bicha

Bug#876011: ITP: gtk+4.0 -- GTK+ graphical user interface library

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@debian.org

Package Name: gtk+4.0
Version: 3.91.2
Upstream Authors : Many. See debian/copyright
License : LGPL-2+
Programming Lang: C

Description: GTK+ graphical user interface library
 GTK+ is a multi-platform toolkit for creating graphical user
 interfaces. Offering a complete set of widgets, GTK+ is suitable
 for projects ranging from small one-off tools to complete application
 suites.

Other Info
--
The Debian GNOME team intends to maintain this package.

Since gtk4 is still in beta development and we aren't aware of any
apps that require gtk4 yet, we will be uploading this to experimental.

Packaging is currently in svn at
svn://anonscm.debian.org/pkg-gnome/desktop/unstable/gtk+4.0/
You can browse at
https://anonscm.debian.org/viewvc/pkg-gnome/desktop/experimental/gtk%2B4.0/

Thanks,
Jeremy Bicha

Bug#878822: ITP: goocanvasmm-2.0 -- C++ bindings for GooCanvas

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@debian.org

Package Name: goocanvasmm
Version: 1.90.11
Upstream Authors : Murray Cumming and others
License : LGPL-2.1+. Some files are GPL-2 or GPL-2+
Programming Lang: C++

Description: C++ bindings for GooCanvas
 GooCanvas is a canvas widget for GTK+ that uses the cairo 2D library for
 drawing. It has a model/view split, and uses interfaces for canvas items and
 views, so you can easily turn any application object into canvas items.
 goocanvasmm is the C++ wrapper for GooCanvas

Other Info
--
The Debian GNOME team intends to maintain this package.

goocanvasmm was in Debian until 2015.

goocanvasmm-2.0 is a required dependency for glom (#258096). It has
been maintained in Ubuntu for several years.

Packaging is at
https://anonscm.debian.org/git/pkg-gnome/goocanvasmm-2.0.git

Thanks,
Jeremy Bicha

Bug#878823: ITP: libgdamm5.0 -- C++ wrappers for libgda5

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@debian.org

Package Name: libgdamm
Version: 4.99.11
Upstream Authors : Murray Cumming
License : LGPL-2.1+. Some files are GPL-2+
Programming Lang: C++

Description: C++ wrappers for libgda5
 libgdamm is a set of C++ bindings for the libgda5 database API.
 libgda is the GNU Data Access library.

Other Info
--
The Debian GNOME team intends to maintain this package.

libgdamm4.0 was in Debian until 2014.

libgdamm5.0 is a required dependency for glom (#258096). It has been
maintained in Ubuntu for several years.

Packaging is at
https://anonscm.debian.org/git/pkg-gnome/libgdamm5.0.git

Thanks,
Jeremy Bicha

Bug#258096: ITP: glom -- A database designer and user interface

[Jeremy Bicha]

Control: retitle -1 ITP: glom -- A database designer and user interface
Control: owner -1 jbi...@debian.org

I am looking into maintaining glom under the Debian GNOME team.

See also these 2 ITPs
https://bugs.debian.org/878822 (goocanvasmm2.0)
https://bugs.debian.org/878823 (libgdamm5.0)

Thanks,
Jeremy Bicha

Bug#874089: ITP: pipewire -- libraries for the PipeWire multimedia server

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@ubuntu.com

Package Name: pipewire
Version: 0.1.4
Upstream Author : Wim Taymans
License : LGPL-2+
Programming Lang: C

Description: libraries for the PipeWire multimedia server - documentation
 PipeWire is a server and user space API to deal with multimedia
 pipelines. This includes:

 - Making available sources of video (such as from a capture devices or
   application provided streams) and multiplexing this with clients.
 - Accessing sources of video for consumption.
 - Generating graphs for audio and video processing.

Other Info
--
PipeWire [1] is an optional dependency of mutter 3.26 to enable
experimental Remote Desktop support in GNOME on Wayland. But its
ambitions are greater: "PipeWire now aims at unifying linux Audio and
Video." [2]

The author gave a talk recently at GUADEC about PipeWire. [3]

The Debian GNOME team intends to maintain this package.

Work-in-progress packaging is at
https://anonscm.debian.org/git/pkg-gnome/pipewire.git

[1] https://github.com/wtay/pipewire/
[2] https://blogs.gnome.org/uraeus/2017/06/20/fedora-workstation-26-and-beyond/
[3] https://2017.guadec.org/talks-and-events/#abstract-opentalk8-pipewire

Thanks,
Jeremy Bicha

Bug#873970: ITP: gtksourceview4: GTK+ syntax highlighting widget

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@ubuntu.com

Package Name: gtksourceview4
Version: 3.99.4
Upstream Author : Ignacio Casal Quinteiro,
  Jesse van den Kieboom, Paolo Borelli, Sébastien Wilmet and others
License : LGPL-2.1+ except for a few GPL-2+ files
Programming Lang: C

Description: shared libraries for the GTK+ syntax highlighting widget
 GtkSourceView is a text widget that extends the standard GTK+ 3.x text widget
 GtkTextView. It improves GtkTextView by implementing syntax highlighting and
 other features typical of a source editor.

Other Info
--
Somewhat confusingly, gtksourceview4 is a new API for GTK+ 3.
gtksourceview5 is planned for release in a few years for GTK+ 4.

For more information, see
https://wiki.gnome.org/Projects/GtkSourceView/TransitionToGtkSourceView4
https://developer.gnome.org/gtksourceview/unstable/

The Debian GNOME team intends to maintain this package.

I'm uploading to experimental for now.

Packaging is currently at
https://anonscm.debian.org/viewvc/pkg-gnome/desktop/experimental/gtksourceview4/

Thanks,
Jeremy Bicha

Bug#874089: ITP: pipewire -- libraries for the PipeWire multimedia server

[Jeremy Bicha]

On Sat, Sep 2, 2017 at 10:33 PM, Jeremy Bicha <jbi...@ubuntu.com> wrote:
> PipeWire [1] is an optional dependency of mutter 3.26 to enable
> experimental Remote Desktop support in GNOME on Wayland.

https://wiki.gnome.org/Projects/Mutter/RemoteDesktop

Thanks,
Jeremy Bicha

Bug#866873: ITA: babl -- Dynamic, any to any, pixel format conversion library

[Jeremy Bicha]

Keng-Yu,

I have been following your ITAs for babl and gegl since July. But it
seems like progress is slow.

I would like to maintain them under the pkg-gnome team since
gnome-photos often requires the latest versions of babl and gegl.

Would you be ok with the Debian GNOME team taking over maintenance of
these packages?

Thank you,
Jeremy Bicha

Bug#879062: ITP: libepc -- Easy Publish and Consume library

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@debian.org

Package Name: libepc
Version: 4.99.11
Upstream Authors : Openismus GmbH
License : LGPL-2.1+.
Programming Lang: C

Description: Easy Publish and Consume library
 The Easy Publish and Consume library provides an easy method to publish
 data per HTTPS announce that information via DNS-SD, find that information
 and finally consume it.

Other Info
--
The Debian GNOME team intends to maintain this package.

libepc was in Debian, maintained by the Debian GNOME team until 2015
when it was removed because nothing used it.

It is being packaged now in order to package glom (#258096). According
to wnpp [1], glom is the 4th oldest requested package for Debian
(2004).

Packaging is at
https://anonscm.debian.org/git/pkg-gnome/libepc.git

The original ITP for libepc is https://bugs.debian.org/454805

The other ITP needed for glom is goocanvasmm-2.0: https://bugs.debian.org/878822

[1] https://www.debian.org/devel/wnpp/being_packaged_byage

Thanks,
Jeremy Bicha

Bug#848198: fonts-noto-color-emoji

[Jeremy Bicha]

On Sun, Aug 20, 2017 at 1:11 AM, Medical Wei <m...@lxde.org> wrote:
> I am recently (1-2 weeks ago) into some ITP and RFPs of some Python
> libraries to build fonts from source, like ufolib, defcon, and henrich is
> going to update fonttools. This can lead towards to packaging nototools to
> build this package from source.

This is a priority for me for Ubuntu 18.04 LTS. Please let me know if
I can help in any way.

It looks like there are several more packages that you need to build
nototools, some don't even have ITPs yet (like pyclipper).

Do you intend to maintain these packages yourself or with a team?

Do you have git repos for your work so far?

Have you been able to build nototools or the noto-color-emoji font locally yet?

I am usually in Debian IRC in #debian-gnome. Feel free to ping me.

Thanks,
Jeremy Bicha

Bug#835197: RFP: fonts-eosrei-emojione

[Jeremy Bicha]

On Sun, Nov 5, 2017 at 11:48 AM, Jeremy Bicha <jbi...@debian.org> wrote:
> Fedora 27 includes the Noto emoji by default.

I was wrong here. Fedora 27 includes the Emoji One font by default.
Although the Fedora package is currently named eosrei-emojione-fonts,
the font actually comes straight from Emoji One's github and not from
eosrei's github. The font provided by eosrei's github will not work
for the GNOME feature and is also not the version of Emoji One
recommended by Mozilla.

I also found that Ubuntu already packaged fonts-emojione. Like the
Fedora package, it simply installs the pre-compiled ttf. To actually
build fully from source requires pacakging several node-grunt
packages.

On the other hand, Emoji Two isn't yet buildable for the GNOME
feature. The Fedora developers would like to get this figured out
within a year because it's bad to be stuck on an old unmaintained
emoji font when new emoji are still being added to the Standard every
year. One proposal is for it reuse the nototools build system used by
fonts-noto-color-emoji. In that case, we wouldn't need to package the
node packages.

The Emoji One package in Fedora and Ubuntu doesn't support the Mozilla
feature. See https://bugs.debian.org/849602 for more details.

So someone is welcome to work on packaging Emoji One while we wait for
Emoji Two. If someone wants to work on that, I recommend cloning this
bug.

Thanks,
Jeremy Bicha

Bug#603157: ITP: ttf-ubuntu-font-family

[Jeremy Bicha]

Control: owner -1 Jeremy Bicha <jbi...@debian.org>
Control: retitle -1 ITP: fonts-ubuntu -- sans-serif font set from Ubuntu

I will finally be uploading this to non-free soon. Packaging is at

https://anonscm.debian.org/git/pkg-fonts/fonts-ubuntu.git

Thanks,
Jeremy Bicha

Bug#806513: ITP: defcon -- set of UFO based objects for use in font editing applications

[Jeremy Bicha]

Control: tags -1 +pending

defcon has been uploaded to the Debian NEW queue.

Thanks,
Jeremy Bicha

Bug#882118: ITP: glyphsinfo -- Glyphs info used inside Glyphs.app

[Jeremy Bicha]

Control: tags -1 +pending

Uploaded to the Debian NEW queue.

Thanks,
Jeremy Bicha

Bug#807717: RFP: ttf-fxemoji -- Firefox OS Emojis

[Jeremy Bicha]

The Firefox OS Emoji project is no longer developed, which means the
emoji set will just be missing more and more emoji as time passes.
Should this bug be closed now?

https://github.com/mozilla/fxemoji

Thanks,
Jeremy Bicha

Bug#881459: ITP: obsidian-icon-theme -- Obsidian icon theme

[Jeremy Bicha]

Control: tags -1 +pending

On Fri, Dec 15, 2017 at 6:47 PM, Omar Jair Purata Funes
<omarpura...@gmail.com> wrote:
> Package is uploaded to mentors.debian.net fully free of lintian bugs,
> already made the watchfile and it works properly, copyright issue has been
> solved by the inclusion of the original faenza creator. Is there anything
> else that needs to be done? :)

Thank you for your work on this package and helping to make Debian better.

I have uploaded the package for you to the Debian NEW queue. It will
need to be manually examined by a member of the ftpmaster team before
it will be allowed into Debian. It's difficult to predict how long
that will take. It may be several weeks.

I made a few changes before uploading.
- I used Standards-Version 4.1.2, the latest version
- I used the same URL for the Source: in debian/copyright as we
already use for debian/watch
- The executable-not-elf-or-script warning is my fault for encouraging
you to drop the rule to fix the file permissions. (I thought it worked
before.) Therefore, I added back a slightly different version of that
rule to do that. Please file a bug upstream asking them to fix the
permissions. They can run a command like
find . -type f -exec chmod -x {} \;

I am attaching a patch with my changes.

Thanks,
Jeremy Bicha
=== modified file 'debian/control'
--- old/debian/control	2017-12-16 00:46:00 +
+++ new/debian/control	2017-12-16 00:46:23 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Omar Jair Purata Funes <omarpura...@gmail.com>
 Build-Depends: debhelper (>= 10)
-Standards-Version: 3.9.8
+Standards-Version: 4.1.2
 Homepage: https://github.com/madmaxms/iconpack-obsidian
 #Vcs-Git: https://github.com/madmaxms/iconpack-obsidian.git
 #Vcs-Browser: https://github.com/madmaxms/iconpack-obsidian

=== modified file 'debian/copyright'
--- old/debian/copyright	2017-12-16 00:46:00 +
+++ new/debian/copyright	2017-12-16 00:46:48 +
@@ -1,6 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: obsidian-icon-theme
-Source: https://www.gnome-look.org
+Source: https://github.com/madmaxms/iconpack-obsidian
 
 Files: *
 Copyright: 2017 MadMaxMS, Matthieu James

=== modified file 'debian/rules'
--- old/debian/rules	2017-12-16 00:46:00 +
+++ new/debian/rules	2017-12-16 01:10:52 +
@@ -3,4 +3,6 @@
 %:
 	dh $@
 
-
+override_dh_fixperms:
+	dh_fixperms
+	find debian/obsidian-icon-theme -type f -exec chmod -x {} \;

Bug#881459: ITP: obsidian-icon-theme -- Obsidian icon theme

[Jeremy Bicha]

Omar, thank you for pushing an updated version to the mentors site.
There are a few new issues:

13. Please change debian/source/format back to 3.0 (quilt)  Also
change the version number in debian/changelog back to 3.5-1

14. Please add an extra blank line after the Initial release line in
your debian/changelog.

15. Please use Standards-Version 4.1.2 not 3.9.8

Please also handle this:
> 8. The override_dh_install rule looks unnecessary to me since the
> files appear to already have the correct permissions.

Finally, I am not willing to sponsor this until you get clarification
from upstream about #11.

Thanks,
Jeremy Bicha

Bug#881459: ITP: obsidian-icon-theme -- Obsidian icon theme

[Jeremy Bicha]

On Thu, Dec 14, 2017 at 5:25 PM, Omar Jair Purata Funes
<omarpura...@gmail.com> wrote:
> About #11 upstream stated previously that his work is based on the Faenza
> Icon theme, he did tweak the some icons and made a lot of new ones
> preserving the "squared" style. It could count as a fork of the Faenza Icon
> theme since it DOES use some of the original icons.

Ok, I looked over the text of the GPL3 and it looks like copyright
owners need to opt in if they want author information preserved in
derivative works. It does not look like this was done by the Faenza
creator. Could you please mention the Faenza creator's name in your
debian/copyright, either in the Copyright line or a Comment line? That
satisfies my concern for #11.

16. Please add a debian/watch to look for new releases from
https://github.com/madmaxms/iconpack-obsidian/releases
Please use https://github.com/madmaxms/iconpack-obsidian in the
Source: line of debian/copyright

Thanks,
Jeremy Bicha

Bug#835197: ITP: fonts-emojitwo -- Color emoji font originally released as Emojione 2.2

[Jeremy Bicha]

Control: retitle -1 ITP: fonts-emojione -- Color emoji font originally
released as Emojione 2.2
Control: owner -1 Jeremy Bicha <jbi...@debian.org>
Control: blocks -1 by 848206

On Wed, Nov 15, 2017 at 4:19 PM, Jeremy Bicha <jbi...@debian.org> wrote:
> On the other hand, Emoji Two isn't yet buildable for the GNOME
> feature. The Fedora developers would like to get this figured out
> within a year because it's bad to be stuck on an old unmaintained
> emoji font when new emoji are still being added to the Standard every
> year. One proposal is for it reuse the nototools build system used by
> fonts-noto-color-emoji. In that case, we wouldn't need to package the
> node packages.

I figured out how to build it with the Noto Emoji build system. We can
upload this to Debian soon.

Thanks,
Jeremy Bicha

Bug#882071: ITP: compreffor -- CFF table subroutinizer for FontTools

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@debian.org

Package Name: python3-compreffor
Version: 0.4.6
Upstream Authors : Google, Sam Fishman, Cosimo Lupo
License : Apache-2.0
Programming Lang: Python, C++
Homepage: https://github.com/googlei18n/compreffor

Description: CFF table subroutinizer for FontTools
 python3-compreffor is a tool to subroutinize a Compact Font Format (CFF)
 OpenType font.

Other Info
--
This is yet another Google font package required by fontmake. fontmake
is required to fully build several fonts from source.

I am packaging this as part of the Debian Fonts Team.

Packaging is at
https://anonscm.debian.org/git/pkg-fonts/compreffor.git/

Thanks,
Jeremy Bicha

Bug#806503: ITP: mutatormath -- calculation of piecewise linear interpolations in n-dimensions with masters

[Jeremy Bicha]

Control: tags -1 +pending

Uploaded to Debian NEW queue.

Packaging is at https://anonscm.debian.org/git/pkg-fonts/mutatormath.git

Thanks,
Jeremy Bicha

Bug#880897: ITP: libcloudproviders -- cloud provider library

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@debian.org

Package Name: libcloudproviders
Version: 0.2.5
Upstream Authors : Carlos Soriano and Julius Haertl
License : LGPL-3+.
Programming Lang: C

Description: cloud provider library
 libcloudproviders is a glib based library that makes it easier to implement
 a cloud provider server or client.
 .
 libcloudproviders also provides a DBus API that allows cloud storage sync
 clients to expose their services. Clients such as file managers and desktop
 environments can then provide integrated access to the cloud providers
 services.

Other Info
--
Currently, the only supported provider is Nextcloud. This package
won't work for Nextcloud until proposed patches are accepted in gtk3
and there is a new Nextcloud release.

libcloudproviders was a GSOC 2017 project. Here are updates from the
GSOC student:
https://blog.juliushaertl.de/index.php/category/gsoc-2017/

libcloudproviders is a major part of GNOME's strategy to deprecate the
traditional "system tray".
https://wiki.gnome.org/Initiatives/StatusIconMigration/

The somewhat generic name is intentional because it is hoped that this
library will be useful for other desktops and file managers.

By the way, this is one of the first projects to use GNOME's GitLab
beta hosting.
https://gitlab.gnome.org/External/libcloudproviders

The Debian GNOME team currently intends to maintain this package.

Packaging is at
https://anonscm.debian.org/git/pkg-gnome/libcloud-providers.git

Thanks,
Jeremy Bicha

Bug#835197: RFP: fonts-eosrei-emojione

[Jeremy Bicha]

On Sun, Nov 5, 2017 at 11:48 AM, Jeremy Bicha <jbi...@debian.org> wrote:
> Fedora 27 includes the Noto emoji by default.

Let me clarify: Fedora 27 pre-release includes an ancient black &
white version of the Noto emoji font which is surprising. And it's not
clear yet whether they will ship the Noto color emoji font in future
releases by default or the old Emoji One / Emoji Two font.

Thanks,
Jeremy Bicha

Bug#835197: RFP: fonts-eosrei-emojione

[Jeremy Bicha]

Control: retitle -1 RFP: fonts-emojitwo -- Color emoji font originally
released as Emojione 2.2

On Sat, Aug 19, 2017 at 5:29 PM, Jeremy Bicha <jbi...@ubuntu.com> wrote:
> It appears like Emojione is no longer under a DFSG-compatible license.

Updating the bug title, since I'm skeptical that even non-free could
provide the latest Emojione.

> By the way, my understanding is that the new GNOME color emoji feature
> requires these:

All of that is done now in Debian Testing except for fontconfig 2.12.6
(soon I hope). Also fonts-noto-color-emoji is in the NEW queue.

Mike, I wonder why Mozilla standardized on the Emojione font. Given
Emojione's license shift and the fact that it appears like Linux
distros prefer the Noto emoji, do you think Mozilla would reconsider?
(Fedora 27 includes the Noto emoji by default. I expect Ubuntu 18.04
LTS to include fonts-noto-color-emoji by default. Probably Debian
GNOME Buster too. It is the same emoji used by Google in the latest
stock Android devices.)

If I understand
https://github.com/EmojiTwo/emojitwo/blob/master/Gruntfile.js#L404
correctly, we'll need to package a lot more node/grunt libraries to
build emojitwo from source.

Ubuntu does have a package for fonts-emojione (from before the license
change). (It technically doesn't build the font from source either but
uses a pre-compiled .ttf).

Thanks,
Jeremy Bicha

Bug#806515: RFP: pyclipper -- Cython wrapper for the Clipper library

[Jeremy Bicha]

retitle -1 RFP: pyclipper -- Cython wrapper for the Clipper library
noowner -1

I did not need this package after all in order to package
fonts-noto-color-emoji. I am not particularly interested in it, so I'm
giving up this ITP so that someone else can work on it.

Thanks,
Jeremy Bicha

Bug#883828: ITP: woff2 -- library for converting fonts to WOFF 2.0

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@debian.org

Package Name: woff2
Version: 1.0.2
Upstream Authors : Google
License : Expat
Programming Lang: C++
Homepage: https://github.com/google/woff2

Description: library for converting fonts to WOFF 2.0
 woff2 is a library for converting fonts from the TTF format to the WOFF 2.0
 format. The library also allows decompression from Woff 2.0 to TTF.
 .
 The WOFF 2.0 format uses the Brotli compression algorithm to compress fonts
 suitable for use in CSS @font-face rules. WOFF 2.0 is a W3C Candidate
 Recommendation.

Other Info
--
This library is required by webkit2gtk 2.20 which will be released in
March. Previously, the library was bundled in the webkit2gtk sources.
(It's still bundled in Chromium, Firefox, Thunderbird, TeX Live).

I am packaging this as part of the Debian Fonts Team.

Packaging is at
https://anonscm.debian.org/git/pkg-fonts/woff2.git/

The specification is at https://www.w3.org/TR/WOFF2/

Thanks,
Jeremy Bicha

Bug#826428: ITA: gcompris-qt -- Educational games for small children - Qt rewrite

[Jeremy Bicha]

On Thu, Dec 7, 2017 at 6:24 AM, Sébastien Villemot <sebast...@debian.org> wrote:
> On Thu, Dec 07, 2017 at 12:11:09PM +0100, Sébastien Villemot wrote:
>> On Wed, Dec 06, 2017 at 04:26:10PM -0600, Simon Quigley wrote:
>> - since the version number of the old series (15.10-1) is higher than the new
>>   one (0.81-1), the epoch needs to be bumped (i.e. we should use 1:0.81-1).

There is an interesting hack where only the old package names need the
epoch bump.

See for instance
https://anonscm.debian.org/git/pkg-fonts/fonts-ubuntu.git/commit/?id=046b11af

Thanks,
Jeremy Bicha

Bug#883898: gparted: misc. packaging fixes

[Jeremy Bicha]

From 4dcfea9c4b650980e80053589366c76fffdfab81 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha <jbi...@ubuntu.com>
Date: Fri, 8 Dec 2017 19:47:39 -0500
Subject: [PATCH 8/8] Add disable-block-tests.patch and re-enable build tests

Disable tests that we can't run during the build

Closes: #883901
---
 debian/patches/disable-block-tests.patch | 44 
 debian/patches/series|  2 +-
 debian/rules |  1 -
 3 files changed, 45 insertions(+), 2 deletions(-)
 create mode 100644 debian/patches/disable-block-tests.patch

diff --git a/debian/patches/disable-block-tests.patch b/debian/patches/disable-block-tests.patch
new file mode 100644
index 000..de91a51
--- /dev/null
+++ b/debian/patches/disable-block-tests.patch
@@ -0,0 +1,44 @@
+Description: Disable block tests that don't work in our
+ minimal build environment. Instead of disabling,
+ we should see about running these tests with
+ autopkgtest, probably with isolation-machine
+Author: Jeremy Bicha <jbi...@ubuntu.com>
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=785960
+---
+ tests/test_BlockSpecial.cc |4 
+ 1 file changed, 4 insertions(+)
+
+--- a/tests/test_BlockSpecial.cc
 b/tests/test_BlockSpecial.cc
+@@ -203,6 +203,7 @@ TEST( BlockSpecialTest, NamedBlockSpecia
+ 	EXPECT_BSEQTUP( bs2, "/", 0, 0 );
+ }
+ 
++/* Disable test that fails in our build environment
+ TEST( BlockSpecialTest, NamedBlockSpecialObjectBlockDevice )
+ {
+ 	std::string bname = get_block_name( 0 );
+@@ -213,6 +214,7 @@ TEST( BlockSpecialTest, NamedBlockSpecia
+ 	EXPECT_STREQ( bs.m_name.c_str(), bname.c_str() );
+ 	EXPECT_TRUE( bs.m_major > 0 || bs.m_minor > 0 );
+ }
++*/
+ 
+ TEST( BlockSpecialTest, NamedBlockSpecialObjectBlockDeviceDuplicate )
+ {
+@@ -228,6 +230,7 @@ TEST( BlockSpecialTest, NamedBlockSpecia
+ 	EXPECT_EQ( bs1.m_minor, bs2.m_minor );
+ }
+ 
++/* Disable 2 tests that fail in our build environment
+ TEST( BlockSpecialTest, TwoNamedBlockSpecialObjectBlockDevices )
+ {
+ 	std::string bname1 = get_block_name( 0 );
+@@ -256,6 +259,7 @@ TEST( BlockSpecialTest, NamedBlockSpecia
+ 	EXPECT_EQ( lnk.m_major, bs.m_major );
+ 	EXPECT_EQ( lnk.m_minor, bs.m_minor );
+ }
++*/
+ 
+ TEST( BlockSpecialTest, PreRegisteredCacheUsedBeforeFileSystem )
+ {
diff --git a/debian/patches/series b/debian/patches/series
index 8b13789..ceb1441 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1 @@
-
+disable-block-tests.patch
diff --git a/debian/rules b/debian/rules
index 641f073..bc81918 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,7 +1,6 @@
 #!/usr/bin/make -f
 # -*- makefile -*-
 
-export DEB_BUILD_OPTIONS = nocheck
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 export DEB_LDFLAGS_MAINT_APPEND = -Wl,-z,defs -Wl,-O1 -Wl,--as-needed
 
-- 
2.14.1

Bug#738447: ITA: luakit a fast and small web browser

[Jeremy Bicha]

Grégory,

I think this ITA got stuck because you need to find a sponsor. Please
see https://mentors.debian.net/ which should help you find a sponsor.

I don't plan to sponsor this package, but I did happen to notice a few
things. Please keep the old debian/changelog entries, especially since
luakit was never removed from Debian completely (it's still in
unstable).

The most recent debian/changelog entry should say that you are
adopting this packaging and close this bug. Also, please describe in
debian/changelog any other changes you've made to the packaging (for
instance, changing the webkitgtk dependency).

Please use the Vcs-Git and Vcs-Browser fields in debian/control to
specify the git repo where the packaging is maintained.

Thanks,
Jeremy Bicha

Bug#881459: ITP: obsidian-icon-theme -- Obsidian icon theme

[Jeremy Bicha]

Control: retitle -1 ITP: obsidian-icon-theme -- Obsidian icon theme
Control: owner -1 Omar Jair Purata Funes <omarpura...@gmail.com>

Hi,

I am interested in sponsoring this package for you. If you need a
sponsor, I encourage you to file a RFS bug (Request for Sponsor) next
time. I believe this is encouraged at https://mentors.debian.net That
way, people interested in sponsoring packages will have a better
chance of seeing your work.

By the way, I am interested in starting a theme packaging team next
year. I'll let you know when that team is created in case you are
interested then.

Here are some issues I noticed while reviewing the package. Please fix them.

debian/changelog
=
1. For a new package to Debian, there should be only one
debian/changelog entry, the Initial release line.

2. The correct bug title for a package you are packaging is ITP
(Intent to Package) not RFP (Request for Package, in other words, a
request for someone else to package it). I have corrected that for
you.

debian/control
===

3. I think a majority of -icon-theme packages use Section: x11. Since
it can be used outside GNOME and isn't a GNOME project, I think x11 is
a better place for it.

4. The Vcs fields are intended for the debian/ packaging not the
upstream repository.

5. Please add a space after Homepage:

6. ${shlibs:Depends} is only needed for library packages so please remove it.

debian/rules
==
7. Please drop the override_dh_builddeb rule. The default is already
xz with adequate compression.

8. The override_dh_install rule looks unnecessary to me since the
files appear to already have the correct permissions.

other
===
9. Please drop debian/dirs. It's not needed here

10. Please use debhelper compat 10 (update debian/compat and debian/control)

copyright
===
The copyright and license status is arguably the most important thing
that ftpmasters look at when deciding whether to accept or reject a
new package into Debian.

11. Please ask upstream if this is really all original work. If it is
derived from another theme, then the copyright holders for the derived
parts need to be specified.

12. My understanding of the GPL3 license is that the license text
itself should be distributed with the source code. Please ask upstream
to do this for their next release.

Feel free to reply if you have questions.

Thanks,
Jeremy Bicha

Bug#842298: ITP: california -- calendar application for GNOME 3

[Jeremy Bicha]

Control: retitle -1 RFP: california -- calendar application for GNOME 3
Control: noowner -1


Hi,

This is an automatic email to change the status of california from ITP
(Intent to Package) to RFP (Request for Package), because this bug
hasn't seen any activity during the last year.

If you are still interested in adopting california, please send a mail
to <cont...@bugs.debian.org> with:

 retitle 842298 ITP: california -- calendar application for GNOME 3
 owner 842298 !
 thanks

However, it is not recommended to keep ITP for a long time without acting on
the package, as it might cause other prospective maintainers to refrain from
packaging that software. It is also a good idea to document your progress on
this ITP from time to time, by mailing <8422...@bugs.debian.org>.

Thank you for your interest in Debian,
Jeremy Bicha for the QA team <debian...@lists.debian.org>

Bug#258096: ITP: glom -- A database designer and user interface

[Jeremy Bicha]

On Mon, Oct 16, 2017 at 5:52 PM, Jeremy Bicha <jbi...@debian.org> wrote:
> I am looking into maintaining glom under the Debian GNOME team.

The only blocker now is https://bugzilla.gnome.org/790683

Thanks,
Jeremy Bicha

Bug#848206: dropping unnecessary blocker bugs for ITP: nototools

[Jeremy Bicha]

Control: unblock -1 by 806515
Control: unblock -1 by 806513
Control: unblock -1 by 806516

>From what I can tell…

python-clipper is only used by generate_website_data.py and
generate_website_2_data.py

defcon and booleanoperations are only used by shape_diff.py

None of those Python scripts are needed for packaging
fonts-noto-color-emoji (and none of them are installed by my
packaging). If we do find that something needs them, we can package
them then.

By the way, for anyone reviewing this package, nototools only supports
Python 2 at this time.

Nearly complete packaging is at
https://anonscm.debian.org/git/pkg-fonts/nototools.git

Thanks,
Jeremy Bicha

Bug#806515: ITP: pyclipper -- Cython wrapper for the C++ translation of the Angus Johnson's Clipper library

[Jeremy Bicha]

retitle -1 ITP: pyclipper -- Cython wrapper for the C++ translation of the
Angus Johnson's Clipper library
owner -1 Jeremy Bicha <jbi...@debian.org>
block 848206 by -1

I will be working on this with Ming-ting Yao Wei (魏銘廷) since it's
needed for fonts-noto-color-emoji. It willl be maintained by the pkg-fonts
team.

Packaging is at
https://anonscm.debian.org/git/pkg-fonts/pyclipper.git

Thanks,
Jeremy Bicha

Bug#806516: ITP: python-booleanoperations -- Boolean operations on paths

[Jeremy Bicha]

retitle -1 ITP: python-booleanoperations -- Boolean operations on paths
owner -1 Jeremy Bicha <jbi...@debian.org>
block 848206 by -1

I will be working on this with Ming-ting Yao Wei (魏銘廷) since it's
needed for fonts-noto-color-emoji. It willl be maintained by the pkg-fonts team.

The source package is such a long name that it feels like it would be
fairly unique now.

The old packaging  was at
https://anonscm.debian.org/git/pkg-fonts/booleanoperations.git

but we might be moving it to
https://anonscm.debian.org/git/pkg-fonts/python-booleanoperations.git

Thanks,
Jeremy Bicha

Bug#878750: ITP: python-monasca-statsd -- monasca statsd Python client

[Jeremy Bicha]

python-monasca-statsd is currently packaged in Ubuntu as source: monasca-statsd

The biggest difference is that the Ubuntu package ships a
documentation package and the Debian package also ships the Python 3
module.

https://launchpad.net/ubuntu/+source/monasca-statsd

Thanks,
Jeremy Bicha

Bug#784029: ben file for libcdio transition

[Jeremy Bicha]

This is the ben config I used in Ubuntu (which successfully completed the
libcdio transition today) since the auto-libcdio ben file wasn't adequate.

title = "libcdio";
is_affected = .depends ~
/\b(libcdio16|libiso9660\-10|libcdio\-cdda\-dev|libcdio\-cdda1|libcdio\-paranoia\-dev|libcdio\-paranoia1|libcdio13|libiso9660\-8)\b/;
is_good = .depends ~
/\b(libcdio16|libiso9660\-10|libcdio\-cdda2|libcdio\-paranoia2)\b/;
is_bad = .depends ~
/\b(libcdio13|libiso9660\-8|libcdio\-cdda1|libcdio\-paranoia1)\b/;

See also
https://people.canonical.com/~ubuntu-archive/transitions/html/libcdio.html

Thanks,
Jeremy Bicha

Bug#897633: ITP: bolt -- system daemon to manage thunderbolt 3 devices

[Jeremy Bicha]

Control: owner 884363 jbi...@debian.org
Control: forcemerge -1 884363

On Fri, May 4, 2018 at 11:14 AM, intrigeri <intrig...@debian.org> wrote:
> Is this different from #884363 or a duplicate?

same package

Jeremy Bicha

Bug#732011: O: gyrus -- GNOME tool for Cyrus-IMAP servers administration

[Jeremy Bicha]

Willem, gyrus was removed from Debian Testing 3 months ago because it
depends on gconf.

It has also been abandoned upstream.

Do you intend to at least port it away from gconf?

It would be helpful if you ported it to gtk3 also.

Otherwise, I think it would be better if we remove gyrus from Debian
Unstable too.

References
---
https://bugs.debian.org/886065
https://git.gnome.org/browse/archive/gyrus/log/

Thanks,
Jeremy Bicha

Bug#897633: ITP: bolt -- system daemon to manage thunderbolt 3 devices

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@debian.org

Package Name: bolt
Version: 0.3
Upstream Authors: Christian Kellner, Red Hat
License : LGPL-2.1+
Programming Lang: C
Homepage: https://gitlab.freedesktop.org/bolt/bolt
Description: system daemon to manage thunderbolt 3 devices
 Thunderbolt 3 features different security modes that require
 devices to be authorized before they can be used. The D-Bus API can be
 used to list devices, enroll them (authorize and store them in the
 local database) and forget them again (remove previously enrolled
 devices). It also emits signals if new devices are connected (or
 removed). During enrollment devices can be set to be automatically
 authorized as soon as they are connected.  A command line tool, called
 boltctl, can be used to control the daemon and perform all the above
 mentioned tasks.

Other Info
--
Required for GNOME integration with Thunderbolt. Initial GNOME Shell
support is in GNOME 3.28 (in Buster). The GNOME Settings
(gnome-control-center) integration will be in GNOME 3.30 which is
scheduled for release in September.

See 
https://christian.kellner.me/2018/04/23/the-state-of-thunderbolt-3-in-fedora-28/

Not many people have Thunderbolt 3 devices yet, so if you do, please
let us know how well this feature works.

Initial packaging was done by Sebastien Bacher in Ubuntu 18.04 LTS.

I intend to help maintain this package under the Debian freedesktop.org team.

Packaging is at
https://salsa.debian.org/freedesktop-team/bolt

Thanks,
Jeremy Bicha

Bug#879894: ITP: snapd-glib -- GLib snapd library

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@debian.org

Package Name: snapd-glib
Version: 1.24
Upstream Authors : Canonical LTD
License : LGPL-2 or LGPL-3
Programming Lang: C and C++

Description: GLib snapd library
 snapd-glib is a library to allow GLib based applications access to snapd,
 the daemon that controls Snaps.
 .
 Snaps are 'universal' packages that work across many different Linux
 systems, enabling secure distribution of the latest apps and utilities
 for cloud, servers, desktops and the internet of things.

The package also contains a login service and libraries for Qt/QML apps.

Other Info
--
snapd-glib is required for the Snap plugin to be re-enabled in
Debian's GNOME Software package.
https://bugs.debian.org/877684

This package will be maintained under the umbrella of the pkg-ayatana team.

Packaging is at
https://anonscm.debian.org/git/pkg-ayatana/snapd-glib.git

Thanks,
Jeremy Bicha

Bug#886508: ITP: paper-icon-theme

[Jeremy Bicha]

Hi,

I created a git repo for you if you want to use the Desktop Themes
Team like we did with obsidian-icon-theme.

https://salsa.debian.org/desktop-themes-team/paper-icon-theme

Can you use git-buildpackage to do the initial import?

Thanks,
Jeremy Bicha

Bug#868005: glyphslib uploaded to NEW

[Jeremy Bicha]

Control: tags -1 +pending

Uploaded to the new queue now. Packaging is at
https://salsa.debian.org/fonts-team/glyphslib

Thanks,
Jeremy Bicha

Bug#865283: fontmake packaging

[Jeremy Bicha]

On Sat, Jan 6, 2018 at 11:56 PM, Yao Wei <m...@lxde.org> wrote:
> Hi,
>
> Thank you for the contribution.
>
> I am also going to upload fonts built from glyphs.app, and making
> fontmake available can achieve this.
>
> I was resolving several license issues of the dependency and the
> dependency packages are gradually uploaded, and I think as the
> dependencies are getting uploaded we can start packaging fontmake.
>
> CCing Jeremy Bicha as he helps me a lot on sponsor uploading and poking
> me for updates!
>
> Best regards,
> Yao Wei
>
> On Sat, Jan 06, 2018 at 03:31:29PM +0530, Balasankar C wrote:
>> Hi Yao Wei,
>>
>> Wanted to check if you needed some help with packaging fontmake. I
>> maintain some font packages for Debian and the upstream (of which I am
>> also a member of) switched to fontmake from fontforge, so I require
>> fontmake in Debian. I know you have been working on getting fontmake in
>> Debian (thanks for that, :) ) and wanted to know if I can be of any help.
>> AFAIK, it has quite a number of dependencies and I know the effort needed
>> to do this. So feel free to ping me if I can help.
>>
>> Thanks
>>
>> Balasankar C
>> Debian Developer

I'm CCing the RFP bug for fontmake.

My understanding is that we have all of the fontmake dependencies in
Debian now (except for glyphslib and glyphsinfo in the NEW queue), but
sometimes it's a bit hard to know for sure until you actually get the
packaging done.

Use this repo for your packaging when you're ready:
https://salsa.debian.org/fonts-team/fontmake

Thanks,
Jeremy Bicha

Bug#865283: ITP: fontmake -- Compile fonts from sources (UFO, Glyphs) to binary (OpenType, TrueType)

[Jeremy Bicha]

Control: tags -1 +pending

I uploaded fontmake to Debian's NEW queue. Packaging is at
https://salsa.debian.org/fonts-team/fontmake

Thanks,
Jeremy Bicha

Bug#890218: ITP: psautohint -- standalone version of the AFDKO autohinter

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-fo...@lists.debian.org
Owner: jbi...@debian.org

Package Name: psautohint
Version: 1.1.0
Upstream Authors : Adobe Systems Incorporated, Khaled Hosny
License : Apache 2.0 (one file from Alexander Chemeris is BSD-3-Clause)
Programming Lang: Python 3, C
Homepage: https://github.com/adobe-type-tools/psautohint

Description: standalone version of the AFDKO autohinter
 psautohint is a standalone version of the autohinter from the Adobe Font
 Development Kit for OpenType (AFDKO).

Other Info
--
This is a simplified font tool related to AFDKO (ITP bug #762252).

psautohint is required for the Cantarell font 0.100+. Cantarell is the
default font for the GNOME desktop. I am told that other font
developers are using psautohint too.

I am packaging this as part of the Debian Fonts Team.

Packaging is at
https://salsa.debian.org/fonts-team/psautohint

Thanks,
Jeremy Bicha

Bug#890510: ITP: gnome-usage -- simple system monitor app for GNOME

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org
Owner: jbi...@debian.org

Package Name: gnome-usage
Version: 3.27.90
Upstream Authors : Red Hat, Felipe Borges
License : GPL-3+, parts are LGPL-2.1+ or LGPL-3+
Programming Lang: Vala, C
Homepage: https://wiki.gnome.org/Apps/Usage

Description: simple system monitor app for GNOME
 Usage is an application for GNOME that allows monitoring of system resources
 such as memory, CPU, and disk space.

Other Info
--
This is the first release of GNOME Usage. I think the intent is for
this app to replace Disk Usage Analyzer (baobab), GNOME System
Monitor, and GNOME Power Statistics (gnome-power-manager) in core
GNOME in a future GNOME release.

But baobab and gnome-system-monitor may continue to be maintained to
provide more powerful features. GNOME Usage doesn't provide power
statistics yet.

Packaging is at
https://salsa.debian.org/gnome-team/gnome-usage

Thanks,
Jeremy Bicha

Bug#885430: ITP: darkcold-gtk-theme -- dark GTK2/GTK3/Metacity theme

[Jeremy Bicha]

Hi Adam,

Would you be interested in team maintenance and a bit of an experiment?

I was planning to start a Team for several months, but after I became
a DD and was about to request a team be set up, I found that there
wasn't really an obvious path for how to do that any more.
https://lists.debian.org/debian-devel/2017/09/msg00221.html

Now, things still aren't very clear but I guess it sort of works. We
can create a GitLab team and a Debian Tracker team. We can use
@packages.debian.org as the Maintainer for now.

See also today's debian-devel list discussion about salsa.debian.org.

Thanks,
Jeremy Bicha

Bug#885430: ITP: darkcold-gtk-theme -- dark GTK2/GTK3/Metacity theme

[Jeremy Bicha]

On Wed, Dec 27, 2017 at 9:08 AM, Adam Borowski <kilob...@angband.pl> wrote:
> Sounds good.
>
> I've been skimming through the Salsa thread, but I admit I did not pay
> enough attention to know what's the preferred new way to do such things.

Yeah, it's a bit frustrating; I don't think there is a preferred way yet.

So I'm thinking about naming the GitLab group "desktop-theme-team". I
see its scope as themes for GNOME-compatible desktops. Specifically
icon themes (should work for any desktop) and GTK+ themes (work
anywhere that isn't Qt; for Qt stuff there is the KDE Extras team. Or
it could maybe expand to include those too if people want to maintain
them. GTK+ themes often include extras like Metacity, Xfwm, GNOME
Shell pieces too.)

I think the best we can do now for the Maintainer field is something like
"Debian Desktop Theme Team <darkcold-gtk-th...@packages.qa.debian.org>"

There is no team list, but the packages will be linked together in
GitLab and with a Tracker Team (although the individual package page
doesn't link to the team page [yet?], the team page does link to
packages).

I'm not particularly interested in upstream development of themes,
just packaging the themes that already do exist.

Thanks,
Jeremy BIcha

Bug#885430: ITP: darkcold-gtk-theme -- dark GTK2/GTK3/Metacity theme

[Jeremy Bicha]

We have one package in the team so far, obsidian-icon-theme (in the NEW queue):

https://salsa.debian.org/desktop-themes-team

It's using a typical gbp workflow with debian/master, upstream/latest
and pristine-tar branches.

Jeremy

Bug#904643: Bug#904651: devhelp: New upstream release 3.30

[Jeremy Bicha]

On Thu, Jul 26, 2018 at 5:12 AM Simon McVittie  wrote:
> devhelp has a new upstream release available. I'm filing this bug to
> document that we can't package it until its new dependency, amtk, is also
> in Debian.

The situation upstream is a bit confusing, but you should be able to
cherry-pick this revert-amtk-dependency commit now if you like:

https://gitlab.gnome.org/GNOME/devhelp/commit/4540f1c68

See also https://gitlab.gnome.org/GNOME/devhelp/merge_requests/3

Thanks,
Jeremy Bicha

Bug#888208: ITP: libmanette -- simple GObject game controller library

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: jbi...@debian.org

Package Name: libmanette
Version: 0.1.2
Upstream Authors : Adrien Plazas
License : LGPL-2.1+.
Programming Lang: C

Description: Simple GObject game controller library
 libmanette is a library for using game controllers using an API inspired
 by GDK's device and event handling. It supports the W3C Draft Gamepad
 specification.

Other Info
--
libmanette is required for the 3.28 version of the GNOME Games app
(packaged in Debian as gnome-games-app). GNOME 3.28 will be released
in mid-March.

The Debian GNOME team currently intends to maintain this package.

Packaging is at
https://salsa.debian.org/gnome-team/libmanette

Upstream is at
https://gitlab.gnome.org/aplazas/libmanette

Thanks,
Jeremy Bicha

Bug#886508: ITP: paper-icon-theme

[Jeremy Bicha]

On Tue, Jan 23, 2018 at 6:11 PM, Omar Jair Purata Funes
<omarpura...@gmail.com> wrote:
> I re-uploaded a corrected version to mentors.debian.org though I cannot fix
> the
>
> debian-watch-may-check-gpg-signature

You can ignore that Lintian warning.

What about fixing and pushing to
https://salsa.debian.org/desktop-themes-team/paper-icon-theme ?

Thanks,
Jeremy Bicha

Bug#892369: O: mod-dnssd -- Zeroconf support for Apache 2 via avahi

[Jeremy Bicha]

Package: wnpp
X-Debbugs-CC: mod-dn...@packages.debian.org

The current maintainer of mod-dnssd, Regis Boudin <re...@debian.org>,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: libapache2-mod-dnssd
Version: 0.6-3.2
Priority: optional
Section: web
Source: mod-dnssd
Maintainer: Regis Boudin <re...@debian.org>
Installed-Size: 52.2 kB
Depends: libapr1 (>= 1.2.7), libavahi-client3 (>= 0.6.16),
libavahi-common3 (>= 0.6.16), libc6 (>= 2.4), avahi-daemon (>= 0.6.5),
apache2-api-20120211, apache2-bin (>= 2.4.16)
Homepage: http://0pointer.de/lennart/projects/mod_dnssd/
Supported: 3y
Download-Size: 14.6 kB
Description: Zeroconf support for Apache 2 via avahi
 mod_dnssd is an Apache HTTPD module which adds Zeroconf support
 via DNS-SD using Avahi. This allows Apache to advertise itself and the
 websites available to clients compatible with the protocol.

Thanks,
Jeremy Bicha

Bug#896815: Adopting clearlooks-phenix-theme

[Jeremy Bicha]

Control: retitle -1 ITA: clearlooks-phenix-theme -- GTK3 port of Clearlooks 
theme
Control: owner -1 jbi...@debian.org

I think it would be appropriate for the Debian Desktop Themes team to adopt 
this package.

https://tracker.debian.org/teams/desktop-themes-team/

Thanks,
Jeremy Bicha

Bug#894578: ITP: mypaint-brushes -- brushes for paint apps

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-multime...@lists.debian.org
Owner: jbi...@debian.org

Package Name: mypaint-brushes
Version: 1.3.0
Upstream Authors : Martin Renold, the MyPaint Development Team, and others
License : brushes are CC0-1.0, the rest is GPL-2+
Programming Lang: N/A
Homepage: https://github.com/Jehan/mypaint-brushes

Description: brushes for paint apps
 MyPaint is a pressure- and tilt-sensitive painting program which works well
 with Wacom graphics tablets and other similar devices. It comes with a large
 brush collection including charcoal and ink to emulate real media, but the
 highly configurable brush engine allows you to experiment with your own
 brushes and with not-quite-natural painting.
 .
 This package contains the virtual paint brushes.

Other Info
--
This package and libmypaint are required dependencies for gimp 2.10.

There is an obvious duplication here with the brushes included in
Debian's mypaint package. I expect a future mypaint release will no
longer include the brushes and will depend on the mypaint-brushes
package. We could drop the bundled brushes from our mypaint package
now, but upstream advised to wait a bit longer for
https://github.com/mypaint/mypaint/pull/538 to be approved.

I intend to help maintain this package under the Debian Multimedia Team.

Packaging is at
https://salsa.debian.org/multimedia-team/mypaint-brushes

Thanks,
Jeremy Bicha

Bug#894579: ITP: libmypaint -- brush library for mypaint

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-multime...@lists.debian.org
Owner: jbi...@debian.org

Package Name: libmypaint
Version: 1.3.0
Upstream Authors : Martin Renold, Jon Norby, and others
License : ISC
Programming Lang: C
Homepage: https://github.com/mypaint/libmypaint

Description: brush library for mypaint
 MyPaint is a pressure- and tilt-sensitive painting program which works well
 with Wacom graphics tablets and other similar devices. It comes with a large
 brush collection including charcoal and ink to emulate real media, but the
 highly configurable brush engine allows you to experiment with your own
 brushes and with not-quite-natural painting.
 .
 This package contains the shared library.

Other Info
--
This package and mypaint-brushes are required dependencies for gimp 2.10.

The next major release of mypaint will use this library also.

I intend to help maintain this package under the Debian Multimedia Team.

Packaging is at
https://salsa.debian.org/multimedia-team/libmypaint

Thanks,
Jeremy Bicha

Bug#603157: ITP: ttf-ubuntu-font-family

[Jeremy Bicha]

On Sun, Feb 25, 2018 at 8:29 PM, Joachim Breitner <nome...@debian.org> wrote:
> On Tue, 28 Nov 2017 09:05:22 -0500 Jeremy Bicha <jbi...@debian.org> wrote:
>> I will finally be uploading this to non-free soon. Packaging is at
>>
>> https://anonscm.debian.org/git/pkg-fonts/fonts-ubuntu.git
>>
>
> how soon is soon? :-)

Very :-)

Thanks,
Jeremy Bicha

Bug#898541: O: cortina -- Wallpaper changer for gnome

[Jeremy Bicha]

Control: severity 874849 serious

> First of all, thanks for your work in Debian and previous package maintenance
> for cortina in Debian. Given the fact that upstream is really dead, Qt4
> Removal is slowly approaching and that alternatives (some gnome shell
> extensions do float around) exist to offer similar functionalities, I believe
> that we should try to remove this package from Debian archive before Buster
> release.
>
> I will submit an RM bug within two weeks, if no one objects.

Boyuan, could you file that removal bug now?

My specific interest is that we are planning to remove gjs and
gnome-shell from s390x and this is one of the reverse dependencies.

Thanks,
Jeremy Bicha

Bug#911113: O: cellwriter -- grid-entry handwriting input panel

[Jeremy Bicha]

Package: wnpp

I intend to orphan the cellwriter package.

It had a trivial RC bug for 9 months ( https://bugs.debian.org/885672 )
and hasn't had a maintainer upload in 5 or 10 years depending on how you
count.

The package description is:
 CellWriter is a grid-entry natural handwriting input panel.
 As you write characters into the cells, your writing is instantly
 recognized at the character level. When you press 'Enter' on the panel,
 the input you entered is sent to the currently focused application as if
 typed on the keyboard.
 .
   * Writer-dependent, learns your handwriting for reliable recognition
   * Correcting preprocessor algorithms account for digitizer noise,
 differing stroke order, direction, and number of strokes
   * Unicode support enables you to write in your native language

Bug#911117: O: gniall -- program that tries to learn a human language

[Jeremy Bicha]

Package: wnpp
Severity: normal

I am orphaning the gniall package. See https://bugs.debian.org/868411
for more details.

The package description is:
 gNiall attempts to learn whatever language you try to teach it. It is
 basically a dissociator: it collects statistics on sentences you type
 and tries to construct meaningful replies. gNiall is inspired by Niall,
 an Amiga program by Matthew Peck.

Bug#821397: ITP: sway -- i3-compatible Wayland compositor

[Jeremy Bicha]

Sean, did you see the full email that added the pending tag?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821397;msg=56

Thanks,
Jeremy Bicha