May 2006 - crux-devel - lists.crux.nu

Re: [crux-devel] meeting notes & next IRC Meeting
by Brett Goulder 03 Jun '06

03 Jun '06

On Mon, 29 May 2006 22:18:20 +0200 Mark Rosenstand <mark(a)borkware.net> wrote: > -------- Forwarded Message -------- > From: Johannes Winkelmann <jw(a)smts.ch> > To: crux-devel(a)lists.crux.nu > Subject: [crux-devel] meeting notes & next IRC Meeting > Date: Mon, 29 May 2006 09:16:22 +0200 > > Hi there, > > This is a quick notification to let you know about last friday's > meeting, and the upcoming one next wednesday (may 31). > > Last friday, we mainly discussed issues around 2.3 and random ideas > that came up. Here's a brief summary: > > - We'll try to push out 2.3 later this year (Q3/Q4) if possible; it'll > include at least the following: > - Xorg 7.1 > - gcc 4.1.x (note that I'd consider it safe to update gcc via ports > during the 2.2 cycle, but that's up for discussion) > - glibc 2.4 > > - Extend setup to handle modular X; one idea which was discussed and > considered viable was to do grouping, such that one could first select > the core group, the xorg group, and the [name to be found; remaining > packages from opt] group > > - The idea of dependency handling during 'setup' was brought up, but > not discussed in detail yet [personal remark: easier with > dependencies in packages] > - some devs would like to see easier update procedures, to > avoid the CD boot/reboot for updates; not discussed in detail > either, though interesting and definitely wanted by many > > - We'll review Matt's ISO scripts and merge them into the svn Makefile > where appropriate > > - Cleaning up the package selection; we want to do that, but didn't > decide which packages should go or be replaced > > - We'll start the public wiki section as soon as we find a volunteer to > look after it (i.e. check the entries from time to time for spam or > unwanted stuff). > > - we'll set up ck4up on crux.nu to check core ports; jue has kindly > provided a special version and a configuration file > > > In addition, danm proposed the following three feature additions, noting > that we claim to utilize on using recent libs and tools: > > 1. move /etc/rc.d/net to iproute2 > The consensus here was that we'll move /etc/rc.d/net to iproute2 for > 2.3 but keep shipping net-tools > If iproute2 is smaller/simpler/better in some way to ifconfig, then I'm all for it. > 2. use PAM > This has to be investigated, it's a tough balance between features and > simplicity; integrating CRUX into certain infrastructures can be > rather hard without PAM, and the transition seems painful. We need to > evaluate the impact of this before deciding > I think we're better off without it, CRUX is, after all, a distribution following the KISS way of life, so complexity like this seems wrong. I would probably end up modifying half of core/opt/contrib to kill PAM from my system and I think others who enjoy the simplicity of CRUX would probably get annoyed by PAM. I vote that PAM stays out of CRUX. > 3. install info pages > This wasn't all that controversal as it might seem :-). In general, we > agree that info pages contain important information at times, and we > have to admit that several users would like to have them; we also > agree that some consider them junk :-). We to slightly change our > position on this, such that: > - we move texinfo to core and require maintainers to have it installed > (since some packages conditionally install the info pages only if > texinfo is there) > - we require that packages install their info pages > - we extend pkgadd to support hooks such as: > INSTALL ^usr/info/.*$ NO > > Whether 'NO' or 'YES' will be the default here is to be decided, but > taking this route makes our packages more flexible without sacrificing > a lot. As a personal remark, the same rule should IMO be used for > desktop files and icons, i.e. install in general, allow rejection via > pkgadd.conf. > If/When we do this, we'll have to (re-)define 'junk' though; some > might say that this way, we could just as well install /usr/share/doc > and reject it by default, or even translations. Prepare some arguments > :-) > > I'm all for this, since some programs (e.g gcc) only document some really good information in their info pages and I'd like to have that on hand if I wanted to read over it. > As a result, we've started a todo list in the wiki: > http://crux.nu/Main/ToDo > > The next IRC meeting will be this coming wednesday, same time (20 CEST). > I suggest the following agenda: > > - Quickly discuss open points from last meeting > - discuss 'ToDo', and responsibilities in general > - future of pkgutils (especially WRT the INSTALL feature mentioned > above) > > Please post further discussion points in this thread. We'll do futher > meetings as needed. > > > Thanks for your attention, > Johannes > -- ~predatorfreak GnuPG Public key: http://pred.dcaf-security.org/dcafsec-pub-gpgkey.asc

9 28

Url checker notifications to this list
by Johannes Winkelmann 30 May '06

