Re: fsck on 1.5TB drive

[Wojciech Puchar]

You are right Puchar, but sometimes (2 in 100 on powerfailure) the
filesystem
gets corrupted (database files opened, and being extended)...  so
when the fsck enters, the database get corrupted..


Filesystem will rather be not corrupted, but database file data.
Non-journalled UFS with softupdates guarrantes the right sequence of disk 
updates. For example it will not allocate just freed space until freeid 
inodes/blocks are not wrote back to disk.


As in your example - extended and written something, but will end unextended 
etc..



by using zfs or journaling I never have anothter database problem


This is sequence problem - for example you write to file A,B and C 
then it's a crash and you have file A and C written but not B.


I though that all this "famous" database systems like mysql already have 
mechanism for that. looks like not, or it should not get corrupted.


___
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: Installing latest version of LaTeX

[Daniel Underwood]

Installed texlive from ISO, and it all works perfectly now. Thanks folks!
___
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: /etc/hosts - how does that file work?? - was weird nfs issues.

[Tim Judd]

On 6/4/09, Peter  wrote:
>> On Thursday 04 June 2009 20:48:21 Peter wrote:
>>> iH,
>>>   This all started with NFS not mounting at bootso, testing in VMs:
>>
>> 
>>
>>> Why is ping using one IP, and ssh/mount_nfs/showmount using another IP
> from /etc/hosts?
>>
>> Q: Where is described that name resolution for A or PTR records should
> be
>> returned in a fixed order and that a consumer should always use the
> first
>> one
>> returned?
>> A: Nowhere. Name servers are encouraged to do round-robin returns if not
> specified otherwise. Applications may sort/pick at their own leisure.
>>
>> --
>> Mel
>
> I do not think /etc/hosts does round robin, I always assumed first match
> wins...DNS/bind I would understand...
>
> Why does ping always return the 172.20.6.1 address,
>  and ftp,nc,ssh,telnet,fetch _always_ uses the 116 address?
>
> I would assume at least sometimes it would hit the 172 address with
> anything besides ping - but it only ping hits the 172 address...
> If so, I'd guess there would be consistency between ping lookups and
> 'telnet/ssh/etc' lookups...
>
> Why if the 116.23.45.3 last octet is bumped up, everything _always_
> returns the 172 address?
>
> client# grep server /etc/hosts
> 172.20.6.1  server.test server
> 116.23.45.5 server.test server
> client# telnet server
> Trying 172.20.6.1...
> telnet: connect to address 172.20.6.1: Connection refused
> Trying 116.23.45.5...
>
> /etc/hosts - 'server' changed to
> 116.23.45.3:
>
> client# telnet server
> Trying 116.23.45.3...
> telnet: connect to address 116.23.45.3: Operation timed out
> Trying 172.20.6.1...
> telnet: connect to address 172.20.6.1: Connection refused
> telnet: Unable to connect to remote host
>
> if server has ip>116.23.45.3, it always uses the 172 address first...
>
> but ping always uses the  172...
> even if third entry is added into /etc/hosts - nothing ever uses it as the
> first/primary IP.
>
> Is there an algorithm based on IP/program being used and the returned IP?
>



I can't sit and watch this thread anymore.  Something itchin' to say:

DNS, who can handle multiple A records in an optional round-robin
design, is perfectly fine to assign multiple A records to a resource.

/etc/hosts, which as always existed (back when the Internet was
created/new), was a unique record source only.  Having oddities in
/etc/hosts is expected IMHO when a "mistake" like multiple resources
assigned different records.


What's to stop you from creating slightly different records in
/etc/hosts?  Whats to stop you from hitting 'privserver' and
'pubserver', for private and public IPs respectively.


why are you so hung up on dual IPs for a single host?  would dnsmasq
provide a solution to dual A records for one resource?


I'll help, when I can.  but forcing this on /etc/hosts is a dead end.
___
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: Date representation as YY/DDD or YYYY/DDD

[Tim Judd]

On 6/6/09, Chris Rees  wrote:
> 2009/6/6 Wojciech Puchar :
 what some single-letter option meant.  I pretty much never use them on
 the command line, though.
>>>
>>> Agreed, the long options *as an alternative* can be descriptive in
>>> scripts,
>>> tutorials, howto's etc.
>>> The other reason often mentioned, there being not enough letters in the
>>> alphabet to cover all possible options, in my opinion advocates bloated
>>> software (one program can do it all), which goes against the Unix
>>> paradigm
>>> of making small programs that do one task exceptionally well and just
>>> chaining these together.
>>
>> you exaggerate a bit.
>>
>> for example rsync does have >26 options but most make sense for program
>> that
>> is dedicated to one task, and it isn't against Unix paradigm.
>>
>> But it have one letter shortcuts for mostly used parameters
>>
>
> Can I be picky and point out it's actually 52 short options?
>
> [ch...@amnesiac]~% ls -f
> quantumdot  mailcromwell_1024.bin.gz
> public_html bnreg   amnesiackey.pub
> backup.sh.gzcromwell.bin.gz check-portupgrade.pl
> why.c   teamspeak
> [ch...@amnesiac]~% ls -F
> amnesiackey.pub cromwell.bin.gz quantumdot/
> backup.sh.gzcromwell_1024.bin.gzteamspeak/
> bnreg/  mail/   why.c
> check-portupgrade.plpublic_html/
> [ch...@amnesiac]~%
>
> for just one example
>
> Chris


and digits add another 10.

We're up to 62 single-character options.  I'm sure punctuation will be next.

dig www.google.com @192.168.0.1


OK, so now where does that leave us?
___
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"

Dabber proudly presents The Stockholm Exhibition as a new client

[DABBER . tv]

Proudly presenting The Stockholm Exhibition as a new client

We are very proud to present a new collaboration with The Stockholm Exhibition

Dabber presents it´s new way of displaying content over a time machine effekt.
We were asked to help illustrate and communicate the magnitude of a project 
that is dynamic, long-term, groundbreaking and innovative. The new Stockholm 
Exhibition will be a modell that
Eric created one of his best solutions so far that several new clients will 
implement on theire webpages. Check it out soon on our Twitter-feed or in our 
newsletters

What we can do for you:
If you as some of our clients are looking for the 'wow-factor', or need to 
start implementing video in your business or if you need our different approach 
to take the step from idea to a well-visited website. Whatever the need, Dabber 
is ready to take you from static to stunning!

If you are interested in our services, big or small please contact us. We are 
based in Stockholm Sweden and work globaly on changing the way we communicate.


Visit the web site TheStockholmExhibition.com

/Daniel Daboczy
CEO Dabber.tv


___
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: how do i use gdb with < input?

[Gary Kline]

On Fri, Jun 05, 2009 at 11:36:33PM -0700, Steven Schlansker wrote:
> 
> On Jun 5, 2009, at 8:33 PM, Gary Kline wrote:
> 
> >
> > i'm trying to walk thru a short program and see what's actually  
> >happening.
> > can anybody remind me how to send a file file "< redirect" to ./ 
> >a.out?
> 
> 
> gdb myprog
> (gdb) run < myfile
> 

thanks, slightly belatedly.  

gary

(ps: good to hear from someone from where i spent some great years:
 Cory Hall.)



-- 
 Gary Kline  kl...@thought.org  http://www.thought.org  Public Service Unix
http://jottings.thought.org   http://transfinite.thought.org
   For FBSD list: http://transfinite.thought.org/slicejourney.php

___
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: fsck on 1.5TB drive

[Sergio de Almeida Lenzi]

Em Sáb, 2009-06-06 às 23:13 +0200, Wojciech Puchar escreveu:

> > try to use journaling on the backup partition, (if you do not want to
> > use ZFS...)
> 
> is it THAT a problem to wait 5-10 minutes for fsck?
> 
> on OS that really crash RARELY. Most cases not at all.


You are right Puchar, but sometimes (2 in 100 on powerfailure) the
filesystem
gets corrupted (database files opened, and being extended)...  so
when the fsck enters, the database get corrupted..  
by using zfs or journaling I never have anothter database problem

People can say it is better to use a no-break in the server, Right again
but in my case of about 1000 servers, after 2 years the batteries does
not
function any more... and I can rely only in the filesystem...
a shell script that moves the partition to another HD previously
formatted
with ZFS (on amd64) or journaling (i386)   solves my problem

Sérgio
___
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: Problem w/ 6.0 -> 7.2 update

[ill...@gmail.com]

2009/6/6 Alex Stangl :

> It's also not clear to me whether using freebsd-update.sh is the right
> approach for upgrading from 6.0-RELEASE to 7.2-RELEASE, or if I should
> follow some alternate approach, like booting the 7.2 CD and doing a
> binary upgrade from there?

I've always done such upgrades from source.  It's fairly (!)
simple and reasonably well documented (see the end of
/usr/src/UPDATING) and some due care has prevented any
maimings or deaths.

-- 
--
___
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"

enclose code and testfile.

[Gary Kline]

Guys, 

I'm encloseing a brief C program that skips over php delimiters and a
74-byte test file.  After gdb "reminded" me that it eats the last byte, 
I was able to complete this.  Am wondering if there is a better way.
Obv'ly there are other way to get past ""; but this was 
already half-written.

// dephp.c

#include 

int
main(int argc, char *argv[])   // use: ./a.out testfile
{
FILE *fp;

*argv++;
if ((fp = fopen(*argv, "r")) ==NULL)
printf("[%s] not found\n", *argv);
else
foo(fp);
}

/*
 * read past any php 
 */
int
foo (FILE *fp)
{
int ch, ch2, ch3, ch4;

while (( ch = getc(fp)) != EOF)
{

if (ch == '<' && (ch3 = getc(fp)) == '?')
{
while ((ch2  = getc(fp)) != '?')
{
continue;
}

if (ch2 == '?' && (ch4 = getc(fp)) == '>')
{
}
}
else
{
putchar (ch);
}
}
return 0;
}
// the testfile:  
foo
bar


blah, blah 
<
>
blah, blah
end of html src file HERE.

-- 
 Gary Kline  kl...@thought.org  http://www.thought.org  Public Service Unix
http://jottings.thought.org   http://transfinite.thought.org
   For FBSD list: http://transfinite.thought.org/slicejourney.php

___
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"

tcllib error while installing tcllib on amd64 system running freebsd 7.0

[Dino Vliet]

Hi all,

On my AMD 64 system running freebsd 7.0 I try to install tcllib. I have up to 
date ports and have installed tcl86-threaded first. 

pkg_info | grep threads gives:

tcl-threads-8.6.b.1_4 Tool Command Language

Installing tcllib gives the following error:

[ *  ]  [8.6b1] cmdline PASS typed-cmdline-7.30
[ *  ]  [8.6b1] cmdline  typed-cmdline-7.31
[ *  ]  [8.6b1] cmdline PASS typed-cmdline-7.31
[ *  ]  [8.6b1] cmdline  typed-cmdline-7.32
[ *  ]  [8.6b1] cmdline PASS typed-cmdline-7.32
[*   ]  [8.6b1] cmdline  typed-cmdline-7.33
[*   ]  [8.6b1] cmdline PASS typed-cmdline-7.33
[    ]  [8.6b1] cmdline ~~   T   137 P   131 S 6 F 0 
 [*   ]  [8.6b1]
[*   ]  [8.6b1] comm   
[*   ]  [8.6b1] comm    !Connect to remote failed: couldn't open 
socket: connection timed out 
!while executing 
!"::comm::comm_cmd_send ::comm::comm 62029 {slaveat 54030}" 
!("uplevel" body line 1) 
!invoked from within 
!"uplevel 1 [linsert $args 0 $method $chan]" 
!(procedure "::comm::comm" line 6) 
!invoked from within 
!"::comm::comm send [lindex $argv 2] [list slaveat [::comm::comm self]]" 
!(file "/usr/ports/devel/tcllib/work/tcllib-1.11/spawn" line 9) 
^Z^C^Z[1] + Suspended   make install distclean
# exit
You have stopped jobs.
# exit

What is happening here? I hope someone has a clue.

Brgds
Dino




___
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"

OPENOFFICE package available

[Sergio de Almeida Lenzi]

Hello,

Finally I put an openoffice 3.2 devel working and tested for FreeBSD 7.2
AMD64 
with support for Portuguese (BR) AND English (en).

it is distributed via torrent at:
http://torrents.thepiratebay.org/4938186/pt-openoffice.org-BR-3.2.20090528.tbz.4938186.TPB.torrent


Please watch out for the MD5 => 0b158e075d89e7ce4ba4e07cd62b664b


Hope this can help those who needs openoffice
___
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"

The FreeBSD Diary: 2009-06-06

[Dan Langille]

The FreeBSD Diary contains a large number of practical 
examples and how-to guides.  This message is posted weekly
to freebsd-questions@freebsd.org with the aim of letting people
know what's available on the website.  Before you post a question
here it might be a good idea to first search the mailing list 
archives  
and/or The FreeBSD Diary . 

RECENT ARTICLES:

2-Dec : Obscuring smtp auth headers
 If you consider your smtp-auth location to be private, this is what you 
want. 
 http://freebsddiary.org/smtp-headers-rewrite-auth.php?2

29-Nov : OpenVPN - creating a routed VPN
 If you have multiple VPN clients, this is a practical solution. 
 http://freebsddiary.org/openvpn-routed.php?2

