@Jerry3904 I just uploaded arm64 xfce4-notes packages to main. You may notice they are marked mx21. We just added that package to the MX-23 repo at the beginning of MX-23 development and never updated it.
XFCE4 did recently update it so that's on the to do list...
Search found 2247 matches
- Sat Apr 13, 2024 1:44 pm
- Forum: Package Requests - MX-23
- Topic: 3 pkgs in arm64
- Replies: 10
- Views: 129
- Fri Apr 12, 2024 7:16 pm
- Forum: MX Help
- Topic: /etc/modprobe.d/8812au.conf [Solved]
- Replies: 2
- Views: 220
Re: /etc/modprobe.d/8812au.conf [Solved]
Thanks for pointing out a bug in the portion of the post-install script that replaces the default US country code in the config file with the country code the OS is set to.
I should be able to get that fixed soonish.
I should be able to get that fixed soonish.
- Thu Apr 11, 2024 7:23 pm
- Forum: Package Status - MX-23
- Topic: MX-23 Repository - the Ario thread
- Replies: 0
- Views: 33
MX-23 Repository - the Ario thread
Ario 1.6+svn20202703 is now available in the Main MX-23 Repository. Four years ago the Ario developer fixed an annoying gui resizing/oversizing bug present in the Debian buster version. It would expand the windows & internal panes to fit whatever content was in them even if that made the applica...
- Wed Apr 10, 2024 4:30 pm
- Forum: Software / Configuration
- Topic: Sound-juicer fails.
- Replies: 10
- Views: 142
Re: Sound-juicer fails.
have you tried starting it from the command line?
Code: Select all
sound-juicer -d /dev/sr0
- Wed Apr 10, 2024 2:11 pm
- Forum: Software / Configuration
- Topic: Sound-juicer fails.
- Replies: 10
- Views: 142
Re: Sound-juicer fails.
Sound Juicer works fine for me. It can take 30 seconds or so sometimes to contact Musicbrainz to get the track listings. I prefer Asunder. It allows quality selection (for lossy formats like mp3 ogg aac) or compression level settings (for lossless formats) for the output files. Sound Juicer does not...
- Wed Apr 10, 2024 12:21 pm
- Forum: MX Help
- Topic: Could not ./configure "Sli3r"
- Replies: 4
- Views: 61
Re: Could not ./configure "Sli3r"
Perhaps try their instructions here?
https://github.com/slic3r/Slic3r/wiki/R ... d-slic3r-c
https://github.com/slic3r/Slic3r/wiki/R ... d-slic3r-c
- Thu Apr 04, 2024 8:52 am
- Forum: MX Help
- Topic: Package manager aborts installation with: "cannot read /var/lib/dpkg/info/libcurses-ui-perl.list"
- Replies: 15
- Views: 234
Re: Package manager aborts installation with: "cannot read /var/lib/dpkg/info/libcurses-ui-perl.list"
I rarely use LiveUSB sessions, but if none of those files you listed have any content then the problem isn't what I thought. These symptoms look like a root persistence issue where the persistence file overlay lists those files but has somehow lost all the contents in /var/lib/dpkg/ so it blocks the...
- Wed Apr 03, 2024 4:19 pm
- Forum: MX Help
- Topic: Package manager aborts installation with: "cannot read /var/lib/dpkg/info/libcurses-ui-perl.list"
- Replies: 15
- Views: 234
Re: Package manager aborts installation with: "cannot read /var/lib/dpkg/info/libcurses-ui-perl.list"
Because libcurses-ui-perl is a dependency of sysvinit and should be installed by default, I would try sudo apt-get install libcurses-ui-perl -d --reinstall The -d --reinstall parameters to apt-get will make sure it downloads it again instead of trying to find it in the cache to ensure the corrupt fi...
- Mon Apr 01, 2024 11:29 pm
- Forum: Bugs and Non-Package Requests Forum
- Topic: Observation: MX-23.2_x64 vs MX-23.2_x64_ahs (Arduino-IDE issue: Java?). SOLVED
- Replies: 7
- Views: 187
Re: Observation: MX-23.2_x64 vs MX-23.2_x64_ahs (Arduino-IDE issue: Java?)
There are no java packages in the ahs repo. Sounds like a permissions problem to me. Are the files you want to edit on your home partition or are you trying to edit files located on your MX-23 partition from your MX-23 ahs install?
- Sat Mar 30, 2024 8:39 pm
- Forum: Security
- Topic: xz-utils vulnerability - MX23 seems to have dodged that bullet?
- Replies: 9
- Views: 602
Re: xz-utils vulnerability - MX23 seems to have dodged that bullet?
That's actually part of the debian rules - a necessary rollback needs a higher version so it will update but with +really<version> to indicate this has been done. I've had to label packages that way a couple times over the years.