libsystemd
Dmitry Bogatov: Thanks history, we have pid files, not `libpid' to talk to `pidd'. Jonathan de Boyne Pollard: You have forgotten about the existence of Debian Hurd. (-: * https://jdebp.eu./FGA/hurd-daemons.html#proc Samuel Thibault: The Hurd precisely tries to expose things as files. Not in this case. I pointed earlier to the "pidd". Debian Hurd doco and GNU Hurd doco are really bad, so here's the best of a bad job; the raw API for the "libpid": * http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/hurd/process.defs
Re: libsystemd
Hello, Jonathan de Boyne Pollard, on Thu 01 Sep 2016 08:47:44 +0100, wrote: > >You have forgotten about the existence of Debian Hurd. (-: > > > >* https://jdebp.eu./FGA/hurd-daemons.html#proc > > >The Hurd precisely tries to expose things as files. > > > Not in this case. I pointed earlier to the "pidd". Debian Hurd doco and > GNU Hurd doco are really bad, so here's the best of a bad job; the raw API > for the "libpid": > > * http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/hurd/process.defs Think of it as system calls, this API provides more or less that. Pids also appear in /proc/, for now nothing has been defined to do things with them, but that could be. network boards appear in /dev/eth0, the TCP/IP stack appears in /servers/socket, etc. Samuel
Re: Debian Hurd installer fixed since 2014?
Jonathan de Boyne Pollard, on Thu 01 Sep 2016 09:23:07 +0100, wrote: > The Debian installer dutifully hung partway through the install, > saying that it was configuring exim. How much memory did the box have? We do know there are still some issues with swapping. Installation does push a lot of data into memory then disk, so better have enough memory to avoid swapping. I regularly run the installer inside kvm and 1G RAM without any issue. > The last that I checked, which was a while ago, to work around this and > possibly other critical Debian installer problems you yourselves were > "installing" Debian Hurd by sharing around a developer's personal machine > image with that developer's accounts and stuff already pre-installed. Has > this situation improved at all? Memory management is being worked on and there have been various fixes, yes. Samuel
Is missing SysV-init support a bug?
Russ Allbery: But change sucks, and part of what accreted was decades of subtle workarounds to poorly-documented issues for which we have minimal institutional memory. Like fulfilling the 1970s Unix promise of italics in manual pages, on the wide range of terminals that /can/ /do/ /italics/: stymied on Debian and only documented by a note at the bottom of a closed and forgotten bug report filed roughly a decade and a half ago against a long since superseded version. A couple of Hitch-Hiker's Guide to the Galaxy quotations come to mind. * https://jdebp.eu./Softwares/nosh/italics-in-manuals.html Russ Allbery: And the actual position appears to be something around "we're building it as separate components because that's just good engineering, but we don't particularly care about use cases that involve picking and choosing specific components and are not really prioritizing them," which is essentially perfectly positioned to make no one happy and all discussions around modularity arrive at frustratingly inconclusive loose ends. This is another thing that falls under the umbrella of the world changing since 2014, note. There have been discussions amongst the systemd developers about modularity, more recently. They've been tentative and limited in scope, haven't resulted in any concrete outcome yet, and haven't filtered through to the Debian/Ubuntu world, but they have been there. Russ Allbery: I mostly pipe up here occasionally to poke at evidence from the "systemd is horrible" side [...] there's a bunch of nonsense on the pro-systemd side too [...] I don't think that I've pointed you to this already, but if not you definitely need to read this: * http://uselessd.darknedgy.net./ProSystemdAntiSystemd/ The same person (whose name I don't know) later wrote these: * http://blog.darknedgy.net/technology/2015/09/05/0/ * http://blog.darknedgy.net/technology/2015/10/11/0/
Bug#836274: ITP: gajim-httpupload -- HTTP file upload plugin for Gajim
Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" * Package name: gajim-httpupload Version : 20160822 Upstream Author : Thilo Molitor , Anders Sandblad , Philipp Hörist * URL : https://trac-plugins.gajim.org/wiki/HttpUploadPlugin * License : GPL2+ or GPL3+, need to check Programming Lang: Python Description : HTTP file upload plugin for Gajim Allows to send a file to another user by uploading it to server and at the same time sending the user a download link. This needs to be supported by the XMPP server.
Re: Debian Hurd installer fixed since 2014?
On Thu, Sep 01, 2016 at 09:23:07AM +0100, Jonathan de Boyne Pollard wrote: > The last time that I tried Debian Hurd, I couldn't even get it installed. > The machine that I was installing on had no network interfaces and didn't > need mail, so I told the Debian installer not to install any networking > stuff at all and that it had no network interfaces, un-checking all of the > checkboxes for mail and the like. The Debian installer dutifully hung > partway through the install, saying that it was configuring exim. Note that installing a mail transfer agent on an isolated system actually makes sense. It's one way between local users to communicate, and it's used by apt to notify you about some important changes when you install/upgrade packages. Besides, it's a pure Debian thing, unrelated to the Hurd. -- Richard Braun
Re: Is missing SysV-init support a bug?
On Fri, Aug 26, 2016 at 12:11:13AM +0200, Sven Hartge wrote: > I just saw the new conntrack-tools (1:1.4.4-2) package in Sid, which > has as a change > > * [917beed] conntrackd: get rid of the sysvinit support > > and I wondered, if this is a bug (and at what severity) or not. Hi, something similar was discussed in history already, and appears to be an issue whenever more than one init scheme comes into play, not releated to systemd specifically https://bugs.debian.org/422139#86 My suggestion was and still is to separate services from programs on the package level, see https://lists.debian.org/debian-devel/2004/04/msg00080.html https://lists.debian.org/debian-devel/2005/02/msg00279.html and https://bugs.debian.org/422139#151 I was not successful to convince fellows back then. With having support for more than one init scheme, either all need to implement the same interface (e.g. init scripts), or maintainers of packages providing a service need to implement and possibly maintain integrations into multiple init schemes. Obvisiously that's not what's desired. Separating this integrations into different packages separates personal resposibilities, interest, implementation and maintainance effort. Regards, Gerrit.
Re: Is missing SysV-init support a bug?
On Mon, Aug 29, 2016 at 09:47:53PM +0200, Simon Richter wrote: > On 28.08.2016 22:11, Bart Schouten wrote: > > That "very serious race condition" is nothing more than one daemon > > having to wait for the other while starting up. THAT'S IT. Oh and > > knowing when something has died so you can restart it or something. > > That is also something the init system can not really fix, just paper over. > > Any daemon that is dependent on another to work needs to be able to > handle the case where the other process is restarted, or fails for some > reason, and provide error recovery in this case. Declaring a dependency > in a systemd unit file is no better in that regard than simply ordering > daemons by priority, and ideally the daemon needs to be resilient enough > to work even if the other daemon is started with no synchronisation or > if timed jobs are simply not run. > > I'd also postulate that these error cases are not properly tested in > most daemons we have. Every service can always fail due to transient > errors, and this needs to be communicated up the stack. There is a > reason why SMTP daemons will first write a mail to disk, flush the > caches, and only then acknowledge receipt. To me too this readiness IPC ideas and implementations look over-engineered. A good convention for service programs would be to functionally test for services it needs very early on startup, and fail if dependencies are not available. The service supervisor (any modern init scheme seems to now support this) relaunches eventually, until all dependencies are fulfilled. Consequently, if while running one of the needed services fails for some reason, fail also. Supervisors are going to bring things up again. That's how runit does things. If the initialization of some (bloat) service program really is that expensive before it can functionally check for dependencies, it could implement the wait-and-retry on its own. Good thing is that this convention applies to the service program that actually is causing the issue (multiple, expensive startups) and can be fixed there, while readiness IPC requires the dependencies to "fix" things. Regards, Gerrit.
Bug#836330: ITP: PGObject::Util::DBChanges - Track applied change files in a database
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libpgobject-util-dbachange-perl Version: 0.04 Upstream Author : Chris Travers * URL or Web page : https://metacpan.org/release/PGObject-Util-DBChange * License : BSD (3 clause) Description : PGObject::Util::DBChanges - Track applied change files in a PostgreSQL database This module tracks applied change files in a PostgreSQL database. It has the following methods: new, content_wrapped, is_applied, run, and apply. And has the following functions: needs_init, init, and update. -- Robert J. Clay rjc...@gmail.com j...@rocasa.us
Work-needing packages report for Sep 2, 2016
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 887 (new: 9) Total number of packages offered up for adoption: 169 (new: 0) Total number of packages requested help for: 49 (new: 1) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: deb-gview (#835906), orphaned 3 days ago Description: GNOME viewer for .deb package files and contents Installations reported by Popcon: 106 dpkg-cross (#835925), orphaned 3 days ago Description: tools for cross compiling Debian packages Reverse Depends: crossbuild-essential-arm64 crossbuild-essential-armel crossbuild-essential-armhf crossbuild-essential-mipsel crossbuild-essential-powerpc crossbuild-essential-ppc64el dpkg-cross xdeb Installations reported by Popcon: 564 emdebian-archive-keyring (#835924), orphaned 3 days ago Description: GnuPG archive keys for the emdebian repository Installations reported by Popcon: 1655 gnome-multi-writer (#836337), orphaned today Installations reported by Popcon: 113 gpdftext (#835907), orphaned 3 days ago Description: GTK+ text editor for ebook PDF files Installations reported by Popcon: 430 multistrap (#835909), orphaned 3 days ago Description: multiple repository bootstrap based on apt Installations reported by Popcon: 321 opendict-lingvosoft (#835568), orphaned 5 days ago Description: plugins for OpenDict - LingvoSoft Online Dictionaries Installations reported by Popcon: 46 pybit (#835908), orphaned 3 days ago Description: buildd toolkit based on message queues Reverse Depends: pybit-client pybit-watcher pybit-web Installations reported by Popcon: 2 splint (#836076), orphaned 2 days ago Description: tool for statically checking C programs for bugs Reverse Depends: splint Installations reported by Popcon: 971 878 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. No new packages have been given up for adoption, but a total of 169 packages are awaiting adoption. See http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: [NEW] net-snmp (#835654), requested 4 days ago Description: SNMP configuration script, MIBs and documentation Reverse Depends: 389-ds-base asterisk-modules cacti cacti-spine cluster-glue corosync-notifyd cyrus-common dms fwbuilder google-cloud-print-connector (34 more omitted) Installations reported by Popcon: 107816 athcool (#278442), requested 4328 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 23 awstats (#755797), requested 771 days ago Description: powerful and featureful web server log analyzer Installations reported by Popcon: 4109 balsa (#642906), requested 1803 days ago Description: An e-mail client for GNOME Reverse Depends: balsa-dbg Installations reported by Popcon: 662 cardstories (#624100), requested 1956 days ago Description: Find out a card using a sentence made up by another player Installations reported by Popcon: 7 courier (#823807), requested 115 days ago Description: Courier mail server Reverse Depends: courier-faxmail courier-filter-perl courier-imap courier-imap-ssl courier-ldap courier-mlm courier-mta courier-mta-ssl courier-pcp courier-pop (7 more omitted) Installations reported by Popcon: 2173 cups (#532097), requested 2644 days ago Description: Common UNIX Printing System Reverse Depends: bluez-cups boomaga chromium cinnamon-settings-daemon cloudprint cups cups-backend-bjnp cups-browsed cups-bsd cups-client (62 more omitted) Installations reported by Popcon: 163849 cyrus-sasl2 (#799864), requested 344 days ago Description: authentication abstraction library Reverse Depends: 389-ds-base 389-ds-base-libs 389-dsgw adcli autofs-ldap cairo-dock-mail-plug-in claws-mail claws-mail-acpi-notifier claws-mail-address-keeper claws-mail-archiver-plugin (127 more omitted) Installations reported by Popcon: 183852 dee (#831388), requested 48 days ago Description: model to synchronize mutiple instances over DBus Reverse Depends: dee-tools gir1.2-dee-1.0 libdee-1.0-4-dbg libdee-dev zeitgeist-core Installations reported by Popcon: 59571 developers-reference (#759995), requested 733 days ago Description: guidelines an
Bug#836353: ITP: apertium-ita -- Apertium single language data for Italian
Package: wnpp
Severity: wishlist
Owner: Kartik Mistry
* Package name: apertium-ita
Version : 0.9.0
Upstream Author : Francis M. Tyers ,
Hèctor Alòs i Font ,
Marina Loffredo ,
Gema Ramírez Sánchez
Gianfranco Fronteddu
Frankie Robertson
Gianluca Grossi
Kevin Brubeck Unhammer
* URL : http://www.apertium.org/
* License : GPL-2+
Programming Lang:
Description : Apertium single language data for Italian
Data package providing Apertium language resources for Italian.
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
signature.asc
Description: PGP signature
Re: Is missing SysV-init support a bug?
On Thu, Sep 01, 2016 at 10:09:42AM +0100, Jonathan de Boyne Pollard wrote: > Like fulfilling the 1970s Unix promise of italics in manual pages, on the > wide range of terminals that /can/ /do/ /italics/: stymied on Debian and > only documented by a note at the bottom of a closed and forgotten bug report > filed roughly a decade and a half ago against a long since superseded > version. A couple of Hitch-Hiker's Guide to the Galaxy quotations come to > mind. > > * https://jdebp.eu./Softwares/nosh/italics-in-manuals.html What "wide range of terminals that /can/ /do/ /italics/" do you mean? Let's see, printf 'a\e[3mb\e[0mc\n' (b should be italic, a and c should not) * linux console:- (text does nothing, fb makes it green) * xfce4-terminal: - * lxterminal: - * xterm:✓ * rxvt-unicode: - * pterm - * cool-retro-term: - And out of Debian: * osso-xterm: - * putty:- * win10 console:- * Solaris console: - * OpenBSD console: - (text) Hmm... 1 out of 11¹ implementing italics plus one doing some other thing doesn't strike me as a "wide" range. I didn't bother to test terminals I don't have installed at the moment but the above sample shouldn't be much off. [1]. Not counting putty=pterm twice. -- Second "wet cat laying down on a powered on box-less SoC on the desk" close shave in a week. Protect your ARMs, folks!
Bug#836354: ITP: libgepub -- library to read epub files
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: libgepub Version: 0.4-1 Upstream Author: Daniel Garcia URL: https://numixproject.org/ License: LGPL-2.1+ Description: library to read epub files libgepub is a GObject based library for handling and rendering epub documents. libgepub provides a C library and GObject Introspection bindings which allow the library to be easily used in several other programming languages. libgepub is required by gnome-documents 3.22 which introduces epub support to its Books app. libgepub is now hosted by the GNOME Project. I am a Debian Maintainer and I intend to package this within the Debian GNOME Packaging Team. Thanks, Jeremy Bicha
Bug#836356: ITP: apertium-srd -- Apertium single language data for Sardinian
Package: wnpp
Severity: wishlist
Owner: Kartik Mistry
* Package name: apertium-srd
Version : 0.9.0
Upstream Author : Francis M. Tyers ,
Hèctor Alòs i Font ,
Gianfranco Fronteddu ,
Frankie Robertson
* URL : http://www.apertium.org/
* License : GPL-3+
Programming Lang:
Description : Apertium single language data for Sardinian
Data package providing Apertium language resources for Sardinian.
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
signature.asc
Description: PGP signature
Bug#836357: ITP: apertium-srd-ita -- Apertium translation data for the Sardinian-Italian pair
Package: wnpp
Severity: wishlist
Owner: Kartik Mistry
* Package name: apertium-srd-ita
Version : 0.9.0
Upstream Author : Francis M. Tyers
Hèctor Alòs i Font ,
Gianfranco Fronteddu ,
Kevin Brubeck Unhammer .
* URL : http://www.apertium.org/
* License : GPL-3+
Programming Lang:
Description : Apertium translation data for the Sardinian-Italian pair
Data package providing Apertium language resources for translating
between the Sardinian and Italian languages.
--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com
signature.asc
Description: PGP signature
Re: Is missing SysV-init support a bug?
On Fri, 2 Sep 2016 05:30:10 +0200, Adam Borowski wrote: > What "wide range of terminals that /can/ /do/ /italics/" do you mean? > > Let's see, printf 'a\e[3mb\e[0mc\n' (b should be italic, a and c should not) > * linux console:- (text does nothing, fb makes it green) > * xfce4-terminal: - > * lxterminal: - > * xterm:✓ > * rxvt-unicode: - > * pterm - > * cool-retro-term: - > And out of Debian: > * osso-xterm: - > * putty:- > * win10 console:- > * Solaris console: - > * OpenBSD console: - (text) FWIW, GNOME Terminal also supports italics. Regards, Stephen pgprG2KYR0Rgf.pgp Description: OpenPGP digital signature
Re: Is missing SysV-init support a bug?
On Fri, 02 Sep 2016 05:30:10 +0200, Adam Borowski wrote: > Let's see, printf 'a\e[3mb\e[0mc\n' (b should be italic, a and c should not) > * rxvt-unicode: - FWIW, works for me (rxvt-unicode-256color). Might be a font (configuration) issue, the 'b' looks interesting here. Cheers, gregor -- .''`. Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Tom Waits: Barcarolle signature.asc Description: Digital Signature
Bug#836359: ITP: python-h2 -- HTTP/2 State-Machine based protocol implementation in python
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: python-h2 Version : 2.4.1 Upstream Author : Cory Benfield * URL : https://pypi.python.org/pypi/h2 * License : MIT Programming Lang: Python, etc Description : HTTP/2 state-machine based protocol implementation in python Pure-Python implementation of a HTTP/2 protocol stack. It’s written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can speak HTTP/2 regardless of your programming paradigm. This will be a dependency of mitmproxy 0.17.1
Bug#836360: ITP: python-chartkick -- create beautiful Javascript charts with minimal code
Package: wnpp Severity: wishlist Owner: "ChangZhuo Chen (陳昌倬)" * Package name: python-chartkick Version : 0.5.0 Upstream Author : Copyright (c) 2013 Mher Movsisyan * URL : https://github.com/mher/chartkick.py * License : Expat Programming Lang: python Description : create beautiful Javascript charts with minimal code -- ChangZhuo Chen (陳昌倬) Debian Developer (https://nm.debian.org/public/person/czchen) Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D BA04 346D C2E1 FE63 C790 8793 CC65 B0CD EC27 5D5B signature.asc Description: PGP signature
