FreeBSD Port: teamspeak_server-2.0.20.1_1

2006-09-05 Thread Albert Poon
Hi,

A bug in start-up script /usr/local/etc/rc.d/teamspeak-server is discovered, 
causing teamspeak-server to load earlier than linux support. It happens on my 
FreeBSD 6.1 box but not in my FreeBSD 5.5 box.

Problem code:

(line 6)
# REQUIRE: NETWORKING

I think since FreeBSD 6 it will inpsect the start-up scripts and arrange them 
to be loaded accordingly. Since NETWORKING is loaded earlier than linux 
support, teamspeak-server will fail to start.

Workaround:

Either change the problem code to

# REQUIRE: DAEMON

Or any other daemon's name that load after linux support, e.g.

# REQUIRE: ntpd

Or remove the line completely.

I wonder if there is something like # REQUIRE: LINUX (obviously it doesn't 
work), but I too lazy to spend more time in digging the code.

Best Regards,
Albert Poon
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: gnu-automake and libtool.m4

2006-09-05 Thread Andriy Gapon
on 05/09/2006 00:19 Stanislav Sedov said the following:
> On Mon, 04 Sep 2006 21:45:18 +0300
> Andriy Gapon <[EMAIL PROTECTED]> mentioned:
>> I have one libtool.m4 in /usr/local/share/aclocal/ and there is no
>> libtool.m4 in /usr/local/gnu-autotools/share/aclocal-1.9.
>> Is that the problem ?
>>
> 
> Yes, you should provide "-I usr/local/share/aclocal" argument to
> aclocal.

Thank you for the advice and explanation! That did the job. However I
see extra harmless warnings that probably result from different versions
of automake installed on my system.

> For autoreconf you can do this by defining env. ACLOCAL variable.
> 
> /usr/local/gnu-autotools/share/aclocal-1.9 is used only to store
> stock .m4 files for autoconf/automake, while /usr/local/share/aclocal
> contains all .m4 file external apps installs, e.g. xmms, pkgconfig, guile
> and, of course, libtool.
> 


-- 
Andriy Gapon
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: portmaster deletes failed ports

2006-09-05 Thread Hans Lambermont
RW wrote:

...
> I don't use portmaster myself, but I just took a look at the script and, 
> unless I'm missing something, it does appear that this feature is missing 
> from portmaster. There an option to create backup packages, but nothing to  
> automatically restore the previous version if the install fails. 

I can confirm this. The auto-restore-backup would be a nice feature.
Doug ?  ;-)

regards,
   Hans Lambermont
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


problem generating INDEX

2006-09-05 Thread Robert Huff

Can anyone tell me what broke here?

Updating collection ports-base/cvs
Finished successfully
Updating the ports index ... Generating INDEX.tmp - please wait..eclipse-3.1.2: 
"/usr/ports/www/"firefox"" non-existent -- dependency list incomplete
===> java/eclipse failed
*** Error code 1
1 error


Robert Huff
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: problem generating INDEX

2006-09-05 Thread Mark Linimon
On Tue, Sep 05, 2006 at 09:10:00AM -0400, Robert Huff wrote:
> Updating collection ports-base/cvs
> Finished successfully
> Updating the ports index ... Generating INDEX.tmp - please 
> wait..eclipse-3.1.2: "/usr/ports/www/"firefox"" non-existent -- dependency 
> list incomplete
> ===> java/eclipse failed
> *** Error code 1
> 1 error

What happens if you do "make -V WITH_MOZILLA"?

mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Linphone port for FreeBSD...

2006-09-05 Thread Soeren Straarup

On Fri, 1 Sep 2006, Soeren Straarup wrote:


On Thu, 31 Aug 2006, William Bulley wrote:


I don't know who is the correct person, or even if there
is a ports maintainer for the linphone port.  A friend of
mine told me he is unable to build the port in 6.1-STABLE
since so many other dependencies have changed, or need to
change.  Is there any feedback on this situation?  I had
no problem building linphone 1.3.5 just after 6.1-REL was
announced.  The linphone author recently announced the
availability of linphone 1.3.99.8 - thanks for your help.


Where is it available at?



