Re: Of LSOF

[Adam Vande More]

On Wed, Dec 27, 2017 at 6:59 PM, Dave Horsfall  wrote:

> On Wed, 27 Dec 2017, Kevin Oberman wrote:
>
> fstat(1) does much of what lsof does.
>>
>
> I'll be damned; so it does...  Thanks!
>

As well as procstat -f


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

Re: Setting system user home directory

[Adam Vande More]

On Sat, Dec 16, 2017 at 2:10 PM, Dmytro Bilokha  wrote:

> Guys, thanks for your help. I've managed to adjust user's homedir
> using pkg-install script. Now I'll try to move everything writable
> from /usr/local to /var (as Miroslav suggested), test and submit the new
> port version.


I think you should do what makes sense for your application.  The /var/db
stuff is not a hard fast rule and it doesn't work well for many
situations.  Also it's mostly system related DB's that live there.  It's
not only some java related ports that live mostly under /usr but also
things like postgres(at least used to).

IMO, as long as you're not flagrantly violating hier(7), do what is best
for your port.

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

Re: Procmail got updated!

[Adam Vande More]

On Tue, Dec 19, 2017 at 10:47 AM, Roger Marquis  wrote:

> As one of the "irresponsible" people who is still using procmail on our
>> systems and has built an number of scripts and customer infrastructure
>> around it I take exception to the term irresponsible. Perhaps the better
>> word is overworked. If I had the time to move to dovecot/sieve or maildrop
>> as a local delivery agent I would have done so by now.
>>
>
> Can certainly sympathize depending on the threat model, but how is that
> any different from Equifax' not having time to patch Struts or not
> having time to change the oil in your car or to brush your teeth ...
>

That's a non-sequitur if I understand the response correctly.  Procmail IS
patched and I assume applied.  So yes mom, teeth are brushed.

https://svnweb.freebsd.org/ports/head/mail/procmail/files/patch-src-formisc.c?view=log

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

Re: Portmaster error

[Adam Vande More]

On Wed, Sep 27, 2017 at 1:04 PM, Paul Schmehl <pschmehl_li...@tx.rr.com>
wrote:

> --On September 27, 2017 at 10:41:48 AM -0500 Adam Vande More <
> amvandem...@gmail.com> wrote:
>
>
>> On Wed, Sep 27, 2017 at 10:22 AM, Paul Schmehl <pschmehl_li...@tx.rr.com>
>> wrote:
>>
>>
>>
>> I'm running a 10.3-RELEASE instance. I ran portmaster -ad in screen
>> yesterday to get all the ports up to date. Today I ran it again, to make
>> sure everything was updated.
>>
>> When I did, I got this error:
>>
>> portmaster -ad
>> ===>>> Gathering distinfo list for installed ports
>>
>> ===>>> Starting check of installed ports for available updates
>> make: "/usr/ports/Mk/bsd.port.mk" line 1462: Cannot open
>> /usr/ports/Mk/Uses/execinfo.mk
>> make: Fatal errors encountered -- cannot continue
>> ===>>> All ports are up to date
>>
>> Sure enough, execinfo.mk is missing.
>>
>> I ran portsnap fetch and update to see if that would fix it. It did not.
>>
>> I didn't find anything about this on the web or in /usr/ports/UDPATING.
>> Is this something new? Is there something I can do to fix it other than
>> wait?
>>
>>
>>
>>
>>
>> A portsnap extract might workaround it.
>>
>
> I did that, but it did not resolve the problem. execinfo.mk is still
> missing.


Delete your entire ports tree and try again.  execinfo.mk is supposed to be
missing, you have something else that is not right.

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

Re: portmaster now supports FLAVORs

[Adam Vande More]

On Thu, Dec 14, 2017 at 2:44 PM, Stefan Esser  wrote:

> I have just committed the upgrade of portmaster to a version with flavor
> support.
>
> You need to upgrade portmaster on its own (e.g. by "portmaster portmaster")
> and it should then be possible to use "portmaster -a" with flavored and
> non-flavored ports (and automatically re-install ports, that have been
> converted to generic versions with flavors).
>
> Please let me know, if you notice any deviations from previous behavior.
>

Simple test works for me, great job!

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

Re: Package database problems

[Adam Vande More]

On Thu, Nov 16, 2017 at 12:22 PM, Paul Schmehl 
wrote:

> I'm having problems with my package database. It complains about a
> conflict with a file that doesn't exist.
>
> Is there a way to create a new local.sqlite file using the pkg command?
>

'pkg which /path/to/file' IIRC should reveal the registered package?
Perhaps best to address it that way.

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

Re: Portmaster error

[Adam Vande More]

On Wed, Sep 27, 2017 at 10:22 AM, Paul Schmehl 
wrote:

> I'm running a 10.3-RELEASE instance. I ran portmaster -ad in screen
> yesterday to get all the ports up to date. Today I ran it again, to make
> sure everything was updated.
>
> When I did, I got this error:
>
> portmaster -ad
> ===>>> Gathering distinfo list for installed ports
>
> ===>>> Starting check of installed ports for available updates
> make: "/usr/ports/Mk/bsd.port.mk" line 1462: Cannot open
> /usr/ports/Mk/Uses/execinfo.mk
> make: Fatal errors encountered -- cannot continue
> ===>>> All ports are up to date
>
> Sure enough, execinfo.mk is missing.
>
> I ran portsnap fetch and update to see if that would fix it. It did not.
>
> I didn't find anything about this on the web or in /usr/ports/UDPATING. Is
> this something new? Is there something I can do to fix it other than wait?
>
>
>
A portsnap extract might workaround it.

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

Re: x11/kde4 pkg not present in repository

[Adam Vande More]

On Sat, Sep 9, 2017 at 10:12 PM, Patrick Powell  wrote:

> This was not quite what I was expecting.   Is there a site where you can
> do a search for the status of a build
> for a package?  This site shows statistics about the numbers of packages,
> etc., but not what was built,
> when, etc.
>
> Perhaps I am asking the wrong question...
>

You can do that on the previously given URL by drilling down as needed or
here:

http://beefy9.nyi.freebsd.org/build.html?mastername=110amd64-default=449469

There is no such package as x11/kde.  Perhaps you are seeking x11/kde4.
You should also specify your arch when asking this type of question.

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

Re: standard locations for port files

[Adam Vande More]

On Thu, Aug 31, 2017 at 1:41 PM,  wrote:

> Why wouldn't  logs be in /usr/local/var/...?  Given that all
> other port "stuff" is under /usr/local, what advantage is there
> in making logs an exception?
>

Because logs shouldn't be under /usr.

man hier

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

Re: devel/check

[Adam Vande More]

On Sun, Feb 12, 2017 at 12:43 AM, Kevin Oberman  wrote:

> First, the pkg(8) page should explicitly state that there are man pages for
> each pkg command.  Since this is NOT a typical FreeBSD practice, it is a
> POLA violation to not make it clear.


It does so on my system in the same manner other modular software does eg
openssl.

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

