Re: am I the only one, wrt gcc44 -- it is failing and I can't build octave or much else
I believe ports and packages to be 2 separate items. pkg_info hasto do with what packages you have installed. The ports system has to = do with creating the packages. Different mechanisms are available to manage the source tree that t he ports system uses to create packages. I believe each of these diff= erent mechanisms start with an entire tree in your /usr/ports directory, an= d then makes incremental changes to it based on published changes. Yo= u can even build or rebuild any of these ports at any time, even if you don= 't have the latest ports tree updates, or never install the built port.&nbs= p; So, I believe the answer to your 1st question is that you begin wit= h "a one size fits all", followed by updates that you manage. So far, I have not talked about installing yet. Once a port has been built, you can install it. Unless you save th= e built port as a package (the 'make package' command), you will not be abl= e to reinstall the built port if you clean it (the 'make clean' command).&n= bsp; You can save as many built ports as packages as you want. = Each time you install a built port (the 'make install' command), the packag= es database gets updated in your system. This database is what pkg_in= fo uses. Some commands in the different mechanisms you have available&n= bsp;to manage your ports source, can be used to help select which pack ages need updating when you install an update to a package. About your 2nd question, I have no idea. I keep track of how to bu ild a system, keeping copies of config files, then I make backups= of file or data systems on an ongoing basis. Re gc44. FreeBSD 7.2 comes with 4.2 already installed. Maybe= when you installed 4.4 on top of it, something got messed up, or an option must be set for both to co-exist. I don't know, but I would try to k eep with the version that came with the system ( just an unjustified p= hobia I have about mixing new compiler binaries with old compiler binaries = ). -Original Message- From: Henry Olyer Sent: Nov 3, 2009 8:21 AM To: Kenneth Freidank Cc: freebsd-questions@freebsd.org, Chris Whitehouse Subject: Re: am I the only one, wrt gcc44 -- it is fa= iling and I can't build octave or much else I'm sorry fellows. You guys have given me great support and apparently I didn't get back = to you. I'm sorry, I'm not very polite some times. I will try t= o be more careful about this. Okay -- I was able to get my mouse working. I made a ServerFlags section in my xorg.conf and suddenly!, my mouse m= oved. (Here you can assume a remark not in evidence...) Next, I have wonderful X sessions now. Next, I am prepared to nuke the /usr/ports area if I am told to do tha= t -- I know it can be mechanically rebuilt in about an hour. (A past = note from Kenneth gave me this instruction and while I was a little nervous= I did it; And wow!, I was so impressed as I watched it come back.) Question: Does the rebuild process examine the pkg_info results = and load up the directory appropriately?. or is it "one size fits all?" Question: Does anyone have a solution for doing a general machin= e backup to one file? So that I can back the machine up and later, su bsequently, perform a simple restore. Because I've been using the mac= hine very heavily now, and I usually find that my own manual backups miss o= ne thing or another... You've probably had the same experience. = ;Now, I see others asking for such a feature/mechanism. What's possib= le? As for gcc44, I am fairly certain that it's actually broken -- that th= e port itself is broken and that it isn't my incompetence, that the port it= self is mis-configured or mis-coded. Oh., and in a conversation with an HP technical representative recentl= y, he told me that my taking down windoz to install FreeBSD constituted a "= machine downgrade." On Mon, Nov 2, 2009 at 11:13 PM, Kenneth Freidank <[1]kennet...@earthlink.net> wrote: Here are partial listings of my co= nfig files. Add these entries to your config files and see if that do= es the trick. I can't be 100% sure that everything is required, but i= t is what I have, and it works. Attached is the xorg.conf file I gene= rated. Place it in the directory /etc/X11/. When you have done = these things, make sure your user belongs to the group "wheel", then login.= To start X, give the command: startx You should get 3 wi= ndows, one of them labeled "login" in the title bar. If you type "exi= t" while inside this window, then return, that will end your X session. &nb= sp;You will have some "fatal error" messages in your console window when X = finishes. Also, make sure you have installed the nvidia drivers per = my other post
Re: am I the only one, wrt gcc44 -- it is failing and I can't build octave or much else
I'm sorry fellows. You guys have given me great support and apparently I didn't get back to you. I'm sorry, I'm not very polite some times. I will try to be more careful about this. Okay -- I was able to get my mouse working. I made a ServerFlags section in my xorg.conf and suddenly!, my mouse moved. (Here you can assume a remark not in evidence...) Next, I have wonderful X sessions now. Next, I am prepared to nuke the /usr/ports area if I am told to do that -- I know it can be mechanically rebuilt in about an hour. (A past note from Kenneth gave me this instruction and while I was a little nervous I did it; And wow!, I was so impressed as I watched it come back.) Question: Does the rebuild process examine the pkg_info results and load up the directory appropriately?. or is it "one size fits all?" Question: Does anyone have a solution for doing a general machine backup to one file? So that I can back the machine up and later, subsequently, perform a simple restore. Because I've been using the machine very heavily now, and I usually find that my own manual backups miss one thing or another... You've probably had the same experience. Now, I see others asking for such a feature/mechanism. What's possible? As for gcc44, I am fairly certain that it's actually broken -- that the port itself is broken and that it isn't my incompetence, that the port itself is mis-configured or mis-coded. Oh., and in a conversation with an HP technical representative recently, he told me that my taking down windoz to install FreeBSD constituted a "machine downgrade." On Mon, Nov 2, 2009 at 11:13 PM, Kenneth Freidank wrote: > Here are partial listings of my config files. Add these entries to your > config files and see if that does the trick. I can't be 100% sure that > everything is required, but it is what I have, and it works. Attached is > the xorg.conf file I generated. Place it in the directory /etc/X11/. When > you have done these things, make sure your user belongs to the group > "wheel", then login. To start X, give the command: > startx > You should get 3 windows, one of them labeled "login" in the title bar. If > you type "exit" while inside this window, then return, that will end your X > session. You will have some "fatal error" messages in your console window > when X finishes. > > Also, make sure you have installed the nvidia drivers per my other > postings. You can check if you have the package installed by typing: > pkg_info | grep nvidia > You should see at a minimum: > nidia-driver-185.18.29 NVidia graphics card binary drivers for hardware > OpenGL ren > > You have to build this packages and install it. This process is documented > in the NetBSD documents and my other postings for installing FreeBSD on a > Compaq Presario CQ60. > > > File /etc/rc.conf > > linux_enable="YES" > moused_enable="YES" > keyrate="fast" > saver="star" > hald_enable="YES" > dbus_enable="YES" > vesa_load="YES" > > File /boot/loader.conf > > nvidia_load="YES" > > > > > -Original Message- > >From: Henry Olyer > >Sent: Oct 26, 2009 2:53 AM > >To: freebsd-questions@freebsd.org > >Cc: Kenneth , Chris Whitehouse < > cwhi...@onetel.com> > >Subject: am I the only one, wrt gcc44 -- it is failing and I can't build > octave or much else > > > >'everything; is dying in /usr/ports/lang/gcc44 > > > >I know, (in all likelihood,) I'll have to scratch this area and do a > >complete re-install. Fine. The thing is, I didn't change anything to > mess > >this area up in the first place. > > > >I've just been going to various directories in /usr/ports and saying, > "make > >install clean" and now this... I was trying to put up octave when this > >happened. > > > >So I could use a little help here, please... > > > >I also want/need to run X, and my X session (just put up,) doesn't yet let > >me move the mouse. I installed hal and dbus but what do I do now? > > > >And where or where do I put the "ServerFlags" entry in my xorg.conf file. > > I'm sorry, I just don't know these things... > > > > > > > > > >===> Building for gcc-4.4.2.20091006 > >echo stage3 > stage_final > >gmake[1]: Entering directory `/usr/ports/lang/gcc44/work/build' > >gmake[2]: Entering directory `/usr/ports/lang/gcc44/work/build' > >gmake[3]: Entering directory `/usr/ports/lang/gcc44/work/build' > >rm -f stage_current > >gmake[3]: Leaving directory `/usr/ports/lang/gcc44/work/build' > >gmake[2]: Leaving directory `/usr/ports/lang/gcc44/work/build' > >gmake[2]: Entering directory `/usr/ports/lang/gcc44/work/build' > >gmake[3]: Entering directory `/usr/ports/lang/gcc44/work/build/libiberty' > >gmake[4]: Entering directory > >`/usr/ports/lang/gcc44/work/build/libiberty/testsuite' > >gmake[4]: Nothing to be done for `all'. > >gmake[4]: Leaving directory > >`/usr/ports/lang/gcc44/work/build/libiberty/testsuite' > >gmake[3]: Leaving directory `/usr/ports/lang/gcc44/work/build/libiberty' > >gmake[3]: Entering directory `/usr/ports/lang/gcc44
Re: am I the only one, wrt gcc44 -- it is failing and I can't build octave or much else
Here are partial listings of my config files. Add these entries to your config files and see if that does the trick. I can't be 100% sure that everything is required, but it is what I have, and it works. Attached is the xorg.conf file I generated. Place it in the directory /etc/X11/. When you have done these things, make sure your user belongs to the group "wheel", then login. To start X, give the command: startx You should get 3 windows, one of them labeled "login" in the title bar. If you type "exit" while inside this window, then return, that will end your X session. You will have some "fatal error" messages in your console window when X finishes. Also, make sure you have installed the nvidia drivers per my other postings. You can check if you have the package installed by typing: pkg_info | grep nvidia You should see at a minimum: nidia-driver-185.18.29 NVidia graphics card binary drivers for hardware OpenGL ren You have to build this packages and install it. This process is documented in the NetBSD documents and my other postings for installing FreeBSD on a Compaq Presario CQ60. File /etc/rc.conf linux_enable="YES" moused_enable="YES" keyrate="fast" saver="star" hald_enable="YES" dbus_enable="YES" vesa_load="YES" File /boot/loader.conf nvidia_load="YES" -Original Message- >From: Henry Olyer >Sent: Oct 26, 2009 2:53 AM >To: freebsd-questions@freebsd.org >Cc: Kenneth , Chris Whitehouse >Subject: am I the only one, wrt gcc44 -- it is failing and I can't build >octave or much else > >'everything; is dying in /usr/ports/lang/gcc44 > >I know, (in all likelihood,) I'll have to scratch this area and do a >complete re-install. Fine. The thing is, I didn't change anything to mess >this area up in the first place. > >I've just been going to various directories in /usr/ports and saying, "make >install clean" and now this... I was trying to put up octave when this >happened. > >So I could use a little help here, please... > >I also want/need to run X, and my X session (just put up,) doesn't yet let >me move the mouse. I installed hal and dbus but what do I do now? > >And where or where do I put the "ServerFlags" entry in my xorg.conf file. > I'm sorry, I just don't know these things... > > > > >===> Building for gcc-4.4.2.20091006 >echo stage3 > stage_final >gmake[1]: Entering directory `/usr/ports/lang/gcc44/work/build' >gmake[2]: Entering directory `/usr/ports/lang/gcc44/work/build' >gmake[3]: Entering directory `/usr/ports/lang/gcc44/work/build' >rm -f stage_current >gmake[3]: Leaving directory `/usr/ports/lang/gcc44/work/build' >gmake[2]: Leaving directory `/usr/ports/lang/gcc44/work/build' >gmake[2]: Entering directory `/usr/ports/lang/gcc44/work/build' >gmake[3]: Entering directory `/usr/ports/lang/gcc44/work/build/libiberty' >gmake[4]: Entering directory >`/usr/ports/lang/gcc44/work/build/libiberty/testsuite' >gmake[4]: Nothing to be done for `all'. >gmake[4]: Leaving directory >`/usr/ports/lang/gcc44/work/build/libiberty/testsuite' >gmake[3]: Leaving directory `/usr/ports/lang/gcc44/work/build/libiberty' >gmake[3]: Entering directory `/usr/ports/lang/gcc44/work/build/intl' >gmake[3]: Nothing to be done for `all'. >gmake[3]: Leaving directory `/usr/ports/lang/gcc44/work/build/intl' >gmake[3]: Entering directory >`/usr/ports/lang/gcc44/work/build/build-i386-portbld-freebsd7.2/libiberty' >gmake[4]: Entering directory >`/usr/ports/lang/gcc44/work/build/build-i386-portbld-freebsd7.2/libiberty/testsuite' >gmake[4]: Nothing to be done for `all'. >gmake[4]: Leaving directory >`/usr/ports/lang/gcc44/work/build/build-i386-portbld-freebsd7.2/libiberty/testsuite' >gmake[3]: Leaving directory >`/usr/ports/lang/gcc44/work/build/build-i386-portbld-freebsd7.2/libiberty' >gmake[3]: Entering directory >`/usr/ports/lang/gcc44/work/build/build-i386-portbld-freebsd7.2/fixincludes' >gmake[3]: Nothing to be done for `all'. >gmake[3]: Leaving directory >`/usr/ports/lang/gcc44/work/build/build-i386-portbld-freebsd7.2/fixincludes' >gmake[3]: Entering directory `/usr/ports/lang/gcc44/work/build/zlib' >true "AR_FLAGS=rc" "CC_FOR_BUILD=cc" "CFLAGS=-g -fkeep-inline-functions" >"CXXFLAGS=-g -fkeep-inline-functions" "CFLAGS_FOR_BUILD=-O2 >-fno-strict-aliasing -pipe -I/usr/l >ocal/include" "CFLAGS_FOR_TARGET=-g -O2 -fno-strict-aliasing -pipe >-I/usr/local/include" "INSTALL=/usr/bin/install -c -o root -g wheel" >"INSTALL_DATA=install -o root - >g wheel -m 444" "INSTALL_PROGRAM=install -s -o root -g wheel -m 555" >"INSTALL_SCRIPT=install -o root -g wheel -m 555" "LDFLAGS=" "LIBCFLAGS=-g >-O2 -fno-strict-aliasin >g -pipe -I/usr/local/include" "LIBCFLAGS_FOR_TARGET=-g -O2 >-fno-strict-aliasing -pipe -I/usr/local/include" "MAKE=gmake" >"MAKEINFO=makeinfo --no-split --split-size=5000 >000 --split-size=500 --split-size=500" "PICFLAG=" >"PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "EXPECT=expect" "RUNTEST=runtest" >"RUNTESTFLAGS=" "exec_prefix=/usr/loca >l" "infodir=/usr/local/info/
Re: am I the only one, wrt gcc44 -- it is failing and I can't build octave or much else
Henry Olyer wrote: >'everything; is dying in /usr/ports/lang/gcc44 >I know, (in all likelihood,) I'll have to scratch this area and do a >complete re-install. Fine. The thing is, I didn't change anything to mess >this area up in the first place. >I've just been going to various directories in /usr/ports and saying, "make >install clean" and now this... I was trying to put up octave when this >happened. Why don't you try 'make clean install && make clean' , to ensure that you are starting from scratch, with a clean WRKDIR? If that fails, send a full transcript of the failed build to the lang/gcc44 port maintainer. script(1) is useful for producing a full transcript. >So I could use a little help here, please... >I also want/need to run X, and my X session (just put up,) doesn't yet let >me move the mouse. I installed hal and dbus but what do I do now? hal and dbus are not required, if you have the proper entries in your xorg.conf, although some people find them useful. Can you use the mouse in the console with moused(8)? If not, then there may be a problem with the mouse. Did you try running 'Xorg -configure' to see what sample configuration file it constructs for your hardware, especially the entries, if any, for the mouse? >And where or where do I put the "ServerFlags" entry in my xorg.conf file. >I'm sorry, I just don't know these things... In it's own section, offset by: Section "ServerFlags" ... EndSection xorg.conf(5) claims the order of the sections is unimportant. b. ___ 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: am I the only one, wrt gcc44 -- it is failing and I can't build octave or much else
On Mon, 26 Oct 2009 02:53:36 -0400 Henry Olyer wrote: > 'everything; is dying in /usr/ports/lang/gcc44 Update and clean out your ports tree (portsnap/ portsclean). And then rebuild octave. Take a look at the error message. Does it tell you to put something like kern.maxdsiz="734003200" into /boot/loader.conf? > I also want/need to run X, and my X session (just put up,) doesn't yet let > me move the mouse. I installed hal and dbus but what do I do now? > > And where or where do I put the "ServerFlags" entry in my xorg.conf file. > I'm sorry, I just don't know these things... http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11.html Andreas -- GnuPG key : 0x2A573565|http://www.gnupg.org/howtos/de/ Fingerprint: 925D 2089 0BF9 8DE5 9166 33BB F0FD CD37 2A57 3565 pgpbhb1exnbOn.pgp Description: PGP signature