You could update it and send a pr if possible or even adopt the port.
I haven't had time to look at it, but if nothing happens i might have
a go at it.



Regards,

web...

--
William Bulley Email: [EMAIL PROTECTED]



/Soeren



/Soeren

Soeren Straarup   | aka OZ2DAK aka Xride
FreeBSD wannabe   | FreeBSD since 2.2.6-R
  If a program is not working right, then send a patch
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Linphone port for FreeBSD...

2006-09-05 Thread William Bulley
According to Soeren Straarup <[EMAIL PROTECTED]>:
> 
> Where is it available at?

He is moving to 1.4 version from what I understand.

Not the most confidence inspiring URL, but here is what the author has:

   http://download.savannah.nongnu.org/releases/linphone/unstable/source/

> linphone-1.3.99.8.tar.gz  25-Jul-2006 09:37  7.4M
> linphone-1.3.99.8.tar.gz.sig  25-Jul-2006 09:37   65
> linphone-1.3.99.9.tar.gz  27-Jul-2006 20:15  7.4M
> linphone-1.3.99.9.tar.gz.sig  27-Jul-2006 20:15   65
> linphone-1.3.99.10.tar.gz 25-Aug-2006 15:37  7.4M
> linphone-1.3.99.10.tar.gz.sig 25-Aug-2006 15:37   65
> linphone-1.3.99.11.tar.gz 31-Aug-2006 19:59  7.4M
> linphone-1.3.99.11.tar.gz.sig 31-Aug-2006 19:59   65   

Regards,

web...

--
William Bulley Email: [EMAIL PROTECTED]

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: problem generating INDEX

2006-09-05 Thread Kris Kennaway
On Tue, Sep 05, 2006 at 09:10:00AM -0400, Robert Huff wrote:
> 
>   Can anyone tell me what broke here?
> 
> Updating collection ports-base/cvs
> Finished successfully
> Updating the ports index ... Generating INDEX.tmp - please 
> wait..eclipse-3.1.2: "/usr/ports/www/"firefox"" non-existent -- dependency 
> list incomplete
> ===> java/eclipse failed
> *** Error code 1
> 1 error

Did you set something to the literal string "mozilla" (with quotes)?

Kris


pgpLenAgQrnGg.pgp
Description: PGP signature


FW: kismet scanning deos not work for me

2006-09-05 Thread Daniel Dvořák
I can add new facts:
 
# kismet -n
Server options:   -n
Client options:  none
Starting server...
Waiting for server to start before starting UI...
Not logging any data
Will drop privs to stayd (1001) gid 1001
No specific sources given to be enabled, all will be enabled.
Enabling channel hopping.
Disabling channel splitting.
Source 0 (rik): Enabling monitor mode for radiotap_bsd_a source interface
ath0 channel 100...
FATAL: ath0: cannot set ifmedia: Device not configured

# ifconfig -v ath0
ath0: flags=8843 mtu 1500
inet6 fe80::20b:6bff:fe35:509a%ath0 prefixlen 64 scopeid 0x1
inet 10.*.*.* netmask 0xfffc broadcast 10.40.192.19
ether 00:0b:6b:XX:YY:ZZ
media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11a
 (OFDM/24Mbps)
status: associated
ssid PtP channel 100 (5500) bssid 00:00:00:00:00:00
authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF
powersavesleep 100 txpowmax 36 txpower 63 rtsthreshold 2346
mcastrate 1 fragthreshold 2346 bmiss 7 pureg protmode OFF wme burst
roaming AUTO bintval 100
AC_BE cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm ack
  cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm
AC_BK cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm ack
  cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm
AC_VI cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm ack
  cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm
AC_VO cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm ack
  cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm


kismet.conf is attached.
 
rc.conf:
 
ifconfig_ath0="inet 10.*.*.*/30 media OFDM/24Mbps mode 11a mediaopt flag0
mediaopt adhoc ssid PtP channel 100 pureg protmode off txpower 63 chanlist
100-140 wme up"
 
P.S.: mail me directly please.
  _  

