Bug#963191: RFH: aufs
Package: wnpp Severity: normal At the moment aufs is nearly unmaintained since I do not have time due to personal issues. Therefore, I would be happy if there is somebody to co-maintain the package. Open issues are: - Update to current version - Add a version in backports - Support multiple kernel versions at the same time I try to take a look at this problems in the near future but I would be happy about help.
Bug#832451: ITP: aufs4 -- advanced multi layered unification filesystem version 4.x
Package: wnpp Severity: wishlist Owner: Jan Luca Naumann * Package name: aufs4 Version : 4.6+20160523 Upstream Author : Junjiro R. Okajima * URL : http://aufs.sourceforge.net/ * License : GPL2+ Programming Lang: C Description : advanced multi layered unification filesystem version 4.x Aufs is a stackable unification filesystem such as Unionfs, which unifies several directories and provides a merged single directory. In the early days, aufs was entirely re-designed and re-implemented Unionfs Version 1.x series. After many original ideas, approaches and improvements, it becomes totally different from Unionfs while keeping the basic features. See Unionfs Version 1.x series for the basic features. Recently, Unionfs Version 2.x series begin taking some of same approaches to aufs's. I'm intending to package the version 4.x for Debian. The module should use dkms to be build as kernel module. I hope to do the work as part of the filesystems project on Alioth: https://alioth.debian.org/projects/filesystems/ I need a sponsor for the package.
Re: Bug#832451: ITP: aufs4 -- advanced multi layered unification filesystem version 4.x
Am 26.07.2016 um 02:07 schrieb Ben Hutchings: > On Mon, 2016-07-25 at 21:05 +0200, Thomas Goirand wrote: >> We have already overlayfs in modern kernels. Could you explain why we >> need aufs4 as well? > > I believe aufs stil has these advantages over overlayfs: > > - Can be exported via NFS > - White-outs share an inode rather than > requiring an inode each > - Sparse files remain sparse when copied-up > - > Multiple writeable branches > - Creating a hard link does not require a > copy-up > > Ben. Ben summarized better than I could the still existing advantages of aufs. In a production setup I administrate, we particularly use the NFS feature. Jan. signature.asc Description: OpenPGP digital signature
Bug#842162: ITP: anything-sync-daemon -- Anything-sync-daemon (asd) is a tiny pseudo-daemon designed to manage user specified directories referred to as sync targets from here on out, in tmpfs and to
Package: wnpp Severity: wishlist Owner: Jan Luca Naumann * Package name: anything-sync-daemon Version : 5.83 Upstream Author : graysky * URL : https://github.com/graysky2/anything-sync-daemon * License : Expat Programming Lang: Bash Description : Sync user specified directories into RAM Anything-sync-daemon (asd) is a tiny pseudo-daemon designed to manage user specified directories referred to as sync targets from here on out, in tmpfs and to periodically sync them back to the physical disc (HDD/SSD). This is accomplished via a symlinking step and an innovative use of rsync to maintain synchronization between a tmpfs copy and media-bound backups. Additionally, asd features several crash recovery features.
Bug#843546: ITP: python-mailman -- Core module for Mailman3
Package: wnpp Severity: wishlist Owner: Jan Luca Naumann * Package name: python-mailman Version : 3.1.0 Upstream Author : the Free Software Foundation, Inc. * URL : https://gitlab.com/mailman/mailman * License : GPL-3+ Programming Lang: Python Description : Core module for Mailman3 Mailman is free software for managing electronic mail discussion and e-newsletter lists. Mailman is integrated with the web, making it easy for users to manage their accounts and for list owners to administer their lists. Mailman supports built-in archiving, automatic bounce processing, content filtering, digest delivery, spam filters, and more. This packages installs the core module for the new Mailman3 version.
Bug#844743: ITP: python-django-allauth -- Django app that allows both local and social authentication
Package: wnpp Severity: wishlist Owner: Jan Luca Naumann * Package name: python-django-allauth Version : 0.28.0 Upstream Author : Raymond Penners and contributors * URL : http://www.intenct.nl/projects/django-allauth/ * License : MIT Programming Lang: Python Description : Django app that allows both local and social authentication Integrated set of Django applications addressing authentication, registration, account management as well as 3rd party (social) account authentication.
Bug#859497: ITP: libqtaccountsservice -- Qt-style API for AccountsService DBus interface
Package: wnpp Severity: wishlist Owner: Jan Luca Naumann * Package name: libqtaccountsservice Version : 0.7.0 Upstream Author : Pier Luigi Fiorini * URL : https://github.com/lirios/qtaccountsservice * License : LGPL Programming Lang: C++ Description : Qt-style API for AccountsService DBus interface This library provides a Qt-style API to use freedesktop.org's AccountsService DBus service. For more information see description of AccountsService under http://www.freedesktop.org/wiki/Software/AccountsService
Bug#825864: ITP: sedutil -- Tool to use functionality of Self Encrypting Drives (SED) that comply with the TCG OPAL 2.00 standard
Package: wnpp Severity: wishlist Owner: Jan Luca Naumann * Package name: sedutil Version : 1.12 Upstream Author : Bright Plaza Inc. , r0m30 * URL : https://github.com/Drive-Trust-Alliance/sedutil * License : GPL Programming Lang: C++ Description : Tool to use functionality of Self Encrypting Drives (SED) that comply with the TCG OPAL 2.00 standard Tool to use functionality of Self Encrypting Drives (SED) that comply with the TCG OPAL 2.00 standard. The tool includes a Pre-Boot Authorization image to unlock the drive independently of the BIOS functions. The package allows users to use their OPAL disks with free software. I need a sponsor for the package to upload it to Debian.
Bug#827127: ITP: profile-sync-daemon -- Symlinks and syncs browser profile dirs to RAM thus reducing HDD/SDD calls and speeding-up browsers.
Package: wnpp Severity: wishlist Owner: Jan Luca Naumann * Package name: profile-sync-daemon Version : 6.22 Upstream Author : graysky * URL : https://github.com/graysky2/profile-sync-daemon * License : MIT Programming Lang: Bash Description : Symlinks and syncs browser profile dirs to RAM thus reducing HDD/SDD calls and speeding-up browsers. Profile-sync-daemon (psd) is a tiny pseudo-daemon designed to manage your browser's profile in tmpfs and to periodically sync it back to your physical disc (HDD/SSD). This is accomplished via a symlinking step and an innovative use of rsync to maintain back-up and synchronization between the two. One of the major design goals of psd is a completely transparent user experience. For more information see https://wiki.archlinux.org/index.php/Profile-sync-daemon I need a sponsor for the package to upload it to Debian.
Package tool with systemd dependency
Hey, I want to package a tool* which highly uses systemd and particulary its per-user service feature. The upstream author supports only systemd as init system and recommends to run the tool under user rights. Is it a problem to package the tool with "Depends: systemd" and "Architecture: linux-any"? Best regards, Jan * https://github.com/graysky2/profile-sync-daemon
Re: Package tool with systemd dependency
Hey Simon and Ansgar, thank you for your help and input. I think I will use the dependencies that Simon uses for dbus-user-session. Best regards, Jan Am 21.06.2016 um 14:39 schrieb Simon McVittie: > On Tue, 21 Jun 2016 at 13:49:27 +0200, Ansgar Burchardt wrote: >> The upstream repository looks like it provides .service units for a >> "systemd --user" instance. > > Lots of projects do this; if combined with other ways to start the > service (such as D-Bus activation), it certainly doesn't merit a > hard dependency on systemd-sysv. > > (I have no opinion on whether profile-sync-daemon should enforce use of > "systemd --user" or not; that's a social rather than technical question, > based on what its upstream and its Debian maintainer are willing to take > responsibility for.) > >> It should be fine to only provide a unit for "systemd --user" >> and people who don't use systemd or libpam-systemd then have to >> configure the service start and stop themselves. > > Yes up to a point, but not if the "systemd --user" integration is > considered to be critical to the specific binary package with the > dependency. If you want a D-Bus session without having a systemd --user > instance, you can install dbus-x11 and use dbus-launch, or you can install > dbus and use dbus-run-session; but you shouldn't install dbus-user-session > and expect it to work without systemd --user, because integration with > systemd --user is the only thing that dbus-user-session does. > > If dbus-user-session had the same semantics as traditional D-Bus > in terms of what a "session" means, I'd have just included it in > dbus with a Suggests on libpam-systemd, but since it isn't 100% > compatible, it's a separate package to provide a way to make the newer > semantics opt-in. Until/unless someone provides a working non-systemd > implementation, it can only do what its documentation says it does by > using systemd --user. > > dbus-user-session does have Depends: libpam-systemd and Recommends: > systemd-sysv instead of two hard dependencies, but only to account for > the possibility of starting systemd via init=/lib/systemd/systemd. > > S >
