Bug#927701: ITP: python-aiosqlite -- sqlite library for Python 3 using asyncio
Package: wnpp Severity: wishlist Owner: Benjamin Hof * Package name: python-aiosqlite Version : 0.10.0-1 Upstream Author : John Reese * URL : https://github.com/jreese/aiosqlite * License : Expat Programming Lang: Python Description : sqlite library for Python 3 using asyncio A Python 3 module for using sqlite with asyncio. It allows interaction with SQLite databases on the main asyncio event loop without blocking execution of other coroutines while waiting for queries or data fetches. This package is a dependency of postfix-mta-sts-resolver (ITP: #917366).
Bug#927694: ITP: golang-gopkg-src-d-go-git-fixtures.v3 -- several git fixtures to run go-git tests
Package: wnpp Severity: wishlist Owner: Jongmin Kim X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-gopkg-src-d-go-git-fixtures.v3 Version : 3.1.1-1 Upstream Author : source{d} * URL : https://github.com/src-d/go-git-fixtures * License : Apache-2.0 Programming Lang: Go Description : several git fixtures to run go-git tests This package provides some several git fixtures to run go-git tests. This package is a prerequisite for upcoming package "golang-gopkg-src-d-go-git.v4" (#927687). -- Jongmin Kim OpenPGP key located at https://jongmin.dev/pgp OpenPGP fingerprint: 012E 4A06 79E1 4EFC DAAE 9472 D39D 8D29 BAF3 6DF8 signature.asc Description: PGP signature
Re: is Wayland mature enough to be the default desktop choice in Buster?
On Sat, 20 Apr 2019 at 23:17:15 +0200, Adam Borowski wrote: > But there's also the technical matter of "GNOME and/or Wayland don't work > at all on machine XYZ". This _is_ relevant. Whether GNOME works on machine XYZ (at all) is relevant when deciding whether the default desktop environment should be GNOME or something else, but is not relevant when deciding whether GNOME should default to Wayland or X11 mode. The decision of whether GNOME defaults to Wayland or X11 mode is only affected by whether GNOME-on-Xorg works better than GNOME-as-Wayland. (Another option is to default to GNOME-as-Wayland, but expand the rules in gnome-session-bin that force X11 mode on certain hardware and drivers, which are already used for things like the proprietary nvidia driver.) > [1]. Hard-hangs during boot with systemd (even a purely text install), > works fine with sysvinit+xfce all the way. This is certainly not a bug in GNOME's Wayland mode (a purely text install doesn't have any X11 or Wayland), and making GNOME default to Wayland mode would not do anything to solve it. smcv
Re: is Wayland mature enough to be the default desktop choice in Buster?
On Sun, 07 Apr 2019 at 17:59:38 +0200, Adam Borowski wrote: > * an amd64 desktop: > * nouveau: way too crashy to be considered "working". Please report this as a bug in the nouveau driver stack (sorry, I'm not sure whether the kernel or Mesa is the right place). If GNOME-on-Xorg doesn't work any better on this hardware than GNOME-as-Wayland, then this bug isn't relevant to deciding whether GNOME should default to Wayland mode or X11 mode. > With xfce, disabling the compositor makes it work. With GNOME, it's > AFAIK not an option (the fallback is gone, right?). GNOME Flashback (packaged as gnome-session-flashback in Debian) is the closest equivalent of the fallback mode in stretch, but isn't really the GNOME desktop environment: it's more like another GNOME fork alongside Cinnamon and MATE. > * nvidia proprietary: doesn't work with new kernels. My experience has been that it mostly does (SteamOS uses a recent kernel and nvidia proprietary driver, via DKMS, on a system otherwise heavily based on Debian 8), but I don't think the user-space part of the proprietary driver supports Wayland. GNOME is meant to detect the proprietary driver and fall back to Xorg mode automatically (if it doesn't, please report that as a bug in gnome-session-bin, which is where the supported/unsupported GPU detection lives). > * Pine{64,book}: > simplefb. GNOME no workie. > > * RockPro64, used as a desktop (I'm typing these words on it): > armsoc. GNOME no workie. > > * N900: > didn't try. I don't suspect it could work, though. > > * Gemini: > libhybris. No way to run Wayland I guess, X GNOME probably either. GNOME is designed for a desktop or laptop with a working GPU, and these devices probably aren't that (the N900 certainly isn't). If the Clutter toolkit used in GNOME Shell doesn't work on this hardware (likely), then GNOME-on-Xorg won't work there either, which means making GNOME default to X11 mode wouldn't improve its ability to run on these devices. > * Omega OAN133: > crashes with a black screen (although it's been a while since I tried). Sorry, I don't know what that device is. If it's a desktop or laptop from the last few years with an otherwise working and supportable GPU, please report a bug. > * an i386 desktop (used as a pedestal for RockPro): > i915 [910GL]. Might or might not run, although the mandatory compositor > on hardware this old would cause such a slideshow on 2560x1600 that it > wouldn't be usable. Wikipedia tells me this is a 2004 Pentium 4 chipset, which I suspect is much too old for the Clutter toolkit used by GNOME Shell to work: last time I tried running GNOME on an Intel GPU of comparable age, I think the problem was that Clutter requires driver/hardware support for non-power-of-two textures, which wasn't present. However, if GNOME-on-Xorg doesn't work any better on this hardware than GNOME-as-Wayland, then it isn't relevant to deciding whether GNOME should default to Wayland mode or X11 mode. smcv
Bug#927687: ITP: golang-gopkg-src-d-go-git.v4 -- highly extensible Git implementation in pure Go
Package: wnpp Severity: wishlist Owner: Jongmin Kim X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-gopkg-src-d-go-git.v4 Version : 4.11.0-1 Upstream Author : source{d} * URL : https://github.com/src-d/go-git * License : Apache-2.0 Programming Lang: Go Description : highly extensible Git implementation in pure Go This package provides a highly extensible git implementation library written in pure Go. . The library does: * can be used to manipulate git repositories at low level (plumbing) or high level (porcelain), through an idiomatic Go API. * supports several types of storage, such as in-memory filesystems, or custom implementations using the 'Storer' interface. * aims to be fully compatible with git, all the porcelain operations are implemented to work exactly as git does. This package is a prerequisite for upcoming package "lazygit" (#908894). -- Jongmin Kim OpenPGP key located at https://jongmin.dev/pgp OpenPGP fingerprint: 012E 4A06 79E1 4EFC DAAE 9472 D39D 8D29 BAF3 6DF8 signature.asc Description: PGP signature