The officially official Devuan Forum!

You are not logged in.

#1 Re: Devuan » As an extensive user, GIMP 2.10.x is unusable. 2.8.x is great though! » 2020-12-23 15:58:13

GNUser wrote:

@contrast - The best place to share this AppImage with a larger community would be at https://www.appimagehub.com but unfortunately the requirements for submitting an AppImage there are too strict (the application needs to be compiled on a machine with very ancient glibc, for instance). It's just too much of a hassle.

Hopefully people who want an AppImage of gimp 2.8 will find this thread. I'll leave my tweaked, final version of the AppImage at this link indefinitely:
http://files.dantas.airpost.net/public/ … 4.AppImage

Cheers!

This is the version to use (it actually works), thank you!

I'm not sure why, but I had to extract the data files and link to them, as I did in a previous post, in order for the brushes, gradients, etc to show up. However, the "Filters" menu remains empty, even though GIMP knows to look for them in the /home/rob/bin/gimp/2.0/scripts directory. Is this the case for you as well? If not, any idea what I am doing wrong when running the appimage?

To run the appimage I set it as executable and double click it.

Anyway, thanks again GNUser.

#2 Re: Off-topic » Vivaldi: Best performing browser on Chromebook style laptop » 2020-10-20 13:43:05

Having a bunch of Chromebooks around for the family and the Lenovo 100e also being sold as a Chromebook, I wondered how the browsing experience would be in ChromeOS, using CloudReady by Neverware.

I am sad to report that hands down, ChromeOS provided the best browsing experience of all my testing in Linux and Windows.

- I didn't have to fix any screen tearing issues, because it "just worked".
- Scrolling was always smooth, unlike using Google Chrome in Windows or Linux, where scrolling a image heavy page, such as an Amazon listing, jumps up or down too far. In fairness, that happens in Windows on any browser, because bloated OS is bloated (10 Pro no less).
- Youtube and Netflix worked perfectly.
- Online docs also worked perfectly.

The crazy part is that my setup of Xfce on Devuan is super minimal and lean, yet there's just something about it that makes browsing in all but Vivaldi a little janky. Google Chrome really does not like the tear free solutions for Intel that work just fine for Vivaldi and Chromium, all of which are based on similar versions of Chrome. Heck even Firefox works better than Google Chrome when compositing is disabled. It don't make sense! smile

After the CloudReady experiment, I also tried Devuan ASCII and the browser experience was OK apart from poor battery life, even with a 4.19 kernel and tweaking. It's now setup with Beowulf and kernel 5.8, which works great apart from the janky browser performance, which Vivaldi minimizes.

#3 Re: Off-topic » Vivaldi: Best performing browser on Chromebook style laptop » 2020-10-09 03:28:12

zapper wrote:

I thought vivaldi was spyware I am kind of surprised anyone uses it, or anything made from chromium as a base in general.

https://spyware.neocities.org/articles/vivaldi.html


Though to be fair, aside from tor browser, palemoon and lynx, i feel like most web browsers are loaded down with crap.  Firefox sadly is as well. 

Though easier to mitigate then anything with a chromium base. 

Well regardless, just thought I would show you that link.  IF you enjoy vivaldi okay, but its not very privacy friendly no matter how its configured... hmm

Read this link too if willing,

https://spyware.neocities.org/articles/index.html

Thanks for the info. I don't care, because it doesn't matter; There isn't an Internet or telephone/smartphone service available in Canada that itself isn't spied upon. I have more important things to concern myself with.

#4 Re: Off-topic » Vivaldi: Best performing browser on Chromebook style laptop » 2020-09-28 00:36:16

davidb wrote:

A very good comparison. How about SeaMonkey?  This is my browser of choice.

So I gave SeaMonkey a whirl, by downloading their binary package from their website, and it actually ran really well on this machine.  Youtube playback was smooth, but the audio didn't work. I imagine that it was compiled with the PA dependency, so can't fault it for that given that I don't have PA installed. Page loads were slower, but that's what ya get on today's Internet when you're not using Ad Block. It did seem to be more frugal with memory than Firefox, so it could be good for low end hardware.

Was neat how much SeaMonkey still looked like the Netscape Navigator I remember using in Windows 95. smile

