[Aptitude-devel] Bug#1065435: Bug#1065435: aptitude: FTBFS on armhf and armel (probably -Werror=implicit-function-declaration related)

2024-03-16 Thread Axel Beckert
m{el,hf}. I got my sid armhf Raspi fixed today (it stopped booting a while ago, seemed to have been a usrmerge related issue), so I can now test patches locally on armhf again. Will try to get an upload done based on Steinar's patch instructions soon-ish. But I first need to get the Raspi uptodat

[Aptitude-devel] Bug#1065554: Bug#1065554: aptitude: the TUI silently breaks a "Recommends"

2024-03-06 Thread Axel Beckert
ndeed might > > be a bug in this case. > > Do you need the bundle? Actually that would be interesting, as I have a vague idea how it might have been triggered and would like to experiment a bit if I can find a simpler reproducer. BTW, do I remember right that you have APT::Install-

[Aptitude-devel] Bug#1065554: Bug#1065554: aptitude: the TUI silently breaks a "Recommends"

2024-03-06 Thread Axel Beckert
ther of that seems to be case. So it indeed might be a bug in this case. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59

[Aptitude-devel] Bug#1065435: aptitude: FTBFS on armhf and armel (probably -Werror=implicit-function-declaration related)

2024-03-04 Thread Axel Beckert
Source: aptitude Version: 0.8.13-5 Severity: serious Tags: ftbfs X-Debbugs-Cc: a...@debian.org, z...@debian.org Citing from https://buildd.debian.org/status/package.php?p=aptitude: BinNMU changelog for aptitude on amd64, arm64, armel, armhf, i386, mips64el, ppc64el, riscv64, s390x, alpha, hppa,

[Aptitude-devel] Bug#1057688: Bug#1057688: aptitude: Stray input on window click when running under tmux

2023-12-07 Thread Axel Beckert
on stems from times where aptitude still also had a GUI frontend.) P.S.: Thanks to Thomas for fixing the recent ncurses issues (htop, etc.) so quickly at upstream! Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Develop

[Aptitude-devel] Bug#1036447: aptitude: Doesn't accept uppercase letters (Y/N) on yes/no questions

2023-05-20 Thread Axel Beckert
Package: aptitude Version: 0.8.13-5 Severity: minor Tags: upstream On prompts like e.g. "Really quit Aptitude? [n]y", aptitude does not accept uppercase letters like Y or N as answer. Originally reported in Ubuntu at https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/2020232 -- System Infor

[Aptitude-devel] Bug#1035976: Bug#1035976: Bug#1035976: aptitude dies with SEGV

2023-05-14 Thread Axel Beckert
f you have libsystemd0 installed. (I also doubt that all of these are really necessary. Probably "aptitude-dbgsym libapt-pkg6.0-dbgsym libboost-iostreams1.74.0-dbgsym libcwidget4-dbgsym libgcc-s1-dbgsym libncursesw6-dbgsym libsigc++-2.0-0v5-dbgsym libxapian30-dbgsym" already suffice to cover every

[Aptitude-devel] Bug#1035976: Bug#1035976: aptitude dies with SEGV

2023-05-13 Thread Axel Beckert
to do if I would have been able to reproduce it. :-) Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6

[Aptitude-devel] Bug#1035976: Bug#1035976: aptitude dies with SEGV

2023-05-13 Thread Axel Beckert
g will reveal some more details. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D:

[Aptitude-devel] Bug#1035976: Bug#1035976: aptitude dies with SEGV

2023-05-12 Thread Axel Beckert
related to my environment somehow (Testing > on a desktop PC), but it doesn't tell. Ack. Doesn't look like a repo issue. Except maybe, if there's a common non-debian APT repo involved. Oh, and since about when is this happening? I assume this showed up only recently, not for

[Aptitude-devel] Bug#1033623: Bug#1033623: aptitude TUI does not provide a way to invoke "safe-upgrade" command

