it the fd messages or the
messages 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
archive judges^W^W^W
ftpmasters to accept your dak patch (in the best case).
Data format is traditionally deb822, json might be a contender, but
given you will be high up the stack it doesn't really matter which
parser you end up depending on.
So, I think I would close this report as not g
, 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
system: 162 MB) and that won't be less if we add more…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
lders… that is unrelated to this bug through
(if by some miracle you are interested, 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
That is for
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
nyone's guess. I do not
consider it 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
everywhere' configuration). In this regard 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 ins
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
but if they had not, '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
co
pt operates in.
I would be happy 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
aka
in interactive use. In that case you could just save at least four
keystrokes and have apt ask you interactively. ;)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
x27;t. It might work, if you are lucky, but if not, you have likely two
problems instead of one.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
oment I don't see
it yet. Works for me (of course) and is the first report about an issue
here…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
un and their opinion on it though.
(This could be a reassign, but all they could do is removing the line
in question or reassign it back to us as a feature wish, so lets skip
the ping pong for now while thinking about this a bit longer)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ls, so I am not really sure what
to do about this report here to be honest.
I do lean slightly towards notabug + wontfix though as (even though
highly unlikely in practice) a change of schools would be an interface
break – and it has these weird follow up questions of potentially
allowing ./anything.deb{-,+,=…} as well which makes this not so simple…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
Upgrade
problems are by definition problems of the packages involved as even if
they were a bug in apt, we could not change apt in stable to fix it.
But again, the presented problem here is not a bug in apt, both choices
are equally valid as far as dependencies are concerned and that is all
the resolvers care about.
It might be surprising that two different paths lead to different
results, but given the individual constrains that is, if not expected,
at least understandable in hindsight.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
fix #42"
as commit message and are happy and successful. So if that works for
you fine, I am just trying to nudge you to try an alternative which
works better for me, many others and perhaps also you)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
as some other window opened, perhaps in the background or on
another workspace asking questions? debconf usually asks on the
console, but it can also ask in a more graphical way…
You can also start a process monitor like 'htop' (F5 for tree) and see
what is currently being run.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
anything about it in src:apt
code wise, but I think we should at least fix the documentation to give
users a helping hand with these transitions.
Thanks for considering:
unblock apt-transport-tor/0.5
Best regards
David Kalnischkies
¹ I would offer points regardless, but I don't want
Team with this…
Implementing a hint in apt on connection fail is out of question though
and by the time we unfreeze users will have moved from v2 to v3 already,
so even for unstable there isn't much point in that direction I guess.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
On Sun, Jan 17, 2021 at 11:21:34PM +0100, David Kalnischkies wrote:
> libjs-jquery-flot had a massive version jump (from 0.8.3+dfsg-2 to
> 4.2.1+dfsg-2) so together with the error that seems the most likely
> suspect.
fwiw I can confirm that downgrading libjs-jquery-flot fixes the prob
settings from there in Debian, but upstream refused it).
Hope that helps for the short term (and stable) as I don't think the
release team will be happy to accept patches for bugs which are
technically documented behaviour at this stage.
Best regards
David Kalnischkies
[0]
https://
ook-functions which is contained in
initramfs-tools-core.
I am therefore reassign this bug to them.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ge (7. "changing
relations between packages". M-A isn't given as an example, but the
field certainly does that).
python-apt is a key package (I think) so we would need an unblock after
the upload anyhow, so I would ask for pre-approval (but I am not
volunteering for either – python isn&#
Hi,
On Sat, May 15, 2021 at 03:57:28PM +0200, Olaf van der Spek wrote:
> Op za 15 mei 2021 om 15:35 schreef David Kalnischkies :
> > galera-3 does not seem to have recommends, but it wasn't updated for
> > 6 months either and you haven't told us the versions involved, so
pkgProblemResolver=1
Would probably shine some light on what happens why.
You could also attach your /var/lib/dpkg/status file to the bugreport.
The README has details on both which you might want to consult.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
y (as that would only react on hard dependencies,
> > while recommends, or-groups and virtual packages are more likely).
>
> [RS] 18 of the 23 Servers are virtual machines
> And all have the some problem
Are the kernel packages on those servers in 'rc' state, too? Or are they
shown as ii (fully installed), hi (installed, but on hold) or i and some
uppercase letter (various forms of partly installed) ?
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
pendencies,
while recommends, or-groups and virtual packages are more likely).
On a sidenote: Debian 11 will ship with a rework of this kernel removing
more tightly integrated into apt directly. I am inclined to declare this
"fixed" in >= 2.1.16 hence, but lets see first if that i
to
change – resolving this bug might be as "simple" as adding a note that
holds will be (potentially) lost if they are ignored.
Sorry, as that is probably not what you wanted to hear.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
On Mon, Mar 08, 2021 at 04:11:42PM +0100, David Kalnischkies wrote:
> ```css
> .screenshot { text-align: center; }
> .screenshot img { width: 100%; max-width: max-content; }
> ```
And of course, I forgot to mention:
```css
.screenshot img { image-rendering: crisp-edges; }
```
wh
rst line the image is centered on the page
because I personally prefer that style…).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
upgrade, so that we might be able to reproduce this.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
multiple people who have accidentally set
their computer to the wrong day while looking up dates in the calendar.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
t the failure mode is the same as before so that might
be just fine.
Best regards
David Kalnischkies
[0] Ironically, at least the upgrade case would work if you sort php-fpm
before php as apt doesn't reason about all dependencies at once but for
each package on each dependency in turn and s
them not even compile.)
Sorry for this breaking change this late in the cycle! If its any
consolation I am also angry that I not only not managed to finish the
fuzzing project in time, but also not managed to salvage the more useful
bit in a more timely fashion either.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
nt" failure mode of not installing security updates this
deserves some note even if most users can be transitioned automatically.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
o).
I doubt that is on the agenda all to soon. Very much not going to happen
in freeze at least.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
^Wfreeze upon
us its currently not the time to think about new features or behaviour
changes (but I do want to visit that complex… its just never the right
time than I remember it).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
inst a binary package not
build for the architecture or sources.list components of the reporters
machine).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
hat repo,
that key or adding it to trusted.gpg.d directly. Using apt-helper as
I know that is available while wget/curl/whatever might not. Not that
I wouldn't recommend that either – and please don't ask me for some as
the only I am comfortable giving is "Don't use 3rd p
o your more linter-like tool
in case of 65. Otherwise I might close it in the future.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
a rather generic problem, but feel free to ask for more
details/data if that turns out to be important.
Thanks for maintaining this beast (especially as it seems to get worse
if I read the new upstream packaging request)!
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
hat not with the benefit of not requiring to
change all other existing methods at the same time.
Happily awaiting a soon upcoming merge request from you now,
David Kalnischkies
[0]
https://salsa.debian.org/apt-team/apt/-/commit/da6f750f4586af16f2df3fb85cd6eb35a2a8227d
signature.asc
Description: PGP signature
slator, so I just went ahead and pushed the update to git, so it
should be part of the next release (if all goes well an automatic mail
should come in soon sort-of duplicating this one here).
Sorry again, thanks for your work & best regards
David Kalnischkies
signature.asc
Description: PGP signature
their packages and ecosystems.
(I guess I could argue that not doing 1 or 2 is a policy violation as
libgcc-s1 takes over a file from libgcc1 without ensuring that libgcc1
is upgraded to a version without that file (or removed) and instead
relies on it being removed due circumstances, but I am
t independent.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
y to help as upstream and/or sponsor (if needed) even.
[Even if I am still not really believing there are other users…]
Best regards
David Kalnischkies
¹ sometimes, I get the impression that side-loading browser add-ons
is on its way out upstream and hence heavily discouraged even here.
signa
On Tue, Jul 07, 2020 at 05:58:36PM +0200, David Kalnischkies wrote:
> as the unlucky stars aligned today again for who knows what reason
> (I guess it comes with the support dpkg added around d-m-h recently)
Turns out that now everyone (who runs apts testcases or something
comparable) is af
so probably not read /etc/dpkg.cfg.d files
from the root system, but that might be an even longer endeavour)
Best regards
David Kalnischkies
[0]
https://salsa.debian.org/apt-team/apt/-/commit/3fe1419433f195d57b948b100b218cf14a2841d0
signature.asc
Description: PGP signature
280
(which is "expected" in so far as my host has 'armel' as foreign
architecture enabled in dpkg, while the dpkgroot has not. Good
thing I am not running the tests as root [that often]).
Attached a refreshed patch, no real code changes.
Best regards
David Kalnis
that string (and the one assuming root-group to
be root even through we have a compile-time variable for that) without
creating busywork for our translations.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
On Thu, Jun 04, 2020 at 09:24:22PM +0300, Aleksey Tulinov wrote:
> On Wed, 9 Oct 2019 17:36:07 +0200 David Kalnischkies
> wrote:
> > As Julian already said, it is "just" used for its dbus communication
> > implementation. We don't require systemd to be your init o
uot;. More like "install recommends
if they are related to bluetooth, not related to gnome and included in
the last stable release" – that would be a handy policy sometimes, but
I don't see us getting there any time soon. And even then --fix-policy
would need a few changes….
Beste regards
David Kalnischkies
signature.asc
Description: PGP signature
er.cc:8: int LLVMFuzzerTestOneInput(const uint8_t *, size_t):
Assertion `foo() == 2' failed.
[…]
(The existing -fsanitize-blacklist option did not have an effect.)
Attached is the reproducer.sh script I was using here.
Best regards
David Kalnischkies
reproducer.sh
Description: Bourne shell script
signature.asc
Description: PGP signature
rve modifications
to non-config files belonging to packages (if not diverted).
Could be that the "https.bin" file is not even the version a-t-https
ships. Or it could just not be prepared to be renamed (I vaguely
remember something about that) as we use the name of the binary to
choose ho
zzy indication from 3 messages, no message is actually changed in
any way.
Is this correct or went something wrong?
(I have not checked why these msgs were fuzzy to begin with, so that
might be perfectly fine that they aren't anymore, I just wanted to ask).
Best regards
David Ka
to prefer combinations of far less powerful tools.
I like `cut` and it has an even less known sibling with `paste`:
apt search -qq perl | paste -d' ' - - - | …
`-qq` disables the progress reporting in apt which is two lines which
would confuse the rest. `paste` takes three lines f
able (also: run-it-run, init!).
| debian/runit-run.postinst
I see that the same code was used before, but:
a) make that a function instead of two code copies
b) consider that a file might not have an ending newline:
$ echo -n 'foo' > foo
$ cat foo - < bar
heredoc> EOF
foobar
$
B
it 'newcomer' and happily
await patches/merge requests.
If someone is interested and/or has a question (of any kind) feel free
to drop a line here, on our mailinglist de...@lists.debian.org and/or
on IRC in #debian-apt.
Best regards
David Kalnischkies
P.S.: Dropping the "upst
you are building for.
See dpkg-vendor and deb-substvars. In apt we are e.g. using this to
depend on the correct -archive-keyring package for the distribution we
are built for, there are probably easier/better examples though.
Best regards
David Kalnischkies
[0] https://salsa.debian.org/apt-team/apt/-/merge_requests/117
signature.asc
Description: PGP signature
k even if I dislike bug-pingpong. Feel free to ask if you
have come up with a specific solution for your problem and want some
feedback from us regarding apt, but be prepared to explain a lot in your
question as apt developers are "only" (FSVO) experts in apt, not in the
dependency
ily leave this one here for the fine aptitude folks.
/me goes back to suckle on his thumb after having stared too long into
the abyss that is apt's configuration syntax.
A happy upcoming easter (if it applies to you),
a good continued self-isolation (same ^) &
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
source acquisition is
initialization" (RAII) and super useful in all sorts of ways.
I hence think there is no memory leak, as the freeing is done as
required by the API, but I will leave it to the aptitude devs to confirm
my suspicion & closing it. Thanks for your report & proposing a patch
none the less!
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
to go along anyhow?
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
of configuring the list in sources.list compared
to just letting apt decide which architectures to download (based on
what dpkg could process by default).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
Debian…
Backporting seems kind of a waste especially as I am not much of
a python coder myself, so I wonder if you already have plans for
updating the package?
No worries, I am not in a hurry – and feel free to ask if I can make
myself useful e.g. by a bit of testing.
Best regards
David Kalnischkies
free to contact me.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
was that apt-secure(8) is too long (8 pages!). I am not sure
what you expect to happen if we were adding ALL options. configure-index
lists roughly 800 and even that list is lacking the more obscure ones
we haven't encountered via a testcase yet…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
he
end of it and are hence certain it isn't a general i386 problem… 😉
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
y common or much repeated task and the extension is
only a very tiny part of it all, but oh well.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
nd and the multitude of checks it deploys as many things are
covered by these already which for other more generic internet clients
remain a huge problem.
So far I see only very generic guess and maybe-ifs which are not
actionable and very much not a release critical bug – mostly because
I don&#
envision it being argued both
ways.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
Hi,
On Tue, Sep 17, 2019 at 11:30:16PM +0300, Алексей Шилин wrote:
> With the attached patch
Just for the record & for those wanting to follow along:
https://salsa.debian.org/apt-team/apt/merge_requests/79
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
Hi again,
On Sat, Nov 09, 2019 at 11:26:59AM +0100, David Kalnischkies wrote:
> […]
Note that my mail was rejected by the submitters mail server:
| :
| 88.217.187.146 does not like recipient.
| Remote host said: 554 5.7.1 : Recipient address
rejected: Access denied
| Giving up on 88.217.187.
all honest, I haven't
tried in the hope that someone closer to the material can/will.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
to build with DEB_BUILD_OPTIONS=nocheck as 4 tests were
failing… (localtime related). Literally no idea why – it is the same
without the patch.
Best regards
David Kalnischkies
diff -Nru neomutt-20191102+dfsg.1/debian/changelog
neomutt-20191102+dfsg.1/debian/changelog
--- neomutt-20191102+dfsg.1
as in my eyes such
a source can not be trusted with unchecked root access to my machine
[which is practically what it gains by installing packages from there]
even if they happen to produce a valid file in the future again…
Best regards
David Kalnischkies
P.S.: That repo seems to provide a &q
ps://debian.org/Bugs/Developer#severities for details on what the
severities mean – which will a) explain the quoting from above and b)
why "serious" is nearly always wrong.
Thanks none the less for taking the time to report a bug and
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
allback even in slightly less broken cases like missing
files on the mirror which should be there – but this case is not that
common if you aren't using a mirror who is by design not shipping all
files (called partial mirrors).
Also, too new for being used by default by everyone for now I would say
ducing output – so they can do their own progress
reporting and/or show errors/warning/infos as they see fit.
Hence reassigning completely to appstream which was CC'ed only
previously.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
uot; used for its dbus communication
implementation. We don't require systemd to be your init or to be even
functional. So I guess proposing an alternative which a) works equally
well and b) doesn't add additional bootstrapping complications has
better chances of acceptance – assuming th
look at the code and can't spot an obvious error
here which would rule out the specialist options to not work (and our
testcase checks them – although only with codename, but the
implementation is pretty loopy so that should work™).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
On Fri, Jul 12, 2019 at 04:52:36PM +0200, Julian Andres Klode wrote:
> On Tue, Jul 09, 2019 at 03:31:07PM +0200, David Kalnischkies wrote:
> > On Mon, Jul 08, 2019 at 12:19:36PM +0200, Julian Andres Klode wrote:
> > Anyway, that apt is enforcing the metadata isn't ch
here I think you just mean that
you added yourself – not that e.g. upstream flipped from MIT to AGPL3+.
Thanks again for adopting a package and good luck finding a sponsor now
that unstable is open again!
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
;"Origin:
Debian" Release' for me. It isn't particularity hard to find others with
better usability factors.
So if the proposed solution is over engineered I am all ears for
alternatives which deal with these issues.
Best regards
David Kalnischkies
P.S.: Pinning and other a
On Sun, Jul 07, 2019 at 03:54:04PM +0200, Axel Beckert wrote:
> I hope that Manuel (CCc'ed) can provide a fix which we then can also
> apply to aptitude in Buster in the first minor update which is
> expected in about a month.
It was two years ago, so my memory was spotty, but now that I am lookin
his.
I intend to follow as apt might color more of its output someday and
would eventually run into the same problems then.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ion names,
wording of messages,… …) I would encourage you to comment there and
leave that bugreport for the overarching "this sucks!" and "greatest
thing since sliced bread!" on the whole infrastructure as for this to
work at least release, ftp & publicity team have to accept me imposing
work on them (which arguably they already do anyhow, but still) and
hence quickly derails if we argue about Soon/Upcoming/Next/Future-
in here, too.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
"More information about this can be found
online in the Release notes at: %s" so that a repository owner can
provide an explanation for this change.
In summary, I don't believe in this being a severe problem. Legit
changes of these fields should be really really rare given we teach
users
to implement M-A it seemed best to reuse
existing implementations via provides: All apt clients kept working by
"translating" Multi-Arch into the preexisting relationship structure
with some additional internal provides, conflicts and co sprinkled in.
I still thing that was a good
but it is a rather bad thing for
apt to encounter metadata it can't parse, so it can't really be silent
about it.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
u?
Yes, this reply is more documenting the status quo and the problems
around it than it is about changing it. Personally I want to look into
stuff like paging before revisiting search in the hope that we have
accumulated some feedback and (better) ideas by then.
Thanks for the report, for j
stead of rolling your own and/or looking into InRelease
which has other marginal benefits as well.
See also #921685 for tracking proposes of me may or may not getting
around to actually implement a dedicated message for this… (bad me).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
unds
like "No such file or directory exists". Something like PATH issues,
missing dependencies or something like that perhaps.
Having a quick look at the open bugreports against apt-build suggests
that this could also be an instance of #358730 if apt-build really
continues even if build-dependencies aren't satisfied (I can envision
that to be a source of all sorts of fun).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
) message if a binary signature is encountered
at most to resolve this bugreport – assuming my conclusion holds that
this is indeed due to a binary signature and that they can reasonably be
detected.
Disclaimer: I wrote the code refusing the file, so I might be biased.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
usly you can't commit other peoples time to something.
(That said, I would be happy – and other deities likely also – with
mentoring basically any bug tagged or not)
You can find more information about the meaning of all tags here:
https://www.debian.org/Bugs/Developer#tags
Best regards
David
, too, but I don't want to ask for too much given that I might be
the only user…
I can do a proper patch/MR on salsa if that is preferred, it just felt
like overkill for the time being [in my timezone at least]. :)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
Hi,
On Mon, Dec 31, 2018 at 12:06:53AM +0100, David Kalnischkies wrote:
> As the freeze is drawing near I would appreciate a reply in the next
> week so that we can proceed accordingly – I am e.g. happy to sponsor
> uploads if need be. On the other hand, if I get no reply I plan to
&g
e following the MIA track.
Best regards & wishes for the upcoming new year
David Kalnischkies
[0]
$ python3
Python 3.7.2rc1 (default, Dec 12 2018, 06:25:49)
[GCC 8.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>&
101 - 200 of 1115 matches
Mail list logo
