violation due to "(It is not permitted for some names to be prepended
with exclamation marks while others aren’t.)". dpkg and APT both parse
such strings and do what might be meant by it through.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
a simpler reproducer than "ran some apt command":
Do you have the same problem with e.g.:
/usr/lib/apt/apt-helper download-file 'http://example.org/' /tmp/example.html
-o Debug::Acquire::http=1
or can you reproduce it with another URI?
One from `apt update --print-uris` perhaps?
If you can, it is possible to talk to `/usr/lib/apt/methods/http`
directly on stdin to might have an easier time debugging this.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
as info about all packages
available to you at this moment in case this is repository state
dependent which it might be… but its a big file even compressed and
a bit unwieldy to deal with in autoremove-debugging, so I hope not.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ts' and a random set of 3rd parties like the typical Ubuntu user
with seemingly 42+ PPAs added. That is 3+X counters useless even to you
as you were just interested in the data coming from your local mirror
vs. others. And that would assume that all mirrors are complete and
available, no retries, no fallbacks, no redirects.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
-files remaining.
Specifically, as you seem to think otherwise: "locales" in state 'ic' is
not installed and behaves exactly like in state 'rc' – as in, they don't
have a behaviour at all. If you want it to be installed, just install it
and it will have the state 'ii'. Or purge it and it will be 'un'.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
reach users 'soon' (with trixie of course, but I doubt that gets
backports into oblivion).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
toremove" doesn't remove it because of
> the OR dependency:
>
> qaa:~> aptitude why policykit-1
> i synaptic Depends pkexec | policykit-1
>
> (at least, this seems to be one of the reasons).
synaptics could drop the or on policykit-1 – or if for some reason
keeping it
eir output is different; they also have behaviour
differences e.g. "apt-get upgrade" vs "apt upgrade")
As an interactive user, its is probably best to forget apt-{get,cache,…}
exist and get used to 'apt'. If that is missing something compared to
the others feel free to report a b
iour
of libapt might be unfortunate, but easy to work around: If you see in
Step 3 that a package is marked for complete removal already, just
MarkKeep it first before MarkDelete it again.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
and
the run of needrestart takes long enough for the other front end to
finish so that the last dpkg call aptitude makes succeeds again.
Someone who knows aptitude better – or at least has more than a passing
interested in aptitude – should check the code to proof the suspicions
made here (or disprove them of course).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
he first
scenario set the package to manually installed given its installation
was manually requested.
The answer so far is yes – and you insist on it being changed to no,
while I keep telling you that there are usecases/scenarios for both,
so an acceptable compromise might be to implement both and offer
a choice…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
sly overestimate how easy it is for
packages to be upgraded individually (compare: t64 testing migration).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
about if it should modify the auto/manual installed state
based on your explicit manual install request (<- note the wording
choice) for a package you attempt to upgrade (compared to new install),
but it currently doesn't and that is what the request I merged it with
is talking about.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
h many would probably be happy to do, but
many also not appreciate much given the failure mode is so low key.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
hat already if installed by d-i, so that
is probably for the best for consistency alone.
In any case, I will leave d-i folks have fun with this now,
but feel free to ask apt-team if there is something we can help with.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
u will have to tell us what you did
exactly, preferably with easy to follow steps and output. Failing that,
on your bookworm install you might be lucky and still have the
installation/upgrade and such of lvm2 in your history.log(s).
That might shine some light on it as well.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
, so might that
be a good suggestion that could be added there?
Best regards
David Kalnischkies
P.S.: I do consider my sbuild setup reasonably normal/standard, so
I spare you the details, but I am happy to add them if it turns out
I am more of a unique snowflake here than I am assuming.
signature.asc
Description: PGP signature
On Fri, Mar 15, 2024 at 07:24:32PM -0700, Chandler Sobel-Sorenson wrote:
> David Kalnischkies wrote on 3/13/24 2:28 AM:
> > What would this achieve; what is the use case?
> The use case is when a repo has too many versions of a software on it.
> I'd only be interested in see
1944...@debian.org
That will search for the mail in Debians mailing list archives.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ch stir it
in recentish years.
If you are asking if that behaviour was added intentionally:
https://salsa.debian.org/apt-team/apt/-/commit/d8a8f9d7f01c75a7bbad7a488bf359a94291d1de
That said, you can be an APT developer, too: Propose the documentation
text you had hoped to find in the first place. Nobody
ot a good idea to add additional tasks as that is the moral
equivalent of saying: "Nobody bought it for 5€, lets ask for 20€"¹.
Either create a compelling new task referencing related ones or much
better yet do work on it yourself. Its open source after all and nothing
will ever get done if everyone hope
to be an "apt
upgrade" invocation in the end, confusing it with autoremove remarks or
didn't expect that some non-t64 and t64 packages became co-installable…
but never say never.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
r a set. Note that libapt has
wrappers like APT::PackageSet nowadays which should work better and more
natural than typedef'ed std-containers… but that
transition might be a bigger effort than just adding an (untested)
`if (std::ranges::find(possible, j) == possible.end())` before the
push_back.
B
its documentation entirely.
What about the 1%? Well, they deserve to write the patches to improve
the manpage and potentially fixup the translations (depending on how
much they reword here).
[Case in point, the option as documented doesn't work for years and
nobody noticed – because 1% was an overstatement already; fixed in git]
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
users who don't
interact with apt directly Dir == "/" is probably the closest we can
be to a sensible default value for the inhibition here if we ignore
that ideally the front ends would do the inhibition instead of our
low-level library, but that ship sailed…
Best regards
David K
need to invest a lot more work into making it fit for
the Debian archive… or in other words: lots of documentation to read,
policies to follow and friends to make on and off list(s).
Good luck & Best regards
David Kalnischkies
signature.asc
Description: PGP signature
and given that this is something that
"just" works with Docker.
As explained in the other bug, there is no veto and as you can see its
easy to completely ignore me (and anyone else) but I wanted to say it
anyhow, so that nobody is surprised later on.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
good idea to show us
the entire output of:
find /var/lib/apt/lists
cat /etc/apt/sources.list /etc/apt/sources.list.d/*
apt update
find /var/lib/apt/lists
And not cut that down to what you believe to be important.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
epeat myself (and Johannes) for the third time…
Please ask in user support channels if you have further questions about
what the right tool is for a given use case and how to use it correctly.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
tretch-backports" exist which can change
the candidate based on version constraints. Other solvers like aptitudes
default one (or as said the ascpud solver usually tasked with backports)
might be more willing to offer such solutions than apts default solver
in general. It is a choice with (in
est of the world lets call this report a wishlist item for a feature
that might or might not be implemented in a future default solver
(probably by writing said solver first).
What I know is that we can't offer any assistance with your quest of
backporting to the last decade. This is COMPLETELY unsupported.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
have actual users (I see e.g. apt-canary downloading files) that
you can solve only by being a proper part of the acquire process, not
by attaching yourself with duck tape and hot glue to its underbelly.
Especially not if you want this to be a security feature…
Best regards
David Kalnischkie
them by generating work for many people and potentially
new upgrade problems for everyone – or if we declare them, existing or
not, a non-issue at least for the upgrade to trixie.
And on a sidenote: I would advise to reconsider interacting with dpkg
too casually – but luck is probably on your side in any case.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
exhibit the
required setup).
(I will write another mail in another subthread about the finer details
of what interacting with dpkg in an upgrade means and what might be
problematic if you aren't careful – in general, not just with aliasing)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
making complicated upgrades work (by choice & design!).
Best regards
David Kalnischkies
¹ Ironically, its not a policy requirement to have a package be
upgradable. I could perhaps invoke 'critical' due to making
unrelated software break… but how unrelated can apt really be
to a Debian pac
changing anytime soon so that this report has a very good chance of
staying open until the heat death of the universe (or apt being removed
from Debian, but that is only a theoretical possibility of course).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
the https method!).
Hope that helps & good luck finding the cause & solution.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
for a spot).
So, I am currently waiting for either vim or upstream to act first while
dealing with other housekeeping things (clang-17 support) in the
meantime; so much as a status report in case anyone wonders.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
n.
(Sry, for opting here for the lazy shortcut skipping the break & fix
bisects, to keep some time for the other things I should have a look at)
Thanks for your help & Best regards
David Kalnischkies
signature.asc
Description: PGP signature
on IRC/mailinglist before
reassigning bugs over as they tend to get lost in our heap – and
usually, with some trickery existing facilities can be reused instead of
busy-waiting for apt in stable to support whatever someone needs now…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
sbin, /bin und /lib – but that isn't
all that /usr-merge entails and APT doesn't really want to be checking
for everything. Just for some easy to verify truths to ensure nothing
went south… like it seems to have happened on your system.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
cade –
not really "new" by any standard.
So, while peer review/interacting with debian-l10n-portuguese@l.d.o would
probably not hurt, I am going ahead and merge this small update as I did
for previous iterations.
Thanks!
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ut support for a lot of things possible elsewhere.
If you can come up with a list of use cases for that option (personally,
I don't see a good one) without too much by-catch we might be able to
implement a transition notice like I did for non-free-firmware.
Too late, too little, but at least it would prevent future misuse.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
kinda
scary to block the defaults meta package for a programming language
you know nothing about with your leaf package…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
example is provided without explanation),
I am closing with a veto as that seems not nearly important enough to
clutter up the bug list with a wontfix.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
erent source packages with the same name in different
components and the metadata hopefully doesn't have the same restrictions
applied to it than the packages itself…
Either way, that just as a comment as I won't be working on a fix for
now as I remember people talking about completely overhauling the
impleme
> in part , the reported errors/"sins", are due to this.
I would classify these as "mistake" at most
> În miercuri 12 iulie 2023 14:41:44 (+02:00), David Kalnischkies a scris:
>> On Sat, Jul 08, 2023 at 01:04:28PM +, Remus-Gabriel Chelu wrote:
>> | +# Adva
e first.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
absence.
Note that as the message says the configuration is "delayed" as in
happening in-place rather than upfront, so at least this is not
dangerous and you don't miss anything, just puzzling.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ators are per
convention prefixed with: "TRANSLATORS: " (see existing usages) and
should try a little harder to convey what a string is used for,
meanwhile a "localize according to your locale settings" could be
said about each and every string…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ent (for example, by recreating them on-the-fly)
The completion script explicitly disables the recreation on-the-fly as
creating the files takes a while robbing users for many seconds of their
interactivity. So, we can't just "fix" the completion script as that has
a(nother?) set of users complain as well.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
g for installation (that is the most simple form
of what the commit I pointed to means with "allowing pkg modifiers for
the upgrade commands" btw).
Best regards
David Kalnischkies
[0]
https://salsa.debian.org/apt-team/apt/-/commit/c89b22c285d6c4a3cb64689ff26e84af4d1477f2
signature.asc
Description: PGP signature
release notes job to explain how to do that
properly (and, as said, it varies a bit by 3rd party).
As a sidenote – not a recommendation from me as I never used it myself –
the package "extrepo" is supposed to help with the usecase of adding 3rd
party repositories; it isn't new either but feel free to check it out.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
I suggest a deal: I will see to implement it if
a language team/translator asks for it here.
(translation updates are allowed in freeze, the other part would likely
need to wait for trixie through as that likely doesn't sell as release-
critical code change)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
help you as I don't really see
how it could be a problem originating from "apt". Especially if you have
similar network problems with other tools.
Best regards
David Kalnischkies
[0]
https://lists.debian.org/debian-infrastructure-announce/2023/03/msg3.html
signature.asc
Description: PGP signature
as 2023.2,
but only very lightly; at the very least apt is still happy and the
files are gone for me as intended.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ings to display as-is to the user? Shouldn't the URI be clickable?
And why isn't the package name? Oh, and the filename of the sources.list
file? Heh, how about opening it… (see the last paragraph) WAY to much
design work for something I initially didn't even want to implement in
apt to begin with.
I hope that clear this sorta misunderstanding up at least a bit.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
n.org/apt-team/apt/-/commit/5e770a07c8fd649340e83725f6d07b94c361e87c
Reintroduce:
https://salsa.debian.org/apt-team/apt/-/commit/afe3cd6ef1b157a07d05bbf70283e4f175813438
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
mplete) input rather than being 100%
machine predictable. That apt-* are used in a lot of scripts doesn't
change that, it makes it in fact worse, as changing the behaviour is
impossible without breaking others.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ise a versioned dependency on python3-bottle
from ycmd to ensure you have it installed but that isn't very elegant.
In an optimal world libpython3.11-minimal (which ships inspect.py)
would break old versions of python3-bottle, I guess, so that this
is 'fixed' for all bottle users. I will leave that
And probably other meanings I forgot^Wrepressed.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
(perl) code
changes, I have no comment on the patch itself and what effects output
changes would have.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
just by me, but e.g. translators).
At this point in time it seems better to focus this energy on the
release notes. Or, on discussing if gmake users are affected, too, …
Best regards
David Kalnischkies
[0] https://lists.debian.org/debian-devel/2022/10/msg00217.html
signature.asc
Description: PGP signature
n that this flag also effects protected.
The semi-alternative would be to add also an --allow-remove-protected
but I am not sure this is actually needed/a good idea. You have to be
careful with either if your system is important and if your system isn't
you are somewhat likely to provide both op
might have transitioned yet.
Hope that helps & this is indeed that issue,
otherwise I will have to dig a bit deeper
what is wrong as it works here for me™.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ages, but the way to get them with apt does not work:
https://salsa.debian.org/apt-team/apt/-/merge_requests/261
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
are providing at what version or not… hence reassigning to both.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
r what else might be specific to your setup. Perhaps its the algorithms
used and e.g. gnutls not implementing the EC curves you used (or
something like that or not at all – its just something I ran into in
the past, although not with gnutls, that worked back then…).
Best regards
David Kalnis
On Mon, Oct 10, 2022 at 08:50:49AM +0800, Paul Wise wrote:
> On Sun, 2022-10-09 at 18:54 +0200, David Kalnischkies wrote:
> > I suppose we could use 'foo-dbgsym Enhances foo:arch (= version)'.
>
> That sounds interesting and would be nice generally, however...
>
>
cial), but that would lead us too far off-topic here…
So, could that be an acceptable Option c) ?
Best regards
David Kalnischkies
¹ this example was explicitly chosen as its possible that you
want to use them independently. I don't see a lot of reasons for
independent usage of e.g
tried a self-compiled
backport of current packaging state in salsa with no change in this
regard.
Happy to test more/other/different combinations, I am just at a loose
as to how to get a list of modules included in these policies.
Best regards
David Kalnischkies
signature.asc
Descriptio
.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
kernel/git/torvalds/linux.git/tree/drivers/net/wireless/ath/ath10k/core.c#n1227
[2]
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/net/wireless/ath/ath10k/core.c#n882
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ome up with a little autopkgtest to ensure not
breaking that too often in the future. I suggest looking into
transitioning away from v-a-m through as Debian seems to slowly do this
as a whole (#1015149).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
not following a red herring and
this is indeed the cause of the issue (or if I found another).
If you are in compatible mode I suppose it is a deliberate choice as
I think it is not Debians default, but on the off chance that it is not
feel free to join the nocompatible side as a possible fix/workaround.
We have cookies. ;)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
I would say.
It is equivalent to setting M-A:no explicitly from a technical
standpoint, but the later implies for other contributors that there is
a hard/complicated reason that this package can not be marked with
another M-A value currently.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ng to do
OR some other Debian contributor tells you they need you to set it.
Best regards
David Kalnischkies
¹ sed for example is M-A:foreign even though it is arch:any as the
output it produces does not change regardless of you running it on amd64
or armhf. A compiler like gcc on the othe
mum needed and share this
reproducer here with us.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
g how to deal with these and many
other 'buggy situations' (SCNR). It also explains and points to further
documentation about our BTS so that you will know what I mean above with
pseudo-headers and -done without me repeating it here.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
apt' defaults to removing deb files after
installation nowadays, so that the other machine who wanted to reuse
that file ends up failing to find it even through it was here a second
ago…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
to a hole even if
nobody really needs it… with three-ish (potential) "wouldn't it be nice"
users this feature set might even be in the upper bracket of usefulness
for things I did in these rabbit hole endeavours… ;P
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ackage
would at least mean something as everyone has that variant installed.
I would at least be happy to beat our build system into omitting just
the doxygen part rather than some (currently with patch) or all
(possible future) docs. Shouldn't be hard (= famous last words).
Best regards
from the apt team, I don't think we
have the resources to help you with packaging through.)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ssverständlich und wir sollten ein //TRANSLATOR: voranstellen der den
Kontext etwas beleuchtet – und wenn ja Vorschläge?
Mit freundlichen Grüßen
David Kalnischkies
signature.asc
Description: PGP signature
though to properly display the VCS
info and in that process perhaps even display/ask about collisions. That
is some longstanding wishlist though, so holding your breath might not
be advisable.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
one.
It is still a very generic term even in /usr/include, but I assume that
at this point nobody in the C/C++ community will try to claim it and
having the same name as upstream here has clear benefits while renaming
would probably mean additional work/patches for every user. So that is
a bridge
f you need a sponsor for the upload, I might be able to help)
Best regards
David Kalnischkies
¹ I just used `apt-file` to look if they are perhaps in another package,
I don't know the package nor the embed reason and this bug is not
about working on removing this copy and/or pointing fing
sages on stdout for example – or both) ?
(Sorry for not being very specific at the moment as I am a bit starved
for Debian time; will try to give that some proper thought/review
~next week)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ack it doesn't really matter which
parser you end up depending on.
So, I think I would close this report as not going to happen (at least
in apt itself), but perhaps others have a different opinion – we could
then have a popularity contest to rank … (sorry, could not resist).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
, all the other are
> specific-form records.
Aren't that two different ways of saying the same thing?
Could you give an example where the existing definition of
priorities is wrong while yours is correct as per bug title?
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
and that won't be less if we add more…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
rested, look for "very foreign" aka
"barbarian" architectures. libapt will allow experimenting with this
concept soon, but at this stage (and hopefully forever) clients like
apt and aptitude can be mostly ignorant about these topics).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
or
someone to investigate who has an idea about ruby, hence reassigning
down the chain.
You may want to add which versions of ruby packages and apt-listbugs are
involved.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
bloat on the apt side, but I also can't really consider it
missing for aptitude… we might agree on the fact that the list of
providers is missing here through. ☺
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
rd apt is
stricter than a normal webbrowser (a mirror list acquired via https can
redirect to http mirrors though, but see the man pages for details).
Best regards
David Kalnischkies
¹ which deb.d.o sort of is just that it is nowadays done via SRV instead
of an explicit HTTP redirect – and tha
On Mon, Aug 30, 2021 at 11:53:59AM +0100, Colin Watson wrote:
> On Mon, Aug 30, 2021 at 12:30:49PM +0200, David Kalnischkies wrote:
> > So, while for some/most usecases something akin to DynamicUser would be
> > enough, for others a more stable user would be preferred and then the
, 'foo' would now potentially still be auto in your
scheme… that could be very surprising.
Best regards
David Kalnischkies
#!/bin/sh
set -e
TESTDIR="$(readlink -f "$(dirname "$0")")"
. "$TESTDIR/framework"
setupenvironment
configarchitecture 'amd64'
buil
ppy to be wrong through as it isn't exactly my dream to
make apt a decent service manager even through apt starts a lot
of processes, so a lot of management could and should be done here…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
at case you could just save at least four
keystrokes and have apt ask you interactively. ;)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
you are lucky, but if not, you have likely two
problems instead of one.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
1 - 100 of 1102 matches
Mail list logo
