Bug#932420: ITP: ruby-jekyll-admin -- traditional CMS-style graphical interface to Jekyll sites

[Daniel Leidert]

Package: wnpp
Severity: wishlist
Owner: Daniel Leidert 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: ruby-jekyll-admin
  Version : 0.8.1
  Upstream Author : Mert Kahyaoğlu
* URL : https://github.com/jekyll/jekyll-admin
* License : MIT/X
  Programming Lang: Ruby
  Description : traditional CMS-style graphical interface to Jekyll sites

Jekyll Admin is a plugin that provides users with a traditional CMS-style
graphical interface to author content and administer Jekyll sites. The
frontend is based on Javascript and can only be accessed locally.

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEvu1N7VVEpMA+KD3HS80FZ8KW0F0FAl0xEUsACgkQS80FZ8KW
0F0FCA/9HKWgr4f0JXopSNnk87Ts5a+puvQ8j/If2PUnuIGof5QIl0cJSjFWiwTO
QTsBa9XjMHke+odnj/ZOBZx5XOFaUM4BQqYpiLxAdZobmvc211/hCm7efom6NZrQ
NqgK4HNPQT5nVtV6doHhl8/7lNN+J+rg/gsz6MdtQLd2kyqgVOs0BWlNeqitbBpD
9hrpjdExO9R0S+U9AkMiPZYiiGZuohuegAGTzXQd9kaq5+PbFBKh7RyZ4BmLssAb
IABu547KgYOLLJl49nP8peYVDgIT7AdRgTNDtd5h+yA88wCN4/4SxNULcLJZZQJy
1cCK+QPH28iBioY5m/hYTQxIOTifBOnjUDfuJTmxn5Sx/TZS9b/E7cER4dNniO2h
r7zcI3vPexiD5SbLMnSY3ty3CCXUcQObiEebfeOnsJ95T+hJvumvq9D73ph0vOGp
+QwJ6R8vRurDg3fru93m7eXE+s33CT9t79HmM98FeERNwGHx1uuY4FA2wy8dy4cz
KKoM9BugXb3F+8df0CxxLWRXdJG93ZawPwEsb55HCS3nO3+YkGlALA83QQNlfkUQ
kXuPfwfHorfjGnf+BYITs/kSo1BvLGppz8EDdIiukGyqYwCfURp0P17mQmZulpty
y+5SUSgY34/HJFoZP/Pjd/b1pPOP0Arl8FRrp8ywDgdkOPmVSV4=
=fxnZ
-END PGP SIGNATURE-

Bug#932418: ITP: ruby-jekyll-commonmark -- commonmark markdown converter for jekyll

[Daniel Leidert]

Package: wnpp
Severity: wishlist
Owner: Daniel Leidert 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: ruby-jekyll-commonmark
  Version : 1.3.1
  Upstream Author : Pat Hawks
* URL : https://github.com/jekyll/jekyll-commonmark
* License : MIT/X
  Programming Lang: Ruby
  Description : commonmark markdown converter for jekyll

Jekyll Markdown converter plugin that uses libcmark, the reference parser
for CommonMark.

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEvu1N7VVEpMA+KD3HS80FZ8KW0F0FAl0xEDQACgkQS80FZ8KW
0F0HBhAArGkp5m+UJ/nz21oSFBEKyb+Avfj3Z8JRmrTUEiBp7CQCTgpWE7H7cJqY
+/NKsmmqE5YJQwRpnFUrQhu16HDD21r03D4Q7etLlREzf6c7nAuzyfD4unlj3kiP
y/vSogJq1Nc9bOrgGNOq2iFwzELNfmzRKhAjotWZtVx1+UX/64jljHBdrfxtI54v
OnUdI5tJOjNbnbInheuBl4dRZv4b5PFNyxtEUrJcFGVk6iyVTNHWsEHBAdwJop8P
D7T6ShRw3IqYcfvTQrq8Ss/MKh/zyiXod4/quQAWP4btLbZdfiKVHKoEe4P/3iml
/Bny8SLdSiBQ/6vZyZXacuKDNvAmbuUnS7FIZb62yiSf5jod3wh9f28J1QMy3iCT
slw9eOVmrZNQ2UhPfELu4KD+fnvV/+HKua2RIFBS87ZhoETlQqoCCsk04u45CkYU
na2b51+UlJQda3v2WIYMCKnybo1m+lHDd9drws1l9qlloTUthn00r5JCdse8HKaU
B+xgqcDCMchQlqDG7vCS0ynh/9KgOXVvE//rG1II6wEVo56EEwuqaeaMh+fX9Syr
FO2AebkcMzoQ/4u6LT/mUGIG3sjgtl8uEiF/Z2clhUfwRufT5cq9Sz1Rqhe4wkPJ
Lbq30gpTquFKl70/YV/CEwtWoDsjyssE6cO3zRqxcURzvIbEZmI=
=KM5y
-END PGP SIGNATURE-

