Hi Johannes On Thursday 09 March 2006 12:36, Johannes Winkelmann wrote:
In a second step, let's have CRUXCon 2006 in autumn with as many CRUX devs as possible, and define a common vision for the future.
This could be^W^W is a problem because the CRUX developers are cluttered around the world and travelling expenses are (very) high. On the other hand I (personally) think not all devs are THAT interested in CRUX that they would a) spend the money for fly/hotel/etc and b) apply one week for vacation. And, to mention it, I know that I can't speak English good enough to back up my ideas/wishes/proposals with clear, well formed arguments :-) However, I'm glade to see that you guys do so much for CRUX. It's impressive.
Also, I'd like to propose having weekly or bi-weekly IRC meetings on a defined weekday (i.e. wednesday), to allow slightly more focused discussion and allowing those with less interest to constantly idle on IRC to take part in IRC discussions.
This is a good idea.
- move the mailing lists (depends mainly on getting the subscriber lists and archives; I requested those, so as soon as we get them we can do the move). We'll also need list administrators for them
-> crux.nu?
A lot of this stuff currently ends up in my (and probably others') private inbox, which is slightly tiresome.
Ouch. Maybe you should set up vacation(1) with "No sé nada.".
- define a more democratic way do take decisions. Things like the core/opt separation or WiFi kernel module inclusion are typical examples for this, both were basically decided ad hoc on IRC by those online at that point in time.
Heh yeah, I've collected some "requests for enhancements" I'd like to discuss. Could you^W someone with admin permissions setup an "open" wiki-page? (open=anonymous write access) - Or shall I post it to the mailinglist? But your question was 'Who decides and says "Oh cool, yes" or "No way man!"' ..oO(Maybe a Web Voting System with yes/no push buttons..)
[..] ideas which pretty much imply a rewrite of large parts of pkgutils (which was Per's plan initially BTW, however I guess we'll have to take over here). This might be a good moment to collect the quite large number of ideas implemented in the various forks and rewrites, and define a subset of them we want to support in our package management utilities [..]
Let's reinvent the wheel again and again. RPM and folks were written for pure evilness .. with all it's vicious functions like "true dependencies checking" or "pre/post-install/remove scripts". bye, danm -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A