#5 Off-topic » Vivaldi: Best performing browser on Chromebook style laptop » 2020-09-16 15:13:44

Tatwi
Replies: 10

I chose an "educational model Winbook", the 100e from Lenovo, for my personal laptop, because it's small and light and the battery really does last 10 hours of use. Obviously it's not a fast computer, but it's pretty much the same as my Core2 Quad desktop from 2008, graphics card aside, which means it can do all the basic computing I need and it can play some games alright.

Specs:
- Intel Celeron N3450 (0.7-2.2GHz 4 Core CPU with 12 Graphics CUs)
- 4GB DDR4 2133MHz RAM
- 128GB EMMC storage

Anyway, given the low specs some aspects of browsing the web don't work so smoothly, with Youtube in Firefox being the most obvious issue. I immediately noticed random popping/crackling distortion in the audio (using ALSA only) and dropped frames. I normally used FF, so I just lived with it for a few months until it bothered me enough to test some other browsers. Here is what I tested,

Firefox, Chromium, Google Chrome, Opera, Vivaldi, and "Web" (Epiphany).

There are many more one could try, but those are all the ones I got around to testing before I found one that suited my needs. Here is a pretty decent list of browsers for Linux, https://www.tecmint.com/linux-web-browsers/ (I can't vouch for this site, it's just one I found).

Notes:
I use Ublock Origin and private browsing tabs for each session, which, performance wise, gives me a clean session and lighter load when rendering pages. I also disable every privacy invasive feature and all the junk like news feeds, etc. All testing was done with Beowulf 64 Bit.

My Quick Conclusions:
- Every browser loads pages more slowly than my much more powerful desktop, but it's effectively identical to how pages load on a Chromebook, which is fine. Totally usable, even for Google Docs and MS Word online.

Firefox
- It's alright for browsing and page loading times, but it is definitely slower than the Chrome based browsers.
- Audio issues on Youtube.
- Media playback seems to lag.

Chromium / Google Chrome / Opera
- Very high memory usage, but still OK with with up to 6 tabs due to Xfce and 4GB RAM
- Youtube playback also drops some frames, but Netflix is totally fine.
- No audio issues.
- I miss Opera 12... *cries in Presto*

Vivaldi
- Strangely low memory usage given that it's Chrome based and it has many extra features.
- It plays Youtube and Netflix OK.
- Loads pages pretty quickly.
- Its built in ad blocking seems to be as effective as Ublock Origin (I disabled their white listed ads).

Epiphany
- It's crap.
- Slow page loads, dropped frames on Youtube, and it often just locks up and must be killed.
- Why is this installed by default when FF is removed, Debian? Dillo would be better FFS...

So, there ya go, on this low end laptop, using Vivaldi is like using any other web browser on a faster desktop. Now you know, yay! smile

#6 Re: Other Issues » Sqlitebroswer 3.10.1-2 (Beowulf) Segmentation Faults » 2020-09-10 17:26:37

Head_on_a_Stick wrote:
Tatwi wrote:

Do Debian packages get patched/updated in cases like this or just left alone?

Debian won't update stable packages, the only exceptions to the rule are the chrome and firefox-esr browsers. They might try to patch the program to correct a bug but if you do file a report make sure you reproduce the problem with a Debian system and don't mention Devuan in the bug report (some maintainers are very fussy about that).

Awesome. Thanks for explaining how that works! Now the question is, do I want to bother with all that? lol... I feel bad for not wanting to bother installing a Debian VM and reproducing/reporting the problem, but at the same time, I have a sneaky suspicion that nothing would come of the time spent anyway.

So I guess a summary would be...

If you are getting segmentation fault crashes with SQLite Browser in Beowulf, the easiest way to fix the problem is to remove the apt installed version and compile it from their GitHub source code instead. It's a fairly simple process and it only takes a minute or two to compile on low end hardware.

#7 Re: Other Issues » Sqlitebroswer 3.10.1-2 (Beowulf) Segmentation Faults » 2020-09-10 01:51:20

Head_on_a_Stick wrote:
Tatwi wrote:

So here's a candidate for a backport

It is not possible to backport the testing version because it depends on a newer libc6 version than is available in beowulf.

Hmm... I don't know anything about maintaining Debian packages, so I can't offer any input there. All I can do is note that their current stable 3.12.x branch does compile and work well in Beowulf using the default build-essentials and QT packages in the Devuan repo.

