You are not logged in.
I have my encoding scripts that do the same thing using the ffmpeg.
Man it's great ain't it? I'm in the big love right now with ffmpeg, so many things you can do.
@brocashelm, I probably understand your frustration with gtk 3 better than most right now due to immersion for the last year, it's a real pain to deal with. But it's likely the best candidate for forking gtk, the right group of smart people could fix a lot of it's shortcomings and unneeded complexities.
Haven't used it, but KDE has kmix which is it's onboard mixer, perhaps the OP can try that? I would say try AlsaTune but it's not going to work with KDE due to that onboard mixer.
Igor, how does installing fftrate have anything at all to do with the OP's question?
Well Mercury, perhaps the dev like most these days is simply overworked and needs some extra hands, you sound like you have a good working knowledge of runit (one that obviously expanded the last few due to these unfortunate errors). Perhaps you could take a little time and write up some better docs? I know, you shouldn't have to and the pay sucks, lol, but still you'd be a hero for doing it.
Anger is always more useful than despair, so be angry, but maybe channel that energy into preventing other folks from enduring what you had to go through? I'd be grateful for it, I know diddly squat about runit or I would have already tried it. Docs are definitely bigly important, I read multiples of them every day.
Meanwhile (yet still on topic), I have just packaged and uploaded another piece of free software (my apologies for it not being vital to Devuan's core infrastructure).
So yeah, Sourceforge is just too easy, and I don't see a compelling alternative right now other than this idea forming here. Lots of people are sick of git and all the weird pageantry one must endure to create an "official" package.
Uploaded the first test version, looks good, test installs all went well and no issues playing.
Just the first thought in my head which may not be helpful, but what you describe now seems like it may be a timing issue during start-up? In my autostart folders I sometimes have to shuffle some things around and/or add timeouts.
^^^^ For sure PcmanFM is nice, lightweight and fast, been using it for a long time. And the bug is more of an annoyance than an issue, but still deserves to be fixed. And the feature I want to add is similar to a feature in Caja I really like, which is the ability to display the size of the folder/file underneath the name in icon-view. Many months ago when I made this script I had no real working knowledge of C, so patching it was out of the question. But now i'm about ready to try. Any chance I can get you in on testing a patched version when it happens?
I combined two "hobby" projects devuan and vuudo.
That is very gratifying, it's exactly what I intended for Vuu-do from the get-go, to be a great base people could build their own perfect system from, and same way now with the apps. It's the MIYO way (pretty much the opposite of the Gnome way, lol), take it, break it, have fun with it and make it your own. ![]()
Hi zappy! Are you referring to the video player? If so i'm about to package tomorrow probably, just a plain .deb using dpkg-deb --build like my other ones. This app was 100% built on an Alsa-only system, it plays nice with AlsaTune too. That being said I don't know how it would play if at all with sndio. It also is built on Daedalus libraries like the music player, and won't work on Excalibur until I build it against the newer libav. It is possible to install the 59 packages alongside the 61 packages and have it work, but that's a lot of extra depends. You could try building it yourself, it's just the main script that needs doing, the wrapper and the scraper are just bash/yad and i'm happy to share the source code, build depends and compile command that i'm currently using.
Also just in general, probably not going to work right on Wayland, the script includes an X11-specific hack and headers.
If you're talking about the music player the .deb is already up on my sourceforge.
And you have, and will (hopefully) keep doing that! I don't currently have a use case for the software and scripts you've released at this time, but it's seriously cool to see more love for YAD (I see you're a regular at the BunsenLabs forums, too wink).
Appreciate that good buddy, yeah I hang out over there sometimes, great group of folks who do some really interesting work.
Okay, been better than 6 months and no action on bug report(s) to upstream, time to put on my battle-rattle on, sketching out a plan to patch PcmanFM, it's really a great basic file-manager, just the one bug and one feature I want to add. Now i'll see if i've leveled up enough to do this.
Just spitballing here, but I always have some issues with my AMD machines until I install firmware-amd-graphics.
This thread needs locked before it gets any worse.
Agreed.
Have you ever contributed any code directly to Devuan? Please remind me. smile If lack of needed hands-on begins to negatively impact Devuan's viability, you could just pick up your Vuu-do marbles and move to another base . . .
Obviously, I am in a mood . . .
Wow, don't know what I did to deserve that after 10 years with Devuan. ![]()
Pretty sure I made some contributions along the way, but as I don't keep score I couldn't give you a breakdown or a total.
Also pretty sure i've mentioned multiple times that I have accelerated my learning curve by many orders of magnitude this year, with one of the goals of that being able to help more, maybe maintain some packages at least.
Added some seek functions and created a wrapper script for startup that checks for running instance of vsvp as two at the same time don't play nice, and also moved the DB check in there from the main script. Perfectly useable now, but i'm working on a couple of possible additions. But i'm happy as it is. This was a lot of work, the inherent limitations of ffplay for a backend as compared to something like mpv, made it a real challenge, I had to cobble together features in some odd ways, especially since I was going for minimalism of code. Still under 45k for the whole thing.

I don't see why we need a further stirring of the pot.
Pooh...I say we break some s**t including new ground and let creativity loose.
It's not like it's obligatory.
"You are about to enable the user-repository, there may be dragons and panicking of kernels, don't do this if you lack skills and guts, and watch out for that greenjeans guy and his old-man-yells-at-clouds apps and not for nothing but exponentialmatrix is also very ornery"
Sounds like you should use Windows if it's so out-of-the-box-good, good luck with that! ![]()
I like this idea too!
Look into file recovery software as a possible solution.
A few relevant links:
Package: testdisk
(Partition scanner and disk recovery tool, and PhotoRec file recovery tool)
https://packages.debian.org/stable/testdisk
Just posting to second this motion, testdisk/photorec go on every install/iso I do for a long time now, good stuff to have!
First word says ceres.
What else would you run as a beginner ... stable is boring!
Yeah I saw that part, I was more interested in what DE.
gnome-system-tool
Well that in of itself would explain the problems.
Why do you have 4 login managers? What exactly are you running?
Really the only thing that needs installing is ntpsec, it has the daemon and everything else needed, it pre-configures to using debian's ntp. Never had to do any configging to it, just installed it and it worked, still does.
Holy cow, spent all day today and part of yesterday just trying to squash one bug, whatever real devs get paid (if they get paid) is not near enough, this stuff is HARD.
But I did it, squashed the only couple of bugs left, this thing is stable and works great! Just need to work on a couple more features and it will be done.
pulseaudio-module-bluetooth is not needed for all scenarios of bluetooth connections. May be this is the reason why it's not in dependencies?
Yep.