27-Nov : Creating your own Certificate Authority
 How to create a CA and generate your own SSL certificates
 http://freebsddiary.org/openvpn-easy-rsa.php?2

27-Nov : OpenVPN - getting it running
 Using OpenVPN to create a secure pathway between home and office 
 http://freebsddiary.org/openvpn.php?2

5-Oct : Removing dead mailing lists from Mailman
 Mailing lists can outlive their usefulness 
 http://freebsddiary.org/mailman-removing-dead-lists.php?2

30-Aug : gmirror - recovering from a failed HDD
 an HDD failed.  gmirror to the rescue. 
 http://freebsddiary.org/gmirror-failure.php?2

6-Jul : ezjail - A jail administration framework
 This makes jails easier 
 http://freebsddiary.org/ezjail.php?2

24-Jun : Adding gmirror to an existing installation
 Adding RAID-1 to an existing FreeBSD 7 installation
 http://freebsddiary.org/gmirror.php?2

20-Mar : ThinkPad x61s
 Unpacking the box, installing PC-BSD 
 http://freebsddiary.org/thinkpad-x61s.php?2

17-Mar : Using two monitors with X.org
 The GeForce 8600 GT with two monitors 
 http://freebsddiary.org/xorg-two-screens.php?2


-- 
Dan Langille
BSDCan - http://www.BSDCan.org/ - BSD Conference

___
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: Installing latest version of LaTeX

[perryh]

Roland Smith  wrote:
> On Sat, Jun 06, 2009 at 08:04:19PM +0200, Peter Boosten wrote:
> > Roland Smith wrote:
> > > On Sat, Jun 06, 2009 at 01:46:36PM -0400, Daniel Underwood wrote:
> > >> Having trouble mounting the ISO:
> > >>
> > >> [dan...@bsdbox ~]$ sudo mount_cd9660 -o ro /dev/`mdconfig
> > >> -a -t vnode -f ./texlve2008.iso` ./mount/
> > >> mdconfig: open(/dev/mdctl): Permission denied
> > > 
> > > Regular users don't have read/write permissions on /dev/mdctl.
> > > ...
> > Hmmm, one might think that 'sudo' does exactly that ;-)
>
> It does that for the mount_cd9660 command, but _before_ sudo it
> called, the code between backticks is executed by the shell as the
> regular user.  I thought that was obvious, so I didn't mention it.

Perhaps (untested):

sudo 'mount_cd9660 -o ro /dev/`mdconfig -a -t vnode -f ./texlve2008.iso` 
./mount/'

The idea being that, AFAIK, backticks within single quotes won't be
interpreted by the current shell, so should be handled by the sudo
shell.
___
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: cyrus-imapd2.3 in jail

[Erik Norgaard]

Familie van der Schaft wrote:


Thanks for your efforts.
It works!!


Just before you call it a day and I break your jail, check that this is 
the right method to mount devfs inside a jail. I have only worked with 
chrooted environments where this is fine, but at least you know what 
you're looking for :)


BR, Erik
--
Erik Nørgaard
Ph: +34.666334818/+34.915211157  http://www.locolomo.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"

Re: fsck on 1.5TB drive

[Wojciech Puchar]

try to use journaling on the backup partition, (if you do not want to
use ZFS...)


is it THAT a problem to wait 5-10 minutes for fsck?

on OS that really crash RARELY. Most cases not at all.
___
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: Can a Bourn Shell Script put itself in the background?

[Karl Vogel]

>> "Barry Byrne" writes:
B> I think the simplest thing would be to write a little wrapper script
B> that calls your other script.
B> 
B> #!/bin/sh
B> echo "Stating Daemon Now"
B> /path/to/mainscript &

   You might be better off using daemon to make sure you're detached from
   the controlling terminal.  Other advantages are changing the working
   directory to / in case you need to unmount the filesystem from which
   the original program was run, and properly handling stdin/stdout/stderr.

>> On Sat, 06 Jun 2009 07:10:47 -0500, 
>> Martin McCormick  said:

M> [...] the output can be redirected to /dev/null or anywhere
M> else when you call the script.  To kill it, do
M>   ps ax | grep SCRIPTNAME | grep -v grep

   If you're looking for an easy way to kill "mainscript", have it store
   its process-id somewhere:
  echo $$ > /var/run/`basename $0`.pid

M> As with all scripts that can start background processes, be careful with
M> loops and such...

   If you're working on each file in a directory, it helps to add
   something like this to the inner loop:
   test -f "stop" && echo stopped at user request && exit 1

   This way, you can just "touch stop" if something goes to hell instead
   of having to grub around in the process table.

-- 
Karl Vogel  I don't speak for the USAF or my company
Therapy is expensive.  Popping bubble wrap is cheap.  You choose.
   --bumper sticker
___
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: is this getting thru?

[Gary Kline]

On Sat, Jun 06, 2009 at 09:26:05AM -0400, Glen Barber wrote:
> On Fri, Jun 5, 2009 at 10:21 PM, Gary Kline wrote:
> >        sorry: should have been "bounce back".  when i responded to the 
> > middle of
> >        an on-going debate last night, i received an automated reply that my 
> > post
> >        had to be approved because there were too many recipients to the 
> > message.
> >
> >        i'm all for saving net bandwidth, but this is a new one!
> >
> 
> Did you 'reply-all' to too many lists?

No, just the usual 'r' to the -questions list.  That's what got me to 
wondering if this were simply some software snafu ... or something more 
sinister. (I don't know what.)

-g

> 
> -- 
> Glen Barber
> http://www.dev-urandom.com
> http://www.linkedin.com/in/glenjbarber

-- 
 Gary Kline  kl...@thought.org  http://www.thought.org  Public Service Unix
http://jottings.thought.org   http://transfinite.thought.org
   For FBSD list: http://transfinite.thought.org/slicejourney.php


___
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"

Problem w/ 6.0 -> 7.2 update

[Alex Stangl]

Apologies if this is the wrong place to ask these questions. I emailed
this to Colin Percival a few weeks ago and heard nothing back, so I
figured I'd ask here.

Alex

-

Hi,

I tried to upgrade my system from 6.0-RELEASE to 7.2-RELEASE today,
using the procedure described on your blog page FreeBSD major version
upgrades:
http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html

I had previously pulled down the tarball of the updated freebsd-update
script, exploded it, compared the hash. Today I started a script to
capture the output, ran
$ sudo sh freebsd-update.sh -f freebsd-update.conf -r 7.2-RELEASE
upgrade

and watched it pulled down files, helped it merge, etc., then hit
spacebar repeatedly as it went through printing a long list of files.

Next thing I knew, it had exited back to the shell prompt. I wasn't
expecting that, probably because I didn't read your page closely enough.
Anyhow, I ran the upgrade command a second time (I think that's OK?) and
it basically did the same thing, but this time I reread your
instructions and saw that I needed to follow up with:

$ sudo sh freebsd-update.sh -f freebsd-update.conf install

So I did that, and did a reboot when it told me to.

Reboot failed -- no kernel. I eventually recovered from this by booting
the the FreeBSD 6.0 install CD, going to shell prompt, mounting the root
filesystem and copying kernel and *.ko from the CD back into
/boot/kernel.

Then I started to look at what went wrong, looking through
freebsd-update.sh, trying to figure out what it does, and sure enough I
see, comparing INDEX-OLD and INDEX-NEW that it shows the kernel and *.ko
getting removed and not replaced (also I can see this reviewing the
script output of the long set of files add/removed/modified.)

At this point I am tempted to do a rollback before proceeding any
further, but am not sure if having copied the files manually back in to
/boot/kernel is going to cause problems with rollback.

It's also not clear to me whether using freebsd-update.sh is the right
approach for upgrading from 6.0-RELEASE to 7.2-RELEASE, or if I should
follow some alternate approach, like booting the 7.2 CD and doing a
binary upgrade from there?

Anyhow, if you can advise me on these issues of whether the rollback
should work OK and what approach you recommend to proceed, I'd
appreciate it. I'll be happy to send any files, including the script
output, if you like. It seems more efficient to ask you rather than to
continue digging deeper & deeper in the shell script and all its
accompanying patch files, etc.

Thanks,

Alex Stangl
___
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: Installing latest version of LaTeX

[Peter Boosten]

Roland Smith wrote:
> On Sat, Jun 06, 2009 at 08:04:19PM +0200, Peter Boosten wrote:
>> Roland Smith wrote:
>>> On Sat, Jun 06, 2009 at 01:46:36PM -0400, Daniel Underwood wrote:
 Having trouble mounting the ISO:

 [dan...@bsdbox ~]$ sudo mount_cd9660 -o ro /dev/`mdconfig -a -t vnode
 -f ./texlve2008.iso` ./mount/
 mdconfig: open(/dev/mdctl): Permission denied
>>> Regular users don't have read/write permissions on /dev/mdctl.
>>>
>>> So either change those permissions so that your user-id has those
>>> permissions, or run mdconfig as root.
>>>
>> Hmmm, one might think that 'sudo' does exactly that ;-)
> 
> It does that for the mount_cd9660 command, but _before_ sudo it called,
> the code between backticks is executed by the shell as the regular user.
> I thought that was obvious, so I didn't mention it.
> 

Ah, yeah, you're right. Sorry, missed that one.

Peter

-- 
http://www.boosten.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"

Re: openoffice-3 from ports fails to build

[John .]

didn't realise there is a freebsd-openoffice list! sorry for the noise

2009/6/6 John . :
> Hello list,



-- 
John
___
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"

openoffice-3 from ports fails to build

[John .]

Hello list,

Not sure if this is the right place to post, please steer me to
another list if this is the wrong place.

openoffice-3 from ports fails to build with the error

error 65280 occurred while making
/usr/ports/editors/openoffice.org-3/work/OOO310_m11/instsetoo_native/util

listing this directory gives a 1GB core file:

ls -la /usr/ports/editors/openoffice.org-3/work/OOO310_m11/instsetoo_native/util
total 989280
drwxr-xr-x   2 root  wheel 512 Jun  6 20:20 .
drwxr-xr-x  11 root  wheel 512 Jun  6 16:58 ..
-rw-r--r--   1 root  wheel   17322 Apr 25 01:34 makefile.mk
-rw-r--r--   1 root  wheel   20369 Apr 25 01:34 openoffice.lst
-rwxr-xr-x   1 root  wheel2660 Apr 25 01:34 pack.lst
-rw---   1 root  wheel  1012441088 Jun  6 20:20 regcomp.bin.core
-rw-r--r--   1 root  wheel 395 Apr 25 01:34 update.xml

Deleting this core file and restarting make re-creates it.

I'm running a GENERIC kernel

uname -mpr
7.2-RELEASE amd64 amd64
-- 
John
___
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: Installing latest version of LaTeX

[Roland Smith]

On Sat, Jun 06, 2009 at 08:04:19PM +0200, Peter Boosten wrote:
> Roland Smith wrote:
> > On Sat, Jun 06, 2009 at 01:46:36PM -0400, Daniel Underwood wrote:
> >> Having trouble mounting the ISO:
> >>
> >> [dan...@bsdbox ~]$ sudo mount_cd9660 -o ro /dev/`mdconfig -a -t vnode
> >> -f ./texlve2008.iso` ./mount/
> >> mdconfig: open(/dev/mdctl): Permission denied
> > 
> > Regular users don't have read/write permissions on /dev/mdctl.
> > 
> > So either change those permissions so that your user-id has those
> > permissions, or run mdconfig as root.
> > 
> 
> Hmmm, one might think that 'sudo' does exactly that ;-)

It does that for the mount_cd9660 command, but _before_ sudo it called,
the code between backticks is executed by the shell as the regular user.
I thought that was obvious, so I didn't mention it.

Roland
-- 
R.F.Smith   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)


pgpPCppAPdDUs.pgp
Description: PGP signature

Yubikey

[Jeremy Faulkner]

Has anybody gotten a Yubikey to work with FreeBSD? It attaches as a
uhid device on both 7 and 8.

ugen5.5:  at usbus5
uhid0:  on usbus5

For those not familiar with a Yubikey it is a usb device that attaches
as a keyboard and when the button is pressed it generates a 44
character One Time Password (OTP) and inputted into the computer as if
it were typed. Unfortunately with FreeBSD 7 & 8 I'm not able to get
that output. Under NetBSD the Yubikey does get attached as a keyboard
and works perfectly. Any thoughts on how to get the Yubikey to attach
as a keyboard under FreeBSD?

I've attached the output of 'lsusb -d 1050:0010 -v >
~/yubikey-lsusb.txt' from the ports/sysutils/usbutils port

-- 
Jeremy Faulkner

Bus /dev/usb Device /dev/ugen5.5: ID 1050:0010  
Device Descriptor:
  bLength18
  bDescriptorType 1
  bcdUSB   2.00
  bDeviceClass0 (Defined at Interface level)
  bDeviceSubClass 0 
  bDeviceProtocol 0 
  bMaxPacketSize0 8
  idVendor   0x1050 
  idProduct  0x0010 
  bcdDevice1.32
  iManufacturer   1 Yubico
  iProduct2 Yubico Yubikey Touch
  iSerial 0 
  bNumConfigurations  1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength   34
bNumInterfaces  1
bConfigurationValue 1
iConfiguration  0 
bmAttributes 0xa0
  (Bus Powered)
  Remote Wakeup