Do Debian packages get patched/updated in cases like this or just left alone? Can't say I have run into an unstable package like this one before when using a "stable" Debian version.

#8 Other Issues » Sqlitebroswer 3.10.1-2 (Beowulf) Segmentation Faults » 2020-09-09 14:41:55

Tatwi
Replies: 4

Unfortunately this version of Sqlitebroswer appears to be unusable, as it regularly and randomly seg faults when editing tables, creating tables, editing records, and creating records. It's completely unreliable, crashing every time it's used for anything, thus it's unusable. At least that has been my experience with it (creating a new, simple database with a single table, so not some wacky niche use case).

So here's a candidate for a backport. The latest release is 3.12.0.

I compiled the 3.12.x branch and it appears to work fine (I was able to do what I was attempting to do earlier). I did have to use their built in QScintilla for compatibility (cmake -DFORCE_INTERNAL_QSCINTILLA=ON).

https://github.com/sqlitebrowser/sqlite … UILDING.md

#9 Re: Off-topic » New forum member » 2020-07-17 16:51:45

If you want to use a "root gui" to edit files, etc. in Debian/Devuan you have two simple options,

1. Log into the root account at the log in screen.
- The root user has all the same programs as any other user, just with complete control to break anything your heart desires.

2. Open the file manager as root.
- In Xfce, the default GUI, Thunar is the file manager.
- When you open Thunar as root you will be able to edit any config file with Mousepad/gedit/whatever by clicking it.

Steps:
- Open terminal
- Type: su
- Type the password for the root account when prompted
- Type: thunar

A root enabled Thunar window will open, with a convenient banner telling you it's a root window rather than a normal user window.

I personally og into the root account on the terminal only rarely and close to never as full GUI. However, I will fire up Thunar as root sometimes, because using a "root gui" is, as you say, easy and convenient.

All that said, Debian/Devuan is not like Ubuntu or Mint, which themselves are similar to SUSE when it comes to being pre-configured for desktop users. There's plenty of terminal config I need to futz with to make my Devuan desktop similar to my old Mint desktop. I imagine you'll find the same with configuring it to be similar to how SUSE 11 worked for you. Not being heavily customized is kind of a feature of Debian and thus Devuan.

#10 Re: Devuan » As an extensive user, GIMP 2.10.x is unusable. 2.8.x is great though! » 2020-07-17 16:20:03

There are fundamental differences in the way GIMP 2.10 handles several important functions that I used all the time, such as moving layers or selections that are behind other layers - in 2.8 it's possible to grab/move layers/elections that are behind other layers, while in 2.10 it's not. I literally can't do my work without that functionality. There are other things that also don't work properly anymore, where "properly" is the precedent set by over a decade of they worked in GIMP.

Good for you if you like GIMP 2.10, but there's absolutely no purpose for you to say so in this thread. It's like coming to this forum to post, "Debian works for me". It adds nothing to the conversation. neutral

#12 Re: Forum Feedback » Why Fie? » 2020-07-07 14:57:21

golinux wrote:
Tatwi wrote:

When starting the Debian/Devuan normal installer (full or net-install), there is an option for "Graphical Installer", which is functionally identical to the NCurses "DOS knockoff", but it looks prettier. Functionally, this installer is perfectly fine and visually the graphical version is also fine. Every step is clear and well documented and it's not possible to reach the end of the installer without having a working system.

Note that this option is no longer available in Beowulf and probably beyond.

Heh, I didn't even notice! smile

I appreciate this choice. The Debian Ncurses installer is better laid out than the Slackware Ncurses installer, making it just a little easier to navigate, but both are fast, functional, and fine even in 2020.

#13 Re: Hardware & System Configuration » WiFi Question » 2020-07-06 12:00:02

You may need to add the non-free tag to /etc/apt/sources.list file, update the cache, and download the firmware package. Not sure why the installer wouldn't install itself from the CD/DVD/USB (it did with my laptop with intel wifi, which is good because it doesn't have Ethernet). If you can't get online, you may be able to mount the installation media and manually install the package in the firmware directory using dpkg.

/etc/apt/sources.list:
deb http://deb.devuan.org/merged beowulf main non-free contrib
deb-src http://deb.devuan.org/merged beowulf main non-free contrib

