Initial idea to build a tool to help rubygems community to rotate maintainers for abandoned projects. Many new developers would like to maintain a project to learn new stuff and many good projects are abandoned by initial authors. So we need just to connect them.

Application build with rails should be able to grab data from github, bitbucket, rubyforge and rubygems and extract knowledge:

  • Some project had last release long ago (e.g. 6 month)
  • This project have a corresponding source with some active forks

After such extraction notification should be send as issue to all forks for original author and forks authors to connect and discuss possibility of merging upstream code to main repo, pick new or add new maintainer and make new release.

Looking for hackers with the skills:

rails rpsec openid ruby

This project is part of:

Hack Week 10

Activity

  • about 11 years ago: hennevogel disliked this project.
  • about 11 years ago: hennevogel liked this project.
  • about 11 years ago: cschum liked this project.
  • about 11 years ago: kalabiyau liked this project.
  • about 11 years ago: kalabiyau added keyword "rails" to this project.
  • about 11 years ago: kalabiyau added keyword "rpsec" to this project.
  • about 11 years ago: kalabiyau added keyword "openid" to this project.
  • about 11 years ago: kalabiyau added keyword "ruby" to this project.
  • about 11 years ago: kalabiyau started this project.
  • about 11 years ago: kalabiyau originated this project.

  • Comments

    • cschum
      about 11 years ago by cschum | Reply

      This could also be a nice way to create something like an activity index for projects (maybe as a side effect of this project). This is such an important criterion when selecting which projects to use, that it could be a great help. Maybe as something similar as the badges from CI and other systems, which now often appear on GitHub.

    Similar Projects

    Recipes catalog and calculator in Rails 8 by gfilippetti

    My wife needs a website to catalog and sell the products of her upcoming bakery, and I need to learn and practice modern Rails. So I'm using this Hack Week to build a modern store using the latest Ruby on Rails best practices, ideally up to the deployment.

    TO DO

    • Index page
    • Product page
    • Admin area -- Supplies calculator based on orders -- Orders notification
    • Authentication
    • Payment
    • Deployment

    Day 1

    As my Rails knowledge was pretty outdated and I had 0 experience with Turbo (wich I want to use in the app), I started following a turbo-rails course. I completed 5 of 11 chapters.

    Day 2

    Continued the course until chapter 8 and added live updates & an empty state to the app. I should finish the course on day 3 and start my own project with the knowledge from it.

    Hackweek 24

    For this Hackweek I'll continue this project, focusing on a Catalog/Calculator for my wife's recipes so she can use for her Café.

    Day 1


    OIDC Loginproxy by toe

    Description

    Reverse proxies can be a useful option to separate authentication logic from application logic. SUSE and openSUSE use "loginproxies" as an authentication layer in front of several services.

    Currently, loginproxies exist which support LDAP authentication or SAML authentication.

    Goals

    The goal of this Hack Week project is, to create another loginproxy which supports OpenID Connect authentication which can then act as a drop-in replacement for the existing LDAP or SAML loginproxies.

    Testing is intended to focus on the integration with OIDC IDPs from Okta, KanIDM and Authentik.

    Resources


    Fix RSpec tests in order to replace the ruby-ldap rubygem in OBS by enavarro_suse

    Description

    "LDAP mode is not official supported by OBS!". See: config/options.yml.example#L100-L102

    However, there is an RSpec file which tests LDAP mode in OBS. These tests use the ruby-ldap rubygem, mocking the results returned by a LDAP server.

    The ruby-ldap rubygem seems no longer maintaned, and also prevents from updating to a more recent Ruby version. A good alternative is to replace it with the net-ldap rubygem.

    Before replacing the ruby-ldap rubygem, we should modify the tests so the don't mock the responses of a LDAP server. Instead, we should modify the tests and run them against a real LDAP server.

    Goals

    Goals of this project:

    • Modify the RSpec tests and run them against a real LDAP server
    • Replace the net-ldap rubygem with the ruby-ldap rubygem

    Achieving the above mentioned goals will:

    • Permit upgrading OBS from Ruby 3.1 to Ruby 3.2
    • Make a step towards officially supporting LDAP in OBS.

    Resources


    Recipes catalog and calculator in Rails 8 by gfilippetti

    My wife needs a website to catalog and sell the products of her upcoming bakery, and I need to learn and practice modern Rails. So I'm using this Hack Week to build a modern store using the latest Ruby on Rails best practices, ideally up to the deployment.

    TO DO

    • Index page
    • Product page
    • Admin area -- Supplies calculator based on orders -- Orders notification
    • Authentication
    • Payment
    • Deployment

    Day 1

    As my Rails knowledge was pretty outdated and I had 0 experience with Turbo (wich I want to use in the app), I started following a turbo-rails course. I completed 5 of 11 chapters.

    Day 2

    Continued the course until chapter 8 and added live updates & an empty state to the app. I should finish the course on day 3 and start my own project with the knowledge from it.

    Hackweek 24

    For this Hackweek I'll continue this project, focusing on a Catalog/Calculator for my wife's recipes so she can use for her Café.

    Day 1