MaxPower   30mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber0
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 3 Human Interface Device
  bInterfaceSubClass  0 No Subclass
  bInterfaceProtocol  0 None
  iInterface  0 
HID Device Descriptor:
  bLength 9
  bDescriptorType33
  bcdHID   1.11
  bCountryCode0 Not supported
  bNumDescriptors 1
  bDescriptorType34 Report
  wDescriptorLength  71
  Report Descriptor: (length is 71)
Item(Global): Usage Page, data= [ 0x01 ] 1
Generic Desktop Controls
Item(Local ): Usage, data= [ 0x06 ] 6
Keyboard
Item(Main  ): Collection, data= [ 0x01 ] 1
Application
Item(Global): Usage Page, data= [ 0x07 ] 7
Keyboard
Item(Local ): Usage Minimum, data= [ 0xe0 ] 224
Control Left
Item(Local ): Usage Maximum, data= [ 0xe7 ] 231
GUI Right
Item(Global): Logical Minimum, data= [ 0x00 ] 0
Item(Global): Logical Maximum, data= [ 0x01 ] 1
Item(Global): Report Size, data= [ 0x01 ] 1
Item(Global): Report Count, data= [ 0x08 ] 8
Item(Main  ): Input, data= [ 0x02 ] 2
Data Variable Absolute No_Wrap Linear
Preferred_State No_Null_Position Non_Volatile 
Bitfield
Item(Global): Report Count, data= [ 0x01 ] 1
Item(Global): Report Size, data= [ 0x08 ] 8
Item(Main  ): Input, data= [ 0x01 ] 1
Constant Array Absolute No_Wrap Linear
Preferred_State No_Null_Position Non_Volatile 
Bitfield
Item(Global): Report Count, data= [ 0x05 ] 5
Item(Global): Report Size, data= [ 0x01 ] 1
Item(Global): Usage Page, data= [ 0x08 ] 8
LEDs
Item(Local ): Usage Minimum, data= [ 0x01 ] 1
NumLock
Item(Local ): Usage Maximum, data= [ 0x05 ] 5
Kana
Item(Main  ): Output, data= [ 0x02 ] 2
Data Variable Absolute No_Wrap Linear
Preferred_State No_Null_Position Non_Volatile 
Bitfield
Item(Global): Report Count, data= [ 0x01 ] 1
Item(Global): Report Size, data= [ 0x03 ] 3
Item(Main  ): Output, data= [ 0x01 ] 1
Constant Array Absolute No_Wrap Linear
Preferred_State No_Null_Position Non_Volatile 
Bitfield
Item(Global): Report Count, data= [ 0x06 ] 6
Item(Global): Report Size, data= [ 0x08 ] 8
Item(Global): Logical Minimum, data= [ 0x00 ] 0
Item(Global): Logical Maximum, data= [ 0x65 ] 101
Item(Global): Usage Page, data= [ 0x07 ] 7
Keyboard
Item(Local ): Usage Minimum, data= [ 0x00 ] 0
No Event
Item(Local ): Usage Maximum, data= [ 0x65 ] 101
Keyboard 

Re: [ge...@dts.su: Re[2]: fatal trap 12]

[Kostik Belousov]

[Please, remove the questions@ on the reply, this is the topic for
f...@].


On Sat, Jun 06, 2009 at 08:16:00PM +0400, Chagin Dmitry wrote:
> - Forwarded message from ge...@dts.su -
> 
> Date: Sat, 6 Jun 2009 10:58:11 +0400
> From: ge...@dts.su
> To: freebsd-questions@freebsd.org
> Subject: Re[2]: fatal trap 12
> 
> Hello, Freebsd-questions.
> 
> After one of new crash I have this:
> 
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "amd64-marcel-freebsd"...
> 
> Unread portion of the kernel message buffer:
> 
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 2; apic id = 02
> fault virtual address   = 0x0
> fault code  = supervisor read data, page not present
> instruction pointer = 0x8:0x804c4eb8
> stack pointer   = 0x10:0xff807a0478f0
> frame pointer   = 0x10:0xff807a047930
> code segment= base 0x0, limit 0xf, type 0x1b
> = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags= interrupt enabled, resume, IOPL = 0
> current process = 32668 (perl5.10.0)
> Physical memory: 4082 MB
> Dumping 1647 MB: 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 
> 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 
> 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 
> 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 
> 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 
> 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16
> 
> Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from 
> /boot/kernel/accf_http.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/accf_http.ko
> #0  doadump () at pcpu.h:195
> 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td));
> (kgdb) list *0x804c4eb8
> 0x804c4eb8 is in pfs_ioctl 
> (/usr/src/sys/fs/pseudofs/pseudofs_vnops.c:265).
> 260 static int
> 261 pfs_ioctl(struct vop_ioctl_args *va)
> 262 {
> 263 struct vnode *vn = va->a_vp;
> 264 struct pfs_vdata *pvd = vn->v_data;
> 265 struct pfs_node *pn = pvd->pvd_pn;
> 266 struct proc *proc;
> 267 int error;
> 268
> 269 PFS_TRACE(("%s: %lx", pn->pn_name, va->a_command));
> (kgdb) backtrace
> #0  doadump () at pcpu.h:195
> #1  0x801c8dac in db_fncall (dummy1=Variable "dummy1" is not 
> available.
> ) at /usr/src/sys/ddb/db_command.c:516
> #2  0x801c92df in db_command (last_cmdp=0x80b30c88, 
> cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413
> #3  0x801c94f0 in db_command_loop () at 
> /usr/src/sys/ddb/db_command.c:466
> #4  0x801cb0d9 in db_trap (type=Variable "type" is not available.
> ) at /usr/src/sys/ddb/db_main.c:228
> #5  0x80554e55 in kdb_trap (type=12, code=0, tf=0xff807a047840) 
> at /usr/src/sys/kern/subr_kdb.c:524
> #6  0x807fae80 in trap_fatal (frame=0xff807a047840, eva=Variable 
> "eva" is not available.
> ) at /usr/src/sys/amd64/amd64/trap.c:752
> #7  0x807fb254 in trap_pfault (frame=0xff807a047840, usermode=0) 
> at /usr/src/sys/amd64/amd64/trap.c:673
> #8  0x807fbc02 in trap (frame=0xff807a047840) at 
> /usr/src/sys/amd64/amd64/trap.c:444
> #9  0x807df35e in calltrap () at 
> /usr/src/sys/amd64/amd64/exception.S:209
> #10 0x804c4eb8 in pfs_ioctl (va=0xff807a047a10) at 
> /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:264
> #11 0x805bb1d3 in vn_ioctl (fp=Variable "fp" is not available.
> ) at vnode_if.h:437
> #12 0x80562d02 in kern_ioctl (td=0xff0006682000, fd=3, 
> com=1076655123, data=0xff00ad2b7d40 "") at file.h:269
> #13 0x80563029 in ioctl (td=0xff0006682000, 
> uap=0xff807a047bf0) at /usr/src/sys/kern/sys_generic.c:571
> #14 0x807fb4d6 in syscall (frame=0xff807a047c80) at 
> /usr/src/sys/amd64/amd64/trap.c:900
> #15 0x807df56b in Xfast_syscall () at 
> /usr/src/sys/amd64/amd64/exception.S:330
> #16 0x000800c9c0ec in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (kgdb)
> 
> 
> Can You help me? What can I do? Server crash periodicaly...

The issue is that VOP_IOCTL interface takes unlocked vnode, which
may be reclaimed at any moment. The right thing to do is to fix
this before 8.0 freezed KPI. Please, try the patch below.


diff --git a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c 
b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c
index a7f47b2..018e6bd 100644
--- a/sys/cddl/contrib/

Re: Installing latest version of LaTeX

[Peter Boosten]

Roland Smith wrote:
> On Sat, Jun 06, 2009 at 01:46:36PM -0400, Daniel Underwood wrote:
>> Having trouble mounting the ISO:
>>
>> [dan...@bsdbox ~]$ sudo mount_cd9660 -o ro /dev/`mdconfig -a -t vnode
>> -f ./texlve2008.iso` ./mount/
>> mdconfig: open(/dev/mdctl): Permission denied
> 
> Regular users don't have read/write permissions on /dev/mdctl.
> 
> So either change those permissions so that your user-id has those
> permissions, or run mdconfig as root.
> 

Hmmm, one might think that 'sudo' does exactly that ;-)

Peter

-- 
http://www.boosten.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"

Re: Installing latest version of LaTeX

[Roland Smith]

On Sat, Jun 06, 2009 at 01:46:36PM -0400, Daniel Underwood wrote:
> Having trouble mounting the ISO:
> 
> [dan...@bsdbox ~]$ sudo mount_cd9660 -o ro /dev/`mdconfig -a -t vnode
> -f ./texlve2008.iso` ./mount/
> mdconfig: open(/dev/mdctl): Permission denied

Regular users don't have read/write permissions on /dev/mdctl.

So either change those permissions so that your user-id has those
permissions, or run mdconfig as root.

Roland
-- 
R.F.Smith   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)


pgpDcZDSusgIZ.pgp
Description: PGP signature

Re: cyrus-imapd2.3 in jail

[Familie van der Schaft]

Erik,

Thanks for your efforts.
It works!!

,Danny
- Original Message - 
From: "Erik Norgaard" 
To: "Familie van der Schaft" 
Cc: 
Sent: Saturday, June 06, 2009 1:06 PM
Subject: Re: cyrus-imapd2.3 in jail


> Familie van der Schaft wrote:
> > Erik,
> >
> > I recieve the following message:
> >
> > /usr/local/cyrus/bin >./master -D
> > No log handling enabled - turning on stderr logging
> > init_kmem: kvm_openfiles failed: /dev/mem: No such file or directory
> >
> > I noticed that it is the same message coming from:
> >
> > /usr/local/cyrus/bin >netstat -rn
> > netstat: kvm not available: /dev/mem: No such file or directory
> >
> > also within the jail.
> > There are some sysctl options for the jail, maybe i must turn off or on
an
> > option?
> > I have the following sysctl options:
> >
> > security.jail.jailed: 1
> > security.jail.jail_max_af_ips: 255
> > security.jail.mount_allowed: 0
> > security.jail.chflags_allowed: 0
> > security.jail.allow_raw_sockets: 1
> > security.jail.enforce_statfs: 2
> > security.jail.sysvipc_allowed: 0
> > security.jail.socket_unixiproute_only: 1
> > security.jail.set_hostname_allowed: 1
> >
> > I changed the "raw_sockets" from 0 -> 1 (ping and tracroute).
> > Any ideas?
>
> Seems like you need to mount a devfs inside the jail,
>
> # mount -t devfs devfs /path/to/jail/dev
>
> BR, Erik
>
>
> -- 
> Erik N?rgaard
> Ph: +34.666334818/+34.915211157  http://www.locolomo.org







No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.339 / Virus Database: 270.12.54/2157 - Release Date: 06/05/09
17:55:00

___
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: Installing latest version of LaTeX

[Daniel Underwood]

Having trouble mounting the ISO:

[dan...@bsdbox ~]$ sudo mount_cd9660 -o ro /dev/`mdconfig -a -t vnode
-f ./texlve2008.iso` ./mount/
mdconfig: open(/dev/mdctl): Permission denied
mount_cd9660: /dev: Block device required
[dan...@bsdbox ~]$

Please help me figure this out.
___
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: fsck on 1.5TB drive

[Sergio de Almeida Lenzi]

Hello,

try to use journaling on the backup partition, (if you do not want to
use ZFS...)

than: supose your partition is ad0s1d,
this procedure will destroy  ALL data on the partition!!!

gjournal load
gjournal label ad0s1d
newfs ad0s1d.journal

edit the /etc/fstab to look like:
/dev/ad0s1d.journal /backupufsrw,async11

if you are using a custom kernel, 
you must include a line in the /boot/loader.conf
geom_journal_load=YES

now if your system crashes, it will boot up using the journal in the
ad0s1d.journal partition, and will make fsck very fast about 1-2
minutes...

Hope It can help,

Sergio
___
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: Opinion request about a file server

[Chris Rees]

2009/6/6 Wojciech Puchar :
>> Not counting the CPU and its power circuitry, I would be very suprised if
>> the other components on a normal motherboard pulled as much as half of
>> that
>> even when under load.
>>
>> In fact a typical modern desktop computer will, when idle, draw less than
>> 100W for the whole system.  It is not even difficult to put together a
>> system that will stay under 100W even when under load.
>>
> but power supplies are not really efficient when used at small load.
> maybe some newer are better...
>

Mine has a 250W PSU in it, and draws around 45W (measured with a power
meter)... In the UK it thus costs ~£45 (US$70) per year, at the
current E.O.N. rate. Not too expensive!

Chris

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in a mailing list?
___
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: Driver for nVidia Geforce 6150LE

[Mike Clarke]

On Saturday 06 June 2009, Jerry wrote:

> On Sat, 6 Jun 2009 15:00:48 +0100
>
> Mike Clarke  wrote:

> >No, in the absence of a 64 bit driver from Nvidia you'd need to use
> >the nv driver included in the xorg-drivers port. I had quite a
> >struggle to get the nv driver to give me a 1280x1024 display.
>
> OK, exactly how did you get it to work?

