Re: [freebsd-ports] astro/boinc-einsteinathome outdated

2008-08-17 Thread Tuc at T-B-O-H.NET
 
 
   [added CC: to [EMAIL PROTECTED] as maintaner of setiathome]
 
 Peter Jeremy writes:
 
   I notice that [EMAIL PROTECTED] have stopped generating S5R3
   workunits and a new client is needed to handle the new S5R4
   workunits.  Do you have any plans to upgrade the port?
 
   I am also no longer receiving work units for setiathome sine
 ~48 hours after the upgrade.  The log records:
 
 Sun Aug 17 10:29:21 2008  [EMAIL PROTECTED]   Sending scheduler 
 request: Requested by user.  Requesting 30240 seconds of work, reporting 0 
 completed tasks
 Sun Aug 17 10:29:26 2008 [EMAIL PROTECTED] Scheduler request succeeded: got 0 
 new tasks
 Sun Aug 17 10:29:26 2008 [EMAIL PROTECTED] Message from server: platform 
 'i386-portbld-freebsd' not found
 Sun Aug 17 10:29:26 2008 [EMAIL PROTECTED] Generated new host CPID: 
 74bc297439f0b96b87b1dd2cbb3b3d41
 
 
Even though you hijacked the thread, can you mention WHAT you upgraded?
boinc-setiathome? boinc-setiathome-enhanced? boinc-setiathome-naparst? Did you 
switch
from 1 to another? What is the contents of your 
/var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml
file?

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


Re: SETI/BOINC problems

2008-08-17 Thread Tuc at T-B-O-H.NET
 Tuc at T-B-O-H.NET writes:
 
  Even though you hijacked the thread, can you mention WHAT you
  upgraded?
 
   Which was not the intention.  pav is the listed aintainer for
 boinc-client, which was upgraded within the last seven days.  I do
 not believe boinc-setiathome-enhanced (my only boinc client) has
 been upgraded for about 10 weeks.
 
   boinc-setiathome? boinc-setiathome-enhanced?
   boinc-setiathome-naparst? Did you switch from 1 to another? What
   is the contents of your
   /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml file?
 
 huff@ more /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml
 /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml: No such file or 
 directory
 
 
So whats under /var/db/boinc/projects? It should have something
to the tune of setiathome.berkeley.edu .

Usually I've seen that error when there wasn't an app_info.xml to
tell the server not to identify me as freebsd, but an anonymous platform.

Then again, I'm still running on boinc-client-5.10.32_2 (X11 enabled,
ALT disabled). It looks like the system may have also given your computer a
new identifier. If you go onto the SETI website, do you see anything about 
the same computer with different information?

BTW: My help isn't to supplant Rene or Pav, just trying to help out on
things I am not totally cluefully impaired about. (And the fact *I've* bugged
them both enough about things so trying to help out where I can. ;) )

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


Re: [freebsd-ports] FreeBSD Port: DarwinStreamingServer-5.5.5

2008-05-24 Thread Tuc at T-B-O-H.NET
 
 DSS 6.0 has been released: http://dss.macosforge.org
 
  
 
 Please update the port for the new version. This has been a widely
 anticipated update with many new features and fixes.
 
  
When you contacted nork, what'd he say about it? Has he
worked on the porting, tested, and been able to create diffs
since it was released? Maybe he's a bit confused by the fact that
http://developer.apple.com/opensource/server/streaming/index.html
still claims the official release to be 5.5.5, and isn't sure if he
wants to make a devel port, wait until it becomes official, etc.

Have you attempted to just compile from source and share
with him your findings?

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


portupgrade changed operation?

2008-02-22 Thread Tuc at T-B-O-H.NET
Hi,

Using portupgrade 2.4.1 (2008/01/29). I have 509 packages,
and a 1/2 dozen in HOLD_PKG. I went to run it today, and oddly it
started doing things like :

[Gathering depends for textproc/php5-xml  done]
[Gathering depends for archivers/php5-zlib .. done]
[Gathering depends for ports-mgmt/portupgrade-devel . done]
[Gathering depends for net-mgmt/rancid . done]
ruby-1.8.6,1 is in HOLD_PKG. Ignored.
[Gathering depends for x11/xdm  done]
[Gathering depends for x11/xterm ... done]
[Gathering depends for shells/zsh .. done]