Re: 118sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory

[Adam Vande More]

On Thu, Mar 12, 2015 at 10:20 AM, Anton Shterenlikht me...@bris.ac.uk
wrote:

 By virtue of the fact that kldstat(8) returns nvidia. You
 can be assured that linux has already been loaded, or
 rather, that linux is already available. Which suggests to
 me that it is already part of your kernel. dmesg(8)
 (/var.run/dmesg.boot) might well reveal that, for you.
 Perhaps even in /var/log/messages.

 $ grep -i linux /var/run/dmesg.boot
 $

 What does this tell me?


That the string linux doesn't appear in /var/run/dmesg.boot

I don't understand the fixation on this module.  It's clearly loaded.  Your
problem lies elsewhere.

-- 
Adam
___
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: flash does not work: firefox-35.0.1_1,1, nspluginwrapper-1.4.4_4

[Adam Vande More]

On Wed, Feb 18, 2015 at 7:13 AM, Anton Shterenlikht me...@bris.ac.uk
wrote:

 Anything else I can try to narrow down
 the issue?


Disable other extensions eg ad blockers, restart browser.

-- 
Adam
___
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: gnomehier

[Adam Vande More]

On Fri, Dec 26, 2014 at 4:28 PM, Warren Block wbl...@wonkity.com wrote:

 On Fri, 26 Dec 2014, Matthias Andree wrote:

  Am 26.12.2014 um 20:22 schrieb Jos Chrispijn:

With portmanager I got this line:
=== The misc/gnomehier port has been deleted: Not needed anymore
But I still have it active. How can I remove it when the port itself
 is
nog existing anymore as gnomehier deinstall won't work anymore as
 its
portfolder is gone...


 pkg delete -f gnomehier

 should do the trick.


 Well, yes, but won't that leave the package database with missing
 dependencies on it?
 'pkg info -r gnomehier' will show the list of ports that require it.
 Rebuild those ports and gnomehier can be deleted without problems.
 (Untested):
   portmaster `pkg info -qr gnomehier`
   pkg delete gnomehier



yes it would, but a 'pkg update' after it would re-install those pkg's to
avoid compiling and other possible interdependence issues.

Or do the pkg update first then delete which shouldn't need the force flag
at that point.


-- 
Adam
___
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: HHVM

[Adam Vande More]

On Thu, Dec 18, 2014 at 6:05 AM, Michał Jędrzejczak 
jedrzejczak.mic...@gmail.com wrote:

 Hi

 It is possible porting to FreeBSD this fork of php ?
 https://github.com/facebook/hhvm/wiki/Getting-Started

 In my opinion FreeBSD without this software may a lot of losing.


There was a port of this which was removed due to lack of maintainer
duties.  Are you volunteering to fulfill this?

https://github.com/facebook/hhvm/wiki/Building%20and%20installing%20HHVM%20on%20FreeBSD%20from%20ports
http://www.freshports.org/lang/hiphop-php/

-- 
Adam
___
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: Deleting ports distfiles

[Adam Vande More]

On Mon, Nov 17, 2014 at 7:12 AM, RW rwmailli...@googlemail.com wrote:

 portmaster removes any files not associated with currently installed
 packages, the other two do can do that, but also have the option to
 leave any files that are still up-to-date with respect to the ports
 tree.


This is a misleading statement.  portmaster also has that option.

-- 
Adam
___
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: Deleting ports distfiles

[Adam Vande More]

On Sun, Nov 16, 2014 at 4:29 PM, Dr. Peter Voigt pvo...@uos.de wrote:

 I have just seen that /usr/ports/distfiles has grown up to 12 GiB. My
 hopefully not too stupid question is: Can I safely delete all files
 under /usr/ports/distfiles, e.g.

 # rm -rf /usr/ports/distfiles/*

 I strongly suppose so but I am not sure. Thanks for any feedback.


It is not necessarily a safe operation to preform depending on the
details.  The downloads in that location may be the last known copy of that
particular port/version at least as a copy available to you.  Deleting
those files could prevent you from rebuilding a certain port/version if
needed.  Nearly all the time this isn't a problem or easily worked around,
but not universally so IME.

After doing a ports upgrade, and ensuring fully correct operation of the
system it's generally safe to run something like portmaster
-t--clean-distfiles to remove stale distfiles.


-- 
Adam
___
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: Reducing the size of the ports tree (brainstorm v2)

[Adam Vande More]

On Tue, Nov 4, 2014 at 5:39 PM, Matthias Andree matthias.and...@gmx.de
wrote:

 Am 03.11.2014 um 21:24 schrieb Tijl Coosemans:

  Other tools won't change anything.  It's the file system that would
  have to change which is not going to happen.  When the ports tree was
  created disks were much smaller and file systems were better (still not
  good) at storing small files.  Today disks are much bigger and file
  systems have adapted to that.  Now it's time for the ports tree to adapt.

 So you're saying the only answer we've had to growing storage capacities
 was growing block sizes, without adding support for many small files
 back in.


What is this 'support for many small files' you are referring to?


 That's still the fault of the tool (here: tool == file system)
 and not of the ports tree.


It's a problem with disk's themselves, not an svn or fs problem.  Tail
packing is already a part of UFS, and disks for the purposes here basically
only read one block at a time.  If you have a method of overcoming the
inherent seek slowness of reading many small files scattered across the
spinning media then please share it so progress can be made.

This is definitely a problem with the ports system considering the
underlying hw and fs has changed characteristics and ports hasn't accounted
for them.

-- 
Adam
___
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: building sysutils/dd_rescue on FreeBSD 8.x?

[Adam Vande More]

