Re: Confirm some entries in TODO list

Le 19 décembre 2024 04:32:11 GMT+02:00, Zhaoming Luo a écrit : >Hi, > >I would like to try to do some contributions so I search in the TODO list on >the website. I would like to try the followings, but before think I should >confirm if any of them is completed or someone is working on: > >- Fix

Re: static tar-1.34 hanging on warning/error [WAS: SOLVED [cross] building gdb for the 64bit Hurd?]

On November 16, 2024 10:13:22 PM GMT+02:00, Samuel Thibault wrote: >jann...@gnu.org, le sam. 16 nov. 2024 20:47:40 +0100, a ecrit: >> Samuel Thibault writes: >> >> > jann...@gnu.org, le sam. 16 nov. 2024 17:33:08 +0100, a ecrit: >> >> >> Okay, so Guix hasn't been using >> >> >> >>

Re: 64bit support news

On August 25, 2024 6:02:02 PM GMT+02:00, Samuel Thibault wrote: >Samuel Thibault, le dim. 25 août 2024 17:50:51 +0200, a ecrit: >> An amd64 installer cd image is available on >> >> https://people.debian.org/~sthibault/hurd-amd64/installer/cdimage/daily/ > >I have also put it on >http://cdimage.d

Re: aarch64-gnu (and Happy New Year!)

On December 31, 2023 9:53:26 PM GMT+02:00, Sergey Bugaev wrote: >Hello, and happy holidays! > >Every now and then, I hear someone mention potential ports of gnumach >to new architectures. I think I have heard RISC-V and (64-bit?) ARM >mentioned somewhere recently as potential new port targets. Be

Re: Hurd Christmas Party

On December 18, 2023 6:49:56 PM GMT+02:00, Sergey Bugaev wrote: >Hello, > >On Mon, Dec 18, 2023, 00:56 wrote: >> Hello you lovely people! >> >> Wanna have a Hurd Christmas party this year? > >Yes please! This is a great idea! > >> I am an FSF member, and I have a jitsi account with them. Ravin k

Re: [PATCH] Updated the emacs open issues page.

On September 4, 2023 9:50:34 AM GMT+02:00, Samuel Thibault wrote: >Po Lu, le lun. 04 sept. 2023 08:53:21 +0800, a ecrit: >> Incidentally, where are the Debian hurd-amd64 images that are always in >> earshot but never in sight? > >? > >« >If people want to play with it, I have updated the image on

Re: stuck building hurd

On September 5, 2023 12:00:00 PM GMT+02:00, Samuel Thibault wrote: >gfle...@disroot.org, le mar. 05 sept. 2023 11:00:15 +0200, a ecrit: >> make[1]: *** Aucune règle pour fabriquer la cible « thread_state.h », >> nécessaire pour « mgt.o ». Arrêt > >That's probably due to glibc's 9736920963258a90c

Re: Rust support on its way!

On August 30, 2023 1:42:30 AM GMT+02:00, Samuel Thibault wrote: >Hello, > >Thanks to Vedant's GSoC work, we have patches submited to upstream Rust >to support Rust on GNU/Hurd! > Can tou plz share the link of the pull request . I can't find on rust github repo >The building process is relativel

Re: 64bit startup

On August 15, 2023 4:11:08 PM GMT+02:00, jbra...@dismail.de wrote: >August 15, 2023 12:36 AM, "Guy-Fleury Iteriteka" wrote: > >> On August 14, 2023 10:48:57 PM GMT+02:00, Samuel Thibault >> wrote: >> >>> Samuel Thibault, le sam. 12 août 2023 17:37:0

Re: 64bit startup

On August 14, 2023 10:48:57 PM GMT+02:00, Samuel Thibault wrote: >Samuel Thibault, le sam. 12 août 2023 17:37:06 +0200, a ecrit: >> BTW, git is now available and seems to be working fine, I could clone >> the upstream glibc repository for instance. > >I had a lot of troubles building glibc. We ha

