https://trends.debian.net/ - is this 20000 source packages since 2006?

[Steffen Möller]

Hello,

I just skimmed through https://trends.debian.net/ and am impressed. Many
thanks for these figures. Do you accept wishes for additional graphs? 
Mine would be on the number of build dependencies as a scale for
software complexity and how this evolved over time. My hunch is that
later software has more dependencies than earlier ones. Would of course
be cool to also have other software metrics over time. Anyway -
fanstastic plots already!

What is right in the open but I do not see discussed in this context is
the sheer amount of packages that are added to the distribution. It is a
raise from close to 1 to similarly close to 3 in a bit over 14
years, so this makes close to 1500 packages/anno or close to 4 per day,
equally throughout all these years. Knowing about all the time I spend
on checking copyrights already, not always successfully, I know about
the enormous work our FTPmasters invest into keeping this up. So, many
thanks!

Best,

Steffen

Bug#964265: ITP: exfatprogs -- tools to create, check and label exFAT filesystems

[sven]

Package: wnpp
Severity: wishlist
Owner: Sven Hoexter 

* Package name: exfatprogs
  Version : 1.0.3
  Upstream Author : Namjae Jeon 
Hyunchul Lee 
* URL : https://github.com/exfatprogs/exfatprogs
* License : GPL-2
  Programming Lang: C
  Description : tools to create, check and label exFAT filesystems

 Tools to manage extended file allocation table filesystem.
 This package provides tools to create, check and label the
 filesystem. It contains
  - mkfs.exfat to create an exFAT filesystem
  - fsck.exfat to check and repair an exFAT filesystem
  - tune.exfat to print and edit the filesystem label
 The tools included in this package are the exfatprogs
 maintained by Samsung engineers, who provided Linux exFAT
 support. A similar but independent implementation of these
 tools, written by the author of the exfat-fuse implementation,
 are available in the exfat-utils package.


Since people started to ping me about getting this one introduced
I now give in and pick it up. I plan to continue for now the
maintenance of the fuse-exfat and exfat-utils packages.
While fuse-exfat can be coinstalled at any moment exfat-utils and
exfatprogs will for now conflict with each other.
Maybe I later on drop the mkfs.exfat and fsck.exfat links from
the exfat-utils package.

Bug#964266: ITP: golang-github-brentp-irelate: Streaming relation testing of sorted files of intervals

[Nilesh Patra]

Package: wnpp
Severity: wishlist
Owner: Nilesh Patra 
X-Debbugs-CC: debian-devel@lists.debian.org


* Package name: golang-github-brentp-irelate
  Version : 0.0~git20180801.1bf7c8f+ds-1
  Upstream Author : Brent Pedersen
* URL : https://github.com/brentp/irelate

* License : Expat
  Programming Lang: Golang
  Description : Streaming relation testing of sorted files of intervals

Description: Streaming relation testing of sorted files of intervals
 Helps to relate (e.g. intersect or by distance) sets of intervals.
 For example, if the nearest gene to a set of ChIP-Seq peaks needs
 to be reported, BEDTools does this extremely well, irelate is an
 attempt to provide an API so that users can write their own tools
 with little effort in go.
 .
 Performance irelate is quite fast, but use PIRelate for parallel
 intersection. It is less flexible than irelate, but skips parsing of
 database intervals for sparse regions in the query.  In addition, it
 has very good (automatic) parallelization.

I shall maintain this package.

Re: DEP-14: renaming master to main?

[Nicholas D Steeves]

Hi Otto,

Thank you for providing an alternative voice in this discourse.

Otto Kekäläinen  writes:

> Hello!
>
> Just my 2 cents: I hope Debian would not rush to any changes here.
> Lets just stay neutral for now. The subject seems very US-centric and
> there is a risk that it is creating division among people forcing them
> to take sides on issues that previously were not political at all.
>

Agreed, although I do think that master/slave binary thinking is
harmful.  That said, I'm primarily concerned about the repercussions of
unilaterally vilifying all words that match the string "master", eg:
mastery, mastered, mastering (the learning process), masters degree,
master of foo, martial arts master, master trades person, master
craftsmanship (proof of mastery and excellence), ftpmaster[s], etc.

These things are not negative and have nothing to do with slavery.
Trades people, academics, martial artists, and everyone else who strive
for excellence should not be made to feel ashamed of their titles.  I
suspect this sense of "master" comes from magister (latin, one who has
achieved excellence such that they are qualified to teach) and I think
"magis" might also have connotations of wisdom rather than domination or
power, but "magistrate" also has that substring...Does anyone here know
latin/etymology, and could you explain this please?

Adam, thank you for introducing the medieval thought, that is what
jogged my memory.  The English sense of "headmaster" is also useful for
explaining this, because the construction appears to be "head"
(director/manager/authority) + "master" (teacher). eg: if "master" meant
"director/person-in-power" then there would be no need for the "head"
prefix.

While it could be argued that high achievers are slaves to excellence,
that's a metaphorical comparison, and is a bit cynical and/or for
purposes ofhumour...and isn't it an even worse application of
master/slave binary thinking to say such a thing?

At any rate, a concrete example: While "ftpmasters" have "master" in the
title, and they can reject packages and/or ask for additional work,
there is §2.1.1 in the Debian Constitution:

  Nothing in this constitution imposes an obligation on anyone to do
  work for the Project. A person who does not want to do a task which
  has been delegated or assigned to them does not need to do
  it. However, they must not actively work against these rules and
  decisions properly made under them.

