Re: init system daemon readiness protocol
Hi, Jonathan de Boyne Pollard: > Readiness is not something that any service manager does reliably. > There's just not the consistent mechanism for it, yet. There probably never will be _one_ such mechanism. So your service manager needs to implement most, if not all, of them. systemd does exactly that -- socket activation, forking, writing the PID file, its own protocol … did I miss any? (I'm disregarding Upstart's SIGSTOP protocol here because IMHO it's broken idea to signal a service's readiness by stopping it.) > On the subject of readiness protocols: To see another already-established > mechanism, perhaps avoid reinventing the wheel, and once again see the error > of thinking that all this was only just thought of and entirely missing a > whole history of tools development, see Laurent Bercot's fifodir mechanism > (http://skarnet.org/software/s6/fifodir.html). That's an interesting way to do publish-subscribe for short messages, but I wouldn't apply it to a service manager. fifodir supports multiple subscribers, a feature which you don't need in this case. It also doesn't tell the reader which writer signalled it, information which you do need (and get for free with a unix-domain socket; guess what systemd uses). > On the subject of forks: It's interesting to observe that an EVFILT_PROC > kevent() with NOTE_TRACK works reliably on FreeBSD/PC-BSD for tracking > across forking daemons. This is not to say that forking is suddenly > alright. But it gives the lie to any claim that daemontools-family service > managers lose track when daemons fork. Sure, but that doesn't exist on Linux. Linux has the PR_SET_CHILD_SUBREAPER prctl() flag for keeping track of your children -- introduced in 2012 by, surprise, Lennart. -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141025070223.gl24...@smurf.noris.de
Re: Bug#766691: ITP: debian-design -- recipes to install Debian Design blends
Hi Jonas, nice. Any VCS URL? Kind regards Andreas. On Sat, Oct 25, 2014 at 12:01:48AM +0200, Jonas Smedegaard wrote: > Package: wnpp > Severity: wishlist > Owner: Jonas Smedegaard > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > * Package name: debian-design > Version : 1 > Upstream Author : Debian Design Team > * URL : https://wiki.debian.org/Debian > * License : GPL-3+ > Programming Lang: YAML > Description : recipes to install Debian Design blends > > This package provides "recipes" for installing the Debian Design > blends, e.g. as preseeding files for Debian Installer. > . > Debian Design is a subset of Debian for use by visual designers. > > Will be maintained in the Debian Design Team. > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1 > > iQF8BAEBCgBmBQJUSsxJXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w > ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 > RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWLZgH/1OMpbkKJ/IYMiDunHQDZS/1 > l5kUcl+Tgaos+RzObgCTOWbB98rY1WHnICEuHH12Rpzg+FSE+bwBMKXRPBEGhLiK > uI5t4IxKHcooyktEYUOskUM70HZ4NzWzuBpnpSoabBre+FGjwNwMvJVbRlYl2Ctp > NO7H62GEpDnw6/Tpi2FWgYH8HXOeFBPScI2Mtn3F5GKtrSQleafQzcW/YLxZ7P50 > Zx+txuAYk51Rx+TLyR0zYjygLoLyJdjFBU0bQtmoLvMWcwXtS0Dm/SzvlpOQvdie > xtQp2PeZZNmZHgF1CbAxoIxcKZw8HormPONoxB4QC4Pl3wU9wpeIKP5a9zFFtEI= > =ve8a > -END PGP SIGNATURE- > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > https://lists.debian.org/20141024220148.31023.45742.report...@bastian.jones.dk > > -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141025081522.gi31...@an3as.eu
Re: Bug#762361: build-essential: Depends: make -> make-guile
2014-10-25 5:04 GMT+03:00 Dimitri John Ledkov : > On 24 October 2014 15:23, Matthias Klose wrote: >> Control: tags -1 + wontfix moreinfo >> >> Am 21.09.2014 um 16:27 schrieb Martin-Éric Racine: >>> Package: build-essential >>> Version: 11.7 >>> Severity: normal >>> >>> Given how 'make' has priority Optional, while 'make-guile' is Standard, >>> build-essential's Depends should probably be updated to match. >> >> I don't think that the guile interpreter in make is essential. I may have >> missed >> some discussion, but afaics it is not needed by default, so packages should >> declare an explicit build dependency on make-guile, if they need it. >> > > I believe this is the correct consensus that DDs have reached when > make-guile package was introduced. > (explicit build dependency is required to use make-guile features) This begs the question as to why make-guile has priority Standard, then. Martin-Éric -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141025084928.8548e...@bendel.debian.org
Re: The inittab interface - Re: Bug#766187: runit: Fails to install runit after fresh install of jessie beta2
On Wed, Oct 22, 2014 at 09:20:46AM +, Gerrit Pape wrote: > On Tue, Oct 21, 2014 at 08:29:54AM -0400, Nikolay Hristov wrote: > > Setting up runit (2.1.2-1) ... > > grep: /etc/inittab: No such file or directory > > grep: /etc/inittab: No such file or directory > > cp: cannot stat ‘/etc/inittab’: No such file or directory > > dpkg: error processing package runit (--configure): > > subprocess installed post-installation script returned error exit status 1 > > Errors were encountered while processing: > > runit > > E: Sub-process /usr/bin/dpkg returned an error code (1) > Since ages runit hooks into /etc/inittab to provide system wide service > supervision. As long as sysvinit provided /etc/inittab and was > essential this simply worked. Now on fresh jessie install, no > /etc/inittab is created at all. While this alone wouldn't be a problem, > because runit provides a simple systemd unit after I learned that > there's no backward compatibility to the /etc/inittab interface, it is a > problem when switching such an installation from systemd to sysvinit: > > When switching to sysvinit, the /etc/inittab file is created, but > doesn't include the lines enabling the runit supervision. After reboot > runit supervision will not be enabled, although the package is > installed. This would be a grave bug as other packages depend on this > assumption. > > Any idea on how to fix this? This is far from ideal, but the only easy fix I came up with until now is to copy debian/share/inittab* from the sysvinit source package, as well as the debian/rules logic to install a system-specific inittab template and the postinst logic to create /etc/inittab if it does not exist, into the runit package. A better fix certainly will need more thoughts, coordination, and testing, which I'm afraid I can't work on currently. Anyone? Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141025093450.8174.qm...@3f5032b353b29f.315fe32.mid.smarden.org
Re: Bug#766691: ITP: debian-design -- recipes to install Debian Design blends
Quoting Andreas Tille (2014-10-25 10:15:22) > nice. Any VCS URL? Vcs-Browser:https://anonscm.debian.org/cgit/design/blends.git Vcs-Git:git://anonscm.debian.org/design/blends More details are (until approved) at https://ftp-master.debian.org/new/debian-design_1.html - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#766726: ITP: budgie-desktop -- simple, yet elegant desktop
Package: wnpp Severity: wishlist Owner: Leo Iannacone * Package name: budgie-desktop Version : v7 Upstream Author : Ikey Doherty * URL : https://evolve-os.com/budgie/ * License : GPLv2 Programming Lang: C, Vala Description : simple, yet elegant desktop Budgie is a desktop environment, designed with the modern user in mind, focusing on simplicity and elegance. . A huge advantage for the Budgie desktop is that it is not a fork of another project, but rather one written from scratch with integration in mind. . The Budgie Desktop tightly integrates with the GNOME stack, employing underlying technologies to offer an alternative desktop experience. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/544b7cc6.5430c20a.3017.e...@mx.google.com
Removing conffiles AND directories in /etc
Hello, I have a bug (#764235) in which after I remove all conffiles in /etc/debtags with dpkg-maintscripthelper, the /etc/debtags directory itself is left around. This is what happens: # dpkg -i debtags_1.12.2_amd64.deb (Reading database ... 370467 files and directories currently installed.) Preparing to unpack ../debtags_1.12.2_amd64.deb ... Unpacking debtags (1.12.2) over (1.11) ... dpkg: warning: unable to delete old directory '/etc/debtags/sources.list.d': Directory not empty dpkg: warning: unable to delete old directory '/etc/debtags': Directory not empty dpkg: warning: unable to delete old directory '/etc/apt.conf.d': Directory not empty Setting up debtags (1.12.2) ... Removing obsolete conffile /etc/debtags/sources.list.d/source-example ... Removing obsolete conffile /etc/debtags/sources.list ... Processing triggers for man-db (2.7.0.2-2) ... So, dpkg-maintscripthelper seems to do "Removing obsolete conffile" after dpkg tries to delete old directories, so dpkg fails. I'd be surprised if I were the first to encounter this problem: what is the appropriate and clean way to get rid of *all* conffiles for a package, including the directory that contains them? Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature
Bug#766730: ITP: unqlite -- Self-contained transactional NoSQL database engine.
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov * Package name: unqlite Version : 1.1.6 Upstream Author : Mrad Chems Eddine * URL : http://unqlite.org * License : BSD Programming Lang: C Description : Self-contained transactional NoSQL database engine. UnQLite is a in-process software library which implements a self-contained, serverless, zero-configuration, transactional NoSQL database engine. UnQLite is a document store database similar to MongoDB, Redis, CouchDB etc. as well a standard Key/Value store similar to BerkeleyDB, LevelDB, etc. UnQLite is an embedded NoSQL (Key/Value store and Document-store) database engine. Unlike most other NoSQL databases, UnQLite does not have a separate server process. UnQLite reads and writes directly to ordinary disk files. A complete database with multiple collections, is contained in a single disk file. The database file format is cross-platform, you can freely copy a database between 32-bit and 64-bit systems or between big-endian and little-endian architectures. UnQLite features includes: • Serverless, NoSQL database engine. • Transactional (ACID) database. • Zero configuration. • Single database file, does not use temporary files. • Cross-platform file format. • UnQLite is a Self-Contained C library without dependency. • Standard Key/Value store. • Document store (JSON) database via Jx9. This package is dependency of "tocc", which is file tagging system, I would like to be present in Debian. I will need a sponsor, and I plan to maintain it as long and as up-to-date, as "tocc" will need it. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141025110730.29017.19796.report...@self.kaction.name
Re: Bug#762361: build-essential: Depends: make -> make-guile
Control: reassign -1 ftp.debian.org Control: retitle -1 make-guile should be priority: extra, not standard Control: tags -1 - moreinfo wontfix On Sat, Oct 25, 2014 at 11:42:32AM +0300, Martin-Éric Racine wrote: > > I believe this is the correct consensus that DDs have reached when > > make-guile package was introduced. > > (explicit build dependency is required to use make-guile features) > This begs the question as to why make-guile has priority Standard, then. This is a bug in the archive overrides, that needs to be fixed by the ftp team. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141025133346.gb23...@virgil.dodds.net
Bug#766760: ITP: american-fuzzy-lop -- instrumentation-driven fuzzer for binary formats
Package: wnpp Severity: wishlist Owner: Jakub Wilk * Package name: american-fuzzy-lop Version : 0.40b Upstream Author : Name * URL : http://code.google.com/p/american-fuzzy-lop/ * License : Apache License 2.0 Programming Lang: C Description : instrumentation-driven fuzzer for binary formats American fuzzy lop uses a novel type of compile-time instrumentation and genetic algorithms to automatically discover clean, interesting test cases and substantially improve the functional coverage for the tested code. Compared to other instrumented fuzzers, the tool is designed to be practical: it has a modest performance overhead, uses a variety of highly effective fuzzing strategies, and seamlessly handles complex, real-world use cases - say, common image parsing or file compression libraries. Using libjpeg as an example, the tool easily toggles twice as many branches as non-instrumented fuzzing, and identifies around 40% more distinctive test cases compared to statement coverage algorithms. [This description was shamelessly stolen from the upstream homepage. Patches to make it read less than an advertisement are welcome!] -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141025150232.ga7...@jwilk.net
Bug#766797: ITP: flamp -- ham radio Amateur Multicast Protocol application
Package: wnpp Severity: wishlist Owner: Kamal Mostafa * Package name: flamp Version : 2.1.02 Upstream Author : Dave Freese * URL : http://www.w1hkj.com/flamp2.1-help/index.html * License : GPL, LGPL Programming Lang: C++ Description : ham radio Amateur Multicast Protocol application Flamp is a editor / file management tool for transferring files using Amp-2.0 protocol (Amateur Multicast Protocol). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141025215523.22722.30366.reportbug@fourier
