can anyone connect to fuchsia.eden.le-fay.org port 25? i've not seen any SMTP traffic all day and find this very suspicious

gives a banner just fine

hmm, one sec

ah, ok

a delay in the banner

Apparently, Cisco firewall choke on banner delays unless they've been configured not to.

jgh: thanks

i just noticed logrotate was only an hour ago (how time flies) so maybe that explains it

sigh now what

pkg remove FreeBSD-ntp just hangs forever

Hello, I have FreeBSD on an E6430, the laptop has a rf switch, however it doesn't appear to work on FreeBSD, is there anything I can do to try to get it to work, or is rf switches simply not supported?

"rf switch" might be exposed via acpi, you can try filing a bug

polarian: do i know you from #a&a?

lw: yes.

ah

dammit.. how come I am always recognised :(

well, you do use the same nick everywhere :-P

true...

or if you don't want to file a bug, try asking questions@

hm... thanks for the advice :)

its 3am I will do that tomorrow

2:36AM

you have 24 minues to test it

then you turn into a pumpkin

O.O

wait my email isn't setup on this laptop yet ugh

pray to Ms. Thatcher

lw: she long dead :/

:-)

rest in pieces

(but seriously, this is a good candicate for a mail to questions@)

How do I get this ifconfig to work in my rc.conf? ifconfig_em0="promisc -tso -lro -rxcsum, -txcsum, -rxcsum6, -txcsum6 -vlanmtu, -vlanhwtag, -vlanhwfilter, -vlanhwcsum, -vlanhwtso"

Each command, eg `ifconfig em0 -tso` works, but when put in rc.conf they do not work.

ke5c2fin25: not sure but do they work without the hyphens?

if I use just `ifconfig_em0="promisc` it turns promisc on. Everything else in the list is enabled by default and I am trying to turn them off.

what about "s/-/no/"?

got a weird problem. I swapped out my (old!) NVIDIA 1650 gpu for a new NVIDIA 3050

its a dual monitor setup

but the 2nd monitor just goes to sleep

nvidia-settings knows the screen is there, but there's nothing on the monitor

xorg.conf has `Option "metamodes" "DP-0: nvidia-auto-select +0+0, HDMI-0: nvidia-auto-select +2560+0"`

on the old card it was a dual DP output, but this one now is 1x DP and 1x HDMI

weird, I move it all to 2nd HDMI output on the monitor, and it just works. go figure.

To avoid me making a fool of myself, I am not too sure why FreeBSD ports have weird updates

Openfire is still at 4.7.5, which is new enough, but there was an entire network stack rewrite to fix tons of bugs which is the 4.8.x releases... but Openfire doesn't get updated. And then I go to use gajim yesterday and i realise the port for it is 1.3.3, and still being patched, while the latest version is 1.8.4, 1.3.3 was released on 9th October 2021. I believe FreeBSD aims to be stable and

updates when there is security fixes, or when the newer versions become stable... however both the new versions for both ports have major improvements fixing numerous bugs and are _likely_ more secure... (especially how gajim integrated OMEMO into the main source code, instead of loading it as a plugin, allowing easy use of end to end encryption)

Is there a reason they are being held back? or is it just lack of manpower?