It didn't do it for all 509 packages though...

The next thing it did was :

---  Skipping 'www/apache13' because a requisite port 'lang/perl5.8' failed 
(specify -k to force)

But I *DO* want apache upgraded, even if I have perl5.8 in HOLD_PKG.

It is behaving properly?

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


autoconf install not playing well?

2007-12-26 Thread Tuc at T-B-O-H.NET
Hi,

I'm going through upgrading 1/2 a zillion ports on
a machine, and while I was doing it all of a sudden I got
notification the server was not responding. It seems
/usr/local/bin/perl no longer existed. I went and checked
my /usr/local/bin and only found :

asgard# ls
autoconf-2.53   autom4te-2.53   autoscan-2.53   ifnames-2.53
autoheader-2.53 autoreconf-2.53 autoupdate-2.53


The other thing I noticed is that there were 3
other directories that seemed ONLY to have autoconf stuff:

info, man, share

It seems it took my soft links that I used for all
those directories, deleted them, created new directories,
and installed the software. 

Can anyone verify this? If so, WHY? Why would it
care? I'll spend the time re-copying all the files over
where they belong and continue on my upgrade... 

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


[freebsd-ports] autoconf install not playing well? (more info)

2007-12-26 Thread Tuc at T-B-O-H.NET
 Hi,
 
   I'm going through upgrading 1/2 a zillion ports on
 a machine, and while I was doing it all of a sudden I got
 notification the server was not responding. It seems
 /usr/local/bin/perl no longer existed. I went and checked
 my /usr/local/bin and only found :
 
 asgard# ls
 autoconf-2.53   autom4te-2.53   autoscan-2.53   ifnames-2.53
 autoheader-2.53 autoreconf-2.53 autoupdate-2.53
 
 
   The other thing I noticed is that there were 3
 other directories that seemed ONLY to have autoconf stuff:
 
   info, man, share
 
   It seems it took my soft links that I used for all
 those directories, deleted them, created new directories,
 and installed the software. 
 
   Can anyone verify this? If so, WHY? Why would it
 care? I'll spend the time re-copying all the files over
 where they belong and continue on my upgrade... 
 
   Thanks, Tuc

I cleaned things up, re-ran portupgrade, and saw
exactly what it did

It asks if I want to upgrade 2.53 to 2.61, so I
say YES.

Goes about its business then :

---  Uninstallation of autoconf-2.53_4 ended at: Wed, 26 Dec 2007 17:22:31 
-0500 (consumed 00:00:03)
---  Installation of devel/autoconf261 started at: Wed, 26 Dec 2007 17:22:31 
-0500
---  Installing the new version via the port
===  Installing for autoconf-2.61_2
===   autoconf-2.61_2 depends on executable: gm4 - found
===   autoconf-2.61_2 depends on executable: autoconf-wrapper - found
===   autoconf-2.61_2 depends on file: /usr/local/bin/perl5.8.8 - found
===   Generating temporary packing list
===  Checking if devel/autoconf261 already installed
===   autoconf-2.61_2 is already installed
  You may wish to ``make deinstall'' and install this port again
  by ``make reinstall'' to upgrade it properly.
  If you really wish to overwrite the old port of devel/autoconf261
  without deleting it first, set the variable FORCE_PKG_REGISTER
  in your environment or the make install command line.
*** Error code 1

(deleted)

---  Modifying /var/db/pkg/zsh-4.3.4_1/+CONTENTS
---  Restoring the old version
---  Removing old package'
** Fix the installation problem and try again.
---  Installation of devel/autoconf261 ended at: Wed, 26 Dec 2007 17:22:42 
-0500 (consumed 00:00:10)
---  Upgrade of devel/autoconf261 ended at: Wed, 26 Dec 2007 17:22:42 -0500 
(consumed 00:01:16)


So it doesn't look like autoconf maybe itself, but
the Restoring the old version phase.

Where to go from here? I see in UPDATING :

20070930:
  AFFECTS: everyone
  AUTHOR: Mark Linimon [EMAIL PROTECTED]

  The ports tree has been migrated to the latest version of autoconf,
  2.61.  Versions 2.53 and 2.59 were declared obsolete and removed.



