Bug#934231: anacron: please provide a runscript for runit

2019-09-08 Thread Dmitry Bogatov
[2019-09-04 19:30] Lorenzo Puliti > Package: anacron > Version: 2.3-29 > Followup-For: Bug #934231 > > Hi, Hi, > I have updated the patches and the MR: > First patch adds Gtilab CI test and include a test for the runscript > > https://salsa.debian.org/Lorenzo.ru.g-guest/anacron/pipelines/69420

Bug#931113: cflow: wierd Info node with emacs

2019-06-26 Thread Dmitry Bogatov
Package: cflow Version: 1:1.6-1 Severity: normal Dear Maintainer, under Emacs Info reader (C-h i) I have two cflow-related nodes: one under Programming section, which works fine Programming * AutoGen: (autogen). The Automated Program Generator * cflow: (cflow). Cre

Bug#930424: cflow: provide html version of cflow.info

2019-06-12 Thread Dmitry Bogatov
Source: cflow Severity: wishlist Dear Maintainer, please provide html version of cflow.info. Possibly, it worth also splitting documentation (and localization data, too) into separate binary packages. -- System Information: Debian Release: 10.0 APT prefers buildd-unstable APT policy: (500,

Bug#924327: directfb FTBFS for armel,armhf: error: implicit declaration of function 'makedev'

2019-03-17 Thread Dmitry Bogatov
[2019-03-11 17:55] Helmut Grohne > directfb has build failures. A cross build for armel fails: > > | mknod( C64X_DEVICE, 0666 | S_IFCHR, makedev( 400, 0 ) ); I encountered similar error on one of my packages recently (can't remember which one). It was due upgrade to glibc-2.28 and missing

Bug#924268: 9base: move binaries to /usr/libexec

2019-03-10 Thread Dmitry Bogatov
Package: 9base Version: 1:6-7 Severity: wishlist Dear Maintainer, since Debian now uses FHS-3.0, /usr/libexec is more suitable place for exectables then generic /usr/lib location. Please, consider moving. -- System Information: Distributor ID: Devuan Description:Devuan GNU/Linux beowulf/ce

Bug#626230: Seg faults on large files

2019-01-14 Thread Dmitry Bogatov
control: tags -1 confirmed [2011-05-09 22:32] Karl Schmidt > part text/plain 487 > Package: e3 > Version: 1:2.71-1 > Severity: important > > I'm wondering if the is specific to the amd64 build? No idea, no i386 box around. > The log file is 4.9M > > # e3ne /var/log/apa

Bug#749559: sysvinit: Can't power off jessie from gnome poweroff menu

2019-01-03 Thread Dmitry Bogatov
[2019-01-02 09:59] Mark Hindley > control: reassign -1 systemd-shim > > On Tue, Jan 01, 2019 at 10:38:24PM +0000, Dmitry Bogatov wrote: > > Reassigning to elogind, that, as I understand it should provide required > > compatibility layer. > > Dmitry, > > elogi

Bug#914943: libbg-dev: Please provide diet-libc version of library

2018-11-28 Thread Dmitry Bogatov
Package: libbg-dev Version: 2.04+dfsg-1 Severity: wishlist Dear Maintainer, please provide static version of library, linked with diet libc.

Re: bglibs_2.03+dfsg-2_source.changes ACCEPTED into experimental

2017-02-28 Thread Dmitry Bogatov
experimental > Urgency: medium > Maintainer: Debian QA Group > Changed-By: Dmitry Bogatov > Description: > libbg-dev - ${S:Short-Desc} (development) > libbg2 - ${S:Short-Desc} > libbg2-doc - ${S:Short-Desc} (documentation) ^^^ Just noticed. I

Bug#514704: Not a bug

2016-12-21 Thread Dmitry Bogatov
control: tag -1 wontfix control: close -1 [2016-12-17 04:36] Jason Downs > > part 2 text/plain 454 > Hi, > > This was recently brought to my attention. > > I would point out that neither of these are actually bugs. > > First, the unconditional fsync() was intentional behavior

Bug#447981: libgdbm3: gdbm_open(... GDBM_NEWDB ...) keeps old entries

2016-12-14 Thread Dmitry Bogatov
control: tag -1 +unreproducible control: close -1 > In some software I'm using libgdbm=1.8.3-3. Some routine wants to use > a gdbm file as a kind of non-memory-limited hash, so it tries to open > some filename with GDBM_NEWDB. > > I wondered for some time why this routine gets old entries, until

Bug#374354: libgdbm3: gdbm_open continually reopens file in a loop until it runs out of file descriptors and fails.

2016-12-14 Thread Dmitry Bogatov
control: close -1 > When I try yo invoke gdbm_open, the call appears to internally open and > reopen the specified file until we run out of file descriptors, at which > point gdbm_open fails with gdbm_errno 3(File open failure) and errno 24 > (Too many open files). > > This will officially be my

Bug#211119: libgdbm3: ordered traversal option for firstkey/nextkey?

2016-12-14 Thread Dmitry Bogatov
control: tag -1 +wontfix control: close -1 [2003-09-16 02:02] Colin Watson > It'd be nice to have a flag to gdbm_setopt() or similar which would > cause gdbm_firstkey() and gdbm_nextkey() to return entries in a > lexicographically sorted fashion, or I suppose even with an arbitrary > comparison