Displaying 20 results from an estimated 735 matches for "randi".
Did you mean:
andi
2008 Mar 18
1
Compilation failure
Compilation failure on c/s 17194 is as follows:
/root/randy/vtd-stage/xen/common/built_in.o: In function
`guest_remove_page'':
/root/randy/vtd-stage/xen/common/memory.c:172: undefined reference to
`__bitop_bad_size''
/root/randy/vtd-stage/xen/common/memory.c:172: relocation truncated to
fit: R_X86_64_PC32 against undefined symbol `__bitop_bad_size''
2008 Sep 16
5
glass bounces up and down then stops
and nothing happens. i run mandriva spring2008.1 i have downloaded limewire and squeezebox duet and i cant get them to run. any suggestions?
thanks
randog
2010 Apr 04
4
Quality vs. Bitrate vs. Complexity
Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> writes:
> Quality and bit-rate are different ways of specifying exactly the same
> thing. Complexity is orthogonal.
That clears it up - thanks. Is this in the manual?
--Randy
>
> Jean-Marc
>
> On 2010-04-03 08:28, Randy Yates wrote:
>> Jean-Marc: I know you're seeing these - how about a response?
>>
2000 Apr 14
0
BNon-member submission from [Randy Dunlap <randy.dunlap@intel.com>] (fwd)
From: Randy Dunlap <randy.dunlap at intel.com>
To: openssh-unix-dev at mindrot.org
Subject: using proxy & firewall
Hi,
(Please cc me on replies. I'm not subscribed.)
I'm new to using ssh and I'm having some beginner
problems -- I hope.
I've having some trouble using openssh thru a firewall
to sourceforge.net. I'm using Linux (was RedHat 2.2.x,
but now is
2006 Feb 21
7
Self-referencial habtm relationship
Heyo!
I am setting up a self-referencial habtm relationship with the users
of my app. I am using Chad Fowler''s "Rails Recipes" to get me started,
and everything works great with the join table "people_friends". I add
friends by doing somebody.friends << somebodyelse. However, with my
app, there is an approval process so my join table has columns
person_id,
2007 Apr 18
3
[PATCH] no paravirt for X86_VOYAGER or X86_VISWS
From: Randy Dunlap <randy.dunlap@oracle.com>
Since Voyager and Visual WS already define ARCH_SETUP,
it looks like PARAVIRT shouldn't be offered for them.
In file included from arch/i386/kernel/setup.c:63:
include/asm-i386/mach-visws/setup_arch.h:8:1: warning: "ARCH_SETUP" redefined
In file included from include/asm/msr.h:5,
from include/asm/processor.h:17,
2007 Apr 18
3
[PATCH] no paravirt for X86_VOYAGER or X86_VISWS
From: Randy Dunlap <randy.dunlap@oracle.com>
Since Voyager and Visual WS already define ARCH_SETUP,
it looks like PARAVIRT shouldn't be offered for them.
In file included from arch/i386/kernel/setup.c:63:
include/asm-i386/mach-visws/setup_arch.h:8:1: warning: "ARCH_SETUP" redefined
In file included from include/asm/msr.h:5,
from include/asm/processor.h:17,
2006 Apr 28
9
[AWDR] Tutorial in A4 wont ''destroy'' items
Hello,
I''m working through the tutorial, and I''ve run into a little snag. In
the first part of the tutorial, the destroy link is not working
correctly. I can''t figure out where I goofed. Removing :confirm doesn''t
seem to resolve the issue.
Thanks,
Randy.
development.log
----->8-----
Processing AdminController#destroy (for 127.0.0.1 at 2006-04-27
2007 Apr 18
3
Section mismatch in parainstructions
Is it OK for section .parainstructions to reference
exit.text?
I'm seeing:
WARNING: drivers/net/hamradio/scc.o - Section mismatch: reference to .exit.text: from .parainstructions after '' (at offset 0x0)
WARNING: drivers/net/hamradio/scc.o - Section mismatch: reference to .exit.text: from .parainstructions after '' (at offset 0x8)
If that's OK, we need a small patch to
2007 Apr 18
3
Section mismatch in parainstructions
Is it OK for section .parainstructions to reference
exit.text?
I'm seeing:
WARNING: drivers/net/hamradio/scc.o - Section mismatch: reference to .exit.text: from .parainstructions after '' (at offset 0x0)
WARNING: drivers/net/hamradio/scc.o - Section mismatch: reference to .exit.text: from .parainstructions after '' (at offset 0x8)
If that's OK, we need a small patch to
2004 May 22
4
sip call using name in sip.conf
i try to place a call
exten => _X.,1,Dial(SIP/${EXTEN}@foo:5061,60,Ttr)
where sip.conf has an entry
[foo]
secret=torture
callerid="local ext 103" <19146665555>
type=friend
fromuser=asterisk
auth=both
host=dynamic
canreinvite=yes
context=in-914
mailbox=001
i get
May 22 23:11:31 WARNING[140400128]: chan_sip.c:902 create_addr: \
2010 Apr 03
2
Quality vs. Bitrate vs. Complexity
Jean-Marc: I know you're seeing these - how about a response?
--Randy
Randy Yates <yates at ieee.org> writes:
> If I understand these terms correctly, you cannot specify simultaneously
> all three, e.g., high quality, low bitrate, and low complexity.
>
> It seems that specifying any two implies the third. For example,
> specifying a high quality and low bitrate will
2010 Nov 13
2
[PATCH -next] xen: fix header export to userspace
From: Randy Dunlap <randy.dunlap at oracle.com>
scripts/headers_install.pl prevents "__user" from being exported
to userspace headers, so just use compiler.h to make sure that
__user is defined and avoid the error.
unifdef: linux-next-20101112/xx64/usr/include/xen/privcmd.h.tmp: 79: Premature EOF (#if line 33 depth 1)
Signed-off-by: Randy Dunlap <randy.dunlap at
2010 Nov 13
2
[PATCH -next] xen: fix header export to userspace
From: Randy Dunlap <randy.dunlap at oracle.com>
scripts/headers_install.pl prevents "__user" from being exported
to userspace headers, so just use compiler.h to make sure that
__user is defined and avoid the error.
unifdef: linux-next-20101112/xx64/usr/include/xen/privcmd.h.tmp: 79: Premature EOF (#if line 33 depth 1)
Signed-off-by: Randy Dunlap <randy.dunlap at
2010 Nov 13
2
[PATCH -next] xen: fix header export to userspace
From: Randy Dunlap <randy.dunlap at oracle.com>
scripts/headers_install.pl prevents "__user" from being exported
to userspace headers, so just use compiler.h to make sure that
__user is defined and avoid the error.
unifdef: linux-next-20101112/xx64/usr/include/xen/privcmd.h.tmp: 79: Premature EOF (#if line 33 depth 1)
Signed-off-by: Randy Dunlap <randy.dunlap at
2009 May 05
3
[patch xen.git xen-tip/master] xen: fix xenbus frontend build
From: Randy Dunlap <randy.dunlap at oracle.com>
When a driver kconfig symbol =m and it selects another symbol,
that other symbol will also be =m (unless something else
causes it to be =y), so when XEN_BLKDEV_FRONTEND=m and/or
XEN_NETDEV_FRONTEND=m, then XEN_XENBUS_FRONTEND=m, but that
won't build (build error message below). Changing
XEN_XENBUS_FRONTEND from a tristate to a bool makes
2009 May 05
3
[patch xen.git xen-tip/master] xen: fix xenbus frontend build
From: Randy Dunlap <randy.dunlap at oracle.com>
When a driver kconfig symbol =m and it selects another symbol,
that other symbol will also be =m (unless something else
causes it to be =y), so when XEN_BLKDEV_FRONTEND=m and/or
XEN_NETDEV_FRONTEND=m, then XEN_XENBUS_FRONTEND=m, but that
won't build (build error message below). Changing
XEN_XENBUS_FRONTEND from a tristate to a bool makes
2009 May 05
3
[patch xen.git xen-tip/master] xen: fix xenbus frontend build
From: Randy Dunlap <randy.dunlap at oracle.com>
When a driver kconfig symbol =m and it selects another symbol,
that other symbol will also be =m (unless something else
causes it to be =y), so when XEN_BLKDEV_FRONTEND=m and/or
XEN_NETDEV_FRONTEND=m, then XEN_XENBUS_FRONTEND=m, but that
won't build (build error message below). Changing
XEN_XENBUS_FRONTEND from a tristate to a bool makes
2004 Jul 05
3
Randy Bush is a destructive force with a hidden professional agenda
. Monday, July 5, 2004
15:50:06 (-08:00hrs UTC)
Hello asterisk-users,
From the following post:
On Mon, 5 Jul 2004, Joe Baptista wrote:
> On Mon, 5 Jul 2004, Randy Bush wrote:
>> i did not criticize the protocol. remember, my question started
>> with
>>
>> >> i am looking at iax to
2006 Jul 31
7
Problem with routes when I move the app to a different machine
Hi all:
I have an application that runs great on my macbook pro, however, when
I move the app to the production linux box, all routes fail except for
the one I set up as the default:
map.connect '':controller/:action/:id'', :controller => "Employee",
:action => "status"
I made sure the shebang line in dispatch.* was set to be OS
independent