Re: FreeBSD9 - I can't get my mouse to work

[Erich Dollansky]

Hi,

On 05 June 2012 19:59:48 Waitman Gobble wrote:
> On Tue, Jun 5, 2012 at 7:05 PM, Scott Ballantyne  wrote:
> 

> i'll give that a try. After updating a couple of days ago the mouse is
> glued to the center of the screen after starting X. I noticed if i first
> kill moused before startx it works fine. (moused apparently restarts). But
> maybe this solution will end the work-around.
> 
I came to this the same way. X stopped working with the mouse after an upgrade 
many, many years ago.

If it happens again, I play with the parameters in there.

I have read that other people also played with HAL but I never needed so.

Erich
___
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: FreeBSD9 - I can't get my mouse to work

[Waitman Gobble]

On Tue, Jun 5, 2012 at 7:05 PM, Scott Ballantyne  wrote:

>  Walter Hurry  writes:
>
> >
> > Firstly, sorry if this is a bit of a newbie question. I am quite new to
> > FreeBSD (though fairly experienced at Linux). Almost everything in
> FreeBSD
> > is fine, except that no matter what I try I cannot get the (USB) mouse to
> > work.
> >
> > I have scoured the handbook, and Googled, but to no avail.
> >
> > This is 9.0-RELEASE on amd64 - fully updated.
> >
> > I don't need the mouse in consoles, but I do want it in X.
> >
>
> The clue here is 'fully updated'. The latest hald has a bug that keeps
> the mouse from working. If you look in your X.org.0.log you may find
> a section which says that /dev/ums, configured by hal, is busy, and
> unloads the mouse. If you don't find that, then ignore the rest of
> this email :)
>
> There are various "solutions" to this, one is to disable the auto
> configure, and add the configuration for both keyboard and mouse to
> the .conf file.  Another is to restart dbus and hald. You can switch
> to a console window from X and run this command:
>
> /usr/local/etc/rc.d/dbus restart && /usr/local/etc/rc.d/hald restart
>
> If that fixes it, then you can automate it by putting something like
> this in /usr/local/etc/rc.d , call it haldfixbug or something like
> that:
>
> --
> #!/bin/sh
> #
> # PROVIDE: HALD_FIX_BUG
> # REQUIRE: hald dbus
> #
>
> [ "$1" = start ] && /usr/local/etc/rc.d/dbus restart &&
> /usr/local/etc/rc.d/hald restart && echo "DBUS HALD BUG FIX ATTEMPTED"
> [ "$1" = faststart ] && /usr/local/etc/rc.d/dbus restart &&
> /usr/local/etc/rc.d/hald restart && echo "DBUS HALD BUG FIX ATTEMPTED"
> sleep 5
> exit 0
> -
>
> This might not work if you use startx, but should be ok with xdm or
> gdm. It works for me, maybe not for you.
>
> Best,
> Scott
> --
> s...@ssr.com
> ___
> 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"
>

i'll give that a try. After updating a couple of days ago the mouse is
glued to the center of the screen after starting X. I noticed if i first
kill moused before startx it works fine. (moused apparently restarts). But
maybe this solution will end the work-around.

Waitman Gobble
San Jose California USA
___
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: FreeBSD9 - I can't get my mouse to work

[Erich]

Hi

I have had success on my hardware with this setting:

#   The working configuration. The mouse daemon in /etc/rc.conf
#   was dsabled.
#
#   Section "ServerLayout"
#   Identifier "X.org Configured"
#   Screen  0  "Screen0" 0 0
#   InputDevice"Mouse0" "CorePointer"
#   InputDevice"Keyboard0" "CoreKeyboard"
#   EndSection
#
#   Section "ServerFlags"
#   Option  "AllowEmptyInput"   "false"
#   Option  "AutoAddDevices""false"
#   EndSection

Turning off the mouse daemon was the key on that hardware.

The same xorg settings needed the mouse daemon turned on on other hardware.

Good luck!

Erich

On 06 June 2012 2:21:53 Walter Hurry wrote:
> On Wed, 06 Jun 2012 01:22:51 +0200, Bernt Hansson wrote:
> >> Option "AutoAddDevices" "On"
> > 
> > Set this to off.
> > 
> Thanks for the reply. Yes, I've tried setting it to "Off", but there is 
> no apparent difference; only a new set of messages in Xorg.0.log:
> 
> (EE) config/hal: couldn't initialise context: unknown error (null)
> (EE) config/hal: NewInputDeviceRequest failed (8)
> (EE) config/hal: NewInputDeviceRequest failed (8)
> (EE) config/hal: NewInputDeviceRequest failed (8)
> (EE) config/hal: NewInputDeviceRequest failed (8)
> (EE) config/hal: NewInputDeviceRequest failed (8)
> (EE) config/hal: NewInputDeviceRequest failed (8)
> (WW) Mouse0: No Device specified, looking for one...
> 
> ___
> 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: FreeBSD9 - I can't get my mouse to work

[Scott Ballantyne]

 Walter Hurry  writes:

> 
> Firstly, sorry if this is a bit of a newbie question. I am quite new to 
> FreeBSD (though fairly experienced at Linux). Almost everything in FreeBSD 
> is fine, except that no matter what I try I cannot get the (USB) mouse to 
> work.
> 
> I have scoured the handbook, and Googled, but to no avail.
> 
> This is 9.0-RELEASE on amd64 - fully updated.
> 
> I don't need the mouse in consoles, but I do want it in X.
> 

The clue here is 'fully updated'. The latest hald has a bug that keeps
the mouse from working. If you look in your X.org.0.log you may find
a section which says that /dev/ums, configured by hal, is busy, and
unloads the mouse. If you don't find that, then ignore the rest of
this email :)

There are various "solutions" to this, one is to disable the auto
configure, and add the configuration for both keyboard and mouse to
the .conf file.  Another is to restart dbus and hald. You can switch
to a console window from X and run this command:

/usr/local/etc/rc.d/dbus restart && /usr/local/etc/rc.d/hald restart

If that fixes it, then you can automate it by putting something like
this in /usr/local/etc/rc.d , call it haldfixbug or something like
that:

--
#!/bin/sh
#
# PROVIDE: HALD_FIX_BUG
# REQUIRE: hald dbus
#

[ "$1" = start ] && /usr/local/etc/rc.d/dbus restart && 
/usr/local/etc/rc.d/hald restart && echo "DBUS HALD BUG FIX ATTEMPTED"
[ "$1" = faststart ] && /usr/local/etc/rc.d/dbus restart && 
/usr/local/etc/rc.d/hald restart && echo "DBUS HALD BUG FIX ATTEMPTED"
sleep 5
exit 0
-

This might not work if you use startx, but should be ok with xdm or
gdm. It works for me, maybe not for you.

Best,
Scott
-- 
s...@ssr.com
___
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: FreeBSD9 - I can't get my mouse to work

[Walter Hurry]