(probably should ask on mailing list, but again didn't want to make a fool of myself with something simple as "too new" or something)

for gajim specifically, bugs.freebsd.org/bugzilla/show_bug.cgi?id=274490#c3

Title: 274490 – net-im/gajim: update to 1.8.1 reason: OMEMO is broken

ah

should have searched bugzilla

ugh this is why native is better...

python and its dependency trees...

kidding*

use dino

realdeimos: I am using dino currently

but dino misses a lot of features, and since it moved to gtk4, I haven't managed to figure out how to set the gtk theme for it

but yes, dependencies are a pain, esp python ones

We really need a graphical XMPP client that doesn't suck so bad!

Gajim sucks because of Qt and Python, and Dino sucks because of GTK and Linuxisms.

i'll get my llm to write one in lisp with zero dependencies

an amorphous blob of parenthesis where no one will know how it works, just that it does

sentient parens

realdeimos: gajim is gtk

gtk3 to be exact

dino is gtk4

realdeimos: you are kidding right?

The issue is Linux is what most XMPP users use... and developing a client solo isn't going to be useful

Is linux really what most XMPP users use?

yup...

I am 99% sure

android and linux users

ARen't there lots of Windows & mobile phone users too?

not iOS, android yes. but Windows a little...

but the XMPP community is privacy paranoid...

Back in the day I used to use Pidgin but then it became impossible for some reason I forget. It looks like it is back now though.

I don't think any public provider currently runs on BSD

theres a few BSD users around...

For XMPP I use Profanity on FreeBSD.

I guess not.

On phones the main thing my associates use xmpp on their phone for is to get automated downtime notifications.

rwp: thats clever

I used to have pidget setup with. . . a bunch of services & protocols.

pidgin

They have hooks into grafina, prometheus, nagios and an xmpp adaptor and then the xmpp client on Android seems pretty battery efficient so doesn't drain the phone like other notification specific apps.

If we are talking smartphone and XMPP I use Conversations on Android. I haven't used Pidgin as my primary for XMPP for a long time.

Grafana, you mean?

Right. Grafana.

anyways for most there isn't any issues with XMPP, Dino and gajim are both GPL licenced and python has good support on Linux... both work under Arch Linux flawlessly... BSD is too niche to be heard

morning? what time zone is that...? New Zealand?

It's not yet noon here in Colorado! :-) TZ is -0600 here.

ah...

Other than the occasional jitsi use I am not using xmpp for anything these days. I mean with IRC who needs anything else? xkcd.com/1782

Title: xkcd: Team Chat

I use XMPP IRC and email

I keep all 3 clients open

XMPP is best for 1-1 chats... IRC is best for big channels... and email is best for well... email.

email is great for chat. rfc9078, you know...

lets not ruin email :)

They should switch ntalk to TCP & wrap it in TLS.

I thought ntalk already used tcp? No?

grep ntalk /etc/inetd.conf

Hmm... It does also have both tcp and udp service defined in /etc/services too. But lots of things had both there at one time.

I mean, IANA reserved port 5818 TCP & UDP for it. . . but I'm not aware of a TCP implementation of it.

Wikipedia mentions "utalk" as using UDP.

I think IANA's practice for a long time was to just reserve both TCP & UDP for everything, whether it made sense or not.

That reservation practice made sense both then and now IMNHO because having different protocols on the same number would be confusing. And look at the mess of port 465.

Hmm... I this seems to be the project page for ytalk ytalk.ourproject.org

Title: YTalk - About

And I had not heard of utalk before but utalk.ourproject.org

Title: utalk - a UDP-based talk protocol

Now that I have learned about utalk I feel I must play with it because it looks interesting. "utalk uses a protocol, based on UDP, which ensures a quick response even over links with high packet loss, by displaying information as it arrives even if it is out of order. So if you type "hello world" and the "w" is lost, the other party sees "hello orld", and a few seconds later the "w" pops into place."

It must tag each packet with the order count so that loss is known so gaps can be created and then backfilled later. That could make for an interesting effect! :-)

The immediate protocol problem fir UDP though is the same as for mosh in that it is not easily supported via bastion host proxies. I have been needing a mosh bastion host proxy system forever.

"utalk uses a protocol, based on UDP, which ensures a quick response even over links with high packet loss"

That sounds very much anti-thetical to UDP.

"Hey, I sent a packet! Do you care? Did you get it? How will I ever know?"

Evening all. I use PF for a firewall on a website serving static HTML.

I have logs full of hackers and even though im not owrried about them doing anything they are annoying and I'd like an automatic way of blocking them with PF.

Do any solutions exist for this already?

P-NuT: fail2ban is probably available on FreeBSD also (I use it on Linux)

You use it on linux for blocking people hacking nginx? Or only for SSH trolls?

P-NuT: it can be configured for many services. I normally have it setup for ssh, but it has examples of others included

