Re: .Xdefaults ignored

2009-12-18 Thread Sandra Kachelmann
On Thu, Dec 17, 2009 at 5:53 PM, Chris Rees utis...@googlemail.com wrote:
 2009/12/17 Sandra Kachelmann s.kachelm...@googlemail.com:
 I recently noticed that xorg under FreeBSD ignores my ~/.Xdefaults
 file. I saw with truss that instead .Xdefaults-fqdn is being used:

 open(/home/skmn/.Xdefaults-prissy.local,O_RDONLY,06362252327) = 5 (0x5)

 No trace about ~/.Xdefaults

 Any idea why and if it can be changed?

 Sandra

 Does .Xdefaults-fqdn exist? If so, it read that instead, and that is
 the sensible behaviour; the name is more specific. Try renaming or
 deleting .Xdefaults-fqdn and see if it helps.

Sorry, I should have mentioned before. As a consequence of xorg
ignoring my .Xdefaults I've created .Xdefaults-fqdn and it's being
used. That's not the problem. I'd like to change that behaviour though
because pretty much all other Linux distros I've ever used before used
.Xdefaults and most documentation you find about .Xdefaults entries
point user to .Xdefaults in the homedir. Yeah I could create symlinks
but I rather change it completely to .Xdefaults. I deploy a tarball
with all my dotfiles on a Webserver and I don't want to rename
.Xdefaults on every workstation I fetch the tarballs via script.

I bet the search path of .Xdefaults is some sort of config option that
can be changed somewhere. I tried searching in /usr/local/lib/X11, env
startx, env xorg but no luck.

Any idea where I can change it?

Sandra
___
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


Fwd: .bashrc

2009-12-18 Thread Carlos A. M. dos Santos
No Ubuntu, descomentar este trecho no /etc/bash.bashrc:

if [ -f /etc/bash_completion ]; then
. /etc/bash_completion
fi

e salvar o arquivo anexo como ~/.bashrc

-- 
My preferred quotation of Robert Louis Stevenson is You cannot
make an omelette without breaking eggs. Not because I like the
omelettes, but because I like the sound of eggs being broken.


.bashrc
Description: Binary data
___
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: .Xdefaults ignored

2009-12-18 Thread Gary Jennejohn
On Fri, 18 Dec 2009 10:43:04 +0100
Sandra Kachelmann s.kachelm...@googlemail.com wrote:

 I bet the search path of .Xdefaults is some sort of config option that
 can be changed somewhere. I tried searching in /usr/local/lib/X11, env
 startx, env xorg but no luck.
 
 Any idea where I can change it?
 

Do you use .xinitrc?

I have this in mine:
if [ -f ~/.Xdefaults ]
xrdb ~/.Xdefaults

---
Gary Jennejohn
___
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: .Xdefaults ignored

2009-12-18 Thread Emanuel Haupt
Sandra Kachelmann s.kachelm...@googlemail.com wrote:
 On Thu, Dec 17, 2009 at 5:53 PM, Chris Rees utis...@googlemail.com
 wrote:
  2009/12/17 Sandra Kachelmann s.kachelm...@googlemail.com:
  I recently noticed that xorg under FreeBSD ignores my ~/.Xdefaults
  file. I saw with truss that instead .Xdefaults-fqdn is being used:
 
  open(/home/skmn/.Xdefaults-prissy.local,O_RDONLY,06362252327) =
  5 (0x5)
 
  No trace about ~/.Xdefaults
 
  Any idea why and if it can be changed?
 
  Sandra
 
  Does .Xdefaults-fqdn exist? If so, it read that instead, and that is
  the sensible behaviour; the name is more specific. Try renaming or
  deleting .Xdefaults-fqdn and see if it helps.
 
 Sorry, I should have mentioned before. As a consequence of xorg
 ignoring my .Xdefaults I've created .Xdefaults-fqdn and it's being
 used. That's not the problem. I'd like to change that behaviour though
 because pretty much all other Linux distros I've ever used before used
 .Xdefaults and most documentation you find about .Xdefaults entries
 point user to .Xdefaults in the homedir. Yeah I could create symlinks
 but I rather change it completely to .Xdefaults. I deploy a tarball
 with all my dotfiles on a Webserver and I don't want to rename
 .Xdefaults on every workstation I fetch the tarballs via script.
 
 I bet the search path of .Xdefaults is some sort of config option that
 can be changed somewhere. I tried searching in /usr/local/lib/X11, env
 startx, env xorg but no luck.
 
 Any idea where I can change it?

Just set the path in $XENVIRONMENT. For example:

export XENVIRONMENT=$HOME/.Xdefaults

Emanuel
___
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: MailScanner and Perl problems (FIXED)

