Bug#1037274: libreadline8: Segmentation fault in rl_do_undo()
Package: libreadline8 Version: 8.2-1.3 Severity: normal Tags: upstream X-Debbugs-Cc: cda...@gmail.com My interactive sqlite3 shell crashed and dumped core. Here's a backtrace with debug symbols via debuginfod: (gdb) bt full #0 0x7f1d30e4b6b6 in rl_do_undo () at ./undo.c:186 release = search = waiting_for_begin = 0 start = end = cur = temp = #1 0x7f1d30e4b995 in rl_revert_line (count=count@entry=1, key=key@entry=0) at ./undo.c:337 No locals. #2 0x7f1d30e2ef3d in readline_internal_teardown (eof=0) at ./readline.c:498 temp = 0x559dad7afb40 "\337\022\240\364\230U" entry = #3 0x7f1d30e303db in readline_internal () at ./readline.c:734 No locals. #4 readline (prompt=prompt@entry=0x559dabc03740 "sqlite> ") at ./readline.c:387 value = #5 0x559dabbed320 in one_input_line (isContinuation=, zPrior=0x559dad7ff720 "\377\213Z\364\230U", in=0x0) at ./shell.c:757 zPrompt = 0x559dabc03740 "sqlite> " zResult = zPrompt = zResult = #6 process_input (p=0x7fff9cc73970) at ./shell.c:25506 zSql = nSql = errCnt = qss = zLine = nLine = nAlloc = rc = startline = zLine = zSql = nLine = nSql = nAlloc = rc = errCnt = startline = qss = i = #7 process_input (p=0x7fff9cc73970) at ./shell.c:25485 zLine = 0x0 zSql = 0x0 nLine = nSql = 0 nAlloc = 0 rc = errCnt = 0 startline = 0 qss = QSS_Start i = #8 0x559dabbc1b25 in main (argc=, argv=0x7fff9cc74fd8) at ./shell.c:26411 zHome = zHistory = nHistory = zErrMsg = 0x0 data = {db = 0x559dad6ce4e8, autoExplain = 1 '\001', autoEQP = 0 '\000', autoEQPtest = 0 '\000', autoEQPtrace = 0 '\000', scanstatsOn = 0 '\000', openMode = 1 '\001', doXdgOpen = 0 '\000', nEqpLevel = 0 '\000', eTraceType = 0 '\000', bSafeMode = 0 '\000', bSafeModePersist = 0 '\000', cmOpts = {iWrap = 0, bQuote = 0 '\000', bWordWrap = 0 '\000'}, statsOn = 0, mEqpLines = 0, inputNesting = 1, outCount = 0, cnt = 140, lineno = 31, openFlags = 0, in = 0x0, out = 0x7f1d30de9760 <_IO_2_1_stdout_>, traceOut = 0x0, nErr = 0, mode = 0, modePrior = 0, cMode = 0, normalMode = 2, writableSchema = 0, showHeader = 0, nCheck = 0, nProgress = 0, mxProgress = 0, flgProgress = 0, shellFlgs = 2, priorShFlgs = 0, szMax = 0, zDestTable = 0x0, zTempFile = 0x0, zTestcase = '\000' , colSeparator = "|", '\000' , rowSeparator = "\n", '\000' , colSepPrior = '\000' , rowSepPrior = '\000' , colWidth = 0x0, actualWidth = 0x0, nWidth = 0, nullValue = '\000' , outfile = '\000' , pStmt = 0x0, pLog = 0x0, aAuxDb = {{db = 0x0, zDbFilename = 0x7fff9cc76e3c "lowballer.sqlite", zFreeOnClose = 0x0, nSession = 0, aSession = {{zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, { zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, {zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, {zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}}}, {db = 0x0, zDbFilename = 0x0, zFreeOnClose = 0x0, nSession = 0, aSession = {{zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, { zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, {zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, {zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}}}, {db = 0x0, zDbFilename = 0x0, zFreeOnClose = 0x0, nSession = 0, aSession = {{zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, { zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, {zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, {zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}}}, {db = 0x0, zDbFilename = 0x0, zFreeOnClose = 0x0, nSession = 0, aSession = {{zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, { zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, {zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, {zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}}}, {db = 0x0, zDbFilename = 0x0, zFreeOnClose = 0x0, nSession = 0, aSession = {{zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, { zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, {zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0}, {zName = 0x0, nFilter = 0, azFilter = 0x0, p = 0x0, pAuxDb = 0x7fff9cc74ab8, aiIndent = 0x0, nIndent = 0, iIndent = 0, zNonce = 0x0, sGraph = {pRow = 0x0, pLast = 0x0, zPrefix = '\000' }, expert = {pExpert = 0x0, bVerbose = 0}} zInitFile = i = rc = warnInmemoryDb = 0 readStdin = nCmd = azCmd = zVfs = (gdb)
Bug#929077: Hibernate bug still occuring?
Hi Tomas, Unfortunately the motherboard of this system has long since failed, before bullseye was released. Fine by me if you want to close this bug :) On Sat, Mar 18, 2023 at 7:08 AM Tomas Pospisek wrote: > Hi Chris, > > does the bug you described in https://bugs.debian.org/929077 still occur? > I.e.: > > * do you still have that system? > * did you maybe upgrade it from Debian buster to bullseye? > > Greetings, > *t >
Bug#968052:
I'd be happy to help with this package. My employer, the Wikimedia Foundation, depends on pmacct and is happy to support Debian and free software in general. I'm not sure if I can immediately sign up as maintainer -- I'm an ex-DD, and while I've re-applied for project membership, for now I would need someone to sponsor my uploads. I'm interested in doing the work, though. I've also noticed that an Andy Davidson has forked the package on Salsa and already started making improvements: https://salsa.debian.org/andyd/pmacct I'll try to get in touch with them. -Chris
Bug#970363:
I'd be happy to help with this package. I'm not sure if I can immediately sign up as maintainer -- I'm an ex-DD, and while I've re-applied for project membership, for now I would need someone from debian-hams to sponsor my uploads. I'm interested in doing the work, though. I've submitted a merge request on Salsa to bring the packaging up-to-date and make some other improvements: https://salsa.debian.org/debian-hamradio-team/aprsdigi/-/merge_requests/1 -Chris
Bug#970369:
I'd be happy to help with this package. I'm not sure if I can immediately sign up as maintainer -- I'm an ex-DD, and while I've re-applied for project membership, for now I would need someone from debian-hams to sponsor my uploads. I'm interested in doing the work, though. I've submitted a trivial merge request on Salsa to bring some aspects of the packaging up to date: https://salsa.debian.org/debian-hamradio-team/wwl/-/merge_requests/2/commits -Chris
Bug#969205:
Hi, I'm potentially interested in adopting avr-libc and its related toolchain packages, however I was wondering how much work is generally advised, if the packaging are in need of any substantial refactors, and also of how responsive upstream is. Years ago I was a heavy user of avr-libc, so I have some familiarity with it. Thanks! -Chris
Bug#964083: Acknowledgement (Heap corruption in nfacctd)
Below is a proposed quilt patch that fixes the issue. Description: fix heap corruption in nfacctd Fix a potential heap corrpution that can occur when receiving certain BGP extended communities. . pmacct (1.7.2-4) UNRELEASED; urgency=medium . * Non-maintainer upload. * Fix segfault with upstream patch 9bc7a15 See https://github.com/pmacct/pmacct/issues/414 Author: Chris Danis --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: upstream, https://github.com/pmacct/pmacct/commit/9bc7a1543791405baa9eff00ca67bef0be298e9b Bug: https://github.com/pmacct/pmacct/issues/414 Bug-Debian: https://bugs.debian.org/964083 Reviewed-By: Chris Danis Last-Update: 2020-07-01 --- pmacct-1.7.2.orig/src/bgp/bgp_ecommunity.c +++ pmacct-1.7.2/src/bgp/bgp_ecommunity.c @@ -330,6 +330,13 @@ ecommunity_ecom2str (struct bgp_peer *pe for (i = 0; i < ecom->size; i++) { + /* Make it sure size is enough. */ + while (str_pnt + ECOMMUNITY_STR_DEFAULT_LEN >= str_size) +{ + str_size *= 2; + str_buf = realloc(str_buf, str_size); +} + /* Space between each value. */ if (! first) str_buf[str_pnt++] = ' '; @@ -373,13 +380,6 @@ ecommunity_ecom2str (struct bgp_peer *pe break; } - /* Make it sure size is enough. */ - while (str_pnt + ECOMMUNITY_STR_DEFAULT_LEN >= str_size) - { - str_size *= 2; - str_buf = realloc(str_buf, str_size); - } - /* Put string into buffer. */ if (encode == ECOMMUNITY_ENCODE_AS4) {
Bug#964083: Heap corruption in nfacctd
Package: pmacct Version: 1.7.2-3 The version of nfacctd shipped in Buster has a bug where it can corrupt its heap under certain external inputs of BGP extended communities. This was reported upstream[0] and fixed with a patch[1] that trivially applies against the version in Buster. We at Wikimedia are backporting it to our installs, but this should probably be backported as a stable patch in Debian at large. Refs: [0]: https://github.com/pmacct/pmacct/issues/414 [1]: https://github.com/pmacct/pmacct/commit/9bc7a154 -- Chris Danis (he/him) Sr. Site Reliability Engineer Wikimedia Foundation
Bug#944778:
I am also experiencing this issue on tmux 3.1b-1. -Chris
Bug#933006: reportbug should warn about '@localhost' email addresses
Package: reportbug Version: 7.5.2 A friend of mine used reportbug for the first time and it attempted to submit a bug from username@localhost. Ideally it would detect an obviously-bogus email address like this and prompt the user.
Bug#933004: reportbug should default to smtphost reportbug.debian.org
Package: reportbug Version: 7.5.2 While reportbug-gtk will prompt the user about MTAs vs using a smtphost (and offer reportbug.debian.org as an option), plain reportbug will not. I was attempting to guide a friend of mine through reportbug'ing a kernel issue using reportbug while he was using ssh to the machine in question, and it took some time to realize that as he had no MTA configured, nothing had actually happened. I suspect many users are often in the situation of wanting to reportbug about issues soon after installing the system. Probably, reportbug should default to using a known-to-work SMTP host.
Bug#929077: linux-image-4.19.0-4-amd64: cannot successfully resume from hibernate with nouveau driver unless I pass 'nomodeset'
Oh, and, for clarity: this did not happen before installing the non-free nouveau firmware.
Bug#929077: linux-image-4.19.0-4-amd64: cannot successfully resume from hibernate with nouveau driver unless I pass 'nomodeset'
Package: src:linux Version: 4.19.28-2 Severity: normal I'm running an x86_64 PC with an Nvidia GTX 960 (aka GM206). Using the nouveau driver. Running fully up-to-date buster. If I hibernate, on an attempted resume the system hangs up with black monitors. I can ping it, but I can not ssh in (the port is open, but sshd never responds). Using SysRq keystrokes to reboot does work. If I pass 'nomodeset' to the kernel when booting into the hibernated image, the resume is successful. (And then of course, the resumed-from-image kernel loads its console framebuffer, thus why nomodeset is not shown in my command line in this bug report.) Please let me know whatever other details would be helpful! -- Package-specific info: ** Version: Linux version 4.19.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-2)) #1 SMP Debian 4.19.28-2 (2019-03-15) ** Command line: BOOT_IMAGE=/vmlinuz-4.19.0-4-amd64 root=/dev/mapper/root-rootlv ro quiet ** Not tainted ** Kernel log: [222765.418715] done. [222765.418726] video LNXVIDEO:00: Restoring backlight state [222765.418728] PM: hibernation exit [222765.515010] pl2303 1-4.1:1.0: pl2303 converter detected [222765.515909] usb 1-4.1: pl2303 converter now attached to ttyUSB0 [222766.573041] rtl8192se: Set FW Cmd fail!! [222766.693488] rtl8192se: Set FW Cmd fail!! [222766.814417] rtl8192se: Set FW Cmd fail!! [222766.825123] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready [222766.827650] IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready [222766.983841] IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready [222766.985676] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready [222767.437561] rtl8192se: Set FW Cmd fail!! [222767.558274] rtl8192se: Set FW Cmd fail!! [222767.678984] rtl8192se: Set FW Cmd fail!! [222767.689702] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready [222767.765568] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready [222767.886872] rtl8192se: Set FW Cmd fail!! [222768.989074] rtl8192se: Set FW Cmd fail!! [222769.720812] tg3 :03:00.0 enp3s0: Link is up at 1000 Mbps, full duplex [222769.720822] tg3 :03:00.0 enp3s0: Flow control is on for TX and on for RX [222769.720826] tg3 :03:00.0 enp3s0: EEE is enabled [222769.720843] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready [222770.864722] rtl8192se: Set FW Cmd fail!! [222771.937586] rtl8192se: Set FW Cmd fail!! [222781.914683] rtl8192se: Set FW Cmd fail!! [222793.874514] rtl8192se: Set FW Cmd fail!! [222794.942285] rtl8192se: Set FW Cmd fail!! [222798.042735] rtl8192se: Set FW Cmd fail!! [222814.176041] rtl8192se: Set FW Cmd fail!! [222826.897101] rtl8192se: Set FW Cmd fail!! [222827.964980] rtl8192se: Set FW Cmd fail!! [222830.306141] rtl8192se: Set FW Cmd fail!! [222846.435005] rtl8192se: Set FW Cmd fail!! [222862.564100] rtl8192se: Set FW Cmd fail!! [222869.913444] rtl8192se: Set FW Cmd fail!! [222870.995790] rtl8192se: Set FW Cmd fail!! [222878.692325] rtl8192se: Set FW Cmd fail!! [222894.823403] rtl8192se: Set FW Cmd fail!! [222910.949588] rtl8192se: Set FW Cmd fail!! [222922.879613] rtl8192se: Set FW Cmd fail!! [222923.949027] rtl8192se: Set FW Cmd fail!! [222927.078096] rtl8192se: Set FW Cmd fail!! [222943.209407] rtl8192se: Set FW Cmd fail!! [222959.335810] rtl8192se: Set FW Cmd fail!! [222975.468837] rtl8192se: Set FW Cmd fail!! [222985.936603] rtl8192se: Set FW Cmd fail!! [222987.013713] rtl8192se: Set FW Cmd fail!! [222991.590259] rtl8192se: Set FW Cmd fail!! [223007.717996] rtl8192se: Set FW Cmd fail!! [223023.846041] rtl8192se: Set FW Cmd fail!! [223039.974196] rtl8192se: Set FW Cmd fail!! [223048.915341] rtl8192se: Set FW Cmd fail!! [223049.981070] rtl8192se: Set FW Cmd fail!! [223056.102109] rtl8192se: Set FW Cmd fail!! [223072.234060] rtl8192se: Set FW Cmd fail!! [223088.358081] rtl8192se: Set FW Cmd fail!! [223104.486303] rtl8192se: Set FW Cmd fail!! [223112.118734] rtl8192se: Set FW Cmd fail!! [223112.239961] rtl8192se: Set FW Cmd fail!! [223112.361353] rtl8192se: Set FW Cmd fail!! [223112.372021] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready [223112.527974] rtl8192se: Set FW Cmd fail!! [223113.597846] rtl8192se: Set FW Cmd fail!! [223126.598963] rtl8192se: Set FW Cmd fail!! [223142.726646] rtl8192se: Set FW Cmd fail!! [223158.855295] rtl8192se: Set FW Cmd fail!! [223167.243681] SGI XFS with ACLs, security attributes, realtime, no debug enabled [223167.254833] JFS: nTxBlock = 8192, nTxLock = 65536 [223167.274091] ntfs: driver 2.1.32 [Flags: R/O MODULE]. [223167.294873] QNX4 filesystem 0.2.3 registered. [223167.374903] raid6: sse2x1 gen() 11020 MB/s [223167.442905] raid6: sse2x1 xor() 8114 MB/s [223167.510907] raid6: sse2x2 gen() 12693 MB/s [223167.578913] raid6: sse2x2 xor() 9067 MB/s [223167.646907] raid6: sse2x4 gen() 15949 MB/s [223167.714902] raid6: sse2x4 xor() 10486 MB/s [223167.714904] raid6: using algorithm sse2x4 gen() 15949 MB/s [223167.714905] raid6: xor() 10486 MB/s, rmw enabled [223167.714906]