vishwin: hey, i saw you in a mixxx issue of interest to me ( mixxxdj/mixxx #12894 ) and you mentioned being able to sidestep the issue. do you maybe have a working mixxxdb.sqlite lying around, or can you at least tell me where i find those migrations? didn't find them in the output of 'pkg query %Fp mixxx'…

Title: Upgrade fail version 2.4.0 - "Unable to upgrade database schema" · Issue #12894 · mixxxdj/mixxx · GitHub

12894 – new port: gyroscope-1.0 bugs.freebsd.org/bugzilla/show_bug.cgi?id=12894

Interesting. I will go and check out fail2ban.

Thanks again!

vishwin: just applied your patch from #277728 in case that contains a fix, now building, will report back when it's done.

it doesn't have a fix lmao

vishwin: thought so, but it was something i could *do*. anyhow forgot at least make makesum after applying the patch so the build failed :D

run all the migrations specified for version 7 except for the DELETE FROM queries

vishwin: ye, but where do i find the migrations?

res/schema.xml

let mixxx run normally on the first run, which should give you that error dialog

it will have you close the program

then inspect the sqlite db manually, it should be at version 6 because none of the version 7 queries were committed

yes, and after that, i get a ~/.mixxx directory. no schema.xml anywhere in there, tho.

because the sqlite db had been created by then

you need to open the sqlite db manually

on a sqlite repl right now. :)

yep, schema is version 6.

run all the version 7 queries except for the DELETEs, then bump schema version to 7

commit, then run mixxx again from there

Ah, found schema.xml in the mixxx repo. thought it would be part of the package. :)

okay, applied queries, updated all 3 schema version settings to 7. now i just rerun mixxx and it does the rest?

ah, i should read :D

yus, it worked, thanks a bunch, vishwin :)

lw

It seems to me that we maintin the BSD make and one problem (for both GNU and BSD makes) is that you can start a make -j, and you could theroretically inherit some portion of a j, but we don't do that --- and so (say) a make -j40 in /usr/src on a 40 cpu machine ... does not run along at a concurrentcy of 40 for all it's journey --- it depends on each subdirectory's concurrency.

... almost like a make allow job server would be the ideal solution.

... similarly for poudriere, you can set the number of jobs, but then the jobs themselves default to a conncurrency of ncpu --- which means that you get number of jobs * number of cpu busy tasks ... sometimes. about half that mostly.

putting on my thinking hat, jobd and job ... job communicating with jobd as when to run... that would allow fairly easy deployment to all sorts of different makes (by seting $CC and whatnot appropriatly)

yes? no? run it up the flagpole? I could pretty easily write this... if it was going to be used.

yes/no/maybe/

???

Hello everyone! I am still trying to boot FreeBSD Iso Installation disk via GRUB from the HDD. I want to boot the installation with some sorts of loop sintax, under GRUB, any light? Please help me if you have the chance!

can I paste a 10 line 40_custom grub entry in here? Directly, I mean

brb

is there a way to make a repo searchable but disabled? like i'd like to be able to pkg search the default repo easily, but have it disabled use my own local repos (with far less packages) when doing anything other than search.

or a better way to accomplish the same thing?

alright! I am back

I have this so far:

menuentry "FreeBSD" --class freebsd --class bsd --class os {

insmod ufs2

insmod bsd

set isofile="/home/carbon/Boot/Iso/freebsd.iso"

set root=(hd0,gpt5)

loopback loop (hd0,gpt5)$isofile

kfreebsd (loop)/boot/kernel/kernel

kfreebsd_loadenv (loop)/boot/device.hints

set kFreeBSD.vfs.root.mountfrom=ufs:/dev/ada0s1a

set kFreeBSD.vfs.root.mountfrom.options=rw

set kFreeBSD.hw.psm.synaptics_support=1

}

the ada0s1a reference changes nothing if removed entirely, in fact, if I remove all the sets it will render an instant reboot

please try to enlighten me on how to boot the Iso from the hdd via Grub

rwp, hello mate!

Carbon666, I don't know but I would have assumed that one would chainload from GRUB to the FreeBSD loader. That would have been my assumption.

Obviously I am not actively doing this and so I am just brainstorming here.

Would it help if I dd the Iso to an actual partition?