On Wed, 06 Jun 2012 01:22:51 +0200, Bernt Hansson wrote:
>> Option "AutoAddDevices" "On"
> 
> Set this to off.
> 
Thanks for the reply. Yes, I've tried setting it to "Off", but there is 
no apparent difference; only a new set of messages in Xorg.0.log:

(EE) config/hal: couldn't initialise context: unknown error (null)
(EE) config/hal: NewInputDeviceRequest failed (8)
(EE) config/hal: NewInputDeviceRequest failed (8)
(EE) config/hal: NewInputDeviceRequest failed (8)
(EE) config/hal: NewInputDeviceRequest failed (8)
(EE) config/hal: NewInputDeviceRequest failed (8)
(EE) config/hal: NewInputDeviceRequest failed (8)
(WW) Mouse0: No Device specified, looking for one...

___
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 something we (as consumers of FreeBSD) need to be aware of?

[Waitman Gobble]

On Jun 5, 2012 6:35 PM, "Mike Jeays"  wrote:
>
> On Tue, 5 Jun 2012 19:57:30 -0400 (EDT)
> Chris Hill  wrote:
>
> > On Tue, 5 Jun 2012, G?k?in Akdeniz wrote:
> >
> > > For the time being only ARM platform is restricted.
> >
> > True, but I would be astonished if this restriction were not expanded by
> > MS in the future. Just my opinion, but I believe their ultimate goal is
> > to add platforms until the "secure boot" restriction encompasses most or
> > all desktop and server hardware. This would be over a period of years.
> >
> > --
> > Chris Hill   ch...@monochrome.org
> > ** [ Busy Expunging  ]
> > ___
> > 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"
>
> This seems all too likely to me. I expect it will become very hard to
find a consumer laptop that will run other operating systems in a few
years. There won't be any in Best Buy or Staples, one can be pretty sure.
It will be a Windows or Mac world. Not an attractive future.
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "
freebsd-questions-unsubscr...@freebsd.org"

I understand there are only a few (like two) monster-sized computer
manufacturers, which are based in China, who manufacture the massive bulk
of "consumer" laptops. the name brand models in the local retail store are
almost always these ODM computers with a preloaded hard drive and a fancy
label w/ insignia slapped on the shell. One may purchase a "Generic" laptop
to spec (without any MS stuff installed, if you so desire), for a
single-unit competitive price.

for example search "compal" ...

i'm curious how the restricted boot scheme will come into play in these "no
flashy labels" portable machines.

Waitman Gobble
San Jose California USA
___
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 something we (as consumers of FreeBSD) need to be aware of?

[Mike Jeays]

On Tue, 5 Jun 2012 19:57:30 -0400 (EDT)
Chris Hill  wrote:

> On Tue, 5 Jun 2012, G?k?in Akdeniz wrote:
> 
> > For the time being only ARM platform is restricted.
> 
> True, but I would be astonished if this restriction were not expanded by 
> MS in the future. Just my opinion, but I believe their ultimate goal is 
> to add platforms until the "secure boot" restriction encompasses most or 
> all desktop and server hardware. This would be over a period of years.
> 
> -- 
> Chris Hill   ch...@monochrome.org
> ** [ Busy Expunging  ]
> ___
> 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"

This seems all too likely to me. I expect it will become very hard to find a 
consumer laptop that will run other operating systems in a few years. There 
won't be any in Best Buy or Staples, one can be pretty sure. It will be a 
Windows or Mac world. Not an attractive future.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Is this something we (as consumers of FreeBSD) need to be aware of?

[Chris Hill]

On Tue, 5 Jun 2012, G?k?in Akdeniz wrote:


For the time being only ARM platform is restricted.


True, but I would be astonished if this restriction were not expanded by 
MS in the future. Just my opinion, but I believe their ultimate goal is 
to add platforms until the "secure boot" restriction encompasses most or 
all desktop and server hardware. This would be over a period of years.


--
Chris Hill   ch...@monochrome.org
** [ Busy Expunging  ]
___
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: FreeBSD9 - I can't get my mouse to work

[Warren Block]

On Tue, 5 Jun 2012, Walter Hurry wrote:


Firstly, sorry if this is a bit of a newbie question. I am quite new to
FreeBSD (though fairly experienced at Linux). Almost everything in FreeBSD
is fine, except that no matter what I try I cannot get the (USB) mouse to
work.

I have scoured the handbook, and Googled, but to no avail.

This is 9.0-RELEASE on amd64 - fully updated.

I don't need the mouse in consoles, but I do want it in X.

Here is my xorg.conf in its entirety:


There are duplicated sections in the output provided.


##
Section "ServerLayout"
   Identifier "XFree86 Configured"
   Screen  0  "Screen0" 0 0
   InputDevice"Mouse0" "CorePointer"
   InputDevice"Keyboard0" "CoreKeyboard"
   Option "Clone" "off"
EndSection

Section "ServerFlags"
Option "AutoAddDevices" "On"
EndSection


Setting AutoAddDevices on means to use HAL for mouse detection.  Is HAL 
running?


On one notebook, I had to set moused_enable="YES" in /etc/rc.conf before 
both the touchpad and an external mouse would work.

___
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: FreeBSD9 - I can't get my mouse to work

[Walter Hurry]

On Tue, 05 Jun 2012 23:14:35 +, Walter Hurry wrote:

> Firstly, sorry if this is a bit of a newbie question. I am quite new to
> FreeBSD (though fairly experienced at Linux). Almost everything in
> FreeBSD is fine, except that no matter what I try I cannot get the (USB)
> mouse to work.
> 
> Can anyone assist with this?
> 

One bit of information which might be relevant:

This is a laptop with a built-in touchpad. The touchpad works, even 
though I have made no configuration changes for it. Unfortunately, as I 
said, the mouse doesn't.

___
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: FreeBSD9 - I can't get my mouse to work

[Bernt Hansson]

2012-06-06 01:14, Walter Hurry skrev:

Firstly, sorry if this is a bit of a newbie question. I am quite new to
FreeBSD (though fairly experienced at Linux). Almost everything in FreeBSD
is fine, except that no matter what I try I cannot get the (USB) mouse to
work.

I have scoured the handbook, and Googled, but to no avail.

This is 9.0-RELEASE on amd64 - fully updated.

I don't need the mouse in consoles, but I do want it in X.

Here is my xorg.conf in its entirety:

##
Section "ServerLayout"
 Identifier "XFree86 Configured"
 Screen  0  "Screen0" 0 0
 InputDevice"Mouse0" "CorePointer"
 InputDevice"Keyboard0" "CoreKeyboard"
 Option "Clone" "off"
EndSection

Section "ServerFlags"
Option "AutoAddDevices" "On"


Set this to off.


EndSection

Section "Files"
 ModulePath   "/usr/local/lib/xorg/modules"
 FontPath "/usr/local/lib/X11/fonts/Liberation/"
 FontPath "/usr/local/lib/X11/fonts/LinLibertineG/"
 FontPath "/usr/local/lib/X11/fonts/OTF/"
 FontPath "/usr/local/lib/X11/fonts/TTF/"
 FontPath "/usr/local/lib/X11/fonts/bitstream-vera/"
 FontPath "/usr/local/lib/X11/fonts/dejavu/"
 FontPath "/usr/local/lib/X11/fonts/URW/"
