Re: FreeBSD Port: finance/gnucash
Peter Jeremy wrote: On Wed, 2006-Jul-26 08:06:22 -0300, consumidor wrote: as you may know, gnucash had a significant upgrade a few weeks ago now it's base on gnome2 is the port on the works? if so, is there any schedule? There's no maintainer so it's up to someone (eg you) to provide a PR that contains the upgrade. There's actually a PR already on file for this, ports/93216. Unfortunately, GnuCash 2.0 is unusable without also applying the patch for ports/94826. Alex. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: New portmaster version available for testing/feedback
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've just uploaded a new version of portmaster to http://dougbarton.us/portmaster that in addition to the stuff from the message below, also implements the following: 1. Fix handling of [/usr/ports/]foo/bar as second option to -o 2. Correctly handle the -o case where both ports are already installed 3. If an initial 'make checksum' run fails, delete the distfiles and start over again (still in the background) 4. When deleting stale distfiles, start with the longest match, then truncate the file name recursively till we find something to delete, or run out of file name. (IOW, for a distfile named a-b-c-1.23.tar.gz, first try a-b-c*, then a-b*, etc.) 5. Don't try to delete directories as if they were distfiles 6. Add PATCHFILES to the list of potentially stale files to test As always, your testing and feedback are welcome. Doug - Original Message Date: Sat, 15 Jul 2006 23:45:26 -0700 Thanks to all who've sent in their bugs, suggestions, and ideas for improvement, I've got a new version of portmaster ready for those who would like to check it out. It implements the following: 1. Trap a ^C (SIGINT) to the parent process, and attempt to kill off all the child processes that have spawned. 2. Add -L mode, which generates the same list as -l, but also checks for updated versions of the installed ports. 3. Do a better job of tracking the parent process, and use that information to make the internal housecleaning easier. 4. While doing the 'make config' run through the dependency tree, if no dependencies need updating then jump straight to the build, rather than walking the dependency tree again. This saves a lot of time for those that keep their ports relatively up to date, especially for ports that have a lot of dependencies. 5. When running in interactive (-i) mode, store the user's preferences during the 'make config' run so that we don't have to ask him again when building. This is particularly helpful with the -a or -r options. 6. Implement support for portupgrade's /var/db/pkg/*/+IGNOREME files. If this file is seen in the master port (the one specified on the command line) the user is given the option to upgrade or not. If it's seen in a port that is a dependency, it is ignored silently, except in verbose mode where it's ignored with a warning. This seemed like the cleanest way to implement an "ignore feature," which also has the virtue of adding support for something the user might already have in place. 7. Add -f to pkg_delete in the -s case, just as it is already used for the general case. 8. In -va mode, print the name of the port we're checking in the config step too. 9. Reverse the wording of the verbose message in -r mode to actually make sense. 10. Warn the user during config mode if a port sets IS_INTERACTIVE. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEyHtqyIakK9Wy8PsRAqIQAKC9koJ34gF0Cz4YNmkm1mHi6jChCwCg+Miv 2M7EUVSehGn7Av6HkST3CmA= =GKoe -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]"
linux-opera does not work after updating linux_base-fc3 to linux_base-fc4
Good Day. I have a problem with linux-opera. After updating linux_base-fc3 to linux_base-fc4 linux-opera does not start with the following messages on the screen: $ linux-opera /usr/X11R6/share/linux-opera/bin/opera: /usr/lib/libc.so.6: version `GLIBC_2.3.4' not found (required by /usr/X11R6/lib/libX11.so.6) /usr/X11R6/share/linux-opera/bin/opera: /usr/lib/libc.so.6: version `GLIBC_2.3' not found (required by /usr/X11R6/lib/libX11.so.6) /usr/X11R6/share/linux-opera/bin/opera: /usr/lib/libc.so.6: version `GLIBC_2.3.2' not found (required by /usr/X11R6/lib/libX11.so.6) /usr/X11R6/share/linux-opera/bin/opera: /usr/lib/libc.so.6: version `GLIBC_2.3.4' not found (required by /usr/X11R6/lib/libXext.so.6) /usr/X11R6/share/linux-opera/bin/opera: /usr/lib/libc.so.6: version `GLIBC_2.3.4' not found (required by /usr/X11R6/lib/libSM.so.6) /usr/X11R6/share/linux-opera/bin/opera: /usr/lib/libc.so.6: version `GLIBC_2.3.4' not found (required by /usr/X11R6/lib/libICE.so.6) /usr/X11R6/share/linux-opera/bin/opera: /usr/lib/libc.so.6: version `GLIBC_2.3' not found (required by /usr/X11R6/lib/libICE.so.6) /usr/X11R6/share/linux-opera/bin/opera: /usr/lib/libc.so.6: version `GLIBC_2.3.4' not found (required by /usr/lib/libz.so.1) $ I can not install default linux_base port due to IGNORE status of it, and can not install linux_base-fc3 back because it was removed from the FreeBSD port collection. Is there any workaround for this problem? I'm using linux-opera-9.0.20060616_1 and FreeBSD 5.5-RELEASE-p2. WBR, Maxim Kondakov ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
devel/rlwrap PTY problems
Hi,
rlwrap is failing "rlwrap: error: Could not open master pty:
Input/output error" on FreeBSD 6.1.
Upon investigation, I see that the configure script is hardcoding the
list of PTYs to scan based upon those found in /dev/ at time of
compilation. This obviously does not work well with devfs.
Since FreeBSD now has openpty(), the fix is to NOT put
"ptyttylib_cv_ptys=BSD" into CONFIGURE_ENV. I can confirm that an
rlwrap() built in this way appears to work for FreeBSD 6.1/amd64 (I can
"rlwrap tclsh8.4" and get history and the like; no extensive tests have
been performed).
I don't know which release made devfs the standard, but I suspect that
you're looking at another ".if ${OSVERSION}" check. :^(
Thanks,
--
VISTA: Viruses, Infections, Spyware, Trojans & Adware
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devel/rlwrap PTY problems
Phil Pennock wrote:
> Hi,
>
> rlwrap is failing "rlwrap: error: Could not open master pty:
> Input/output error" on FreeBSD 6.1.
>
> Upon investigation, I see that the configure script is hardcoding the
> list of PTYs to scan based upon those found in /dev/ at time of
> compilation. This obviously does not work well with devfs.
>
> Since FreeBSD now has openpty(), the fix is to NOT put
> "ptyttylib_cv_ptys=BSD" into CONFIGURE_ENV. I can confirm that an
> rlwrap() built in this way appears to work for FreeBSD 6.1/amd64 (I can
> "rlwrap tclsh8.4" and get history and the like; no extensive tests have
> been performed).
>
> I don't know which release made devfs the standard, but I suspect that
> you're looking at another ".if ${OSVERSION}" check. :^(
>
> Thanks,
>
Thanks for the bug report Phil, I will try to make some time this
weekend to patch it. Of course I am open to accepting any patches from a
3rd party interested in fixing this in a more reasonable amount of time.
Regards,
Frank
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: linux-opera does not work after updating linux_base-fc3 to linux_base-fc4
On Thu, Jul 27, 2006 at 01:40:36PM +0300, Maxim P. Kondakov wrote: > Good Day. > > I have a problem with linux-opera. > After updating linux_base-fc3 to linux_base-fc4 linux-opera does not start > with the following messages on the screen: > > [...] > > I can not install default linux_base port due to IGNORE status of it, and can > not install linux_base-fc3 back because it was removed from the FreeBSD port > collection. > > Is there any workaround for this problem? I'm using > linux-opera-9.0.20060616_1 > and FreeBSD 5.5-RELEASE-p2. > I have on machine linux_base-fc4, and try to instal linux-opera from ports. I don't see any problem with it. I use tested with FreeBSD 7.0-CURRENT Tue Jul 11 18:24:04 MSD 2006 linux-opera-9.0.20060616_1, linux_base-fc-4_6 -- Best regards, Arseny Nasokin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Checksum mismatch for print/teTeX-texmf
Brooks Davis wrote: On Wed, Jul 26, 2006 at 10:24:17AM -0500, Paul Schmehl wrote: Running portupgrade with current ports from cvs, I got this failure - print/teTeX-texmf (teTeX-texmf-3.0_3) (checksum mismatch). I also had checksum mismatchs for multimedia/mplayer-skins, but I was able to get past that by rm'ing the config and using only the default skin. Anyone know anything about these two problems? Have the maintainers been informed? I've often had problems with the teTeX-texmf dist files. Deleting and redownloading them usually works (as annoying as that is.) Thanks, Brooks. This worked for me as well. -- Paul Schmehl ([EMAIL PROTECTED]) Adjunct Information Security Officer The University of Texas at Dallas http://www.utdallas.edu/ir/security/ smime.p7s Description: S/MIME Cryptographic Signature
New port suggestion: net/etrace
Hi there, I've cobbled together a port, in line with the handbook (I hope), for a network tool called 'etrace' (http://www.bintshell.net/tools/etrace). Pretty useful for probing networks, which has proved to be quiet useful on pen tests, network surveys, troubleshooting, etc. I've contacted the developer and he is quite happy to have it included within the ports tree. However, I'm not quite sure what the final stage of the process is? I've attached a tarball of the port files, tested on the following build platforms: - 4.11-RELEASE-p13 - 5.4-RELEASE-p9 - 6.0-RELEASE-p6 No 7.X box installed for testing at the moment. If there is a "port submission" process, please tell me to RTFM! I will gladly oblige once pointed in said direction. Cheers, Dave. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: New port suggestion: net/etrace
On Fri, Jul 28, 2006 at 01:01:52AM +0200, David Ryan wrote: > If there is a "port submission" process, please tell me to RTFM! I will > gladly oblige once pointed in said direction. The two relevant links are: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/ good luck, mcl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Eclipse 3.2
I have successfully compiled and run eclipse 3.2 on my system. I have started building the patches and pre/post scripts to make it a freebsd port. Can someone tell what freebsd returns for the arch on a 64bit machine? I know linux usually will return x86_64. If it returns amd64 I will have to make some changes before I try and summit the port. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
port filezilla on FreeBSD
Hi all: I made a port of filezilla on FreeBSD. Here is the shar file http://chinsan2.twbbs.org/chinsan/filezilla.shar But, I do not wanna to be the maintainer of filezilla. Hope someone is willing to be the maintainer. ;-) Usage: cd /usr/ports/ftp fetch http://chinsan2.twbbs.org/chinsan/filezilla.shar sh filezilla.shar ; cd filezilla make install clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Ruby vulnerability?
Hi, FYI, Red Hat released an advisory today about a vulnerability in Ruby. So far it doesn't appear in the VuXML, but am I correct in presuming it will soon? https://rhn.redhat.com/errata/RHSA-2006-0604.html http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-3694 cheers, -- Joel Hatton -- Infrastructure Manager | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland| WWW: www.auscert.org.au Qld 4072 Australia | 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: Any success with bacula and DVD
On Thu, 27 Jul 2006 17:11:11 -0700 (PDT) [EMAIL PROTECTED] mentioned: > Is anybody successfully using bacula with DVD? When I install the > bacula-server port, it cannot pass even the trivial > "btape FileStorage/temp" test, let alone trying to write to DVD. > Advice cheerfully accepted! -- George Mitchell > I don't use bacula actually, but, IMO, this problem is linked with burncd's inability to work with DVDs. Try to install dvd+rw tools and point bacula to use them. Also try to contact with bacula port maintainer. PS: freebsd-ports@freebsd.org is better suited for this question. -- Stanislav Sedov MBSD labs, Inc. <[EMAIL PROTECTED]> Россия, Москва http://mbsd.msk.ru If the facts don't fit the theory, change the facts. -- A. Einstein PGP fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 signature.asc Description: PGP signature
Re: Eclipse 3.2
On Thu, 27 Jul 2006 21:37:18 -0400 "David Sledge" <[EMAIL PROTECTED]> mentioned: > I have successfully compiled and run eclipse 3.2 on my system. I have > started building the patches and pre/post scripts to make it a > freebsd port. Can someone tell what freebsd returns for the arch on a > 64bit machine? There are three 64-bit platforms currently: amd64, sparc64, powerpc. -- Stanislav Sedov MBSD labs, Inc. <[EMAIL PROTECTED]> Россия, Москва http://mbsd.msk.ru If the facts don't fit the theory, change the facts. -- A. Einstein PGP fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 signature.asc Description: PGP signature
