in [1], I see they are available now). Therefore were the commits in my
personal repo linked in the report in the BTS.
[1] https://bugs.debian.org/1058037
Regards,
--
Gioele Barabucci
ckages
depending on other -doc packages.)
Instead of debating the fine details of Recommends vs Suggests, I'd say
it would be better to take the declarative way and explicitly state what
the relation between foo and foo-doc is: `Documentation`.
Regards,
--
Gioele Barabucci
a repo on Salsa offers (showing conflicting
changes when the patches files change, pipelines and tests, etc).
Regards,
[1] https://bugs.debian.org/1051861
[2] https://bugs.debian.org/1057101
--
Gioele Barabucci
e
given a clear indication of the status of the repository.
[1]
https://docs.gitlab.com/ee/user/project/working_with_projects.html#archive-a-project
Regards,
--
Gioele Barabucci
g DEP-14 compatible would be a matter of typing once `git remote
add upstreamvcs https://github.com/avahi/avahi.git`. Or (once the gbp
option will exist) adding "upstream-remote = avahi-gh" to gbp.conf.
Regards,
--
Gioele Barabucci
eatly speed up package
installation on XFS, btrfs and (in some cases) ZFS.
[1] https://bugs.debian.org/1086976
[2] https://github.com/teknoraver/dpkg/compare/main...cow
Regards,
--
Gioele Barabucci
On 22/12/24 06:56, Andreas Metzler wrote:
On 2024-12-22 Sean Whitton wrote:
On Sat 21 Dec 2024 at 10:23pm +01, Gioele Barabucci wrote:
We have a mechanism for when you feel responsible: "Maintainer: $me".
What is being discussed here is a mechanism for shared, collective
ings change if these hardcoded values are moved to a
read-only file in /usr? (The user/admin configuration is still in /etc.)
Regards,
--
Gioele Barabucci
On 21/12/24 15:32, Tobias Frost wrote:
On Sat, Dec 21, 2024 at 02:09:28PM +0100, Gioele Barabucci wrote:
On 21/12/24 10:15, Pirate Praveen wrote:
We could use collab maint list, which was specifically created for this
https://wiki.debian.org/CollaborativeMaintenance
Good idea.
To sum up all
* Maybe tracker.d.o and DDPO should explicitly know about this?
[1] The collab-maint-de...@alioth-lists.debian.net referred by
https://wiki.debian.org/CollaborativeMaintenance no longer exists (or it
never existed), so a new one is needed to avoid flooding d-devel@.
Regards,
--
Gioele Barabucci
NMU wiki list with this, right now.
That would be great!
Wouldn't this however require instructing reportbug and BTS not to send
bug reports to debian-devel@?
Regards,
--
Gioele Barabucci
On 19/12/24 10:19, Samuel Thibault wrote:
Gioele Barabucci, le jeu. 19 déc. 2024 10:15:47 +0100, a ecrit:
* Admin can override the standard configuration via /etc/$proj/foo.conf
[...]
Upstream projects are moving to this style. I hope that one day Debian
packages will stop shipping files
{/usr/lib,/etc,/run,$HOME/.config}/$proj/foo.conf.d/extra1.conf
Upstream projects are moving to this style. I hope that one day Debian
packages will stop shipping files under /etc.
Regards,
--
Gioele Barabucci
master.cf with a set
of systemd unit files.
Regards,
--
Gioele Barabucci
part of the QA Team...).
Regards,
--
Gioele Barabucci
On 10/12/24 13:47, Theodore Ts'o wrote:
On Tue, Dec 03, 2024 at 09:39:03PM +0100, Gioele Barabucci wrote:
NFC would solve both of these "problems":
* Both U+00E9 (é) and U+0065, U+0301 are NFC-normalized to U+00E9,
* Both U+2126 (Ohm sign) and U+0349 (omega) are NFC-normalized t
On 03/12/24 22:02, Marc Haber wrote:
On Tue, Dec 03, 2024 at 09:39:03PM +0100, Gioele Barabucci wrote:
On 03/12/24 17:59, Marc Haber wrote:
in preparation for a PRECIS future, couldn't adduser pass the usernames
through NFC instead of doing no normalization?
RFC 8264 5.2.4 Normalization
eems the right thing to do, I think this should be done in
useradd (pkg:shadow), in the respective upstream project, so that all
Linux distributions get the same behavior.
That's probably the best approach.
Thanks for taking the time to delve into this issue,
--
Gioele Barabucci
RECIS future, couldn't adduser pass the usernames
through NFC instead of doing no normalization?
RFC 8264 5.2.4 Normalization Rule states:
In accordance with [RFC5198], Normalization Form C (NFC) is
RECOMMENDED.
[1] https://www.rfc-editor.org/rfc/rfc8264.html#section-5.2.4
Regards,
--
Gioele Barabucci
8 as working and consider breakage a bug
(3) Forbid UTF-8
(4) Use UTF-8, implement RFC 8265 / PRECIS [1], and ask that other
upstream projects do the same.
[1] https://lists.debian.org/debian-devel/2024/12/msg00012.html
Regards,
--
Gioele Barabucci
RECIS. (It also shows that src:precis is a Java library
squatting a bit on that package name... :))
Regards,
--
Gioele Barabucci
EP0".
The thumbs up counters on the three MRs [1] also show preference for
"DEP-0" ("DEP-0" +18/-2, "DEP0" +3/-0, "DEP 0" +2/-4).
Regards,
[1] https://salsa.debian.org/dep-team/deps/-/merge_requests/{13,14,15}
--
Gioele Barabucci
rds a standardized
workflow. For others, it would act as a replacement for a standardized
workflow.
We should really start a discussion on a "formalized README.source.md".
Regards,
--
Gioele Barabucci
On 24/11/24 10:43, nick black wrote:
Gioele Barabucci left as an exercise for the reader:
On 23/11/24 09:32, Johannes Schauer Marin Rodrigues wrote:
But my 2 cents on the topic are: Lets please allow more than ascii in
usernames.
potentially insecure (homographs) and at
high-risk of breaking
high-risk of breaking existing applications (lack of standardized
normalization form).
Regards,
--
Gioele Barabucci
ization among all programs accessing
the data.
Does POSIX (or other de-facto standards) prescribe a normalization form
for Unicode-/UTF-8-encoded usernames?
Regards,
--
Gioele Barabucci
removes the need for the
maintscripts to know about the other implementations.
Regards,
--
Gioele Barabucci
ry to context switch and keep a stack
of where I was etc.)
This is why "tag2upload once pipeline passes" is needed. (And more runners.)
Regards,
--
Gioele Barabucci.
submitted.
BTW, the `glab` command-line program is a nice(r) and faster alternative
to the Web interface for interacting with salsa.d.o.
Regards,
--
Gioele Barabucci
ce-to-have feature, but creating DFSG-clean origtgz files is a must,
perhaps the first step should be to teach gbp-export-orig to respect
Files-Excluded, see <https://bugs.debian.org/1069324>.
Regards,
--
Gioele Barabucci
ave
non ordinary and taxing requirements.)
Regards,
--
Gioele Barabucci
`dpkg-buildpackage --with-env-var LC_ALL=fr_FR.UTF-8`). This
would create an uniform environment while preserving the ability to run
d/rules with user-specific settings.
[1] Or any other similarly "binding" document.
Regards,
--
Gioele Barabucci
tated? Policy?
Regards,
--
Gioele Barabucci
g
(This is more a praise of gbp rather than a defense of debian/-only repos.)
--
Gioele Barabucci
ols (irc, jenkins, mattermost, bugzilla,
but funnily enough not BTS).
* Project specific wikis, snippets, Docker images.
* And with tag2upload salsa fulfills 50% of dgit functionality.
Regards,
--
Gioele Barabucci
ssential, one month for top-10% popcon packages, three months
for all other packages. Tagging as "wontfix" would also be an OK
response, at least the project will have a clear and explicit view of
what is blocking distro-wide changes.
Regards,
--
Gioele Barabucci
is a matter of efficiency, one size does not fit all.
The lack of a standardized sanctioned workflow is the main reason
(together with unresponsive maintainers) why big cross-distro changes
are nigh impossible to carry out. I would not classify it as a big
advantage.
Regards,
--
Gioele Barabucci
these the same kinds of problem that affect go and rust packages?
--
Gioele Barabucci
ding a yml file or changing the CI settings to reference the Salsa CI
pipeline is needed only for projects in team- or maintainer-specific
repositories, or when the dev wants to enable additional tests (or
configure/block the default tests).
Regard,
--
Gioele Barabucci
o work around the countermeasures put in
place by SHA1.
But pulling a successful collision attack is not a trivial task. For
instance, the xz attacker did not have all that was required to carry it
out (for example they had no direct access to the git servers... yet).
Regards,
--
Gioele Barabucci
On 30/03/24 14:08, Jonathan Carter wrote:
On 2024/03/30 12:43, Sean Whitton wrote:
On 2024-03-30 08:02:04, Gioele Barabucci wrote:
Now it is time to take a step forward:
1. new upstream release;
2. the DD/DM merges the upstream release VCS into the Debian VCS;
3. the buildd is notified of the
lly need texinfo, groff, pandoc, sphinx,
etc. All big packages with plenty of runtime and build-time dependencies.
But as I said, for cases like arch rebootstraps, can remove the
need to bootstrap a long (and often circular) chain of dependencies.
Regards,
--
Gioele Barabucci
/bugs.debian.org/1057136
Regards,
--
Gioele Barabucci
vectors, but at
least _these_ attack vectors will be stopped.
Regards,
--
Gioele Barabucci
On 28/02/24 19:08, Peter Pentchev wrote:
On Wed, Feb 28, 2024 at 08:47:48AM -0600, r...@neoquasar.org wrote:
From: Gioele Barabucci
This is a quick'n'dirty list of binaries present in both /bin and /sbin:
arping bin net/iputils-arping sbin net/arping (+ Conflicts:)
Are any of t
c bin hamradio/ax25-tools sbin comm/dahdi
siggen bin sound/siggen sbin utils/tripwire
sslh bin perl/libnet-proxy-perl sbin net/sslh (+ Conflicts:)
tcpconnect bin net/tcputils sbin misc/libbpf-tools
tcpd bin graphics/tcm sbin net/tcpd
update-locale bin web/gosa-dev sbin localization/locales
Regards,
--
Gioele Barabucci
* fsck.*
* isosize
* mkfs.*
* route
* tarcat
But aside from the $PATH question, cacin work on ensuring that there are
no conflicts between /sbin and /bin is worth pursuing as these conflicts
are just bugs waiting to happen.
Regards,
--
Gioele Barabucci
them
down (a task better left to the package maintainers rather than the end
users).
PS: I volunteer to do the splitting.
Regards,
--
Gioele Barabucci
xdb, prometheus, sq,
firefox...
--
Gioele Barabucci
(Depends:)
* UsesProgramInMaintscript (Pre-Depends:)
* TalksToDaemon (Depends:)
* TalksToDaemonIfAvailable (Recommends:/Suggests:)
* LoadsAtRuntimeIfAvailable (Recommends:/Suggests:)
* IsPluginFor (Enhances:)
Regards,
--
Gioele Barabucci
org/debian/grow-your-ideas/-/issues/24
[2] https://salsa.debian.org/debian/grow-your-ideas/-/issues/34
Regards,
--
Gioele Barabucci
g and gpg-is-sq-chameleon.
Regards,
--
Gioele Barabucci
nupg or sequoia-chameleon-gnupg).
Regards,
--
Gioele Barabucci
or gpg
that uses sequoia internally)?
Would it work as a stop-gap measure while the Debian infrastructure
moves from GnuPG to something else (to `sop`, for instance)?
Regards,
[1] https://gitlab.com/sequoia-pgp/sequoia-chameleon-gnupg not yet in
Debian AFAIK
--
Gioele Barabucci
t;https://salsa.debian.org/-/snippets/621>.
In short, there are only 23 packages whose maintscripts assume the
presence of pidof and that need to be fixed.
Regards,
--
Gioele Barabucci
(dh_link)
$grep -r dch debian/links
/usr/bin/debchange /usr/bin/dch
Please note that using d/links for manpages breaks building packages
with , unless dh-exec is used and the manpages links are marked
with .
Regards,
--
Gioele Barabucci
lists have instead
large dots and contain a space between the bullet points and the text.
Perhaps is it just a bug in the man-to-html conversion? Or is scdoc
producing wrong roff markup?
Regards,
--
Gioele Barabucci
On 15/10/23 19:13, Johannes Schauer Marin Rodrigues wrote:
Quoting Gioele Barabucci (2023-10-15 17:59:32)
On 15/10/23 17:33, Iustin Pop wrote:
At least you're not lazy. I am, so what I did many times is add a
build-depends on pandoc, and write the man page in rst or md. I think
that'
option for the members of the lazy club is `podlators-perl`.
The `.pod` syntax is OK, and it is not as heavy a dependency as pandoc.
Regards,
--
Gioele Barabucci
e possible, but they will require
one extra step from the maintainer (i.e. `gbp pq export`) to turn these
MRs into normal standalone patch files stored in debian/patches.
Regards,
PS: `gbp pq import/export` is a much better interface to debian/patches
compared to plain `quilt`.
--
Gioele Barabucci
en "it's fully maintained" and "it's orphaned" [2]. A third
option that recognizes and provides rules for low-commitment QA work on
non-actively maintained packages.
[1] https://lists.debian.org/debian-devel/2023/09/msg00237.html
[2] https://lists.debian.org/debian-devel/2023/09/msg00358.html
Regards,
--
Gioele Barabucci
"Debian Caretaking Team" in the Maintainer: field (not the usual "QA
Group", and have autotests in lieu of a specific person/team that takes
care of manually testing the package.
Has such a third category already been discussed or explored?
--
Gioele Barabucci
or example: packages are removed from testing if:
- have been orphaned/last maintainer-uploaded more than 2 releases ago,
- have no autopkgtests OR autopkgtests fail OR are not
lintian/piuparts-clean.
Regards,
--
Gioele Barabucci
: https://bugs.debian.org/1031183
Regards,
--
Gioele Barabucci
/63
--
Gioele Barabucci
e of fonts-noto-core.
Regards,
--
Gioele Barabucci
more approachable goal for Debian towards statelessness is to
reach the point where no packages ship files in /var. That is often a
matter of passing the right parameters to `dh_auto_configure`.
Regards,
--
Gioele Barabucci
twokd is a more fitting alternative. I just wanted to
explicitly mention one reason supporting that statement.)
Regards,
--
Gioele Barabucci
most convoluted and lock-stepped procedure can surely be
carried out over a single day in an all-hands-on-deck effort. Especially
if the files of non-critical packages are moved before the flag day.
Regards,
--
Gioele Barabucci
rge is not installed
[...]
This is happening for a lot of packages, but reprotest seems fine on Salsa.
It looks like this issue has been fixed yesterday:
https://salsa.debian.org/qa/jenkins.debian.net/-/commit/9951365b854660b4c3ea770c11414f254c50151a
--
Gioele Barabucci
-uses-date-based-version-number.tag
Given than epochs are kind of a big deal, maybe that warning could be
raised to the level of error (or added to ftp-master's autoreject tags),
so that a package will be accepted only if that tag is explicitly
overridden.
Regards,
--
Gioele Barabucci
ine social agreement.
And not much different to what happens with orphaned packages (you don't
maintain the package anymore, don't expect others to put in the effort
to do it).
Regards,
--
Gioele Barabucci
t would be nice to have a separate email address to which these bugs
could be reassigned (maybe after a minimum amount of time?).
It could be as simple as a the address of a dedicated mailing list.
Regards,
--
Gioele Barabucci
/2019-03-10-debian-winding-down/#old-infrastructure-package-uploads
Given that a dinstall run generally takes only few minutes, it should be
feasible to run dinstall at least hourly.
Regards,
--
Gioele Barabucci
Package: wnpp
Severity: wishlist
Owner: Gioele Barabucci
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: bats-file
Version : 0.3.0
* URL : https://github.com/bats-core/bats-file
* License : CC0
Programming Lang: Bash
Description : Helper
eze?
Regards,
--
Gioele Barabucci
Package: wnpp
Severity: wishlist
Owner: Gioele Barabucci
X-Debbugs-Cc: debian-devel@lists.debian.org, gio...@svario.it
* Package name: bats-assert
Version : 2.0.0
* URL : https://github.com/bats-core/bats-assert
* License : CC0
Programming Lang: Bash
Package: wnpp
Severity: wishlist
Owner: Gioele Barabucci
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: bats-support
Version : 0.3.0
* URL : https://github.com/bats-core/bats-support
* License : CC0-1.0
Programming Lang: bash
Description
ey is correct: what is being proposed is just trimming the installed
changelogs, not removing them completely. And the full logs will remain
in the source packages.
Regards,
--
Gioele Barabucci
On 06/09/22 10:25, Paul Wise wrote:
On Tue, 2022-09-06 at 07:13 +0200, Gioele Barabucci wrote:
* Packages not meant to be included in Debian (and without access to a
changelog server): Creators that want to preserve the full history can
use the `--no-trim` option to disable the trimming
On 18/08/22 21:18, Gioele Barabucci wrote:
Does anybody have objective objections against activating automatic
changelog trimming in binary packages?
Hi,
a couple of weeks since the initial email (thanks everybody for the
input), my reading is that there is now consensus in going ahead with
}/X → /usr/share/doc/src:openssh/X
Regards,
--
Gioele Barabucci
been trimmed, and that it
should therefore try to download the full version.
This two-line footer is added to the trimmed changelogs:
# Older entries have been removed from this changelog.
# To read the complete changelog use `apt changelog foobar`.
Regards,
--
Gioele Barabucci
wasted space and bandwidth.
Regards,
[1]
https://salsa.debian.org/apt-team/apt/-/blob/main/doc/apt.conf.5.xml#L628
--
Gioele Barabucci
/2020/03/msg00299.html
[2] https://bugs.debian.org/954313
[3] https://salsa.debian.org/debian/debhelper/-/merge_requests/80
--
Gioele Barabucci
ieces of information
for me and put them in a ready-to-send email. This is that script.
I hope this may be useful to other people as well.
Cheers,
--
Gioele Barabucci
Package: wnpp
Severity: wishlist
Owner: Gioele Barabucci
* Package name: fonts-pompiere
Version : 20110715
Upstream Author : Karolina Lach for Sorkin Type
* URL : https://www.google.com/fonts/specimen/Pompiere
* License : OFL-1.1
Programming Lang: TTF
Package: wnpp
Severity: wishlist
Owner: Gioele Barabucci
* Package name: fonts-kristi
Version : 2010
Upstream Author : Birgit Pulk
* URL : https://www.google.com/fonts/specimen/Kristi
* License : OFL-1.1
Description : Kristi font
Kristi is a free
Package: wnpp
Severity: wishlist
Owner: Gioele Barabucci
* Package name: fonts-leckerli-one
Version : 2011
Upstream Author : Gesine Todt
* URL :
http://www.example.org://www.google.com/fonts/specimen/Leckerli+One
* License : OFL-1.1
Description
Package: wnpp
Severity: wishlist
Owner: Gioele Barabucci
* Package name: rumember
Version : 1.0.1
Upstream Author : Tim Pope
* URL : https://github.com/tpope/rumember
* License : MIT
Programming Lang: Ruby
Description : Remember The Milk Ruby API and
Package: wnpp
Severity: wishlist
Owner: Gioele Barabucci
* Package name: ruby-launchy
Version : 2.3.0
Upstream Author : Jeremy Hinegardner
* URL : http://rubygems.org/gems/launchy
* License : ISC
Programming Lang: Ruby
Description : helper class for
Package: wnpp
Severity: wishlist
Owner: Gioele Barabucci
* Package name: ruby-filepath
Version : 0.6
Upstream Author : Gioele Barabucci
* URL : https://rubygems.org/gems/filepath
* License : CC0
Programming Lang: Ruby
Description : Small gem to
92 matches
Mail list logo