is it that the ports system doesn't know how to
handle this change? How do I tell the system to consider that I don't
have 2.53 anymore, just delete /var/db/pkg/autoconf-2.53_4 ?
(I also have autoconf-2.59_3, how to do the same for that?)

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


Re: autoconf install not playing well? (more info)

2007-12-26 Thread Tuc at T-B-O-H.NET
 [...]
  How do I tell the system to consider that I don't
  have 2.53 anymore, just delete /var/db/pkg/autoconf-2.53_4 ?
  (I also have autoconf-2.59_3, how to do the same for that?)
 
  Thanks, Tuc
 pkg_delete(1) would be a far more elegant solution to that question.
 -Garrett

Ooopsie. I did a pkgdb -Fu .. Its unregistered... But I
must not have answered a question right and it saved the files
and put the +CONTENTS into autoconf-2.61_2. 

So now how to fix THIS screwup?

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


Re: for Thomas E. Zander, mplayer maintainer.

2007-08-09 Thread Tuc at T-B-O-H.NET
 
 Distributed, worldwide projects like FreeBSD rely on communication
 between their members.  When one project member in a position of
 responsibility denies the ability for others to contact him -- whether
 it was his direct choice or just because he chooses to use a mail
 server with inappropriate filtering -- then it harms the project.
 
Kris, FWIW, I think when someone posts a request for help onto
a list, gets back a dozen Did you RTFM either on list or offlist,
replies back that they did (And shows they did), and then gets dead
air.. THAT harms the project.

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


Re: for Thomas E. Zander, mplayer maintainer.

2007-08-09 Thread Tuc at T-B-O-H.NET
 
 On Thu, Aug 09, 2007 at 10:58:04AM -0400, Tuc at T-B-O-H.NET wrote:
   
   Distributed, worldwide projects like FreeBSD rely on communication
   between their members.  When one project member in a position of
   responsibility denies the ability for others to contact him -- whether
   it was his direct choice or just because he chooses to use a mail
   server with inappropriate filtering -- then it harms the project.
   
  Kris, FWIW, I think when someone posts a request for help onto
  a list, gets back a dozen Did you RTFM either on list or offlist,
  replies back that they did (And shows they did), and then gets dead
  air.. THAT harms the project.
 
 Uh, you seem to be axe grinding, but I told you to follow up with the
 maintainer once I evaluated your report and didn't spot any obvious
 problems.  Why wasn't that good enough for you?
 
If you mean axe grinding in the sense that over the years I've
posted to freebsd-* for help with things pertaining to either a single
piece of software, procedure I read somewhere, problem during an 
upgrade, etc... and either been blown off, told to re-read the docs
that I've missed a crucial step (Which I stated that I did perform
in my original email), or told to fix something ELSE that had nothing to
do with it first... Then yea, I guess you can call it axe grinding. 

If your talking about the most recent interaction you/I had about 
portupgrade and +CONTENTS, thats a dead issue to me once others said
they saw it too. (Yea, its annoying as all hell especially on a filesystem
where every read/write is precious, but I'll get over it, and if I
can't, I will follow the sage advice to CTFPM). And hey, yea, it was
f'n good enough for me, so thanks! (But again, you seem to be quite
defensive that I'm supposedly axe grinding over it)

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


Re: for Thomas E. Zander, mplayer maintainer.

2007-08-09 Thread Tuc at T-B-O-H.NET
 
 In response to Tuc at T-B-O-H.NET [EMAIL PROTECTED]:
   
   On Thu, Aug 09, 2007 at 10:58:04AM -0400, Tuc at T-B-O-H.NET wrote:
 
 Distributed, worldwide projects like FreeBSD rely on communication
 between their members.  When one project member in a position of
 responsibility denies the ability for others to contact him -- whether
 it was his direct choice or just because he chooses to use a mail
 server with inappropriate filtering -- then it harms the project.
 
Kris, FWIW, I think when someone posts a request for help onto
a list, gets back a dozen Did you RTFM either on list or offlist,
replies back that they did (And shows they did), and then gets dead
air.. THAT harms the project.
   
   Uh, you seem to be axe grinding, but I told you to follow up with the
   maintainer once I evaluated your report and didn't spot any obvious
   problems.  Why wasn't that good enough for you?
   
  If you mean axe grinding in the sense that over the years I've
  posted to freebsd-* for help with things pertaining to either a single
  piece of software, procedure I read somewhere, problem during an 
  upgrade, etc... and either been blown off, told to re-read the docs
  that I've missed a crucial step (Which I stated that I did perform
  in my original email), or told to fix something ELSE that had nothing to
  do with it first... Then yea, I guess you can call it axe grinding. 
 
 Perhaps FreeBSD is not the correct community for you?
 
 I don't mean that negatively, or that I _want_ you to go away.  It's just
 that open source projects have personalities.  The communities that support
 them (Linux, FreeBSD, etc) have ideals and traditions and so forth.
 
 While I don't ever want to chase anyone away from FreeBSD, the point (in
 my mind) of open source projects is that you can choose what works for you
 with no strings, and even fork off a project and do it your own way if you
 so desire.
 
 If you're having so much trouble with the FreeBSD community, I would suggest
 one of two strategies:
 *) re-evaluate they way you interact with the FreeBSD community
 *) try to find a community that you can interact with more successfully
 
