NetBSD Summer of Code Summary

Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

NetBSD Summer of Code Summary 20

Posted by Hemos on Monday October 17, 2005 @10:53AM from the making-thins-run-better dept.

UltimaGuy writes "The NetBSD Project is pleased to announce the results of its participation in Google's "Summer of Code". After Google announced this program to introduce students to the world of open source software development at the beginning of June, the NetBSD Project was happy to join the approximately 40 other open source groups as a mentoring organization and compiled a list of suggested projects. I personally think the Project tmpfs: Efficient memory file-system as the most successful one."

This discussion has been archived. No new comments can be posted.

NetBSD Summer of Code Summary

Load All Comments

Search 20 Comments Log In/Create an Account

Comments Filter:

So.... (Score:3, Funny)

by baldass_newbie ( 136609 ) writes: on Monday October 17, 2005 @10:56AM (#13809184) Homepage Journal

Would this be their 'Autumn of Results'?

Share
twitter facebook
- Re:So.... (Score:3, Funny)
  
  by nacturation ( 646836 ) writes:
  
  Would this be their 'Autumn of Results'?
  
  As long as it's not followed by a Winter of Discontent.
  - Re:So.... (Score:2)
    
    by peacefinder ( 469349 ) * writes:
    
    And Springtime for Hitler [imdb.com] is straight out.
Userfs (Score:5, Interesting)

by RAMMS+EIN ( 578166 ) writes: on Monday October 17, 2005 @11:20AM (#13809336) Homepage Journal

Seeing that userfs is still in early development, perhaps an effort could be made to unify the API with FUSE. Then we could develop filesystems in a way that is portable between Linux and NetBSD, and possibly others once they follow suit.

Share
twitter facebook
- Re:Userfs (Score:2)
  
  by CyricZ ( 887944 ) writes:
  
  Perhaps some competition at this point would be a better idea. Let each group come up with their design and implementation, and then later compare the benefits and downfalls of each. Indeed, perhaps in two or three years a unified API could be developed. It would take into account the lessons learned from the two separate implementations.
SysV-type (init.d) subsystem control? (Score:2, Interesting)

by Anonymous Coward writes:

[I'm probably behind the times and it already exists ... if so, then sorry, gimme a URL to it pls. :-)]

Being a big-Unix person, I find the SysV approach to subsystem control through "init.d/blahblah {stop/start}" very sysadmin-friendly, so Linux has always got a big pat on the back from me for that. In contrast, the old *BSD approach has always seemed less helpful when you need to bring subsystems up and down regularly. One manages, but it's a pain.

I guess I was hoping to see SysV-type subsystem control a
- Re:SysV-type (init.d) subsystem control? (Score:4, Informative)
  
  by rsax ( 603351 ) writes: on Monday October 17, 2005 @01:09PM (#13810145)
  
  The new rc.d system [daemonnews.org] is equally sysadmin-friendly as the SysV equivalent. FreeBSD adopted [freebsd.org] it as well.
  
  Parent Share
  twitter facebook
  - Re:SysV-type (init.d) subsystem control? (Score:2, Interesting)
    
    by Ezdaloth ( 675945 ) writes:
    
    Indeed. I actually find the rc.d system much easier to use then the sysv-init thing. I tend to get confused by 6 directories with symlinks which have to be kept up to date instead of 1 configuration file.
    
    And frankly, i never use the different runlevels like you're supposed to anyways. I only ever start or stop single services, and reboot the system. I don't start different sets of services.
    - Re:SysV-type (init.d) subsystem control? (Score:3, Insightful)
      
      by Arandir ( 19206 ) writes:
      
      And frankly, i never use the different runlevels like you're supposed to anyways.
      
      I don't think anyone else does either. It's far more complex than the "problem" it was trying to solve. Somewhere deep within the bowels of Sun is a sysadmin who truly uses the SysV init system, but everyone else can get by with a far simpler system... like rc.d.
      - Re:SysV-type (init.d) subsystem control? (Score:1)
        
        by naddington ( 852722 ) writes:
        
        Nah, he was laid off years ago.
UserFs Completion (Score:2, Interesting)

by msisden ( 761674 ) writes:

Let's do a run down:

# still bare-bones
# simple filesystem with some hardcoded files (which are modifiable) written
# "The framework coughs but manages to avoid complete and utter defeat."
# code not yet imported
However, in the end: all SoC goals met ?

That just seems...... off to me.
- Re:UserFs Completion (Score:2, Informative)
  
  by Flaming Foobar ( 597181 ) writes:
  
  That just seems...... off to me.
  That's because you didn't read the goals. They were behind a link, so I'm not sure if they qualify as TFA.
I think I speak for the entire open source... (Score:2)

by Refrozen ( 833543 ) writes:

...community when I say "Thanks Google."
tmpfs documentation (Score:2, Interesting)

by Commander Spock ( 796626 ) writes:

The tmpfs is a good project for many reasons, and one big one is because of the documentation. Documenting the "hows" of making a filesystem is something that I find fascinating.

I once wrote a ramdisk driver from scratch on MacOS 7; it would have been nice to have enough documentation to actually write a new filesystem to use on it instead of HFS.
Is it coding season already? (Score:2)

by Sun Tzu ( 41522 ) writes:

The Summer of Code can only lead to...
The Fall of programming progress...
The Winter of endless loop hibernation -- a bitter code spell, indeed...
And the Spring of 1000 bugs! (looks like time to gear up for another Summer of Code, eh?)
--
Minimalist barebones computer, motherboard, and CPU reviews [baremetalbits.com].
SOC was good, I wish for more summaries (Score:1)

by mattnuzum ( 839319 ) writes:

I really like the idea of summer of code. I've been watching a few projects to see how they were doing. Unfortunately, few had any kind running progress and there really weren't many summaries.

It would be cool if more would tell the world how things turned out. I noticed that some of the NetBSD projects didn't get completed in time. I suspect that some organizations might be afraid to summarize because they would show that the projects didn't get completed, but I say that's OK. In business some projects get

There may be more comments in this discussion. Without JavaScript enabled, you might want to turn on Classic Discussion System in your preferences instead.

NetBSD Summer of Code Summary 20

NetBSD Summer of Code Summary More Login

NetBSD Summer of Code Summary

So.... (Score:3, Funny)

Re:So.... (Score:3, Funny)

Re:So.... (Score:2)

Userfs (Score:5, Interesting)

Re:Userfs (Score:2)

SysV-type (init.d) subsystem control? (Score:2, Interesting)

Re:SysV-type (init.d) subsystem control? (Score:4, Informative)

Re:SysV-type (init.d) subsystem control? (Score:2, Interesting)

Re:SysV-type (init.d) subsystem control? (Score:3, Insightful)

Re:SysV-type (init.d) subsystem control? (Score:1)

UserFs Completion (Score:2, Interesting)

Re:UserFs Completion (Score:2, Informative)

I think I speak for the entire open source... (Score:2)

tmpfs documentation (Score:2, Interesting)

Is it coding season already? (Score:2)

SOC was good, I wish for more summaries (Score:1)

Related Links Top of the: day, week, month.

Slashdot Top Deals

Slashdot