Open dilyn-corner opened 3 years ago
Tried building Zig without -march or -mtune in your C{XX}FLAGS?
Feb 6, 2022, 11:13 PM by @.***:
Unfortunately, ncdu2 segfaults when I try to run it, without any backtrace information so I don't know how to diagnose it. If anyone can get it to work, feel free to adopt the package or let me know how I can fix it.
— Reply to this email directly, > view it on GitHub https://github.com/kiss-community/community/issues/197#issuecomment-1031054358> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/AEVM3SP2NU5AXAMNDH2T2QLUZ5BGJANCNFSM4ZFMXMIA> . Triage notifications on the go with GitHub Mobile for > iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or > Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> . You are receiving this because you were mentioned.> Message ID: > <kiss-community/community/issues/197/1031054358> @> github> .> com>
Think I have a decent reason to delay updating mdadm to 4.2. It has some udev dependency by default now
/usr/bin/ld: Monitor.o: in function `Monitor':
Monitor.c:(.text+0x1a50): undefined reference to `udev_queue_new'
/usr/bin/ld: Monitor.c:(.text+0x1e6b): undefined reference to `udev_queue_get_queue_is_empty'
/usr/bin/ld: Monitor.c:(.text+0x1e91): undefined reference to `udev_queue_get_queue_is_empty'
/usr/bin/ld: Monitor.c:(.text+0x1e9f): undefined reference to `udev_queue_unref'
/usr/bin/ld: Monitor.c:(.text+0x2019): undefined reference to `udev_queue_unref'
collect2: error: ld returned 1 exit status
Probably can set some compiler flag to resolve it, but will look into it later
Unfortunately, ncdu2 segfaults when I try to run it, without any backtrace information so I don't know how to diagnose it. If anyone can get it to work, feel free to adopt the package or let me know how I can fix it.
Is it built in release or debug mode? You won't get any runtime safety if it is built in ReleaseFast
Tried building Zig without -march or -mtune in your C{XX}FLAGS?
I'll try this.
Is it built in release or debug mode? You won't get any runtime safety if it is built in
ReleaseFast
I believe I am debugging a debug build:
zig build
gdb -tui ./zig-out/bin/ncdu
It seems to crash before it even makes it into main
:
Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
I can run a hello world zig program just fine.
Perhaps a stack overflow. This is a symptom that I often get of overflowing the stack. Though it's strange that this is happening with ncdu, so perhaps not?
Fwiw, I can't reproduce this on Arch, with a Zig master binary downloaded from ziglang.org/download. If you can't fix it, I'll set up kiss in a VM to try and troubleshoot it for you.
@dilyn-corner why do you want libusb
to be added as a depedency for sane
? It works perfectly fine without it. For the users who use usb to connect the scanner ?
@ectlunya could you also update mblaze
?
@dilyn-corner why do you want
libusb
to be added as a depedency forsane
? It works perfectly fine without it. For the users who use usb to connect the scanner ?
@Vouivre it isn't that I want it added as a dep for sane
, but that it is:
dilyn ~ -> cat git/community/community/sane/depends
libusb
Sorry, I was convinced libusb
wasn't a dep and I have not checked......
Orphaning eudev
libunistring
and libuv
offpunk 1.4 -> 0.3
Shame we're not a part of repology any more.
Dropping every single remaining package that I'm a maintainer of since for now I no longer use KISS or any derivatives.
@dilyn-corner thanks for the ping, i'm not super sure how to version zig because upstream makes random choices (the repo now builds 0.10.0-dev.1977+360ecc1a2
for some reason), but fortunately they have 0.9.1
so i'll build and send a PR.
I use bash
, so if noocsharp doesn't want it i can take it.
IRL stuff has prevented me from hanging around on irc, but i should be back soon :)
@git-bruh would you consider changing the depends of btrfs-progs
to libblkid
and libuuid
instead of util-linux
?
I’ll bump all my packages later today, I recently started using Noir as my daily driver again so this won’t take long.
@git-bruh I assume you have edited the list of packages to update. youtube-dl
has been replaced by yt-dlp
. The last update of youtube-dl
was on 2021. Is it ok to remove this package from community ? Otherwise I will orphan it, because I don't use it anymore.
@git-bruh would you consider changing the depends of
btrfs-progs
tolibblkid
andlibuuid
instead ofutil-linux
?
util-linux
already provides both of those, if the programs provided by util-linux
are not required then you can disable them in it's build script, breaking it up into different packages will be messy cuz some other packages might rely on util-linux
so you'll get a bunch of useless alternatives
@git-bruh I assume you have edited the list of packages to update.
youtube-dl
has been replaced byyt-dlp
. The last update ofyoutube-dl
was on 2021. Is it ok to remove this package from community ? Otherwise I will orphan it, because I don't use it anymore.
You can remove it
@jedavies-dev it looks as though you're the current maintainer for bash? I think upstream is at 5.1 p16
now?
@Lazar-Kovacevic unbound
appears to be behind upstream which is at version 1.15.0
Packages left outdate for "sufficiently long" will be mercilessly evicted.
There should probably be a fixed cut-off point of 1-2 months for dropping a package, otherwise it might be difficult to keep track of which packages to drop, and when.
Something like this:
Where (2022-03-02) is the "due date" in ISO format, after which the package will be dropped. The date is calculated: next release + 2 months, for example.
Also, packages that have been updated should probably be removed from the list instead of checking them off, as if this is a permanent issue, eventually the list will grow too large.
The scdoc
package should probably be dropped from community, as its 6 months out of date, and a maintained version is in community repo/extra.
Dropped
fmt mdadm ghc-bin zsh radare2 ed findutils refind es rpcsvc-proto onefetch screen ii bim cifs-utils exfatprogs ldns libglvnd unbound unrar libuuid
glib-networking libsoup webkit2gtk harfbuzz-icu
@git-bruh There was a reason mdadm wasn't updated... https://github.com/kiss-community/community/issues/197#issuecomment-1031098731
Hi
Packages left outdate for "sufficiently long" will be mercilessly evicted.
There should probably be a fixed cut-off point of 1-2 months for dropping a package, otherwise it might be difficult to keep track of which packages to drop, and when.
That's the rule of thumb I was going by.
Also, packages that have been updated should probably be removed from the list instead of checking them off, as if this is a permanent issue, eventually the list will grow too large.
The list was previously regularly updated every few months to keep it from growing too large & cumbersome.
I've just fallen off the ball :)
@git-bruh If you don't care about nethogs
, I can adopt it.
@git-bruh If you don't care about
nethogs
, I can adopt it.
I don't use it anymore, feel free to do it.
@fluorescent-haze @dilyn-corner i see btop has been adopted. I hadn't abandoned it, and nobody emailed or pinged me about it (i was tagged by my name but not @tslilc above). Sorry that i let it linger, but anyway i don't mind if @fluorescent-haze wants to maintain it.
@fluorescent-haze @dilyn-corner i see btop has been adopted. I hadn't abandoned it, and nobody emailed or pinged me about it (i was tagged by my name but not @tslilc above). Sorry that i let it linger, but anyway i don't mind if @fluorescent-haze wants to maintain it.
Sorry about that. Your name had "? Abandoned?" written next to it on the outdated packages list, so I assumed it was abandoned.
But as you don't mind me maintaining it, I'll continue doing so.
PS: Sorry for the late reply.
I no longer use KISS, so I am dropping my packages.
I no longer use KISS, so I am dropping my packages.
Out of curiosity, why do you no longer use kiss?
I no longer use KISS, so I am dropping my packages.
Out of curiosity, why do you no longer use kiss?
Some programs that I need would have been too painful to package.
I no longer use KISS, so I am dropping my packages.
Out of curiosity, why do you no longer use kiss?
Some programs that I need would have been too painful to package.
Ahh I understand, had the same issues. Defaulted to having https://github.com/fsquillace/junest run alongside noir for work
i'd like to abandon lld
, i no longer use it.
I'm dropping all of my packages.
well, I'm also abandoning my packages:
ill take;
ive made a PR for some of them already, and ill create one for the rest in a bit
@Vouivre Is eudev a hard dependency for libgphoto2 or is it just for permission fixes? If it's the latter then you can remove eudev from depends file and keep the udev rules, so if one is using mdev, they'll just have to run the program as root instead of being able to use it by adding themselves to the camera group with eudev
@git-bruh see also #731
I didn't update libgphoto2 because eudev was dropped. It'll be on my list soon. That's right, I didn't update it because eudev
was dropped. I'll take time next week to have a look at the whole, I don't have everything in mind at the moment. Thanks for your input @git-bruh and @Riteo !
@git-bruh @Riteo I had a look and as I expected eudev
is not a hard dependecy, it's only for permission fixes. I don't understand why we need to use mdev. I'm not using mdev and without eudev
I can access my digital camera as root. Perhaps with mdev
it would be possible to access a digital camera as a user. Perhaps it's time to reopen https://github.com/kiss-community/community/issues/731.
@git-bruh eudev
is still available in community. Do I update libgphoto2
without removing eudev
as a dependency ? I saw there was a discussion on irc probably to find the best way to drop eudev
.
@git-bruh
eudev
is still available in community. Do I updatelibgphoto2
without removingeudev
as a dependency ? I saw there was a discussion on irc probably to find the best way to dropeudev
.
You can update it, remove the eudev dependency and drop the eudev package for now.
The proposed solution is to have an mdev wrapper that merges various mdev config files together into one to emulate udev rules. Like, android-tools would have it's rules at /etc/mdev.conf.d/android-tools
or something, and it'll be passed to mdev by the wrapper.
ping @TAAPArthur @mmatongo @Rio6 @jslick @tslilc @Vouivre @Mederim
You called @git-bruh
You called @git-bruh
Can your packages be considered orphaned ?
Updated skaware packages. https://github.com/kiss-community/community/pull/1232
The sdl2 packages are maintained by tslilc now
Sorry I forgot about this for a while
You called @git-bruh
Can your packages be considered orphaned ?
No, I shall update them. I'll pick a few while I'm at it.
Ack, will fix soon
Packages left outdated for "sufficiently long" will be mercilessly evicted. Packages with * will be dropped at the end of the month unless adopted. Packages which require dropped packages will also be dropped. Adopt your dependencies folx!
Packages out-of-date for a "good reason" are fine, but should be mentioned (in this tracker).
Abandoned
cyrus-sasl
2.1.27 -> 2.1.28extra-cmake-modules
5.87.0 -> 5.97.0nano
6.3 -> 6.4reptyr
0.8.0 -> 0.9.0xmlsec1
1.2.32 -> 1.2.34fluorescent-haze
Daniel M. Matongo
Xiaodong Xu
David Garland
Nihal Jere
Aaron G
AndreiSva
phoebos
Arthur Williams
Kyryl Melekhin
Cats that hovers
Mederim
Mederim
aabacchus
tslil clingman
Zola
Camille Scholtz
hovercats
Muhammad Herdiansyah
Vouivre
Azriel Akbar Ferry A
Dylan Araps
Jason Eslick
Daniel M. Matongo
Dilyn Corner
Michael Czigler
Owen Rafferty
Zola
Arthur Williams
Dilyn Corner
Ali Burak
Will Eccles