<cruxbot>
[opt.git/3.6]: nvidia: updated to version 470.74
<cruxbot>
[compat-32.git/3.6]: nvidia-32: updated to version 470.74
CrashTestDummy2 has joined #crux
CrashTestDummy3 has quit [Ping timeout: 252 seconds]
groovy3shoes has quit [Ping timeout: 264 seconds]
groovy2shoes has joined #crux
tilman has quit [Ping timeout: 252 seconds]
tilman has joined #crux
CrashTestDummy3 has joined #crux
CrashTestDummy2 has quit [Ping timeout: 252 seconds]
lunatic has joined #crux
lunatic has quit [Quit: leaving]
Guest39 has joined #crux
Guest39 has quit [Quit: Client closed]
ivandi has quit [Quit: WeeChat 3.3]
ivandi has joined #crux
ivandi has quit [Quit: WeeChat 3.3]
ivandi has joined #crux
<elderK>
Hm. I seem to be experiencing crashes with the newest NVIDIA driver. Not sure why, there's nothing in the dmesg logs. Xorg has a fair amount of warnings, though. Page flip errors.
<elderK>
Seems to be related to asynchronous page flipping for i915ish chips. Weird that the issue's only causing trouble for me now.
groovy2shoes has quit [Remote host closed the connection]
raph_ael has joined #crux
<raph_ael>
hi
<raph_ael>
https://imgur.com/a/LfsJapj does it ring a bell to anyone ? reinstalling shared-mime-info and cmake did nothing
groovy2shoes has joined #crux
<stenur>
you could try to go back to shared-mime-info-1.10.tar.xz, that i have and i have gdk-pixbuf 2.10.0 just fine; it is a tenth of the size of shared-minfo 2.1.
<stenur>
Other than that i have not looked but do you run all the pre and post install scripts?
<raph_ael>
prt-get install or update, does not do it ?
<Romster>
raph_ael, you need to use prt-get depinst gdk-pixbuf
<Romster>
raph_ael, also you should turn on "runscripts yes" in /etc/prt-get.conf or add --install-scripts to prt-get --install-scripts depinst foo
<Romster>
pre and post install scripts can be a security risk so only do that on stuff you trust
ivandi has quit [Ping timeout: 264 seconds]
ivandi has joined #crux
<stenur>
Despite that script running i can give you a port update script that does system upgrading while also keeping care to get dependencies installed right.
<stenur>
It is a bit more complicated than needed maybe, but like this i see what is going on before i can go and have a tea.
<Romster>
a bit more complicated... prt-get depinst <port>, prt-get deptree <port>
<Romster>
let the person get used to the prt-get commands first before suggesting some sort of wrapper.
<stenur>
Sure. That script also uses the commands, of course.
Moth has quit [Remote host closed the connection]
<stenur>
Also please do not start the same s..t that beerman is doing right. 6700 was taken out of the manual page you quoted yourself.
Moth has joined #crux
<Romster>
i'm not starting anything get off your high horse
<stenur>
Does not sound like this.
<Romster>
The default value is 6700.
<Romster>
oh i see well it would help if you mention what that 6700 number represented
<stenur>
Says the manual. And count the directories that are created for the objects and that three objects make a commit or so then 10000 was not that far off.
<Romster>
also i didn't mention in that comment that the lines your patch rmeoves are not even in /etc/ports/drivers/git
<Romster>
no line in there has "git gc"
<Romster>
grep gc /etc/ports/drivers/git
<Romster>
or even "gc"
<Romster>
so that's confusing too.
<stenur>
Funny. Very funny. Well here it has, and that is good.
<Romster>
don't even start crap with me
<Romster>
be civil
<stenur>
Mobbing is going to be a crime heh.
<Romster>
this is a hobby we all pitch in
<pedja>
damn, just as I ran out of 🍿 :)
<Romster>
rude comments are not necessary, i'd like to understand an issue and i saw that patch not fix anything in that file. as "git gc" is not in that file already.
<Romster>
so i closed it
<Romster>
simple as that.
<stenur>
I am fine with not adding gc, what the bug desired. I have this locally for months. It would be nicer if it came from CRUX directly like that, one overlay less.
<Romster>
and you didn't even suggest prt-get dep as in dependency install to that guy, and going to an older version of shared-mime-info "because it's smaller"... what is that.
<Romster>
if there is a bug add it to the bug tracker
<stenur>
At least in my opinion. I have repos where thousands of objects do not matter, but in others i really like to avoid it. Taking a ride, last really nice summerday, dark in three hours. Ciao.
<Romster>
well if you submit a patch that would apply for one and a clear explanation of what it does. and not some childish comment to any crux devs would help :)
<Romster>
just saying.
<Romster>
trying to piss someone off in the comment by saying that... really?
<Romster>
do that to the kernel mailing list or anywhere else and code of conduct would be thrown at you.
<Romster>
this is a hobby be helpful help us out with details. please.
<pedja>
Romster, is the discussion about #1830?
<Romster>
sure if you want to avoid it supply a patch or example code and what it solves.
<Romster>
yes pedja
<Romster>
it didn't make a lot of sense.
<pedja>
fwiw, you made a right call closing it
<pedja>
imho
<pedja>
stuff like that belongs in local system changes
<Romster>
i didn't make a lot of sense of it so yeah i closed it, wasn't happy at the comment "Other than that piss off beerman."
<Romster>
"On a slow filesystem like for example the one from OpenBSD managing CRUX ports could be interpreted like a denial-of-service, in some situations." i don't fully understand that in regards to the git gc
<Romster>
and cheers pedja
<pedja>
if git's gc is DOS'ing openbsd fs, that's for upstream bug tracker
<Romster>
when i do changes to ports i try to cater for the wider audience as best as i can. understanding a problem is hard when it's not clear or concise. and a supplied patch doesn't even apply.
<Romster>
agreed
<Romster>
and no mention of what snapshot system is being used
<Romster>
or times or any example to see the speed comparisons or wsted space taken up by inodes.
<pedja>
'looks slow to me', despite people think, is not particularly useful metric :)
<pedja>
despite what*
<Romster>
oh stenur was trying to add git gc taht patch has - not +. so stenur supplied the original and new files backwards. that would make some more sense.
<Romster>
learn how to use diff origional_file new_file
<Romster>
not the other way around.
<Romster>
so adding lines and removing lines makes sense.
<Romster>
it wouldn't be hard to do a cron job to git gc if it's that much of a problem on some snapshot filesystem.
<Romster>
running git gc on every invocation feels like more cpu cycles are being wasted.
<Romster>
not to mention disk i/o
<pedja>
in 10+ years of using git, can't reall I ever had to ru it manually
<Romster>
i've ran it manually like once a year or more on my romster ports tree and it did clean it up but that was only when i was doing a lot with it.
<Romster>
even then it probably only saved a few megabytes and some less inodes but i didn't even think to measure it.
<Romster>
haven't ran git gc in the last 5 years to be honest
<pedja>
I suspect heuristic that is used when to run it didn't come to git devs in a fever dream
<Romster>
it would of been after real world testing
<Romster>
agreed
<pedja>
MS Windows git repo :)?
<pedja>
that's a workout for git, I think
<Romster>
heck i could see it being used there.
<Romster>
i honestly could only think of running it if the git history was rewritten
<Romster>
which is a bad thing todo on a shared git repo
<Romster>
but on a non-shared one that is a mess to clean it up i guess.
deltahotel has joined #crux
<Romster>
pedja, yeah i forgot the word "what" in that sentence about the metric. I was tired when i wrote that :)
<pedja>
heh
daftaupe has quit [Ping timeout: 252 seconds]
dusk_ has quit [Ping timeout: 252 seconds]
deltahotel has quit [Read error: Connection reset by peer]
<Romster>
The TRUTH about the $22,500 Tesla battery repair
<Romster>
but then there is lous rossman on this too.
bdax has joined #crux
bdax has quit [Quit: Client closed]
ivandi has quit [Ping timeout: 246 seconds]
ivandi has joined #crux
rlittl01 has quit [Quit: -a- Connection Timed Out]
rlittl01 has joined #crux
groovy3shoes has joined #crux
groovy2shoes has quit [Ping timeout: 246 seconds]
Guest32 has joined #crux
ppetrov^ has quit [Quit: Leaving]
Moth has quit [Remote host closed the connection]
Moth has joined #crux
Guest32 has left #crux [#crux]
bgpepi has joined #crux
daftaupe has joined #crux
daftaupe has quit [Ping timeout: 252 seconds]
* stenur
o/
<drez>
thoughts on running pkgsrc ontop of crux?
<stenur>
That tesla video is a bit strange
<stenur>
drez: hm. :)
<drez>
well :-)
<drez>
i'm trying to find something i can be comfortable with
<stenur>
prt-get is a no-brainer in real life. For me.
<stenur>
I am now following since 2 1/2 years, and i never had an issue due to the package system at least.
<stenur>
Of course, security audit and that is entirely missing.
<drez>
neat
<drez>
but
<drez>
i fear there may not be enough things available
<stenur>
But since the core team is super fast with updating the package on problems. You mean? Packages as such?
<drez>
yeah
<stenur>
Yes very few packages, but more than i need.
<drez>
hm
<stenur>
Yes. That is right. There are some external repos with entire desktop environments. But i personally am very very basic here, so..
<drez>
i'd just like to use some motif applications
<stenur>
Oh!
<stenur>
That .. sounds even a bit masochistic, menus and buttons are strange there.
<pedja>
iirc, pkgsrc is restricted to ~ dir?
<pedja>
and it pulls its own toolchain
<pedja>
might be easier just to package what you need with native CRUX ports
groovy3shoes is now known as groovy2shoes
<drez>
oh, that sucks
<drez>
yeah I think native ports is a better shot then
<drez>
stenur: and actually,, I enjoy how it looks
<drez>
it's also lighter than gtk or qt
<drez>
i believe it is fairly themable too
<drez>
something awesome about wxwidgets is its motif frontend, named wxmotif
<drez>
kicad motif mode sounds very appealing!!
<stenur>
drez: wx is quite fat :) I always liked the interface of that PDF viewer .. gv? ... was it Athena or something? Might be we saw you as a motif or CDE fan in the past already :)
<stenur>
Or that fvwm turbo booster which made it go CDE.
<stenur>
Honestly, i was frightened, but snuffled for some time in the code.
<drez>
well haha i've never tried to build wx from source...
<drez>
how bad is it?
<stenur>
Me too. Only looking in the code. Or wait -- audacity uses wx?! Then .. but not in a long time. Years. I have forgotten.
<drez>
stenur: and maybe you are thinking xpdf3
<drez>
o_O and.... crux doesn't have motif??
<stenur>
xpdf, that i used for long.
<drez>
what did you leave it for?
<stenur>
No i meant gv. I have no qt here at all!! No; imagemagick uses something that looks a bit similar
<stenur>
I now have mupdf.
<drez>
stenur: I believe imagemagick has its own embedded motif
<drez>
It doesn't seem to get 'display' you need motif installed
<stenur>
I actually did not know that xpdf is continued; i once posted the maintainer of xpdf a crash report, but never got response. Maybe i had forgotten i once new it was continued somewhere else.
<stenur>
display is my image viewer
<stenur>
New imagemagick only uses symlinks to the core binary; 'think on some BSD list someone stumbled upon that last week? FreeBSD i think it was.
<stenur>
bitter display cannot move in between pictures with n and back with b and such; other key combinations work; someone should write a patch; had that problem a view days ago. And then motif sucks :)
<stenur>
But it surely is only a missing key combination
<drez>
how do you go in between pics stenur ?
<drez>
i can't figure it out
<drez>
is there a manual for display?
<stenur>
eh. not for interactive use :) need to press i think right or left mouse to get at the full toolbox. or only right for just that toolbox with the "next" thing.
<stenur>
right mouse opens "shortcut" menu
<stenur>
left opens full set
<stenur>
ah it is a pain :)
<drez>
that's also what I do, it's really uncomfortable