aboutsummaryrefslogtreecommitdiff
path: root/open_issues
Commit message (Collapse)AuthorAgeFilesLines
* Note about vm_page_evict probably being the one to care about swap sizeSamuel Thibault2025-02-041-1/+4
|
* Notes about out of memory situationsSamuel Thibault2025-02-041-1/+14
|
* Open issues: Update clock_gettime pageZhaoming Luo2025-01-152-345/+22
| | | | | | | | | | | The clock_gettime(CLOCK_MONOTONIC) is implemented. See https://sourceware.org/git?p=glibc.git;a=commit;h=3782ffaf3e6c2a071df029b96712e596b5229838 so this page is out of date. Rename the page to nanosecond-precision_clock, and remove the information about clock_gettime(CLOCK_MONOTONIC).
* No, gettimeofday can't use CLOCK_MONOTONIC, it's really supposed to be the ↵Samuel Thibault2025-01-011-3/+0
| | | | wallclock time, subject to jumps
* Fix non-supported ``` blockquotes.Janneke Nieuwenhuizen2024-12-044-41/+27
| | | | | Throughout. Message-ID: <20241204181037.24687-2-janneke@gnu.org>
* add translator/pci-arbiter pagejbranso@dismail.de2024-11-121-1/+1
| | | | | | | | * hurd/translator.mdwn: add a link * hurd/translator/pci-arbiter.mdwn: I inlined the open_issues/pci_arbiter.mdwn page. * open_issues/pci_arbiter.mdwn: add a period to complete a sentence. Message-ID: <20241016233039.17856-15-jbranso@dismail.de>
* add more detail to the resource management pagejbranso@dismail.de2024-11-121-3/+31
| | | | | | | | | | | | * microkernel/mach/deficiencies.mdwn: link to the resource management page. * microkernel/mach/gnumach/memory_management.mdwn: link to the resource management page. * open_issues/resource_management_problems.mdwn: I added in 3 paragraphs from an old email that explained this problem really well. Message-ID: <20241017171121.2018-1-jbranso@dismail.de>
* Updated information about rump.jbranso@dismail.de2024-11-121-0/+19
| | | | | | | | | | | | | | | | | I added some more tweaks here Samuel. I think I finally got decent guide that shows people how to try out rumpdisk. * community/gsoc/project_ideas/driver_glue_code.mdwn: mention that Damien implemented rumpdisk & rumpusbdisk. * hurd/rump.mdwn: added links to other pages. * hurd/rump/rumpdisk.mdwn: new file * hurd/rump/rumpusbdisk.mdwn: new file * hurd/rump/rumpsound.mdwn: new file * hurd/rump/rumpnet.mdwn: new file * hurd/rump/rumpfs.mdwn: new file. * hurd/documentation.mdwn: add links to dde and rump * faq/sata_disk_drives.mdwn: mention rumpdisk. Message-ID: <20241021010033.9160-1-jbranso@dismail.de>
* sv.{gnu,nongnu}.org -> savannah.{gnu,nongnu}.orgcrupest2024-11-031-1/+1
| | | | | | | | | | | This a very trivial change. The former is just an alias of latter. But for new users and contributors like me, it sometimes confuses them what the difference is between the two ones. Is one old and the other new? Or something confusing else. So this patch helps them save some time. Signed-off-by: Yuqian Yang <crupest@crupest.life> Message-ID: <8690a9c5-1da4-4adc-92b9-fd8f8dab2c88@crupest.life>
* document Damien's audio subsystem plan.jbranso@dismail.de2024-10-281-0/+115
| | | | | * open_issues/audio.mdwn: new file based on some irc logs. Message-ID: <20241018164553.2274-1-jbranso@dismail.de>
* include a guide for how to cross-compile for AArch64jbranso@dismail.de2024-10-011-8/+307
| | | | | | | | | * open_issues/arm_port.mdwn: I updated the status of the AArch64 port, and I included a guide for how to cross compile the AArch64 port, I linked to the Flavio's cross-hurd project, and I mentioned that we should reach out to Jessica Clark to ask how to build an arm interupt handling framework. Message-ID: <20241001010932.6035-3-jbranso@dismail.de>
* explained how to test the SMP supportjbranso@dismail.de2024-10-011-3/+56
| | | | | | | open_issues/smp.mdwn: I copied a guide that Damien email to the Hurd that explains how one might use his smp.c code to test the Hurd's current SMP support. Message-ID: <20241001010932.6035-2-jbranso@dismail.de>
* I updated the 64 bit port status.jbranso@dismail.de2024-09-221-1/+11
| | | | | | | | * faq/64-bit.mdwn: updated status information: libdiskfs/ext2fs deadlocks * open_issues/64-bit_port.mdwn: I mentioned the status of bootstrap efforts of Debian Hurd, Alpine-Hurd, and Guix Hurd. Message-ID: <20240921010651.5189-3-jbranso@dismail.de>
* completeSamuel Thibault2024-08-011-3/+4
|
* update about sanitizersSamuel Thibault2024-08-011-0/+5
|
* add example of how to create a custom filesystem.jbranso@dismail.de2024-06-171-1/+1
| | | | | | | | | | | | | | | | | | | | Hey Samuel, this is another modification of a previous commit. Hopefully this addresses your critiques. I also added in "-E root_owner=$UID:0" to some other files, where I thought it was appropirate. Hopefully I didn't make any mistakes. I did test this by the way. I was able to get ~/silly/silly1 to be two nested ext2fs translators. All without having to execute "sudo"! * hurd/translator/ext2fs.mdwn: explain how to create a custom filesystem, and mentioned that the current limit for how many nested ext2fs filesystems there could be...is 32. * faq/still_useful: sbin/mk2fs dummy.fs -> sbin/mk2fs -E root_owner=$UID:0 dummy.fs * hurd/documentation/translators.html: as above. * open_issues_/64-bit_port.mdwn: as above Message-ID: <20240531191015.8761-1-jbranso@dismail.de>
* I added in some text for the overview imagejbranso@dismail.de2024-06-021-182/+320
|
* I linked the hurd/bootstrap page.jbranso@dismail.de2024-05-301-0/+3
| | | | | | | * hurd.mdwn: links to hurd/bootstrap. * hurd/documentation: links to hurd/bootstrap. * open_issues/anatomy_of_a_hurd_system.mdwn: links to hurd/bootstrap. Message-ID: <20240530173020.2499-2-jbranso@dismail.de>
* mke2fs is in /sbin/Samuel Thibault2024-05-301-1/+1
|
* mention how made the proposalSamuel Thibault2024-05-291-0/+2
|
* adding in serverboot v2 draft RFC.jbranso@dismail.de2024-05-271-0/+899
| | | | | | | | | | | | | | * hurd/bootstrap.mdwn: I inlined the what_is_an_os_bootstrap page, and wrote that the current bootstrap page is out of date and does not include pci-arbiter or rumpdisk. * hurd/what_is_an_os_bootstrap.mdwn: a new web page that is not meant to be viewed directly. Instead hurd/bootstrap and open_issues/serverbootv2 is meant to inline the content. * open_issues/serverbootv2.mdwn: Sergey proposed this new bootstrap for the Hurd. This is a draft RFC document that explains the reasoning behind it. Not that "Serverboot V2" is a working name. We have yet to find a better name for it. Message-ID: <20240527010924.2607-1-jbranso@dismail.de>
* removed emacs from the problematic packages page.jbranso@dismail.de2024-05-261-5/+0
| | | | | * open_issues/problematic_packages.mdwn: remove emacs Message-ID: <20240526034104.3641-3-jbranso@dismail.de>
* On the emacs page, I mentioned that eglot is working.jbranso@dismail.de2024-05-261-0/+4
| | | | | * open_issues/emacs.mdwn: mentioned eglot working with c-mode Message-ID: <20240526034104.3641-2-jbranso@dismail.de>
* Sergey eventually got to sign copyright assignmentSamuel Thibault2024-05-221-1/+0
|
* Fix git.savannah.gnu.org urls into httpsSamuel Thibault2024-04-0711-16/+16
|
* update the emacs open issue page.jbranso@dismail.de2024-01-151-12/+15
| | | | | | | * open_issues/emacs.mdwn: I changed the version number, and I described that the latest Emacs works really well on the Hurd. It might be a good idea to remove Emacs from the open issue page. Message-ID: <20240115023446.6431-3-jbranso@dismail.de>
* removed the the pages that mentioned "nice" issues.jbranso@dismail.de2024-01-152-444/+0
| | | | | | | | | | Both issues have been fixed. * open_issues/nice_changes_priority_of_parent_shell.mdwn: deleted * open_issues/nice_vs_mach_thread_priorities.mdwn: deleted * hurd/porting/system_api_limitations.mdwn: remove entry that said "nice () doesn't work". Message-ID: <20240115023446.6431-1-jbranso@dismail.de>
* open_issues/bcachefs.mdwn: new file.jbranso@dismail.de2024-01-101-0/+326
| | | | | | Well, we might as well document our conversation with Kent about bachchefs. Message-ID: <20240106200039.2043-1-jbranso@dismail.de>
* open_issues/arm_port.mdwn: documented Sergeys AArch64 port status.jbranso@dismail.de2024-01-091-38/+134
| | | | | | | | I figure that we might as well document the AArch64 port status on the wiki. This is mostly coming from Sergey's status mail. Message-ID: <20240109202113.1693-1-jbranso@dismail.de>
* Point to the eventual hurd-amd64 repositorySamuel Thibault2024-01-051-6/+15
|
* Actually enable interfaceSamuel Thibault2024-01-041-4/+4
|
* hint to use a nicer shellSamuel Thibault2023-12-181-1/+5
|
* The example grub config doesn't use uuid any more for simplicitySamuel Thibault2023-12-181-2/+0
|
* Add 64bit pbuilder notesSamuel Thibault2023-10-291-0/+26
|
* 64bit: Set default boot entry in grubSamuel Thibault2023-10-251-0/+2
|
* open_issues/gnumach_vm_map_entry_forward_merging.mdwn: edited one of ↵Sergey Bugaev2023-10-221-0/+187
| | | | | | sergey's emails into this wiki page. Message-ID: <20231011052019.1790-1-jbranso@dismail.de>
* Note about debootstrapping 64bit from debian-portsSamuel Thibault2023-10-221-1/+7
|
* Document how to build a bootable systemSamuel Thibault2023-10-061-7/+73
|
* 64bit: updateSamuel Thibault2023-10-031-1/+2
| | | | | The system is mostly working. We'd really need a gdb to be able to debug easily.
* typoSamuel Thibault2023-09-281-1/+1
|
* open_issues/bash.mdwn: C-c in reverse history works in bash. Removing that ↵jbranso@dismail.de2023-09-061-11/+0
| | | | | | section Message-Id: <20230906160906.2276-1-jbranso@dismail.de>
* emacs: Drop the porting bitsSamuel Thibault2023-09-051-9/+0
| | | | | | | "Emacs has ceased to distribute explicit machine or system configuration files, relegating their task to Autoconf instead." Suggested-by: Po Lu <luangruo@yahoo.com>
* Updated the emacs open issues page.jbranso@dismail.de2023-09-041-1507/+12
| | | | | | | I figured that a lot of this information on the wiki page was updated, so I deleted much of it. Thanks! Message-Id: <20230903225725.998-1-jbranso@dismail.de>
* 64bit: avoid enabling core dumping for nowSamuel Thibault2023-08-151-0/+5
|
* Add link to pre-built 64bit imageSamuel Thibault2023-08-091-57/+4
| | | | Drop outdated irc comments
* Make sure to include the debian-keyring package in the 64bit imageSamuel Thibault2023-08-081-1/+1
| | | | So as to get my key
* Update 64bit instructionsSamuel Thibault2023-08-081-3/+2
| | | | | Now that network is working it's useful to have my key trusted for apt to work. Also, it's not useful to see all debootstrap details any more.
* Note that pre-dependency warnings are ok in debootstrapSamuel Thibault2023-06-101-1/+1
|
* Note about expected warningsSamuel Thibault2023-05-281-0/+2
|
* Fix getting log in the backgroundSamuel Thibault2023-05-281-1/+1
|
generated by cgit v1.2.3 (git 2.39.1) at 2025-04-07 08:57:50 +0000