Register a SA Forums Account here!
JOINING THE SA FORUMS WILL REMOVE THIS BIG AD, THE ANNOYING UNDERLINED ADS, AND STUPID INTERSTITIAL ADS!!!

You can: log in, read the tech support FAQ, or request your lost password. This dumb message (and those ads) will appear on every screen until you register! Get rid of this crap by registering your own SA Forums Account and joining roughly 150,000 Goons, for the one-time price of $9.95! We charge money because it costs us money per month for bills, and since we don't believe in showing ads to our users, we try to make the money back through forum registrations.
 
  • Locked thread
Bing the Noize
Dec 21, 2008

by The Finn
Hopefully I'm just still looking in all the wrong places, but nVidia/ATI support in BSD is pretty crappy still right?

Adbot
ADBOT LOVES YOU

SamDabbers
May 26, 2003



NVIDIA has published drivers for FreeBSD x86 and AMD64. It looks like only the open source radeonhd driver is available via ports.

e: looks like the proprietary NVIDIA driver is available via ports as well.

SamDabbers fucked around with this message at 13:45 on Nov 17, 2012

Bob Morales
Aug 18, 2006


Just wear the fucking mask, Bob

I don't care how many people I probably infected with COVID-19 while refusing to wear a mask, my comfort is far more important than the health and safety of everyone around me!

http://www.freebsd.org/news/2012-compromise.html

Some FreeBSD servers were compromised - but FreeBSD wasn't "hacked".

Xenomorph
Jun 13, 2001
Will that "hacking" delay the release of FreeBSD 9.1 even more (because of package auditing)?

portsnap just told me that it grabbed 24085 patches. Is that normal? Did I mess something up? Was a mass update pushed somewhere?

Also, how can I make gcc (or whatever FreeBSD 9.0/9.1 use) be more multi-core friendly? When compiling thing, top says it has one core at 100%, and the 23 other cores are idle.
Actually, how can I get everything to use the CPU more? I'm using a Dual Xeon E5-2630 setup (12 physical, 24 logical cores). From extracting to compiling to moving data, most CPU cores just sit there, idle.

Bob Morales
Aug 18, 2006


Just wear the fucking mask, Bob

I don't care how many people I probably infected with COVID-19 while refusing to wear a mask, my comfort is far more important than the health and safety of everyone around me!

Xenomorph posted:

Also, how can I make gcc (or whatever FreeBSD 9.0/9.1 use) be more multi-core friendly? When compiling thing, top says it has one core at 100%, and the 23 other cores are idle.

You need to tell 'make' to use more cores

make -j x

Where x is the number of cores, on a workstation that's going to be # of logical CPU's in the system (24 in your case) + 1

I don't have a box in front of me but I think you can make that the default in /etc/make.conf

Xenomorph
Jun 13, 2001

Bob Morales posted:

You need to tell 'make' to use more cores

make -j x

Where x is the number of cores, on a workstation that's going to be # of logical CPU's in the system (24 in your case) + 1

I don't have a box in front of me but I think you can make that the default in /etc/make.conf

Thanks.
That info helped me find this:

http://forums.freebsd.org/showpost.php?p=17604&postcount=14

Bob Morales
Aug 18, 2006


Just wear the fucking mask, Bob

I don't care how many people I probably infected with COVID-19 while refusing to wear a mask, my comfort is far more important than the health and safety of everyone around me!


One of the first things I did when I got my hands on an i7 was building everything I could get my hands on :haw:

Edit: You could probably used distcc to pair up with another box

hifi
Jul 25, 2012

Bob Morales posted:

You need to tell 'make' to use more cores

make -j x

Where x is the number of cores, on a workstation that's going to be # of logical CPU's in the system (24 in your case) + 1

I don't have a box in front of me but I think you can make that the default in /etc/make.conf

