any elixir enthusiasts in here? if so - write to me in priv if you have time over for a couple of questions.

I will install openjdk-jre21 from ports,and running 'make config-recursive' but notice it will install cups, why doesn openjdk-jre21 cups installed?

nwe: I've had pretty good luck with using portmaster. docs.freebsd.org/en/books/handbook/ports/#portmaster

Hi

I need some help in upgradeing

pkg: Fail to rename /compat/linux/usr/share/.pkgtemp.icons.zITfg1E7EDDm -> /compat/linux/usr/share/icons:Is a directory

should I do it manually?

all my system now is broke :( execpt hexchat

Done manually..

system is still broke after upgrades :(

ld-elf.so.1: /usr/local/lib/libinotify.so.0: Undefined symbol "kqueue1@FBSD_1.7"

I have no browser please help..

Looks like libinotify needs an update?

All packages are up to date..

update as in a rebuild

I installed it via pkg

not ports

my ports collection itself needs updates

Notify the maintainer(s) if you're sure it's a FreeBSD-wide error.

wait.. look like my linux-seamonkey is working I will try to search..

TommyC: My browser is broke agian.. how to notify them?

any help guys please..

is it good idea to use both pkgs and ports at once?

Yeah, I am doing that

But not for main libs

I found that is a libc problem..

la_mettrie: If used ports libs.. I think your pain will more at upgrading

generly Unix is designed to make you suffer, but some choices make it less

Unix is designed to do just what you tell it to do. Nothing more, nothing less - so if you give it bad instructions, expect bad behaviour. :°)

yeah, but sometimes noone knows the good instruction in some new things

some stuff unexpected will come out

Possibly. But the above still applies in full, regardless

yeah

BUT now my libc is broke, and don't know what to do?

Can't be of much assistance I'm afraid. I've encountered people screwing up their libc through source installs on Linux before, and they all ended up having to reinstall the OS.

I want to get my beautiful system back to work :(

Alver: No, my problem is simpler.. kernel is up to date, every thing is working; except some important apps for me..

the error of libc is only with libinotify

maybe I need to build it from ports with latest..?

those ones is chrome, rox, gimp...

Retrofan: the first step will be figuring out what it is that is not working in those specific apps. "Not working" is not useful

not only those apps.. some others wich make use of libinotify

my whole X11 system will be broke without fixing that

this my main os, I never used any other for years ago

Did you try reinstalling all packages, like in: pkg upgrade -f

Yeah

and I fixed alot of problems

except that one

I want to say that I didn't fully upgrade my system from 13.2 to 13.5

I only Installed the letest updates for 13.2; to make it possable for a safe upgrade..

For kernel, base and other stuff..

And you are now on 14.3 ?

huh

I am 13.2

I want to go for 13.5

My system didn't touch any updates for years

Oh, ok.. Can you rollback, do you use zfs and boot environments?

I only installed patches

divlamir: rollback why?

zfs and boot environments: no

I tried a year ago upgrading.. but faced same problems; and didn't know about rollback, so I removed newer stuff manualy and installed old ones with right version, and it worked!

and forget about upgrading, but now I feel may get hacked and I need some newer apps

o_0

Almost sounds like backing up/keeping home drive and doing a clean install is the way to go

I don't thing this problem is big enough for clean install

We here not using windows

After my old manualy rollback, my system was so clean

Retrofan: Can you check what version of FreeBSD was your libinotify built on?

As 13.2 is unsupported it may not work if your package is built on later version

Ah, I forget about that..

For example the package from the latest branch on 14.3 is built on 14.2

here we go

it was built on FreeBSD_version: 1305000

Well, here you go

is this 13.5?

No way it's gonna work before you get your base system there

Yep

so I need to upgrade now

all my packages is same

If your base system is in good shape, yes

And the rebuild ALL packages in the end

pkg upgrade -f ?

Can't have new libs on unsupported system, yeah after you've done the kernel and base upgrade

And any ports installed manually too

Ports is an other very big story

I have ports from early 2000s

I don't want to hear it :)))

dont worry I will fix it by myself ;)

I don't install any main libs from ports; so system can work without them

*didn't

Keep us posted but you should be fine once you get to a supported release

divlamir: I am really scared from upgrading

Do a clean install on zfs then, it's good to have a safety net and go back to a working state if it goes wrong

I really want to try zfs

but they say that is eating ram

You should be more scared living in unsupported releases

yeah

Well, it does eat a chunk, but even on a small VPS it runs ok

But I can't now.. I need upgrade first and take the risk

I will do that for freebsd 14 upgrade

Maybe backup first :)

you mean my data in Home

I had done that

and all my conf files

is safe

other big stuff is on different hard disk