From: Daniel Dvořák [mailto:[EMAIL PROTECTED] 
Sent: Sunday, September 03, 2006 1:44 AM
To: 'freebsd-ports@freebsd.org'
Subject: kismet scanning deos not work for me


Hi all,
 
my config of kismet.conf is attached. I read the kismet manual from the
begining to the end and Kismet does not work for me.
 
Even when I manually reconfigure my card from ahdemo mode to monitor mode,
after execute kismet -n command, these lines turn up at once:
 
Waiting for channel control child 2842 to exit...
Kismet exiting.
Connected to Kismet server version 2006.04.R1 build 20050815211952 on
localhost:2501
localhost:2501 TCP error: socket returned EOF, server has closed the
connection.
 
Is it known issue ?
 
Thank you
 
Daniel


  _  


avast! Antivirus  : Odchozi zprava cista. 


Virova databaze (VPS): 0635-5, 04.09.2006
Testovano: 5.9.2006 17:36:49
avast! - copyright (c) 1988-2006 ALWIL Software.


# Kismet config file
# Most of the "static" configs have been moved to here -- the command line
# config was getting way too crowded and cryptic.  We want functionality,
# not continually reading --help!

# Version of Kismet config
version=2005.06.R1

# Name of server (Purely for organizational purposes)
servername=Kismet

# User to setid to (should be your normal user)
suiduser=myuser

# Sources are defined as:
# source=sourcetype,interface,name[,initialchannel]
# Source types and required drivers are listed in the README under the
# CAPTURE SOURCES section.
# The initial channel is optional, if hopping is not enabled it can be used
# to set the channel the interface listens on.
# YOU MUST CHANGE THIS TO BE THE SOURCE YOU WANT TO USE
source=radiotap_bsd_a,ath0,1,100
#source=radiotap_bsd_a,ath1,2,108

# Comma-separated list of sources to enable.  This is only needed if you defined
# multiple sources and only want to enable some of them.  By default, all 
defined
# sources are enabled.
# For example:
# enablesources=prismsource,ciscosource

# Do we channelhop?
channelhop=true

# How many channels per second do we hop?  (1-10)
channelvelocity=5

# By setting the dwell time for channel hopping we override the channelvelocity
# setting above and dwell on each channel for the given number of seconds.
#channeldwell=10

# Do we split channels between cards on the same spectrum?  This means if
# multiple 802.11b capture sources are defined, they will be offset to cover
# the most possible spectrum at a given time.  This also controls splitting
# fine-tuned sourcechannels lines which cover multiple interfaces (see below)
channelsplit=false

# Basic channel hopping control:
# These define the channels the cards hop through for various frequency ranges
# supported by Kismet.   More finegrain control is available via the
# "sourcechannels" configuration option.
#
# Don't change the IEEE80211 identifiers or channel hopping won't work.

# Users outside the US might want to use this list:
# defaultchannels=IEEE80211b:1,7,13,2,8,3,14,9,4,10,5,11,6,12
#defaultchannels=IEEE80211b:1,6,11,2,7,3,8,4,9,5,10

# 802.11g uses the same channels as 802.11b...
#defaultchannels=IEEE80211g:1,6,11,2,7,3,8,4,9,5,10

# 802.11a channels

Re: problem generating INDEX

2006-09-05 Thread Robert Huff

Mark Linimon writes:

>  What happens if you do "make -V WITH_MOZILLA"?

You get evidence supporting the hypothesis I'm an idiot.
Thanks.


Robert Huff
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Documentation

2006-09-05 Thread Michel Talon
Hi,

i have written a rather long paper describing the Freebsd port system, and
comparing it with the Debian system. This has some information which is, i
hope, orthogonal to that in the Porter's handbook. You can find the TeX
source, the PDF and an html version here:
http://www.lpthe.jussieu.fr/~talon/freebsdports.html (resp .pdf .tex).
Of course everyone is free to copy part or all, and to improve or criticize.
I hope this may be useful for beginners wanting to learn "how it works" in
more details.

-- 

Michel TALON

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


BSD stats project: what about packages?

2006-09-05 Thread Alexey Dokuchaev
Hello,

Firstly, great movement and thanks for doing this.  However, I think
idea of BSD statistics project can be extended over packages as well.

Right now it often comes to frustration to see, i.e., tons of rarely
used by anyone packages on 4 distribution CDs, but no such a useful
package as SDL (as least, this is true for 4.11-RELEASE).  AFAIK, Debian
project offers their users some script that collects and submits for
analysis their list of installed packages, which in turn helps them to
come with essential packages on CD1, less important but still popular
ones on CD2, then all the day down to CDn (I've heard they have 7 of
them.  Oh boy).

What do people think about it?

./danfe

P.S.  I'm quite aware of high probability of "do it first, then come
later and show us it works" kind of answer.  I am willing to participate
in actual design and implementation, but first I'd like to hear what
portmgr@ (packagers, even) and general public think of it.  Thanks.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: BSD stats project: what about packages?

2006-09-05 Thread michael johnson

On 9/5/06, Alexey Dokuchaev <[EMAIL PROTECTED]> wrote:


Hello,

Firstly, great movement and thanks for doing this.  However, I think
idea of BSD statistics project can be extended over packages as well.

Right now it often comes to frustration to see, i.e., tons of rarely
used by anyone packages on 4 distribution CDs, but no such a useful
package as SDL (as least, this is true for 4.11-RELEASE).  AFAIK, Debian
project offers their users some script that collects and submits for
analysis their list of installed packages, which in turn helps them to
come with essential packages on CD1, less important but still popular
ones on CD2, then all the day down to CDn (I've heard they have 7 of
them.  Oh boy).

What do people think about it?



I think that'd be a good idea.

freshports.org could also give you a good idea of whats popular.


./danfe


P.S.  I'm quite aware of high probability of "do it first, then come
later and show us it works" kind of answer.  I am willing to participate
in actual design and implementation, but first I'd like to hear what
portmgr@ (packagers, even) and general public think of it.  Thanks.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: portmaster deletes failed ports

2006-09-05 Thread Doug Barton
Hans Lambermont wrote:
> RW wrote:
> 
> ...
>> I don't use portmaster myself, but I just took a look at the script and, 
>> unless I'm missing something, it does appear that this feature is missing 
>> from portmaster. There an option to create backup packages, but nothing to  
>> automatically restore the previous version if the install fails. 
> 
> I can confirm this. The auto-restore-backup would be a nice feature.
> Doug ?  ;-)