30 May '06

Hi, I wrote a url checker script [1] which checks for the availability of sources/distfiles. In order to be notified as early as possible of moved/unavailable source files, I'd like to run it nightly on crux.nu. For the notification, there are basically three possibilities: 1. send everything to the list; advantages: everyone can fix a broken url, for example if another maintainers MIA; disadvantages: some more messages to the list (it's not like we should have broken urls every day though) 2. send it to the maintainer directly; advantages: no "spamming" of the list; disadvantages: requires a correctly set and updated Maintainer field, and won't be seen by others so if the port maintainer has no time to fix it, the problem will persist for a longer time without anyone else knowing 3. opt-in mailing list where these notifications go; advantages: seen by everyone, those not wanting these notifications don't have to subscribe; disadvantages: being able to unsubscribe kinda defeats the purpose of this I'd suggest to go for choice #1, i.e. sending all to the list, however would like to hear from the other developers whether they don't like this at all. If there's no overwhelming negative response, I'll enable this later this week. Kind regards, Johannes References: 1. http://crux.nu/svnweb/CRUX/view/tools/scripts/check_urls -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

1 0

meeting notes & next IRC Meeting
by Johannes Winkelmann 29 May '06

29 May '06

Hi there, This is a quick notification to let you know about last friday's meeting, and the upcoming one next wednesday (may 31). Last friday, we mainly discussed issues around 2.3 and random ideas that came up. Here's a brief summary: - We'll try to push out 2.3 later this year (Q3/Q4) if possible; it'll include at least the following: - Xorg 7.1 - gcc 4.1.x (note that I'd consider it safe to update gcc via ports during the 2.2 cycle, but that's up for discussion) - glibc 2.4 - Extend setup to handle modular X; one idea which was discussed and considered viable was to do grouping, such that one could first select the core group, the xorg group, and the [name to be found; remaining packages from opt] group - The idea of dependency handling during 'setup' was brought up, but not discussed in detail yet [personal remark: easier with dependencies in packages] - some devs would like to see easier update procedures, to avoid the CD boot/reboot for updates; not discussed in detail either, though interesting and definitely wanted by many - We'll review Matt's ISO scripts and merge them into the svn Makefile where appropriate - Cleaning up the package selection; we want to do that, but didn't decide which packages should go or be replaced - We'll start the public wiki section as soon as we find a volunteer to look after it (i.e. check the entries from time to time for spam or unwanted stuff). - we'll set up ck4up on crux.nu to check core ports; jue has kindly provided a special version and a configuration file In addition, danm proposed the following three feature additions, noting that we claim to utilize on using recent libs and tools: 1. move /etc/rc.d/net to iproute2 The consensus here was that we'll move /etc/rc.d/net to iproute2 for 2.3 but keep shipping net-tools 2. use PAM This has to be investigated, it's a tough balance between features and simplicity; integrating CRUX into certain infrastructures can be rather hard without PAM, and the transition seems painful. We need to evaluate the impact of this before deciding 3. install info pages This wasn't all that controversal as it might seem :-). In general, we agree that info pages contain important information at times, and we have to admit that several users would like to have them; we also agree that some consider them junk :-). We to slightly change our position on this, such that: - we move texinfo to core and require maintainers to have it installed (since some packages conditionally install the info pages only if texinfo is there) - we require that packages install their info pages - we extend pkgadd to support hooks such as: INSTALL ^usr/info/.*$ NO Whether 'NO' or 'YES' will be the default here is to be decided, but taking this route makes our packages more flexible without sacrificing a lot. As a personal remark, the same rule should IMO be used for desktop files and icons, i.e. install in general, allow rejection via pkgadd.conf. If/When we do this, we'll have to (re-)define 'junk' though; some might say that this way, we could just as well install /usr/share/doc and reject it by default, or even translations. Prepare some arguments :-) As a result, we've started a todo list in the wiki: http://crux.nu/Main/ToDo The next IRC meeting will be this coming wednesday, same time (20 CEST). I suggest the following agenda: - Quickly discuss open points from last meeting - discuss 'ToDo', and responsibilities in general - future of pkgutils (especially WRT the INSTALL feature mentioned above) Please post further discussion points in this thread. We'll do futher meetings as needed. Thanks for your attention, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

4 6

Re: [crux-devel] Mailing lists down / IRC Meeting
by Johannes Winkelmann 23 May '06

23 May '06