2023-03-29 Thread Axel Beckert
a new > shortcut? I don't think that's a good idea as it breaks current TUI workflows and the muscle memory of users. > Or a dialog could ask which type of upgrade the user wants to > invoke? Neither that, for the same reason. Regards, Axel -- ,''`. |

[Aptitude-devel] Bug#1033357: Bug#1033357: aptitude: TUI does not display all error messages

2023-03-23 Thread Axel Beckert
d ones > used instead. Ran into this today, too. I think we had this already when bullseye switched from testing to stable or so and I think there's a bug report for this, too, already. Will search later for that one. Interestingly compared to your last bug repoirt this time I think the sever

[Aptitude-devel] Bug#1032654: Bug#1032654: aptitude: missing message about the Debian bookworm change concerning non-free-firmware

2023-03-11 Thread Axel Beckert
eport (at least those parts which were clear enough) and agree with the apt developers that the message about the Debian bookworm change concerning non-free-firmware is only a notice, not a warning. And I don't expect that Manuel (and surely not me myself) will change something in the way ap

[Aptitude-devel] Bug#1028046: aptitude: Segfault when updating package list while mirror update was running

2023-01-06 Thread Axel Beckert
Package: aptitude Version: 0.8.13-5 Severity: normal aptitude just crashed with a segfault for me when updating the package list while a mirror update was close to be finished on the used Debian mirror. (Haven't seen a segfault in aptitude for quite a while, so I assume this is either a rather sel

[Aptitude-devel] Bug#1023559: Bug#1023559: show with no arguments

2022-11-07 Thread Axel Beckert
iting. Thanks for the report! Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26

[Aptitude-devel] Bug#1023268: Bug#1023268: aptitude: apt-listchanges fails

2022-11-01 Thread Axel Beckert
apt-listchanges)? — I have no idea, why apt-listchanges should try to open a GTK application otherwise. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' |

[Aptitude-devel] Bug#1020286: Bug#1020286: aptitude 0.8.13 @ Microknoppix

2022-09-19 Thread Axel Beckert
nal information, feel free to just send the file or link to me and feel free to encrypt it with PGP for one of my PGP keys shown below. (The 4096 bits key is also available in the file /usr/share/keyrings/debian-keyring.gpg if the package debian-keyring is installed.) Regards, Axel -

[Aptitude-devel] Bug#1019465: Bug#1019465: Bug#1019465: aptitude: wants to remove the required package lsb-base with a broken reason

2022-09-10 Thread Axel Beckert
don't > > see a bug here. > > Well, the "because of dependency errors" in the above message is > incorrect and very confusing. Since there are no dependency errors, > this cannot be because of dependency errors. Indeed. Thanks for the additional information!

[Aptitude-devel] Bug#1019465: Bug#1019465: aptitude: wants to remove the required package lsb-base with a broken reason

2022-09-10 Thread Axel Beckert
this: Conflicts: lsb-base So from my point of view aptitude did everything correctly and I don't see a bug here. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 409

[Aptitude-devel] Bug#1019447: Bug#1019447: aptitude: Wrong "Press Return to continue" after succesful installation

2022-09-09 Thread Axel Beckert
implemented or requested this and me myself :-) want to see that output in any case. I see quite a few cases where it makes sense to wait before the user is acknowledging that the output has been seen (or is not relevant): E.g. it is very useful if you have APT plugins like how-can-i-help which ou

[Aptitude-devel] Bug#1019447: Bug#1019447: aptitude: Wrong "Press Return to continue" after succesful installation

2022-09-09 Thread Axel Beckert
> bool quit_after_dpkg_run = false; > -if(rval != pkgPackageManager::Incomplete) > +if(rval != pkgPackageManager::Completed) >{ > cout << _("Press Return to continue, 'q' followed by Return to > quit.") << endl; Doesn't ma

[Aptitude-devel] Bug#1017492: aptitude: aptitude-changelog-parser: warning: unknow information field '' in input data in parsed version of changelog

2022-08-16 Thread Axel Beckert
Package: aptitude Version: 0.8.13-5 Severity: minor Pressing "C" for getting the changelog on debian-policy when marked for updating from 4.6.1.0 to 4.6.1.1, aptitude-changelog-parser throws a warning (multiple times) and scrambles the whole screen with them: Pa

[Aptitude-devel] Bug#1012895: cwidget RC bug: Please upload or grant me cwidget team membership on Salsa

2022-08-04 Thread Axel Beckert
you say. Thanks for adding my to the cwidget team. I will do an cwidget upload within the next few days and afterwards an aptitude upload. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Adm

[Aptitude-devel] Bug#1012895: cwidget RC bug: Please upload or grant me cwidget team membership on Salsa

2022-08-04 Thread Axel Beckert
Hi Manuel, TL;DR: Please grant me cwidget team membership on Salsa so we don't have to NMU it. Or just do an upload of cwidget with the patch from #1015925. I know you're busy with RISC-V and other stuff, but please do me a small favour and add me to the cwidget team on Salsa, probably via https:

[Aptitude-devel] Bug#1012895: Bug#1012895: aptitude: ftbfs with GCC-12

2022-07-25 Thread Axel Beckert
Hi Paul, Paul Wise wrote: > On Tue, 2022-07-26 at 00:28 +0200, Axel Beckert wrote: > > Paul Wise wrote: > > > I tried to build aptitude, found it fails due to cwidget bug #1015925. > > > > Do you intend to NMU that? > > I'd prefer the cwidget team take

[Aptitude-devel] Bug#1012895: aptitude: ftbfs with GCC-12

2022-07-25 Thread Axel Beckert
n't make sense to upload a new aptitude package before #1015925 is fixed. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 409

[Aptitude-devel] Bug#1012895: Bug#1012895: Bug#1012895: aptitude: ftbfs with GCC-12

2022-06-16 Thread Axel Beckert
the default C++ standard didn't change for GCC 12. Thanks! Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517

[Aptitude-devel] Bug#1012895: Bug#1012895: Bug#1012895: aptitude: ftbfs with GCC-12

2022-06-16 Thread Axel Beckert
Hi Matthias, Matthias Klose wrote: > > > To build with GCC 11, either set CC=gcc-11 CXX=g++-11 explicitly, > > > > I think you mean 12 instead of 11. > > yes, sorry about that. No problem. That was the obvious one. But what about my second and more important qu

[Aptitude-devel] Bug#1012895: Bug#1012895: aptitude: ftbfs with GCC-12

2022-06-16 Thread Axel Beckert
tandard. Is the same copy & paste error from the GCC 11 bug reports back then as above or is this actually correct for GCC 12? Please clarify. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.or

[Aptitude-devel] Bug#999766: Bug#999766: aptitude: in the TUI, with "+m" on a piA package, aptitude doesn't remember the manually installed state

2021-11-17 Thread Axel Beckert
er used (1) > idA ksh93u+m -3284 kB 1.0.0~beta.1-1 1.0.0~beta.1-1 > > while this package should have been considered manually installed > due to step 3. Correct, I can reproduce it, also with just pressing "U" again instead of quitting, i.e. it seems as if

[Aptitude-devel] Bug#999383: Bug#999383: aptitude: bashism in configure script

2021-11-11 Thread Axel Beckert
uildlib/docbook.mk @@ -129,7 +129,7 @@ docbook-man-stamp: $(DOCBOOK_XML) aptitude-man.xsl aptitude-common.xsl @if [ -x "$(srcdir)/fixman" ]; then \ for i in $(DOCBOOK_MANS); do \ echo "$(srcdir)/fixman $$i"; \ - . $(srcdir)/fixman $$i; \

[Aptitude-devel] Bug#967911: Bug#967911: aptitude: aptitude-changelog-parser leaves garbage on the screen

2021-11-08 Thread Axel Beckert
pkg 1.20.6, so I'm attaching the updated > patch. Thanks! Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B

[Aptitude-devel] Bug#995256: Bug#995256: aptitude: TUI loops "Can't find a source to download ..." error

2021-09-30 Thread Axel Beckert
architecture) and > a version (of a package with version number & architecture). […] Thanks for these explanations and clarifications, much appreciated! Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, f

[Aptitude-devel] Bug#995256: Bug#995256: aptitude: TUI loops "Can't find a source to download ..." error

2021-09-28 Thread Axel Beckert
ot;. > Architecture: amd64 (x86_64) > Foreign Architectures: i386 I wonder if this is a multiarch related bug since the case I mentioned above was a cross-build and hence also has multiarch involved. Regards, Axel -- ,''`. | Axel Beckert , https:

