groovy2shoes has quit [Read error: Connection reset by peer]
maledictium has quit [Ping timeout: 268 seconds]
emmett1 has joined #crux
emmett1 has quit [Ping timeout: 250 seconds]
maledictium has joined #crux
ppetrov^ has joined #crux
<ppetrov^>
jaeger, great about MATE, will give it a try. I will be setting up CRUX for common use on a workstation at work, and I bet it will be a better choice than my ancient Xfce desktop
deltahotel has joined #crux
<deltahotel>
test
deltahotel has quit [Quit: leaving]
lavaball has joined #crux
tek_ has joined #crux
<tek_>
hello!
<tek_>
A quick search did not yield results, so I came here to ask: is it wanted/supported to create merge requests as a non {core,opt,contrib} maintainer? I tried and guess am not allowed
<tek_>
but I would like to. What should I do?
<ppetrov^>
you have updated ports for something from core, opt, etc?
<ppetrov^>
(i am not affiliated with crux's team, tek_ )
<cruxbot>
[opt/3.7]: mod_php: updated to version 8.3.4
<cruxbot>
[opt/3.7]: php-zip: updated to version 8.3.4
<cruxbot>
[opt/3.7]: php-sqlite3: updated to version 8.3.4
<cruxbot>
[opt/3.7]: php-sockets: updated to version 8.3.4
<cruxbot>
[opt/3.7]: php-mysql: updated to version 8.3.4
<cruxbridge>
<tim> tek_: i will have to look into it
<cruxbridge>
<tim> you tried doing it on gitea?
<cruxbridge>
<tim> however: yeah, make pull requests, spark discussions. join #crux-space:crux.nu (https://matrix.to/#/#crux-space:crux.nu) over matrix :D register on the new mailing list
zorz has joined #crux
lavaball has quit [Quit: lavaball]
groovy4shoes has joined #crux
jason123santaoni has joined #crux
jason123onirc has quit [Excess Flood]
groovy3shoes has quit [Read error: Connection reset by peer]
jason123santaoni is now known as jason123onirc
<tek_>
gitea, yes
<cruxbridge>
<tim> did you create a fork yet?
<tek_>
no mailing list or matrix for me for now; I have a simple improvement and want to share it back
<tek_>
I did not
<cruxbridge>
<tim> ok. try to create a fork, push your change, then open a pull request for the official repo
<cruxbridge>
<tim> that _should_ work
<tek_>
Is there any documentation on how it is supposed to be done? It's been a while but my guess was that gitweb was ditched for gitea to allow for MRs and pipelines
<tek_>
ok, will give it a shot, thx
<cruxbridge>
<tim> yep, exactly right. :)
deltahotel has joined #crux
deltahotel has quit [Read error: Connection reset by peer]
tarxvfz has joined #crux
<tek_>
funny, the signing functionality means that there only can be inconsistent merge requests
<cruxbridge>
<tim> signing as in the .signature file?
<tek_>
yup
<cruxbridge>
<tim> well, yeah. curx-arm handles that by manualy signing after pulling
<tek_>
I can provide update .footprint, Pkgfile but not .signature. Not the end of the world. Noticed just now, still
tarxvfz has quit [Remote host closed the connection]
<tek_>
yes, something like that
<cruxbridge>
<tim> if there is no way to update a signature in the pr itself from the maintainer side, we will have to handle it the same way, no biggie though
<tek_>
I still should have the contrib signing key somewhere safe unless you guys rotated it
<tek_>
no biggy
<cruxbridge>
<tim> can't tell, but let me see if we can update the pr from the maintainer side, maybe :) I mean, it _should_ be possible but no idea
<tek_>
and, after pull the repo again, my PR became 50% obsolete :p
<cruxbridge>
<tim> ^^'
deltahotel has joined #crux
tarxvfz has joined #crux
deltahotel has quit [Remote host closed the connection]
deltahotel has joined #crux
maledictium has quit [Ping timeout: 252 seconds]
lavaball has joined #crux
deltahotel has quit [Ping timeout: 255 seconds]
<tek_>
@tim: done
<cruxbridge>
<tim> tek_: cheers :) Will look into it after work
tarxvfz has quit [Quit: tarxvfz]
maledictium has joined #crux
SiFuh has quit [Remote host closed the connection]
<cruxbridge>
<tim> that didn't work as expected :D i don't want to cut you out of the git history, let me try to do that right (with an ugly git reset and force push)
<cruxbridge>
<tim> oh wait, it didn't cut you out
<cruxbridge>
<tim> that kinda worked
<cruxbridge>
<tim> tek_: so its kinda done. I will however try to push an updated key to your repo so it should basically just show both in the pr, which should allow for a squashed commit. But not sure if that works yet.
<cruxbridge>
<tim> oh wow, that worked. I feel bad for the following reset and force push but I want to see how that plays out :D
<cruxbridge>
<tim> Seems to work great as a squash commit! I left a comment on the pull request documenting my steps here
<cruxbridge>
<tim> i wonder if that worked because I am an admin user.. I should find a pull request to make against one of farkuhars ports :D
<tek_>
dont worry about my git history tim :-)
<cruxbridge>
<tim> tek_: but I do! :) It's all in place, btw. All of the git history is preserved, same as all of the mailing list was preserved :) I am trying to do the same for all old flyspray tickets but that's a whole other story
<cruxbridge>
<tim> tek_: you have to admit, seeing your name appear on top of the git history does feel kinda nostalgic, doesn't it? https://git.crux.nu/ports/contrib
<tek_>
ha. I totally forgot about FS. Thanks for that reminder and the merge. I noticed a few ports with the same parallelism issue
<tek_>
it does, a little. Had a little tingling feeling in my fingertips when I saw jaeger's(?) inofficial portdb. Cool stuff
<cruxbridge>
<tim> :D
<cruxbridge>
<tim> Feel free to create more pull requests ;)
<tek_>
at some point I might want to/have to research that as well
<tek_>
will be on the lookout for stuff, sure
tek_ has quit [Quit: Lost terminal]
tek_ has joined #crux
<tek_>
oopoop
<tek_>
s
<cruxbridge>
<tim> heh I think I can sense why that happens
<cruxbridge>
<tim> both, the "lost terminal" as well as the error with portdbc
<farkuhar>
tim: thanks for putting in all this extra work to preserve the history. If a faithful conversion of FS tasks to Gitea issues is too difficult, you could follow SiFuh's suggestion to make a read-only archive of the FS tasks (perhaps using a one-time SQL dump?)
<cruxbridge>
<tim> farkuhar: it's not like I haven't thought about it myself, but I'd rather do it right. I have everything backuped and already started building an ugly sql string that is able to export most needed information to an csv file
<cruxbridge>
<tim> the wildest part might be to rewrite the timestamp, there is no api for that, but both contain unix epochs in their database so that should be possible. But this is how I imagine that things might look
<cruxbridge>
<tim> ok I got no idea why portdbc does not work :D
<jaeger>
tek_: hey, been a while. Hope all is well
<cruxbridge>
<tim> tek_: i have to update portdbc to the latest version, sepen updated it in january 🤦♂️ but it still doesn't work correctly.
<cruxbridge>
<tim> jaeger: can you confirm the xml feature on portdb works as expected?
<cruxbot>
[opt/3.7]: portdbc: 1.2 -> 1.3
<jaeger>
Does portdbc rely on that? Removed it with the rewrite, pretty much
<cruxbridge>
<tim> _cough_ I just noticed too and was not sure if you did remove it or not
<cruxbridge>
<tim> I just kept the port alive because, never really used it myself
<jaeger>
yeah, looking at the portdbc source it appears so. I'll look into it