- crux-devel - lists.crux.nu

Re: [crux-devel] [PATCH] regarding bugs #15 and #63
by Johannes Winkelmann 12 Jul '06

12 Jul '06

Anton, Please keep the discussion on the list (I quoted your message fully to keep the others in the loop). My private e-mail address is no place for crux development questions. On Wed, Jul 12, 2006 at 01:52:39 +0400, Anton wrote: > On Tue, Jul 11, 2006 at 10:54:01PM +0200, Johannes Winkelmann wrote: > > > If you think that w/o splitting and debugging changes the patch would be > > > far smaller, you are very wrong. > > I don't really have an interest in discussing this to death. We just > > expect large patches to be split into smaller patches, each introducing > > a single change (pretty much like the linux kernel development works). > > > > If you submit a reasonably split set of patches we'll definitely take > > the time to review and discuss it, or point out when a patch violates > > the "one patch, one feature" rule. > > > > > > [typedefs] > > > > Well, if I see > > > > std::pair<string, string> file; > > > > > > You got error here: it's pair<string,fileinfo_t>. With typedef you are > > > safe from errors like that. > > > > In fact I merely wrote that as an example, however you instantly spotted > > a potential error since an explicit type was used instead of a annonymous > > typedef. Or to paraphrase you, "with typedef such errors are hidden from > > you". > > > > So bottom line is there's no "better" here, just preference, and you may > > want to take the maintainers' preference into consideration. > > Wait. Maintainer prefer code like: > compose1( > first_in_pair<pair<string, fileinfo_t>, string>(), > first_in_pair<pair<string, fileinfo_t>, conflict_t>, pair<string, fileinfo_t>() > ); > > and > > void pkgutil::db_rm_fileconflicts(const map<pair<pair<string, fileinfo_t>, conflict_t> > &files, const set<string> &keeplist); > > Can you read this at first sight? Can you explain what it suppose to do? > I'm not. I have just write this code a second ago and I can't parse it in > my mind. I'm not going to waste my own time on crap-code, which I can't > read properly. You have to change your preference or will read code like > above. > > Of course nobody forces me to follow your rules, I can simply leave this > patch in my own collection (which already have much of crux-related > patches). Have you ever thought that your attitude might be one of the reasons that your patches don't make it upstream? > But really I don't get your rules. pkgutils is so small package, > and I don't understand why you're playing bombastic big-packages games. Are you saying that only big-packages should be changed incrementally, while small ones should get radical make overs only? I fail to see the logic of this, sorry. > And why I have to apply so many forces to be heard in this small > crux-world? Because all I see from you is complaining (pkgutils-ng), whining (depot patch) and stating how you are right, and I am wrong (this thread). I have very little interest to work with such people, especially since many in the CRUX community manage to communicate in a friendly way, and manage to work WITH us as opposed to you, where I get the impression that all that matters is to have everything your way. It took me quite some overcoming to fairly review your patch in the first place considering your former contributions to this list, and with every reply you sent in that thread it becomes more and more obvious that I again wasted the time even replying to a message from you (just like in the pkgutils-ng thread). Maybe you'll find someone else to merge your changes, otherwise just move it directly to your own collection. HAND, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch

4 5

libstdc++-compat in core
by Mark Rosenstand 12 Jul '06

12 Jul '06

I noticed that sip just moved rpm2targz to core because libstdc++-compat needs it. However, $ prt-get dependent --all libstdc++-compat libstdc++-compat acroread Since acroread isn't in core, what's libstdc++-compat doing there? I personally deselect it during installation and have never found a need/use for it. On a side node, it'd be cool if a Reply-To: crux-devel(a)lists.crux.nu header were added to the crux-commits list :)

2 3

Notification from CRUX
by Flyspray 11 Jul '06

11 Jul '06

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#79 - Latest bash (3.1.17) breaks /etc/inputrc User who did this: - Nick Steeves (sten) Reason for closing: - Works for me More information can be found at the following URL: https://crux.nu/bugs/?do=details&id=79 You are receiving this message because you have requested it from the Flyspray bugtracking system. You can be removed from future notifications by visiting the URL shown above.

1 0

CRUX 2.3 setup script
by Simone Rota 11 Jul '06

11 Jul '06