[Aptitude-devel] Bug#994504: Bug#994504: Bug#994504: Don't just say "not a real package"

2021-09-16 Thread Axel Beckert
quot;virtual" and I'm not sure which terms should be used to distinguish between them. Aptitude calls the latter usually "UNAVAILABLE" in the context of dependencies, but something like "mentioned" or "referred to" seems more precise. Rega

[Aptitude-devel] Bug#994504: Bug#994504: Don't just say "not a real package"

2021-09-16 Thread Axel Beckert
hence bloat. Do you know of any other non-real package type than "virtual"? Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 532

[Aptitude-devel] Bug#931543: Bug#915246: Bug#931536: aptitude update fails to cope with changed release info

2021-08-15 Thread Axel Beckert
other words: Within the Aptitude team, I'm primarily the package maintainer and Manuel does nearly all of the upstream development.) Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `&#

[Aptitude-devel] Bug#991578: Bug#991578: aptitude: document state indicator letters more clearly

2021-07-28 Thread Axel Beckert
Hi Greg, Greg Wooledge wrote: > On Wed, Jul 28, 2021 at 10:06:45AM +0200, Axel Beckert wrote: > > From my mind there are also some more possible states, which seem not > > to be documented in the manual at all on a first glance. IIRC these > > are: > > > > H or

[Aptitude-devel] Bug#991578: Bug#991578: aptitude: document state indicator letters more clearly

