Re: [gentoo-dev] New (old) Developer: Dimitry Brad (diox)
On 7/29/07, Christian Heim [EMAIL PROTECTED] wrote: It's my pleasure to (re)-introduce to you Dimitry Brad (also known as diox on IRC), our latest addition joining the x86 arch monkeys. Dimitry has been a Gentoo Developer for quite some time (it has been nearly a year now), and he finally sent in his ebuild quiz and thus becoming a full-fledged Ebuild developer. So please welcome Dimitry as a new (old) fellow developer among us ! Even though diox is short, I'd like to propose a nickchange to O2 to save some expensive bytes. But for the rest: always welcome Dimitry ! ;-) Wkr, Sven Vermeulen -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Zombie: Sven Vermeulen (swift)
Petteri Räty wrote: Your doc zombie Sven Vermeulen has risen from his grave and is back to beat www.gentoo.org/doc/en with his fingers. Give him the usual welcome with nice head shots. Muahahaha. /me blows Sven's head off with a sawed-off shotgun, or maybe a sniper rifle would be nicer ;) Welcome back Sven, been missing ya around here :) -- Shyam Mani | [EMAIL PROTECTED] docs-team | http://gdp.gentoo.org devrel | http://devrel.gentoo.org GPG Key| 0xFDD0E345 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [RFC] qmail.eclass draft
On Fri, 27 Jul 2007 13:08:36 +0200 Michael Hanselmann [EMAIL PROTECTED] wrote: Hello Benedikt Sorry for my long response times. On Mon, Jul 23, 2007 at 09:58:17PM +0200, Benedikt Boehm wrote: i thought about this, but i'd really like to see things like qmail-spp and the gentoo qmail tarball be handled by the eclass, on the other hand i agree that unpacking netqmail or qmail based on $FOO is not the best idea. any suggestions? I really don't see the point of having qmail_spp_src_unpack and all of these qmail-spp related variables. There have to be different diffs anyway for other sources, making it more complicated with that many variables. Aren't you overengineering here? Well, i think the unpack stuff could be handled in the ebuild, but i'd still like to keep dospp, so ebuilds like vpopmail can install spp-plugins in a standardized way.. Now some things I noticed while going through, in no special order: - Why need_qmail? It slows down cache regeneration and is really unneeded. yeah. will fix this soon. - In qmail_man_install you rename some manpages. Can you please add a comment on why you do this? done. - You're very inconsistent with variable quoting. Please quote them everywhere except the places where you're absolutly sure there will be no spaces (or other special characters) in them. Maybe the original netqmail has some of these issues, too, but now we can fix them. done (at least in the eclass) - Don't align stuff like on the last two lines in qmail_src_install. done - The use gencertdaily thing in qmail_ssl_generate works, but doesn't look so nice. How about this? use gencertdaily \ CRON_FOLDER=cron.daily || \ CRON_FOLDER=cron.hourly done - Limit line length to 80 characters (with tabs at 8 spaces). will look at this later - I don't like the custom tarball. How do you want to build and redistribute it without depending on a single person? Its sources need to reside completly on Gentoo infrastructure. yes, i'd suggest to put it in svn, just like we do with the apache tarball, and create a script for tar/upload etc.. probably most could be copied from the apache script.. Bene -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] [RFC] qmail.eclass draft
On Mon, Jul 30, 2007 at 01:20:43PM +0200, Benedikt Boehm wrote: Well, i think the unpack stuff could be handled in the ebuild, but i'd still like to keep dospp, so ebuilds like vpopmail can install spp-plugins in a standardized way.. dospp is fine. Well, maybe rename it to doqmail-spp to make the name more clear. - I don't like the custom tarball. How do you want to build and redistribute it without depending on a single person? Its sources need to reside completly on Gentoo infrastructure. yes, i'd suggest to put it in svn, just like we do with the apache tarball, and create a script for tar/upload etc.. probably most could be copied from the apache script.. Which SVN? svn.g.o? Greets, Michael -- http://hansmi.ch/ pgpntoOCV84Y2.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] qmail.eclass draft
On Mon, 30 Jul 2007 14:23:52 +0200 Michael Hanselmann [EMAIL PROTECTED] wrote: On Mon, Jul 30, 2007 at 01:20:43PM +0200, Benedikt Boehm wrote: - I don't like the custom tarball. How do you want to build and redistribute it without depending on a single person? Its sources need to reside completly on Gentoo infrastructure. yes, i'd suggest to put it in svn, just like we do with the apache tarball, and create a script for tar/upload etc.. probably most could be copied from the apache script.. Which SVN? svn.g.o? Yep. Maybe it is also a good idea to make a stand-alone ebuild for the qmail-spp plugins in the tarball i have collected, cleaned up and tested so far, so we do not need to handle that in the qmail ebuilds..? Greets, Michael Bene -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] [RFC] qmail.eclass draft
On Mon, Jul 30, 2007 at 04:51:17PM +0200, Benedikt Boehm wrote: Yep. Maybe it is also a good idea to make a stand-alone ebuild for the qmail-spp plugins in the tarball i have collected, cleaned up and tested so far, so we do not need to handle that in the qmail ebuilds..? That's a great idea. However, can control/smtpplugins take absolute paths? Otherwise we'd still have to symlink them into /var/qmail*/plugins. Greets, Michael -- http://hansmi.ch/ -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New (old) Developer: Dimitry Brad (diox)
Thanks all :) Kind Regards, Dimitry Bradt Christian Heim wrote: It's my pleasure to (re)-introduce to you Dimitry Brad (also known as diox on IRC), our latest addition joining the x86 arch monkeys. Dimitry has been a Gentoo Developer for quite some time (it has been nearly a year now), and he finally sent in his ebuild quiz and thus becoming a full-fledged Ebuild developer. So please welcome Dimitry as a new (old) fellow developer among us ! Regards, Christian -- Dimitry Bradt - [EMAIL PROTECTED] Gentoo/Linux Undertakers Lead Gentoo/Linux Adopt-a-dev Lead -- signature.asc Description: OpenPGP digital signature
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2007-07-29 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2007-07-29 23h59 UTC. Removals: net-libs/linc 2007-07-27 10:32:14 eva games-fps/vendetta-online-bin 2007-07-28 00:31:34 wolf31o2 dev-python/pyunit 2007-07-28 02:17:14 hawking media-sound/bitscope2007-07-28 12:08:22 drac media-fonts/twmoefonts 2007-07-29 01:44:07 dirtyepic x11-misc/gclipper 2007-07-29 06:07:05 drac x11-misc/gcolor 2007-07-29 06:07:05 drac x11-misc/gwhere 2007-07-29 06:07:05 drac x11-misc/ntodo 2007-07-29 06:07:05 drac media-libs/allegromp3 2007-07-29 06:16:54 drac net-www/mod_security2007-07-29 13:56:50 phreak net-www/mod_watch 2007-07-29 14:07:43 phreak net-www/mod_roaming 2007-07-29 14:14:38 phreak net-www/mod_loopback2007-07-29 14:19:54 phreak net-www/mod_ftpd2007-07-29 14:30:24 phreak net-www/mod_bw 2007-07-29 14:36:57 phreak net-www/mod_log_sql 2007-07-29 14:44:34 phreak net-www/mod_layout 2007-07-29 14:52:25 phreak net-www/mod_limitipconn 2007-07-29 14:58:17 phreak net-www/mod_auth_ldap 2007-07-29 15:02:59 hollow net-www/mod_fastcgi 2007-07-29 15:02:59 hollow net-www/mod_ldap_userdir2007-07-29 15:04:26 phreak net-www/mod_pcgi2 2007-07-29 15:10:02 phreak net-www/mod_scgi2007-07-29 15:15:16 phreak net-www/mod_vdbh2007-07-29 15:19:55 phreak net-www/mod_xslt2007-07-29 15:27:48 phreak net-www/mod_transform 2007-07-29 15:33:30 phreak net-www/mod_auth_external 2007-07-29 15:45:42 phreak net-www/mod_auth_kerb 2007-07-29 15:51:42 phreak net-www/mod_auth_mysql 2007-07-29 15:57:17 phreak net-www/mod_auth_nufw 2007-07-29 16:09:34 phreak net-www/mod_auth_pam2007-07-29 16:18:53 phreak net-www/mod_auth_pgsql 2007-07-29 16:24:34 phreak net-www/apache 2007-07-29 21:07:58 phreak net-www/pwauth 2007-07-29 21:43:18 hollow Additions: www-apps/horde-webmail 2007-07-26 05:07:47 vapier www-apps/horde-jeta 2007-07-26 05:11:20 vapier sys-apps/v86d 2007-07-26 10:28:24 spock media-video/qt-recordmydesktop 2007-07-26 16:02:03 aballier dev-haskell/hscolour2007-07-26 16:17:33 dcoutts dev-haskell/hslogger2007-07-26 16:28:05 dcoutts app-text/lcdf-typetools 2007-07-26 17:32:28 aballier net-mail/courierpassd 2007-07-26 23:05:10 jurek dev-java/ant-eclipse-ecj2007-07-27 13:02:44 nichoj app-text/djview42007-07-27 16:30:23 aballier games-rpg/vendetta-online-bin 2007-07-28 00:25:51 wolf31o2 app-admin/eselect-fontconfig2007-07-28 02:50:13 dirtyepic app-dicts/fantasdic 2007-07-29 02:26:18 matsuu dev-perl/Encode-Detect 2007-07-29 10:04:39 ian www-apache/mod_security 2007-07-29 13:47:06 phreak www-apache/mod_watch2007-07-29 14:01:06 phreak www-apache/mod_roaming 2007-07-29 14:11:12 phreak www-apache/mod_loopback 2007-07-29 14:18:03 phreak www-apache/mod_ftpd 2007-07-29 14:24:52 phreak www-apache/mod_bw 2007-07-29 14:34:52 phreak www-apache/mod_log_sql 2007-07-29 14:41:53 phreak www-apache/mod_layout 2007-07-29 14:49:38 phreak www-apache/mod_limitipconn 2007-07-29 14:57:18 phreak www-apache/mod_ldap_userdir 2007-07-29 15:02:39 phreak www-apache/mod_pcgi22007-07-29 15:08:28 phreak www-apache/mod_scgi 2007-07-29 15:13:01 phreak www-apache/mod_vdbh 2007-07-29 15:18:08 phreak www-apache/mod_xslt 2007-07-29 15:25:45 phreak www-apache/mod_transform2007-07-29 15:30:50 phreak net-firewall/conntrack-tools2007-07-29 15:31:20 cedk www-apache/mod_auth_external2007-07-29 15:42:47 phreak www-apache/mod_auth_kerb2007-07-29 15:49:42 phreak www-apache/mod_auth_mysql 2007-07-29 15:56:00 phreak www-apache/mod_auth_nufw2007-07-29 16:07:35 phreak www-apache/mod_auth_pam 2007-07-29 16:15:21 phreak www-apache/mod_auth_pgsql 2007-07-29 16:22:40 phreak www-servers/apache 2007-07-29 16:32:00 phreak www-apache/pwauth 2007-07-29 21:34:17 hollow -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: net-libs/linc,removed,eva,2007-07-27 10:32:14
[gentoo-portage-dev] License filtering and packages sets
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi list, I would like to know what is the status of license filtering and packages sets in trunk version of Portage. Documentation is very poor in these cases and I hope that I'm not disturbing you. I heard that license filtering implementation is finished, so I tried to use ACCEPT_LICENSE, but I didn't get succesful results. If it is possible, I would like that somebody explained how can license filtering and packages sets be used. - -- Arfrever Frehtes Taifersar Arahesis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.5 (GNU/Linux) iD8DBQFGrlKC/axNJ4Xo/ZERAlMSAKCzyz9/Xtv3bYAdm8I2/tm4yvQFEACffakv Kli1R2IxcfZ8al1KYWCfuvU= =sR0g -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-portage-dev] License filtering and packages sets
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Arfrever Frehtes Taifersar Arahesis wrote: Hi list, I would like to know what is the status of license filtering and packages sets in trunk version of Portage. Documentation is very poor in these cases and I hope that I'm not disturbing you. I heard that license filtering implementation is finished, so I tried to use ACCEPT_LICENSE, but I didn't get succesful results. If it is possible, I would like that somebody explained how can license filtering and packages sets be used. Package sets aren't really useful yet since there is no support for them in emerge (other than system and world). The ACCEPT_LICENSE should work. Simply put whichever licenses you want to accept in that variable and packages with licenses other than those that you've selected will be masked. There is some more information on bug #152593. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.5 (GNU/Linux) iD8DBQFGrlqX/ejvha5XGaMRAgdeAJ0TxCyM5vNN0YckzPN87yR4PIi0YQCg62Ea 3OsFigBqjUI1DzjPUk344Ro= =KAgg -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-portage-dev] License filtering and packages sets
2007-07-30 23:39:14 Zac Medico napisał(a): Arfrever Frehtes Taifersar Arahesis wrote: Hi list, I would like to know what is the status of license filtering and packages sets in trunk version of Portage. Documentation is very poor in these cases and I hope that I'm not disturbing you. I heard that license filtering implementation is finished, so I tried to use ACCEPT_LICENSE, but I didn't get succesful results. If it is possible, I would like that somebody explained how can license filtering and packages sets be used. Package sets aren't really useful yet since there is no support for them in emerge (other than system and world). OK. The ACCEPT_LICENSE should work. Simply put whichever licenses you want to accept in that variable and packages with licenses other than those that you've selected will be masked. There is some more information on bug #152593. Thanks. Now I see that I was testing ACCEPT_LICENSE= which as I now know disables filtering. -- Arfrever Frehtes Taifersar Arahesis -- [EMAIL PROTECTED] mailing list