So much trouble??? I'm not sure where I said I had So much trouble.
I started my PC *nix life with Linux 0.9 . I've used NetBSD. I've been using 
FreeBSD since BSD/OS sold out to Wind River Systems sometime in 2001 or so. 
I was on mailing lists for all those, and yea, at times my questions
there went unanswered too. I'm not saying that its unique to FreeBSD. To
paraphrase (AND KIDDING) I've been ignored on better forums than this. 
Mysql, PHP, Cisco (If I have an axe to grind at anyone, right now its 
the Cisco NSP and Cisco Usenet groups), OpenVPN, ISP-Wireless, etc.
Probably ATLEAST once on every list I'm on. FreeBSD became the main operating 
system for a Managed Server Hosting company I owned at the time. (Some 
Solaris). 
I personally have 3 laptops with it loaded on, my day-to-day one RARELY ever 
dual booting into W2K, my personal server has it on it, and all the servers 
(Except 1) at my new Managed Server Hosting Company are running it. 

I've asked my fair share of questions on the lists, and I've gotten my
fair share of answers. I've posted the best I can, most of the time opting for
offlist trying not to clutter the list (And telling them if my answer DOES
help, to post a SOLVED to the list). Yes, there are times I seemed to be 
totally blown off as if I didn't exist. I would wait a week (If I could make 
it that long, depending on severity), and try to ask again adding anything new 
I learned in that timeframe. And yea, sometimes I got blown off again and 
sometimes I got some help. But the ratio of being blown off compared to getting 
questions answered has been extremely low. 

The main point of my reply, was not to grind an axe, just to say in
defense of someone trying to contact a developer privately (Which I personally
try not to do until it becomes a last resort) that being blown off when the 
user 
contacts a list for help (Which should be the first resource) harms us more.
As had been said, communications is important, especially so in my opinion in
the public forums. I'm not asking that everyone cowtow and plead to fix my 
problems immediately for me, not by any means.  I'm certainly not adverse to 
any 
work, and try to contribute back to projects whenever possible (My name is in a
few pieces of software credits, I've run Listservs to support software, etc). 
But when anyone communicates a problem on a list, and doesn't hear back, thats
harmful. I never intended that comment to elicit the responses it has. It was
made with a FWIW (Maybe it should have been IMHO), but it was just supposed to
be a comment to be taken as is and not to become the focus of the back/forth
it has seemed to generate.

I really hate to do it to you guys, but I'm probably going to be here

Re: x11/xterm-227 does not like FreeBSD

2007-07-26 Thread Tuc at T-B-O-H.NET
Hi,

I didn't seem to notice any problems in 227, but did upgrade to
228. Having a cut/paste issue though, but not sure if its X, window
manager, or xterm (Since I did the Xorg upgrade). What part of the whole
system actually does cut/pastes?

Thanks, Tuc

 
 I noticed this too but it was followed by an upgrade to 228 which
 seems to fix it
 
 On Wed, Jul 25, 2007 at 02:11:18PM -0700, Chris Timmons wrote:
 
   
   Greetings,
   
   When I upgraded to x11/xterm-227, I noticed that rows and columns as 
   reported to the terminal device by xterm were set to 0:
   
   system:/home/cwt/xterm-227 stty all
   speed 38400 baud; 0 rows; 0 columns;
   
   Terminal applications would not properly recognize the window size until I 
   re-sized the window manuall.
   
   After doing some research I found this in the xterm-228 release notes:
   
   # amend changes to handshake in patch #226  to accommodate
 Solaris, which relies on the extra setting of the terminal size
 after I/O initialization. Do this by adding new resource
 ptySttySize, which is false for Linux and MacOS X, i.e., true
 for for Solaris and other SVR4 platforms, as well as FreeBSD
(reports by David Wood, Renato Botelho).
   
   You may want to hold off on that 'portupgrade -a' that you know wasn't a 
   good idea to begin with until the port is upgraded :)
   
   -Chris
   ___
   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]
 

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