2021-07-28 Thread Axel Beckert
dpkg doesn't know about.) And then I vaguely remember that dpkg also knows the state "half-installed" which is worse than "unconfigured" and usually requires to purge the package first before reinstalling it. But I forgot the letter for it. Maybe the capital H.

[Aptitude-devel] Bug#990118: Bug#990118: show packages that are not from the default release

2021-06-21 Thread Axel Beckert
90 autobuild 1.2.4~autobuild No more sure. Worked good enough for me, so I use it that way for years now. :-) Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 40

[Aptitude-devel] Bug#988177: Bug#988177: aptitude: character encoding issues within the manual

2021-05-07 Thread Axel Beckert
self. And if I do, I usually use the web browser with the HTML variant. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 612

[Aptitude-devel] Bug#902652: Bug#902652: aptitude doesn't autoremove kernels

2021-05-02 Thread Axel Beckert
t. And nobody stated that aptitude will follow apt and not apt-get. (Nobody has stated the opposite either, though, but it's obviously the default.) Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debia

[Aptitude-devel] Bug#962926: Bug#962926: Images of aptitude screens are illegible due to being scaled to browser width

2021-03-08 Thread Axel Beckert
are not even better for e.g. blind people because they're actually "readable screenshots". And they're scalable, too. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' |

[Aptitude-devel] Bug#982716: Bug#982716: aptitude: FTBFS: tests failed

2021-02-13 Thread Axel Beckert
Hi David, Axel Beckert wrote: > > So I guess what is intended here is more like: > > | char * endptr; > > | errno = 0; > > | auto score_tweaks = strtol(action.c_str(), &endptr, 10); > > | if (errno != 0 || *endptr != '\0') > > I applied the f

[Aptitude-devel] Bug#982763: aptitude-doc-en: Talks about "the non-free section" — which is not a section

2021-02-13 Thread Axel Beckert
Package: aptitude-doc-en Version: 0.8.13-2 Severity: minor Documenting quickly as I'm currently busy with other stuff (namely #982716) and I don't want that I forget about it: Citing from https://www.debian.org/doc/manuals/aptitude/ch02s03s05.en.html: > the target “?section(non-free)” will selec

[Aptitude-devel] Bug#982716: Bug#982716: Bug#982716: aptitude: FTBFS: tests failed

2021-02-13 Thread Axel Beckert
ed, but now another test fails: Test Results: Run: 199 Failures: 1 Errors: 0 1) test: ResolverHintsTest::testHintParse (F) line: 147 ../../tests/test_resolver_hints.cc assertion failed - Expression: h == t.h - Checking 40 g++: tweak 0 ?exact-name("g++") installed == tweak 4

[Aptitude-devel] Bug#982716: Bug#982716: Bug#982716: aptitude: FTBFS: tests failed

2021-02-13 Thread Axel Beckert
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. Actually, when I read that changelog summary, I just thought "Wow!" So please please k

[Aptitude-devel] Bug#982716: Bug#982716: aptitude: FTBFS: tests failed

2021-02-13 Thread Axel Beckert
it still worked a few weeks ago. Wouldn't have expected this at this stage of the freeze. :-/ Wonder who^Wwhat broke that. Anyway, will investigate. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.c

[Aptitude-devel] Bug#982272: Bug#982272: Bug#982272: Grammar of "xx packages upgraded..."

2021-02-08 Thread Axel Beckert
t". And that's what it is: minor. I do not expect that he expected us to fix that immediately. So yes, we will have a look at and maybe fix it — eventually. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Develo

[Aptitude-devel] Bug#963790: Bug#963790: Bug#963790: aptitude: crashes on arm64

2021-01-24 Thread Axel Beckert
Control: tags -1 + moreinfo unreproducible Hi Mikulas, Axel Beckert wrote: > Will also try to setup an arm64 unstable on a Raspberry Pi and see if > I can reproduce this. Used aptitude on a Raspberry Pi 4 with arm64 for several weeks now without a single crash. Do you still experienc

[Aptitude-devel] Bug#980035: Bug#980035: aptitude: segmentation fault when starting aptitude

2021-01-13 Thread Axel Beckert
unrelated. Not necessarily. It's possible. But IMHO unlikely. Since Julian has uploaded a fix as apt/2.1.18, would you mind checking if you can still reproduce the issue in any way? Regards, Axel -- ,''`. | Axel Beckert ,

[Aptitude-devel] Bug#980035: Bug#980035: Bug#980035: aptitude: segmentation fault when starting aptitude

2021-01-13 Thread Axel Beckert
dable Packages (65) > > instead of > > --- Upgradable Packages (61) > > Since the crashes are very sensitive to the system status, the > above test might not be reliable. Ack. That's now https://bugs.debian.org/980053 :-) Regards, Axel -- ,'

[Aptitude-devel] Bug#980035: Bug#980035: Bug#980035: aptitude: segmentation fault when starting aptitude

2021-01-13 Thread Axel Beckert
Control: clone -1 -2 Control: retile -2 aptitude-create-state-bundle should include more files from file:/// URLs Control: severity -2 minor Control: submitter -2 Axel Beckert Control: tag -2 - security Hi Julian and Vincent, Julian Andres Klode wrote: > > I got a first "segment

[Aptitude-devel] Bug#979186: Bug#979186: Bug#979186: aptitude: in the TUI, "+" changes the version of some packages in an inconsistent way

2021-01-04 Thread Axel Beckert
Control: tag -1 - moreinfo Hi Vincent, Vincent Lefevre wrote: > On 2021-01-04 08:42:53 +0100, Axel Beckert wrote: > > Can you do an aptitude-create-state-bundle either before (preferred) > > or after that situation and upload it somewhere? > > It's available here f

[Aptitude-devel] Bug#979186: Bug#979186: aptitude: in the TUI, "+" changes the version of some packages in an inconsistent way

2021-01-03 Thread Axel Beckert
5 +1024 B 408 kB 1.46.1-1 1.46.1-2 i A gvfs-common 03632 kB 1.46.1-1 1.46.1-2 i A gvfs-daemons 1561 kB 1.46.1-1 1.46.1-2 i A gvfs-libs 0471 kB 1.46.1-1 1.46.1-2 Do you have any special /etc/apt/preferences* settings which might play a

[Aptitude-devel] Bug#978171: Bug#978171: Bug#978171: aptitude: FTBFS: pkgcachegen.h:32:10: fatal error: xxhash.h: No such file or directory

2020-12-26 Thread Axel Beckert
ew include without adding a proper dependency on > libxxhash-dev to libapt-pkg-dev. That's what I meant with "got lost" more or less. Thanks! So this should be fixed in src:apt then? (Cc'ing our deities. ;-) Otherwise I'd do a 0.8.13-3 upload with that b-d added.

[Aptitude-devel] Bug#978171: Bug#978171: aptitude: FTBFS: pkgcachegen.h:32:10: fatal error: xxhash.h: No such file or directory

2020-12-26 Thread Axel Beckert
t; >32 | #include > > | ^~ > > compilation terminated. > > make[6]: *** [Makefile:582: apt.o] Error 1 Looks like a missing dependency on libxxhash-dev on a first glance. Will check if that helps. (And I wonder where that one got lost.) Regards, Axel -- ,'&

[Aptitude-devel] Bug#963667: Bug#963667: aptitude: Aptitude segmentation fault

2020-10-16 Thread Axel Beckert
t search nouveau Sorting... Done Full Text Search... Done bumblebee/unstable,testing 3.2.1-26 amd64 NVIDIA Optimus support for Linux […] W: Unable to read /etc/apt/preferences.d/foobar - open (13: Permission denied) $ Regards, Axel -- ,''`. | Axel Beckert , https://p

[Aptitude-devel] Bug#867006: Bug#866974: Patch fixing 'Assertion "resman->resolver_exists()" failed.'

2020-09-20 Thread Axel Beckert
Hi Ahzo, Ahzo wrote: > # aptitude    # select 'test-b' for installation, press g > Uncaught exception: ../../src/ui.cc:1549: void auto_fix_broken(): Assertion > "resman->resolver_exists()" failed. Bingo! There it is. Thanks again! Regards,

[Aptitude-devel] Bug#866974: Bug#866974: Patch fixing 'Assertion "resman->resolver_exists()" failed.'

2020-09-19 Thread Axel Beckert
Hi again, Axel Beckert wrote: > Ahzo wrote: > > the failure can be reliably reproduced with both the CLI (fatal > > exception) and the TUI (assertion failure) in a minimal chroot > > Thanks for that! This makes it way easier to analyse this. Worked > fine. ... on the co

[Aptitude-devel] Bug#867006: Patch fixing 'Assertion "resman->resolver_exists()" failed.'

2020-09-19 Thread Axel Beckert
s. Not sure yet.) Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9

[Aptitude-devel] Bug#963545: Bug#963545: Bug#963545: aptitude-create-state-bundle can't deal with no $HOME/.aptitude present

2020-08-15 Thread Axel Beckert
Control: tag -1 + pending Dear Jidanni, Axel Beckert wrote: > > But what's the big deal? Why can't the program proceed if it isn't > > present? > > Because tar trips over it. Actually, aptitude-create-state-bundle still exits with 0 and the file is still ge

[Aptitude-devel] Bug#963545: Bug#963545: aptitude-create-state-bundle can't deal with no $HOME/.aptitude present

2020-08-15 Thread Axel Beckert
uding /etc/apt/ in the tar ball. Using "apt-config dump" whould just add completely unnecessary complexity. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R

[Aptitude-devel] Bug#509100: Processed: Re: Bug#966640: build-depends: debhelper-compat (= 13) cannot be satisfied

2020-08-04 Thread Axel Beckert
Manuel: What do you think of this variant? Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9

[Aptitude-devel] Bug#966640: Processed: Re: Bug#966640: build-depends: debhelper-compat (= 13) cannot be satisfied

2020-08-04 Thread Axel Beckert
tanding and known issue in aptitude. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 10

[Aptitude-devel] Bug#950334: Bug#950334: aptitude: Help -> User's Manual contains special characters

2020-08-04 Thread Axel Beckert
ut that said, this is merely a string replacement, shouldn't be > problematic. Ack, I think so, too. I though think we should not merge it before that FTBFS is fixed. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Develop

[Aptitude-devel] Bug#966875: Bug#966875: aptitude: FTBFS: ../../../../src/generic/views/download_progress.cc:49:11: error: no match for ‘operator<<’ (operand types are ‘std::ostream’ {aka ‘std::basic

2020-08-03 Thread Axel Beckert
_ostream<_CharT, _Traits>& std::operator<<(std::basic_ostream<_CharT, _Traits>&, std::basic_string_view<_CharT, _Traits>)’ /usr/include/c++/10/system_error:262:5: note: candidate: ‘template std::basic_ostream<_CharT, _Traits>& std::operator<<(std::basic_ost

[Aptitude-devel] Bug#966488: Bug#966488: aptitude corrupts package install selection after dpkg error

2020-07-29 Thread Axel Beckert
saves not all details of actions, e.g. it does only save that you want to upgrade, but not to which version. Not sure what happens if that version has a lower preference, it might even ignore it as it can't find a version to upgrade to with higher preference. Also not sure if there's ev

[Aptitude-devel] Bug#963790: Bug#963790: aptitude: crashes on arm64

2020-06-27 Thread Axel Beckert
y I feared that. > and aptitude is the only package that uses it. Ack. It was written for aptitude and no other software adopted it. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin

[Aptitude-devel] Bug#963790: Bug#963790: aptitude: crashes on arm64

2020-06-27 Thread Axel Beckert
rses or slang?) applications crashing, too. > So, it may be bug in the kernel and not aptitude. I > bisected it, and it is caused by the kernel commit > d27865279f12035c730818aa1a0280fada866a37. This seems to be an arm64-only commit, so I assume this is really arm64-specific.

[Aptitude-devel] Bug#963790: Bug#963790: aptitude: crashes on arm64

2020-06-27 Thread Axel Beckert
ee if I can reproduce this. > This is the stacktrace of the crash: Thanks for these details. P.S.: I updated the bug title, just "aptitude" is not that much helpful. ;-) Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :

[Aptitude-devel] Bug#963716: Bug#963716: Dependency resolution led to additional problem requiring further dependency resolution

2020-06-26 Thread Axel Beckert
situation around chromium and ffmpeg where (dependency-wise) you either can have ffmpeg from testing and chromium from unstable or vice versa. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org

[Aptitude-devel] Bug#962926: Bug#962926: Images of aptitude screens are illegible due to being scaled to browser width

2020-06-16 Thread Axel Beckert
y\n' | aptitude | aha > aptitude.html But actually the "[" had no effect. asciinema might also be an option, too, but that's usually for videos not for pictures. But we could freeze a frame and take a vector screenshot then. Regards, Axel -- ,''`.

[Aptitude-devel] Bug#942094: Bug#942094: aptitude: [INTL:fr] French templates translation

2020-05-20 Thread Axel Beckert
ource tree, so I will try to replace that one with your file. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5

[Aptitude-devel] Bug#934135: Bug#934135: aptitude: depends on libparse-debianchangelog-perl that has no upstream maintainer

2020-05-17 Thread Axel Beckert
Control: tag -1 + pending Hi again, Axel Beckert wrote: > Problem: It doesn't work for me, no more highlighting of new changelog > entries — which I is why I haven't pushed my changes yet. [...] > You need to test it on upgradable packages. (And check how > it looks withou

[Aptitude-devel] Bug#934135: Bug#934135: aptitude: depends on libparse-debianchangelog-perl that has no upstream maintainer

2020-05-17 Thread Axel Beckert
Hi again, Axel Beckert wrote: > > > After some thought, I think a local aptitude-specific wrapper might be > > > even better and obviates the question of whether dpkg-parsechangelog > > > should be moved or not. :) > > > > FWIW, this makes sense to me. >

Re: [Aptitude-devel] Bug#934135: Bug#934135: aptitude: depends on libparse-debianchangelog-perl that has no upstream maintainer

2020-05-17 Thread Axel Beckert
end. But indeed, it FTBFS now. Hence documenting it. Will fix that, too. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 61

[Aptitude-devel] Bug#934135: Bug#934135: Bug#934135: aptitude: depends on libparse-debianchangelog-perl that has no upstream maintainer

2020-05-17 Thread Axel Beckert
ps fix this bug, but I would > need some guidance regarding what/how to test :) See above. > > -dist_bin_SCRIPTS = aptitude-create-state-bundle aptitude-run-state-bundle > > +dist_bin_SCRIPTS = apitude-changelog-parser \ > > + aptitude-create-state-bundle aptitude-run-state-bu

[Aptitude-devel] Bug#960562: Bug#960562: had to reinstall a package to avoid 'bullying'

2020-05-14 Thread Axel Beckert
ions:: * APT::AutoRemove::RecommendsImportant (when set to false) * APT::AutoRemove::SuggestsImportant (when set to false) * Aptitude::Keep-Recommends (when set to false) * Aptitude::Keep-Suggests (when set to false) I though was not able to find a combination of these and Aptitude::Purge-Unused to

[Aptitude-devel] Thanks for the Team uploads

2020-03-09 Thread Axel Beckert
Hi Julian, sorry for not responding early, but it was a busy weekend for me. Planned to work on your bug this evening, but you were quicker. Seeing that it actually needed two uploads, I'm glad you looked at it closer. Thanks! Regards, Axel -- ,''`. | Axel

[Aptitude-devel] Bug#953410: Bug#953410: question: get rid of "The following packages are RECOMMENDED but will NOT be installed"

2020-03-09 Thread Axel Beckert
must admit that this is anything but obvious, especially for people not directly involved with Debian. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F

[Aptitude-devel] Bug#953410: Bug#953410: question: get rid of "The following packages are RECOMMENDED but will NOT be installed"

2020-03-09 Thread Axel Beckert
ture request then, retitling the bug report and setting the severity to wishlist. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 C

[Aptitude-devel] Bug#953402: aptitude: %i display format no more works, just displays "(pinning not available)"

2020-03-08 Thread Axel Beckert
Package: aptitude Version: 0.8.12-3 Severity: normal I use %i to show me in the aptitude package list which packages I have pinned and which not. Since at least 0.8.12-3 (maybe also 0.8.12-2, didn't check), i.e. the patches for APT 2.0 (or linking against APT 1.9/2.0) this no more works and even

Re: [Aptitude-devel] Version number matching question

2020-02-24 Thread Axel Beckert
uce this issue (package lists, package states, aptitude settings, etc.) into a bzip2 compressed tar archive given as parameter. It might become something between 20 and 200 MB, so it's usually not suitable for transfering by e-mail. Uploading it somewhere and telling us (or just me if you don'

Re: [Aptitude-devel] how to get verbosity in aptitude command-line mode via its configuration file.

2019-12-14 Thread Axel Beckert
/556303 TL;DR: I can't reproduce this. For me, there is a difference of one additional line—from Debian 8 Jessie up to Debian Sid. I though found a related bug while doing so, reported at https://bugs.debian.org/946458 Regards, Axel -- ,''`. | Axel Beckert

[Aptitude-devel] Bug#946458: aptitude: "aptitude -o Aptitude::CmdLine::Verbose= " with = 1 or higher is never verbose

2019-12-09 Thread Axel Beckert
Package: aptitude Version: 0.8.12-1 Severity: minor Control: found -1 0.8.11-7 Control: found -1 0.8.7-1 Control: found -1 0.6.11-1 This is more or less the findings from the comments of https://unix.stackexchange.com/a/556038 and my answer at https://unix.stackexchange.com/a/556303: While "aptit

[Aptitude-devel] Bug#939023: Bug#939023: More details

2019-08-31 Thread Axel Beckert
[ ERR] Writing extended state information Thanks for that detail! That likely helps to track this down. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724

[Aptitude-devel] Bug#935615: Bug#935615: aptitude: FTBFS on amd64

2019-08-25 Thread Axel Beckert
ing on a first glance... If you can pinpoint one or more commits, I can cherry pick them and do a quick upload to fix this issue. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `

[Aptitude-devel] Bug#934367: Bug#934367: group binary packages by source package

2019-08-10 Thread Axel Beckert
press Enter on it ("[" would be another, probably more helpful option) and then you got a list of all binary packages from that source package. Maybe we can ressurrect that feature from the 0.6.9 branch — in case my recollection is correct. Regards, Axel -- ,'&#

[Aptitude-devel] Bug#934379: aptitude: Mouse scroll-wheel does not work in changelog view

2019-08-10 Thread Axel Beckert
Package: aptitude Version: 0.8.11-7 Severity: minor Hi, I just noticed that while the scroll-wheel works in the package list view, it doesn't work after having pressed C to view the changelog of a package. This would be especially useful for packages with large changelog entries like the kernel

[Aptitude-devel] Bug#934135: Bug#934135: aptitude: depends on libparse-debianchangelog-perl that has no upstream maintainer

2019-08-07 Thread Axel Beckert
glance. I though nowadays would probably replace "-e" with "-E". But that's details. But seeq also my reply to your mail in the thread of https://bugs.debian.org/933128 — waiting for a reply there before continuing here... Regards, Axel -- ,'&#

[Aptitude-devel] Bug#931913: Bug#931913: aptitude: The certificate is NOT trusted when using https to fetch packages from security.debian.org in buster

2019-07-12 Thread Axel Beckert
Hi J.L., J. L. Lee wrote: > In this case, Debian Wiki page on SourcesList > (https://wiki.debian.org/SourcesList) needs to be rephrased slightly. Thanks for this hint! Done now: https://wiki.debian.org/SourcesList?action=diff&rev1=88&rev2=89 Regards, Axel --

[Aptitude-devel] Bug#931718: Bug#931718: new packages list forgets about old packages

2019-07-09 Thread Axel Beckert
Control: tag -1 - moreinfo unreproducible + confirmed Hi Matus, Matus UHLAR - fantomas wrote: > On 09.07.19 18:05, Axel Beckert wrote: > > I assume you did not exit aptitude inbetween, right > > I did. What I did was: Ok, exiting aptitude inbetween is what I usually do, to

[Aptitude-devel] Bug#931718: Bug#931718: new packages list forgets about old packages

2019-07-09 Thread Axel Beckert
111 of the 128 installed packages of the minimal chroot are updatable. * 2 are unchanged between stretch and buster. * 15 are no more in buster. Maybe you can post even more verbose steps how to reproduce this. Otherwise I have no idea what could be different with your setup to cause such a differ

[Aptitude-devel] Bug#867006: Bug#867006: aptitude crashes with Uncaught exception: ../../src/ui.cc:1548: void auto_fix_broken(): Assertion "resman->resolver_exists()" failed.

2019-07-08 Thread Axel Beckert
Control: found -1 0.8.11-7 Hi again, Axel Beckert wrote: > Sven Joachim wrote: > > On 2017-07-03 08:14 -0300, Thadeu Lima de Souza Cascardo wrote: > > > While browsing around the view and marking packages for upgrade, > > > aptitude crashed with the following exce

[Aptitude-devel] Bug#931619: Bug#931619: aptitude: InRelease fetch errors for stable, stable-updates and testing

2019-07-08 Thread Axel Beckert
s a duplicate of #915246, #931536, and #931543, hence merging. Please see my comments in these bug reports. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B

[Aptitude-devel] Bug#915246: Bug#931536: aptitude update fails to cope with changed release info

2019-07-07 Thread Axel Beckert
a fix which we then can also apply to aptitude in Buster in the first minor update which is expected in about a month. The official workaround is to use "apt update" once inbetween, answer its questions (with "y" :-) and then continue to use aptitude. Regards, Axel --

[Aptitude-devel] Bug#926371: Bug#926371: aptitude: FTBFS with gcc 8.3

2019-04-04 Thread Axel Beckert
Hi Santiago, Santiago Vila wrote: > On Thu, Apr 04, 2019 at 11:31:34AM +0200, Axel Beckert wrote: > > > make[6]: *** [Makefile:412: download_progress.o] Error 1 > > > > Will test later (once the dist-upgrade is through) with 8.3.0-5 from > > unstable, too. > &g

[Aptitude-devel] Bug#926371: Bug#926371: aptitude: FTBFS with gcc 8.3

2019-04-04 Thread Axel Beckert
e class F' > struct quote3 > ^~ > make[6]: *** [Makefile:412: download_progress.o] Error 1 Will test later (once the dist-upgrade is through) with 8.3.0-5 from unstable, too. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe

[Aptitude-devel] Bug#925445: Bug#925445: Aw: Bug#925445 closed by Julian Andres Klode (Re: Bug#925445: jessie-backports packages for amd64 have disappeared from mirrors)

2019-03-25 Thread Axel Beckert
ion — answered: https://lists.debian.org/debian-backports/2019/03/msg00043.html Please also see https://lists.debian.org/debian-backports/2019/03/msg00039.html Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.c

  1   2   >