divlamir: are you in dev team?

Not at all, just a regular user

I was just wondering why they removed seamonkey back in 2019

I had very good time with it

and started a project for re port it (with plugin support)

Here's the commit reason: mail-archive.freebsd.org/cgi/getmsg…vn-ports-all/20190707.svn-ports-all

I see that alot of old ports that removed was really good, that's way I have ports form 2000s

security?

I can't open any browser :(

Just too much burden security wise, according to the message

yeah

but we surly can make safe

they choose the easy path

There are browsers like plain Firefox that do not need linux compat, why not go native?

I am retro guy ;)

But yeah, I can understand being attached to some piece of software...

I like the old mozilla style and stuff

i could not compile seamonkey last i tried, gone a couple days

I am a usenet user + irc and I really make use of flash and java daily

and seamomkey was doning all of that

Well deserved nick then :)

I heard about palemoon

thay have native version for freebsd

but no usenet or irc

anything you can't find in regular web, you will find on usenet..

Reinhilde: need new patches

try seamonkey 5.20, I compiled here on 13.2

*2.53.20

my bad

2.53.21 have problem with gtk

Now the freebsd-update(8) utility can fetch bits belonging to 13.5-RELEASE. During this process freebsd-update(8) will ask for help in merging configuration files.

haha

the right way to upgrade was on the offical freebsd website

gruh.

Retrofan, i actually yanked the latest released version. but maybe that's my problem

latest is 2.53.21

I have some problems here

the command want me to edit conf files manualy, and opened it in vi

and don't know what to do

as it only saying current file above with only two lines, and the newer file

for fuck's sake we need more package build capacity

for almost a month freebsd current hasn't had usable package repos

*sigh*

yeah, stay away from current

Retrofan: some of us have no choice :)

how?

you mean new software

ARM64/RISC-V non standard machine devs

ah

I don't even do x86 on Linux

heheh

In my opnion netbsd is better for that

I have one x86 and it runs all non-x86 virts lol

I don't know I feel freebsd is for workstion desktops

I haven

*why

openbsd for servers

oops I haven't been an active x86* user in 10+ years'

I use MacOS ironicly for my desktop

(It is afterall Unixish underneath)

Back in the day RISC was the strongest for work

Yep

Mimps

SGI

I was a Unix admin back in my day job

I'm retired now so judst a hobbyist..

s/judst/just

every time I see xerox stuff

what it reached in 80s

Retrofan: I'm n old NCR/AT&T/Lucent geek lol

Imagine if they worked on a unix version of viewpoint

it will make the strongest ever workstation..

Heh imagine if we still used microchannel and such....

It would be scary...

yeah

I just built FreeBSD on a VisionFive2 RISC-V box this morning

xerox is like nokia

maybe worse

selling there tech for other company like apple

*companys

Tenkawa: Morning compile :)

heh indeed

oops... it couldn't reboot itself.. lol

Rebooting...

pmic_ops: cannot read pmic power register

Look like your experience is big ;)

Retrofan: I worked a long time with this yes and its a lot of fun...

Thats why I keep doing it

You will like this blog so much

pkg/ports for risc-v.. now "that" is a bit behind lol

I really love those toys.. but no money :(

1000 of dollars

Nod.

so emulating is the best :)

Tenkawa: can you help me in my problem :)

Retrofan Whats up?

(missed it)

upgrading my freebsd system

from/to ?

from 13.2 to 13.5

updated and applied all patches for 13.2

and now upgrading

but..

the command ask me to manually edit conf

"/etc/group"

yeah...

got diffs

open in vi, only saying current file above with only two lines from it, and the newer file down...

I know how to edit in vi

I don't have any browsers working now

also I am not smartphones user ;)

but what it wants from me; for example deleting that only two lines

does it not give you dialog to merge changes or are they too diverse to merge?

It should give you the ability to do it through the dialog

and replace it with newer files, or something else

dialog? you mean x11

or in shell

no.. dialog meaning questions/choices

it should ask you if you want to merge/overwrite/ignore

s

t

armin: wrong terminal ^^

ah yeah he said press enter to merge..

nwe: nope, RIGHT one! \o/ <o/ \o>

=)

=)

and I need to merege; there some new stuff in the new one

I had to do that 120 times manually for one update yesterday lol

hit merge.. enter over and over

Tenkawa:No problem, a while ago I messed up my sytem, needed it to install 367 pkgs manually with right version ;)

Yeah its a pain

mine was valid sadly.

Tenkawa: "enter over and over" but how merge it?

I had to manually tell the prompt yes to merge.. over and over

It should be one of the selections

NO

it wants me to merge it manualy in vi

You're running mergemaster?

