[Touch-packages] [Bug 1999171] Re: tparm dynamic variables broken
Dynamic variables are maintained as part of the currently opened terminal. As noted, if you want to open a bug against ncurses (rather than Ubuntu packaging), this won't get as much attention as the bug-ncurses mailing list, or the Debian package (which Ubuntu provides without change). ** Changed in: ncurses (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ncurses in Ubuntu. https://bugs.launchpad.net/bugs/1999171 Title: tparm dynamic variables broken Status in ncurses package in Ubuntu: Invalid Bug description: I use the Python curses library for convenience, but this seems to be an ncurses bug as Python simply wraps the ncurses library. As you can see from example below, the dynamic variable x gets stored as 4, but, when it's recalled, 0 is returned instead of 4. This was on 22.04 and 20.04 with libncurses6 6.3-2. I've confirm the behavior is correct on Fedora 36 with ncurses- libs-6.2-9.20210508. I apologize I haven't been able to narrow it down farther, but figured it would be good to get a bug logged in case someone has more insight. ``` Python 3.10.6 (main, Nov 2 2022, 18:53:38) [GCC 11.3.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import curses >>> curses.setupterm() >>> curses.tparm(b'%p1%Px', 4) b'' >>> curses.tparm(b'%gx%d') b'0' ``` To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ncurses/+bug/1999171/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1999171] Re: tparm dynamic variables broken
https://invisible-island.net/ncurses/man/terminfo.5.html#h3-Parameterized-Strings https://invisible-island.net/personal/bug-reports.html#low_support -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ncurses in Ubuntu. https://bugs.launchpad.net/bugs/1999171 Title: tparm dynamic variables broken Status in ncurses package in Ubuntu: New Bug description: I use the Python curses library for convenience, but this seems to be an ncurses bug as Python simply wraps the ncurses library. As you can see from example below, the dynamic variable x gets stored as 4, but, when it's recalled, 0 is returned instead of 4. This was on 22.04 and 20.04 with libncurses6 6.3-2. I've confirm the behavior is correct on Fedora 36 with ncurses- libs-6.2-9.20210508. I apologize I haven't been able to narrow it down farther, but figured it would be good to get a bug logged in case someone has more insight. ``` Python 3.10.6 (main, Nov 2 2022, 18:53:38) [GCC 11.3.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import curses >>> curses.setupterm() >>> curses.tparm(b'%p1%Px', 4) b'' >>> curses.tparm(b'%gx%d') b'0' ``` To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ncurses/+bug/1999171/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1941813] Re: Several potential bugs of NULL Pointer Dereference
There's no test-program which demonstrates the problem, so there is no possibility to analyze these comments. By the way, Ubuntu provides by itself no solutions or improvements of any type for ncurses. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ncurses in Ubuntu. https://bugs.launchpad.net/bugs/1941813 Title: Several potential bugs of NULL Pointer Dereference Status in ncurses package in Ubuntu: New Bug description: Ubuntu version: 18.04 ncurses version:6.1 Hello,I found some potential bugs in package ncurses-6.1 .Would you help me check whether the bugs mentioned below are true? Thank you very much for your patience. step 1 : In file ncurses-6.1/ncurses/tinfo/lib_data.c , function _nc_screen_of line 287 : Select the false branch at this point (win!=null is false) step 2 : In file ncurses-6.1/ncurses/tinfo/lib_data.c , function _nc_screen_of line 290 : null assigned to sp reaches here step 3 : In file ncurses-6.1/ncurses/tinfo/lib_data.c , function _nc_screen_of line 290 : Return sp to caller, which can be null step 4 : In file ncurses-6.1/ncurses/base/resizeterm.c , function adjust_window line 218 : Function _nc_screen_of executes and returns step 5 : In file ncurses-6.1/ncurses/base/resizeterm.c , function adjust_window line 218 : Load value from _nc_screen_of(win)->_topstolen step 1 : In file ncurses-6.1/ncurses/base/nc_panel.c , function _nc_panelhook line 42 : Select the false branch at this point (SP!=null is false) step 2 : In file ncurses-6.1/ncurses/base/nc_panel.c , function _nc_panelhook line 40 : Return null to caller step 3 : In file ncurses-6.1/panel/p_new.c , function root_panel line 56 : Function _nc_panelhook executes and stores the return value to ph (ph can be null) step 4 : In file ncurses-6.1/panel/p_new.c , function root_panel line 62 : Load value from ph->stdscr_pseudo_panel （_nc_stdscr_pseudo_panel is defined in panel.priv.h） step 1 : In file ncurses-6.1/ncurses/base/nc_panel.c , function _nc_panelhook line 42 : Select the false branch at this point (SP!=null is false) step 2 : In file ncurses-6.1/ncurses/base/nc_panel.c , function _nc_panelhook line 40 : Return null to caller step 3 : In file ncurses-6.1/panel/p_move.c , function move_panel line 51 : Function _nc_panelhook_sp executes and stores the return value to ph (ph can be null) in file panel.priv.h(#define GetHook(pan) SCREEN* sp = _nc_screen_of(pan->win); ) step 4 : In file ncurses-6.1/panel/p_move.c , function move_panel line 52 : Load value from ph->bottom_panel in file panel.priv.h(#define IS_LINKED(p) (((p)->above || (p)->below ||((p)==_nc_bottom_panel)) ? TRUE : FALSE)) step 1 : In file ncurses-6.1/ncurses/tinfo/lib_data.c , function _nc_screen_of line 287 : Select the false branch at this point (win!=null is false) step 2 : In file ncurses-6.1/ncurses/tinfo/lib_data.c , function _nc_screen_of line 290 : null assigned to sp reaches here step 3 : In file ncurses-6.1/ncurses/tinfo/lib_data.c , function _nc_screen_of line 290 : Return sp to caller, which can be null step 4 : In file ncurses-6.1/menu/m_sub.c , function set_menu_sub line 68 : Function _nc_screen_of executes and stores the return value to sp (sp can be null) step 5 : In file ncurses-6.1/menu/m_sub.c , function set_menu_sub line 70 : Load value from sp->_stdscr step 1 : In file ncurses-6.1/ncurses/base/nc_panel.c , function _nc_panelhook_sp line 42 : Select the false branch at this point (SP!=null is false) step 2 : In file ncurses-6.1/ncurses/base/nc_panel.c , function _nc_panelhook_sp line 40 : Return null to ca
[Touch-packages] [Bug 1845529] Re: bash completion in 19.10 shows `awk: line 18: function gensub never defined` on ``umount /dev/`
Sure - actually not a **bug** in gawk or mawk, but the nuances of that were omitted from the cited discussions (which you appear to not have read - take some time and do that). ** Package changed: mawk (Ubuntu) => gawk (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-meta in Ubuntu. https://bugs.launchpad.net/bugs/1845529 Title: bash completion in 19.10 shows `awk: line 18: function gensub never defined` on ``umount /dev/` Status in bash-completion package in Ubuntu: Confirmed Status in gawk package in Ubuntu: Invalid Status in ubuntu-meta package in Ubuntu: New Status in Debian: Confirmed Bug description: Steps to reproduce: 1. Install Ubuntu MATE 19.10 using minimal desktop option 2. Open terminal and enter `umount /dev/s` and then hit Expected result: * bash completion works as expected Actual results: * bash completion does not work : $ umount /dev/awk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined $ umount /meawk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined ProblemType: Bug DistroRelease: Ubuntu 19.10 Package: bash-completion 1:2.9-1ubuntu1 ProcVersionSignature: Ubuntu 5.3.0-10.11-generic 5.3.0-rc8 Uname: Linux 5.3.0-10-generic x86_64 ApportVersion: 2.20.11-0ubuntu7 Architecture: amd64 CurrentDesktop: MATE Date: Thu Sep 26 18:46:59 2019 Dependencies: InstallationDate: Installed on 2019-09-26 (0 days ago) InstallationMedia: Ubuntu-MATE 19.10 "Eoan Ermine" - Beta amd64 (20190926.1) PackageArchitecture: all SourcePackage: bash-completion UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/1845529/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1845529] Re: bash completion in 19.10 shows `awk: line 18: function gensub never defined` on ``umount /dev/`
(this isn't a bug in mawk, since gawk's extensions aren't in the standard). ** Changed in: mawk (Ubuntu) Status: New => Invalid ** Changed in: bash-completion (Ubuntu) Status: Confirmed => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mawk in Ubuntu. https://bugs.launchpad.net/bugs/1845529 Title: bash completion in 19.10 shows `awk: line 18: function gensub never defined` on ``umount /dev/` Status in bash-completion package in Ubuntu: Invalid Status in mawk package in Ubuntu: Invalid Status in Debian: Confirmed Bug description: Steps to reproduce: 1. Install Ubuntu MATE 19.10 using minimal desktop option 2. Open terminal and enter `umount /dev/s` and then hit Expected result: * bash completion works as expected Actual results: * bash completion does not work : $ umount /dev/awk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined $ umount /meawk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined ProblemType: Bug DistroRelease: Ubuntu 19.10 Package: bash-completion 1:2.9-1ubuntu1 ProcVersionSignature: Ubuntu 5.3.0-10.11-generic 5.3.0-rc8 Uname: Linux 5.3.0-10-generic x86_64 ApportVersion: 2.20.11-0ubuntu7 Architecture: amd64 CurrentDesktop: MATE Date: Thu Sep 26 18:46:59 2019 Dependencies: InstallationDate: Installed on 2019-09-26 (0 days ago) InstallationMedia: Ubuntu-MATE 19.10 "Eoan Ermine" - Beta amd64 (20190926.1) PackageArchitecture: all SourcePackage: bash-completion UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/1845529/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1845529] Re: bash completion in 19.10 shows `awk: line 18: function gensub never defined` on ``umount /dev/`
gensub is a gawk extension (it helps to read the manual page). -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mawk in Ubuntu. https://bugs.launchpad.net/bugs/1845529 Title: bash completion in 19.10 shows `awk: line 18: function gensub never defined` on ``umount /dev/` Status in bash-completion package in Ubuntu: Invalid Status in mawk package in Ubuntu: Invalid Status in Debian: Confirmed Bug description: Steps to reproduce: 1. Install Ubuntu MATE 19.10 using minimal desktop option 2. Open terminal and enter `umount /dev/s` and then hit Expected result: * bash completion works as expected Actual results: * bash completion does not work : $ umount /dev/awk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined $ umount /meawk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined awk: line 18: function gensub never defined ProblemType: Bug DistroRelease: Ubuntu 19.10 Package: bash-completion 1:2.9-1ubuntu1 ProcVersionSignature: Ubuntu 5.3.0-10.11-generic 5.3.0-rc8 Uname: Linux 5.3.0-10-generic x86_64 ApportVersion: 2.20.11-0ubuntu7 Architecture: amd64 CurrentDesktop: MATE Date: Thu Sep 26 18:46:59 2019 Dependencies: InstallationDate: Installed on 2019-09-26 (0 days ago) InstallationMedia: Ubuntu-MATE 19.10 "Eoan Ermine" - Beta amd64 (20190926.1) PackageArchitecture: all SourcePackage: bash-completion UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/1845529/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1841654] Re: Consider replacing mawk with gawk in main
NetBSD pkgsrc has a more recent version of mawk than stated in this
report:
http://pkgsrc.se/lang/mawk
2019-02-15) Updated to version: mawk-1.3.4.20171017
MacPorts has the 2019-02-03 version:
https://github.com/macports/macports-
ports/blob/master/lang/mawk/Portfile
The report as worded implies that none of the various packages are newer
than "1.3.4" by omitting most of the details about patchlevel. In
practice, the age of packages says more about the ported platform than
the programs which are provided on that platform.
Regarding OpenCSW, the same comments about old version apply to gawk:
https://www.opencsw.org/packages/gawk/
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mawk in Ubuntu.
https://bugs.launchpad.net/bugs/1841654
Title:
Consider replacing mawk with gawk in main
Status in mawk package in Ubuntu:
New
Bug description:
For POSIX compatibility reasons Ubuntu ships with mawk ("Mike's awk" =
mawk) in main. There is an awk-symlink to mawk, thus mawk is the
official awk implementation in Ubuntu.
== Reasons against keeping mawk ==
*The mawk package is synced from debian and it is heavily
undermaintained: Debian (and thus Ubuntu) still ships version
1.3.3-17, the same version at least since oldoldstable:
https://packages.debian.org/search?searchon=names&keywords=mawk
*maintainer Thomas E. Dickey (https://invisible-island.net/mawk/)
called officially out that Debian "neglected" mawk in 2014 ("As noted,
mawk has been neglected by some packagers (see for example this
http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=mawk)". And
Debian (and Ubuntu) still ship the same version five years later
*Most other distributions ship mawk at least in its last official
incarnation 1.3.4 in their repositories. Dickey lists AIX, Fedora,
FinkPorts (Mac OS X), FreeBSD port, Gentoo, HPUX, MacPorts (Mac OS X),
NetBSD pkgsrc/lang, OpenCSW (Solaris). That version is from 2014 but
updated snapshots are released in regular intervals. The current
snapshot is from February 2019: https://github.com/ThomasDickey/mawk-
snapshots/blob/ab13a164013940e90c0b1ad36a039feae06a0b65/CHANGES
*A planned rewrite mawk2 was planned by original author Mike Brennan
in 2016 but obviously came to nothing:
https://github.com/ploxiln/mawk-2/commits/master
*Thus mawk sits in Ubuntu main in a version published upstream in 2009
and celebrates its 10th anniversary of negligence. In a state that
Debian was called out for 5 years ago.
*This year it is 10 years unmaintained and largely untouched. At the
end of the next LTS-support-cycle we can celebrate 15 years of not
supporting it.
*awk is included in Linux for POSIX standard compliance. Mawk is known
to be fast and small but it is the implementation that is farthest
from being POSIX compliant, missing things like named character
classes like [[:space:]] within its EREs.
== Reasons for gawk as a replacement ==
*It is the official GNU awk implementation and known to work well with
the rest of the GNU userland.
*It is actively maintained with the last version 5.01 shipping in
June, 2019 (even if Ubuntu will obviously still ship 4.2 for Eoan).
*It is mostly compliant with the POSIX standard.
*Most other distributions ship it as the standard POSIX
implementation, with a awk symlink. So it had security reviews already
by Red Hat and others.
== Possible problems with switching to gawk in time for Ubuntu 20.4 ==
- It might need to be MIRed by the Ubuntu security team and a review
might take some time. So I filed this bug early with Eoan not yet out
of the door.
- It is much larger than mawk, the Ubuntu package is 1600 kB in size,
while mawk is only about 190KB. Thus some might want to split out some
basic functionality to save size. Like what is vim-tiny to vim. To
start gawk in --traditional or --posix mode and disable the extensions
at compile time might be a good start to reduce the size. See:
https://www.gnu.org/software/gawk/manual/html_node/Additional-
Configuration-Options.html#Additional-Configuration-Options
=
ProblemType: Bug
DistroRelease: Ubuntu 19.04
Package: mawk 1.3.3-17ubuntu3
ProcVersionSignature: Ubuntu 5.0.0-27.28-generic 5.0.21
Uname: Linux 5.0.0-27-generic x86_64
ApportVersion: 2.20.10-0ubuntu27.1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Tue Aug 27 20:12:11 2019
Dependencies:
gcc-9-base 9.1.0-2ubuntu2~19.04
libc6 2.29-0ubuntu2
libgcc1 1:9.1.0-2ubuntu2~19.04
libidn2-0 2.0.5-1
libunistring2 0.9.10-1ubuntu2
InstallationDate: Installed on 2018-02-23 (550 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180214)
ProcEnviron:
LANGUAGE=de_AT:de
PATH=(custom, no user)
XDG_RUNTIME_DIR=
LANG=de_AT.UTF-8
SHELL=/bin/ba
[Touch-packages] [Bug 1841654] Re: Consider replacing mawk with gawk in main
I updated the webpage last week, to reduce confusion:
https://invisible-island.net/mawk/mawk.html
However, back to the stated issue: if the packager follows the same
guidelines as previously stated (100% compatibility with the existing
scripts, no effort whatsoever required of the packager), it's not likely
that any change will be made.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mawk in Ubuntu.
https://bugs.launchpad.net/bugs/1841654
Title:
Consider replacing mawk with gawk in main
Status in mawk package in Ubuntu:
New
Bug description:
For POSIX compatibility reasons Ubuntu ships with mawk ("Mike's awk" =
mawk) in main. There is an awk-symlink to mawk, thus mawk is the
official awk implementation in Ubuntu.
== Reasons against keeping mawk ==
*The mawk package is synced from debian and it is heavily
undermaintained: Debian (and thus Ubuntu) still ships version
1.3.3-17, the same version at least since oldoldstable:
https://packages.debian.org/search?searchon=names&keywords=mawk
*maintainer Thomas E. Dickey (https://invisible-island.net/mawk/)
called officially out that Debian "neglected" mawk in 2014 ("As noted,
mawk has been neglected by some packagers (see for example this
http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=mawk)". And
Debian (and Ubuntu) still ship the same version five years later
*Most other distributions ship mawk at least in its last official
incarnation 1.3.4 in their repositories. Dickey lists AIX, Fedora,
FinkPorts (Mac OS X), FreeBSD port, Gentoo, HPUX, MacPorts (Mac OS X),
NetBSD pkgsrc/lang, OpenCSW (Solaris). That version is from 2014 and
at first it looked like it wasn't developed anymore:
https://github.com/ThomasDickey/mawk-20140914/commits/master A recent
comment by Thomas Dickey below indicates that he is still maintaining
mawk.
*A planned rewrite mawk2 was planned by original author Mike Brennan
in 2016 but obviously came to nothing:
https://github.com/ploxiln/mawk-2/commits/master
*Thus mawk sits in Ubuntu main in a version published upstream in 2009
and celebrates its 10th anniversary of negligence. In a state that
Debian was called out for 5 years ago.
*This year it is 10 years unmaintained and largely untouched. At the
end of the next LTS-support-cycle we can celebrate 15 years of not
supporting it.
*awk is included in Linux for POSIX standard compliance. Mawk is known
to be fast and small but it is the implementation that is farthest
from being POSIX compliant, missing things like named character
classes like [[:space:]] within its EREs.
== Reasons for gawk as a replacement ==
*It is the official GNU awk implementation and known to work well with
the rest of the GNU userland.
*It is actively maintained with the last version 5.01 shipping in
June, 2019 (even if Ubuntu will obviously still ship 4.2 for Eoan).
*It is mostly compliant with the POSIX standard.
*Most other distributions ship it as the standard POSIX
implementation, with a awk symlink. So it had security reviews already
by Red Hat and others.
== Possible problems with switching to gawk in time for Ubuntu 20.4 ==
- It might need to be MIRed by the Ubuntu security team and a review
might take some time. So I filed this bug early with Eoan not yet out
of the door.
- It is much larger than mawk, the Ubuntu package is 1600 kB in size,
while mawk is only about 190KB. Thus some might want to split out some
basic functionality to save size. Like what is vim-tiny to vim. To
start gawk in --traditional or --posix mode and disable the extensions
at compile time might be a good start to reduce the size. See:
https://www.gnu.org/software/gawk/manual/html_node/Additional-
Configuration-Options.html#Additional-Configuration-Options
=
ProblemType: Bug
DistroRelease: Ubuntu 19.04
Package: mawk 1.3.3-17ubuntu3
ProcVersionSignature: Ubuntu 5.0.0-27.28-generic 5.0.21
Uname: Linux 5.0.0-27-generic x86_64
ApportVersion: 2.20.10-0ubuntu27.1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Tue Aug 27 20:12:11 2019
Dependencies:
gcc-9-base 9.1.0-2ubuntu2~19.04
libc6 2.29-0ubuntu2
libgcc1 1:9.1.0-2ubuntu2~19.04
libidn2-0 2.0.5-1
libunistring2 0.9.10-1ubuntu2
InstallationDate: Installed on 2018-02-23 (550 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180214)
ProcEnviron:
LANGUAGE=de_AT:de
PATH=(custom, no user)
XDG_RUNTIME_DIR=
LANG=de_AT.UTF-8
SHELL=/bin/bash
SourcePackage: mawk
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mawk/+bug/1841654/+subscriptions
--
Mailing list: https:/
Re: [Touch-packages] [Bug 1841654] Re: Replace mawk with gawk in main
On Tue, Aug 27, 2019 at 10:15:39PM -, amano wrote:
> *Most other distributions ship mawk at least in its last official
> incarnation 1.3.4 in their repositories. Dickey lists AIX, Fedora,
> FinkPorts (Mac OS X), FreeBSD port, Gentoo, HPUX, MacPorts (Mac OS X),
> NetBSD pkgsrc/lang, OpenCSW (Solaris). But even that version is from
> 2014 and doesn't seem to be developed anymore:
> https://github.com/ThomasDickey/mawk-20140914/commits/master
That's inaccurate and misleading.
--
Thomas E. Dickey
https://invisible-island.net
ftp://ftp.invisible-island.net
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mawk in Ubuntu.
https://bugs.launchpad.net/bugs/1841654
Title:
Replace mawk with gawk in main
Status in mawk package in Ubuntu:
New
Bug description:
For POSIX compatibility reasons Ubuntu ships with mawk ("Mike's awk" =
mawk) in main. There is an awk-symlink to mawk, thus mawk is the
official awk implementation in Ubuntu.
== Reasons against keeping mawk ==
*The mawk package is synced from debian and it is heavily
undermaintained: Debian (and thus Ubuntu) still ships version
1.3.3-17, the same version at least since oldoldstable:
https://packages.debian.org/search?searchon=names&keywords=mawk
*part-time maintainer Thomas E. Dickey (https://invisible-
island.net/mawk/) called officially out that Debian "neglected" mawk
in 2014 ("As noted, mawk has been neglected by some packagers (see for
example this http://bugs.debian.org/cgi-
bin/pkgreport.cgi?package=mawk)". And Debian (and Ubuntu) still ship
the same version five years later
*Most other distributions ship mawk at least in its last official
incarnation 1.3.4 in their repositories. Dickey lists AIX, Fedora,
FinkPorts (Mac OS X), FreeBSD port, Gentoo, HPUX, MacPorts (Mac OS X),
NetBSD pkgsrc/lang, OpenCSW (Solaris). But even that version is from
2014 and doesn't seem to be developed anymore:
https://github.com/ThomasDickey/mawk-20140914/commits/master
*A planned rewrite mawk2 was planned by original author Mike Brennan
in 2016 but obviously came to nothing:
https://github.com/ploxiln/mawk-2/commits/master
*Thus mawk sits in Ubuntu main in a version published upstream in 2009
and celebrates its 10th anniversary of negligence. In a state that
Debian was called out for 5 years ago.
*This year it is 10 years unmaintained and largely untouched. At the
end of the next LTS-support-cycle we can celebrate 15 years of not
supporting it.
*awk is included in Linux for POSIX standard compliance. Mawk is known
to be fast and small but it is the implementation that is farthest
from being POSIX compliant, missing things like named character
classes like [[:space:]] within its EREs.
== Reasons for gawk as a replacement ==
*It is the official GNU awk implementation and known to work well with
the rest of the GNU userland.
*It is actively maintained with the last version 5.01 shipping in
June, 2019 (even if Ubuntu will obviously still ship 4.2 for Eoan).
*It is mostly compliant with the POSIX standard.
*Most other distributions ship it as the standard POSIX
implementation, with a awk symlink. So it had security reviews already
by Red Hat and others.
== Possible problems with switching to gawk in time for Ubuntu 20.4 ==
- It might need to be MIRed by the Ubuntu security team and a review
might take some time. So I filed this bug early with Eoan not yet out
of the door.
- It is much larger than mawk, the Ubuntu package is 1600 kB in size,
while mawk is only about 190KB. Thus some might want to split out some
basic functionality to save size. Like what is vim-tiny to vim. To
start gawk in --traditional or --posix mode and disable the extensions
at compile time might be a good start to reduce the size. See:
https://www.gnu.org/software/gawk/manual/html_node/Additional-
Configuration-Options.html#Additional-Configuration-Options
=
ProblemType: Bug
DistroRelease: Ubuntu 19.04
Package: mawk 1.3.3-17ubuntu3
ProcVersionSignature: Ubuntu 5.0.0-27.28-generic 5.0.21
Uname: Linux 5.0.0-27-generic x86_64
ApportVersion: 2.20.10-0ubuntu27.1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Tue Aug 27 20:12:11 2019
Dependencies:
gcc-9-base 9.1.0-2ubuntu2~19.04
libc6 2.29-0ubuntu2
libgcc1 1:9.1.0-2ubuntu2~19.04
libidn2-0 2.0.5-1
libunistring2 0.9.10-1ubuntu2
InstallationDate: Installed on 2018-02-23 (550 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180214)
ProcEnviron:
LANGUAGE=de_AT:de
PATH=(custom, no user)
XDG_RUNTIME_DIR=
LANG=de_AT.UTF-8
SHELL=/bin/bash
SourcePackage: mawk
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launch
[Touch-packages] [Bug 1786617] Re: setupterm doesn't find terminfo entry in non-standard database location
either way: not a bug in ncurses ** Changed in: ncurses (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ncurses in Ubuntu. https://bugs.launchpad.net/bugs/1786617 Title: setupterm doesn't find terminfo entry in non-standard database location Status in ncurses package in Ubuntu: Invalid Bug description: My terminal emulator (Kitty) installs its terminfo entry to: /usr/local/lib/kitty/terminfo/x/xterm-kitty But it also registers /usr/local/lib/kitty/terminfo/ as a terminfo database: % infocmp -D /usr/local/lib/kitty/terminfo /etc/terminfo /lib/terminfo /usr/share/terminfo I use tmux, which uses setupterm: https://github.com/tmux/tmux/blob/b2a2c3a1e90756313b6709905f189934123f85ed /tty-term.c#L412 setupterm sets an error code unless I symlink the terminfo def to a traditional location: sudo ln -s /usr/local/lib/kitty/terminfo/x/xterm-kitty /usr/share/terminfo/x/xterm-kitty This stops the problem. setupterm is presumably not searching all database locations. I am not the developer of tmux, he directed me here to log the issue. See https://github.com/tmux/tmux/issues/1433 for the original bug report. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ncurses/+bug/1786617/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1705067] Re: system-local terminfo does not search /usr/share/terminfo as README says
** Changed in: ncurses (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ncurses in Ubuntu.
https://bugs.launchpad.net/bugs/1705067
Title:
system-local terminfo does not search /usr/share/terminfo as README
says
Status in ncurses package in Ubuntu:
Invalid
Bug description:
$ lsb_release -rd
Description:Ubuntu 16.04.2 LTS
Release:16.04
The file /etc/terminfo/README says
This directory is for system-local terminfo descriptions. By default,
ncurses will search ${HOME}/.terminfo first, then /etc/terminfo (this
directory), then /lib/terminfo, and last not least /usr/share/terminfo.
but it seems that /usr/share/terminfo is not used or does not work as
expected?
Repro:
1) Install `stterm`
2) Start `stterm`
3) Type `clear`
Result:
terminals database is inaccessible
Expected result:
Screen is cleared
Workaround:
Symlink the terminfo database to a user-local ~/.terminfo
mkdir -p ~/.terminfo/s && ln -sf /usr/share/terminfo/s/stterm*
~/.terminfo/s
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ncurses/+bug/1705067/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1786617] Re: setupterm doesn't find terminfo entry in non-standard database location
Looking at kitty's source, it appears that kitty's install copies a compiled binary terminfo rather than using the tic utility. As such, it's not an ncurses bug. ** Changed in: ncurses (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ncurses in Ubuntu. https://bugs.launchpad.net/bugs/1786617 Title: setupterm doesn't find terminfo entry in non-standard database location Status in ncurses package in Ubuntu: Invalid Bug description: My terminal emulator (Kitty) installs its terminfo entry to: /usr/local/lib/kitty/terminfo/x/xterm-kitty But it also registers /usr/local/lib/kitty/terminfo/ as a terminfo database: % infocmp -D /usr/local/lib/kitty/terminfo /etc/terminfo /lib/terminfo /usr/share/terminfo I use tmux, which uses setupterm: https://github.com/tmux/tmux/blob/b2a2c3a1e90756313b6709905f189934123f85ed /tty-term.c#L412 setupterm sets an error code unless I symlink the terminfo def to a traditional location: sudo ln -s /usr/local/lib/kitty/terminfo/x/xterm-kitty /usr/share/terminfo/x/xterm-kitty This stops the problem. setupterm is presumably not searching all database locations. I am not the developer of tmux, he directed me here to log the issue. See https://github.com/tmux/tmux/issues/1433 for the original bug report. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ncurses/+bug/1786617/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1783162] Re: mvwin doesn't work if window is created with zero coordinates.
It's in the manual page: the zero-coordinates produce a window as large
as the screen, and mvwin will not move it off the screen.
** Changed in: ncurses (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ncurses in Ubuntu.
https://bugs.launchpad.net/bugs/1783162
Title:
mvwin doesn't work if window is created with zero coordinates.
Status in ncurses package in Ubuntu:
Invalid
Bug description:
Using the following code I cant move the window with mvwin
#include
#include
void quit();
int main(int argc, char** argv) {
initscr();
atexit(quit);
curs_set(0);
noecho();
WINDOW *win = newwin(0,0,0,0); // <-- Defference
mvwin(win,10,10);
wresize(win,10,10);
refresh();
box(win,0,0);
wrefresh(win);
getch();
return 0;
}
void quit() {
endwin();
}
Changing the window start coordinates to 1,1 and it works.
#include
#include
void quit();
int main(int argc, char** argv) {
initscr();
atexit(quit);
curs_set(0);
noecho();
WINDOW *win = newwin(1,1,0,0); // <-- Defference
mvwin(win,10,10);
wresize(win,10,10);
refresh();
box(win,0,0);
wrefresh(win);
getch();
return 0;
}
void quit() {
endwin();
}
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ncurses/+bug/1783162/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1705067] Re: system-local terminfo does not search /usr/share/terminfo as README says
Works for me:
$ infocmp stterm|head -5
# Reconstructed via infocmp from file: /usr/share/terminfo/s/stterm
stterm| Suckless Tools simple terminal,
am, bce, hs, mir, msgr, ul, xenl,
colors#8, cols#80, it#8, lines#24, ncv#3, pairs#64,
acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~,
$ infocmp -D
/etc/terminfo
/lib/terminfo
/usr/share/terminfo
$ toe -as
--> /etc/terminfo
> /lib/terminfo
--> /usr/share/terminfo
...
*-: stterm Suckless Tools simple terminal
*-: stterm-256color Suckless Tools simple terminal with 256 colors
*-: stterm-meta Suckless Tools simple terminal with meta key
*-: stterm-meta-256color Suckless Tools simple terminal with meta key
Since /usr/share/terminfo is the compiled-in system default, it's hard
to break that...
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ncurses in Ubuntu.
https://bugs.launchpad.net/bugs/1705067
Title:
system-local terminfo does not search /usr/share/terminfo as README
says
Status in ncurses package in Ubuntu:
New
Bug description:
$ lsb_release -rd
Description:Ubuntu 16.04.2 LTS
Release:16.04
The file /etc/terminfo/README says
This directory is for system-local terminfo descriptions. By default,
ncurses will search ${HOME}/.terminfo first, then /etc/terminfo (this
directory), then /lib/terminfo, and last not least /usr/share/terminfo.
but it seems that /usr/share/terminfo is not used or does not work as
expected?
Repro:
1) Install `stterm`
2) Start `stterm`
3) Type `clear`
Result:
terminals database is inaccessible
Expected result:
Screen is cleared
Workaround:
Symlink the terminfo database to a user-local ~/.terminfo
mkdir -p ~/.terminfo/s && ln -sf /usr/share/terminfo/s/stterm*
~/.terminfo/s
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ncurses/+bug/1705067/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1549665] Re: getch returning ENOENT
Likely sc was always wrong, and ncurses was fixed. Now it's sc's turn to play. http://invisible-island.net/ncurses/NEWS.html#t20151128 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ncurses in Ubuntu. https://bugs.launchpad.net/bugs/1549665 Title: getch returning ENOENT Status in ncurses package in Ubuntu: New Bug description: The program 'sc' was recently recompiled (according to changelog) for ncurses6. Since that happened, its call to getch() (in lex.c:nmgetch() around line 680) returns -1 with errno ENOENT. The version in older releases properly waits for an input character. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ncurses/+bug/1549665/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1074404] Re: Segfault with mawk
Actually, a specific example would be useful and constructive information.
Your comment is neither.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mawk in Ubuntu.
https://bugs.launchpad.net/bugs/1074404
Title:
Segfault with mawk
Status in mawk package in Ubuntu:
Confirmed
Status in mawk package in Debian:
New
Bug description:
release: ubuntu 12.04.1 LTS
mawk version: 1.3.3-17
Got a segfault with: echo "x" | awk "/x/ { print \"(`cat test`)\"; next; } {
print; }" -
'test' file attached
removing a few chars from the test files resolves the issue
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mawk/+bug/1074404/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
