07:17 <r0ni> is there a way to get revdep to skip rebuilding packages when using with prt-get -fr? or maybe use a standard *-bin for repacks that revdep is also trained to skip?

07:50 <ppetrov^> r0ni, what do you mean?

07:51 <cruxbridge> <tim> r0ni: if you know what you are expecting just pass along "--ignore=myignored-bin,.."?

07:51 <r0ni> if I do a 'prt-get update -fr $(revdep)' it rebuilds -bin packages that of course won't do any good

07:52 <ppetrov^> but, why would your -bin packages be reported by revdep?

07:52 <r0ni> tim: ahh ok I didn't know we could add --ignore to it

07:52 <ppetrov^> do your ports create the corresponding file in /etc/revdep.d/ for the -bin package?

07:53 <cruxbridge> <tim> ppetrov^ has a point too, maybe the package in question can be made better?

07:53 <r0ni> hell I didn't even know it could be skipped somehow

07:54 <r0ni> the 'jdk' package is a bin repack, should be ignored

07:54 <ppetrov^> r0ni, you know what /etc/revdep.d/ is for?

07:54 <r0ni> for defining where to find said libraries used by the installed applications

07:54 <ppetrov^> yep

07:54 <r0ni> AFAIK

07:55 <ppetrov^> so, do your port create the said file, so revdep knows where the libs are?

07:55 <ppetrov^> *does

07:56 <r0ni> not my port, just one I happened to install but i noticed it's a bin repack (as are most java dev kit packages) and it's constantly rebuilding it

07:56 <ppetrov^> heh

07:57 <ppetrov^> which one and from which repo?

07:57 <r0ni> that i'll have to check on real quick ;)

07:58 <ppetrov^> https://crux.nu/portdb/?a=search&q=jdk

07:58 <ppetrov^> they are not that many

07:59 <r0ni> heh i found the problem

08:00 <ppetrov^> ?

08:00 <r0ni> so its in opt-arm64 and it hasn't been touched in 5 years, but also it added 'amd' dirs to revdep instead of 'aarch64'

08:01 <cruxbridge> <tim> heh :D

08:02 <ppetrov^> ...

08:02 <r0ni> I think arm deserves a better jdk package, I'll have to make a newer one

08:03 <r0ni> add to my list of things to do

08:03 <cruxbridge> <tim> there was a time i was trying to get openjdk to work properly, but bootstrapping java on arm wasn't really a good thing to try :P

08:05 <r0ni> zulu has openjdk17 for arm64 i can prob get going

08:05 <r0ni> and yeah, until recently java on arm was sketchy at best

08:08 <cruxbridge> <tim> yeah I guess you can use just any available jdk to bootstrap a proper package, i just never wanted to go that route but instead tried to go from gcj6 I think, which was destined to be extremely painful

08:09 <cruxbridge> <tim> https://git.crux.nu/tb/java-scratchspace maybe that helps. most stuff is from j_v

08:09 <r0ni> i avoid java like the plague, i'm just hoping to make arm64 port better is all

08:10 <cruxbridge> <tim> :P

08:10 <r0ni> but wow, theres a lot of stuff there!

08:10 <cruxbridge> <tim> maybe it still helps. you might be able to create a boot version with a prebuilt jdk like zulu and have a vanilla openjdk port, that would be fly

08:11 <r0ni> for sure give me a model to follow if anything

08:16 <cruxbridge> <tim> https://github.com/openjdk/aarch64-port/blob/master/doc/building.md they also have a special aarch64 repository it seems

08:20 <r0ni> welp thats a big read there ;)

08:23 <cruxbridge> <tim> i have no idea how much time j_v spent on that, but I can tell how much romster and me tried to polish it up and have it all build from gcc6 upwards

08:23 <cruxbridge> <tim> java is no fun at all

08:25 <r0ni> no doubt a considerable amount of time, I'd think

08:32 <cruxbridge> <tim> i tried the flow sometime last year and failed to get it going again :/ I still want to keep working on it but again, the neverending list of things to do

