PYEASYINSTALL_CMD and minimal version of setuptools

2010-09-11 Thread Marco Steinbach
Is there an agreed way to set the minimal version of py-setuptools 
required as dependency for a Python package ?


The Python package in question requires py-setuptools =0.6.c11, but I 
can't figure out how to get the magic in Mk/bsd.python.mk to do what I'd 
like it to do: Fail, if an older version is installed, otherwise install 
and use the required version.


MfG CoCo

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


man page style questions

2010-09-11 Thread Marco Steinbach
I'm reposting this to -ports, as I got no replies on -doc within several 
days.



I'm currently preparing a man page for a yet to be submited new port,
and altough I was able to get answers for some of my questions from the
mdoc(7) man page and other sources, there are still some areas where I
am not sure about how to properly format and label things.

The current source of the man page is available at
http://www.moehre.org/files/sqtop/sqtop.1

The port has an optional ncurses-based interface, which, if used, allows
the behaviour of the utility to be changed by pressing certain keys.

- Is INTERACTIVE MODE the appropiate term to be used as heading for
the section dealing with the specifics of a ncurses-based user interface ?

- What labels are to be used for keys which usually do not produce a
printable character ? E.g. is the return-key to be represented as
return, return or RETURN (or is it to be named enter, anyway ?)

- What about the cursor movement and other directional keys like
cursor-left/right/up/down, pageup/down, home/end ?

- Are there any preferences for the macros to use for keys to be
pressed, e.g. is the following acceptable:
.Bl -tag -width Fl
.It Ic C
Do the C thing.
.It Ic A
Do the A thing.
.El


Any hints and suggestions (wording, macro usage, etc) to make the man
page a better fit to the style of the FreeBSD project are greatly
appreciated.

MfG CoCo

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


devel/apr1 and python use.

2010-09-11 Thread jhell
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hi Apache Team  Ports,

Would I be able to persuade you guys to bump or change if you will
USE_PYTHON_BUILD from -2.6 to -2.7 or switch to using USE_PYTHON= instead ?

Comment from bsd.python.mk:

This file contains some variable definitions that are supposed to make
your life easier when dealing with ports related to the Python language.
It's automatically included when USE_PYTHON or PYTHON_VERSION is defined
in the ports' makefile. Define PYTHON_VERSION to override the defaults
that USE_PYTHON would give you. If your port requires only some set of
Python versions, you can define USE_PYTHON as [min]-[max] or min+. (eg.
2.1-2.3, 2.0+ or -2.2)

I have tested apr1 against python27 and have not seen any negative side
effects unless someone can point it out but this port seems to be the
only port holding up my builds due to this define.

It seems correct to me that it should be using:
USE_PYTHON=2.6+ or USE_PYTHON=-2.7


Regards,

PS: This might also serve as a heads up to the rest of ports that use
python in their builds to also consider that there is a python27 port
now and see how their port reacts to being configured to it.

- -- 

Too many knobs...

 jhell,v
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJMi1QcAAoJEJBXh4mJ2FR+lsoH/ijKOCcMkURTMcO+R/qcMF14
uL/QuhTwGrPReDGwUn15WvMDZRSgfSIChGngTMJiQPxbgFaCr6gCtzqpdgio+dPk
9J+8EYX86FB+6Ol7Me+n8jKsGNDepD3EIdQFhpy4MBnzlf5srC6HRXV7mz3AFv3p
LIKe+Czgey55atzI2oqoJpqPQprxIzM7oxrlDTH1xVrgH5HC3doxFM6gTQuDMc0+
Q90yK/3BbxxyDIhqm0QtuMmM8ptA73OSytSSk8VBs8Dehm18rHuJi/GdrfYc1/DW
jVmNsqaza0aFqwd602KlzmIoDcrXDEnKwoMaXrFc8DBTQQksjIPnXig+cRmAClE=
=0stj
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: devel/apr1 and python use.

2010-09-11 Thread Philip M. Gollucci

On 9/11/2010 6:04 AM, jhell wrote:

Hi Apache Team  Ports,

Would I be able to persuade you guys to bump or change if you will
USE_PYTHON_BUILD from -2.6 to -2.7 or switch to using USE_PYTHON= instead ?

