• Welcome to Autism Forums, a friendly forum to discuss Aspergers Syndrome, Autism, High Functioning Autism and related conditions.

    Your voice is missing! You will need to register to get access to the following site features:
    • Reply to discussions and create your own threads.
    • Our modern chat room. No add-ons or extensions required, just login and start chatting!
    • Private Member only forums for more serious discussions that you may wish to not have guests or search engines access to.
    • Your very own blog. Write about anything you like on your own individual blog.

    We hope to see you as a part of our community soon! Please also check us out @ https://www.twitter.com/aspiescentral

Any fellow Linux users on here?

I've been here before a few times. It's simply that there's no driver available - Firmware in Linux language. I know that soon enough there'll be an update and all of a sudden the wifi will become available, in the meantime it's not an issue that concerns me.
Just wondering as well if you can get the Ethernet port and drivers to work as well.

This was a real concern to me some time back when building a new system. Where certain Asus motherboards' Intel Wifi and/or Ethernet wouldn't work out of the box, with Windows let alone Linux.

Requiring to download the latest drivers...which was an awkward request under the obvious circumstances. :rolleyes:
 
Last edited:
Just wondering as well if you can get the Ethernet port and drivers to work as well.
Never even tried it but I assume it does. I tethered my phone through USB and that gets identified as an ethernet connection, so that part's working properly. But as far as wifi is concerned there simply is no device available.
 
That just reminded me of a joke I saw on the net not long ago - If the USA is so great why did someone invent USB? :)
 
I'm using microcontrollers, but this seems to be a linux-based issue that I've run into quite frequently.

It seems like USB devices end up there when you connect them (I actually have to access them manually through the CLI to get them to work, so I can usually find them easily), either being assigned /dev/ttyacm0 or /dev/ttyusb0. Both use a generic serial protocol to display information, but at the app I'm using (an IDE) doesn't seem to have the same access to the serial protocol that I can get when I'm reading from it in a more 'bare metal' approach.

It seems like some apps might not have certain permissions when it comes to /dev/ttyacm0 / /dev/ttyusb0 but I can't figure it out exactly. On windows, the same IDE immediately knows what to do and reads from the serial protocol, so I'm wondering if there's some kind of soft lockout going on here by default.

I'm thinking about maybe elevating permissions from my IDE to start with to see if that changes anything, but it's strange that it has enough permissions to reprogram my boards without any issue. It's the smallest things that can be the most frustrating at times, because while it's technically still usable this way there's really no means of debugging without having that console handy.



I definitely wouldn't want to do that in that case. Even if it's a fresh install, that'll set me back a ways! I'm curious as to whether drives can just have a, "Hey, anyone / anything can access this" kind of permission somewhere that I don't know about, because Linux seems to really snap that window of access time down for security reasons or something, whereas Windows just lets everything access it all the time (probably to a fault!)

You could try to check what group the /dev/tty... device is and add your account to that group. I think it is dialout in Ubuntu.
 
Have recently replaced the system hard drive of my "vintage" Dell Optiplex 790 desk top, running Linux Mint, with a Solid State Drive and suddenly the performance falls into the extreme "Holy Krap" level!

The computer had previously ran rather slow, but just acceptable. Now, it's the fastest computer I have ever used or even imagined. Even things that I thought didn't have anything to do with the hard drive is now super fast.

I'm just gobsmacked at the new performance!
Just had to share.
 
Have recently replaced the system hard drive of my "vintage" Dell Optiplex 790 desk top, running Linux Mint, with a Solid State Drive and suddenly the performance falls into the extreme "Holy Krap" level!

The computer had previously ran rather slow, but just acceptable. Now, it's the fastest computer I have ever used or even imagined. Even things that I thought didn't have anything to do with the hard drive is now super fast.

I'm just gobsmacked at the new performance!
Just had to share.

Yep. Every Linux distro I've experimented with ran considerably faster than Windows. But then there's very little in the way of resident memory hogs running in the background compared to Windows. Yet I've always come back to Linux Mint above all others.

Even my 13-year old computer I built still runs Mint 22.0 just fine. A hardware platform that Windows 11 refuses to run on. No Secure Boot, no TPM 2.0. Oh well....lol.

I still chuckle at the fact that I can run Photoshop 5.5 using Wine 9.0 better in Linux than it ever worked in Windows 7 or 10.

Point taken though. Another reason not to go back to Microsoft and face an inherently slower OS courtesy of intentional bloatware.
 
Last edited:
Anyone here ever heard of Distrosea? It's a site to try out Linux distros in a browser. Someone from the LUG I attend mentioned it.
Never seen that before, that's a lot of distros. I might have to try it out and see how responsive it is compared to what I'm running at home. Thanks for sharing.
 
I might have to try it out and see how responsive it is compared to what I'm running at home.
I didn't have a great deal of success, my connection's too slow or lag between continents or whatever. Too slow for me to stick with, but I love the concept. Each of those is actually a virtual machine.
 
"Color Management" Question:

In printing high-resolution grayscale images in Gimp 2.10, do I need to reset the color calibration of my printer (within Linux Mint 22.0) to default to "gray" as shown below?

I ask as it seem when I print a grayscale image in Gimp 2.10, it seems to always reflect a gamma setting of 1.8 and not 2.2. Translating into what it actually being printed always looks considerably lighter than what my monitor displays. (My Linux CUPS printer settings have no references to gamma settings). And my Gimp 2.10 icc preference settings for grayscale are "default_gray.icc".