apt install firmware-realtek

#14 Re: Forum Feedback » Why Fie? » 2020-07-06 10:41:11

Technically the refractra based installer that is included on the Live DVD/USB Image is a GUI based installer, though it is terrible/confusing compared to the Ubuntu/Mint GUI installer.

When starting the Debian/Devuan normal installer (full or net-install), there is an option for "Graphical Installer", which is functionally identical to the NCurses "DOS knockoff", but it looks prettier. Functionally, this installer is perfectly fine and visually the graphical version is also fine. Every step is clear and well documented and it's not possible to reach the end of the installer without having a working system.

Wifi doesn't work? Yeah, welcome to the difference between using Debian rather than Ubuntu: Debian has always been and still is a chore to configure, which is the whole reason distros like Ubuntu exist. Devuan is Debian without Systemd, not Ubuntu without Systemd. smile

Ps. I've been using Linux since 1998. In all that time, I would say that Mint 17.3 XFCE was the pinnacle of Linux for me, because it was a normal GNU/Linux system that "just worked". Sadly Mint 17 is no longer supported and it doesn't work on my new laptop, so I have reluctantly moved on. Devuan being Debian and Debian being what it is, it has taken me a few weeks to configure Devuan 3 to function essentially the same as my old favorite Mint 17. For me, a person who used to use plain old Debian before he used Mint 17, it was an effort I didn't mind undertaking. I certainly appreciate (and prefer!) the "it just works" mindset, but new versions of Mint use Systemd and I'd rather not, so I really don't have a problem stepping back into a base Debian system and configuring it myself. For me it's worth the effort, but I can completely understand how it may not be worth the effort to someone else.

#15 Re: Devuan » As an extensive user, GIMP 2.10.x is unusable. 2.8.x is great though! » 2020-07-05 03:26:30

GNUser wrote:

Hi, Tatwi. I use an AppImage of GIMP 2.10.8 but, like you, I'm unhappy with the recent changes.
Can you please share your AppImage of GIMP 2.8.x for 64-bit?

I stuck a copy of it in my Google Drive here,

https://drive.google.com/file/d/1_fe5z5 … sp=sharing

#16 Re: Other Issues » EFI trouble » 2020-07-02 02:49:53

I am not sure what you mean by "EFI variables", I'm still living in BIOS land, stumbling through EFI on my laptop... but if you are referring to the entries made in the boot options list, those can be removed using Windows command prompt. This was not obvious to me when the BIOS of my Levovo 100e laptop refused to delete them...

1. Boot Windows or a Windows Recovery Mode Image (disk or usb).

2. Open the command prompt as admin.

3. Run BCDEDIT

bcdedit /enum firmware

This provides a list of entries you see in your bios boot list.

4. Remove the entries you don't want using,

bcdedit delete IDENTIFIER_NAME

where IDENTIFIER_NAME is the name of the entry you no longer want.

#17 Re: Other Issues » [Solved] Ways Beowulf is worse than ASCII » 2020-07-02 02:34:41

I managed to get GIMP 2.8 fully functional in Beowulf (I put a guide on the forum here) and after the usual amount of futzing one does with a Debian installation, I am happy to report that Beowulf on my laptop is now functionally identical to ASCII on my desktop, which is awesome!

Nice work folks. Thank you.

#18 Re: Devuan » As an extensive user, GIMP 2.10.x is unusable. 2.8.x is great though! » 2020-07-02 02:29:03

I got it all working! Yay!

It turned out that the paths to the various bits of GIMP needed to made absolute rather than relative. As such, I moved from using the compressed AppImage file to the plain AppImage folder, which I stuck in my home directory.

For example, the default path that is set relative to the AppImage doesn't work,

../../usr/lib/gimp/2.0/modules

where as the full path does work,

/home/rob/bin/GIMP-2.8.10/usr/lib/gimp/2.0/modules

These paths can be set using the Edit > Preferences > Folders UI or by editing the file ~/.gimp-2.8/gimprc.

So as a full run-down on how to make GIMP 2.8 work in Devuan Beowulf:

1. Clone pkg2appimage and install its dependencies.

2. Build the GIMP AppImage.

bash -ex ./pkg2appimage recipes/gimp.yml

