Still (mostly) around after 25 years

[Manoj Srivastava]

Hi,


A little over 25 years ago, I started looking into contributing
 to Debian, instead of just using it.

 1) https://lists.debian.org/debian-devel/1995/10/msg00331.html
 2) https://lists.debian.org/debian-devel/1995/10/msg00376.html
 3) https://lists.debian.org/debian-user/1995/10/msg00441.html

Here is me exploring the (hah!) new maintainer process:
 4) https://lists.debian.org/debian-devel/1995/11/msg00343.html

And my first package upload:
 5) https://lists.debian.org/debian-changes/1995/11/msg00134.html

Others followed:
 6) https://lists.debian.org/debian-devel/1995/12/msg00266.html
 7) https://lists.debian.org/debian-devel/1995/12/msg00265.html

I have had the honor to serve as a charter member of the ctte,
 and I think I was the reason we added term limits to ctte membership. I
 served as project secretary for 6 years or so, writing devotee while
 running an election, finishing components just in time, before flaming
out spectalurarily.


I may no longer be as active in Debian as I once was, but I am still 
around. A quarter of a century.

It has been an honour, and a pfivilege, to have benn in here
with y’all, and Debian still feels like family.


  Manoj


-- 
Girls who throw themselves at men, are actually taking very careful aim.
Manoj Srivastava    
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C

Re: Still (mostly) around after 25 years

[Jonas Smedegaard]

Quoting Manoj Srivastava (2020-11-19 09:19:06)
> A little over 25 years ago, I started looking into contributing to 
> Debian, instead of just using it.
[...]
> It has been an honour, and a pfivilege, to have benn in here with 
> y’all, and Debian still feels like family.

Congratulations with your anniversary!

I also know you for your work on maintaining make and kernel-package. 
And for inventing ucf.

Thanks for being here!


 - 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

Re: A Small Organisation Server as a Debian Pure Blend

[John Lines]

On Wed, 2020-11-18 at 16:18 +0100, Jonas Smedegaard wrote:
> Hi John,
> 
> Quoting John Lines (2020-11-18 13:35:42)
> > On Tue, 2020-11-17 at 02:07 +, Wookey wrote:
> > > On 2020-11-16 19:20 +, John Lines wrote:
> > > > I have written at 
> > > > https://wordpress.debian.social/jlines/2020/11/07/the-ambridge-garden-club/
> > > >  
> > > > about a such a group, as I am interested to know if others
> > > > feel 
> > > > this is also a problem, and a one worth trying to solve.
> 
> I see this problem too, and am working on addressing it.  But slowly.
> 
> My aim is to purely integrate tools officially in Debian (which is
> what 
> I defined as "Debian Pure Blend", btw).  So to me, the first step is
> to 
> make sure all parts are packaged officially in Debian, and is well 
> maintained and in healthy shape upstream as well...
> 

One of my reasons for an example Small Organisation Server with a goal
of being able to be administered and used by non-technical people is to
show the real world need for things to be packaged officially in Debian
(or similar - I have not used Fedora for some time, or other
distributions). The packaging process should act as the arbiter for the
issues which are not relevant to upstreams, such as who gets to 'own'
port 80, or whatever.

I know it is possible for a non-technical person to, for example, set
up and run a video conference, invite attendees etc - as I see this
going on round me all the time, but if the way to do it starts

 git clone ...

they are not going to do it.

Lots of software is being made available as Docker containers, but I
feel this is OK for demonstration, or someone who only wants to do one
thing, but, again taking my Ambrige Garden Club as an example, ideally
they should not need a different username and password for each service
(or get habituated into using their Facebook or Google credentials for
any web site which asks for them)

> 
> > > 
> 
> I distinguish between 4 categories of video conferencing services:
> 
>  a) frontend-only
>  b) frontend + lighweight backend
>  c) frontend + heavyweight backend
>  d) cloud-only or in other ways non-free
> 
> BigBueButton and Jitsi are both in category c).
> 
> My interest is category b) because - unlike c) or d) - can most 
> realistically be hosted on small hardware with reduced
> administration, 
> and - unlike a) - can serve rooms of more than 6-8 participants.
> 
> Among category b) solutions, I am aware of these in active
> development:
> 
>  * jangouts, using janus backend
>  * multiparty-meeting, using mediasoup backend
> 
> I maintain the janus package and am happy to collaborate on getting
> more 
> (both related and competing) components packaged.