Re: [PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver

On June 25, 2023 2:35:51 PM GMT+02:00, Damien Zammit wrote: >This simple change allows hurd to be bootable off usb! A running hurd can then recognize a usb storage > >It is not ideal to have entire usb stack with the mass storage driver >and combined with SATA, but there is no easy way to separa

Re: [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits.

On June 19, 2023 10:00:32 PM GMT+02:00, Janneke Nieuwenhuizen wrote: >Hi! > >The rumpkernel archive is ridiculously large. It manages to grow so big >mainly by adopting the evil practice of bundling other packages. The >archive contains copies of many GNU utilities, a copy of llvm, and even >a

Re: [PATCH glibc] Stop checking if MiG supports retcode.

On May 27, 2023 8:42:27 AM GMT+02:00, "Flávio Cruz" wrote: >On Fri, May 26, 2023 at 9:42 AM Guy-Fleury Iteriteka >wrote: > >> On May 26, 2023 2:00:00 PM GMT+02:00, "Flávio Cruz" >> wrote: >> >Hi Sergey >> > >> >On Fri, May 19,

Re: [PATCH glibc] Stop checking if MiG supports retcode.

On May 26, 2023 2:00:00 PM GMT+02:00, "Flávio Cruz" wrote: >Hi Sergey > >On Fri, May 19, 2023 at 4:02 AM Sergey Bugaev wrote: > >> Hi, >> >> On Fri, May 19, 2023 at 9:43 AM Flávio Cruz wrote: >> > I have made changes so that it does daily builds and I'm able to boot >> small programs. However,

Re: Sample command output

On May 17, 2023 7:49:24 PM GMT+02:00, Sergey Bugaev wrote: >Hello, > >now that /bin/sh is working, I'm playing with the system a bit, and >thought it might be interesting to share some sample output from >various commands (I only have the Hurd itself and partly binutils >installed): > ># uname -a

Re: [PATCH] faq/64-bit.mdwn: added up to date 64-bit porting info open_issues/64-bit_port.mdwn: added up to date 64-bit porting info

On May 15, 2023 7:51:54 PM GMT+02:00, Sergey Bugaev wrote: >On Mon, May 15, 2023 at 7:28 PM Guy-Fleury Iteriteka > wrote: >> Yes, i know that. I fallow you on mastodon. > >Then you get to see all the shitposts :D > All posts yes :) >> Also as you are good in writin

Re: [PATCH] faq/64-bit.mdwn: added up to date 64-bit porting info open_issues/64-bit_port.mdwn: added up to date 64-bit porting info

On May 15, 2023 6:45:40 PM GMT+02:00, Samuel Thibault wrote: >Guy-Fleury Iteriteka, le lun. 15 mai 2023 18:28:36 +0200, a ecrit: >> It should be interesting to use flavio's script. > >I don't think Flavio aims to bootstrap various libraries and whatnot :) > I mean

Re: [PATCH] faq/64-bit.mdwn: added up to date 64-bit porting info open_issues/64-bit_port.mdwn: added up to date 64-bit porting info

On May 15, 2023 5:58:12 PM GMT+02:00, Sergey Bugaev wrote: >On Mon, May 15, 2023 at 6:12 PM Guy-Fleury Iteriteka > wrote: >> On May 15, 2023 4:38:34 PM GMT+02:00, "jbra...@dismail.de" >> wrote: >> >+As of May 2023, the Hurd developers have a bootable 64-bit

Re: [PATCH] faq/64-bit.mdwn: added up to date 64-bit porting info open_issues/64-bit_port.mdwn: added up to date 64-bit porting info

On May 15, 2023 4:38:34 PM GMT+02:00, "jbra...@dismail.de" wrote: >--- >I explained that the Hurd has initial 64-bit support, but I >did not mention if the project plans to drop 32-bit >support. Joshua > > faq/64-bit.mdwn | 10 +++--- > open_issues/64-bit_port.mdwn | 6 +- >

Re: [PATCH] faq/64-bit.mdwn: added up to date 64-bit porting info open_issues/64-bit_port.mdwn: added up to date 64-bit porting info

On May 13, 2023 6:38:15 PM GMT+02:00, "jbra...@dismail.de" wrote: >--- > faq/64-bit.mdwn | 11 --- > open_issues/64-bit_port.mdwn | 6 +- > 2 files changed, 5 insertions(+), 12 deletions(-) > >diff --git a/faq/64-bit.mdwn b/faq/64-bit.mdwn >index 2e1278cb..36afbbc3 100644

