Re: Opera
in message <3869488.94aln8e...@luna.wi.rr.com>, wrote ajtiM thusly... > > Hi! > > I use Opera 12.12. I use KDE 4 and Fluxbox. > In operaprefs.ini I have > [File Selector] > Dialog Toolkit=4 > > which help me that Opera works othervise I get: > libpng error: incorrect data check > libpng error: incorrect data check > Segmentation fault (core dumped) > > This happened on KDE but without above lines in operaprefs.ini, Opera works > without problem on Fluxbox. > > What is different, please? (Go to "opera:config" by typing in the address bar. Then in the search field (one with magnifying lend), type "toolkit". You will then see only "File Selector: Dialog Toolkit" option. When you click the "[?]" icon, you will the values (0-4) and short explanation.) With that out of way, option value "4" tells opera to "use X11 for file selector" instead of auto detected one, Qt, GTK, or KDE one. Seems like any or all of opera, kde, png library need to be rebuilt, possibly along with other respective dependencies. Sorry, I couldn't be of much help with this. -- ___ 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: Opera
On Friday 01 February 2013 23:04:27 Parv wrote: > in message <3869488.94aln8e...@luna.wi.rr.com>, > wrote ajtiM thusly... > > > Hi! > > > > I use Opera 12.12. I use KDE 4 and Fluxbox. > > In operaprefs.ini I have > > [File Selector] > > Dialog Toolkit=4 > > > > which help me that Opera works othervise I get: > > libpng error: incorrect data check > > libpng error: incorrect data check > > Segmentation fault (core dumped) > > > > This happened on KDE but without above lines in operaprefs.ini, Opera > > works > > without problem on Fluxbox. > > > > What is different, please? > > (Go to "opera:config" by typing in the address bar. Then in the > search field (one with magnifying lend), type "toolkit". You will > then see only "File Selector: Dialog Toolkit" option. When you click > the "[?]" icon, you will the values (0-4) and short explanation.) > > With that out of way, option value "4" tells opera to "use X11 for > file selector" instead of auto detected one, Qt, GTK, or KDE one. > > Seems like any or all of opera, kde, png library need to be rebuilt, > possibly along with other respective dependencies. Sorry, I couldn't > be of much help with this. Looks like Opera has problem autodetect on KDE but not in Fluxbox. Thank you very much for explanation. Mitja -- http://www.redbubble.com/people/lumiwa ___ 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"
Evolution
Does Evolution support maildir? 2.32.1 seems to support mbox only. Regards, Ralf ___ 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: Opera
On Fri, 01 Feb 2013 19:42:19 -0600, ajtiM wrote: > Hi! > > I use Opera 12.12. I use KDE 4 and Fluxbox. > In operaprefs.ini I have > [File Selector] > Dialog Toolkit=4 > > which help me that Opera works othervise I get: > libpng error: incorrect data check > libpng error: incorrect data check > Segmentation fault (core dumped) > > This happened on KDE but without above lines in operaprefs.ini, Opera works > without problem on Fluxbox. > > What is different, please? I don't see an obvious difference except that "something" seems to be wrong with your PNG library. Is everything in sync? Or is some mechanism relying on libpng malfunctioning somewhere else? Regarding Opera: For better integration with desktop environments newer versions can "emulate" the DE's native dialogs instead of using its own one (which was superior in functionality). If you enter "about:config" in your address bar and search for "toolkit", you will find the corresponding setting with the following explanation: File dialog toolkit 0 = Autodetect toolkit to use for file selector 1 = Use Qt for file selector (deprecated, will fall back to KDE) 2 = Use GTK for file selector 3 = Use KDE for file selector 4 = Use X11 for file selector Maybe this causes trouble in your specific "non-mainstream" setting? However I can't imagine how... -- 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: Opera
On Sat, 02 Feb 2013 05:35:46 -0600, ajtiM wrote: > Looks like Opera has problem autodetect on KDE but not in Fluxbox. This is because Fluxbox is neither KDE or Gnome. :-) But simply coredumping is a bad "default value" for how to act when not using KDE or Gnome. I'm using Opera on WindowMaker here for many years without that specific error (11.50 at the moment), so maybe another sign for disimproved software... :-( -- 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: Opera
On Saturday 02 February 2013 14:19:17 Polytropon wrote: > On Sat, 02 Feb 2013 05:35:46 -0600, ajtiM wrote: > > Looks like Opera has problem autodetect on KDE but not in Fluxbox. > > This is because Fluxbox is neither KDE or Gnome. :-) > > But simply coredumping is a bad "default value" for how to act > when not using KDE or Gnome. I'm using Opera on WindowMaker > here for many years without that specific error (11.50 at the > moment), so maybe another sign for disimproved software... :-( As I remember a "problem" started with Opera 12?? (I forgot which one but 12 for sure). Thank you. Mitja -- http://www.redbubble.com/people/lumiwa ___ 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: Opera
On Sat, 02 Feb 2013 07:55:25 -0600 ajtiM wrote: A> On Saturday 02 February 2013 14:19:17 Polytropon wrote: A> > On Sat, 02 Feb 2013 05:35:46 -0600, ajtiM wrote: A> > > Looks like Opera has problem autodetect on KDE but not in A> > > Fluxbox. A> > A> > This is because Fluxbox is neither KDE or Gnome. :-) A> > A> > But simply coredumping is a bad "default value" for how to act A> > when not using KDE or Gnome. I'm using Opera on WindowMaker A> > here for many years without that specific error (11.50 at the A> > moment), so maybe another sign for disimproved software... :-( A> A> As I remember a "problem" started with Opera 12?? (I forgot which A> one but 12 for sure). For me problems started with 12.10 (12.12 currently). After some update opera wouldn't start anymore. It simply bailed out saying "failed to setup core". I never had the time to nail the reason down exactly. Had something to do with gstreamer and xorg stuff updates. Right now on 9.1 it is running and I hope it will stay that way. Regards, Jens -- 02. Hornung 2013, 15:14 Homepage : http://www.jan0sch.de QOTD: "Everything I am today I owe to people, whom it is now too late to punish." pgpLjZcurrUSP.pgp Description: PGP signature
tmux and konsole characters
I'm having an issue with tmux on certain ssh connections. When I connect to my freebsd server's tmux session that has multiple panes in one window, everything looks fine. However, when I connect to my linux box, I get this weird character [1] instead of a line as I would expect. Any ideas on how I can fix this? Really just an annoyance rather than a real issue, but I'm sure someone has come across this before and fixed it. Googling wasn't much help -- though I did find some solutions, they did not work for me. [1]http://www.drenet.net/images/snapshot2.png -- Andre Goree an...@drenet.info signature.asc Description: OpenPGP digital signature
Re: ZFS - whole disk or partition or BSD slice?
On 28/01/2013 16:10, Paul Kraus wrote: I have been using ZFS with GPT partitions with no issues. I have NOT compared performance between whole disk and partitioned, which is where the difference in Solaris arises (ZFS makes better use of the physical drive's write cache). Well, it is the write cache manipulation and flushing that I'd like to have turned on. Anyone know what the score is with FreeBSD? ___ 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: tmux and konsole characters
On 2/2/2013 9:51 AM, Andre Goree wrote: I'm having an issue with tmux on certain ssh connections. When I connect to my freebsd server's tmux session that has multiple panes in one window, everything looks fine. However, when I connect to my linux box, I get this weird character [1] instead of a line as I would expect. Any ideas on how I can fix this? Really just an annoyance rather than a real issue, but I'm sure someone has come across this before and fixed it. Googling wasn't much help -- though I did find some solutions, they did not work for me. [1]http://www.drenet.net/images/snapshot2.png It's just a $TERM issue by the looks of it. If you set $TERM in any of your .cshrc scripts, or .profile, it's probably set to something different than what Konsole's using. Try running `setenv TERM xterm-color` before running tmux and see if that fixes it. Run `echo $TERM` just so you can know what it is set to. You'll have to track down where it changes to prevent it in the future. ___ 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"
zoneedit.com
I am posting here hoping that a "Dan" from ZoneEdit.com still monitors this mailing list. I am in a very bad situation and my mail forwarding has been down for over a week -- no response from ZoneEdit support. I found references to people getting help from "Dan" here: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2011-01/msg00504.html My issue(s): 1.) I can't login to zoneedit.com's "new" interface. I used to be able to log in to the "legacy" interface -- but apparently I'm in the same boat as Mr. Jack L. Stone was -- in that you can no longer manage zones from the legacy interface. The legacy interface tells me my account is active at the new interface, but the new interface tells me my account does not even exist. 2.) My mail forwarding service provided by zoneedit.com stopped working approximately last week monday. It has been working fine since 2002. Don't you just love it when this stuff happens. 3.) I can't change my DNS / mail forwarding service, because the email I used for my domain registration at my registrar is one of the emails that gets forwarded (and the forwarding is not working). If Jack L. Stone or "Dan" from ZoneEdit can get in contact with me I would be very grateful. I don't know what else to do at this point. The company that currently owns ZoneEdit (Dotster) won't help me -- they say they don't have the ability to provide support for ZoneEdit customers. This is my last hope pretty much. Dan or Jack if you're out there, please get back to me. sur...@gmail.com -- ~ Nick K. ___ 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: tmux and konsole characters
On 02/02/13 11:22, Joshua Isom wrote: > On 2/2/2013 9:51 AM, Andre Goree wrote: >> I'm having an issue with tmux on certain ssh connections. When I >> connect to my freebsd server's tmux session that has multiple panes in >> one window, everything looks fine. However, when I connect to my linux >> box, I get this weird character [1] instead of a line as I would expect. >> >> Any ideas on how I can fix this? Really just an annoyance rather than a >> real issue, but I'm sure someone has come across this before and fixed >> it. Googling wasn't much help -- though I did find some solutions, they >> did not work for me. >> >> [1]http://www.drenet.net/images/snapshot2.png >> >> > > It's just a $TERM issue by the looks of it. If you set $TERM in any of > your .cshrc scripts, or .profile, it's probably set to something > different than what Konsole's using. Try running `setenv TERM > xterm-color` before running tmux and see if that fixes it. Run `echo > $TERM` just so you can know what it is set to. You'll have to track > down where it changes to prevent it in the future. > ___ > 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" Thanks, I'm actually using bash as a shell, probably should've mentioned that. Anywho: [agoree@desktop ~]$ grep TERM .* .bash_history:echo $TERM .profile:# Setting TERM is normally done through /etc/ttys. Do only override .profile:# TERM=cons25; export TERM [agoree@desktop agoree]$ echo $TERM xterm Looks like it's not being set in .profile (it's commented), and echoing $TERM displays "xterm". So it would appear I'm not changing it anywhere. I tried the following, and get the same weird looking characters in place of lines when connecting to the remote box (which is running Linux, btw): [agoree@desktop agoree]$ echo $TERM xterm [agoree@desktop agoree]$ export TERM=xterm-color [agoree@desktop agoree]$ ssh sideswipe-dt Last login: Sat Feb 2 10:34:53 2013 from 172.16.10.246 [agoree@sideswipe-DT ~]$ tmux attach -- Andre Goree an...@drenet.info signature.asc Description: OpenPGP digital signature
Re: tmux and konsole characters
On 2/2/2013 11:05 AM, Andre Goree wrote: Thanks, I'm actually using bash as a shell, probably should've mentioned that. Anywho: [agoree@desktop ~]$ grep TERM .* .bash_history:echo $TERM .profile:# Setting TERM is normally done through /etc/ttys. Do only override .profile:# TERM=cons25; export TERM [agoree@desktop agoree]$ echo $TERM xterm Looks like it's not being set in .profile (it's commented), and echoing $TERM displays "xterm". So it would appear I'm not changing it anywhere. I tried the following, and get the same weird looking characters in place of lines when connecting to the remote box (which is running Linux, btw): [agoree@desktop agoree]$ echo $TERM xterm [agoree@desktop agoree]$ export TERM=xterm-color [agoree@desktop agoree]$ ssh sideswipe-dt Last login: Sat Feb 2 10:34:53 2013 from 172.16.10.246 [agoree@sideswipe-DT ~]$ tmux attach What's your $TERM after you ssh to sideswipe-dt? ___ 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: tmux and konsole characters
On 02/02/13 12:30, Joshua Isom wrote: > On 2/2/2013 11:05 AM, Andre Goree wrote: >> Thanks, I'm actually using bash as a shell, probably should've mentioned >> that. Anywho: >> >> [agoree@desktop ~]$ grep TERM .* >> .bash_history:echo $TERM >> .profile:# Setting TERM is normally done through /etc/ttys. Do only >> override >> .profile:# TERM=cons25; export TERM >> >> [agoree@desktop agoree]$ echo $TERM >> xterm >> >> Looks like it's not being set in .profile (it's commented), and echoing >> $TERM displays "xterm". So it would appear I'm not changing it anywhere. >> >> I tried the following, and get the same weird looking characters in >> place of lines when connecting to the remote box (which is running >> Linux, btw): >> [agoree@desktop agoree]$ echo $TERM >> xterm >> [agoree@desktop agoree]$ export TERM=xterm-color >> [agoree@desktop agoree]$ ssh sideswipe-dt >> Last login: Sat Feb 2 10:34:53 2013 from 172.16.10.246 >> [agoree@sideswipe-DT ~]$ tmux attach >> > > What's your $TERM after you ssh to sideswipe-dt? > ___ > 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" [agoree@sideswipe-DT ~]$ echo $TERM xterm Thanks for the assistance. -- Andre Goree an...@drenet.info signature.asc Description: OpenPGP digital signature
zfs sharenfs still not support multiple networks for one zfs "partition"?
Hello, 3 version of freebsd I have to patch zfs with this: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/147881 It looks that in 9.1 still isnt this possibility. Am I right or not? If I am wrong how can do it? Thank you Radek ___ 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: ZFS - whole disk or partition or BSD slice?
On Sat, Feb 2, 2013 at 9:51 AM, james wrote: > On 28/01/2013 16:10, Paul Kraus wrote: > >> I have been using ZFS with GPT partitions with no issues. I have >> NOT compared performance between whole disk and partitioned, which is where >> the difference in Solaris arises (ZFS makes better use of the physical >> drive's write cache). >> > > Well, it is the write cache manipulation and flushing that I'd like to > have turned on. Anyone know what the score is with FreeBSD? It is on. Whether it's a raw drive or partition, the device is under control of GEOM. ZFS talks fine with either. Just make sure partitions are 4k aligned if necessary. -- Adam Vande More ___ 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"