My initial attempt with "Xorg -configure" and the nv driver resulted in 
me getting just an 800x600 display. I was able to fix this by 
adding 'Modes "1280x1024"' to the display subsection of the screen 
section but this resulted in the entire display being shifted about 50 
pixels to the right. I couldn't correct this with the auto-adjust 
button on the monitor but after fiddling around with xvidtune I was 
able to get a modeline for something which looked acceptable but I 
wasn't too happy with it because the monitor was no longer able to show 
full details about resolution and frequency in it's on screen status 
display.

The nvidia driver wasn't without it's problems either but I got there in 
the end. Initially I tried the nvidia-driver port but all I got was a 
black screen with a single row of white pixels across the top of the 
screen. After a bit of trial and error I found that I could get a 
working display by using portdowngrade to revert to version 169.12. 
Unfortunately after the upgrade of xorg in January this old version of 
nvidia-driver failed to work and gave me the black screen with white 
dots and I got error messages about being unable to load nvidia_drv.so. 
No solution to this was forthcoming but I found that the 
nvidia-driver-96 port would work. Although this is a much older driver 
the port is still maintained so I should be less likely to hit 
compatibility problems in the way I did by using a downgraded version 
of the newer driver.

> That port version is several versions old. Perhaps the maintainer
> will update to the latest version. According to the change-log, it
> corrects quite a few problems.

I'm hoping that the problems fixed in the latest version relate to 
issues with the newer and/or more powerful graphics chips. So far I've 
not had any problems with this driver.

> >The lack of a 64bit Nvidia driver was one of the reasons I installed
> >the i386 version of FreeBSD on this 64bit platform.
>
> Unfortunately, I will probably have to do that also. Since it is not
> going to be used for anything critical, it probably does not matter.
> It would be nice if FreeBSD gets around to supporting 64 bit drivers
> like this so that a user could take advantage of a 64 bit system.

Well I certainly don't seem to be missing out on anything by using i386 
but I only have 2GB memory anyway, it would be a different matter if I 
had 4GB or more.

-- 
Mike Clarke
___
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: Can a Bourn Shell Script put itself in the background?

[Chris Rees]

2009/6/6 Martin McCormick :

> This also works in Linux's /bin/sh which I believe is an alias
> for bash so occasionally little things work differently.
>

Usually is, but in some it's linked to dash.

https://wiki.ubuntu.com/DashAsBinSh

Also, you should ONLY use POSIX-compatible commands/extensions in
/bin/sh scripts, or you cause breakage on many systems (including the
BSDs).

Chris


-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in a mailing list?
___
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: Date representation as YY/DDD or YYYY/DDD

[Chris Rees]

2009/6/6 Wojciech Puchar :
>>> what some single-letter option meant.  I pretty much never use them on
>>> the command line, though.
>>
>> Agreed, the long options *as an alternative* can be descriptive in
>> scripts,
>> tutorials, howto's etc.
>> The other reason often mentioned, there being not enough letters in the
>> alphabet to cover all possible options, in my opinion advocates bloated
>> software (one program can do it all), which goes against the Unix paradigm
>> of making small programs that do one task exceptionally well and just
>> chaining these together.
>
> you exaggerate a bit.
>
> for example rsync does have >26 options but most make sense for program that
> is dedicated to one task, and it isn't against Unix paradigm.
>
> But it have one letter shortcuts for mostly used parameters
>

Can I be picky and point out it's actually 52 short options?

[ch...@amnesiac]~% ls -f
quantumdot  mailcromwell_1024.bin.gz
public_html bnreg   amnesiackey.pub
backup.sh.gzcromwell.bin.gz check-portupgrade.pl
why.c   teamspeak
[ch...@amnesiac]~% ls -F
amnesiackey.pub cromwell.bin.gz quantumdot/
backup.sh.gzcromwell_1024.bin.gzteamspeak/
bnreg/  mail/   why.c
check-portupgrade.plpublic_html/
[ch...@amnesiac]~%

for just one example

Chris

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in a mailing list?
___
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: fsck on 1.5TB drive

[Kirk Strauser]

Wojciech Puchar wrote:

my 6 disk system with 2 750GB disks, 2 500GB disks and 2 320GB disks 
does fsck in 40 minutes. if you exclude these 320GB disk containing 
system and squid cache (LOTS of files) it takes <5 minutes


That's a great example of why I like ZFS on new installations.
--
Kirk Strauser
___
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: fsck on 1.5TB drive

[Wojciech Puchar]

I just installed 7.2 on a 1.5TB RAID 5. I'm using about 10GB for the
system and swap, and the rest for a single large partition to be used for
backups.  As of right now, the single partition, /bkup, is empty.


Some will disagree, but this almost screams for ZFS: no fsck, great RAID 
support, and nearly instant snapshots.  You should check into it.


my 6 disk system with 2 750GB disks, 2 500GB disks and 2 320GB disks does 
fsck in 40 minutes. if you exclude these 320GB disk containing system and 
squid cache (LOTS of files) it takes <5 minutes

___
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: Wireless Woes (NDIS, WPA2)

[Paul B. Mahol]

On 6/6/09, Gene  wrote:
> On Fri, 5 Jun 2009 17:07:23 +, Paul B. Mahol wrote
>> On 6/5/09, Gene  wrote:
>> > On Thu, 4 Jun 2009 23:18:42 +, Paul B. Mahol wrote
>> >> On 6/4/09, Gene  wrote:
>> >> > Hi All:
>> >> >
>> >> > I'm trying to get wireless working on a laptop. It works fine as long
>> >> > as
>> >> > no
>> >> > encryption is used, but if I try to use either WEP or WPA2, I ueem to
>> >> > always
>> >> > wind up with
>> >> >
>> >> > Status: No Carrier
>> >> >
>> >> > Any help greatly appreciated.
>> >> > _-
>> >>
>> >> Look in output from wpa_supplicant using -d switch
>> >> for information about possible misconfiguration.
>> >>
>> >> # wpa_supplicant -d -Dndis -iwlan0 -cMY_CONF.FILE
>> >>
>> >> --
>> >> Paul
>> >
>> > Paul - thanks for the response.
>> >
>> > Did the above - the output shows that wlan could not be found. It's
>> > loaded
>> > according to kldstat so I'm not sure what's going on. Should there be an
>> > entry
>> > for wlan in rc.conf? Output from wpa_supplicant is below.
>> >
>> > Yhanks!
>> >
>>
>>
>> You have ndis0 so replace wlan0 with ndis0
>>
>
> Paul,
>  the above failed until I changed the ap from wpa2 to wpa.
>
> I'm now running semi-happily using wpa. I wonder if maybe the ndis wrapper
> won;t support wpa2? Or perhaps the rc.conf entry should read:
>

ndisulator can not support WPA1 or WPA2 if miniport or device doesn't
support it.

look into output of:

# ifconfig ndis0 list caps

Mine is:

drivercaps=1802303
cryptocaps=b

> ifconfig_ndis0 "WPA2 DHCP"
>
> Hmmm...
>
> Thanks for your help
>
>
>
> IHN,
> Gene
>
> --
> To everything there is a season,
> And a time to every purpose under heaven.
>
> ___
> 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"
>


-- 
Paul
___
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: Wireless Woes (NDIS, WPA2)

[Gene]

On Fri, 5 Jun 2009 17:07:23 +, Paul B. Mahol wrote
> On 6/5/09, Gene  wrote:
> > On Thu, 4 Jun 2009 23:18:42 +, Paul B. Mahol wrote
> >> On 6/4/09, Gene  wrote:
> >> > Hi All:
> >> >
> >> > I'm trying to get wireless working on a laptop. It works fine as long as
> >> > no
> >> > encryption is used, but if I try to use either WEP or WPA2, I ueem to
> >> > always
> >> > wind up with
> >> >
> >> > Status: No Carrier
> >> >
> >> > Any help greatly appreciated.
> >> > _-
> >>
> >> Look in output from wpa_supplicant using -d switch
> >> for information about possible misconfiguration.
> >>
> >> # wpa_supplicant -d -Dndis -iwlan0 -cMY_CONF.FILE
> >>
> >> --
> >> Paul
> >
> > Paul - thanks for the response.
> >
> > Did the above - the output shows that wlan could not be found. It's loaded
> > according to kldstat so I'm not sure what's going on. Should there be an
> > entry
> > for wlan in rc.conf? Output from wpa_supplicant is below.
> >
> > Yhanks!
> >
>
> 
> You have ndis0 so replace wlan0 with ndis0
> 

Paul, 
 the above failed until I changed the ap from wpa2 to wpa.

I'm now running semi-happily using wpa. I wonder if maybe the ndis wrapper
won;t support wpa2? Or perhaps the rc.conf entry should read:

ifconfig_ndis0 "WPA2 DHCP"

Hmmm...

Thanks for your help



IHN,
Gene

--
To everything there is a season,
And a time to every purpose under heaven.

___
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: Driver for nVidia Geforce 6150LE

[RW]

On Sat, 6 Jun 2009 15:00:48 +0100
Mike Clarke  wrote:

> On Saturday 06 June 2009, Jerry wrote:
> 
> > I did notice a driver on the nVidia page for FreeBSD x86, version #
> > 185.18.14, released June 5, 2009; however, the version is the ports
> > is: 180.44, which has actually been superseded four times since its
> > release by nVidia.
> >
> > Would the x86 driver work in 64 bit FreeBSD or do I have to install
> > the x86 version instead?
> 
> No, in the absence of a 64 bit driver from Nvidia you'd need to use
> the nv driver included in the xorg-drivers port. I had quite a
> struggle to get the nv driver to give me a 1280x1024 display.

You wont get effects in Gnome or KDE4 with nv either. In my experience
it also uses a lot more cpu just to basic things like web browsing, and
movies.
___
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: fsck on 1.5TB drive

[Kirk Strauser]

John Nielsen. wrote:


I just installed 7.2 on a 1.5TB RAID 5. I'm using about 10GB for the
system and swap, and the rest for a single large partition to be used for
backups.  As of right now, the single partition, /bkup, is empty.


Some will disagree, but this almost screams for ZFS: no fsck, great RAID 
support, and nearly instant snapshots.  You should check into it.

--
Kirk Strauser
___
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"

Set Terminal "title" in xfce to pwd

[Daniel Underwood]

How can I change the Terminal title (the title shown on open instances
of Terminal on the panel in xfce) to display *only* the present
working directory.  Currently they all show "Terminal - dan...@bsdbox:
~", for example.
___
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: Driver for nVidia Geforce 6150LE

[Jerry]

On Sat, 6 Jun 2009 15:00:48 +0100
Mike Clarke  wrote:

>On Saturday 06 June 2009, Jerry wrote:
>
>> I did notice a driver on the nVidia page for FreeBSD x86, version #
>> 185.18.14, released June 5, 2009; however, the version is the ports
>> is: 180.44, which has actually been superseded four times since its
>> release by nVidia.
>>
>> Would the x86 driver work in 64 bit FreeBSD or do I have to install
>> the x86 version instead?
>
>No, in the absence of a 64 bit driver from Nvidia you'd need to use
>the nv driver included in the xorg-drivers port. I had quite a
>struggle to get the nv driver to give me a 1280x1024 display.

OK, exactly how did you get it to work?

>I'm running the i386 version of FreeBSD on a Foxconn 6150M2MA 
>motherboard and couldn't get the GeForce 6150 to work with the 180.44 
>driver but it works fine with the x11/nvidia-driver-96 port which I
>use in preference to the nv driver.

That port version is several versions old. Perhaps the maintainer will
update to the latest version. According to the change-log, it corrects
quite a few problems.

>The lack of a 64bit Nvidia driver was one of the reasons I installed
>the i386 version of FreeBSD on this 64bit platform.

Unfortunately, I will probably have to do that also. Since it is not
going to be used for anything critical, it probably does not matter. It
would be nice if FreeBSD gets around to supporting 64 bit drivers like
this so that a user could take advantage of a 64 bit system.


-- 
Jerry
ges...@yahoo.com

Reality must take precedence over public relations, for Mother Nature
cannot be fooled.

R. P. Feynman


signature.asc
Description: PGP signature

Re: fsck on 1.5TB drive

[Wojciech Puchar]

system and swap, and the rest for a single large partition to be used for
backups.  As of right now, the single partition, /bkup, is empty.

When booting after an improper shutdown, the system starts the backgrounds
fsck as usual and on all the other partitions, seem to take the "normal"


turn off background fsck.


amount of time.  When it gets to the dirty /bkup however, fsck takes about
30 minutes - on an empty partition.  On top of that, running a df shows
that as much as 2GB of the partition is in use.  There's a .snap directory
off /bkup, but I can't ls it without the shell hanging.

Is this normal behavior?  Why is the fsck taking so long on an empty


because snapshotting takes so much. and even worse - it doesn't work right 
at least when i tried in FBSD 6.2.


Simply turn it off.


BTW your backups are mostly big files or mostly small.

make use of newfs options - MUCH less inodes, bigger blocks.
Not only fsck is faster, but it's faster in normal use and you get less 
wasted space.


reducing -m make sense too.
___
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: Driver for nVidia Geforce 6150LE

[Jerry]

On Sat, 6 Jun 2009 15:09:15 +0200 (CEST)
Wojciech Puchar  wrote:

>> nVidea driver should I install? From what I understood, nVidia
>> was not producing 64 bit drivers for FreeBSD due to a problem with
>> the FreeBSD kernel. There are none listed on the nVidea site either.
>
>problem with FreeBSD kernel? what FreeBSD/amd64 kernel can't that i386
>one can?