Work-needing packages report for Jul 19, 2019

[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: 1427 (new: 4)
Total number of packages offered up for adoption: 157 (new: 2)
Total number of packages requested help for: 55 (new: 0)

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



The following packages have been orphaned:

   acpitool (#931939), orphaned 6 days ago
 Description: command line ACPI client
 Reverse Depends: acpitool-dbg i8kutils
 Installations reported by Popcon: 1520
 Bug Report URL: https://bugs.debian.org/931939

   festvox-ru (#931974), orphaned 5 days ago
 Description: Russian male speaker for Festival
 Installations reported by Popcon: 100
 Bug Report URL: https://bugs.debian.org/931974

   hal-flash (#931898), orphaned 6 days ago
 Description: Compatibility library to allow playback of Flash DRM
   content
 Installations reported by Popcon: 320
 Bug Report URL: https://bugs.debian.org/931898

   libapache2-mod-qos (#931973), orphaned 5 days ago
 Description: quality of service module for the apache2
 Installations reported by Popcon: 90
 Bug Report URL: https://bugs.debian.org/931973

1423 older packages have been omitted from this listing, see
https://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   cairo-ocaml (#932166), offered 2 days ago
 Description: OCaml bindings for Cairo
 Installations reported by Popcon: 196
 Bug Report URL: https://bugs.debian.org/932166

   s3ql (#932319), offered yesterday
 Description: Full-featured file system for online data storage
 Reverse Depends: s3ql-dbg
 Installations reported by Popcon: 69
 Bug Report URL: https://bugs.debian.org/932319

155 older packages have been omitted from this listing, see
https://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

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

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

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

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

   cyrus-sasl2 (#799864), requested 1394 days ago
 Description: authentication abstraction library
 Reverse Depends: 389-ds-base 389-ds-base-legacy-tools
   389-ds-base-libs adcli autofs-ldap cairo-dock-mail-plug-in
   claws-mail claws-mail-acpi-notifier claws-mail-address-keeper
   claws-mail-archiver-plugin (113 more omitted)
 Installations reported by Popcon: 199529
 Bug Report URL: https://bugs.debian.org/799864

   dee (#831388), requested 1098 days ago
 Description: model to synchronize mutiple instances over DBus
 Reverse Depends: dee-tools gir1.2-dee-1.0 libdee-dev zeitgeist-core
 Installations reported by Popcon: 51802
 Bug Report URL: https://bugs.debian.org/831388

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

   devscripts (#800413), requested 1388 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 (32 more omitted)
 Installations reported by Popcon: 12486
 Bug Report URL: https://bugs.debian.org/800413

   docker.io (#908868), requested 306 days ago
 Description: Linux container runtime
 Reverse Depends: golang-docker-dev
   golang-github-fsouza-go-dockerclient-dev
   golang-github-google-cadvisor-dev
   golang-github-samalba-dockerclient-dev kubernetes-node subuser
   whalebuilder
 Installations reported by Popcon: 1822
 Bug Report URL: https://bugs.debian.org/908868

   ed (#886643), requested 556 days ago
 Descriptio

Options for 64-bit time_t support on 32-bit architectures

[Florian Weimer]

There is an effort under way to enhance glibc so that it can use the
Y2038 support in the kernel.  The result will be that more 32-bit
architectures can use a 64-bit time_t.  (Currently, it's x86-64 x32
only.)

Originally, the plan was to support both ABIs in glibc for building
new applications, similar to what is currently possible with
-D_FILE_OFFSET_BITS=64 for changing the size of off_t.  However, this
turned out to be difficult to implement, and so far, no one has posted
patches which appear to be reasonably correct and complete.

The latest proposal is a single-ABI mode for development:

  

Old binaries with a 32-bit time_t will continue to run, but new
binaries built against a current glibc will always use a 64-bit time_t
under this approach.

The consequence is that in order to build 32-bit-time_t libraries
(Gtk, for example), an old glibc needs to be kept around.  In
practice, it would probably mean that it is impossible to maintain a
set of 32-bit-time_t libraries in a classic distribution build
environment (with a unified buildroot and native builds).

I do not have a strong opinion about this because I personally do not
care about 32-bit architectures at all (sorry).  I would like to
solicit Debian's feedback on this matter.

Do you want to build 32-bit libraries (besides glibc) which are
compatible with legacy applications, with a 32-bit time_t, in the
future?  Or is a world where time_t is pretty much always 64 bit
something that would be acceptable?

Bug#932406: ITP: vavr0 -- object-functional language extension for Java

[Andrej Shadura]

Package: wnpp
Severity: wishlist
Owner: Andrej Shadura 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: vavr0
  Version : 0.10.0
  Upstream Author : Daniel Dietrich
* URL : ttp://vavr.io
* License : Apache-2.0
  Programming Lang: Java
  Description : object-functional language extension for Java

 Vavr (formerly called Javaslang) is an object-functional language
 extension for Java 8+.
 .
 Vavr aims to reduce the lines of code and increase code quality.
 It provides persistent collections, functional abstractions for error
 handling, concurrent programming, pattern matching and much more.
 .
 Vavr fuses the power of object-oriented programming with the elegance
 and robustness of functional programming. Its feature-rich, persistent
 collection library smoothly integrates with Java's standard collections.
 .
 Vavr does not depend on any libraries (other than the JVM).

This package will ship only Vavr 0.x. It will be maintained by the Java
Team. Vavr is a build dependency of the Kotlin compiler.

- -- 
Cheers,
  Andrej

-BEGIN PGP SIGNATURE-

iQFIBAEBCAAyFiEEeuS9ZL8A0js0NGiOXkCM2RzYOdIFAl0w2fgUHGFuZHJld3No
QGRlYmlhbi5vcmcACgkQXkCM2RzYOdKkoQf/eqDf7MwHo0/2pBdyt34ebrizfbip
RvzDgjX3z0hU4UWDkMWwhQYP+1nyztO7G0BFbqYmziHPTbRSQR0wgJFLbYSwAXZF
GwFXn4Xjei0a7INSrba5h8nj0J8e4Geb4o4JfUOt7plBB2lZQxSqAJ2fqr76DKrH
oOdJuRAvVQ8dkTakTWOhIqORzvE1EUACnW5vU01PZKSAHf+PCNwKLvmV2eM8gx4s
hwwjEl9Z35tORP7z4VAh08XvyIms/Nu1snPHrw5gYIy5vt3Kf0JPDOUG8Ojrzqln
qgmu92HM1lrkAYK0VvEbCzKJb2KVqkAgjFVOF2ygOX1Jxdz5EjCTrzoEIg==
=Yk1c
-END PGP SIGNATURE-

Re: default firewall utility changes for Debian 11 bullseye

[Michael Biebl]

Hi Chris

Am 18.07.19 um 04:07 schrieb Chris Lamb:
> It also has a first-class Ansible module which (given a flood of
> firewall options around when I needed to pick something in haste
> around the time of the stretch release…) was actually the deciding
> factor for me:
> 
>   https://docs.ansible.com/ansible/latest/modules/ufw_module.html

Just curious, if you've seen/evaluated
https://docs.ansible.com/ansible/latest/modules/firewalld_module.html

If there is something you found lacking, I'm happy to pass that info
along to upstream. I'm not using ansible myself, so additional feedback
would be welcome.

Regards,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

i am Looking Buying Blog Post on your website

[Alan walker]

Hello Sir,

i am Looking Buying Blog Post on your website
  https://www.debian.org

Can you publish my article with do-follow links ?


What is your best price for posting article ?


Do you have more websites for blog posting


Which Country Traffic Your Site?


i am waiting good response from you!

Thank you!

Bug#932377: ITP: dvc -- Version Control System for Machine Learning Projects

[Mo Zhou]

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

* Package name: dvc
* URL : https://dvc.org/
* License : Apache-2.0
  Programming Lang: python
  Description : Version Control System for Machine Learning Projects

I've not started learning how to use this tool
but it looks attractive to me.

Re: xTuple Postbooks license change

[Andrej Shadura]

Hi,

On Thu, 18 Jul 2019 at 11:34, Daniel Pocock  wrote:
> On 18/07/2019 14:42, Andrej Shadura wrote:

> > really used any of that software. Daniel was the other member, but I
> > can’t imagine him going back to package maintenance any time soon.

> Why would you write something offensive like that?
>
> If there is something wrong with my work on that package please point it
> out, otherwise please retract that statement.

Daniel, I don’t see why that is offensive. When I asked you about
Postbooks some months ago, you told me that you don’t want to create a
guest account on Salsa, and I don’t know how you’re going to use Salsa
without an account. Similarly, I don’t feel you’d be happy having to
get your changes sponsored.

-- 
Cheers,
  Andrej

Bug#932350: ITP: lutok -- lightweight C++ API library for Lua

[Nicolas Braud-Santoni]

Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni 
Control: block 932349 by -1

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: lutok
  Version : 0.4
  Upstream Author : Julio Merino 
* URL : https://github.com/jmmv/lutok
* License : BSD-3
  Programming Lang: C++
  Description : lightweight C++ API library for Lua

Lutok provides thin C++ wrappers around the Lua C API to ease the
interaction between C++ and Lua.  These wrappers make intensive use of
RAII to prevent resource leakage, expose C++-friendly data types, report
errors by means of exceptions and ensure that the Lua stack is always
left untouched in the face of errors.  The library also provides a small
subset of miscellaneous utility functions built on top of the wrappers.

Lutok focuses on providing a clean and safe C++ interface; the drawback
is that it is not suitable for performance-critical environments.  In
order to implement error-safe C++ wrappers on top of a Lua C binary
library, Lutok adds several layers or abstraction and error checking
that go against the original spirit of the Lua C API and thus degrade
performance.

Lutok is a (build) dependency of the kyua test framework

-BEGIN PGP SIGNATURE-

iQJFBAEBCgAvFiEEU7EqA8ZVHYoLJhPE5vmO4pLV7MsFAl0wO8YRHG5pY29vQGRl
Ymlhbi5vcmcACgkQ5vmO4pLV7Mt8hA/+IaLsUmWRd9hNkmZ54w6fkeFJP/4N/t4J
iPt5pMkw1bSj2rv6ZbXadV2/IhkIZuXlMEXVO4cSJ/ffWwwzilwSIrPIOuYdzQ9o
1Y5C4nbKMs/tVmjM7lk556Xzojra8wI7DmCJrtTTIk9UBaAyEaUyELvvnUGXoC32
9toGqZiRVa5uFrb+3Y0sQfb3qV9G7orfpUzOQwBIaNZRpZOCZJlXkbtKu4X38i0f
k3C85pmn74LmsFkBozACUhJbyhR0vjuV/wgzj8tEO+NUvN7MbNYy9WWBbOKp49GH
ouY1ZYZ5iE20GI2bN9pTNqJcl6GrYirn/hm1fNXOU7YawkwxPmBMimeCOZ5EtR4O
1bB+xIulJ1YaFHIYDVdNeKxfxNiBdilzQKJFXSzcuPKwLoOkPXtrQGBsY4bTmZb2
/yp2rR3q/+ixHWHk8IUBHDBeU1skefVt+KVBY1XZqkJdFkWWdfaJtYNto+DqQ1cl
fqbWy/I7ZM122Si/WrNNN5gn4/556E/nDLpcN9XjX1KQibd7bFhQnvSD9K3lg7wS
pr2l+O4JPmONsfWQKG9bMIf2QkDnqNTnNNcEw3aiP+9sL5QgPNMGZQmcWhzbQIhR
0AoXEEiueX9aOQ6qUSSaD2DXS9k79siooKuyTbtLxGuTMkqrNX6GItiI9ckauNat
w30ZflC9V/4=
=KFen
-END PGP SIGNATURE-

Bug#932349: ITP: kyua -- testing framework for infrastructure software

[Nicolas Braud-Santoni]

Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: kyua
  Version : 0.13
  Upstream Author : The Kyua Authors
* URL : https://github.com/jmmv/kyua/wiki/About
* License : BSD-3
  Programming Lang: C++
  Description : testing framework for infrastructure software

Kyua is a testing framework for infrastructure software, originally designed to
equip BSD-based operating systems with a test suite. This means that Kyua is
lightweight and simple, and that Kyua integrates well with various build systems
and continuous integration frameworks.

Kyua features an expressive test suite definition language, a safe runtime
engine for test suites and a powerful report generation engine.

Kyua is for both developers and users, from the developer applying a simple fix
to a library to the system administrator deploying a new release on a production
machine.

Kyua is able to execute test programs written with a plethora of testing
libraries and languages. The library of choice is ATF, for which Kyua was
originally designed, but simple, framework-less test programs and TAP-compliant
test programs can also be executed through Kyua.

Kyua is a test dependency of pkgconf.

-BEGIN PGP SIGNATURE-

iQJFBAEBCgAvFiEEU7EqA8ZVHYoLJhPE5vmO4pLV7MsFAl0wOHARHG5pY29vQGRl
Ymlhbi5vcmcACgkQ5vmO4pLV7MvdJg/+PHBzJHlrNIjCTgkkPzR5jhWfYTtrAah4
eJgD9UXK1xVEp2Bp9xdcXVf0TmGqPeHSTmEIbRHK6IvFnPNPYk64PQFEXoJt9AV9
8OoQCJax3U/mJ1pe70gfC4N/DhyEHQPNKAv8k+xP8xpTW23PSMk1vo89aS1+ggMz
NmlmRVMAb6gprabBQag8Bba5QY1XHkHFaWHO3Jdphar0LfRfBlr9tjr/2f1+AfAl
ZKqIQJx0qaZkoDIzJkLqHPK5PrS/KEI5RObvAkVwVoe50071WNFPjT2SkYZQTrr8
4Z3fjLR4HVqorKS0Z9jTYxo48Wih+uoKITSsUaKwPdiW/mdP9kqk/4+edXk82NTq
SANfORO2X3l/2/K1DB8bo+3en4AGXsk5QlBQtd7/3BqDQZgAlg32rHigYRiOr5lR
BovjXALFYT0d0OaIuqs62BQLMVmEUVpHagLTHJVVpuJl+5Kqt7OdsaNamBAM9SQA
DxuPIvhsQHKz1QGIyBP6HiebbAXEwLcP6k8gjE+VG3V6LncLjDeBT7gkv2eJ1roU
BvHRDHUtFyJxnvcUP66WGQeOtaAjldSZlq7LymcG3FN07PN9K1TxtrzCdERrZyae
mU284qkFhZrha6ILweKXqbqcfFtHEAt9iLLM3VzH8d2xRZUch0+WS4xoNdCr+i3M
BtHaG0cc89Y=
=+90K
-END PGP SIGNATURE-