so with packages I can get monthly or weekly updates, but with ports I can get daily or hourly updates?

You can compile ports as often as you wish. I don't know how often updates to the ports git repository are pushed though.

so apparently FreeBSD supports newer Xbox controllers through webcamd? wish I had known this earlier

also, webcamd seems to be very poorly named, at least as a description of its current scope

quick question, ive setup apache to serve the html data and the packages but id like it to run in a jail (the why is a mix of "ive just been told its better to run webserver in jail" and education purposes"). that means stuff under the dataset /usr/local/poudriere/data should be mounted in the webserver jail, whats the sanest way to accomplish this?

zfs jail <jailid> <fs> doesnt seem to be an option

cedb: what are you using to for jail management, if anything?

jauntyd: nothing at the moment, planning on learning bastille at some point but dont want to bikeshed right now

if you just want the files you can use the mount parameter in your jail.conf file

mount=<source/dir /usr/jails/jail/dir>

oh that simple, ok thanks a lot!

you're welcome! enjoy freebsd :)

V_PauAmma_V: seems a heck of work to maintain all packages for R (or for Python), so how does that normally work?

/etc/make.conf - let's say I have multiple versions of TCL installed. I can specify here which version to use when make. right?

and, is it ok to mix 'pkg install <appl.>' with '../ports/ && make install clean' ?

I readI read that you should avoid it, it can ruin "dependencies"

-I read

Hi. I'm a long time Linux user and I recently installed FreeBSD on a laptop, setup wifi, xorg and desktop. But the external HDMI-connected monitor is not detected. the GPU is nvidia but not sure what driver is it using now. Any help would be appreciated

will FreeBSD pkgs add Mysql 8.0 newer versions ? after 8.0.35

saeedgnu, you can use kldstat to see which drivers are loaded, maybe it will show you

right, it lists i915kms.ko which I added to rc.conf to make xorg work, so it must be it

if you run xrandr (without args), what does it show, when the monitor is connected?

eDP-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 194mm

DP-1 disconnected (normal left inverted right x axis y axis)

HDMI-1 disconnected (normal left inverted right x axis y axis)

HDMI-2 disconnected (normal left inverted right x axis y axis)

DP-2 disconnected (normal left inverted right x axis y axis)

HDMI-3 disconnected (normal left inverted right x axis y axis)

very strange

i have the damnedest problem on 14.1-RELEASE, which doesn't seem to behave like 13.3-RELEASE when it comes to ipv4 nameservers:

dhclient runs on both machines (13.3 and 14.1) and gets the same lease info (seens in /var/db/dhclient.leases.em0). BUT "domain-name" and "domain-name-servers" are not entered into /etc/resolv.conf on 14.1

i could hammer the necessary "nameserver" entries into /etc/resolv.conf in all sorts of ways (like with resolvconf.conf), but why are they not transferred in the first place?

saeedgnu, i915kms.ko sounds to me like an intel driver though... not nvidia

could it be that it's an iGPU driver which is not hooked up to the external ports?

laptops generally have an on-board GPU chip, which is probably intel cince my cpu is

what is the nvidia driver's name? should i add to rc.conf?

I'm afraid I don't know, never tried to use an NVIDIA card

np thanks

freshports.org/devel/tcltls Library dependencies: libtcl86.so : lang/tcl86

how do one know if it supports tcl9 ?

Documentation from the developers, testing it against tcl9 oneself and last but not least (albeit probably my last choice), checking the source code.

TommyC: okok :)

thnx

does pkg come with fbsd as default?

or do you need to download it first?

it needs to be downloaded

and pkg is working with ports's repository cata- logues.

so in order to update this catalouge for pkg, you run what cmd?

portsnap fetch extract and portsnap fetch update ?

dandyn, The pkg bootstrap command comes with a default install of FreeBSD.

The pkg is mostly entirely automatic at doing whatever cache updating is needed to be done. It will bootstrap the first time it is run without the pkg installed pkg command.

If the pkg command has been installed as a compiled binary pkg by pkg then it automatically updates the cache files as needed when run.

so what benefit comes with portmaster that you can't riddle fast with pkg cmds?

One supports installing local compiles from source and the other supports installing pre-compiled binary pkgs from the repositories.

In the long history of FreeBSD the pkg system is the new thing. It hasn't been around forever. A newcomer today (like myself) might run FreeBSD for years using pre-compiled binary pkg installs and not need to compile ports from source.

I have always used ports... and ignored the rest.

Using binary pkg packages makes things super easy. Simply search through the list of packages for what is wanted and then install them.

yeah, but do I still need to keep the "ports" updated?

Note that I am not trying to convince you to do anything other than what you are doing. I am only trying to answer the question you asked about pkg.

oris it enought with pkg update?

It's "pkg upgrade" to scan the installed packages and upgrade each of them from upgraded packages available in the repository.

Or do nothing when they are already up to date.

let's say I want the pkg "list" of aplications to be up to date (updated)

the "list" I guess is the repository

how do I do that?

"pkg upgrade --dry-run" (I use -n but I use the self-documented --dry-run here.)

that will check with repository if installed packages needed update?

but how to update the list that cmd checks with? =)

will I have to update the ports tree itself then?