2009-12-18 Thread mog

Whooo! That's awesome!

Big thanks to Julian, Mike and everyone else who helped with *finally* 
getting this sorted out.


Kind regards,
mog.


Mike Jakubik wrote:

Just wanted to mention to all the frustrated mailscanner users that have
been having issues when updating perl, the problem has finally been fixed.
I have submitted a pr to update the port, you will see this fix in version
4.79.4.

The problem was caused by the way mailscanner code behaved when it was ran
under perl's taint mode. Taint mode is triggered when changing the Run As
options in mailscanner's config.

If anyone is interested in updating their port now a diff can be found
here http://www.freebsd.org/cgi/query-pr.cgi?pr=141726 .

Many thanks to Julian for fixing this.





___
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: FreeBSD Port: php5-mhash-5.2.11_1

2009-12-18 Thread Peter Pentchev
On Thu, Dec 17, 2009 at 09:46:25AM +0100, Alex Dupre wrote:
 Simon Shapiro ha scritto:
  Hey,
  I just updated ports on a few machines and the CLI version of php dumps
  its core rather than end nicely. The mhash module appears to be the
  trigger (an extensions.ini with only mhash causes failure, all others
  minus mhash: no failure).
 
 Simply recompile security/mhash removing the following configure arg:
 
 --with-LDFLAGS=${PTHREAD_LIBS}
 
 I'm waiting approval from maintainer.

I've just committed this fix.  Sorry for not reacting a bit sooner.

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13
If there were no counterfactuals, this sentence would not have been paradoxical.


pgpTqhh27Ixoq.pgp
Description: PGP signature


Re: ioquake3 support more platforms

2009-12-18 Thread Dominic Fandrey
Mark Linimon wrote:
 On Thu, Dec 17, 2009 at 04:48:43PM +0100, Dominic Fandrey wrote:
 A committer explained to me that he doesn't want to deal with SVN
 snapshot based ports. Is that a common attitude and what should
 I do to remedy this?
 
 Well, the problem is that we (FreeBSD) can't guarantee whether the
 contents of a resulting package are secure or not, or really, what
 the contents are at all.  I personally would only be comfortable with
 a default setting of NO_PACKAGE in this case.  Individual users could
 manually override it.

But that's not different for any port. E.g. sysutils/bsdadminscripts is
all mine, I create the distfiles and maintain the port, their is no
guarantee that I don't do evil apart from me being quite certain that
I don't.

Why can one assume that an ioquake release is safe? One really cannot.
It's made by the same people who maintain the non-trustworthy SVN.

What if I created a sourceforge project freebsd-ioquake and published
my distfiles there as ioquake freebsd releases. Would it suddenly
turn trustworthy?

Also it's a -devel port. That kinda screams At your own risk right
into your face.

 I don't know if there is a formal policy about such ports.  Probably,
 there ought to be.

I think there can be no guarantee given for anything whatsoever. So
I do not see how a policy could be useful.

-- 
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail? 
___
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: ioquake3 support more platforms

2009-12-18 Thread Mark Linimon
On Fri, Dec 18, 2009 at 12:31:38PM +0100, Dominic Fandrey wrote:
 But that's not different for any port. E.g. sysutils/bsdadminscripts is
 all mine, I create the distfiles and maintain the port, their is no
 guarantee that I don't do evil apart from me being quite certain that
 I don't.

Sure there is.  That's why we have ports committers.  They are supposed
to audit the changes to the port to make sure that the changes are safe.
In particular, I expect that they check that the changes are not so
extensive that they indicate the distributing system has been hacked.

 Why can one assume that an ioquake release is safe? One really cannot.
 It's made by the same people who maintain the non-trustworthy SVN.

There's no such check as the above possible with checkouts from a source
control system.  You get whatever is on that box at time T.

 Also it's a -devel port. That kinda screams At your own risk right
 into your face.

And NO_PACKAGES would further guarantee it.

mcl
___
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: port devel/gobject-introspection fails to build on sparc

2009-12-18 Thread Andrew Belashov

Hi, Anton!

Anton Shterenlikht wrote:

on FreeBSD 9.0-CURRENT sparc64
port devel/gobject-introspection fails to build:


Making all in gir
gmake[2]: Entering directory 
`/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.6/gir'
../tools/g-ir-compiler --includedir=.  GLib-2.0.gir -o GLib-2.0.typelib
gmake[2]: *** [GLib-2.0.typelib] Illegal instruction: 4 (core dumped)
gmake[2]: Leaving directory 
`/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.6/gir'
gmake[1]: *** [all-recursive] Error 1

Any advice?

many thanks
anton



Try the attached patch on own risk.

With Best Regards,
 Andrew Belashov.