Hi, I started working on the addons to the 2.3 setup script; as you already know we're decided to add some sort of group selecting and/or dependency checking, mainly because of the large number of packages of the modular Xorg release. So far I added a simple group implementation, consisting in a selection of the groups and subsequent separate selection of packages from each collection. Easier to see than to explain: http://www.varlock.com/tmp/groupsetup/ Note: The package selection procedure for upgrades is left untouched. Question #1: do you think that there should be the possibility of selecting packages from a previously unselected group? (all items off by default) Regarding dependency ckecking, I plan to write an additional function / dialog that will display the list of unselected needed packages (if any) after the standard selection procedure. This function will retrieve dependency information from a dedicated file, maybe automatically generated by a prt-get call from the ISO Makefile. Question #2: does this approach to dependency handling make sense? Thanks for your attention, Regards, Simone -- Simone Rota Bergamo, Italy - http://www.varlock.com

3 6

Potentially broken source downloads
by crux＠crux.nu 11 Jul '06

11 Jul '06

Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/core/shadow Url: ftp://ftp.pld.org.pl/software/shadow/shadow-4.0.16.tar.bz2 Reason: curl: (19) Given file does not exist State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/pkgsync Url: http://jdolan.dyndns.org/jaydolan/files/pkgsync-1.4.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/pymp Url: http://jdolan.dyndns.org/jaydolan/files/pymp-0.9.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-src-3… Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf… Reason: curl: (67) Access denied: 530 State: Reminder Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/tetex Url: ftp://dante.ctan.org/pub/tex/systems/unix/teTeX/current/distrib/tetex-texmf… Reason: curl: (67) Access denied: 530 State: Reminder Full report: http://crux.nu/files/check_urls.html

1 0

Potentially broken source downloads
by crux＠crux.nu 10 Jul '06

10 Jul '06

Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/fortune Url: http://db.ilug-bom.org.in/lug-authors/philip/misc/fortune-mod-prog-style.ta… Reason: curl: (52) Empty reply from server State: New Full report: http://crux.nu/files/check_urls.html

1 0

Potentially broken source downloads
by crux＠crux.nu 09 Jul '06

09 Jul '06

Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/lftp Url: http://ftp.yars.free.net/lftp/lftp-3.5.1.tar.bz2 Reason: curl: (6) Couldn't resolve host 'ftp.yars.free.net' State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/postgresql Url: ftp://ftp2.de.postgresql.org/pub/postgresql/v8.1.4/postgresql-8.1.4.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/wmclock Url: http://www.dockapps.org/download.php/id/328/wmclock-1.0.12.2.tar.gz Reason: curl: (6) Couldn't resolve host 'www.dockapps.org' State: New Full report: http://crux.nu/files/check_urls.html

1 0

Potentially broken source downloads
by crux＠crux.nu 08 Jul '06

08 Jul '06

Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/alsa-driver Url: ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.11.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/alsa-lib Url: ftp://ftp.alsa-project.org/pub/lib/alsa-lib-1.0.11.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/alsa-oss Url: ftp://ftp.alsa-project.org/pub/oss-lib/alsa-oss-1.0.11.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/alsa-utils Url: ftp://ftp.alsa-project.org/pub/utils/alsa-utils-1.0.11.tar.bz2 Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/awesfx Url: http://www.alsa-project.org/~iwai/awesfx-0.5.0c.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html

1 0

Potentially broken source downloads
by crux＠crux.nu 07 Jul '06

07 Jul '06

Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/netdate Url: ftp://code-monkey.de/pub/netdate/netdate-1.2.tar.bz2 Reason: curl: (7) couldn't connect to host State: Changed reason Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/netdate Url: ftp://code-monkey.de/pub/netdate/netdate-1.2.patch Reason: curl: (7) couldn't connect to host State: Changed reason Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/pear Url: http://pear.php.net/get/PEAR-1.4.5.tgz Reason: curl: (7) couldn't connect to host State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/procmail Url: ftp://ftp.procmail.net/pub/procmail/procmail-3.22.tar.gz Reason: curl: (8) This doesn't seem like a nice ftp-server response State: New Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/sitecopy Url: http://www.lyra.org/sitecopy/sitecopy-0.16.3.tar.gz Reason: curl: (7) couldn't connect to host State: Reminder Full report: http://crux.nu/files/check_urls.html

1 0

Potentially broken source downloads
by crux＠crux.nu 06 Jul '06

06 Jul '06

Port: /home/crux/svn-to-rsync-working-copy/crux-2.2/opt/boehm-gc Url: http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/gc6.7.tar.gz Reason: curl: (7) couldn't connect to host State: New Full report: http://crux.nu/files/check_urls.html

1 0