I'm extremely reluctant to start trying to think for the user. Down that
path lies madness.

It's easy enough to 'echo BACKUP=yes >> ~/.portmasterrc' (or
/etc/portmaster.rc) and then do the restore yourself if it's a port that you
consider mission critical. If you're going to add that to the rc file, I
suggest you also do 'mkdir -p /usr/ports/packages/All' and that way you'll
always know where your backups are.

hth,

Doug

-- 

This .signature sanitized for your protection

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: portmaster: make config-conditonal ?

2006-09-05 Thread Doug Barton
B Briggs wrote:
> Rene Ladan wrote:
>> Hi,
>>
>> what about the idea of using 'make config-conditional' instead of 'make
>> config' in portmaster to configure ports?  This way
>> /var/db/ports/*/options is respected.
>>
>> The downside is that you have to run 'make rmconfig' in order to
>> reconfigure the port options.
>>
>> Regards,
>> Rene
> 
> I second that emotion!
> 
> or possibly use config-conditional in -u unattended mode, and config
> otherwise.

The problem with doing that is that there is (what I consider to be) a bug
in the OPTIONS framework where if you have an existing /var/db/ports/ file
for that port, but the Makefile introduces a new option, config-conditional
will not re-run config to allow you to twiddle the new option. I did
extensive testing with the various combinations of targets before settling
on the method I chose. Doing it the way I have is the only way to be
absolutely sure that you can set each option, even if new ones are added.

FWIW, I would really like to see the OPTIONS framework improved to handle
this, and other bugs; since I would like to be able to do what you guys
described here too. :)


hth,

Doug

-- 

This .signature sanitized for your protection

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


FreeBSD Port: libssh2-0.14

2006-09-05 Thread Lars Mainka


Hi lx,

there seems to be a small bug in the FreeBSD port of libssh2.

The make will return the following errors after calling it:

devil1:/usr/ports/security/libssh2 # make
===>  Building for libssh2-0.14
cc -o channel.o channel.c -c -O -pipe  /usr/local/include -I/usr/include -Wall 
-I../include/ -fPIC
cc: /usr/local/include: linker input file unused because linking not done
channel.c:1253:10: /usr/local/include: No such file or directory
*** Error code 1

Stop in /usr/ports/security/libssh2/work/libssh2-0.14/src.
*** Error code 1

Stop in /usr/ports/security/libssh2/work/libssh2-0.14.
*** Error code 1

The problem is, there is a -I missing in front of the include path of /usr/local/include. Adding it 
by hand will work, so it seems, there is something wrong with the automake process.


Machine and OS
FreeBSD 5.5
i386

Hope this message could help a little bit,

Thx
Lars

--
When God needs a new secure certificate, he uses Bruce Schneier as the signing 
authority.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: problem generating INDEX

2006-09-05 Thread Mark Linimon
On Tue, Sep 05, 2006 at 11:33:47AM -0400, Robert Huff wrote:
>   You get evidence supporting the hypothesis I'm an idiot.
>   Thanks.

No problem, there are plenty of ways to shoot your feet off, I've spent
the last few decades iterating over them.

mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: issues with acroread7 and pango

2006-09-05 Thread regisr
On Mon, 04 Sep 2006 09:09:21 +0400
Boris Samorodov <[EMAIL PROTECTED]> a écrit:

> Firts of, consider reading /usr/ports/UPDATING "20060616: AFFECTS
> users of emulation/linux_base-*". If none of suggestions help you than
> write your results here.

I have run again the commands to change the linux distribution.
And tried too a portupgrade -Rf acroread7 !

Any idea?

(acroread:85922): Pango-WARNING **: No builtin or dynamically loaded
modules were found. Pango will not work correctly. This probably means
there was an error in the creation of:
  '/etc/pango/pango.modules'
You may be able to recreate this file by running pango-querymodules.

(acroread:85922): GLib-GObject-CRITICAL **: g_object_ref: assertion
`G_IS_OBJECT (object)' failed

(acroread:85922): Pango-CRITICAL **: _pango_engine_shape_shape:
assertion `PANGO_IS_FONT (font)' failed

Pango-ERROR **: file shape.c: line 75 (pango_shape): assertion failed:
(glyphs->num_glyphs > 0) aborting...

-- 
regis
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: portmaster deletes failed ports

2006-09-05 Thread B Briggs

Doug Barton wrote:

Hans Lambermont wrote:

RW wrote:

...
I don't use portmaster myself, but I just took a look at the script and, 
unless I'm missing something, it does appear that this feature is missing 
from portmaster. There an option to create backup packages, but nothing to  
automatically restore the previous version if the install fails. 

I can confirm this. The auto-restore-backup would be a nice feature.
Doug ?  ;-)


I'm extremely reluctant to start trying to think for the user. Down that
path lies madness.

It's easy enough to 'echo BACKUP=yes >> ~/.portmasterrc' (or
/etc/portmaster.rc) and then do the restore yourself if it's a port that you
consider mission critical. If you're going to add that to the rc file, I
suggest you also do 'mkdir -p /usr/ports/packages/All' and that way you'll
always know where your backups are.

hth,

Doug



Doug, I'm sorry, I love your script, but I my thoughts are that you need 
to rethink this.


The problem is that if unattended, you will not know if the port was 
deleted especially if you have a lot of output. This can lead to a lot 
of other problems. I've looked at the script, and it seems that you 
could break it down into (something like) these steps:


make (check return code, if it doesn't build, report error) and continue 
script as normal.

pkg_create -b original_package_name pathto/whereveryou_wanttobackit_up)
make deinstall
make install clean (if it returns OK, delete the backed up package, 
otherwise, use pkg_add from the backup)


I've probably missed some intermediate steps, but I like portmaster much 
better than portupgrade, and I hope you take the time to consider this.

--
B Briggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: BSD stats project: what about packages?

2006-09-05 Thread Mark Linimon
On Tue, Sep 05, 2006 at 12:53:03PM -0400, michael johnson wrote:
> freshports.org could also give you a good idea of whats popular.

It does -- of the sample population of people that know about it.

(fwiw, it also has a lot of stale entries, as people don't keep their
lists up to date.)

Of course, the _interesting_ question to ask is "what ports are unused
by anybody", which neither of these sampling technologies will answer,
unfortunately.

mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: BSD stats project: what about packages?

2006-09-05 Thread Alexey Dokuchaev
On Tue, Sep 05, 2006 at 02:22:45PM -0500, Mark Linimon wrote:
> On Tue, Sep 05, 2006 at 12:53:03PM -0400, michael johnson wrote:
> > freshports.org could also give you a good idea of whats popular.
> 
> It does -- of the sample population of people that know about it.
> 
> (fwiw, it also has a lot of stale entries, as people don't keep their
> lists up to date.)
> 
> Of course, the _interesting_ question to ask is "what ports are unused
> by anybody", which neither of these sampling technologies will answer,
> unfortunately.

I think that having a port that is used by one (or even zero, but it
should not be broken/forbidden/etc.) person is probably OK.  What's not
OK is when such ports find their way into release CDs, while others
(like SDL) do not.

./danfe
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: FreeBSD Port: libssh2-0.14

2006-09-05 Thread David Thiel
On Tue, Sep 05, 2006 at 07:29:45PM +0200, Lars Mainka wrote:
> Hi lx,
> 
> there seems to be a small bug in the FreeBSD port of libssh2.

I've submitted a PR with a patch. Thanks!

-David
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: portmaster: make config-conditonal ?

2006-09-05 Thread B Briggs

Doug Barton wrote:

B Briggs wrote:

Rene Ladan wrote:

Hi,

what about the idea of using 'make config-conditional' instead of 'make
config' in portmaster to configure ports?  This way
/var/db/ports/*/options is respected.

