Re: dovecot-antispam rebuild (or is there a way to automatically rebuild a package)

[Sebastian Ramacher]

On 2021-01-26 21:50:54, Antonio Russo wrote:
> Hello,
> 
> I'm watching dovecot's progress through unstable [1] and it's blocked by
> dovecot-antispam [2].  If I understand correctly, it's because
> dovecot-antispam depends on dovecot-abi-2.3.abiv11, which is not provided
> by the new version of dovecot-core (which instead provides a new abi
> virtual package dovecot-abi-2.3.abiv13).  That dependency, however, is
> determined at dovecot-antispam build time, so it should naturally
> resolve itself.
> 
> It seems to me that what should ideally happen is:
> 
> 1. New version of dovecot gets uploaded
> 2. dovecot-antispam gets rebuilt (automatically?)
> 3. enough time passes
> 4. dovecot and dovecot-antispam migrate to testing together
> 
> Is this correct?  If so, what mechanism triggers the rebuild of 
> dovecot-antispam,
> and why hasn't it already happened?  If not, what action should be taken?

For step 2 someone needs to request a binNMU

reportbug release.debian.org -> binNMU

See also https://wiki.debian.org/binNMU

Best

> 
> More importantly, where is this all documented? 
> 
> Thanks,
> Antonio
> 
> 
> [1] https://tracker.debian.org/pkg/dovecot
> [2] https://tracker.debian.org/pkg/dovecot-antispam

pub   RSA 4096/DED4A4EE 2016-03-29 Antonio Enrico Russo 
> sub   RSA 4096/8C0F 2016-03-29
> sub   RSA 4096/38D2EE86 2016-03-29
> 




-- 
Sebastian Ramacher

Re: strange BD-Uninstallable

[Sebastian Ramacher]

On 2021-01-27 01:40:56, Russell Coker wrote:
> https://buildd.debian.org/status/package.php?p=libselinux
> 
> libselinux isn't being built on ia64, it says "BD-Uninstallable (Extra-
> Depends: python3-all-dev (>= 3.8.6-1))".
> 
> https://buildd.debian.org/status/package.php?p=python3-defaults&suite=sid
> 
> python3-defaults is being built on ia64 with no errors.
> 
> What does this mean and what do I have to do to make it build?

The page lists why the package is in BD-Uninstallable state:

Dependency installability problem for libselinux on ia64:

libselinux build-depends on:
- gem2deb:ia64 (>= 0.5.0~)
gem2deb depends on missing:
- ruby-setup:ia64

Best
-- 
Sebastian Ramacher

Bug#981155: ITP: ruby-backport -- Ruby library for event-driven IO

[Abraham Raji]

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

* Package name    : ruby-backport
  Version : 1.1.2
  Upstream Author : 2018 Fred Snyder for Castwide Technologies LLC* URL 
    : https://github.com/castwide/backport* License : Expat
  Programming Lang: Ruby
  Description : Ruby library for event-driven IO
A pure Ruby library for event-driven IO. This library is designed with
portability as the highest priority, which is why it's written in pure Ruby.

This package is required for solargraph the ruby language server.
I will package and maintain this gem with the help of the ruby team.

Abraham Raji
-- 
Mea navis aëricumbens anguillis abundat.

dovecot-antispam rebuild (or is there a way to automatically rebuild a package)

[Antonio Russo]

Hello,

I'm watching dovecot's progress through unstable [1] and it's blocked by
dovecot-antispam [2].  If I understand correctly, it's because
dovecot-antispam depends on dovecot-abi-2.3.abiv11, which is not provided
by the new version of dovecot-core (which instead provides a new abi
virtual package dovecot-abi-2.3.abiv13).  That dependency, however, is
determined at dovecot-antispam build time, so it should naturally
resolve itself.

It seems to me that what should ideally happen is:

1. New version of dovecot gets uploaded
2. dovecot-antispam gets rebuilt (automatically?)
3. enough time passes
4. dovecot and dovecot-antispam migrate to testing together

Is this correct?  If so, what mechanism triggers the rebuild of 
dovecot-antispam,
and why hasn't it already happened?  If not, what action should be taken?

More importantly, where is this all documented? 

Thanks,
Antonio


[1] https://tracker.debian.org/pkg/dovecot
[2] https://tracker.debian.org/pkg/dovecot-antispam


OpenPGP_0xB01C53D5DED4A4EE.asc
Description: application/pgp-keys


OpenPGP_signature
Description: OpenPGP digital signature

