Re: multimedia/xvid
On Thu, Oct 9, 2008 at 9:28 AM, Michel Talon <[EMAIL PROTECTED]> wrote: > Trying to encode with mencoder and the xvid codec(*), i discovered that it > is awfully slow (around 3 frames/s on my P4 machine). So i played a > little bit with the options in the Makefile without any success. Finally > i understood that the cause was that the build system requires nasm, but > doesn't use it! There are several assembly files in the xvid codec which > are not used due to that. The solution i have found by looking at the > configure script is to install the yasm port. Then the build system > picks the yasm dependency and compiles the assembly files, which enables > SSE instructions. The net result is that, without any other tweak, i now > encode the same stuff at 11 frames/s. > > So to be short, multimedia/xvid should require a dependency on yasm. > > (*) in find that the end result is better (less artifacts at the same > bitrate) with xvid than with lavc. Standard questions: 1. O which architectures did you test this? 2. Did you send a PR? 3. The port currently has no maintainer. Would you like to take it? :-) -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pkg_create: replace files in package?
hi, I am packaging up a few ports for a nanobsd based USB stick. Some of the programs are "quite right", but I need to replace or add files. For example, the elinks text browser port version is often lagging, so I build it manually from newer sources and use the resulting binaries instead of the packages'. Since the MD5 checksum of my modified binary doesn't match, nanobsds pkg_add command might fail. What I want to do is find a simple way of using some form of pkg_create invocation as easy as "pkg_create -R -b ...", but at the same time replacing or even adding some files. How can this be done? -c ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD Port: opera-9.60.20081004
When running the new opera 2.60 on fbsd, it will try to launch: /usr/local/share/opera/bin/operapluginwrapper.linux which doesn't exist. Another wrapper: /usr/local/share/opera/bin/operapluginwrapper.freebsd does exist though. I guess this is the one to really call?! br - N :o) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: VirtualBox looks for FreeBSD developer
Hi! Little time ago I was misleaded by the certain people and got an idea that VirtualBox actually works on FreeBSD, so I've made a draft port for it. It doesn't actually work, but since I've spent several hours hacking it and made bunch of (likely) useful patches, here it is, feel free to use it for any purpose. I hope someone of kernel hackers will make it work actually ;) Summary: - installation doesn't work - only 7.0 (7.x maybe) / i386 is supported - VM doesn't run - You'll be able to run QT4 GUI and some tests if you're lucky :) See README.txt inside for additional details. http://amdmi3.ru/files/virtualbox-port.tar.gz -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D [EMAIL PROTECTED] ..: jabber: [EMAIL PROTECTED]http://www.amdmi3.ru ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
www/firefox3 crash related to use of libc's db functions
I'm seeing the following crash on -current: #0 0x2a31656b in thr_kill () at thr_kill.S:2 #1 0x2a2c5736 in pthread_kill () from /lib/libthr.so.3 #2 0x2a2c32c3 in raise () from /lib/libthr.so.3 #3 0x28237381 in XRE_InitEmbedding () from /usr/local/lib/firefox3/libxul.so #4 #5 hash4 (keyarg=0xa8f497a, len=4294956678) at /usr/src/lib/libc/db/hash/hash_func.c:184 #6 0x2a39ab3d in __call_hash (hashp=0x8386800, k=0xa8f497a "S", len=-10618) at /usr/src/lib/libc/db/hash/hash.c:896 #7 0x2a3997fa in __split_page (hashp=0x8386800, obucket=7, nbucket=15) at /usr/src/lib/libc/db/hash/hash_page.c:356 #8 0x2a39ac09 in __expand_table (hashp=0x8386800) at /usr/src/lib/libc/db/hash/hash.c:865 #9 0x2a39922f in __addel (hashp=0x8386800, bufp=0x9d83ca0, key=0xbfbf8ac8, val=0xbfbf8ad0) at /usr/src/lib/libc/db/hash/hash_page.c:454 #10 0x2a39c2e0 in hash_access (hashp=0x8386800, action=HASH_PUT, key=0xbfbf8ac8, val=0xbfbf8ad0) at /usr/src/lib/libc/db/hash/hash.c:680 #11 0x2aa10b9c in ?? () from /usr/local/lib/firefox3/libnssdbm3.so #12 0xbfbf8ad0 in ?? () #13 0xbfbf8ac8 in ?? () #14 0xbfbf8ad0 in ?? () #15 0x in ?? () #16 0x2a2c3599 in pthread_self () from /lib/libthr.so.3 #17 0x2aa203e4 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #18 0x2aa20bb8 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #19 0x2aa216ff in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #20 0x2aa258b2 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #21 0x2aa276c9 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #22 0x2aa27791 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #23 0x2aa18965 in ?? () from /usr/local/lib/firefox3/libnssdbm3.so This suggests that firefox3 is using the non-threadsafe db functions in libc. Is it possible to build firefox3 without them, or replace them with a newer version of Berkeley DB that is threadsafe? -- Jos Backus jos at catnook.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Port: claws-mail-3.5.0_1
On Wed, 8 Oct 2008 14:27:57 -0400 Jerry <[EMAIL PROTECTED]> wrote: >On Wed, 08 Oct 2008 10:26:02 +0200 >Alexander Leidinger <[EMAIL PROTECTED]> wrote: > >>Quoting Terry Poulin <[EMAIL PROTECTED]> (from Wed, 8 Oct 2008 >>04:18:46 +): >> >>> Hi, just a heads up -- claws-mail 3.6.0 was released on 2008-10-03, >>> approximately 5 days ago. The current version for mail/claws-mail >>> is 3.5.0, released back in June. >> >>And miwi@ has the ports ready, but as the ports tree is in a >>semi-freeze until 6.4 and 7.1 are released, this is not committed >>yet (too much changes). > >The CM crew has all ready fixed a few bugs in the latest version. >Giving them a few days to get a better version released is not going to >do any harm. UPDATE: claws-mail-3.6.1 has now been released. Waiting a few days before releasing the initial 3.6.x version seems to have been a good idea. Several annoying bugs apparently were squashed. -- Jerry [EMAIL PROTECTED] Pohl's law: Nothing is so good that somebody, somewhere, will not hate it. signature.asc Description: PGP signature