The downside is that you have to run 'make rmconfig' in order to
reconfigure the port options.

Regards,
Rene

I second that emotion!

or possibly use config-conditional in -u unattended mode, and config
otherwise.


The problem with doing that is that there is (what I consider to be) a bug
in the OPTIONS framework where if you have an existing /var/db/ports/ file
for that port, but the Makefile introduces a new option, config-conditional
will not re-run config to allow you to twiddle the new option. I did
extensive testing with the various combinations of targets before settling
on the method I chose. Doing it the way I have is the only way to be
absolutely sure that you can set each option, even if new ones are added.

FWIW, I would really like to see the OPTIONS framework improved to handle
this, and other bugs; since I would like to be able to do what you guys
described here too. :)


hth,

Doug



Funny that you mentioned new OPTIONS. I've been running with 
config-conditional for a couple of days now, and since I haven't added 
anything new, I don't get any config menus any more. Which I like.


Perchance, I just looked at samba3, which was upgraded with my settings.

/var/db/ports/options/samba3 shows:
# This file is auto-generated by 'make config'.
# No user-servicable parts inside!
# Options for samba-3.0.23b,1
_OPTIONS_READ=samba-3.0.23b,1
WITHOUT_LDAP=true
WITHOUT_ADS=true
WITH_CUPS=true
WITHOUT_WINBIND=true
WITHOUT_ACL_SUPPORT=true
WITHOUT_AIO_SUPPORT=true
WITHOUT_SYSLOG=true
WITHOUT_QUOTAS=true
WITH_UTMP=true
WITHOUT_MSDFS=true
WITHOUT_SMBSH=true
WITHOUT_PAM_SMBPASS=true
WITHOUT_EXP_MODULES=true
WITH_POPT=true