08:53 <r0ni> yeah, i'm still cleaning up redundant deps in my repos, while making local fixes for arm64 ports and attempting to consider new things to port yet... I still haven't done gnome like I said I would, and i'm thinking I should do that one next

08:53 <cruxbridge> <tim> you gotta do what the heart tells you to :D

08:57 <r0ni> I've considered what It'd take for me to completely leave my comfort zone of using slackware as well as crux... and I really think it's that I just never 'ported' all my slackbuilds over to crux, if I completely did that, I might just become a single distro baby. My heart has been telling me for years I need to get away from slack-land.... ppetrov^ has to know what I mean there lol

08:58 <ppetrov^> r0ni, i know

08:58 <ppetrov^> i converted all my slackbuilds to Pkgfiles

08:58 <cruxbridge> <tim> mad lads

08:59 <ppetrov^> for a while i came back to slackware and realized i spend x10 more time maintaining the slackbuilds, compared to ports

09:00 <r0ni> i had started to, and really i'm wanting to do it completely but I honestly feel bad dumping them poor saps

09:01 <cruxbridge> <tim> i won't tell anybody to ditch anything for CRUX. I am the one telling you that you gotta do what the heart tells you to :P

09:02 <ppetrov^> r0ni, i have several ports that repackage stuff. revdep has been invaluable when figuring out what's missing for these

09:03 <ppetrov^> when i asked at LQ for a similar tool for Slackware i was told sth along the lines "you know, may serious slackware users have their own home-made tools for that"

09:03 <ppetrov^> gee, thanks

09:03 <ppetrov^> got some examples, none worked as expected

09:03 <r0ni> I need to map out what I need to do yet... I've got so many things that need to be converted yet, like lxqt-wayland stuff, cosmic, gnome, i need to make a simple converter script or something

09:03 <ppetrov^> and finally, i rely way too much on my R libraries collection for CRUX

09:04 <ppetrov^> i am not rewriting cran2crux to generate Slackbuilds, at least not in the forseeablefuture

09:04 <ppetrov^> and even if I did, adding a separate category, say, "R" at SBo would take ages of negotiations

09:08 <ppetrov^> and finally, r0ni , i am not "ditching" anything... i am not married to slackware or crux, for the moment the latter does the job better, that's all

09:09 <meowmeownyanuwu> On Gentoo GNU/Linux I have a complete set of source code and instructions to build it needed to deploy my system at any given time. How about CRUX GNU/Linux? Is source code stored somewhere or does one rely on build scripts only?

09:11 <ppetrov^> source code is downloaded from upstream

09:12 <meowmeownyanuwu> But is it stored somewhere? For example, if upstream is down and one is in desperate need of rebuilding a package.

09:13 <ppetrov^> well, it is stored locally on your hard drive

09:13 <ppetrov^> you can set a dedicated folder

09:14 <ppetrov^> https://crux.nu/Main/Handbook3-7#ntoc40

09:15 <meowmeownyanuwu> This is wonderfull, CRUX GNU/Linux keeps surprising me with the technical excellence of its implementation.

09:19 <ppetrov^> meowmeownyanuwu, i really love how it's organized

09:56 <cruxbot> [contrib/3.7]: fd: 10.1.0 -> 10.2.0

09:56 <cruxbot> [contrib/3.7]: networkmanager: 1.48.6 -> 1.48.8

09:56 <cruxbot> [contrib/3.7]: patool: 2.3.0 -> 2.4.0

09:59 <cruxbot> [compat-32/3.7]: readline-32: 8.2.10 -> 8.2.13

09:59 <cruxbot> [compat-32/3.7]: libnm-32: 1.48.6 -> 1.48.8

11:43 <cruxbot> [core/3.7]: libmpfr: deleted unused patch

12:16 <cruxbot> [opt/3.7]: firefox-bin: updated to version 129.0.2

12:16 <cruxbot> [opt/3.7]: scite: updated to version 5.5.2