Usually when one has booted a bootloader like GRUB and then want to boot another system which has their own boot loader then one would use the chainload functionality to chain from GRUB to the other boot loader.

maybe, right?

You haven't already made a dd image copy to the hdd? I had assumed that you had already.

Oh, I see!

I haven't, I was trying to use loop in order to mimic an actual dvd-drive, but without speed limitations

For example Windows (blech! /me spits in the dirt) has its own boot loader. So one will usually chainload it. gnu.org/software/grub/manual/grub/html_node/Chain_002dloading.html

Title: GNU GRUB Manual 2.12: Chain-loading

I am making an assumption here but I think chainloading the FreeBSD bootloader would be the desired thing. Because then the FreeBSD loader knows about the kernels and boot environments and options and one gets the interface to interact with it at boot time.

yes, but I can boot most linux dist with a loop interface under grub...

GRUB is designed to boot linux kernels.

ok, so I will dd it to a partition and try to, maybe os-probe it

let me do it

yes, that's why I need your help to try to boot it with the right calls

it provides the kfreebsd keyword

Back during the transition from GRUBv1 to GRUBv2 GRUBv2 was defaulted (on Debian at least) to chainloading the previous GRUBv1 loader as a safety precaution because some systems had required custom parameters set that was hard to automatically transfer to the new system.

so, it must be capable of booting it

I mean, it IS fully capable of booting it

kfrebsd was a Debian project to boot Debian using the FreeBSD kernel. wiki.debian.org/Debian_GNU/kFreeBSD

Title: Debian_GNU/kFreeBSD - Debian Wiki

s/kfrebsd/kFreeBSD/ as that was just a typo there.

Oh, so maybe that's why I get an instant restart using it!!!

ok, let met prepare a partition and all, gonna dd and let's see what happens

brb

Debian kfreebsd had some grip and forward movement but the all encompassing systemd movement killed it as it is counter to the new GNU/systemd system they are building.

OHHHHHHH

that's wonderful talk

If nothing else I believe it would be easier to chainload to the FreeBSD boot loader and get that working as I think that should Just Work. And then you can try to get it to boot natively. I think I might have heard about people doing it.

let's try to have that talk anytime, if you wish

What's a wonderful talk? What talk? Did I miss someone giving a talk that I would be interested in?

ỹes, the GNU/systemd talk

not gonna lie, this is the first time I will try to use dd without wiping my system

there goes well 20 years since the last time :P

rwp, ifI dd, I should use the memstick image?

gonna go with the full release

I think you are just saying that what I am saying about GNU/systemd is my own talk? Uhm... Okay. Sure. I definitely have opinions. :-/

maybe I am mixing linux systems and all, I am trying to find MY system yet

We do jokingly call dd the disk destroyer because if one gets the destination wrong then it will wipe over a system faster than any other method. But it won't destroy the disk. The the OS on it.

haha

now I am less blind

For FreeBSD I would boot the full install image. That's just easiest. And it isn't too terrible. The FreeBSD-14.0-RELEASE-amd64-disc1.iso is 1.1GB! It has been growing!

I can reason to use lsblk nowadays hehe

WE LOVE IT BIG! rofl, just kidding

markmcb: maybe you can pass a special config file in your pkg search command, with this special confnig enabling the default repo. (so maybe best suited for a command alias)

ah hmm, this is wrong, nevermind