Comment from bsd.python.mk:

This file contains some variable definitions that are supposed to make
your life easier when dealing with ports related to the Python language.
It's automatically included when USE_PYTHON or PYTHON_VERSION is defined
in the ports' makefile. Define PYTHON_VERSION to override the defaults
that USE_PYTHON would give you. If your port requires only some set of
Python versions, you can define USE_PYTHON as [min]-[max] or min+. (eg.
2.1-2.3, 2.0+ or -2.2)

I have tested apr1 against python27 and have not seen any negative side
effects unless someone can point it out but this port seems to be the
only port holding up my builds due to this define.

It seems correct to me that it should be using:
USE_PYTHON=2.6+ or USE_PYTHON=-2.7
Absolutely, I'll make the change momentarily.  That was originally set 
b/c 3.x+ does run the .py build generation scripts.






--

1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354
VP Apache Infrastructure; Member, Apache Software Foundation
Committer,FreeBSD Foundation
Consultant,   P6M7G8 Inc.
Sr. System Admin, Ridecharge Inc.

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 freebsd-ports-unsubscr...@freebsd.org


[ports/net/isc-dhcp*] Don't stop DHCP related daemons

2010-09-11 Thread Norikatsu Shigemura
Hi wxs and jpaetzel.

I noticed that dhcpd server stoped after portupgrade, sometimes.
It's a painful accident on my network.  Because I didn't notice
some troubles:-(.

Why do you stop the daemons? Is it really absolutely necessary
to stop a service before it's files go away?

SEE ALSO:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html#AEN5402

$ grep forcestop isc-dhcp*/pkg-plist
isc-dhcp31-relay/pkg-plist:@unexec %D/etc/rc.d/isc-dhcrelay.sh forcestop 
2/dev/null || true
isc-dhcp31-relay/pkg-plist:@unexec %D/etc/rc.d/isc-dhcrelay forcestop 
2/dev/null || true
isc-dhcp31-server/pkg-plist:@unexec %D/etc/rc.d/isc-dhcpd.sh forcestop 
2/dev/null || true
isc-dhcp31-server/pkg-plist:@unexec %D/etc/rc.d/isc-dhcpd forcestop 2/dev/null 
|| true
isc-dhcp41-relay/pkg-plist:@unexec %D/etc/rc.d/isc-dhcrelay.sh forcestop 
2/dev/null || true
isc-dhcp41-relay/pkg-plist:@unexec %D/etc/rc.d/isc-dhcrelay forcestop 
2/dev/null || true
isc-dhcp41-server/pkg-plist:@unexec %D/etc/rc.d/isc-dhcpd forcestop 2/dev/null 
|| true

I want to remove these lines in pkg-plist.

Thank you!

-- 
Norikatsu Shigemura n...@freebsd.org
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [ports/net/isc-dhcp*] Don't stop DHCP related daemons

2010-09-11 Thread Ion-Mihai Tetcu
On Sat, 11 Sep 2010 22:29:02 +0900
Norikatsu Shigemura n...@freebsd.org wrote:

 Hi wxs and jpaetzel.
 
   I noticed that dhcpd server stoped after portupgrade,
 sometimes. It's a painful accident on my network.  Because I didn't
 notice some troubles:-(.
 
   Why do you stop the daemons? Is it really absolutely necessary
   to stop a service before it's files go away?
 
   SEE ALSO:
   
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html#AEN5402
 
 $ grep forcestop isc-dhcp*/pkg-plist
 isc-dhcp31-relay/pkg-plist:@unexec %D/etc/rc.d/isc-dhcrelay.sh
 forcestop 2/dev/null || true isc-dhcp31-relay/pkg-plist:@unexec
 %D/etc/rc.d/isc-dhcrelay forcestop 2/dev/null || true
 isc-dhcp31-server/pkg-plist:@unexec %D/etc/rc.d/isc-dhcpd.sh
 forcestop 2/dev/null || true isc-dhcp31-server/pkg-plist:@unexec
 %D/etc/rc.d/isc-dhcpd forcestop 2/dev/null || true
 isc-dhcp41-relay/pkg-plist:@unexec %D/etc/rc.d/isc-dhcrelay.sh
 forcestop 2/dev/null || true isc-dhcp41-relay/pkg-plist:@unexec
 %D/etc/rc.d/isc-dhcrelay forcestop 2/dev/null || true
 isc-dhcp41-server/pkg-plist:@unexec %D/etc/rc.d/isc-dhcpd forcestop
 2/dev/null || true
 
   I want to remove these lines in pkg-plist.

This 'stop the service before we install' seems to be a new fashion,
usually unneeded/disruptive.
IMO this should only happen when it's really needed, and with some big
warning printed.

-- 
IOnut - Un^d^dregistered ;) FreeBSD user
  Intellectual Property is   nowhere near as valuable   as Intellect
FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B


signature.asc
Description: PGP signature


[ports/databases/sqlite3] Fix build error WITH_ICU

2010-09-11 Thread Norikatsu Shigemura
Hi pol.

sqlite3 has a build issue WITH_ICU like following:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- -
./src/shell.c: In function 'display_stats':
./src/shell.c:982: error: 'SQLITE_STATUS_MALLOC_COUNT' undeclared (first use in 
this function)
./src/shell.c:982: error: (Each undeclared identifier is reported only once
./src/shell.c:982: error: for each function it appears in.)
  :
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- -

Because -I/usr/local/include is too fast than -I. -I./src.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- -
libtool: link: cc -I/usr/local/include -O2 -pipe -march=nocona 
-DSQLITE_SOUNDEX=1 -DSQLITE_SECURE_DELETE=1 -fno-strict-aliasing 
-DSQLITE_OS_UNIX=1 -I. -I./src ...
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- -
So sqlite3's sources includes already installed sqlite3.h.

To fix this issue, I made a patch.  May I commit this OK?
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- -
--- Makefile.orig   2010-09-03 18:27:26.052085000 +0900
+++ Makefile2010-09-12 00:45:41.81263 +0900
@@ -149,8 +149,8 @@
 CONFIGURE_ARGS+=   --disable-load-extension
 .endif
 
-CONFIGURE_ENV+=CPPFLAGS=${CPPFLAGS} LDFLAGS=${LDFLAGS}
-MAKE_ENV+= CPPFLAGS=${CPPFLAGS} LDFLAGS=${LDFLAGS}
+CONFIGURE_ENV+=CPPFLAGS=-I. -I./src ${CPPFLAGS} 
LDFLAGS=${LDFLAGS}
+MAKE_ENV+= CPPFLAGS=-I. -I./src ${CPPFLAGS} LDFLAGS=${LDFLAGS}
 
 post-install:
 .if defined(WITH_TCLWRAPPER)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- -

Thank you.

-- 
Norikatsu Shigemura n...@freebsd.org
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: man page style questions

2010-09-11 Thread Chip Camden
Quoth Marco Steinbach on Saturday, 11 September 2010:
 I'm reposting this to -ports, as I got no replies on -doc within several 
 days.
 
 
 I'm currently preparing a man page for a yet to be submited new port,
 and altough I was able to get answers for some of my questions from the
 mdoc(7) man page and other sources, there are still some areas where I
 am not sure about how to properly format and label things.
 
 The current source of the man page is available at
 http://www.moehre.org/files/sqtop/sqtop.1
 
 The port has an optional ncurses-based interface, which, if used, allows
 the behaviour of the utility to be changed by pressing certain keys.
 
 - Is INTERACTIVE MODE the appropiate term to be used as heading for
 the section dealing with the specifics of a ncurses-based user interface ?
 
 - What labels are to be used for keys which usually do not produce a
 printable character ? E.g. is the return-key to be represented as
 return, return or RETURN (or is it to be named enter, anyway ?)
 
 - What about the cursor movement and other directional keys like
 cursor-left/right/up/down, pageup/down, home/end ?
 
 - Are there any preferences for the macros to use for keys to be
 pressed, e.g. is the following acceptable:
 .Bl -tag -width Fl
 .It Ic C
 Do the C thing.
 .It Ic A
 Do the A thing.
 .El
 
 
 Any hints and suggestions (wording, macro usage, etc) to make the man
 page a better fit to the style of the FreeBSD project are greatly
 appreciated.
 
 MfG CoCo
 
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

I'm glad you asked this question.  I don't have any answers, but I am
eagerly awaiting some authoritative replies.  AFAIK, we're lacking in
guidelines here.

-- 
Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F
http://camdensoftware.com | http://chipstips.com| http://chipsquips.com


pgpTHJKguw52S.pgp
Description: PGP signature


FreeBSD Port: phpwebgallery-1.7.3

2010-09-11 Thread Piotr Byliński
Hello,

 

Are there any plans to upgrade FreeBSD port phpwebgallery

to current version after its migration to piwigo (www.piwigo.org)  ?

 

 

Kind regards,
Piotr Byliński

 

e-mail:mailto:p.bylin...@pertus.pl p.bylin...@pertus.pl

 

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: FreeBSD Port: phpwebgallery-1.7.3

2010-09-11 Thread Goran Lowkrantz

Hi, Piotr,

Yes, I have been testing a new port since 2.0.7 but have not had time to 
finish it of. Am testing a 2.1.2 now.

Give me a week to fix a PR on it.

Cheers,
Göran

--On Saturday, September 11, 2010 6:11 PM +0200 Piotr Byliński 
p.bylin...@pertus.pl wrote:





Hello,



Are there any plans to upgrade FreeBSD port phpwebgallery

to current version after its migration to piwigo (www.piwigo.org)  ?





Kind regards,
Piotr Byliński



e-mail:   p.bylin...@pertus.pl







___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Where did sunbird go?

2010-09-11 Thread Robert
Greetings

I updated my ports today and deskutils/lightning was install and
sunbird is gone. I see nothing listed in UPDATING and the mozilla
site still show a download for sunbird.

Did I miss something or is sunbird no longer available?

Thank you

Robert
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Where did sunbird go?

2010-09-11 Thread Glen Barber
Hi Robert,

On 9/11/10 2:02 PM, Robert wrote:
 Greetings
 
 I updated my ports today and deskutils/lightning was install and
 sunbird is gone. I see nothing listed in UPDATING and the mozilla
 site still show a download for sunbird.
 
 Did I miss something or is sunbird no longer available?
 

/usr/ports/MOVED shows this:

deskutils/sunbird|deskutils/lightning|2010-09-07|Upstream development
discontinued

Meaning, sunbird was moved to lightning.

Regards,

-- 
Glen Barber
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: New virtual category proposal: enlightenment

2010-09-11 Thread Grzegorz Blach
On Fri, 10 Sep 2010 14:10:42 +0300, Ion-Mihai Tetcu
ite...@freebsd.org wrote:
 On Fri, 10 Sep 2010 09:14:23 +0200
 Grzegorz Blach ma...@roorback.net wrote:
 
 Hi,

 I'm working on enlightenment 0.17 ports at:
 http://dev.roorback.net/enlight-ports
 and I wanna have this ports in one single category called
 'enlightenment',
 just like afterstep, gnome, kde, windowmaker.

 Now I have abount 90 ports in tree, and there are next 5 ports from
 enlightenment 0.16 in FreeBSD ports tree.

 What do you thing about new category?
 
 Submit a patch for adding this as a virtual category.
 I expect it to be OK'ed.

For e16 ports I sent patches in
http://www.freebsd.org/cgi/query-pr.cgi?pr=150492
and for e17 ports I added patches in development repo:
http://dev.roorback.net/enlight-ports/changeset?old_path=%2Ftrunkold=30new_path=%2Ftrunknew=30

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Where did sunbird go?

2010-09-11 Thread Robert
On Sat, 11 Sep 2010 14:23:13 -0400
Glen Barber glen.j.bar...@gmail.com wrote:

 Hi Robert,
 
 On 9/11/10 2:02 PM, Robert wrote:
  Greetings
  
  I updated my ports today and deskutils/lightning was install and
  sunbird is gone. I see nothing listed in UPDATING and the mozilla
  site still show a download for sunbird.
  
  Did I miss something or is sunbird no longer available?
  
 
 /usr/ports/MOVED shows this:
 
 deskutils/sunbird|deskutils/lightning|2010-09-07|Upstream development
 discontinued
 
 Meaning, sunbird was moved to lightning.
 
 Regards,
 
Glen

Thank you for responding. Yes, lightning is installed but I guess it is
not stand alone. It is an add-on to seamonkey or thunderbird. I have
been using sunbird as a stand alone application for my desktop
calendar which I now cannot access. 

/usr/ports/deskutils/lightning cat pkg-message 
*
In order to activate the Lightning extension, every user should install
the XPI file into his own profile via the menu:

Tools - Add-ons - Install (for Thunderbird)
- or -
Tools - Add-on Manager - Install (for Seamonkey)



I installed seamonkey and performed the above but it is not obvious as
to how to bring up a calendar.

Thanks again

Robert
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [ports/net/isc-dhcp*] Don't stop DHCP related daemons

2010-09-11 Thread Torfinn Ingolfsen
Hi,

On Sat, Sep 11, 2010 at 4:33 PM, Ion-Mihai Tetcu ite...@freebsd.org wrote:

 This 'stop the service before we install' seems to be a new fashion,
 usually unneeded/disruptive.
 IMO this should only happen when it's really needed, and with some big
 warning printed.


And perhaps with a restart service attempt afterwards? (maybe interactive as
in do you want me to restart the service y/n?)
Just my 0.02 euros.
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: man page style questions

2010-09-11 Thread Eitan Adler
I am not an authority but I think I can help.
1) I think -doc  -questions  -ports
2) see reply inline


 - Is INTERACTIVE MODE the appropiate term to be used as heading for
 the section dealing with the specifics of a ncurses-based user interface ?


