Hi,
Cyril Brulebois (2025-05-12):
> I do realize it might make some maintainers nervous as the next few days
> are the last ones before the hard freeze (scheduled 2025-05-15), and I
> do apologize for creating this awkward situation.
The very few packages that were out of sync betwee
gt; unstable, and rely on the block-udeb hints to prevent our packages
> from reaching testing at an inconvenient time?
I've just done some picking and choosing between packages that show up
on <https://d-i.debian.org/testing-summary.html>; some of them looked
like things I needed or
On Mon, 12 May 2025 at 19:58:10 +0200, Cyril Brulebois wrote:
For various reasons, I'll be trying to get D-I Trixie RC 1 out this
week, and I might freeze udeb-producing packages right away, or in the
very next few hours/days.
As a general rule, would you prefer maintainers of udeb-prod
> I uploaded on Monday using the ssh-upload target. Have you tried that
> one?
No I just tried regular dput, but it seems to have started working again now.
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso, ragione ed intelletto
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
Hello,
anyone else has the same problem as me? I've been trying to do an upload since
yesterday night but it keeps failing.
Uploading fortunes-it_2.14-1_amd64.changes: 421 Data timeout. Reconnect.
Sorry.
Is it just me?
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso D
: Go I/O utilities
https://salsa.debian.org/go-team/packages/golang-github-crawshaw-iox
https://salsa.debian.org/jas/golang-github-crawshaw-iox/-/pipelines
/Simon
signature.asc
Description: PGP signature
/tree/master/rip-starttls
* License : Expat
Programming Lang: Rust
Description : sans I/O implementation of IMAP starttls
rip-starttls is a sans I/O implementation
of starttls for the IMAP protocol,
as well as feature-gated I/O connectors.
This package is needed for recent release
>> general advice on preseeding if you haven't used it before). Something
>> like this should work:
>>
>> d-i preseed/late_command string mkdir -p /target/root/.ssh; echo 'ssh-rsa
>> ...' >/target/root/.ssh/authorized_keys
>
> An easy way to do that
Colin Watson writes:
> On Fri, Jan 24, 2025 at 09:40:50AM +0100, PICCA Frederic-Emmanuel wrote:
>> Hello, I would like to customize the debian-installer in order to allow root
>> access once installed via an authorize key.
>>
>> so I need to put something like thi
;t used it before). Something
> like this should work:
>
> d-i preseed/late_command string mkdir -p /target/root/.ssh; echo 'ssh-rsa
> ...' >/target/root/.ssh/authorized_keys
An easy way to do that with preseeding, assuming your setup has network
connectivity, is a
On Fri, Jan 24, 2025 at 09:40:50AM +0100, PICCA Frederic-Emmanuel wrote:
> Hello, I would like to customize the debian-installer in order to allow root
> access once installed via an authorize key.
>
> so I need to put something like this in the /root/.ssh/ during the
> install
Hello, I would like to customize the debian-installer in order to allow root
access once installed via an authorize key.
so I need to put something like this in the /root/.ssh/ during the installation
echo "ssh-rsa
B3NzaC1yc2EDAQABAAACAQDGkFpSsCIGpAJtsH4TWHCatHMkdGMS/PTG2M/7xeW
I have just emailed registro.plazadecasti...@madrid.org (main tribunals in
Madrid) and denunc...@agenciatributaria.es (Tax office in Spain) about a crime
by the Madrid Major house chained from Juan Carlos De Borbón Y De Roma of which
I the email didn't even show up in my Gmail
: LGPL-2.1-or-later
Programming Lang: C
Description : I/O library for IEEE 1394 isochronous communication
This package contains library to operate 1394 OHCI hardware for
transmission of isochronous packets in IEEE 1394 bus. It is a sister
library of libhinawa (https://tracker.debian.org/pkg
ical reason why it couldn't be done for both, but at the
time I implemented it, I didn't fully understand how much utility people
would find from it. [I underestimated the value of being able to mail
multiple bugs at the same time and use "Control: tag -1 foo".]
[Enabling it f
BTS is not as rich as e.g. a typical
> bugzilla installation in this regard. Though I guess not having a fixed
> version and not having the wontfix tag usually suggests the report was
> invalid.
How hard is it to add a 'notabug' tag?
...Marvin
n this regard. Though I guess not having a fixed
version and not having the wontfix tag usually suggests the report was
invalid.
>This bug won't be fixed. Possibly because this is a choice
>between two arbitrary ways of doing things and the maintainer
>
the search page.
Except that in the general case, this is not very useful for avoiding
the duplicated filing of a bug that has already been discussed and
rejected.
> All that aside, in this particular case I closed the bug because it wasn't
> actually a bug, but rather a PEBKAC issue (u
* Russ Allbery [230925 12:43]:
> Marvin Renich writes:
>
> > I've seen differing opinions about closing "wontfix" bugs, but as a
>
> I think it's a trade-off.
Which is why I said there are differing opinions. This has come up on
this list before.
>
cause this is a choice
between two arbitrary ways of doing things and the maintainer
and submitter prefer different ways of doing things, possibly
because changing the behaviour will cause other, worse, problems
for others, or */possibly for other reasons./*
"I don&#
On Mon, Sep 25, 2023 at 12:55:16PM -0400, Jonathan Kamens wrote:
> All that aside, in this particular case I closed the bug because it wasn't
> actually a bug, but rather a PEBKAC issue (user complaining that a program
> wasn't respecting his locale when he had LC_ALL s
Closed bugs are available for direct search for 30 days after they're
closed.
After that you can still search them by selecting either "Archived" or
"Archived and Unarchived" under "Misc Options" on the search page.
All that aside, in this particular case
Marvin Renich writes:
> I've seen differing opinions about closing "wontfix" bugs, but as a
> user, I appreciate when they are left open. Whether it is a simple
> wishlist feature request or a crash when the user abuses the software,
> if I go to file the same or simi
* Jonathan Kamens [230925 07:17]:
> Hi all,
>
> I recently tried to close a bug, explain why, and set a "wontfix" tag all at
> once by sending my explanation to ###-d...@bugs.debian.org with "Control:
> tags ### wontfix" as the first line of my message body
Thank you! A canonical answer at last.
On 9/25/23 10:53, Andrey Rakhmatullin wrote:
On Mon, Sep 25, 2023 at 07:16:56AM -0400, Jonathan Kamens wrote:
I recently tried to close a bug, explain why, and set a "wontfix" tag all at
once by sending my explanation to ###-d...@bugs.debia
On Mon, Sep 25, 2023 at 07:16:56AM -0400, Jonathan Kamens wrote:
> I recently tried to close a bug, explain why, and set a "wontfix" tag all at
> once by sending my explanation to ###-d...@bugs.debian.org with "Control:
> tags ### wontfix" as the first line of my mes
On Mon, Sep 25, 2023 at 10:04:17AM -0400, Jonathan Kamens wrote:
> I did find this here <https://wiki.debian.org/HowtoUseBTS> after I emailed
> the list:
>
>QUESTION: Can you do all the control-server actions by using fields
>in a pseudo header in an ema
...and I just successfully used a Control: header in an email to
###@bugs.debian.org, so the only question remaining in my mind is
whether the one that didn't work failed because it was sent to ###-done,
or failed because of the base64 encoding. I can't think of any other
reaso
On Mon, Sep 25, 2023 at 02:44:19PM +0100, Peter B wrote:
> On 25/09/2023 14:25, Jonathan Kamens wrote:
> >
> > So putting a Control: line in the pseudo-header of a message sent to
> > ###-d...@bugs.debian.org doesn't work at all?
> >
>
> It should work if the syntax is correct. The + character
MIME part it
was included in was base64-encoded, and if not, what other reason could
explain why it didn't work?
I did find this here <https://wiki.debian.org/HowtoUseBTS> after I
emailed the list:
QUESTION: Can you do all the control-server actions by using fields
in a pse
On 25/09/2023 14:25, Jonathan Kamens wrote:
So putting a Control: line in the pseudo-header of a message sent to
###-d...@bugs.debian.org doesn't work at all?
It should work if the syntax is correct. The + character was missing.
On Mon, Sep 25, 2023 at 02:06:44PM +0100, Peter B wrote:
> > I recently tried to close a bug, explain why, and set a "wontfix" tag
> > all at once by sending my explanation to ###-d...@bugs.debian.org with
> > "Control: tags ### wontfix" as the first line of m
So putting a Control: line in the pseudo-header of a message sent to
###-d...@bugs.debian.org doesn't work at all?
On 9/25/23 09:06, Peter B wrote:
On 25/09/2023 12:16, Jonathan Kamens wrote:
Hi all,
I recently tried to close a bug, explain why, and set a "wontfix" tag
On 25/09/2023 12:16, Jonathan Kamens wrote:
Hi all,
I recently tried to close a bug, explain why, and set a "wontfix" tag all at once by sending my explanation to
###-d...@bugs.debian.org with "Control: tags ### wontfix" as the first line of my message body. The bug was
Hi all,
I recently tried to close a bug, explain why, and set a "wontfix" tag
all at once by sending my explanation to ###-d...@bugs.debian.org with
"Control: tags ### wontfix" as the first line of my message body. The
bug was closed but the tags command wasn't proces
Hi,
On 9/25/23 14:08, Paul Wise wrote:
The problem with that approach is that the help needed information
changes independently to packages, so the information will get very out
of date in between point releases, which is why how-can-i-help does
online checks. If desired, it would be easy to
Package: wnpp
Severity: wishlist
Owner: Christopher Obbard
X-Debbugs-Cc: debian-devel@lists.debian.org, chris.obb...@collabora.com
Package name: v-i
Version : 0.4
Upstream Contact: Lars Wirzenius
URL : https://gitlab.com/larswirzenius/v-i
License : GPL
ng Lang: C
Description : Cross-platform libraries and tools for efficient I/O and
low-level control.
xNVMe provides a library to program storage devices efficiently from
user space and tools to interact with them. xNVMe is strongly motivated
by the emergence of storage devices providing I/O comma
Package: general
Severity: normal
X-Debbugs-Cc: lammert.nij...@gmail.com
Dear Maintainer,
Virtualbox installed Guest Additions and I use VBoxService in Conky. It did not
work. Also when I type it in the terminal the program does not start, while in
all other distros it works. Here I had to start
++
Description : Non-blocking I/O cross-platform TCP network library
Trantor is a non-blocking I/O cross-platform TCP network library, using
C++14. Drawing on the design of Muduo Library
This package is needed by weakforced as a transitive dependency of
drogon, which I also intend to package.
For
Thank you for your reply again.
I can also build it from source. The HP MINI 10.1" INTEL ATOM N450
battery completely died two days ago so I could not use it instantly
anyway since the laptop does not boot now. I wanted it fast-track ,
faster than I could get the dependencies. I propabl
On Sun, Mar 26, 2023 at 01:55:28PM +0300, ijaaskelai...@outlook.com wrote:
> I absolutely need my Broadcom b43 to be the most advanced "device" in
> my home country and for my home country. And for the EU, get the point?
>
> https://en.wikipedia.org/wiki/B43
>
> Kind
On Thu, Mar 23, 2023 at 07:45:57AM +0200, ijaaskelai...@outlook.com wrote:
> Kind regards, Ilari Jääskeläinen.
I wonder if you could explain *why* you need this so immediately and also
why you asked all the Debian developers at once, please.
There may be a better way to request that Deb
Kind regards, Ilari Jääskeläinen.
: MIT or Apache 2.0
Programming Lang: Rust, C
Description : Library for high-performance block device I/O with support
for multi-queue devices
Applications are increasingly integrating high-performance I/O interfaces such
as
Linux io_uring, userspace device drivers, and vhost-user device
Hi Niels,
Thanks for the explanation (snipped here).
On 2022-12-15 11:59, Niels Thykier wrote:
Your options include:
* Migrate to "Rules-Requires-Root: no" if you can
Great, this indeed gets around the issue.
Best wishes,
Andrius
Quoting Niels Thykier (2022-12-15 10:59:10)
> Long story short:
>
> * Bug in fakeroot (#1023286 + #1024544)
> * Me thinking it was a bug in debhelper so I tried to fix it
> (which did not work and broke on the way in)
> * Me realizing it was a bug in fakeroot and
Greetings, Niels,
On Thu, Dec 15, 2022 at 10:59:10AM +0100, Niels Thykier wrote:
Andrius Merkys:
Hello,
On 2022-12-15 11:20, Filippo Rusconi wrote:
I have uploaded a package yesterday. That package does not have
any dh_auto_test
target in d/rules.
The builds all fail, as described here
Andrius Merkys:
Hello,
On 2022-12-15 11:20, Filippo Rusconi wrote:
I have uploaded a package yesterday. That package does not have any
dh_auto_test
target in d/rules.
The builds all fail, as described here:
https://buildd.debian.org/status/package.php?p=minexpert2
and I do not understand why
On 2022-12-15 11:44, Sebastiaan Couwenberg wrote:
On 12/15/22 10:34, Andrius Merkys wrote:
However, I have no idea why '-o 0 -g 0' options are used. They do not
seem to be used before.
Recent changes in debhelper, see:
https://salsa.debian.org/debian/debhelpe
On 12/15/22 10:34, Andrius Merkys wrote:
However, I have no idea why '-o 0 -g 0' options are used. They do not
seem to be used before.
Recent changes in debhelper, see:
https://salsa.debian.org/debian/debhelper/-/commit/ca66cf4bc74fe31b3d5c8131788e7fdd8731
https://salsa.
Hello,
On 2022-12-15 11:20, Filippo Rusconi wrote:
I have uploaded a package yesterday. That package does not have any
dh_auto_test
target in d/rules.
The builds all fail, as described here:
https://buildd.debian.org/status/package.php?p=minexpert2
and I do not understand why.
Any soul to
Greetings, fellow Debianites,
I have uploaded a package yesterday. That package does not have any dh_auto_test
target in d/rules.
The builds all fail, as described here:
https://buildd.debian.org/status/package.php?p=minexpert2
and I do not understand why.
Any soul to help me with this
Package: wnpp
Severity: wishlist
Owner: Evgeny
* Package name: trexio
Version : 2.2.0
Upstream Author : Evgeny Posenitskiy
* URL : https://github.com/TREX-CoE/trexio
* License : (BSD)
Programming Lang: (C, C++, Fortran, Python)
Description : TREX I/O
!
Thanks for your patience and understanding.
Cheers,
--
Cyril Brulebois (k...@debian.org) <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
Your message dated Tue, 13 Sep 2022 21:33:03 +0200
with message-id
and subject line Re: Bug#1018891: general: Can't install fans on msi laptop due
to missing ec_sys kernel. Command prompt modprobe ec_sys write_support=1, I get
error: FATAL: Module ec_sys not found in directory /lib/mo
Package: general
Severity: normal
X-Debbugs-Cc: velmory...@gmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was
Hi Holger,
Holger Wansing (2022-08-28):
> we have less than 5 months until the planned beginning of bookworm's freeze.
>
> What about a d-i alpha/beta release?
> (there was no d-i release since the release of bullseye)
Yes, I could have sent a mail to -boot@ as not everyone is
Hi,
we have less than 5 months until the planned beginning of bookworm's freeze.
What about a d-i alpha/beta release?
(there was no d-i release since the release of bullseye)
Holger
--
Holger Wansing
PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
/blocking
* License : Apache-2.0 or Expat
Programming Lang: Rust
Description : thread pool for isolating blocking I/O
blocking provides a thread pool
for isolating blocking I/O in async programs.
.
Sometimes there's no way to avoid blocking I/O.
Consider files or stdin,
* License : Expat
Programming Lang: Go
Description : Package socket provides a low-level network
connection type which integrates with Go's runtime network poller to
provide asynchronous I/O and deadline support. MIT Licensed.
The socket package provides a low-level network conne
thanks a lot.
cheers
Fred
On Fri, Dec 24, 2021 at 07:40:44PM +0100, PICCA Frederic-emmanuel wrote:
> Hello, I am trying to understand a problem in matplotlib on the mips64el arch
>
> https://buildd.debian.org/status/logs.php?pkg=matplotlib&ver=3.3.4-2%2Bb1&suite=sid
>
> between 3.3.4-2 and 3.3.4-2+
Hello, I am trying to understand a problem in matplotlib on the mips64el arch
https://buildd.debian.org/status/logs.php?pkg=matplotlib&ver=3.3.4-2%2Bb1&suite=sid
between 3.3.4-2 and 3.3.4-2+b1 the tests started to failed.
So I would like to know why this package was binNMU and the di
* License : Apache-2.0
Programming Lang: Go
Description : A high-performance non-blocking I/O networking
framework, which focused on RPC scenarios, developed by ByteDance.
Netpoll is a high-performance non-blocking I/O networking framework,
which focused on RPC scenarios, developed by
-formats-io.readthedocs.org
* License : LGPL
Programming Lang: Python
Description : Code to handle I/O from/to data in CASA format
The casa-formats-io package is a small package which implements functionality
to read data stored in CASA formats (such as .image datasets). This
*Hi Sir,*
*I am selling guest post service If you want to boost your website traffic
and your site to Google's top-ranking then I’m offering you my websites
for back-links or link placement. You can get good Domain and Page
Authority Keyword-based websites links from me related to your d
Hi Simon,
On Tue, Aug 17, 2021 at 05:19:06PM +0100, Simon McVittie wrote:
> If we want to make buildd chroots merged-/usr any time soon, then I
> think we need to say this class of bugs is RC for bookworm.
I fear there might be a logic trap here.
For a moment, let us assume perfection o
asoning
about the correctness of the solution.
--Sam
I'm not proposing this as a solution, or even a part solution, but I
have a script that generates a set of Depends: between essential
packages that (I believe) guarantees that they will install and will (I
hope) "fail" if no suc
On Wed, 2021-08-18 at 10:43 +0200, Simon Richter wrote:
> Hi,
>
> On 8/18/21 12:21 AM, Luca Boccassi wrote:
>
> > On Tue, 17 Aug 2021 at 20:17, Simon Richter wrote:
>
> > > I agree that it's likely the only thing we can do with the version of
> > >
Hi,
On 8/18/21 12:21 AM, Luca Boccassi wrote:
On Tue, 17 Aug 2021 at 20:17, Simon Richter wrote:
I agree that it's likely the only thing we can do with the version of
dpkg that we ship now, and that will have to handle the upgrade for any
users that move from one stable release to the
> "Luca" == Luca Boccassi writes:
Luca> Wouldn't a pre-depends solve the ordering problem in this
Luca> case?
No.
At least it's really hard to prove that it does, we have a bad track
record of getting it wrong, and if it were to work in a
specific instance it would depend on implem
Simon,
Thanks so much for your comprehensive answer. It's a great summary
that I think would be really useful for those of us who are package
maintainers who don't have a strong position one way or another
vis-a-vis usrmerge vs merged-/usr-via-symlink-farms, but just want to
do what i
ot; symlinks
> > /bin -> usr/bin, etc. are unsupportable, and the only correct way to
> > consolidate static files to be physically located under /usr is to
> > gradually build up symlink farms below /bin and so on.
>
> I agree that it's likely the only thing we can do wit
On Tue, 17 Aug 2021 at 15:08, Sam Hartman wrote:
>
> > "Luca" == Luca Boccassi writes:
>
> Luca> On Tue, 2021-08-17 at 12:07 +0200, David Kalnischkies wrote:
> Luca> If src:usrmerge is made transitively-essential, from that
> Luca> point onward it wouldn't matter if a package is n
static files to be physically located under /usr is to
gradually build up symlink farms below /bin and so on.
I agree that it's likely the only thing we can do with the version of
dpkg that we ship now, and that will have to handle the upgrade for any
users that move from one stable release to
x86_64-linux-gnu/libext2fs.so.2
> W: ss-dev: breakout-link usr/lib/x86_64-linux-gnu/libss.so ->
> lib/x86_64-linux-gnu/libss.so.2
I don't know what the purpose of the breakout-link tag is, to be honest.
It seems like it's often a false-positive, and I don't think these links
a
k at the
reproducible-builds reports, but not all reproducible build failures
are caused by the usrmerge/!usrmerge dependency, right?
> If we want to make buildd chroots merged-/usr any time soon, then I
> think we need to say this class of bugs is RC for bookworm.
Agreed; I'd go further
or testing and unstable). Ansgar did a survey of this when we were
discussing one of the Technical Committee bugs, and reported that around
80 packages had a bug of this class at the time, which had apparently
dropped to 29 by the time the TC resolution was voted on.
If we want to make buildd chroo
> "Luca" == Luca Boccassi writes:
Luca> On Tue, 2021-08-17 at 12:07 +0200, David Kalnischkies wrote:
Luca> If src:usrmerge is made transitively-essential, from that
Luca> point onward it wouldn't matter if a package is no longer
Luca> compatible with the legacy split-usr setup
Am 02.07.21 um 03:24 schrieb Paul Wise:
On Thu, Jul 1, 2021 at 1:27 PM Jeremy Stanley wrote:
There's nothing especially wrong about using signed-by, but
it's not the security fix some people seem to believe. In short,
*any* package you install can run arbitrary commands as the root
user on yo
es without saying, if you're worried
> about this, don't enable unattended upgrades for anything from that
> repository.
>
I actually do this (for the wine and google-chrome [1] packages from
their upstreams).
You (at least) need to also check for any setuid binaries.
Don'
Hi Andreas
> BTW, I did some
>
>apt-key del 578A0494D1C646D1
>
> added my key to /etc/apt/trusted.gpg.d/fam-tille.gpg and added an
> according
>
>[signed-by=/etc/apt/trusted.gpg.d/fam-tille.gpg]
>
> option to the sources.list line ... and it does not
On 2021-07-02 01:24:09 + (+), Paul Wise wrote:
> On Thu, Jul 1, 2021 at 1:27 PM Jeremy Stanley wrote:
>
> > There's nothing especially wrong about using signed-by, but
> > it's not the security fix some people seem to believe. In short,
> > *any* package you install can run arbitrary comma
On Thu, Jul 1, 2021 at 1:27 PM Jeremy Stanley wrote:
> There's nothing especially wrong about using signed-by, but
> it's not the security fix some people seem to believe. In short,
> *any* package you install can run arbitrary commands as the root
> user on your system during installation. Only e
t a "best practice" (ye gods how I despise
> that term, but let's not go there today) insisting with an RFC 2119
> "MUST" that the key not be placed in /etc/apt/trusted.gpg.d, and
> that seems a bit extreme. I get that you were not the author of the
> article, but
On 2021-07-01 21:46:19 +0200 (+0200), David Kalnischkies wrote:
> (Disclaimer: It was me who implemented Signed-By, also most of the
> current monster apt-key is, trusted.gpg.d, … I might be a *tiny bit*
> biased than it comes to apt and these topics as a result.)
Thanks for that! I
(Disclaimer: It was me who implemented Signed-By, also most of the
current monster apt-key is, trusted.gpg.d, … I might be a *tiny bit*
biased than it comes to apt and these topics as a result.)
On Thu, Jul 01, 2021 at 02:40:31PM +, Jeremy Stanley wrote:
> maybe add some furt
FORMAT section which
explains in greater detail.
Thanks, I see this now. It sounds like sources.list is slowly becoming
deprecated - I will consider migrating our repository instructions (and
the associated convenience script) to use the deb822 *.sources format
instead next time I'm muc
On 2021-07-01 14:26:48 -0400 (-0400), Kyle Edwards wrote:
> On 7/1/21 2:19 PM, Jeremy Stanley wrote:
> > Also, as other's have stated, deb822 might be a cleaner way to
> > express this.
>
> I'm a little confused - I thought deb822 was just a generic format
>
On 7/1/21 2:19 PM, Jeremy Stanley wrote:
Also, as other's have stated, deb822 might be a cleaner way to
express this.
I'm a little confused - I thought deb822 was just a generic format used
in various places throughout Debian, including in the Release files.
Where specifically
he user.) It sounds like this
> move was not necessary. Nevertheless, is it considered "wrong" to
> do it this way? Should I have left it alone?
Personal/professional opinion, it's not wrong. If anything it's more
explicit about the intent, at least. It's just n
e
/etc/apt/trusted.gpg.d files that had been added, and automatically
replace them with [signed-by=] attributes in the sources.list (with
permission from the user.) It sounds like this move was not necessary.
Nevertheless, is it considered "wrong" to do it this way? Should I have
left it alone?
Kyle
On 2021-07-01 09:35:16 -0400 (-0400), Kyle Edwards wrote:
> On 7/1/21 9:27 AM, Jeremy Stanley wrote:
> > It's not clear (to me at least) that placing keys into
> > /etc/apt/trusted.gpg.d is deprecated
>
> According to
> https://wiki.debian.org/DebianRepository/UseThirdParty it is:
>
> > The key M
Spec/DeclarativePackaging
<https://wiki.debian.org/Teams/Dpkg/Spec/DeclarativePackaging> for a
potential solution.
In fact, the automatic [signed-by=] migration that I implemented uses
exactly this avenue, albeit in an explicitly non-malicious way that
prompts the user first.
Kyle
On 2021-07-01 09:01:57 -0400 (-0400), Kyle Edwards wrote:
[...]
> If [signed-by=] isn't the way to go, then what is? I recently
> updated the keyring package in our company's APT repository to
> automatically migrate people to [signed-by=] since apt-key (and
> with it /etc
On 7/1/21 8:27 AM, Julian Andres Klode wrote:
I don't want to advertise signed-by=. We should aim to get deb822 format
supported in python-apt next cycle, and then advertise a consistent use
of deb822 .sources files.
Including, but not limited to, having d-i create
sources.list.d/.so
On Thu, Jul 01, 2021 at 02:27:31PM +0200, Julian Andres Klode wrote:
> > > I disagree, and think this bug is a minor documentation issue,
> > > your issue here is likely outside the computer.
> >
> > I stick to the opinion that apt-secure pointing to apt-key which
&
On Thu, Jul 01, 2021 at 02:18:17PM +0200, Andreas Tille wrote:
> Hi Julian,
>
> On Thu, Jul 01, 2021 at 02:02:43PM +0200, Julian Andres Klode wrote:
> > Control: severity -1 minor
> >
> > On Thu, Jul 01, 2021 at 01:51:22PM +0200, Andreas Tille wrote:
> > > I
1 - 100 of 1713 matches
Mail list logo