Make will already use kern.smp.cpus make jobs in ports that explicitly set MAKE_JOB_SAFE. Also it is a much better idea to set MAKE_JOBS_NUMBER and FORCE_MAKE_JOBS in your make.conf, as it will still build ports that explicitly report that they cannot be built with multiple make jobs, yet also build using multiple make jobs for ports that do not say and those that explicitly report being safe with multiple make jobs.

feld
Feb 11, 2008

Out of nowhere its.....

Feldman

Xenomorph posted:

Will that "hacking" delay the release of FreeBSD 9.1 even more (because of package auditing)?

The delay will be because they have to rebuild all the packages again to ensure they weren't tampered with.

Xenomorph posted:

portsnap just told me that it grabbed 24085 patches. Is that normal? Did I mess something up? Was a mass update pushed somewhere?

As part of the resync of the ports tree (subversion) it caused portsnap to think the entire ports tree was changed and everyone gets to redownload the entire tree. Lame.

There's now a huge discussion of leaving subversion for an SCM that can handle cryptographic signing of commits so a tampered-with source tree is easily detected. Unfortunately git being GPL'd it's not a viable option, and Mercurial is a pig and would require that Python be brought into base. Fossil is being looked into...

edit: fossil will not happen. perhaps forking/extending svn.

Xenomorph posted:

Also, how can I make gcc (or whatever FreeBSD 9.0/9.1 use) be more multi-core friendly? When compiling thing, top says it has one core at 100%, and the 23 other cores are idle.
Actually, how can I get everything to use the CPU more? I'm using a Dual Xeon E5-2630 setup (12 physical, 24 logical cores). From extracting to compiling to moving data, most CPU cores just sit there, idle.

You can enable multiple cores for compiling all src and ports. Just please keep in mind that this is wholly unsupported and if you have any programs acting strange and someone finds out that you've been compiling everything with your own flags you will be told to rebuild your system normally.

feld fucked around with this message at 16:29 on Nov 22, 2012

Xenomorph
Jun 13, 2001
Would an upgrade from FreeBSD 9.1 RC3 to 9.1-RELEASE be a direct (and quick) binary upgrade, or is it some sort of "make world" process where I have to watch the system compile thousands of binaries?

hifi
Jul 25, 2012

Xenomorph posted:

Would an upgrade from FreeBSD 9.1 RC3 to 9.1-RELEASE be a direct (and quick) binary upgrade, or is it some sort of "make world" process where I have to watch the system compile thousands of binaries?

Whichever you prefer :) The process should be something like: # freebsd-update upgrade -r 9.1-RELEASE

falz
Jan 29, 2005

01100110 01100001 01101100 01111010
Iirc binary updates are only between release versions, not beta or RCs. You can easily source upgrade though, it should be well documented in the handbook. A few makes and mergasters and a reboot.

hifi
Jul 25, 2012

falz posted:

Iirc binary updates are only between release versions, not beta or RCs. You can easily source upgrade though, it should be well documented in the handbook. A few makes and mergasters and a reboot.

I believe it is releases and RCs only [1]

falz
Jan 29, 2005

01100110 01100001 01101100 01111010
Well then there you go. Easy enough to do it either way really.

Xenomorph
Jun 13, 2001

falz posted:

Well then there you go. Easy enough to do it either way really.

Either way is easy? Compiling from source has been an annoying chore so far. I've had to do it for anything that wasn't available via pkgng or pkg_install, or anything that didn't have an option I needed in its pre-compiled package (ADS support in Samba, for example).

Upgrading the system from source means I'll be bombarded with dozens of build option prompts and then watch text scroll by for hours.

It would be quicker to just wipe the drive and install 9.1-RELEASE from floppies.

falz
Jan 29, 2005

01100110 01100001 01101100 01111010
Upgrading only updates the base OS, not ports so there are no build options at all. Here's my go to list of steps:

code:
grep -v \#  /usr/share/examples/cvsup/stable-supfile | grep -v ^$ > /root/stable-supfile
# edit /root/stable-supfile to set mirror