Up to now I never even considered resetting the printer's calibration to "Default Gray" rather than "color". I'm just wondering if changing that parameter on the fly might solve the difference between gamma 1.8 and 2.2. Which I'm assuming reflects the difference between what my monitor shows, and what is printed through Gimp 2.10, since I cannot print using Photoshop which is run through Wine 9.0.

One last thing which may answer my own question. In Photoshop, my grayscale icc profile defaults to gamma 2.2 per my own choice. Should I change this to show 1.8 ? Could that be where the real problem resides? I'm just not sure if this is best addressed through the OS or my graphics applications. (I have all my graphics programs set up to ignore mismatched embedded icc data ).

Color Mgmt.jpg


Here's the Photoshop Color Profile Setup that I just changed gamma settings from 2.2 to 1.8:

Photoshop Profile.jpg


Hopefully this might solve the issue, though I have no idea for sure. After all there are some incompatibility questions that occasionally may come up using Windows programs in Wine.
 
Last edited:
One last thing which may answer my own question. In Photoshop, my grayscale icc profile defaults to gamma 2.2 per my own choice. Should I change this to show 1.8 ?
Under normal usage most people wouldn't use a grayscale profile, most probably don't even know there is such a thing. Under a standard colour profile the printer will use all four colours to make black, if it's a very dark image that means that the paper's going to get very wet and may well warp and buckle as it dries but it also gives you a very dense black, far more dense than if you were printing using only the black ink.

If your printer is a colour printer stick to the colour profile except in unusual circumstances. If the printer is a single colour laser printer then the grayscale profile might give better results.
 
Under normal usage most people wouldn't use a grayscale profile, most probably don't even know there is such a thing. Under a standard colour profile the printer will use all four colours to make black, if it's a very dark image that means that the paper's going to get very wet and may well warp and buckle as it dries but it also gives you a very dense black, far more dense than if you were printing using only the black ink.

If your printer is a colour printer stick to the colour profile except in unusual circumstances. If the printer is a single colour laser printer then the grayscale profile might give better results.

Indeed, it never fails to amaze me how little so many users of color printers know about such issues which can be so critical in how their images were intended to appear. I guess they presume it all operates on osmosis or something....but it doesn't. At least not with the hardware I have.

With Photoshop in the installation process I think the gamma setting defaults to 1.8. But it must be set to either 1.8 or 2.2. If you don't mess with the initial profile setup it will probably make a mess of images one creates. With RGB I've always stuck with the Adobe 1998 color profile for consistency. As far as CMYK settings go, that gets complicated, and usually only a consideration if an image involves colors like teal or cyan. (Long story).

Since printing in Linux using Gimp 2.10 I leave my inkjet's color setting on even for grayscale images, using the photo high-resolution and paper setting. For whatever reason it spits out an error whenever I try to deviate from the "color" setting.

Though the real fact here is that the only setting I have within Linux to specify 1.8 or 2.2 gamma with grayscale remains exclusively with Photoshop 5.5. Otherwise they either don't exist or I simply haven't found such settings either in the OS or any other application.
 
Last edited:
Though the real fact here is that the only setting I have within Linux to specify 1.8 or 2.2 gamma with grayscale remains exclusively with Photoshop 5.5. Otherwise they either don't exist or I simply haven't found such settings either in the OS or any other application.
Another option is to save your image once you're happy with it and then exit Gimp and open the image in whatever picture viewing program you're using and print from there. I can't give much advice about printers though as I've never owned one.
 
Another option is to save your image once you're happy with it and then exit Gimp and open the image in whatever picture viewing program you're using and print from there.

Not possible with the software I have. But the problem doesn't warrant more redundant graphics programs if in fact they have viable print options for Linux.

* The elaborate Windows print functions in Photoshop do not work at all in Linux.
* Krita 5.2 doesn't even offer a print function. What's with that???

Leaving only Gimp 2.10....whose print functions are ok, but quite different from Photoshop. I had to experiment using alternate CUPS drivers to find one that rendered properly in Gimp.

Oh I can get what I need to optimize my images. It's just that up to now I can't see how the images actually print until I've printed them. With ink and printing paper so expensive, it's not a comfortable hack. "Hit n miss" printing is simply not practical in this price range.
 
Last edited:
* Krita 5.2 doesn't even offer a print function. What's with that???
I use Geeqie for an image browser, it has a Print option. You don't get many options in the print setup page though, but that's difficult for me to confirm because I have no printer installed.
 
I use Geeqie for an image browser, it has a Print option. You don't get many options in the print setup page though, but that's difficult for me to confirm because I have no printer installed.
I think I tested that one out a long time ago. No, I KNOW I ran that one. Let me check the repository....

Ok, I installed it....will play with it later. Thanks!
 
How disappointing! Geeqie's print interface is nearly identical to Gimp 2.10. Oh well...

But then in working the problem that may explain Linux over Windows in this sense. That perhaps all printing functions lie within the programming of CUPS. Which would likely explain why multiple graphics programs have similar or the same interface features.
 
Last edited:
Anyone have any experience with AV Linux? I'm thinking of installing it or a similar distro (audio production related) onto a computer for a friend of mine who's into making music, but I don't think she has much Linux experience. Should I go with a different, more mainsteam distro (Ubuntu, Mint, Fedora, etc) with audio-production-related repositories/packages instead?
 

New Threads

Top Bottom