Re: ports repository exporting to github?

2013-04-23 Thread Koichiro IWAO

This page says that it is an official mirror.
https://wiki.freebsd.org/Git


The FreeBSD project page on Github has the *official* mirrors
for src, doc, and ports repositories.



2013-04-23 14:37 Sergey V. Dyatko wrote:

On Tue, 23 Apr 2013 10:49:00 +0900
Koichiro IWAO m...@vmeta.jp wrote:


official mirrors for ports repository on github hasn't been updated
for a few days.
Does FreeBSD project quit to provide mirrors on github? or suspended
temporarily?



possible I missed something, but.. Is a mirror on github was
_official_ ?


--
`whois vmeta.jp | nkf -w`
meta m...@vmeta.jp
___
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: databases/pgbouncer devel/otrs maintainership

2013-04-23 Thread Mikhail Tsatsenko
2013/4/22 Olli Hauer oha...@freebsd.org:
 On 2013-04-22 15:34, Mikhail Tsatsenko wrote:
 I'd like to maintain following unmaintained (former @skv) ports:
 databases/pgbouncer
 www/otrs



 Hi Mikhail,

 I just assigned you as maintainer for the requested ports.
Thanks
 Would you please review the following PR's
  PR 176640 : databases/pgbouncer: update 1.5.2 - 1.5.4
  PR 175701 : [patch] devel/otrs update to 3.2.1 version
176640 is fine, I have attached an updated patch.
175701 takes a few days for review.
 Let us know if you are fine with the requests (PR follow-up)
 with a hint you are the new maintainer.

 Thanks for picking up the ports!

 --
 olli



--
Mikhail
diff -u /usr/ports/databases/pgbouncer/Makefile pgbouncer/Makefile
--- /usr/ports/databases/pgbouncer/Makefile 2013-04-22 22:26:19.0 
+0400
+++ pgbouncer/Makefile  2013-04-23 14:29:20.489314205 +0400
@@ -2,9 +2,9 @@
 # $FreeBSD: databases/pgbouncer/Makefile 316256 2013-04-22 18:26:19Z ohauer $
 
 PORTNAME=  pgbouncer
-PORTVERSION=   1.5.2
+PORTVERSION=   1.5.4
 CATEGORIES=databases
-MASTER_SITES=  http://pgfoundry.org/frs/download.php/3293/
+MASTER_SITES=  http://pgfoundry.org/frs/download.php/3393/
 
 MAINTAINER=m.tsatse...@gmail.com
 COMMENT=   Lightweight connection pooler for PostgreSQL
diff -u /usr/ports/databases/pgbouncer/distinfo pgbouncer/distinfo
--- /usr/ports/databases/pgbouncer/distinfo 2012-07-14 17:54:48.0 
+0400
+++ pgbouncer/distinfo  2013-04-23 14:26:35.700312479 +0400
@@ -1,2 +1,2 @@
-SHA256 (pgbouncer-1.5.2.tar.gz) = 
f17ebf1dfe34dd4c39c2dd861d5b58f08cecef22be3b74da256d25ea15d451f8
-SIZE (pgbouncer-1.5.2.tar.gz) = 335338
+SHA256 (pgbouncer-1.5.4.tar.gz) = 
08040482f4c887e14d8c8c46fab838fff640c0f3cf231f86ad7f766b7a292280
+SIZE (pgbouncer-1.5.4.tar.gz) = 339610
___
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

pkgconf does not build on 9.0 x64

2013-04-23 Thread Alexander

===  Cleaning for pkgconf-0.9.2
===  License BSD accepted by the user
===   pkgconf-0.9.2 depends on file: /usr/local/sbin/pkg - found
=== Fetching all distfiles required by pkgconf-0.9.2 for building
===  Extracting for pkgconf-0.9.2
= SHA256 Checksum OK for pkgconf-0.9.2.tar.bz2.
===  Patching for pkgconf-0.9.2
===  Applying FreeBSD patches for pkgconf-0.9.2
Ignoring previously applied (or reversed) patch.
1 out of 1 hunks ignored--saving rejects to ./pkg.c.rej
= Patch patch-pkg.c failed to apply cleanly.
*** Error code 1