There is also "pkg upgrade --fetch-only" (or -F) which will download the *.pkg files to /var/cache/pkg/*.pkg but not install them. Then they are available in the pool for install from anything using the pool.

When using pkg there is no ports tree locally installed. There is the pkg index database of packages in the remote repository and it will manage updating the cache itself.

so I can skip installing ports at all?

and only use pkg cmds?

Yes. Most newcomers this year will use FreeBSD using only pkg commands since they are so convenient.

And there is a big effort to move the base installation to using pkg too it's called pkg-base but that's still in the experimental stage.

ok, I'll dissable it during the install next time I'll install fresh then

If you are happy compiling ports locally then there is no need to move away from it. And locally compiled software has advantages too.

Arguably the best configuration is using poudriere to locally compile local binary pkgs of the ports and then use the local pool to install from.

Then you get both the advantages of having locally compiled from source and also the advantages of managing systems using the easy install of pkgs.

but one should never mix em they say

only use one of the ways.

That is not mixed. It's all binary pkgs. It's just binary pkgs created locally rather than from the remote repositories.

Why would this be better maybe? You see it is the edges of the system which are not quite seamless. For example I use the radeonkms kernel driver for my graphics. When the API changes then it leads to a kernel panic.

"Don't mix ports and binary packages."

That's probably best. Don't mix ports and binary packages. It's technically possible. But it is filled with sharp edges and snags.

The poudriere tool is what manages making pkgs of everything. But if that's confusing then just ignore it and only use the repository packages. That's a normal typical thing now.

As far as why a local compile might be useful. You see it is the edges of the system which are not quite seamless. For example I use the radeonkms kernel driver for my graphics. When the kernel ABI changes then this leads to a kernel panic if they are mismatched. One can locally compile the driver against the current kernel and avoid that problem. It's a very specific case.

Between 13.3 and 13.4 the kernel ABI changed. And I experienced kernel panics due to the radeonkms pkg being compiled against the "oldest supported kernel" which was the 13.0 kernel at that time.

The repository pkgs were not going to upgrade to the newer ABI until that specific kernel became the oldest supported kernel. Which creates a window of some months when there is no compatible version in the global repositories. But one can compile it locally.

Here we are in 14 currently 14.1-RELEASE-p5 and the oldest kernel is still the 14.0 kernel and all remains compatible. This problem is not seen in 14 at this time. Maybe it won't ever be seen in 14. It depends upon if the kernel ABI changes in an incompatible way through the lifecycle of it.

But anyway give binary pkgs a try and I think you will find them simple and easy and a great user experience on FreeBSD! :-)

hey, thanks rwp for taking the time and explain! <3

One of the most confusing things about FreeBSD is that there are many different ways to run it. And a lot of people in the community have developed their own unique work flows which they love because it is a good work flow for them. Which is great!

But when learning about things the problem is how to decided what to do for yourself. I say start small and work up to it. Just because Netflix is running CURRENT with an self-compile work flow for example doesn't mean I can't simply run 14 RELEASE myself and install precompiled binary pkgs. That's two completely opposite ends of the spectrum but in the end we are both running FreeBSD.

true :)

rwp, feels like a modern step to take. it's like apt-get :D

I like the idea of unchecking the box during the install [ ] Ports tree

It's facilitating moving from taking care of a single machine like it is a family pet to being able to manage a collection of systems that should be provisioned the same.

yes

cya!

6i.imgur.com/eHWoh1u.jpeg

i.imgur.com/eHWoh1u.jpeg\

gah

rwp: ^^

fixed the second one. it had a bad power supply capacitor

got one of these for my server

blast from the past

says it's based in Asix AX99100 . seems to be supported by freebsd since 2017

squimbles

hjf: were you able to test your ADDS terminal with this ? did it solve your remaining issues (CH34x only supporting 8N1) ?

I think I have one of these, I remember having some issues with it, but never really investigated

oprs: i gave up and ordered a 16550 compatible one

FT232 based dongles work great. but the one i have is a fake

oh, that's great

hjf, That one looks like it was de-yellowed. Did you retrobright it?

I hate that there are so many counterfeit parts now. (Re your FT232) It makes things more difficult! I have had problems where I bought something, worked great, let's buy another one, and a month later the second one arrives and it's counterfeit! Just can't do a repeat purchase of anything anymore.

rwp: no, second one wasn't as yellow as the one that was working

tbf this one is a "epoxy blob" ft232. extremely fake.

$2 for a full RS232-USB including connectors ? yeah fake

I have two RS232-USB with a DB-9 on the end and two with breadboard connectors good for connecting to BPi pins and lucky for me all have good chipsets in them.

honestly CH340 aren't that bad. they're a chinese design but they work great

except on freebsd where the driver isn't fully implemented

but i've never had a CH340 do weird things. all other "known" chips (FT232, PL2302, CP2102) do weird things when they're fakes

I've used CH340 based USB/serial adapters for years, and they're great, but the documentation is sparse

i.e. there is a succint datasheet, but I was never able to put my hands on a proper register map

I've looked at the fbsd driver (uchcom), and from what I was able to gather, adding proper support for line control looks trivial

but comments in the OpenBSD implementation suggests otherwise: github.com/openbsd/src/blob/master/sys/dev/usb/uchcom.c#L784

the Linux implementation looks pretty straightforward, and there's also some arduino stuff floating around, each one implementing its own subtle variation

I guess it should be possible to put everything together, I may give it a go later this week

it's so easy to get distracted by an endless stream of micro projets though

Anyone know what #bsdcode on efnet is about ?

jb1277976, wiki.freebsd.org/IRC/Channels#EFnet