--- girepository/girnode.c.orig 2009-07-09 21:20:46.0 +0400
+++ girepository/girnode.c  2009-12-09 16:12:24.0 +0300
@@ -2288,7 +2288,8 @@
break;
  case GI_TYPE_TAG_DOUBLE:
blob-size = sizeof (gdouble);
-   *(gdouble*)data[blob-offset] = (gdouble) parse_float_value 
(constant-value);
+   gdouble tmp = parse_float_value (constant-value);
+   memcpy (data[blob-offset], tmp, blob-size);
break;
  case GI_TYPE_TAG_UTF8:
  case GI_TYPE_TAG_FILENAME:
___
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: ioquake3 support more platforms

2009-12-18 Thread Dominic Fandrey
Mark Linimon wrote:
 On Fri, Dec 18, 2009 at 12:31:38PM +0100, Dominic Fandrey wrote:
 But that's not different for any port. E.g. sysutils/bsdadminscripts is
 all mine, I create the distfiles and maintain the port, their is no
 guarantee that I don't do evil apart from me being quite certain that
 I don't.
 
 Sure there is.  That's why we have ports committers.  They are supposed
 to audit the changes to the port to make sure that the changes are safe.
 In particular, I expect that they check that the changes are not so
 extensive that they indicate the distributing system has been hacked.

Are committers really supposed to read the code? I find that highly
improbable, even for my shell scripts that only consist of a couple KBs
of code.

 
 Why can one assume that an ioquake release is safe? One really cannot.
 It's made by the same people who maintain the non-trustworthy SVN.
 
 There's no such check as the above possible with checkouts from a source
 control system.  You get whatever is on that box at time T.

And I'm checking what those changes are to keep this stuff running on
FreeBSD. The ioquake3 project doesn't hand commit right to everyone.

Look at the e17 ports. Someone takes SVN snapshots, fixes them up for
FreeBSD and bundles them as distfiles. It's exactly the same process I
use for ioquake3, but no one thinks the ports are untrustworthy.

 Also it's a -devel port. That kinda screams At your own risk right
 into your face.
 
 And NO_PACKAGES would further guarantee it.

I don't see that. But I see a lot of disadvantages. E.g. ioquake
releases only occur every couple of years. Long before the next
release occurs it might not make sense to maintain the last
release, because it's simply depending on a lot of outdated
infrastructure.

Regards
___
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


INDEX build failed for 6.x

2009-12-18 Thread Erwin Lansing
INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
 Done.
make_index: fandango-0.2.6.1_3: no entry for /usr/ports/lang/python23
make_index: fandango-0.2.6.1_3: no entry for /usr/ports/lang/python23

Committers on the hook:
demon fluffy kwm linimon miwi roam 

Most recent CVS update was:
U MOVED
U Mk/bsd.python.mk
U audio/akode-plugins-mpc/Makefile
U audio/akode-plugins-mpeg/Makefile
U audio/akode-plugins-oss/Makefile
U audio/akode-plugins-resampler/Makefile
U audio/akode-plugins-xiph/Makefile
U databases/p5-DBIx-SearchBuilder/Makefile
U databases/p5-DBIx-SearchBuilder/distinfo
U devel/p5-Proc-Simple/Makefile
U devel/p5-Proc-Simple/distinfo
U devel/p5-TimeDate/Makefile
U devel/p5-TimeDate/distinfo
U ftp/curl/Makefile
U ftp/curl/files/patch-include__curl__curl.h
U lang/Makefile
U math/Makefile
U net/tptest/Makefile
U security/mhash/Makefile
U www/epiphany/files/patch-lib_ephy-spell-check.c
U www/p5-HTTP-Server-Simple-Mason/Makefile
U www/p5-HTTP-Server-Simple-Mason/distinfo
___
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


www/epiphany (epiphany-2.28.1_1) Patch error on upgrade

2009-12-18 Thread David Southwell

Hi

Just attempted to upgrade - console report follows:

As title

[Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 1256 packages 
found (-0 +1) . done]
---  Upgrading 'epiphany-2.28.1_1' to 'epiphany-2.28.2' (www/epiphany)
---  Building '/usr/ports/www/epiphany'
===  Cleaning for epiphany-2.28.2
===  Found saved configuration for epiphany-2.28.1_1
= epiphany-2.28.2.tar.bz2 doesn't seem to exist in 
/usr/ports/distfiles/gnome2.
= Attempting to fetch from 
ftp://ftp.belnet.be/mirror/ftp.gnome.org/sources/epiphany/2.28/.
epiphany-2.28.2.tar.bz2   100% of 5563 kB   90 kBps 00m00s
===  Extracting for epiphany-2.28.2
= MD5 Checksum OK for gnome2/epiphany-2.28.2.tar.bz2.
= SHA256 Checksum OK for gnome2/epiphany-2.28.2.tar.bz2.
===  Patching for epiphany-2.28.2
===  Applying extra patch /usr/ports/www/epiphany/files/extra-patch-
embed_ephy-embed-prefs.c
===  Applying FreeBSD patches for epiphany-2.28.2
Ignoring previously applied (or reversed) patch.
1 out of 1 hunks ignored--saving rejects to lib/ephy-spell-check.c.rej
= Patch patch-lib_ephy-spell-check.c failed to apply cleanly.
*** Error code 1

