Wojciech Puchar wrote:
I'm trying to get it to work in a 32-Bit Jail. I ain't there yet,
though. It
there is no "32-bit jails" it's just jail with all programs 32-bit. but
you don't enhance any kernel capabilities this way
Everything apart from the Kernel is 32-Bit. This is what I'd call a 3
I'm trying to get it to work in a 32-Bit Jail. I ain't there yet, though. It
there is no "32-bit jails" it's just jail with all programs 32-bit. but
you don't enhance any kernel capabilities this way
___
freebsd-questions@freebsd.org mailing list
htt
et Exploder.
Seriously, though, I thought someone might have installed wine on
32-bit linux emualtion on amd64. All the other linux apps run so
actually i never had any success with wine, only simple apps work. on the
other hand i don't needed it much.
___
riously, though, I thought someone might have installed wine on
32-bit linux emualtion on amd64. All the other linux apps run so
well, I thought it was worth a try, didn't know I'd be the guinea pig,
but hey, makes me feel special.
The speed of my kqemu installation leaves something t
Boris Samorodov wrote:
Hello Steve,
On Mon, 5 May 2008 10:42:52 -0700 Steve Franks wrote:
Anyone try to get an rpm of wine working under linux compat? Did you
have to install fc-7 instead of fc-4? Is fc7 ready for primetime?
Someone said it had issues awhile back.
It's not and fc (port) i
Looks like all the 64-bit linux guys run wine, why don't we? Of
run windows if you need windoze apps
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PR
Hello Steve,
On Mon, 5 May 2008 10:42:52 -0700 Steve Franks wrote:
> Anyone try to get an rpm of wine working under linux compat? Did you
> have to install fc-7 instead of fc-4? Is fc7 ready for primetime?
> Someone said it had issues awhile back.
It's not and fc (port) issue, it's rather ker
Anyone try to get an rpm of wine working under linux compat? Did you
have to install fc-7 instead of fc-4? Is fc7 ready for primetime?
Someone said it had issues awhile back.
Looks like all the 64-bit linux guys run wine, why don't we? Of
course, I'd prefer a native FreeBSD port over an rpm if
On Thursday 01 May 2008 20:41:49 alexus wrote:
> sorry, this is amd64
>
> On Thu, May 1, 2008 at 6:14 PM, Mario Lobo <[EMAIL PROTECTED]> wrote:
> > On Thursday 01 May 2008 18:43:17 alexus wrote:
> > >> why are you compiling under i386 when your system is
sorry, this is amd64
On Thu, May 1, 2008 at 6:14 PM, Mario Lobo <[EMAIL PROTECTED]> wrote:
> On Thursday 01 May 2008 18:43:17 alexus wrote:
> >> why are you compiling under i386 when your system is
> >> detected as amd64 or ia64 ?
>
> You didn't
On Thursday 01 May 2008 18:43:17 alexus wrote:
>> why are you compiling under i386 when your system is
>> detected as amd64 or ia64 ?
You didn't answer this one.
uname -a can help.
--
Mario Lobo
http://www.mallavoodoo.com.br
FreeBSD since version 2.2.8 [not Pro-Audio YET!!
On Thursday 01 May 2008 23:43:17 alexus wrote:
> like i said i copy GENERIC
>
> dd# pwd
> /usr/src/sys/i386/conf
> dd# grep -i acpi GENERIC
> dd#
>
> my GENERIC doesn't have acpi either...
>
> as far as "weird" part goes, this is a plain vanila
> FreeBSD-7.0-RELEASE, I'm not sure what you mean by "
cp GENERIC dd then vi dd, then config dd and then
tried compiling and it threw me an error right away.
On Thu, May 1, 2008 at 5:34 PM, Mel <[EMAIL PROTECTED]> wrote:
>
> On Wednesday 30 April 2008 23:23:27 alexus wrote:
> > dd# make cleandepend && make depend
&
On Wednesday 30 April 2008 23:23:27 alexus wrote:
> dd# make cleandepend && make depend
> rm -f .depend machine amd64
> cd ../../../modules;
> MAKEOBJDIRPREFIX=/usr/src/sys/i386/compile/dd/modules
> KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=i386
> KERNBU
anyone?
On Wed, Apr 30, 2008 at 5:23 PM, alexus <[EMAIL PROTECTED]> wrote:
> dd# make cleandepend && make depend
> rm -f .depend machine amd64
> cd ../../../modules;
> MAKEOBJDIRPREFIX=/usr/src/sys/i386/compile/dd/modules
> KMODDIR=/boot/kernel DEBUG_FLAGS="-g&
dd# make cleandepend && make depend
rm -f .depend machine amd64
cd ../../../modules;
MAKEOBJDIRPREFIX=/usr/src/sys/i386/compile/dd/modules
KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=i386
KERNBUILDDIR="/usr/src/sys/i386/compile/dd" make cleandepend
===> aac (cle
On Fri, Apr 25, 2008 at 02:31:30PM -0300, A. Hamilton-Wright wrote:
>
> Does anyone on this list know the state of any userland
> control tools for CPU throttling on the amd64 platform?
>
> I see in the archives that there was little functionality
> in this are as of 2004, an
Does anyone on this list know the state of any userland
control tools for CPU throttling on the amd64 platform?
I see in the archives that there was little functionality
in this are as of 2004, and then substantial work in 2005
to make cpufreq available through sysctl.
At that time there is a
I use an ACER notebook 5050 with 2 partitions (one i386, and other
amd64)
the amd64 is faster, the software is very stable, and everything
works...
I do not use the sleep mode, the freebsd kernel keeps the processor
halted when not
in use, so the battery lasts longer, and the boot (total boot is
Sébastien Morand wrote:
Hi,
...
So before reinstalling everything, I'd like to know :
Is it a reasonable choice (in terme of performance, reliability, and
compatibility terms) to install i386 over amd64 arch?
For a desktop i386 is still the better choice and unless you have more than 3
On Fri, Apr 11, 2008 at 02:20:54PM -0700, Steve Franks wrote:
> I've got an 7.0 amd64 system that plugging in any umass device will
> cause it to immediately crash. You can plug in any ugen, ucom, or ums
> with no ill effects and they work fine. Modern man cannot live
> with
I've got an 7.0 amd64 system that plugging in any umass device will
cause it to immediately crash. You can plug in any ugen, ucom, or ums
with no ill effects and they work fine. Modern man cannot live
without the usb flash device. Anyone have any ideas? I have 7.0-rc1
i386 on a laptop that
> If I run zpool import x1 it works. But as you say it should do it by its
> own. Maybe it whould be the best to open a bugreport ?
In addition to what has already been mentioned by Ivan Voras, make sure
your /boot is not the subject to strangeness. Specifically, imported pools
are kept track of
At Fri, 11 Apr 2008 09:12:55 +0200,
Norman Maurer wrote:
> Am Donnerstag, den 10.04.2008, 22:50 +0200 schrieb Toni Schmidbauer:
> If I run zpool import x1 it works. But as you say it should do it by its
> own. Maybe it whould be the best to open a bugreport ?
i had problems importing a zpool when
Norman Maurer wrote:
> If I run zpool import x1 it works. But as you say it should do it by its
> own. Maybe it whould be the best to open a bugreport ?
Do you have zfs_enabled="YES" in rc.conf ? If you upgraded FreeBSD from
an earlier release, remember to run mergemaster.
signature.asc
Descr
Am Donnerstag, den 10.04.2008, 22:50 +0200 schrieb Toni Schmidbauer:
> At Thu, 10 Apr 2008 21:22:42 +0200,
> Norman Maurer wrote:
> > All is fine till I reboot. The pool is just disappearing :-/
>
> have you tried to import the pool?
>
> zpool import x1
>
> or just
>
> zpool import
>
> to list
At Thu, 10 Apr 2008 21:22:42 +0200,
Norman Maurer wrote:
> All is fine till I reboot. The pool is just disappearing :-/
have you tried to import the pool?
zpool import x1
or just
zpool import
to list pools available to import.
maybe the pool isn't imported on boot, which should not happen, bu
Am Donnerstag, den 10.04.2008, 20:07 + schrieb Christian Walther:
> On 10/04/2008, Norman Maurer <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> [...]
> > All is fine till I reboot. The pool is just disappearing :-/
>
> Did you try to import the pool?
>
> # zpool import x1
hmm this works, but
Hi all,
we want to use ZFS ( raidz2 without spares ) for store big amount of
data on it. It's just a mirror so we don't give at damn if zfs is
experimental ;-)
I created some pool with the command:
# zpool create x1 raidz2 aacd0 aacd1 aacd2 aacd3 aacd4 aacd5
It shows up correctly:
# zpool status
se is
: RPCPROG_NFS: RPC: Program not registered
Only on the client to a 4.X machine.
Also note nfsiod does not start on amd64 release.
even manually starting the daemon which isn't
required necessarily, does not core dump or start.
Nor is it visible in ps or in the logs.
Even d
On Tuesday 01 April 2008 15:06:24 Ivan Voras wrote:
> Sébastien Morand wrote:
> > Hi,
> >
> > I'm new in FreeBSD, I'm used to GNU/Linux from many years but I'm trying
> > to migrate to FreeBSD.
> > My hardware is AMD64 / 1GB RAM / envy24ht network c
se is
: RPCPROG_NFS: RPC: Program not registered
Only on the client to a 4.X machine.
Also note nfsiod does not start on amd64 release.
even manually starting the daemon which isn't required
necessarily, does not core dump or start. Nor is it
visible in ps.
Even during boot/kernel load no errors are
On 4/1/08, Ivan Voras <[EMAIL PROTECTED]> wrote:
> Sébastien Morand wrote:
> > Hi,
> >
> > I'm new in FreeBSD, I'm used to GNU/Linux from many years but I'm trying
> to
> > migrate to FreeBSD.
> > My hardware is AMD64 / 1GB RAM / envy24ht
Sébastien Morand wrote:
> Hi,
>
> I'm new in FreeBSD, I'm used to GNU/Linux from many years but I'm trying to
> migrate to FreeBSD.
> My hardware is AMD64 / 1GB RAM / envy24ht network car / nVidia 7300GS GC /
> USB Scanner / HP 660 Printer
This looks like a
Hi,
I'm new in FreeBSD, I'm used to GNU/Linux from many years but I'm trying to
migrate to FreeBSD.
My hardware is AMD64 / 1GB RAM / envy24ht network car / nVidia 7300GS GC /
USB Scanner / HP 660 Printer
So nothing to worry about except the AMD64. I read that FreeBSD i386
install
Hello,
I successfully used /boot/gptboot for booting my GPT based installation
on a BIOS standard PC.
Now I'd like to make use of the great EFI system on my Intel Server
(amd64, not ia64!).
How does the EFI system find/boot any loader? I created a "EFI System"
partition on my G
Kris Kennaway wrote:
Mark Moellering wrote:
I have been trying to install an i386 jail on an amd64 install. I
added Target=i386 to the command line in the make buildworld and
installworld commands. I keep getting the following (or similar)
error
'Target' does nothing, there is no suc
Kris Kennaway wrote:
Mark Moellering wrote:
I have been trying to install an i386 jail on an amd64 install. I
added Target=i386 to the command line in the make buildworld and
installworld commands. I keep getting the following (or similar) error
'Target' does nothing, there
:
> >>>>> On Friday 28 March 2008 06:23:49 am Kris Kennaway wrote:
> >>>>>> Mark Moellering wrote:
> >>>>>>> I have been trying to install an i386 jail on an amd64 install. I
> >>>>>>> added Target=i386 to the
jail on an amd64 install. I
added Target=i386 to the command line in the make buildworld and
installworld commands. I keep getting the following (or similar)
error
'Target' does nothing, there is no such variable. If you meant
'TARGET', that is a real variable but not th
ote:
> >>>>> I have been trying to install an i386 jail on an amd64 install. I
> >>>>> added Target=i386 to the command line in the make buildworld and
> >>>>> installworld commands. I keep getting the following (or similar)
> >>>&g
Mark Moellering wrote:
On Friday 28 March 2008 03:27:27 pm you wrote:
Mark Moellering wrote:
On Friday 28 March 2008 06:23:49 am Kris Kennaway wrote:
Mark Moellering wrote:
I have been trying to install an i386 jail on an amd64 install. I
added Target=i386 to the command line in the make
On Friday 28 March 2008 03:27:27 pm you wrote:
> Mark Moellering wrote:
> > On Friday 28 March 2008 06:23:49 am Kris Kennaway wrote:
> >> Mark Moellering wrote:
> >>> I have been trying to install an i386 jail on an amd64 install. I
> >>> added T
Mark Moellering wrote:
On Friday 28 March 2008 06:23:49 am Kris Kennaway wrote:
Mark Moellering wrote:
I have been trying to install an i386 jail on an amd64 install. I added
Target=i386 to the command line in the make buildworld and installworld
commands. I keep getting the following (or
On Friday 28 March 2008 06:23:49 am Kris Kennaway wrote:
> Mark Moellering wrote:
> > I have been trying to install an i386 jail on an amd64 install. I added
> > Target=i386 to the command line in the make buildworld and installworld
> > commands. I keep getting the followi
Mark Moellering wrote:
I have been trying to install an i386 jail on an amd64 install. I added
Target=i386 to the command line in the make buildworld and installworld
commands. I keep getting the following (or similar) error
'Target' does nothing, there is no such variable. If
I have been trying to install an i386 jail on an amd64 install. I added
Target=i386 to the command line in the make buildworld and installworld
commands. I keep getting the following (or similar) error
/libexec/ld-elf.so.1: Shared object "libedit.so.6" not found, required by "
Martyn Hare writes:
> What's the status regarding AMD64 NVIDIA Xorg drivers? I know
> this has been raised several times in the past but since the
> release of FreeBSD 7.0 how near/far are we from having this?
>
> If i'm not mistaken an NVIDIA representative sa
What's the status regarding AMD64 NVIDIA Xorg drivers? I know this has been
raised several times in the past but since the release of FreeBSD 7.0 how
near/far are we from having this?
If i'm not mistaken an NVIDIA representative said it required certain system
calls to be implemente
On Wed, 26 Mar 2008 14:50:08 -0500, Dino Vliet <[EMAIL PROTECTED]>
wrote:
Whenever I try to upgrade my gnome-panel port on my amd64 system running
freebsd 6.3 I get the ollowing error:
clock_applet-clock.o(.text+0x2ac2): In function
`location_weather_updated_cb':
: undefine
Whenever I try to upgrade my gnome-panel port on my amd64 system running
freebsd 6.3 I get the ollowing error:
clock_applet-clock.o(.text+0x2ac2): In function `location_weather_updated_cb':
: undefined reference to `weather_info_get_icon_name'
clock_applet-clock.o(.text+0x3008): I
using splash (another driver ..) ?
>
> On Mon, Mar 24, 2008 at 4:34 PM, Pieter de Goeje <[EMAIL PROTECTED]>
> wrote:
>
> > On Monday 24 March 2008, Omer Faruk Sen wrote:
> > > Hi,
> > >
> > > Is there a way to use splash screen on amd64 machine
s there a way to use splash screen on amd64 machines? Since whatever I
> do
> > it was not possible with 6.3-RELEASE amd64.
>
> I believe you need i386 FreeBSD to do that, because "options VESA", which
> splash(4) relies on, isn
On Monday 24 March 2008, Omer Faruk Sen wrote:
> Hi,
>
> Is there a way to use splash screen on amd64 machines? Since whatever I do
> it was not possible with 6.3-RELEASE amd64.
I believe you need i386 FreeBSD to do that, because "options VESA", which
splash(4) relies
Hi,
Is there a way to use splash screen on amd64 machines? Since whatever I do
it was not possible with 6.3-RELEASE amd64.
Regards.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To
Jung-uk Kim <[EMAIL PROTECTED]> wrote: On Friday 21 March 2008 08:46 am, Dino
Vliet wrote:
> Hi folks,
>
> I'm lost at finding a solution for getting the java plugin to work
> in Firefox 2.11 on my AMD64 system running FreeBSD 6.3.
>
> I've upgraded my p
On Friday 21 March 2008 08:46 am, Dino Vliet wrote:
> Hi folks,
>
> I'm lost at finding a solution for getting the java plugin to work
> in Firefox 2.11 on my AMD64 system running FreeBSD 6.3.
>
> I've upgraded my ports and the diablo-jdk version is:
> pkg_
Hi folks,
I'm lost at finding a solution for getting the java plugin to work in Firefox
2.11 on my AMD64 system running FreeBSD 6.3.
I've upgraded my ports and the diablo-jdk version is:
pkg_info | grep diablo
diablo-jdk-1.5.0.07.01_9 Java Development Kit 1.5.0_07.01
The handbook sai
Ewald Jenisch wrote:
Hi,
For one of my machines (HP C-class Blade, 2 * AMD Opteron, 16GB RAM)
should I go for the i386 or the amd64 Version of FreeBSD 7.0?
As far as I've seen kernel and system isn't a problem with the amd64
version, but how about ports?
To be specific here's w
For one of my machines (HP C-class Blade, 2 * AMD Opteron, 16GB RAM)
should I go for the i386 or the amd64 Version of FreeBSD 7.0?
amd64 version was created exactly for x86-64 systems so why do you like to
use another?
As far as I've seen kernel and system isn't a problem with
Hi,
For one of my machines (HP C-class Blade, 2 * AMD Opteron, 16GB RAM)
should I go for the i386 or the amd64 Version of FreeBSD 7.0?
As far as I've seen kernel and system isn't a problem with the amd64
version, but how about ports?
To be specific here's what I'd lik
Hi, guys,
I want to make a minimal freebsd boot disc on i386 and amd64.
I had created some folders and copyed somy files, include /
boot/cdboot, /boot/kernel, etc and then i made a mfs root file
image, then copy /sbin/init to it, and make a iso for boot.
it works on
On 10/03/2008, Dino Vliet <[EMAIL PROTECTED]> wrote:
> Hi folks,
> I'm updating my ports and ran across this error message when I update my
> freebsd 6.2 amd64 system.
>
> When upgrading gnome-panel I get the following error:
. . .
> /libexec/ld-elf.so.1: Sh
On Mon, 10 Mar 2008 15:11:21 -0500, Dino Vliet <[EMAIL PROTECTED]>
wrote:
Hi folks,
I'm updating my ports and ran across this error message when I update
my freebsd 6.2 amd64 system.
When upgrading gnome-panel I get the following error:
Making install in
Hi folks,
I'm updating my ports and ran across this error message when I update my
freebsd 6.2 amd64 system.
When upgrading gnome-panel I get the following error:
Making install in gnome-panel
gmake[1]: Entering directory
`/usr/ports/x11/gnome-panel/work/gnome-
Patrick C wrote:
I am having issues getting a new machine with 7 to reboot and power
down. The machine uses a SuperMicro X7DCL-3 and there are two
quad-core processors installed. Upon issuing a reboot or power off,
the machine hangs immediately after displaying the "Uptime" statement.
I have tri
I am having issues getting a new machine with 7 to reboot and power
down. The machine uses a SuperMicro X7DCL-3 and there are two
quad-core processors installed. Upon issuing a reboot or power off,
the machine hangs immediately after displaying the "Uptime" statement.
I have tried disabling ACPI i
Steve Franks wrote:
Just built /devel/clint on my vanilla 7.0 system. Appears to build
and install fine, but #clint or #clint --help freezes the console, and
ctrl-C initiates a core-dump. Python appears to run just fine.
Talk to the clint developers and/or the maintainer.
Kris
__
Just built /devel/clint on my vanilla 7.0 system. Appears to build
and install fine, but #clint or #clint --help freezes the console, and
ctrl-C initiates a core-dump. Python appears to run just fine.
Info:
[EMAIL PROTECTED] /usr/home/steve]$ pkg_info | grep clint
clint-0.1.2_4 A static s
Hello,
Is there anyone around using the current ZendDebbuger (part of the Zend
Plattform) under Freebsd/amd64?Zend support doesn't seem to be able
to help at the moment...
I tried the linux version in linux compatibility mode, but it didn't
worked yet.
Thanks & re
On Thu, 6 Mar 2008 07:35:34 +
"Colin Adams" <[EMAIL PROTECTED]> wrote:
> On 06/03/2008, RW <[EMAIL PROTECTED]> wrote:
> >
> > Everything I've every seen about this suggests that amd64 is
> > faster on a few applications, such as mp3 encoding, b
2008 20:22
Aan: Jan Catrysse
CC: [EMAIL PROTECTED]
Onderwerp: Re: building 32bit port on AMD64 (mplayer)
On Wed, Mar 05, 2008 at 03:33:43PM +0100, Jan Catrysse wrote:
> I am using FreeBSD 7.0-RELEASE AMD64.
>
> I would need to build /ports/multimedia/mplayer (and I suppose its
> depend
On 06/03/2008, RW <[EMAIL PROTECTED]> wrote:
>
> Everything I've every seen about this suggests that amd64 is faster on
> a few applications, such as mp3 encoding, but generally there is very
> little difference, on average, across desktop applications. Do you have
t; >>
> >> I suspect binaries on i386 will be somewhat smaller. But amd64 has
> >> more registers which might give some speed advantages. I haven't
> >> tested it, but
>
> yes it is much faster (somehow like 20%), and code size are rarely
> big part of
Thanks everyone, based on the info I am returning the nvidia card and
getting an R4xx instead (found an X850 for under $80 still sold; seems to be
well enough supported). I still want to try amd64; other limitations do not
bother me that much (I do not care for wine or win32 codecs
e that I am going to have some
problems.
My nvidia card will not be of much use (GeForce 8500GT), since
nvidia-drivers
are not there for amd64, and the open source nv driver does not even
support
XVideo extension for these cards. I can downgrade to a nv 7xxx series
card,
which works better wi
rts Composite? OpenGL?
It works with OpenGL. I haven't tried composite.
> On Wed, 5 Mar 2008 20:32:06 +0100, Roland Smith <[EMAIL PROTECTED]> wrote:
> > On Wed, Mar 05, 2008 at 06:29:51PM +0100, alive wrote:
> >> > Any ATI card up to and including the 9250 (rv280) is fu
including the 9250 (rv280) is fully supported
> on
>> > amd64, 3D and all. (I know because I've got one :-)
>
>> Oh, is that so? Could you please tell me how you got it to work? Because
>> I've got GREAT issues getting *ANY* ATI card to work with at least
>>
t; > > installing FreeBSD/arch, but now realise that I am going to have some
> > > problems.
> > >
> > > My nvidia card will not be of much use (GeForce 8500GT), since
> > nvidia-drivers
> > > are not there for amd64, and the open source nv driver do
On Wed, Mar 05, 2008 at 06:29:51PM +0100, alive wrote:
> > Any ATI card up to and including the 9250 (rv280) is fully supported on
> > amd64, 3D and all. (I know because I've got one :-)
> Oh, is that so? Could you please tell me how you got it to work? Because
> I'
On Wed, Mar 05, 2008 at 03:33:43PM +0100, Jan Catrysse wrote:
> I am using FreeBSD 7.0-RELEASE AMD64.
>
> I would need to build /ports/multimedia/mplayer (and I suppose its
> dependencies) in a 32-bit version. This because certain options (win32
> codec support) doesn't work
of RAM, and I seldom use more than half of that. Mind you, I'm using a
simple window manager not a desktop environment with lots of bells &
whistles.
I suspect binaries on i386 will be somewhat smaller. But amd64 has more
registers which might give some speed advantages. I haven't
> > problems.
> >
> > My nvidia card will not be of much use (GeForce 8500GT), since
> nvidia-drivers
> > are not there for amd64, and the open source nv driver does not even
> support
> > XVideo extension for these cards. I can downgrade to a nv 7xxx series
> c
am going to have some
>> problems.
>>
>> My nvidia card will not be of much use (GeForce 8500GT), since
> nvidia-drivers
>> are not there for amd64, and the open source nv driver does not even
> support
>> XVideo extension for these cards. I can downgrade to a nv
8500GT), since nvidia-drivers
> are not there for amd64, and the open source nv driver does not even support
> XVideo extension for these cards. I can downgrade to a nv 7xxx series card,
> which works better with the open driver. I do not mind loss of 3D support,
> but would need basic th
I would need to build /ports/multimedia/mplayer (and I suppose its
dependencies) in a 32-bit version. This because certain options (win32
codec support) doesn't work on the 64bit version.
How is this done?
no way. unless you will install FreeBSD/i386 bins and ports on subdir and
use chroo
Hi all,
I am using FreeBSD 7.0-RELEASE AMD64.
I would need to build /ports/multimedia/mplayer (and I suppose its
dependencies) in a 32-bit version. This because certain options (win32
codec support) doesn't work on the 64bit version.
How is this done?
Is it also possible to
since
> nvidia-drivers are not there for amd64, and the open source nv driver does
> not even support XVideo extension for these cards. I can downgrade to a nv
> 7xxx series card, which works better with the open driver. I do not mind
> loss of 3D support, but would need basic thi
I have new hardware (Abit ip35-pro, Intel Q6600), and was contemplating
installing FreeBSD/arch, but now realise that I am going to have some
problems.
My nvidia card will not be of much use (GeForce 8500GT), since nvidia-drivers
are not there for amd64, and the open source nv driver does not
I'm prepared to workaround, and I suspect this has already been
brought up if it's a 'real' issue, but I thought I'd better speak up.
I have two systems:
1) 2005 HP ZE4650 laptop running 7.0RC1 i386
2) Brand-new FOXCONN 775? motherboard system running 7.0RC2 Amd
On Saturday 01 March 2008 12:13:29 Matthew Seaman wrote:
> Mel wrote:
> > On Friday 29 February 2008 21:57:10 Alex Zbyslaw wrote:
> >> Abdullah Ibn Hamad Al-Marri wrote:
> >>> BB# php -v
> >>> PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 24 2008
> >>> 21:57:57) Copyright (c) 1997-2007 The
Mel wrote:
> On Friday 29 February 2008 21:57:10 Alex Zbyslaw wrote:
>> Abdullah Ibn Hamad Al-Marri wrote:
>>> BB# php -v
>>> PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 24 2008 21:57:57)
>>> Copyright (c) 1997-2007 The PHP Group
>>> Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Techn
- Original Message
> From: Mel <[EMAIL PROTECTED]>
> To: freebsd-questions@freebsd.org
> Cc: Alex Zbyslaw <[EMAIL PROTECTED]>; Abdullah Ibn Hamad Al-Marri <[EMAIL
> PROTECTED]>
> Sent: Saturday, March 1, 2008 12:38:44 AM
> Subject: Re: FreeBSD 7.0 AMD
On Friday 29 February 2008 21:57:10 Alex Zbyslaw wrote:
> Abdullah Ibn Hamad Al-Marri wrote:
> >BB# php -v
> >PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 24 2008 21:57:57)
> >Copyright (c) 1997-2007 The PHP Group
> >Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
> >wit
Abdullah Ibn Hamad Al-Marri wrote:
BB# php -v
PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 24 2008 21:57:57)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by
eA
- Original Message
> From: Mel <[EMAIL PROTECTED]>
> To: freebsd-questions@freebsd.org
> Cc: Abdullah Ibn Hamad Al-Marri <[EMAIL PROTECTED]>
> Sent: Friday, February 29, 2008 9:48:08 PM
> Subject: Re: FreeBSD 7.0 AMD64 and apache 2.2.8 exited on signal 11
>
On Friday 29 February 2008, Mel wrote:
> On Friday 29 February 2008 19:47:20 Pieter de Goeje wrote:
> > On Friday 29 February 2008, Abdullah Ibn Hamad Al-Marri wrote:
> > > Fresh FreeBSD 7.0-RC1 and now FreeBSD 7.0-STABLE #0: Fri Feb 29
> > > 16:57:56 UTC 2008 I didn't reinstall apache via portupg
On Friday 29 February 2008 19:47:20 Pieter de Goeje wrote:
> On Friday 29 February 2008, Abdullah Ibn Hamad Al-Marri wrote:
> > Fresh FreeBSD 7.0-RC1 and now FreeBSD 7.0-STABLE #0: Fri Feb 29 16:57:56
> > UTC 2008 I didn't reinstall apache via portupgrade -f again yet.
> > apache 2.2.8
> > Standa
bruary 29, 2008 9:35:38 PM
> > Subject: Re: FreeBSD 7.0 AMD64 and apache 2.2.8 exited on signal 11
> >
> > On Friday 29 February 2008 19:08:59 Abdullah Ibn Hamad Al-Marri wrote:
> > > - Original Message
> > >
> > > > From: Mel
> > &g
08 8:52:35 PM
> > Subject: Re: FreeBSD 7.0 AMD64 and apache 2.2.8 exited on signal 11
> >
> > On Friday 29 February 2008 18:32:13 Abdullah Ibn Hamad Al-Marri wrote:
> > > FreeBSD BB.WeArab.Net 7.0-STABLE FreeBSD 7.0-STABLE #0: Fri Feb 29
> > > 16:57:56 UTC 200
1001 - 1100 of 2031 matches
Mail list logo