Re: On wiki and patches (was Re: Building Hurd)

Hello On January 25, 2023 9:48:35 AM GMT+02:00, Sergey Bugaev wrote: >On Wed, Jan 25, 2023 at 4:10 AM Samuel Thibault >wrote: >> Hello, > >Hi! > >> It'd be useful that all these small cross-compilation howtos here and >> there be merged into the corresponding wiki page where it belongs, >> >>

Re: [PATCH 0/3] htl: move __pthtread_total, ___pthread_self, pthread_self

On January 3, 2023 7:22:20 PM GMT+02:00, Zack Weinberg wrote: > >> With this patch i boot up a hurd system with flavio scripts. > >Can we get a link to these scripts, please? So we know why they care >about these symbols being in libc. https://github.com/flavioc/cross-hurd We are trying to

[PATCH 3/3] htl: move pthread_self into libc

--- htl/Makefile | 3 +-- htl/Versions | 13 ++--- htl/forward.c | 4 htl/pt-initialize.c | 1 - htl/pt-internal.h | 1 + htl/pt-self.c

[PATCH 1/3] htl: move __pthtread_total into libc

htl/pt-nthreads.c: new file. htl/Makefile: Add it to routine. htl/Versions: version it as private libc symbol. htl/pt-create.c: remove his definition here. htl/pt-internal.h: add propertie to it declaration. --- htl/Makefile | 2 +- htl/Versions | 1 + htl/pt-create.c | 6 -- ht

[PATCH 0/3] htl: move __pthtread_total, ___pthread_self, pthread_self

With this patch i boot up a hurd system with flavio scripts. Guy-Fleury Iteriteka (3): htl: move __pthtread_total into libc htl: move __pthread_self into libc. htl: move pthread_self into libc htl/Makefile | 3 +-- htl/Versions

[PATCH 2/3] htl: move ___pthread_self into libc.

sysdeps/mach/hurd/htl/pt-pthread_self.c: New file. htl/Makefile: .. Add it to libc routine. sysdeps/mach/hurd/htl/pt-sysdep.c(__pthread_self): Remove it. sysdeps/mach/hurd/htl/pt-sysdep.h(__pthread_self): Add hidden propertie. htl/Versions(__pthread_self) Version it as private symbol. --- htl/Make

[PATCH] fix warning from -Wstrict-prototypes