3. Copy (and rename) the GIMP.AppDir, which contains all the files needed to run GIMP 2.8, to somewhere useful on you drive, such as /opt/gimp.

4. Edit the gimp.desktop file so that can find the gimp executable.

Exec=/opt/gimp/bin/GIMP-2.8.10/usr/bin/gimp-2.8

5. Open GIMP by running /opt/gimp/AppImage and close it again. This will create all the files in /home/YOUR_USERNAME/.gimp-2.8, one of which you'll edit in the next step.

6. Set the paths in the /home/YOUR_USERNAME/.gimp-2.8/gimprc file.

(plug-in-path "/home/YOUR_USERNAME/.gimp-2.8/plug-ins:/opt/gimp/usr/lib/gimp/2.0/plug-ins")
(module-path "/home/YOUR_USERNAME/.gimp-2.8/modules:/opt/gimp/usr/lib/gimp/2.0/modules")
(interpreter-path "/home/YOUR_USERNAME/.gimp-2.8/interpreters:/opt/gimp/usr/lib/gimp/2.0/interpreters")
(environ-path "/home/YOUR_USERNAME/.gimp-2.8/environ:/opt/gimp/usr/lib/gimp/2.0/environ")
(brush-path "/opt/gimp/usr/share/gimp/2.0/brushes:/home/YOUR_USERNAME/.gimp-2.8/brushes")
(brush-path-writable "/home/YOUR_USERNAME/.gimp-2.8/brushes")
(dynamics-path "/home/YOUR_USERNAME/.gimp-2.8/dynamics:/opt/gimp/usr/share/gimp/2.0/dynamics")
(dynamics-path-writable "/home/YOUR_USERNAME/.gimp-2.8/dynamics")
(pattern-path "/home/YOUR_USERNAME/.gimp-2.8/patterns:/opt/gimp/usr/share/gimp/2.0/patterns")
(pattern-path-writable "/home/YOUR_USERNAME/.gimp-2.8/patterns")
(palette-path "/home/YOUR_USERNAME/.gimp-2.8/palettes:/opt/gimp/usr/share/gimp/2.0/palettes")
(palette-path-writable "/home/YOUR_USERNAME/.gimp-2.8/palettes")
(gradient-path "/home/YOUR_USERNAME/.gimp-2.8/gradients:/opt/gimp/usr/share/gimp/2.0/gradients")
(gradient-path-writable "/home/YOUR_USERNAME/.gimp-2.8/gradients")
(tool-preset-path "/home/YOUR_USERNAME/.gimp-2.8/tool-presets:/opt/gimp/usr/share/gimp/2.0/tool-presets")
(tool-preset-path-writable "/home/YOUR_USERNAME/.gimp-2.8/tool-presets")
(font-path "/home/YOUR_USERNAME/.gimp-2.8/fonts:/opt/gimp/usr/share/gimp/2.0/fonts")
(theme-path "/home/YOUR_USERNAME/.gimp-2.8/themes:/opt/gimp/usr/share/gimp/2.0/themes")
(script-fu-path "/home/YOUR_USERNAME/.gimp-2.8/scripts:/opt/gimp/usr/share/gimp/2.0/scripts")

7. Add menu entry for GIMP 2.8 (using menulibre) where the executable points to /opt/gimp/AppRun.

You can copy this personal menu file, located in /home/YOUR_USERNAME/.local/share/applications/menulibre-gimp-2.desktop to the system folder /usr/share/applications, so that it's available to all users.

8. Go forth and create with the best version of GIMP! smile

#19 Re: Devuan » As an extensive user, GIMP 2.10.x is unusable. 2.8.x is great though! » 2020-06-26 16:10:43

OK, I have made some progress.

I wasn't able to compile any version of GIMP 2.8 directly in Beowulf, due to incompatible gimp related libraries.

However, using my Devuan ASCII desktop, I was able to create an AppImage of GIMP 2.8.10 from Debian Jessie packages using a modified version of the gimp pkg2appimage.

Everything works in the AppImage, except the filters and the fact that I had to manually copy the content of /usr/share/gimp/2.0/ from the AppImage to  ~/.gimp-2.8/ for the brushes, etc. to work. I get the same result when running the completed AppImage as well as when running it from its source directory.