I run a small jitsi server on AWS, and it would be good to have an
official package, though the resource requirements are too heavy for my
example Small Organisation Server at the moment

I will look at Janus, one of the concepts of the overall Small
Organisation Server is to document why particular components were used
- which initially is likely to be because they are the one I know best.



> 
> I am also interested in information about tools that I might have 
> missed.  Here's what I am aware of already: 
> https://source.redpill.dk/media-stream-hosting/tree/DEVELOP.md
> 
> 
Thank you - that is a very useful list. 


> If your interest is in integrating something *now* to have it
> quickest 
> possible usable, then I recommend that you collaborate closely with 
> [FreedomBox] to not fork it but improve it to be flexible enought to
> fit 
> also your needs.
> 
> [FreedomBox]: https://wiki.debian.org/FreedomBox

I have forked the freedombox repository, but with the intention of
feeding changes back in, and am now running my forked version
(basically the bits which assume it is running behind NAT on a dynamic
IP address) at https://ambridge-garden-club.org.uk/plinth/


> 
> 
> 

Re: A Small Organisation Server as a Debian Pure Blend

[John Lines]

On Wed, 2020-11-18 at 15:29 +, Jeremy Stanley wrote:
> On 2020-11-18 11:06:20 + (+), John Lines wrote:
> [...]
> > I do suggest in
> > 
> > https://wordpress.debian.social/jlines/2020/11/13/ambridge-garden-club-registering-the-domain/
> > 
> > that AWS might be a possibility, or Azure, or Google Cloud
> 
> If you're going to advocate for free/libre open source software,
> remember that AWS, Azure and Google Cloud are the antithesis of it
> yet have many, many, many competitors based entirely on F/LOSS you
> could be recommending instead.

The https://ambridge-garden-club.org.uk/ is hosted at MythicBeasts, a
small independent hosting provider, who are Linux friendly, but the key
point is that it is based on a standard Debian system, which can be
hosted anywhere, and hence can not be locked in.

I am advocating choice, as the alternative for small organisations,
with no IT sysadmin, is to put everything on Facebook, or Google Docs,
or Microsoft Office 365 - and then every member of your organisation is
locked into that ecosystem.

John

Re: A Small Organisation Server as a Debian Pure Blend

[Jonas Smedegaard]

Quoting John Lines (2020-11-19 12:35:35)
> On Wed, 2020-11-18 at 16:18 +0100, Jonas Smedegaard wrote:
> > Quoting John Lines (2020-11-18 13:35:42)
> > > On Tue, 2020-11-17 at 02:07 +, Wookey wrote:
> > > > On 2020-11-16 19:20 +, John Lines wrote:
> > > > > I have written at 
> > > > > https://wordpress.debian.social/jlines/2020/11/07/the-ambridge-garden-club/
> > > > >  
> > > > > about a such a group, as I am interested to know if others 
> > > > > feel this is also a problem, and a one worth trying to solve.
> > 
> > I see this problem too, and am working on addressing it.  But 
> > slowly.
> > 
> > My aim is to purely integrate tools officially in Debian (which is 
> > what I defined as "Debian Pure Blend", btw).  So to me, the first 
> > step is to make sure all parts are packaged officially in Debian, 
> > and is well maintained and in healthy shape upstream as well...
> > 
> 
> One of my reasons for an example Small Organisation Server with a goal 
> of being able to be administered and used by non-technical people is 
> to show the real world need for things to be packaged officially in 
> Debian (or similar - I have not used Fedora for some time, or other 
> distributions). The packaging process should act as the arbiter for 
> the issues which are not relevant to upstreams, such as who gets to 
> 'own' port 80, or whatever.
> 
> I know it is possible for a non-technical person to, for example, set 
> up and run a video conference, invite attendees etc - as I see this 
> going on round me all the time, but if the way to do it starts
> 
>  git clone ...
> 
> they are not going to do it.
> 
> Lots of software is being made available as Docker containers, but I 
> feel this is OK for demonstration, or someone who only wants to do one 
> thing, but, again taking my Ambrige Garden Club as an example, ideally 
> they should not need a different username and password for each 
> service (or get habituated into using their Facebook or Google 
> credentials for any web site which asks for them)