Your response is of no use since it does not apply to the question.

If you need further information regarding incompatibilities between
nVidia 64 bit drivers and 64 bit FreeBSD, Google for it. There was even
a lengthy discussion on this topic on this very forum awhile ago.

It would be nice if this incompatibility issue could be resolved by
FreeBSD-8 since it apparently is not going to be resolved in the
present 7.x branch. Personally, with more and more PCs being sold with
64 bit architecture, and nVidea being a major player in the video card
market, FreeBSD's inability to support nVidia 64 bit drivers is
seriously detrimental to the overall usefullness of the OS and
certainly will not help it capture a larger share of the market.


-- 
Jerry
ges...@yahoo.com

Bare feet magnetize sharp metal objects so they point upward from the
floor -- especially in the dark.


signature.asc
Description: PGP signature

fsck on 1.5TB drive

[John Nielsen.]

Hey guys...

I just installed 7.2 on a 1.5TB RAID 5. I'm using about 10GB for the
system and swap, and the rest for a single large partition to be used for
backups.  As of right now, the single partition, /bkup, is empty.

When booting after an improper shutdown, the system starts the backgrounds
fsck as usual and on all the other partitions, seem to take the "normal"
amount of time.  When it gets to the dirty /bkup however, fsck takes about
30 minutes - on an empty partition.  On top of that, running a df shows
that as much as 2GB of the partition is in use.  There's a .snap directory
off /bkup, but I can't ls it without the shell hanging.

Is this normal behavior?  Why is the fsck taking so long on an empty
drive?  What's the .snap dir for since I haven't run any dumps?  Disk
access on the rest of the system seems fine, so it doesn't appear to be an
issue with the RAID itself.

Thanks.

___
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: Driver for nVidia Geforce 6150LE

[Mike Clarke]

On Saturday 06 June 2009, Jerry wrote:

> I did notice a driver on the nVidia page for FreeBSD x86, version #
> 185.18.14, released June 5, 2009; however, the version is the ports
> is: 180.44, which has actually been superseded four times since its
> release by nVidia.
>
> Would the x86 driver work in 64 bit FreeBSD or do I have to install
> the x86 version instead?

No, in the absence of a 64 bit driver from Nvidia you'd need to use the 
nv driver included in the xorg-drivers port. I had quite a struggle to 
get the nv driver to give me a 1280x1024 display.

I'm running the i386 version of FreeBSD on a Foxconn 6150M2MA 
motherboard and couldn't get the GeForce 6150 to work with the 180.44 
driver but it works fine with the x11/nvidia-driver-96 port which I use 
in preference to the nv driver.

The lack of a 64bit Nvidia driver was one of the reasons I installed the 
i386 version of FreeBSD on this 64bit platform.

-- 
Mike Clarke
___
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: usb device not recognised

[Wojciech Puchar]

(probe0:umass-sim1:1:0:0): NOT READY asc:3a,0
(probe0:umass-sim1:1:0:0): Medium not present
(probe0:umass-sim1:1:0:0): Unretryable error
da0 at umass-sim1 bus 1 target 0 lun 0
da0:  Removable Direct Access SCSI-0 device
da0: 40.000MB/s transfers
da0: 1900MB (3892224 512 byte sectors: 255H 63S/T 242C)

but fails to create /dev/da0. Also, when it is plugged in, no other usb devices 
are recognised.


maybe:

#   define NO_TEST_UNIT_READY   0x0001


try:

editing /usr/src/sys/dev/usb/usbdevs

and add definition for your device.

you may use usbdevs -v command to look at numbers:

 port 2 addr 2: full speed, power 500 mA, config 1, HUAWEI Mobile(0x1001),
 ^^^
product
HUAWEI Technologies(0x12d1), rev 0.00
^^
producer.


then edit umass.c and add new table entry like that:

{ USB_VENDOR_, USB_PRODUCT_, RID_WILDCARD,
  UMASS_PROTO_SCSI | UMASS_PROTO_BBB,
  
},


then compile the kernel, or maybe just umass module if it's not in 
your kernel. then check


___
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: usb device not recognised

[Wojciech Puchar]

When the TL-C300 is plugged in after boot, it produces the following console 
report:-

