Re: poudriere: net/openldap24-server: stage/runaway , building forever
On Fri, 9 Apr 2021 12:12:45 +0200 Guido Falsi via freebsd-current wrote: > On 09/04/21 11:56, O. Hartmann wrote: > > On Fri, 9 Apr 2021 10:16:27 +0200 (CEST) > > Ronald Klop wrote: > > > >> Hi, > >> > >> The official pkg builders are also stuck for 14-CURRENT. Although at a > >> different port sysutils/msktutil. > >> > >> See main-amd64 at https://pkg-status.freebsd.org/builds?type=package > >> > >> It is stuck in "stage/runaway" for 61 hours now. > >> http://beefy18.nyi.freebsd.org/build.html?mastername=main-amd64-default=p569609_s5b3b19db73 > >> (ipv6 only) > >> > >> NB: I'm not involved in the pkg building cluster. > >> > >> Regards, > >> Ronald. > >> > >> > >> Van: "O. Hartmann" > >> Datum: vrijdag, 9 april 2021 07:27 > >> Aan: FreeBSD Ports > >> Onderwerp: Re: poudriere: net/openldap24-server: stage/runaway , building > >> forever > >>> > >>> On Fri, 9 Apr 2021 06:17:03 +0200 > >>> "Hartmann, O." wrote: > >>> > >>>> Recent CURRENT host (FreeBSD 14.0-CURRENT #26 main-n245806-4d221f59b85: > >>>> Sat Apr 3 06:43:44 CEST 2021 amd64), poudriere CURRENT jail at > >>>> 14.0-CURRENT 147 amd64 from 2021-04-08 05:25:38. It seems that the > >>>> recent CURRENT does have a serious problem when building > >>>> net/openldap24-server. The build process gets stuck with staging and is > >>>> marked "runaway": > >>>> > >>>> [head-amd64-head-default] [2021-04-08_13h56m41s] [parallel_build:] > >>>> Queued: > >>>> 1847 Built: 63 Failed: 17 Skipped: 1759 Ignored: 8Tobuild: 0 > >>>> Time: 13:26:35 [01]: net/openldap24-server | > >>>> openldap-sasl-server-2.4.58 stage/runaway (06:28:32 / 08:41:16) > >>>> > >>>> Also, on jails (recent CURRENT) serving as OpenLDAP server (also recent > >>>> taken from git /usr/ports, branch main), run into a serious problem > >>>> starting slapd, when starting slapd and the process is reporting checking > >>>> configuration, it freezes forever. Putting slapd into debug mode doesn't > >>>> help, since the freeze is quite early. > >>>> > >>>> Does anybody know what the reason for this strange behaviour is on > >>>> CURRENT? All CURRENT servers are affected (almost all the same revision > >>>> as shown above)? > >>>> > >>>> Thanks in advance, > >>>> > >>>> O. Hartmann > >>> > >>> Short update, another host is stuck at the very same point, host's CURRENT > >>> is at FreeBSD 14.0-CURRENT #2 main-n245870-86a52e262a6: Wed Apr 7 > >>> 13:57:20 > >>> CEST 2021 amd64, it's jails is taken from the same source. > >>> > >>> The process is stuck at staging and took 34 hours ... never seen before: > >>> > >>> > >>> [...] > >>> [09:05:25] [03] [02:13:44] Finished net/openldap24-server | > >>> openldap-sasl-server-2.4.58: Failed: stage/runaway load: 10.39 cmd: awk > >>> 24374 [running] 0.06r 0.00u 0.00s 0% 3420k [headamd64-head-default] > >>> [2021-04-07_12h26m18s] [parallel_build:] Queued: 3298 Built: 2123 Failed: > >>> 7 > >>> Skipped: 1161 Ignored: 7Tobuild: 0 Time: 40:52:34 [03]: > >>> net/openldap24-server | openldap-sasl-server-2.4.58 stage/runaway > >>> (31:48:30 / 34:01:11) [40:52:52] Logs: > >>> /pool/poudriere/data/logs/bulk/headamd64-head-default/2021-04-07_12h26m18s > >>> ___ > > > > [...] > > > > It seems, that jails on 14-CURRENT do have a strange and malfunctional > > behaviour now. > > Most probably related to commit d36d68161517 check the thread at [1]. > > A solution is being discussed in D29623 at [2]. > > > [1] > https://lists.freebsd.org/pipermail/dev-commits-src-all/2021-April/005159.html > > [2] https://reviews.freebsd.org/D29623 > Just FYI I was also was seeing strange hangs with dbus (polkitd was timing out) and firefox was hung waiting for urwlck. I also saw timeouts waiting for Xorg to shutdown (startx ended up kiliing it). I applied the patch which kib posted and everything returned to normal. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Okular or any pdf reader
On Wed, 25 Oct 2017 19:32:30 +0800 blubee blubeeme <gurenc...@gmail.com> wrote: > I've had the pdf viewers work with these nvidia drivers before, > then a few months back they stopped working. I've avoided > dealing with the problem by using chrome to view pdfs but > that's getting old. > I use the nvidia driver and have no problem using xpdf and mupdf. ghostscript can also render PDFs. None of these are graphics heavy, as okular most definitely is. mupdf does not support printing, but xpdf does. okular also works for me. Amazing how many packages it depends on. [snip] -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox (and other Mozilla products) after ino64
On Wed, 31 May 2017 23:27:16 +0200 Dimitry Andric <d...@freebsd.org> wrote: [snip] > This also applies to other Mozilla products, such as Thunderbird, > SeaMonkey, and so on. These should all be rebuilt from scratch under > ino64. > FYI Seamonkey still works after updating kernel and world to ino64. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ELF binary type "3" not known.
On Tue, 21 Mar 2017 10:15:35 +0100 Mathieu Arnold <m...@freebsd.org> wrote: > Le 21/03/2017 __ 06:22, Chris H a __crit : > > On Tue, 21 Mar 2017 13:14:56 +0800 Kevin Lo <ke...@freebsd.org> wrote > > > >> On Mon, Mar 20, 2017 at 09:11:44PM -0700, Chris H wrote: > >>> On Mon, 20 Mar 2017 20:56:05 -0700 "Chris H" <bsd-li...@bsdforge.com> > >>> wrote > >>> > >>>> I'm not sure which of the two lists I'm directing > >>>> this to is the best/correct one. So I picked both. > >>>> > >>>> To the point; I received this message during a big > >>>> build session. I was only able to catch the one from > >>>> x11/nvidia-driver in such a way as to actually get > >>>> the entire message: > >>>> > >>>> Installing nvidia-driver-375.26_1... > >>>> ELF binary type "3" not known. > >>>> /bin/sh: /compat/linux/sbin/ldconfig: Exec format error > >>>> > >>>> I built && installed emulators/linux_base-c7 *prior* > >>>> to installing this. This is on a: > >>>> > >>>> FreeBSD 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r314700: > >>>> Sun Mar 5 09:01:30 PST 2017 amd64 > >>> Sorry. Forgot to add the ports revision. > >>> > >>> revision 435383 > >> Did you do kldload linux64 ? > > Thanks for the reply, Kevin. > > Yes. Both before building/installing nvidia-driver, > > and via loader.conf(5): > > > > linux_load="YES" > > nvidia-modeset_load="YES" > > > > So your answer is not "Yes" but "No", you don't have linux64, you need > linux64_load=yes too. > Or remove the option for Linux support (make config). I've never used it myself and have no idea what benefits it's supposed to provide. That would eliminate your Linux problems re nvidia-driver. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: 118sysctl: unknown oid 'sysctl compat.linux.osrelease' at line 11: No such file or directory
On Thu, 12 Mar 2015 07:55:01 -0700 Chris H bsd-li...@bsdforge.com wrote: On Thu, 12 Mar 2015 05:49:19 -0700 (PDT) Anton Shterenlikht me...@bris.ac.uk wrote From da...@catwhisker.org Thu Mar 12 12:44:43 2015 What does output of kldstat | grep linux look like? Expected: g1-251(11.0-C)[1] kldstat |grep linux 23 0xc17a4000 74c90linux.ko g1-251(11.0-C)[2]=20 But if it's not loaded, I suspect that might be a valid reason for the OID to fail to be recognized # kldstat Id Refs AddressSize Name 19 0x8020 e33630 kernel 21 0x81034000 e10350 nvidia.ko 31 0x81e45000 2ba58bwn_v4_ucode.ko # kldload linux kldload: can't load linux: module already loaded or in kernel # I have in the kernel config file: options COMPAT_43 options COMPAT_LINUX32 options LINPROCFS options LINSYSFS Perhaps I also need to add options COMPAT_LINUX ? By virtue of the fact that kldstat(8) returns nvidia. You Not necessarily true. My nvidia module was compiled without Linux support. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: tcl tk ports on FreeBSD 10 amd64
On Tue, 03 Dec 2013 21:32:56 -0800 Cy Schubert cy.schub...@komquats.com wrote: Hi, Sorry for cross posting but this concerns both lists. Over the last month or so I've been upgrading my prod infrastructure from 9 to 10. It's mostly complete except for a number of issues. One issue, just solved today (circumvented is a better word), is exmh crashing 10.0 on amd64 while on i386 there are no issues with exmh. It appears that the tcl and tk ports (all three of them, 8.4, 8.5, and 8.6) will panic 10.0 on amd64 (but not i386) when the ports are built with threading support. I haven't had a chance to look at the dump yet but I had a hunch to test the ports without threading support enabled, making the panic go away. If I don't get to it in time, here is what I haveFatal trap 9: general protection fault while in kernel mode cpuid = 2; apic id = 02 instruction pointer = 0x20:0x80957aeb stack pointer = 0x28:0xfe00f17f9980 frame pointer = 0x28:0xfe00f17f99a0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 11 (idle: cpu2) trap number = 9 timeout stopping cpus panic: general protection fault cpuid = 2 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00f17f9510 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe00f17f95c0 panic() at panic+0x153/frame 0xfe00f17f9640 trap_fatal() at trap_fatal+0x3a2/frame 0xfe00f17f96a0 trap() at trap+0x7bf/frame 0xfe00f17f98c0 calltrap() at calltrap+0x8/frame 0xfe00f17f98c0 --- trap 0x9, rip = 0x80957aeb, rsp = 0xfe00f17f9980, rbp = 0xfe 00f17f99a0 --- cpu_idle_hlt() at cpu_idle_hlt+0x2b/frame 0xfe00f17f99a0 cpu_idle() at cpu_idle+0x93/frame 0xfe00f17f99c0 sched_idletd() at sched_idletd+0x1ee/frame 0xfe00f17f9a70 fork_exit() at fork_exit+0x9a/frame 0xfe00f17f9ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe00f17f9ab0 --- trap 0, rip = 0, rsp = 0xfe00f17f9b70, rbp = 0 --- Uptime: 4m42s Dumping 522 out of 5932 MB:..4%..13%..22%..31%..43%..53%..62%..71%..83%..92% so far, Tcl/tk are tickling some bug somewhere. Before anyone suggests memory, I've been able to reproduce this on an Intel Core i3 machine with 6 GB and an AMD X2 5000+, also with 6 GB, both in amd64 mode. Both systems are dual (or multi) boot. The bug does not exhibit itself in i386 mode. It also doesn't exhibit itself when tcl/tk are built without thread support. The only application I know of which tickles the bug is mail/exmh2 (I'm the maintainer) when using a threaded tcl/tk. My 11-CURRENT partition on my laptop is still i386 so I haven't been able to reproduce it under 11 with amd64. I used to use exmh all the time but then I started having problems with it so I switched to claws-mail. Anyway, I just installed exmh2 with threaded tcl/tk on FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #9 r258676: Wed Nov 27 09:57:24 CET 2013 amd64 CPU is a AMD Phenom(tm) II X6 1090T with 8GB of memory. Didn't have any crashes doing some cursory tests - mostly reading some e-mails downloaded with getmail. Didn't try editing or sending any mails. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Chromium and HEAD
On Wed, 2 Oct 2013 22:10:24 -0400 Sam Fourman Jr. sfour...@gmail.com wrote: using a recent FreeBSD amd64 FreeBSD NewBSD 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #0 r255942: Sun Sep 29 20:05:41 UTC 2013 I am running chromium built with default options(clang33 from ports) when you use the address bar to search, chromium will coredump if the first letter you type is the letter a is anyone else seeing this? Nope, but I built it with gcc on September 14th, so it's not the latest version. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.8 (with two PRs applied)
On Thu, 29 Aug 2013 19:36:01 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Thu, Aug 29, 2013 at 05:48:40PM +0200, Gary Jennejohn wrote: On Wed, 28 Aug 2013 22:26:16 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: Hi! It's this time again, there's a new vlc version out and I'd like to update the port: svn co https://svn.redports.org/nox/multimedia/vlc/ I have applied two PRs as well, ports/181596 and ports/181610, so livemedia and ncurses should work better now as well: http://www.freebsd.org/cgi/query-pr.cgi?pr=181596 Add subtitle, video, and audio track scrolling to VLC's ncurses.c module http://www.freebsd.org/cgi/query-pr.cgi?pr=181610 livemedia breakage Please give this update a good testing again, I've added the other changes from vlc's NEWS file below. Dumps core every time I try to view a TS container, which is all I tried out. I used the same setings as for an older version which worked. Hmm. :( I tested ts from vdr (recordings as well as via streamdev, hd as well as sd) and they still played; only (also ts) recordings from my (old, sd) dreambox don't play with the default demuxer (avformat demuxer works for those but less so for others.) But that also was true with 2.0.7, and dreambox recordings don't crash vlc, just nothing plays. So I suppose we need a backtrace, preferably with vlc built with DEBUG knob enabled. And if you can put a problem file online I suppose that might also help. Wouldn't you know it - I just reinstalled it with DEBUG enabled and it works. It also now works without DEBUG. Hmm, I installed a new world and kernel yesterday, maybe that has something to with it. So, one report of success. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.8 (with two PRs applied)
On Wed, 28 Aug 2013 22:26:16 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: Hi! It's this time again, there's a new vlc version out and I'd like to update the port: svn co https://svn.redports.org/nox/multimedia/vlc/ I have applied two PRs as well, ports/181596 and ports/181610, so livemedia and ncurses should work better now as well: http://www.freebsd.org/cgi/query-pr.cgi?pr=181596 Add subtitle, video, and audio track scrolling to VLC's ncurses.c module http://www.freebsd.org/cgi/query-pr.cgi?pr=181610 livemedia breakage Please give this update a good testing again, I've added the other changes from vlc's NEWS file below. Dumps core every time I try to view a TS container, which is all I tried out. I used the same setings as for an older version which worked. Unluckily, the 2.0.7,3 port doesn't even compile, so I don't have a working vlc anymore :( FreeBSD 10.0-CURRENT #10: Sat Aug 10 amd64 -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT crashes with nvidia GPU BLOB : vm_radix_insert: key 23c078 is already present
On Sat, 10 Aug 2013 14:59:22 +0200 O. Hartmann ohart...@zedat.fu-berlin.de wrote: On Sat, 10 Aug 2013 11:31:19 +0200 Gary Jennejohn gljennj...@googlemail.com wrote: On Sat, 10 Aug 2013 11:10:40 +0200 Rainer Hurling rhur...@gwdg.de wrote: Yes, I can confirm, that it builds, installs and runs fine for me. The patch should be placed as x11/nvidia-driver/files/patch-src__nvidia_subr.c, shoudn't it? Many thanks for this work. Thanks for testing. Yes, putting the patch into files/ with that name works also and is much simpler than the steps I outlined. Placing the patch in files as recommended here doesn't play well with the obvious intention of the REINPLACE command: the patch only applies to 319.25. I use the cutting edge 325.15. The patch doesn't apply since some lines shifted - here comes the tricky REINPLACE part of the Makefile in place. I simply adapted your patches discussed and introduced here and adapted the REINPLACE statements/pattern around line 160 in the toplevel Makefile of port x11/nvidia-driver. Find the patch attached - I forgot to raise PORTREVISION=1. I'm now sending this email from the prior crashing box with the patch discussed applied via the Makefile to 325.15. Thanks a lot for the fast help. Yes, this is a better approach. I made my patch before realizing that the REINPLACE_CMD was the source of the errors. Any real advantage to using 325.15? You should submit a PR with this patch. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: boost error for linux source - looking in the wrong place?
On Sun, 11 Nov 2012 00:44:06 -0800 (PST) Beeblebrox zap...@berentweb.com wrote: I am trying to compile a linux source code on FreeBSD-9.1-PRERELEASE_amd64. at the ./configure stage I get this error: checking boost/foreach.hpp usability... no checking boost/foreach.hpp presence... no checking for boost/foreach.hpp... no configure: error: BOOST library is missing But, I have /usr/local/include/boost/foreach.hpp /usr/local/include/boost/test/utils/foreach.hpp So the folder where FreeBSD places this and the folder where configure looks (as linux) must be different. How can I correct this? The relevant code snippet from the configure file is: if test x$ac_boost_inc != xno; then CFLAGS+= -I$ac_boost_inc CXXFLAGS+= -I$ac_boost_inc ( CPPFLAGS+= -I$ac_boost_inc if test ${ac_cv_header_boost_foreach_hpp+set} = set; then { echo $as_me:$LINENO: checking for boost/foreach.hpp 5 echo $ECHO_N checking for boost/foreach.hpp... $ECHO_C 6; } if test ${ac_cv_header_boost_foreach_hpp+set} = set; then echo $ECHO_N (cached) $ECHO_C 6 fi { echo $as_me:$LINENO: result: $ac_cv_header_boost_foreach_hpp 5 echo ${ECHO_T}$ac_cv_header_boost_foreach_hpp 6; } else # Is the header compilable? { echo $as_me:$LINENO: checking boost/foreach.hpp usability 5 echo $ECHO_N checking boost/foreach.hpp usability... $ECHO_C 6; } cat conftest.$ac_ext _ACEOF /* confdefs.h. */ _ACEOF cat confdefs.h conftest.$ac_ext cat conftest.$ac_ext _ACEOF /* end confdefs.h. */ $ac_includes_default It seems pretty obvious that you have to set whatever command line option sets ac_boost_inc to /usr/local/include/boost. What does configure --help show? -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Another vlc 2.0.3 update (new ffmpeg! :)
On Mon, 13 Aug 2012 02:41:35 -0400 Alexander Kabaev kab...@gmail.com wrote: [snip lots of gdb trace] Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This constant is unsupported, so the module tries to allocate a stack buffer with negative size, smashing the stack dead. Seems like a good idea, but I replaced the rather sloppy buf[sysctl(_SC_GETPW_R_SIZE_MAX)]; with buf[2048]; and vlc still core dumps when trying to generate plugins.dat. So far, I see absolutely no evidence of any wrongdoing on the rtld side of things. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Fri, 3 Aug 2012 18:36:33 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. I update the ports and source trees almost every day. I do not install new ports binaries unless absolutely necessary, so the ports binaries are pretty much rather old. Just installed a new world/kernel today (updated yesterdya), r239006. BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. Well ports never update dependencies themselves, you need to use tools like portmaster for that. I avoid using tools whenever possible. Maybe I will have to try portmaster, but I dread seeing 50 ports updated just because I want to update one port. I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the result. gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... (gdb) r ../modules/ Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen ../modules/ [New LWP 100125] [New Thread 802406400 (LWP 100125/vlc-cache-gen)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 (gdb) bt #0 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 #1 0x0008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 #2 0x000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 #3 0x00080060911b in symlook_default () from /libexec/ld-elf.so.1 #4 0x00080060939d in find_symdef () from /libexec/ld-elf.so.1 #5 0x00080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 #6 0x000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 #7 0x0008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 #8 0x000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 #9 0x000800affe95 in module_Load (p_this=0x80244c198, psz_file=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, p_handle=0x7fffd180, lazy=true) at posix/plugin.c:62 #10 0x000800adef4b in module_InitDynamic (obj=0x80244c198, path=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, fast=true) at modules/bank.c:536 #11 0x000800adede2 in AllocatePluginFile (bank=0x7fffd490, abspath=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, relpath=0x802472b80 codec/.libs/libfluidsynth_plugin.so, st=0x7fffd210) at modules/bank.c:479 #12 0x000800adeca3 in AllocatePluginDir (bank=0x7fffd490, maxdepth=2, absdir=0x802472b00 ../modules//codec/.libs, reldir=0x802472a80 codec/.libs) at modules/bank.c:440 #13 0x000800adecd7 in AllocatePluginDir (bank=0x7fffd490, maxdepth=3, absdir=0x802472a00 ../modules//codec, reldir=0x8024704f0 codec) at modules/bank.c:444 #14 0x000800adecd7 in AllocatePluginDir (bank=0x7fffd490, maxdepth=4, absdir=0x802452c20 ../modules/, reldir=0x0) at modules/bank.c:444 #15 0x000800ade9b8 in AllocatePluginPath (p_this=0x80244c198, path=0x802452c20 ../modules/, mode=CACHE_USE) at modules/bank.c:353 #16 0x000800ade823 in AllocateAllPlugins (p_this=0x80244c198) at modules/bank.c:298 #17 0x000800ade55d in module_LoadPlugins (obj=0x80244c198) at modules/bank.c:189 #18 0x000800a53e63 in libvlc_InternalInit (p_libvlc=0x80244c198
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: linux-f10-nss_ldap: my first port - be gentle :)
On Sat, 07 Jan 2012 12:46:54 +1000 Da Rock freebsd-po...@herveybayaustralia.com.au wrote: And finally checksums: I create a checksum for the port, the linux sites have checksums, and I was advised in passing to check the checksums match. The checksums are going to differ aren't they? Linux and BSD checksums wouldn't be the same, surely? MD5 checksums should always match - it's the same algorithm. Not sure what the various distros use for Linux. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: linux-f10-nss_ldap: my first port - be gentle :)
On Sat, 07 Jan 2012 00:33:30 +1000 Da Rock freebsd-po...@herveybayaustralia.com.au wrote: On 01/05/12 21:18, Gary Jennejohn wrote: [snip lots of old stuff] There are native ports, and there are the linux base ports. For the native ports the maintainer hosts? But these linux ports are they hosted on the linux rpm sites? Or are they hosted by the maintainer? So I believe I cannot sort a few things out until I know exactly what is going on here. As I mentioned its eol, but if the rest come from the linux sites... Usually the RPM is grabbed from one of the many Linux sites, assuming it's still hosted on one. Once the port gets into the tree, and assuming it can still be grabbed from a Linux site, then it will eventually end up under distfiles on one of the FreeBSD sites. The FreeBSD sites are usually the last resort for getting distfiles. All I want is 3 files from the usr/lib in the rpm (I think). What I couldn't quite ascertain is what is done here in the bsd.linux-rpm.mk: is it extracted and the files copied by make? Or is the rpm installed as in linux? I must admit that I'm not too clear on how this works myself. If I have to find a host for it I can host it, but what opportunities for a backup site exist in case of failure? Do I have to arrange that as the maintainer, or is it mirrored by FreeBSD automatically? Ideally I suppose both those scenarios would be in order. Already answered above. The checksums are all tied up with the hosting and so I'm still stuck there until I work it out, Paul. So I have to untangle these threads so I have a clearer picture on what I'm doing. from what I understand in what you're telling me it means I have to create the checksums to make available from the site, and makesum downloads it. If thats right, what do I have to do to create them? The handbook says differently (I think? Maybe I'm reading it wrong...) I think Paul was assuming that the hosting Linux site will provide the checksums. You have to make sure that they agree with what makesum generates in distinfo. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: linux-f10-nss_ldap: my first port - be gentle :)
On Thu, 05 Jan 2012 09:52:40 +1000 Da Rock freebsd-po...@herveybayaustralia.com.au wrote: On 01/04/12 23:27, Gary Jennejohn wrote: On Wed, 04 Jan 2012 22:31:51 +1000 Da Rockfreebsd-po...@herveybayaustralia.com.au wrote: I've been advised I should attempt to port this for general use to FreeBSD. I've been operating it manually very successfully now in a number of operations. This is, however, my first attempt at a port and I would like some guidance to see if I've done this right. I was advised to copy the essential parts from a similar port, so I've used archivers/linux-f10-ucl. This is my Makefile: # New ports collection makefile for:archivers/linux-f10-nss_ldap # Date created:2012-01-04 # Whom:rskinner # # $FreeBSD$ # PORTNAME=nss_ldap PORTVERSION=1.03 CATEGORIES=security linux MASTER_SITES= CRITICAL/rpm/${LINUX_RPM_ARCH}/fedora/${LINUX_DIST_VER} PKGNAMEPREFIX=linux-f10- DISTNAME=${PORTNAME}-${PORTVERSION}-${RPMVERSION} MAINTAINER=emulat...@freebsd.org COMMENT=nss_ldap library (Linux Fedora 10) CONFLICTS= USE_LINUX_RPM=yes LINUX_DIST_VER=10 RPMVERSION=8.fc9 USE_LDCONFIG=yes PLIST_FILES=usr/lib/libnss_ldap.so.2 usr/lib/libnss_ldap.so usr/lib/libnss_ldap-264.so DOCSDIR=${PREFIX}/usr/share/doc/${PORTNAME}-${PORTVERSION} PORTDOCS=COPYING NEWS README THANKS TODO DESCR=${.CURDIR}/../${PORTNAME}/pkg-descr .includebsd.port.mk And I have a pkg-descr file. Am I on the right track? I'm following the porters handbook as well. Doesn't pass portlint. Can't fetch the RPM file. Otherwise, a pretty good start. Ok, thats good so far then. Thanks for the assessment. Now, what's portlint? /usr/ports/ports-mgmt/portlint. It does syntax checking on the Makefile and checks things like correct checksums in distfile. You run it in the port's directory. And I have a question or two about the rpm. Do I need to script something to just extract the files needed, or is it already in the mk files already somewhere? I suspect that setting USE_LINUX_RPM= yes in Makefile should be all you need, but I've never done a RPM port. Some seem to use only LINUX_RPM_ARCH= i386, which is the only option at the moment since we don't have a AMD64 Linux base port. And how do I work out the url for fetching the rpm? This particular one is a moving target as the distro is already eol. Is it stored on the FreeBSD servers? Or what do I do here? That could be a problem. Maybe a committer could host it for you. I'm hosting flwm-1.00.tgz, although I don't think it's used anymore. In the porters handbook it mentions checksums and make makesum - does that mean I have to put it in the ports tree to try it? I just update Makefile, fetch the tarball and then run make makesum before generating diffs or making a tarball of the port. And is pkg-message scripted or do I just create it? See the comment in /usr/ports/Mk/bsd.port.mk. There are lots of very informative comments in that file. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: linux-f10-nss_ldap: my first port - be gentle :)
On Wed, 04 Jan 2012 22:31:51 +1000 Da Rock freebsd-po...@herveybayaustralia.com.au wrote: I've been advised I should attempt to port this for general use to FreeBSD. I've been operating it manually very successfully now in a number of operations. This is, however, my first attempt at a port and I would like some guidance to see if I've done this right. I was advised to copy the essential parts from a similar port, so I've used archivers/linux-f10-ucl. This is my Makefile: # New ports collection makefile for:archivers/linux-f10-nss_ldap # Date created:2012-01-04 # Whom:rskinner # # $FreeBSD$ # PORTNAME=nss_ldap PORTVERSION=1.03 CATEGORIES=security linux MASTER_SITES=CRITICAL/rpm/${LINUX_RPM_ARCH}/fedora/${LINUX_DIST_VER} PKGNAMEPREFIX=linux-f10- DISTNAME=${PORTNAME}-${PORTVERSION}-${RPMVERSION} MAINTAINER=emulat...@freebsd.org COMMENT=nss_ldap library (Linux Fedora 10) CONFLICTS= USE_LINUX_RPM=yes LINUX_DIST_VER=10 RPMVERSION=8.fc9 USE_LDCONFIG=yes PLIST_FILES=usr/lib/libnss_ldap.so.2 usr/lib/libnss_ldap.so usr/lib/libnss_ldap-264.so DOCSDIR=${PREFIX}/usr/share/doc/${PORTNAME}-${PORTVERSION} PORTDOCS=COPYING NEWS README THANKS TODO DESCR=${.CURDIR}/../${PORTNAME}/pkg-descr .include bsd.port.mk And I have a pkg-descr file. Am I on the right track? I'm following the porters handbook as well. Doesn't pass portlint. Can't fetch the RPM file. Otherwise, a pretty good start. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: mplayer and mencoder updates
On Fri, 30 Dec 2011 01:07:58 +0100 Thomas Zander thomas.e.zan...@googlemail.com wrote: Hi, thank you all for your comments on the first iteration of the ports. A heavily revised version can be found on http://www.rrr.de/~riggs/mplayer/m20111230.tar.bz2 Changes: - reduce the number of explicit --enable-feature where it seemed reasonable, hence deviate less from the intention of the configure script - remove patching and reinplacing homegrown tweaks whenever possible, hence deviate less from the intention of the configure script - fix the reported pthread issue - always use internal libass - adopt patches to support 24 bit OSS output and keep volume during seek - use newer gcc and binutils thus enabling significant speed-ups (and also, since most mplayer and ffmpeg development is done on newer gcc and binutils than we have in the base system, it's slowly getting tedious to ensure compatibility with older toolchain) Caveats: - bluray does not work right now - keep it/turn it off in OPTIONS for now I hope the refactoring (removing mostly) of the tweaks to the configure and build environment does not impose noticeable changes for most users, but we may encounter difficulties in some configurations I couldn't check. Please give it a try! As always, comments, suggestions and especially patches are more than welcome. I see that some Makefiles under mplayer explicitly use gcc46. Is that really necessary? I like mplayer but I'm not interested in installing an entire gcc46 tool chain just to get the latest version. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
dvdrip hang when PERL_VERSION=5.12.4
I just noticed that dvdrip does not work when PERL_VERSION=5.12.4. Ths symptom is a hang as soon as the user tries to create a new project. Here's the ps output: 150 5360 4704 1 40 0 236740 47116 umtxnI 20:00.88 /usr/local/bin/perl /usr/local/bin/dvdrip Note the umtxn. Forcing PERL_VERSION=5.8.9 and reinstalling dvdrip results in a working copy and creating a new project returns basically immediately and everything else also works. Just thought I'd report it for the archive. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: dvdrip hang when PERL_VERSION=5.12.4
On Sat, 10 Dec 2011 14:02:54 -0800 Kevin Oberman kob6...@gmail.com wrote: On Sat, Dec 10, 2011 at 10:33 AM, Gary Jennejohn gljennj...@googlemail.com wrote: I just noticed that dvdrip does not work when PERL_VERSION=5.12.4. Ths symptom is a hang as soon as the user tries to create a new project. Here's the ps output: 150 5360 4704 1 40 0 236740 47116 umtxn I 2 0:00.88 /usr/local/bin/perl /usr/local/bin/dvdrip Note the umtxn. Forcing PERL_VERSION=5.8.9 and reinstalling dvdrip results in a working copy and creating a new project returns basically immediately and everything else also works. Just thought I'd report it for the archive. Ouch! umtxn is waiting on a kernel lock. This should NOT happen and it looks more like a kernel issue than a userland one. If you can still run dvdrip with 5.12.4, what does 'procstat -k PID show? It should provide some useful kernel stack information. Also, what version of FreeBSD and is it on i386, and64, or some other? OK, just for you :) FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #160 r228349 amd64 procstat -k 3910 PIDTID COMM TDNAME KSTACK 3910 100157 perl5.12.4 -mi_switch sleepq_catch_signals sleepq_wait_sig _sleep _do_lock_umutex do_lock_umutex __umtx_op_wait_umutex amd64_syscall Xfast_syscall So actually, it's perl5.12.4 which is hanging. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Can't start X after update
On Sat, 26 Mar 2011 09:51:58 -0700 Robert travelin...@cox.net wrote: I updated the below listed ports on one of my systems today using portmaster. The system is running 9.0 Current updated yesterday. [robert@9BSD64] ~ uname -a FreeBSD 9BSD64.shasta204.local 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Fri Mar 25 11:31:42 PDT 2011 root@9BSD64.shasta204.local:/usr/obj/usr/src/sys/GENERIC amd64 goffice-0.8.14 libgsf-1.14.20 libgsf-gnome-1.14.20 xf86-video-ati-6.14.1 ^ It's probably this. Several users have reported problems caused by it on x...@freebsd.org. Take a look at this http://lists.freebsd.org/pipermail/freebsd-x11/2011-March/010737.html gnumeric-1.10.14 -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Firefox 4 - Beta
On Fri, 18 Mar 2011 08:07:28 -0600 Edwin L. Culp W. edwinlc...@gmail.com wrote: I'm assuming that we are close to having firefox4 in the tree as firefox. It can't be too soon. I have not found any drawbacks to it in the couple weeks of testing. Unfortunately, it still goes crazy like the older versions and eats 100% of the CPU for no apparent reason. Otherwise it's no worse than 3.x was. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Firefox 4 - Beta
On Sat, 05 Mar 2011 14:48:51 +0100 Beat Gaetzi b...@freebsd.org wrote: On 05.03.2011 12:48, Heino Tiedemann wrote: Hi, is there someone who likes to go for the Firefox 4 in ports? maybe into www/firefox-devel? Firefox 4 is in the State beta 12 - what means it is the release candidate. Firefox 4 is available for FreeBSD for a long time in our development repository. Please have a look at this page for more information about the freebsd-gecko repository: https://trillian.chruetertee.ch/freebsd-gecko/ Firefox 4 lives at: https://trillian.chruetertee.ch/svn/freebsd-gecko/branches/experimental/www/firefox-devel/ We are not going to commit a Firefox 4 Beta or RC to the ports tree. If you like to test Firefox 4 use the one from the development repository at your own risk. If you really want to try the 4.0b12 out and are running linux emulation and have linux-firefox installed then it's trivial. Download firefox-4.0b12.tar.bz2, unpack it somewhere convenient, edit firefox/firefox and change moz_libdir=/usr/local/lib/firefox-4.0b12 to moz_libdir=/usr/local/lib/linux-firefox. You can then start firefox/firefox and it just works. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Makefile, ${VARIABLE}= vs. ${VARIABLE}?=
On Sun, 13 Feb 2011 14:14:17 + (UTC) Helmut Schneider jumpe...@gmx.de wrote: [helmut@BSDHelmut ~]$ grep -ir latest /usr/ports/www/apache2? /usr/ports/www/apache20/Makefile:LATEST_LINK= apache20 /usr/ports/www/apache22/Makefile:LATEST_LINK?= apache22 [helmut@BSDHelmut ~]$ So, what's the difference between e.g. LATEST_LINK= and LATEST_LINK?=? from make(1) = Assign the value to the variable. Any previous value is overrid- den. ?= Assign the value to the variable if it is not already defined. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] cpu stresser^W libreoffice 3.3.0 final
On Wed, 2 Feb 2011 13:21:21 +0100 Baptiste Daroussin b...@freebsd.org wrote: 2011/2/2 George Liaskos geo.lias...@gmail.com: Hello, another build failure here :) amd64, 9.0-current, building from ports. # make showconfig === The following configuration options are available for libreoffice-3.3.0: WEBDAV=off Support webdav protocol CUPS=off Support cups for printing KDE4=on With Qt4/KDE4 vclplug support GNOME=off Better integration in gnome environnement JAVA=off Add Java support (XML Filters, macros) --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/oovbaapi/ooo/vba/constants it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: lingucomponent please re-run build inside each one to isolate the problem. --- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd oovbaapi build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. gmake: *** [stamp/build] Error 1 *** Error code 1 Stop in /usr/ports/editors/libreoffice. *** Error code 1 Regards what is the error message when you follow the procedure given ie: /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd oovbaapi build I'm running a similar system and all my numerous errors result from a coredump with bash. Shouldn't happen. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: xfce 4.8pre3 preview
On Tue, 1 Feb 2011 10:27:03 +0100 Gour g...@atmarama.net wrote: p.s. I plan to install snapshot of PC-BSD 9.0 snapshot, so I can assume your port will be available in CURRENT? The ports tree isn't tied to a particular version of FreeBSD, e.g. there is no ports-8.2 or ports-CURRENT. You always get the latest version of ports when you update the tree (assuming you use a cvsup mirror). AFAIK PC-BSD uses its own ports packaging technology so I'm not sure that you really get support for the most recent ports tree with it. Since I don't use it myself I could be wrong. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] cpu stresser^W libreoffice 3.3.0 final
On Fri, 28 Jan 2011 15:06:06 +0100 Baptiste Daroussin b...@freebsd.org wrote: I ported libreoffice 3.3.0, you can find it here: http://people.freebsd.org/~bapt/libreoffice.shar or http://git.etoilebsd.net/ports/tree/libreoffice Can you please test it? by default it builds without java. it only lacks kde and gnome integration. (sorry but my poor CPU already hates enough :)) All languages supported are build. I try to avoid as much as possible bundled libraries which gives a pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 with java) at this points : there is (I guess) only one remaining problem : which launching libreoffice it can't find it libraries, I haven't decided yet wether to add LD_LIBRARY_PATH to the wrapper script or to add ldconfig -m ${PREFIX}/lib/libreoffice/ure/lib and ldconfig -m ${PREFIX}/lib/libreoffice/base3.3/program maybe it conflicts with openoffice I haven't checked yet. to test it you will need a fresh ports tree (the needed libtextcat modification was committed yesterday thanks thierry@) the mandatory screenshot : http://people.freebsd.org/~bapt/libreoffice-3.3.0-final.png I expect to be able to push it in the tree during next week (after finding a good way to deal with the libraries and checked if it conflicts with openoffice) I would like to thanks Robert Nagy from openbsd, he has made all the hard work :), he was also very helpful. After the second complaint about an input error with flex I gave up. The suggested remedy didn't work the second time. Here's the reported error: Compiling: MenuMultipleChange.idl input in flex scanner failed dmake: Error code 2, while making '../../../../unxfbsdx.pro/ucr/cssmozilla.db' --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development it seems that the error is inside 'offapi', please re-run build inside this module to isolate the error and/or test your fix: --- /bin/bash cd /home/garyj/misc/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd offapi build I'm running 9.0-CURRENT amd64 installed yesterday. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Help with audio/mangler and gsm
On Sat, 15 Jan 2011 22:26:32 -0500 Janik Galasso ja...@hikarihq.com wrote: Hi eveyrone, I recently ported audio/mangler but it was with out the gsm codec because at this time did not have the knowledge nor the time to try to figure out how to make it work. So recently I've looked at some of the ports I installed on my machine and realized that multimedia/ffmpeg has it working. Here's the error I get when trying to configure it with the gsm codec (which was installed when I activated it in multimedia/ffmpeg) checking for gsm_create in -lgsm... no Error: cannot find libgsm: Is it installed? Also make sure you have the libgsm development packages installed. exit: Illegal number: -1 === Script configure failed unexpectedly. Please report the problem to ja...@hikarihq.com [maintainer] and attach the /usr/ports/audio/mangler/work/mangler-1.2.1/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/audio/mangler. *** Error code 1 So I was wondering, does anyone have an idea on how to make see the installed GSM? It doesn't know about /usr/local/lib. Try setting LDFLAGS+=-L${LOCALBASE}/lib in the Makefile. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: desktopbsd-tools
On Sun, 2 Jan 2011 23:57:42 -0800 jmdennis @dslextreme.com jmden...@dslextreme.com wrote: I have contacted the person responsible for this but have not heard back and it was suggested that I post here for my question. This problem occurs in PC-BSD 9 which is based off of FreeBSD 9 so the problem probably occurs there as well. The log below is from the PBI build that PCBSD tried to do but if I follow the instructions to install this I get the same error. I also noticed that if I try and install this using any thing other then KDE that it tries to install the libraries for KDE 3.5.9 but that may just be software that this program needs to be able to run. I was wondering if this could be looked into as I love this application but will use portupgrade until then. In file included from moddevinfo.cpp:30: moddevinfo.ui.h: In member function 'int modDevInfo::insertDevice(devinfo_dev*, void*)': moddevinfo.ui.h:38: error: 'DIS_ATTACHED' was not declared in this scope *** Error code 1 Probably a typo - it's DS_ATTACHED. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Makefile for Emacs extension package
On Sun, 2 Jan 2011 12:33:42 +0200 Kostik Belousov kostik...@gmail.com wrote: On Sun, Jan 02, 2011 at 10:08:41AM +1300, Sam Lin wrote: Happy New Year. I am trying to port a Emacs extension package ESS (Emacs Speaks Statistics; [http://ess.r-project.org/]) and have been reading through the Porter's Handbook for the last couple weeks but still do not quite understand the contents, and hope I could please have some advice on editing the Makefile. I am managing to get my port to automatically add a few statements in .emacs for GNU Emacs AND in init.el for XEmacs when a user uses make install to add the port so that this mode is already loaded when the user launches GNU Emacs/XEmacs. To do this I think I need to put something in my Makefile... probably some special rules under do-install or post-patch before .include bsd.port.mk? If so then what do I put? If not then what should I do? I have looked at some existing emacs package e.g. deskutils/org-mode.el6 ( http://www.freebsd.org/cgi/cvsweb.cgi/ports/deskutils/org-mode.el6/Makefile?rev=1.8) but seems they do not have any options or statements in their Makefile to do similar task (if I understand the Makefile for the org-mode port). And unfortunately in the Porter's Handbook settings regarding Emacs appears yet to be written (page 68 as of this writing; [ http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/using-emacs.html] ). Any advice would be greatly appreciated. Machines are sometime multiuser. Also, a modification of the user home directory (and any file outside the $PREFIX) is something that shall be prohibited by our porting guide. My thoughts exactly. OP should just emit a message with a tip about how to enable it. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: multimedia/vlc Compile failure on upgrade
On Sun, 21 Nov 2010 12:12:11 + David Southwell da...@vizion2000.net wrote: I posted about this failure some time ago but have had no useful response. I jhave also not heard from the maintainer so I thought another posting might be helpful. I understand others have a similar problem. Thanks in advance for any assistance Which version of FreeBSD are you using? The posix_spawn_file_actions stuff didn't appear until 8.0. There's a patch under files for older versions of FreeBSD, but it looks like the patch doesn't match this version of vlc. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: multimedia/vlc Compile failure on upgrade
On Sun, 21 Nov 2010 15:17:21 + David Southwell da...@vizion2000.net wrote: On Sun, 21 Nov 2010 12:12:11 + David Southwell da...@vizion2000.net wrote: I posted about this failure some time ago but have had no useful response. I jhave also not heard from the maintainer so I thought another posting might be helpful. I understand others have a similar problem. Thanks in advance for any assistance Which version of FreeBSD are you using? The posix_spawn_file_actions stuff didn't appear until 8.0. There's a patch under files for older versions of FreeBSD, but it looks like the patch doesn't match this version of vlc. Version is Freebsd 7.2 p3 Somone also reported the identical failure with 7.3 The apparently out-of-date patch is for all FreeBSD versions 800040. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: multimedia/vlc Compile failure on upgrade
On Sun, 21 Nov 2010 17:18:13 + David Southwell da...@vizion2000.net wrote: On Sun, 21 Nov 2010 15:17:21 + David Southwell da...@vizion2000.net wrote: On Sun, 21 Nov 2010 12:12:11 + David Southwell da...@vizion2000.net wrote: I posted about this failure some time ago but have had no useful response. I jhave also not heard from the maintainer so I thought another posting might be helpful. I understand others have a similar problem. Thanks in advance for any assistance Which version of FreeBSD are you using? The posix_spawn_file_actions stuff didn't appear until 8.0. There's a patch under files for older versions of FreeBSD, but it looks like the patch doesn't match this version of vlc. Version is Freebsd 7.2 p3 Somone also reported the identical failure with 7.3 The apparently out-of-date patch is for all FreeBSD versions 800040. I have cc'd this to the maintainer... Any chance of a good patch? Try running make config and disabling XCB. It looks like xscreensaver is disabled when XCB is turned off. That means you also have to disable XVIDEO, because it requires XCB. Can't test any of this myself because I'm using CURRENT. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: xorg-server 1.7.7
On Sun, 14 Nov 2010 12:24:44 -0700 (MST) Warren Block wbl...@wonkity.com wrote: On Sun, 14 Nov 2010, Andriy Gapon wrote: on 14/11/2010 18:18 Warren Block said the following: On Sat, 13 Nov 2010, Andriy Gapon wrote: I agree, but I am not sure how in the ports land we do an application testing in general. That is, I am sure there will be a lot of testers if the port update is actually committed :-) but I am not sure how to test it in advance (given all the possible hardware and software configurations). Why not just create a new xorg-server177 or xorg-server-devel port as has been done with other ports? Would it be really worth it? 1.7.7 is just couple of minor releases ahead of what we have now and the latest _release_ is 1.9.2. So, xorg-server-devel for 1.9.2 - that would make sense for my taste. xorg-server-devel for 1.7.7 - just an overcautiousness and, IMO, a waste of resources. It would depend on how compatible the newer server is with the existing xorg ports. But sure, go with the newest one that still works. 1.9.2 requires an update of MESA to a much more recent version than we currently have in ports. I tried the modify Makefile and install route yesterday and it failed because of that. If these ports are too shaky for normal users, they wouldn't even have to go in the tree. Put them on a web page somewhere. But this would ast least allow a wider range of testing. I installed 1.7.7 the end of September, without modifying/reinstalling any other ports, and it just worked. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] mplayer / mencoder port update
On Thu, 11 Nov 2010 23:13:14 +0100 Thomas Zander thomas.e.zan...@googlemail.com wrote: I have prepared a new tarball dealing with the issues reported so far. You can find it here: http://www.rrr.de/~riggs/mplayer/m2010.tar.bz2 Most notable changes: - includes Ariff's volume-per-channel patch - uses x264-devel for mencoder - does not link to external mpg123 Please continue testing using this tarball. I'd like for the new port to hit the ports tree soon! @Martin: Do you have plans to update x264 to the level of -devel, or should I keep mencoder using -devel? This has, in my opinion, a major problem - it requires libmpcdec-1.2.6 which conflicts with musepack-2009.03.01_1 which is required by vlc. That means that, with this new version. a user can't have both mplayer and vlc installed together :( IMHO not acceptable. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] mplayer / mencoder port update
On Fri, 12 Nov 2010 11:24:01 +0100 Gary Jennejohn gljennj...@googlemail.com wrote: On Thu, 11 Nov 2010 23:13:14 +0100 Thomas Zander thomas.e.zan...@googlemail.com wrote: I have prepared a new tarball dealing with the issues reported so far. You can find it here: http://www.rrr.de/~riggs/mplayer/m2010.tar.bz2 Most notable changes: - includes Ariff's volume-per-channel patch - uses x264-devel for mencoder - does not link to external mpg123 Please continue testing using this tarball. I'd like for the new port to hit the ports tree soon! @Martin: Do you have plans to update x264 to the level of -devel, or should I keep mencoder using -devel? This has, in my opinion, a major problem - it requires libmpcdec-1.2.6 which conflicts with musepack-2009.03.01_1 which is required by vlc. That means that, with this new version. a user can't have both mplayer and vlc installed together :( IMHO not acceptable. Woops. Let me modify this to note that musepack can be turned off in vlc. It could be that I changed some options when I installed the new mplayer, so my complaint may be invalid, but I'm not sure. All I can say for sure is that I did have both vlc and mplayer installed, and vlc was using musepack. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: USGS ISIS 3.2.1: build failure on FBSD 8.1/9.0 due to oudated xerxec-c2 ?
On Tue, 09 Nov 2010 20:34:48 +0100 O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote: Hello. Tried to build the newest ISIS 3.2.1 software package for planetary survey science, but fail. I always get the following error which seems to be triggered due to an ambiguous overload of a function, but I do not know how to fix the problem since everything seems clen to me. The USGS ISIS package uses prebuild libraries, but only for two Linux distributions and OSX, libxerces is version 3.1 as far as I can see, but FreeBSD port textproc/xerces-c2 is stuck with 2.7. So far, ISIS 3.2.0 could be build on FreeBSD 8 and 9 with minor problems but working. Is anybody out here also utilising FreeBSD for scientific purposes and alsi using ISIS3 3.2.1? Can anybody help or give a hint? Thanks in advance, Are you using the standard gcc? You could try installing one of the gcc versions from ports and see whether that helps. The standard gcc is a few generations old. [snip error output] -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: xorg-server 1.7.7
On Mon, 08 Nov 2010 19:22:22 +0200 Andriy Gapon a...@icyb.net.ua wrote: on 08/11/2010 19:17 Christof Schulze said the following: Hi, Oh, forgot a need to simply bump port revisions of all xorg driver ports. That's perhaps a little bit laborious, but doesn't require any special skills. Or did you have something else in mind? more than just laborious. It will break at least the Intel driver as intel is now GEM only which is not available on FreeBSD yet. What exactly will break this? Do you mean xorg-server-1.7.7 *requires* newer version of xf86-video-intel than what we have now in the ports? Because I don't have such an impression. AFAIK the server version has no relevance to problems caused by Linux-centric driver development. I installed 1.7.7. on September 29th and didn't need to touch the installed (admittedly radeon) graphics driver. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera
On Tue, 26 Oct 2010 06:04:44 -0500 ajtiM lum...@gmail.com wrote: Hi! I am an Opera user but usually I installed it by myself because version in ports for native Opera are old. For example there are version 10.61 and outside is 10.63 and outisde is develpment version 10.70 which has a saved problem with fonts but port version is 10.20?? (there is also alpha version 11 of Opera which works much better than 10.61 which we have in ports). My question is: does FreeBSD doesn't like Opera to much? In this case is better to live choice to Opera users that installed the browser when and where they wanted and quit porting it. I suggest you complain to the right people, namely freebsd-maintai...@opera.com You'll note that Opera itself is maintining these ports, not someone from the FreeBSD community. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: lang/perl5.12 segfault (amd64 - 8-STABLE)
On Tue, 20 Jul 2010 07:37:37 -0700 Scott Sanbeg ssan...@gmail.com wrote: The patch could possibly solve my challenge, but if it works then why do I get this? r...@anchorage:/usr/ports/lang/perl5.12# patch my.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- files/patch-freebsd.sh 2009-01-13 21:38:50.0 + |+++ files/patch-freebsd.sh 2010-07-16 21:46:31.0 +0100 -- Patching file files/patch-freebsd.sh using Plan A... patch: malformed patch at line 8: @@ -88,6 +88,8 @@ Works for me. Did you perhaps edit it and make an error? You can always apply it by hand, it's not all that complex. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/linux-opera 10.60 patch...
On Sat, 17 Jul 2010 13:39:56 -0500 Jeremy Messenger me...@cox.net wrote: On Thu, 15 Jul 2010 02:46:11 -0500, Gary Jennejohn gljennj...@googlemail.com wrote: I haven't noticed any problems with flash. No click issue? in Hulu? I only tested flash in hulu.com. I just tried the trailer for Sorcerer's Apprentice and didn't notice any problem. It started right up and the controls are all present. Of course, one data point doesn't define a trend :) -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Fakeroot for ports new round
On Sat, 17 Jul 2010 22:29:45 + Baptiste Daroussin baptiste.darous...@gmail.com wrote: I also would like to get a clear statement on whether or should continue working on this (ie is there a chance that this could be accepted). You should probably send a pointer to your PR and a request for review to port...@. You touch an awful lot of files under /usr/ports/Mk and only portmgr@ can approve these changes. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/linux-opera 10.60 patch...
On Wed, 14 Jul 2010 17:10:57 -0500 Jeremy Messenger me...@cox.net wrote: Hello all, A few of you have asked me about patch of linux-opera update to 10.60. Here: http://people.freebsd.org/~mezz/diff/linux-opera1060.diff The flash plugin 10.1 has an issue of sometimes the mouse click does not work. I am not sure if it's Opera 10.60 or flash plugin 10.1 issue as I haven't dig deeper in it yet. Anyone is welcome to figure on this bug if you don't want to wait. I installed 10.60 last week directly from the tarball. Things I've noticed 1) linux: pid 2334 (opera): ioctl fd=5, cmd=0x8910 ('',16) is not implemented - haven't checked just exacly what this ioctl does 2) operapluginwrapper dumps core quite frequently, but that also happened with the older linux-opera too I haven't noticed any problems with flash. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Solutions for the PR load problem
On Fri, 09 Jul 2010 18:15:58 +0200 Dominic Fandrey kamik...@bsdforen.de wrote: Currently the PR load is obviously too high for the committer team to deal with. From a maintainer perspective this is rather painful, I have currently stopped updating all my ports, because I want pending updates committed first and also want to avoid running into PR dependencies (ioquake3, openarena and iourbanterror are examples in my case). Are you aware that the ports tree was in freeze/slush for the 8.1 release? This was just lifted. Not much happens when that's the case. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Xorg 7.5 and Openmotif applications.
On Thu, 27 May 2010 00:35:02 +0200 Alexey Shuvaev shuv...@physik.uni-wuerzburg.de wrote: On Tue, May 11, 2010 at 08:21:19PM +0200, Alexey Shuvaev wrote: On Tue, May 11, 2010 at 09:03:08AM -0500, Robert Noland wrote: Alexey Shuvaev wrote: Hello list! There seems to be a known/fixed bug in new xserver that leads to (many|all?) motif-based applications to malfunction: https://bugs.freedesktop.org/show_bug.cgi?id=25400 There are already at least 2 PRs opened against individual ports: http://www.freebsd.org/cgi/query-pr.cgi?pr=146383 http://www.freebsd.org/cgi/query-pr.cgi?pr=146380 I think it is wrong to patch applications when the fault seems to be in the server. Now I am running patched xserver with the patch pulled from the upstream git master: http://cgit.freedesktop.org/xorg/xserver/commit/?id=1c612acca8568fcdf9761d23f112adaf4d496f1b I confirm that math/grace now works OK (PR 141383). I'll watch if the patch causes any side effects (nothing so far). What about dropping attached patch to x11-servers/xorg-server/files? Cross-posting to ports@ as the bug already leaked in the individual ports' PRs. Let's look at updating to 1.7.7 or 1.8.0. I need to poke the commit logs for 1.7.7 and see if it is included. Even better so. Just downloaded xorg-server-1.7.7.tar.gz and the patch is already there: [snip] |--- dix/events.c.orig |+++ dix/events.c -- Patching file dix/events.c using Plan A... Reversed (or previously applied) patch detected! Assume -R? [y] n Since there was no activity on this issue I have updated xorg-server to 1.7.7. I have not seen any problems so far. Any objections against updating xorg-server from 1.7.5 to 1.7.7? Should I file PR? I think you can remove PORTEPOCH in the patch. The patch works for me. I'd say that you should file a PR. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: xfce4/xorg problem amd64
On Thu, 20 May 2010 07:55:39 +0100 S Roberts sta...@vickiandstacey.com wrote: Hello, On Thu, 20 May 2010 08:51:07 +0200 Sandra Kachelmann s.kachelm...@googlemail.com wrote: On Wed, May 19, 2010 at 6:13 PM, Gary Jennejohn gljennj...@googlemail.com wrote: On Wed, 19 May 2010 15:56:05 +0200 Sandra Kachelmann s.kachelm...@googlemail.com wrote: Since the xorg update my xfce4 desktop has become unusable. I always get the error message below. I even setup FreeBSD 8.0-RELEASE from scratch, updated to 8.0-STABLE, installed xorg and xfce4 with default settings: $ portinstall --batch /usr/ports/x11/xorg /usr/ports/x11-wm/xfce4 portinstall? What's that? portinstall is part of ports-mgmt/portupgrade THE ports management tool way back in time when portmaster wasn't around :-) You could try adding --enable-checks=no to CONFIGURE_ARGS in /usr/ports/devel/dbus/Makefile and reinstalling dbus. This option disables all the safety checks which are being triggered. Might help. Thanks, I tried that. Unfortunately it didn't help. I wonder if the upcomming xfce 4.6.2 release is going to fix this. I was thinking of trying XFCE on FreeBSD-8-Stable, but this problem has me concerned. Has anyone actually bugged this as yet, though? I imagine its not very likely to get addressed (at least officially) unless there's a PR to work against., ports/146295, assigned to oli...@. It's about two weeks old. One thing no-one has tried to do AFAICT is to run xfce4-session under truss and find out exactly what is causing it to fail. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: xfce4/xorg problem amd64
On Wed, 19 May 2010 15:56:05 +0200 Sandra Kachelmann s.kachelm...@googlemail.com wrote: Since the xorg update my xfce4 desktop has become unusable. I always get the error message below. I even setup FreeBSD 8.0-RELEASE from scratch, updated to 8.0-STABLE, installed xorg and xfce4 with default settings: $ portinstall --batch /usr/ports/x11/xorg /usr/ports/x11-wm/xfce4 portinstall? What's that? You could try adding --enable-checks=no to CONFIGURE_ARGS in /usr/ports/devel/dbus/Makefile and reinstalling dbus. This option disables all the safety checks which are being triggered. Might help. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: mediawiki- file unavailable from ftp.freebsd.org
On Fri, 7 May 2010 09:30:41 + David Southwell da...@vizion2000.net wrote: Hi Is the a makefile error, resource problem or am I in error? dns1# make clean === Cleaning for mediawiki-1.15.3 dns1# make === Found saved configuration for mediawiki-1.15.1 = mediawiki-1.15.3.tar.gz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch from http://download.wikimedia.org/mediawiki/1.15/. fetch: http://download.wikimedia.org/mediawiki/1.15/mediawiki-1.15.3.tar.gz: Moved Permanently = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/mediawiki-1.15.3.tar.gz: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/www/mediawiki. *** Error code 1 Stop in /usr/ports/www/mediawiki. Thanks in advance Might be a temporary glitch. I can fetch the tarball from mediawiki. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Status of Xorg 7.5 and xfce4?
On Wed, 5 May 2010 17:18:10 +0200 David DEMELIER demelier.da...@gmail.com wrote: 2010/5/5 Richard Kuhns r...@wintek.com: On 05/05/10 10:26, Ondrej Majerech wrote: Richard Kuhns wrote: I'll try renaming ~/.config/xfce4 when I get home this evening. I've already removed ~/.config/xfce4-session to no effect, and I don't have an xorg.conf file at all. Then I suppose you are using HAL and Dbus, right? Does any of these two complain about anything? You could try disabling them and writing an Xorg.conf by hand and see that gets you anywhere. Yes, I'm using HAL and Dbus. I'm getting the following error when I try to start my desktop with xfce4-session installed (which, except for the process ID, is just like the other failure reports I've found in the mailing list archives): === process 1675: arguments to dbus_message_new_signal() were incorrect, assertion _dbus_check_is_valid_path (path) failed in file dbus-message.c line 1165. This is normally a bug in some application using the D-Bus library. __D-Bus not compiled with backtrace support so unable to print a backtrace (xfce4-settings-helper:1693): libxfcegui4-WARNING **: ICE I/O Error (xfce4-settings-helper:1693): xfce4-settings-helper-WARNING **: Failed to connect to session manager Abort trap (core dumped) xfce4-settings-helper is already running (xfce4-settings-helper:1699): libxfcegui4-WARNING **: ICE I/O Error (xfce4-settings-helper:1699): libxfcegui4-WARNING **: Disconnected from session manager. (xfdesktop:1689): libxfcegui4-WARNING **: ICE I/O Error === I've deinstalled and reinstalled libICE and all xfce4 ports since updating Xorg. BTW, the machine I updated is running amd64; was your successful update amd64 or i386? Mine's i386. OK, a general question then: could anyone running an FreeBSD 8.0 amd64 kernel/userland report that they have a working Xorg 7.5/xfce4 installation? Same for me, can't run xfce4 on amd64. This doesn't answer the question, but is it an additional data point. xfce4 (with dbus and hal), including xfce4-session, works fine for me on a 9.0-current AMD64 system running Xorg 1.7.5. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: firefox-3.6.3, 1 (trying to load certain pages causes the browser to hang then crash)
On Sat, 1 May 2010 22:30:47 -0300 Joey Mingrone j...@mingrone.org wrote: Hi, This behaviour is consistent for the same pages. For example, reader.google.com will never load. I can load pages with https:// so I'm not sure if this is related to the problem I've seen in gnats. This is on a box running 8.0-RELEASE-p2. Here is what /etc/make.conf looks like: CUPS_OVERWRITE_BASE=YES NO_SENDMAIL=true OVERRIDE_LINUX_BASE_PORT=f10 OVERRIDE_LINUX_NONBASE_PORTS=f10 PERL_VERSION=5.10.1 WITH_CUPS=YES WITH_GECKO=libxul WITHOUT_LPR=YES I can load reader.google.com without a problem. Note that I do not have any WITH_GECKO in my make.conf. Can't say whether that is the issue. However, if you mean by will never load, that you keep getting sent back to the log-in page, then I do see that if I have my local caching proxy server (wwwoffle) enabled. Turning it off allows me to log in. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Responding to a challenge
On Mon, 19 Apr 2010 12:22:30 +0100 Anton Shterenlikht me...@bristol.ac.uk wrote: By the way, what is bikeshed in fbsd context? This was coined by p...@. Basically, it means people will send endless posts on minor issues because they feel they understand them. Important and/or complex issues generally get little response on the MLs. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Trivial PR, fix package-noinstall
On Sat, 10 Apr 2010 03:18:42 -0700 Garrett Cooper yanef...@gmail.com wrote: FWIW, I've thought this over and and user modifiable scripts should not be in packages; they should instead be example files which don't conflict with real configuration files. This is already the case for several ports, but not all ports. If we did this, it would solve the problem we've had with ports removing or overwriting user config files simply and easily. I wonder if other folks agree with me or not. I agree as long as the port emits a message pointing the user at the example configuration files. In some cases more than this may be needed since man pages might refer to configuration files which no longer exist. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Bug Report: Firefox 3.6.2 crashes on JavaScript heavy pages
On Sat, 3 Apr 2010 04:24:05 -0700 Garrett Cooper yanef...@gmail.com wrote: On Sat, Apr 3, 2010 at 3:30 AM, Edward Tj__rnhammar e...@cube2.se wrote: The browser crashes on JavaScript intensive pages. I've tried to debug the behavior but since firebug crashes with firefox this is a no go. I've tried disabling optimizations in the firefox makefile but it makes no difference. I don't believe it matters but my hardware is a Dell XPS m1210 laptop with intel graphics. What system: pylon# uname -a FreeBSD pylon 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Mar 13 18:50:29 CET 2010 __ __ r...@pylon:/usr/obj/usr/src/sys/PYLON __i386 What makefile: pylon# grep Makefile,v /usr/ports/www/firefox/Makefile # $FreeBSD: ports/www/firefox/Makefile,v 1.221 2010/03/23 08:54:22 beat Exp $ How to reproduce: I can reproduce this crash everytime by removing my .mozilla and then visit: __http://review.source.android.com/11633 Most pages are Ok. Error message: Floating point exception (core dumped) Well.. the processor supports SSE instrincs, perhaps this is a SIMD optimization bug somewhere else, I remember I enabled that for some other port.. Other notable behaviour: If i run firefox3 with truss -f firefox3 does not crash on the page. I could probably dive deeper into this. Doesn't crash for me on Firefox 3.5.8: # /etc/make.conf: CFLAGS+= -fno-strict-aliasing -pipe CXXFLAGS += -fno-strict-aliasing -pipe # ... CPUTYPE := nocona Do you have a custom make.conf file? If so, what's your processor and your CPUTYPE / C*FLAGS? The referenced page works for me using FF 3.6.2. I don't have any special CFLAGS values set in src.conf/make.conf. I also have CPU: AMD Athlon(tm) Dual Core Processor 4850e (2505.35-MHz K8-class CPU) Features=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE, MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT Features2=0x2001SSE3,CX16 -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: About virtuoso port
On Fri, 2 Apr 2010 14:16:04 +0200 Gary Jennejohn gary.jennej...@freenet.de wrote: On Fri, 2 Apr 2010 03:25:00 +0700 Alexey Serebryakoff overlap...@gmail.com wrote: __ __ __ 02 2010 02:17:53 __ Ion-Mihai Tetcu __: On Fri, 2 Apr 2010 00:47:22 +0700 Alexey Serebryakoff overlap...@gmail.com wrote: Hi guys! I tried to install virtuoso-opensource-6.1.0 port on my FreeBSD 8.0... Hmm... it seems to me the port was not build/install correctly... Because I could not found startup script, demo databases, demo configs and etc. Or may be I done something wrong? Could you explain how could I install correct virtuoso please. pkg_info -L virtuoso-opensource-6.1.0 For example I'm looking to the virtuoso sources distfile and have see /binsrc/samples/demo/* databases which not installed. Or startup script virtuoso.sh is not installed too but exist in the sources. Also I checked /usr/ports/databases/virtuoso/pkg-plist file and there is not included all files from sources distfile. Why? Seems to me virtuoso is not complete ported. Evidently the maintainer (fjoe@) considers these components to not be needed. Ask him why. It could also be that these components simply are not installed by default and the maintainer was not aware of it. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11-toolkits/qt4-gui fails with png and/or zlib.h off64_t
On Tue, 30 Mar 2010 12:32:33 -0700 Xin LI delp...@delphij.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2010/03/30 12:22, Doug Barton wrote: Testing it again I see that I didn't go far enough up to find the real error, sorry Dirk. The actual problem seems to be with zlib.h. This is from qt4-gui: [...] -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. There are some discussion about these _LARGEFILE64_SOURCE usage on zlib developers' mailing list. To put it short, it's now believed that the usage of _LARGEFILE64_SOURCE on FreeBSD is wrong. I'm not quite sure though, if I should use some workaround over this, like Mac OS X did (newer zlib has a similar change by requiring _LFS64_SOURCE): Index: zconf.h === - --- zconf.h (revision 205883) +++ zconf.h (working copy) @@ -375,7 +375,7 @@ # endif #endif - -#ifdef _LARGEFILE64_SOURCE +#if defined(_LARGEFILE64_SOURCE) !defined(__FreeBSD__) # include sys/types.h #endif Index: zlib.h === - --- zlib.h (revision 205883) +++ zlib.h(working copy) @@ -1556,7 +1556,7 @@ inflateBackInit_((strm), (windowBits), (window), \ ZLIB_VERSION, sizeof(z_stream)) - -#ifdef _LARGEFILE64_SOURCE +#if defined(_LARGEFILE64_SOURCE) !defined(__FreeBSD__) ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); ZEXTERN off64_t ZEXPORT gzseek64 OF((gzFile, off64_t, int)); ZEXTERN off64_t ZEXPORT gztell64 OF((gzFile)); This patch also fixes the build for vlc. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: postgres and CVE-2010-0442
On Thu, 25 Mar 2010 16:12:21 +0300 Alexander Pyhalov a...@rsu.ru wrote: Hello. Could someone look at http://www.freebsd.org/cgi/query-pr.cgi?pr=144863 ? There is quite serious security issue in postgres, which allow any user to kill others' sessions. It's only been a week since it was assigned to the maintainer (girgen@) to look at. It's too soon for a maintainer timeout, although I suppose if this is considered to be an enormous security risk it could be committed without waiting. I'd say that's a decision for portmgr@ to make. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Firefox 3.6.X and Thunderbird 3.0.X crashing with Radeon graphics on FBSD 8.0-STABLE SMP/sm64 box
On Wed, 24 Mar 2010 13:32:40 + O. Hartmann ohart...@zedat.fu-berlin.de wrote: Since the introduction of Thunderbird 3.0 and Firefox 3.6 I see spontanous crashes/coredumps of both thunderbird and firefox. Interingly Firefox 3.5.X works well on he same platform. The platform is a FreeBSD 8.0-STABLE/amd64 (r205536: Tue Mar 23 22:19:04 CET 2010), SMP box with 8GB of RAM, QuadCore Intel Q6600 on a P35-based motherboard. Thunderbird 3 crashes rarely compared to Firefox 3. The longer the application thunderbird runs, the higher the likelyhood the app crashes and vanishes. Sometimes this happens immediately after starting thunderbird, sometimes it takes its few minutes or half an hour. Firefox 3 is sensitive to its pull-down menus or requester showing up in some situations. I can provoke a crash by clicking onto a pull-down-menu in firefox 3, it immediately dumps a core. If you suspect the graphics card's driver is at fault then I would try linux-opera or even linux-firefox and see whether it also dies when you use a drop-down menu. Another possibility would be to set hw.physmem to say 3G or 4G in loader.conf and see whether that affects thunderbird/firefox. Who knows, there may some weird problem caused by all that memory? That would a fairly quick and cheap way to test this. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Call for Testing] X.org 7.5 for FreeBSD
On Sat, 20 Mar 2010 12:45:56 -0600 Jeremy Messenger me...@cox.net wrote: On Sat, 20 Mar 2010 11:47:22 -0600, Torfinn Ingolfsen tin...@gmail.com wrote: Update On Sat, Mar 20, 2010 at 1:26 PM, Gary Jennejohn gary.jennej...@freenet.dewrote: Well, I don't know whether this is really relevant, but I noticed that xfce4-session actually depends on dbus-glib and not dbus. It might be necessary to reinstall dbus-glib with DBUS_DISABLE_CHECKS set. This is easily done by modifying devel/dbus-glib/Makefile to set --enable-checks=no at line 320. Ok, I tried that too. Sadly, it had no effect. xfce4-session core dumps as before with this option set for dbus-glib. Yes, I restarted dbus after reinstalling this port. Of course, this is just a hack and doesn't fix the real problem and we're probably all getting tired of this thread :) Possibly, but I'm willing to try a few suggestions more. It would be nice if it worked. Looks like it's a known issue in the Linux world too. http://bugzilla.xfce.org/show_bug.cgi?id=5966 Try to change the theme to default. Interesting solution. Just for kicks I installed xfce4-session and ran it. It doesn't require the rest of xfce4 to run. Unfortunately, it worked for me without any error. It even started the sessions I had saved from the time when I was using xfce4. Have you tried deleteing .xfce4, Torfinn? Another point which I should mention is that I did a completely clean install of all my ports when I updated to Xorg 7.5. This guarantees that there isn't any random junk left around. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Call for Testing] X.org 7.5 for FreeBSD
On Sun, 21 Mar 2010 13:27:27 +0100 Torfinn Ingolfsen tin...@gmail.com wrote: Hi, On Sun, Mar 21, 2010 at 11:14 AM, Gary Jennejohn gary.jennej...@freenet.dewrote: Interesting solution. Just for kicks I installed xfce4-session and ran it. It doesn't require the rest of xfce4 to run. Unfortunately, it worked for me without any error. It even started the sessions I had saved from the time when I was using xfce4. Have you tried deleteing .xfce4, Torfinn? Yep, tried that too. For the user 'root' there wasn't a ~/.config/xfce4 directory before I started testing. Another point which I should mention is that I did a completely clean install of all my ports when I updated to Xorg 7.5. This guarantees that there isn't any random junk left around. I did portupgrade all ports, and have checked the dates in /var/db/pkg - all ports are updated after the installation of Xorg 7.5 Well, I completely nuked /usr/local and /var/db/pkg before doing the installation. I may be paranoid, but I don't trust the various ports management tools to do a good job on complex updates. Just old fashioned, I guess. I'm out of ideas. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Call for Testing] X.org 7.5 for FreeBSD
On Fri, 19 Mar 2010 18:15:05 +0100 Torfinn Ingolfsen tin...@gmail.com wrote: On Fri, Mar 19, 2010 at 11:03 AM, Gary Jennejohn gary.jennej...@freenet.dewrote: It is possible to turn off all checking by defining DBUS_DISABLE_CHECKS in config.h _before_ compiling dbus, but that may be a bad idea. I'll try. We'll see what happens. Hmm, when DBUS_DISABLE_CHECKS is set, there is no indication that the system is trying to start up xfce4-session at all. Strange. So, what does that mean? Does xfce4-session start, or do you still see problems? --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Call for Testing] X.org 7.5 for FreeBSD
On Sat, 20 Mar 2010 11:43:02 +0100 Torfinn Ingolfsen tin...@gmail.com wrote: On Sat, Mar 20, 2010 at 11:33 AM, Gary Jennejohn gary.jennej...@freenet.dewrote: On Fri, 19 Mar 2010 18:15:05 +0100 Torfinn Ingolfsen tin...@gmail.com wrote: On Fri, Mar 19, 2010 at 11:03 AM, Gary Jennejohn gary.jennej...@freenet.dewrote: It is possible to turn off all checking by defining DBUS_DISABLE_CHECKS in config.h _before_ compiling dbus, but that may be a bad idea. I'll try. We'll see what happens. Hmm, when DBUS_DISABLE_CHECKS is set, there is no indication that the system is trying to start up xfce4-session at all. Strange. So, what does that mean? Does xfce4-session start, or do you still see problems? I was a bit unclear there. No, xfce4-session does not start (previously it core dumped). If I remove DBUS_DISABLE_CHECKS and reinstalls / restarts dbus, xfce4-sesion core dumps as before. Well, I don't know whether this is really relevant, but I noticed that xfce4-session actually depends on dbus-glib and not dbus. It might be necessary to reinstall dbus-glib with DBUS_DISABLE_CHECKS set. This is easily done by modifying devel/dbus-glib/Makefile to set --enable-checks=no at line 320. Of course, this is just a hack and doesn't fix the real problem and we're probably all getting tired of this thread :) --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Call for Testing] X.org 7.5 for FreeBSD
On Sat, 20 Mar 2010 08:54:28 -0400 Jerry ges...@yahoo.com wrote: On Sat, 20 Mar 2010 13:26:03 +0100 Gary Jennejohn gary.jennej...@freenet.de articulated: Of course, this is just a hack and doesn't fix the real problem and we're probably all getting tired of this thread :) Not half as tired as you will be if this port is officially released and it breaks someone's system. If it comes down to fix it now or fix it later, which do you think would be the more beneficial scenario? Fix it now, of course. But right now it isn't even clear what the cause of the problem is, so a real fix isn't possible. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Call for Testing] X.org 7.5 for FreeBSD
On Thu, 18 Mar 2010 22:20:23 +0100 Torfinn Ingolfsen tin...@gmail.com wrote: On Thu, Mar 18, 2010 at 10:16 PM, Adam Vande More amvandem...@gmail.comwrote: On Thu, Mar 18, 2010 at 4:12 PM, Torfinn Ingolfsen tin...@gmail.comwrote: Well, it says: process 36926: arguments to dbus_message_new_signal() were incorrect, assertion _dbus_check_is_valid_path (path) failed in file dbus-message.c line 1165. This is normally a bug in some application using the D-Bus library. D-Bus is not compiled with backtrace support so unable to print a backtrace I don't know if that message is a red herring or not. I recompiled dbus with: make -DWITH_DEBUG all deinstall reinstall But that didn't help a bit. Did you restart dbus after that? Yes, I did. But I understand the question. :-) [I trimmed Cc] Looking at dbus-memory.c it checks whether DBUS_MALLOC_BACKTRACES is set in its environment. If it is, it will try to do a backtrace. Unfortunately, the pre-requisites for actually doing the backtrace aren't met with FreeBSD (HAVE_BACKTRACE and DBUS_BUILT_R_DYNAMIC defined in config.h) so it won't work anyway. It is possible to turn off all checking by defining DBUS_DISABLE_CHECKS in config.h _before_ compiling dbus, but that may be a bad idea. Anyway, there's alreay /* #undef DBUS_DISABLE_CHECKS */ in config.h so you could theoretically try this out: a) make configure b) edit work/dbus-1.2.16/config.h and #define DBUS_DISABLE_CHECKS there c) reinstall dbus d) see what happens No guarantees and use at you own risk, etc. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ntfsprogs
On Thu, 18 Mar 2010 10:54:14 +0100 Samuel Mart__n Moro faus...@gmail.com wrote: I made two patches for ntfsprogs. (and btw, I don't know: who's the port mainter? who should I give these patches?) There isn't a maintainer. The best thing is to file a PR with your patches attached so they won't get lost in the noise. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Java For Firefox
On Thu, 18 Mar 2010 06:21:51 -0400 Jerry ges...@yahoo.com wrote: On Thu, 18 Mar 2010 09:50:03 +0200 Achilleas Mantzios ach...@matrix.gatewaynet.com articulated: Wednesday 17 March 2010 20:57:59 __/__ Jason Garrett : On Fri, Mar 12, 2010 at 09:15, Programmer In Training p...@joseph-a-nagy-jr.us wrote: I don't know if I should also cc the maintainer for FF3.6, but I'm posting here. Hopefully they'll see it. When will we have an updated Java for use in Firefox 3.6? I guess I could downgrade back to 3.5 if absolutely necessary, but I'd rather not. Though I imagine an upgraded java would mean I would have to recompile OOo, too. ): I am also interested. I believe that sun's java is up to Update 18 for 1.6. Port shows Update 3. Also CC'ing freebsd-java into this. I don't do much code, but I am willing to do everything I can to help out. I think generally this is a problem for people who have to support old apps with applets (i am one of them). But nowadays, javascript can do many of the things java was used to achieve. (and its not so ugly once you get to learn it) At some point a rational person realizes that it is time to move on. Progress is achieved by striving forward; not looking backwards. I fail to see any logical reason why a fully up-to-date version of Java cannot be included into the ports system and thereby enable the users of the latest version of Firefox, and perhaps other programs, to benefit from its presents. FreeBSD has always lagged far behind in its released versions of Java as opposed to Sun's released versions. Since it appears that FreeBSD is lagging behind, there is no reason to work on any of the intermediate versions, but rather concentrate on the latest released version; thereby benefiting its user base. Put your money where your mouth is and provide patches. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Call for Testing] X.org 7.5 for FreeBSD
On Thu, 18 Mar 2010 19:16:12 +0100 Torfinn Ingolfsen tin...@gmail.com wrote: Update: On Mon, Mar 15, 2010 at 11:02 PM, Robert Noland rnol...@freebsd.org wrote: On Mon, 2010-03-15 at 22:40 +0100, Torfinn Ingolfsen wrote: On Sun, Mar 14, 2010 at 9:43 PM, Garrett Cooper yanef...@gmail.com wrote: Could you compile xfce4-session with -g and attach gdb to it as it's starting up to get a backtrace please? So I am guessing that running gdb on the core file I already have (from xfce4-session) isn't of any use? I'll have to figure out how to compil with -g and how to attach gdb then. make -DWITH_DEBUG all deinstall reinstall Ok, I finally found time to try this. After recompiling xfce4-session as stated above, I did a 'startxfce4' as root. After that I did 'gdb xfce4-session xfce4-session.core' Correct so far? On loading gdb prints: Core was generated by `xfce4-session'. Program terminated with signal 6, Aborted. then proceeds and load symbols. I then try a backtrace: (gdb) bt #0 0x000804bbf91c in kill () from /lib/libc.so.7 #1 0x000804bbe71b in abort () from /lib/libc.so.7 #2 0x000804171c75 in dbus_malloc () from /usr/local/lib/libdbus-1.so.3 [snip the rest] Do you have any strange malloc(3) flags set? --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/144760: sysutils/tmux: shell not working in tmux any more
On Wed, 17 Mar 2010 12:05:08 +0200 Andriy Gapon a...@icyb.net.ua wrote: on 17/03/2010 04:46 wen heping said the following: Hi, Would you test this patch ? If it works, I shall commit it. I think that it would be interesting/useful to understand in what respect FreeBSD kqueue is considered 'broken' by tmux code. Actually it's the kqueue handling in devel/libevent, which is used by tmux, which considers our kequeue(2) implementation to be broken. The code in kqueue.c:kq_init() from libevent calls kevent() [kqueue(2)] with nchanges=1 and nevents=64. It assumes that kevent() will always return 1 on success. According to kqueue(2) kevent will return up to nevents on success. I'm not sure whether our kevent() should return 1 because nchanges=1 or not. So the question is whether kq_init() is making a bad assumption or not. In any case it seems that devel/libevent should be fixed, if necessary, rather than applying a bandaid to tmux. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [freebsd-ports] Pilot error or bash dependencies broken?
On Wed, 17 Mar 2010 10:20:37 -0700 Mike Winter mike.win...@comcast.net wrote: In spirit of a beginner's first question to 'freebsd-ports' please tell me why bash depends on x11? in /etc/make.conf I had WITHOUT_X11=yes and I ended up needing Xvfb. This is confusing to me. I get into a nasty loop of failed dependencies: [snip list of X ports] This is very weird. The only thing which occurs to me is to try making it with WITHOUT_NLS=1 in the command line. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: virtualbox-ose-3.1.4
On Tue, 16 Mar 2010 09:51:59 -0400 William DiNoia william.din...@gmail.com wrote: I'm getting an Error code 71 while building virtualbox-ose: /bin/ln -sf /usr/local/lib/virtualbox/VBoxSDL /usr/local/bin/ install -s -o root -g wheel -m 555 /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.4_OSE/out/freebsd.x86/release/bin/VBoxTestOGL /usr/local/lib/virtualbox/ install: /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.4_OSE/out/freebsd.x86/release/bin/VBoxTestOGL: No such file or directory *** Error code 71 Stop in /usr/ports/emulators/virtualbox-ose. *** Error code 1 Stop in /usr/ports/emulators/virtualbox-ose. === Installation of virtualbox-ose-3.1.4 (emulators/virtualbox-ose) failed === Aborting update === complete Strange. I installed the port just this morning and didn't see any errors. ll /usr/local/lib/virtualbox/VBoxTestOGL -r-s--x--x 1 root vboxusers 199880 Mar 16 12:02 /usr/local/lib/virtualbox/VBoxTestOGL --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports with same name
On Tue, 9 Mar 2010 11:01:24 -0800 Charlie Kester corky1...@comcast.net wrote: On Tue 09 Mar 2010 at 10:25:14 PST Gary Jennejohn wrote: On Tue, 9 Mar 2010 10:23:51 -0500 Steven Kreuzer skreu...@freebsd.org wrote: Hello- As documented in http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/144277 we have two ports with the same name: Port: gag-2.9 Path: /usr/ports/security/gag Info: A stacheldraht (DOS attack) agent detector Maint: po...@freebsd.org B-deps: R-deps: WWW: http://www.washington.edu/People/dad/ Port: gag-4.9 Path: /usr/ports/sysutils/gag Info: Graphical Boot Manager Maint: alepul...@freebsd.org B-deps: R-deps: WWW: http://gag.sourceforge.net/ I am looking for some advice on whats the best course of action to deal with this. My gut feeling is that sysutils/gag should remain the same and that security/gag should be renamed to security/gag-stacheldraht. Anyone vehemently opposed to this? So where's the problem? sysutils/gag doesn't seem to install a binary which would conflict with security/gag. In fact, it doesn't seem to install an executable at all, based on examining the Makefile and pkg-plist. Could be a problem for tools like portmaster that allow the user to specify the port name only, rather than category/portname. If a user has both gags installed and then runs portmaster gag, how should portmaster resolve the ambiguity? By examining the ORIGIN tags in +CONTENTS and asking the user which one to update? IMO this is a putative problem which shouldn't be fixed by renaming a port. But I'm just a lowly ports committer and not a member of portmgr. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: A recent update to vlc requires gnme-vfs, which requires kerberos
On Wed, 10 Feb 2010 13:31:51 -0500 Steven Friedrich free...@insightbb.com wrote: Can anyone shed light on this? I don't want to run kerberos... Run make config and make sure that the box for Gnome VFS does _not_ have an 'X' in it. I'm using vlc without Gnome VFS and it works just fine. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/firefox: Firefox 3.6 crashes, Firefox 3.5.7 not
On Tue, 09 Feb 2010 09:41:34 + O. Hartmann ohart...@zedat.fu-berlin.de wrote: [snip maybe too much] On 02/08/10 21:42, Eitan Adler wrote: you need to load the sem module (kldload sem). SysV smaphore (or sem?) are built into my kernel by default. The error/system message when crashing is socket(): Protocol not supported Illegal instruction (core dumped) and a core is dumped. So, have you looked at the core dump with gdb to see where it appears to be crashing? Could it be IPv6 related? Do you have IPv6 in the kernel and enabled? I do. You could try adding these options to MOZ_OPTIONS in the Makefile --enable-debug[=DBG]Enable building with developer debug info --enable-debug-modules Enable/disable debug info for specific modules --enable-debugger-info-modules Enable/disable debugger info for specific modules --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/firefox: Firefox 3.6 crashes, Firefox 3.5.7 not
On Mon, 08 Feb 2010 13:32:25 + O. Hartmann ohart...@zedat.fu-berlin.de wrote: Today, I upgraded Firefox 3.5.7 (built yesterday) to Firefox 3.6. After deleting ~/.mozilla (after I did a buckup, of course), I tried a fresh start of 'firefox3'. After firefox showed up, I realized that no option-field (File, Extras etc) can be used, they are dead and after a few seconds I clicked them, firefox3 is crashing. Since I recompiled firefox 3.5.7 yesterday I was wondering if this is due to some 'false' lib or dependency. Since I figured that I have similar trouble with Thunderbird 3.0.1 after I installed it, I suspect a faulty library causing this behaviour. With Thunderbird 3, I never solved the problem although I tried to rebuild everything with thunderbird via 'portmaster -f'. I'll did this with firefox 3.6 also, but with no success. The crashing is observed on two nearly identical SMP FreeBSD 8.0/amd64 STABLE boxes (make world of today), up-to-date ports. The crash is NOT observed on my private oldish UP box, nearly the same setup, OS at the same revision and ports up to date as of yesterday. Maybe this could be a hint. Any hints or suggestions? Try doing ldd /usr/local/lib/firefox3/firefox-bin and see if anything looks weird. You can porbably ignore /usr/local/lib/firefox3/firefox-bin: libxul.so = not found (0x0) libmozjs.so = not found (0x0) libxpcom.so = not found (0x0) because run-mozilla.sh sets LD_LIBRARY_PATH to include /usr/local/lib/firefox3 where these libraries are installed. I merely deleted my old firefox 3.6 and reinstalled from the port (on 9-CURRENT AMD64) and haven't seen any problems. But of course, I've been running various incarnations of 3.6 for a while and may have gotten all the dependencies already correctly installed. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] Firefox 3.6 for FreeBSD
On Thu, 4 Feb 2010 01:19:33 +0100 Martin Wilke m...@freebsd.org wrote: Please make sure all your addons are compatible with firefox 3.6, backup your $HOME/.mozilla dir, also you need to reinstall www/linux-f10-flashplugin10. Works extremely well. Thanks! BTW I did not need to reinstall www/linux-f10-flashplugin10. The old installation from August 2009 just worked OOTB. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: firefox-3.5.7,1 crashing
On Thu, 28 Jan 2010 16:27:07 +0200 Peter Badenhorst peter.badenho...@gmail.com wrote: I compiled and installed 3.6 in www/firefox3-devel and it crashed again. This is the output near the end, I compiled it with debug info: nsStringStats = mAllocCount: 26879 = mReallocCount: 6803 = mFreeCount: 16552 -- LEAKED 10327 !!! = mShareCount: 28468 = mAdoptCount: 2344 = mAdoptFreeCount: 2341 -- LEAKED 3 !!! Well, what can I say? I just tried it again and it definitely succeeds for me. One thing which may make it work for me is that I have the NoScript plugin installed, which may be blocking nasty stuff on this site. I notice there's some flash present. I have (a) Flashblock installed and (b) a working Adobe flash plugin. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: HEADS UP: utmp.h gone. All welcome utmpx.h.
On Tue, 26 Jan 2010 21:05:37 +0100 Ed Schouten e...@80386.nl wrote: * Dirk Meyer dirk.me...@dinoex.sub.org wrote: 1. POLA http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/rules.html $ man utmp does not mention that this interafce is deprectaed (see 11.4) First of all, utmp(5) should no longer exist. Second of all, you clearly seem to misread section 11.4, which says whenever possible. Instead of just screaming POLA, could you please explain how I could have introduced utmpx into FreeBSD without causing any breakage or confusion among our users. As someone else already quoted earlier, our old utmp interface was a landmine we buried ourselves. My understanding has always been that POLA doesn't apply to HEAD. If you want to use HEAD then learn to live with that. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Suggestion: A new variable for a few Makefiles: IS_BINARY
On Thu, 21 Jan 2010 07:34:02 -0800 Doug Barton do...@freebsd.org wrote: On 1/20/2010 6:47 PM, Julian H. Stacey wrote: Some may not don't mind installing binaries from elsewhere, but FreeSBD could protect more, What is it that you're trying to protect people from? In other words, what bad thing do you think is going to happen if someone installs a binary, and why do you think that we would allow something dangerous into the ports collection in the first place? I know Julian very well and he's, umm, very cautious. I assume he wants a knob he can turn on to avoid installing binaries while doing unattended installations, i.e. with BATCH set to yes. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
utmpx fallout - fix for mrxvt-devel
Here's an (inlined) patch to fix mrxvt-devel after the move to utmpx. The maintainer (lme@) copied per Cc. --- Makefile.orig 2010-01-15 12:23:35.0 +0100 +++ Makefile2010-01-15 12:27:54.0 +0100 @@ -37,6 +37,10 @@ .include bsd.port.pre.mk +.if ${OSVERSION} = 97 +CONFIGURE_ARGS+= --disable-utmp --disable-wtmp +.endif + .if defined(WITH_JAPANESE) CONFIGURE_ARGS+= --enable-xim --enable-cjk --with-encoding=eucj .endif --- Gary Jennejohn (g...@freebsd.org) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: thunderbird3: dies with socket(): Protocol not supported Illegal instruction (core dumped)
On Tue, 12 Jan 2010 15:09:45 +0200 Andriy Gapon a...@icyb.net.ua wrote: on 12/01/2010 08:53 Hajimu UMEMOTO said the following: Hi, On Mon, 11 Jan 2010 12:54:48 +0100 ohart...@zedat.fu-berlin.de said: ohartman Since friday after the last FreeBSD 8.0-STABLE/amd64 update, thunderbird3 ohartman crashes immmediately or after a view seconds with ohartman socket(): Protocol not supported ohartman Illegal instruction (core dumped) I'm not sure but I suspect you are using custom kernel built without INET6 option. If so, thunderbird3 is depending upon IPv6. Can it be made to not require IPv6? (especially when there is no actual IPv6 connectivity). Seems to be hardcoded all over the place. Looks like it would require major modifications. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: science/paraview: gmake[2]: *** [bin/QVTKCxxTests] Error 1, gmake[1]: *** [VTK/GUISupport/Qt/Testing/Cxx/CMakeFiles/QVTKCxxTests.dir/all] Error 2,gmake: *** [all] Error 2,*** Error code 1
On Sun, 10 Jan 2010 12:10:38 +0100 O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote: Since a while I'm incapable of compiling ports/science/paraview on the most FreeBSD 8.0-STABLE/amd64 boxes around here. I do portmaster -dv on a regular basis on all of those machines and I suspect the port maintanance facility beeing corrupted since this error shows up on nearly every FreeBSd box. How can I check what's going wrong? Please reply to my eMail also, I'm not subsribing questions/ports list. Thanks, I decided to install this as a test on my 9-CURRENT amd64 box. I encountered no errors at all. Note that, since this was never installed before, I ended up installing most of the dependencies from scratch. That may be a clue. I personally would try deinstalling/reinstalling its dependencies _by hand_. Note that I personally never use portmaster and can't comment on that. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Binary packages for releases and portupgrade
On Tue, 05 Jan 2010 14:45:05 -0800 Doug Barton do...@freebsd.org wrote: Martin Cracauer wrote: RELENG_8 will lift be out of binary ports, at least as far as portupgrade is concerned. Sorry, I don't understand that sentence. I would guess this should read will be left out of... Follows logically from his concern that there are no binary packages for -STABLE. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Call for tester: VirtualBox 3.1.2 for FreeBSD
On Mon, 28 Dec 2009 00:24:26 +0100 Martin Wilke m...@freebsd.org wrote: # /usr/local/etc/rc.d/vboxguest.sh start This shell script has a problem. It looks in /boot/kernel for the module but the port installs it under /boot/modules. I also can't load this module (after loading vboxdrv.ko): sh -x /usr/local/etc/rc.d/vboxguest.sh start + VBOXGUESTFILE='' + SILENTUNLOAD='' + check_root + id -u + test 0 -ne 0 + get_module_path + moduledir=/boot/modules + modulepath=/boot/modules/vboxguest.ko + test -f /boot/modules/vboxguest.ko + VBOXGUESTFILE=/boot/modules/vboxguest.ko + check_if_installed + test /boot/modules/vboxguest.ko -a -f /boot/modules/vboxguest.ko + return 0 + test '' = silentunload + start + module_loaded + kldstat + grep vboxguest + loadentry='' + test -z '' + return 1 + /sbin/kldload vboxguest.ko kldload: can't load vboxguest.ko: Exec format error + module_loaded + kldstat + grep vboxguest + loadentry='' + test -z '' + return 1 + abort 'Failed to load vboxguest.' + echo 'Failed to load vboxguest.' Failed to load vboxguest. + exit 1 file /boot/modules/vbox*.ko /boot/modules/vboxdrv.ko:ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped /boot/modules/vboxguest.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped /boot/modules/vboxnetadp.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped /boot/modules/vboxnetflt.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), not stripped Does vboxguest.ko have silent dependencies on other vbox modules? I only loaded vboxdrv.ko. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Call for tester: VirtualBox 3.1.2 for FreeBSD
On Mon, 28 Dec 2009 15:33:31 +0100 (CET) Bernhard Froehlich de...@bluelife.at wrote: Looks like you installed the guest additions on the host. You should not do that. They should only be installed on FreeBSD guests running in an virtualbox. Ah ha! It wasn't obvious to me that this was how to do it, although it makes sense now that I think about it. The fact remains that the shell script checks in the wrong place for vboxguest.ko. Nevertheless could you please see in /var/log/messages what error was logged when you tried to load vboxguest.ko ? Dec 28 15:10:09 ernst kernel: link_elf_obj: symbol _Z6strlenPKc undefined Dec 28 15:10:09 ernst kernel: linker_load_file: Unsupported file type These show up when I start VirtualBox. Dec 28 15:25:53 ernst kernel: WARNING pid 2066 (VBoxSVC): ioctl sign-extension ioctl c4a81502 Dec 28 15:26:30 ernst last message repeated 9 times Dec 28 15:28:17 ernst last message repeated 14 times --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Call for tester: VirtualBox 3.1.2 for FreeBSD
Bernhard Froehlich wrote: Looks like you installed the guest additions on the host. You should not do that. They should only be installed on FreeBSD guests running in an virtualbox. I installed it in the guest (PC-BSD) and got _exactly_ the same error as on the host. Something is fubar. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Attempted upgrade of ghostscript8-8.64_7 - ghostscript-8.70 failed
On Sun, 20 Dec 2009 05:32:38 -0800 David Wolfskill da...@catwhisker.org wrote: On Sun, Dec 20, 2009 at 01:27:31PM +, Anton Shterenlikht wrote: ... (Though I note that /bkp/ports/print/ghostscript8/work/ghostscript-8.70/base/ does seem to be populated with several other files.) is this i386? Aye I reported this already for sparc and ia64: http://lists.freebsd.org/pipermail/freebsd-ports/2009-December/058432.html Ah, yes -- I reall you did... (sorry; I glanced at the note for ia64 and made a silly assumption -- and I know what *that* means). ... I just updated this using make deinstall reinstall clean on AMD64 9-CURRENT without any errors: drwxr-xr-x 2 root wheel 512 Dec 20 11:08 ghostscript8-8.70 --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: .Xdefaults ignored
On Fri, 18 Dec 2009 10:43:04 +0100 Sandra Kachelmann s.kachelm...@googlemail.com wrote: I bet the search path of .Xdefaults is some sort of config option that can be changed somewhere. I tried searching in /usr/local/lib/X11, env startx, env xorg but no luck. Any idea where I can change it? Do you use .xinitrc? I have this in mine: if [ -f ~/.Xdefaults ] xrdb ~/.Xdefaults --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [patch] switch to Emacs 23
On Wed, 02 Dec 2009 14:24:03 +0300 Boris Samorodov b...@ipt.ru wrote: here is a patch to switch to Emacs 23 as a default. There are 50 affected ports. Tests were done at tinderbox. Please give this patch a try. I'm going to fire up an exp run after some testing. The patch is relative to PORTSDIR: ftp://ftp.ipt.ru/pub/download/ports.diff.bz2 Seems to work pretty well on 9-C and AMD64. There are LOTS of casting pointer to integer of a different size warnings, but that's just sloppy programming upstream. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: The new cups ports seem to not recognize usb printers on FreeBSD 7.2-STABLE
On Sat, 05 Dec 2009 07:41:38 -0600 eculp ec...@encontacto.net wrote: Quoting Brian W. br...@brianwhalen.net: Dirk Meyer wrote: eculp schrieb:, would seem that I'm going to have to upgrade all my 7.2-STABLE servers to either 8.0 or 9.0 that all have usb printers that are being shared by others through cups. Please update the ports and try again. I would like to know if using libusb solves your problems. Thanks, Dirk. My ports, src, kernel, lib, are completely up to date on all my 7.2 machines. Daily, I' ve been cvsuping and rebuilding all for the last week. cvsup - make buildworld - make buildkernel - make installkernel - make installworld - portmaster -a This is in addition to having rebuild all cups related ports multiple times. If I need to do something to use libusb, I haven't. maybe that is the problem. An option WITH_LIBUSB was added to the cups-base/Makefile. That's probably what Dirk meant. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: OpenOffice.org packages
On Wed, 25 Nov 2009 09:04:01 -0800 Gary Kline kl...@thought.org wrote: On Wed, Nov 25, 2009 at 02:25:59PM +0100, Dominic Fandrey wrote: Gary Jennejohn wrote: On Wed, 25 Nov 2009 05:01:19 -0600 Mark Linimon lini...@lonesome.com wrote: On Mon, Nov 23, 2009 at 09:05:46PM +0200, Aldis Berjoza wrote: I and some other FreeBSD users are wondering why there are no OpenOffice.org package available on FreeBSD Mirrors? OpenOffice is one of our most complex packages, and, depending on which package node it builds on, can take nearly a day to run. That plus the large number of dependencies it has makes it hard to build. I know that this is not a very satisfactory answer. I promise to once again look into the problem. Does the fact that it uses java cause a problem? Used to be that the user had to manually download files from Sun, which would be impractical for an automated run. If it depended on OpenJDK by default it wouldn't be a problem. I do not know whether it does. This has been bugging me for years. If there are *open* version of things-Java, why-oh-why don't we use them by default? Sun promised to make automatic download of its stuff available years ago -- Or am I hallucinating? Looks like all the OpenOffice ports have a line like this: JAVA_VENDOR=freebsd bsdjava openjdk It's been a long time since I installed OpenOffice from scratch. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: OpenOffice.org packages
On Wed, 25 Nov 2009 05:01:19 -0600 Mark Linimon lini...@lonesome.com wrote: On Mon, Nov 23, 2009 at 09:05:46PM +0200, Aldis Berjoza wrote: I and some other FreeBSD users are wondering why there are no OpenOffice.org package available on FreeBSD Mirrors? OpenOffice is one of our most complex packages, and, depending on which package node it builds on, can take nearly a day to run. That plus the large number of dependencies it has makes it hard to build. I know that this is not a very satisfactory answer. I promise to once again look into the problem. Does the fact that it uses java cause a problem? Used to be that the user had to manually download files from Sun, which would be impractical for an automated run. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Update claws-mail
On Fri, 20 Nov 2009 13:16:09 -0800 Chuck Swiger cswi...@mac.com wrote: Hi-- On Nov 20, 2009, at 1:07 PM, Sylvio Cesar wrote: There is PR to update of claws-mail. See: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/139467 It will be committed soon. It's quite useful for people to try the patches for updates that they are interested in, and report back whether the update works well for them. Especially if the ports tree is in a freeze or slush period (ie, say for 8.0 release), portmgr folks like to see independent confirmation that changes work as expected... pkg-plist needs to be updated. The new claws-mail installs a ton of themes under /usr/local/share/claws-mail/themes. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: oracle8-client-0.2.0_1
On Fri, 20 Nov 2009 13:52:39 +0200 Noisex noi...@apollo.lv wrote: Is it possible some how install this PHP extension (PHP5-OCI8) with oracle_client on FBSD 7.2 AMD64? === oracle8-client-0.2.0_1 is only for i386, while you are running amd64. *** Error code 1 Stop in /usr/ports/databases/oracle8-client. *** Error code 1 I undestand that it's not supported on 64bit FBSD...but in real life is it possible somehow to get work? Maybe through linux_base emulator etc? Considering that this port is two years old and support for running 32 bit binaries with AMD64 has greatly improved since then it may just work. It probably depends on which version of FreeBSD you're using. Just comment out the ONLY_FOR_ARCHS line and see what happens. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Port Request: Bongo
On Sat, 7 Nov 2009 04:27:45 +0300 Eygene Ryabinkin rea-f...@codelabs.ru wrote: Fri, Nov 06, 2009 at 06:44:59PM +0100, Georges Discry wrote: In fact, I started a port but hit some problems with CMake. It's having problems locating the libraries and include files of libical and openldap. Attached is the preliminary version of the port, they are packed with shar(1). Attachment stripped. How about a URL? --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: amd64-9 packages
On Mon, 2 Nov 2009 12:33:44 + (GMT) AN a...@neu.net wrote: According to: http://pointyhat.freebsd.org/errorlogs/packagestats.html there are no packages for amd64 9 current. FreeBSD package building statistics as of Mon Nov 2 11:45:02 UTC 2009 amd64-9 0 0 0 0 0 0 N N When can we expect these packages to be available? I'm not a ports manager, but I wouldn't expect anything to happen until after 8.0 gets released. There'a only a limited number of AMD64 build machines available. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: qtcreator-1.2.1: Not installable
On Wed, 28 Oct 2009 10:45:46 +0100 Adrian Glaubitz adrian.glaub...@googlemail.com wrote: Hi On Wed, Oct 28, 2009 at 3:55 AM, Sam Fourman Jr. sfour...@gmail.com wrote: On Tue, Oct 27, 2009 at 8:11 PM, Adrian Glaubitz adrian.glaub...@googlemail.com wrote: Hi there, I have a linux/qt4 software project that I wanted to test on FreeBSD as well. I'm not really a FreeBSD user but I am trying to get my code to build there. Anyway, it requires qtcreator among other dependencies which is not installable with pkg_add at the moment, pkg_add -r qtcreator tells me that the file at the given URL (ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/qtcreator.tbz) cannot be fetched. I am really not into *BSD so I can't tell I am doing something wrong but I guess the package seems to be missing on the mirrors. you could try to build it from source: cd /usr/ports/devel/qtcreator/ make install clean Well, that was not really the answer I was looking for. I know how to build things from source but that's not what I want, I want to use a package manager to keep it simple. The idea of using a package manager is that you just install a few packages and it pulls the necessary dependencies automatically. I install qtcreator because it installs all necessary packages to develop and build Qt-4 Apps, including qmake and uic. I want to put it into the manual for my project for FreeBSD: https://wiki.physik.fu-berlin.de/linux-minidisc/doku.php?id=compilingonfreebsd It's supposed to be a quick and dirty guide on howto build on FreeBSD. The qtcreator port was created on May 7, 2009. Seems to me that 7.2R is older than that. Obviously, qtcreator can't exist for 7.2R if the port didn't exist when it was released. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: qtcreator-1.2.1: Not installable
On Wed, 28 Oct 2009 13:56:25 +0100 Adrian Glaubitz adrian.glaub...@googlemail.com wrote: On Wed, Oct 28, 2009 at 1:46 PM, Gary Jennejohn gary.jennej...@freenet.de wrote: The qtcreator port was created on May 7, 2009. Seems to me that 7.2R is older than that. Obviously, qtcreator can't exist for 7.2R if the port didn't exist when it was released. Well, ok. Seems another case of different systems, different philosophies here for me. My idea was that I was downloading the latest STABLE release of FreeBSD and I assumed that the ports directory always applies to the current STABLE version, noone should use a development version for daily use, should one. Besides, the ports website doesn't list at all what versions of FreeBSD include this port as opposed to Debian, for example; I don't want to start a flamewar though. It's not really user-friendly, is it. I guess the minimum for my project will be FreeBSD 8.0 then. Here's the URI you specified: ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/qtcreator.tbz ^^^ release != stable The ports tree changes very quickly. Ports binaries for releases are created from a snapshot of the ports tree at the time of the release. Anything else is basically impossible. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: resurrecting ion3 port
On Thu, 1 Oct 2009 15:25:49 +0400 Dmitry Marakasov amd...@amdmi3.ru wrote: Hi! The ion3 window manager was previously removed from the ports tree becase of license issues. However, the clauses that causes this were removed (see [1]), so I think we should add it back. I've prepared updated version of the port ([2]), but I wanted to check with you, since azhe was who removed the port and adamw maintained it. Are there any objections against this port? adamw can also take maintainership if he feels like so, or I'll maintain it myself. [1] http://lists.berlios.de/pipermail/ion-general/2009-September/002520.html [2] http://people.freebsd.org/~amdmi3/ion3.tar Note: removed adamw@ and ahze@ from Cc - they don't don't need my help. With the standard IANAL disclaimer, it looks to me like the point in the Copyright where he clarifies what a significant change is, pretty much lets us have this software in ports. In particular this: Basic changes that are needed to install or run the software on a target platform, are insignificant. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ion windows manager on FreeBSD
On Wed, 30 Sep 2009 16:59:25 +0200 Albert Shih albert.s...@obspm.fr wrote: Le 30/09/2009 __ 18:45:35+0400, Dmitry Marakasov a __crit * Albert Shih (albert.s...@obspm.fr) wrote: I would like to known if anyone can help me make ion work ? Maybe someone have the patch file for the system.mk ? Please try this: http://people.freebsd.org/~amdmi3/ion3.tar It builds file in tinderbox, but I haven't tested how it works yet. I'm happy to see I'm not the only ET (http://www.imdb.com/title/tt0083866/) to like this wm ;-) Well I've just try you tarbut it's not working. Not a very useful error message. I just installed it (9-CURRENT AMD64) and it works just fine for me. At least, the basic functionality seems to be there. I didn't do more testing because I can't stand it. --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Testers: Here's a patch to update linux-opera to 10.00.
On Tue, 01 Sep 2009 21:49:20 -0500 Jeremy Messenger me...@cox.net wrote: Here is a patch to update linux-opera to 10.00. It works great with old ~/.linux-opera so far, I haven't seen any problem. I will be out of town for a few days. I need someone to test it more and report any bug if there is any. Works extremely well so far, even flash works without any complications. I'm using linux_base-f10-10_1. uname -a (sanitized): FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #35: Sat Aug 29 18:30:32 CEST 2009 amd64 --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org