Bug#906259: ITP: smartparens -- auto insertion, wrapping, and navigation of ()s, delimiters, and tags for Emacs

[Nicholas D Steeves]

Package: wnpp
Severity: wishlist
Owner: Nicholas D Steeves 

Package name: smartparens
Version : 1.11.0
Upstream Author : 
URL : https://github.com/Fuco1/smartparens
License : GPL-3+
Programming Lang: elisp
Description : auto insertion, wrapping, and navigation of ()s, delimiters, 
and tags for Emacs

 Smartparens is minor mode for Emacs that manages parenthetical pairs and
 tries to be smart about it.  Smartparens combines the functionality of
 autopair, textmate, wrap-region, electric-pair-mode, paredit into an
 integrated and extensible interface, with consistent behaviour across
 multiple languages.  It aims to manage parentheses, delimiters, tags,
 et al in a way that does not cause cognitive dissonance.
 .
 Users who have found paredit awkward, or who miss LISP-specific niceties
 when working in other languages should try Smartparens.  Conversely,
 long-time paredit users may require a period of adaptation, may need to
 customise various smartparens behaviours, and ultimately might find that
 this package is insufficiently paredit alike.  Also, there are some
 reports that it is slow and inefficient in some modes (eg: AUCTeX);
 however, it works particularly well with Cider (Clojure).
 .
 Smartparens uses a default profile for most languages, but has specific
 support for Emacs LISP, Clojure, Elixir, ESS, Haskell, HTML, Javascript,
 LaTeX, Lua, Markdown, ML, Org, Python, Racket, Ruby, Rust, Scala, and
 plain text.

This package is at the 99% percentile of MELPA downloads, Emacs Prelude
installs it, and it is part of Spacemacs (and thus the Spacemacs packaging
effort).  I am currently in the process of investigating how well I like
it.  I really like the idea of paredit but continue to find it difficult to
use in practise, so Smartparens might become one of my favourite packages.

I plan to maintain it as part of the Debian Emacsen team, and I will need a
sponsor for the initial upload.

Regards,
Nicholas


signature.asc
Description: PGP signature

Next attempt to add Blends to Debian installer

[Andreas Tille]

Hi,

to give some status information about how we can make Blends more
visible at installer stage:  Holger Levsen, Phil Hands, Steve McIntyre
and I had some discussion in DebCamp.  The conclusion was that adding
Blends to the installer tasksel menu would be perfectly possible if
tasksel itself would provide some menu hierarchy.  We all agreed that
the current selection of tasks needs some overhaul in general.  It
could provide some menu item:

   "Select Blend"   (or rather some better text here!)

and than you get a selection of Blends to pick (one or more) from.

For the Stretch release Phil even wrote some code in this direction that
needs some refresh. (Phil, can you give some pointer if there is
something to test?)

Any comments / code contributions are welcome.

Kind regards

   Andreas.

PS: Please correct me if my short summary is incomplete.

-- 
http://fam-tille.de

Bug#906265: RFH: julia -- ppc64el port of Julia language and LLVM-6.0

[Mo Zhou]

Package: wnpp
Severity: normal

I request assistance with maintaining the julia package.
Specifically I need a ppc64el porter (or anyone who has root access to
a ppc64el box) to help me:

 1. Apply patch[1] to Debian's llvm-toolchain-6.0 (= 1:6.0.1-4) and build it.

 2. Install the resulting llvm-6.0-dev (= 1:6.0.1-5).

 3. dget julia 0.7.0-2 and build Julia for ppc64el.

 4. if (!llvm-ftbfs && !julia-ftbfs) {

  1. clone #905807 for llvm-6.0 and remove the +moreinfo tag
  2. pull the experimental branch from
 https://salsa.debian.org/julia-team/julia
 and see if the patched llvm-6.0 is also able to build julia 1.0.0

} elif (!llvm-ftbfs && julia-ftbfs) {

  1. find out which patch actually fixes julia's build failure
 https://github.com/JuliaLang/julia/blob/master/deps/llvm.mk#L482-L509

} else { .. }

I tried to setup a ppc64el chroot with qemu, and immediately find it
impractical for my laptop.

