Re: [HEADS UP] Binary package changes

2007-04-12 Thread Grzegorz Błach
On Thu, 2007-04-12 at 12:56 +0200, Joerg Sonnenberger wrote: On Thu, Apr 12, 2007 at 02:36:39PM +0200, Grzegorz B?ach wrote: When I try install pkg from vulnerable dir and its depends are it All dir, dependences can't be installed, but when I try install pkg where pkg and every depends are

Re: [HEADS UP] Binary package changes

2007-04-05 Thread Grzegorz Błach
On Thu, 2007-04-05 at 12:48 +0200, Joerg Sonnenberger wrote: Hi all, due to the dead of my old server I've moved the pkgsrc build system to colocation. A few other things apply as well, so the following changes should be of general interest: (1) Binary packages for pkgsrc-current are

Re: To be a new DFly commiter

2007-03-17 Thread Grzegorz Błach
Dnia 17-03-2007, So o godzinie 00:05 +0100, Simon 'corecode' Schubert napisał(a): [EMAIL PROTECTED] wrote: c) add support for openwall tcb - the alternative to shadow (with pam module) which is more secure than pam_unix and pam_pwdb, because tools like 'passwd' or 'chage' don't neet SUID,

Re: To be a new DFly commiter

2007-03-17 Thread Grzegorz Błach
Dnia 16-03-2007, Pt o godzinie 18:58 -0700, Matthew Dillon napisał(a): Well, hmm. Kinda out of the blue, and I don't want to discourage anyone who is this enthusiastic, but I have a few buts of my own. 1. a) chg default password_format do blowfish since there are known algoritm

Re: To be a new DFly commiter

2007-03-16 Thread Grzegorz Błach
Dnia 16-03-2007, Pt o godzinie 17:45 +0100, Joerg Sonnenberger napisał(a): c) add support for openwall tcb - the alternative to shadow (with pam module) which is more secure than pam_unix and pam_pwdb, because tools like 'passwd' or 'chage' don't neet SUID, instead it use SGID 'shadow'.

Re: To be a new DFly commiter

2007-03-16 Thread Grzegorz Błach
Dnia 16-03-2007, Pt o godzinie 17:57 +0100, Gergo Szakal napisał(a): *My* *sole* opinion follows: * pkgsrc is here to stay, it works fine, you'd better contribute to (even smoother) pkgsrc integration * postfix license is too restrictive (IBM), same for stunnel (GPL), developers of *BSD