Stop in /usr/ports/www/epiphany.
*** Error code 1

Stop in /usr/ports/www/epiphany.
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade20091218-67899-xf91yt-0 env UPGRADE_TOOL=portupgrade 
UPGRADE_PORT=epiphany-2.28.1_1 UPGRADE_PORT_VER=2.28.1_1 make
** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
- print/cups-pdf (marked as IGNORE)
- textproc/urlview (marked as IGNORE)
! www/epiphany (epiphany-2.28.1_1)  (patch error)
dns1#
___
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: port devel/gobject-introspection fails to build on sparc

2009-12-18 Thread Anton Shterenlikht
On Fri, Dec 18, 2009 at 03:17:40PM +0300, Andrew Belashov wrote:
 Hi, Anton!
 
 Anton Shterenlikht wrote:
  on FreeBSD 9.0-CURRENT sparc64
  port devel/gobject-introspection fails to build:
  
  
  Making all in gir
  gmake[2]: Entering directory 
  `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.6/gir'
  ../tools/g-ir-compiler --includedir=.  GLib-2.0.gir -o GLib-2.0.typelib
  gmake[2]: *** [GLib-2.0.typelib] Illegal instruction: 4 (core dumped)
  gmake[2]: Leaving directory 
  `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.6/gir'
  gmake[1]: *** [all-recursive] Error 1
  
  Any advice?
  
  many thanks
  anton
  
 
 Try the attached patch on own risk.
 
 With Best Regards,
   Andrew Belashov.

 --- girepository/girnode.c.orig   2009-07-09 21:20:46.0 +0400
 +++ girepository/girnode.c2009-12-09 16:12:24.0 +0300
 @@ -2288,7 +2288,8 @@
   break;
 case GI_TYPE_TAG_DOUBLE:
   blob-size = sizeof (gdouble);
 - *(gdouble*)data[blob-offset] = (gdouble) parse_float_value 
 (constant-value);
 + gdouble tmp = parse_float_value (constant-value);
 + memcpy (data[blob-offset], tmp, blob-size);
   break;
 case GI_TYPE_TAG_UTF8:
 case GI_TYPE_TAG_FILENAME:


many thanks. But now fails here:


env LPATH=.libs  env PYTHONPATH=../..:../..:$PYTHONPATH UNINSTALLED_INTROSPECTIO
N_SRCDIR=../.. UNINSTALLED_INTROSPECTION_BUILDDIR=../.. ../../tools/g-ir-scanner
 -v --add-include-path=../../gir --add-include-path=. \