Seems our defined problem is quite similar, if not identical.

Would be great if we could find overlap also in our work towards 
solutions.


> I will look at Janus,

Makes me happy that you want to give it a try.

You can toy with it at https://live.jones.dk/demos/ if you want.


> one of the concepts of the overall Small Organisation Server is to 
> document why particular components were used - which initially is 
> likely to be because they are the one I know best.

What you call components I call features in my Redpill project: 
https://source.redpill.dk/org/tree/README.md
https://source.redpill.dk/org/tree/SETUP.md

My goal is for each feature to become a new (or get absorbed by an 
existing) Debian package, and that each feature - including its 
documentation - is only loosely tied to other features.  I.e. that one 
organisation can choose to run "mail" and "mail-lists" features and in 
their documentation not be confused by documentation on "mail-accounts" 
- and another organisation include "mail-accounts" but exclude 
"mail-list".

For documentation I have defined a set of rules for my work, to help 
ensure the flexibility of integration: 
https://source.redpill.dk/org/tree/ADMIN.md

I am sharing these details because although you didn't show interest in 
my Redpill project (which is perfectly fine) we might still align on a 
writing style for _some_ resuse across projects.

Feel free to reuse any of the material at https://source.redpill.dk/ and 
(less mature, and only some repos aligned with the Redpill constraints) 
https://source.couchdesign.dk/ - if licensing is acceptable to you, 
obviously (and if not, please do share why).


> > If your interest is in integrating something *now* to have it 
> > quickest possible usable, then I recommend that you collaborate 
> > closely with [FreedomBox] to not fork it but improve it to be 
> > flexible enought to fit also your needs.
> > 
> > [FreedomBox]: https://wiki.debian.org/FreedomBox
> 
> I have forked the freedombox repository, but with the intention of 
> feeding changes back in, and am now running my forked version 
> (basically the bits which assume it is running behind NAT on a dynamic 
> IP address) at https://ambridge-garden-club.org.uk/plinth/

I wish you good luck with that approach.


 - 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

Re: Still (mostly) around after 25 years

[Joachim Breitner]

Am Donnerstag, den 19.11.2020, 00:19 -0800 schrieb Manoj Srivastava:
> A little over 25 years ago

as one of many who never knew a Debian project without you: It is good
that that’s the only Debian project we know!

Cheers,
Joachim

-- 
Joachim “nomeata” Breitner • nome...@debian.org • https://j.oach.im/
  


signature.asc
Description: This is a digitally signed message part

Bug#975280: ITP: prometheus-mqtt-exporter -- Prometheus exporter for metrics sent via MQTT topics

[Martina Ferrari]

Package: wnpp
Severity: wishlist
Owner: Martina Ferrari 

* Package name: prometheus-mqtt-exporter
  Version : 0.1.4-1
  Upstream Author : Christoph Petrausch
* URL : https://github.com/hikhvar/mqtt2prometheus
* License : Expat
  Programming Lang: Go
  Description : Prometheus exporter for metrics sent via MQTT topics

 This exporter translates from MQTT topics to prometheus metrics, allowing
 small/IoT devices that can't be polled directly to be monitored.
 .
 Clients push metrics as abritrary JSON messages via MQTT to an MQTT Broker.
 This exporter subscribes to the broker and publish the received messages as
 prometheus metrics.
 .
 While the upstream project is called `mqtt2prometheus`, the Debian packaging
 uses the name `prometheus-mqtt-exporter` for consistency with other exporters.

Work-needing packages report for Nov 20, 2020

