Hello,
for the folsk not involved with Debian GNU/Linux but monitoring it as
journalists for example I have to ask.
Am 02.06.2025 17:30 schrieb Andreas Tille:
Interpretation of DFSG on Artificial Intelligence (AI) Models
What is "DFSG"?
SPI Report
What is "SPI"?
Even the linked page on
kage is maintained in Salsa, and there
is recent activity, then that is probably a good way to interact with
the maintainer. But absent that (either because the project in Salsa
doesn't permit all DDs push access or because it's simply not in Salsa),
the guidance from devref seems to cover the situation rather well.
Regards,
-Roberto
--
Roberto C. Sánchez
On Fri, May 23, 2025 at 03:58:34PM +0100, Colin Watson wrote:
> On Fri, May 23, 2025 at 10:00:22AM -0400, Roberto C. Sánchez wrote:
> > But it could be an option. If Atlassian offered the Debian project free
> > (gratis) use of their platform (especially if they handle the
> >
latform (especially if they handle the
administration), why wouldn't we accept?
Regards,
-Roberto
--
Roberto C. Sánchez
Hi,
On 14 May 2025 09:29:23 UTC, Simon Josefsson wrote:
>PICCA Frederic-Emmanuel
>writes:
>
>>> There is the Source field in d/copyright where you can put a git remote
>>> URL. Maybe that usage should go into DEP-14 ?
>>
>> So we have upstream informations in
>>
>> d/copyright
>> d/control (git
hing like 'old-debian-branch') which it then warns the user about
when the two branch pointers aren't pointing at the same commit. Or
something like that.
Regards,
-Roberto
--
Roberto C. Sánchez
meout. Reconnect.
> Sorry.
>
> Is it just me?
I uploaded on Monday using the ssh-upload target. Have you tried that
one?
Regards,
-Roberto
--
Roberto C. Sánchez
Hi,
I am not entirely sure, but I think you can probably find those missing
timezones in tzdata-legacy package.
Best,
Ananthu
On Sat, Mar 15, 2025 at 05:23:54PM -0400, Jeremy Bícha wrote:
> On Sat, Mar 15, 2025 at 4:34 PM Roberto C. Sánchez wrote:
> > Question: Should uncoordinated NMUs unilaterally choose Salsa as the VCS
> > for a package?
>
> Why are you opposed to using Salsa as the VCS for cp
Us is discouraged.
I had thought of possibly suggesting an update to the documentation, but
I'm not sure that adding more words would make the matter any more
clear.
How do others suggest to handle this particular situation?
Regards,
-Roberto
--
Roberto C. Sánchez
On 2025-03-06 17:56, Helmut K. C. Tessarek wrote:
It was a Debian Buster on armv7l that I had forgotten, because it
was running perfectly until now, but apps complained that the OS is
no longer supported.
To clarify my previous statement:
The upgrade to bullseye changed the ifname.
Buster
re.
I am looking into it.
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*/
OpenPGP_sig
equire me to read through 3000 lines of text. If
not, it's fine.
If yes, it might be awesome to do so. That's all.
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt n
___/|_| \_|
or
_ ___ _ ___
/ ___|_ _/ _ \| _ \/ ___|_ _/ _ \| _ \
\___ \ | || | | | |_) | \___ \ | || | | | |_) |
___) || || |_| | __/ ___) || || |_| | __/
|/ |_| \___/|_| |/ |_| \___/|_|
shows up, I am pretty sure it catches your attention.
Cheers,
K. C.
--
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await
couldn't agree more.
--
regards Helmut K. C. Tessarek KeyID 0x172380A011EF4944
Key fingerprint = 8A55 70C1 BD85 D34E ADBC 386C 1723 80A0 11EF 4944
/*
Thou shalt not follow the NULL pointer for chaos and madness
await thee at its end.
*/
OpenPGP_signature.asc
Description: Op
d certainly make the upgrade experience better.
Cheers,
K. C.
P.S.: I admit that reading NEWS/UPGRADE files and articles is also
important and that doing test migrations is best practices. On the other
hand, it's not always possible to have a test bed for every single setup.
--
rega
connection before reboot.
Is this something that makes sense? Often you have a remote console like
an iLO or whatever cloud systems provide. But in some cases there is
nothing. No console, no monitor, no keyboard. Only a power and a network
cable.
Cheers,
K. C.
P.S.: I go by KC, trying to avo
te that in the bug report. So, then someone wouldn't have
to ask, it would already be stated that you are waiting for some
specific reason.
Perhaps the way to look at it is that in the case where isn't directly
helpful to the maintainer (as in your specific case), it can be helpful
to those with a desire to collaborate in some way.
Regards,
-Roberto
--
Roberto C. Sánchez
occurence of that sort of thing. And, yes, CVE is probably not a great
proxy. But Santiago has discussed this with quite a few of us on the LTS
team at various points along the way, and a better proxy hasn't been
found.
Regards,
-Robeto
--
Roberto C. Sánchez
On Wed, Dec 18, 2024 at 09:06:48PM +0200, Wouter Verhelst wrote:
> reportbug can send emails through sendmail (if you have that
> configured), or it can be set up so it can bypass that entirely and send
> email directly to an SMTP server.
If you use something like thunderbird, you can always do so
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-datadog
Version : 0.50.1
Upstream Contact: Datadog, Inc.
* URL : https://github.com/DataDog/datadogpy
* License : BSD-3-Clause
Programming
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-ratelimit
Version : 2.2.1
Upstream Contact: Tomas Basham
* URL : https://github.com/tomasbasham/ratelimit
* License : Expat
Programming
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-simplepush
Version : 2.2.3
Upstream Contact: Timm Schaeuble
* URL : https://github.com/simplepush/simplepush-python
* License : Expat
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-tzdata
Version : 2024.1
Upstream Contact: Python Software Foundation
* URL : https://github.com/python/tzdata
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-mashumaro
Version : 3.13.1
Upstream Contact: Alexander Tikhonov
* URL : https://github.com/Fatal1ty/mashumaro
* License : Apache-2.0
Hello Étienne,
thanks for the reply.
Am 28.06.2024 13:00 schrieb Étienne Mollier:
lintian-explain-tags can provide you with extensive information
...
N: LC_ALL=C.UTF-8 MANROFFSEQ='' MANWIDTH=80 \
N: man --warnings -E UTF-8 -l -Tutf8 -Z >/dev/null
Do I do somet
Hello,
from the past I do remember that lintian do use "groff" to validate/lint
man pages and their syntax.
I would like to know the exact call including options that lintian use
to execute groff on a man page file.
I don't get it using the man page of groff. It alwas output a lot of man
pag
already generate audio and video that convincingly imitate real
people. Why not the same with email? Though, the implications are rather
serious.
Perhaps our policies need to evolve to expect (or require?)
cryptographic signatures from DDs in mailing list discussion. We may
eventually reach a poin
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-graphene-directives
Version : 0.4.6
Upstream Contact: Strollby
* URL : https://github.com/strollby/graphene-directives
* License : Expat
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org
* Package name: rust-leb128
Version : 0.2.5
Upstream Contact: Nick Fitzgerald
* URL : https://github.com/gimli-rs/leb128
* License
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org
* Package name: zellij
Version : 0.40.1
Upstream Contact: Aram Drevekenin
* URL : https://github.com/zellij-org/zellij
* License
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-graphene-federation
Version : 3.2.0
Upstream Contact: Igor Kasianov
* URL : https://github.com/graphql-python/graphene-federation
* License
.0
> 1.22.0-3+deb12u2 Changelog
> Changelog unavailable for gst-plugins-base1.0=1.22.0-3+deb12u2 (404 Not
This is #490848
--
Roberto C. Sánchez
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: ruby-omniauth-shibboleth-redux
Version : 2.0.0
Upstream Contact: Bobby McDonald
* URL : https://github.com/omniauth/omniauth-shibboleth-redux
* License
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: ruby-gapic-common
Version : 0.21.1
Upstream Contact: Google LLC
* URL : https://github.com/googleapis/gapic-generator-ruby
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: ruby-googleapis-common-protos
Version : 1.5.0
Upstream Contact: Google APIs <"googleapis-packa...@google.com">
* URL : https://github.com/g
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: ruby-cssbundling-rails
Version : 1.4.0
Upstream Contact: David Heinemeier Hansson
* URL : https://github.com/rails/cssbundling-rails
* License
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-names
Version : 0.14.0
Upstream Contact: Fletcher Nichol
* URL : https://crates.io/crates/names
* License : MIT
Programming Lang: Rust
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-csv2svg
Version : 0.2.1
Upstream Contact: dystroy
* URL : https://crates.io/crates/csv2svg
* License : MIT
Programming Lang: Rust
o? Or am I
mis-remembering?
Regards,
-Roberto
--
Roberto C. Sánchez
luding Russia?
>
Supporting DDs in Russia would definitely demonstrate a commitment to
geographic diversity.
Regards,
-Roberto
--
Roberto C. Sánchez
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: yte
Version : 1.5.1
Upstream Author : Johannes K��ster
* URL : https://github.com/yte-template-engine/yte
* License
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-apenella-go-common-utils
Version : 0.5.1-1
Upstream Author : Aleix Penella
* URL : https://github.com/apenella/go
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-sosedoff-ansible-vault-go
Version : 0.2.0-1
Upstream Author : Dan Sosedoff
* URL : https://github.com/sosedoff
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-apenella-go-ansible
Version : 1.2.0-1
Upstream Author : Aleix Penella
* URL : https://github.com/apenella/go
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-apenella-go-ansible
Version : 1.2.0-1
Upstream Author : Aleix Penella
* URL : https://github.com/apenella/go
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: node-prosemirror-tables
Version : 1.3.4
Upstream Author : ProseMirror
* URL : https://github.com/prosemirror/prosemirror-tables
* License : Expat
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: node-tiptap-core
Version : 2.1.12
Upstream Author : Tiptap GmbH
* URL : https://tiptap.dev
* License : Expat
Programming Lang: JavaScript
Package: wnpp
Severity: wishlist
Owner: Ananthu C V
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-ozeidan-fuzzy-patricia
Version : 3.0.0
Upstream Author : Omar Zeidan
* URL : https
Hi Wouter,
I think that you and I are actually in agreement.
On Mon, Aug 21, 2023 at 06:06:34PM +0200, Wouter Verhelst wrote:
> On Sat, Aug 19, 2023 at 02:28:22PM -0400, Roberto C. Sánchez wrote:
> > On Sat, Aug 19, 2023 at 07:11:11PM +0200, Dominik George wrote:
> > > >
On Sat, Aug 19, 2023 at 02:35:18PM -0400, Paul R. Tagliamonte wrote:
> On Sat, Aug 19, 2023 at 2:29 PM Roberto C. Sánchez wrote:
> > The reasons why the FTP masters might reject a package from the archive
> > are public [0]. Nowhere on the list is there an entry that says
> &
ned that the existence of the
Code of Conduct would eventually lead to its abuse and weaponization
may have in fact been well founded.
Regards,
-Roberto
[0] https://ftp-master.debian.org/REJECT-FAQ.html
--
Roberto C. Sánchez
themselves engaged in terrorism or other violence toward
individuals and groups, supported those who have engaged in such
activities, or been otherwise complicit in such.
So, let's at least be consistent.
Regards,
-Roberto
--
Roberto C. Sánchez
20PM +0530, Avinash Roy wrote:
>Hi Roberto,
>Thank you for pointing out the error in the subject line. I have fixed
>that and yes it's for bullseye curl.
>The below packages are used to create lib:
>[1]http://deb.debian.org/debian/pool/main/c/curl/curl_7.74
bullseye. Are you certain that you have a matching upstream version?
How did you obtain the source package? How are you unpacking it? What
exact commands did you use?
Regards,
-Roberto
--
Roberto C. Sánchez
On Thu, Jul 14, 2022 at 05:48:56PM +0500, Andrey Rahmatullin wrote:
> On Thu, Jul 14, 2022 at 08:45:24AM -0400, Roberto C. Sánchez wrote:
> >
> > Filing the ITP then immediately uploading seems really sensible,
> More sensible than not filing it?
> This defeats both purposes
the vast majority of
ITPs actually never elecit any sort of response from anyone), seems
rather pointless.
Filing the ITP then immediately uploading seems really sensible,
especially since in the event of a mistake it is trivial to email
ftp-master requesting a REJECT, which IME is usually something they do
right away.
Regards,
-Roberto
--
Roberto C. Sánchez
age should not be in the archive rather than hand-wavy
arguments without any actual substance. Otherwise, it will appear as
though you are simply attempting to conform everyone else to your own
personal view on things. I think we can all agree that "there are a
*lot* of issues" with such an approach.
Regards,
-Roberto
--
Roberto C. S�nchez
uite like it better from a
visual perspective), and issue a deprecation warning for the old format
(e.g., when -I is specified).
Then perhaps after the next stable release drop the old format.
>
> Thanks a lot for maintaining lintian in any case
>
+1
Regards,
-Roberto
--
Roberto C. Sánchez
On 2/26/22 21:09, Paul Wise wrote:
Control: forwarded -1 https://github.com/donnemartin/gitsome/issues/177
On Sat, 26 Feb 2022 23:43:14 +0800 SZ Lin (林上智) wrote:
The "gitsome" has used "gh" since 2017, and thus would you mind renaming
the "gh" in your package to avoid the conflict issue?
On Sat, Nov 13, 2021 at 10:43:48PM +0100, Michael Biebl wrote:
> On 13.11.21 22:40, Roberto C. Sánchez wrote:
> > On Sat, Nov 13, 2021 at 10:32:23PM +0100, Michael Biebl wrote:
> > >
> > > - Existing systems will continue to have rsyslog installed (but they can
>
to allow bringing legacy log data
*into* the systemd journal[*] to allow for accessing log data through a
single interface/mechanism after making the transition?
Regards,
-Roberto
[*] whether as part of the transition or as a separate step that can be
executed manually
--
Roberto C. Sánchez
ackage distribution
> security which doesn't really depend at all on transport layer
> encryption.
In this context, it might make sense to describe using HTTPS as the
transport for APT operations is providing "default confidentiality".
Regards,
-Roberto
--
Roberto C. Sánchez
* Helmut Grohne [2021-06-28 14:46]:
> On Thu, Jun 24, 2021 at 06:12:05PM +0200, Felix C. Stegerman wrote:
> > It also means that on /usr-merged systems e.g. /bin/screen is not a
> > "valid" shell, but /usr/bin/screen is (even though they are the same
> > file), wh
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-devel@lists.debian.org, f...@obfusk.net
* Package name: jiten-nonfree-data
Version : 1.1.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/jiten
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-devel@lists.debian.org, f...@obfusk.net
* Package name: jiten
Version : 1.1.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/jiten
* License
Hi,
* Helmut Grohne [2021-06-24 08:10]:
> Felix C. Stegerman cautioned that the contents of /etc/shells depends on
> whether the underlying system is /usr-merged.
It also means that on /usr-merged systems e.g. /bin/screen is not a
"valid" shell, but /usr/bin/screen is (even tho
Hi!
* Helmut Grohne [2021-06-10 20:00]:
> […]
> Inconsistency
> =
>
> Some maintainer scripts take care to only run `add-shell` for initial
> configuration or for upgrading from an ancient version that didn't call
> `add-shell`. Others call `add-shell` for every invocation of `postin
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-devel@lists.debian.org, f...@obfusk.net
* Package name: kanjidraw
Version : 0.2.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/kanjidraw
Package: wnpp
Severity: wishlist
Owner: "Felix C. Stegerman"
X-Debbugs-Cc: debian-devel@lists.debian.org, f...@obfusk.net
* Package name: apksigcopier
Version : 0.3.0
Upstream Author : Felix C. Stegerman
* URL : https://github.com/obfusk/apksigcopier
Package: wnpp
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I request assistance with maintaining the shorewall package.
The package description is:
Shorewall allows firewall/gateway requirements to be described using
entries in a set of configuration files. It reads those c
Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libmongocrypt
Version : 1.0.4
Upstream Author : Mongo C Driver Team
* URL : https://github.com/mongodb/libmongocrypt
On Wed, Aug 19, 2020 at 04:33:28PM +0500, Andrey Rahmatullin wrote:
> On Wed, Aug 19, 2020 at 07:31:08AM -0400, Roberto C. Sánchez wrote:
> > > For non actively maintained packages on could check them into Git
> > > oneself and then start a history from there, and p
.
>
I have had good results with snapshot.debian.org. On a few occasions,
simply downloading each successive version from snapshot.debian.org and
then using something like 'gbp import-dscs *.dsc' gives more than
sufficient version history. Granted, that has limitations, but it is
available right now.
Regards,
-Roberto
--
Roberto C. Sánchez
non-future-proof and
> violates all sorts of software engineering principles.
>
> Anybody know if there's a good solution to this problem?
>
A slightly less bad approach might be:
Build-Depends: julia [! ! ...], clang [! ! ...]
Regards,
-Roberto
--
Roberto C. Sánchez
master' the branch where active development
takes place or does development take place elsewhere and 'master' is the
branch from which releases are made?" A branch called "devel" would
unquestionably be where active development is taking place.
Other branch names could then be chosen based on the needs of the
project, like "test", "stage", & "prod", or "rc" & "release", or
whatever.
Regards,
-Roberto
--
Roberto C. Sánchez
minimize them would
go a long way to reducing the likelihood of flame responses to rejection
mails.
Regards,
-Roberto
--
Roberto C. Sánchez
On Sat, Feb 15, 2020 at 02:41:59PM +0100, Geert Stappers wrote:
> On Sat, Feb 15, 2020 at 08:33:25AM -0500, Roberto C. Sánchez wrote:
> > On Sat, Feb 15, 2020 at 02:16:27PM +0100, Harald Dunkel wrote:
> > > Hi folks,
> > >
> > > I am maintainer for mg, curr
ere will be a mini-DebConf in Montreal" and so-on and so
forth?
Regards,
-Roberto
--
Roberto C. Sánchez
e
some minor tweaks, but the above are the major steps.
Regards,
-Roberto
--
Roberto C. Sánchez
irement (i.e., a CLA), but in practice it is likely to irk potential
contributors.
Regards,
-Roberto
--
Roberto C. Sánchez
On Fri, Jan 17, 2020 at 02:41:26AM +, Paul Wise wrote:
> On Thu, Jan 16, 2020 at 7:06 PM Roberto C. Sánchez wrote:
>
> > I've read the distro-tracker documentation and it seems like interaction
> > is by visiting with a web browser or via email. Is there an official
I've read the distro-tracker documentation and it seems like interaction
is by visiting with a web browser or via email. Is there an official or
even unofficial API for access to data in distro-tracker?
Regards,
-Roberto
--
Roberto C. Sánchez
On Wed, Jan 01, 2020 at 02:09:46PM -0500, Roberto C. Sánchez wrote:
> [stuff]
I just saw Sam's message after I sent my own. I agree that this
discussion has gone past the point where it is useful. Apologies for
the noise.
--
Roberto C. Sánchez
uld you want what has been Debian's goal of being a universal Linux,
> good for so many more?
>
Ibid.
> Let's be positive about this and find a way to be more inclusive of
> the greater Debian population; it should be a win for everyone.
>
There are countless ways for anyone, DD or not, to influence the
direction of the Debian project. So, perhaps all that is needed is to
begin taking advantage of those ways, rather than complaining about the
one way that, for very good reason, is reserved only for DDs.
Regards,
-Roberto
[0] https://www.debian.org/social_contract
--
Roberto C. Sánchez
the basis of the FTP
master review and a signed source changes to enter the archive if the
package is approved?
When I build packages I always end up with both changes files, so
requiring both for NEW processing would be a triviality (for me, at
least) and eliminate this peculiarity as well.
Regards,
-Roberto
--
Roberto C. Sánchez
ould be nice if it became the basis of a new section in the
installation manual (perhaps under section 8, Next Steps and Where to Go
>From Here). It may also be a good addition/improvement to the Securing
Debian Manual.
In any event, I am just offering some thoughts; perhaps they might be of
some use.
Regards,
-Roberto
--
Roberto C. Sánchez
On Sat, Nov 09, 2019 at 06:23:04PM +, Colin Watson wrote:
> On Sat, Nov 09, 2019 at 12:29:11PM -0500, Roberto C. Sánchez wrote:
> > On Mon, Nov 04, 2019 at 02:27:19PM +0100, Timo Weingärtner wrote:
> > > Maybe apt could deprecate /etc/apt/trusted* and apt-key(8) in b
ing /etc/apt/
> trusted.d possible, but now that we have "Signed-By:" it is the inferior
> solution and thus not needed anymore.
>
What is the earliest version of apt that supports Signed-By in
sources.list? I scanned the changelog but it was not immediately clear.
Regards,
-Roberto
--
Roberto C. Sánchez
Hi,
On 15/9/19 3:31 AM, Thomas Goirand wrote:
> On 9/14/19 6:59 AM, Balasankar "Balu" C wrote:
>> But it shouldn't matter to the project that I do my packaging work in
>> GitLab.com or GitHub.com because as far as Debian is concerned, as long
>> as others can
Hi,
On 15/9/19 1:27 PM, Bastian Blank wrote:
>> Are there additional resources either the salsa admins or the salsa CI
>> team needs to move forward to a place where you'd both feel comfortable
>> recommending Salsa CI?
>
> We need to sit down and disuss between the admins first what we exactly
Hi,
On 14/9/19 4:21 AM, Thomas Goirand wrote:
> On 9/12/19 2:47 PM, Sam Hartman wrote:
>> 1) there are significant problems we'd run into if we forbid non-free tools
>> in
>> Debian work
>
> Sorry, WHAAAT ? That's shocking to read this from the DPL.
> Are you sure you didn't do a mistake in this
wishes
to be able to do, it probably warrants a different filter than "adds a
new binary package to the archive" in order to be effective.
Regards,
-Roberto
--
Roberto C. Sánchez
On Mon, Apr 08, 2019 at 12:57:56PM +, Mo Zhou wrote:
> On Mon, Apr 08, 2019 at 08:36:45AM -0400, Roberto C. Sánchez wrote:
> > On Mon, Apr 08, 2019 at 11:02:35AM +, Mo Zhou wrote:
> > In such a large community of volunteers it may not be enough to propose
> > s
On Mon, Apr 08, 2019 at 12:29:56PM +, Mo Zhou wrote:
> Hi,
>
> On Mon, Apr 08, 2019 at 08:18:53AM -0400, Roberto C. Sánchez wrote:
> > On Mon, Apr 08, 2019 at 06:49:10AM +, Mo Zhou wrote:
> > > Hi,
> > >
> > > As you wish, I added a dis
would improve if you address the
principal obstacles to adoption in a holistic way. (As I already
pointed out, your current approach misses a great deal.)
Regards,
-Roberto
--
Roberto C. Sánchez
seems like the epitome of
"style over substance". Why on earth is copying and pasting from
webpages *so* important that the entire packaging format has to be
reworked?
If somebody is challenged by the obstacle of 'apt-get source ...' or
'debcheckout ...' then perhaps making the packaging into a single file
so that it can be copy/pasted from a webpage might not be solving the
correct problem.
Regards,
-Roberto
--
Roberto C. Sánchez
ht be impractical or confusing, then perhaps "dotdeb" or
"dot-deb" might be more workable.
Regards,
-Roberto
--
Roberto C. Sánchez
.
>
Then I think that Ben Finney's observation is completely correct.
Regards,
-Roberto
--
Roberto C. Sánchez
approaches get the package into Debian, available to users of
unstable and/or experimental, as appropriate, and without risk of the
package getting "baked in" to a Debian release for the long term.
Regards,
-Roberto
--
Roberto C. Sánchez
1 - 100 of 1036 matches
Mail list logo
