Re: Found CONFLICTS: ...
On Mon, Oct 06, 2008 at 02:17:43AM +0400, Boris Samorodov wrote: Michel Talon [EMAIL PROTECTED] writes: I think that CONFLICTS is a cure with worse effects than the disease. Well, then you may cut off this cure by defining DISABLE_CONFLICTS. This is indeed the solution i came to in: http://www.lpthe.jussieu.fr/~talon/freebsdports.html -- Michel TALON ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages
Eygene Ryabinkin wrote: Miroslav, good day. Mon, Oct 06, 2008 at 12:41:05AM +0200, Miroslav Lachman wrote: I am busy these days, but it is nice to read about your progress. I hope I will get some time to test all of these large patches in a few days and I will report back my experiences! Fine, thank you! I am re-CC'ing bug-followup@ to track this letter, since it contains some useful information that should go into GNATS. One note before tests... do -n flag always download new INDEX file, or is it possible to use one already existing in /usr/ports? Currently, it is downloads bzipped INDEX file to /var/db/portaudit every time, but it uses mirror mode, so if remote file hadn't changed at all, all network expences are just the HTTP's HEAD request and reply. I can add another variable to the portaudit to force the usage of the existing INDEX file, if it is needed. By the way, how are you keeping your INDEX file up to date (your proposed usage of 'pkg_version -I' implies that you're always rely on it)? I am just curious -- my INDEX files are almost always stay unupdated, even if I am using portupgrade. I have '/usr/sbin/portsnap cron' and '/usr/sbin/portsnap -I update' in my crontab, so I get INDEX updated every night before nightly security e-mail is generated. And there can be another way if one keeps ports tree updated: utility can use 'make' to determine the version that is currently available on the examined host. But downloading the INDEX file from the central server seemed to be the best way, since it almost always gives one the latest port versions, so I had implemented this in a first place. My previous question was not against your solution, it seems useful to have really actual data from the fresh INDEX. It was just a question how it is done. Maybe someone will be happier to use the existing INDEX because of traffic on some GPRS internet connection or because of the own INDEX creation. (it is not my case, I have all machines as the servers with enough connectivity) ;) Don't know, however, how the badly the load to the central HTTP server will be raised. I am using just two first fields from the INDEX file, so I can use such a stripped file. For me, the reduction was about 6x: SIZE(INDEX-7.bz2) = 1126189, SIZE(INDEX-7.stripped.bz2) = 184345. I am CC'ing the portmgr team. Guys, could you quickly glance over these patches and determine if they are useful to the project in large? If yes, then may be such a stripped INDEX can be created on the FreeBSD servers (via cut -f1-2 -d'|' INDEX-N)? Thanks! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages
Hello, On Monday 06 October 2008 07:23:37 Eygene Ryabinkin wrote: But downloading the INDEX file from the central server seemed to be the best way, since it almost always gives one the latest port versions, so I had implemented this in a first place. I've been following this, but I don't agree that (port|pkg_)audit should do this, from the very perspective you're writing this program from: On Sunday 28 September 2008 11:49:18 Eygene Ryabinkin wrote: 4. I feel that it is Unix-way to do the things: create small utilities that do their (small) job in a proper fashion. Instead, it can provide installed-pkgnameseperatorpkgorigin output. Then, any utility can check whether a new version is available, using what ever source it finds relevant. For example, it is completely irrelevant if a new version is available on the FreeBSD servers, when your machine uses a buildserver in a local network. For those machines it's relevant whether their build server has a new version and one can automatically upgrade if one so desires. Similarly, if your /usr/ports is ahead of the FreeBSD's INDEX.bz2, you're again reporting false information. It's also quite trivial to provide this availibility information in a daily security script, for the majority of cases and it's better to have tunables like _use_remote_portindex, _use_portsdir=/bigdisk/usr/ports in a script. -- Mel ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages
Mel, good day.
Mon, Oct 06, 2008 at 11:24:54AM +0200, Mel wrote:
On Monday 06 October 2008 07:23:37 Eygene Ryabinkin wrote:
But downloading the INDEX file from the central server seemed to be the
best way, since it almost always gives one the latest port versions, so
I had implemented this in a first place.
I've been following this, but I don't agree that (port|pkg_)audit should do
this, from the very perspective you're writing this program from:
The download is done not by the portaudit itself, but by the helper
script, portaudit-checknew.
On Sunday 28 September 2008 11:49:18 Eygene Ryabinkin wrote:
4. I feel that it is Unix-way to do the things: create small utilities
that do their (small) job in a proper fashion.
Instead, it can provide installed-pkgnameseperatorpkgorigin output. Then,
any utility can check whether a new version is available, using what ever
source it finds relevant.
For example, it is completely irrelevant if a new version is available on the
FreeBSD servers, when your machine uses a buildserver in a local network. For
those machines it's relevant whether their build server has a new version and
one can automatically upgrade if one so desires.
Similarly, if your /usr/ports is ahead of the FreeBSD's INDEX.bz2, you're
again reporting false information.
I hear you, but it seems to me that I should just equip
portaudit-checknew with the other sources of a new ports information and
provide tunables for their location (on-disk path, URL, etc). I am
planning to do this, but first I want to know if these patches will be
viable for the project: feeding these into the /dev/null or just using
them locally, but equipping with a lot of functionality, is not what I
really want ;))
It's also quite trivial to provide this availibility information in a daily
security script, for the majority of cases
Didn't get it, sorry. Could you, please, elaborate a bit?
and it's better to have tunables
like _use_remote_portindex, _use_portsdir=/bigdisk/usr/ports in a script.
Yes, it was what I had talked about above in this mail.
Thanks for the input!
--
Eygene
____ _.--. #
\`.|\.....-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, /# while single-stepping the kernel.
`-' `\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / #-- FreeBSD Developers handbook
{_.-``-' {_/#
pgpuKwPqDpxaN.pgp
Description: PGP signature
Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages
On Monday 06 October 2008 12:28:48 Eygene Ryabinkin wrote:
Mel, good day.
Mon, Oct 06, 2008 at 11:24:54AM +0200, Mel wrote:
On Monday 06 October 2008 07:23:37 Eygene Ryabinkin wrote:
But downloading the INDEX file from the central server seemed to be the
best way, since it almost always gives one the latest port versions, so
I had implemented this in a first place.
I've been following this, but I don't agree that (port|pkg_)audit should
do this, from the very perspective you're writing this program from:
The download is done not by the portaudit itself, but by the helper
script, portaudit-checknew.
On Sunday 28 September 2008 11:49:18 Eygene Ryabinkin wrote:
4. I feel that it is Unix-way to do the things: create small utilities
that do their (small) job in a proper fashion.
Instead, it can provide installed-pkgnameseperatorpkgorigin output.
Then, any utility can check whether a new version is available, using
what ever source it finds relevant.
For example, it is completely irrelevant if a new version is available on
the FreeBSD servers, when your machine uses a buildserver in a local
network. For those machines it's relevant whether their build server has
a new version and one can automatically upgrade if one so desires.
Similarly, if your /usr/ports is ahead of the FreeBSD's INDEX.bz2, you're
again reporting false information.
I hear you, but it seems to me that I should just equip
portaudit-checknew with the other sources of a new ports information and
provide tunables for their location (on-disk path, URL, etc). I am
planning to do this, but first I want to know if these patches will be
viable for the project: feeding these into the /dev/null or just using
them locally, but equipping with a lot of functionality, is not what I
really want ;))
It's also quite trivial to provide this availibility information in a
daily security script, for the majority of cases
Didn't get it, sorry. Could you, please, elaborate a bit?
Once you have the origin of the port, you can:
- make -C $PORTSDIR/$origin -V PKGNAME
- get the matching origin(s) out of ${INDEXDIR}/${INDEXFILE}
- get the matching origin(s) out of a downloaded INDEX.bz2
This covers the majority of cases.
What portaudit lacks, is providing the origin along with the installed package
name in easily parseable format. So, a central server wanting to query all
the machines for vulnerable packages, now has to do an extra step of going
into $PKG_DBDIR/$pkgname/+CONTENTS and getting the @comment ORIGIN: line,
while (port|pkg_)audit has just been there.
This would be something I'd expect:
ssh clientmachine /usr/sbin/pkg_audit -l
foo-1.2,3:misc/foo
bar-4.5_6:devel/bar
...
--
Mel
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages
Miroslav,
Mon, Oct 06, 2008 at 10:59:46AM +0200, Miroslav Lachman wrote:
I have '/usr/sbin/portsnap cron' and '/usr/sbin/portsnap -I update' in
my crontab, so I get INDEX updated every night before nightly security
e-mail is generated.
Ah, I see. Thanks!
But downloading the INDEX file from the central server seemed to be the
best way, since it almost always gives one the latest port versions, so
I had implemented this in a first place.
My previous question was not against your solution, it seems useful to
have really actual data from the fresh INDEX. It was just a question
how it is done. Maybe someone will be happier to use the existing
INDEX because of traffic on some GPRS internet connection or because of
the own INDEX creation. (it is not my case, I have all machines as the
servers with enough connectivity) ;)
OK, fine. I will implement the usage of the local INDEX file in some
days.
--
Eygene
____ _.--. #
\`.|\.....-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, /# while single-stepping the kernel.
`-' `\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / #-- FreeBSD Developers handbook
{_.-``-' {_/#
pgpSeTErdor9O.pgp
Description: PGP signature
Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages
Mel,
Mon, Oct 06, 2008 at 01:07:51PM +0200, Mel wrote:
On Monday 06 October 2008 12:28:48 Eygene Ryabinkin wrote:
Once you have the origin of the port, you can:
- make -C $PORTSDIR/$origin -V PKGNAME
- get the matching origin(s) out of ${INDEXDIR}/${INDEXFILE}
- get the matching origin(s) out of a downloaded INDEX.bz2
This covers the majority of cases.
What portaudit lacks, is providing the origin along with the installed package
name in easily parseable format. So, a central server wanting to query all
the machines for vulnerable packages, now has to do an extra step of going
into $PKG_DBDIR/$pkgname/+CONTENTS and getting the @comment ORIGIN: line,
while (port|pkg_)audit has just been there.
This would be something I'd expect:
ssh clientmachine /usr/sbin/pkg_audit -l
foo-1.2,3:misc/foo
bar-4.5_6:devel/bar
...
OK, got it. There is one neat: pkg_audit should be feeded with the
contents of the auditfile and the latter is located in the tar archive.
So, if you wouldn't mind about the following sequence
-
tar xf /var/db/portaudit/auditfile.tbz
pkg_audit auditfile | portaudit-checknew -o | cut -d '|' -f1,4,5
-
then I can add the flag '-o' to the portaudit-checknew: it will
additionally output the port origin along with the new version.
Is that what you meant?
--
Eygene
____ _.--. #
\`.|\.....-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, /# while single-stepping the kernel.
`-' `\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / #-- FreeBSD Developers handbook
{_.-``-' {_/#
pgpuMhKJfYS6l.pgp
Description: PGP signature
Current unassigned ports problem reports
(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker Resp. Description
o ports/127900database/mysql-{server|client}-5.0.67 does not read co
o ports/127886[PATCH] science/linsmith: update to 0.99.11
o ports/127879Update www/mozplugger to 1.11.0
o ports/127857[NEW PORT] multimedia/mythtv-themes: The official Myth
o ports/127856[NEW PORT] multimedia/mythtv-frontend: MythTV is a hom
o ports/127851Port update: multimedia/libdvdnav-mplayer - Update to
o ports/127849New port: multimedia/libdvdread-mplayer
o ports/127827request maintainership of comms/qpage
o ports/127817[PATCH] www/tomcat: update to 5.5.27
o ports/127810print/hplip 2.8.2 can't talk to my usnb printer (HP PS
o ports/127809[patch] security/cyrus-sasl2-authd: install man8/sasla
f ports/127743Update devel/pwlib net/opal net/ekiga to GNOME 2.24.0
o ports/127730[maintainer] textproc/sphinxsearch 64 bit ID support,
o ports/127728ports/games/freebsd-games doesn't build, and larn(6) s
f ports/127727[PATCH] devel/doxygen: update to 1.5.7
f ports/127675[patch] net/nss_ldap version 259, with fix for pw_{cha
o ports/127641Fixes to devel/ptmalloc devel/ptmalloc2
o ports/127555comms/rxtx : USB serial device can not use
f ports/127552[PATCH] devel/libffi: Put include files into ${PREFIX}
f ports/127542Port www/mod_ntlm2 does not working
f ports/127530mail/postfix: LDA of postfix with dovecot will fail wh
o ports/127525games/Pysol links to libSDL-1.2.so.11, should link to
f ports/127513mail/dcc-dccd sets home to /var/dcc even if you didn'
o ports/127490devel/ptmalloc port doesn't apply the -fPIC flag
f ports/127482security/ossec-hids-server - ossec-hids ports outdated
f ports/127447LICENSE (EULA) of x11-fonts/webfonts is not included
o ports/127444sysutils/nagios-statd: RC script fails to log a valid
o ports/127386graphics/opendx does not build
o ports/127321japanese/kon2-16dot: buffer overflow and mouse bugs
f ports/127302security/swatch: swatch-3.2.1_1 multiple issues
f ports/127259[update] devel/jude-community to 5.3
f ports/127238[update] net/p5-SOAP-Lite: upgrade from version 0.69 t
o ports/127193New port: editors/emacs-nox11 Emacs built without X11
f ports/127181audio/musicpd logs warning
o ports/127087mail/bincimap port does not include an rc.d file
o ports/127075comms/qpage segmentation fault due to freeing already-
f ports/127018Linuxulator incapable of using FreeBSD's LDAP environm
o ports/126922devel/libusb : update for Network UPS Tools
f ports/126890port update: lang/cmucl
o ports/126872New port: lang/linux-tcl84
f ports/126867security/sshguard-pf 1.1 fails to detect attempted log
f ports/126840[PATCH] update sysutils/fusefs-wdfs to use neon28 if p
f ports/126839ports/misc/ezload - update: add hardware support for r
f ports/126805audio/Teamspeak_server port runs as root by default
o ports/126732[patch] archivers/rpm5 update (build depends)
f ports/126706multimedia/libdvdcss unusable on RELENG_7
o ports/126674New port: print/latex-babel
o ports/126673New port: print/latex-supertabular
o ports/126655java/jboss4 can not take standard parameter -b host_n
o ports/126628sysutils/heartbeat incorrect detect interfaces during
f ports/126532devel/tclxml-libxml2 - do not found libtclxmlstub
o ports/126520textproc/flex is conflicts with system flex and have A
f ports/126518Unbroke archivers/lzo2 on i386
o ports/126513print/ghostscript-gpl - ghostscript - gpl - compile bu
s ports/126476[update] net-mgmt/nrpe2: Update to 2.12; add 'reload'
o ports/126345ports mail/libpst not post Outlook 2003 compatible
f ports/126322[patch] sysutils/fusefs-kmod: Make install location co
o ports/126273Utilize MASTER_SITES abbreviations.
f ports/126228[PATCH] mail/courier: new version 0.60.0
f ports/126196sysutils/heartbeat: port 1.2.5 rev3 problem with libne
f ports/126161security/bsp_upektfmess does not work on 7.0
f ports/126058net/generic-nqs fails to compile
f ports/126055
Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages
Mel,
Mon, Oct 06, 2008 at 02:40:48PM +0200, Mel wrote:
What I meant is the '-o' flag in pkg_audit, so I can figure out myself whether
it's new or not and my buildserver can prioritize it's builds based on
vulnerable packages it's clients have installed. The origin is the unique key
that identifies any port, so that's vital information in a pipeline.
Ah, OK: no problems, will do it.
--
Eygene
____ _.--. #
\`.|\.....-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, /# while single-stepping the kernel.
`-' `\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / #-- FreeBSD Developers handbook
{_.-``-' {_/#
pgpXKuYuEjsHH.pgp
Description: PGP signature
FreeBSD Port: apache-2.2.9_5
Hello Clement, Package install of apache 2.2 doesn't work. Apache reports: DocumentRoot must be a directory Easy fix in the httpd.conf but in my opinion this fix should be included in the package. Other info: command run: pkg_add -r apache22 installed version: apache-2.2.6_2 error: Starting apache httpd fails. - DocumenRoot must be a directory systeminfo: FreeBSD 7.0-RELEASE i386, GENERIC kernel. Thanks in advance. Regards, marco ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
getting a game into the ports collection
Hello, I am working on a game which uses Ruby,Rubygame and SDL. If this game was a good demonstration of these applications and many people like it, how would I go about getting information on if its possible to include this game in the ports collection? Thanks ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: getting a game into the ports collection
Haroon Khalid wrote: Hello, I am working on a game which uses Ruby,Rubygame and SDL. If this game was a good demonstration of these applications and many people like it, how would I go about getting information on if its possible to include this game in the ports collection? Thanks If you make it into a port, and the port works, and then you submit it, I think you can pretty much guarantee that it will be accepted. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Request Tracker 3.8.1
Albert Shih wrote: Before I submit a PR and get it added into svn, I want to see if I can CVS Also, I stripped out the MULTIPLE_INSTANCES support, mainly because I Yeah, me too, the first committed version will not have this. don't use it and needed to get rt38 up and running as quickly as possible. As time permits, I will add it back it, but its not as simple as it seems because, mainly because the patches no longer cleanly apply. Correct. http://lists.freebsd.org/pipermail/freebsd-ports/2008-August/050271.html Yes, I intended to get my 'ass' back in gear and commit this tonight or Tuesday. I'll review both shars and see if there is anything I need to merge between the 2. I don't known why it's not in the port-tree. Maybe some other task to do. Yeah, $work, traveling, and sick -- Philip M. Gollucci ([EMAIL PROTECTED]) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: getting a game into the ports collection
On Mon, Oct 06, 2008 at 12:08:08PM -0500, Stephen Montgomery-Smith wrote: Haroon Khalid wrote: Hello, I am working on a game which uses Ruby,Rubygame and SDL. If this game was a good demonstration of these applications and many people like it, how would I go about getting information on if its possible to include this game in the ports collection? Thanks If you make it into a port, and the port works, and then you submit it, I think you can pretty much guarantee that it will be accepted. The details of the process outlined above are well documented. http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html If this doesn't cover something then you can likely find the answer in /usr/ports/Mk/*. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages
Mon, Oct 06, 2008 at 02:30:29PM +0400, Eygene Ryabinkin wrote: OK, fine. I will implement the usage of the local INDEX file in some days. OK, I had implemented both '-o' option to pkg_audit and the usage of the local INDEX file. I had reworked pkg_audit and portaudit a bit further, mostly fixing some issues (both mine and existing). Here we go. Patches for pkg_install that adds pkg_audit: http://codelabs.ru/fbsd/patches/portaudit/0001-Add-functions-for-traversing-package-database-and-ma.patch http://codelabs.ru/fbsd/patches/portaudit/0002-Add-function-match_get_pkgorigin.patch http://codelabs.ru/fbsd/patches/portaudit/0003-New-utility-pkg_audit.patch http://codelabs.ru/fbsd/patches/portaudit/0004-pkg_audit-add-option-to-print-origins.patch Mega-patch for pkg_install: http://codelabs.ru/fbsd/patches/portaudit/pkg_install-megapatch-pkg_audit.diff Patches for portaudit: http://codelabs.ru/fbsd/patches/portaudit/0001-Avoid-usage-of-global-variables-N-in-the-print_affe.patch http://codelabs.ru/fbsd/patches/portaudit/0002-Separate-vulnerable-ports-search-from-the-formatter.patch http://codelabs.ru/fbsd/patches/portaudit/0003-Use-pkg_audit-utility-if-it-is-available.patch http://codelabs.ru/fbsd/patches/portaudit/0004-Implement-checking-for-a-new-package-versions.patch Mega-patch for portaudit: http://codelabs.ru/fbsd/patches/portaudit/portaudit-megapatch_pkg_audit-and-checknew.diff Opinions are welcome! -- Eygene ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages
Forgot to say: Tue, Oct 07, 2008 at 12:30:58AM +0400, Eygene Ryabinkin wrote: OK, I had implemented both '-o' option to pkg_audit and the usage of the local INDEX file. The latter can be activated by writing something like - portaudit_pkg_index=file:///usr/ports/INDEX-%d - to the /usr/local/etc/portaudit.conf. -- Eygene ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
reminder: please put category/portname in ports PRs
We have an auto-assigner that notifies maintainers of ports PRs. It looks for literal 'category/portname' in the Synopsis field to do its work. Please help us out by including this; otherwise, it has to be edited by hand. Thanks. mcl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: reminder: please put category/portname in ports PRs
On Mon, Oct 06, 2008 at 05:34:35PM -0500, Mark Linimon wrote: We have an auto-assigner that notifies maintainers of ports PRs. It looks for literal 'category/portname' in the Synopsis field to do its work. Please help us out by including this; otherwise, it has to be edited by hand. Thanks. After being offline for four days (See my writeup about Friday the 13th at http://www.mavetju.org/weblog/html/00254.html) I have a fully working computer right now and can keep track of the failed auto-assigned PRs again. Edwin -- Edwin Groothuis Website: http://www.mavetju.org/ [EMAIL PROTECTED] Weblog: http://www.mavetju.org/weblog/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