I tried to do it on launchpad (Ubuntu PPA/cosmic), and lauchpad told me
"Sorry, something just went wrong in Launchpad." during registration.

I tried to think of applying for the access to debian's ppc64el porterbox
but it appears to be impossible for a normal user to install the resulting
package and build another package. Although maybe I can do some hacks on
PATH and LD_LIBRARY_PATH but that's dirty.

So I gave up and wrote this RFH. That begin said, Julia's ppc64el port
is indeed supported by upstream, and it is worthwhile to keep Julia for
ppc64el such a powerful architecture.

Thanks in advance.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905807

Appendix


The package description is:
 Julia is a high-level, high-performance dynamic programming language for
 technical computing, with syntax that is familiar to users of other technical
 computing environments. It provides a sophisticated compiler, distributed
 parallel execution, numerical accuracy, and an extensive mathematical function
 library. The library, mostly written in Julia itself, also integrates mature,
 best-of-breed C and Fortran libraries for linear algebra, random number
 generation, FFTs, and string processing. Julia programs are organized around
 defining functions, and overloading them for different combinations of
 argument types (which can also be user-defined).
 .
 This package provides a complete Julia installation (JIT compiler, standard
 library, text-based user interface).
 Julia is a high-level, high-performance dynamic programming language for
 technical computing, with syntax that is familiar to users of other technical
 computing environments. It provides a sophisticated compiler, distributed
 parallel execution, numerical accuracy, and an extensive mathematical function
 library. The library, mostly written in Julia itself, also integrates mature,
 best-of-breed C and Fortran libraries for linear algebra, random number
 generation, FFTs, and string processing. Julia programs are organized around
 defining functions, and overloading them for different combinations of
 argument types (which can also be user-defined).
 .
 This package provides a complete Julia installation (JIT compiler, standard
 library, text-based user interface).

Re: Next attempt to add Blends to Debian installer

[Filippo Rusconi]

Greetings, Andreas, and everybody,


On Thu, Aug 16, 2018 at 10:34:36AM +0200, Andreas Tille wrote:

Hi,

to give some status information about how we can make Blends more
visible at installer stage:  Holger Levsen, Phil Hands, Steve McIntyre
and I had some discussion in DebCamp.  The conclusion was that adding
Blends to the installer tasksel menu would be perfectly possible if
tasksel itself would provide some menu hierarchy.  We all agreed that
the current selection of tasks needs some overhaul in general.  It
could provide some menu item:

  "Select Blend"   (or rather some better text here!)

and than you get a selection of Blends to pick (one or more) from.

For the Stretch release Phil even wrote some code in this direction that
needs some refresh. (Phil, can you give some pointer if there is
something to test?)

Any comments / code contributions are welcome.



Please, add some small strophe to explain what a blend is, as I can tell that
this is not something widely known even to seasoned Debian users/admins (have
examples from research labs).

Also, when I installed debian-science and debichem last time, the process
downloaded such an amount of software that it almost filled my disk (which I was
not suspecting). Maybe, a rough indication of the used disk space in front of
each blend might be useful, in this respect.

Just my 2 cents, along with my very best wishes,

Filippo

--

⢀⣴⠾⠻⢶⣦⠀  Filippo Rusconi, PhD
⣾⠁⢠⠒⠀⣿⡁   Scientist at CNRS
⢿⡄⠘⠷⠚⠋⠀   Debian Developer
⠈⠳⣄  http://msxpertsuite.org
 http://www.debian.org

Re: Next attempt to add Blends to Debian installer

[Ole Streicher]

Filippo Rusconi  writes:
> Also, when I installed debian-science and debichem last time, the process
> downloaded such an amount of software that it almost filled my disk (which I 
> was
> not suspecting). Maybe, a rough indication of the used disk space in front of
> each blend might be useful, in this respect.

I would not include debian-science to the blends listed in the
installer: it is more an umbrella to organize the packages then a useful
selection of software. The software selection is also inconsitent: it
only contains software that is not maintained by a more specialized
blend (like debichem).

