Diff for /wikisrc/users/jdf.mdwn between versions 1.3 and 1.4

version 1.3, 2012/04/07 22:56:13 version 1.4, 2012/06/16 14:03:34
Line 13  These project ideas are not sufficient f Line 13  These project ideas are not sufficient f
 * HAMMER -- I don't know much about it (see DragonFly BSD), but from what you can read, it seems very nice. Looking at the current state of Oracle and zfs, it might be better to care for HAMMER than zfs. On the other hand, zfs is very stable and widely distributed.  * HAMMER -- I don't know much about it (see DragonFly BSD), but from what you can read, it seems very nice. Looking at the current state of Oracle and zfs, it might be better to care for HAMMER than zfs. On the other hand, zfs is very stable and widely distributed.
 * unionfs -- there are some bugs with union I would like to see fixed. Imagine running a live CD by having a root read-only, and then simply mounting a tmpfs writable upon that.  * unionfs -- there are some bugs with union I would like to see fixed. Imagine running a live CD by having a root read-only, and then simply mounting a tmpfs writable upon that.
 * raidfs -- once unionfs is fixed, it could be possible to integrate a mirror, perhaps some redundancy checks with unionfs to have a flexible raid on vnode basis, not depending on the underlying filesystem or device.  * raidfs -- once unionfs is fixed, it could be possible to integrate a mirror, perhaps some redundancy checks with unionfs to have a flexible raid on vnode basis, not depending on the underlying filesystem or device.
 * update -- imho this is being worked on, but I don't remember who it was. Like the freebsd-update tool from FreeBSD, an easy way to update NetBSD base system from binary. Currently, you have to unpack manually and run [[!template id=man section="8" name="etcupdate"]], or use [[!template id=man name="sysinst" section="8"]] for this purpose. Running something that fetches the necessary updates and updates these files would be nice.  
 * bdutil -- a tool for unified disk editing, and not having to use [[!template id=man name="disklabel" section="8"]], [[!template id=man name="gpt" section="8"]], [[!template id=man name="fdisk" section="8"]], and [[!template id=man name="dkctl" section="8"]] separately, which can be very confusing, would be very nice. This shouldn't be too difficult. The functionality and the code is there, you just had to think of a usage, rewrite the frontend, and provide a compatibility mode for the old tools.  
 * userwiki -- I know this is a controversary topic... So no matter how and where, but having a place where users can contribute content in an ordered way (i.e., not on a mailing list), would be nice. See below for advocacy.  * userwiki -- I know this is a controversary topic... So no matter how and where, but having a place where users can contribute content in an ordered way (i.e., not on a mailing list), would be nice. See below for advocacy.
 * sysinst -- there is already a marked project for that, and a GSoC-applicant working on this. Generally improve sysinst, provide partitioning for gpt, etc. Perhaps think about porting [[bsdinstaller.org]].  
   
   Providing a more unified, complete system:
   
   * binary updates -- imho this is being worked on, but I don't remember who it was. Like the freebsd-update tool from FreeBSD, an easy way to update NetBSD base system from binary. Currently, you have to unpack manually and run [[!template id=man section="8" name="etcupdate"]], or use [[!template id=man name="sysinst" section="8"]] for this purpose. Running something that fetches the necessary updates and updates these files would be nice.
   * disk utility -- a tool for unified disk editing, and not having to use [[!template id=man name="disklabel" section="8"]], [[!template id=man name="gpt" section="8"]], [[!template id=man name="fdisk" section="8"]], and [[!template id=man name="dkctl" section="8"]] separately, which can be very confusing, would be very nice. This shouldn't be too difficult. The functionality and the code is there, you just had to think of a usage, rewrite the frontend, and provide a compatibility mode for the old tools. Perhaps gpart is what I'm looking for, but I didn't dive into it.
   * automatic NetBSD installation -- important for larger setups, where you want to automatically install NetBSD. Essentially, it should just be a small script setting up a ramdisk, downloading tarballs from a configurable source, partition disks (no hassle - just take the whole disk), make filesystems, extract tars, run installboot, execute manual scripts to be downloaded somewhere (e.g. if the user wants to setup network configuration or root password)
   * a tool to change values in rc.conf, and enable/disable services. Currently, there's a bunch of scripts to check, then edit rc.conf, etc. Tom Rhodes from FreeBSD had ideas towards this (together with fscd), to build a more unified rc on top of current BSD's rc, just as an add-on. I'd really like to see that real, and for NetBSD, some time.
   
   
 I won't be working on this, as I'm not really into such low-level things:  I won't be working on this, as I'm not really into such low-level things:
   
Line 28  I won't be working on this, as I'm not r Line 34  I won't be working on this, as I'm not r
 I'm not into pkgsrc, but for the easy packages I use regularly, I try to help updating them.  I'm not into pkgsrc, but for the easy packages I use regularly, I try to help updating them.
   
 * fixing small userland bugs  * fixing small userland bugs
 * importing and caring for sysutils/fscd (a daemon to check service run state)  * caring for [[!template id=pkg categ0ry="sysutils" name="fscd"]] (a daemon to check service run state)
 * writing mkdumpdisk - a tool to backup the system, including restore  * writing mkdumpdisk - a tool to backup the system, including restore
 * caring for [[!template id=pkg category="www" name="opera"]] being up-to-date  * caring for [[!template id=pkg category="www" name="opera"]] being up-to-date
 * caring for [[!template id=pkg category="devel" name="fossil"]] being up-to-date  * caring for [[!template id=pkg category="devel" name="fossil"]] being up-to-date
 * keeping the events site up-to-date  * keeping the events site up-to-date
 * improving [[!template id=man name="sysinst" section="8"]]  
   
   
 # Advocacy  # Advocacy
Line 44  Imho, NetBSD currently doesn't have a go Line 49  Imho, NetBSD currently doesn't have a go
 * Though NetBSD is represented at most of the larger Open Source events, the advocacy material could be updated. In central Europe, there are already new flyers, badges as giveaways, T-Shirts and badges to sell, but there could be more. If you have ideas, write to netbsd-advocacy (at) NetBSD (dot) org.  * Though NetBSD is represented at most of the larger Open Source events, the advocacy material could be updated. In central Europe, there are already new flyers, badges as giveaways, T-Shirts and badges to sell, but there could be more. If you have ideas, write to netbsd-advocacy (at) NetBSD (dot) org.
 * There are many nice projects within NetBSD, but they aren't very visibile from the outside. [[!template id=man name="rump" section="3"]]? [[!template id=man name="npf" section="3"]]? The new [[!template id=man name="apropos" section="1"]]? All the prestigous projects are often kept silent, commited, used, but most people outside the NetBSD community (and especially *BSD) know about them.  * There are many nice projects within NetBSD, but they aren't very visibile from the outside. [[!template id=man name="rump" section="3"]]? [[!template id=man name="npf" section="3"]]? The new [[!template id=man name="apropos" section="1"]]? All the prestigous projects are often kept silent, commited, used, but most people outside the NetBSD community (and especially *BSD) know about them.
 * For contributors with "minor" interests like writing small articles, correcting manpages, and providing other types of small patches, it seems extraordinarily difficult to get things done. A user-commitable wiki, and some methods to improve developer-contributor communication, might help here.  * For contributors with "minor" interests like writing small articles, correcting manpages, and providing other types of small patches, it seems extraordinarily difficult to get things done. A user-commitable wiki, and some methods to improve developer-contributor communication, might help here.
   sysutils

Removed from v.1.3  
changed lines
  Added in v.1.4


CVSweb for NetBSD wikisrc <wikimaster@NetBSD.org> software: FreeBSD-CVSweb