Samuel Thibault, le sam. 30 janv. 2021 21:54:45 +0100, a ecrit:
> Hello,
>
> Jessica Clarke, le dim. 24 janv. 2021 01:16:13 +, a ecrit:
> > The ioctl originally took no arguments, but was changed in July 1981
>
> > maybe Hurd should also be nice.
>
> I uploaded to unreleased a version with t
On 31/1/21 7:54 am, Samuel Thibault wrote:
> I uploaded to unreleased a version with that fixed, but apparently the
> build fails a bit later:
>
> [...]
> ../vim -f -u unix.vim -U NONE --noplugin --not-a-term -S runtest.vim
> test_help.vim --cmd 'au SwapExists * let v:swapchoice = "e"' > /dev/nu
Hello,
Jessica Clarke, le dim. 24 janv. 2021 01:16:13 +, a ecrit:
> The ioctl originally took no arguments, but was changed in July 1981
> maybe Hurd should also be nice.
I uploaded to unreleased a version with that fixed, but apparently the
build fails a bit later:
[...]
../vim -f -u unix
Thinkpad X220 and X230 probably are too much modern for Hurd.
In my case, I use Thinkpad T60 (and similar models, like R60e) and T410.
These models have good compatibility with Hurd
El mié, 27 ene 2021 a las 15:52, Joshua Branson ()
escribió:
> Damien Zammit writes:
>
> > On 26/1/21 4:00 pm, Da
Damien Zammit writes:
> On 26/1/21 4:00 pm, Damien Zammit wrote:
>> I burnt the cd to physical media and tried to install natively on X220
>> thinkpad.
>
> I also tried the same image on a physical X230 thinkpad, this time the disk
> was detected by gnumach,
> but it failed to detect the CD ROM
Paul Dufresne, le mar. 26 janv. 2021 14:26:29 -0500, a ecrit:
> deb http://deb.debian.org/debian-ports/ sid main
> deb http://deb.debian.org/debian-ports/ unreleased main
> deb-src http://deb.debian.org/debian-ports/ sid main
> # 'unreleased' does not support sources yet
> # deb-src http://deb.debi
Le mar., 26 janv. 2021 13:33:53 -0500 Samuel Thibault
écrit
> Samuel Thibault, le mar. 26 janv. 2021 19:27:37 +0100, a ecrit:
> > > And now I am asking myself is it normal "Skipping acquire of configured
> > > file
> > > 'main/source/Sources' as repository
> > > '[4]http://deb
Samuel Thibault, le mar. 26 janv. 2021 19:27:37 +0100, a ecrit:
> Paul Dufresne, le mar. 26 janv. 2021 12:33:57 -0500, a ecrit:
> > root@debian:/home/paul# apt update
> > Hit:1 [1]http://deb.debian.org/debian-ports sid InRelease
> > Hit:2 [2]http://deb.debian.org/debian-ports unreleased InRelease
>
Paul Dufresne, le mar. 26 janv. 2021 12:33:57 -0500, a ecrit:
> root@debian:/home/paul# apt update
> Hit:1 [1]http://deb.debian.org/debian-ports sid InRelease
> Hit:2 [2]http://deb.debian.org/debian-ports unreleased InRelease
> Reading package lists... Done
> Building dependency tree
> Readi
Indeed I was able to do a complete installation with it.
I have just run apt in ssh, and got:
paul@jacko:~/hurd25janv$ ssh paul@localhost -p
@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
Samuel Thibault, le mar. 26 janv. 2021 13:36:30 +0100, a ecrit:
> Paul Dufresne, le mar. 26 janv. 2021 07:31:02 -0500, a ecrit:
> > libsource-highlight4v5 depends on libboost-regex1.71.0-icu67 which ... is
> > not
> > installed -> leaving unconfigured
>
> Ok, I added it to the script for inclusio
Paul Dufresne, le mar. 26 janv. 2021 07:31:02 -0500, a ecrit:
> libsource-highlight4v5 depends on libboost-regex1.71.0-icu67 which ... is not
> installed -> leaving unconfigured
Ok, I added it to the script for inclusion in the image.
Samuel
For me,
https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/daily/debian-sid-hurd-i386-NETINST-1.iso
(Jan 26, 2021) have the following problem:
libsource-highlight4v5 depends on libboost-regex1.71.0-icu67 which ... is not
installed -> leaving unconfigured
gdb depends on libsourc
Damien Zammit, le mar. 26 janv. 2021 16:00:28 +1100, a ecrit:
> Can we add to gnumach an optional command line flag "disk=off" so the kernel
> does not probe any disk controllers,
There is already such option in the debian package, as a debian-specific
patch: noide
Samuel
On 26/1/21 4:00 pm, Damien Zammit wrote:
> I burnt the cd to physical media and tried to install natively on X220
> thinkpad.
I also tried the same image on a physical X230 thinkpad, this time the disk was
detected by gnumach,
but it failed to detect the CD ROM so the installer could not proceed
Hi,
On 25/1/21 11:40 pm, Samuel Thibault wrote:
> Ok, I fixed the missing dep in the cd script, tomorrow's build should be
> fine in that concern.
I burnt the cd to physical media and tried to install natively on X220 thinkpad.
We have an issue because the SSD is not detected by gnumach, but sti
On 25/1/21 11:40 pm, Samuel Thibault wrote:
> Paul Dufresne, le lun. 25 janv. 2021 07:21:33 -0500, a ecrit:
>> Today I tried to install [1]https://people.debian.org/~sthibault/hurd-i386/
>> installer/cdimage/daily/debian-sid-hurd-i386-NETINST-1.iso in QEMU.
>>
>> I got:
>> gdb depends on libboost-r
Paul Dufresne, le lun. 25 janv. 2021 13:38:53 -0500, a ecrit:
> But I am still confused by:
> [3] https://cdimage.debian.org/cdimage/ports/hurd-i386/current/
Ah, that is also still lying around. I don't find any occurrence on the
wiki and the www.d.o pages, so I just removed that oldie as well.
>
Le dim., 24 janv. 2021 08:21:07 -0500 Samuel Thibault
écrit
> Paul Dufresne, le dim. 24 janv. 2021 07:18:35 -0500, a ecrit:
> >> I now realized that I was confused by the existence of both:
> >>
> >> [1]https://cdimage.debian.org/cdimage/ports/current-hurd-i386/
> >> where curr
Paul Dufresne, le lun. 25 janv. 2021 07:21:33 -0500, a ecrit:
> Today I tried to install [1]https://people.debian.org/~sthibault/hurd-i386/
> installer/cdimage/daily/debian-sid-hurd-i386-NETINST-1.iso in QEMU.
>
> I got:
> gdb depends on libboost-regex1.74.0-icu67 which is not installed
>
> Seems
Today I tried to install
https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/daily/debian-sid-hurd-i386-NETINST-1.iso
in QEMU.
I got:
gdb depends on libboost-regex1.74.0-icu67 which is not installed
Seems to be the only problem that stop bootstrap-base to succeed.
dufresnep--- via Bug reports for the GNU Hurd, le dim. 24 janv. 2021 15:19:05
-0500, a ecrit:
> Damin said:
> >Does anyone have an exhaustive list of packages that are currently broken
> >and part of the initial bootstrap install?
> >
> >I have a little time now, I can try following up on bugs.
Damin said:
>Does anyone have an exhaustive list of packages that are currently broken
>and part of the initial bootstrap install?
>
>I have a little time now, I can try following up on bugs.
Apart of vim-tiny still being requested (not knowing why), I get:
rsyslog depends on libjson-c3 (>= 0.
Paul Dufresne, le dim. 24 janv. 2021 07:18:35 -0500, a ecrit:
> I now realized that I was confused by the existence of both:
>
> [1]https://cdimage.debian.org/cdimage/ports/current-hurd-i386/
> where current is 20190705, and
>
> [2]http://cdimage.debian.org/cdimage/ports/latest/hurd-i386/current/
I now realized that I was confused by the existence of both:
https://cdimage.debian.org/cdimage/ports/current-hurd-i386/
where current is 20190705, and
http://cdimage.debian.org/cdimage/ports/latest/hurd-i386/current/
where current is 20200731.
Samuel Thibault, le sam. 23 janv. 2021 17:32:51 +0100, a ecrit:
> > Could we modify the installation process to make vim not in the base
> > packages
> > until it build again?
>
> I have now dropped it from the explicit list of the daily build, I don't
> know if that will be enough.
The installe
Damien Zammit, le dim. 24 janv. 2021 13:29:11 +1100, a ecrit:
> On 23/1/21 12:03 pm, Paul Dufresne wrote:
> > I have seen problems with daily images from:
> > https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/
> >
> > Was problems with vim, emacs, gdb...
Hi Samuel,
On 24/1/21 12:32 pm, Samuel Thibault wrote:
> Damien Zammit, le dim. 24 janv. 2021 12:26:35 +1100, a ecrit:
>> I think we still need to pass -DPOSIX to vim CFLAGS for hurd,
>> otherwise it will not call any flush function if you remove the #define.
>
> Ok, but AIUI it doesn't do any su
Hi,
On 23/1/21 12:03 pm, Paul Dufresne wrote:
> I have seen problems with daily images from:
> https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/
>
> Was problems with vim, emacs, gdb... in previous days... I think but unsure
> Idon't seems to see them now.
On 24 Jan 2021, at 01:52, Jessica Clarke wrote:
> On 24 Jan 2021, at 01:27, Samuel Thibault wrote:
>> Jessica Clarke, le dim. 24 janv. 2021 01:16:13 +, a ecrit:
>>> maybe Hurd should also be nice.
>>
>> Right, we could hack ioctl into doing if (request == TIOCFLUSH && !arg)
>> arg = &zero.
>
On 24 Jan 2021, at 01:27, Samuel Thibault wrote:
> Jessica Clarke, le dim. 24 janv. 2021 01:16:13 +, a ecrit:
>> maybe Hurd should also be nice.
>
> Right, we could hack ioctl into doing if (request == TIOCFLUSH && !arg)
> arg = &zero.
>
> That still leaves us with applications that don't ev
Damien Zammit, le dim. 24 janv. 2021 12:26:35 +1100, a ecrit:
> On 24/1/21 12:18 pm, Samuel Thibault wrote:
> > I'm starting to think that perhaps we should as well just comment the
> > #define TIOCFLUSH from the headers, since there are so many bogus
> > callers of the interface.
>
> I think we s
Jessica Clarke, le dim. 24 janv. 2021 01:16:13 +, a ecrit:
> maybe Hurd should also be nice.
Right, we could hack ioctl into doing if (request == TIOCFLUSH && !arg)
arg = &zero.
That still leaves us with applications that don't even pass an argument,
but I guess we can convince their maintain
On 24/1/21 12:18 pm, Samuel Thibault wrote:
> I'm starting to think that perhaps we should as well just comment the
> #define TIOCFLUSH from the headers, since there are so many bogus
> callers of the interface.
I think we still need to pass -DPOSIX to vim CFLAGS for hurd,
otherwise it will not ca
Jessica Clarke, le dim. 24 janv. 2021 00:59:23 +, a ecrit:
> On 24 Jan 2021, at 00:41, Damien Zammit wrote:
> >(void)ioctl(f, TIOCFLUSH, (char *) 0);
>
> It seems only QNX ends up setting POSIX for some inexplicable reason.
> Since Hurd defines TIOCFLUSH, it ends up calling this line. But
On 24 Jan 2021, at 00:59, Jessica Clarke wrote:
> On 24 Jan 2021, at 00:41, Damien Zammit wrote:
>>
>> Hi,
>>
>> On 24/1/21 11:28 am, Samuel Thibault wrote:
>>> Why so? We do support SSE*.
>>>
>>> (glibc 2.33 will even use them automatically for memcpy etc. thanks to
>>> ifunc support recently
Damien Zammit, le dim. 24 janv. 2021 11:41:23 +1100, a ecrit:
> OK, I ran the failing test in GDB:
Thanks!
> #3 0x081cc30f in initmaster (f=4) at pty.c:212
Which line is this exactly, within this function?
> initmaster(int f UNUSED)
> {
> #ifndef VMS
> # ifdef POSIX
> tcflush(f, TCIOFLUSH)
On 24 Jan 2021, at 00:41, Damien Zammit wrote:
>
> Hi,
>
> On 24/1/21 11:28 am, Samuel Thibault wrote:
>> Why so? We do support SSE*.
>>
>> (glibc 2.33 will even use them automatically for memcpy etc. thanks to
>> ifunc support recently getting enabled)
>
> OK, I ran the failing test in GDB:
>
Hi,
On 24/1/21 11:41 am, Damien Zammit wrote:
> OK, I ran the failing test in GDB:
Forgot to paste the command I used:
vim/src/vim-gtk3/testdir $ VIMRUNTIME=../../runtime gdb --args ../vim -f -u
unix.vim -U NONE --noplugin --not-a-term -S runtest.vim test_arglist.vim --cmd
'au SwapExists * l
Hi,
On 24/1/21 11:28 am, Samuel Thibault wrote:
> Why so? We do support SSE*.
>
> (glibc 2.33 will even use them automatically for memcpy etc. thanks to
> ifunc support recently getting enabled)
OK, I ran the failing test in GDB:
initmaster(int f UNUSED)
{
#ifndef VMS
# ifdef POSIX
tcflush(
Damien Zammit, le dim. 24 janv. 2021 11:22:58 +1100, a ecrit:
> On 24/1/21 3:32 am, Samuel Thibault wrote:
> > Yes, but the real answer is that we should fix vim.
>
> I noticed that vim is building with -O2, shouldn't it also have these flags
> for hurd-i386?
>
> -mno-sse -mno-mmx -mno-sse2 -mno
Hi,
On 24/1/21 3:32 am, Samuel Thibault wrote:
> Yes, but the real answer is that we should fix vim.
I noticed that vim is building with -O2, shouldn't it also have these flags for
hurd-i386?
-mno-sse -mno-mmx -mno-sse2 -mno-3dnow
I will try rebuilding the package with these flags and see if i
Samuel Thibault, le sam. 23 janv. 2021 17:32:51 +0100, a ecrit:
> More to the point: what pointed you to the daily builds?
(I have now fixed some remaining references in the wiki, but there are
possibly other pages you have been looking at, which still need fixing)
Samuel
Paul Dufresne, le sam. 23 janv. 2021 11:13:12 -0500, a ecrit:
> I did found:
> [1]https://buildd.debian.org/status/package.php?p=vim&suite=sid#problem-4
> which seems related to what you said about vim segfaulting during build.
That is it, yes.
> I care that the installation process fail on daily
I have tried to refrain to respond fastly, trying to find what you are talking
about.
But frankly I think it will not change much my answer.
I did found:
https://buildd.debian.org/status/package.php?p=vim&suite=sid#problem-4
which seems related to what you said about vim segfaulting during bui
Paul Dufresne, le ven. 22 janv. 2021 20:03:19 -0500, a ecrit:
> vim depends on vim-common = 2:8.2.0716-3 but vim-common on system is
> 2:8.2.2367-1
> same version problem for vim-runtime
Yes: as long as nobody fixes the segfault occurring during the vim
package build, the hurd vim binaries will la
I have seen problems with daily images from:
https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/
Was problems with vim, emacs, gdb... in previous days... I think but unsure I
don't seems to see them now.
Had tried previous monthly image, was also having vim and
47 matches
Mail list logo
