Re: Problem with audio/gstreamer-plugins-a52dec (still)
On Thu, Nov 16, 2006 at 10:54:14PM -0600, Jeremy Messenger wrote:
>
> On Thu, 16 Nov 2006 11:12:05 -0600, Shaun Amott <[EMAIL PROTECTED]> wrote:
>
> >On Thu, Nov 16, 2006 at 05:53:46PM +0200, Nicki de Wet wrote:
> >>
> >>I'm still getting the error below on our installations.
> >>
> >>%uname -v
> >>FreeBSD 4.10-RELEASE #0: Tue May 25 22:47:12 GMT 2004
> >>[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
> >>
> >
> >Upgrade to 4.11. Or better yet, 6.x.
>
> Do you have any idea when this feature went in 4.11 or RELENG_4?
>
It doesn't seem to have been added at all - the advice still stands,
however. :-)
I've attached a patch that fixes the errors, for what it's worth.
--
Shaun Amott // PGP: 0x6B387A9A
"A foolish consistency is the hobgoblin
of little minds." - Ralph Waldo Emerson
--- audio/gstreamer-plugins/Makefile.common.origFri Nov 17 08:21:03 2006
+++ audio/gstreamer-plugins/Makefile.common Fri Nov 17 08:32:09 2006
@@ -63,6 +63,11 @@
mpeg2dec \
sidplay
+.for i in ${BASE_GST_ALL_PLUGINS} ${BAD_GST_ALL_PLUGINS}
${UGLY_GST_ALL_PLUGINS}
+gst_${i}_GCONF_SCHEMAS?= # Empty
+gst_${i}_USE_SDL?= # Empty
+.endfor
+
CONFIG_GST_PLUGINS=gnome_vfs
GST_ALL_PLUGINS= ${BASE_GST_ALL_PLUGINS} ${BAD_GST_ALL_PLUGINS} \
${GOOD_GST_ALL_PLUGINS} ${UGLY_ALL_PLUGINS} \
pgpXxStMOUCGF.pgp
Description: PGP signature
installing partially translated man pages
I've been working on an update to the archivers/dpkg port (see PR 105560) and am having some trouble with installing translated man pages. The latest version of dpkg includes and installs translations of *some* manual pages to several languages, but not all of the pages are translated. Using MANLANG and MAN in the port's Makefile doesn't work so well for the partially translated languages, as make will try to compress or remove the man pages that are still untranslated, and hence didn't ever get installed. Currently my updated port uses the default MANLANG of "" to only track the English versions of the man pages using various MAN variables, and simply notes the translated man pages in the pkg-plist file. This is less than optimal since the non-English man pages do not get compressed. Portlint -A will complain, too. I looked through the list archives and saw that this sort of problem has been brought up a couple of times before. One potential solution was presented here: http://lists.freebsd.org/mailman/htdig/freebsd- ports/2005-May/023688.html. I decided to go ahead and implement something like that, and it seems to have worked out ok. In addition to using MANLANG and MAN to specify a group of man pages installed for all languages, I added a MAN_PARTIAL_TRANSLATIONS variable which can be used to list languages for which you have some man pages, but not all those listed in MAN. Also, I added support for using MAN_pages the port does install for a given language. Here's an example: if you have English man pages foo.1 and bar.1, and only foo.1 in German, you could do this: MANLANG="" MAN1= foo.1 bar.1 MAN_PARTIAL_TRANSLATIONS= de MAN1_DE=foo.1 I've tested this change with the partially translated man pages provided with dpkg, and it seems to work. Attached is a patch to bsd.port.mk that makes this work. It should be completely backwards compatible. I have not (yet) added any support for MLINKS in the partially translated man pages. Also, there is currently no support for installing English man pages with MAN_PARTIAL_TRANSLATIONS, but this can be worked around by just using MANLANG and MAN for English translations and MAN_PARTIAL_TRANSLATIONS for whatever your port's primary man page language is, if that isn't English. Any thoughts on whether this would be a good change? I will file a PR with my patch tomorrow unless someone has a better solution. Nick bsd.port.mk.patch Description: Binary data ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: emulators/qemu-launcher: unable to launch
Lowell Gilbert wrote: > The port's maintainer updated it to a new version, and it seems to be > working fine for me now. > > > Works here too, thank you all! M:) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.1-R-p10 and PHP 5.2.0
Josh Paetzel wrote: Freshly installed FreeBSD 6.1-R-p10 box Fresh ports tree from today. php 5.2.0 installed from ports with the following extensions: # php -v PHP 5.2.0 (cli) (built: Nov 16 2006 14:47:28) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies Segmentation fault (core dumped) I've found php to be very sensitive to trivial issues like the order of loading extensions in extensions.ini, which is just one of the reasons for its suckiness. I don't see your particular error here (both on i386 and amd64), but if is the ordering of extensions maybe you could post your extensions.ini. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.1-R-p10 and PHP 5.2.0
On Fri, 2006-11-17 at 11:48 +0100, Ivan Voras wrote: > Josh Paetzel wrote: > > Freshly installed FreeBSD 6.1-R-p10 box > > > > Fresh ports tree from today. php 5.2.0 installed from ports with the > > following extensions: > > > # php -v > > PHP 5.2.0 (cli) (built: Nov 16 2006 14:47:28) (DEBUG) > > Copyright (c) 1997-2006 The PHP Group > > Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies > > Segmentation fault (core dumped) > > I've found php to be very sensitive to trivial issues like the order of > loading extensions in extensions.ini, which is just one of the reasons > for its suckiness. I don't see your particular error here (both on i386 > and amd64), but if is the ordering of extensions maybe you could post > your extensions.ini. Unbelievable. I left only sessions module to be loaded and it doesn't segfault. another test - i moved session to the beginning and it worked too. Indeed, it must be some modules interaction then ( loading order ) as you suggest Mine "faulty" extensions.ini was ( the result of installing php5-extensions ): -- extension=bcmath.so extension=bz2.so extension=ctype.so extension=curl.so extension=dom.so extension=exif.so extension=gd.so extension=gettext.so extension=iconv.so extension=mbstring.so extension=mcrypt.so extension=mysql.so extension=openssl.so extension=pcre.so extension=pdf.so extension=zlib.so extension=pdo.so extension=pgsql.so extension=posix.so extension=pspell.so extension=session.so extension=simplexml.so extension=soap.so extension=sqlite.so extension=tokenizer.so extension=xml.so extension=xmlreader.so extension=xmlrpc.so extension=xmlwriter.so extension=xsl.so M. -- Miroslaw "Psyborg" Jaworski GCS/IT d- s+:+ a C++$ UBI$ P+++$ L- E--- W++(+++)$ N++ o+ K- w-- O- M- V- PS+ PE++ Y+ PGP t 5? X+ R++ !tv b++(+++) DI++ D+ G e* h++ r+++ y? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.1-R-p10 and PHP 5.2.0
Mirosław Jaworski wrote: On Fri, 2006-11-17 at 11:48 +0100, Ivan Voras wrote: Josh Paetzel wrote: Freshly installed FreeBSD 6.1-R-p10 box Fresh ports tree from today. php 5.2.0 installed from ports with the following extensions: # php -v PHP 5.2.0 (cli) (built: Nov 16 2006 14:47:28) (DEBUG) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies Segmentation fault (core dumped) I've found php to be very sensitive to trivial issues like the order of loading extensions in extensions.ini, which is just one of the reasons for its suckiness. I don't see your particular error here (both on i386 and amd64), but if is the ordering of extensions maybe you could post your extensions.ini. Unbelievable. I left only sessions module to be loaded and it doesn't segfault. another test - i moved session to the beginning and it worked too. My session extension is also near the top: extension=bz2.so extension=session.so extension=mhash.so extension=zlib.so extension=mbstring.so extension=sockets.so extension=mcrypt.so extension=pcre.so extension=simplexml.so extension=xml.so extension=apc.so extension=sqlite.so extension=memcache.so extension=dom.so extension=iconv.so extension=mysql.so extension=gd.so extension=pgsql.so extension=ldap.so So it's probably it. Mine "faulty" extensions.ini was ( the result of installing php5-extensions ): -- extension=bcmath.so extension=bz2.so extension=ctype.so extension=curl.so extension=dom.so extension=exif.so extension=gd.so extension=gettext.so extension=iconv.so extension=mbstring.so extension=mcrypt.so extension=mysql.so extension=openssl.so extension=pcre.so extension=pdf.so extension=zlib.so extension=pdo.so extension=pgsql.so extension=posix.so extension=pspell.so extension=session.so extension=simplexml.so extension=soap.so extension=sqlite.so extension=tokenizer.so extension=xml.so extension=xmlreader.so extension=xmlrpc.so extension=xmlwriter.so extension=xsl.so M. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.1-R-p10 and PHP 5.2.0
On Friday 17 November 2006 12:48, Ivan Voras wrote: > Josh Paetzel wrote: > > Freshly installed FreeBSD 6.1-R-p10 box > > > > Fresh ports tree from today. php 5.2.0 installed from ports with the > > following extensions: > > > > # php -v > > PHP 5.2.0 (cli) (built: Nov 16 2006 14:47:28) (DEBUG) > > Copyright (c) 1997-2006 The PHP Group > > Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies > > Segmentation fault (core dumped) > > I've found php to be very sensitive to trivial issues like the order of > loading extensions in extensions.ini, which is just one of the reasons > for its suckiness. I don't see your particular error here (both on i386 > and amd64), but if is the ordering of extensions maybe you could post > your extensions.ini. This is actually a known problem, documented on the PHP site. My nasty solution to deal with this is to have a "good" copy of extensions.ini saved, and I just copy it over after each update. I only need to modify it after adding or removing extensions. A. -- Andy Fawcett | [EMAIL PROTECTED] | [EMAIL PROTECTED] "In an open world without walls and fences, | [EMAIL PROTECTED] we wouldn't need Windows and Gates." -- anon | [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: FreeBSD 6.1-R-p10 and PHP 5.2.0
On Fri, 2006-11-17 at 12:19 +0100, Ivan Voras wrote: > >> I've found php to be very sensitive to trivial issues like the order of > >> loading extensions in extensions.ini, > >> [...] > > > > Unbelievable. I left only sessions module to be loaded and it doesn't > > segfault. another test - i moved session to the beginning and it worked > > too. > > My session extension is also near the top: > > extension=bz2.so > extension=session.so > [...] > extension=ldap.so > > So it's probably it. Yep, it is. Thanks, You saved my day :) M. -- Miroslaw "Psyborg" Jaworski GCS/IT d- s+:+ a C++$ UBI$ P+++$ L- E--- W++(+++)$ N++ o+ K- w-- O- M- V- PS+ PE++ Y+ PGP t 5? X+ R++ !tv b++(+++) DI++ D+ G e* h++ r+++ y? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
xxx failed on amd64
* Kris Kennaway: > FYI; can you please investigate and/or report to the developers? > ... > ===> Building for resin-2.1.17_1 > ... > cc -shared -o common.o stream.o registry.o config.o memory.o > /usr/bin/ld: stream.o: relocation R_X86_64_32 can not be used when making a > shared object; recompile with -fPIC > stream.o: could not read symbols: Bad value * Kris Kennaway: > FYI; can you please investigate and/or report to the developers? > ... > ===> Building for resin-3.0.21 > ... > cc -shared -L/usr/lib -o libresin_os.so jni_os.o jni_jvmti.o jni_jvmdi.o > -pthread > /usr/bin/ld: jni_os.o: relocation R_X86_64_32 can not be used when making a > shared object; recompile with -fPIC > jni_os.o: could not read symbols: Bad value I don't see the point of adding special treatment of amd64 in all my ports that use gcc. Why this is not handled by the ports infrastructure? Is it satisfactory to copy/paste the three needed lines in all ports? -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
make problems with amarok 1.4..4
Hi Mich, I did a make rmconfig and a make clean in the /usr/ports/audio/amarok before I started again as I've had this same error 3 times now. I don't have a clue as to what I need to do. It appears to be missing a library in the source. I had this same error in 1.4.3_3 here are the last few lines and thanks for any ideas and your hard work. install -o root -g wheel -m 444 'amarok.desktop' '/usr/local/share/apps/konqsidebartng/kicker_entries/amarok.desktop' gmake[4]: Leaving directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src/konquisidebar' gmake[3]: Leaving directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src/konquisidebar' Making install in statusbar gmake[3]: Entering directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src/statusbar' gmake[4]: Entering directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src/statusbar' gmake[4]: Nothing to be done for `install-exec-am'. gmake[4]: Nothing to be done for `install-data-am'. gmake[4]: Leaving directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src/statusbar' gmake[3]: Leaving directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src/statusbar' Making install in . gmake[3]: Entering directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src' gmake[4]: Entering directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src' test -z "/usr/local/lib" || /bin/sh ../../admin/mkinstalldirs "/usr/local/lib" /bin/sh /usr/local/bin/libtool --silent --mode=install /usr/bin/install -c -o root -g wheel 'libamarok.la' '/usr/local/lib/libamarok.la' install: /usr/local/lib/libamarok.so.0: No such file or directory gmake[4]: *** [install-libLTLIBRARIES] Error 71 gmake[4]: Leaving directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src' gmake[3]: *** [install-am] Error 2 gmake[3]: Leaving directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src' gmake[2]: *** [install-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok/src' gmake[1]: *** [install-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/audio/amarok/work/amarok-1.4.4 /amarok' gmake: *** [install-recursive] Error 1 *** Error code 2 Stop in /usr/ports/audio/amarok. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: emulators/qemu-launcher: unable to launch
martinko wrote: > Lowell Gilbert wrote: > >> The port's maintainer updated it to a new version, and it seems to be >> working fine for me now. >> >> >> >> > > Works here too, thank you all! > > M:) > > Well, actually there is some bug within the application I guess: $ qemu-launcher W2K_CZ_SP4_NTFS Can't call method "get_widget" without a package or object reference at /usr/local/bin/qemu-launcher line 1241. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.1-R-p10 and PHP 5.2.0
On Fri, Nov 17, 2006 at 01:22:13PM +0200, Andy Fawcett wrote: > This is actually a known problem, documented on the PHP site. > > My nasty solution to deal with this is to have a "good" copy of > extensions.ini > saved, and I just copy it over after each update. I only need to modify it > after adding or removing extensions. Can you provide the documentation to this known problem? Also, ale@, is this issue/known problem handled decently when installing a php5 extension via ports? (It doesn't sound like it). It almost sounds like we need some additional framework to give each extension its own priority, thus when extensions.ini is edited, sorting the extensions loaded by their priority. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networkinghttp://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Asset Tracker
Good day Ports! I have a high interest, along with several others, to see Asset Tracker be made into a port. I have contacted the software author, Todd Chapman, ([EMAIL PROTECTED]) and he has given me permission to pass on his name and the software address. Asset Tracker is an overlay to RT (Request Tracker) and tracks assets (ok, duh... :-) ) I'm slowly converting the infrastructure machines, in a company that provides Solaris and RH as platforms to customers, into FreeBSD. Their accounting department and IT department are having problems tracking locations, addresses and specification of the platforms (PCs, workstations, servers, switches, etc) and keeping them in a centralized, platform independent repository. I believe Asset Tracker may be the extensible tool we need. Please assist. If someone from ports could contact the author (CC address) about getting this into ports it would be most appreciated. Thank you! Paul Pathiakis PS - Thank you for the solid responses to all the previous requests for software. -and 'no' I don't have time to be the porter. :-( ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.1-R-p10 and PHP 5.2.0
On Friday 17 November 2006 17:03, Jeremy Chadwick wrote: > On Fri, Nov 17, 2006 at 01:22:13PM +0200, Andy Fawcett wrote: > > This is actually a known problem, documented on the PHP site. > > > > My nasty solution to deal with this is to have a "good" copy of > > extensions.ini saved, and I just copy it over after each update. I > > only need to modify it after adding or removing extensions. > > Can you provide the documentation to this known problem? > > Also, ale@, is this issue/known problem handled decently when > installing a php5 extension via ports? (It doesn't sound like it). > It almost sounds like we need some additional framework to give > each extension its own priority, thus when extensions.ini is edited, > sorting the extensions loaded by their priority. See: http://www.php.net/manual/en/ref.recode.php http://www.php.net/manual/en/ref.mysql.php for a couple of examples, see the "warning" sections. There are probably others too, I haven't dug much further. -- Andy Fawcett | [EMAIL PROTECTED] | [EMAIL PROTECTED] "In an open world without walls and fences, | [EMAIL PROTECTED] we wouldn't need Windows and Gates." -- anon | [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: FreeBSD 6.1-R-p10 and PHP 5.2.0
On Friday 17 November 2006 18:19, Andy Fawcett wrote: > On Friday 17 November 2006 17:03, Jeremy Chadwick wrote: > > On Fri, Nov 17, 2006 at 01:22:13PM +0200, Andy Fawcett wrote: > > > This is actually a known problem, documented on the PHP site. > > > > > > My nasty solution to deal with this is to have a "good" copy of > > > extensions.ini saved, and I just copy it over after each update. > > > I only need to modify it after adding or removing extensions. > > > > Can you provide the documentation to this known problem? > > > > Also, ale@, is this issue/known problem handled decently when > > installing a php5 extension via ports? (It doesn't sound like it). > > It almost sounds like we need some additional framework to give > > each extension its own priority, thus when extensions.ini is > > edited, sorting the extensions loaded by their priority. > > See: > > http://www.php.net/manual/en/ref.recode.php > http://www.php.net/manual/en/ref.mysql.php > > for a couple of examples, see the "warning" sections. There are > probably others too, I haven't dug much further. See also http://www.pingle.org/2006/10/18/php-crashes-extensions/ A. -- Andy Fawcett | [EMAIL PROTECTED] | [EMAIL PROTECTED] "In an open world without walls and fences, | [EMAIL PROTECTED] we wouldn't need Windows and Gates." -- anon | [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: Asset Tracker
On Fri, 17 Nov 2006 10:38:03 -0500 Paul Pathiakis <[EMAIL PROTECTED]> wrote: > Good day Ports! > > I have a high interest, along with several others, to see Asset > Tracker be made into a port. I have contacted the software author, > Todd Chapman, ([EMAIL PROTECTED]) and he has given me permission to pass > on his name and the software address. > > Asset Tracker is an overlay to RT (Request Tracker) and tracks assets > (ok, duh... :-) ) I'm slowly converting the infrastructure machines, > in a company that provides Solaris and RH as platforms to customers, > into FreeBSD. Their accounting department and IT department are > having problems tracking locations, addresses and specification of > the platforms (PCs, workstations, servers, switches, etc) and keeping > them in a centralized, platform independent repository. > > I believe Asset Tracker may be the extensible tool we need. Please > assist. If someone from ports could contact the author (CC address) > about getting this into ports it would be most appreciated. I _might_ be interested in this. Could you please drop me a link to the project ? -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" We fight only when there is no other choice. We prefer the ways of peaceful contact. -- Kirk, "Spectre of the Gun", stardate 4385.3 signature.asc Description: PGP signature
Re: Asset Tracker
Ion-Mihai IOnut Tetcu wrote: > On Fri, 17 Nov 2006 10:38:03 -0500 > Paul Pathiakis <[EMAIL PROTECTED]> wrote: > >> Good day Ports! >> >> I have a high interest, along with several others, to see Asset >> Tracker be made into a port. I have contacted the software author, >> Todd Chapman, ([EMAIL PROTECTED]) and he has given me permission to pass >> on his name and the software address. >> >> Asset Tracker is an overlay to RT (Request Tracker) and tracks assets >> (ok, duh... :-) ) I'm slowly converting the infrastructure machines, >> in a company that provides Solaris and RH as platforms to customers, >> into FreeBSD. Their accounting department and IT department are >> having problems tracking locations, addresses and specification of >> the platforms (PCs, workstations, servers, switches, etc) and keeping >> them in a centralized, platform independent repository. >> >> I believe Asset Tracker may be the extensible tool we need. Please >> assist. If someone from ports could contact the author (CC address) >> about getting this into ports it would be most appreciated. > > I _might_ be interested in this. Could you please drop me a link to the > project ? http://atwiki.chaka.net/ http://rt.chaka.net/AssetTracker/index.html?user=guest&pass=guest Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: Asset Tracker
On Fri, 17 Nov 2006 21:15:00 +0200 Ion-Mihai "IOnut" Tetcu <[EMAIL PROTECTED]> wrote: > On Fri, 17 Nov 2006 10:38:03 -0500 > Paul Pathiakis <[EMAIL PROTECTED]> wrote: > > > Good day Ports! > > > > I have a high interest, along with several others, to see Asset > > Tracker be made into a port. I have contacted the software author, > > Todd Chapman, ([EMAIL PROTECTED]) and he has given me permission to > > pass on his name and the software address. > > > > Asset Tracker is an overlay to RT (Request Tracker) and tracks > > assets (ok, duh... :-) ) I'm slowly converting the infrastructure > > machines, in a company that provides Solaris and RH as platforms to > > customers, into FreeBSD. Their accounting department and IT > > department are having problems tracking locations, addresses and > > specification of the platforms (PCs, workstations, servers, > > switches, etc) and keeping them in a centralized, platform > > independent repository. > > > > I believe Asset Tracker may be the extensible tool we need. Please > > assist. If someone from ports could contact the author (CC address) > > about getting this into ports it would be most appreciated. > > I _might_ be interested in this. Could you please drop me a link to > the project ? Thanks Todd and Matthew for the URL. OK, it looks like something we could use, so I'm interested in it. However, I never used RT and I'm low on free time, so if someone else wants to step in please drop me an email. Matthew ? Paul, if you don't here for me about this till the middle of next week, please ping me. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" We do not colonize. We conquer. We rule. There is no other way for us. -- Rojan, "By Any Other Name", stardate 4657.5 signature.asc Description: PGP signature
error building desktop-file-utils
Hello all, I'm getting a failure when portupgrading desktop-file-utils from 0.11 to 0.12. What appear to be the relevant bits from the building: Making all in misc WARNING: Warnings can be ignored. :-) if test "emacs" != no; then set x; list='desktop-entry-mode.el'; for p in $list; do if test -f "$p"; then d=; else d="./"; fi; set x "$@" "$d$p"; shift; done; shift; EMACS="emacs" /bin/sh ../elisp-comp "$@" || exit 1; else : ; fi While compiling toplevel forms in file /usr/ports/devel/desktop-file-utils/work/desktop-file-utils-0.12 /misc/elc.65641/desktop-entry-mode.el: !! Wrong type argument ((listp -128904428)) Done *** Error code 1 Stop in /usr/ports/devel/desktop-file-utils/work/desktop-file-utils-0.12 /misc. *** Error code 1 Stop in /usr/ports/devel/desktop-file-utils/work/desktop-file-utils-0.12. *** Error code 1 Stop in /usr/ports/devel/desktop-file-utils/work/desktop-file-utils-0.12. *** Error code 1 Stop in /usr/ports/devel/desktop-file-utils. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.56352.106 env PORT_UPGRADE=yes make ** Fix the problem and try again. $ uname -v FreeBSD 5.4-RELEASE-p3 #3: Thu Jun 30 23:18:25 PDT 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FOO (I'm also getting errors during buildworld to upgrade to 5.5, but that'll have to wait for another post...) TIA, ksb ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Opera and FreeBSD
On Fri, 17 Nov 2006 16:16:13 +0100 "Anna Rajsman" <[EMAIL PROTECTED]> wrote: > Hi FreeBSD Team, Hi Anna, I'm a FreeBSD ports commiter and while I can't speak for the hole project from a legal point of view, I'd be happy to keep in touch with you so that we can sort things out. Please note that you sent your email to our general questions lists. Since Opera is a a third-party application for us the more adequate list would have been [EMAIL PROTECTED] (CC'ed, please drop questions@ from CCs on further replies). > My name is Anna Rajsman and I am working in Opera Software. Recently I > took over Linux distribution at Opera and I have been going through > the distribution agreements we have with Linux providers and I > haven't found any with FreeBSD Linux. As other pointed out in a rather rude way, for which I apologise, FreeBSD (and *BSDs in general) are not Linux. Since we're rather proud of our unix heritage people do tend to get inflamed when someone talks about BSD as being an some Linux distro. > We would like to ask you if you would like to distribute the > Opera browser with your OS? Or maybe you are doing it already? > Would you like to sign a distribution agreement with Opera? Opera is in our ports framework, both the native version and the linux version (both maintainers CC'ed). I don't know offhand if we distribute the binaries on our CD images; from reading the licence I don't see the any requirement to have a signed agreement for this, but if this is not the case please let me know. I am using Opera as my primary browser since v3 or something, but I am a little disappointed the the problems we're seeing on FreeBSD are rarely addressed. And indeed the binaries you're producing are for FreeBSD 4.x and 5.x while we will release 6.2 in a month. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #379: We've picked COBOL as the language of choice signature.asc Description: PGP signature
