July 2008 - crux-devel - lists.crux.nu

contrib and it's dependencies with other repos
by Mikhail Kolesnik 29 Aug '08

29 Aug '08

Hi. This topic sometimes looks hot but is not considered a major issue and nobody has a strong opinion if (and how) it can be solved. Please, follow up with suggestions. I guess you are familiar with current contrib rules [1]. The problem: an average CRUX contributor can't just put a port depending on something from gnome/kde/xfce (DE) into contrib, nor can he put it into the specific DE repository. It makes many ports hard to find/update/trust. Some ports will die inside private repos, as not many users like to subscribe to those (and play with prt-get.conf to build their personal dependency strategy). While I admit CRUX is DIY distro without a strict policy for everything... the status and possible usage scenarios (tips) of DE repositories looks unintuitive. Another aspect is a so called 'port duplication' issue. In general, it might be not fatal to have ports with different options in different repos. One will just have to put his favourite DE on the top of prt-get.conf/prtdir statements. It might work in most cases, but we have to be aware of the potential problems in each specific case. Few possible ways to go: Pretend that DE repos are just a part of contrib (and modify rules). cons: - DE maintainers might not like generic contrib rules or just to be a part of it; Give contrib members the power to submit ports to DE repos (insist on cooperation). cons: - not everyone even use those DE (subscribing to everything is an overkill); - DE maintainers will be against; Make a contrib-gnome, contrib-xfce, contrib-kde repos and submit DE specific contrib ports there, adjust rules. cons: - makes things too complicated; Port duplication (at least with opt) seems hard to overcame in any case. It could be possible to clean up contrib and DE repos of the ports that are in opt to some extent. [1] http://crux.nu/Main/ContribRules -- Mikhail Kolesnik ICQ: 260259143 IRC: mike_k at freenode/#crux, rusnet/#yalta

7 13

Meeeting notes 2008-07-30
by Johannes Winkelmann 30 Jul '08

30 Jul '08

Hi, Here's a quick summary of yesterday's meeting: 1. move mandir to /usr/share: Same numbers (generated with attached mancount script): mandir in Pkgfile | /usr/man in fp | likely needs change to go to /usr/share /usr/ports/core: 38/93/55 /usr/ports/opt: 90/225/135 /usr/ports/contrib: 78/251/173 In other words, if we'd switch to mandir=/usr/share/man now, we'd have to change more ports than we have to now. Therefore, we'll defer this change until the ratios change. 2. IRC logs We do want to keep the public IRC logs. Apparently, there was a problem with clb not reconnecting before; if anyone realizes that the logs aren't updated, please let me know, and I'll look into that. 3. git ports(8) driver We'll provide an updated driver to merge the ideas we discuss on the ML and IRC, and do some testing. If the testing is successful, we can consider switching from rsync to git along with the 2.5 release. 4. gmane posting As you probably read, posting through gmane is possible now. Thanks to Antti for testing :-). Cheers, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

2 1

Meeting reminder 2008-07-29
by Johannes Winkelmann 29 Jul '08

29 Jul '08

Hi there, It's tuesday again, so tonight our IRC meeting will take place. So far, there's only one item on the meeting agenda (which is a good thing), but feel free to add stuff there. Otherwise, I'd like to spend some time working on existing wiki documents, especially the bug submission guideline we talked about a while ago. As a sidenote, I won't be around in the next two weeks, so someone else will have to take over the burden of sending reminders and summaries :-). Cheers, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

1 0

Re: [crux-devel] contrib and it's dependencies with other repos
by Alan Mizrahi 28 Jul '08

28 Jul '08

> I think it gets too complicated from that point, creating gadzilion of > repositories isn't good solution. If DE maintainers are afraid of > allowing contrib members to access their repos, I think good solution > would be changing contrib rules so we could maintain specific DE > dependent ports in contrib. That would also be a good solution, and far simpler. Any objections? Since DE repositories are way smaller than contrib, I don't think it would be overkill to subscribe to a DE repo if you want to use a specific DE program from contrib. That being said, this is my preferred solution, followed by contrib-*, followed by allowing submissions from contrib members. BTW, contrib-gnome, contrib-kde and contrib-xfce, are only 3 repos, not a gazillion. People allowed in contrib would also be allowed in contrib-*, that would ease the admission process. I'm still in favor Bartek's proposition over this. I don't mind few people submitting a useful KDE port, but I think this won't be the case and with time our DE repos will end up being a mess. I would also like to hear the opinion of the other DE maintainers. Regards, -- Alan

1 0

Meeting notes 2008-07-22
by Johannes Winkelmann 26 Jul '08