If it does then you have too diverging changing or you didn't run the pre step to get the mergemaster changes

I think thats being deprecated at some point though

FYI, mergmaster doesn't explictly use vi, it uses what you have set as $EDITOR.

yeah, my main is vi

but what it want from me

CrtxReavr: It has been giving me a deprecation messae recently... is there a timeline on it yet?

er message

Tenkawa, "It?"

it only shows first 2 lines of orginal file

that mergemaster process.. I see its planned to be replaced with etcupdate with what I read...

unless thats changed.

OH. . . I don't know about any timeline.

Though, I'm mostly happy with mergemaster.

There was an annoying change to the CLI options for it a few years ago.

<<<<<<< current version

# $FreeBSD$

#

wheel:*:0:root,mosaid,operator,vboxusers

=======

wheel:*:0:root

>>>>>>> 13.5-RELEASE

daemon:*:1:

and so on

hasn't been touched since last year so I'm not convinced it will happen....

r

but note the last comment

So should I delete those first lines, and add there stuff?

No browser :(

ahh its the release line

weird

wheel of course since you added users to the group should be diff

just make group "correct" then remove the temp "file"

then it will stop complaining

and what is "======="

it's not in the orginal file?

I feel like I will mess it up

Tenkawa: I wanted to mention, I own a group for retro stuff if you wnated to join ;)

Nice... I'll bookmark that

Ok the next fun tricky part... getting pkg to work on this risc-v.. it cant seem to acknowkedge its own existence

ok.. there "are" no pkgs yet

just looked at the pkg lists

its not in the Tier 1 or 2 arch list

"You know your hardware is shit when not even the NetBSD people want it."

Tenkawa: could I edit the conf out from what file the command gived me?

CrtxReavr: yeah

CrtxReavr: NetBSD supports more than FreeBSD

BeagleBoard BeagleV

StarFive VisionFive 2

Milk-V Mars CM dmesgd.nycbug.org/index.cgi?do=view&id=8029

I have the last 2 + a few others

The one neither supports that has much better potential is based on the Spacemit K1 SoC

I have one of those running Linux and its fairly powerful

More often than not, running jurassic hardware just means you're burning more electricity.

Jurassic? You do realize these are almost new right?

CrtxReavr: look like your not vintage ;)

They are super power efficient to compared to most architectures

"especially" x86/64

For their day, maybe. . . but for what you could do in a VM on modern hardware, probably not.

he is having fun, leave him ;)

hi, anyone here using poudriere to build their own ports getting failures with a selection of ports "/bin/sh: ccache: not found" ?

Tenkawa: I merged it manualy in other editor

but after I exit vi, it still ask me to merge it..

Merge conflict markers remain in: /etc/group

should I delete the temp file?

that would make me think that I should double check for "<<<", ">>>", or "==="

Is this for me?

CrtxReavr: the VisionFive 2 is only 3 years old... what counts as "modern" to you?

the Mars CM seems to be even newer, less than two years old

ivy: I'm going to "attempt" to see what I can do with that one here in a little while..

Tenkawa: I merged it manualy in other editor but after I exit vi, it still ask me to merge it.. should I delete the temp file?

It has some strange device tree changes that I might have to make..

Tenkawa: have you measured the perf/watt of these devices against an N100/N150? i'm personally not convinced the improvement is enough to justify the hassle

Retrofan: I can't tell you really... I've never had it behave quite that way

Ok :(

i mean, they're interesting, but i don't think i'd buy another sbc with a crappy fdt / cheap ethernet controller / whatever

ivy: I don't use any x86 architecture in general...

I have one however I haven't "written/coded" on x86 in 10+ years

The machnie I'm typing on is an arm so....

Retrofan: if you're using a Bourne shell run the merge with `EDITOR=ee merge-command-here` and it'll use ee instead of Vi

s/machnie/machine

Remilia: No problem with vi at all

I edit the file out the merge command

but it still asking for merge

that's likely the issue

how?

depending on what you are using it is not looking at /etc/group

exactly.. its still using the mergemaster prepared compare right?

it is looking at the temp file

I might be misremembering but freebsd-update works on copies while you are doing the merge

so should I edit the temp or delete?

you should merge it during the upgrade process

wait.. is it want me to edit the copy for merging it with orginal

not outside

or edit the original

or find the copy that it is working on

I found it..

so editing it or remove?

"/var/db/freebsd-update/merge/new//etc/group"

Remilia: so editing the temp?

Retrofan: Just edit the members of the wheel group and delete the extra merge lines, done

in that vi.. then ok

I was only understanding

Just make it look something like:

wheel:*:0:root,mosaid

daemon:*:1:

I know

I only wanted to make sure

I have no browser working right now

Try installing w3m

and afraid from doing anything bad, which may will case pain for me for long time

If you are stuck in a terminal

lynx is better

Yeah, whatever does the job for you

but freebsd forum is using js/css

I have experience with text browser, those modern website will never work with them, or everything will be messed up

*browsers

Links actualy works half decent on js websites ...

vi is so hard.. but powerful

s/actualy/actually

at editing

In any case you shouldn't be editing the files in /var/db/freebsd-update directly, but do it as part of the process when ypou run freebsd-update

done

using vi

Now..

I only need to run /usr/sbin/freebsd-update install

two or three times..

Good luck this time!

hexchat is deleted, only working from memory

so I Will go for now

See u in a bit on 13.5 then :)

