Re: libreoffice build error
19.09.2013, 04:02, Jung-uk Kim j...@freebsd.org: On 2013-09-18 13:20:27 -0400, Jung-uk Kim wrote: 2013년 9월 18일 13:20, Jung-uk Kim 쓴 글: On 2013-09-18 12:39:46 - -0400, David Chisnall wrote: On 18 Sep 2013, at 16:26, Tijl Coosemans t...@freebsd.org wrote: On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html The definition of struct __cxa_exception doesn't match the one in /usr/include/c++/v1/cxxabi.h. There's an extra field at the start in the __LP64__ case: uintptr_t referenceCount. This field is present in newer versions of the ABI spec and is also there in new versions of libsupc++. It's required for implementing C++11 dependent exceptions. It shouldn't matter for code that doesn't allocate the structure (and nothing outside of libsupc++ / libcxxrt should be allocating them), because these structures are always passed around by pointers to their ends (where the _Unwind_Exception structure lives). Ah, I see. Now I wrote a proper fix and it looks very promising. :-) Committed: http://svnweb.freebsd.org/changeset/ports/327589 Thanks! Jung-uk Kim * PS: IMHO, the ABI compatibility issue must be fixed before 10.0. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) Thanks for your commit! Now Libreoffice builds and works fine. -- Regards, S.Grigoriev. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
sound
Hi! I am running FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep 13 01:57:31 UTC 2013 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 on iMac and it works great. KDE4 which I installed from area 51 works good and fast. The problem is sound. I load drivers with kldload snd_drivers. cat /dev/sndstat Installed devices: pcm0: ATI R6xx (HDMI) (play) pcm1: Cirrus Logic CS4206 (Internal Analog 4.0/2.0) (play/rec) default pcm2: Cirrus Logic CS4206 (Rear Analog) (play/rec) pcm3: Cirrus Logic CS4206 (Rear Digital) (play/rec) Than I try with sysctl hw.snd.default_unit=1 and try to play but nothing. sysctl dev.hdaa shows: sysctl dev.hdaa dev.hdaa.0.%desc: ATI R6xx Audio Function Group dev.hdaa.0.%driver: hdaa dev.hdaa.0.%location: nid=1 dev.hdaa.0.%pnpinfo: type=0x01 subsystem=0x00aa0100 dev.hdaa.0.%parent: hdacc0 dev.hdaa.0.nid2: audio output Widget cap: 0x0201 DIGITAL STEREO Association: 0 (0x0001) OSS: pcm (pcm) Stream cap: 0x0001 PCM PCM cap: 0x00020070 16 bits, 32 44 48 KHz dev.hdaa.0.nid3: pin: Digital-out (Jack) Widget cap: 0x00400381 DIGITAL UNSOL STEREO Association: 0 (0x0001) Pin cap: 0x0094 PDC OUT HDMI Pin config: 0x18560010 as=1 seq=0 device=Digital-out conn=Jack ctype=Digital loc=0x18 color=Unknown misc=0 Pin control: 0x0040 OUT Connections: 1 + - nid=2 [audio output] dev.hdaa.0.nid3_config: 0x18560010 as=1 seq=0 device=Digital-out conn=Jack ctype=Digital loc=0x18 color=Unknown misc=0 dev.hdaa.0.nid3_original: 0x18560010 as=1 seq=0 device=Digital-out conn=Jack ctype=Digital loc=0x18 color=Unknown misc=0 dev.hdaa.0.config: forcestereo,ivref50,ivref80,ivref100,ivref,vref dev.hdaa.0.gpi_state: dev.hdaa.0.gpio_state: dev.hdaa.0.gpio_config: dev.hdaa.0.gpo_state: dev.hdaa.0.gpo_config: dev.hdaa.0.reconfig: 0 dev.hdaa.1.%desc: Cirrus Logic CS4206 Audio Function Group dev.hdaa.1.%driver: hdaa dev.hdaa.1.%location: nid=1 dev.hdaa.1.%pnpinfo: type=0x01 subsystem=0x106b5100 dev.hdaa.1.%parent: hdacc1 dev.hdaa.1.nid2: audio output Widget cap: 0x000d041d PWR STEREO Association: 4 (0x0001) OSS: pcm (pcm) Stream cap: 0x0003 FLOAT32 PCM PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Output amp: 0x80017f73 mute=1 step=127 size=1 offset=115 (-57/6dB) dev.hdaa.1.nid3: audio output Widget cap: 0x000d041d PWR STEREO Association: 3 (0x0001) OSS: pcm (pcm) Stream cap: 0x0003 FLOAT32 PCM PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Output amp: 0x80017f73 mute=1 step=127 size=1 offset=115 (-57/6dB) dev.hdaa.1.nid4: audio output Widget cap: 0x000d041d PWR STEREO Association: 3 (0x0004) OSS: pcm (pcm) Stream cap: 0x0003 FLOAT32 PCM PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Output amp: 0x80017f73 mute=1 step=127 size=1 offset=115 (-57/6dB) dev.hdaa.1.nid5: audio input Widget cap: 0x0018051b PWR STEREO Association: 1 (0x0001) Stream cap: 0x0003 FLOAT32 PCM PCM cap: 0x001e01f5 16 20 24 32 bits, 8 16 32 44 48 88 96 KHz Input amp: 0x80033f33 mute=1 step=63 size=3 offset=51 (-51/12dB) Connections: 2 + - nid=12 [pin: Line-in (Blue Jack)] (selected) + [DISABLED] - nid=18 [pin: Line-out (None)] [DISABLED] dev.hdaa.1.nid6: audio input Widget cap: 0x0018051b PWR STEREO Association: 0 (0x0001) Stream cap: 0x0003 FLOAT32 PCM PCM cap: 0x001e01f5 16 20 24 32 bits, 8 16 32 44 48 88 96 KHz Input amp: 0x80033f33 mute=1 step=63 size=3 offset=51 (-51/12dB) Connections: 2 + - nid=13 [pin: Mic (Fixed)] (selected) + [DISABLED] - nid=14 [pin: Line-out (None)] [DISABLED] dev.hdaa.1.nid7: audio input Widget cap: 0x00180791 PWR DIGITAL UNSOL STEREO Association: 2 (0x0001) Stream cap: 0x0007 AC3 FLOAT32 PCM PCM cap: 0x001e0570 16 20 24 32 bits, 32 44 48 96 192 KHz Connections: 1 + - nid=15 [pin: SPDIF-in (White Jack)] dev.hdaa.1.nid8: audio output Widget cap: 0x00040611 PWR DIGITAL STEREO Association: 5 (0x0001) OSS: pcm (pcm) Stream cap: 0x0007 AC3 FLOAT32 PCM PCM cap: 0x001e07f0 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz dev.hdaa.1.nid9: pin: Headphones (Green Jack) Widget cap: 0x00410581 PWR UNSOL STEREO Association: 4 (0x0001) Pin cap: 0x001c PDC HP OUT Pin config: 0x012b4050 as=5 seq=0 device=Headphones conn=Jack ctype=Combo loc=Rear color=Green misc=0 Pin control: 0x00c0 HP OUT Connections: 1 + - nid=2 [audio output] dev.hdaa.1.nid9_config: 0x012b4050 as=5 seq=0 device=Headphones conn=Jack ctype=Combo loc=Rear color=Green misc=0 dev.hdaa.1.nid9_original: 0x012b4050 as=5 seq=0 device=Headphones conn=Jack ctype=Combo loc=Rear color=Green misc=0 dev.hdaa.1.nid10: pin: Speaker (Fixed) Widget cap: 0x00410581
Re: ipmi patch for review
On Tuesday, September 17, 2013 6:21:10 am Gleb Smirnoff wrote: Hi! When system is writing a kernel core dump, it issues watchdog pat wdog_kern_pat(WD_LASTVAL). If ipmi is in action, it registers ipmi_wd_event() as event for watchdog. Thus ipmi_wd_event() is called in dumping context. The problem is that ipmi_wd_event() calls into ipmi_set_watchdog(), that calls into ipmi_alloc_request(), which uses M_WAITOK and thus sleeps. This is a smaller problem, since can be converted to M_NOWAIT. But ipmi_set_watchdog() then calls into ipmi_submit_driver_request(), which calls msleep() any time. The attached patch allows me to successfully write cores in presence of IPMI. Of course, the watchdog might go off during your dump. :) The real fix is more complicated, which is that we should not use a worker thread for at least SMIC and KCS. -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
build error
cc -pg -O2 -pipe -I/usr/src/lib/libngatm/../../sys/contrib/ngatm -I/usr/obj/usr/src/ lib/libngatm -I/usr/src/lib/libngatm/../../contrib/ngatm/libngatm -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/lib/libngatm/../../sys/contrib/ngatm/netnatm/msg/uni_msg.c -o uni_msg.po /usr/src/lib/libngatm/../../sys/contrib/ngatm/netnatm/msg/uni_msg.c:103:30: error: no member named 'r_wptr' in 'struct uni_msg'; did you mean 'b_wptr'? msg-b_buf[mlen+1] = ((msg-r_wptr-msg-b_rptr)-mlen-2) 0; ^~ b_wptr /usr/src/lib/libngatm/../../sys/contrib/ngatm/netnatm/unimsg.h:48:11: note: 'b_wptr' declared here u_char *b_wptr;/* tail pointer */ ^ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libngatm *** Error code 1 Stop. make[3]: stopped in /usr/src/lib *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src I'm not recompile any version from world and kernel lastest from root@valfenda:/usr # uname -a FreeBSD valfenda 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #4 r255503: Fri Sep 13 08:18:27 BRT 2013 rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 root@valfenda:/usr # now I'm purge the src dir and re checkout all again. I'll report some news rizzo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: .history
Is there a .history in your user directory? On Thu, Sep 19, 2013 at 5:02 PM, Ajtim lum...@gmail.com wrote: Hi! My system: FreeBSD lumiwa.farms.net 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep 13 01:57:31 UTC 2013 r...@snap.freebsd.org: /usr/obj/usr/src/sys/GENERIC amd64 And my question is why I have in /root/.history and in user the same, after restart computer something like this: cd `printf %b '\0057usr'` #+1379444739 cd `printf %b '\0057usr\0057home'` #+1379444740 cd `printf %b '\0057'` #+1379444742 cd `printf %b '\0057usr\0057home\0057ajtim'` #+1379444744 cd `printf %b '\0057usr\0057home'` #+1379444745 cd `printf %b '\0057usr'` #+1379444746 cd `printf %b '\0057'` #+1379444760 cd `printf %b '\0057usr\0057home\0057ajtim'` #+1379444760 cd `printf %b '\0057'` #+1379444760 set echo_style=both ; alias precmd 'echo $cwd:q /tmp/mc- ajtim/mc.pipe.61531;kill -STOP $$' #+1379444760 mc #+1379444762 cd `printf %b '\0057'` Is it something related with Alpha version? Thank you very much. -- Mitja --- http://redbubble.com/people/lumiwa ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: mplayer
Try adding USE_GCC= any to the Makefile and see if that makes - no pun intended- a difference. On Thu, Sep 19, 2013 at 5:06 PM, Ajtim lum...@gmail.com wrote: I try to built Mplayer but I have a problems (they were so many warnings) and finally error: libmpdemux/demux_rtp.cpp:101:20: error: no member named 'describeWithPassword' in 'RTSPClient' return client-describeWithPassword(url, network_username, password); ~~ ^ libmpdemux/demux_rtp.cpp:103:20: error: no member named 'describeURL' in 'RTSPClient' return client-describeURL(url); ~~ ^ libmpdemux/demux_rtp.cpp:157:43: error: cannot initialize a parameter of type 'const char *' with an lvalue of type 'int' rtspClient = RTSPClient::createNew(*env, verbose, MPlayer, rtsp_transport_http); ^~~ /usr/local/live/liveMedia/include/RTSPClient.hh:39:67: note: passing argument to parameter 'rtspURL' here static RTSPClient* createNew(UsageEnvironment env, char const* rtspURL, ^ libmpdemux/demux_rtp.cpp:247:21: error: no member named 'setupMediaSubsession' in 'RTSPClient' if (!rtspClient-setupMediaSubsession(*subsession, False, ~~ ^ libmpdemux/demux_rtp.cpp:259:24: error: no member named 'playMediaSession' in 'RTSPClient'; did you mean 'isMediaSession'? if (!rtspClient-playMediaSession(*mediaSession)) break; ^~~~ isMediaSession /usr/local/live/liveMedia/include/Media.hh:69:19: note: 'isMediaSession' declared here virtual Boolean isMediaSession() const; ^ libmpdemux/demux_rtp.cpp:259:41: error: too many arguments to function call, expected 0, have 1 if (!rtspClient-playMediaSession(*mediaSession)) break; ^ /usr/local/live/liveMedia/include/Media.hh:69:3: note: 'isMediaSession' declared here virtual Boolean isMediaSession() const; ^ libmpdemux/demux_rtp.cpp:648:27: error: no member named 'teardownMediaSession' in 'RTSPClient' rtpState-rtspClient-teardownMediaSession(*mediaSession); ^ 7 errors generated. gmake[2]: *** [libmpdemux/demux_rtp.o] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/mplayer/work/mplayer- export-2013-03-08' *** Error code 1 Stop. make[1]: stopped in /usr/ports/multimedia/mplayer *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/mplayer === make failed for multimedia/mplayer === Aborting update === Killing background jobs Terminated === You can restart from the point of failure with this command line: portmaster flags multimedia/mplayer multimedia/mplayer-skins === Exiting Thanks in advance. -- Mitja --- http://redbubble.com/people/lumiwa ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
.history
Hi! My system: FreeBSD lumiwa.farms.net 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep 13 01:57:31 UTC 2013 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 And my question is why I have in /root/.history and in user the same, after restart computer something like this: cd `printf %b '\0057usr'` #+1379444739 cd `printf %b '\0057usr\0057home'` #+1379444740 cd `printf %b '\0057'` #+1379444742 cd `printf %b '\0057usr\0057home\0057ajtim'` #+1379444744 cd `printf %b '\0057usr\0057home'` #+1379444745 cd `printf %b '\0057usr'` #+1379444746 cd `printf %b '\0057'` #+1379444760 cd `printf %b '\0057usr\0057home\0057ajtim'` #+1379444760 cd `printf %b '\0057'` #+1379444760 set echo_style=both ; alias precmd 'echo $cwd:q /tmp/mc- ajtim/mc.pipe.61531;kill -STOP $$' #+1379444760 mc #+1379444762 cd `printf %b '\0057'` Is it something related with Alpha version? Thank you very much. -- Mitja --- http://redbubble.com/people/lumiwa ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
mplayer
I try to built Mplayer but I have a problems (they were so many warnings) and finally error: libmpdemux/demux_rtp.cpp:101:20: error: no member named 'describeWithPassword' in 'RTSPClient' return client-describeWithPassword(url, network_username, password); ~~ ^ libmpdemux/demux_rtp.cpp:103:20: error: no member named 'describeURL' in 'RTSPClient' return client-describeURL(url); ~~ ^ libmpdemux/demux_rtp.cpp:157:43: error: cannot initialize a parameter of type 'const char *' with an lvalue of type 'int' rtspClient = RTSPClient::createNew(*env, verbose, MPlayer, rtsp_transport_http); ^~~ /usr/local/live/liveMedia/include/RTSPClient.hh:39:67: note: passing argument to parameter 'rtspURL' here static RTSPClient* createNew(UsageEnvironment env, char const* rtspURL, ^ libmpdemux/demux_rtp.cpp:247:21: error: no member named 'setupMediaSubsession' in 'RTSPClient' if (!rtspClient-setupMediaSubsession(*subsession, False, ~~ ^ libmpdemux/demux_rtp.cpp:259:24: error: no member named 'playMediaSession' in 'RTSPClient'; did you mean 'isMediaSession'? if (!rtspClient-playMediaSession(*mediaSession)) break; ^~~~ isMediaSession /usr/local/live/liveMedia/include/Media.hh:69:19: note: 'isMediaSession' declared here virtual Boolean isMediaSession() const; ^ libmpdemux/demux_rtp.cpp:259:41: error: too many arguments to function call, expected 0, have 1 if (!rtspClient-playMediaSession(*mediaSession)) break; ^ /usr/local/live/liveMedia/include/Media.hh:69:3: note: 'isMediaSession' declared here virtual Boolean isMediaSession() const; ^ libmpdemux/demux_rtp.cpp:648:27: error: no member named 'teardownMediaSession' in 'RTSPClient' rtpState-rtspClient-teardownMediaSession(*mediaSession); ^ 7 errors generated. gmake[2]: *** [libmpdemux/demux_rtp.o] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/mplayer/work/mplayer- export-2013-03-08' *** Error code 1 Stop. make[1]: stopped in /usr/ports/multimedia/mplayer *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/mplayer === make failed for multimedia/mplayer === Aborting update === Killing background jobs Terminated === You can restart from the point of failure with this command line: portmaster flags multimedia/mplayer multimedia/mplayer-skins === Exiting Thanks in advance. -- Mitja --- http://redbubble.com/people/lumiwa ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: what is the status of KMS support in newcons?
On Wed, 18 Sep 2013 21:46:50 -0700 John Reynolds john...@reynoldsnet.org wrote: Hello all, I was just wondering what the status of KMS support with newcons is? About 6 weeks ago I got some help on x11@ and much was said about KMS (and the lack of support for the 'newer' Haswell graphics). somebody mentioned that one of the problems where the console goes away once you fire up X was that the console driver didn't support KMS, so you could never really successfully alt-Ctrl-bksp and kill X (or exit cleanly) and get back to your VT. Word was said that this problem was being worked on and hopefully would get brought in towards the tail end of august. So, am just wondering what the status of that project is? thanks, -Jr ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org Hello John! I can't say anything about Haswell support, but newcons works, sometimes :) Just not now. I've currently doing some redesign, so it is broken last week. Hope I will done something for wide testing in a week or so, but I'm afraid it will not be fully done to be shipped with 10.0. I will let you and others to know when something will happen :) Thanks! -- Aleksandr Rybalko r...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
spurious Service Unavailable
On CURRENT Revsion 255706 I am trying to rebuild a bunch of ports in screen and I'm getting the string Service unavailable in the output between the package creation and the cleaning phases for each port: === Generating temporary packing list install -o root -g wheel -m 555 dialog4ports /usr/local/bin/dialog4ports install -o root -g wheel -m 444 dialog4ports.1.gz /usr/local/man/man1 === Registering installation for dialog4ports-0.1.5_1 as automatic Installing dialog4ports-0.1.5_1... done === Building package for dialog4ports-0.1.5_1 Creating package for dialog4ports-0.1.5_1 Service unavailable=== Cleaning for dialog4ports-0.1.5_1 --- Cleaning out obsolete shared libraries --- Reinstalling 'm4-1.4.16_1,1' (devel/m4) --- Building '/usr/ports/devel/m4' === Cleaning for m4-1.4.16_1,1 Is this dangerous? Anyone know what's making that happen? thanks, dave c ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: spurious Service Unavailable
On Thu, Sep 19, 2013 at 01:29:35PM -1000, David Cornejo wrote: On CURRENT Revsion 255706 I am trying to rebuild a bunch of ports in screen and I'm getting the string Service unavailable in the output between the package creation and the cleaning phases for each port: === Generating temporary packing list install -o root -g wheel -m 555 dialog4ports /usr/local/bin/dialog4ports install -o root -g wheel -m 444 dialog4ports.1.gz /usr/local/man/man1 === Registering installation for dialog4ports-0.1.5_1 as automatic Installing dialog4ports-0.1.5_1... done === Building package for dialog4ports-0.1.5_1 Creating package for dialog4ports-0.1.5_1 Service unavailable=== Cleaning for dialog4ports-0.1.5_1 --- Cleaning out obsolete shared libraries --- Reinstalling 'm4-1.4.16_1,1' (devel/m4) --- Building '/usr/ports/devel/m4' === Cleaning for m4-1.4.16_1,1 Is this dangerous? Anyone know what's making that happen? These are, as far as I can tell, harmless messages. It is due to libarchive and statically linked binaries (pkg-static). Glen pgpHJabMW6E5y.pgp Description: PGP signature
Re: what is the status of KMS support in newcons?
On Fri, 20 Sep 2013, Aleksandr Rybalko wrote: On Wed, 18 Sep 2013 21:46:50 -0700 John Reynolds john...@reynoldsnet.org wrote: Hello all, I was just wondering what the status of KMS support with newcons is? About 6 weeks ago I got some help on x11@ and much was said about KMS (and the lack of support for the 'newer' Haswell graphics). somebody mentioned that one of the problems where the console goes away once you fire up X was that the console driver didn't support KMS, so you could never really successfully alt-Ctrl-bksp and kill X (or exit cleanly) and get back to your VT. Word was said that this problem was being worked on and hopefully would get brought in towards the tail end of august. So, am just wondering what the status of that project is? thanks, -Jr ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org Hello John! I can't say anything about Haswell support, but newcons works, sometimes :) Just not now. There is currently no Haswell graphic support in Current. I've a new Dell Latitude E7240 with a Core i5 4200 and i915kms didn't attach to it. I added then support and managed to start the X server, but there were quite some changes necessary, e.g adding the ID and feature set to agp, i915 and drm2, plus some changes in registers etc. Perhaps it's better to directly import the latest version from the linux kernel? I also suffered some problems now with this version like I cannot shutdown the machine anymore. The display freezes (with my desktop background, not going black as expected without newcons) and what is worse there is no dump. I've currently doing some redesign, so it is broken last week. Hope I will done something for wide testing in a week or so, but I'm afraid it will not be fully done to be shipped with 10.0. I will let you and others to know when something will happen :) That sounds great. Greetings Michael ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: what is the status of KMS support in newcons?
On 09/19/13 16:23, Aleksandr Rybalko wrote: Hello John! I can't say anything about Haswell support, but newcons works, sometimes :) Just not now. I've currently doing some redesign, so it is broken last week. Hope I will done something for wide testing in a week or so, but I'm afraid it will not be fully done to be shipped with 10.0. I will let you and others to know when something will happen :) Thanks! I'm currently running 9.x and have no plans (at the moment) to run -current or move to 10.0. I assume this will be MFC'ed (or whatever the current term is these days :) into 9x? Also for anybody in the know out there, I thought I'd understood from a thread about 6 weeks ago that fixed KMS support was going to be integral for getting haswell graphics to work with the intel X driver. Is there anybody out there (yet) that is running on a haswell system that has gotten the native driver to work? Right now I'm still stuck using the VESA driver. Is anybody working on it? I bought the system figuring that it was SO new that things wouldn't work so it wasn't much of a shock, but we're 3+ months into the life of the new hardware . just figured that there was probably work going on to make things supported, and if so can somebody share the progress made? Thanks, -JR ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
build kernel broken at revision 255705
root@valfenda:/usr # svn info src Caminho: src Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Raiz do Repositório: svn://svn.freebsd.org/base UUID do repositório: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revisão: 255706 Tipo de Nó: diretório Agendado: normal Autor da Última Mudança: gibbs Revisão da Última Mudança: 255705 Data da Última Mudança: 2013-09-19 11:41:10 -0300 (Qui, 19 Set 2013) Command line: make buildkernel KERNCONF=VALFENDA make installKERNEL KERNCONF=VALFENDA make installworld MAKE=make sh /usr/src/sys/conf/newvers.sh VALFENDA cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror vers.c linking kernel udf_iconv.o: In function `udf_iconv_mod_handler': /usr/src/sys/fs/udf/udf_iconv.c:(.text+0x24): undefined reference to `udf_iconv' /usr/src/sys/fs/udf/udf_iconv.c:(.text+0x3b): undefined reference to `udf_iconv' *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/VALFENDA *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src root@valfenda:/usr/src # it's terrible, last work build was friday 13 Rizzo I think tha LIBICONV within kernel not work I'll use it out. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: build kernel broken at revision 255705
On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: Command line: make buildkernel KERNCONF=VALFENDA make installKERNEL KERNCONF=VALFENDA make installworld Please provide your kernel config, make.conf and src.conf Glen pgpERol9_nAui.pgp Description: PGP signature
Re: build kernel broken at revision 255705
Em Thu, 19 Sep 2013 22:24:54 -0400, Glen Barber escreveu On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: Command line: make buildkernel KERNCONF=VALFENDA make installKERNEL KERNCONF=VALFENDA make installworld Please provide your kernel config, make.conf and src.conf Glen root@valfenda:/home2/rizzo # more /etc/make.conf JAVA_VERSION=1.7 # added by use.perl 2013-08-31 20:03:13 PERL_VERSION=5.16.3 sr.conf: empty ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: build kernel broken at revision 255705
On Thu, Sep 19, 2013 at 11:36:29PM -0300, Nilton Jose Rizzo wrote: Em Thu, 19 Sep 2013 22:24:54 -0400, Glen Barber escreveu On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: Command line: make buildkernel KERNCONF=VALFENDA make installKERNEL KERNCONF=VALFENDA make installworld Please provide your kernel config, make.conf and src.conf Glen root@valfenda:/home2/rizzo # more /etc/make.conf JAVA_VERSION=1.7 # added by use.perl 2013-08-31 20:03:13 PERL_VERSION=5.16.3 sr.conf: empty src.conf. And the kernel config. Glen pgpkAP6lnjtjs.pgp Description: PGP signature
Re: build kernel broken at revision 255705
Em Thu, 19 Sep 2013 22:49:58 -0400, Glen Barber escreveu On Thu, Sep 19, 2013 at 11:36:29PM -0300, Nilton Jose Rizzo wrote: Em Thu, 19 Sep 2013 22:24:54 -0400, Glen Barber escreveu On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: Command line: make buildkernel KERNCONF=VALFENDA make installKERNEL KERNCONF=VALFENDA make installworld Please provide your kernel config, make.conf and src.conf Glen root@valfenda:/home2/rizzo # more /etc/make.conf JAVA_VERSION=1.7 # added by use.perl 2013-08-31 20:03:13 PERL_VERSION=5.16.3 sr.conf: empty src.conf. src.conf is empty kernel config in attach tar file And the kernel config. Glen ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ipmi patch for review
John, On Thu, Sep 19, 2013 at 03:04:46PM -0400, John Baldwin wrote: JWhen system is writing a kernel core dump, it issues watchdog J pat wdog_kern_pat(WD_LASTVAL). If ipmi is in action, it registers J ipmi_wd_event() as event for watchdog. Thus ipmi_wd_event() is J called in dumping context. J J The problem is that ipmi_wd_event() calls into ipmi_set_watchdog(), J that calls into ipmi_alloc_request(), which uses M_WAITOK and J thus sleeps. This is a smaller problem, since can be converted to J M_NOWAIT. But ipmi_set_watchdog() then calls into J ipmi_submit_driver_request(), which calls msleep() any time. J JThe attached patch allows me to successfully write cores in J presence of IPMI. J J Of course, the watchdog might go off during your dump. :) Yes, I understand that :( But, imho patch improves situation, although is ugly. J The real fix is more complicated, which is that we should not use J a worker thread for at least SMIC and KCS. -- Totus tuus, Glebius. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 18 Sep 2013 20:00:09 -0400 Jung-uk Kim j...@freebsd.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-18 13:20:27 -0400, Jung-uk Kim wrote: 2013년 9월 18일 13:20, Jung-uk Kim 쓴 글: On 2013-09-18 12:39:46 - -0400, David Chisnall wrote: On 18 Sep 2013, at 16:26, Tijl Coosemans t...@freebsd.org wrote: On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html The definition of struct __cxa_exception doesn't match the one in /usr/include/c++/v1/cxxabi.h. There's an extra field at the start in the __LP64__ case: uintptr_t referenceCount. This field is present in newer versions of the ABI spec and is also there in new versions of libsupc++. It's required for implementing C++11 dependent exceptions. It shouldn't matter for code that doesn't allocate the structure (and nothing outside of libsupc++ / libcxxrt should be allocating them), because these structures are always passed around by pointers to their ends (where the _Unwind_Exception structure lives). Ah, I see. Now I wrote a proper fix and it looks very promising. :-) Committed: http://svnweb.freebsd.org/changeset/ports/327589 Thanks! Jung-uk Kim * PS: IMHO, the ABI compatibility issue must be fixed before 10.0. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOj6JAAoJECXpabHZMqHOlhgIAJg0fAXSLdqR+otyUrvgcfDg fuyYMfbcaVk1yGdPuUwppFb8/hZCP0YDKRCf8JmCpisz5yEcUTQYCVmvWCfjBMTa 2Caelx2Cof2ao6o4IAaDd+qVP16Mdio3e8iAb2Kh8tbj08eLIpn5GvmEOOkNGnVN HYAONN8e5x3PJN7N+vWcNR1uYw1PZHww44KImZeQ7ejbWQwE28NBbkCwLeddB4he bafcFPXJccngoW2c9RUIm81sRycZP5vP9dwhJicBHUEK46/x0TW0SQRavH5d0Wnx E4FxksUen9lQOYtbwFPEfDTH4NnHB+zlwA7SwQgqGFXHqOBn81r3+YTzNmH4rd0= =t0tP -END PGP SIGNATURE- LibreOffice now builds again and is usable with CURRENT. Very good job, thank you very much for repairing the port! Regards, Oliver -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSO+IlAAoJEOgBcD7A/5N8+5QH/RARRH8ZJB9p1Xpwztjsxvx3 gOMJUPzCR6jzArdgXY6Vso5LEltxLCfq8bYnRUtnANRzBXUuumXpXZxjkYHlj/YF GGzbgqDww5zORRYT6HN5QriwnWklzcvt2k/Iv+fOg+bXgmVGiup8Zc4vUVkMo3RD A3CU26D4k43hzdBNeiKdg4FSiTY+UY98mdkLyDh5BwEbwmehSIZCNmJUk+UiWfgw xLjqMTACHGm6kAUaoQ/UXohLxKtZh1LMmrEqXb343pJDiouKe2M1fRmiiLnJzbk2 /uaouR+yHB8OpiBuI6Yeqwx8aujd7lCiwF0/iCu2/snRzqi/RgCO9Y9qQ0SabwU= =U8NB -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org