LibreOffice printing, only gibberish comes out
I wrote earlier about printing in Firefox. I have a similar problem in LibreOffice now. unreadable text but layout is almost correct. Printing from Thunderbird and xpdf is ok. Anyone else that have seen the problem with LibreOffice? My solution at the moment and it's not a good one, is to have a virtual machine with Windows 7 and print from there. /Leslie ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: nice man pages?
On Tue, Oct 25, 2011 at 11:34:18PM -0600, Warren Block wrote: On Tue, 25 Oct 2011, Adam Vande More wrote: On Tue, Oct 25, 2011 at 8:20 PM, Patrick Lamaiziere patf...@davenulle.orgwrote: Hello, I use sysutils/most to have nice manual pages in color, that's cool but is there a way to do this with the base system (ie without adding port)? https://wiki.archlinux.org/index.php/Man_Page A) printf on FreeBSD doesn't do \e, so use \033 instead. B) My eyes! Agree on B! You can change the colours of course. http://www.understudy.net/custom.html#table2 shows the colour codes. I changed mine to this: man() { env \ LESS_TERMCAP_mb=$(printf \033[1;34m) \ LESS_TERMCAP_md=$(printf \033[1;34m) \ LESS_TERMCAP_me=$(printf \033[0m) \ LESS_TERMCAP_se=$(printf \033[0m) \ LESS_TERMCAP_so=$(printf \033[1;44;33m) \ LESS_TERMCAP_ue=$(printf \033[0m) \ LESS_TERMCAP_us=$(printf \033[0;35m) \ man $@ } in ~/.kshrc Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html pgpbCwesTnBsp.pgp Description: PGP signature
Re: nice man pages?
On Tue, Oct 25, 2011 at 08:58:19PM -0700, Carl Johnson wrote: Patrick Lamaiziere patf...@davenulle.org writes: Hello, I use sysutils/most to have nice manual pages in color, that's cool but is there a way to do this with the base system (ie without adding port)? I use a colorized termcap with less, but it also works with /usr/bin/more. It depends on what type of terminal you are using it on. I have it for xterm and rxvt (which is what I use). This works for manpages, but you can also colorize your prompt. It is short, so my ~/.termcap is below: -- snip --- # this is just changes to the standard FreeBSD termcaps - 2010-12-13 cdj xterm|xterm-color|X11 terminal emulator:\ :md=\E[33;1m:so=\E[36;1m:se=\E[0m:us=\E[32;4m:ue=\E[0;24m:\ :ti@:te@:tc=xterm-xfree86: rxvt|rxvt terminal emulator (X Window System):\ :md=\E[33;1m:so=\E[36;1m:se=\E[0m:us=\E[32;4m:ue=\E[0;24m:\ :pa#64:Co#8:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:\ :tc=rxvt-mono: -- snip --- All that does is set bold to yellow, standout to cyan, and underline to green. I use white on black, so if you use something else you will probably have to adjust the colors. I haven't tried 9.0, but this works on 8.1-RELEASE and 8.2-RELEASE. You can decide for yourself if that does what you want. fwiw, without also setting the NC capability (something like NC#35), it'll confuse curses/ncurses since that conflicts with the normal color controls. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgp8hVuuMKfnJ.pgp Description: PGP signature
rsync and the ports tree
I have several machines installed in my temporary location and only my laptop gets the internet through wireless. So far I've been building ports on the other machines by rsync'ing the distfiles from the laptop as I need them (all machines have the same FreeBSD 8.2 installed). The problem comes after I did a 'portupgrade -a' on the laptop. To ensure the other ports trees are in sync, can I rsync the /usr/ports directory to the other machines? Since some of them are different architectures (amd64 multicore for instance) I ran into situations where the distfiles are different (for gcc for example). If not rsync, what is the best way to keep multiple ports trees on different hardware in sync, assuming everything runs FreeBSD 8.2? regards, Peter Kryszkiewicz ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rsync and the ports tree
On Wed, Oct 26, 2011 at 12:39 PM, Peter Kryszkiewicz tundra2b...@gmail.com wrote: I have several machines installed in my temporary location and only my laptop gets the internet through wireless. So far I've been building ports on the other machines by rsync'ing the distfiles from the laptop as I need them (all machines have the same FreeBSD 8.2 installed). The problem comes after I did a 'portupgrade -a' on the laptop. To ensure the other ports trees are in sync, can I rsync the /usr/ports directory to the other machines? Since some of them are different architectures (amd64 multicore for instance) I ran into situations where the distfiles are different (for gcc for example). The distfiles are not different between architectures. Rsyncing /usr/ports works fine. But if you will bump into problems if you also sync /usr/ports/packages and you have different archs (i386 vs amd64 for instance). -- chs, ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Three button mouse emulation
On Tue, 25 Oct 2011 07:06:08 -1000, Open Slate wrote: A simple way to enable three button mouse emulation is to put mouse_flags=-3 in /etc/rc.conf. I always thought it was moused_flags (according to moused), has this been changed, or is it just a typo? On my old system, I had a setting like this: moused_flags=-z 4 And for X, there was an additional setting: Option Emulate3Buttons true Option EmulateWheel true Option EmulateWheelButton2 Option ZAxisMapping 4 5 This setting makes the middle mouse button to be the mouse wheel when the mouse is moved in Y direction. This applies to 3 button standard mice (which I do prefer over those clumsy wheel things). A slightly changed setting could make the left _plus_ right button appear as the middle button, being that _and_ the mouse wheel. This configuration suggestion could be helpful for users who suffer from a two-button glidepad on their laptops. I cannot find this documented anywhere. Section 4.5 of the faq mentions this feature and refers to the moused man page, where we are told to pass -3 to moused. Similar treatment in the handbook. Section 2.10.10. Only a seasoned veteran would think to look in /etc/defaults/rc.conf. I don't see more than generic advice in that file regarding the use of moused flags. This trick is especially useful to laptop users and should be in the handbook. Fully agree. Maybe an additional hint on how to make X work better on such limited hardware configuration would be nice. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: BSD_10_2011.pdf - typical problem
On Tue, 25 Oct 2011 18:16:04 -0400 (EDT), Chuck Bacon wrote: I often receive PDFs which die with gv. I have just downloaded the current copy of BSD_10_2011.pdf, with stats: MD5 (BSD_10_2011.pdf) = 69c8b0be7c59870eb41e09b46fa568ba -just so's you know. This one causes gv to respond with: Error: /syntaxerror in readxrefGNU Ghostscript 7.07: Unrecoverable error, exit code .. etc. Some PDFs come through OK, but about half fail, often with different errors. I'm running: FreeBSD tomato.local 8.2-RELEASE-p3 FreeBSD 8.2-RELEASE-p3 #0: Tue Sep 27 18:45:57 UTC 2011 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 on an ASUS MB and AMD64 4x CPU. Any ideas? As a retired sysadmin from the 1950s, I'm over my head but can't let go :-) So I need help sometimes :-( Many thanks - Chuck Bacon c...@cape.com Yes, I sometimes see this behaviour with gv too. As I do not want to use heavyweight bloatware like that Acrobat reader, I use the xpdf program for the PDF files that don't work with gv. Maybe you try this program? And I also use xpdf -fullscreen for presentaqtions. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: BSD_10_2011.pdf - typical problem
On Wed, 26 Oct 2011, Polytropon wrote: On Tue, 25 Oct 2011 18:16:04 -0400 (EDT), Chuck Bacon wrote: I often receive PDFs which die with gv. I have just downloaded the current copy of BSD_10_2011.pdf, with stats: MD5 (BSD_10_2011.pdf) = 69c8b0be7c59870eb41e09b46fa568ba -just so's you know. This one causes gv to respond with: Error: /syntaxerror in readxrefGNU Ghostscript 7.07: Unrecoverable error, exit code .. etc. Some PDFs come through OK, but about half fail, often with different errors. I'm running: FreeBSD tomato.local 8.2-RELEASE-p3 FreeBSD 8.2-RELEASE-p3 #0: Tue Sep 27 18:45:57 UTC 2011 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 on an ASUS MB and AMD64 4x CPU. Any ideas? As a retired sysadmin from the 1950s, I'm over my head but can't let go :-) So I need help sometimes :-( Many thanks - Chuck Bacon c...@cape.com Yes, I sometimes see this behaviour with gv too. As I do not want to use heavyweight bloatware like that Acrobat reader, I use the xpdf program for the PDF files that don't work with gv. Maybe you try this program? Updating ghostscript 7.07 to either 8 or 9 is also worth a try. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: rsync and the ports tree
On Wed, Oct 26, 2011 at 12:39 PM, Peter Kryszkiewicz tundra2b...@gmail.com wrote: I have several machines installed in my temporary location and only my laptop gets the internet through wireless. So far I've been building ports on the other machines by rsync'ing the distfiles from the laptop as I need them (all machines have the same FreeBSD 8.2 installed). The problem comes after I did a 'portupgrade -a' on the laptop. To ensure the other ports trees are in sync, can I rsync the /usr/ports directory to the other machines? Since some of them are different architectures (amd64 multicore for instance) I ran into situations where the distfiles are different (for gcc for example). First of all, rsync is working perfectly if you want to distribute /usr/ports/distfiles, /usr/ports to your internal machines, even when they are not of the same architecture. I'm doing this with a BIG farm of servers running i386, amd64, and sparc64 for a long, long time. You only need to make sure to rsync the *union* of your /usr/ports/distfiles directories, or else it won't work. Say, on amd64 you have /usr/ports/distfiles/some-distfile-for-amd64-only.tar.bz2 and on i386 you have /usr/ports/distfiles/some-distfile-for-i386-only.tar.bz2 Yes, that happens every now and then. So you have to rsync both ways, so that you end up with /usr/ports/distfiles/some-distfile-for-amd64-only.tar.bz2 /usr/ports/distfiles/some-distfile-for-i386-only.tar.bz2 on both i386 and amd64 machines. The catch is: look out for rsync's --delete flag! When some port managers delete old/stale distfiles, they may also delete distfiles for the *other* arches because they (rightly) think they are not needed here... and when you then rsync with --delete, that would (wrongly) propagate such deletes to those arches, and you end up with missing distfiles on the targets. Since I have more than just two arches, I use a slightly different 2-layer workflow: 0. I have 3 servers that are allowed to fetch files from the outside: i386-master, amd64-master, sparc64-master. and a whole bunch of i386-slave-NNN, amd64-slave-NNN and sparc64-slave-NNN machines that would duplicate from their relative masters via rsync. On all -master(s), I keep $DISTFILES outside of /usr/ports (on /usr/local/distfiles, with a symbolic link in /usr/ports /usr/ports/distfiles - /usr/local/distfiles) Initial update of i386-master, as usual: 1. On i386-master, csup /usr/ports. Run portmaster as usual to upgrade everything. This may delete old stale distfiles and non-i386-distfiles. This may fetch additional generic and i386-specific distfiles. Copy the new /usr/ports (without distfiles) to the other arch masters: 2. rsync -av --delete i386-master:/usr/ports to amd64-master and sparc64-master. CAUTION: Use --delete is okay, but only because distfiles are not under /usr/ports, so as not to nuke non-i386-specific distfiles of the other arches. Copy i386-master's NEW distfiles to the other arch masters: 3. rsync -av i386-master:/usr/local/distfiles to amd64-master and sparc64-master. BEWARE: Don't use --delete here! Do this to copy new generic distfiles (and i386) from the i386-master build to amd64-master and sparc64-master. Update amd64-master and sparc64-master's ports as usual: 4. On amd64-master, run portmaster as usual to upgrade everything. This may delete old stale distfiles and non-amd64-distfiles. This may fetch additional (generic and) amd64-specific-distfiles. 5. On sparc64-master, run portmaster as usual to upgrade everything. This may delete old stale distfiles and non-sparc64-distfiles. This may fetch additional (generic and) sparc64-specific-distfiles. At this point, i386-master, amd64-master and sparc64-master are fully updated, and their /usr/local/distfiles directories are up to date w.r.t. their specific architectures. Now, copy everything from the masters to the slaves: 6. On every i386-slave-NNN, rsync -av --delete: /usr/ports, /usr/local (including /usr/local/distfiles), /var/db/pkg, /var/db/ports from i386-master. 7. On every amd64-slave-NNN, rsync -av --delete: /usr/ports, /usr/local (including /usr/local/distfiles) /var/db/pkg, /var/db/ports from amd64-master. 8. On every sparc64-slave-NNN, rsync -av --delete: /usr/ports, /usr/local (including /usr/local/distfiles) /var/db/pkg, /var/db/ports from sparc64-master. You may also need to update entries in /etc and /usr/local/etc on the slaves. If not rsync, what is the best way to keep multiple ports trees on different hardware in sync, assuming everything runs FreeBSD 8.2? regards, Peter Kryszkiewicz -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: nice man pages?
Le Tue, 25 Oct 2011 22:43:29 -0400, Robert Huff roberth...@rcn.com a écrit : I use sysutils/most to have nice manual pages in color, that's cool but is there a way to do this with the base system (ie without adding port)? I believe the answer will be Not going to happen. Color is nice, but the system is desugned so it can be easily run when the system console is something indeterminate at the other end of a 300 baud serial line. We have ls with color (and no problem with serial console, there is no color when using it). Why not a nice manual? In fact there were some works on 9.0: http://markmail.org/message/3hqgrjbvg7sneobk But it does not seem to work here on a fresh 9.0/RC1 (via ssh but ls color works fine), does it work for you? Anyway thank you all for your replies. Regards. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: SV: Breakin attempt
Admin ValhallaProjectet ad...@thorshammare.org writes: Probably a bunch of bots. Not very intelligent used. It's a recurring phenomenon, sometimes called the hail mary cloud (the odds are overwhelmingly against such things ever succeeding, but they keep trying anyway). Really messed up my logfiles. I was a bit curious if the purpose was just that, to mask some more clever real attacks, but haven't seen any signs of such. I changed my ssh port, just to reduce the noise, and it all ceased. This round was over a lot quicker than the ealier ones, see eg http://www.bsdly.net/~peter/hailmary/ and the inital blog post about the phenomenon, http://bsdly.blogspot.com/2008/12/low-intensity-distributed-bruteforce.html - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: nice man pages?
Thomas Dickey dic...@radix.net writes: fwiw, without also setting the NC capability (something like NC#35), it'll confuse curses/ncurses since that conflicts with the normal color controls. Thanks, I had missed that description in the terminfo(5) manpage. It worked fine without it, but that might have been just because I hadn't been using enough colors. I put it in but there is no change for my applications. -- Carl Johnsonca...@peak.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
(8.2) share lib and ldconfig problem.
Hello, 8.2 STABLE/i386 I'm hit by something strange. Basically ldconfig does not take care of some libs in /usr/local/lib/compat/pkg By sample I've updated icu (via portupgrade) and libreoffice does not start anymore. $ libreoffice /libexec/ld-elf.so.1: Shared object libicuuc.so.46 not found, required by libsvtfi.so Portgrade did a copy of the lib into /usr/local/lib/compat/pkg and run ldconfig. But the lib does not appear in the listing of the ldconfig cache : # cd /usr/local/lib/compat/pkg/ # ls -m *icu* libicudata.so.46*, libicudata.so.46.1*, libicui18n.so.46.1*, libicuio.so.46.1*, libicule.so.46.1*, libiculx.so.46.1*, libicutest.so.46.1*, libicutu.so.46.1*, libicuuc.so.46.1* # ldconfig -r | grep pkg | grep icu 664:-licudata.46 = /usr/local/lib/compat/pkg/libicudata.so.46 Note that there is only one icu lib in the ldconfig's cache. The one named libicudata.so.46 (which is a copy of libicudata.so.46.1). Questions are : - Why theses libs are not in the ldconfig cache ? - Why a copy named libicudata.so.46 is in the cache and not libicudata.so.46.1? I've checked the permission and ownership of the libs, they are good. I've got also some backups of old libs which are not in the cache too. Any clue? Thanks, regards. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: nice man pages?
Carl Johnson ca...@peak.org writes: Patrick Lamaiziere patf...@davenulle.org writes: Hello, I use sysutils/most to have nice manual pages in color, that's cool but is there a way to do this with the base system (ie without adding port)? I use a colorized termcap with less, but it also works with /usr/bin/more. It depends on what type of terminal you are using it on. I have it for xterm and rxvt (which is what I use). This works for manpages, but you can also colorize your prompt. Obviously I hadn't thought that through since there is no xterm in the base system, but both the xterm and rxvt termcap entries seem to work on the console. Just to be sure I made up a colorized cons25 entry. I left in the underline attribute, even though the console doesn't seem to support underline. I also added the nc capability that Thomas Dickey suggested should be used. The revised version of my ~/.termcap is below if anybody is interested: start ~/.termcap - # these are just changes to the standard FreeBSD termcap - 2010-12-13 cdj # added cons25 and nc capability - 2011-10-26 cdj xterm|xterm-color|X11 terminal emulator:\ :md=\E[33;1m:so=\E[36;1m:se=\E[0m:us=\E[32;4m:ue=\E[0;24m:nc#35:\ :ti@:te@:tc=xterm-xfree86: rxvt|rxvt terminal emulator (X Window System):\ :md=\E[33;1m:so=\E[36;1m:se=\E[0m:us=\E[32;4m:ue=\E[0;24m:nc#35:\ :pa#64:Co#8:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:\ :tc=rxvt-mono: cons25|colorized version of cons25|:\ :md=\E[33;1m:so=\E[36;1m:se=\E[0m:us=\E[32;4m:ue=\E[0;24m:nc#35:\ :ac=l\332m\300k\277j\331u\264t\303v\301w\302q\304x\263n\305`^Da\260f\370g\361~\371.^Y-^Xh\261i^U0\333y\363z\362:\ :tc=cons25w: end ~/.termcap - Note that the ac capability in cons25 should be a single (long) line. -- Carl Johnsonca...@peak.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
CARP related trivial question
Hi everybody, I've got a pretty trivial question but I'm kind of disoriented. In the CARP man pages is clearly stated http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/carp.html: __ To enable support for CARP, the FreeBSD kernel must be rebuilt as described in Chapter 9 with the following option: device carp Alternatively, the if_carp.ko module can be loaded at boot time. Add the following line to the /boot/loader.conf: if_carp_load=YES __ I'm not new to FreeBSD but I didn't manage to load that as a module, not while the OS is running neither at the startup adding the param on loader.conf. I'd love to do that instead of recompiling the kernel to get that working on any node. I'm talking about FreeBSD 8.1. Am I missing something? Any tip would be appreciated. -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Incrementa la visibilita' della tua azienda con le campagne di email marketing di Email.it Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=11846d=26-10 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
SV: SV: Breakin attempt
-Oprindelig meddelelse- Fra: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd-questi...@freebsd.org] På vegne af Peter N. M. Hansteen Sendt: den 26 oktober 2011 19:14 Til: freebsd-questions@freebsd.org Emne: Re: SV: Breakin attempt Admin ValhallaProjectet ad...@thorshammare.org writes: Probably a bunch of bots. Not very intelligent used. It's a recurring phenomenon, sometimes called the hail mary cloud (the odds are overwhelmingly against such things ever succeeding, but they keep trying anyway). Really messed up my logfiles. I was a bit curious if the purpose was just that, to mask some more clever real attacks, but haven't seen any signs of such. I changed my ssh port, just to reduce the noise, and it all ceased. This round was over a lot quicker than the ealier ones, see eg http://www.bsdly.net/~peter/hailmary/ and the inital blog post about the phenomenon, http://bsdly.blogspot.com/2008/12/low-intensity-distributed-bruteforce.html - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org --- Very interesting reading. Thanks. /Hasse ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: nice man pages?
On Wed, Oct 26, 2011 at 10:23:57AM -0700, Carl Johnson wrote: Thomas Dickey dic...@radix.net writes: fwiw, without also setting the NC capability (something like NC#35), it'll confuse curses/ncurses since that conflicts with the normal color controls. Thanks, I had missed that description in the terminfo(5) manpage. It worked fine without it, but that might have been just because I hadn't been using enough colors. I put it in but there is no change for my applications. To explain - since you're using colors to replace some of the video attributes, a curses application (less isn't one) will occasionally reset either a color or a video attribute, supposing them to be distinct. (I don't have a demo in mind, but know that's how the code works...). Using NC, then curses applications will prefer using colors over the video attributes. (Again, less wouldn't be affected, since it's not trying to do more than one thing at a time on the screen). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpnQ0VIUEw6b.pgp Description: PGP signature
Re: CARP related trivial question
On 10/26/2011 12:20, Snoop wrote: Hi everybody, I've got a pretty trivial question but I'm kind of disoriented. In the CARP man pages is clearly stated http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/carp.html: __ To enable support for CARP, the FreeBSD kernel must be rebuilt as described in Chapter 9 with the following option: device carp Alternatively, the if_carp.ko module can be loaded at boot time. Add the following line to the /boot/loader.conf: if_carp_load=YES __ I'm not new to FreeBSD but I didn't manage to load that as a module, not while the OS is running neither at the startup adding the param on loader.conf. I'd love to do that instead of recompiling the kernel to get that working on any node. I'm talking about FreeBSD 8.1. Am I missing something? Any tip would be appreciated. -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Incrementa la visibilita' della tua azienda con le campagne di email marketing di Email.it Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=11846d=26-10 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Does if_carp.ko exist under /boot/kernel/ ? If so: [root@lefty] ~# ls -lart /boot/kernel | grep if_carp -r-xr-xr-x 1 root wheel197392 Feb 16 2011 if_carp.ko.symbols -r-xr-xr-x 1 root wheel 44336 Feb 16 2011 if_carp.ko [root@lefty] ~# kldload if_carp.ko [root@lefty] ~# kldstat | grep if_carp.ko 471 0x814fe000 4dd0 if_carp.ko [root@lefty] ~# should work. Dave -- Dave Robison Sales Solution Architect II FIS Banking Solutions 510/621-2089 (w) 530/518-5194 (c) 510/621-2020 (f) da...@vicor.com david.robi...@fisglobal.com _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
gthumb: IRQ's not enabled, falling back to busy waits
Hi, Gthumb core dumps with: ... IRQ's not enabled, falling back to busy waits: 2 0 Segmentation fault (core dumped) ... Does anyone know what this means? Thanks in advance, Marco -- Fortune's Real-Life Courtroom Quote #41: Q: Now, Mrs. Johnson, how was your first marriage terminated? A: By death. Q: And by whose death was it terminated? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
FreeBSD 9.0-RC1 and DTrace Userland Probes
I upgraded my box so that I can rock the userland DTrace probes. I have been following the example at: http://wiki.freebsd.org/DTrace/userland When I am ready to build my test probe, I run 'make' as the example shows. The result of that is the following: cc -O2 -pipe -fno-omit-frame-pointer -std=gnu99 -fstack-protector -c test.c cc -O2 -pipe -fno-omit-frame-pointer -std=gnu99 -fstack-protector -o test test.o test.o: In function `main': test.c:(.text+0x29): undefined reference to `__dtrace_prober___probe__before' test.c:(.text+0x45): undefined reference to `__dtrace_prober___probe__after' *** Error code 1 Same idea as the example, but I just changed the names around. Well, so I thought I would be smart and compile just the object file with: dtrace -G -s prober.d And that stalls. `truss` is showing that dtrace is stalling after a mmap, with what looks to be a valid returned address. /* provider.d */ provider prober { probe probe__before(char *); probe probe__after(char *); }; /* test.c */ #include unistd.h #include sys/time.h #include provider.h int main(void) { struct timeval tv; for ( ;; ) { sleep(1); PROBER_PROBE_BEFORE(foo); gettimeofday(tv, NULL); PROBER_PROBE_AFTER(bar); } return 0; } Any insight would be wonderful. Thanks! -Matt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org