Bug#986545: ITP: gnome-tour -- A modern introduction and tour to GNOME
Control: owner -1 jeremy.bi...@canonical.com Control: retitle -1 ITP: gnome-tour -- A modern introduction and tour to GNOME This is blocked on ftpmasters letting rust-libadwaita-sys (and afterwards rust-libadwaita) into Debian. Meanwhile, I am uploading this to Ubuntu. My packaging is at https://salsa.debian.org/gnome-team/gnome-tour Thank you, Jeremy Bícha
Bug#1029907: ITP: xdg-terminal-exec -- user default terminal execution utility
On Sat, Jan 28, 2023 at 7:18 PM Simon McVittie wrote: > I think a better route might be to get it into experimental for now, then > when it seems like it has stabilized more, put it into unstable/trixie > and potentially also bookworm-backports. It's in the NEW queue targeted for experimental now. The only place it's been packaged so far is the Arch Linux AUR: https://repology.org/project/xdg-terminal-exec/versions Thank you, Jeremy Bicha
Bug#1029907: ITP: xdg-terminal-exec -- user default terminal execution utility
Package: wnpp Severity: wishlist Owner: jeremy.bi...@canonical.com X-Debbugs-CC: debian-de...@lists.debian.org Package Name: xdg-terminal-exec Version: git snapshot Upstream Author: Vladimir Kudrya License: GPL-3+ Programming Lang: Shell Description: user default terminal execution utility xdg-terminal-exec is an implementation of a proposed freedesktop.org specification for launching a user's default terminal app. Other Info -- I will maintain this with the Debian freedesktop.org team. Packaging is at https://salsa.debian.org/freedesktop-team/xdg-terminal-exec This solves a problem: currently you can use update-alternatives to choose a default terminal for a Debian system, but what happens when you have multiple users on the same Debian system with different preferences? I don't think the "proposed specification" has been fully drafted yet. There is some discussion at https://gitlab.freedesktop.org/xdg/xdg-specs/-/issues/54 and over the years in the xdg mailing list. More recently, the alpha for glib 2.76 (part of GNOME 44 Alpha) now supports xdg-terminal -exec and GNOME Terminal 3.46.7 includes the necessary metadata file. We might backport the glib feature to Debian Bookworm, but it is quite late in Bookworm's release process. The metadata would also need to be added to other terminal emulator apps and desktops that use glib would need to ship a metadata file with their preferred terminal emulators. There is no GUI way for users to override the preference; they would need to add/edit the config file in their home directory manually. More details in the README at https://github.com/Vladimir-csp/xdg-terminal-exec Thanks, Jeremy Bicha
Bug#642906: RFH: balsa -- An e-mail client for GNOME
Daniel, Do you still use balsa? If so, do you think we can close this RFH bug? The biggest thing we were missing was someone who uses the app to confirm it's still working and able to make occasional fixes (which you can since you're a team maintainer for it). Thank you, Jeremy Bicha
Bug#1018974: ITP: pangomm2.48 -- C++ wrapper for Pango
Package: wnpp Severity: wishlist Owner: jeremy.bi...@canonical.com Control: block -1 by 1018908 Control: block 1006728 by -1 X-Debbugs-CC: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org Package Name: libpangomm-2.48-1 Version: 2.50.0 Upstream Author: The pangomm Development Team License: LGPL-2.1+ Programming Lang: C++ Description: C++ Wrapper for pango Pangomm is a C++ wrapper for the pango library. Originally part of gtkmm, pangomm provides convenient C++ interfaces for handling both the layout and internationalization of text in graphical applications. Other Info -- This library will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/pangomm2.48 The existing pangomm source package tracks releases from the pangomm 2.46.x series (1.4 ABI) and is intended for use with gtkmm3.0 (which uses GTK 3). The new pangomm2.48 ABI is intended for use with gtkmm4.0 (which uses GTK 4). The pangomm2.48 source package naming has been adopted by other distros: https://repology.org/project/pangomm/versions Thanks, Jeremy Bicha
Bug#1018908: ITP: cairomm1.16 -- C++ wrappers for Cairo
Package: wnpp Severity: wishlist Owner: jeremy.bi...@canonical.com Control: block 1006728 by -1 X-Debbugs-CC: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org Package Name: libcairomm-1.16-1 Version: 1.16.1 Upstream Author: The cairomm Development Team License: LGPL-2+ Programming Lang: C++ Description: C++ wrappers for Cairo cairomm provides C++ bindings for the Cairo graphics library, a multi-platform library providing anti-aliased vector-based rendering for multiple target backends. Other Info -- This library will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/cairomm1.16 The existing cairomm source package tracks releases from the cairomm 1.14.x series (1.0 ABI) and is intended for use with gtkmm3.0 (which uses GTK 3). The new cairomm1.16 ABI is intended for use with gtkmm4.0 (which uses GTK 4). The cairomm1.16 source package naming has been adopted by other distros: https://repology.org/project/cairomm/versions Thanks, Jeremy Bicha
Bug#1006728: RFP: gtkmm-4.0 -- GTK4 bindings for c++
This needs glibmm2.68, cairomm1.16, and pangomm2.48 to be packaged first. Those are all new source packages intended for gtkmm 4. The earlier source packages have a different ABI and are intended for gtkmm3. Thank you, Jeremy Bicha
Bug#1016606: ITP: libpanel -- IDE paneling library for GTK
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org Owner: jeremy.bi...@canonical.com Package Name: libpanel-1-1 (etc) Version: 1.0~alpha Upstream Author: Christian Hergert License: LGPL-3+ Programming Lang: C Description: IDE paneling library for GTK libpanel is a collection of GTK widgets for IDE-like applications targeting GNOME using GTK 4 and libadwaita. Other Info -- This package will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/libpanel It is a required dependency for GNOME Builder 43 which will use GTK4. Thanks, Jeremy Bicha
Bug#1016316: ITP: gnome-shell-extension-gsconnect -- KDE Connect implementation for GNOME Shell
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org Owner: jeremy.bi...@canonical.com Package Name: gnome-shell-extension-gsconnect Version: 50 Upstream Author: Andy Holmes License: GPL-2+ Programming Lang: JavaScript (and a Python extension for file browser integration) Description: KDE Connect implementation for GNOME Shell This extension enables you to connect your phone or other devices to your system, sending remote sms, see phone calls, share notifications, send files. . To connect an Android device, install the KDE Connect Android app from the Google Play Store or F-Droid. . GSConnect is a complete KDE Connect protocol implementation for GNOME Shell with Nautilus, contacts and Shell integration. Package Name: gnome-shell-extension-gsconnect-browsers Description: Browser support of KDE Connect implementation for GNOME Shell This extension enables you to connect your phone or other devices to your system, sending remote sms, see phone calls, share notifications, send files. . This package contains Chromium, Firefox and Chrome integration support to send text via sms or open links on your phone. Other Info -- This extension will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/shell-extensions/gnome-shell-extension-gsconnect Packaging is based on the Ubuntu package. No watch file is provided since upstream's version numbering sequence is currently non-linear. https://github.com/GSConnect/gnome-shell-extension-gsconnect/issues/1412 Thanks, Jeremy Bicha
Bug#1015845: about gtkhash ITA
The next version of Nautilus, 43, will switch to GTK4. I believe this will break all Nautilus extensions. I intend to file a bug about it for all packaged Nautilus extensions soon. The gtkhash package would still be useful since it offers extensions for other file managers. Thank you, Jeremy Bicha
Bug#1013992: ITP: session-migration -- tool to migrate in user session settings
On Wed, Jul 6, 2022 at 6:45 PM Fabio Fantoni wrote: > However, I have a doubt, but it allow you to do any operation on user > profiles? in this case, even if it is useful, its wrong use (intentional > or by mistake) would be worrying Yes, it can do anything. .deb packages don't really have limits. You must trust the .deb publisher. Otherwise, you can use something like Snap which has significant restrictions on what Snap publishers can do with the apps they publish. Thanks, Jeremy Bicha
Bug#1013992: ITP: session-migration -- tool to migrate in user session settings
I didn't get a reply yet and we need to make a decision. Thank you, Jeremy Bicha On Tue, Jun 28, 2022 at 9:51 PM Jeremy Bicha wrote: > On Tue, Jun 28, 2022 at 8:07 PM Guillem Jover wrote: > > > Package: session-migration > > > Description: Tool to migrate in user session settings > > > This tool is used to migrate in session user data when a program is > > > evolving > > > its configuration, or needing to have files moved and so on. > > > . > > > This program is generally autostarted at the very beginning of the > > > session > > > and integrates caching capability. > > > > This looks like an extremely generic name for such tool and package, > > when it appears to be restricted to gsettings session data only? > > It is not restricted to gsettings although gsettings is a good use case for > it. > > Here's an example where it's used for something else: > https://salsa.debian.org/gnome-team/gnome-boxes/-/commit/b536a968eb192 > > It would be nice if the upstream developers would handle user session > migrations tasks themselves, but they often don't. > > > > Package: dh-migrations > > > Provides: dh-sequence-migrations > > > Description: debhelper extension for session-migration support > > > This package provides a debhelper extension to perform session migration > > > operations on the installed packages. > > > > This also seems extremely generic. Migrations could refer to anything, > > from databases, to any other data source. Something like > > dh-gsettings-migrations seems like would be way better? > > Despite being around for a decade, it looks like it's only used by > about 6 current Ubuntu source packages so a rename is doable if > needed. I think I wouldn't even need a transitional package since we'd > rebuild all those Ubuntu packages which would get them the properly > named dependency. > > Here's a suggestion: > user-session-migration > dh-migrate-user-session Providing dh-sequence-migrate-user-session
Bug#1013992: ITP: session-migration -- tool to migrate in user session settings
On Tue, Jun 28, 2022 at 8:07 PM Guillem Jover wrote: > > Package: session-migration > > Description: Tool to migrate in user session settings > > This tool is used to migrate in session user data when a program is > > evolving > > its configuration, or needing to have files moved and so on. > > . > > This program is generally autostarted at the very beginning of the session > > and integrates caching capability. > > This looks like an extremely generic name for such tool and package, > when it appears to be restricted to gsettings session data only? It is not restricted to gsettings although gsettings is a good use case for it. Here's an example where it's used for something else: https://salsa.debian.org/gnome-team/gnome-boxes/-/commit/b536a968eb192 It would be nice if the upstream developers would handle user session migrations tasks themselves, but they often don't. > > Package: dh-migrations > > Provides: dh-sequence-migrations > > Description: debhelper extension for session-migration support > > This package provides a debhelper extension to perform session migration > > operations on the installed packages. > > This also seems extremely generic. Migrations could refer to anything, > from databases, to any other data source. Something like > dh-gsettings-migrations seems like would be way better? Despite being around for a decade, it looks like it's only used by about 6 current Ubuntu source packages so a rename is doable if needed. I think I wouldn't even need a transitional package since we'd rebuild all those Ubuntu packages which would get them the properly named dependency. Here's a suggestion: user-session-migration dh-migrate-user-session Providing dh-sequence-migrate-user-session Thank you, Jeremy Bicha
Bug#1013992: ITP: session-migration -- tool to migrate in user session settings
On Tue, Jun 28, 2022 at 11:47 AM Mike Gabriel wrote: > It is awesome seeing progress on this. Actually, I'll have to > investigate the session-migration code soon and find out whether it > can be used on / ported to openSUSE, as well. I'd expect that the 'session-migration' binary package would work fine. It's a C "script" and a systemd user service. You might want to write an RPM implementation to do what dh-migrations does: install scripts listed in a migrations file and add a binary dependency on session-migration. It's not required but it's a convenience for distro packagers. And then we'd need to update the build to not build and test the Debian support when not being built for a Debian-compatible system. Thank you, Jeremy Bicha
Bug#1013992: ITP: session-migration -- tool to migrate in user session settings
On Tue, Jun 28, 2022 at 12:09 PM Jonas Smedegaard wrote: > Quoting Jeremy Bicha (2022-06-28 17:02:29) > > Package: session-migration > > Description: Tool to migrate in user session settings > > This tool is used to migrate in session user data when a program is > > evolving > > Nitpicking comment: Short description talks about "in user session" > whereas long description talks about "in session user data". > > Should it perhaps be changed "in session user settings" in short > description? The long description of this manpage uses "in-session user data": https://manpages.ubuntu.com/session-migration So how about "Tool to migrate in-session user data"? Thank you, Jeremy Bicha
Bug#1013992: ITP: session-migration -- tool to migrate in user session settings
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, pkg-ayatana-de...@lists.alioth.debian.org Owner: jeremy.bi...@canonical.com Package Name: session-migration Version: 0.3.7 Upstream Author: Canonical License: LGPL-3+ Programming Lang: Perl and C Package: session-migration Description: Tool to migrate in user session settings This tool is used to migrate in session user data when a program is evolving its configuration, or needing to have files moved and so on. . This program is generally autostarted at the very beginning of the session and integrates caching capability. Package: dh-migrations Provides: dh-sequence-migrations Description: debhelper extension for session-migration support This package provides a debhelper extension to perform session migration operations on the installed packages. Other Info -- This has been part of Ubuntu for a decade but can solve real problems for Debian too. It will soon be used by both the GNOME and MATE packaging teams. One of its usecases is migrating user-set gsettings to renamed (or functionally similar new) gsettings keys. Often, upstream doesn't handle this migration themselves. And debhelper otherwise doesn't provide a tool for this. Basically, the way it works is that the package maintainer can provide a script. The script will be run at the next login and session-migration will ensure that the script is only run once. https://manpages.ubuntu.com/manpages/dh_migrations This is a "native" package and will be maintained by the Ayatana Packagers team. Packaging is at https://salsa.debian.org/debian-ayatana-team/session-migration Thanks, Jeremy Bicha
Bug#1013289: ITP: glibmm2.68
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org Owner: jeremy.bi...@canonical.com Package Name: glibmm2.68 Version: 2.72.1 Upstream Author: The gtkmm & glibmm development teams License: LGPL-2.1+ Programming Lang: C++ Description: C++ wrapper for the GLib toolkit (shared libraries) GLib is a low-level general-purpose library used mainly by GTK+/GNOME applications, but is useful for other programs as well. glibmm is the C++ wrapper for GLib. Other Info -- This library will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/glibmm2.68 The existing glibmm2.4 package tracks releases from the glibmm 2.66.x series and is intended for use with gtkmm3.0 (which uses GTK 3). The new glibmm2.68 ABI is intended for use with gtkmm4.0 (which uses GTK 4). The glib2.68 source package naming has been adopted by other distros: https://repology.org/project/glibmm/versions Thanks, Jeremy Bicha
Bug#1006277: RFP: easyeffects -- Audio effects for PipeWire applications (formerly - pulseeffects)
Boyuan, Thanks for packaging libsigc++-3.0. Are you also planning on packaging easyeffects for Debian? Are there any remaining blockers? Jeremy Bicha
Bug#951113: ITP: webp-pixbuf-loader -- WebP Image format GdkPixbuf loader.
Control: tags -1 +pending webp-pixbuf-loader is now in the Debian NEW queue https://ftp-master.debian.org/new.html Thank you, Jeremy Bicha
Bug#1006006: ITP: libsoup3 -- HTTP library implementation in C
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Owner: jeremy.bi...@canonical.com Package Name: libsoup3 Version: 3.0.4 Upstream Author: Ximian, Novell, Red Hat, etc. License: LGPL-2.1+ Programming Lang: C Description: HTTP library implementation in C -- Development files It was originally part of a SOAP (Simple Object Access Protocol) implementation called Soup, but the SOAP and non-SOAP parts have now been split into separate packages. . libsoup uses the Glib main loop and is designed to work well with GTK+ applications. This enables GNOME applications to access HTTP servers on the network in a completely asynchronous fashion, very similar to the GTK+ programming model (a synchronous operation mode is also supported for those who want it). . Features: * Both asynchronous (GMainLoop and callback-based) and synchronous APIs * Automatically caches connections * SSL Support using GnuTLS * Proxy support, including authentication and SSL tunneling * Client support for Digest, NTLM, and Basic authentication * Server support for Digest and Basic authentication * Basic client-side SOAP support Other Info -- This library will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/libsoup3 libsoup3 will be needed to fully build GNOME 43 later this year. This is a complex major transition and libsoup2.4 will need to remain in Debian for a while until all reverse dependencies are ported. Migration Guide: https://libsoup.org/libsoup-3.0/ch02.html Upstream porting status tracker: https://gitlab.gnome.org/GNOME/libsoup/-/issues/218 Thanks, Jeremy Bicha
Bug#1004739: ITP: mozjs91 -- SpiderMonkey JavaScript library
On Fri, Feb 4, 2022 at 4:44 PM Fabio Fantoni wrote: > From a fast look I saw that gjs added mozjs91 support only recent for > next version and there are 20 days left for Jammy's freeze feature, so I > have a doubt ... will it have time next gjs to be released and to be > included? Yes, it is a high priority for the Ubuntu Desktop to include GNOME Shell 42 so we will need gjs 1.72 and mozjs91. I believe they will be uploaded to Ubuntu before Feature Freeze. Thank you, Jeremy Bicha
Bug#1004739: ITP: mozjs91 -- SpiderMonkey JavaScript library
On Tue, Feb 1, 2022 at 9:15 AM Fabio Fantoni wrote: > I doubt that they do a rebase of cjs too recently, unless the maintainer > of some other distro does it, such as the one of fedora. now upstream > are preparing new version of them distro (mint) based on bullseye after > Jammy (next ubuntu LTS) will be released will do also newer mint that > use it. Something that can help to make cjs rebase more probable in > shorter time I suppose is include mozjs91 in Jammy. Yes, Ubuntu 22.04 LTS "Jammy" will include mozjs91. Thanks for maintaining Cinnamon in Debian. Jeremy Bicha
Bug#1004739: ITP: mozjs91 -- SpiderMonkey JavaScript library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Owner: jeremy.bi...@canonical.com Package Name: mozjs91 Version: 91.5.1 Upstream Author: Mozilla et al License: MPL-2.0+ etc 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. . This library is intended for use in contexts where only trusted JavaScript code will be run, such as GNOME's gjs, Cinnamon's cjs, and polkit's rules parsing. It should not be used to run untrusted JavaScript from web pages: use a security-supported implementation such as Firefox, Chrome or WebKitGTK's JavaScriptCore instead. Other Info -- This library will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/mozjs Spidermonkey/mozjs is the JavaScript library from Firefox ESR. gjs in GNOME 42 is switching from mozjs78 to mozjs91 now that Firefox 78 ESR has reached End of Life. Besides GNOME, the only other user of the mozjs78 package in Debian is Cinnamon. It is hoped that Cinnamon will be able to switch to mozjs91 soon too. https://discourse.gnome.org/t/spidermonkey-91/8665 Thanks, Jeremy Bicha
Bug#996646: ITP: gnome-text-editor -- simple text editor for GNOME
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Owner: jer...@bicha.net Control: block -1 by 993598 Control: block -1 by 996609 Package Name: gnome-text-editor Version: 41.1 Upstream Author: Christian Hergert License: GPL-3+ Programming Lang: C Description: simple text editor for GNOME GNOME Text Editor is a simple editor for GNOME focused on being a good general purpose default editor. . It works hard to keep track of changes and state even if you quit the application. You can come back to your work even if you've never saved it to a file. . It is simpler than gedit. Other Info -- This app will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/gnome-text-editor I expect GNOME to switch its default text editor in their "core" to GNOME Text Editor soon. Currently, gedit is the default. gedit will still be available and offers more complex features. GNOME Text Editor uses GTK4 and libadwaita. Thanks, Jeremy Bicha
Bug#996609: ITP: gtksourceview5 -- shared libraries for the GTK4 syntax highlighting widget
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Owner: jer...@bicha.net Package Name: libgtksourceview-5-0 Version: 5.2.0 Upstream Author: Many GNOME developers License: LGPL-2.1+ Programming Lang: C Description: Shared libraries for the GTK4 syntax highlighting widget GtkSourceView is a text widget that extends the standard GTK 4 text widget GtkTextView. It improves GtkTextView by implementing syntax highlighting and other features typical of a source editor. . This package contains the shared libraries required by applications to use this widget. Other Info -- This library will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/gtksourceview5 gtksourceview5 is for GTK4 apps gtksourceview4 is for GTK3 apps gtksourceview3 is an older library for GTK3 apps. GTK3 apps should switch to gtksourceview4 soon gtksourceview2 was for GTK2 apps and has recently been removed from Debian Unstable. References --- https://gnome.pages.gitlab.gnome.org/gtksourceview/gtksourceview-5.0/porting-guide-3-to-4.html https://gnome.pages.gitlab.gnome.org/gtksourceview/gtksourceview-5.0/porting-guide-4-to-5.html And since you'll need to port from GTK3 to GTK4 to use gtksourceview5: https://docs.gtk.org/gtk4/migrating-3to4.html Thanks, Jeremy Bicha
Bug#986545: RFP: gnome-tour -- A modern introduction and tour to GNOME
I pushed some basic Debian packaging to https://salsa.debian.org/jbicha/gnome-tour I don't think it is worth publishing in Debian. The app appears very simple: it is just 7 "slides" (like in a PowerPoint presentation). It has the ability to show a welcome video but that isn't provided by default. To do all that, it has about 100 vendored dependencies. The app is written in Rust. So a Debian packager would need to sort through all those and use the distro-packaged versions where available. It's just a lot of work for something that doesn't seem very helpful. And the Debian GNOME team doesn't have much experience in Rust. Thanks, Jeremy Bicha
Bug#994090: ITP: gnome-connections -- Simple GNOME app to access remote computers
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Owner: jer...@bicha.net Package Name: gnome-connections Version: 41~rc Upstream Author: Red Hat, Inc. License: GPL-3+ Programming Lang: Vala Description: Simple GNOME app to access remote computers GNOME Connections is a desktop client to view or use remote computers using VNC or RDP. GNOME Connections is intentionally simple and easy to use. . GNOME Connections replaces the remote desktop functionality that was previously found in GNOME Boxes. Other Info -- GNOME 41 introduces a new default app for GNOME: GNOME Connections. This app will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/gnome-connections Thanks, Jeremy Bicha
Bug#948696: Concerning libtimezonemap in Debian (ITP #948696)
On Sun, Jan 12, 2020 at 7:18 PM Norbert Preining wrote: > Will Ubuntu ship Cinnamon 4.4? And if, will Ubuntu use the Debian > packages? Yes, as long as the Debian packages are in Unstable before Debian Import Freeze. https://wiki.ubuntu.com/FocalFossa/ReleaseSchedule https://udd.debian.org/dmd/?debian-cinnamon%40lists.debian.org#derivatives > Will there be any problem if there is a Debian version of libtimezonemap > and a Ubuntu-native (not -N version!) of it? > > I just want to be sure that uploading it to Debian doesn't create too > much troubles. I imagine Ubuntu will just sync the Debian libtimezonemap package. If you need a more specific answer, I suggest asking Seb Bacher. Thanks, Jeremy
Bug#948696: Concerning libtimezonemap in Debian (ITP #948696)
On Sat, Jan 11, 2020 at 9:58 PM Norbert Preining wrote: > you have done the packaging/development of libtimezonemap for Ubuntu. > Is there any reason why you didn't upload to Debian? Hi. Thanks for emailing me. libtimezonemap is only used in Ubuntu for the Ubiquity installer and for unity-control-center so there wasn't any need for the package in Debian. > We need it for Cinnamon 4.4 which I am currently preparing to upload to > experimental, and for now I have packaged libtimezonemap in the > cinnamon-team, just changing the minimal fields in d/control to point to > the Debian Cinnamon team. That's fine. Thanks! Jeremy
Bug#921464: ITP: gnome-books -- ebook reader for GNOME
On Tue, Feb 5, 2019 at 8:14 PM eamanu15 wrote: > I see that on debian/copyright file there is not a > license section for debian/* files and you (or GNOME team) > are not there. My gnome-books packaging has the same copyright and license as the rest of gnome-books. In other words, debian/* is part of the Files: * section in debian/copyright. Thanks, Jeremy Bicha
Bug#921464: ITP: gnome-books -- ebook reader for GNOME
Package: wnpp Severity: wishlist Owner: jbi...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org Package Name: gnome-books Version: 3.31.90 Upstream Authors: Cosimo Cecchi License : GPL-2+ Programming Lang: JavaScript Homepage: https://wiki.gnome.org/Apps/Books Description: ebook reader for GNOME GNOME Books is a simple application to access and organize your ebooks. It is meant to be a simple and elegant replacement for using a file manager to deal with ebooks. The app supports comic books and ePub books. Other Info -- Before GNOME 3.32, this app was bundled as part of the GNOME Documents app. It was split to allow users to easily install one app without the other. I am intending to get the new versions of these 2 apps into Debian Buster to fix the usability problem when you try to install or remove one of the apps in the GNOME Software app. Packaging is maintained by the Debian GNOME Team at https://salsa.debian.org/gnome-team/gnome-books Thanks, Jeremy Bicha
Bug#919120: ITP: bst-external -- external plugins for BuildStream toolset
Package: wnpp Severity: wishlist Owner: jbi...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org Package Name: python3-bst-external Version: 0.9.0 Upstream Authors: Codethink License : LGPL-2+ Programming Lang: Python3 Homepage: https://gitlab.com/BuildStream/bst-external/ Description: external plugins for BuildStream toolset BuildStream is a GNOME project to improve the continuous integration of complex systems and applications. The project aims to pay special attention to those developers and integrators who care about the maintainability of their projects during a long period of time. . BuildStream is also a powerful and flexible software integration toolset. It has been designed to create different outputs out of a unique input and, at the same time, it is able to adapt to complex workflows, even when additional build tools are required. An important part of BuildStream is a sister project called BuildGrid, that allows BuildStream to build at scale. . This package provides a collection of BuildStream plugins that don't currently fit in with the core plugins. Other Info -- This package depends on buildstream. Its ITP is https://bugs.debian.org/916668 I intend to maintain this with the Debian GNOME Team. Initial packaging is at https://salsa.debian.org/gnome-team/bst-external Thanks, Jeremy Bicha
Bug#917830: ITP: pdfarranger -- maintained fork of pdfshuffler
Package: wnpp Severity: wishlist Owner: jbi...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, python-apps-t...@lists.alioth.debian.org Package Name: pdfarranger Version: 1.1 Upstream Authors: Konstantinos Poulios, Jerome Robert License : GPL-3+ Programming Lang: Python3 Homepage: https://github.com/jeromerobert/pdfarranger/issues/35 Description: merge, split and re-arrange pages from PDF documents PDF Arranger is a small application which allows one to merge or split pdf documents and rotate, crop and rearrange their pages using an interactive and intuitive graphical interface. PDF Arranger was formerly known as PDF Shuffler. Other Info -- pdfshuffler's last release was in 2012. pdfarranger was created because the pdfshuffler maintainer did not seem interested in accepting patches. pdfarranger has been ported from Python 2 and GTK2 to Python 3 and GTK3. pdfshuffler was the last package keeping the obsolete python-poppler in Debian. pdfshuffler was maintained by the Debian Python Applications Team so this is too. Packaging is at https://salsa.debian.org/gnome-team/buildstream/ A transitional package is provided to help people upgrade from pdfshuffler. Thanks, Jeremy Bicha
Bug#916668: ITP: buildstream -- toolset for the BuildStream project
Package: wnpp Severity: wishlist Owner: jbi...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org Package Name: buildstream Version: 1.2.3 Upstream Authors: Codethink, Tristan Van Berkom, Jürg Billeter License : LGPL-2+ Programming Lang: Python3 Homepage: https://buildstream.build/ Description: toolset for the Buildstream project BuildStream is a GNOME project to improve the continuous integration of complex systems and applications. The project aims to pay special attention to those developers and integrators who care about the maintainability of their projects during a long period of time. . BuildStream is also a powerful and flexible software integration toolset. It has been designed to create different outputs out of a unique input and, at the same time, it is able to adapt to complex workflows, even when additional build tools are required. An important part of BuildStream is a sister project called BuildGrid, that allows BuildStream to build at scale. Other Info -- Note that this package installs a new 3-letter binary: /usr/bin/bst I intend to maintain this with the Debian GNOME Team. Initial packaging is at https://salsa.debian.org/gnome-team/buildstream/ Docs are at https://buildstream.gitlab.io/buildstream/ BuildStream is sort of, but not really, a replacement for jhbuild. BuildStream is used to build GNOME releases (since GNOME 3.28) and the Freedesktop SDKs. The GNOME and KDE Flatpak runtimes depend on the Freedesktop SDKs. Thanks, Jeremy Bicha
Bug#915656: Bug#912656: ITS: python-fs
Control: tags -1 +pending Control: block 915656 by 912711 I have uploaded both python-fs and python-backports.os to the NEW queue for you. Thanks, Jeremy Bicha
Bug#907105: Bug#909105: consider switching asciidoctor to Architecture: all
Could you go ahead and do this upload now? Since asciidctor didn't build on ia64, this upload is blocking packages like ndctl from being available on that architecture. I see there is a new asciidoctor 1.5.8 release now if you want to do multiple things in this upload. :) Thanks, Jeremy Bicha
Bug#732011: O: gyrus -- GNOME tool for Cyrus-IMAP servers administration
Control: retitle -1 O: gyrus -- GNOME tool for Cyrus-IMAP servers administration Control: noowner -1 I am cancelling the Intent to Adopt because the adopter posted comment 25 on https://bugs.debian.org/886065 Without a maintainer or adopter, I intend to remove gyrus from Debian very soon as part of gconf cleanup efforts. Please respond promptly if you agree or object to this removal. Thanks, Jeremy Bicha
Bug#913766: ITP: librsvg-c -- the pre-Rust version of librsvg
On Wed, Nov 14, 2018 at 5:22 PM John Paul Adrian Glaubitz wrote: > > Hi Jeremy! > > On 11/14/18 10:52 PM, Jeremy Bicha wrote: > > As requested, this is librsvg reintroduced for ports that don't > > supported the rustified librsvg yet. The name is because this is > > librsvg written in the C programming language (instead of in Rust). > > Thanks a lot for your effort and the initiative, I really appreciate > the idea. I also apologize for my harsh wording in the heated the > discussion we had. I'm very glad that this - as it is always the case > in Debian - is leading to a productive solution. Great! > > > Currently, the packaging builds the same binary package names as > > src:librsvg. There was a suggestion to use different binary names with > > versioned Provides (against the existing librsvg binary package > > names). I'm not sure that provides much benefit but we can discuss > > that. > > > > I don't have the ability to do the initial upload for this package > > since I don't have easy access to do the binary build required for > > ftp-master NEW. > > > > I don't have experience with archive management for non-release > > architectures at all. > > The problem that we have is that it's not possible to upload a package > to Debian which does not build any binaries on the release architectures, > the archive would be removed from the archive immediately. > > I assume what we could do is maybe have a package that is built from > multiple sources so that it builds different binary packages for the > Rust and non-Rust targets. > > I have CC'ed James Clarke and Adrian Bunk who might be interested in > this discussion as well and probably can maybe help in the process. > > Again, thanks a lot for the efforts and sorry for my heated and > unprofessional behavior. > > Thanks a lot! > Adrian > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer - glaub...@debian.org > `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Would an arch:all librsvg-c-doc package be sufficient for the "must build a binary package on a release architecture" requirement? Thanks, Jeremy Bicha
Bug#913766: ITP: librsvg-c -- the pre-Rust version of librsvg
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, glaub...@physik.fu-berlin.de Owner: jbi...@debian.org Package Name: librsvg-c Version: 2.40.20 Upstream Authors: Ximian, Eazel, Red Hat, Igalia, etc. License : LGPL-2+ Programming Lang: C Homepage: https://wiki.gnome.org/Projects/LibRsvg Description: SAX-based renderer library for SVG files The rsvg library is an efficient renderer for Scalable Vector Graphics (SVG) pictures. Other Info -- As requested, this is librsvg reintroduced for ports that don't supported the rustified librsvg yet. The name is because this is librsvg written in the C programming language (instead of in Rust). Packaging can be found at https://salsa.debian.org/gnome-team/librsvg-c Currently, the packaging builds the same binary package names as src:librsvg. There was a suggestion to use different binary names with versioned Provides (against the existing librsvg binary package names). I'm not sure that provides much benefit but we can discuss that. I don't have the ability to do the initial upload for this package since I don't have easy access to do the binary build required for ftp-master NEW. I don't have experience with archive management for non-release architectures at all. Thanks, Jeremy Bicha
Bug#821397: ITP: sway -- i3-compatible Wayland compositor
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
Bug#911117: O: gniall -- program that tries to learn a human language
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#911113: O: cellwriter -- grid-entry handwriting input panel
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#898541: O: cortina -- Wallpaper changer for gnome
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#887747: ITP: gnome-shell-extension-easyscreencast -- video recording extension for the GNOME shell
On Wed, Oct 3, 2018 at 10:34 PM Samuel Henrique wrote: > I want to comply with the team, although the wiki says nothing about > either control.in or dh --with-gnome, which docs should I read? Oh, I apologize that we haven't documented that very well at all! Basically, copy your debian/control to debian/control.in Set these fields: Maintainer: Debian GNOME Maintainers Uploaders: Samuel Henrique , @GNOME_TEAM@ Add --with gnome to your dh line in debian/rules Runfakeroot debian/rules cleanto update debian/control Feel free to visit #debian-gnome if you have more questions. Thanks, Jeremy Bicha
Bug#887747: ITP: gnome-shell-extension-easyscreencast -- video recording extension for the GNOME shell
Samuel, I gave you access to the shell-extensions subgroup instead of to the entire GNOME team on Salsa since I think that better reflects what you're working on. Could you please update your repo to follow the Debian GNOME layout? [1] I see that there are extensions that don't follow our patterns so maybe don't copy from them for this. :) I didn't look at your repo closely but 2 examples are we use debian/control.in (and dh --with gnome) and we need a debian/gbp.conf. I am not subscribed to the pkg-gnome-maintainers list since it's really noisy for me since I am already subscribed to Tracker. I am subscribed to debian-gtk-gn...@lists.debian.org . [1] https://wiki.debian.org/Gnome/Git Thanks, Jeremy Bicha
Bug#909670: ITP: gnome-remote-desktop -- Remote desktop daemon for GNOME using Pipewire
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Owner: jbi...@debian.org Package Name: gnome-remote-desktop Version: 0.1.6 Upstream Authors: Jonas Ådahl, Red Hat License : GPL-2+ Programming Lang: C Homepage: https://wiki.gnome.org/Projects/Mutter/RemoteDesktop Description: Remote desktop daemon for GNOME using PipeWire This daemon enables GNOME to offer remote desktop sharing using VNC with PipeWire. It supports both GNOME on X and GNOME on Wayland. Remote sharing can be enabled and managed in the GNOME Settings app. . This feature will not work on Ubuntu until mutter is recompiled with the remote desktop option enabled. Other Info -- The Debian GNOME team intends to maintain this package. If testing goes well, we would like to install this package by default in Debian GNOME for Buster since we currently default to Wayland. Otherwise, at least it will be available as an option for people using Buster. Packaging is at https://salsa.debian.org/gnome-team/gnome-remote-desktop Thanks, Jeremy Bicha
Bug#904643: Bug#904651: devhelp: New upstream release 3.30
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#732011: O: gyrus -- GNOME tool for Cyrus-IMAP servers administration
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
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#897633: ITP: bolt -- system daemon to manage thunderbolt 3 devices
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#896815: Adopting clearlooks-phenix-theme
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#894579: ITP: libmypaint -- brush library for mypaint
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#894578: ITP: mypaint-brushes -- brushes for paint apps
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#892369: O: mod-dnssd -- Zeroconf support for Apache 2 via avahi
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#603157: ITP: ttf-ubuntu-font-family
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#890510: ITP: gnome-usage -- simple system monitor app for GNOME
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#890218: ITP: psautohint -- standalone version of the AFDKO autohinter
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#886508: ITP: paper-icon-theme
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#888208: ITP: libmanette -- simple GObject game controller library
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#865283: ITP: fontmake -- Compile fonts from sources (UFO, Glyphs) to binary (OpenType, TrueType)
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#886508: ITP: paper-icon-theme
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#865283: fontmake packaging
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#868005: glyphslib uploaded to NEW
Control: tags -1 +pending Uploaded to the new queue now. Packaging is at https://salsa.debian.org/fonts-team/glyphslib Thanks, Jeremy Bicha
Bug#885430: ITP: darkcold-gtk-theme -- dark GTK2/GTK3/Metacity theme
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#885430: ITP: darkcold-gtk-theme -- dark GTK2/GTK3/Metacity theme
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
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#881459: ITP: obsidian-icon-theme -- Obsidian icon theme
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
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#881459: ITP: obsidian-icon-theme -- Obsidian icon theme
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#258096: ITP: glom -- A database designer and user interface
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#842298: ITP: california -- calendar application for GNOME 3
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#881459: ITP: obsidian-icon-theme -- Obsidian icon theme
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#738447: ITA: luakit a fast and small web browser
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#883898: gparted: misc. packaging fixes
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#883828: ITP: woff2 -- library for converting fonts to WOFF 2.0
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
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#603157: ITP: ttf-ubuntu-font-family
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
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
Control: tags -1 +pending Uploaded to the Debian NEW queue. Thanks, Jeremy Bicha
Bug#807717: RFP: ttf-fxemoji -- Firefox OS Emojis
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#806503: ITP: mutatormath -- calculation of piecewise linear interpolations in n-dimensions with masters
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#882071: ITP: compreffor -- CFF table subroutinizer for FontTools
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#835197: ITP: fonts-emojitwo -- Color emoji font originally released as Emojione 2.2
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#835197: RFP: fonts-eosrei-emojione
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#806515: RFP: pyclipper -- Cython wrapper for the Clipper library
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#835197: RFP: fonts-eosrei-emojione
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
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#880897: ITP: libcloudproviders -- cloud provider library
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#784029: ben file for libcdio transition
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#878750: ITP: python-monasca-statsd -- monasca statsd Python client
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#848206: dropping unnecessary blocker bugs for ITP: nototools
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#879894: ITP: snapd-glib -- GLib snapd library
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#806515: ITP: pyclipper -- Cython wrapper for the C++ translation of the Angus Johnson's Clipper library
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
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#848198: fonts-noto-color-emoji
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#879062: ITP: libepc -- Easy Publish and Consume library
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#258096: ITP: glom -- A database designer and user interface
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#878823: ITP: libgdamm5.0 -- C++ wrappers for libgda5
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#878822: ITP: goocanvasmm-2.0 -- C++ bindings for GooCanvas
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#866873: ITA: babl -- Dynamic, any to any, pixel format conversion library
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