Bug#894682: ITP: golang-github-sanity-io-litter -- Pretty printer library for Go data structures to aid in debugging and testing
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-sanity-io-litter Version : 1.1.0-1 Upstream Author : Sanity.io * URL : https://github.com/sanity-io/litter * License : Expat Programming Lang: Go Description : Pretty printer library for Go data structures to aid in debugging and testing. Litter is a pretty printer library for Go data structures to aid in debugging and testing. . It's named for the fact that it outputs literals, which you litter your output with. As a side benefit, all Litter output is compilable Go. You can use Litter to emit data during debug, and it's also really nice for "snapshot data" in unit tests, since it produces consistent, sorted output. . Litter was inspired by Spew (https://github.com/davecgh/go-spew), but focuses on terseness and readability. Reasoning: Needed by hugo (>= 0.38)
Bug#894696: ITP: nagios4 -- A host/service/network monitoring and management system
Package: wnpp Severity: wishlist Owner: Russell Stuart -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: nagios4 Version : 4.3.4 Upstream Author : Ethan Galstad * URL : http://www.nagios.org/ * License : GPLv2 Programming Lang: C Description : A host/service/network monitoring and management system Nagios is a monitoring and management system for hosts, services and networks. This is a metapackage installing both the monitoring daemon and the web interface. Nagios' features include: * Monitoring of network services (via TCP port, SMTP, POP3, HTTP, NNTP, PING, etc.) * Plugin interface to allow for user-developed service checks * Contact notifications when problems occur and get resolved (via email, pager, or user-defined method) * Ability to define event handlers to be run during service or host events (for proactive problem resolution) * Web output (current status, notifications, problem history, log file, etc.) nagios4 is the upstream replacement for nagios3. -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEZqiOeH6lCkTWvjmorNSfiF5UUm4FAlrDUkIACgkQrNSfiF5U Um433hAAmDgTLfxlkDBLiRlFUOgmiVBqHarbnttWfgdQZEFO2yCtttic4/egc4E2 GMRokcFWDfNPJGlwezFUs9hOeE+6n/hnO//4O9UBt7n1zkoAEls1TrWjT6l6x/Cf EbpGrBONEBm30F247ZPe/er6s3Fa5wOs5ja9cyGWDxdYS2I5iF8mxd9Jvkf7S0q1 YKJOnMW3+siON7sseZBFId2UqMMWszMDoXiNJkmI+kb2CKRPyp1dr8cTzX1guqf+ 6qQbzBU3TSrAGptCUOHAEAniwhPZtIz+rLl35OXdXKPUdkIdfACneALOBCoK8GEy NkOqjyvOe3dfIPRtjE2NbTadKVYyu5TdCtpBiU8YNmbDx9gQxPBtXGq3MW6wJhNQ vsxXd4k51cB490LUsqyEjgDFKma1E8RQYlUzaVEwTmyknv98rSkTBOFuz7bdRYBX S/ee/V4W0voAFueaPfJdm8Rn+o/XFdIPRHs2AMfxFqowXTb136N7gqGvm0UPvesh 59R5+nDEqDhIeZ52mBgTXupcNGvkCBqUAa1wjvPZP7ma/FLhEy+IAVhRJz5AMiJa rNR6rYakd3XgqZ3BYeVfuiUgv+5x338wDA6M/pap2k4s5gPSPdm7FL///GaL6qN7 sSxS4Wwex+IWDsDHcziSFC2DpUHKfydiV1NpvZK4sclcDUnU7CQ= =AGWq -END PGP SIGNATURE-
Emacs and debian/changelog from git repos
When working in a source directory named foo-1.2.3/, and then hitting C-c v in debian/changelog, the mode smartly figures out the version number and creates and appropriate new entry 1.2.3-1. When working in a git repo where the directory is just foo/ this fails and the changelog just increments the previous version. Would anyone by chance have taught the Emacs debian-changelog submode to get the version number from the git tags? Please CC me on replies. Thanks, Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Re: Emacs and debian/changelog from git repos
Hello, On Tue, Apr 03 2018, Dirk Eddelbuettel wrote: > When working in a source directory named foo-1.2.3/, and then hitting C-c v in > debian/changelog, the mode smartly figures out the version number and creates > and appropriate new entry 1.2.3-1. > > When working in a git repo where the directory is just foo/ this fails and > the changelog just increments the previous version. > > Would anyone by chance have taught the Emacs debian-changelog submode to get > the version number from the git tags? The Emacs modes in bin:debian-el are badly in need of maintainance. There are all sorts of problems, of which this is just one. If someone is interested in doing this we would first want to break bin:debian-el out of src:emacs-goodies-el and build bin:elpa-* packages using dh_elpa. Over the past few years we have been gradually breaking packages out of emacs-goodies-el but progress has been slow. -- Sean Whitton signature.asc Description: PGP signature
Bug#894728: ITP: puppet-module-ceph -- Puppet module for Ceph
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: puppet-module-ceph Version : 2.5.0 Upstream Author : OpenStack Foundation * URL : https://github.com/openstack/puppet-ceph * License : Apache-2.0 Programming Lang: Puppet Description : Puppet module for Ceph Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron jobs, and hosts, along with obviously discrete elements like packages, services, and files. . This module manages both the installation and configuration of the Ceph distributed storage system. This is part of puppet-openstack which I'm currently trying to package and use.
Re: Emacs and debian/changelog from git repos
On 2018-04-03 09:58 -0500, Dirk Eddelbuettel wrote: > > When working in a source directory named foo-1.2.3/, and then hitting C-c v in > debian/changelog, the mode smartly figures out the version number and creates > and appropriate new entry 1.2.3-1. Hmm. When I use emacs to edit a changelog it always indents the bullet-list by a whole tab, not two spaces and I have to put it back. It's very annoying. So there is a mode I can use which will presumably stop this annoying behviour? where does it come from/what is it called? Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ signature.asc Description: PGP signature
Re: Emacs and debian/changelog from git repos
Wookey writes ("Re: Emacs and debian/changelog from git repos"):
> Hmm. When I use emacs to edit a changelog it always indents the
> bullet-list by a whole tab, not two spaces and I have to put it
> back. It's very annoying. So there is a mode I can use which will
> presumably stop this annoying behviour? where does it come from/what
> is it called?
I think you are using the Changelog mode that comes with Emacs, which
is intended for the GNU-format changelogs (which I dislike, as you can
probably tell as one of the victimw^W users of my own design).
You want debian-changelog-mode in dpkg-dev-el.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.
Re: Emacs and debian/changelog from git repos
On 2018-04-03 18:55 +0100, Ian Jackson wrote: > You want debian-changelog-mode in dpkg-dev-el. ooh, that's improved my life significantly! cheers. How many years have I been missing this trick? Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ signature.asc Description: PGP signature
Re: Upcoming shift to Ayatana (App)Indicator(s)
Mike Gabriel writes ("Re: Upcoming shift to Ayatana (App)Indicator(s)"):
> On Do 29 Mär 2018 15:54:26 CEST, Simon McVittie wrote:
> > Is Ayatana AppIndicator a reasonable exit strategy for escaping from
> > XEmbed-based tray icons, which are increasingly poorly supported and have
> > no Wayland implementation?
>
> Yes, absolutely! And, it allows one to have more fiddly widgets in
> those system tray menus then, too (like sliders, calendars, switches,
> etc.).
I haven't been keeping up with this but I suspect that something I am
using/maintaining may break.
I currently use `trayer' to contain a few small widgety things for
network-manager etc. This works well.
I also have an (symbiosisware, so as yet unreleased) program which
uses tk-tktray (package `tktray'), and embeds an X window belonging to
a different executable.
I have two questions:
1. Is there some risk that trayer will stop being able to
handle applets from things like network-manager ?
If so what should I replace it with ?
2. Is there some risk that tktray will not work with the
answer to (1) ? If so what should I replace it with ?
Answers to 1 should not suppose that I want to change my window
manager or adopt a full-on `desktop environment' or a `panel' (unless
perhaps the panel can be made to be as small as its contents). My
window manager is vtwm.
Answers to 2 should ideally suppose that I want to continue to use
XID-based window embedding to make an applet which contains the window
from a separate X client.
I note that neither trayer nor tktray seem to involve any of the
libraries being discussed in this thread. Is that because an
`indicator' is not the same as an `applet', or is it due to churn, or
something else ?
Thanks,
Ian.
Re: Upcoming shift to Ayatana (App)Indicator(s)
Mike Gabriel writes ("Re: Upcoming shift to Ayatana (App)Indicator(s)"):
> The nice part of AppIndicator shared lib: if no SNI provider is
> running on a desktop, xembed gets used. (Very helpful on my favourite
> desktop shell i3). So, as application developer, you can drop your own
> xembed code, switch to Ayatana AppIndicator and get the xembed
> fallback for free.
This seems encouraging for people like me who want to continue to use
trayer.
> Only disadvantage: application indicators don't have a right-click
> menu, only a left-click or just-click menu. Also in xembed fallback
> mode.
Is this a general property of SNI indicators ?
My n-m applet in trayer does have a right click menu.
> Ah, ok. I see. This is painful, but alas. The xembed approach is
> really on its verge of extinction. However, when Ubuntu dropped xembed
> support in 12.10, I think it was, there was quite some noise going
> through the community.
Is there somewhere I can see a rationale which explains why the
original protocol is wrong and why the replacement will not, itself,
need to be replaced ?
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.
Re: Upcoming shift to Ayatana (App)Indicator(s)
Chris Lamb writes ("Re: Upcoming shift to Ayatana (App)Indicator(s)"):
> Hi Mike et al.,
> > This is to make people aware and inform about an ongoing effort to
> > replace Indicators in Debian
>
> Just in case it helps others unfamiliar with the entire concept of
> Indicators (I was until now!) here is some background info:
>
> https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators#Summary
That's very informative.
It's also rather worrying. It does not seem to provide an answer for
users who like and have grown used to the existing arrangements, and
the behaviour of their existing panel widgets.
The motive for this change seems to have been to increase the
behavioural uniformity of things in panels, but given that the plan
involves changing every applet to use a new library, that could have
been done without a change of protocol.
I guess the MATE panel will continue to offer xembed support ?
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.
Bug#894737: ITP: desktop-autoloader -- Accelerate Diskless Workstation systems by pre-loading a dummy Desktop Session
Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: desktop-autoloader Version : 0.0.3 Upstream Author : Mike Gabriel Klaus Ade Johnstad * URL : https://code.it-zukunft-schule.de/cgit/desktop-autoloader/ * License : GPL Programming Lang: Bash, XDG magic Description : Accelerate Diskless Workstation systems by pre-loading a dummy Desktop Session This package will be for diskless Linux clients as you often find them in school class rooms running an LTSP based fat client environment. . The logon into and the initial session startup on such diskless workstations can be considerably slow, because all applications need to be fetch from one server hosting the fat clients' filesystem. . The situation gets worse, if 24 computers in the same class room get switched on simultaneously or the teacher tells the students to open the same application (e.g. Libreoffice) at the same time. . However, this issue only occurs to the first student using a diskless workstation that day. Other students see all applications launch within a fraction of a second. . Reason: once an application has been launched, it ends up in the diskless machine's filesystem cache in RAM. . This package, thus, pre-loads a desktop session of the admins choice and some popular applications. It does it before 7:30 in the morning only. So, combine this package with Wake-On-LAN to make sure systems are up and the desktop session has been autoloaded (and quit) already before the first students come into the class room. . This package will be maintained by the Debian Edu Packaging Team.
Bug#894744: ITP: puppet-module-cloudkitty -- Puppet module for OpenStack CloudKitty
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: puppet-module-cloudkitty Version : 1.0.0 Upstream Author : OpenStack Foundation * URL : https://github.com/openstack/puppet-cloudkitty * License : Apache-2.0 Programming Lang: Puppet Description : Puppet module for OpenStack CloudKitty Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron jobs, and hosts, along with obviously discrete elements like packages, services, and files. . This module manages both the installation and configuration of OpenStack CloudKitty rating engine.
Bug#894752: ITP: node-rusha -- high-performance pure-javascript SHA1 implementation
Package: wnpp Severity: wishlist Owner: Daniel Kahn Gillmor * Package name: node-rusha Version : 0.8.13 Upstream Author : Sam Rijs * URL : https://github.com/srijs/rusha * License : MIT Programming Lang: JavaScript Description : high-performance pure-javascript SHA1 implementation Rusha is an MIT-licensed, high-performance pure-javascript SHA1 implementation. This is a dependency for OpenPGP.js.
Bug#894753: ITP: node-asmcrypto -- JavaScript Cryptographic Library
Package: wnpp Severity: wishlist Owner: Daniel Kahn Gillmor * Package name: node-asmcrypto Version : 0.22.0 Upstream Author : Adam Lippai * URL : https://github.com/asmcrypto/asmcrypto.js * License : MIT Programming Lang: JavaScript Description : JavaScript Cryptographic Library asmCrypto is an implementation of popular cryptographic utilities with performance in mind. This is a dependency for OpenPGP.js.