12:16 <cruxbot> [opt/3.7]: bindutils: updated to version 9.20.1

12:16 <cruxbot> [xorg/3.7]: libinput: updated to version 1.26.2

12:17 <cruxbot> [contrib/3.7]: pmwiki: updated to version 2.3.37

12:40 <ukky> Apache ant and maven were also pain to compile

19:31 <markboston> hi trying to install crux in a virtual machine using qemu and getting a weird message that i thought was a failure but maybe not? when trying to format the boot partition im getting an odd error about a failure to convert from code 950 to ansi somether or other

19:31 <markboston> code 850*

19:32 <markboston> at first i thought it wasn't actually formatting but doing a fsck it says its fine

19:32 <markboston> although i get the complaint about the failure to convert

19:32 <markboston> is this just some odd dos thing?

19:34 <markboston> ok i take that back

19:35 <markboston> closer examination of the output says theres zero files

20:01 <markboston> am i still connected? just checking this client im using times out if i don't give it focus

20:04 <crash_> markboston: does it say the same in virtualbox,vmware? i was just thinking if it was a qemu error?

20:06 <markboston> hmm well now im not sure if its relevant or not

20:06 <markboston> just installed grub and it seemed to work fine

20:06 <markboston> so when i reboot ill see

20:06 <markboston> this is my first time using qemu im more used to virtualbox

20:06 <crash_> ok so it is maybe because the locale is not correct?

20:07 <markboston> hmm that could be

20:07 <markboston> i just set those now

20:07 <markboston> i mean i could try formatting it again but ill only do that if it won't boot

20:10 <crash_> try and reboot if grub install correctly now

20:11 <crash_> *installed

20:16 <markboston> well i don't have linux installed yet so im kinda doing this backwards :P

20:16 <markboston> just realized

20:18 <crash_> ok so your are still compiling the kernel?

20:20 <markboston> haven't done that part yet

20:20 <crash_> ah ok

20:20 <markboston> so just ignore everything ive said

20:20 <crash_> :(

20:20 <markboston> <<<.....walks away

20:21 <crash_> >>> come back and finish the CRUX install

20:22 <markboston> haha

20:22 <crash_> :)

22:35 <markboston> well now is the moment of truth

22:35 <markboston> will it boot?

22:45 <markboston> hmm it does boot but i think i have a typo in fstab

22:53 <kh1b> Hi

22:53 <kh1b> i am having an issue with pulseaudio

22:54 <kh1b> 'pulseaudio --start' only work when i do it as root

22:55 <kh1b> if run it as a user i get 'no audio driver'

23:18 <markboston> kh1b the lack of any detail is not allowing anyone to answer your question

23:19 <markboston> for example what are you trying to do?

23:19 <markboston> what commands are you runniing

23:26 <kh1b> markboston: just starting pulseaudio

23:27 <kh1b> so i did 'pulseaudio --start'

23:37 <markboston> try pipewire

23:37 <markboston> its the new hottness

23:37 <markboston> and at some point pulseaudio will be deprecated

23:39 <markboston> if you really need pulseaudio for some reason you can install pipewire-pulse

23:39 <markboston> all of it is just a frontend for alsa anyway so really that might be where your issue is

23:40 <markboston> also im not sure how crux does it but on some systems you need to be a member of a certain group

23:40 <markboston> thats why root works

23:41 <markboston> check to see if there is a audio group

23:41 <kh1b> tried adding user to audio group same

23:41 <markboston> if there is join it

23:42 <markboston> you need to do that as root obviously

23:42 <markboston> and reboot just for shits

23:42 <kh1b> didnt reboot tho, i am gonna try

23:43 <markboston> shouldn't have to

23:43 <markboston> but you never know

23:43 <markboston> computers are odd sometimes

23:43 <markboston> the gremlins that live inside them like to make our lives interesting sometimes

23:48 <darfo_> use vigr to add user to group then user needs to logout and back in to pick it up then new group.

23:48 <darfo_> groups cmd will show what groups a user is in