Re: I'm not MIA
2017-10-25 8:40 GMT+02:00 Adam Borowski : > Thus, I believe Norbert's pings all ended up silently shoved into "spam" > then deleted. No, he sent it to an old email address I scarcely use instead of either my current one or my Debian alias. Greetings, Miry
Re: I'm not MIA
On Tue, Oct 24, 2017 at 08:39:21AM +0200, Miriam Ruiz wrote: > I never received any email from you, Gmail's powerful search engine doesn't > find it. Gmail is useless as a mail provider as it does silent data loss. Any sane mail server either accepts mail or rejects it, while Gmail pretends to accept yet hides it from the recipient as spam, deleting a short time (7 days?) later. And it has a nasty false positive rate, even for recipients you've recently had multiple conversations with, on a piece of mail that doesn't look like spam at all, etc. Thus, I believe Norbert's pings all ended up silently shoved into "spam" then deleted. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ Laws we want back: Poland, Dz.U. 1921 nr.30 poz.177 (also Dz.U. ⣾⠁⢰⠒⠀⣿⡁ 1920 nr.11 poz.61): Art.2: An official, guilty of accepting a gift ⢿⡄⠘⠷⠚⠋⠀ or another material benefit, or a promise thereof, [in matters ⠈⠳⣄ relevant to duties], shall be punished by death by shooting.
Re: Switching to sysvinit-core fails miserably in buster/sid
On Tue, Oct 24, 2017 at 06:46:06PM +0200, Daniel Reichelt wrote: > Hi *, > > for development purposes I frequently create xen-vms via > xen-create-image (jessie, stretch, buster, sid - each in 32 and 64bit) > on a stretch Dom0. In a custom role script for xen-tools, I install > sysvinit-core. (For non-users of xen-tools: this happens after > debootstrap has completed.) Until a few weeks ago, this used to be > enough and everything worked just fine. > > Now, after sysvinit-core is installed, init scripts don't get enabled > (i.e. S* symlinks are missing in /etc/rc?.d), which leaves a big > mess of things as not even networking or ssh are enabled. It's about sysv-rc, not sysvinit-core; init doesn't matter at all for "init" scripts -- it's the rc system what does, be it sysv-rc, openrc or .service-less systemd. And those indeed have different ways of marking a particular daemon as enabled or disabled. This is done by "init-system-helpers" whose job is to record this setting and set it up even in case a different rc system is installed later, like in your case. > It seems to me, this happens to init scripts of packages which were > installed prior to sysvinit-core. I have yet to work out the details of > this time-dependency, i.e. > > > - whether it's sufficient that sysvinit-core gets processed prior to a > init-script-carrying package > > - or if the entire run of dpkg installing sysvinit-core has to finish, > and init scripts get processed correctly only if they're installed > during a subsequent invocation of dpkg. I've checked what happens for completely independent runs: on stretch, all is ok, no matter the order. On current unstable, update-rc.d must be run only after getting rid of systemd-sysv (not sure if a reboot is needed or not). Sounds like this is the culprit: init-system-helpers (1.50) unstable; urgency=medium ... * Refactor internals of update-rc.d - Refactor actions into a sequence of steps according to the installed init systems. This makes plugging new init systems or new actions easier. ... -- Felipe Sateler Thu, 12 Oct 2017 20:16:13 -0300 > As a workaround, after sysvinit-core is installed from the role script, > I therein run > > cd /etc/init.d > for script in * > do > update-rc.d "$script" enable > done This would turn on every daemon, even those which have been disabled by the user. > as well, which I suspect is quite crude and shouldn't be necessary in > the first place. I don't have the first clue which package I should file > a bug report against. Any hints appreciated! init-systemd-helpers. Also, same happens when switching to openrc. (While I installed quite a few test systems in the last few days, I switch rc systems before installing daemons, so I didn't notice this myself.) Meow! -- ⢀⣴⠾⠻⢶⣦⠀ Laws we want back: Poland, Dz.U. 1921 nr.30 poz.177 (also Dz.U. ⣾⠁⢰⠒⠀⣿⡁ 1920 nr.11 poz.61): Art.2: An official, guilty of accepting a gift ⢿⡄⠘⠷⠚⠋⠀ or another material benefit, or a promise thereof, [in matters ⠈⠳⣄ relevant to duties], shall be punished by death by shooting.
Bug#879716: ITP: usbauth-notifier -- Notifier for USB Firewall to use with desktop environments
Package: wnpp Severity: wishlist Owner: Stefan Koch * Package name: usbauth-notifier Version : 1.0 Upstream Author : Stefan Koch * URL : https://github.com/kochstefan/usbauth-all/usbauth-notifier * License : GPL-2.0 Programming Lang: C Description : Notifier for USB Firewall to use with desktop environments A notifier for the usbauth firewall against BadUSB attacks. The user could manually allow or deny USB devices. Every user that wants use the notifier must be added to the usbauth group. This work was initially created for SUSE in 2015. Part of it was the USB interface authorization for the Linux kernel. It's contained in Linux since kernel version 4.4. Please add the packages libusbauth-configparser, usbauth, usbauth-notifier to debian unstable. See also: openSUSE package request (https://build.opensuse.org/request/show/533514)
Bug#879715: ITP: usbauth -- USB firewall against BadUSB attacks
Package: wnpp Severity: wishlist Owner: Stefan Koch * Package name: usbauth Version : 1.0 Upstream Author : Stefan Koch * URL : https://github.com/kochstefan/usbauth-all/usbauth * License : GPL-2.0 Programming Lang: C Description : USB firewall against BadUSB attacks It is a firewall against BadUSB attacks. A config file descibes in which way USB interfaces would be accepted or denied. To the kernel an interface authorization was developed with this firewall. The firewall sets the authorization mask according to the rules. This work was initially created for SUSE in 2015. Part of it was the USB interface authorization for the Linux kernel. It's contained in Linux since kernel version 4.4. Please add the packages libusbauth-configparser, usbauth, usbauth-notifier to debian unstable. See also: openSUSE package request (https://build.opensuse.org/request/show/533513)
Bug#879714: ITP: libusbauth-configparser1 -- Library for USB Firewall including flex/bison parser
Package: wnpp Severity: wishlist Owner: Stefan Koch * Package name: libusbauth-configparser1 Version : 1.0 Upstream Author : Stefan Koch * URL : https://github.com/kochstefan/usbauth-all/libusbauth-configparser * License : LGPL-2.1 Programming Lang: C Description : Library for USB Firewall including flex/bison parser The library is used to read the usbauth config file into data structures and is used by usbauth and YaST. This work was initially created for SUSE in 2015. Part of it was the USB interface authorization for the Linux kernel. It's contained in Linux since kernel version 4.4. Please add the packages libusbauth-configparser, usbauth, usbauth-notifier to debian unstable. See also: openSUSE package request (https://build.opensuse.org/request/show/533512)
Bug#879701: ITP: node-mutate-fs -- Mutates the node.js file-system behavior for tests
Package: wnpp Severity: wishlist Owner: Akhil Varkey X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-mutate-fs Version : 2.1.0 Upstream Author : Isaac Z. Schlueter (http://blog.izs.me/) * URL : https://github.com/isaacs/mutate-fs#readme * License : ISC Programming Lang: JavaScript Description : Mutates the node.js file-system behavior for tests Node utility that mutates the node.js file-system behavior for tests to be used in a test environment. . Node.js is an event-based server-side JavaScript engine. This package is required to run build time tests for node-ignore-walk. I'd like to maintain this with the Javascript packaging team and Praveen has agreed to sponsor this package.
Bug#879694: ITP: golang-gopkg-alecthomas-kingpin.v3-unstable -- golang command line and flag parser
Package: wnpp Severity: wishlist Owner: Dr. Tobias Quathamer * Package name: golang-gopkg-alecthomas-kingpin.v3-unstable Version : 2.1.11+git20171010.63abe20-1 Upstream Author : Alec Thomas * URL : https://github.com/alecthomas/kingpin * License : Expat Programming Lang: Go Description : golang command line and flag parser Kingpin is a fluent-style, type-safe command-line parser. It supports flags, nested commands, and positional arguments. This package is needed for the new upstream release of hugo. signature.asc Description: OpenPGP digital signature
Bug#879693: ITP: node-ignore-walk -- Recursively parses and filters .ignore files in a directory
Package: wnpp Severity: wishlist Owner: Akhil Varkey X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-ignore-walk Version : 3.0.1 Upstream Author : Isaac Z. Schlueter (http://blog.izs.me/) * URL : https://github.com/isaacs/ignore-walk#readme * License : ISC Programming Lang: JavaScript Description : node module that recursively parses and filters .ignore files in a directory Utility for Nested or Recursive `.gitignore`|`.npmignore` parsing and filtering. . Traverses a directory creating a list of entries, parsing any .ignore files met along the way to exclude files. . Node.js is an event-based server-side JavaScript engine. This package is required to package npm(5.5.1). I'd like to maintain this with the Javascript packaging team and Praveen has agreed to sponsor this package.
Switching to sysvinit-core fails miserably in buster/sid
Hi *, for development purposes I frequently create xen-vms via xen-create-image (jessie, stretch, buster, sid - each in 32 and 64bit) on a stretch Dom0. In a custom role script for xen-tools, I install sysvinit-core. (For non-users of xen-tools: this happens after debootstrap has completed.) Until a few weeks ago, this used to be enough and everything worked just fine. Now, after sysvinit-core is installed, init scripts don't get enabled (i.e. S* symlinks are missing in /etc/rc?.d), which leaves a big mess of things as not even networking or ssh are enabled. It seems to me, this happens to init scripts of packages which were installed prior to sysvinit-core. I have yet to work out the details of this time-dependency, i.e. - whether it's sufficient that sysvinit-core gets processed prior to a init-script-carrying package - or if the entire run of dpkg installing sysvinit-core has to finish, and init scripts get processed correctly only if they're installed during a subsequent invocation of dpkg. As a workaround, after sysvinit-core is installed from the role script, I therein run cd /etc/init.d for script in * do update-rc.d "$script" enable done as well, which I suspect is quite crude and shouldn't be necessary in the first place. I don't have the first clue which package I should file a bug report against. Any hints appreciated! Thanks Daniel signature.asc Description: OpenPGP digital signature
Re: MIA ? Miriam Ruiz
Hi Norbert, Norbert Preining: > But she seems to have lost any connection to Debian. > I have contacted her already 6 weeks ago via email and now via Twitter. > > I nobody else has any contact or information about Debian activities, > I propose to orphan all her packages. In particular I am planning to > take over Calibre, where she is listed as maintainer but has > *never*done*anything* (ask Martin Pitt who did the maintainance till > recently when I took over). I don't think it's necessary to use this sort of (written) tone even if you think that you're just rightfully trying to do something really good - like taking over a package :) Surely things will be sorted out. Cheers! Ulrike
Bug#879691: ITP: golang-github-danwakefield-fnmatch -- Update clone of kballards golang fnmatch gist
Package: wnpp Severity: wishlist Owner: Dr. Tobias Quathamer * Package name: golang-github-danwakefield-fnmatch Version : 0.0~git20160403.0.cbb64ac-1 Upstream Author : Daniel Wakefield * URL : https://github.com/danwakefield/fnmatch * License : BSD-2-clause Programming Lang: Go Description : Update clone of kballards golang fnmatch gist Updated clone of kballards golang fnmatch gist (https://gist.github.com/kballard/272720) This package is needed for the new hugo upstream release. signature.asc Description: OpenPGP digital signature
Bug#879689: ITP: libemail-address-xs-perl -- Perl library for RFC 2822 address/group parsing and formatting
Package: wnpp Owner: Damyan Ivanov Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libemail-address-xs-perl Version : 1.01 Upstream Author : Pali * URL : https://metacpan.org/release/Email-Address-XS * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl library for RFC 2822 address/group parsing and formatting Email::Address::XS implements RFC 2822 parser and formatter of email addresses and groups. It parses an input string from email headers which contain a list of email addresses or a groups of email addresses (like From, To, Cc, Bcc, Reply-To, Sender, ...). Also it can generate a string value for those headers from a list of email addresses objects. Parser and formatter functionality is implemented in XS and uses shared code from Dovecot IMAP server. It is a drop-in replacement for the Email::Address module. - Email::Address::XS is a new (build) dependency of libemail-mime-perl 1.946. The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.
Bug#879682: ITP: loop-el -- friendly imperative loop structures for Emacs Lisp
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: loop-el Version : 1.3 Upstream Author : Wilfred Hughes * URL or Web page : https://github.com/Wilfred/loop.el * License : GPL-3+ Programming Lang: Emacs Lisp Description : friendly imperative loop structures for Emacs Lisp Emacs Lisp is missing loop structures familiar to users of newer languages. This package adds a selection of popular loop structures as well as break and continue.
Bug#879678: ITP: undercover-el -- test coverage library for Emacs Lisp
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: undercover-el Version : 0.6.1 Upstream Author : Alexander Sviridov * URL or Web page : https://github.com/sviridov/undercover.el * License : MIT/Expat Programming Lang: Emacs Lisp Description : test coverage library for Emacs Lisp This package provides a test coverage tools for Emacs packages. Important notes about undercover.el: * it assumes a certain development cycle of your package; * it doesn't support test coverage for byte-compiled files; * it is based on edebug and may have some issues with macros coverage; * it doesn't support Circular Objects.
Re: I'm not MIA
On Tue, Oct 24, 2017 at 5:22 PM, Jonathan Dowland wrote: > However, I cannot find your mail to debian-private in *my* archives. I > have not checked the official archives, perhaps there's a problem with > my mail set up. My archives do have the mail. -- bye, pabs https://wiki.debian.org/PaulWise
Re: I'm not MIA
I'm glad to hear we haven't lost you! However, I cannot find your mail to debian-private in *my* archives. I have not checked the official archives, perhaps there's a problem with my mail set up. Best wishes -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland ⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net ⠈⠳⣄ Please do not CC me, I am subscribed to the list.