Stop in /usr/ports/devel/pkgconf.

=== make failed for devel/pkgconf
=== Aborting update

=== Update for devel/pkgconf failed
=== Aborting update

=== Killing background jobs
Terminated
___
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/176782: new port: dns/bind10

2013-04-23 Thread erwin
Synopsis: new port: dns/bind10

Responsible-Changed-From-To: erwin-po...@freebsd.org
Responsible-Changed-By: erwin
Responsible-Changed-When: Tue Apr 23 11:59:11 UTC 2013
Responsible-Changed-Why: 
Release to the masses, I won't have time to look at this
in the foreseeable future, it it's still open by that time
I'll take it back.

http://www.freebsd.org/cgi/query-pr.cgi?pr=176782
___
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 8.x

2013-04-23 Thread Ports Index build
INDEX build failed with errors:
Generating INDEX-8 - please wait..Makefile, line 48: warning: String 
comparison operator should be either == or !=
Makefile, line 48: Malformed conditional (${TCL_VER:S/.//}  86)
Makefile, line 50: if-less else
Makefile, line 51: Unassociated shell command ${MV} 
${WRKSRC}/modules/try/try.man ${WRKSRC}/modules/try/try.man.noinstall
Makefile, line 52: if-less endif
make: fatal errors encountered -- cannot continue
=== devel/tcllib failed
*** [describe.devel] Error code 1
*** [/home/indexbuild/tindex/ports/INDEX-8] Error code 1

Stop in /home/indexbuild/tindex/ports.
*** [index] Error code 1

Stop in /home/indexbuild/tindex/ports.
1 error

Committers on the hook:
 ale bapt bdrewery bsam des ehaupt erwin gahr knu kwm miwi olgeni 

Most recent SVN update was:
Updating '.':
Dx11-toolkits/tk83
Ux11-toolkits/Makefile
Ux11-toolkits/pure-tk/Makefile
Ux11-toolkits/blt/Makefile
Ujava/classpath/Makefile
Ujava/icedtea-web/Makefile
Ujava/eclipse/Makefile
Ujava/sablevm/Makefile
Ujava/jamvm/Makefile
Umail/sylpheed/Makefile
Uwww/qt4-webkit/Makefile
Ddns/bind-tools
Ddns/bind97
Ddns/dnsperf
Ddns/bind97-sdb
Udns/Makefile
UU   cad/pcb/Makefile
Ugames/alienarena/Makefile
Ugames/stonesoup/Makefile
Ugames/klavaro/Makefile
Ugames/py-fife/Makefile
Ugames/super_methane_brothers/Makefile
Ugames/nlarn/Makefile
Ugames/gretools/Makefile
Ugames/poker-engine/Makefile
Ugames/lianliankan/Makefile
Ugames/ultimatestunts/Makefile
Ugames/poker-eval/Makefile
Ugames/libfov/Makefile
Ugames/py-poker-eval/Makefile
Ugames/gtkevemon/Makefile
Ugames/ioquake3/Makefile
Ugames/epiar/Makefile
Ugames/thegrind/Makefile
UU   databases/tcl-Mysql/Makefile
UU   databases/sybtcl/Makefile
Udatabases/mysqltcl/Makefile
Udatabases/mysql55-server/files/patch-sql_CMakeLists.txt
Adatabases/mysql55-server/files/patch-sql_sql_view.cc
Adatabases/mysql55-server/files/patch-sql_sql_trigger.cc
Udatabases/mysql55-server/Makefile
Udatabases/mysql55-server/distinfo
UU   databases/metakit/Makefile
Udatabases/mysql51-server/Makefile
Udatabases/mysql51-server/distinfo
Adatabases/mysql56-server/files/patch-sql_sql_trigger.cc
Adatabases/mysql56-server/files/patch-sql_sql_view.cc
UU   databases/sqlite2/Makefile
Udatabases/ruby-bdb/pkg-descr
Udatabases/ruby-bdb/Makefile
Ushells/bash-devel/Makefile
Uprint/pecl-pdflib/Makefile
Uprint/pecl-pdflib/distinfo
Usysutils/dvdbackup/Makefile
Usysutils/tclsyslog/Makefile
Ufinance/aqbanking/Makefile
Ufinance/opentaxsolver/Makefile
Ufinance/kmymoney-kde4/Makefile
UMk/bsd.tcl.mk
UMk/Uses/desktop-file-utils.mk
Utextproc/catdoc/Makefile
UU   textproc/xmlgen/Makefile
Ueditors/deforaos-editor/Makefile
Ueditors/calligra/Makefile
Ueditors/libreoffice/Makefile
Ueditors/fxite/Makefile
Ueditors/texworks/Makefile
Uemulators/higan/Makefile
Uemulators/open-vm-tools/Makefile
Uemulators/vice/Makefile
Uemulators/qemu-devel/pkg-plist
Uemulators/qemu-devel/Makefile
Uemulators/dolphin-emu-devel/Makefile
Uemulators/fceux/Makefile
Uemulators/tme/Makefile
Uirc/weechat/Makefile
Uirc/znc/Makefile
Uirc/ratbox-services/Makefile
Uirc/weechat-devel/Makefile
Uirc/bitlbee/Makefile
Uirc/irssi-dcc_send_limiter/Makefile
Uirc/irssi/Makefile
Uirc/smartirc4net/Makefile
Uirc/irssi-devel/Makefile
Uirc/irssi-otr/Makefile
Dlang/tcl83
UU   lang/tclX/pkg-plist
Ulang/tclX/Makefile
Ulang/Makefile
Ulang/scala-docs/Makefile
Ulang/scala-docs/distinfo
Ulang/tcl-wrapper/Makefile
Ulang/otcl/Makefile
Ujapanese/anthy/Makefile
Ujapanese/ochusha/Makefile
Ujapanese/mozc-server/Makefile
Ujapanese/skk-tools/Makefile
Ujapanese/libskk/Makefile
Ujapanese/scim-tables/Makefile
Uastro/tkgeomap/Makefile
Uastro/tclgeomap/Makefile
Uftp/wzdftpd/Makefile
Uftp/weex/Makefile
Uftp/pureadmin/Makefile
Unet-im/pidgin-privacy-please/Makefile
Unet-im/pidgin-bs/Makefile
Umultimedia/subtitleeditor/Makefile
Udevel/libxs/Makefile
Udevel/clanlib1/Makefile
Udevel/orbitcpp/Makefile
UU   devel/tcltls/Makefile
Udevel/liblangtag/Makefile
Udevel/codeblocks/Makefile
Udevel/tclcl/Makefile
Udevel/p5-ExtUtils-PkgConfig/Makefile
Udevel/glib-java/Makefile
Ddevel/pkgconf/files
Udevel/pkgconf/distinfo
Udevel/pkgconf/Makefile
Udevel/thunar-vcs-plugin/Makefile
Udevel/json-glib/Makefile
Udevel/jclassinfo/Makefile
Udevel/ecore-main/Makefile
Udevel/libassetml/Makefile
Udevel/g-wrap/Makefile
Udevel/obby/Makefile
Udevel/ucommon/Makefile
Udevel/rpc2/Makefile
Udevel/ndesk-dbus/Makefile
Udevel/ecore-ipc/Makefile
Udevel/vstr/Makefile
Udevel/py-cld/Makefile
Udevel/varconf/Makefile
Udevel/gwenhywfar/Makefile
U

Re: pkgconf does not build on 9.0 x64

2013-04-23 Thread Bryan Drewery
On 4/23/2013 6:35 AM, Alexander wrote:
 ===  Cleaning for pkgconf-0.9.2
 ===  License BSD accepted by the user
 ===   pkgconf-0.9.2 depends on file: /usr/local/sbin/pkg - found
 === Fetching all distfiles required by pkgconf-0.9.2 for building
 ===  Extracting for pkgconf-0.9.2
 = SHA256 Checksum OK for pkgconf-0.9.2.tar.bz2.
 ===  Patching for pkgconf-0.9.2
 ===  Applying FreeBSD patches for pkgconf-0.9.2
 Ignoring previously applied (or reversed) patch.
 1 out of 1 hunks ignored--saving rejects to ./pkg.c.rej
 = Patch patch-pkg.c failed to apply cleanly.
 *** Error code 1
 
 Stop in /usr/ports/devel/pkgconf.
 
 === make failed for devel/pkgconf
 === Aborting update
 
 === Update for devel/pkgconf failed
 === Aborting update
 
 === Killing background jobs
 Terminated
 ___
 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

Update your ports tree. It has been fixed.

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


cups

2013-04-23 Thread M Rusli
Hi

Is there any newer version of cups version 1.6.2

Because freebsd only have the older version 1.5.2.

How do I know whether what usb printers commonly support Freebsd?
___
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 8.x

2013-04-23 Thread Ports Index build

___
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: cups

2013-04-23 Thread Jerry
On Tue, 23 Apr 2013 23:00:40 +0800
M Rusli articulated:

 Is there any newer version of cups version 1.6.2
 
 Because freebsd only have the older version 1.5.2.

Well, the maintainer is c.petrik.s...@gmail.com, so you might want to
contact him. By the way, version 1.5.4 is available in the ports
system. The latest official Stable release: 1.6.2 was released on March
18, 2013.
 
 How do I know whether what usb printers commonly support Freebsd?

You could ask on the CUP forum or check the documentation.

-- 
Jerry ♔

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__

___
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

math/ggobi does not build, if graphics/graphviz installed

2013-04-23 Thread Rainer Hurling
Dear developers,

I am the maintainer of math/ggobi and I could need some help for a
longstanding problem with the build of ggobi (not seen by tinderbox):

With graphics/graphviz installed, math/ggobi finds this external
installation by its configure script in plugins/GraphLayout. Then it
tries to use it instead of its internal graphviz version and fails when
trying to build the port.

The diff between graphics/graphviz/Makefile with/without external
graphviz found is like this (the first version does not build):

158,159c158,159
 LIBGVC_CFLAGS = -I/usr/local/include/graphviz
 LIBGVC_LIBS = -L/usr/local/lib/graphviz -lgvc -lgraph -lcdt
---
 LIBGVC_CFLAGS =
 LIBGVC_LIBS =


I am looking for either an elegant way to forbid this configure script
to use the external graphviz or to use the external graphviz correctly,
when installed.

If this would be possible, an option in the ports Makefile could switch
between them (and install external graphviz, if wanted).

Could someone with more experience be so kind to push me in the right
direction, please.

Many thanks in advance,
Rainer Hurling
___
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: www/nginx pkg-plist + pkgng (detectable?)

2013-04-23 Thread Chris Rees
On 13 April 2013 21:01, Michael Gmelin free...@grem.de wrote:
 On Wed, 10 Apr 2013 13:56:32 +0200
 Michael Gmelin free...@grem.de wrote:

 On Wed, 10 Apr 2013 09:02:29 +0100
 Chris Rees utis...@gmail.com wrote:

  On 10 April 2013 07:13, Baptiste Daroussin b...@freebsd.org wrote:
   On Tue, Apr 09, 2013 at 08:59:50PM +0200, Michael Gmelin wrote:
   On Tue, 9 Apr 2013 19:43:15 +0100
   Chris Rees utis...@gmail.com wrote:
  
  
   
No, it's a bug in pkgng; it should respect @cwd.
   
  
   No it is not.
  
   While i agree with pkgng that should repect @cwd (it surely does)
  
   There is nothing written anywhere that will waranty you that the
   @exec line will be parsed in order ro prepend @cwd path to a path
   you provide. the only thing doing that is %D.
  
   A user MUST add %D and have complete path in @exec lines
  
   In fact in that case it works by chance becauce of how pkg_install
   treat plist.
 
  Am I misunderstanding the meaning of current working directory?
 
  When mkdir is called, it should create the directory in @cwd.
  pkg_install's behaviour is correct here, and pkgng's is not.
 
  Chris

 pkg_create(1) says:

 @cwd [directory]
  Set the internal directory pointer to point to directory.
  All subsequent *filenames* will be assumed relative to
 this directory. If no directory argument is given, it will set
  the internal directory pointer to the first prefix value.
  Note: @cd is also an alias for this command.

 but as far as the package manager is concerned, www/nginx-dist is an
 argument to mkdir in the exec call (@exec mkdir -p -m 755
 www/nginx-dist) and not a filename.

 Also the porters handbook uses %D in all its examples, but offers no
 explicit explanation.

 That said, the way pkg_add is implemented, it changes to directories
 as a side effect of using its PUSHOUT macro in
 usr.sbin/pkg_install/add/extract.c (I only glanced at that, but that
 seems to be the reason why this is happening). So commands get
 executed within `pwd` == @cwd.

 So there is definitely a backwards compatibility problem for the sheer
 reason of that it worked before. I don't thing pkg should adopt this
 behavior (it seems like a bad idea long term), but it should detect it
 somehow. A simple approach to detect this could be chdiring
 to /var/empty in pkg before executing the call so it will fail in case
 the path used within @exec is relative.

 Cheers,
 Michael


 So what now? Is anybody looking into this? Should I open a PR for nginx
 and supply a patch that fixes this (theoretically it should be applied
 despite the port freeze, since it's a build problem).

Please do open a PR if you haven't already.

 Regarding pkgng: Will anybody consider implementing automatic checks to
 prevent something like this from happening (e.g. the simplistic
 approach I suggested). Even if the files wouldn't be left behind, the
 fact that something gets touched in pwd is really bad - as an admin it
 should be safe to assume that I can start pkg from any directory
 without altering it state (and be it temporarily).

I think a patch to portlint wouldn't go amiss.

Feel up to the challenge?

Chris
___
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 has all the groupware gone.....

2013-04-23 Thread Paul Pathiakis
Guys,

I've been reading a lot about sogo and I do like what I see.

Is this port ready yet?  I just updated my ports tree and I don't see it.

P.

snip


I ran into the same error, and Jim (creator of the ports, cc'ed) had to 
fix a rather small oversight.  Things seem to work now.

Check both out from here:

https://svn.redports.org/jhriggs/devel/sope/
https://svn.redports.org/jhriggs/www/sogo/


Upon installation, the user and group for SOGo will be created 
automatically from the contents of ${PORTSDIR}/UIDs and 
${PORTSDIR}/GIDs, once the port has been accepted into the ports tree.

For now, you need to manually add the respective user and group to the 
above files, as the ports system won't be able to handle them, otherwise.

See http://www.freebsd.org/cgi/query-pr.cgi?pr=175947.

Be warned, though, that you may need to adapt the numerical user and 
group id, because those in the PR may have already been assigned to 
other ports.

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


Re: Where has all the groupware gone.....

2013-04-23 Thread Adam Vande More
http://wiki.zimbra.com/wiki/Zimbra_on_FreeBSD#Downloads_.28stable.29

Haven't used this.

Also Horde is as hard as you make it.  Personally, I think dealing
with all XML  and internal tools stuff on Zimbra is worse than Horde
and it's config files and dependencies.  That being said, I haven't
used the new Horde stuff in ports, my install is still a couple of
years old.

On Sun, Mar 17, 2013 at 2:46 PM, Paul Pathiakis pathia...@yahoo.com wrote:
 Hi,

 I have tried building many pieces of groupware so that I can replace MS at 
 various client sites.

 However:

 zimbra?  No port.  (Hardcoded /opt/zimbra)
 kolab?  No port.(Hardcoded /kolab  - This could work if they got rid of 
 the idiocy of OpenPKG)
 (A kolab port could easily be done if all the dependencies their rpms were 
 made into a port for it. - It should work fairly easily with ZFS)

 Citadel?  No port.  Got it working and seems pretty decent.

 SimpleGroupware - Not DB independent, MySQL only
 Tine?  Not DB independent, MySQL only  (Who does that in this day and age?)

 Horde?  Port is cumbersome and very few tips anywhere to get it up and 
 running quickly on FreeBSD  (Is there a doc I can't find?)
 Horde
  Web?  Same as Horde

 Egroupware?  Sweet... Works nice and seems very useful.  Many compliments 
 from people on how well it works.


 Phpgroupware?  Not really groupware in the form of the others above.

 I'm just evaluating.  I have no affiliation with any.  However, the lack 
 thereof when we could be inserting groupware FreeBSD servers in clients... :-)

 Thank you for checking into this and creating real ports and/or documentation.

 P.
 ___
 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



-- 
Adam Vande More
___
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: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@

2013-04-23 Thread Dimitry Andric
On Apr 17, 2013, at 21:16, Jung-uk Kim j...@freebsd.org wrote:
 On 2013-04-17 06:07:47 -0400, Dimitry Andric wrote:
 On Apr 17, 2013, at 07:31, Jan Beich jbe...@tormail.org wrote:
 Dimitry Andric d...@freebsd.org writes: On Apr 16, 2013, at
 00:42, Jan Beich jbe...@tormail.org wrote:
 ...
 Maybe -O3 overoptimizes regex in libc e.g.,
 
 $ echo '#if @GNULIB_EUIDACCESS@' | sed
 's/@GNULIB_EUIDACCESS@/0/' #if @GNULIB_EUIDACCESS@
 
 $ echo 'xxx' | sed
 's/xxx//' xxx
 
 How did you arrive at this result?
 
 1/ chroot into poudriere jail for /head amd64 2/ echo CFLAGS+=-O3
 /etc/make.conf 3/ make -j2 (in /usr/src/lib/libc) 4/ prepend
 LD_LIBRARY_PATH=. before sed(1) 5/ rebuild regcomp.o, regcomp.So
 with -O2 to confirm
 
 I have been able to reproduce this on amd64, with -O3, but not on
 i386. It seems regcomp() is either miscompiled at -O3, or it
 contains some bug triggered only by the vectorizer.  I am still
 investigating.
 ...
 
 With -fno-vectorize, this problem doesn't seem to happen.

After some more investigation, I submitted LLVM PR 15830, with a test
case reduced from our regcomp.c.  It got diagnosed and fixed pretty
quickly, and I have pulled in the fix in r249817.  Please verify it, by
rebuilding libc with your original -O3 settings; the sed commands listed
above should now work correctly.

___
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: non-destructive ports/packages update

2013-04-23 Thread Peter Jeremy
On 2013-Apr-20 18:03:17 -0700, Perry Hutchison per...@pluto.rain.com wrote:
The question is, what (if anything) else -- besides /usr/ports,
/usr/local, /var/db/ports, and /var/db/pkg -- needs to be checkpointed?

If you're running any Linux compatibility packages: /compat/linux
BOINC packages: /var/db/boinc

Unless you've moved to pkgng,
$ grep @cwd /var/db/pkg/*/+CONTENTS | grep -v /usr/local
will give you an overview of what unusual locations have been
installed to.

-- 
Peter Jeremy


pgpGEqZBUhbw0.pgp
Description: PGP signature


Re: non-destructive ports/packages update

2013-04-23 Thread Chris Rees
On 23 April 2013 20:41, Peter Jeremy pe...@rulingia.com wrote:
 On 2013-Apr-20 18:03:17 -0700, Perry Hutchison per...@pluto.rain.com wrote:
The question is, what (if anything) else -- besides /usr/ports,
/usr/local, /var/db/ports, and /var/db/pkg -- needs to be checkpointed?

 If you're running any Linux compatibility packages: /compat/linux
 BOINC packages: /var/db/boinc

 Unless you've moved to pkgng,
 $ grep @cwd /var/db/pkg/*/+CONTENTS | grep -v /usr/local
 will give you an overview of what unusual locations have been
 installed to.

Actually grep ^@cw*d, because @cd is an equivalent syntax that is
sometimes used.

Chris
___
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 has all the groupware gone.....

2013-04-23 Thread Daniel Nebdal
Den 23. apr. 2013 20:06 skrev Adam Vande More amvandem...@gmail.com
følgende:

 http://wiki.zimbra.com/wiki/Zimbra_on_FreeBSD#Downloads_.28stable.29

 Haven't used this.

 Also Horde is as hard as you make it.  Personally, I think dealing
 with all XML  and internal tools stuff on Zimbra is worse than Horde
 and it's config files and dependencies.  That being said, I haven't
 used the new Horde stuff in ports, my install is still a couple of
 years old.

 On Sun, Mar 17, 2013 at 2:46 PM, Paul Pathiakis pathia...@yahoo.com
wrote:
  Hi,
 
  I have tried building many pieces of groupware so that I can replace MS
at various client sites.
 
  However:
 
  zimbra?  No port.  (Hardcoded /opt/zimbra)
  kolab?  No port.(Hardcoded /kolab  - This could work if they got
rid of the idiocy of OpenPKG)
  (A kolab port could easily be done if all the dependencies their rpms
were made into a port for it. - It should work fairly easily with ZFS)
 
  Citadel?  No port.  Got it working and seems pretty decent.
 
  SimpleGroupware - Not DB independent, MySQL only
  Tine?  Not DB independent, MySQL only  (Who does that in this day and
age?)
 
  Horde?  Port is cumbersome and very few tips anywhere to get it up and
running quickly on FreeBSD  (Is there a doc I can't find?)
  Horde
   Web?  Same as Horde
 
  Egroupware?  Sweet... Works nice and seems very useful.  Many
compliments from people on how well it works.
 
 
  Phpgroupware?  Not really groupware in the form of the others above.
 
  I'm just evaluating.  I have no affiliation with any.  However, the
lack thereof when we could be inserting groupware FreeBSD servers in
clients... :-)
 
  Thank you for checking into this and creating real ports and/or
documentation.
 
  P.
  ___
  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



 --
 Adam Vande More

Well, the last time a friend of mine looked at the instructions for
installing the current release (which is a version or two ahead of ports, I
think), he claimed the instructions for setting up the SQL tables were use
the upgrade script to convert from the old version, with no instructions
for new installs .

I do hope he merely didn't find them, but that in itself might say
something. :)

-- 
Daniel Nebdal
___
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: cups

2013-04-23 Thread Daniel Nebdal
Den 23. apr. 2013 17:00 skrev M Rusli linuxsecuritymru...@gmail.com
følgende:

 Hi

 Is there any newer version of cups version 1.6.2

 Because freebsd only have the older version 1.5.2.

 How do I know whether what usb printers commonly support Freebsd?

You could check http://www.openprinting.org . As long as it doesn't require
a binary it should be fine, and even if it does it can probably be made to
work. At a guess, anything that speaks PCL or postscript should be OK; that
includes most cheap lasers, but fewer of the inkjets.
(I have no idea how this has changed the last years.)

-- 
Daniel Nebdal
___
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: graphics/shotwell needs a new home

2013-04-23 Thread David Thiel
On 04/20, Christoph Moench-Tegeder wrote:
 Hi,
 
 ## David Thiel (l...@freebsd.org):
 
  A year or two ago, I fixed up shotwell and took maintainership from
  gnome@. Unfortunately, the build broke a month ago or so, and it needs
  some love from someone much more familiar with gnomeisms to make it
  functional. gnome@ has indicated they don't want it back, for which I
  can't necessarily blame them.
  
  Is there some brave soul that might be willing to adopt it?
 
 Is there a volunteer yet?

You're the first!

 If not - I massaged it into a works for me state. I'm just about to
 file some PRs for upgrading shotwell, if nobody else has already adopted
 this port, I'll take maintainership.

There was a slightly earlier PR (177913) that also was supposed to fix
issues as well - it looks like there are a few differences between the
two. I'll try to merge those together and make you the maintainer.

Thanks!
David
___
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: non-destructive ports/packages update

2013-04-23 Thread Perry Hutchison
Chris Rees cr...@freebsd.org wrote:

 On 23 April 2013 20:41, Peter Jeremy pe...@rulingia.com wrote:
  On 2013-Apr-20 18:03:17 -0700, Perry Hutchison per...@pluto.rain.com 
  wrote:
 The question is, what (if anything) else -- besides /usr/ports,
 /usr/local, /var/db/ports, and /var/db/pkg -- needs to be checkpointed?
 
  If you're running any Linux compatibility packages: /compat/linux
  BOINC packages: /var/db/boinc
 
  Unless you've moved to pkgng,
  $ grep @cwd /var/db/pkg/*/+CONTENTS | grep -v /usr/local
  will give you an overview of what unusual locations have been
  installed to.

 Actually grep ^@cw*d, because @cd is an equivalent syntax that is
 sometimes used.

A further refinement:

  grep ^@cw*d . /var/db/pkg/*/+CONTENTS | egrep -v '/usr/local|:@cwd \.$'

The ^@cw*d . excludes ports (like graphviz) that have an @cwd
without an operand.  The :@cwd \.$ alternative excludes . as
the operand -- a construct which seems to be fairly common.
___
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 repository exporting to github?

2013-04-23 Thread Koichiro IWAO

Anyway,  github repository is up to date again now. Thanks!

2013-04-23 10:49 に Koichiro IWAO さんは書きました:

official mirrors for ports repository on github hasn't been updated
for a few days.
Does FreeBSD project quit to provide mirrors on github? or suspended
temporarily?


--
`whois vmeta.jp | nkf -w`
meta m...@vmeta.jp
___
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 Port: downtimed-0.5

2013-04-23 Thread Douglas Thrift
Hello,

I just noticed that the daemon for downtimed was trying to use /var/lib
instead of /var/db when compiled on FreeBSD 9.1 amd64. I tracked the
problem down to __FreeBSD_kernel__ being defined which was, I presume,
supposed to be used to check for Debian GNU/kFreeBSD in this case. I
have attached a patch that can be added to the files directory for the
port to fix this.

I hope this helps!
-- 
Douglas William Thrift
doug...@douglasthrift.net
http://douglasthrift.net/
--- ./downtimedb.h.orig 2013-04-23 01:45:51.612444692 -0700
+++ ./downtimedb.h  2013-04-23 01:47:11.486445742 -0700
@@ -61,7 +61,8 @@
 #defineDOWNTIMEDB_WHAT_SHUTDOWN2
 #defineDOWNTIMEDB_WHAT_CRASH   3
 
-#if defined(__linux__) || defined(__FreeBSD_kernel__) || !defined(_PATH_VARDB)
+#if defined(__linux__) || (defined(__FreeBSD_kernel__) \
+!defined(__FreeBSD__)) || !defined(_PATH_VARDB)
 #definePATH_DOWNTIMEDBDIR  /var/lib/downtimed/
 #else
 #definePATH_DOWNTIMEDBDIR  _PATH_VARDB downtimed/
___
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