Not-Forking: automation to avoid vendoring and whole-project forks

[Dan Shearer]

Not-Forking (https://lumosql.org/src/not-forking ) avoids duplicating the 
source code of one project
within another project, where the projects are external to each other. 
Not-forking avoids project-level
forking by automating change management in ways that version control systems 
such as Fossil, Git, or 
GitHub cannot. Not-Forking can track multiple upstreams, each with a different 
release schedule, 
VCS and human-readable version numbering/lettering system.

This could be relevant to Debian because:

1. Not-Forking may help address the Debian small-scale vendoring problem 
(https://lwn.net/Articles/836911/ )
2. Not-Forking may be useful to anyone creating Makefiles that assemble 
disparate codebases

There is no Debian package for Not-Forking yet, although there is an ebuild in 
the current release 0.3.1. 

Examples of the sorts of actions Not-Forking can take:

* check for new versions of all upstreams, doing comparisons of the 
human-readable release numbers
  rather than repo checkins or tags, where human-readable version numbers vary 
widely in their construction
* replace foo.c with bar.c in all cases (perhaps because we want to replace a 
library that has an identical
  API with a safer implementation)
* apply this patch to main.c of Upstream 0, but only in the case where we are 
also pulling in upstream1.c,
  but not if we are also using upstream2.c
* apply these non-patch changes to Upstream 0 main.c in the style of sed rather 
than patch, making it
  possible to merge trees that a VCS says are unmergable
* build with upstream1.c version 2, and upstream3.c version 3, both of which 
are ported to
  upstream 0's main.c version 5
* track changes in all upstreams, which may use arbitrary release mechanisms 
(Git, tarball, Fossil, other)
* cache all versions of all upstreams, so that a build system can step through 
a large matrix of versions
  of code quickly, perhaps for test/benchmark

Not-Forking was developed for the LumoSQL project, 
https://lumosql.org/src/lumosql .

--
Dan Shearer
d...@shearer.org

Re: strange BD-Uninstallable

[Paul Wise]

On Tue, Jan 26, 2021 at 2:50 PM Russell Coker wrote:

> libselinux isn't being built on ia64

Sounds like a question for the debian-ia64 list rather than debian-devel.

> it says "BD-Uninstallable (Extra-Depends: python3-all-dev (>= 3.8.6-1))".

IIRC this means the buildd admin or wanna-build admin set
Extra-Depends for the package.

> What does this mean and what do I have to do to make it build?

I think maybe the giveback link will work, otherwise contact the ports
folks (archive+ia64):

https://www.ports.debian.org/contacts

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#981113: ITP: root -- open-source data analysis framework

[Stephan Lachnit]

Package: wnpp
Severity: wishlist
Owner: Stephan Lachnit 
X-Debbugs-Cc: debian-devel@lists.debian.org, stephanlach...@protonmail.com, 
debian-scie...@lists.debian.org

* Package name: root
  Version : 6.22.06
  Upstream Author : CERN 
* URL : https://github.com/root-project/root
* License : LGPL-2.1
  Programming Lang: C++
  Description : open-source data analysis framework

The ROOT system provides a set of OO frameworks with all the functionality
needed to handle and analyze large amounts of data in a very efficient way.
Having the data defined as a set of objects, specialized storage methods are
used to get direct access to the separate attributes of the selected objects,
without having to touch the bulk of the data. Included are histograming methods
in an arbitrary number of dimensions, curve fitting, function evaluation,
minimization, graphics and visualization classes to allow the easy setup of an
analysis system that can query and process the data interactively or in batch
mode, as well as a general parallel processing framework, PROOF, that can
considerably speed up an analysis.
Thanks to the built-in C++ interpreter cling, the command, the scripting and
the programming language are all C++. The interpreter allows for fast
prototyping of the macros since it removes the time consuming compile/link
cycle. It also provides a good environment to learn C++. If more performance is
needed the interactively developed macros can be compiled using a C++ compiler
via a machine independent transparent compiler interface called ACliC.
The system has been designed in such a way that it can query its databases in
parallel on clusters of workstations or many-core machines. ROOT is an open
system that can be dynamically extended by linking external libraries. This
makes ROOT a premier platform on which to build data acquisition, simulation
and data analysis systems.

I want to maintain ROOT in the science team. ROOT was already in Debian as
`root-system` [1], but hasn't been updated since 2015.
I will probably go with a more easy maintainable route like I did with Geant4
for the start and do package splitting later.

[1] https://tracker.debian.org/pkg/root-system

Bug#981121: ITP: pybonjour -- Pure-Python interface to Apple Bonjour pybonjour provides a pure-Python interface (via ctypes) to Apple Bonjour and compatible DNS-SD libraries (such as Avahi). REPO: htt

[Waqar Ahmed]

Package: wnpp
Severity: wishlist
Owner: Waqar Ahmed 
X-Debbugs-Cc: debian-devel@lists.debian.org, waqarahmedjo...@live.com

* Package name: pybonjour
  Version : 1.1.1
  Upstream Author : Christopher Stawarz 
* URL : https://github.com/truenas/pkg-pybonjour
* License : MIT
  Programming Lang: Python
  Description : Pure-Python interface to Apple Bonjour pybonjour provides a 
pure-Python interface (via ctypes) to Apple Bonjour and compatible DNS-SD 
libraries (such as Avahi). REPO: https://github.com/truenas/pkg-pybonjour, 
AUTHOR: Christopher Stawarz, AUTHOR EMAIL: cstaw...@csail.mit.edu.

Pure-Python interface to Apple Bonjour
 pybonjour provides a pure-Python interface (via ctypes) to Apple
 Bonjour and compatible DNS-SD libraries (such as Avahi).  It allows
 Python scripts to take advantage of Zero Configuration Networking
 (Zeroconf) to register, discover, and resolve services on both local
 and wide-area networks.  Since pybonjour is implemented in pure
 Python, scripts that use it can easily be ported to Mac OS X, Windows,
 Linux, and other systems that run Bonjour.

This package is useful to register, discover and resolve services on both local 
and wide-area networks.

I intend to maintain this package myself and would like a sponsor who can help 
and guide me so that I am able to add it to debian and make sure it's up to 
date always.

Bug#981107: ITP: ayatana-webmail -- Webmail notifications and actions for any desktop

[Mike Gabriel]

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 
X-Debbugs-Cc: debian-devel@lists.debian.org, rob...@tari.in

* Package name: ayatana-webmail
  Version : 21.1.25
  Upstream Author : Robert Tari 
* URL : https://tari.in/www/software/ayatana-webmail/
* License : GPL-3+
  Programming Lang: Python
  Description : Webmail notifications and actions for any desktop

 Ayatana Webmail is an application that integrates your webmail into
 MATE, Xfce, LXDE and other environments.
 .
 It displays notifications about incoming mail, shows the number of unread
 messages and displays subjects in the Messaging Menu.
 .
 The Launcher item also has a quicklist that provides quick access to your
 mail folders. It also allows you to quickly compose a new message.
 .
 Ayatana Webmail starts automatically, all you have to do is to enter your 
accounts
 settings in a configuration dialog.

Re: Bug#981113: ITP: root -- open-source data analysis framework

[Steffen Möller]

Am 26.01.21 um 16:59 schrieb Christoph Biedl:
> Julien Cristau wrote...
>
>> On Tue, Jan 26, 2021 at 04:34:14PM +0100, Stephan Lachnit wrote:
>>> * Package name: root
>> [...]
>>> I want to maintain ROOT in the science team. ROOT was already in Debian as
>>> `root-system` [1], but hasn't been updated since 2015.
>>> I will probably go with a more easy maintainable route like I did with 
>>> Geant4
>>> for the start and do package splitting later.
>>>
>>> [1] https://tracker.debian.org/pkg/root-system
>>>
>> Please re-use the old name.  "root" is a terrible choice of package name.
> At least. Even "root-system" is not very distict, I'd rather choose
> something like "root-analysis-framework", assuming that name is a good
> description for what the package does.

cern-root ?

Thank you for this effort, anyway!

Steffen

Re: Bug#981113: ITP: root -- open-source data analysis framework

[Christoph Biedl]

Julien Cristau wrote...

> On Tue, Jan 26, 2021 at 04:34:14PM +0100, Stephan Lachnit wrote:
> > * Package name: root
> [...]
> > 
> > I want to maintain ROOT in the science team. ROOT was already in Debian as
> > `root-system` [1], but hasn't been updated since 2015.
> > I will probably go with a more easy maintainable route like I did with 
> > Geant4
> > for the start and do package splitting later.
> > 
> > [1] https://tracker.debian.org/pkg/root-system
> > 
> Please re-use the old name.  "root" is a terrible choice of package name.

At least. Even "root-system" is not very distict, I'd rather choose
something like "root-analysis-framework", assuming that name is a good
description for what the package does.

Christoph


signature.asc
Description: PGP signature

Re: Bug#981113: ITP: root -- open-source data analysis framework

[Julien Cristau]

On Tue, Jan 26, 2021 at 04:34:14PM +0100, Stephan Lachnit wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Stephan Lachnit 
> X-Debbugs-Cc: debian-devel@lists.debian.org, stephanlach...@protonmail.com, 
> debian-scie...@lists.debian.org
> 
> * Package name: root
[...]
> 
> I want to maintain ROOT in the science team. ROOT was already in Debian as
> `root-system` [1], but hasn't been updated since 2015.
> I will probably go with a more easy maintainable route like I did with Geant4
> for the start and do package splitting later.
> 
> [1] https://tracker.debian.org/pkg/root-system
> 
Please re-use the old name.  "root" is a terrible choice of package name.

Thanks,
Julien

Bug#981111: ITP: qqc2-breeze-style -- Breeze inspired QQC2 Style

[Aurélien COUDERC]

Package: wnpp
Severity: wishlist
Owner: Aurélien COUDERC 
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Qt/KDE Maintainers 


* Package name: qqc2-breeze-style
  Version : 5.20.90
  Upstream Author : Plasma Developers 
* URL : https://invent.kde.org/plasma/qqc2-breeze-style
* License : LGPL-2.1, LGPL-3, GPL-2+
  Programming Lang: C++, QML
  Description : Breeze inspired QQC2 Style

This is a pure Qt Quick/Kirigami Qt Quick Controls style.
Unlike QQC2-Desktop-Style, it does not depend on Qt Widgets and the system
QStyle.

This package will be maintained under the Debian Qt/KDE Maintainers
team’s umbrella.

strange BD-Uninstallable

[Russell Coker]

https://buildd.debian.org/status/package.php?p=libselinux

libselinux isn't being built on ia64, it says "BD-Uninstallable (Extra-
Depends: python3-all-dev (>= 3.8.6-1))".

https://buildd.debian.org/status/package.php?p=python3-defaults&suite=sid

python3-defaults is being built on ia64 with no errors.

What does this mean and what do I have to do to make it build?

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#981109: ITP: kongress -- companion application for conferences made by KDE

[Aurélien COUDERC]

Package: wnpp
Severity: wishlist
Owner: Aurélien COUDERC 
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian KDE Extras Team 


* Package name: kongress
  Version : 1.0.0
  Upstream Author : Dimitris Kardarakos 
* URL : https://apps.kde.org/en/kongress
* License : GPL-3+
  Programming Lang: C++, QML
  Description : companion application for conferences made by KDE

Kongress provides practical information about conferences. It supports
conferences that offer their schedule in iCalendar format. In Kongress,
the data of the talks are shown in various ways, e.g. in daily views, by
talk category, etc. The users can also create a list of favorite
conference talks/events as well as they can navigate to the web page of
each talk. A map of the conference venue, location information and link
to OpenStreetMap can also be added.

The package will be maintained under the Debian KDE Extras Team’s
umbrella.

Re: Making Debian available

[Holger Wansing]

Hi,

Andrei POPESCU  wrote:
> On Lu, 25 ian 21, 19:35:25, Thomas Lange wrote:
> > Another very odd thing I found.
> > 
> > On https://www.debian.org/CD/faq/
> > there's no hint about images including non-free firmware. No hint
> > about firmware at all. And then this FAQ
> > 
> > 
> > Where is the CD image with non-free?
> >   .
> > Sometimes, someone is kind enough to create unofficial non-free CDs. If you 
> > cannot find any links on this website, you can try asking on the debian-cd 
> > mailing list.
> > 
> > 
> > So we do not tell our users that we (the CD team I guess) already
> > create these very usefull images including non-free firmware. And then
> > we tell the users to search the link themselves. Not very friendly.
> 
> As far as I recall that entry refers to CDs with the entire non-free 
> component of the archive, not just firmware packages (which were seldom 
> or even inexistent at the time the FAQ was written).

As it seems, some relicts of this can be found at the end of
./english/CD/http-ftp/index.wml


Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#981090: ITP: disomaster -- A libisoburn wrapper class for Qt

[stan clay]

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

* Package name: disomaster
  Version : 5.0.5
  Upstream Author : linuxdeepin
* URL : https://github.com/linuxdeepin/disomaster
  License : GPL-3+
  Programming Lang:  C++
  Description : A libisoburn wrapper class for Qt.

A libisoburn wrapper class for Qt.
used by DDE projects.