csup /root/stable-supfile
cd /usr/src
make clean
make buildworld
make buildkernel
make installkernel
cd /usr/src
mergemaster -p
make installworld
mergemaster -U

reboot
The only thing that takes a little while of human time is mergemaster and telling it to take the new base system file (don't do this for your passwd/group files).

feld
Feb 11, 2008

Out of nowhere its.....

Feldman

Xenomorph posted:

Would an upgrade from FreeBSD 9.1 RC3 to 9.1-RELEASE be a direct (and quick) binary upgrade, or is it some sort of "make world" process where I have to watch the system compile thousands of binaries?

If you're ever running abnormal version (say, you built 9-STABLE between 9.0 and 9.1, or runnig a -PRERELEASE) you can cheat the system by faking your version. If you claim to be 9.0-RELEASE and tell it you want to upgrade to 9.1-RELEASE you might download/replace more binaries than necessary but it certainly will work.

code:
# env UNAME_r=9.0-RELEASE freebsd-update -r 9.1-RELEASE upgrade
enjoy :)

feld fucked around with this message at 02:44 on Nov 29, 2012

feld
Feb 11, 2008

Out of nowhere its.....

Feldman

falz posted:

The only thing that takes a little while of human time is mergemaster and telling it to take the new base system file (don't do this for your passwd/group files).

Use this for your /etc/mergemaster.rc to save some headaches:

code:
AUTO_INSTALL='yes'
AUTO_UPGRADE='yes'
#IGNORE_FILES='/etc/motd'
# Do not display changes that only affect whitespace
DIFF_FLAG='-Bub'
FREEBSD_ID='yes'
DELETE_STALE_RC_FILES='yes'

icantfindaname
Jul 1, 2008


I'm trying to install x11 from ports, and I'm getting an error near the end. What exactly is the problem? Here's the end of the output. Sorry for the wall of text but I'm not sure what's important and what isn't.

code:
c - found
===>   xorg-server-1.7.7_6,1 depends on file: /usr/local/libdata/pkgconfig/xext. pc - found
===>   xorg-server-1.7.7_6,1 depends on file: /usr/local/libdata/pkgconfig/xprot o.pc - found
===>   xorg-server-1.7.7_6,1 depends on file: /usr/local/libdata/pkgconfig/xiner ama.pc - found
===>   xorg-server-1.7.7_6,1 depends on file: /usr/local/libdata/pkgconfig/xfont .pc - found
===>   xorg-server-1.7.7_6,1 depends on file: /usr/local/libdata/pkgconfig/fonte nc.pc - found
===>   xorg-server-1.7.7_6,1 depends on file: /usr/local/libdata/pkgconfig/xkbui .pc - found
===>   xorg-server-1.7.7_6,1 depends on file: /usr/local/libdata/pkgconfig/pixma n-1.pc - found
===>   xorg-server-1.7.7_6,1 depends on file: /usr/local/libdata/pkgconfig/pciac cess.pc - found
===>   xorg-server-1.7.7_6,1 depends on file: /usr/local/libdata/pkgconfig/pciac cess.pc - found
===>   xorg-server-1.7.7_6,1 depends on file: /usr/local/bin/perl5.14.2 - found
===>   xorg-server-1.7.7_6,1 depends on shared library: drm - found
===>   xorg-server-1.7.7_6,1 depends on shared library: hal.1 - not found
===>    Verifying install for hal.1 in /usr/ports/sysutils/hal
===>   hal-0.5.14_20 depends on file: /usr/local/include/linux/videodev2.h - found
===>   hal-0.5.14_20 depends on file: /usr/local/bin/python2.7 - found
===>   hal-0.5.14_20 depends on executable: gmake - found
===>   hal-0.5.14_20 depends on package: libtool>=2.4 - found
===>   hal-0.5.14_20 depends on file: /usr/local/bin/intltool-extract - found
===>   hal-0.5.14_20 depends on shared library: polkit.2 - found
===>   hal-0.5.14_20 depends on shared library: volume_id.0 - found
===>   hal-0.5.14_20 depends on shared library: ck-connector.0 - not found
===>    Verifying install for ck-connector.0 in /usr/ports/sysutils/consolekit
===>   consolekit-0.4.3 depends on executable: gmake - found
===>   consolekit-0.4.3 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found
===>   consolekit-0.4.3 depends on shared library: dbus-glib-1.2 - found
===>   consolekit-0.4.3 depends on shared library: polkit-gobject-1.0 - not found
===>    Verifying install for polkit-gobject-1.0 in /usr/ports/sysutils/polkit
===>   polkit-0.99 depends on file: /usr/local/share/gir-1.0/GLib-2.0.gir - not found
===>    Verifying install for /usr/local/share/gir-1.0/GLib-2.0.gir in /usr/ports/devel/gobject-introspection
===>   gobject-introspection-0.10.8_2 depends on file: /usr/local/bin/python2.7 - found
===>   gobject-introspection-0.10.8_2 depends on executable: gmake - found
===>   gobject-introspection-0.10.8_2 depends on executable: bison - found
===>   gobject-introspection-0.10.8_2 depends on package: libtool>=2.4 - found
===>   gobject-introspection-0.10.8_2 depends on executable: pkgconf - found
===>   gobject-introspection-0.10.8_2 depends on shared library: ffi.5 - found
===>   gobject-introspection-0.10.8_2 depends on shared library: intl - found
===>   gobject-introspection-0.10.8_2 depends on shared library: glib-2.0.0 - found
===>  Configuring for gobject-introspection-0.10.8_2
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking whether gmake sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking build system type... amd64-portbld-freebsd9.0
checking host system type... amd64-portbld-freebsd9.0
checking for Win32... no
checking for gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking for style of include used by gmake... GNU
checking dependency style of cc... gcc3
checking whether cc understands -c and -o together... yes
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by cc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... (cached) 262144
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... no
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from cc object... ok
checking how to run the C preprocessor... cpp
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if cc supports -fno-rtti -fno-exceptions... no
checking for cc option to produce PIC... -fPIC -DPIC
checking if cc PIC flag -fPIC -DPIC works... yes
checking if cc static flag -static works... yes
checking if cc supports -c -o file.o... yes
checking if cc supports -c -o file.o... (cached) yes
checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... freebsd9.0 ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for pkg-config... /usr/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for flex... flex
checking lex output file root... lex.yy
checking lex library... -lfl
checking whether yytext is a pointer... yes
checking for bison... bison -y
checking for dlopen in -ldl... no
checking for the suffix of shared libraries... .so
checking for GLIB... yes
checking for GOBJECT... yes
checking for GIO... yes
checking for GIO_UNIX... yes
checking for CAIRO... no
checking for SCANNER... yes
checking for FFI... yes
checking size of char... 1
checking size of short... 2
checking size of int... 4
checking size of long... 8
checking for GIREPO... yes
checking for gtkdoc-check... no
checking for gtkdoc-rebase... no
checking for gtkdoc-mkpdf... no
checking whether to build gtk-doc documentation... no
checking for ANSI C header files... (cached) yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for an ANSI C-conforming const... yes
checking for working strtod... yes
checking for memchr... yes
checking for strchr... yes
checking for strspn... yes
checking for strstr... yes
checking for strtol... yes
checking for strtoull... yes
checking for backtrace... no
checking for backtrace_symbols... no
checking whether Python support is requested... checking whether /usr/local/bin/python2.7 version >= 2.5... yes
checking for /usr/local/bin/python2.7 version... 2.7
checking for /usr/local/bin/python2.7 platform... freebsd9
checking for /usr/local/bin/python2.7 script directory... ${prefix}/lib/python2.7/site-packages
checking for /usr/local/bin/python2.7 extension module directory... ${exec_prefix}/lib/python2.7/site-packages
checking for headers required to compile python extensions... not found
configure: error: Python headers not found
===>  Script "configure" failed unexpectedly.
Please run the gnomelogalyzer, available from
"http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the
problem and suggest a solution. If - and only if - the gnomelogalyzer cannot
solve the problem, report the build failure to the FreeBSD GNOME team at
[email]gnome@FreeBSD.org[/email], and attach (a)
"/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.10.8/config.log",
(b) the output of the failed make command, and (c) the gnomelogalyzer output.
Also, it might be a good idea to provide an overview of all packages installed
on your system (i.e. an `ls /var/db/pkg`). Put your attachment up on any
website, copy-and-paste into [url]http://freebsd-gnome.pastebin.com,[/url] or use
send-pr(1) with the attachment. Try to avoid sending any attachments to the
mailing list (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing
lists are usually discarded by the mailing list software.
*** Error code 1

Stop in /usr/ports/devel/gobject-introspection.
*** Error code 1

Stop in /usr/ports/sysutils/polkit.
*** Error code 1

Stop in /usr/ports/sysutils/consolekit.
*** Error code 1

Stop in /usr/ports/sysutils/hal.
*** Error code 1

Stop in /usr/ports/sysutils/hal.
*** Error code 1

Stop in /usr/ports/x11-servers/xorg-server.
*** Error code 1

Stop in /usr/ports/x11-servers/xorg-server.
*** Error code 1

Stop in /usr/ports/x11-drivers/xf86-input-mouse.
*** Error code 1

Stop in /usr/ports/x11-drivers/xorg-drivers.
*** Error code 1

Stop in /usr/ports/x11-drivers/xorg-drivers.
*** Error code 1

Stop in /usr/ports/x11/xorg.

icantfindaname fucked around with this message at 20:53 on Dec 2, 2012

Ninja Rope
Oct 22, 2005

Wee.
I don't know how to help with your problem, but if you don't need custom compilation flags you can try installing the package. pkg_add -r <whatever you were trying to build>

feld
Feb 11, 2008

Out of nowhere its.....

Feldman

You don't have python installed (somehow)

LooseChanj
Feb 17, 2006

Logicaaaaaaaaal!

feld posted:

You don't have python installed (somehow)

Sure he does (2.7), he just doesn't have the source files in the proper place (or wherever the config wants them) it looks like.

icantfindaname
Jul 1, 2008


LooseChanj posted:

Sure he does (2.7), he just doesn't have the source files in the proper place (or wherever the config wants them) it looks like.

You've probably figured out I'm totally incompetent by now, but how exactly am I supposed to fix this? Where are the python source files supposed to be exactly? Isn't ports supposed to download all the source files from the internet? Where is the config script located so I can look at it and see what it wants?

icantfindaname fucked around with this message at 01:21 on Dec 3, 2012

complex
Sep 16, 2003

Go to /usr/ports/lang/python27 and delete the known configuration with "make rmconfig". Then reinstall it with "make install clean".

icantfindaname
Jul 1, 2008


Well, that did it. X is now up and running. Thanks for the help.

feld
Feb 11, 2008

Out of nowhere its.....

Feldman

LooseChanj posted:

Sure he does (2.7), he just doesn't have the source files in the proper place (or wherever the config wants them) it looks like.

Right, his installation of python was incomplete/broken. There's no way on FreeBSD to install python from ports and not get the headers.

feld fucked around with this message at 14:37 on Dec 3, 2012

Xenomorph
Jun 13, 2001
Anyone know what is going on inside the FreeBSD world?

pkgng repositories were wiped a few days ago:
http://lists.freebsd.org/pipermail/freebsd-ports/2012-November/079711.html

Our documentation suddenly became invalid since we were trying to stick with "pkg install" for a much software as possible (to keep it consistent with our "apt-get install" and "yum install" systems). On our 9.0 and 9.1 test systems, compiling the many, many packages from ports is the only way to test software now.

- Does anyone know when the repositories will be back?

Regarding the security issues, there hasn't been an update in almost two weeks. They had been updating every few days:
http://www.freebsd.org/news/2012-compromise.html

- Does anyone know if there is anything more to report on this or the release of 9.1?

Some say that 9.1 is close:
http://forums.freebsd.org/showthread.php?t=35688

But since then I've only noticed the pkgng repositories have had their contents deleted.

- Is there somewhere to check to see what the status of 9.1 is?

hifi
Jul 25, 2012

Xenomorph posted:

Anyone know what is going on inside the FreeBSD world?

pkgng repositories were wiped a few days ago:
http://lists.freebsd.org/pipermail/freebsd-ports/2012-November/079711.html

Our documentation suddenly became invalid since we were trying to stick with "pkg install" for a much software as possible (to keep it consistent with our "apt-get install" and "yum install" systems). On our 9.0 and 9.1 test systems, compiling the many, many packages from ports is the only way to test software now.

- Does anyone know when the repositories will be back?

Regarding the security issues, there hasn't been an update in almost two weeks. They had been updating every few days:
http://www.freebsd.org/news/2012-compromise.html

- Does anyone know if there is anything more to report on this or the release of 9.1?

Some say that 9.1 is close:
http://forums.freebsd.org/showthread.php?t=35688

But since then I've only noticed the pkgng repositories have had their contents deleted.

- Is there somewhere to check to see what the status of 9.1 is?

You can check the 9.1 branch in the svn repo but as far as I know it's just a matter of creating the release media and building packages. pkgng packes will come after that and probably after the release. I'd look into a poudriere setup for building packages because as it is mentioned in the links you posted, the freebsd pkgng infrastructure is in beta and is liable to be wiped at any moment.

Xenomorph
Jun 13, 2001


It's up. :3:

Edit, better link:
ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/

Xenomorph fucked around with this message at 16:09 on Dec 11, 2012

SamDabbers
May 26, 2003



Very exciting! First the Samba 4.0 release, now 9.1 bits are beginning to appear. Just waiting for 9.1-RELEASE to hit freebsd-update...

Nam Taf
Jun 25, 2005

I am Fat Man, hear me roar!

When can we expect it to hit freebsd-update? I don't think I'll bother upgrading any ports til it's out.

e: woohoo!

Nam Taf fucked around with this message at 15:32 on Dec 12, 2012

Xenomorph
Jun 13, 2001
It just appeared on update3/4/5.freebsd.org!

Edit, updating now...

# freebsd-update upgrade -r 9.1

Nice. I killed everything.

pkg had its database of installed stuff, but after updating, I had another database (like things were installed via pkg_add again). "pkg2ng" just told me the database was corrupt and could not be converted. "pkg_info" had the newer versions, "pkg info" had the older versions.

code:
# pkg_version
pkg_version: the package info for package 'apache22-2.2.23_3' is corrupt
pkg_version: the package info for package 'automake-1.12.4' is corrupt
pkg_version: the package info for package 'bigreqsproto-1.1.1' is corrupt
...
(pkg_version should have said nothing was installed, since I had migrated to pkgng)

No biggie. I figured I could just deleted stuff in both databases (pkg_delete -a and pkg delete -a), then reinstall.

Well, except for the pkgng repositories are still empty... And they don't have the 9.1 repositories up for pkg_add. I didn't realize this until I blew away the local installs.
So I ended up compiling all my stuff from ports. It took a while, but when it finished I rebooted and things were back to normal. Linux compatibility & backup program (Retrospect), LDAP/kerberos authentication, Samba & winbind, etc.




Xenomorph fucked around with this message at 23:03 on Dec 12, 2012

roadhead
Dec 25, 2001

Xenomorph posted:

It just appeared on update3/4/5.freebsd.org!

Edit, updating now...

# freebsd-update upgrade -r 9.1

I probably should have known this and been ready, but upgrading to 9.1 from 9.0 wiped out all the "state" in transmission-daemon. All the BSD ISOs I was helping seed have to be added back manually and re-verified.

BSD is super easy to admin but I always forget the little things since I don't generally have to do anything TO the box besides use it 99.9% of the time.

Ninja Rope
Oct 22, 2005

Wee.
Is it possible to boot a FreeBSD system from a USB stick and have it check for rootkits? I recall there was some tool that would scan installed package MD5's and such, can that be run from a USB stick against the host's attached drive? What other options are there?

hifi
Jul 25, 2012

Ninja Rope posted:

Is it possible to boot a FreeBSD system from a USB stick and have it check for rootkits? I recall there was some tool that would scan installed package MD5's and such, can that be run from a USB stick against the host's attached drive? What other options are there?

chkrootkit and rkunter both have FreeBSD ports, so I'd start there. Use dd to burn the memstick image to your memory stick, boot into that and then escape to a real shell and install both of those from ports/packages (do not use pkg add as the beta pkgng package repository provided by FreeBSD is currently not populated with anything significant). rkhunter does take perl, which does take a bit of time to build, so start with the other one if you don't want to use packages or build perl.

Xenomorph
Jun 13, 2001
I had been waiting for the 9.1-release binaries to go up (so I don't have to compile everything I wanted to update/install from my 9.1-RC3 install). However, I just noticed this thread:

http://forums.freebsd.org/showthread.php?t=36339

Is it worth it for me to set PACKAGESITE to packages-9-stable (ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/Latest) to ensure my server stays up to date?

hifi
Jul 25, 2012

Xenomorph posted:

I had been waiting for the 9.1-release binaries to go up (so I don't have to compile everything I wanted to update/install from my 9.1-RC3 install). However, I just noticed this thread:

http://forums.freebsd.org/showthread.php?t=36339

Is it worth it for me to set PACKAGESITE to packages-9-stable (ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/Latest) to ensure my server stays up to date?

Yes, the release packages are never updated, even for security updates. The stable package branch will also get new packages added to it as they are added to the ports tree.

Xenomorph
Jun 13, 2001

hifi posted:

Yes, the release packages are never updated, even for security updates. The stable package branch will also get new packages added to it as they are added to the ports tree.

Where's the best place to set PACKAGESITE, so it's system-wide?

hifi
Jul 25, 2012

Xenomorph posted:

Where's the best place to set PACKAGESITE, so it's system-wide?

Your root .cshrc :(. With pkgng you get /usr/local/etc/pkg.conf though, but don't use that until they actually make packages for it (keep an eye on http://pkgbeta.freebsd.org).

Adbot
ADBOT LOVES YOU

Xenomorph
Jun 13, 2001

hifi posted:

Your root .cshrc :(. With pkgng you get /usr/local/etc/pkg.conf though, but don't use that until they actually make packages for it (keep an eye on http://pkgbeta.freebsd.org).

pkg, you say?

- Since I'm trying to get a server going for department-wide use in a way that my assistant can administer the thing when I'm not here, I've been trying to document everything I do; all my docs started with pkg_add.

- Then I read about the advantages of pkg, and I updated everything for use with it. I used the pkg2ng tool and then updated my docs to use just pkg.

- Then when updating from 9.1-RC3 to 9.1-RELEASE, the install somehow added a bunch of packages to the old database pkg_add uses. "pkg_version" and "pkg info" listed two sets of installed packages, with different versions of many things. The "pkg2ng" command would not work.
I just got message after message like "the package info for package 'apache22-2.2.23_3' is corrupt"

- I removed all installed packages/ports and tried to start fresh again with pkg, but then the pkgbeta site was emptied out, so I couldn't use that.

- I tried to fall back to pkg_add, but the 9.1-RELEASE binaries still aren't out.

- I re-installed all my stuff with ports / portmaster and updated my docs to use that.

- I then read I should be using 9-stable with pkg_add if I want to avoid compiling stuff but still get updates.

- And now you're saying I should wait for pkg to get updated. :/

I guess I picked a weird time to get into FreeBSD.

  • Locked thread