On Sun, Aug 10, 2014 at 1:13 PM, Torfinn Ingolfsen tin...@gmail.com wrote:

 Hello,
 Does anyone know how to build sysutils/dd_rescue on FreeBSD 8.4-stable?
 Specifically this one:
 tingo@kg-core1$ uname -a
 FreeBSD kg-core1.kg4.no 8.4-STABLE FreeBSD 8.4-STABLE #1 r266590: Fri
 May 23 20:23:35 CEST 2014
 r...@kg-core1.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64

 Latest ports tree (updated today).
 I added
 MAKE_ARGS+= CFLAGS_OPT=-D__WORDSIZE=64
 CFLAGS+=-D__WORDSIZE=64
 to the ports Makefile
 but the port still bombs out:
 ===  Building for dd_rescue-1.45
 cc -D__WORDSIZE=64 -c frandom.c
 cc -D__WORDSIZE=64 -c fmt_no.c
 cc -D__WORDSIZE=64 -c find_nonzero.c
 cc -D__WORDSIZE=64 -msse2 -c find_nonzero_sse2.c
 cc -O2 -pipe -D__WORDSIZE=64 -fno-strict-aliasing -std=gnu89
 -DNO_SSE42 -DNO_AVX2 -fPIC -o libddr_MD5.po -c libddr_MD5.c
 cc -D__WORDSIZE=64 -fPIC -o md5.po -c md5.c
 libddr_MD5.c:417:1: warning: feof_unlocked redefined
 In file included from ddr_plugin.h:14,
  from libddr_MD5.c:17:
 /usr/include/stdio.h:502:1: warning: this is the location of the
 previous definition
 cc -D__WORDSIZE=64 -fPIC -o sha256.po -c sha256.c
 cc -D__WORDSIZE=64 -fPIC -o sha512.po -c sha512.c
 cc -D__WORDSIZE=64 -fPIC -o sha1.po -c sha1.c
 cc -O2 -pipe -D__WORDSIZE=64 -fno-strict-aliasing -std=gnu89
 -DNO_SSE42 -DNO_AVX2 -fPIC -o libddr_null.po -c libddr_null.c
 cc -O2 -pipe -D__WORDSIZE=64 -fno-strict-aliasing -std=gnu89
 -DNO_SSE42 -DNO_AVX2 -DVERSION=\1.45\  -D__COMPILER__=\cc (GCC)
 4.2.1 20070831 patched [FreeBSD]\ -DHAVE_CONFIG_H  dd_rescue.c -o
 dd_rescue frandom.o fmt_no.o find_nonzero.o  find_nonzero_sse2.o
 dd_rescue.c:165:3: warning: #warning No support for copying extended
 attributes / ACLs
 dd_rescue.c:175:3: warning: #warning We lack stat64, may not handle
 2GB files correctly
 dd_rescue.c:180:3: warning: #warning We lack lseek64, may not handle
 2GB files correctly
 cc -shared -o libddr_null.so libddr_null.po
 cc -shared -o libddr_hash.so libddr_MD5.po md5.po sha256.po sha512.po
 sha1.po
 ln -sf libddr_hash.so libddr_MD5.so
 find_nonzero.o(.text+0x210): In function `detect_cpu_cap':
 : undefined reference to `probe_avx2'
 find_nonzero.o(.text+0x271): In function `detect_cpu_cap':
 : undefined reference to `probe_sse42'
 find_nonzero_sse2.o(.text+0x1fe): In function `find_nonzero_sse2o':
 : undefined reference to `myffs_sse42'
 find_nonzero_sse2.o(.text+0x21c): In function `find_nonzero_sse2o':
 : undefined reference to `myffs_c'
 find_nonzero_sse2.o(.text+0x3bc): In function `find_nonzero_sse2':
 : undefined reference to `myffs_sse42'
 find_nonzero_sse2.o(.text+0x3d7): In function `find_nonzero_sse2':
 : undefined reference to `myffs_c'
 gmake: *** [dd_rescue] Error 1
 === Compilation failed unexpectedly.
 Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
 the maintainer.
 *** Error code 1

 Stop in /usr/ports/sysutils/dd_rescue.
 *** Error code 1

 Stop in /usr/ports/sysutils/dd_rescue.
 Any pointers?
 HAND


Why not just use recoverdisk(1)?



-- 
Adam
___
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: Citrix Ica Port Permissions Problem

[Adam Vande More]

On May 28, 2014 5:51 PM, Aric Gregson aorc...@mac.com wrote:

 Hello,

 I just updated my ports for 10.0-RELEASE and redid the linux base to
 include the newer https://github.com/xmj/linux-ports. I seem to have
 installed net/citrix_ica just fine, but it will not run. I have had this
 port running with prior additions without any problems. I see that the
 port files have been moved around a bit. I now have this error:

 % wfica
 exec: /usr/local/ICAClient/wfica: Permission denied

 % /usr/local/ICAClient/setupwfc

 Citrix does not test or support this client on the FreeBSD operating
system.

 exec: /usr/local/ICAClient/util/hinst: Permission denied

 % sudo /usr/local/ICAClient/setupwfc

 Citrix does not test or support this client on the FreeBSD operating
system.

 exec: /usr/local/ICAClient/util/hinst: Permission denied

 It seems that the file in /usr/local/bin is just calling the wfica in
 /usr/local/ICAClient directory:

 $ cat /usr/local/bin/wfica
 #!/bin/sh
 export ICAROOT=/usr/local/ICAClient
 exec $ICAROOT/wfica $@

 I'm not sure how to go about fixing this. There is no listed maintainer
 for this port.

All I can say is the error messages seem quite informative.
___
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: Searching the port tree with portmaster?

[Adam Vande More]

On Thu, Aug 15, 2013 at 1:44 AM, LuKreme krem...@kreme.com wrote:

 Am I missing a search feature in postmaster?

 If not, how are people finding where a port is to install it (I had a heck
 of a time finding sudo, for example)


whereis sudo
locate sudo [| grep xyz]

-- 
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: Searching the port tree with portmaster?

[Adam Vande More]

On Thu, Aug 15, 2013 at 10:45 AM, LuKreme krem...@kreme.com wrote:


 On 15 Aug 2013, at 06:33 , Adam Vande More amvandem...@gmail.com wrote:

  whereis sudo

 Sure, if sudo is installed. Sudo was not installed, so I had to search the
 ports tree for it. Same with openssl


No you are wrong.


galacticdominator% whereis sudo
sudo: /usr/ports/security/sudo
-- 
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: Problem with portmaster and /or QT3

[Adam Vande More]