[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: 1174 (new: 5)
Total number of packages offered up for adoption: 210 (new: 0)
Total number of packages requested help for: 63 (new: 0)

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



The following packages have been orphaned:

   dtmf2num (#975031), orphaned yesterday
 Description: tool for decoding the DTMF and MF tones from PCM wave
   files
 Installations reported by Popcon: 4
 Bug Report URL: https://bugs.debian.org/975031

   lasagne (#975099), orphaned yesterday
 Description: deep learning library build on the top of Theano
 Installations reported by Popcon: 95
 Bug Report URL: https://bugs.debian.org/975099

   tnef (#975033), orphaned yesterday
 Description: Tool to unpack MIME application/ms-tnef attachments
 Installations reported by Popcon: 2210
 Bug Report URL: https://bugs.debian.org/975033

   unmass (#975035), orphaned yesterday
 Description: Extract game archive files
 Installations reported by Popcon: 98
 Bug Report URL: https://bugs.debian.org/975035

   unmo3 (#975034), orphaned yesterday
 Description: Uncompress and extract samples from MO3 modules
 Installations reported by Popcon: 204
 Bug Report URL: https://bugs.debian.org/975034

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



No new packages have been given up for adoption, but a total of 210 packages
are awaiting adoption.  See https://www.debian.org/devel/wnpp/rfa_bypackage
for a complete list.



For the following packages help is requested:

   album-data (#964105), requested 141 days ago (non-free)
 Description: themes, plugins and translations for album
 Installations reported by Popcon: 85
 Bug Report URL: https://bugs.debian.org/964105

   apache2 (#910917), requested 768 days ago
 Description: Apache HTTP Server
 Reverse Depends: apache2 apache2-ssl-dev apache2-suexec-custom
   apache2-suexec-pristine backuppc courier-webadmin cvsweb debbugs-web
   doc-central dwww (133 more omitted)
 Installations reported by Popcon: 95119
 Bug Report URL: https://bugs.debian.org/910917

   asciio (#968843), requested 89 days ago
 Description: dynamically create ASCII charts and graphs with GTK+2
 Installations reported by Popcon: 82
 Bug Report URL: https://bugs.debian.org/968843

   aufs (#963191), requested 152 days ago
 Description: driver for a union mount for Linux filesystems
 Reverse Depends: fsprotect
 Installations reported by Popcon: 14937
 Bug Report URL: https://bugs.debian.org/963191

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

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

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

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

   cyrus-imapd (#921717), requested 650 days ago
 Description: Cyrus mail system - IMAP support
 Reverse Depends: cyrus-admin cyrus-caldav cyrus-clients cyrus-dev
   cyrus-imapd cyrus-murder cyrus-nntpd cyrus-pop3d cyrus-replication
 Installations reported by Popcon: 439
 Bug Report URL: https://bugs.debian.org/921717

   cyrus-sasl2 (#799864), requested 1884 days ago
 Description: authentication abstraction library
 Reverse Depends: 389-ds-base adcli autofs-ldap cyrus-caldav
   cyrus-clients cyrus-common cyrus-dev cyrus-imapd cyrus-imspd
   cyrus-murder (77 more omitted)
 Installations reported by Popcon: 199587
 Bug Report URL: https://bugs.debian.org/799864

   dbad (#947550), requested 327 days ago
 Description: dnsmasq-based ad-blocking using pixelserv
 Bug Report URL: https://bugs.debian.org/947550

   debtags (#962579), requested 162 days ago
 Description: Debian Package Tags support tools
 Reverse Depends: packagesearch
 Installations reported by Popcon: 1603
 Bug Report UR

Bug#975283: ITP: dde-printer -- Deepin system repair tools

[hufeng]

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


* Package name : dde-printer
  Version  : 5.0.1
  Upstream Author  : 石博文 
* URL  : https://github.com/linuxdeepin/dde-printer
  License  : GPL-3+
  Programming Lang : C++
  Description  : Deepin system repair tools

Deepin Repair Tools is a useful tools for system repair & clean.
.
It is part of Deepin software and DDE (Deepin Desktop Environment).
.
I intend to co-maintain this package inside pkg-deepin group.

Bug#975285: ITP: deepin-repair-tools -- Deepin system repair tools

[hufeng]

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


* Package name : deepin-repair-tools
  Version  : 5.0.1
  Upstream Author  : 石博文 
* URL  : https://github.com/linuxdeepin/deepin-repair-tools
  License  : GPL-3+
  Programming Lang : C++
  Description  : Deepin system repair tools

Deepin Repair Tools is a useful tools for system repair and clean.
.
It is part of Deepin software and DDE (Deepin Desktop Environment).
.
I intend to co-maintain this package inside pkg-deepin group.