Re: daily: vim problem again

Rebuild vim again... this time the error was double free or prec != ... something. Also the error is in vim-gtk3. I have use ps, to find pid of the test. run gdb attach pid_of_the_test file vim (in gtk3) bt note that 0 is the last thing happened. So in a vim_free (#30), it aborted, much

Re: Almost working pci-arbiter with rumpdisk

Hi, On 25/2/21 9:30 am, Samuel Thibault wrote: > From reading the libnetfs/dir-readdir.c source and > pci-arbiter/netfs_impl.c source I don't see anything obvious. Probably > some prints in there would allow to make sure how far it is going > actually. I got past a hang, by installing the port re

Re: dose-builddepcheck is working fine when you know how to call it

Paul Dufresne, le sam. 27 févr. 2021 18:10:50 -0500, a ecrit: > Indeed about sbcl: > - > package: sbcl > version: 2:2.1.1-2 > architecture: any,all > type: src > status: broken > reasons: >- > missing: > pkg: > package: sbcl > version: 2:2.1.1-2 > architec

Re: dose-builddepcheck is working fine when you know how to call it

Ok, the right way to call this is: paul@binou:~/malloc/glibc-2.31$ dose-builddebcheck  --deb-native-arch=hurd-i386  /var/lib/apt/lists/deb.debian.org_debian-ports_dists_unreleased_main_binary-hurd-i386_Packages /var/lib/apt/lists/deb.debian.org_debian-ports_dists_sid_main_binary-hurd-i386_Pack

Re: glibc compilation failed... malloc_usable_size: expected 7 but got 12

Paul Dufresne, le sam. 27 févr. 2021 14:04:01 -0500, a ecrit: > XFAIL: malloc/tst-malloc-usable-static XFAIL means we know that it fails, it's not a regression. > +-+ > | Encountered regressions that don't match expected fail

glibc compilation failed... malloc_usable_size: expected 7 but got 12

After a few hours by build for glibc terminated with some errors. I know it took a lot of time for xen architecture... and I am confused if the messages here are for xen, hurd-i386, or both. There is a lot, and is limited by my back buffer in XFCE terminal... but will include most of it here.

Debian_GNUHurd_TODO - Link pointing to Official Architectures instead of Debian-ports architectures

Hi all. On this page - https://wiki.debian.org/Debian_GNU/Hurd_TODO The following link, on this line of that page - (so that https://buildd.debian.org/stats/graph2-week-big.png improves) - points to the wrong graph. As HURD is not an official arch (YET). It should point here: https://buildd.debia

Re: dose-builddepcheck thinks that no package is buildable

Paul Dufresne, le sam. 27 févr. 2021 12:56:16 -0500, a ecrit: > Was searching what are the missing package needed for sbcl to be built (sbcl > is a Common Lisp compiler). https://buildd.debian.org/sbcl shows that: atm the strace dependency is "missing". Do not try to port strace, that won't work

Re: dose-builddepcheck thinks that no package is buildable

I was just looking at sbcl. The SBCL source has platform and os-specific makefiles. At the moment the OSes don’t include the Hurd. You can find them in /src/runtime after running `apt-get source sbcl`. There are references to it in the wiki so I think it was working at one time. -- *Andrew Eggenb

Re: dose-builddepcheck thinks that no package is buildable

On 27 Feb 2021, at 18:00, Jessica Clarke wrote: > On 27 Feb 2021, at 17:56, Paul Dufresne wrote: >> >> Was searching what are the missing package needed for sbcl to be built (sbcl >> is a Common Lisp compiler). >> >> ~/.config/dpkg/buildflags.conf >> >> paul@binou:~$ dose-builddebcheck -v --d

Re: dose-builddepcheck thinks that no package is buildable

On 27 Feb 2021, at 17:56, Paul Dufresne wrote: > > Was searching what are the missing package needed for sbcl to be built (sbcl > is a Common Lisp compiler). > > ~/.config/dpkg/buildflags.conf > > paul@binou:~$ dose-builddebcheck -v --deb-native-arch=i386 > /var/lib/apt/lists/deb.debian.org_d

dose-builddepcheck thinks that no package is buildable

Was searching what are the missing package needed for sbcl to be built (sbcl is a Common Lisp compiler). ~/.config/dpkg/buildflags.conf paul@binou:~$ dose-builddebcheck -v --deb-native-arch=i386 /var/lib/apt/lists/deb.debian.org_debian-ports_dists_sid_main_binary-all_Packages /var/lib/apt/list

Re: Trying to rebuild glibc with -DMALLOC_DEBUG=1

Le sam., 27 févr. 2021 10:30:27 -0500 Samuel Thibault écrit > Paul Dufresne, le sam. 27 févr. 2021 09:58:50 -0500, a ecrit: > > I am trying to rebuild glibc with -DMALLOC_DEBUG=1 > > > > $ DEB_CFLAGS_APPEND="-DMALLOC_DEBUG=1" dpkg-buildpackage -b -uc -us -nc > > (-nc is becaus

Re: Trying to rebuild glibc with -DMALLOC_DEBUG=1

Paul Dufresne, le sam. 27 févr. 2021 09:58:50 -0500, a ecrit: > I am trying to rebuild glibc with -DMALLOC_DEBUG=1 > > $ DEB_CFLAGS_APPEND="-DMALLOC_DEBUG=1" dpkg-buildpackage -b -uc -us -nc > (-nc is because I am stopping the build sometimes to check the output) Did you pass DEB_CFLAGS_APPEND in

Trying to rebuild glibc with -DMALLOC_DEBUG=1

I am trying to rebuild glibc with -DMALLOC_DEBUG=1 $ DEB_CFLAGS_APPEND="-DMALLOC_DEBUG=1" dpkg-buildpackage -b -uc -us -nc (-nc is because I am stopping the build sometimes to check the output) But I don't see "-DMALLOC_DEBUG=1" in the generated compiled lines... like in: i686-gnu-gcc-10 /home/p

Re: daily: vim problem again Off Topic Praise

Joshua Branson, le sam. 27 févr. 2021 09:34:05 -0500, a ecrit: > Paul Dufresne writes: > > Le ven., 26 févr. 2021 23:29:01 -0500 Jessica Clarke > > écrit > >> > > > I'd advise you to not delve too deeply into malloc. This is likely a > > > buffer overflow that then corrupts the (inli

Re: daily: vim problem again Off Topic Praise

Paul Dufresne writes: > Le ven., 26 févr. 2021 23:29:01 -0500 Jessica Clarke > écrit >> > > I'd advise you to not delve too deeply into malloc. This is likely a > > buffer overflow that then corrupts the (inline) state maintained by > > malloc, so you really need to be looking at v

Re: daily: vim problem again

Really, malloc() is used by *all* other software in Debian Hurd, I don't think it is where the bug lies, it'd appear in other software. Better look at vim. Samuel