net/freeradius - fixed for RELENG_7 amd64 and 6.x with gcc 4.2
(ade@ cc'd as maintainer of devel/libtool) Dear all, I posted previously on the ports mailing list about problems that were showing up with net/freeradius when built with gcc 4.2 on 6.x and on 7.x amd64. At that time I was wondering if there was an arcane problem in the toolchain, maybe in libtool. In fact, the solution appears to be straightforward, and not libtool's fault. radiusd was being built -pie, which was the default from upstream. Patching the upstream Makefile.in to remove -pie seems to resolve both problems. Thanks to Sean McNeil for the report. The moral of the story appears to be don't use -pie with libtool. I have no idea why the upstream Makefile.in is like this; I will chase it with the FreeRADIUS developers. I've just submitted ports/118425 http://www.freebsd.org/cgi/query-pr.cgi?pr=118425 which should fix that, as well as chasing a heimdal shared library version bump. I believe those two fixes may qualify for committing during the current ports freeze; I've alerted portmgr@ separately. I've also incorporated a couple of other outstanding fixes, though I realise that they may well not qualify to be committed alongside the others because of the ports freeze. Best wishes, David -- David Wood [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: HELP needed by experienced porter for simple review
On Tue, 04 Dec 2007 06:36:20 -0600, GP [EMAIL PROTECTED] wrote:
$(MKDIR) $(FILESDIR)
$(CP) ${WRKSRC}/kissdx.in ${FILESDIR}
I don't really like to create FILESDIR and move from WRKSRC to
FILESDIR. The WRKDIR/WRKSRC are the place where you work anything
inside. However, move from WRKSRC to FILESDIR might create problem in
future so avoid that.
When I leve it out I get this error:
=== Installing for kissdx-0.13.10a
** Missing /usr/ports/distfiles/files/kissdx.in for kissdx-0.13.10a.
*** Error code 1
Ummm... I went back to see your first orignal thread. I noticed that
you put Makefile and others in /usr/ports/distfiles/? You should create
'kissdx' and 'kissdx/files' (mkdir -p kissdx/files) directories. You
should make your port looks like this:
OK its all moved to a handmade subdir. Probably nicer that way, but I
still have to make the files dir in the Makefile and put the script in
it! or am I missing something?
Maybe I don't understand the files dir!!? could it mean that the startup
script can not come from the tarball? (I've done some work for including
FreeBSD stuff into the original package. So that would be a capitulation
to Linux then wouldnt it?: all is writen for Linux and then adapted for
FreeBSD :o)
Send me tarball of your update kissdx port and I will taking a peek.
Cheers,
Mezz
You should follow this below:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html
You put your 'kissdx.in' in kissdx/files/ and it will doing every thing
for you as explained in rc-scripts.html.
I'm sorry to say that i doesn't explain this for me. Porters handbook
still requires a lot of implicit knowledge. (But I'm getting there by
small increments :O)
Thanks and BR
/Simon
--
[EMAIL PROTECTED] - [EMAIL PROTECTED]
FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src)
http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED]
http://wiki.freebsd.org/multimedia - [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: has FreeBSD's libc been swigged?
Vivek Khera wrote: On Dec 3, 2007, at 3:40 PM, Chuck Robey wrote: Need to do some python work, using a lot of FreeBSD's base libs, and I was wondering, if any ports have swigged the FreeBSD libs? I'll do it if I must, just trying to save me some work. Not understanding your use of the word swigged, all I can say is that the ports do not touch the system libraries except in the rare case of things like openssl which have the _option_ to install on top of the system ssl libraries. devel/swig is a well-known interface generator, which automates writing the interfaces, so that the scripting languages can make direct use of compiled languaes. My particular target is to get python to use FreeBSD llibraries, so your comment is amiss in this case, although you are correct in general.. ___ 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: has FreeBSD's libc been swigged?
On Dec 4, 2007, at 1:45 PM, Chuck Robey wrote: Vivek Khera wrote: On Dec 3, 2007, at 3:40 PM, Chuck Robey wrote: Need to do some python work, using a lot of FreeBSD's base libs, and I was wondering, if any ports have swigged the FreeBSD libs? I'll do it if I must, just trying to save me some work. Not understanding your use of the word swigged, all I can say is that the ports do not touch the system libraries except in the rare case of things like openssl which have the _option_ to install on top of the system ssl libraries. devel/swig is a well-known interface generator, which automates writing the interfaces, so that the scripting languages can make direct use of compiled languaes. My particular target is to get python to use FreeBSD llibraries, so your comment is amiss in this case, although you are correct in general.. Aha! Well, I've even used SWIG in the past with perl, but I didn't catch the connection. Thanks! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Maintaining of *-aspell ports
Selon Nikola Lečić [EMAIL PROTECTED] le Mar 4 déc 16:51:19 2007 : У уторак, 4. децембра 2007. у 07:43:15 +0100 Thierry Thomas [EMAIL PROTECTED] је написао(ла): Thierry, thank you (and Peter) for replies. I asked because I wasn't sure if some kind of automation (linked with textproc/aspell) was employed here... don't hesitate to adopt one of them! OK, I'd gladly take care of sr-aspell. Great! Because we have a ports freeze, it's not possible to change the maintainership ATM, but just send a PR. -- Th. Thomas. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Slab Allocator And Wait Queues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bubble Reading wrote: Hi, Does someone know if there is something like Linux Slab Allocator and Linux Wait Queues in FreeBSD? I am trying to port a linux code to FreeBSD which makes use of these. Do you mean kernel code or userland code? For slab allocator, FreeBSD provided a mechanism called UMA which provided similar functionality; Wait queues... We usually use msleep(9) and wakeup(9), but I am not sure if that is what you want... Cheers, - -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHVfw/hcUczkLqiksRAjQSAJ9xvmj3MRQv8bpsg3Oho8DvxkHLEACgrO88 R0s3xkvutlYojeMq7moaVoU= =Ry3O -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Maintaining of *-aspell ports
У уторак, 4. децембра 2007. у 21:30:36 +0100 Thierry Thomas [EMAIL PROTECTED] је написао(ла): Selon Nikola Lečić [EMAIL PROTECTED] le Mar 4 déc 16:51:19 2007 : У уторак, 4. децембра 2007. у 07:43:15 +0100 Thierry Thomas [EMAIL PROTECTED] је написао(ла): Thierry, thank you (and Peter) for replies. I asked because I wasn't sure if some kind of automation (linked with textproc/aspell) was employed here... don't hesitate to adopt one of them! OK, I'd gladly take care of sr-aspell. Great! Because we have a ports freeze, it's not possible to change the maintainership ATM, but just send a PR. Done: http://www.freebsd.org/cgi/query-pr.cgi?pr=118437. -- Nikola Lečić :: Никола Лечић ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: net/freeradius - fixed for RELENG_7 amd64 and 6.x with gcc 4.2
On Tue, 4 Dec 2007, David Wood wrote: (ade@ cc'd as maintainer of devel/libtool) Dear all, I posted previously on the ports mailing list about problems that were showing up with net/freeradius when built with gcc 4.2 on 6.x and on 7.x amd64. At that time I was wondering if there was an arcane problem in the toolchain, maybe in libtool. In fact, the solution appears to be straightforward, and not libtool's fault. radiusd was being built -pie, which was the default from upstream. Patching the upstream Makefile.in to remove -pie seems to resolve both problems. Thanks to Sean McNeil for the report. The moral of the story appears to be don't use -pie with libtool. I have no idea why the upstream Makefile.in is like this; I will chase it with the FreeRADIUS developers. I've just submitted ports/118425 http://www.freebsd.org/cgi/query-pr.cgi?pr=118425 which should fix that, as well as chasing a heimdal shared library version bump. I believe those two fixes may qualify for committing during the current ports freeze; I've alerted portmgr@ separately. I've also incorporated a couple of other outstanding fixes, though I realise that they may well not qualify to be committed alongside the others because of the ports freeze. H... A seemingly silimar issue came up a while back. It was supposed to have been fixed - http://lists.freebsd.org/pipermail/cvs-src/2007-May/078660.html I wonder if perhaps there is something more that needs to be done. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: has FreeBSD's libc been swigged?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chuck Robey wrote: Need to do some python work, using a lot of FreeBSD's base libs, and I was wondering, if any ports have swigged the FreeBSD libs? I'll do it if I must, just trying to save me some work. py-freebsd? - -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHViD7hcUczkLqiksRAqEKAJ9Ix2KGCPVn6UjD6V9PLFqHz/l7ZACdFVsS Us6bZAMRLkE8BqyAZBjcasQ= =qobz -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to get portinstall to 'shut up' so I can run it in background
Doug Barton wrote: On Mon, 3 Dec 2007, Wes Morgan wrote: On Tue, 4 Dec 2007, Stefan Sperling wrote: Screen also has log functionality. Toggle with: Ctrl+A, then Shift+H You can also use script to capture the output fairly easily. So you have to use two different programs, one of which is a port, to accomplish what nohup will do by itself. :) My point being that a lot of people seem to think that screen(1) is the answer, no matter what the question, when often simpler answers exist. If you're one of those people, that's fine, I learned a long time ago I'm not going to change your mind. But I do think it's useful to note that there are other valid solutions, even if simply for completeness sake. Maybe I am doing something wrong, but I have never been able to get nohup to work correctly with portupgrade for this sort of this. For example: ianto# nohup portupgrade -a /tmp/port.log [1] 6238 ianto# [1] + Suspended (tty output)portupgrade -a /tmp/port.log ianto# ianto# cat /tmp/port.log ianto# I've never had time to figure out why it suspends, though. Anyone know? Doug ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to get portinstall to 'shut up' so I can run it in background
Ben Kelly wrote: Maybe I am doing something wrong, but I have never been able to get nohup to work correctly with portupgrade for this sort of this. For example: ianto# nohup portupgrade -a /tmp/port.log You just want to do 'nohup portupgrade -a ' output will be captured in nohup.out. 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: All those 'Ports System Re-engrg posts
On Tue, Dec 04, 2007 at 11:06:32PM -0800, Jason C. Wells wrote: I seem to recall Jordan writing that the ports system was never intended to last as long as it did. I think he said the same thing about sysinstall. He was probably correct in both cases. However, we have this userbase thing to think about at the moment ... mcl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to get portinstall to 'shut up' so I can run it in background
Doug Barton wrote: Ben Kelly wrote: Maybe I am doing something wrong, but I have never been able to get nohup to work correctly with portupgrade for this sort of this. For example: ianto# nohup portupgrade -a /tmp/port.log You just want to do 'nohup portupgrade -a ' output will be captured in nohup.out. Ben is right. When you run portupgrade with nohup and background the process -- either with '' or by ctrl-z followed with a bg -- it gets suspended until the job is brought back to the foreground. Portupgrade acts very strangely when it's not attached to a tty. -- Russell A. Jackson [EMAIL PROTECTED] Network Analyst California State University, Bakersfield He asked me if I knew what time it was -- I said yes, but not right now. -- S. Wright ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