On Mon, May 22, 2006 at 17:03:57 +0200, Tilman Sauerbeck wrote: > Johannes Winkelmann [2006-05-22 10:46]: [...[ > > In addition, I'd like to propose having an IRC meeting this coming > > wednesday (may 24) 20:00 CEST, covering the following basic items: > > > > [snip] > > > > Please speak up if you'd like to attend but can't make it then. > > /me speaks up, wednesday evening doesn't work for me :( Okay, new proposal: friday may 26, same time. There's a certain risk that some of us europeans use take a long weekend off (since thursday is ascension day [1]), but I guess we'll see :-). Thanks, Johannes References: 1. http://en.wikipedia.org/wiki/Ascension_Day -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

2 1

[clc-devel] httpup daily report
by crux＠crux.nu 02 May '06

02 May '06

*** junk repo/crux.spb.ru/e-apps-e/CVS repo/crux.spb.ru/e-apps-e_utils/CVS repo/crux.spb.ru/e-apps-elicit/CVS repo/crux.spb.ru/e-apps-entice/CVS repo/crux.spb.ru/e-apps-entrance/CVS repo/crux.spb.ru/e-apps-iconbar/CVS repo/crux.spb.ru/e-libs-ecore/CVS repo/crux.spb.ru/e-libs-edb/CVS repo/crux.spb.ru/e-libs-edje/CVS repo/crux.spb.ru/e-libs-eet/CVS repo/crux.spb.ru/e-libs-embryo/CVS repo/crux.spb.ru/e-libs-engrave/CVS repo/crux.spb.ru/e-libs-epsilon/CVS repo/crux.spb.ru/e-libs-esmart/CVS repo/crux.spb.ru/e-libs-etox/CVS repo/crux.spb.ru/e-libs-evas/CVS repo/crux.spb.ru/e-libs-ewl/CVS repo/crux.spb.ru/e-libs-imlib2/CVS repo/crux.spb.ru/e-libs-imlib2_loaders/CVS repo/han/p5-xml-parser/perl-xml-writer repo/yhafri/p5-unicode-string/p5-uri repo/dahl/index.html repo/vico/index.html *** large (>1MB) repo/opt/poppler/poppler-0.4.5.patch repo/opt/tetex/.footprint repo/morlenxus/openttd/ttdx-files.tar.gz repo/ukraine/arm-scratchbox/.footprint *** repos crux ! spb ! ru: tzong () crux ! spb ! ru dahl: dahl () c64 ! org han: han () mijncomputer ! nl morlenxus: morlenxus () gmx ! net opt: crux () crux ! nu ukraine: artur () idt ! org ! ua vico: vico () bicisport ! de yhafri: ycrux () club-internet ! fr

1 0

[clc-devel] httpup daily report
by crux＠crux.nu 01 May '06

01 May '06

*** junk repo/crux.spb.ru/e-apps-e/CVS repo/crux.spb.ru/e-apps-e_utils/CVS repo/crux.spb.ru/e-apps-elicit/CVS repo/crux.spb.ru/e-apps-entice/CVS repo/crux.spb.ru/e-apps-entrance/CVS repo/crux.spb.ru/e-apps-iconbar/CVS repo/crux.spb.ru/e-libs-ecore/CVS repo/crux.spb.ru/e-libs-edb/CVS repo/crux.spb.ru/e-libs-edje/CVS repo/crux.spb.ru/e-libs-eet/CVS repo/crux.spb.ru/e-libs-embryo/CVS repo/crux.spb.ru/e-libs-engrave/CVS repo/crux.spb.ru/e-libs-epsilon/CVS repo/crux.spb.ru/e-libs-esmart/CVS repo/crux.spb.ru/e-libs-etox/CVS repo/crux.spb.ru/e-libs-evas/CVS repo/crux.spb.ru/e-libs-ewl/CVS repo/crux.spb.ru/e-libs-imlib2/CVS repo/crux.spb.ru/e-libs-imlib2_loaders/CVS repo/han/p5-xml-parser/perl-xml-writer repo/yhafri/p5-unicode-string/p5-uri repo/dahl/index.html repo/vico/index.html *** large (>1MB) repo/opt/poppler/poppler-0.4.5.patch repo/opt/tetex/.footprint repo/morlenxus/openttd/ttdx-files.tar.gz repo/ukraine/arm-scratchbox/.footprint *** repos crux ! spb ! ru: tzong () crux ! spb ! ru dahl: dahl () c64 ! org han: han () mijncomputer ! nl morlenxus: morlenxus () gmx ! net opt: crux () crux ! nu ukraine: artur () idt ! org ! ua vico: vico () bicisport ! de yhafri: ycrux () club-internet ! fr

1 0