umass1:  on uhub2
(probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
(probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error
(probe0:umass-sim1:1:0:0): SCSI Status: Check Condition
(probe0:umass-sim1:1:0:0): NOT READY asc:3a,0
(probe0:umass-sim1:1:0:0): Medium not present
(probe0:umass-sim1:1:0:0): Unretryable error
da0 at umass-sim1 bus 1 target 0 lun 0
da0:  Removable Direct Access SCSI-0 device
da0: 40.000MB/s transfers
da0: 1900MB (3892224 512 byte sectors: 255H 63S/T 242C)



doesn't look like too big blocksize problem...


but fails to create /dev/da0. Also, when it is plugged in, no other usb devices 
are recognised.

Unplugging produces this:-

umass1: at uhub2 port 2 (addr 2) disconnected
(da0:umass-sim1:1:0:0): Synchronize cache failed, status == 0x39, scsi status 
== 0x0
(da0:umass-sim1:1:0:0): lost device
(da0:umass-sim1:1:0:0): removing device entry
umass1: detached


If it's "Synchronize cache failed" problem, then adding entry in umass.c 
will fix it, as with my olympus FE-20


But it's rather not main problem. maybe some other quirk?
look at possible quirks
___
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"

usb device not recognised

[jdbca]

I have a Teclast TL-C300 usb media player which works fine with Slackware 12.2 
and Windows XP, but is not properly recognised by 
FreeBSD.
I have other usb devices, eg camera, which all work fine, so I am guessing that 
my config is OK, although I do see errors with 
these devices too.
According to kerneltrap, another Teclast device needed a patch in Linux to 
reduced the data transfer block size to make it work, 
so perhaps it needs a quirk for FreeBSD too.
Does anybody have experience of this device or recognise the symptoms?

I am running FreeBSD 7.2 and I am up to date with stable.

I have these entires in the kernel which are probably relevant:-
device  scbus
device  da
device  cd
device  pass
device  ses
device  atapicam
device  uhci
device  ohci
device  ehci
device  usb
device  ugen
device  uhid
device  ukbd
device  ulpt
device  umass
device  ums

If the TL-C300 is present at boot, boot freezes when it probes the device but 
resumes if the device is removed.

When the TL-C300 is plugged in after boot, it produces the following console 
report:-

umass1:  on uhub2
(probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 
(probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error
(probe0:umass-sim1:1:0:0): SCSI Status: Check Condition
(probe0:umass-sim1:1:0:0): NOT READY asc:3a,0
(probe0:umass-sim1:1:0:0): Medium not present
(probe0:umass-sim1:1:0:0): Unretryable error
da0 at umass-sim1 bus 1 target 0 lun 0
da0:  Removable Direct Access SCSI-0 device 
da0: 40.000MB/s transfers
da0: 1900MB (3892224 512 byte sectors: 255H 63S/T 242C)

but fails to create /dev/da0. Also, when it is plugged in, no other usb devices 
are recognised.

Unplugging produces this:-

umass1: at uhub2 port 2 (addr 2) disconnected
(da0:umass-sim1:1:0:0): Synchronize cache failed, status == 0x39, scsi status 
== 0x0
(da0:umass-sim1:1:0:0): lost device
(da0:umass-sim1:1:0:0): removing device entry
umass1: detached

By contrast, when I plug in the camera, I get this report which also contains 
errors, but it does create the /dev entries and is 
mountable:-

umass1:  on uhub0
da0 at umass-sim1 bus 1 target 0 lun 0
da0:  Removable Direct Access SCSI-0 device 
da0: 1.000MB/s transfers
da0: 31MB (64000 512 byte sectors: 64H 32S/T 31C)
(probe0:umass-sim1:1:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 
(probe0:umass-sim1:1:0:1): CAM Status: SCSI Status Error
(probe0:umass-sim1:1:0:1): SCSI Status: Check Condition
(probe0:umass-sim1:1:0:1): NOT READY asc:3a,0
(probe0:umass-sim1:1:0:1): Medium not present
(probe0:umass-sim1:1:0:1): Unretryable error
da1 at umass-sim1 bus 1 target 0 lun 1
da1:  Removable Direct Access SCSI-0 device 
da1: 1.000MB/s transfers
da1: Attempt to query device size failed: NOT READY, Medium not present

unplug camera:-

umass1: at uhub0 port 2 (addr 2) disconnected
(da0:umass-sim1:1:0:0): lost device
(da0:umass-sim1:1:0:0): removing device entry
(da1:umass-sim1:1:0:1): lost device
(da1:umass-sim1:1:0:1): removing device entry
umass1: detached

Cheers

DuncanB
 
Área de Clientes Clix – Toda a gestão dos seus serviços online! 
http://cliente.clix.pt/. ___
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: is this getting thru?

[Glen Barber]

On Fri, Jun 5, 2009 at 10:21 PM, Gary Kline wrote:
>        sorry: should have been "bounce back".  when i responded to the middle 
> of
>        an on-going debate last night, i received an automated reply that my 
> post
>        had to be approved because there were too many recipients to the 
> message.
>
>        i'm all for saving net bandwidth, but this is a new one!
>

Did you 'reply-all' to too many lists?

-- 
Glen Barber
http://www.dev-urandom.com
http://www.linkedin.com/in/glenjbarber
___
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: sponsoring ZFS development on FreeBSD

[Wojciech Puchar]

Although ZFS isn't currently listed as a project, I'm sure there's enough
interest from the community.



Just to clarify. . .

I'm not laughing at just the response, which was appropriate. I was laughing
at the combination of response and responder.

well - it's quite a big difference between your donation 
proposition/question and the former one. BIG difference.

___
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: sponsoring ZFS development on FreeBSD

[Neal Hogan]

On Sat, Jun 6, 2009 at 7:40 AM, Pieter de Goeje  wrote:

> On Saturday 06 June 2009 13:47:57 Neal Hogan wrote:
> > On Sat, Jun 6, 2009 at 4:04 AM, Wojciech Puchar <
> >
> > woj...@wojtek.tensor.gdynia.pl> wrote:
> > > My question is concerning sponsoring the FreeBSD project and ZFS
> > >
> > >> development in particular. I know I am just a relatively poor person
> > >> so I can't contribute much (maybe on the order of 20-30 euro a month),
> > >
> > > donati...@freebsd.org
> > >
> > > and of course you may sponsor it too by improving ZFS code, or maybe -
> > > making some better FS.
> > >
> > >  but I keep seeing FreeBSD core team members keep mentioning "we value
> > >
> > >> donations of all sizes", so what the hell :) Anyways, in the past I
> > >> have directed my donations to The FreeBSD Foundation, if I want to
> > >> ensure that as much of my money as possible goes directly to benefit
> > >> the development of ZFS support on FreeBSD, should I continue donating
> > >
> > > just tell them about it.
> >
> > hahahahaha
>
> I'm not sure why you are laughing, because you _can_ tell the FreeBSD
> Foundation how you would like them to spent your money. If you click on
> "Donate" there's a box where you can enter the project(s) you'd like to see
> funded.
> Although ZFS isn't currently listed as a project, I'm sure there's enough
> interest from the community.


Just to clarify. . .

I'm not laughing at just the response, which was appropriate. I was laughing
at the combination of response and responder.

I'll shut up now.


>
>
> --
> Pieter de Goeje
>
>
___
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: Driver for nVidia Geforce 6150LE

[Wojciech Puchar]

nVidea driver should I install? From what I understood, nVidia
was not producing 64 bit drivers for FreeBSD due to a problem with the
FreeBSD kernel. There are none listed on the nVidea site either.


problem with FreeBSD kernel? what FreeBSD/amd64 kernel can't that i386 one 
can?


___
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"

Driver for nVidia Geforce 6150LE

[Jerry]

I was just given a Gateway GT 52250 with an AMD Anthon 64 X2 Processor
3800+ with a nVidia Geforce 6150LE card.

Assuming I install the 64 bit version of FreeBSD on this machine, what
nVidea driver should I install? From what I understood, nVidia
was not producing 64 bit drivers for FreeBSD due to a problem with the
FreeBSD kernel. There are none listed on the nVidea site either.

I did notice a driver on the nVidia page for FreeBSD x86, version #
185.18.14, released June 5, 2009; however, the version is the ports is:
180.44, which has actually been superseded four times since its release
by nVidia.

Would the x86 driver work in 64 bit FreeBSD or do I have to install the
x86 version instead?

-- 
Jerry
ges...@yahoo.com

Diplomacy is about surviving until the next century.
Politics is about surviving until Friday afternoon.

Sir Humphrey Appleby


signature.asc
Description: PGP signature

Re: sponsoring ZFS development on FreeBSD

[Pieter de Goeje]

On Saturday 06 June 2009 13:47:57 Neal Hogan wrote:
> On Sat, Jun 6, 2009 at 4:04 AM, Wojciech Puchar <
>
> woj...@wojtek.tensor.gdynia.pl> wrote:
> > My question is concerning sponsoring the FreeBSD project and ZFS
> >
> >> development in particular. I know I am just a relatively poor person
> >> so I can't contribute much (maybe on the order of 20-30 euro a month),
> >
> > donati...@freebsd.org
> >
> > and of course you may sponsor it too by improving ZFS code, or maybe -
> > making some better FS.
> >
> >  but I keep seeing FreeBSD core team members keep mentioning "we value
> >
> >> donations of all sizes", so what the hell :) Anyways, in the past I
> >> have directed my donations to The FreeBSD Foundation, if I want to
> >> ensure that as much of my money as possible goes directly to benefit
> >> the development of ZFS support on FreeBSD, should I continue donating
> >
> > just tell them about it.
>
> hahahahaha

I'm not sure why you are laughing, because you _can_ tell the FreeBSD 
Foundation how you would like them to spent your money. If you click on 
"Donate" there's a box where you can enter the project(s) you'd like to see 
funded. 
Although ZFS isn't currently listed as a project, I'm sure there's enough 
interest from the community.

-- 
Pieter de Goeje

___
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: Can a Bourn Shell Script put itself in the background?

[Martin McCormick]

I really appreciate all the good suggestions I got from
everybody who responded.

"Barry Byrne" writes:
> I think the simplest thing would be to write a little wrapper script, that
> calls your other script.
> 
> #!/bin/sh
> 
> echo "Stating Daemon Now"
> /path/to/mainscript &

This got me to thinking and I think I have just answered
my own question. This all fits in one script and uses the Bourn
shell's function capabilities so it is very much like your
suggestion except that it all fits in one file. Interestingly
enough, the output can be redirected to /dev/null or anywhere
else when you call the script. To kill it, do 
ps ax |grep SCRIPTNAME |grep -v grep

and kill that number. Try this test in a directory with several
files.

#! /bin/sh
testfunction ()  {
for dump_file in `ls`; do
echo $dump_file
sleep 15
done
return 0
}
#This next part is the counterpart to the wrapper.
testfunction &
exit 0

This also works in Linux's /bin/sh which I believe is an alias
for bash so occasionally little things work differently.

As with all scripts that can start background processes, be
careful with loops and such, especially if it is not your system
that you are experimenting on. You can really mess things up
fast if you get a run-away loop and don't know what it is doing.

Anyway, my thanks to all. I will save your suggestions
because they demonstrate many ways of looking at the same
problem.

Martin McCormick WB5AGZ  Stillwater, OK 
Systems Engineer
OSU Information Technology Department Telecommunications Services Group
___
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: Date representation as YY/DDD or YYYY/DDD

[Wojciech Puchar]

rsync isn't bloated and it's well written IMO. It still does only one job, and
it does it well. As you say, most common tasks can still be done with only
short options. This would change if some developer decided to add other,
unrelated functionality. But that's harder if you want to maintain short options
for the common tasks.
Having only long options would place no such restrictions on bloating.


what program you mean about having only long options?
___
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: /etc/login.conf

[Wojciech Puchar]

for example i would like to set enviroment variable a to b:c in login.conf


It's documented in login.conf manual.



indeed i missed that.

 Note that since a colon (`:') is used to separate capability entries, 
a
 `\c' escape sequence must be used to embed a literal colon in the 
value

 or name of a capability.


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"

Re: sponsoring ZFS development on FreeBSD

[Neal Hogan]

On Sat, Jun 6, 2009 at 4:04 AM, Wojciech Puchar <
woj...@wojtek.tensor.gdynia.pl> wrote:

> My question is concerning sponsoring the FreeBSD project and ZFS
>> development in particular. I know I am just a relatively poor person
>> so I can't contribute much (maybe on the order of 20-30 euro a month),
>>
>
> donati...@freebsd.org
>
> and of course you may sponsor it too by improving ZFS code, or maybe -
> making some better FS.
>
>  but I keep seeing FreeBSD core team members keep mentioning "we value
>> donations of all sizes", so what the hell :) Anyways, in the past I
>> have directed my donations to The FreeBSD Foundation, if I want to
>> ensure that as much of my money as possible goes directly to benefit
>> the development of ZFS support on FreeBSD, should I continue donating
>>
>
> just tell them about it.


hahahahaha


>
> ___
> 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-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[6]: fatal trap 12

[georg]

Hello.

I have this options in kernel:

makeoptions DEBUG=-g# Build kernel with gdb(1) debug symbols

options KDB
options DDB
options GDB

What I need more in kernel conf?

> 2009/6/6 

>> Hello.
>>
>> What options I must add to kernel? Can You tell me what I must do when
>> system crash next time?
>>
>> > On 6/6/09, ge...@dts.su  wrote:
>> >> Hello, Freebsd-questions.
>> >>
>> >> After one of new crash I have this:
>> >>
>> >> GNU gdb 6.1.1 [FreeBSD]
>> >> Copyright 2004 Free Software Foundation, Inc.
>> >> GDB is free software, covered by the GNU General Public License, and you
>> are
>> >> welcome to change it and/or distribute copies of it under certain
>> >> conditions.
>> >> Type "show copying" to see the conditions.
>> >> There is absolutely no warranty for GDB.  Type "show warranty" for
>> details.
>> >> This GDB was configured as "amd64-marcel-freebsd"...
>> >>
>> >> Unread portion of the kernel message buffer:
>> >>
>> >>
>> >> Fatal trap 12: page fault while in kernel mode
>> >> cpuid = 2; apic id = 02
>> >> fault virtual address   = 0x0
>> >> fault code  = supervisor read data, page not present
>> >> instruction pointer = 0x8:0x804c4eb8
>> >> stack pointer   = 0x10:0xff807a0478f0
>> >> frame pointer   = 0x10:0xff807a047930
>> >> code segment= base 0x0, limit 0xf, type 0x1b
>> >> = DPL 0, pres 1, long 1, def32 0, gran 1
>> >> processor eflags= interrupt enabled, resume, IOPL = 0
>> >> current process = 32668 (perl5.10.0)
>> >> Physical memory: 4082 MB
>> >> Dumping 1647 MB: 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472
>> 1456
>> >> 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232
>> 1216
>> >> 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976
>> 960
>> >> 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672
>> 656
>> >> 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368
>> 352
>> >> 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48
>> 32
>> >> 16
>> >>
>> >> Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from
>> >> /boot/kernel/accf_http.ko.symbols...done.
>> >> done.
>> >> Loaded symbols for /boot/kernel/accf_http.ko
>> >> #0  doadump () at pcpu.h:195
>> >> 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td));
>> >> (kgdb) list *0x804c4eb8
>> >> 0x804c4eb8 is in pfs_ioctl
>> >> (/usr/src/sys/fs/pseudofs/pseudofs_vnops.c:265).
>> >> 260 static int
>> >> 261 pfs_ioctl(struct vop_ioctl_args *va)
>> >> 262 {
>> >> 263 struct vnode *vn = va->a_vp;
>> >> 264 struct pfs_vdata *pvd = vn->v_data;
>> >> 265 struct pfs_node *pn = pvd->pvd_pn;
>> >> 266 struct proc *proc;
>> >> 267 int error;
>> >> 268
>> >> 269 PFS_TRACE(("%s: %lx", pn->pn_name, va->a_command));
>> >> (kgdb) backtrace
>> >> #0  doadump () at pcpu.h:195
>> >> #1  0x801c8dac in db_fncall (dummy1=Variable "dummy1" is not
>> >> available.
>> >> ) at /usr/src/sys/ddb/db_command.c:516
>> >> #2  0x801c92df in db_command (last_cmdp=0x80b30c88,
>> >> cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413
>> >> #3  0x801c94f0 in db_command_loop () at
>> >> /usr/src/sys/ddb/db_command.c:466
>> >> #4  0x801cb0d9 in db_trap (type=Variable "type" is not
>> available.
>> >> ) at /usr/src/sys/ddb/db_main.c:228
>> >> #5  0x80554e55 in kdb_trap (type=12, code=0,
>> tf=0xff807a047840)
>> >> at /usr/src/sys/kern/subr_kdb.c:524
>> >> #6  0x807fae80 in trap_fatal (frame=0xff807a047840,
>> eva=Variable
>> >> "eva" is not available.
>> >> ) at /usr/src/sys/amd64/amd64/trap.c:752
>> >> #7  0x807fb254 in trap_pfault (frame=0xff807a047840,
>> usermode=0)
>> >> at /usr/src/sys/amd64/amd64/trap.c:673
>> >> #8  0x807fbc02 in trap (frame=0xff807a047840) at
>> >> /usr/src/sys/amd64/amd64/trap.c:444
>> >> #9  0x807df35e in calltrap () at
>> >> /usr/src/sys/amd64/amd64/exception.S:209
>> >> #10 0x804c4eb8 in pfs_ioctl (va=0xff807a047a10) at
>> >> /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:264
>> >> #11 0x805bb1d3 in vn_ioctl (fp=Variable "fp" is not available.
>> >> ) at vnode_if.h:437
>> >> #12 0x80562d02 in kern_ioctl (td=0xff0006682000, fd=3,
>> >> com=1076655123, data=0xff00ad2b7d40 "") at file.h:269
>> >> #13 0x80563029 in ioctl (td=0xff0006682000,
>> >> uap=0xff807a047bf0) at /usr/src/sys/kern/sys_generic.c:571
>> >> #14 0x807fb4d6 in syscall (frame=0xff807a047c80) at
>> >> /usr/src/sys/amd64/amd64/trap.c:900
>> >> #15 0x807df56b in Xfast_syscall () at
>> >> /usr/src/sys/amd64/amd64/exception.S:330
>> >> #16 0x000800c9c0ec in ?? ()
>> >> Previous frame inner to this frame (corrupt stack?)
>> >> (kgdb)
>> >

Re: cyrus-imapd2.3 in jail

[Erik Norgaard]

Familie van der Schaft wrote:

Erik,

I recieve the following message:

/usr/local/cyrus/bin >./master -D
No log handling enabled - turning on stderr logging
init_kmem: kvm_openfiles failed: /dev/mem: No such file or directory

I noticed that it is the same message coming from:

/usr/local/cyrus/bin >netstat -rn
netstat: kvm not available: /dev/mem: No such file or directory

also within the jail.
There are some sysctl options for the jail, maybe i must turn off or on an
option?
I have the following sysctl options:

security.jail.jailed: 1
security.jail.jail_max_af_ips: 255
security.jail.mount_allowed: 0
security.jail.chflags_allowed: 0
security.jail.allow_raw_sockets: 1
security.jail.enforce_statfs: 2
security.jail.sysvipc_allowed: 0
security.jail.socket_unixiproute_only: 1
security.jail.set_hostname_allowed: 1

I changed the "raw_sockets" from 0 -> 1 (ping and tracroute).
Any ideas?


Seems like you need to mount a devfs inside the jail,

# mount -t devfs devfs /path/to/jail/dev

BR, Erik


--
Erik Nørgaard
Ph: +34.666334818/+34.915211157  http://www.locolomo.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"

Re: Installing latest version of LaTeX

[Roland Smith]

On Sat, Jun 06, 2009 at 09:49:51AM +0200, Wojciech Puchar wrote:

> > Winefish works, and latex appears to be installed, but I get errors
> > using code I know to be flawless. I suspect this relates to
> > out-of-date latex on my machine.
> 
> why not print/teTeX

Because teTeX is unmaintained upstream as of 2006. See http://www.tug.org/tetex/
Essentially is has been deprecated in favor of TeXLive.

Roland
-- 
R.F.Smith   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)


pgpcrYCE7lGIC.pgp
Description: PGP signature

Re: Re[4]: fatal trap 12

[Valentin Bud]

2009/6/6 