Re: Xorg upgrade issues, pulling wrong lib

2007-07-24 Thread Tuc at T-B-O-H.NET
Hi,

And yes, I did do according to the instructions :

Script started on Mon Jul 23 00:05:00 2007
himinbjorg# setenv XORG_UPGRADE yes
himinbjorg# portupgrade -Rfi libXft
---  Session started at: Mon, 23 Jul 2007 00:05:34 -0400
---  Reinstallation of x11/xproto started at: Mon, 23 Jul 2007 00:05:38 -0400
---  Reinstalling 'xproto-7.0.10' (x11/xproto)
OK? [yes] 
---  Build of x11/xproto started at: Mon, 23 Jul 2007 00:05:42 -0400


So not sure why I'm running into this and the rest of the world
didn't. If the path to the old one is before the new one, no one should
have gotten it to work... Or did I do something wrong or have a 
special situation?

Thanks, Tuc
 
 Hi,
 
   I've asked this on questions, but thought maybe porters would
 have a better idea...
 
   I'm following the directions to upgrade Xorg (REALLY I AM, PROMISE!)
 and I'm seeing this fly by my screen :
 
 /usr/local/bin/bdftopcf -t lubR12-ISO8859-13.bdf | gzip  
 lubR12-ISO8859-13.pcf.gz
 /libexec/ld-elf.so.1: /usr/X11R6/lib/libXfont.so.1: Undefined symbol 
 serverClient
 /usr/local/bin/ucs2any lubR14.bdf 
 /usr/local/lib/X11/fonts/util/map-ISO8859-13 ISO8859-13
 Writing 192 characters into file 'lubR14-ISO8859-13.bdf'.
 
   (AND SO ON)
 
   I won't go any further as I'm sure this is indicating a problem.
 But where/how?
 
 -r-xr-xr-x  1 root  wheel  5308 Jul 23 13:18 /usr/local/bin/bdftopcf
 /usr/local/bin/bdftopcf:
   libXfont.so.1 = /usr/X11R6/lib/libXfont.so.1 (0x2807f000)
   libc.so.5 = /lib/libc.so.5 (0x280e5000)
 
   Looks like its picking up libXfont.so.1 from the /usr/X11R6 :
 
 -rwxr-xr-x  1 root  wheel  424992 Oct 26  2006 /usr/X11R6/lib/libXfont.so.1
 
   and not from the local :
 
 -rwxr-xr-x  1 root  wheel  432705 Jul 23 13:18 /usr/local/lib/libXfont.so.1
 
   What could cause it? How do I fix it mid build? Is there anything
 else I should be looking at?
 
   So I went to x11-fonts/bdftopcf. I set my XORG_UPGRADE variable
 (Just incase) and did :
 
 ===  Vulnerability check disabled, database not found
 ===  Extracting for bdftopcf-1.0.1
 = MD5 Checksum OK for xorg/app/bdftopcf-1.0.1.tar.bz2.
 = SHA256 Checksum OK for xorg/app/bdftopcf-1.0.1.tar.bz2.
 ===  Patching for bdftopcf-1.0.1
 ===   bdftopcf-1.0.1 depends on file: /usr/local/libdata/pkgconfig/xfont.pc 
 - found
 ===   bdftopcf-1.0.1 depends on executable in : pkg-config - found
 ===  Configuring for bdftopcf-1.0.1
 configure: WARNING: you should use --build, --host, --target
 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
 checking whether build environment is sane... yes
 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.1... yes, 
 1.1.5
 checking for i386-portbld-freebsd5.5-gcc... cc
 checking for C compiler default output file name... a.out
 checking whether the C compiler works... yes
 checking whether we are cross compiling... no
 checking for suffix of executables... 
 checking for suffix of object files... o
 checking whether we are using the GNU C compiler... yes
 checking whether cc accepts -g... yes
 checking for cc option to accept ISO C89... none needed
 checking for style of include used by make... GNU
 checking dependency style of cc... gcc3
 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
 checking for i386-portbld-freebsd5.5-pkg-config... no
 checking for pkg-config... /usr/local/bin/pkg-config
 checking pkg-config is at least version 0.9.0... yes
 checking for BDFTOPCF... yes
 checking build system type... i386-portbld-freebsd5.5
 checking host system type... i386-portbld-freebsd5.5
 configure: creating ./config.status
 config.status: creating Makefile
 config.status: creating config.h
 config.status: executing depfiles commands
 ===  Building for bdftopcf-1.0.1
 make  all-am
 if cc -DHAVE_CONFIG_H -I. -I. -I.-I/usr/local/include 
 -I/usr/local/include/freetype2 -O -pipe -MT bdftopcf-bdftopcf.o -MD -MP -MF 
 .deps/bdftopcf-bdftopcf.Tpo -c -o bdftopcf-bdftopcf.o `test -f 'bdftopcf.c' 
 || echo './'`bdftopcf.c;  then mv -f .deps/bdftopcf-bdftopcf.Tpo 
 .deps/bdftopcf-bdftopcf.Po; else rm -f .deps/bdftopcf-bdftopcf.Tpo; exit 
 1; fi
 cc  -O -pipe   -o bdftopcf  bdftopcf-bdftopcf.o -L/usr/local/lib -lXfont 
 sed -e 's|__vendorversion__|bdftopcf 1.0.1 X Version 11|'  -e 
 's|__xorgversion__|bdftopcf 1.0.1 X Version 11|'  -e 
 's|__xservername__|Xorg|g'  -e 's|__xconfigfile__|xorg.conf|g'  -e 
 's|__projectroot__|/usr/local|g'  -e 's|__apploaddir__||'  -e 
 's|__appmansuffix__|1|g'  -e 's|__libmansuffix__|3|g'  -e 
 's|__adminmansuffix__|8|g'  -e 's|__miscmansuffix__|7|g'  -e 
 's|__filemansuffix__|5|g'  bdftopcf.man  bdftopcf.1
 himinbjorg# ldd work/bdftopcf-1.0.1/bdftopcf
 work/bdftopcf-1.0.1/bdftopcf:
   

