UInaqble to install OpenOffice 1.1.3 from porte, 5.3R
Whener i try to install openoffice 1.1 from ports after several hours of compiling etc, i get the following error message. Is openoffice 1.1 port broken? or is it me? Im running 5.3R and i've cvsuped ports to get gnome 2.8 running which went fine. Any ideas? snip build output Making: ../../unxfbsd.pro/slo/com_sun_star_lib_connections_pipe_PipeConnection.obj gcc32 -w -c -I. -I. -I../inc -I../../inc -I../../unx/inc -I../../unxfbsd.pro/inc -I. -I/usr/ports/editors/openoffice-1.1/work/OOo_1.1.3_src/solver/645/unxfbsd.pro/inc/dont_use_stl -I/usr/ports/editors/openoffice-1.1/work/OOo_1.1.3_src/solver/645/unxfbsd.pro/inc/external -I/usr/ports/editors/openoffice-1.1/work/OOo_1.1.3_src/solver/645/unxfbsd.pro/inc -I/usr/ports/editors/openoffice-1.1/work/OOo_1.1.3_src/solenv/unxfbsd/inc -I/usr/ports/editors/openoffice-1.1/work/OOo_1.1.3_src/solenv/inc -I/usr/ports/editors/openoffice-1.1/work/OOo_1.1.3_src/res -I/usr/ports/editors/openoffice-1.1/work/OOo_1.1.3_src/solver/645/unxfbsd.pro/inc/dont_use_stl -I/usr/ports/editors/openoffice-1.1/work/OOo_1.1.3_src/solenv/inc/Xp31 -I/usr/local/linux-sun-jdk1.4.2/include -I/usr/local/linux-sun-jdk1.4.2/include/freebsd -I/usr/local/linux-sun-jdk1.4.2/include/bsd -I/usr/local/linux-sun-jdk1.4.2/include/native_threads/include -I/usr/X11R6/include -I. -I../../res -I. -I/usr/X11R6/include -O -pipe -fno-rtti -fPIC -DFREEBSD -DUNX -DVCL -DGCC -DC300 -DINTEL -DGXX_INCLUDE_PATH=/usr/local/lib/gcc-lib/i386-portbld-freebsd5.3/3.2.3/include/g++-v3 -DCVER=C300 -D_USE_NAMESPACE -D_USE_NAMESPACE=1 -DX86 -DNEW_SOLAR -DSTLPORT_VERSION=450 -DOSVERSION=503001 -D_THREAD_SAFE -D_REENTRANT -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=645 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DSRX645 -DSHAREDLIB -D_DLL_ -DMULTITHREAD -w -o ../../unxfbsd.pro/slo/com_sun_star_lib_connections_pipe_PipeConnection.o com_sun_star_lib_connections_pipe_PipeConnection.c In file included from com_sun_star_lib_connections_pipe_PipeConnection.h:2, from com_sun_star_lib_connections_pipe_PipeConnection.c:69: /usr/local/linux-sun-jdk1.4.2/include/jni.h:27:20: jni_md.h: No such file or directory In file included from com_sun_star_lib_connections_pipe_PipeConnection.h:2, from com_sun_star_lib_connections_pipe_PipeConnection.c:69: /usr/local/linux-sun-jdk1.4.2/include/jni.h:45: syntax error before jsize /usr/local/linux-sun-jdk1.4.2/include/jni.h:104: syntax error before jbyte /usr/local/linux-sun-jdk1.4.2/include/jni.h:107: syntax error before i /usr/local/linux-sun-jdk1.4.2/include/jni.h:108: syntax error before j /usr/local/linux-sun-jdk1.4.2/include/jni.h:112: syntax error before '}' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:193: syntax error before jint /usr/local/linux-sun-jdk1.4.2/include/jni.h:195: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:198: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:201: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:203: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:206: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:209: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:211: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:214: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:217: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:218: `jint' declared as function returning a function /usr/local/linux-sun-jdk1.4.2/include/jni.h:219: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:220: `jint' declared as function returning a function /usr/local/linux-sun-jdk1.4.2/include/jni.h:221: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:223: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:225: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:227: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:230: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:231: syntax error before jint /usr/local/linux-sun-jdk1.4.2/include/jni.h:231: `jint' declared as function returning a function /usr/local/linux-sun-jdk1.4.2/include/jni.h:232: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:235: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:237: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:239: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:241: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:243: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:245: syntax error before '*' token /usr/local/linux-sun-jdk1.4.2/include/jni.h:246: syntax error before jint
FreeSBIE 1.1 Release Announcement
It's our honour and pleasure to announce FreeSBIE 1.1, a LiveCD based on FreeBSD 5.3-RELEASE. Some of the innovations since 1.0 include: - A renewed series of scripts to support power users in the use of FreeSBIE 1.1. - An installer to let users install FreeSBIE 1.1 on their hard drives, thus having a powerful operating system such as FreeBSD, but with all the personalizations FreeSBIE 1.1 carries. - The presence of the best open source software, chosen and personalized, such as X.Org 6.7, XFCE 4.2RC1, Firefox 1.0 and Thunderbird 0.9.2. Moreover, many bugs were solved thanks also to the help of numerous beta testers which we are honoured to thank. For more information about FreeSBIE, visit the website: http://www.FreeSBIE.org Mission FreeSBIE 1.1 was created from the omonimous toolkit to offer users a tool whose uses range from networking activities, to multimedia, to disaster recovery. The real limit FreeSBIE suffers from is user's fantasy, who will be able to appreciate its flexibility for many uses. Included software Along with FreeSBIE is distributed a complete and heterogenous collection of the best open source software now available, making it the ideal tool for the student, the teacher, the network administrator, the computer addicted, the scheptical, the curious and also the newbie taking a first approach to FreeBSD 5.3. For a complete list of the included software, please consult: http://www.freesbie.org/doc/1.1/FreeSBIE-1.1-i386.pkg_info.txt Innovations The most interesting innovation in FreeSBIE 1.1 is represented by the presence of the installer supplied by the DragonFlyBSD Installer Team (http://www.bsdinstaller.org), which will let users install FreeSBIE 1.1 on their hard drive. A help system was also created to help newcomers become familiar with FreeSBIE 1.1, and to let them know the tools it provides. FreeSBIE 1.1 comes with 2 Desktop Environments (apart from the well-known shell) to satisfy the needs of those who want a lightweight desktop environment, and those who want a complete one. Acknowledgments We would like to thank all the people who contributed to the creation of FreeSBIE. First of all, we would like to thank those who will inevitably be forgotten, whose help we will never forget. Our special thanks go to the FreeBSD core team, and to those who orbit around it: without you we wouldn't look at the world from obscure little windows nowadays. We cannot forget to thank the DargonFlyBSD Installer Team, to whom we promised to try DargonFlyBSD sooner or later: ok, we'll do it, as long as you stop talking about KDE. ;-) Availability FreeSBIE 1.1 can be downloaded from one of the mirrors listed on the website: http://www.freesbie.org/?section=download-en and on: http://mirrors.freesbie.org/ or using a BitTorrent client: http://torrent.freesbie.org/FreeSBIE-1.1-i386.torrent MD5 checksum of the CD image: MD5 (FreeSBIE-1.1-i386.iso) = 61e6433b8ace7c83cee281b731e73f1c _WARNING_: Check the md5 of the mirror you are downloading from. Given the recent Security Advisory, the iso was updated recently. Thus, it is possible that some mirrors still haven't updated to the most recent image file available. Have fun with FreeSBIE, the project team pgpLsheDYK16m.pgp Description: PGP signature
Re: FreeSBIE 1.1 Release Announcement
On Mon, Dec 06, 2004 at 02:54:32PM +0100, Dario Freni wrote: - A renewed series of scripts to support power users in the use of FreeSBIE 1.1. Could you perhaps give more details? The webpage is a bit sparse. - An installer to let users install FreeSBIE 1.1 on their hard drives, thus having a powerful operating system such as FreeBSD, but with all the personalizations FreeSBIE 1.1 carries. Ahhh. The webpage FAQ still says this is impossible. The real limit FreeSBIE suffers from is user's fantasy, who will be able to appreciate its flexibility for many uses. I don't think we want to get into the average BSD user's fantasies... :-) -- Paul Robinson http://www.iconoplex.co.uk/ All I know is I'm not a Marxist - Karl Marx ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
UCARP support for FreeBSD
Hi, i need to implement gateway redundancy for our server farm. I found UCARP ( http://www.ucarp.org ) as a potential solution, but it is written it is tested successfully only on Linux, OpenBSD and NetBSD. Did anybody have luck with it under FreeBSD ? Vladimir ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: UCARP support for FreeBSD
On Tuesday 07 December 2004 14:31, Vladimir Terziev wrote: Hi, i need to implement gateway redundancy for our server farm. I found UCARP ( http://www.ucarp.org ) as a potential solution, but it is written it is tested successfully only on Linux, OpenBSD and NetBSD. Did anybody have luck with it under FreeBSD ? Take a look at: http://people.freebsd.org/~mlaier/CARP/ I hope to get this commit ready soon (maybe over the holydays). It's *working* for the default case very well already and peers with OpenBSD like a charm. -- /\ Best regards, | [EMAIL PROTECTED] \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED] / \ ASCII Ribbon Campaign | Against HTML Mail and News pgp2blQkYzrbZ.pgp Description: PGP signature
Re: FreeSBIE 1.1 Release Announcement
The last time i checked, FreeSBIE GUI was not to my taste. -I rather use IceWM as my Window Manager, it is small and fast. And still very usable. It's my only choise. -The window manager was in some weird language, i guess it was brasilian or italian. Guess i'll have to do my own FreeSBIEs. Thanks anyway for the scripts that allow me to do my own FreeSBIE. I really like them. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: hostname lookup problem
On Tue, Dec 07, 2004 at 09:37:09AM +, David Malone wrote: On Mon, Dec 06, 2004 at 07:57:09PM +0100, Hans Petter Selasky wrote: I have come across a problem where res_send() goes into a minute-long wait loop, waiting for the hostname to be looked up, after a getaddrinfo() call. I have captured the packets sent/received, and according to the code the query response does not match. Is this a bug in libc or is it a DNS server problem? It looks like the recursive name server is doing something weird. The nameservers I use are 193.216.1.10 (primary DNS) (nic.daxnet.no) and 193.216.69.10 (secondary DNS) (ns.tele2.no) Output from dig www.google.com @193.216.1.10: ; DiG 8.3 www.google.com @193.216.1.10 ; (1 server found) ;; res options: init recurs defnam dnsrch ;; wrong query name: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUERY SECTION: ;; www.google.akadns.net, type = , class = IN ;; wrong query name: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUERY SECTION: ;; www.google.akadns.net, type = , class = IN ;; res_nsend to server 193.216.1.10 193.216.1.10: Operation timed out Output from dig a www.google.com @193.216.1.10: ; DiG 8.3 a www.google.com @193.216.1.10 ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 13, ADDITIONAL: 12 ;; QUERY SECTION: ;; www.google.com, type = A, class = IN ;; ANSWER SECTION: www.google.com. 3m22s IN CNAME www.google.akadns.net. www.google.akadns.net. 2m25s IN A 66.102.9.104 www.google.akadns.net. 2m25s IN A 66.102.9.99 ;; AUTHORITY SECTION: . 3d19h35m36s IN NS A.ROOT-SERVERS.net. . 3d19h35m36s IN NS H.ROOT-SERVERS.net. . 3d19h35m36s IN NS C.ROOT-SERVERS.net. . 3d19h35m36s IN NS G.ROOT-SERVERS.net. . 3d19h35m36s IN NS F.ROOT-SERVERS.net. . 3d19h35m36s IN NS B.ROOT-SERVERS.net. . 3d19h35m36s IN NS J.ROOT-SERVERS.net. . 3d19h35m36s IN NS K.ROOT-SERVERS.net. . 3d19h35m36s IN NS L.ROOT-SERVERS.net. . 3d19h35m36s IN NS M.ROOT-SERVERS.net. . 3d19h35m36s IN NS I.ROOT-SERVERS.net. . 3d19h35m36s IN NS E.ROOT-SERVERS.net. . 3d19h35m36s IN NS D.ROOT-SERVERS.net. ;; ADDITIONAL SECTION: A.ROOT-SERVERS.net. 19h40m39s IN A 198.41.0.4 H.ROOT-SERVERS.net. 19h40m39s IN A 128.63.2.53 C.ROOT-SERVERS.net. 19h40m39s IN A 192.33.4.12 G.ROOT-SERVERS.net. 19h40m39s IN A 192.112.36.4 F.ROOT-SERVERS.net. 19h40m39s IN A 192.5.5.241 B.ROOT-SERVERS.net. 19h40m39s IN A 192.228.79.201 J.ROOT-SERVERS.net. 19h38m52s IN A 192.58.128.30 K.ROOT-SERVERS.net. 19h38m52s IN A 193.0.14.129 L.ROOT-SERVERS.net. 19h38m52s IN A 198.32.64.12 M.ROOT-SERVERS.net. 19h38m52s IN A 202.12.27.33 I.ROOT-SERVERS.net. 19h38m52s IN A 192.36.148.17 E.ROOT-SERVERS.net. 19h40m39s IN A 192.203.230.10 ;; Total query time: 210 msec ;; FROM: curly.tele2.no to SERVER: 193.216.1.10 193.216.1.10 ;; WHEN: Tue Dec 7 16:27:56 2004 ;; MSG SIZE sent: 32 rcvd: 499 Do you know what is acting as your recursive DNS server? No. Yours -HPS ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: hostname lookup problem
It looks like the recursive name server is doing something weird. The nameservers I use are 193.216.1.10 (primary DNS) (nic.daxnet.no) and 193.216.69.10 (secondary DNS) (ns.tele2.no) Wired - when I dig at those two machines they respond with the correct answer. Could there be some sort of transparent-DNS-redirector living between you and the name servers? David. ; DiG 9.2.3 www.google.com @193.216.1.10 ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 60964 ;; flags: qr rd ad; QUERY: 1, ANSWER: 1, AUTHORITY: 13, ADDITIONAL: 13 ;; QUESTION SECTION: ;www.google.com.IN ;; ANSWER SECTION: www.google.com. 824 IN CNAME www.google.akadns.net. ;; AUTHORITY SECTION: . 328279 IN NS A.ROOT-SERVERS.net. . 328279 IN NS H.ROOT-SERVERS.net. . 328279 IN NS C.ROOT-SERVERS.net. . 328279 IN NS G.ROOT-SERVERS.net. . 328279 IN NS F.ROOT-SERVERS.net. . 328279 IN NS B.ROOT-SERVERS.net. . 328279 IN NS J.ROOT-SERVERS.net. . 328279 IN NS K.ROOT-SERVERS.net. . 328279 IN NS L.ROOT-SERVERS.net. . 328279 IN NS M.ROOT-SERVERS.net. . 328279 IN NS I.ROOT-SERVERS.net. . 328279 IN NS E.ROOT-SERVERS.net. . 328279 IN NS D.ROOT-SERVERS.net. ;; ADDITIONAL SECTION: A.ROOT-SERVERS.net. 69382 IN A 198.41.0.4 H.ROOT-SERVERS.net. 69382 IN A 128.63.2.53 C.ROOT-SERVERS.net. 69382 IN A 192.33.4.12 G.ROOT-SERVERS.net. 69382 IN A 192.112.36.4 F.ROOT-SERVERS.net. 69382 IN A 192.5.5.241 B.ROOT-SERVERS.net. 69382 IN A 192.228.79.201 J.ROOT-SERVERS.net. 69275 IN A 192.58.128.30 K.ROOT-SERVERS.net. 69275 IN A 193.0.14.129 L.ROOT-SERVERS.net. 69275 IN A 198.32.64.12 M.ROOT-SERVERS.net. 69275 IN A 202.12.27.33 I.ROOT-SERVERS.net. 69275 IN A 192.36.148.17 E.ROOT-SERVERS.net. 69382 IN A 192.203.230.10 D.ROOT-SERVERS.net. 69382 IN A 128.8.10.90 ;; Query time: 62 msec ;; SERVER: 193.216.1.10#53(193.216.1.10) ;; WHEN: Tue Dec 7 15:46:07 2004 ;; MSG SIZE rcvd: 483 ; DiG 9.2.3 www.google.com @193.216.69.10 ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 15402 ;; flags: qr rd ad; QUERY: 1, ANSWER: 1, AUTHORITY: 13, ADDITIONAL: 13 ;; QUESTION SECTION: ;www.google.com.IN ;; ANSWER SECTION: www.google.com. 597 IN CNAME www.google.akadns.net. ;; AUTHORITY SECTION: . 512718 IN NS D.ROOT-SERVERS.net. . 512718 IN NS E.ROOT-SERVERS.net. . 512718 IN NS F.ROOT-SERVERS.net. . 512718 IN NS G.ROOT-SERVERS.net. . 512718 IN NS H.ROOT-SERVERS.net. . 512718 IN NS I.ROOT-SERVERS.net. . 512718 IN NS J.ROOT-SERVERS.net. . 512718 IN NS K.ROOT-SERVERS.net. . 512718 IN NS L.ROOT-SERVERS.net. . 512718 IN NS M.ROOT-SERVERS.net. . 512718 IN NS A.ROOT-SERVERS.net. . 512718 IN NS B.ROOT-SERVERS.net. . 512718 IN NS C.ROOT-SERVERS.net. ;; ADDITIONAL SECTION: D.ROOT-SERVERS.net. 598925 IN A 128.8.10.90 E.ROOT-SERVERS.net. 598925 IN A 192.203.230.10 F.ROOT-SERVERS.net. 598925 IN A 192.5.5.241 G.ROOT-SERVERS.net. 598925 IN A 192.112.36.4 H.ROOT-SERVERS.net. 598925 IN A 128.63.2.53 I.ROOT-SERVERS.net. 598925 IN A 192.36.148.17 J.ROOT-SERVERS.net. 598925 IN A 192.58.128.30 K.ROOT-SERVERS.net. 598925 IN A 193.0.14.129 L.ROOT-SERVERS.net. 598925 IN A 198.32.64.12 M.ROOT-SERVERS.net. 598925 IN A 202.12.27.33 A.ROOT-SERVERS.net. 598925 IN A 198.41.0.4 B.ROOT-SERVERS.net. 598925 IN A 192.228.79.201 C.ROOT-SERVERS.net. 598925 IN A 192.33.4.12 ;; Query time: 60 msec ;; SERVER: 193.216.69.10#53(193.216.69.10) ;; WHEN: Tue Dec 7 15:46:34 2004 ;; MSG SIZE rcvd: 483 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To
Re: UInaqble to install OpenOffice 1.1.3 from porte, 5.3R
Simon Burke wrote: Whener i try to install openoffice 1.1 from ports after several hours of compiling etc, i get the following error message. Is openoffice 1.1 port broken? or is it me? Im running 5.3R and i've cvsuped ports to get gnome 2.8 running which went fine. Any ideas? I once had problems like that. I found that the solution was to build jdk14 before building apache-ant and openoffice - jdk14 seemed to work better than linux-jdk14. But this was a while back, and so your problem might be something else. But worth a try. Stephen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mmap()
John-Mark Gurney wrote: Kamal R. Prasad wrote this message on Mon, Dec 06, 2004 at 11:16 +0530: John-Mark Gurney wrote: Kamal R. Prasad wrote this message on Sun, Dec 05, 2004 at 00:38 +0530: I wrote an mmap() interface for a USB device. But when I made a call to it using mmap(), I saw that mmap interface is called 3-4 times. The calls are being made from within mmap() i.e. sys/vm/vm_mmap.c. Can someone tell me if there is something like a re-try going on for some reason? From userspace, I called it as addr = mmap(NULL, 1024, PROT_READ, MAP_SHARED, fd, 0); The version of OS is Freebsd 5.3(stable). each mmap call will be called whenever the kernel needs to map that specific page.. say you map 16k of your device... it won't map any of the 16k until the first time it is accessed, then it will call the mmap routine for each page as it is accessed... it is also possible that memory for the mappings needs to be reclaimed, at which point those page mappings will be reaped, and your mmap function will be called again when they need to be accessed again.. Thanks. But then, the mmap'ed() address was yet to be used by the user space and I don't see the need for multiple calls to my interface almost as if in a while loop. Is there any return value from the mmap() interface that could trigger another call? I am returning 0 after setting the param to vtophys(kernel virtual address). You are suppose to return 0 on success (that the permission are correct and doable i.e. that you can write when the write bit is set) and put the phys adder in paddr... There was a bug in my interface routine which probably resulted in too many calls. Something like *paddr=vtophys(base) instead of *paddr=vtophys(base+offset) should result in lots of calls to the interface. If you look at sys/vm/device_pager.c, you'll see that on line 139, it makes sure that the permissions are correct for the entire mapping (that the user doesn't try to map for writing a read-only mapping)... Then later at line 222, is when the actual mapping gets done.. Thanks. My mmap interface is not strict about permissions [just denies PROT_EXEC]. regards -kamal ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeSBIE 1.1 Release Announcement
Il giorno Mar, 07-12-2004 alle 17:22 +0200, Erik Udo ha scritto: The last time i checked, FreeSBIE GUI was not to my taste. -I rather use IceWM as my Window Manager, it is small and fast. And still very usable. It's my only choise. Users can now choose between Xfce 4.2-rc and Fluxbox. Look at the screenshots: http://www.freesbie.org/?section=screenshot-en -The window manager was in some weird language, i guess it was brasilian or italian. This issue was solved and now there is no special l10n. Guess i'll have to do my own FreeSBIEs. Try our FreeSBIE first ;) Thanks anyway for the scripts that allow me to do my own FreeSBIE. I really like them. Thank you for having tried them :) -- Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
Re: UCARP support for FreeBSD
Vladimir Terziev wrote: Hi, i need to implement gateway redundancy for our server farm. I found UCARP ( http://www.ucarp.org ) as a potential solution, but it is written it is tested successfully only on Linux, OpenBSD and NetBSD. Did anybody have luck with it under FreeBSD ? Try CARP, not a variant. MLaier's been very successfull at porting it to FreeBSD. The available patches just apply fine against 5.3-RELEASE and it works *very well*. Reffer to OBSD's CARP documentation to get it to work. http://people.freebsd.org/~mlaier/CARP/ -- Atenciosamente, Patrick Tracanelli FreeBSD Brasil LTDA. The FreeBSD pt_BR Documentation Project http://www.freebsdbrasil.com.br Fone/Fax: (31) 3281-9633 Long live Hanin Elias, Kim Deal! ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
OpenCVS
Hi hackers, I've seen the OpenBSD guys have come up with a BSD-licensed CVS[1] that should be focused on security as well as features. Is there any chance that this could make it into FreeBSD's tree as well? Considering GNU's version security track record I think it could be a good move, and it would help testing the code in another production environment. As a side effect, it would please the BSDL advocates by reducing the amount of GNU warez in the base system :) [1] http://www.openbsd.org/opencvs/ Cheers, -- Miguel Mendez [EMAIL PROTECTED] | lea gfx_lib(pc),a1 http://www.energyhq.es.eu.org| moveq #0,d0 PGP Key: 0xDC8514F1 | move.l 4.w,a6 Note: All HTML mail goes to /dev/null| jsr -552(a6) pgpi0hcj8RWYc.pgp Description: PGP signature
Re: OpenCVS
On Tue, Dec 07, 2004 at 08:58:27PM +0100, Miguel Mendez wrote: Hi hackers, I've seen the OpenBSD guys have come up with a BSD-licensed CVS[1] that should be focused on security as well as features. Is there any chance that this could make it into FreeBSD's tree as well? Considering GNU's version security track record I think it could be a good move, and it would help testing the code in another production environment. Have you verified that it does everything it needs to do, and works correctly, in a FreeBSD environment? If not, that's step one. Kris pgp8a5liUMgzy.pgp Description: PGP signature
Re: OpenCVS
On Tue, Dec 07, 2004 at 02:07:48PM -0800, Jordan Hubbard wrote: One might also ask the begged question, namely whether or not it makes any sense to invest time and effort into a transition to just another implementation of cvs vs investing it in moving to something else, like SVN. No, I'm really not trying to re-ignite the should we move to p4/svn/arch/...? war, I'm simply saying it might be best to decide here and now that should any SCM transition ever occur, it should only be when the bang-for-buck factor reaches some significant threshold over what's currently available now. unsubscribe pgpb6HHpz39oB.pgp Description: PGP signature
Re: mmap()
Kamal R. Prasad wrote this message on Tue, Dec 07, 2004 at 22:21 +0530: There was a bug in my interface routine which probably resulted in too many calls. Something like *paddr=vtophys(base) instead of *paddr=vtophys(base+offset) should result in lots of calls to the interface. Just remeber that vtophys is not a supported interface in HEAD, (if it still works, it will probably be removed shortly).. Also, vtophys only works on limited archs, like i386 and alpha... -- John-Mark Gurney Voice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mmap()
On Tue, Dec 07, 2004 at 02:19:19PM -0800, John-Mark Gurney wrote.. Kamal R. Prasad wrote this message on Tue, Dec 07, 2004 at 22:21 +0530: There was a bug in my interface routine which probably resulted in too many calls. Something like *paddr=vtophys(base) instead of *paddr=vtophys(base+offset) should result in lots of calls to the interface. Just remeber that vtophys is not a supported interface in HEAD, (if it still works, it will probably be removed shortly).. Also, vtophys only works on limited archs, like i386 and alpha... s/limited/some/ -- Wilko Bulte [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: OpenCVS
At 8:58 PM +0100 12/7/04, Miguel Mendez wrote: Hi hackers, I've seen the OpenBSD guys have come up with a BSD-licensed CVS[1] that should be focused on security as well as features. Is there any chance that this could make it into FreeBSD's tree as well? [1] http://www.openbsd.org/opencvs/ From that web page: OpenCVS released soon Certainly FreeBSD will be interested in seeing how well OpenCVS works, but we like to wait until the code is released before we make any claims about when it will show up in the base system of FreeBSD. I know it's been slash-dotted and all, but it only seems fair that we wait for the actual source-code from the people who are apparently still working on it... That said, we obviously prefer code with a BSD license. So it is reasonable to think that some form of OpenCVS might eventually show up in FreeBSD, the same way that OpenSSH and PF have. But there is no way we can guess at a timetable for that now, when even OpenBSD has not shipped a release with OpenCVS yet! -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: UCARP support for FreeBSD
i need to implement gateway redundancy for our server farm. I found UCARP ( http://www.ucarp.org ) as a potential solution, but it is written it is tested successfully only on Linux, OpenBSD and NetBSD. Did anybody have luck with it under FreeBSD ? I've just discovered UCARP thanks to you. It didn't have time to give it a try, however I looked at the documentation. It seems that UCARP is a userland tool and thus should work quite well on FreeBSD, more especially if it works on other BSD systems. I think now that the 'U' in UCARP means Userland :-). If you successfully run it on FreeBSD-4, it would be nice to keep us informed, at least for the archives. Regards, -- Jeremie Le Hen [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hand on gmirror (Was: Re: gmirror bugs, how many?)
Hello, Pawel Jakub Dawidek! On Mon, Nov 29, 2004 at 11:59:25PM +0100, you wrote: On Mon, Nov 29, 2004 at 07:27:51PM -0200, Jo?o Carlos Mendes Lu?s wrote: + I finally got the system to boot with gmirror fully enabled. But I got + this during boot: + + + GEOM_MIRROR: Device vol0 created (id=3592859320). + GEOM_MIRROR: Device vol0: provider ad0s1 detected. + GEOM_MIRROR: Device vol0: provider ad1s1 detected. + GEOM_MIRROR: Device vol0: provider ad1s1 activated. + GEOM_MIRROR: Cannot update metadata on disk ad0s1 (error=1). + GEOM_MIRROR: Device vol0: provider ad0s1 activated. + GEOM_MIRROR: Device vol0: provider mirror/vol0 launched. + GEOM_MIRROR: Cannot update metadata on disk ad0s1 (error=1). + GEOM_MIRROR: Device vol0: provider ad0s1 disconnected. This is known race, which is already fixed in HEAD. I want to commit it soon. Any plans on backporting it to RELENG_5 (RELENG_5_3 maybe?)? To be on original topic - is there any way to make a mirror from live system? I mean I have running FreeBSD on da0 and I want to make a gmirror on it (I'm planning to add second drive soon). How to avoid those disklabel warnings correctly? -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
kernel not linking (4.10-R + GCC-3.3.5 + binutils-2.15)
Greetings, Apologies in advance if this is better suited for another forum. I have a mostly-stock 4.10-RELEASE system, save for GCC 3.3.5 and binutils 2.15. After bootstrapping the GCC/binutils builds with stock versions, I self-built the new GCC and binutils. I can compile and link most software without trouble. Building a kernel apparently works fine[1] until the linking stage, when I receive linking kernel ld: target elf32-i386 not found *** Error code 1 Any hints on how I've managed to screw up binutils? [1] A few source files required slight modifications (mostly re preprocessor stringification and switch statements), and I removed -fformat-extensions from CWARNFLAGS in bsd.kern.mk. I'd bet money that these aren't the problems; I only mention it because I don't want anyone to try replacing their toolchain and getting highly annoyed. TIA, Eddy -- Everquick Internet - http://www.everquick.net/ A division of Brotsman Dreger, Inc. - http://www.brotsman.com/ Bandwidth, consulting, e-commerce, hosting, and network building Phone: +1 785 865 5885 Lawrence and [inter]national Phone: +1 316 794 8922 Wichita DO NOT send mail to the following addresses: [EMAIL PROTECTED] -*- [EMAIL PROTECTED] -*- [EMAIL PROTECTED] Sending mail to spambait addresses is a great way to get blocked. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mmap()
Wilko Bulte wrote: On Tue, Dec 07, 2004 at 02:19:19PM -0800, John-Mark Gurney wrote.. Kamal R. Prasad wrote this message on Tue, Dec 07, 2004 at 22:21 +0530: There was a bug in my interface routine which probably resulted in too many calls. Something like *paddr=vtophys(base) instead of *paddr=vtophys(base+offset) should result in lots of calls to the interface. Just remeber that vtophys is not a supported interface in HEAD, (if it still works, it will probably be removed shortly).. Also, vtophys only works on limited archs, like i386 and alpha... s/limited/some/ So what would be the equivalent supported interface in HEAD? BTW -man (4) usb probably needs more info than present. thanks -kamal ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]