> Hello.
>
> What options I must add to kernel? Can You tell me what I must do when
> system crash next time?
>
> > On 6/6/09, ge...@dts.su  wrote:
> >> Hello, Freebsd-questions.
> >>
> >> After one of new crash I have this:
> >>
> >> GNU gdb 6.1.1 [FreeBSD]
> >> Copyright 2004 Free Software Foundation, Inc.
> >> GDB is free software, covered by the GNU General Public License, and you
> are
> >> welcome to change it and/or distribute copies of it under certain
> >> conditions.
> >> Type "show copying" to see the conditions.
> >> There is absolutely no warranty for GDB.  Type "show warranty" for
> details.
> >> This GDB was configured as "amd64-marcel-freebsd"...
> >>
> >> Unread portion of the kernel message buffer:
> >>
> >>
> >> Fatal trap 12: page fault while in kernel mode
> >> cpuid = 2; apic id = 02
> >> fault virtual address   = 0x0
> >> fault code  = supervisor read data, page not present
> >> instruction pointer = 0x8:0x804c4eb8
> >> stack pointer   = 0x10:0xff807a0478f0
> >> frame pointer   = 0x10:0xff807a047930
> >> code segment= base 0x0, limit 0xf, type 0x1b
> >> = DPL 0, pres 1, long 1, def32 0, gran 1
> >> processor eflags= interrupt enabled, resume, IOPL = 0
> >> current process = 32668 (perl5.10.0)
> >> Physical memory: 4082 MB
> >> Dumping 1647 MB: 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472
> 1456
> >> 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232
> 1216
> >> 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976
> 960
> >> 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672
> 656
> >> 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368
> 352
> >> 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48
> 32
> >> 16
> >>
> >> Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from
> >> /boot/kernel/accf_http.ko.symbols...done.
> >> done.
> >> Loaded symbols for /boot/kernel/accf_http.ko
> >> #0  doadump () at pcpu.h:195
> >> 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td));
> >> (kgdb) list *0x804c4eb8
> >> 0x804c4eb8 is in pfs_ioctl
> >> (/usr/src/sys/fs/pseudofs/pseudofs_vnops.c:265).
> >> 260 static int
> >> 261 pfs_ioctl(struct vop_ioctl_args *va)
> >> 262 {
> >> 263 struct vnode *vn = va->a_vp;
> >> 264 struct pfs_vdata *pvd = vn->v_data;
> >> 265 struct pfs_node *pn = pvd->pvd_pn;
> >> 266 struct proc *proc;
> >> 267 int error;
> >> 268
> >> 269 PFS_TRACE(("%s: %lx", pn->pn_name, va->a_command));
> >> (kgdb) backtrace
> >> #0  doadump () at pcpu.h:195
> >> #1  0x801c8dac in db_fncall (dummy1=Variable "dummy1" is not
> >> available.
> >> ) at /usr/src/sys/ddb/db_command.c:516
> >> #2  0x801c92df in db_command (last_cmdp=0x80b30c88,
> >> cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413
> >> #3  0x801c94f0 in db_command_loop () at
> >> /usr/src/sys/ddb/db_command.c:466
> >> #4  0x801cb0d9 in db_trap (type=Variable "type" is not
> available.
> >> ) at /usr/src/sys/ddb/db_main.c:228
> >> #5  0x80554e55 in kdb_trap (type=12, code=0,
> tf=0xff807a047840)
> >> at /usr/src/sys/kern/subr_kdb.c:524
> >> #6  0x807fae80 in trap_fatal (frame=0xff807a047840,
> eva=Variable
> >> "eva" is not available.
> >> ) at /usr/src/sys/amd64/amd64/trap.c:752
> >> #7  0x807fb254 in trap_pfault (frame=0xff807a047840,
> usermode=0)
> >> at /usr/src/sys/amd64/amd64/trap.c:673
> >> #8  0x807fbc02 in trap (frame=0xff807a047840) at
> >> /usr/src/sys/amd64/amd64/trap.c:444
> >> #9  0x807df35e in calltrap () at
> >> /usr/src/sys/amd64/amd64/exception.S:209
> >> #10 0x804c4eb8 in pfs_ioctl (va=0xff807a047a10) at
> >> /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:264
> >> #11 0x805bb1d3 in vn_ioctl (fp=Variable "fp" is not available.
> >> ) at vnode_if.h:437
> >> #12 0x80562d02 in kern_ioctl (td=0xff0006682000, fd=3,
> >> com=1076655123, data=0xff00ad2b7d40 "") at file.h:269
> >> #13 0x80563029 in ioctl (td=0xff0006682000,
> >> uap=0xff807a047bf0) at /usr/src/sys/kern/sys_generic.c:571
> >> #14 0x807fb4d6 in syscall (frame=0xff807a047c80) at
> >> /usr/src/sys/amd64/amd64/trap.c:900
> >> #15 0x807df56b in Xfast_syscall () at
> >> /usr/src/sys/amd64/amd64/exception.S:330
> >> #16 0x000800c9c0ec in ?? ()
> >> Previous frame inner to this frame (corrupt stack?)
> >> (kgdb)
> >>
> >>
> >> Can You help me? What can I do? Server crash periodicaly...
>
> > Add more debug options to kernel, because dump is not useful
> > with corrupted stack.
>
> >>>  For this question, you must debug the kernel by Serial.
> >>> when fatal, you use find the error by command "bt".
> >>
> >>> --
> >>> Dean
>

Re: cyrus-imapd2.3 in jail

[Familie van der Schaft]

Erik,

I recieve the following message:

/usr/local/cyrus/bin >./master -D
No log handling enabled - turning on stderr logging
init_kmem: kvm_openfiles failed: /dev/mem: No such file or directory

I noticed that it is the same message coming from:

/usr/local/cyrus/bin >netstat -rn
netstat: kvm not available: /dev/mem: No such file or directory

also within the jail.
There are some sysctl options for the jail, maybe i must turn off or on an
option?
I have the following sysctl options:

security.jail.jailed: 1
security.jail.jail_max_af_ips: 255
security.jail.mount_allowed: 0
security.jail.chflags_allowed: 0
security.jail.allow_raw_sockets: 1
security.jail.enforce_statfs: 2
security.jail.sysvipc_allowed: 0
security.jail.socket_unixiproute_only: 1
security.jail.set_hostname_allowed: 1

I changed the "raw_sockets" from 0 -> 1 (ping and tracroute).
Any ideas?

,Danny

- Original Message - 
From: "Erik Norgaard" 
To: "Familie van der Schaft" 
Cc: 
Sent: Saturday, June 06, 2009 11:02 AM
Subject: Re: cyrus-imapd2.3 in jail


> Familie van der Schaft wrote:
> > Hi there,
> >
> > I got cyrus-imapd working outside a jail.
> > But when i want to install it within a jail it won't  start.
> > What are the extra steps, to get cyrus-imapd working inside a jail. Is
there a simple howto available?
>
> Try to check logs or start the master process in foreground debug mode
> with flag -D and see where it fails. Could it possibly try loading a
> library that is not accessible from within the jail?
>
> BR, Erik
>
> -- 
> Erik N?rgaard
> Ph: +34.666334818/+34.915211157  http://www.locolomo.org







No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.339 / Virus Database: 270.12.54/2157 - Release Date: 06/05/09
17:55:00

___
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[4]: fatal trap 12

[georg]

Hello.

What options I must add to kernel? Can You tell me what I must do when
system crash next time?

> On 6/6/09, ge...@dts.su  wrote:
>> Hello, Freebsd-questions.
>>
>> After one of new crash I have this:
>>
>> GNU gdb 6.1.1 [FreeBSD]
>> Copyright 2004 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and you are
>> welcome to change it and/or distribute copies of it under certain
>> conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB.  Type "show warranty" for details.
>> This GDB was configured as "amd64-marcel-freebsd"...
>>
>> Unread portion of the kernel message buffer:
>>
>>
>> Fatal trap 12: page fault while in kernel mode
>> cpuid = 2; apic id = 02
>> fault virtual address   = 0x0
>> fault code  = supervisor read data, page not present
>> instruction pointer = 0x8:0x804c4eb8
>> stack pointer   = 0x10:0xff807a0478f0
>> frame pointer   = 0x10:0xff807a047930
>> code segment= base 0x0, limit 0xf, type 0x1b
>> = DPL 0, pres 1, long 1, def32 0, gran 1
>> processor eflags= interrupt enabled, resume, IOPL = 0
>> current process = 32668 (perl5.10.0)
>> Physical memory: 4082 MB
>> Dumping 1647 MB: 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456
>> 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216
>> 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960
>> 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656
>> 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352
>> 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32
>> 16
>>
>> Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from
>> /boot/kernel/accf_http.ko.symbols...done.
>> done.
>> Loaded symbols for /boot/kernel/accf_http.ko
>> #0  doadump () at pcpu.h:195
>> 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td));
>> (kgdb) list *0x804c4eb8
>> 0x804c4eb8 is in pfs_ioctl
>> (/usr/src/sys/fs/pseudofs/pseudofs_vnops.c:265).
>> 260 static int
>> 261 pfs_ioctl(struct vop_ioctl_args *va)
>> 262 {
>> 263 struct vnode *vn = va->a_vp;
>> 264 struct pfs_vdata *pvd = vn->v_data;
>> 265 struct pfs_node *pn = pvd->pvd_pn;
>> 266 struct proc *proc;
>> 267 int error;
>> 268
>> 269 PFS_TRACE(("%s: %lx", pn->pn_name, va->a_command));
>> (kgdb) backtrace
>> #0  doadump () at pcpu.h:195
>> #1  0x801c8dac in db_fncall (dummy1=Variable "dummy1" is not
>> available.
>> ) at /usr/src/sys/ddb/db_command.c:516
>> #2  0x801c92df in db_command (last_cmdp=0x80b30c88,
>> cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413
>> #3  0x801c94f0 in db_command_loop () at
>> /usr/src/sys/ddb/db_command.c:466
>> #4  0x801cb0d9 in db_trap (type=Variable "type" is not available.
>> ) at /usr/src/sys/ddb/db_main.c:228
>> #5  0x80554e55 in kdb_trap (type=12, code=0, tf=0xff807a047840)
>> at /usr/src/sys/kern/subr_kdb.c:524
>> #6  0x807fae80 in trap_fatal (frame=0xff807a047840, eva=Variable
>> "eva" is not available.
>> ) at /usr/src/sys/amd64/amd64/trap.c:752
>> #7  0x807fb254 in trap_pfault (frame=0xff807a047840, usermode=0)
>> at /usr/src/sys/amd64/amd64/trap.c:673
>> #8  0x807fbc02 in trap (frame=0xff807a047840) at
>> /usr/src/sys/amd64/amd64/trap.c:444
>> #9  0x807df35e in calltrap () at
>> /usr/src/sys/amd64/amd64/exception.S:209
>> #10 0x804c4eb8 in pfs_ioctl (va=0xff807a047a10) at
>> /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:264
>> #11 0x805bb1d3 in vn_ioctl (fp=Variable "fp" is not available.
>> ) at vnode_if.h:437
>> #12 0x80562d02 in kern_ioctl (td=0xff0006682000, fd=3,
>> com=1076655123, data=0xff00ad2b7d40 "") at file.h:269
>> #13 0x80563029 in ioctl (td=0xff0006682000,
>> uap=0xff807a047bf0) at /usr/src/sys/kern/sys_generic.c:571
>> #14 0x807fb4d6 in syscall (frame=0xff807a047c80) at
>> /usr/src/sys/amd64/amd64/trap.c:900
>> #15 0x807df56b in Xfast_syscall () at
>> /usr/src/sys/amd64/amd64/exception.S:330
>> #16 0x000800c9c0ec in ?? ()
>> Previous frame inner to this frame (corrupt stack?)
>> (kgdb)
>>
>>
>> Can You help me? What can I do? Server crash periodicaly...

> Add more debug options to kernel, because dump is not useful
> with corrupted stack.

>>>  For this question, you must debug the kernel by Serial.
>>> when fatal, you use find the error by command "bt".
>>
>>> --
>>> Dean
>>> 2009-06-02
>>
>>> -
>>> 发件人：georg
>>> 发送日期：2009-06-02 14:51:45
>>> 收件人：freebsd-questions
>>> 抄送：
>>> 主题：fatal trap 12
>>
>>> Hello, Freebsd-questions.
>>
>>>I use FreeBSD 7.2-STABLE am

Re: Re[2]: fatal trap 12

[Paul B. Mahol]

On 6/6/09, ge...@dts.su  wrote:
> Hello, Freebsd-questions.
>
> After one of new crash I have this:
>
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "amd64-marcel-freebsd"...
>
> Unread portion of the kernel message buffer:
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 2; apic id = 02
> fault virtual address   = 0x0
> fault code  = supervisor read data, page not present
> instruction pointer = 0x8:0x804c4eb8
> stack pointer   = 0x10:0xff807a0478f0
> frame pointer   = 0x10:0xff807a047930
> code segment= base 0x0, limit 0xf, type 0x1b
> = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags= interrupt enabled, resume, IOPL = 0
> current process = 32668 (perl5.10.0)
> Physical memory: 4082 MB
> Dumping 1647 MB: 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456
> 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216
> 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960
> 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656
> 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352
> 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32
> 16
>
> Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from
> /boot/kernel/accf_http.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/accf_http.ko
> #0  doadump () at pcpu.h:195
> 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td));
> (kgdb) list *0x804c4eb8
> 0x804c4eb8 is in pfs_ioctl
> (/usr/src/sys/fs/pseudofs/pseudofs_vnops.c:265).
> 260 static int
> 261 pfs_ioctl(struct vop_ioctl_args *va)
> 262 {
> 263 struct vnode *vn = va->a_vp;
> 264 struct pfs_vdata *pvd = vn->v_data;
> 265 struct pfs_node *pn = pvd->pvd_pn;
> 266 struct proc *proc;
> 267 int error;
> 268
> 269 PFS_TRACE(("%s: %lx", pn->pn_name, va->a_command));
> (kgdb) backtrace
> #0  doadump () at pcpu.h:195
> #1  0x801c8dac in db_fncall (dummy1=Variable "dummy1" is not
> available.
> ) at /usr/src/sys/ddb/db_command.c:516
> #2  0x801c92df in db_command (last_cmdp=0x80b30c88,
> cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413
> #3  0x801c94f0 in db_command_loop () at
> /usr/src/sys/ddb/db_command.c:466
> #4  0x801cb0d9 in db_trap (type=Variable "type" is not available.
> ) at /usr/src/sys/ddb/db_main.c:228
> #5  0x80554e55 in kdb_trap (type=12, code=0, tf=0xff807a047840)
> at /usr/src/sys/kern/subr_kdb.c:524
> #6  0x807fae80 in trap_fatal (frame=0xff807a047840, eva=Variable
> "eva" is not available.
> ) at /usr/src/sys/amd64/amd64/trap.c:752
> #7  0x807fb254 in trap_pfault (frame=0xff807a047840, usermode=0)
> at /usr/src/sys/amd64/amd64/trap.c:673
> #8  0x807fbc02 in trap (frame=0xff807a047840) at
> /usr/src/sys/amd64/amd64/trap.c:444
> #9  0x807df35e in calltrap () at
> /usr/src/sys/amd64/amd64/exception.S:209
> #10 0x804c4eb8 in pfs_ioctl (va=0xff807a047a10) at
> /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:264
> #11 0x805bb1d3 in vn_ioctl (fp=Variable "fp" is not available.
> ) at vnode_if.h:437
> #12 0x80562d02 in kern_ioctl (td=0xff0006682000, fd=3,
> com=1076655123, data=0xff00ad2b7d40 "") at file.h:269
> #13 0x80563029 in ioctl (td=0xff0006682000,
> uap=0xff807a047bf0) at /usr/src/sys/kern/sys_generic.c:571
> #14 0x807fb4d6 in syscall (frame=0xff807a047c80) at
> /usr/src/sys/amd64/amd64/trap.c:900
> #15 0x807df56b in Xfast_syscall () at
> /usr/src/sys/amd64/amd64/exception.S:330
> #16 0x000800c9c0ec in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (kgdb)
>
>
> Can You help me? What can I do? Server crash periodicaly...