and make showconfig shows:
===> The following configuration options are available for samba-3.0.23c,1:
 LDAP=off "With LDAP support"
 ADS=off "With Active Directory support"
 CUPS=on "With CUPS printing support"
 WINBIND=off "With WinBIND support"
 ACL_SUPPORT=off "With ACL support"
 AIO_SUPPORT=off "With experimental AIO support"
 FAM_SUPPORT=off (default) "With File Alteration Monitor"
 SYSLOG=off "With Syslog support"
 QUOTAS=off "With Disk quota support"
 UTMP=on "With UTMP accounting support"
 MSDFS=off "With MSDFS support"
 SMBSH=off "With SMBSH wrapper for UNIX commands"
 PAM_SMBPASS=off "With PAM authentication against passdb backend(s)"
 EXP_MODULES=off "With experimental module(s)"
 POPT=on "With system-wide POPT library"
===> Use 'make config' to modify these settings

You can see the diff in version, and that FAM_SUPPORT has been added, 
defaulting to off, which never changed my config. Nonetheless, had the 
default been on, I might have installed a new port that I didn't want. 
Or, I might have missed one that I wanted to include here in config.


It seems to me that these can be reconciled, example, just regex MSDFS 
to a WITH or WITHOUT, if there are no changes in the KNOBS, then you 
could run make config-conditional, otherwise, force make-config. Or, 
just check for version information, if different, run make config 
(unconditional).