I personally recommend against multi-boot systems. Because the machine is always booted in the */other/* OS than the one you want to be running. Instead I find virtual machines to be more useful on current hardware with just a little bit of RAM to support it. And FreeBSD jails are very light weight for FreeBSD containers.

markmcb: i meant repository file, but i don't know if that is supported...i'm curious so i will check

dude, isn't the: "-memstick.img: This file contains all of the files needed to install FreeBSD, its source, and the Ports Collection. Write this file to a USB stick as shown in Writing an Image File to USB."

the one to use with dd ?

let's try

the full dvd first

jmnbtslsQE: that's what i was thinking, but didn't see a way to pass that to pkg search

markmcb: hmm, maybe you can just set REPOS_DIR... so: REPOS_DIR=/etc/pkg pkg search -r FreeBSD $package

(that's for the default FreeBSD repo, if it's a different one, then i guess you would want a separate directory with just that repo in it)

i'll give that a shot

dd started, rofl

holy mother

os-probe saw nothing

it seems I can't see the fs from linux in here

I am not sure on how to call the kernel

so far I have: menuentry "FreeBSD ISO" {

insmod ufs2

set root=(hd0,gpt3)

chainloader

}

I don't know much about os-probe but again isn't that a Linux & Windows specific probing? (It tries to mount file systems and see what is there. Which can be a problem for people with VMs active on the partition which is getting mounted. I always remove os-prober.)

the "ISO" is so that I know it is the install boot

There is a forgotten +1 on the chainloader line: gnu.org/software/grub/manual/grub/html_node/Chain_002dloading.html

Title: GNU GRUB Manual 2.12: Chain-loading

Title: GNU GRUB Manual 2.12: chainloader

I have already told you more than I know. You will have surpassed my experience on this if get it to work.

yes, but, I can't see the fs dd created at that partition, I should chainload to /boot/kernel/kernel ?

let's make it happen!!!!

I must do two other higher priority things first. But since I am curious after I do those things I will try setting up a test on my workbench system and see if I can figure it out. Don't hold your breath though as it might be a while.

sure

I already told you once: you are a live saviour!

this notebook I have is pretty old

and that's the only thing I possess right now

#menuentry "FreeBSD 14 iso" {

# insmod bsd

# set isofile="/home/lightac/Boot/Iso/freebsd.iso"

# loopback loop (hd0,gpt4)$isofile

# kfreebsd (loop)/boot/kernel/kernel -v

# kfreebsd_module (loop)/boot/device.hints

# set FreeBSD.vfs.root.mountfrom=cd9660:/dev/md0

# set FreeBSD.vfs.root.mountfrom.options=rw

#}

this one had positive feedback, but I was unable to install, gotta retry it to refresh my memory

This is what I will attempt right now:

menuentry "FreeBSD ISO" {

insmod ufs2

set root=(hd0,gpt3)

chainloader +1 /boot/kernel/kernel

}

brb

rwp, just updated my grub entries with that menuconfig and got this:

Warning: os-prober will be executed to detect other bootable partitions.

Its output will be used to detect bootable binaries on them and create new boot entries.

Found unknown Linux distribution on /dev/sda3

Found Slackware 15.0 x86_64 on /dev/sda4

got unknown linux

let's see

brb

I am back. and it says "Missing Boot Loader"

I will try getting the memstick image

I am trying to get it by magnet, but, nothing so far

magnet:?xt=urn:btih:487b456b4a4c5c020644ebb255f5c5b80ebc2bc9&dn=FreeBSD-14.0-RELEASE-amd64-memstick.img

magnet:?xt=urn:btih:9db64a46d5630912d24bd7bc811b862d6c84dc4b&dn=FreeBSD-14.0-RELEASE-amd64-memstick.img.xz

this one seems also dead

not anymore

13mb/s

let's dd it

now, gonna attempt the same chainloader argument

brb

nothing, same thing

Carbon666: try this line: chainloader (hd0,gpt10)/EFI/FreeBSD/loader.efi

alright

change hd0,gpt10 to what you have of course :)

sure

but should I provide a +1?

just like that

right, brb

bsd4me, it says: Unknown file system. I tried adding: insmod bsd and it didn't help

I will dd the full dvd back again, since that was the mem stick img

insmod ufs2

that I had on

ok, dd complete

menuentry "FreeBSD ISO" {

insmod ufs2

set root=(hd0,gpt3)

chainloader (hd0,gpt3)/EFI/FreeBSD/loader.efi

}

that's what I've got

ok, rebooting

Hey!!! bsd4me, rwp, we did it!

menuentry 'FreeBSD ISO' {

set root='hd0,gpt3'

kfreebsd /boot/loader

}

this is the correct entry after dd'ing the full dvd iso to a given partition

congrats :)

I gotta go to bed now

but tomorrow I know what to do :D

great job :)

gn

gn everyone, thank you for everything so far