--- ddb/db_sym.c | 2 +- ddb/db_sym.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/ddb/db_sym.c b/ddb/db_sym.c index e78173c..585e0ea 100644 --- a/ddb/db_sym.c +++ b/ddb/db_sym.c @@ -192,7 +192,7 @@ db_lookup(char *symstr) */ db_sym_t db_sym_parse_and_lookup( -

[PATCH 2/2] convert K&R into ansi

--- ddb/db_aout.c| 55 +--- ddb/db_break.c | 67 ++-- ddb/db_command.c | 20 ++--- ddb/db_examine.c | 44 ++--- ddb/db_lex.c | 6 ++-- ddb/db_macro.c | 6 ++

[PATCH 1/2] convert K&R into ansi.

--- kern/mach_clock.c | 20 +++- 1 file changed, 7 insertions(+), 13 deletions(-) diff --git a/kern/mach_clock.c b/kern/mach_clock.c index c6e54c2..ad986c6 100644 --- a/kern/mach_clock.c +++ b/kern/mach_clock.c @@ -433,9 +433,7 @@ read_time_stamp (time_value_t *stamp, time_value_t

Re: lost ssh access - where is a log?

Hi, On November 29, 2022 1:27:00 AM GMT+02:00, Riccardo Mottola wrote: >Hi! > >after some updates and other works, I can no longer ssh into my HURD system. > >I can do a local log-in and I can telnet to it. > >ssh yields: > >$ ssh -Y 192.168.1.154 >Connection reset by 192.168.1.154 port 22 > >I

[PATCH] remove pthread_atfork issue

* open_issues/pthread_atfork.mdwn: delete file --- open_issues/pthread_atfork.mdwn | 111 1 file changed, 111 deletions(-) delete mode 100644 open_issues/pthread_atfork.mdwn diff --git a/open_issues/pthread_atfork.mdwn b/open_issues/pthread_atfork.mdwn deleted fi

Re: [PATCH 0/4] move some htl symbol into libc

On October 29, 2022 3:34:38 PM GMT+02:00, Samuel Thibault wrote: >Hello, > >Guy-Fleury Iteriteka, le sam. 29 oct. 2022 12:56:22 +0100, a ecrit: >> Samuel can you help moving the pthread_self into libc as an >> example so that i can go ahead and move others that are no

[PATCH 1/4] htl: move __pthread-total into libc.

* htl/Makefile(routine): add pt-total. htl/Versions(libc[PRIVATE]): add __pthread-total. htl/pt-create.c(__pthread-total): remove it htl/pt-total.c: New file. htl/pt-total.c(__pthread-total): move definition here. htl/pt-internal(__pthread-total): add to it libc_hidden_proto

[PATCH 4/4] htl: move pthread_self into libc

--- htl/Makefile | 3 +-- htl/Versions | 7 +++ htl/forward.c | 4 htl/pt-initialize.c | 1 - sysdeps/htl/pthread-functions.h | 2 -- sysdeps/mach/hurd/i386/libc.abilist

[PATCH 3/4] htl: move pthread_equal into libc

--- htl/Makefile | 3 +-- htl/Versions | 2 +- htl/forward.c | 4 htl/pt-initialize.c | 1 - sysdeps/htl/pthread-functions.h | 2 -- sysdeps/mach/hurd/i386/libc.abilist

[PATCH 2/4] htl: move ___pthread_self to libc

htl/Makefile(routine): add pt-dep-self htl/Versions(___pthread_self): add to libc symbol sysdeps/mach/hurd/htl/pt-dep-self.c: New file sysdeps/mach/hurd/htl/pt-sysdep.c(___pthread_seld): remove definition. sysdeps/mach/hurd/htl/pt-sysdep.h(___pthread_self):

[PATCH 0/4] move some htl symbol into libc

-- extra-B-pthread.so = -B$(common-objpfx)htl/ -- in htl/Makefile that will force the pthread_self inclusion. that would explain why pthread_equal is remove because it is in sysdeps/htl/. thanks. Guy-Fleury Iteriteka (4): htl: move __pthread-total into libc. htl: move ___pthread_self to libc

Re: GNU System

On September 14, 2022 9:26:30 PM GMT+02:00, carlosgonz wrote: >Hi friends. > >I success install Debian Hurd on my Thinkpad T60, but i having some issues, > great. >1. when is booting the system can not reach boot gnome enviroment, it stock on >terminal, so not sure what to do to pass to gnome

Re: [PATCH] remove `mmap_crash_etc` issue

On May 30, 2022 10:17:29 PM GMT+02:00, Samuel Thibault wrote: >Why removing it? The test case in log doesn't crash. > >Guy-Fleury Iteriteka, le lun. 30 mai 2022 22:03:12 +0200, a ecrit: >> - * [[!tag open_issue_documentation]] The memory layout example should be >>

[PATCH] remove pth issue

--- open_issues/pth.mdwn | 28 1 file changed, 28 deletions(-) delete mode 100644 open_issues/pth.mdwn diff --git a/open_issues/pth.mdwn b/open_issues/pth.mdwn deleted file mode 100644 index 12bf509..000 --- a/open_issues/pth.mdwn +++ /dev/null @@ -1,28 +0,0 @@ -

[PATCH] remove `mmap_crash_etc` issue

--- open_issues/mmap_crash_etc.mdwn | 95 - 1 file changed, 95 deletions(-) delete mode 100644 open_issues/mmap_crash_etc.mdwn diff --git a/open_issues/mmap_crash_etc.mdwn b/open_issues/mmap_crash_etc.mdwn deleted file mode 100644 index 4946a5a..000 --- a/open

[PATCH] remove `libfshelp_in_hurdlibs` issue

--- open_issues/libfshelp_in_hurdlibs.mdwn | 17 - 1 file changed, 17 deletions(-) delete mode 100644 open_issues/libfshelp_in_hurdlibs.mdwn diff --git a/open_issues/libfshelp_in_hurdlibs.mdwn b/open_issues/libfshelp_in_hurdlibs.mdwn deleted file mode 100644 index 0700b06..0

[PATCH] convert K&R into ansi

--- i386/i386/ast_check.c | 6 ++ i386/i386/fpu.c| 10 -- i386/i386/kttd_interface.c | 3 +-- i386/i386/pcb.c| 9 - i386/i386/trap.c | 3 +-- i386/i386/user_ldt.c | 12 ++-- i386/i386at/kd_event.c | 8 ++-- i386/

[PATCH] convert k&R to ansi.

--- util/atoi.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/util/atoi.c b/util/atoi.c index e56f50d..507be6b 100644 --- a/util/atoi.c +++ b/util/atoi.c @@ -90,9 +90,7 @@ WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. * */ int -mach_atoi(cp, nump) -const u_char *cp;

[PATCH] mig: remove local definition of 'vprintf'

autoconf consider that 'AC_FUNC_VPRINTF' is obsolescent. see 'info autoconf AC_FUNC_VPRINTF' * Makefile.am: remove 'vprint.c' on src files. configure.ac: remove 'AC_FUNC_VPRINTF' macro. vprint.c: delete file. --- Makefile.am | 2 +- configure.ac | 4 - vprint.c | 433

Re: patch lost at samba

Hello, Sorry in advance for my bad English, I faced that problem with the latest image. What I did was to resize the image with +5GB see https://cdimage.debian.org/cdimage/ports/latest/hurd-i386/README.txt The issue seems that the latest image missed space for swap out or for another reason. I

Re: [VULN 0/4] Hurd vulnerability details

Thank you very much! I now understand things that I desperately want to know about hurd internal. On November 2, 2021 6:31:17 PM GMT+02:00, Sergey Bugaev wrote: >Hello! > >As promised [0], here are the details of the Hurd vulnerabilities I have found >earlier this year [1] [2]. > >[0]: https://l

[PATCH 2/2] pfinet: fix a missed 'return' keyword.

* pfinet/ethernet.c(ethernet_close): Add 'return 0;' at the end of function. --- pfinet/ethernet.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/pfinet/ethernet.c b/pfinet/ethernet.c index 1b3b5d0..5c69b54 100644 --- a/pfinet/ethernet.c +++ b/pfinet/ethernet.c @@ -263,6 +263,8 @@ etherne

[PATCH 1/2] pfinet: fix missed include files.

* pfinet/glue-include/linux/socket.h: include '' for 'memcpy' and '' for 'abort'. --- pfinet/glue-include/linux/socket.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/pfinet/glue-include/linux/socket.h b/pfinet/glue-include/linux/socket.h index a7475ea..87ddedc 100644 --

[PATCH] doc: Add a missing field for 'struct thread_sched_info'.

* doc/mach.texi(struct thread_sched_info): Add 'int last_processor' item. --- doc/mach.texi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/doc/mach.texi b/doc/mach.texi index ff15a95..cfa5189 100644 --- a/doc/mach.texi +++ b/doc/mach.texi @@ -4399,6 +4399,9 @@ The current scheduling priori

[PATCH] add a missing include header guard.

* i386/i386at/comreg.h: Add header guard angaist multiple inclusion. --- i386/i386at/comreg.h | 5 + 1 file changed, 5 insertions(+) diff --git a/i386/i386at/comreg.h b/i386/i386at/comreg.h index 12174a1..7356574 100644 --- a/i386/i386at/comreg.h +++ b/i386/i386at/comreg.h @@ -52,6 +52,9 @@ N

[PATCH 2/3] remove glibc_madvise_vs_static_linking issue.

* open_issues/glibc_madvise_vs_static_linking.mdwn: delete file. --- .../glibc_madvise_vs_static_linking.mdwn | 48 --- 1 file changed, 48 deletions(-) delete mode 100644 open_issues/glibc_madvise_vs_static_linking.mdwn diff --git a/open_issues/glibc_madvise_vs_static_linkin

[PATCH 1/3] remove faccessat issue.

* open_issues/faccessat.mdwn: delete file. open_issues/faccessat/faccessat.c: Likewise --- open_issues/faccessat.mdwn| 21 - open_issues/faccessat/faccessat.c | 26 -- 2 files changed, 47 deletions(-) delete mode 100644 open_issues/faccessat.m

[PATCH 3/3] remove open_symlink issue.

* open_issues/open_symlink.mdwn: delete file. --- open_issues/open_symlink.mdwn | 30 -- 1 file changed, 30 deletions(-) delete mode 100644 open_issues/open_symlink.mdwn diff --git a/open_issues/open_symlink.mdwn b/open_issues/open_symlink.mdwn deleted file mode 10064

Re: [PATCH 00/11] remove fixed issues

Samuel Thibault writes: > guy fleury iteriteka, le sam. 02 janv. 2021 12:12:06 +0200, a ecrit: >> these patches remove some fixed issues. >> *** BLURB HERE *** > > Mostly applied, thanks! > Thanks! > One thing, however: somehow you produced mails with > > Cont

[PATCH 11/11] remove gnumach_i686 issue.

* open_issues/gnumach_i686.mdwn: delete it. --- open_issues/gnumach_i686.mdwn | 26 -- 1 file changed, 26 deletions(-) delete mode 100644 open_issues/gnumach_i686.mdwn diff --git a/open_issues/gnumach_i686.mdwn b/open_issues/gnumach_i686.mdwn deleted file mode 100644 inde

[PATCH 09/11] remove crt0_o_crt1_o_debug_info_relocation_invalid_symbol issues.

* open_issues/crt0_o_crt1_o_debug_info_relocation_invalid_symbol_index.mdwn: delete it. --- ..._info_relocation_invalid_symbol_index.mdwn | 41 --- 1 file changed, 41 deletions(-) delete mode 100644 open_issues/crt0_o_crt1_o_debug_info_relocation_invalid_symbol_index.mdwn diff

[PATCH 04/11] remove cthreader -> libpthread.

* open_issues/libpthread.mdwn(cthreader->libpthread): remove it. --- open_issues/libpthread.mdwn | 15 +-- 1 file changed, 1 insertion(+), 14 deletions(-) diff --git a/open_issues/libpthread.mdwn b/open_issues/libpthread.mdwn index f8d9e1f..1a06897 100644 --- a/open_issues/libpthread.

[PATCH 06/11] remove guile 'times' issues.

* open_issues/time.mdwn(guile): remove it. --- open_issues/time.mdwn | 765 -- 1 file changed, 765 deletions(-) diff --git a/open_issues/time.mdwn b/open_issues/time.mdwn index 99c2cbe..2d4f928 100644 --- a/open_issues/time.mdwn +++ b/open_issues/time.mdwn

[PATCH 05/11] remove sa_siginfo_sa_sigaction from open_issues.

* open_issues/sa_siginfo_sa_sigaction.mdwn: delete file. --- open_issues/sa_siginfo_sa_sigaction.mdwn | 96 1 file changed, 96 deletions(-) delete mode 100644 open_issues/sa_siginfo_sa_sigaction.mdwn diff --git a/open_issues/sa_siginfo_sa_sigaction.mdwn b/open_issues/sa

[PATCH 08/11] remove adduser from open_issues.

* open_issues/adduser.mdwn: delete file. --- open_issues/adduser.mdwn | 37 - 1 file changed, 37 deletions(-) delete mode 100644 open_issues/adduser.mdwn diff --git a/open_issues/adduser.mdwn b/open_issues/adduser.mdwn deleted file mode 100644 index 713a1dd..0

[PATCH 10/11] remove ifunc from open_issues.

* open_issues/ifunc.mdwn: delete it. --- open_issues/ifunc.mdwn | 49 -- 1 file changed, 49 deletions(-) delete mode 100644 open_issues/ifunc.mdwn diff --git a/open_issues/ifunc.mdwn b/open_issues/ifunc.mdwn deleted file mode 100644 index c357c99..000

[PATCH 03/11] rename open_issues/libpthread/t/fix_have_kernel_resources.mdwn -> open_issues/libpthread/fix_have_kernel_resources.mdwn

--- open_issues/libpthread.mdwn | 4 ++-- open_issues/libpthread/{t => }/fix_have_kernel_resources.mdwn | 0 2 files changed, 2 insertions(+), 2 deletions(-) rename open_issues/libpthread/{t => }/fix_have_kernel_resources.mdwn (100%) diff --git a/open_issues/lib

[PATCH 07/11] replace cvs_tasks_file and cvs_todo_file files with todo.

* open_issues/cvs_tasks_file.mdwn: delete file. * open_issues/cvs_todo_file.mdwn: Likewise. * open_issues/todo.mdwn: New file. --- open_issues/cvs_tasks_file.mdwn | 18 -- open_issues/{cvs_todo_file.mdwn => todo.mdwn} | 6 +++--- 2 files changed, 3 insertions(+), 21

[PATCH 02/11] remove mention of libthreads.

* open_issues/multithreading.mdwn(libthreads): remove it. --- open_issues/multithreading.mdwn | 2 -- 1 file changed, 2 deletions(-) diff --git a/open_issues/multithreading.mdwn b/open_issues/multithreading.mdwn index a66202c..994625c 100644 --- a/open_issues/multithreading.mdwn +++ b/open_issues

[PATCH 01/11] remove libthreads.

* hurd/libthreads.mdwn: delete file. --- hurd/libthreads.mdwn | 39 --- 1 file changed, 39 deletions(-) delete mode 100644 hurd/libthreads.mdwn diff --git a/hurd/libthreads.mdwn b/hurd/libthreads.mdwn deleted file mode 100644 index aa429d8..000 --- a/hurd/

[PATCH 00/11] remove fixed issues

Hello, these patches remove some fixed issues. *** BLURB HERE *** guy fleury iteriteka (11): remove libthreads. remove mention of libthreads. rename open_issues/libpthread/t/fix_have_kernel_resources.mdwn -> open_issues/libpthread/fix_have_kernel_resources.mdwn remove cthrea

[PATCH] remove mremap from open_issues

[PATCH] fix missing include header guard.

* i386/i386/pit.h: Add header guard angaist multiple inclusion. --- i386/i386/pit.h | 5 + 1 file changed, 5 insertions(+) diff --git a/i386/i386/pit.h b/i386/i386/pit.h index 6b682280..e004c37c 100644 --- a/i386/i386/pit.h +++ b/i386/i386/pit.h @@ -45,6 +45,9 @@ NEGLIGENCE, OR OTHER TORTIOUS

[bug #16075] pthread_setcancelstate() makes pthread_join() crash

Follow-up Comment #3, bug #16075 (project hurd): This was fixed! ___ Reply to this item at: ___ Message sent via Savannah https://savannah.gnu.org/

[bug #23213] moving a directory in a non-root-filesystem chroot returns EAGAIN

Follow-up Comment #2, bug #23213 (project hurd): hello, on latest debian image 2020, it seems to be fixed. ___ Reply to this item at: ___ Message sent

patch

hello, see attached files! From 37644d852d546aa8782b49471bf2295d3441c041 Mon Sep 17 00:00:00 2001 From: guy fleury iteriteka Date: Sat, 31 Aug 2019 14:42:06 +0200 Subject: [PATCH] Fix the pointer comparison of different type. * vm/vm_map.c(vm_map_fork): use VM_MAP_NULL instead of PMAP_NULL when

Re: Fix vm_map_msync

Le ven. 30 août 2019 à 19:53, Samuel Thibault a écrit : > Hello, > > guy fleury iteriteka, le ven. 30 août 2019 19:15:33 +0200, a ecrit: > > See if this patch is good! > > I don't understand why it should be needed? > > > - if (map == VM_MAP_NULL) >

Fix vm_map_msync

hello hurd, See if this patch is good! thanks. From c13cb7a92c1b6d3be590950b075b5cb7104132b6 Mon Sep 17 00:00:00 2001 From: guy fleury iteriteka Date: Fri, 30 Aug 2019 18:52:33 +0200 Subject: [PATCH] Fix vm_map_msync:Force return KERN_INVALID_ARGUMENT and fix sync_flags flags check. * vm

Fix itinerate struct beep array

Hello, http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/console-client/generic-speaker.c#n417 for (i = 0; i < sizeof (*beep); i++) should be: for (i = 0; i < (sizeof(beep) / sizeof (*beep)); i++) I don't have a hurd vm right now to send patch.