I would be happy to try this if you want. Just let me know.

--
B Briggs
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: BSD stats project: what about packages?

2006-09-05 Thread Diane Bruce
On Tue, Sep 05, 2006 at 07:45:06PM +, Alexey Dokuchaev wrote:
> On Tue, Sep 05, 2006 at 02:22:45PM -0500, Mark Linimon wrote:
> > On Tue, Sep 05, 2006 at 12:53:03PM -0400, michael johnson wrote:
...
> OK is when such ports find their way into release CDs, while others
> (like SDL) do not.

Unless you are building a specialised hamradio CD ;-)



--
- [EMAIL PROTECTED] http://www.db.net/~db
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: portmaster deletes failed ports

2006-09-05 Thread Doug Barton
B Briggs wrote:

> The problem is that if unattended, you will not know if the port was
> deleted especially if you have a lot of output. This can lead to a lot
> of other problems. I've looked at the script, and it seems that you
> could break it down into (something like) these steps:
> 
> make (check return code, if it doesn't build, report error) and continue
> script as normal.
> pkg_create -b original_package_name pathto/whereveryou_wanttobackit_up)
> make deinstall
> make install clean (if it returns OK, delete the backed up package,
> otherwise, use pkg_add from the backup)
> 
> I've probably missed some intermediate steps, but I like portmaster much
> better than portupgrade, and I hope you take the time to consider this.

If you, or someone else wants to work up a patch, I'll be happy to
consider it.

Doug

-- 

This .signature sanitized for your protection
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: issues with acroread7 and pango

2006-09-05 Thread Boris Samorodov
On Tue, 5 Sep 2006 21:13:45 +0200 regisr wrote:
> On Mon, 04 Sep 2006 09:09:21 +0400
> Boris Samorodov <[EMAIL PROTECTED]> a écrit:

> > Firts of, consider reading /usr/ports/UPDATING "20060616: AFFECTS
> > users of emulation/linux_base-*". If none of suggestions help you than
> > write your results here.

> I have run again the commands to change the linux distribution.

Commands? There are several ways to deal with linux_base port troubles
written at /usr/ports/UPDATING. Did you follow _all_ of them
(i.e. check your environment, deinstall all linux stuff and remove
/compat/linux, etc.)?

> And tried too a portupgrade -Rf acroread7 !

> Any idea?

> (acroread:85922): Pango-WARNING **: No builtin or dynamically loaded
> modules were found. Pango will not work correctly. This probably means
> there was an error in the creation of:
>   '/etc/pango/pango.modules'
> You may be able to recreate this file by running pango-querymodules.

> (acroread:85922): GLib-GObject-CRITICAL **: g_object_ref: assertion
> `G_IS_OBJECT (object)' failed

> (acroread:85922): Pango-CRITICAL **: _pango_engine_shape_shape:
> assertion `PANGO_IS_FONT (font)' failed

> Pango-ERROR **: file shape.c: line 75 (pango_shape): assertion failed:
> (glyphs->num_glyphs > 0) aborting...


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru, Telephone & Internet SP
FreeBSD committer, http://www.FreeBSD.org, The Power To Serve

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: portmaster deletes failed ports

2006-09-05 Thread Doug Barton
B Briggs wrote:

