Google Summer of Code

[Daniel Mróz]

On Saturday 03 of March 2007 00:39:22 Adam Gołębiowski wrote:
                             ^^^^^^^^ Whoa!
> We have just a few days left, we really should think of any projects that
> we would like to propose for this year's edition. I looked through SoC 2006
> thread that took place here and nothing much changed since then:
>
> * GUI for poldek
IIRC there was such project already started by one of our developer/user. I 
don't remember what happened with it.

> * an installer that does not look like one from Slackware 3.0 age
Maybe we should start with an installer that works ;)
There's nothing wrong with text-mode, light installer. I think that instalka 
was the best installer ever. Simple, fast and working everywhere, anywhere.

> * pld stats
>
>   client / server collecting information about users' preferences, or
>   better, packages popularity. I see it as an additional package which
>   user has to enable himself (default configuration == do nothing),
>   which would generate some sort of system's unique id and would
>   frequently sent a bunch of information to the server:
>    - architecture
>    - detailed hardware info (no of cpu, memory, hdd)
>    - list of packages installed
>    - IP (for GeoIP localisation (country only))
>    - ...
>   User could choose which information to send.
Naaah. Nobody will ever use it. Waste of time IMHO.

> * pld/freebsd (if trojan agrees)
>
>   work on PLD's port to freebsd (to be specified), a working port could
>   attract some potential users/developers.
What for? We have enough problems with different hardware platforms (Sparc for 
example).

> * pld infrastructure redesign
>
>   re-write or extend builder's infrastructure so that requires almost no
>   interaction from RM. I know there are some TODOs (like hold an upgrade
>   until a package is built on all architectures). That could be part of
>   the project - other ideas include adapting bug tracking system to our
>   needs (like...  automatically assigning a bug to last commiter of the
>   given package), or some rss feeds of new packages.
This is a really great idea. Useful and complicated enough. Maybe we should 
add one more feature to this list: design to easy deployment in other 
distribution projects so it can evolve into new, distributable system for 
Linux developers.

>   buildlogs redesign - there was some ideas on one of the devel lists,
>   yet there was no response.
Like...?

> * network manager (don't know how appropriate that one is)
>
>   adapt NetworkManager to PLD's /etc layout (if it needs it) or design a
>   new one from scracth (gtk/qt based). Project aims on creating an
>   easy-to-use tool for network configuration.
There are similar projects/products on the Intenet.


Regards
Beorn

-- 
Daniel 'Beorn' Mróz <beorn w alpha.pl>    http://127.0.0.1/beorn
[GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[                          r++  y+                           ]