--include=GObject-2.0 \
--libtool=/bin/sh /usr/local/bin/libtool \
--program=./barapp \
--namespace=BarApp \
--strip-prefix=Bar \
--nsversion=1.0 \
--pkg gobject-2.0 \
./barapp.c ./barapp.h \
--output BarApp-1.0.gir
../../tools/g-ir-compiler --includedir=. --includedir=../../gir BarApp-1.0.gir -
o BarApp-1.0.typelib
../../tools/g-ir-generate --includedir=. --includedir=../../gir annotation-1.0.t
ypelib -o annotation-1.0.tgir
../../tools/g-ir-generate --includedir=. --includedir=../../gir drawable-1.0.typ
elib -o drawable-1.0.tgir
../../tools/g-ir-generate --includedir=. --includedir=../../gir foo-1.0.typelib
-o foo-1.0.tgir
**
ERROR:ginfo.c:337:g_base_info_get_name: code should not be reached
gmake[3]: *** [foo-1.0.tgir] Abort trap: 6 (core dumped)
gmake[3]: *** Deleting file `foo-1.0.tgir'
gmake[3]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject
-introspection-0.6.6/tests/scanner'
gmake[2]: *** [all-recursive] Error 1



-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
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: ioquake3 support more platforms

2009-12-18 Thread Mark Linimon
On Fri, Dec 18, 2009 at 01:43:20PM +0100, Dominic Fandrey wrote:
 Are committers really supposed to read the code?

Yes.

mcl
___
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: ioquake3 support more platforms

2009-12-18 Thread Dominic Fandrey
Mark Linimon wrote:
 On Fri, Dec 18, 2009 at 01:43:20PM +0100, Dominic Fandrey wrote:
 Are committers really supposed to read the code?
 
 Yes.

So when I submitted ioquake3-1.36 I condemned some poor committer
to read 366609 lines of code?
___
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


INDEX now builds successfully on 6.x

2009-12-18 Thread Erwin Lansing

___
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


mysql-connector-java50 port -- anyone still using it?

2009-12-18 Thread Matthew Seaman


Hi,

I'm the maintainer of the mysql-connector-java50 port, which was forked off
from mysql-connector-java some years ago.  As this port is now well behind the
current mysql-connector-java at version 5.1.10, and it depends on JDK 1.4 or 
1.5,
I wonder how much use it is nowadays.

Unless I hear otherwise, I'm minded to send in a PR to deprecate (and eventually
remove) the port in the next few days.  So, if this is something you rely upon, 
please speak now or forever hold your peace.  If there's still any interest in

keeping the port, I shall leave well alone.

Cheers,

Matthew

--
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
 Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
 Kent, CT11 9PW





signature.asc
Description: OpenPGP digital signature


Re: ioquake3 support more platforms

2009-12-18 Thread Mark Linimon
On Fri, Dec 18, 2009 at 02:50:31PM +0100, Dominic Fandrey wrote:
 So when I submitted ioquake3-1.36 I condemned some poor committer
 to read 366609 lines of code?

We expect them to test-install the initial code to make sure it's
not malware.

We expect them to scan the diffs to make sure the system isn't rooted.

What's your alternate suggestion?  Just let everyone commit whatever
they want and hope for the best?

mcl
___
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: ioquake3 support more platforms

2009-12-18 Thread b. f.
On Fri, Dec 18, 2009 at 02:50:31PM +0100, Dominic Fandrey wrote:
 So when I submitted ioquake3-1.36 I condemned some poor committer
 to read 366609 lines of code?

We expect them to test-install the initial code to make sure it's
not malware.

We expect them to scan the diffs to make sure the system isn't rooted.

What's your alternate suggestion?  Just let everyone commit whatever
they want and hope for the best?

Aren't the two of you talking at cross-purposes here?  It seems to me
that the OP is looking for a way to update a port to a distfile
created from a snapshot of project sources -- not in the sense of
sources that are recreated each and every build by fetching a snapshot
from a remote VCS, but an actual tarball that has been audited,
checksummed, and uploaded to a project server.  Surely this is needed
for a few ports, including some now in the tree?

Regards,
  b.
___
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: Need help with a port

2009-12-18 Thread Paul Schmehl
--On Thursday, December 17, 2009 23:48:08 -0600 Nikola Lečić 
nikola.le...@anthesphoria.net wrote:




-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

On Wed, 16 Dec 2009 21:58:21 -0600
Paul Schmehl pschmehl_li...@tx.rr.com wrote:


I'm the port maintainer for security/barnyard2.  I submitted a port
upgrade a while ago, but the committer asked me to make a change
before he would approve it.  I'm not sure what to do.

The source code, when it's extracted, sets the perms on install-sh to
r--r--r.  This causes an error during the build.  The way I tried to
resolve the issue was by adding this to the Makefile:

+pre-install:
+${CHMOD} 744 ${WRKSRC}/install-sh
+

The committer said that was the wrong way to do it, that I should
edit the configure file.  But the configure file doesn't do anything
to the install-sh file at all.


I think this should actually be ${CHMOD} ${BINMODE}. I have a similar
thing in one of my ports: textproc/teckit. Besides install-sh, the
permissions of configure script itself had to be altered.

A simple grep for CHMOD and WRKSRC reveals a heap of ports doing such
things in ${WRKSRC}...


I see that now:

# grep -r install-sh * | grep WRKSRC | grep CHMOD
grep: security/base/work/base-php4/signatures: No such file or directory
archivers/par2cmdline-tbb/Makefile: @${CHMOD} u+x ${WRKSRC}/install-sh
audio/mhwaveedit/Makefile:  @${CHMOD} +x ${WRKSRC}/install-sh
audio/gbemol/Makefile:  @${CHMOD} a+x ${WRKSRC}/install-sh
biology/phyml/Makefile: ${CHMOD} a+x ${WRKSRC}/install-sh
chinese/fcitx/Makefile: @${CHMOD} 0755 ${WRKSRC}/install-sh
converters/libticonv/Makefile:  @${CHMOD} 755 ${WRKSRC}/install-sh
deskutils/google-gadgets/Makefile:  @cd ${WRKSRC}  ${CHMOD} +x 
autotools/install-sh

devel/acovea-gtk/Makefile:  ${CHMOD} 755 ${WRKSRC}/install-sh
devel/rudeconfig/Makefile:  ${CHMOD} 744 ${WRKSRC}/install-sh
devel/bennugd-core/Makefile:@${CHMOD} a+x ${WRKSRC}/configure 
${WRKSRC}/install-sh
devel/bennugd-modules/Makefile: @${CHMOD} a+x ${WRKSRC}/configure 
${WRKSRC}/install-sh

emulators/tiemu3/Makefile:  ${CHMOD} +x ${WRKSRC}/install-sh
games/brutalchess/Makefile: ${CHMOD} 0755 ${WRKSRC}/install-sh
games/crossfire-server/Makefile:@${CHMOD} a+x ${WRKSRC}/utils/install-sh
games/daimonin-client/Makefile: @${CHMOD} a+x ${WRKSRC}/configure 
${WRKSRC}/make_utils/install-sh

games/libfov/Makefile:  @${CHMOD} ${BINMODE} ${WRKSRC}/install-sh
games/numptyphysics/Makefile:   @${CHMOD} a+x ${WRKSRC}/install-sh
games/pipewalker/Makefile:  @${CHMOD} a+x ${WRKSRC}/install-sh
japanese/mecab/Makefile:${CHMOD} a+x ${WRKSRC}/install-sh
math/pgcalc/Makefile:   @${CHMOD} 755 ${WRKSRC}/skins/HP49G+ 
${WRKSRC}/admin/install-sh

misc/hello/Makefile:${CHMOD} a+x ${WRKSRC}/build-aux/install-sh
misc/talkfilters/Makefile:  @${CHMOD} +x ${WRKSRC}/install-sh
multimedia/flvmeta/Makefile:${CHMOD} a+x ${WRKSRC}/install-sh
net/grsync/Makefile:@${CHMOD} u+x ${WRKSRC}/install-sh
net-im/trix/Makefile:   ${CHMOD} 744 ${WRKSRC}/install-sh
net-p2p/dclib/Makefile: ${CHMOD} 0755 ${WRKSRC}/admin/install-sh
print/texinfo/Makefile: ${CHMOD} 755 ${WRKSRC}/build-aux/install-sh
security/barnyard2/patch-Makefile:+ ${CHMOD} 744 ${WRKSRC}/install-sh
security/barnyard2-devel.shar:X ${CHMOD} a+x ${WRKSRC}/install-sh
sysutils/duff/Makefile: ${CHMOD} +x ${WRKSRC}/install-sh
textproc/teckit/Makefile:   ${CHMOD} ${BINMODE} ${WRKSRC}/configure 
${WRKSRC}/install-sh

www/suphp/Makefile: @${CHMOD} 755 ${WRKSRC}/config/install-sh
x11/alltray/Makefile:   @${CHMOD} +x ${WRKSRC}/install-sh
x11-wm/openbox/Makefile:@${CHMOD} +x ${WRKSRC}/install-sh

Two questions come to mind.  1) Is there any standardized way to do this? 
(It's obvious it's not being done in a standard way) 2) Is there anyone with 
the authority to tell me don't/do do it this way and not that way?


It looks like ${CHMOD} ${BINMODE} ${WRKSRC}/install-sh is the right way to do 
it, but can someone confirm that?  And can I finally get my update committed?


--
Paul Schmehl, Senior Infosec Analyst
As if it wasn't already obvious, my opinions
are my own and not those of my employer.
***
It is as useless to argue with those who have
renounced the use of reason as to administer
medication to the dead. Thomas Jefferson

___
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: Need help with a port

2009-12-18 Thread Greg Larkin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Paul Schmehl wrote:
 --On Thursday, December 17, 2009 23:48:08 -0600 Nikola Lečić
 nikola.le...@anthesphoria.net wrote:
 

 -BEGIN PGP SIGNED MESSAGE-
 Hash: RIPEMD160

 On Wed, 16 Dec 2009 21:58:21 -0600
 Paul Schmehl pschmehl_li...@tx.rr.com wrote:

 I'm the port maintainer for security/barnyard2.  I submitted a port
 upgrade a while ago, but the committer asked me to make a change
 before he would approve it.  I'm not sure what to do.

 The source code, when it's extracted, sets the perms on install-sh to
 r--r--r.  This causes an error during the build.  The way I tried to
 resolve the issue was by adding this to the Makefile:

 +pre-install:
 +${CHMOD} 744 ${WRKSRC}/install-sh
 +

 The committer said that was the wrong way to do it, that I should
 edit the configure file.  But the configure file doesn't do anything
 to the install-sh file at all.

 I think this should actually be ${CHMOD} ${BINMODE}. I have a similar
 thing in one of my ports: textproc/teckit. Besides install-sh, the
 permissions of configure script itself had to be altered.

 A simple grep for CHMOD and WRKSRC reveals a heap of ports doing such
 things in ${WRKSRC}...
 
 I see that now:
 
 # grep -r install-sh * | grep WRKSRC | grep CHMOD
 grep: security/base/work/base-php4/signatures: No such file or directory
 archivers/par2cmdline-tbb/Makefile: @${CHMOD} u+x ${WRKSRC}/install-sh
 audio/mhwaveedit/Makefile:  @${CHMOD} +x ${WRKSRC}/install-sh
[...]
 
 Two questions come to mind.  1) Is there any standardized way to do
 this? (It's obvious it's not being done in a standard way) 2) Is there
 anyone with the authority to tell me don't/do do it this way and not
 that way?
 
 It looks like ${CHMOD} ${BINMODE} ${WRKSRC}/install-sh is the right
 way to do it, but can someone confirm that?  And can I finally get my
 update committed?
 

Hi Paul,

make -V BINMODE returns 555, so as long as you're OK with those
permissions, I would say using the ${BINMODE} macro is preferable.
Otherwise, there's no issue with you using the correct permissions value
(755, +x, etc.) for your situation.

If you're having difficulty getting your port committed because you have
a construct that is used in many other ports, I think you can ask for
portmgr's opinion.  They will certainly resolve the issue for you.
IMHO, I don't see any problem with what you're doing.

If your committer has not responded to you in some number of weeks, you
can also ask portmgr to reassign the port back to the pool or to another
willing committer.

Hope that helps,
Greg
- --
Greg Larkin

http://www.FreeBSD.org/   - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
http://twitter.com/sourcehosting/ - Follow me, follow you
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFLLAvv0sRouByUApARAqPJAJwOkaJN+CD9fMsFPGuyWAnmlYgzHQCdGrPL
PKyGTYAHmUpAHF0rr7yyLEU=
=Rn1j
-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


INDEX build failed for 6.x

2009-12-18 Thread Erwin Lansing
INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
 Done.
make_index: neonpp-0.3_1: no entry for /usr/ports/www/neon26
make_index: neonpp-0.3_1: no entry for /usr/ports/www/neon26

Committers on the hook:
beat miwi pav 

Most recent CVS update was:
U MOVED
U audio/exaile/Makefile
U devel/ocaml-event/Makefile
U devel/ocaml-event/distinfo
U devel/pear-PEAR_PackageFileManager/Makefile
U devel/pear-PEAR_PackageFileManager/distinfo
U irc/znc/Makefile
U irc/znc/distinfo
U irc/znc/pkg-plist
U lang/sdcc-devel/Makefile
U lang/sdcc-devel/distinfo
U lang/sdcc-devel/pkg-plist
U lang/sdcc-devel/files/patch-device-lib-Makefile.in
U mail/mailscanner/Makefile
U mail/mailscanner/distinfo
U mail/mailscanner/files/pkg-message.in
U mail/thunderbird3/Makefile
U multimedia/abby/Makefile
U multimedia/abby/distinfo
U multimedia/audacious-plugins/Makefile
U multimedia/cclive/Makefile
U multimedia/cclive/distinfo
U multimedia/clive/Makefile
U multimedia/clive/distinfo
U multimedia/clive/pkg-plist
U net-mgmt/noc/Makefile
U net-mgmt/noc/distinfo
U net-mgmt/noc/pkg-plist
U net-mgmt/wifimgr/Makefile
U net-mgmt/wifimgr/distinfo
U sysutils/nut/Makefile
U sysutils/nut22/Makefile
U www/Makefile
U www/mod_security/Makefile
U www/mod_security/distinfo
U www/nanoblogger-extra/Makefile
U www/nanoblogger-extra/pkg-plist
U www/pear-HTTP_Request2/Makefile
U www/pear-HTTP_Request2/distinfo
U www/pear-Services_Facebook/Makefile
U www/pear-Services_Facebook/distinfo
U www/pecl-http/Makefile
U www/pecl-http/distinfo
U www/xpi-downthemall/Makefile
U x11-wm/matwm2/Makefile
U x11-wm/matwm2/distinfo
___
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: Need help with a port

2009-12-18 Thread Paul Schmehl
--On December 18, 2009 5:10:39 PM -0600 Greg Larkin glar...@freebsd.org 
wrote:


Hi Paul,

make -V BINMODE returns 555, so as long as you're OK with those
permissions, I would say using the ${BINMODE} macro is preferable.
Otherwise, there's no issue with you using the correct permissions value
(755, +x, etc.) for your situation.

If you're having difficulty getting your port committed because you have
a construct that is used in many other ports, I think you can ask for
portmgr's opinion.  They will certainly resolve the issue for you.
IMHO, I don't see any problem with what you're doing.

If your committer has not responded to you in some number of weeks, you
can also ask portmgr to reassign the port back to the pool or to another
willing committer.



My committer asked:


Why is necessary chmod to 755? Why need it?


I answered:

Because the install-sh script has incorrect permissions and generates an 

error if you don't set them correctly.

The committer submitted my response to another person who wrote:


I'm sorry that's the wrong way to fix that, the premission problem come
from the configure script, run in the same problem a year ago. Check
games/wormux-devel there is a fix for the same problem maybe you can
take the same way.


I asked for clarification about a month ago. I looked at the port he 
referred to, but I don't see how it applies to my situation.  So I stated 
that and asked for help.  None has been forthcoming, but I haven't pushed 
it either.  I know everyone is busy.  I certainly am.  And we're all 
volunteers as well.  So, I'm not complaining.  I just want to understand 
what the right way is to solve this particular problem and get the port 
committed.


I've cc'd both of them as well as portmgr.  I'll do whatever I'm told to 
do.


Paul Schmehl, If it isn't already
obvious, my opinions are my own
and not those of my employer.
**
WARNING: Check the headers before replying

___
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


HG repo of wip and outcast ports

2009-12-18 Thread Dmitry Marakasov
Hi!

FYI: I've created public mercurial repo with ports that have been
removed from the ports tree due to license considerations (games
from Parallel Realities, ion3), as well as some WIP ports (0 A.D.,
Blood Frontier) and some ports not really worth adding to the tree
(though still interesting).

If you're interested in some of these ports, feel free to use it.

http://hg.amdmi3.ru/ports/ - works both in browser and for `hg clone`

-- 
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


INDEX build failed for 6.x

2009-12-18 Thread Erwin Lansing
INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
 Done.
make_index: neonpp-0.3_1: no entry for /usr/ports/www/neon26
make_index: neonpp-0.3_1: no entry for /usr/ports/www/neon26

Committers on the hook:
beat marcus miwi pav wen 

Most recent CVS update was:
U databases/pecl-mongo/Makefile
U databases/pecl-mongo/distinfo
U devel/py-odfpy/Makefile
U devel/py-odfpy/distinfo
U graphics/eog/Makefile
U graphics/eog/distinfo
U graphics/eog/pkg-plist
U net-im/centerim-devel/Makefile
U net-im/centerim-devel/distinfo
U sysutils/gnome-system-tools/Makefile
U sysutils/gnome-system-tools/distinfo
U sysutils/gnome-system-tools/pkg-plist
___
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


INDEX build failed for 6.x

2009-12-18 Thread Erwin Lansing
INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
pkg_info: not found
 Done.
make_index: neonpp-0.3_1: no entry for /usr/ports/www/neon26
make_index: neonpp-0.3_1: no entry for /usr/ports/www/neon26

Committers on the hook:
beat marcus miwi nemoliu pav wen 

Most recent CVS update was:
U games/gnome-games/Makefile
U games/gnome-games/distinfo
U games/gnome-games/pkg-plist
U java/jakarta-commons-dbcp/Makefile
U x11/gdm/Makefile
U x11/gdm/distinfo
U x11/gdm/pkg-plist
U x11/gdm/files/patch-gui_simple-greeter_gdm-user.c
U x11/gdm/files/patch-hal-keyboard.2
U x11/gnome-desktop/Makefile
U x11/gnome-desktop/distinfo
U x11/gnome-desktop/pkg-plist
___
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: portupgrade failure

2009-12-18 Thread Doug Barton
Adam McDougall wrote:
 Some of that sounds true to my experience, for a while I've noticed while
 installing a new port with portupgrade that it will install the default
 dependencies before prompting with the options screen to find out which 
 ones I want.  For example if I do 'portupgrade -N postfix' on a fresh 
 system, it will first install pcre and THEN prompt me to (de)select pcre 
 or any of the other optional deps.  

If I may, I'd like to suggest that users who are not happy with the
current status of portupgrade give portmaster a try. Now that it has
support for installing from packages it's fairly comparable to
portupgrade in terms of features, and I think that for most users it
will meet your needs quite nicely.

It does some things differently than portupgrade, and I suggest that
new users read through the man page and use the -v option for a while
to get familiar with it.

I'd also like to point out that portmaster does not suffer from the
particular problem described here. By default it runs through all of
the OPTIONS dialogs recursively before it starts building or
installing anything so you never spend time installing things you
don't want or need.

Of course, if you're satisfied with portupgrade I encourage you to
stick with it! I don't regard portmaster as being in competition
with any of the other tools, they all have their strong and weak points.


hth,

Doug

-- 

Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/

___
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