On Fri, Aug 2, 2013 at 10:58 AM, Rod Person rodper...@rodperson.com wrote:

 On 8/1/2013 8:17 PM, Edwin L. Culp W. wrote:

 # portmaster -L
 === kdehier-1.0_11
  === The misc/kdehier port has been deleted: Has expired:
 Depends
 on QT3

 My machine only has the following kdehier files, no more
 # locate kdehier
 /usr/ports/misc/kdehier4
 /usr/ports/misc/kdehier4/**Makefile
 /usr/ports/misc/kdehier4/files
 /usr/ports/misc/kdehier4/**files/dirlist
 /usr/ports/misc/kdehier4/**files/make-plist.sh
 /usr/ports/misc/kdehier4/**files/mtree-dirlist
 /usr/ports/misc/kdehier4/**files/session-kde4.conf.in
 /usr/ports/misc/kdehier4/**files/system-kde4.conf.in
 /usr/ports/misc/kdehier4/pkg-**descr
 /usr/ports/misc/kdehier4/pkg-**plist

 === kdehier-1.0_11
  === The misc/kdehier port has been deleted: Has expired:
 Depends
 on QT3

 This is driving me up a wall even though it isn't that important.  Thanks
 again for your patience.


 Have you tried 'pkg delete' or 'pkg_delete' or if you still have the port
 directory for kdehier3
 make deinstall?


or --check-depends or whatever the portmaster man page cites.



-- 
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: Proposal: do not show up the dialog(1) by default?

[Adam Vande More]

On Thu, May 23, 2013 at 12:45 AM, Baptiste Daroussin b...@freebsd.org wrote:
 hi,

 A lot of people seems to be complaining about the configuration dialog popping
 up all the time.

 What if we change the default behaviour to not pop up the dialog each time 
 there
 is a changed option but only when the user explicitly type make config?

 Just a proposal, please give your opinion.

 Of course make config-recursive behaviour won't change.

 regards,
 Bapt

I would rather the current behavior remained or even better would be
if there was a native way to queue up all the config screen like
portupgrade does(at least it did when I last used it, it's been
awhile).  It's not nearly as painful to answer them in bulk even if
queue generation takes awhile.


--
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: Proposal: do not show up the dialog(1) by default?

[Adam Vande More]

On Thu, May 23, 2013 at 10:33 AM, Freddie Cash fjwc...@gmail.com wrote:

 There are already two native ways to do this:
   make config-recursive
   use a ports management tool like portmaster/portupgrade

portmaster certainly does not do this, nor make
config-recursive(although it faster than the portmaster dialog).  As I
already mentioned, portupgrade used to give them to you all at once,
no interruptions between IIRC.  As it stands right now, 'portmaster
x11/kde4' on a clean install pretty much guarantees you'll be console
baby sitting for 1/2 hr or more unless you use the accept defaults
option.  To put it another, I think the default make behavior should
be more akin 'make config-recursive' rather than take each OPTION as
it comes.



--
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: png problem with tar on 8.x

[Adam Vande More]

On Tue, May 14, 2013 at 4:51 PM, Albert Shih albert.s...@obspm.fr wrote:
 On 8.2 :

 [root ~]# tar jtvf libpng-1.5.15.tar.xz
 tar: Unrecognized archive format
 tar: Error exit delayed from previous errors.
 [root ~]#

8.2 is unsupported.


--
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: Where has all the groupware gone.....

[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: Why delete KDE3 ports?

[Adam Vande More]

On Wed, Jan 9, 2013 at 8:07 AM, Mikhail T. mi+t...@aldan.algebra.comwrote:

 Worse, KDE4 is not only much heavier (which could've been acceptable).


This is simply not true, or at least easily remediable.  A few clicks leads
to nice UI experience with roughly the same amount of overheard as the 3.x
series.  There are a number of quasi-legit investigations into the matter.
 Regardless of those methodologies, at the end of the day KDE4 requires
only slightly more memory than 3 if at all.


 It is also not compatible -- people like myself, who customized their
 desktops with additional menus, who created knotes, etc. will have to redo
 all of their settings. KDE4, as built, is not even going to look under the
 ~/.kde. Though it can be compiled to consider the old directory, the
 format/syntax for many of the config-files has changed -- and there is no
 upgrade path.


I don't use knotes, but have you tried the solution here?
http://forum.kde.org/viewtopic.php?f=22t=84823


 This can all be handled, but meanwhile, until there ARE actual problems,
 leave the ports alone, please.


Actual problems have already been cited for it.  Fighting change can
often lead much more wasted effort than simply adjusting to modern
offerings.  It's easy enough to pull the port out of archive for the small
amount of users who will insist on using a deprecated DE with known
security issues.  I don't think it reflects well on the project to continue
to offer this as an option, and IMO at the very least needs to come with a
blinking red light disclaimer if the port continues to exist.

Jakub Lach:
 In spite of not having 'proper' maintainer both kdelibs3/ and kdebas3/ saw
substantial interest in form of patches

Not recently, unless you mean bulk patches for patches to options
framework, clang, or some other general change such as
http://svnweb.freebsd.org/ports?view=revisionrevision=297915


-- 
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: Why delete KDE3 ports?

[Adam Vande More]

On Mon, Jan 7, 2013 at 12:53 PM, John Marino freebs...@marino.st wrote:


 Here's the issue I think some folks have:

 Outdated: debatable.  If outdated means a newer release is available,
 then yes.  If outdated means it outlived its usefulness, I'd say no. This
 term seems subjectively used here.

 prone to break: Perhaps, but it's not broken now.

 possibly insecure:  I think this needs to be known insecure rather
 than holding it's last release date against it.


http://www.kde.org/info/security/advisory-20100413-1.txt

Probably other security issues as well.  I didn't have to look very long.
 In a codebase as large as KDE's, it seems a very slim chance indeed years
could go by without maintenance and still maintain security.



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

finance/sql-ledger

[Adam Vande More]

This port is quite out of date.  I believe changing the version to 3.0.2
allows the port to become current.

-- 
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: Lousy timekeeping in VirtualBox 4.0.14

[Adam Vande More]

On Thu, Dec 15, 2011 at 2:11 PM, Larry Rosenman l...@lerctr.org wrote:

 I've set up VirtualBox 4.0.14 on my FreeBSD 10.0-CURRENT (r228498)
 box, and have a FreeBSD 10.0-CURRENT VM running underneath it.

 While the VM is running, it doesn't keep time worth a flip.

 This is even with the VirtualBox-Additions in it.

 1) is this expected/known?
 2) What can we do to fix it?

 What diagnostics do you need?

 I *CAN* provide ssh access to both the host and the guest.


 There is a bunch of tuning you can do with Virtualbox to try and alleviate
such issues:

http://www.virtualbox.org/manual/ch09.html#idp13756960

However no combination has worked for me.  The only stable config I've been
able to find is to setup NTP on host and guest and keep vboxservice
running.  Running vboxservice alone results in very erratic timekeeping and
the service core dumps every few days.  Running NTP alone results in the
difference going too high and out of NTP's allowable range.



-- 
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: Port: multimedia/handbrake

[Adam Vande More]

On Tue, Dec 6, 2011 at 11:23 PM, Kevin Oberman kob6...@gmail.com wrote:

 I have been working on getting Handbrake 0.9.5 to build on FreeBSD for
 some time. I had resolved a number of issues, but had no luck with
 some assembler issues in the ffmpeg portion.


Yes, I got stuck at the same spot.  Then I found this:

http://lists.freebsd.org/pipermail/freebsd-ports/2011-July/068940.html

It's been working for me, but it's a bit out of date now.

-- 
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: multimedia/handbrake 0.9.5

[Adam Vande More]

On Tue, Jul 26, 2011 at 5:55 AM, ben wilber b...@desync.com wrote:

 Hi,

 I was unhappy that the HandBrake port was outdated and didn't work on
 amd64, so I updated it to the best of my ability.  Hopefully it's
 acceptable, or will at least give someone a head start.

 http://desync.com/~bw/handbrake.tar.gz

 Only tested on -CURRENT amd64 and RELENG_8 i386.


This port is much better than the existing one even though it doesn't fetch
properly anymore.


-- 
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: Ports system quality

[Adam Vande More]

On Mon, Aug 29, 2011 at 1:01 AM, Micheas Herman m...@micheas.com wrote:

 This is just a brainstorm, but considering the pain that debian QA causes
 debian developers, and the orders of magnitude larger task that QAing
 the FreeBSD ports tree would be makes me wonder if self reporting wouldn't
 be a direction to go in.


What about a utility to list all installed packages built with non-default
options?

This might be helpful in identifying edge cases.

-- 
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: Ports system quality

[Adam Vande More]

On Mon, Aug 29, 2011 at 3:44 PM, Michel Talon ta...@lpthe.jussieu.frwrote:


 Any discussion on such subjects should begin by switching off the reality
 distortion field. For *my own experience* Ubuntu works perfectly OK, in
 particular all the hardware on my laptop works, suspend works, i have
 zero problem keeping the ports updated, etc. It is the completely no
 fuss solution. Wether FreeBSD needs to go in a direction or another is a
 different subject, but *please* be objective in your descriptions.


I can cite more anecdotal evidence to the contrary but that will just
perpetuate this infinite regression.


 is a sentence you can easily apply to any modern system. And most users
 could not care less that there is *bloat* on their hard disk. Anyways
 you can find a functional and installable desktop Ubuntu system
 on a simple CDROM, show me the same for FreeBSD and i will happily
 conclude it is less bloated.


ftp://mirrors.isc.org/pub/pcbsd/9.0-BETA1.5/i386/PCBSD9.0-BETA1.5-x86-CD.iso

Your other concerns are just as easily answered if you look.

-- 
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: Sponsoring ports

[Adam Vande More]

On Mon, Jul 25, 2011 at 1:53 PM, Eitan Adler li...@eitanadler.com wrote:

  Agree.
  For contract/long term tasks sure.. jobs is the right place, but we
 should
  have a place where people can sponsor short, specific, features in
  FreeBSD. It may be more than just ports, it may also be functionally
 changes
  to the OS.

 This often results in people offering very low sums of money for very
 large amounts of work.
 IMHO the comitters should set the price for the work and we should
 have a system to pool individual donations for such work.
 One such example is Doug Barton's portmaster work (see
 http://dougbarton.us/portmaster-proposal.html).


I don't know the deep details, but I've heard that the FreeBSD Foundation
cannot take escrow deposits like this for legal reasons.  I wonder if there
has been any thought by the Foundation to use some of it's funding to spin
off some type of legal and technical infrastructure that could handle such a
system. If the barrier to entry isn't too high, I suspect something like
this would be a great boon to base, ports, and freelance devs.


-- 
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: Call for Testers: VirtualBox 4.0.6

[Adam Vande More]

On Fri, Apr 22, 2011 at 6:01 AM, Bernhard Froehlich de...@freebsd.orgwrote:

 It's about two months since the last call for testers and a lot of
 bugfixing has happened since then. Not all of the reported problems were
 FreeBSD related which is a good indication that we're not too far behind
 the stability of the other hosts. So let's get it one once again.


Probably not a FreeBSD specific issue, but my legacy XP VM had an issue.
When viewing the Settings screen, a warning came up saying invalid VM name.
Checking that field revealed a blank name.  Reentering the correct one
allowed me to proceed with settings changes, but after closing and reopening
the main Vbox GUI, then Settings tab again the VM name was again blank.

I then created a new XP VM with an identical name which took.  At first this
seemed odd, but I see Virtualbox changed it's configuration directory
location to perhaps a more Windows friendly.  I ended up deleting the old
configuration and it seems to be working correctly with the new one.

Thanks for the work,

-- 
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: saving a few ports from death

[Adam Vande More]

On Tue, Apr 26, 2011 at 10:41 PM, Robert Huff roberth...@rcn.com wrote:


 Garance A Drosehn writes:

   Speaking of which, I haven't noticed the old lists of
   FreeBSD unmaintained ports which are currently marked broken
   and
   FreeBSD ports which are currently scheduled for deletion
 
   show up recently.  I did have some mixup in my email account
   for a short period, so I assume I just missed an announcement
   on how that is handled now.

 I get regular e-mails for marked as broken.


Last one I have is from Jan 21, prior to that it was twice monthly.

-- 
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: HPLIP 3.10.9 problems on FreeBSD 8.1

[Adam Vande More]

On Wed, Jan 26, 2011 at 11:41 AM, Rolf Nielsen listrea...@lazlarlyricon.com
 wrote:

 I am trying to make my HP LaserJet P1102 work on FreeBSD 8.1 and
 towards that goal I installed HPLIP 3.10.9 from the Ports Collection.
 But there are two problems:
 1.First, when I try to run HPLIP in the GUI (GNOME), it closes once
 it's opened. It remains open for less than a second.
 2.Second, it does not recognize my printer. When I use the
 command-line tools it just simply does not recognize my printer. This
 is while the printer is recognized on the USB bus, I confirm it by
 using usbconfig.


It seems to me hplip is in a lot of ways just an extension of CUPS.  I've
had mixed luck with hplip although not with your specific issue.  I would
try to run the hplip utility you're using from the command line to see where
it is failing but you should be able to administer most functions from the
cups web interface.  I had one printer that was said to be supported which I
spend approximately 6 months on and off trying to get to work and never
did(the printer did work on a Mac, just not FreeBSD).  After replacing it
with a different model, it worked immediately and very smoothly.  I have
hplip installed at other locations and it works well.


 If not, try one of them.

Hm. I just checked the output of my usbconfig, and it also shows no ulpt,
 though I do have it. And I also checked the GENERIC config file, and it does
 include ulpt, at least for 8.2-PRERELEASE amd64. So, you may actually have
 it. But that's still the first thing I'd look for if I were you.



Easy way to check if module is in kernel is kldstat -v

-- 
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: Virtualbox UI and remote X clients

[Adam Vande More]

On Fri, Oct 22, 2010 at 5:04 PM, Ade Lovett a...@freebsd.org wrote:


 On Oct 22, 2010, at 16:21 , Bernhard Froehlich wrote:
  Could you please post that errors?

 freebsd% setenv DISPLAY remote:0
 freebsd% VirtualBox

 Wait for UI to pop up, click on 'Settings' for any virtual host, VirtualBox
 crashes with:

 Qt WARNING: QGLContext::makeCurrent(): Cannot make invalid context current.
 Segmentation fault


 (remote) in this case has been (so far):

 MacOSX 10.6 with Apple's X11.app
 MacOSX 10.6 with XQuartz.app
 Windows XP with cygwin/X
 Windows 7 with cygwin/X
 Xvnc on the FreeBSD box, then using either the Mac or Windows box to fire
 up a vnc client to get to the Xvnc.


  It sounds like an upstream bug so it
  would be good to collect a few details like why it happens on your
  system bug I cannot reproduce it here with Intel graphics.

 Please re-read what I said.  The host machine (running the virtualboxes)
 has NO graphics of any kind.  It's FreeBSD 8.1-STABLE/amd64 hooked up to a
 VT320 terminal as a serial console.  It has X11 libraries and the various
 toolkits (QT etc) installed, but no Xorg server (other than Xvnc), no X11
 drivers (graphics/keyboard/mouse).

 3.2.8 was fine
 3.2.8_1 broke things
 3.2.10 (unsurprisingly) hasn't changed


I can confirm this issue, I reported it on the emulation mailing list a few
days ago.  Thanks for finding the exact breakage point.
-- 
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: Idea: entries in UPDATING for each release

[Adam Vande More]

On Tue, Sep 28, 2010 at 1:07 PM, Warren Block wbl...@wonkity.com wrote:

 Right now, people who install ports from a -release CD and then start
 upgrading don't have a clear marker for how far back to go in UPDATING.

 A simple entry would be enough:

  20100703:
AFFECTS:
AUTHOR:

FreeBSD 8.1-RELEASE

 Not sure what AFFECTS should say.  There might be other useful information
 that could be included in the note.  Comments?


I like the idea, it would make looking that info up easier for anyone
running anything other than the default GENERIC kernel.

-- 
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: Distributed Version Control for ports(7) ( was: Re: autoconf update )

[Adam Vande More]

On Wed, Sep 22, 2010 at 3:27 AM, per...@pluto.rain.com wrote:

 As I understand it, what is being suggested is the adoption of a
 new code base for a significant piece of infrastructure.  I think
 the proposal is at less risk of being summarily rejected if it can
 viably be based on BSD-licensed code rather than on GPL'd code.


This  dvcs is BSD licensed:

http://www.fossil-scm.org/index.html/doc/tip/www/index.wiki

I believe it was originally GPL'd, and the author converted it BSD based
license on request.  The requests came from multiple people who didn't want
to to incorporate GPL into their project(s).

There is an interview about it here:

http://bsdtalk.blogspot.com/2010/07/bsdtalk194-fossil-scm-with-d-richard.html

Anyways, IMO license is quite a large deal when you're making this sort of
decision.  OS code infrastructure has a way of expanding around what's
used(eg csup in base) and you'd want to ensure any potential development
paths are not hindered by LICENSE.

-- 
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: Distributed Version Control for ports(7) ( was: Re: autoconf update )

[Adam Vande More]

On Wed, Sep 22, 2010 at 4:10 AM, Jeremy Chadwick
free...@jdc.parodius.comwrote:

 Given the amount of GPL'd software in the base system, why are we
 already fighting over licensing?  What is it with the open-source world
 and obsessing with licensing?  It should be up for discussion after
 alternatives have been determined as viable candidates (see below).


Probably rhetorical, but not all licenses are created equal.  BSD license
has a particular advantage in embedded/black box systems, so not polluting
base with more viral licensing is pretty important to project as whole I
think.  There's a reason things like IronPort aren't Linux based.  Take for
example the way ZFS was implemented.  It was done that way to keep the CDDL
out of the kernel.  That's part of the reason booting of ZFS is the way it
is as a separate loader, not integrated.  Licenses are a big deal, our world
is not laissez-faire regarding them.

Yes there are still some GPL tools in base but the number is really quite
small and shrinking, however what's there is pretty big and quite
essential.  There has long been active if not frequently vigorous work to
remove those bits.  It seems GNU grep is nearing it's end, and man page
stuff is being worked on, CLANG over GCC, etc.

Anyway, my point was not to advocate fossil for this task, but to point out
BSD license is a concern.  Perhaps if you are able to find consensus,
requesting a license change might be an option.

-- 
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: VirtualBox FreeBSD 8.1 AMD 64 intsall 32 bit lib

[Adam Vande More]

On Tue, Sep 14, 2010 at 11:53 PM, Gholam Mostafa Faridi 
mostafafar...@gmail.com wrote:

 Stop in /usr/src.
 ldconfig: warning: /usr/lib32: No such file or directory 

 I make post about this error in  freebsdforums but they can not help me
 please see link

 http://forums.freebsd.org/showthread.php?t=17607

 they said problem is ccache and I disable and remove ccache  ,but still I
 have that probelm
 please help me


It looks like you are missing 32 bit libraries.  Make sure src.conf and
make.conf aren't preventing them from being built, then rebuild your world
and they should be installed. After that you should be able to compile vbox.



-- 
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: graphics/sane-backends: fails to build due to the collision in user group id number

[Adam Vande More]

On Fri, Aug 20, 2010 at 8:50 PM, Yuri y...@rawbw.com wrote:

 Here is the message I get:
 === Creating users and/or groups.
 Creating group `saned' with gid `194'.
 pw: gid `194' has already been allocated
 *** Error code 65

 My /etc/group file has this line:
 apache:*:194:

 Obviously there is a conflict.


Do you know what installed that group?  apache should not be there.  apache
uses group www, GID 80

/usr/ports/GIDs

-- 
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: i keep *trying* to move from portupgrade to portmaster

[Adam Vande More]

On Fri, Aug 6, 2010 at 8:38 AM, Freddie Cash fjwc...@gmail.com wrote:


 If you absolutely do not want to see the OPTIONS screens, no matter
 what, then add -G (see man page for details).


No, that's not what -G does.  -G makes portmaster handle the options screen
similar to portupgrade eg waiting to ask you until it runs into it.

Setting BATCH=yes in make.conf does work, maybe BATCH?=yes breaks it, my
make.conf fu is only sightly better than it documentation which isn't much.

-- 
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: ccache 3.0 port

[Adam Vande More]

On Mon, May 10, 2010 at 9:23 PM, Adam Vande More amvandem...@gmail.comwrote:

 On Mon, May 10, 2010 at 9:08 PM, Alberto Villa avi...@freebsd.org wrote:

PORTVERSION= 3.0.p1
   DISTNAME=${PORTNAME}-${PORTVERSION:S/.p/pre/}

 DISTVERSION=3.0pre1
 is shorter and cleaner


 That's longer, and cleaner is debatable.


Opps, I notice the diff now.

-- 
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: ccache 3.0 port

[Adam Vande More]

On Mon, May 10, 2010 at 9:08 PM, Alberto Villa avi...@freebsd.org wrote:

   PORTVERSION= 3.0.p1
   DISTNAME=${PORTNAME}-${PORTVERSION:S/.p/pre/}

 DISTVERSION=3.0pre1
 is shorter and cleaner


That's longer, and cleaner is debatable.

-- 
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: ports and PBIs

[Adam Vande More]

On Fri, Apr 9, 2010 at 8:31 PM, Julian Elischer jul...@elischer.org wrote:


 Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some
 others and I, felt that these ideas seemed to make some sense
 and so I put them here for comment.


FWIW, when I see these discussions I'm always left wondering what's the bad
part?  I do think there are problems, but there doesn't seem to be a clear
defined set of what is wrong.   IMO, there should be a defined set of goals
to judge possible implementations against.

In manys ways, simply having a Lastest package archive for RELEASE that is
rebuilt say weekly which would resolve most of the problems I run into and
address some the non-power users desires as well.  Anyways, I'm sure this
will be an entertaining thread.

-- 
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: python and HUGE_STACK_SIZE

[Adam Vande More]

On Fri, Mar 26, 2010 at 3:03 PM, Steven Kreuzer skreu...@exit2shell.comwrote:

 To me, it seems like the best behavior would be to default to compiling
 with that set. I'll create
 a patch over the weekend and open a PR


Django and twisted don't need it.  If the only app which does is zope,
defaulting to on seems to be overkill.  No offense to zope users, but I
imagine freebsd zope installs aren't on every corner.  It would be
interesting to hear more feedback from other sources, and your coworker with
the original experience.  Within python, stack size(in regards to sockets)
errors are made quite evident.  What zope does to it I have no idea, maybe
there is some abstraction going on.

My main objection that I use python a lot, especially for quick network
apps.  One example is that I have written a python based NMS, and if every
thread is going to start using more memory, then I will have to do things
differently.  That's okay too, but if others are doing anything similar
there could be more ripples down the road.

-- 
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: python and HUGE_STACK_SIZE

[Adam Vande More]

On Wed, Mar 24, 2010 at 5:50 PM, Chuck Swiger cswi...@mac.com wrote:


 I've run and written quite a bit of Python (including Trac, Mailman, the
 Python IDE, our own custom stuff [like some log munging and web processing
 stuff], and even a few graphical Python games) without ever turning
 HUGE_STACK_SIZE on.

 I don't have any objection to turning it on, but it's not needed by default
 for most things.  YMMV.


Yes, I've had the same experience.  When doing socket level python stuff,
I've had to increase the buffer size, which seems to be at least indirectly
related to stack size but setting it manually has been easy enough.  Are
there any negative repercussions to turning on huge ie like would scripts
start using more memory, or is just giving them the ability to use it
without explicitly setting it?

-- 
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: lang/guile fails to build on amd64 / 9-CURRENT

[Adam Vande More]

On Wed, Mar 17, 2010 at 10:38 PM, Jason Garrett kinged...@gmail.com wrote:

 CC'ing port maintainer

 Here is the commit for timeb.h being deprecated and adding the #warning

 http://www.mail-archive.com/svn-src-...@freebsd.org/msg20965.html

 Solutions are to either use a replacement for timeb.h (unknown by me
 at this point), quit using timeb.h (not sure how guile depends on
 this), or omit the -Werror from
 /usr/ports/lang/guile/work/guile-1.8.6/Makefile and
 /usr/ports/lang/guile-1.8.6/libguile/Makefile.

 Maintainer, please direct on how to proceed. As it sits without
 modification the port is broken, even with -Wno-error set in
 /etc/make.conf.


I'm not sure about that.  The no-error stuff I believe is a CURRENT thing,
at least when running betas and stuff you'll run into the warnings as errors
thing.  The port builds fine on other branches and I suspect would continue
to build on CURRENT if you got rid of whatever controlling the compile
setting.  Nevertheless, it seems the port should be fixed to use sys/time.h
and gettimeofday(2) instead.  Just the way it looks to me, I'm no expert
here.


-- 
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: lang/guile fails to build on amd64 / 9-CURRENT

[Adam Vande More]

On Wed, Mar 17, 2010 at 10:55 PM, Scot Hetzel swhet...@gmail.com wrote:

 On Wed, Mar 17, 2010 at 10:45 PM, Adam Vande More amvandem...@gmail.com
 wrote:
  On Wed, Mar 17, 2010 at 10:38 PM, Jason Garrett kinged...@gmail.com
 wrote:
 
  CC'ing port maintainer
 
  Here is the commit for timeb.h being deprecated and adding the #warning
 
  http://www.mail-archive.com/svn-src-...@freebsd.org/msg20965.html
 
  Solutions are to either use a replacement for timeb.h (unknown by me
  at this point), quit using timeb.h (not sure how guile depends on
  this), or omit the -Werror from
  /usr/ports/lang/guile/work/guile-1.8.6/Makefile and
  /usr/ports/lang/guile-1.8.6/libguile/Makefile.
 
  Maintainer, please direct on how to proceed. As it sits without
  modification the port is broken, even with -Wno-error set in
  /etc/make.conf.
 
 
  I'm not sure about that.  The no-error stuff I believe is a CURRENT
 thing,
  at least when running betas and stuff you'll run into the warnings as
 errors
  thing.  The port builds fine on other branches and I suspect would
 continue
  to build on CURRENT if you got rid of whatever controlling the compile
  setting.  Nevertheless, it seems the port should be fixed to use
 sys/time.h
  and gettimeofday(2) instead.  Just the way it looks to me, I'm no expert
  here.
 
 The port only uses sys/timeb.h in libguile/stime.c, and only to
 include the header when HAVE_SYS_TIMEB_H is defined, removing
 sys/timeb.h from the header include check in configure.in allows the
 port to build on a recent CURRENT.

 Scot




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

/usr/ports/print/hplip3

[Adam Vande More]

/usr/ports/print/hplip3

The message in this port indicates you must recompile your kernel for it to
work.

 The printer MUST attach as a ugen(4) device.  This means
 that you must NOT have device ulpt in your kernel and
 ulpt must NOT be loaded as a kernel module.

That is not the experience that I have had with the port, although I had to
bork with the permissions to get it working.  The devfs.rules instructions
were not adequate to make it work.

lrwxrwxrwx  1 joe   cups 9 Mar  9 20:40 ugen0.1 - usb/0.1.0
lrwxrwxrwx  1 joe   cups 9 Mar  9 20:40 ugen0.2 - usb/0.2.0
lrwxrwxrwx  1 joe   cups 9 Mar  9 20:40 ugen0.3 - usb/0.3.0
lrwxrwxrwx  1 joe   cups 9 Mar  9 20:40 ugen1.1 - usb/1.1.0
lrwxrwxrwx  1 joe   cups 9 Mar  9 20:40 ugen1.2 - usb/1.2.0
lrwxrwxrwx  1 joe   cups 9 Mar  9 20:40 ugen1.3 - usb/1.3.0
crwxrwxrwx  1 joe   cups0,  76 Mar  9 20:45 ulpt0

 usbconfig list
ugen0.1: OHCI root HUB nVidia at usbus0, cfg=0 md=HOST spd=FULL (12Mbps)
pwr=ON
ugen1.1: EHCI root HUB nVidia at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps)
pwr=ON
ugen1.2: Deskjet D1600 series HP at usbus1, cfg=0 md=HOST spd=HIGH
(480Mbps) pwr=ON
ugen0.2: USB  AUDIO vendor 0x1130 at usbus0, cfg=0 md=HOST spd=FULL
(12Mbps) pwr=ON
ugen1.3: USB2.0-CRW Generic at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps)
pwr=ON
ugen0.3: USB Receiver Logitech at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps)
pwr=ON

I under the permissions here are excessive, but it's unclear from the cups
log as how exactly cups is communicating with the printer.

It states the connection is made to
hp:/usb/Deskjet_D1600_series?serial=CN012C90C405CT

-- 
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: kde4/python26 and pth help.

[Adam Vande More]

On Wed, Feb 24, 2010 at 12:11 PM, Jimmie James jimmie...@gmail.com wrote:

 On a freshly installed 8-STABLE box (4 days old) and up to date ports, KDE4
 will not install for me, always the same errors. I've even removed all ports
 and reinstalled from scratch and hit the same errors. I have no
 /etc/make.conf. I'm at a loss here, I have no idea why this is happening.
 I even did a  portupgrade -fRru python26  and tried portmaster, and plain
 old make in the ports that fail.


My script to install from a clean install is

portsnap fetch update
cd /usr/ports/ports-mgmt/portmaster
make install clean  rehash
portmaster -d x11-servers/xorg-server x11-drivers/xf86-input-mouse
x11-drivers/xf86-input-keyboard x11-drivers/{YOUR VIDEO DRIVER PORT}
echo 'dbus_enable=YES\nhald_enable=YES\n'  /etc/rc.conf

then you'll have to do whatever is necessary for video driver install eg
kldload nvidia and make it permanent /boot/loader.conf

Once your driver is live, you create xorg.conf file by

Xorg -config xorg.conf.new
cp xorg.conf.new /etc/X11/xorg.conf

then I manually add in this line to /etc/ttys
ttyv8 /usr/local/kde4/bin/kdm -nodaemon xterm on secure
and comment
ttyv8  /usr/local/bin/xdm -nodaemon  xterm   off secure

Provided you don't have to do anything special for say the nvidia driver,
all's that's do this the hal guys maybe didn't do such a back job after all

As for you error, I don't know what happened.  I used to see those happen on
a massive upgrade when using portupgrade.  I recommend portmaster.  Somehow
python didn't get installed correctly because
/usr/local/include/python2.6/Python.h should exist if python is correctly
installed.



-- 
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: kde4/python26 and pth help.

[Adam Vande More]

On Wed, Feb 24, 2010 at 10:47 PM, Jimmie James jimmie...@gmail.com wrote:

 On 02/24/10 23:28, Adam Vande More wrote:



  On Wed, Feb 24, 2010 at 12:11 PM, Jimmie James jimmie...@gmail.com
 mailto:jimmie...@gmail.com wrote:

On a freshly installed 8-STABLE box (4 days old) and up to date
ports, KDE4 will not install for me, always the same errors. I've
even removed all ports and reinstalled from scratch and hit the same
errors. I have no /etc/make.conf. I'm at a loss here, I have no idea
why this is happening.
I even did a  portupgrade -fRru python26  and tried portmaster, and
plain old make in the ports that fail.



 My script to install from a clean install is

 portsnap fetch update
 cd /usr/ports/ports-mgmt/portmaster
 make install clean  rehash
 portmaster -d x11-servers/xorg-server x11-drivers/xf86-input-mouse
 x11-drivers/xf86-input-keyboard x11-drivers/{YOUR VIDEO DRIVER PORT}
 echo 'dbus_enable=YES\nhald_enable=YES\n'  /etc/rc.conf

 then you'll have to do whatever is necessary for video driver install eg
 kldload nvidia and make it permanent /boot/loader.conf

 Once your driver is live, you create xorg.conf file by

 Xorg -config xorg.conf.new
 cp xorg.conf.new /etc/X11/xorg.conf

 then I manually add in this line to /etc/ttys
 ttyv8 /usr/local/kde4/bin/kdm -nodaemon xterm on secure
 and comment
 ttyv8 /usr/local/bin/xdm -nodaemon  xterm   off secure

 Provided you don't have to do anything special for say the nvidia
 driver, all's that's do this the hal guys maybe didn't do such a back
 job after all

 As for you error, I don't know what happened.  I used to see those
 happen on a massive upgrade when using portupgrade.  I recommend
 portmaster.  Somehow python didn't get installed correctly because
 /usr/local/include/python2.6/Python.h should exist if python is
 correctly installed.



 --
 Adam Vande More



 Thanks for the reply,

 Haven't got around to testing X yet, but on 7.2-STABLE it works fine, so
 I'm not too worried about that. It's the python and pth errors that are
 killing me.

  /usr/local/include/python2.6/Python.h  is there, seems correctly
 installed.  Even installing with portmaster and plain old make install it
 _still_ hits those errors of not finding the headers.

 checking for /usr/local/bin/python2.6 version... 2.6
 checking for /usr/local/bin/python2.6 platform... freebsd8
 checking for /usr/local/bin/python2.6 script directory...
 ${prefix}/lib/python2.
 6/site-packages
 checking for /usr/local/bin/python2.6 extension module directory...
 ${exec_prefix}/lib/python2.6/site-packages

 checking for headers required to compile python extensions... not found
 configure: error: Python headers not found

 As well as /usr/bin/ld: cannot find -lpth


it would be looking for  /usr/ports/devel/pth.  Is it installed?  if not,
then there would appear to with a dependency issue.



-- 
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: FreeBSD Port: libX11-1.2.1_1,1

[Adam Vande More]

2009/9/27 Webdeal AS - Jørn Skjerven j...@webdealhosting.com

 Hi!

 I have some problems after upgrading our system from 7.0-RELEASE to
 7.2-RELEASE.

 libX11 will not build any more, and throws the following to me:

 configure.ac:22: the top level
 configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...):
 suspicious cache-id, must contain _cv_ to be cached
 aclocal.m4:1455: AC_LIBTOOL_COMPILER_OPTION is expanded from...
 aclocal.m4:5421: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
 configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX,
 ...): suspicious cache-id, must contain _cv_ to be cached
 aclocal.m4:3483: _LT_AC_LANG_CXX_CONFIG is expanded from...
 aclocal.m4:3482: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
 aclocal.m4:2533: _LT_AC_TAGCONFIG is expanded from...
 configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_F77,
 ...): suspicious cache-id, must contain _cv_ to be cached
 aclocal.m4:4546: _LT_AC_LANG_F77_CONFIG is expanded from...
 aclocal.m4:4545: AC_LIBTOOL_LANG_F77_CONFIG is expanded from...
 configure.ac:22: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ,
 ...): suspicious cache-id, must contain _cv_ to be cached
 aclocal.m4:4646: _LT_AC_LANG_GCJ_CONFIG is expanded from...
 aclocal.m4:4645: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
 checking for a BSD-compatible install... /usr/bin/install -c -o root -g
 wheel
 checking whether build environment is sane... yes
 checking for a thread-safe mkdir -p... ./install-sh -c -d
 checking for gawk... no
 checking for mawk... no
 checking for nawk... nawk
 checking whether make sets $(MAKE)... yes
 checking whether to enable maintainer-specific portions of Makefiles... no
 checking if xorg-macros used to generate configure is at least 1.2...
 yes, 1.2.1
 ./configure: 2763: Syntax error: word unexpected (expecting ))
 ===  Script configure failed unexpectedly.
 Please report the problem to x...@freebsd.org [maintainer] and attach the
 /usr/ports/x11/libX11/work/libX11-1.2/config.log including the output of
 the failure of your make command. Also, it might be a good idea to provide
 an overview of all packages installed on your system (e.g. an `ls
 /var/db/pkg`).
 *** Error code 1

 Stop in /usr/ports/x11/libX11.

 These packages are installed:


Usually this is the result of an outdated dependency.  Have you done
anything like a

portmaster x11/libX11

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