This is the label I would expect

 - What labels are to be used for keys which usually do not produce a
 printable character ? E.g. is the return-key to be represented as
 return, return or RETURN (or is it to be named enter, anyway ?)

from the less(1) man page RETURN seems to be correct


 - What about the cursor movement and other directional keys like
 cursor-left/right/up/down, pageup/down, home/end ?

See the less(1) man page.

 - Are there any preferences for the macros to use for keys to be
 pressed, e.g. is the following acceptable:
 .Bl -tag -width Fl
 .It Ic C
 Do the C thing.
 .It Ic A
 Do the A thing.
 .El

I think so - from the limited amount of man page writing I've done
(and from looking at less's source)
-- 
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


[legal] port with restrictive license

2010-09-11 Thread Dmitry Marakasov
Hi!

I've made a port - games/steelstorm, however (pointyhat to me) I've
later discovered that it has some restrictive clauses - namely, license
revocation and compliance to US export laws. For now, the port asks user
to confirm a license, however I'm not sure if automatic
downloading/mirroring a distfile is ok. Here's a full license text:

http://amdmi3.ru/files/license.txt

software authors kindly agreed to remove revocation term (which worried
be the most), however other terms are in question. Could someone review
that license and say whether that's ok in ports, whether distfile
mirroring is OK and whether we should modify it to make user download
file for himself (like with java)?

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru  ..:  jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [ports/net/isc-dhcp*] Don't stop DHCP related daemons

2010-09-11 Thread Denny Lin
On Sat, Sep 11, 2010 at 11:35:43PM +0200, Torfinn Ingolfsen wrote:
 On Sat, Sep 11, 2010 at 4:33 PM, Ion-Mihai Tetcu ite...@freebsd.org wrote:
 
  This 'stop the service before we install' seems to be a new fashion,
  usually unneeded/disruptive.
  IMO this should only happen when it's really needed, and with some big
  warning printed.
 
 
 And perhaps with a restart service attempt afterwards? (maybe interactive as
 in do you want me to restart the service y/n?)
 Just my 0.02 euros.

How about knobs like WITH_STOP_SERVICE and WITH_START_SERVICE for users
who wish to avoid the y/n questions?

-- 
Denny Lin
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [ports/net/isc-dhcp*] Don't stop DHCP related daemons

2010-09-11 Thread Wesley Shields
On Sat, Sep 11, 2010 at 05:33:59PM +0300, Ion-Mihai Tetcu wrote:
 On Sat, 11 Sep 2010 22:29:02 +0900
 Norikatsu Shigemura n...@freebsd.org wrote:
 
  Hi wxs and jpaetzel.
  
  I noticed that dhcpd server stoped after portupgrade,
  sometimes. It's a painful accident on my network.  Because I didn't
  notice some troubles:-(.
  
  Why do you stop the daemons? Is it really absolutely necessary
  to stop a service before it's files go away?
  
  SEE ALSO:
  
  http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html#AEN5402
  
  $ grep forcestop isc-dhcp*/pkg-plist
  isc-dhcp31-relay/pkg-plist:@unexec %D/etc/rc.d/isc-dhcrelay.sh
  forcestop 2/dev/null || true isc-dhcp31-relay/pkg-plist:@unexec
  %D/etc/rc.d/isc-dhcrelay forcestop 2/dev/null || true
  isc-dhcp31-server/pkg-plist:@unexec %D/etc/rc.d/isc-dhcpd.sh
  forcestop 2/dev/null || true isc-dhcp31-server/pkg-plist:@unexec
  %D/etc/rc.d/isc-dhcpd forcestop 2/dev/null || true
  isc-dhcp41-relay/pkg-plist:@unexec %D/etc/rc.d/isc-dhcrelay.sh
  forcestop 2/dev/null || true isc-dhcp41-relay/pkg-plist:@unexec
  %D/etc/rc.d/isc-dhcrelay forcestop 2/dev/null || true
  isc-dhcp41-server/pkg-plist:@unexec %D/etc/rc.d/isc-dhcpd forcestop
  2/dev/null || true
  
  I want to remove these lines in pkg-plist.
 
 This 'stop the service before we install' seems to be a new fashion,
 usually unneeded/disruptive.
 IMO this should only happen when it's really needed, and with some big
 warning printed.

This is there because that is how the old ISC ports were done. I'm not a
fan of this at all. If it doesn't break upgrades I'm going to remove it.

Ports/packages should keep their grubby little hands off my services. ;)

-- WXS
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [ports/net/isc-dhcp*] Don't stop DHCP related daemons

2010-09-11 Thread Jeremy Chadwick
On Sat, Sep 11, 2010 at 08:09:28PM -0400, Wesley Shields wrote:
 On Sat, Sep 11, 2010 at 05:33:59PM +0300, Ion-Mihai Tetcu wrote:
  On Sat, 11 Sep 2010 22:29:02 +0900
  Norikatsu Shigemura n...@freebsd.org wrote:
  
   Hi wxs and jpaetzel.
   
 I noticed that dhcpd server stoped after portupgrade,
   sometimes. It's a painful accident on my network.  Because I didn't
   notice some troubles:-(.
   
 Why do you stop the daemons? Is it really absolutely necessary
 to stop a service before it's files go away?
   
 SEE ALSO:
 
   http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html#AEN5402
   
   $ grep forcestop isc-dhcp*/pkg-plist
   isc-dhcp31-relay/pkg-plist:@unexec %D/etc/rc.d/isc-dhcrelay.sh
   forcestop 2/dev/null || true isc-dhcp31-relay/pkg-plist:@unexec
   %D/etc/rc.d/isc-dhcrelay forcestop 2/dev/null || true
   isc-dhcp31-server/pkg-plist:@unexec %D/etc/rc.d/isc-dhcpd.sh
   forcestop 2/dev/null || true isc-dhcp31-server/pkg-plist:@unexec
   %D/etc/rc.d/isc-dhcpd forcestop 2/dev/null || true
   isc-dhcp41-relay/pkg-plist:@unexec %D/etc/rc.d/isc-dhcrelay.sh
   forcestop 2/dev/null || true isc-dhcp41-relay/pkg-plist:@unexec
   %D/etc/rc.d/isc-dhcrelay forcestop 2/dev/null || true
   isc-dhcp41-server/pkg-plist:@unexec %D/etc/rc.d/isc-dhcpd forcestop
   2/dev/null || true
   
 I want to remove these lines in pkg-plist.
  
  This 'stop the service before we install' seems to be a new fashion,
  usually unneeded/disruptive.
  IMO this should only happen when it's really needed, and with some big
  warning printed.
 
 This is there because that is how the old ISC ports were done. I'm not a
 fan of this at all. If it doesn't break upgrades I'm going to remove it.
 
 Ports/packages should keep their grubby little hands off my services. ;)

This problem affects more than just ISC-related ports.  It's scattered
all over many, and probably for a good reason.

Has anyone taken the time to actually study how the daemon behaves in
all possible circumstances if you pull certain files out from underneath
it?  Meaning, pkg_delete might delete/clean up something that the daemon
relies upon.  For example, with regards to isc-dhcp, has anyone checked
the implications of removing the files it does with the daemon still
running?  Have they tested such with all configuration (e.g. LDAP in
use)?  For example, I know that with postfix if you let the daemon
remain running when pkg_delete'ing the software, it starts freaking out
whenever any mail I/O happens.  And what about ports like
mysqlXX-server?  You get my point.

I'm actually in favour of having ports ***not*** touch services at all,
but I want to be absolutely sure people aren't jumping the gun claiming
oh it's totally safe when there's a good chance it might not be.

But to play devil's advocate once again: this discussion started because
the OP uninstalled or upgraded a port which made use of a daemon, which
was (possibly rightfully so) shut down during pkg_delete, and he forgot
to restart the daemon.  No offence intended, but what administrator
upgrades software (a service nonetheless) and then walks away from his
computer?  Please think about that for a while too, and ask yourself if
catering to this mentality through software (ports framework) is a good
idea.

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


RE: Problem with textproc/py-lucene port on 8.1-RELEASE

2010-09-11 Thread Gav...
I take it the lack of reply means no-one else is having issues?

Gav...


 -Original Message-
 From: owner-freebsd-po...@freebsd.org [mailto:owner-freebsd-
 po...@freebsd.org] On Behalf Of Gav...
 Sent: Tuesday, 7 September 2010 7:18 PM
 To: freebsd-ports@freebsd.org
 Cc: cls...@freebsd.org
 Subject: Problem with textproc/py-lucene port on 8.1-RELEASE
 
 Hi All,
 
 I've just spent over 3 hours at the pc watching over a py-lucene
 install,
 accepting licenses, running off to other download sites to fetch stuff,
 that
 sort of fun.
 So I was not happy to be getting a stop error after 3 hours like I have
 got
 below. any ideas how to proceed please?
 
 Gav...
 
 
 /usr/local/bin/python2.6 -m jcc.__main__ --jar
 lucene-java-3.0.2/build/lucene-core-3.0.2.jar --jar
 lucene-java-3.0.2/build/contrib/snowball/lucene-snowball-3.0.2.jar --
 jar
 lucene-java-3.0.2/build/contrib/analyzers/common/lucene-analyzers-
 3.0.2.jar
 --jar lucene-java-3.0.2/build/contrib/regex/lucene-regex-3.0.2.jar --
 jar
 lucene-java-3.0.2/build/contrib/memory/lucene-memory-3.0.2.jar --jar
 lucene-java-3.0.2/build/contrib/highlighter/lucene-highlighter-
 3.0.2.jar
 --jar lucene-java-3.0.2/build/contrib/queries/lucene-queries-3.0.2.jar
 --jar
 build/jar/extensions.jar  --package java.lang java.lang.System
 java.lang.Runtime --package java.util java.util.Arrays
 java.text.SimpleDateFormat java.text.DecimalFormat java.text.Collator
 --package java.io java.io.StringReader java.io.InputStreamReader
 java.io.FileInputStream --exclude org.apache.lucene.queryParser.Token
 --exclude org.apache.lucene.queryParser.TokenMgrError --exclude
 org.apache.lucene.queryParser.QueryParserTokenManager --exclude
 org.apache.lucene.queryParser.ParseException --exclude
 org.apache.lucene.search.regex.JakartaRegexpCapabilities --exclude
 org.apache.regexp.RegexpTunnel --python lucene --mapping
 org.apache.lucene.document.Document
 'get:(Ljava/lang/String;)Ljava/lang/String;' --mapping
 java.util.Properties
 'getProperty:(Ljava/lang/String;)Ljava/lang/String;' --rename
 org.apache.lucene.search.highlight.SpanScorer=HighlighterSpanScorer
 --version 3.0.2 --module python/collections.py --files 2 --build
 Exception in thread main java.lang.NoSuchMethodException:
 java.lang.Object.hasNext()
 at java.lang.Class.getMethod(Class.java:1605)
 Traceback (most recent call last):
   File /usr/local/lib/python2.6/runpy.py, line 122, in
 _run_module_as_main
 __main__, fname, loader, pkg_name)
   File /usr/local/lib/python2.6/runpy.py, line 34, in _run_code
 exec code in run_globals
   File
 /usr/local/lib/python2.6/site-packages/JCC-2.6-py2.6-freebsd-8.1-RC2-
 amd64.
 egg/jcc/__main__.py, line 102, in module
 cpp.jcc(sys.argv)
   File
 /usr/local/lib/python2.6/site-packages/JCC-2.6-py2.6-freebsd-8.1-RC2-
 amd64.
 egg/jcc/cpp.py, line 565, in jcc
 declares, typeset)
   File
 /usr/local/lib/python2.6/site-packages/JCC-2.6-py2.6-freebsd-8.1-RC2-
 amd64.
 egg/jcc/cpp.py, line 1014, in code
 superMethod = find_method(superCls, methodName, params)
   File
 /usr/local/lib/python2.6/site-packages/JCC-2.6-py2.6-freebsd-8.1-RC2-
 amd64.
 egg/jcc/cpp.py, line 218, in find_method
 if (e.getJavaException().getClass().getName() ==
 'java.lang.NoSuchMethodException'):
   File
 /usr/local/lib/python2.6/site-packages/JCC-2.6-py2.6-freebsd-8.1-RC2-
 amd64.
 egg/jcc/cpp.py, line 51, in getJavaException
 return self.args[0]
 IndexError: tuple index out of range
 gmake: *** [compile] Error 255
 *** Error code 1
 
 Stop in /usr/ports/textproc/py-lucene.
 
 
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-
 unsubscr...@freebsd.org


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: devel/apr1 and python use.