So, there is probably no real use case to install Debian Science in its
current form (unless someone takes the work to kurate a "Generic Debian
Science Workstation" or so).

On our last attempt, we had an opt-in for the blends to be in the
installer; I would propose the same now as well.

Cheers

Ole

Re: Bug#906265: RFH: julia -- ppc64el port of Julia language and LLVM-6.0

[Colin Watson]

On Thu, Aug 16, 2018 at 08:38:04AM +, Mo Zhou wrote:
> I tried to do it on launchpad (Ubuntu PPA/cosmic), and lauchpad told me
> "Sorry, something just went wrong in Launchpad." during registration.

Sorry for the inconvenience.  Please get in touch with Launchpad staff
(which happens to include me) about this.  If you give us the OOPS ID
that should have been part of the message you received, then we can fix
up whatever's wrong with your account, and then you can use the ppc64el
builders in our build farm.

The details of this won't be on-topic for debian-devel of course, but
you can contact us at feedb...@launchpad.net, or #launchpad on freenode.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#906272: ITP: minetest-mod-intllib -- Minetest module for internationalization of modules

[Julien Puydt]

Package: wnpp
Severity: wishlist
Owner: Julien Puydt 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: minetest-mod-intllib
  Version : 20180811
  Upstream Author : Diego Martinez
* URL : https://github.com/minetest-mods/intllib
* License : Unlicense
  Programming Lang: lua
  Description : Minetest module for internationalization of modules

This Minetest module provides a framework to internationalize
other minetest modules.

It doesn't provide translations for other modules, but it makes it
possible for them to use their own translations.

I plan to maintain it with my other minetest-mod-* packages within the 
Debian Games Team.


Cheers,

jpuydt on irc.debian.org

Re: Next attempt to add Blends to Debian installer

[Andreas Tille]

Hi Ole,

On Thu, Aug 16, 2018 at 12:23:58PM +0200, Ole Streicher wrote:
> Filippo Rusconi  writes:
> > Also, when I installed debian-science and debichem last time, the process
> > downloaded such an amount of software that it almost filled my disk (which 
> > I was
> > not suspecting). Maybe, a rough indication of the used disk space in front 
> > of
> > each blend might be useful, in this respect.
> 
> I would not include debian-science to the blends listed in the
> installer: it is more an umbrella to organize the packages then a useful
> selection of software. The software selection is also inconsitent: it
> only contains software that is not maintained by a more specialized
> blend (like debichem).
> 
> So, there is probably no real use case to install Debian Science in its
> current form (unless someone takes the work to kurate a "Generic Debian
> Science Workstation" or so).

True.  There might be some general use in may be the following tasks:

   https://blends.debian.org/science/tasks/dataacquisition
   https://blends.debian.org/science/tasks/distributedcomputing
   https://blends.debian.org/science/tasks/statistics
   https://blends.debian.org/science/tasks/typesetting
   https://blends.debian.org/science/tasks/viewing

(or even a subset of these).  I'm not very keen on having these but may
be this could be a topic to discuss.
 
> On our last attempt, we had an opt-in for the blends to be in the
> installer; I would propose the same now as well.

Definitely

  Andreas. 

-- 
http://fam-tille.de

Re: Q: Packaging wiki documentation.

[Alec Leamas]

On 16/08/18 07:57, Sebastiaan Couwenberg wrote:
> On 08/16/2018 07:45 AM, Paul Wise wrote:
>> On Thu, Aug 16, 2018 at 4:32 AM, Alec Leamas wrote:
>>> But where is that old packaging repo?
> 
>  https://salsa.debian.org/debian-gis-team/opencpn
> 
> You should talk to the OSGeoLive people, who kept the opencpn package in
> their Ubuntu based distribution.
> 
> You are also very welcome to maintain the opencpn package within the
> Debian GIS team. See our team policy on how to join:
> 
>  https://debian-gis-team.pages.debian.net/policy/

Thanks! For now, I'm focused on upstream changes [1]. Time permitting, I
will try to fix these parts first and come back once the package is more
consistent from a packaging point of view


Cheers!

--alec

[1] https://github.com/OpenCPN/OpenCPN/issues/1113

Re: Missing: Mobile Debian-Solution referring to Smartphone Operating Systems (Alternative to Google/Android OS)

[Steffen Möller]

On 8/16/18 5:24 AM, Paul Wise wrote:
> On Thu, Aug 16, 2018 at 12:31 AM, Steffen Möller wrote:
>
>> Would it make sense to join the
>> https://docs.automotivelinux.org/docs/getting_started/en/dev/reference/homescreen/index.html
>> crowd?
> Automotive and mobile are quite different form factors. Also, I'd
> expect that even if a car was running a Debian derivative or another
> Linux distribution, it would be locked down (either technically or via
> legal instruments) such that one could never gain control over the
> system to install plain Debian.
I do not necessarily want Debian in my car. But I could well imagine that
I want to continue working with an application that I had worked with
during a plane or train or car ride.
> That said, packaging AGL or other
> automotive components could be useful if we want to attract
> manufacturers to basing their systems on Debian and sponsoring
> DebConf. For end-users though, probably not so much.
It could well be in the interest of car manufacturers to see

more of their applications on people's desktops, indeed.

Cheers,

Steffen

Bug#906280: ITP: ionit -- Render configuration files from Jinja templates

[Benjamin Drung]

Package: wnpp
Severity: wishlist
Owner: Benjamin Drung 

* Package name: ionit
  Version : 0.1
  Upstream Author : Benjamin Drung 
* URL : https://github.com/bdrung/ionit
* License : ISC
  Programming Lang: Python 3
  Description : Render configuration files from Jinja templates

ionit is a simple and small configuration templating tool. It collects a
context and renders Jinja templates in a given directory. The context
can be either static JSON or YAML files or dynamic Python files. Python
files can also define functions passed through to the rendering.

ionit comes with an early boot one shot service that is executed before
the networking service which allows one to generate configurations files
for the networking and other services before they are started. In this
regard, ionit can act as tiny stepbrother of cloud-init.

I developed this tool since we found nothing similar. We will use ionit
in our company. I will maintain the package on my own.

-- 
Benjamin Drung
System Developer
Debian & Ubuntu Developer

ProfitBricks GmbH
Greifswalder Str. 207
10405 Berlin

Email: benjamin.dr...@profitbricks.com
URL: https://www.profitbricks.de

Sitz der Gesellschaft: Berlin
Registergericht: Amtsgericht Charlottenburg, HRB 125506 B
Geschäftsführer: Achim Weiss, Matthias Steinberg, Christoph Steffens

Notification of merge requests on Salsa

[Jacob Adams]

I've just discovered that by default, salsa.d.o does not inform project
owners of merge requests opened against their projects. This seems like
a poorly chosen default, as it is quite easy to completely miss when a
user opens a merge request, unless one checks salsa regularly.

Should we try to change this default?
I would imagine that most of us do debian work primarily via email so
having salsa support that workflow by default would be much appreciated.

I suppose the next step is to open an issue against salsa support but I
wanted to see if there was consensus that this would be a welcome change
first.

Thanks,
Jacob



signature.asc
Description: OpenPGP digital signature

Bug#906309: ITP: tootle -- GTK3 client for Mastodon

[Federico Ceratto]

Package: wnpp
Severity: wishlist
Owner: Federico Ceratto 

* Package name: tootle
  Version : 0.1.5
  Upstream Author : Bleak Grey 
* URL : https://github.com/bleakgrey/tootle
* License : GPLv3
  Programming Lang: Vala
  Description : GTK3 client for Mastodon

A simple and lightweight desktop client for Mastodon

The packaging will be maintained at https://salsa.debian.org/debian/tootle
Co-maintainers are very welcome.

Bug#906249: ,general: Long pause after lightdm login, gimp not starting except under strace

[Ben Caradoc-Davies]

Moritz,

Linux 4.16 fixed CVE-2018-1108 by making the getrandom system call 
(without GRND_NONBLOCK) block if insufficient entropy is available. This 
causes applications to hang, and explains why mouse wiggling helps. As 
Simon advised, we need individual reports for each application. I had to 
build a custom patched kernel and use ltrace to identify the culpable 
applications that affected me:


Bug#897572: getrandom hang in early boot
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897572

Bug#899271: xfce4-terminal hangs in getrandom if crng not ready
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899271

Here are my kernel patches:
https://github.com/bencaradocdavies/linux/commit/f0dfb0b7b72e38093aeaa67fe1116b409c1db3dc
https://github.com/bencaradocdavies/linux/commit/19e47d7049c6ca94b98cf8c00bbeb2384a9c43b9
From branch:
https://github.com/bencaradocdavies/linux/commits/getrandom-printk-dump-stack

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Work-needing packages report for Aug 17, 2018

[wnpp]

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: 1275 (new: 3)
Total number of packages offered up for adoption: 173 (new: 0)
Total number of packages requested help for: 55 (new: 1)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   eeshow (#905828), orphaned 6 days ago
 Description: Schematics renderer and viewer for KiCad
 Installations reported by Popcon: 9
 Bug Report URL: http://bugs.debian.org/905828

   libtool (#905994), orphaned 4 days ago
 Reverse Depends: apertium-all-dev autodir betaradio bochs charybdis
   cluster-glue collectd-core courier-authlib dh-autoreconf dh-lua (154
   more omitted)
 Installations reported by Popcon: 159856
 Bug Report URL: http://bugs.debian.org/905994

   python-protorpc-standalone (#906195), orphaned yesterday
 Description: Google Protocol RPC
 Reverse Depends: python-googlecloudapis python3-googlecloudapis
 Installations reported by Popcon: 16
 Bug Report URL: http://bugs.debian.org/906195

1272 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 173 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] julia (#906265), requested today
 Description: ppc64el port of Julia language and LLVM-6.0
 Reverse Depends: julia libjulia-dev
 Installations reported by Popcon: 807
 Bug Report URL: http://bugs.debian.org/906265

   autopkgtest (#846328), requested 624 days ago
 Description: automatic as-installed testing for Debian packages
 Reverse Depends: autodeb-worker debci-worker openstack-pkg-tools
 Installations reported by Popcon: 1107
 Bug Report URL: http://bugs.debian.org/846328

   balsa (#642906), requested 2517 days ago
 Description: An e-mail client for GNOME
 Installations reported by Popcon: 619
 Bug Report URL: http://bugs.debian.org/642906

   broadcom-sta (#886599), requested 220 days ago (non-free)
 Description: Broadcom STA Wireless driver (non-free)
 Installations reported by Popcon: 1878
 Bug Report URL: http://bugs.debian.org/886599

   cargo (#860116), requested 492 days ago
 Description: Rust package manager
 Reverse Depends: dh-cargo
 Installations reported by Popcon: 627
 Bug Report URL: http://bugs.debian.org/860116

   cups (#532097), requested 3358 days ago
 Description: Common UNIX Printing System
 Reverse Depends: ayatana-indicator-printers bluez-cups boomaga
   chromium chromium-shell cinnamon-settings-daemon cloudprint cups
   cups-backend-bjnp cups-browsed (68 more omitted)
 Installations reported by Popcon: 168086
 Bug Report URL: http://bugs.debian.org/532097

   cyrus-sasl2 (#799864), requested 1058 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 (119 more omitted)
 Installations reported by Popcon: 191617
 Bug Report URL: http://bugs.debian.org/799864

   dee (#831388), requested 762 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: 58460
 Bug Report URL: http://bugs.debian.org/831388

   developers-reference (#759995), requested 1447 days ago
 Description: guidelines and information for Debian developers
 Installations reported by Popcon: 10611
 Bug Report URL: http://bugs.debian.org/759995

   devscripts (#800413), requested 1052 days ago
 Description: scripts to make the life of a Debian Package maintainer
   easier
 Reverse Depends: apt-build apt-listdifferences aptfs arriero
   autodeb-worker brz-debian bzr-builddeb customdeb debci
   debian-builder (28 more omitted)
 Installations reported by Popcon: 12652
 Bug Report URL: http://bugs.debian.org/800413

   ed (#886643), requested 220 days ago
 Description: classic UNIX line editor
 Reverse Depends: apt-cacher libdebbugs-perl opensmtpd sn
 Installations reported by Popcon: 20045
 Bug Report URL: http://bugs.debian.org/886643

   ejabberd (#767874), requested 1382 days ago
 Description: distributed, fault-tolerant Jabber/XMPP server