EndSection

Section "Module"
 Load   "ddc"
 Load   "dbe"
 Load   "extmod"
EndSection

Section "InputDevice"
 Identifier "Keyboard0"
 Driver "keyboard"
 Option "XkbModel" "pc105"
 Option "XkbLayout" "gb"
EndSection

Section "InputDevice"
 Identifier "Mouse0"
 Driver "mouse"
 Option "Protocol" "auto"
 Option "Device" "/dev/sysmouse"
EndSection

Section "Monitor"
 Identifier "Monitor0"
 VendorName "Monitor Vendor"
 ModelName  "Monitor Model"
EndSection


Section "ServerLayout"
 Identifier "XFree86 Configured"
 Screen  0  "Screen0" 0 0
 InputDevice"Mouse0" "CorePointer"
 InputDevice"Keyboard0" "CoreKeyboard"
 Option "Clone" "off"
EndSection

Section "ServerFlags"
Option "AutoAddDevices" "On"
EndSection

Section "Files"
 ModulePath   "/usr/local/lib/xorg/modules"
 FontPath "/usr/local/lib/X11/fonts/Liberation/"
 FontPath "/usr/local/lib/X11/fonts/LinLibertineG/"
 FontPath "/usr/local/lib/X11/fonts/OTF/"
 FontPath "/usr/local/lib/X11/fonts/TTF/"
 FontPath "/usr/local/lib/X11/fonts/bitstream-vera/"
 FontPath "/usr/local/lib/X11/fonts/dejavu/"
 FontPath "/usr/local/lib/X11/fonts/URW/"
EndSection

Section "Module"
 Load   "ddc"
 Load   "dbe"
 Load   "extmod"
EndSection

Section "InputDevice"
 Identifier "Keyboard0"
 Driver "keyboard"
 Option "XkbModel" "pc105"
 Option "XkbLayout" "gb"
EndSection

Section "InputDevice"
 Identifier "Mouse0"
 Driver "mouse"
 Option "Protocol" "auto"
 Option "Device" "/dev/sysmouse"
EndSection

Section "Monitor"
 Identifier "Monitor0"
 VendorName "Monitor Vendor"
 ModelName  "Monitor Model"
EndSection


Section "Device"
 Identifier "Card0"
 Screen  0
 Driver "radeonhd"
 VendorName "Radeon Video Driver"
 Option "XAANoOffscreenPixmaps" "true"
 Option "AccelMethod" "EXA"
 Option "DRI" "true"
 BusID  "PCI:1:5:0"
EndSection


Section "Screen"
 Identifier "Screen0"
 Device "Card0"
 Monitor"Monitor0"
 DefaultDepth   24
 SubSection "Display"
 Depth  24
 Modes  "1366x768"
 EndSubSection
EndSection
##

and here are the relevant Xorg.0.log messages:

##
(EE) config/hal: couldn't initialise context: unknown error (null)
(EE) xf86OpenSerial: Cannot open device /dev/psm0
(EE) PS/2 Mouse: cannot open input device
(EE) PreInit returned NULL for "PS/2 Mouse"
(EE) config/hal: NewInputDeviceRequest failed (8)
((WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or
'vmmouse' will be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
(WW) Usb Mouse: No Device specified, looking for one...
(WW) PS/2 Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
##

Can anyone assist with this?

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailm

FreeBSD9 - I can't get my mouse to work

[Walter Hurry]

Firstly, sorry if this is a bit of a newbie question. I am quite new to 
FreeBSD (though fairly experienced at Linux). Almost everything in FreeBSD 
is fine, except that no matter what I try I cannot get the (USB) mouse to 
work.

I have scoured the handbook, and Googled, but to no avail.

This is 9.0-RELEASE on amd64 - fully updated.

I don't need the mouse in consoles, but I do want it in X.

Here is my xorg.conf in its entirety:

##
Section "ServerLayout"
Identifier "XFree86 Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
Option "Clone" "off"
EndSection

Section "ServerFlags"
Option "AutoAddDevices" "On"
EndSection

Section "Files"
ModulePath   "/usr/local/lib/xorg/modules"
FontPath "/usr/local/lib/X11/fonts/Liberation/"
FontPath "/usr/local/lib/X11/fonts/LinLibertineG/"
FontPath "/usr/local/lib/X11/fonts/OTF/"
FontPath "/usr/local/lib/X11/fonts/TTF/"
FontPath "/usr/local/lib/X11/fonts/bitstream-vera/"
FontPath "/usr/local/lib/X11/fonts/dejavu/"
FontPath "/usr/local/lib/X11/fonts/URW/"
EndSection

Section "Module"
Load   "ddc"
Load   "dbe"
Load   "extmod"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "keyboard"
Option "XkbModel" "pc105"
Option "XkbLayout" "gb"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/sysmouse"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName  "Monitor Model"
EndSection


Section "ServerLayout"
Identifier "XFree86 Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
Option "Clone" "off"
EndSection

Section "ServerFlags"
Option "AutoAddDevices" "On"
EndSection

Section "Files"
ModulePath   "/usr/local/lib/xorg/modules"
FontPath "/usr/local/lib/X11/fonts/Liberation/"
FontPath "/usr/local/lib/X11/fonts/LinLibertineG/"
FontPath "/usr/local/lib/X11/fonts/OTF/"
FontPath "/usr/local/lib/X11/fonts/TTF/"
FontPath "/usr/local/lib/X11/fonts/bitstream-vera/"
FontPath "/usr/local/lib/X11/fonts/dejavu/"
FontPath "/usr/local/lib/X11/fonts/URW/"
EndSection

Section "Module"
Load   "ddc"
Load   "dbe"
Load   "extmod"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "keyboard"
Option "XkbModel" "pc105"
Option "XkbLayout" "gb"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/sysmouse"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName  "Monitor Model"
EndSection


Section "Device"
Identifier "Card0"
Screen  0
Driver "radeonhd"
VendorName "Radeon Video Driver"
Option "XAANoOffscreenPixmaps" "true"
Option "AccelMethod" "EXA"
Option "DRI" "true"
BusID  "PCI:1:5:0"
EndSection


Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor"Monitor0"
DefaultDepth   24
SubSection "Display"
Depth  24 
Modes  "1366x768"
EndSubSection
EndSection
##

and here are the relevant Xorg.0.log messages:

##
(EE) config/hal: couldn't initialise context: unknown error (null)
(EE) xf86OpenSerial: Cannot open device /dev/psm0
(EE) PS/2 Mouse: cannot open input device
(EE) PreInit returned NULL for "PS/2 Mouse"
(EE) config/hal: NewInputDeviceRequest failed (8)
((WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 
'vmmouse' will be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
(WW) Usb Mouse: No Device specified, looking for one...
(WW) PS/2 Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
(WW) Usb Mouse: No Device specified, looking for one...
##

Can anyone assist with this?

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: /usr/bin/find - binary operands howto

[grarpamp]

A single find already had the needed selection and execution ops.
So I was trying it first, before writing an external parser, etc.

It's still not clear to me how find is compiling the arguments
internally, but using -vv on the utils helped a lot. After adding
-false after all the -exec's, it now works as desired up against
my array of inodes. I also worked in a pre-change, select, ls.

The arbitrary format of gfind is interesting. It can maybe be
approximated in find with -exec ls someargs {} \+.
___
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 something we (as consumers of FreeBSD) need to be aware of?

[Daniel Feenberg]

On Tue, 5 Jun 2012, Jerry wrote:


On Tue, 5 Jun 2012 17:00:14 -0400 (EDT)
Daniel Feenberg articulated:


On Tue, 5 Jun 2012, Polytropon wrote:


On Tue, 5 Jun 2012 11:19:26 -0700, Kurt Buff wrote:

UEFI considerations drive Fedora to pay MSFT to sign their kernel
binaries
http://cwonline.computerworld.com/t/8035515/1292406/565573/0/


I may reply with another link:
http://mjg59.dreamwidth.org/12368.html


I have a pretty basic question that probably displays some ignorance...

Does the loader need to be signed? Once signed, can it load anything,
or just things MS has approved? If MS signs the kernel, can the kernel
run anything, or just things MS has approved? If RH has a signed
kernel, do they have to sign all the userland programs that run under
that kernel? Can users sign programs compiled from source?

If MS only has to sign the first link in the chain, then the $99
certificate is not really a problem except for the pure of heart. If
MS or someone else has to sign all the way down to the userland
binaries, then users of FreeBSD will have to turn off secure boot in
CMOS, and it will lose a few users. But I can't tell from the
discussions mentioned above. Either way, I don't think it will destroy
FreeBSD, or Linux, but I would be interested anyway.


I thought this URL  also shown
above, answered that question.


It says "once paid you can sign as many binaries as you want" but I don't 
know if that means "as many different binaries" or "as many copies of the 
same binary".


Later it says they will write a new bootloader that MS will sign and
"adding support for verifying that the kernel it's about to boot is signed 
with a trusted key" but I don't know if that kernel is signed by MS or RH, 
or if MS gets to approve it.


Finally it says "we'll be sanitising the kernel command line to avoid 
certain bits of functionality that would permit an attacker to cause even 
a signed kernel to launch arbitrary code" but does "arbitrary code" refer 
to something I would want to do as a sys-admin?


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

Curiousity ?

[Geir Svalland]

Hello friends  ( old )

I've moved over ( tried other, but not so further paths )

No, not all , but my butter and bread :  my gateway

Also servers as my mail and DNS among others

>From FreeBSD  to  OpenBSD

Fckg gays, you want so much, but do we want it ?

All this going from bsd to clang and what ever ?

Get a clear  step by step howto, and don't't fck belive all others are
whizzards ?

Hasse Hansson

 

___
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 fix this?

[Gary Kline]

On Tue, Jun 05, 2012 at 08:04:35AM +0200, Roland Smith wrote:
> Date: Tue, 5 Jun 2012 08:04:35 +0200
> From: Roland Smith 
> Subject: Re: how do I  fix this?
> To: Gary Kline 
> Cc: FreeBSD 
> 
> On Mon, Jun 04, 2012 at 09:53:11PM -0700, Gary Kline wrote:
> > no joy.  I did another full upgrade.  first time in many
> > months.  then spent a couple hours with portmaster (thank
> > you, Roland:).  this as a first upgrade.  
> 
> Make sure you update portmaster first. The latest versions have significant
> improvements. Also there has recently been a upgrade of libPNG, requiring a
> rebuild of everything that needs it.

pretty sure that I did exactly that.

> 
> > what I  want to do is get as current as possible and then 
> > install 7.5.  and stay there.
> 
> 7.5 what? Do you mean Xorg? Please try and be specific.

FreeBSD-7.5.  pretty sure I saw something about 7.4 being
upgraded to 7.5.  I've been at FBSD-7.3 for a long ti me.  I
dont remember how many times I have upgraded this release,
but it has been solid.  
> 
> >  another question involves 
> > accepting the "3-D" windows with whatever options they might
> > present. 
> 
> You mean the options dialogs as run by 'make config'? 

exactly.  


> Portmaster will first
> recurse through the port and all of its dependencies (if any) to handle any
> port OPTIONS via the 'make config' interface, before going off on the big
> build. 


one thing ive been doing is de-selection most  of the
options..  the box is my server. we [freebsders] have lost
the desktop 'market'   
> 
> > is there any upgrade utility or flag that will
> > accept and upgrade things without me having to be here?
> 
> Yes and no. With the latest portmaster you can use the -y flag to
> automatically answer "yes" to all questions. But some ports are marked as
> "interactive", in the sense that they need you to give some input. Or they are
> marked as "restricted" in that you might have to go and download the tarball
> yourself somewhere. These are properties of the ports system and the
> individual ports. No port build tool can override that.
> 
> BTW, use the -R flag with portmaster. If a long build fails, it skips already
> updated stuff on the second try.


super; I'll add -yR to the argv list. tx again,

gary

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



-- 
 Gary Kline  kl...@thought.org  http://www.thought.org  Public Service Unix
 Voice By Computer (for Universal Access): http:/www.thought.org/vbc
  The 8.57a release of Jottings: http://jottings.thought.org
 Twenty-five years of service to the Unix community.

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

implementing ipv6 into my ipfw ruleset...

[Jason Usher]

I have a fairly simple ipfw ruleset, which looks like:


100 allow tcp from any to any established
110 allow icmp from any to any icmptypes 0,3,8,11
120 deny icmp from any to any
130 allow ip from any to any via lo0

200 allow udp from me to any 53
210 allow udp from any 53 to me
220 allow udp from any to me 33433-33499
230 allow tcp from any to 82.197.184.219 22,80,443 setup

65000 deny log ip from any to me
65001 deny log ip from any to me6


What I am wondering is, am I blocking all ipv6 traffic by not explicitly 
allowing ipv6 in (for the established rule 100, icmp rule 110, and the entire 
block of 200-230) ?

Or, since that is all tcp/udp/icmp, it doesn't matter, and I am properly 
allowing in ipv6 traffic, but ONLY for the tcp/udp ports I specify, and then 
blocking the rest ?

Basically:  how is my ruleset treating ipv6 traffic (other than the fact that, 
at the end of the set, I deny all ipv6 that has gotten to that point)

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: Is this something we (as consumers of FreeBSD) need to be aware of?

[Jerry]

On Tue, 5 Jun 2012 17:00:14 -0400 (EDT)
Daniel Feenberg articulated:

>On Tue, 5 Jun 2012, Polytropon wrote:
>
>> On Tue, 5 Jun 2012 11:19:26 -0700, Kurt Buff wrote:
>>> UEFI considerations drive Fedora to pay MSFT to sign their kernel
>>> binaries
>>> http://cwonline.computerworld.com/t/8035515/1292406/565573/0/
>>
>> I may reply with another link:
>> http://mjg59.dreamwidth.org/12368.html
>
>I have a pretty basic question that probably displays some ignorance...
>
>Does the loader need to be signed? Once signed, can it load anything,
>or just things MS has approved? If MS signs the kernel, can the kernel
>run anything, or just things MS has approved? If RH has a signed
>kernel, do they have to sign all the userland programs that run under
>that kernel? Can users sign programs compiled from source?
>
>If MS only has to sign the first link in the chain, then the $99 
>certificate is not really a problem except for the pure of heart. If
>MS or someone else has to sign all the way down to the userland
>binaries, then users of FreeBSD will have to turn off secure boot in
>CMOS, and it will lose a few users. But I can't tell from the
>discussions mentioned above. Either way, I don't think it will destroy
>FreeBSD, or Linux, but I would be interested anyway.

I thought this URL  also shown
above, answered that question.

-- 
Jerry ♔

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__
___
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 something we (as consumers of FreeBSD) need to be aware of?]

[Jerry]

On Tue, 5 Jun 2012 13:19:00 -0700
Colin Barnabas articulated:

>History show us that _everything_ will eventually run *nix.

Perhaps, but *nix will not run everything.

>Take a look at the Sony PS3 debacle. After Sony yanked support for
>installing other OS's, the community ripped apart their
>hypervisor in a matter of months. If these boot keys do gain any
>momentum, sooner than later the community with poke holes in the
>system.

Which, depending on how the end user or his flunky "poke holes" in the
system, may allow vendors to disallow warranty claims.

The question that I have not seen answered in this thread is what
FreeBSD intents to do. From what I have seen, most FreeBSD users do not
use the latest versions of most hardware, so it may be a while before
its user base is even effected.

-- 
Jerry ♔

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__

___
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 something we (as consumers of FreeBSD) need to be aware of?

[Daniel Feenberg]

On Tue, 5 Jun 2012, Polytropon wrote:


On Tue, 5 Jun 2012 11:19:26 -0700, Kurt Buff wrote:

UEFI considerations drive Fedora to pay MSFT to sign their kernel binaries
http://cwonline.computerworld.com/t/8035515/1292406/565573/0/


I may reply with another link:
http://mjg59.dreamwidth.org/12368.html



I have a pretty basic question that probably displays some ignorance...

Does the loader need to be signed? Once signed, can it load anything, or 
just things MS has approved? If MS signs the kernel, can the kernel run 
anything, or just things MS has approved? If RH has a signed kernel, do 
they have to sign all the userland programs that run under that kernel? 
Can users sign programs compiled from source?


If MS only has to sign the first link in the chain, then the $99 
certificate is not really a problem except for the pure of heart. If MS or 
someone else has to sign all the way down to the userland binaries, then 
users of FreeBSD will have to turn off secure boot in CMOS, and it will 
lose a few users. But I can't tell from the discussions mentioned above. 
Either way, I don't think it will destroy FreeBSD, or Linux, but I would 
be interested anyway.


Daniel Feenberg
___
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: font sizes in xfce 4.10

[Leslie Jensen]

2012-06-04 14:07, Antonio Olivares skrev:




I now have a similar problem. The icons in the program menu is not
displayed, only a white icon with a red cross.

Uninstalled the complete xfce4 and reinstalled it.

I also nuked the .config directory but icons are gone even so.

I have the 96 DPI setting as well.

Did you do anything else to retrieve the icons?

Thanks



Only the ones in the bottom panel :) [right click then select the
icons from the ones given]  On the menu, they are still missing :(  I
don't worry about these yet as I hope that some update(s) later on
will bring them back :)

I updated the png update as suggested in /usr/ports/UPDATING, but no
improvement in icons :(

Regards,


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




Now I have made a total re-installation of all the ports on the machine 
with the icons missing. I only had a couple of hundred ports so I took a 
chance that it would solve this issue. Unfortunately it didn't.


On my laptop I have more than 700 ports and there I have no problems 
with missing icons after the png- update.


Maybe we are missing a port on the machines that have no icons?

I'll do as you have chosen to do, wait and see.

/Leslie








___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Is this something we (as consumers of FreeBSD) need to be aware of?]

[Colin Barnabas]

On Tue, Jun 05, 2012 at 11:19:26AM -0700, Kurt Buff wrote:
> UEFI considerations drive Fedora to pay MSFT to sign their kernel binaries
> http://cwonline.computerworld.com/t/8035515/1292406/565573/0/
> 
> This would seem to make compiling from source difficult.
> 
> Kurt
> ___
> 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"

History show us that _everything_ will eventually run *nix. Take a
look at the Sony PS3 debacle. After Sony yanked support for
installing other OS's, the community ripped apart their
hypervisor in a matter of months. If these boot keys do gain any
momentum, sooner than later the community with poke holes in the
system.

-- 
Colin Barnabas

- End forwarded message -

-- 
Colin Barnabas
___
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 something we (as consumers of FreeBSD) need to be aware of?

[Gökşin Akdeniz]

> 
> Not quite. As I understand it, on ARM secure boot will be enabled by 
> default and users won't have any option of disabling it or adding
> their own keys. 

That is correct. ARM based tablets which have Windows 8 preinstalled
will only boot Windows 8. There is no chance of disabling secure boot
on ARM tables with Windows 8.

> On x86 secure boot will be enabled by default too,
> but with the option of disabling it or adding custom keys.
> 

Micrsoft confirms that there will be no obligations for secure boot
option on x86 and x86_64 platforms. It is up to
vendor and users to decide to enable secure boot or not. Besides users
may add/delete/manage own keys with secure boot options. For  the
time being only ARM platform is restricted.
-- 
Gökşin Akdeniz 


pgpu07jFpvwU0.pgp
Description: PGP signature

Re: Is this something we (as consumers of FreeBSD) need to be aware of?

[Bruce Cran]

On 05/06/2012 20:12, Gökşin Akdeniz wrote:

That's restriction is only for ARM devices which have a label that says
"Desgined for Windows8". In other words those devices can not boot
another os except Windows 8 due to secure boot option enabled by
default.


Not quite. As I understand it, on ARM secure boot will be enabled by 
default and users won't have any option of disabling it or adding their 
own keys. On x86 secure boot will be enabled by default too, but with 
the option of disabling it or adding custom keys.


--
Bruce Cran
___
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 something we (as consumers of FreeBSD) need to be aware of?

[jerrymc]

Quoting Kurt Buff :

> UEFI considerations drive Fedora to pay MSFT to sign their kernel binaries
> http://cwonline.computerworld.com/t/8035515/1292406/565573/0/
>
> This would seem to make compiling from source difficult.
>

I don't see how this MS scam is even at all legal.
It is clearly restraint of trade and probably violates some other
related laws too.

jerry

> Kurt
> ___
> 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: Is this something we (as consumers of FreeBSD) need to be aware of?

[Gökşin Akdeniz]

>
> UEFI considerations drive Fedora to pay MSFT to sign their kernel
> binaries http://cwonline.computerworld.com/t/8035515/1292406/565573/0/
> 

That's restriction is only for ARM devices which have a label that says
"Desgined for Windows8". In other words those devices can not boot
another os except Windows 8 due to secure boot option enabled by
default.

The short and the long of it Microsoft is copying Apple on tablets with
ARM.

-- 
Gökşin Akdeniz 


pgpcIJoL7PW9l.pgp
Description: PGP signature

Re: Is this something we (as consumers of FreeBSD) need to be aware of?

[Bruce Cran]

On 05/06/2012 19:27, Antonio Olivares wrote:

I believe that should be unnecessary.  It would only be a matter of
time before someone breaks the M$ layer of poop that is supposed to
prevent folks from booting other OSes other than Window$.  They hit
the panic button too soon IMHO.


Press Delete/F1 during boot, select Advanced -> Trusted Computing. 
Change TCG/TPM Support to "No".  But according to Cory Doctorow, that's 
far too finicky and highly technical 
(http://boingboing.net/2012/05/31/lockdown-freeopen-os-maker-p.html)!


By the way it's not Microsoft's stuff people would have to break, but 
UEFI. I think secure boot actually makes sense, but preventing users 
disabling it or installing their own keys on ARM platforms is totally wrong.


--
Bruce Cran
___
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: Clock lagging behind on FreeBSD 9.0-RELEASE under KVM

[Martin Dimitrov]

Thanks, but it's not working:

# sysctl machdep.independent_wallclock=1
sysctl: unknown oid 'machdep.independent_wallclock'

I grep under /usr/src/sys for independent_wallclock and it appeared only
in ./i386/xen/clock.c, my architecture is amd64 if it matters.

On 06/05/2012 07:59 PM, Michael Sierchio wrote:
> Try
>
> machdep.independent_wallclock=1
>
> On Tue, Jun 5, 2012 at 8:08 AM, Martin Dimitrov
>  wrote:
>> Hi,
>>
>> I am new to FreeBSD, decided to migrate a web server to FreeBSD. I
>> recently both a VPS that claim to use KVM as a virtualization service, I
>> don't know the details of the real hardware running behind nor what is
>> KVM running on. Anyway I have an issue with clock on my FreeBSD
>> installation that I can't live with. The clock is lagging behind, for
>> example running sleep 30 is really sleeping around 35 seconds not 30.
>> Also seems that NTP is not able to manage with this drift in time.
>> Before posting here I red about similar problems mostly related to
>> VMWare guests, but the solutions suggested are following:
>>
>> set kern.hz=100 or kern.hz=50 (doesn't work for me)
>> set hint.apic.0.disabled=1 (this makes the guest hangs while booting
>> also it discarding the SMP capabilities of the kernel which I assume is
>> not a good idea)
>> set kern.timecounter.hardware TSC (doesn't work for me)
>>
>> Is there any chance I deal with this time drifting issue somehow? If
>> somebody faced such issue and managed it I would be happy to try another
>> possible solution?
>> Alternatively I can switch the provider with other that is using Xen for
>> virtualization, I guess is better, but no guarantee that would not have
>> the same issue. :(
>>
>> Cheers,
>> Martin
>> ___
>> 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: Is this something we (as consumers of FreeBSD) need to be aware of?

[Polytropon]

On Tue, 5 Jun 2012 11:19:26 -0700, Kurt Buff wrote:
> UEFI considerations drive Fedora to pay MSFT to sign their kernel binaries
> http://cwonline.computerworld.com/t/8035515/1292406/565573/0/

I may reply with another link:
http://mjg59.dreamwidth.org/12368.html



> This would seem to make compiling from source difficult.

It won't need much time until hackers find a way to find
a way around booting restrictions. Maybe this is an additional
step needed to make non-"Windows" boot on then-current
hardware. A free market won't allow a situation come up
that requires the competitor to obtain a "permission"
by its concurrent to make his product work. It would
also show a "security feature" being an aspect of
"defective by design" regarding computer hardware
and its manufacturers.

Compiling from source? You don't even get that far! :-)



-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Re: Is this something we (as consumers of FreeBSD) need to be aware of?

[Antonio Olivares]

On Tue, Jun 5, 2012 at 1:19 PM, Kurt Buff  wrote:
> UEFI considerations drive Fedora to pay MSFT to sign their kernel binaries
> http://cwonline.computerworld.com/t/8035515/1292406/565573/0/
>
> This would seem to make compiling from source difficult.
>

Red Hat is the one that is apparently paying for it.

I believe that should be unnecessary.  It would only be a matter of
time before someone breaks the M$ layer of poop that is supposed to
prevent folks from booting other OSes other than Window$.  They hit
the panic button too soon IMHO.

There is a thread on Fedora list about this and many people are unsure
that Red Hat paying for secure boot was the right thing to do.  See
the archives for references.

Regards,

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

Is this something we (as consumers of FreeBSD) need to be aware of?

[Kurt Buff]

UEFI considerations drive Fedora to pay MSFT to sign their kernel binaries
http://cwonline.computerworld.com/t/8035515/1292406/565573/0/

This would seem to make compiling from source difficult.

Kurt
___
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: Possible /bin/sh Bug?

[Robert Bonomi]

> From: Tim Daneliuk 
>
> Given this script:
> #!/bin/sh
>
> foo=""
> while read line
> do
>foo="$foo -e"
> done
> echo $foo
>
> Say I respond 3 times, I'd expect to see:
>
> -e -e -e
>
> Instead, I get:
>
> -e -e
>
> Linux appears to do the right thing here, so this seems like it
> is a bug ... or am I missing something?

Yup.  there are -multiple-, incompatible, standards for 'echo'.
a SYS-V derived echo will behve diferently than  UCB based one.

varous shell-program 'built-in' implementtions may have yet different
behavior.

Recommendation -- use 'print' instead of 'echo', it is much more predictble
in differnt environments.

ALTERNATIVE:  replace the last line of the script with:
   echo -- $foo


___
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: Possible /bin/sh Bug?

[Randy Pratt]

On Tue, 05 Jun 2012 10:40:45 -0500
Tim Daneliuk  wrote:

> Given this script:
> #!/bin/sh
> 
> foo=""
> while read line
> do
>foo="$foo -e"
> done
> echo $foo
> 
> Say I respond 3 times, I'd expect to see:
> 
> -e -e -e
> 
> Instead, I get:
> 
> -e -e

The last line "echo $foo" is what is getting confused.  At the end of
3 passes, $foo contains " -e -e -e" so when the last line is executed,
it looks like:

echo -e -e -e

The first -e is probably being interperted by "echo" as a flag 
( echo -e ) and then only prints the last two -e.

Its easier to see if you execute the script with xtrace:

sh -x /path/to/script

I'd recommend that you write the last line with quotes:

echo "$foo"

and I think it'll produce the results you expect.

HTH,
Randy

___
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: Possible /bin/sh Bug?

[Tim Daneliuk]

On 06/05/2012 11:35 AM, Dan Nelson wrote:

In the last episode (Jun 05), Tim Daneliuk said:

Given this script:
#!/bin/sh

foo=""
while read line
do
foo="$foo -e"
done
echo $foo

Say I respond 3 times, I'd expect to see:

-e -e -e

Instead, I get:

-e -e

Linux appears to do the right thing here, so this seems like it
is a bug ... or am I missing something?


echo takes a -e flag, so it eats the first one.  Bash does the same thing,
so any Linux that uses bash as /bin/sh will also.  You must be testing on a
Linux that uses something else as /bin/sh.  Better to use the printf command
if you are worried about compatibility.

  echo [-e | -n] [string ...]
  Print a space-separated list of the arguments to the standard
  output and append a newline character.

  -n  Suppress the output of the trailing newline.

  -e  Process C-style backslash escape sequences.  The echo
  command understands the following character escapes:




Ah, OK, that makes sense, thanks...

--
---
Tim Daneliuk
___
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: Clock lagging behind on FreeBSD 9.0-RELEASE under KVM

[Michael Sierchio]

Try

machdep.independent_wallclock=1

On Tue, Jun 5, 2012 at 8:08 AM, Martin Dimitrov
 wrote:
> Hi,
>
> I am new to FreeBSD, decided to migrate a web server to FreeBSD. I
> recently both a VPS that claim to use KVM as a virtualization service, I
> don't know the details of the real hardware running behind nor what is
> KVM running on. Anyway I have an issue with clock on my FreeBSD
> installation that I can't live with. The clock is lagging behind, for
> example running sleep 30 is really sleeping around 35 seconds not 30.
> Also seems that NTP is not able to manage with this drift in time.
> Before posting here I red about similar problems mostly related to
> VMWare guests, but the solutions suggested are following:
>
> set kern.hz=100 or kern.hz=50 (doesn't work for me)
> set hint.apic.0.disabled=1 (this makes the guest hangs while booting
> also it discarding the SMP capabilities of the kernel which I assume is
> not a good idea)
> set kern.timecounter.hardware TSC (doesn't work for me)
>
> Is there any chance I deal with this time drifting issue somehow? If
> somebody faced such issue and managed it I would be happy to try another
> possible solution?
> Alternatively I can switch the provider with other that is using Xen for
> virtualization, I guess is better, but no guarantee that would not have
> the same issue. :(
>
> Cheers,
> Martin
> ___
> 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: Possible /bin/sh Bug?

[Dan Nelson]

In the last episode (Jun 05), Tim Daneliuk said:
> Given this script:
> #!/bin/sh
> 
> foo=""
> while read line
> do
>foo="$foo -e"
> done
> echo $foo
> 
> Say I respond 3 times, I'd expect to see:
> 
> -e -e -e
> 
> Instead, I get:
> 
> -e -e
> 
> Linux appears to do the right thing here, so this seems like it
> is a bug ... or am I missing something?

echo takes a -e flag, so it eats the first one.  Bash does the same thing,
so any Linux that uses bash as /bin/sh will also.  You must be testing on a
Linux that uses something else as /bin/sh.  Better to use the printf command
if you are worried about compatibility.

 echo [-e | -n] [string ...]
 Print a space-separated list of the arguments to the standard
 output and append a newline character.

 -n  Suppress the output of the trailing newline.

 -e  Process C-style backslash escape sequences.  The echo
 command understands the following character escapes:


-- 
Dan Nelson
dnel...@allantgroup.com
___
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: Roster DNS Management

[Mark Felder]

On Tue, 05 Jun 2012 10:58:39 -0500, Odhiambo Washington  
 wrote:




What does this "linking" look like?
Do you mean like symlinking zone files, so that domainA is exactly a
replica of domainB - as in "conjoined"?:)


precisely --

foo.com
foo.net -> foo.com
foo.org -> foo.com
foobar.net -> foo.com
foobar.com -> foo.com
foobar.org -> foo.com
foo2012.com -> foo.com
foo2012.net -> foo.com
foo2012.org -> foo.com
___
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"

Possible /bin/sh Bug?

[Tim Daneliuk]

Given this script:
#!/bin/sh

foo=""
while read line
do
  foo="$foo -e"
done
echo $foo

Say I respond 3 times, I'd expect to see:

-e -e -e

Instead, I get:

-e -e

Linux appears to do the right thing here, so this seems like it
is a bug ... or am I missing something?



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

Clock lagging behind on FreeBSD 9.0-RELEASE under KVM

[Martin Dimitrov]

Hi,

I am new to FreeBSD, decided to migrate a web server to FreeBSD. I
recently both a VPS that claim to use KVM as a virtualization service, I
don't know the details of the real hardware running behind nor what is
KVM running on. Anyway I have an issue with clock on my FreeBSD
installation that I can't live with. The clock is lagging behind, for
example running sleep 30 is really sleeping around 35 seconds not 30.
Also seems that NTP is not able to manage with this drift in time.
Before posting here I red about similar problems mostly related to
VMWare guests, but the solutions suggested are following:

set kern.hz=100 or kern.hz=50 (doesn't work for me)
set hint.apic.0.disabled=1 (this makes the guest hangs while booting
also it discarding the SMP capabilities of the kernel which I assume is
not a good idea)
set kern.timecounter.hardware TSC (doesn't work for me)

Is there any chance I deal with this time drifting issue somehow? If
somebody faced such issue and managed it I would be happy to try another
possible solution?
Alternatively I can switch the provider with other that is using Xen for
virtualization, I guess is better, but no guarantee that would not have
the same issue. :(

Cheers,
Martin
___
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"

hi

[dimpal sankar]

Hi,

 

I was just reviewing your website and found it very interesting.
I really like your website and services you are providing. I was wondering if
we can work with you and help you with your business.

 

I would like to offer you our Hire Developer/Programmer service where
you can hire our dedicated developer who will dedicatedly work for you. We are
having three different plans for the same like Full-Time, Part-Time and Hourly.
Currently, many of our clients are getting benefits from this service. Let me
share some of the benefits of our Hire Developer Service:

 


 Guaranteed to
 save you at least 75% of cost against having on site team / resources. 
 Compare it
 with fixed priced quote, it saves your minimum 35% of cost.
 No start up or
 maintenance cost compare to invest in onsite team.
 Project
 control is totally on your hand (*no hidden conditions) asyou can
 co-ordinate with developer directly.
 It’s save your
 time to find new developer for your projects. 
 Multiple
 options / hiring models to choose to hire developer.
 You can have
 every 10 minutes snapshots of your dedicated web developer’s machine
 during work.
 High-speed
 communications and live chat conferencing capabilities.


 

I can share references of our existing clients who are currently
getting benefits from our Hire Developer service. You can know more about this
service from below link.

 

Build
Your Virtual Team:

http://www.narolainfotech.com/hire-web-developers.html

 

We, Narolaare a leading Custom Software Development company based in India. We 
are having a good
experience in Custom Web Design and Development, Custom Mobile Application
Development,E-Commerce Solution, Real Estate Portal Development, etc.

 

Narola
Strengths:

- 
6 years of successful operations

- 
54 team members

- 
Technology/Process maturity

- 
500+ satisfied clients

 

Our
Skilled Team:

- 
43 Experienced Programmers/Developers

- 
5 Business Analyst

- 
2 Project Manager

- 
4 Graphic Designers

 

Our
Technology Expertise:

PHP, ASP .NET (2.0, 3.5), iOSSDK (iPhone/iPad), Android SDK and
expert in their related CMS and frameworks.

 

Web
Service/API Integration Expertise:

Twitter, Facebook, Google Checkout, PayPal, Skype. And many more

 

Other
Technologies Expertise:

jQuery, SOA, Web Services, XML, AJAX, and many more.

 

You can check our website to know more about us and our
services.

 

http://www.narolainfotech.com/

 

See
Narola Team at work: http://youtu.be/LOWJq1tE6aI

 

Let me know your views and we can discuss further on this. I
would be happy to share our past work details with you.

 

I look forward to your positive reply!!!

 

Regards,

Dimpal
___
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: bsdlabel geometry params

[Julien Cigar]

On 06/05/2012 10:45, Wojciech Puchar wrote:

whats wrong in juz using bsdlabel ?




from the 9.0R release notes:


   3.2.6 Disk Partition Management Utilities

In earlier releases various utilities were available to manage disk 
partition information. They are deprecated in favor of the gpart(8) 
 
utility. Specifically, the fdisk(8) 
, 
disklabel(8) 
 
bsdlabel(8) 
, 
and sunlabel(8) 
 
utilities are no longer supported actively though these are still 
available for backward compatibility.





On Tue, 5 Jun 2012, Gary Aitken wrote:


On 06/04/12 15:25, Warren Block wrote:

On Mon, 4 Jun 2012, Gary Aitken wrote:

What part of the Handbook? I would suggest using gpart(8), it 
makes GPT partitions easy, and nasty old MBR partitions aren't any 
worse than with fdisk/bsdlabel.


19.3.2


That's the Storage chapter, section "Command Line Utilities". That 
is yet another section that needs updating. In the meantime, here:


I was making some notes as I went along about that.
I did decide to switch, thanks.


http://www.wonkity.com/~wblock/docs/html/disksetup.html

The second half of that covers using gpart(8). I suggest using GPT 
partitions unless your configuration does not allow them (gmirror, 
for example).


Probably should have read mail sooner...
I found the wikipedia article
 http://en.wikipedia.org/wiki/GUID_Partition_Table
exactly what I needed to make sense of gpart.
Once you understand how the dang thing is laid out,
the commands make sense.
Without that, it's pretty difficult (for me, anyway) to figure out
how it knows what it needs to know to get it done.

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"



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



--
No trees were killed in the creation of this message.
However, many electrons were terribly inconvenienced.

___
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: bsdlabel geometry params

[Wojciech Puchar]

whats wrong in juz using bsdlabel ?

On Tue, 5 Jun 2012, Gary Aitken wrote:


On 06/04/12 15:25, Warren Block wrote:

On Mon, 4 Jun 2012, Gary Aitken wrote:


What part of the Handbook? I would suggest using gpart(8), it makes GPT 
partitions easy, and nasty old MBR partitions aren't any worse than with 
fdisk/bsdlabel.


19.3.2


That's the Storage chapter, section "Command Line Utilities". That is yet 
another section that needs updating. In the meantime, here:


I was making some notes as I went along about that.
I did decide to switch, thanks.


http://www.wonkity.com/~wblock/docs/html/disksetup.html

The second half of that covers using gpart(8). I suggest using GPT partitions 
unless your configuration does not allow them (gmirror, for example).


Probably should have read mail sooner...
I found the wikipedia article
 http://en.wikipedia.org/wiki/GUID_Partition_Table
exactly what I needed to make sense of gpart.
Once you understand how the dang thing is laid out,
the commands make sense.
Without that, it's pretty difficult (for me, anyway) to figure out
how it knows what it needs to know to get it done.

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"


___
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: Dependencies for dns/unbound

[Matthew Seaman]

On 04/06/2012 20:37, Matthew Seaman wrote:
> On 04/06/2012 14:47, Rada alive wrote:
>> [root@pladaks /usr/ports/dns/unbound]# make all-depends-list
>> /usr/ports/devel/gmake
>> /usr/ports/textproc/expat2
>> /usr/ports/dns/ldns
>> /usr/ports/devel/gettext
>> /usr/ports/devel/doxygen
>> /usr/ports/devel/libtool
>> /usr/ports/converters/libiconv
>> /usr/ports/lang/perl5.12
>> /usr/ports/devel/tmake
>> /usr/ports/graphics/graphviz
>> /usr/ports/print/dvipsk-tetex
>> /usr/ports/print/teTeX
>> /usr/ports/lang/python27
>> /usr/ports/devel/bison
>> /usr/ports/devel/qt4-corelib
>> [... etc -- rest of exceeding long list of dependencies trimmed ...]
> 
> Unset the DOCS option in dns/ldns.  Almost all of those dependencies are
> due to the doxygen support that drags in.

Actually, this is mixed up with the new OPTIONS framework.  One of the
changes involved is that the old NOPORTDOCS and NOPORTEXAMPLES variables
are now treated as global options DOCS and EXAMPLES respectively.  Which
makes a lot of sense and is generally a good idea, but causes some
confusion when a port has a pre-existing DOCS or EXAMPLES option -- the
global DOCS and EXAMPLES are on by default, and this can lead to some
ports having significantly enlarged dependency lists.

On the other hand, the capability to have one global switch to turn on
or off certain options is really interesting.  At the moment it is only
DOCS, EXAMPLES and NLS but surely there are more to come.  X11 perhaps.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey




signature.asc
Description: OpenPGP digital signature

Re: Dependencies for dns/unbound

[Rada alive]

On Mon, Jun 4, 2012 at 9:37 PM, Matthew Seaman  wrote:

> On 04/06/2012 14:47, Rada alive wrote:
> > [root@pladaks /usr/ports/dns/unbound]# make all-depends-list
> > /usr/ports/devel/gmake
> > /usr/ports/textproc/expat2
> > /usr/ports/dns/ldns
> > /usr/ports/devel/gettext
> > /usr/ports/devel/doxygen
> > /usr/ports/devel/libtool
> > /usr/ports/converters/libiconv
> > /usr/ports/lang/perl5.12
> > /usr/ports/devel/tmake
> > /usr/ports/graphics/graphviz
> > /usr/ports/print/dvipsk-tetex
> > /usr/ports/print/teTeX
> > /usr/ports/lang/python27
> > /usr/ports/devel/bison
> > /usr/ports/devel/qt4-corelib
> > [... etc -- rest of exceeding long list of dependencies trimmed ...]
>
> Unset the DOCS option in dns/ldns.  Almost all of those dependencies are
> due to the doxygen support that drags in.
>

Thank you Matthew! I hoped it would be something simple like this.


>
>Cheers,
>
>Matthew
>
> --
> Dr Matthew J Seaman MA, D.Phil.
> PGP: http://www.infracaninophile.co.uk/pgpkey
>
>
>
___
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"