2010-09-11 Thread jhell
On 09/11/2010 09:19, Philip M. Gollucci wrote:
 On 9/11/2010 6:04 AM, jhell wrote:
 Hi Apache Team  Ports,

 Would I be able to persuade you guys to bump or change if you will
 USE_PYTHON_BUILD from -2.6 to -2.7 or switch to using USE_PYTHON=
 instead ?

 Comment from bsd.python.mk:

 This file contains some variable definitions that are supposed to make
 your life easier when dealing with ports related to the Python language.
 It's automatically included when USE_PYTHON or PYTHON_VERSION is defined
 in the ports' makefile. Define PYTHON_VERSION to override the defaults
 that USE_PYTHON would give you. If your port requires only some set of
 Python versions, you can define USE_PYTHON as [min]-[max] or min+. (eg.
 2.1-2.3, 2.0+ or -2.2)

 I have tested apr1 against python27 and have not seen any negative
 side
 effects unless someone can point it out but this port seems to be the
 only port holding up my builds due to this define.

 It seems correct to me that it should be using:
 USE_PYTHON=2.6+ or USE_PYTHON=-2.7
 Absolutely, I'll make the change momentarily.  That was originally set
 b/c 3.x+ does run the .py build generation scripts.
 

Thank you! Sir.


-- 

 jhell,v
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [ports/net/isc-dhcp*] Don't stop DHCP related daemons

2010-09-11 Thread Norikatsu Shigemura
Hi everyone!

Thank you for my reply.

This problem is 'Yet another minor release engineering' for
all the world other environments.  If you can give assurance
upgrading ports, you can stop the daemon (at least, I want to
restart it:-).  But it's t difficult, and I(we?)
don't/can't want your assurance.

If the daemon doesn't stop (keep the daemon running), I(we) am
given a little grace to update environment like configuration
files.  If the daemon stop, I(we) should correspond updating
at once. 

In theoretically, we update ports like following operation:
1. Check updating lists like portversion -L =.
2. Check updating documents before portupgrade XXX.
3. portupgrade every once, and update environments (including
   restart OS).
4. repeat 3.

But it's hard, so in practice:
1. portupgrade -aR.
2. Check updating documents, and update environments.
3. repeat 3.
4. restart OS if needed.

So please regard such as system managers!

-- 
Norikatsu Shigemura n...@freebsd.org
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org