I wish :) If every thing worked

I don't have even a smartphone, so my all work on this pc

Don't forget reinstalling all packages, it will be fine

yeah, I have the instructions on txt file

Well forums is working on lynx

this good

Bye!

if anyone is running 15.0 and uses pkg.f.o, do not update to the latest ports build, it only includes a core subset of packages for re@ and will remove all your ports packages. next full build will be 1-2 weeks

ivy: "is" there a ports tree that I can currently pull for risc-v? I will definitely need it since there are no prebuilt pkgs currently outside of base

Tenkawa: if you compile yourself you're fine. this is only for people using ports packages from pkg.f.o

I'll store it off to the side and just replicate it as needed.

ok

yeah risc-v has no precompiled currently

(at least not according to the status page)

curious, i wonder how they build the installer snapshot without a pkg package

maybe it builds it from source

It "could" be the mirror too I'm hitting

is there a master url I can check?

i don't think that's publically accessible, but pkg0.nyi.freebsd.org/FreeBSD:15:riscv64 is the primary mirror and i don't see any ports there

there probably isn't any RISC-V hardware fast enough to do a ports build, tbh

yeah chi didn't either

it would be published on pkg.freebsd.org if any output was expected to be useful

re: hardware, doesn't matter; poudriere can work with qemu-user-static nicely, which is at least a bit faster

i do wonder if it would be useful to build some basic packages like git just so people can bootstrap ports

kevans: did they fix rust in qemu-user-static? also, that's super slow...

was rust one of the ones plagued by our threading problems, or was it a different issue?

i'm not sure what the exact problem was, but you couldn't cross build it with qemu-user for some reason

the threading problems are believed to be fixed

we used to deadlock in a lot of golang stuff, maybe rust as well

(this was on arm64, i've never tested riscv64)

ivy: git-static would be "very" useful

we should probably just import got into base :-)

what's the appeal of got

rtprio: the license

not the sibling incest?

does it still require perl?

isn't got dead

the last release was today, so i don't think so

Yup, got is alive and well. I certainly wouldn't mind seeing it in base.

rtprio: Looks like it's all C.

Although a grep -r perl in the source is kind of funny.

mason: -v "Sperl" needed or are you seeing something I'm not?

ek: No, that was it. :)

I figured. :)

Hrm. I am really not liking the recently removed "-r" arg for "pkg check" these days.

Using pkgbase has all kinds of checksum mismatches that need to be rectified.

ek: how did you end up with checksum mismatches?

Just simple things like /root/.cshrc being changed.

Not a problem or a worry. Just the periodic checks that I cannot seem to fix.

ivy: And, of course, /boot/kernel/linker.hints. :eyeroll:

Again, nothing I'm worried about. I'd just like to accept the changes and not be pestered about it.

pkg check doesn't check config files, so cshrc shouldn't be listed

linker hints i'm not sure about, we probably shouldn't be shipping that in the kernel package and just generate it on install, but there might be implications there for cross-installing

ivy: I thought the same thing. Could just be temporary hiccup while they iron out some things.

But, I am seeing:

FreeBSD-csh-14.3p2: checksum mismatch for /.cshrc

FreeBSD-csh-14.3p2: checksum mismatch for /root/.cshrc

Which does make sense for that particular package, I suppose.

Obviously there's no "pkg check -r FreeBSD-csh-14.3p2" to use anymore to regenerate so I just get those in my daily periodics.

No harm. I'm just slightly OCD and anal so I'd like to clean up the report.

ek: Might be worth a bug report.

mason: Yup. I'll see what happens on my next update.

++

ivy, I (probably foolishly) consider anything x86-64 to be modern enough. . . though some of that early x86-64 kit is pretty brutal on power.

ivy, but tell me the NetBSD world isn't full of VAX & Sparc IPXs. . .

ek: oh, it might be missing the config tag on 14.x, some files were and i'm not sure the fixes were backported

ivy: That is very likely.