26 Jul '08

Hi there, Here's my notes from this week's IRC meeting; again, I'm somewhat late, sorry for that. 1. 2.5 release We want to do a 2.5 release in Q4 this year; most important changes will be the glibc locale generation which we'll leave to the user (see the separate thread), and ld.so.conf.d support. Besides, we'll have the usual updates of core ports (gcc, glibc, perl); hopefully, gcc 4.3.2 will be out, since .1 seems to cause miscompilations of the kernel There will be a dedicated 2.5 meeting. 2. gmane posting This has been requested on crux@, and although no one of the devs at the meeting has tried it before, we believe there's no risk, so we'll check with the gmane guys to make that happen 3. Wiki news & FAQ It would be nice to have someone to take over the job of posting news and maintaining the FAQ on the wiki. If anyone is interested, please speak up. Juergen has moved the FAQ to the Wiki, and split it into different pages. Thanks a lot! 4. utf8 We'll keep C as default, but write an utf8 wiki page 5. Port "best practices" page We'd like to write a page which covers typical "recipes" for ports, sorted by build system and script languages. This way, people new to e.g. python module porting find all the relevant information there. Finally, Tilman suggested to link these meeting notes from the MeetingAgenda wiki page, and already added the links to the previous mail. Thanks Tilman :-). So much for now, if I missed something, please follow-up to this post! Cheers, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

1 0

opt maintainer application
by Jose V Beneyto 22 Jul '08

22 Jul '08

Hi! I'd like to propose you my application to opt. I think that I have enough knowledgements for being involved on, also I'm consider to myself collaborative, that's for what I honestly think I could work in the right way. I'd keep some ports unmaintained ATM: opt/firefox-java-plugin opt/mplayerplug-in opt/tightvnc What do you think about? Best regards, Jose V Beneyto

5 6

IRC developer's meeting reminder
by Johannes Winkelmann 22 Jul '08

22 Jul '08

Hi there, A little late again, but here comes the reminder for tonight's IRC developers' meeting. As always, we'll go through bug reports, the MeetingAgenda list from the Wiki and random requests. Time: 20:00 CEST till late :-) Place: #crux-devel on freenode Cheers, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

1 0

Locale generation, again
by Tilman Sauerbeck 22 Jul '08

22 Jul '08

Hi, this has been brought up a couple of times already, but we never thought it was a big enough issue. Here it goes again: /usr/lib/locale/locale-archive is huge. With every glibc release it's growing some more. On this x86_64 system which runs glibc 2.7, locale-archive is 75 MB. That's just enough my personal pain threshold :P IMO with the next CRUX release, we should switch glibc from building it's huge /usr/lib/locale and instead ask users to build just the locales that they need. It should be just one more command to run after installing CRUX: $ localedef -i de_DE -f UTF-8 de_DE.utf8 Objections? Regards, Tilman -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?

6 7

Meeting notes 2008-07-15
by Johannes Winkelmann 17 Jul '08

17 Jul '08

Hi there, Here's a summary of last tuesday's meeting. 1. "Main" -> "Wiki" move As discussed previously, we've moved major parts of the old "Main/Documentation" page to the "Wiki" section. We've also moved some outdated pages from the "Main/Development" page. There's still some potential to make the "Main" section lighter, but I feel we're on the right track. At the same time, we should think about a better structure for the wiki (the "Wiki" section :-)), to make it easier for users to find what they want. Ideas welcome, otherwise maybe we can have a brainstorming session on crux@ 2. Regular "real" meetings We agreed that there's no need for regular "real" meetings (where "real" mean "not casual", not IRL). We will do them whenever there's a need for it, typically for release preparations. 3. Diffs in [notify] mails We want to remove the .footprint diff from these. Volunteers for that task are welcome :-) 4. pkgadd/pkgmk ideas We've quickly talked about two things here: - allowing pkgadd and pkgmk to cope with multiple packages - don't complain if you do pkgadd -u on a package which isn't installed yet The later was somewhat controversial, and I suggest we revisit that later again. So much for this meeting, looking forward to next week :-). Cheers, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

3 3

Meeting reminder #4
by Johannes Winkelmann 15 Jul '08

15 Jul '08

Hi there, I'll just keep sending these until people complain :-). So tonight we'll have our regular but casual IRC developers meeting. A list of possible items to discuss can be found on http://crux.nu/Wiki/MeetingAgenda As last time, we'll meet in #crux-devel and start around 20:00 CEST. Cheers, Johannes -- Johannes Winkelmann jw(a)smts.ch

1 0