Add more debug options to kernel, because dump is not useful
with corrupted stack.

>>  For this question, you must debug the kernel by Serial.
>> when fatal, you use find the error by command "bt".
>
>> --
>> Dean
>> 2009-06-02
>
>> -
>> 发件人：georg
>> 发送日期：2009-06-02 14:51:45
>> 收件人：freebsd-questions
>> 抄送：
>> 主题：fatal trap 12
>
>> Hello, Freebsd-questions.
>
>>I use FreeBSD 7.2-STABLE amd64. About month ago system was crashed
>>with  "Fatal trap 12"...
>>I bay new hardware and install new FreeBSD 7.2-STABLE amd64. cPanel
>>and ASSP (anti spam proxy). And one a day or two days have this:
>
>>  

Re: Date representation as YY/DDD or YYYY/DDD

[Ruben de Groot]

On Sat, Jun 06, 2009 at 11:49:51AM +0200, Wojciech Puchar typed:
> >>what some single-letter option meant.  I pretty much never use them on
> >>the command line, though.
> >
> >Agreed, the long options *as an alternative* can be descriptive in scripts,
> >tutorials, howto's etc.
> >The other reason often mentioned, there being not enough letters in the
> >alphabet to cover all possible options, in my opinion advocates bloated
> >software (one program can do it all), which goes against the Unix paradigm
> >of making small programs that do one task exceptionally well and just
> >chaining these together.
> you exaggerate a bit.

Maybe :)

> for example rsync does have >26 options but most make sense for program 
> that is dedicated to one task, and it isn't against Unix paradigm.

rsync isn't bloated and it's well written IMO. It still does only one job, and 
it does it well. As you say, most common tasks can still be done with only
short options. This would change if some developer decided to add other,
unrelated functionality. But that's harder if you want to maintain short options
for the common tasks.
Having only long options would place no such restrictions on bloating.

Ruben
___
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: /etc/login.conf

[Paul B. Mahol]

On 6/6/09, Wojciech Puchar  wrote:
> how can i put in setenv= definition a ":" character?
>
> for example i would like to set enviroment variable a to b:c in login.conf

It's documented in login.conf manual.


-- 
Paul
___
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"

/etc/login.conf

[Wojciech Puchar]

how can i put in setenv= definition a ":" character?

for example i would like to set enviroment variable a to b:c in login.conf

thanks
___
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: Date representation as YY/DDD or YYYY/DDD

[Wojciech Puchar]

what some single-letter option meant.  I pretty much never use them on
the command line, though.


Agreed, the long options *as an alternative* can be descriptive in scripts,
tutorials, howto's etc.
The other reason often mentioned, there being not enough letters in the
alphabet to cover all possible options, in my opinion advocates bloated
software (one program can do it all), which goes against the Unix paradigm
of making small programs that do one task exceptionally well and just
chaining these together.

you exaggerate a bit.

for example rsync does have >26 options but most make sense for program 
that is dedicated to one task, and it isn't against Unix paradigm.


But it have one letter shortcuts for mostly used parameters
___
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: Date representation as YY/DDD or YYYY/DDD

[Ruben de Groot]

On Fri, Jun 05, 2009 at 11:08:23PM -0500, Kirk Strauser typed:
> Chris Rees wrote:
> 
> >Traditional:
> >
> >% tar xzvf bluurgh.tgz
> >
> >GNU recommended:
> >
> >$ tar --extract --verbose --gunzip --file bluurgh.tgz
> >
> >Seriously, why are long options encouraged?
> 
> Scripting.  I almost always use long options when writing scripts I 
> might use again later so that 6 months later I don't have to remember 
> what some single-letter option meant.  I pretty much never use them on 
> the command line, though.

Agreed, the long options *as an alternative* can be descriptive in scripts,
tutorials, howto's etc.
The other reason often mentioned, there being not enough letters in the 
alphabet to cover all possible options, in my opinion advocates bloated 
software (one program can do it all), which goes against the Unix paradigm
of making small programs that do one task exceptionally well and just
chaining these together.

Ruben

___
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: sponsoring ZFS development on FreeBSD

[Wojciech Puchar]

My question is concerning sponsoring the FreeBSD project and ZFS
development in particular. I know I am just a relatively poor person
so I can't contribute much (maybe on the order of 20-30 euro a month),


donati...@freebsd.org

and of course you may sponsor it too by improving ZFS code, or maybe - 
making some better FS.



but I keep seeing FreeBSD core team members keep mentioning "we value
donations of all sizes", so what the hell :) Anyways, in the past I
have directed my donations to The FreeBSD Foundation, if I want to
ensure that as much of my money as possible goes directly to benefit
the development of ZFS support on FreeBSD, should I continue donating


just tell them about it.
___
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: cyrus-imapd2.3 in jail

[Erik Norgaard]

Familie van der Schaft wrote:

Hi there,

I got cyrus-imapd working outside a jail.
But when i want to install it within a jail it won't  start.
What are the extra steps, to get cyrus-imapd working inside a jail. Is there a 
simple howto available?


Try to check logs or start the master process in foreground debug mode 
with flag -D and see where it fails. Could it possibly try loading a 
library that is not accessible from within the jail?


BR, Erik

--
Erik Nørgaard
Ph: +34.666334818/+34.915211157  http://www.locolomo.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"

sponsoring ZFS development on FreeBSD

[Dan Naumov]

Hello

My question is concerning sponsoring the FreeBSD project and ZFS
development in particular. I know I am just a relatively poor person
so I can't contribute much (maybe on the order of 20-30 euro a month),
but I keep seeing FreeBSD core team members keep mentioning "we value
donations of all sizes", so what the hell :) Anyways, in the past I
have directed my donations to The FreeBSD Foundation, if I want to
ensure that as much of my money as possible goes directly to benefit
the development of ZFS support on FreeBSD, should I continue donating
to the foundation or should I be sending donations directly to
specific developers?


Sincerely
- Dan Naumov
___
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"

cyrus-imapd2.3 in jail

[Familie van der Schaft]

Hi there,

I got cyrus-imapd working outside a jail.
But when i want to install it within a jail it won't  start.
What are the extra steps, to get cyrus-imapd working inside a jail. Is there a 
simple howto available?

greetings,

Danny
___
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: Installing latest version of LaTeX

[Wojciech Puchar]

print/latex port.  During the installation/building of the latex port,
I received a message that the version being installed was over 5 years
old.  When I tried to add latex via pkg_add, I had no success (I
assumed the package was named latex, but it wasn't found).

Winefish works, and latex appears to be installed, but I get errors
using code I know to be flawless. I suspect this relates to
out-of-date latex on my machine.


why not print/teTeX
?
___
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: Installing latest version of LaTeX

[Glyn Millington]

Roland Smith  writes:

> On Sat, Jun 06, 2009 at 07:34:07AM +0100, Glyn Millington wrote:
>> bf  writes:
>> 
>> >> Thanks for the info.  I'll have to try to install TeX Live.
>> >
>> > This is not trivial, which is one of the reasons it hasn't been done.
>> 
>> Well *porting* TeX Live is certainly not trivial!  But actually
>> installing it as free-standing software is not too hard.
>> 
>> Get it from here:
>> 
>> http://www.tug.org/texlive/acquire.html
>> 
>> 
>> I find that the live installation over the internet works very well - the
>> links are there on the same page. Everything is installed in its own
>> directory structure so it is easy to clean out if you need to do so.
>> 
>> One useful point - in the main menu TeX Live gives the opportunity for the
>> installer to create symbolic links to its main programs in standard
>> directories. It is so much easier than doing so by hand!!
>
> It is less messy if you just add the path to the TeXLive binaries to the
> path element of the default profile in /etc/login.conf:

Brilliant!! - that never occurred to me :-)


atb





Glyn
___
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: Shutting down X with control+alt+backspace

[Manolis Kiagias]

Luke Dean wrote:
>
> This is an answer to a question I started to post, but then decided to
> research instead.  I know many readers of this list use the feature I'm
> describing.
>
> When Xorg was upgraded to version 7.4, the historic ability to shut
> down X
> with Control+Alt+Backspace became a non-default option.  The solution to
> re-enabling this behavior was to add
> Option "DontZap" "off"
> to the ServerLayout or ServerFlags section of xorg.conf as documented in
> a note in the Handbook
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html
>
> A few days ago, x11/xkeyboard-config was upgraded to 1.6 and the solution
> in the Handbook is no longer sufficient.
>
> The new solution that gets Control+Alt+Backspace working for me
> again is to add
> Option  "XKbOptions" "terminate:ctrl_alt_bksp"
> to the "InputDevice" section of xorg.conf.
>

Thanks for mentioning this. I have not yet upgraded to the new version
of xkeyboard-config, but will try this and update the Handbook accordingly.
___
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: Installing latest version of LaTeX

[Roland Smith]

On Sat, Jun 06, 2009 at 07:34:07AM +0100, Glyn Millington wrote:
> bf  writes:
> 
> >> Thanks for the info.  I'll have to try to install TeX Live.
> >
> > This is not trivial, which is one of the reasons it hasn't been done.
> 
> Well *porting* TeX Live is certainly not trivial!  But actually
> installing it as free-standing software is not too hard.
> 
> Get it from here:
> 
> http://www.tug.org/texlive/acquire.html
> 
> 
> I find that the live installation over the internet works very well - the
> links are there on the same page. Everything is installed in its own
> directory structure so it is easy to clean out if you need to do so.
> 
> One useful point - in the main menu TeX Live gives the opportunity for the
> installer to create symbolic links to its main programs in standard
> directories. It is so much easier than doing so by hand!!

It is less messy if you just add the path to the TeXLive binaries to the
path element of the default profile in /etc/login.conf:

default:\
:passwd_format=blf:\
:copyright=/etc/COPYRIGHT:\
:welcome=/etc/motd:\

:setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=YES,LC_ALL=en_US.UTF-8:\
:path=/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin 
/usr/local/bin /usr/local/texlive/2008/bin/amd64-freebsd ~/bin:\
:nologin=/var/run/nologin:\
:cputime=unlimited:\
:datasize=unlimited:\
:stacksize=unlimited:\
:memorylocked=unlimited:\
:memoryuse=unlimited:\
:filesize=unlimited:\
:coredumpsize=unlimited:\
:openfiles=unlimited:\
:maxproc=200:\
:sbsize=unlimited:\
:vmemoryuse=unlimited:\
:priority=0:\
:ignoretime@:\
:umask=022:


Also add the location of the manpages to /etc/manpath.config:

OPTIONAL_MANPATH/usr/local/texlive/2008/texmf/doc/man
MANPATH_MAP usr/local/texlive/2008/bin/amd64-freebsd
/usr/local/texlive/2008/texmf/doc/man

You should change the paths to match those in your own installation.

Roland
-- 
R.F.Smith   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)


pgppilbd6ExDn.pgp
Description: PGP signature

Re: Installing latest version of LaTeX

[Roland Smith]

On Fri, Jun 05, 2009 at 10:20:10PM -0400, Daniel Underwood wrote:
> Thanks for the info.  I'll have to try to install TeX Live.

> Running the latex command on a .tex file, I keep getting this error:
> 
> xcolor.sty 140  Undefined control
> xcolor.sty 140  Emergency stop.
> *exit code: 1
> 
> No idea what's going on though...

Maybe a corrupted file? Re-download the package from CTAN at
http://www.ctan.org/tex-archive/macros/latex/contrib/xcolor/, 
install it over the old one and try again.

Make sure that the output driver that you are using is supported by
xcolor.sty! See the documentation (xcolor.pdf).

Roland
-- 
R.F.Smith   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)


pgpRUVfP4HIBw.pgp
Description: PGP signature

Re: Installing latest version of LaTeX

[Glyn Millington]

bf  writes:

>> Thanks for the info.  I'll have to try to install TeX Live.
>
> This is not trivial, which is one of the reasons it hasn't been done.

Well *porting* TeX Live is certainly not trivial!  But actually
installing it as free-standing software is not too hard.

Get it from here:

http://www.tug.org/texlive/acquire.html


I find that the live installation over the internet works very well - the
links are there on the same page. Everything is installed in its own
directory structure so it is easy to clean out if you need to do so.

One useful point - in the main menu TeX Live gives the opportunity for the
installer to create symbolic links to its main programs in standard
directories. It is so much easier than doing so by hand!!


If you decide to download the huge iso instead, just mount it and install
from there.

mount_cd9660 -o ro /dev/`mdconfig -a -t vnode -f /path/to/file.iso`
/mount-point

Good luck:-)








Glyn
___
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"