I logged the program output to file and it produced the following messages,

/home/rob/.gimp-2.8/themerc:7: Unable to find include file: "././share/gimp/2.0/themes/Default/gtkrc"
GIMP-Warning: Bad binary format string in interpreter file ././lib/gimp/2.0/interpreters/pygimp.interp

(gimp-2.8:5185): Gimp-Core-CRITICAL **: gimp_brush_generated_load: assertion 'g_path_is_absolute (filename)' failed

....

Where .... is an equivalent message for every file it couldn't find for the plugins, etc.

Here's the modified AppImage "recipe" that I used,

app: GIMP
binpatch: true

ingredients:
  dist: jessie
  sources:
    - deb http://ftp.us.debian.org/debian/ jessie main
  pretend:
    - libcups2 1.7.2-0ubuntu1

script:
  - mv ./usr/lib/libblas/* usr/lib/x86_64-linux-gnu/
  - mv ./usr/lib/lapack/* ./usr/lib/x86_64-linux-gnu/
  - sed -i -e 's|././/||g' usr/lib/gimp/2.0/interpreters/pygimp.interp
  - sed -i -e 's|^Name=.*|Name=GIMP|g' gimp.desktop

It seems to me that the error,  Unable to find include file: "/home/rob/.gimp-2.8/themerc:7: ././share/gimp/2.0/themes/Default/gtkrc is the cause of missing filters, etc. I have no idea what "themerc:7" refers to and when I checked the files inside the AppImage, gtkrc and all the others are indeed where they're supposed to be.

Normally I am pretty good at debugging these kinds of things in software, but I'm not seeing the solution to this one. Any help here would be awesome, I've never used pkg2appimage before. There may be a Python related issue or may just be a path problem. I'm entirely sure.

Thanks! smile

#20 Re: Devuan » The point of Devuan? » 2020-06-26 13:52:02

sgage wrote:

Me, all I ever wanted was a systemd-free Debian. That's really the point of Devuan, right?

That's all I want.

Debian is the root of many distros, because it's such a stable base that is easy to add layers of customization onto until one reaches their desired results. Want minimal? Start with a netinstall base system and add only what you want - heck, even remove some stuff after first boot if you'd like. Want a Ubuntu clone? Well, that's possible too with some effort. And anything in between. That doesn't mean it's going to be easy for new people, but Debian has never been easy for new people; If you want "easy" or specific to your personal needs/desires, you should use something else.  That's the entire reason why derivative distros exist.

Debian is pretty cool, but it was cooler without Systemd, hence Devuan. It doesn't need to be more complicated than that.

----

That said, obviously the direction and oversight of Debian has changed, else we wouldn't be here, so I think it would make sense if the spirit and direction of Devuan was the same as Debian's was back in the days of Wheezy and earlier. For instance, if the next version of Debian was entirely based on Snap packages, I think that a Devuan version of that would go over like a lead balloon with most of us. I like the standard library/binary/file management system of Linux, it's kinda what makes GNU/Linux, well GNU/Linux, to me anyway. So if new Debian did away with it and Devuan followed suit, because "Devuan is Debian without Systemd", then that I guess would be the end of my use of either project. Not for some philosophical reasons, just because container madness is not what I want from a GNU/Linux system.

But what I want doesn't matter; Devuan is Debian without Systemd.

#21 Re: Forum Feedback » Devuan » 2020-06-26 12:46:23

I agree that there a lot of steps involved to configure Devuan to be similar to Mint, but that has always been true of Debian. Mint is based upon Ubuntu, not Debian directly. As such, Mint comes with a huge number of customizations that Debian (and thus Devuan) do not have. Want those customizations in Debian? Well, you're going to have to install them yourself, to this day. The Mint project has LMDE, which is "Linux Mint Debian Edition", which is literally plain Debian with all the customizations that make Mint what it is.

Mint is not Debian. Devuan is Debian without Systemd.

#22 Re: Off-topic » Show your desktop (rebooted) » 2020-06-25 19:27:06

Not my desktop, rather my new custom SLiM theme,

my_slim_login_theme.jpg
Here's a blog post I made about it (my site is not monetized).

Here's my desktop itself,
screenshot_2020-06-25_15-21-26.png
XFCE with the Clearlooks theme, Gnome Brave icons, and the Agualemon window manager theme. I happen to like skeuomorphism, tyvm! smile

#23 Re: Other Issues » [Solved] Ways Beowulf is worse than ASCII » 2020-06-21 15:07:02

Head_on_a_Stick wrote:
Tatwi wrote:

I don't know where to look for log/error messages for that

# dmesg | grep firmware

When would I be able to use that during the installer? In another TTY? Honestly can say I've never tried switching to another TTY during a Debian installation.

#24 Re: Other Issues » [Solved] Ways Beowulf is worse than ASCII » 2020-06-20 16:49:29

Great to hear about FF not needing PA in Devuan. Thanks for that. In the case of my laptop, I can live with PA, but on my desktop it has always caused audio drop-out problems when recording in Audacity in literally every distro I have ever run on that machine. Rambling side note: it's sad that the Windows drivers included with my K-World TV tuner card never allowed me to use the RCA audio jacks to record audio, but it has always worked just fine in Linux.


I don't know why using the older wifi firmware package works during the installer's check for network firmware, but it does. I simply stuck it in the same directory with the other firmware and magically it was detected where the normally provided package was not. I don't know where to look for log/error messages for that, so I can't provide anymore details.

Sorry for complaining about Debian problems. I tend to agree with Darry that they just don't care.

Just to be clear, I like and will continue to use Devuan 3 on my laptop. It works like Linux should work and I appreciate that.

#25 Other Issues » [Solved] Ways Beowulf is worse than ASCII » 2020-06-18 17:00:31

Tatwi
Replies: 11

Here are some things I have found that make Beowulf worse than ASCII. I would love to list things that are better in Beowulf, but there aren't any - it's basically the same thing as ASCII, but worse for a few reasons. Such is the general direction of Linux since 2016 or so, *sigh*... That said, it's actually GREAT that Beowulf is so similar to ASCII, because if it ain't broke, don't fix it! I am so bloody sick of "change for the sake of change".

1. The Markdown plugin for Geany 1.33 isn't included in the repo and will not compile from source due to requiring a GTK library that is no longer available. The issue is noted in this bug report

https://github.com/geany/geany-plugins/issues/792

Version 1.34 of Geany does not have this problem, as it includes support for GTK3.


2. gcolor2, the simple GTK color picker is no longer available.

http://gcolor2.sourceforge.net/

I had to install the KDE equivalent, kcolorchooser, which isn't ideal because now I have a QT program running in my otherwise entirely GTK based environment. gpick is not a replacement for gcolor2, because it's has completely different, cumbersome, and awful UI that fucking sucks.


3. I had to pull the Intel wifi firmware from the ASCII live CD image, as the firmware included on both the ASCII and Beowulf full and netinstall didn't work with my Intel 8265 / 8275 (rev 78) wifi.

WORKS: firmware-intelwimax_20161130-3_all.deb
FAILS: firmware-intelwimax_20190114-2_all.deb


4. Pulseaudio didn't work properly until I commented out a line in obscure file.

/etc/pulse/client.conf.d/00-disable-autospawn.conf
- comment out the following line and reboot:
autospawn=no

I would prefer to not use PA, but Firefox is compiled to require it, so it has to be there...


5. Hunspell itself doesn't get installed when installing spell check libraries that use it, such as hunspell-en-ca, thus making it seem like spell check is broken in a fair number of programs until one does as sudo apt-get install hunspell. Bit of odd one and it's probably a Debian apt issue.


6. GIMP 2.10 is a broken abomination that's just plain worse than 2.8, yet its developers consider it to be working as intended. I already have a thread about it here, but I thought I would mention it again, because the new version actively ruins files created by older versions of Gimp, preventing a person from opening their images in an older version of the software. While I am personally lucky this hasn't screwed me over, it's an issue that could certainly screw over the unaware. For me it means that I have to now boot Windows 10 any time I want to use GIMP and wait 2 minutes for it find fonts. Yay...


Anyway, grumpy old man signing off! smile

Ps. The clock plugin for the XFCE panel still breaks after one changes any of its settings. Not a huge deal, as the Datetime plugin is essentially the same thing. But... it's still broken. The last time it worked was in Debian was Wheezy. https://bugzilla.xfce.org/show_bug.cgi?id=14507

Board footer

Forum Software