Re: make index on 4.10-STABLE

2007-07-23 Thread Tuc at T-B-O-H.NET
 
 On Fri, Jul 20, 2007 at 08:10:58PM -0400, Tuc at T-B-O-H.NET wrote:
  
  vjofn# mv /etc/make.conf /etc/make.conf.hold
  vjofn# make index
  Generating INDEX - please wait..=== arabic/ae_fonts_mono failed
  *** Error code 1
  === accessibility/at-poke failed
  *** Error code 1
  2 errors
  
 
 You're probably not going to get very far with this. Many ports have had
 the 4.x compatibility code ripped out now.
 
 If you install devel/make (you'll need the 4.x EOL branch) over the make
 in base you might have a chance of building an INDEX.
 
 The above error is actually likely to be due to the recent Xorg
 checks... try 'make describe' from arabic/ae_fonts_mono.
 
Hi,

Thanks for the reply!

I went back to the EOL branch, got the devel/make, installed it.

Went back to the current state, and still had the issue. Tried
to run it as MAKE=/usr/local/bin/make /usr/local/bin/make index and
still no go. I was trying to see if I didn't have to make it the base
permanently.

So I mv /usr/bin/make /usr/bin/make.old;ln -s /usr/local/bin/make 
/usr/bin/make. I did much better, and thought I was gonna make it...

When I got to devel/monotone it died that it wasn't able to find
devel/boost-gcc3. The Makefile has a check for the OSVERSION  50
and if so to depend on boost-gcc3, if not then just boost. And, of course,
looking at MOVED it was changed 3/7/2007 . 

I'll probably just end up running into this more as I go down 
the line. I guess I need to create a bunch of boot CDs, take my server
down for a while, and see if it'll run later versions of FreeBSD. I know
on a few other computers I have I can't go past 5.3 without it breaking.

Thanks, Tuc


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


Xorg upgrade issues, pulling wrong lib

2007-07-23 Thread Tuc at T-B-O-H.NET
Hi,

I've asked this on questions, but thought maybe porters would
have a better idea...

I'm following the directions to upgrade Xorg (REALLY I AM, PROMISE!)
and I'm seeing this fly by my screen :

/usr/local/bin/bdftopcf -t lubR12-ISO8859-13.bdf | gzip  
lubR12-ISO8859-13.pcf.gz
/libexec/ld-elf.so.1: /usr/X11R6/lib/libXfont.so.1: Undefined symbol 
serverClient
/usr/local/bin/ucs2any lubR14.bdf /usr/local/lib/X11/fonts/util/map-ISO8859-13 
ISO8859-13
Writing 192 characters into file 'lubR14-ISO8859-13.bdf'.

(AND SO ON)

I won't go any further as I'm sure this is indicating a problem.
But where/how?

-r-xr-xr-x  1 root  wheel  5308 Jul 23 13:18 /usr/local/bin/bdftopcf
/usr/local/bin/bdftopcf:
libXfont.so.1 = /usr/X11R6/lib/libXfont.so.1 (0x2807f000)
libc.so.5 = /lib/libc.so.5 (0x280e5000)

Looks like its picking up libXfont.so.1 from the /usr/X11R6 :

-rwxr-xr-x  1 root  wheel  424992 Oct 26  2006 /usr/X11R6/lib/libXfont.so.1

and not from the local :

-rwxr-xr-x  1 root  wheel  432705 Jul 23 13:18 /usr/local/lib/libXfont.so.1

What could cause it? How do I fix it mid build? Is there anything
else I should be looking at?

So I went to x11-fonts/bdftopcf. I set my XORG_UPGRADE variable
(Just incase) and did :

===  Vulnerability check disabled, database not found
===  Extracting for bdftopcf-1.0.1
= MD5 Checksum OK for xorg/app/bdftopcf-1.0.1.tar.bz2.
= SHA256 Checksum OK for xorg/app/bdftopcf-1.0.1.tar.bz2.
===  Patching for bdftopcf-1.0.1
===   bdftopcf-1.0.1 depends on file: /usr/local/libdata/pkgconfig/xfont.pc - 
found
===   bdftopcf-1.0.1 depends on executable in : pkg-config - found
===  Configuring for bdftopcf-1.0.1
configure: WARNING: you should use --build, --host, --target
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking whether build environment is sane... yes
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.1... yes, 1.1.5
checking for i386-portbld-freebsd5.5-gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of cc... gcc3
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking for i386-portbld-freebsd5.5-pkg-config... no
checking for pkg-config... /usr/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for BDFTOPCF... yes
checking build system type... i386-portbld-freebsd5.5
checking host system type... i386-portbld-freebsd5.5
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing depfiles commands
===  Building for bdftopcf-1.0.1
make  all-am
if cc -DHAVE_CONFIG_H -I. -I. -I.-I/usr/local/include 
-I/usr/local/include/freetype2 -O -pipe -MT bdftopcf-bdftopcf.o -MD -MP -MF 
.deps/bdftopcf-bdftopcf.Tpo -c -o bdftopcf-bdftopcf.o `test -f 'bdftopcf.c' 
|| echo './'`bdftopcf.c;  then mv -f .deps/bdftopcf-bdftopcf.Tpo 
.deps/bdftopcf-bdftopcf.Po; else rm -f .deps/bdftopcf-bdftopcf.Tpo; exit 1; 
fi
cc  -O -pipe   -o bdftopcf  bdftopcf-bdftopcf.o -L/usr/local/lib -lXfont 
sed -e 's|__vendorversion__|bdftopcf 1.0.1 X Version 11|'  -e 
's|__xorgversion__|bdftopcf 1.0.1 X Version 11|'  -e 
's|__xservername__|Xorg|g'  -e 's|__xconfigfile__|xorg.conf|g'  -e 
's|__projectroot__|/usr/local|g'  -e 's|__apploaddir__||'  -e 
's|__appmansuffix__|1|g'  -e 's|__libmansuffix__|3|g'  -e 
's|__adminmansuffix__|8|g'  -e 's|__miscmansuffix__|7|g'  -e 
's|__filemansuffix__|5|g'  bdftopcf.man  bdftopcf.1
himinbjorg# ldd work/bdftopcf-1.0.1/bdftopcf
work/bdftopcf-1.0.1/bdftopcf:
libXfont.so.1 = /usr/X11R6/lib/libXfont.so.1 (0x2808)
libc.so.5 = /lib/libc.so.5 (0x280e6000)

WHY when the cc step is stating -L/usr/local/lib is it bring the
Xfont from /usr/X11R6/lib? It looks the library was installed at the request
of bdftopcf, but there still is another version out there from the previous
install of xorg-libraries-6.9.0 . Where do I go?

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


make index on 4.10-STABLE

2007-07-20 Thread Tuc at T-B-O-H.NET
Hi,

(Yea, yea, I know... Its my personal machine and I've got so
much rigged up that I don't know it would upgrade well to 5, let along
past that)

I cvsup the ports-all as of 2 minutes before attempting. Running
4.10-STABLE, x86, standard env.

When I run it with my full make.conf, I get :

Generating INDEX - please wait../usr/ports/audio/gstreamer-plugins-esound/../..
/multimedia/gstreamer-plugins/Makefile.common, line 391: Malformed conditional 
(${gst_${GST_PLUGIN}_GCONF_SCHEMAS}!=)
/usr/ports/audio/gstreamer-plugins-esound/../../multimedia/gstreamer-plugins/Ma
kefile.common, line 395: Malformed conditional (${gst_${GST_PLUGIN}_USE_SDL}!=
)
/usr/ports/audio/gstreamer-plugins-esound/../../multimedia/gstreamer-plugins/Ma
kefile.common, line 397: if-less endif
/usr/ports/audio/gstreamer-plugins-esound/../../multimedia/gstreamer-plugins/Ma
kefile.common, line 397: Need an operator
/usr/ports/audio/gstreamer-plugins-esound/../../multimedia/gstreamer-plugins/Ma
kefile.common, line 418: if-less endif
/usr/ports/audio/gstreamer-plugins-esound/../../multimedia/gstreamer-plugins/Ma
kefile.common, line 418: Need an operator
make: fatal errors encountered -- cannot continue
=== audio/gstreamer-plugins-esound failed
*** Error code 1
1 error

When I move it out of the way :

vjofn# mv /etc/make.conf /etc/make.conf.hold
vjofn# make index
Generating INDEX - please wait..=== arabic/ae_fonts_mono failed
*** Error code 1
=== accessibility/at-poke failed
*** Error code 1
2 errors

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


Re: make index on 4.10-STABLE

2007-07-20 Thread Tuc at T-B-O-H.NET
 
 RELENG_4 isn't supported, period. You should probably start
 researching what it will take to do a fresh install of 7-stable when
 it comes out soonish. That way you'll be future-proofed for the next
 couple years anyway.
 
 hth,
 
 Doug
 
Part of my concern is the hardware platform. I know a few
machines I have couldn't go past 5.3 without locking during boot. Tried
posting to the list and got silence, so I have to keep those machines
at 5.3 . So will have to schedule time to see if I can boot some recent
install CD's on the 4.10-STABLE server and see if it works... My
post was worth a try to get other than the isn't supported reply.

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


astro/gpsd maintainer contact issues

2007-02-10 Thread Tuc at T-B-O-H.NET
Hi,

I'm trying to contact the author of the astro/gpsd
port. I get :


... while talking to mx.toxahost.ru.:
 DATA
 503 5.7.4 Error: authentication disabled
554 5.0.0 Service unavailable
 554 5.5.1 Error: no valid recipients


for Anton Karpov [EMAIL PROTECTED]. 

I'd like to try to submit the changes that the
OpenBSD person worked on if thats allowable, someone just
needs to point me to where in the procedure to start.


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


Fetchyahoo 2.10.2 - 2.10.6

2006-09-29 Thread Tuc at T-B-O-H.NET
Hi,

I was wondering if 2.10.6 of fetchyahoo would be checked in soon.

I'm not sure what list this shows up on, so if you can CC me 
back it would be appreciated.

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