> The problem is that if unattended, you will not know if the port was
> deleted especially if you have a lot of output. 

I should have added in my previous reply that your statement above is not
accurate. If the install fails, that invocation of portmaster will fail,
which will cause all/any parent portmaster processes above it to fail as
well. Thus, in the event that a port fails to install, the user will be
notified of it immediately, and no further actions will be taken.

hth,

Doug

-- 

This .signature sanitized for your protection
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: portmaster deletes failed ports

2006-09-05 Thread B Briggs

Doug Barton wrote:

B Briggs wrote:


The problem is that if unattended, you will not know if the port was
deleted especially if you have a lot of output. 


I should have added in my previous reply that your statement above is not
accurate. If the install fails, that invocation of portmaster will fail,
which will cause all/any parent portmaster processes above it to fail as
well. Thus, in the event that a port fails to install, the user will be
notified of it immediately, and no further actions will be taken.

hth,

Doug



Thanks for the correction.

I might note that average Joe won't know what to do with that 
notification, and even if a backup was specified, might not know what to 
do with the backup.


I'm willing to attempt a patch for this, but if I have any questions 
about 'best practices', can I contact you?


For instance, where is the best place to put a temporary backup package?

/var/tmp, /tmp, /usr/ports/packages/All?

--
Bo Briggs

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: BSD stats project: what about packages?

2006-09-05 Thread Marc G. Fournier


Actually, this is on our TODO list, and will be considered a seperate 
'opt-in' from the 'devices' stats, so that ppl can participate without 
having to "do it all" ...



On Tue, 5 Sep 2006, Alexey Dokuchaev wrote:


Hello,

Firstly, great movement and thanks for doing this.  However, I think
idea of BSD statistics project can be extended over packages as well.

Right now it often comes to frustration to see, i.e., tons of rarely
used by anyone packages on 4 distribution CDs, but no such a useful
package as SDL (as least, this is true for 4.11-RELEASE).  AFAIK, Debian
project offers their users some script that collects and submits for
analysis their list of installed packages, which in turn helps them to
come with essential packages on CD1, less important but still popular
ones on CD2, then all the day down to CDn (I've heard they have 7 of
them.  Oh boy).

What do people think about it?

./danfe

P.S.  I'm quite aware of high probability of "do it first, then come
later and show us it works" kind of answer.  I am willing to participate
in actual design and implementation, but first I'd like to hear what
portmgr@ (packagers, even) and general public think of it.  Thanks.


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


[HEADSUP] port maintainer resets

2006-09-05 Thread Mark Linimon
One of my continuing projects is to reassign ports from inactive maintainers,
so that committers don't have to wait for the 2 week timeout period before
committing (or so that other interested people can become the maintainers).

A couple of months ago I sent out email to over 100 maintainers who had
already had changes committed via maintainer-timeouts to ask if they were
still interested in maintaining their ports.  For anyone who did not respond,
and had neither submitted nor approved a PR in 6 months, I went ahead and
reset those ports.

If you are one of the following folks, who feel you were reset unfairly,
please contact me off-list.  Thanks.

(fwiw, I am planning to start another round, with the maintainer-timeouts
that have accumulated since then.)

Finally, to reiterate, the intent is not to bother anyone who is simply
busy, but to find the ports where the maintainer has really disappeared.

mcl

---

[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: BSD stats project: what about packages?

2006-09-05 Thread Davaeron
Alexey Dokuchaev wrote:
> Hello,
>
> Firstly, great movement and thanks for doing this.  However, I think
> idea of BSD statistics project can be extended over packages as well.
>
> Right now it often comes to frustration to see, i.e., tons of rarely
> used by anyone packages on 4 distribution CDs, but no such a useful
> package as SDL (as least, this is true for 4.11-RELEASE).  AFAIK, Debian
> project offers their users some script that collects and submits for
> analysis their list of installed packages, which in turn helps them to
> come with essential packages on CD1, less important but still popular
> ones on CD2, then all the day down to CDn (I've heard they have 7 of
> them.  Oh boy).
>
> What do people think about it?
>   
I think that's a very good idea.
I join opinion of the author.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"