So the ftpmasters are not masters of slaves, because they cannot compel
anyone to do work.  Thus, we have a precedent in Debian for how
master/slave thinking does not apply to all circumstances.

> Here is some background of what philosophical meaning the term had in git:
>
> https://public-inbox.org/git/20200618152300.cw7teo2jmxyfsl2l@chatter.i7.local/
>> This is actually an important philosophical point with software like
>> git. There is no such thing as master.kernel.org for the very specific
>> reason that we position kernel.org to be merely a convenient place where
>> to get a *copy* of Linux. The "master copy" of the mainline tree exists
>> only in one place -- on Linus's computer.
>

Exactly, thank you for the reference, and--in my mind at least--Linus
"masters" a release by merging many "tracks" (git branches) into the
"master" track (master branch), similarly to typical digital audio
workstation workflow, or the "master" (also known as "mix") bus on an
analogue console, then tags it (like pressing a "gold master record").

> Let's wait and see if upstream Git changes the default, then others
> will naturally follow next time they run 'git init'.
>
> So far upstream git has removed a couple of mentions of slavs:
> - https://github.com/git/git/commit/f33b5bddaf7ac1535c6c37fde168597e252872b3
> - https://github.com/git/git/commit/08dc26061f3ff9ee79e6cfda88f0c825b8730e54
>
> Python had a similar discussion in 2018 and they concluded that the
> term 'master' does not have any political undertone when used in git
> master, postmaster or hostmaster: https://bugs.python.org/issue34605

Oops, should have read that issue first...it some overlap with what I
wrote.


Regards,
Nicholas


signature.asc
Description: PGP signature

Bug#964273: ITP: golang-github-brentp-vcfgo: Golang library to read, write, manipulate VCF format files

[Nilesh Patra]

Package: wnpp
Severity: wishlist
Owner: Nilesh Patra 
X-Debbugs-CC: debian-devel@lists.debian.org


* Package name: golang-github-brentp-vcfgo
  Version : 0.0~git20190824.654ed2e-1
  Upstream Author :  Brent Pedersen
* URL : https://github.com/brentp/vcfgo

* License : Expat
  Programming Lang: Golang
  Description : Golang library to read, write, manipulate VCF format
files

 Package vcfgo implements a Reader and Writer for variant
 call format. It eases reading, filtering modifying VCF's
 even if they are not to spec.
 .
 Status: vcfgo is well-tested, but still in development.
 It tries to tolerate, but report errors; after every
 rdr.Read() call, the caller can check rdr.Error() and
 get feedback on the errors without stopping
 execution unless it is explicitly requested to do so.

I shall maintain this package.

Re: isc-dhcp-client sends DHCPDISCOVER *before* wpa_supplicant authenticates/associates/connects.

[Jaime]

On 29/06/2020, Simon Richter  wrote:
> Hi Jaime,
> Yes, that's a long-standing issue.
> A less portable or featureful client has a greater chance of supporting
> this directly.
>Simon

Timo, Simon and Simon,

Thank you all for your replies. Now that I understand the
issues/background, I'm happy to leave things the way they are and
stick with debian's ("built-in") ifupdown.

Thanks again, Jaime

mainscript problem: dir-to-symlink

[Mike Gabriel]

Hi all,

I have a problem with the dir-to-symlink maintscript helper.

I have two packages (php-horde, php-horde-service-weather) that  
install files to the same directory (/usr/share/horde/themes).


I am in the process of move all themes to  
/etc/horde/themes-available.d/. I use the dir-to-symlink maintscript  
helper for that.


I am unsure how to handle situations where two packages both have  
files in a location that is to be moved to /etc/ and turned into a  
symlink in /usr/share.


The error I get on upgrading php-horde from buster to unstable is this:

```
root@minobo:/# apt install php-horde
Reading package lists... Done
Building dependency tree
Reading state information... Done
Recommended packages:
  php-services-weather php-file-find php-file-fstab
The following packages will be upgraded:
  php-horde
1 upgraded, 0 newly installed, 0 to remove and 399 not upgraded.
Need to get 1857 kB of archives.
After this operation, 663 kB of additional disk space will be used.
Get:1 http://localhost:3142/debian sid/main amd64 php-horde all  
5.2.23+debian0-4 [1857 kB]

Fetched 1857 kB in 0s (3948 kB/s)
(Reading database ... 31341 files and directories currently installed.)
Preparing to unpack .../php-horde_5.2.23+debian0-4_all.deb ...
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather' not owned by  
package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/wundergroundlogo.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32' not owned by  
package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/17.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/19.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/16.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/14.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/35.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/13.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/24.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/3.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/43.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/30.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/40.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/6.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/10.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/23.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/28.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/2.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/7.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/0.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/12.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/21.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/29.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/na.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/37.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: file  
'/usr/share/horde/themes/default/graphics/weather/32x32/1.png' not  
owned by package 'php-horde'
dpkg-maintscript-helper: error: f

Re: Bug#964265: ITP: exfatprogs -- tools to create, check and label exFAT filesystems

[Andrei POPESCU]

On Sb, 04 iul 20, 19:56:45, s...@stormbind.net wrote:
> While fuse-exfat can be coinstalled at any moment exfat-utils and
> exfatprogs will for now conflict with each other.

Isn't this the typical use-case for alternatives?

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature