Bug#971672: Bug#971674: cowdancer: uses ncurses in the LD_PRELOADed DLL, making upgrades unreliable
On Sun, 4 Oct 2020, Sven Joachim wrote: > Use the --no-cowdancer-update as suggested at the end of your log file. Hrrm, but that’ll be fun if the upgrade fails. > IMO this is not a bug in ncurses, libncurses6 and libtinfo6 are unpacked > in the same dpkg run and the former is not guaranteed to work with OK. Hmm maybe making dpkg not shell out to /bin/rm and friends would be an idea… I’ll track the rest in #971674 then, as cowdancer doesn’t even really need (nor use) ncurses. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg * Mit unserem Consulting bieten wir Unternehmen maßgeschneiderte Angebote in Form von Beratung, Trainings sowie Workshops in den Bereichen Softwaretechnologie, IT Strategie und Architektur, Innovation und Umsetzung sowie Agile Organisation. Besuchen Sie uns auf https://www.tarent.de/consulting . Wir freuen uns auf Ihren Kontakt. *
Bug#971674: cowdancer: uses ncurses in the LD_PRELOADed DLL, making upgrades unreliable
Control: forcemerge 970555 971674 Am 04.10.2020 um 21:07 schrieb Thorsten Glaser: > found 971674 0.81 > notfound 971674 0.80 > thanks > >> Definitively an issue as log.c (part of the DLL) uses curses >> making the whole thing fragile. > > Jessica, you added this in e4b477ef7e77316c5171d15ac119b5766ee2ed73. > > I think we either need to create a variant of the DLL without the > ncurses dependency and use that during upgrades, or do away with > it completely. > > I personally am in favour of the latter. We don’t need colours in > logging, especially as they are annoying in logfiles. But I don’t > want to step on your toes… > > … anyway, this is pretty much a blocker for all my development now. Use the --no-cowdancer-update as suggested at the end of your log file. IMO this is not a bug in ncurses, libncurses6 and libtinfo6 are unpacked in the same dpkg run and the former is not guaranteed to work with different versions of the latter anyway. No essential programs depend on libncurses6, so this is not usually a problem. The only way to "solve" this from the ncurses side would be to merge libncurses6 and libncursesw6 into libtinfo6, but then people will likely complain about bloating their chroots. Cheers, Sven
Processed: Re: Bug#971674: cowdancer: uses ncurses in the LD_PRELOADed DLL, making upgrades unreliable
Processing control commands: > forcemerge 970555 971674 Bug #970555 [cowdancer] cowdancer: needlessly links with ncurses Bug #970594 [cowdancer] libtinfo6: Error with updating from 6.2-1 to 6.2+20200912-1 Bug #970688 [cowdancer] rm: /lib/i386-linux-gnu/libtinfo.so.6: version `NCURSES6_TINFO_6.2.current' not found (required by /lib/i386-linux-gnu/libncurses.so.6) Bug #970912 [cowdancer] Fails to upgrade: version `NCURSES6_TINFO_6.2.current' not found (required by /lib/x86_64-linux-gnu/libncurses.so.6) Bug #971674 [cowdancer] cowdancer: uses ncurses in the LD_PRELOADed DLL, making upgrades unreliable Severity set to 'important' from 'serious' Bug #970594 [cowdancer] libtinfo6: Error with updating from 6.2-1 to 6.2+20200912-1 Bug #970688 [cowdancer] rm: /lib/i386-linux-gnu/libtinfo.so.6: version `NCURSES6_TINFO_6.2.current' not found (required by /lib/i386-linux-gnu/libncurses.so.6) Bug #970912 [cowdancer] Fails to upgrade: version `NCURSES6_TINFO_6.2.current' not found (required by /lib/x86_64-linux-gnu/libncurses.so.6) Merged 970555 970594 970688 970912 971674 -- 970555: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970555 970594: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970594 970688: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970688 970912: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970912 971674: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971674 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#971674: cowdancer: uses ncurses in the LD_PRELOADed DLL, making upgrades unreliable
On Sun, 4 Oct 2020, Thorsten Glaser wrote: > I personally am in favour of the latter. We don’t need colours in It’s even worse: ncurses are only used to initialise terminfo and determine whether the terminal supports colours, but the actual colour calls are hardcoded and don’t use setaf and si‐ milar capabilities so the whole terminfo dependency is not even used really. If you prefer colours, I’d just use isatty() in “auto” mode, which is what most tools do, given there is a pbuilderrc flag to disable it, and do away with ncurses. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg * Mit unserem Consulting bieten wir Unternehmen maßgeschneiderte Angebote in Form von Beratung, Trainings sowie Workshops in den Bereichen Softwaretechnologie, IT Strategie und Architektur, Innovation und Umsetzung sowie Agile Organisation. Besuchen Sie uns auf https://www.tarent.de/consulting . Wir freuen uns auf Ihren Kontakt. *
Bug#971674: cowdancer: uses ncurses in the LD_PRELOADed DLL, making upgrades unreliable
found 971674 0.81 notfound 971674 0.80 thanks > Definitively an issue as log.c (part of the DLL) uses curses > making the whole thing fragile. Jessica, you added this in e4b477ef7e77316c5171d15ac119b5766ee2ed73. I think we either need to create a variant of the DLL without the ncurses dependency and use that during upgrades, or do away with it completely. I personally am in favour of the latter. We don’t need colours in logging, especially as they are annoying in logfiles. But I don’t want to step on your toes… … anyway, this is pretty much a blocker for all my development now. If you wish and don’t have the time, I can have a look and team-upload a version without ncurses usage. If you prefer to handle it yourself or do something different, do tell. Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg * Mit unserem Consulting bieten wir Unternehmen maßgeschneiderte Angebote in Form von Beratung, Trainings sowie Workshops in den Bereichen Softwaretechnologie, IT Strategie und Architektur, Innovation und Umsetzung sowie Agile Organisation. Besuchen Sie uns auf https://www.tarent.de/consulting . Wir freuen uns auf Ihren Kontakt. *
