diff options
author | Thomas Schwinge <thomas@codesourcery.com> | 2014-02-26 20:13:52 +0100 |
---|---|---|
committer | Thomas Schwinge <thomas@codesourcery.com> | 2014-02-26 20:13:52 +0100 |
commit | 4b1317d9ab1a9ee409634de0962c964b8d801ba0 (patch) | |
tree | ac0fe0f7a686571533bef3450c267781895a6ba1 /open_issues | |
parent | c73e48c85d76a6b61a9fe7ddb7a98038a342a1c8 (diff) | |
parent | c954f1095918874c73511ffc13f95eef518a8043 (diff) | |
download | web-4b1317d9ab1a9ee409634de0962c964b8d801ba0.tar.gz web-4b1317d9ab1a9ee409634de0962c964b8d801ba0.tar.bz2 web-4b1317d9ab1a9ee409634de0962c964b8d801ba0.zip |
Merge commit 'c954f1095918874c73511ffc13f95eef518a8043'
Conflicts:
community/meetings.mdwn
Diffstat (limited to 'open_issues')
-rw-r--r-- | open_issues/Upstart.mdwn | 61 | ||||
-rw-r--r-- | open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn | 8 | ||||
-rw-r--r-- | open_issues/pflocal_reauth.mdwn | 5 | ||||
-rw-r--r-- | open_issues/systemd.mdwn | 4 | ||||
-rw-r--r-- | open_issues/virtualization/remap_root_translator.mdwn | 3 |
5 files changed, 78 insertions, 3 deletions
diff --git a/open_issues/Upstart.mdwn b/open_issues/Upstart.mdwn new file mode 100644 index 00000000..c8a8347d --- /dev/null +++ b/open_issues/Upstart.mdwn @@ -0,0 +1,61 @@ +[[!meta copyright="Copyright © 2013, 2014 Free Software Foundation, Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + +Upstart is an event based init system that is GPL licensed, however upstream +contributions are under a CLA that permits proprietary relicensing. + +As of Jan 2 2013, Debian is considering adopting Upstart as an init system on +GNU/Linux, and on GNU/kFreeBSD when the port to kFreeBSD is finished. + +The following are the words of Colin Watson on the debian-ctte@lists.debian.org +mailing list and list the requirements of a potential HURD port: + +>I haven't looked at this in much detail, and I suspect Dimitri hasn't +yet although IIRC he did express some interest in doing so. But I +haven't seen anyone else try to outline the scope of a port, so let me +try to do so for the sake of general understanding. As far as I know, +the hardest parts would be inotify, ptrace, and prctl +(PR_SET_CHILD_SUBREAPER). + +>inotify is used to notice changes to configuration files. This is +certainly helpful for users, but it isn't critical as "initctl +reload-configuration" works without it. We could probably do without +this with the aid of a dpkg trigger. + +>ptrace is used for "expect fork" and "expect daemon"; as I indicated in +another post, I think it would be preferable to avoid these in Debian +and quite possibly to compile them out. (This would mean we wouldn't be +able to translate Ubuntu jobs quite as directly, and a number of +important jobs would definitely need to be changed, but the conversion +isn't usually particularly difficult.) + +>prctl (PR_SET_CHILD_SUBREAPER) is used to make SIGCHLD notification work +properly when Upstart is supervising a user session. This isn't a +required feature and could easily be compiled out until suitable kernel +support is available (this actually seems like the sort of thing that +could be done in the Hurd without too much difficulty, but I haven't +looked into it). If absent, it might well impede the ability to do an +advanced desktop port, but it wouldn't get in the way of porting the +bulk of services. + +>There might also be odds and ends around the details of wait status +handling. + +inotify seems to be a feature that is often used in GNU/Linux programs, and +implementing the feature in the HURD seems like a better and more rewarding +option than porting the code in Upstart. + +Although many daemons double fork, that behavior seems to be dying out, and +one can comfortably ignore the "expect fork/daemon" functionality of Upstart +(and compile it out). + +[[!tag open_issue_porting]] + +See also the discussion about upstart on the [[systemd]] page. diff --git a/open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn b/open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn index c38d029e..ba2f5865 100644 --- a/open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn +++ b/open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2009, 2010, 2013 Free Software Foundation, +[[!meta copyright="Copyright © 2009, 2010, 2013, 2014 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable @@ -9,13 +9,17 @@ Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] +[[!meta title="hurd_file_name_lookup_retry: FS_RETRY_MAGICAL"]] + [[!tag open_issue_glibc open_issue_hurd]] # IRC, freenode, #hurd, 2009-08-25 +[[hurd/interface/dir_lookup]]. + <cfhammar> also I fixed (what I think is) a bug in - hurd_file_name_lookup_retry when opening FDs with FS_RETRY_MAGIC + hurd_file_name_lookup_retry when opening FDs with FS_RETRY_MAGICAL <cfhammar> it didn't actually reopen the FD, rather it just (effectively) duped it <scolobb> cfhammar: That's great! I think I had some problems because of diff --git a/open_issues/pflocal_reauth.mdwn b/open_issues/pflocal_reauth.mdwn index 839e383d..a575783e 100644 --- a/open_issues/pflocal_reauth.mdwn +++ b/open_issues/pflocal_reauth.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2011, 2014 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -21,6 +21,9 @@ IRC, freenode, #hurd, 2011-04-02 <youpi> to make glibc call reauthentication <pinotree> pflocal? <youpi> yes, in the dir_lookup handler + +[[hurd/interface/dir_lookup]]. + <pinotree> isn't that ext2fs? <youpi> libtrivfs had dir_lookup() too <youpi> trivfs_check_open_hook can be used to tweak its behavior diff --git a/open_issues/systemd.mdwn b/open_issues/systemd.mdwn index ca910491..d2506046 100644 --- a/open_issues/systemd.mdwn +++ b/open_issues/systemd.mdwn @@ -29,6 +29,10 @@ Likely there's also some other porting needed. # Discussion +This also captures discussion about other init systems, not only systemd. Also +note the additional [[upstart]] page. + + ## IRC, OFTC, #debian-hurd, 2011-05-19 <pinotree> pochu: http://news.gmane.org/gmane.comp.gnome.desktop - the diff --git a/open_issues/virtualization/remap_root_translator.mdwn b/open_issues/virtualization/remap_root_translator.mdwn index acbb3147..757d15be 100644 --- a/open_issues/virtualization/remap_root_translator.mdwn +++ b/open_issues/virtualization/remap_root_translator.mdwn @@ -105,6 +105,9 @@ License|/fdl]]."]]"""]] "bin/bash"; in <youpi> netfs_S_dir_lookup <youpi> and it just works + +[[hurd/interface/dir_lookup]]. + <youpi> ok, remap does indeed take my own pfinet <youpi> good :) <youpi> pfinet's tun seems to be working too |