Re: Psychedelic GUI after stable update to buster
> On Fri, 12 Jul 2019 20:22:55 -0400 > ho...@rumormillnews.com wrote: > >>> On Fri, 12 Jul 2019 17:52:43 -0400 >>> ho...@rumormillnews.com wrote: >>> Following recent 'buster' move to 'stable' I got wild psychedelic colors on my XFCE desktop, making it nearly impossible to read anything on-screen. Normally I'd have display set for 1024x768. I've found I can get normal color on the GUI if I switch to 1600x900. However, even then, if I switch to console (F1-F6) or if the screensaver comes on, on return the psychedelic colors are back. If I log out / log in to the desktop, normal colors return with the 1600x900 setting only. AMD A10-7860K Radeon R7. ASUSTEK A68HM-K motherboard. firmware-linux-free and firmware-linux-nonfree are installed. Is this a bug? Is there a fix? I'd like to get my normal colors and normal resolution back. Thanks in advance for any help. >>> >>> >>> Try a different theme. The switch from GTK-2 to GTK-3 results in a mess >>> if the wrong theme is used. >>> >> >>Thanks. :) Using GTK-ChTheme (which says it's for GTK+ 2, but I don't >> see >>a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no >>improvement. Should I be approaching this theme change some other way? >> > > You have the right idea, however, perhaps try adwaita, which is a GTK-3 > specific theme. > Thanks, Charles - I switched to adwaita, but no joy. Perhaps we're on the wrong track? All is well; I switch to console and return or screensaver blanks the screen; and when the GUI screen is redrawn, it's as though it has shifted to a different color palette. Windows and dialog boxes, etc., have their expected shapes, likewise with swirls in the background/wallpaper, but colors are now lime green, magenta, etc., instead of calming blue, and many fonts become blurry or ragged. How is that even possible? Restarting the desktop does restore the expected colors (but only if set for 1600x900). Is there a simple "redraw screen" command (like Ctrl-L at the console) that might work at the desktop, without requiring logout/login?
Re: useless languages
On Fri, 12 Jul 2019, David Christensen wrote: On 7/12/19 4:03 AM, Pierre Frenkiel wrote: hi, when installing some packages (chromiun for example), I get a lot of useless languages (task-marathi-desktop task-nepali-desktop ...) Is there a way to get rid of them? best regards, I added the following line to my root .profile to prevent apt-get from downloading and installing 'recommended' packages; alias apt-get='apt-get --no-install-recommends' hi David, thank you for the tip. I'll add that to my .kshrc, where I put all my aliases best regards, -- Pierre Frenkiel
Re: Psychedelic GUI after stable update to buster
> On Fri, 12 Jul 2019 20:22:55 -0400 > ho...@rumormillnews.com wrote: > >>> On Fri, 12 Jul 2019 17:52:43 -0400 >>> ho...@rumormillnews.com wrote: >>> Following recent 'buster' move to 'stable' I got wild psychedelic colors on my XFCE desktop, making it nearly impossible to read anything on-screen. Normally I'd have display set for 1024x768. I've found I can get normal color on the GUI if I switch to 1600x900. However, even then, if I switch to console (F1-F6) or if the screensaver comes on, on return the psychedelic colors are back. If I log out / log in to the desktop, normal colors return with the 1600x900 setting only. AMD A10-7860K Radeon R7. ASUSTEK A68HM-K motherboard. firmware-linux-free and firmware-linux-nonfree are installed. Is this a bug? Is there a fix? I'd like to get my normal colors and normal resolution back. Thanks in advance for any help. >>> >>> >>> Try a different theme. The switch from GTK-2 to GTK-3 results in a mess >>> if the wrong theme is used. >>> >> >>Thanks. :) Using GTK-ChTheme (which says it's for GTK+ 2, but I don't >> see >>a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no >>improvement. Should I be approaching this theme change some other way? >> > > You have the right idea, however, perhaps try adwaita, which is a GTK-3 > specific theme. > Whoa! I tried to take screenshots so folks could see what I've been trying to describe. Shot of normal screen turns out as expected. Shot of psychedelic screen turns out ... identical to shot of normal screen!!! In other words, what's present in graphic memory space is not the same as what's being transmitted to my display/monitor, sometimes. Where's Rod Serling when we need him...? :)
Re: Psychedelic GUI after stable update to buster
On 13.07.2019 12:44, ho...@rumormillnews.com wrote: >> On Fri, 12 Jul 2019 20:22:55 -0400 >> ho...@rumormillnews.com wrote: >> On Fri, 12 Jul 2019 17:52:43 -0400 ho...@rumormillnews.com wrote: > Following recent 'buster' move to 'stable' I got wild psychedelic > colors > on my XFCE desktop, making it nearly impossible to read anything > on-screen. > > Normally I'd have display set for 1024x768. I've found I can get > normal > color on the GUI if I switch to 1600x900. However, even then, if I > switch > to console (F1-F6) or if the screensaver comes on, on return the > psychedelic colors are back. If I log out / log in to the desktop, > normal > colors return with the 1600x900 setting only. > > AMD A10-7860K Radeon R7. ASUSTEK A68HM-K motherboard. > firmware-linux-free and firmware-linux-nonfree are installed. > > Is this a bug? Is there a fix? I'd like to get my normal colors and > normal resolution back. Thanks in advance for any help. > Try a different theme. The switch from GTK-2 to GTK-3 results in a mess if the wrong theme is used. >>> Thanks. :) Using GTK-ChTheme (which says it's for GTK+ 2, but I don't >>> see >>> a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no >>> improvement. Should I be approaching this theme change some other way? >>> >> You have the right idea, however, perhaps try adwaita, which is a GTK-3 >> specific theme. >> > Whoa! I tried to take screenshots so folks could see what I've been > trying to describe. Shot of normal screen turns out as expected. Shot of > psychedelic screen turns out ... identical to shot of normal screen!!! In > other words, what's present in graphic memory space is not the same as > what's being transmitted to my display/monitor, sometimes. Where's Rod > Serling when we need him...? :) > > What display/monitor do you use? Do you connect it using HDMI cable? I remember another list user was asking same question with identical symptoms sometime ago. -- With kindest regards, Alexander. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org ⠈⠳⣄
Re: Psychedelic GUI after stable update to buster
> On 13.07.2019 12:44, ho...@rumormillnews.com wrote: >>> On Fri, 12 Jul 2019 20:22:55 -0400 >>> ho...@rumormillnews.com wrote: >>> > On Fri, 12 Jul 2019 17:52:43 -0400 > ho...@rumormillnews.com wrote: > >> Following recent 'buster' move to 'stable' I got wild psychedelic >> colors >> on my XFCE desktop, making it nearly impossible to read anything >> on-screen. >> >> Normally I'd have display set for 1024x768. I've found I can get >> normal >> color on the GUI if I switch to 1600x900. However, even then, if I >> switch >> to console (F1-F6) or if the screensaver comes on, on return the >> psychedelic colors are back. If I log out / log in to the desktop, >> normal >> colors return with the 1600x900 setting only. >> >> AMD A10-7860K Radeon R7. ASUSTEK A68HM-K motherboard. >> firmware-linux-free and firmware-linux-nonfree are installed. >> >> Is this a bug? Is there a fix? I'd like to get my normal colors and >> normal resolution back. Thanks in advance for any help. >> > > Try a different theme. The switch from GTK-2 to GTK-3 results in a > mess > if the wrong theme is used. > Thanks. :) Using GTK-ChTheme (which says it's for GTK+ 2, but I don't see a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no improvement. Should I be approaching this theme change some other way? >>> You have the right idea, however, perhaps try adwaita, which is a GTK-3 >>> specific theme. >>> >> Whoa! I tried to take screenshots so folks could see what I've been >> trying to describe. Shot of normal screen turns out as expected. Shot >> of >> psychedelic screen turns out ... identical to shot of normal screen!!! >> In >> other words, what's present in graphic memory space is not the same as >> what's being transmitted to my display/monitor, sometimes. Where's Rod >> Serling when we need him...? :) >> >> > What display/monitor do you use? Do you connect it using HDMI cable? > I remember another list user was asking same question with identical > symptoms sometime ago. > > -- > With kindest regards, Alexander. > Thanks -- the brand is AOC, connected via VGA cable, there's a DVI port on the card but no HDMI one. (If I plug an HDMI converter in via USB, would that work?)
Re: Don't disable recoomends by default
On 2019-07-12, Andrei POPESCU wrote: > >> Either way it won't break (a hint - Recommends weren't always the >> default), or the user will learn something new in a process. > > I'm pretty sure Jonas was around when that happened ;) > I've always used apt-get until apt rolled around recently and never encountered any impediments to the full appreciation of my applications. Maybe it's because I usually install the kitchen sink anyway. There is a problem of vocabulary, though, because the difference between a suggestion and a recommendation is pretty thin, though certainly existent, and both express the idea of a conscious, deliberate action of acceptance by the person to whom the recommendation or suggestion is made (rejection requiring only that he or she not act upon it). Rendering the following of a recommendation a default needing no user action whatsoever thus seems to run counter to the denotation of the term itself. It surprises me little, given the above, that even some developers were (or are still) confused about the matter (which someone mentioned elsewhere in this thread). -- “We are all in the gutter, but some of us are looking at the stars.” ― Oscar Wilde, Lady Windermere's Fan
Re: Psychedelic GUI after stable update to buster
On Sat, 13 Jul 2019 04:14:52 -0400 ho...@rumormillnews.com wrote: > > On 13.07.2019 12:44, ho...@rumormillnews.com wrote: > >>> On Fri, 12 Jul 2019 20:22:55 -0400 > >>> ho...@rumormillnews.com wrote: > >>> > > On Fri, 12 Jul 2019 17:52:43 -0400 > > ho...@rumormillnews.com wrote: > > > >> Following recent 'buster' move to 'stable' I got wild > >> psychedelic colors > >> on my XFCE desktop, making it nearly impossible to read > >> anything on-screen. > >> > >> Normally I'd have display set for 1024x768. I've found I can > >> get normal > >> color on the GUI if I switch to 1600x900. However, even then, > >> if I switch > >> to console (F1-F6) or if the screensaver comes on, on return > >> the psychedelic colors are back. If I log out / log in to the > >> desktop, normal > >> colors return with the 1600x900 setting only. > >> > >> AMD A10-7860K Radeon R7. ASUSTEK A68HM-K motherboard. > >> firmware-linux-free and firmware-linux-nonfree are installed. > >> > >> Is this a bug? Is there a fix? I'd like to get my normal > >> colors and normal resolution back. Thanks in advance for any > >> help. > > > > Try a different theme. The switch from GTK-2 to GTK-3 results > > in a mess > > if the wrong theme is used. > > > Thanks. :) Using GTK-ChTheme (which says it's for GTK+ 2, but I > don't see > a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no > improvement. Should I be approaching this theme change some > other way? > > >>> You have the right idea, however, perhaps try adwaita, which is a > >>> GTK-3 specific theme. > >>> > >> Whoa! I tried to take screenshots so folks could see what I've > >> been trying to describe. Shot of normal screen turns out as > >> expected. Shot of > >> psychedelic screen turns out ... identical to shot of normal > >> screen!!! In > >> other words, what's present in graphic memory space is not the > >> same as what's being transmitted to my display/monitor, > >> sometimes. Where's Rod Serling when we need him...? :) > >> > >> > > What display/monitor do you use? Do you connect it using HDMI cable? > > I remember another list user was asking same question with identical > > symptoms sometime ago. > > > > -- > > With kindest regards, Alexander. > > > Thanks -- the brand is AOC, connected via VGA cable, there's a DVI > port on the card but no HDMI one. (If I plug an HDMI converter in > via USB, would that work?) > It should, but the DVI from a computer ought to work into an HDMI monitor, though of course it needs an adaptor plug. I've done that before. This sounds like a graphics driver problem, so the DVI may also be affected, but maybe not. The colour encoding is very different from VGA. -- Joe
Re: Psychedelic GUI after stable update to buster
On 13.07.2019 13:14, ho...@rumormillnews.com wrote: >> On 13.07.2019 12:44, ho...@rumormillnews.com wrote: On Fri, 12 Jul 2019 20:22:55 -0400 ho...@rumormillnews.com wrote: >> On Fri, 12 Jul 2019 17:52:43 -0400 >> ho...@rumormillnews.com wrote: >> >>> Following recent 'buster' move to 'stable' I got wild psychedelic >>> colors >>> on my XFCE desktop, making it nearly impossible to read anything >>> on-screen. >>> >>> Normally I'd have display set for 1024x768. I've found I can get >>> normal >>> color on the GUI if I switch to 1600x900. However, even then, if I >>> switch >>> to console (F1-F6) or if the screensaver comes on, on return the >>> psychedelic colors are back. If I log out / log in to the desktop, >>> normal >>> colors return with the 1600x900 setting only. >>> >>> AMD A10-7860K Radeon R7. ASUSTEK A68HM-K motherboard. >>> firmware-linux-free and firmware-linux-nonfree are installed. >>> >>> Is this a bug? Is there a fix? I'd like to get my normal colors and >>> normal resolution back. Thanks in advance for any help. >>> >> Try a different theme. The switch from GTK-2 to GTK-3 results in a >> mess >> if the wrong theme is used. >> > Thanks. :) Using GTK-ChTheme (which says it's for GTK+ 2, but I don't > see > a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no > improvement. Should I be approaching this theme change some other > way? > You have the right idea, however, perhaps try adwaita, which is a GTK-3 specific theme. >>> Whoa! I tried to take screenshots so folks could see what I've been >>> trying to describe. Shot of normal screen turns out as expected. Shot >>> of >>> psychedelic screen turns out ... identical to shot of normal screen!!! >>> In >>> other words, what's present in graphic memory space is not the same as >>> what's being transmitted to my display/monitor, sometimes. Where's Rod >>> Serling when we need him...? :) >>> >>> >> What display/monitor do you use? Do you connect it using HDMI cable? >> I remember another list user was asking same question with identical >> symptoms sometime ago. >> >> -- >> With kindest regards, Alexander. >> > Thanks -- the brand is AOC, connected via VGA cable, there's a DVI port on > the card but no HDMI one. (If I plug an HDMI converter in via USB, would > that work?) > This is the original thread I was talking about. [1] See if there are any pointers that could resolve your issue. Personally, I don't have much experience with AMD graphics (which is sadly notorious for lacking good support on Linux), but I would try to use different AMD drivers (use "AMDGPU" instead of "radeon" or vice versa). You can check what driver you currently using with this command: $ inxi -Gxxxz [1] https://lists.debian.org/debian-user/2017/12/msg00203.html -- With kindest regards, Alexander. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org ⠈⠳⣄
Re: Psychedelic GUI after stable update to buster
On Sb, 13 iul 19, 04:14:52, ho...@rumormillnews.com wrote: > > > Thanks -- the brand is AOC, connected via VGA cable I've seen such interesting effects when a VGA cable was not connected properly. You might want to check the cable and connection at both ends. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: Don't disable recoomends by default
Quoting Curt (2019-07-13 05:36:05) > On 2019-07-12, Andrei POPESCU wrote: > > > >> Either way it won't break (a hint - Recommends weren't always the > >> default), or the user will learn something new in a process. > > > > I'm pretty sure Jonas was around when that happened ;) > > > > I've always used apt-get until apt rolled around recently and never > encountered any impediments to the full appreciation of my > applications. > > Maybe it's because I usually install the kitchen sink anyway. > > There is a problem of vocabulary, though, because the difference > between a suggestion and a recommendation is pretty thin, You feel there a problem of vocabolary for the text in Debian Policy defining the term, or only when not looking up its definition in the context of packages? If the former then I encourage you to file a friendly bugreport against package debian-policy - the maintainers are nice people who appreciates suggestions for improving the wording in the text. If the latter then I am not sure how that can be helped... - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: [SOLVED] tailf vs buster
On 13/07/19 1:02 AM, Reco wrote: > On Fri, Jul 12, 2019 at 08:46:19AM -0400, Greg Wooledge wrote: > For me it was enough that they made xfs the default one (some can say > "forced", but note that I didn't say it) and they *knew* that xfs will > lead to data loss if used without battery-backed storage. > > >> I'm not sure exactly what you consider "controversial" about XFS. It's >> just a file system that you can choose to use, or not. > > Random slowdowns for no good reason. Data loss on power failure. Kernel > panics at xfs-specific parts of the kernel just because. > Saw a lot of such stuff. The solution was the same every time - fsck it > (ambiguity is intentional here), we're moving survived data to ext4. Have you got links to further comments on this issue, by others? I've been using xfs happily (but not exclusively) for lots of stuff for years, but would like to read about problems if they exist. I think I remember problems early on (maybe 2005ish). And I think I remember seeing problems when using LVM snapshots under it, but haven't tried that again since. Cheers, Richard signature.asc Description: OpenPGP digital signature
Re: systemd-container login as root no longer possible? SOLVED
On Sat, 13 Jul 2019 01:30:46 +0200 Michael Biebl wrote: > Hi > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830255 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731656 > > might be related. > Does it help if you add pts/0 to /etc/securetty inside your buster > container? > Would be great if you can report back if that fixes your issue. > If you want to use machinectl, you also need to have dbus installed > inside your container. > > Interesting to see that /etc/securetty has apparently been removed > just recently. That change is unstable only, i.e. won't help you for > a buster container. See > https://tracker.debian.org/news/1042624/accepted-shadow-147-1-source-into-unstable/ > > The bug was in securetty. I added following to /etc/securetty # systemd containers pts/0 pts/1 pts/2 pts/3 pts/4 pts/5 pts/6 pts/7 pts/8 pts/9 and everything works again. I can log in as root several times. Thanks Michael and Ulf!
Re: useless languages
David Christensen writes: > On 7/12/19 4:03 AM, Pierre Frenkiel wrote: >> hi, >> when installing some packages (chromiun for example), I get a lot of >> useless languages (task-marathi-desktop task-nepali-desktop ...) >> Is there a way to get rid of them? >> >> best regards, > > I added the following line to my root .profile to prevent apt-get from > downloading and installing 'recommended' packages; > > alias apt-get='apt-get --no-install-recommends' There is currently a lengthy thread discussing why this is a bad idea with the subject "Re: Don't disable recoomends by default" Even if it were a good idea, the way to do it would be in the apt configuration, not by aliasing a command.
Re: Coordinated Design: Debian.org
Hey Debian.org Team, Hope you are doing good ! Your website “ Debian.org ” communicates in many different manners to the visitor. "If you build it properly they will come" *Wanna to give us a chance to revamp your website? * Love to share our credentials. *Kinds Regards,* Alex Mathew - Note: - Reply me with a "NO", if you are not interested. [image: beacon]
Re: Flatpak or repository apps
On 7/12/19 10:14 AM, Andrei POPESCU wrote: > On Vi, 12 iul 19, 09:33:44, Georgios wrote: >> Hi there! >> >> Based on security and stability i was wondering what is more preferable? >> >> Installing apps through flatpak or through debian repositories? > > This is quite generic. It would help if you provided concrete examples > of software that is available both as Debian package and flatpak. well i was thinking if it has any advantage installing user apps like gimp,keepassxc,shotwell,vlc and libreoffice through flatpak. They are on debian repositories and flatpak > >> Some thoughts in my mind. >> >> Repositories: >> >> -I was thinking that in repositories you have old software that gets >> bugs fixes. But what about old software that it isnt supported? Are >> fixes backported etc? How fast? > > Depends on the software. > >> -Doesnt offer easy sandboxing like flatpak >> >> -Apparmor can restrict applications >> >> >> Flatpak: >> >> -sandboxing >> >> -Propably bug fixes are faster if the developer support flatpak distribution > > What makes you assume that? > >> -No Apparmor. >> >> -are the latest applications stable enough? > > Depends on the application. > >> Any thoughts on the issue? > > Some, as per above, but not very helpful without examples. > > Kind regards, > Andrei >
Buster install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Just installed Buster. I know some kinks will work out, but seriously, /sbin is not in root's path by default? - -- You may my glories and my state dispose, But not my griefs; still am I king of those. --- William Shakespeare, "Richard II" -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTaYVhJsIalt8scIDa2T1fo1pHhqQUCXSpACgAKCRC2T1fo1pHh qTa0AP4tgLFOr49z7uNMXogmC9Syb1gH0A35CJA3/QI4egOesAD/Xyvo6vdQF9qZ Hko2u3p7LBoEv1BBhMiS46F30QeAIs8= =D5D2 -END PGP SIGNATURE-
Re: Buster install
Curt Howland writes: > I know some kinks will work out, but seriously, /sbin is not in root's > path by default? /sbin is in root's path by default. However Debian now uses a different implementation of `su` which no longer changes PATH by default: +--- | - new 'su' (with no args, i.e. when preserving the environment) also | preserves PATH and IFS, while old su would always reset PATH and IFS | even in 'preserve environment' mode. | [...] | The first difference is probably the most user visible one. Doing | plain 'su' is a really bad idea for many reasons, so using 'su -' is | strongly recommended to always get a newly set up environment similar | to a normal login. +---[ /usr/share/doc/util-linux/NEWS.Debian.gz ] Ansgar
Re: Buster install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Saturday 13 July 2019, Curt Howland was heard to say: > Just installed Buster. > > I know some kinks will work out, but seriously, /sbin is not in > root's path by default? Ok, the problem is /etc/profile is not being run when the "su" command is used. If I log in as root, the path is set just fine. - -- You may my glories and my state dispose, But not my griefs; still am I king of those. --- William Shakespeare, "Richard II" -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTaYVhJsIalt8scIDa2T1fo1pHhqQUCXSpLygAKCRC2T1fo1pHh qdrZAP0VEtLlfxJh0xoE/pfV/mV0KEw9PdyZwhWxZ+swyYp8AQD8DiPzTm7wiuIA BJQi3SMy3AdCUrhwrYkpsR2BPQtN65A= =cnNJ -END PGP SIGNATURE-
Re: Psychedelic GUI after stable update to buster
> On 13.07.2019 13:14, ho...@rumormillnews.com wrote: >>> On 13.07.2019 12:44, ho...@rumormillnews.com wrote: > On Fri, 12 Jul 2019 20:22:55 -0400 > ho...@rumormillnews.com wrote: > >>> On Fri, 12 Jul 2019 17:52:43 -0400 >>> ho...@rumormillnews.com wrote: >>> Following recent 'buster' move to 'stable' I got wild psychedelic colors on my XFCE desktop, making it nearly impossible to read anything on-screen. Normally I'd have display set for 1024x768. I've found I can get normal color on the GUI if I switch to 1600x900. However, even then, if I switch to console (F1-F6) or if the screensaver comes on, on return the psychedelic colors are back. If I log out / log in to the desktop, normal colors return with the 1600x900 setting only. AMD A10-7860K Radeon R7. ASUSTEK A68HM-K motherboard. firmware-linux-free and firmware-linux-nonfree are installed. Is this a bug? Is there a fix? I'd like to get my normal colors and normal resolution back. Thanks in advance for any help. >>> Try a different theme. The switch from GTK-2 to GTK-3 results in a >>> mess >>> if the wrong theme is used. >>> >> Thanks. :) Using GTK-ChTheme (which says it's for GTK+ 2, but I >> don't >> see >> a similar utility for GTK+ 3) I switched to Xfce 4.4 but got no >> improvement. Should I be approaching this theme change some other >> way? >> > You have the right idea, however, perhaps try adwaita, which is a > GTK-3 > specific theme. > Whoa! I tried to take screenshots so folks could see what I've been trying to describe. Shot of normal screen turns out as expected. Shot of psychedelic screen turns out ... identical to shot of normal screen!!! In other words, what's present in graphic memory space is not the same as what's being transmitted to my display/monitor, sometimes. Where's Rod Serling when we need him...? :) >>> What display/monitor do you use? Do you connect it using HDMI cable? >>> I remember another list user was asking same question with identical >>> symptoms sometime ago. >>> >>> -- >>> With kindest regards, Alexander. >>> >> Thanks -- the brand is AOC, connected via VGA cable, there's a DVI port >> on >> the card but no HDMI one. (If I plug an HDMI converter in via USB, >> would >> that work?) >> > This is the original thread I was talking about. [1] > See if there are any pointers that could resolve your issue. > > Personally, I don't have much experience with AMD graphics (which is > sadly notorious for lacking good support on Linux), but > I would try to use different AMD drivers (use "AMDGPU" instead of > "radeon" or vice versa). > You can check what driver you currently using with this command: > Â Â Â $ inxi -Gxxxz > > [1] https://lists.debian.org/debian-user/2017/12/msg00203.html > > -- > With kindest regards, Alexander. Thanks for the tip. Looks like a lot of information here but I don't really understand it. Xorg seems to have unloaded the radeon driver...? Graphics: Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK driver: N/A bus ID: 00:01.0 chip ID: 1002:130f Display: x11 server: X.Org 1.20.4 driver: ati,vesa unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.6 compat-v: 3.1 direct render: Yes Where would I find "AMDGPU" and how would I get Xorg to use it?
Re: Buster install
On Sat, Jul 13, 2019 at 05:23:22PM -0400, Curt Howland wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On Saturday 13 July 2019, Curt Howland was heard to say: > > Just installed Buster. > > > > I know some kinks will work out, but seriously, /sbin is not in > > root's path by default? > > Ok, the problem is /etc/profile is not being run when the "su" command > is used. If I log in as root, the path is set just fine. Use "su -" (or "sudo -s") if you want to achieve that... Yes, this change has tripped up some folks... Cheers -- t signature.asc Description: Digital signature
Re: Psychedelic GUI after stable update to buster
> On Sb, 13 iul 19, 04:14:52, ho...@rumormillnews.com wrote: >> > >> Thanks -- the brand is AOC, connected via VGA cable > > I've seen such interesting effects when a VGA cable was not connected > properly. > > You might want to check the cable and connection at both ends. > > Kind regards, > Andrei > -- > http://wiki.debian.org/FAQsFromDebianUser > Thanks - I recall that situation, too, from earlier days. :) VGA cable is tightly in place at both ends. It's curious that this weirdness happened immediately following the move of 'buster' to 'stable'.
Re: Buster install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Saturday 13 July 2019, Ansgar Burchardt was heard to say: | The first difference is probably the most user visible one. Doing | plain 'su' is a really bad idea for many reasons, so using 'su -' is | strongly recommended to always get a newly set up environment similar | to a normal login. Well, that's a remarkably stupid thing to change. Thank you, I will alias it because that's impossibly stupid. - -- You may my glories and my state dispose, But not my griefs; still am I king of those. --- William Shakespeare, "Richard II" -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTaYVhJsIalt8scIDa2T1fo1pHhqQUCXSpX/QAKCRC2T1fo1pHh qUkzAP49jbOL7aRWt2ll3ikWGaLnUb56khAmlhSBRnpw0qz6BwD+K/Su62QcU768 EHkqKvTwYIQokhf4JOrNXh1VZbpDRrc= =wrMi -END PGP SIGNATURE-
Re: Psychedelic GUI after stable update to buster
ho...@rumormillnews.com composed on 2019-07-13 18:07 (UTC-0400): > Thanks for the tip. Looks like a lot of information here but I don't > really understand it. Xorg seems to have unloaded the radeon driver...? > Graphics: Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK > driver: N/A >bus ID: 00:01.0 chip ID: 1002:130f >Display: x11 server: X.Org 1.20.4 driver: ati,vesa >unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A >OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.6 >compat-v: 3.1 direct render: Yes > Where would I find "AMDGPU" and how would I get Xorg to use it? These should cover it: apt purge xserver-xorg-video-ati xserver-xorg-video-radeon apt install xserver-xorg-video-amdgpu firmware-amd-graphics -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
amdgpu requires firmware installed
Hello, I have a problem with AMDGPU driver after an update from stretch to buster. On startup no X server is started (but can be later on by calling startx), and following error appears in the log. [1.311354] [drm] amdgpu kernel modesetting enabled. [1.311464] [drm:amdgpu_pci_probe [amdgpu]] *ERROR* amdgpu requires firmware installed While on stretch, I have installed some proprietary parts of AMDGPU-PRO, and only removed it after the update. Can this be the cause of error, and if so, can it be fixed? amdgpu module appears not to be loaded, but not used. $ lsmod | grep amdgpu amdgpu 3416064 0 chash 16384 1 amdgpu gpu_sched 28672 1 amdgpu i2c_algo_bit 16384 1 amdgpu ttm 126976 1 amdgpu drm_kms_helper200704 1 amdgpu drm 483328 4 gpu_sched,drm_kms_helper,amdgpu,ttm I have following firmware packages installed and up to date. firmware-amd-graphics firmware-linux firmware-linux-free firmware-linux-nonfree Some system info: $ uname -a Linux optimus 4.19.0-5-amd64 #1 SMP Debian 4.19.37-5 (2019-06-19) x86_64 GNU/Linux $ glxinfo|egrep "string" server glx vendor string: SGI server glx version string: 1.4 client glx vendor string: Mesa Project and SGI client glx version string: 1.4 OpenGL vendor string: VMware, Inc. OpenGL renderer string: llvmpipe (LLVM 7.0, 128 bits) OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.3.6 OpenGL core profile shading language version string: 3.30 OpenGL version string: 3.1 Mesa 18.3.6 OpenGL shading language version string: 1.40 OpenGL ES profile version string: OpenGL ES 3.0 Mesa 18.3.6 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 Please tell me if any additional logs or other info is needed. Thanks in advance, Vuk
Re: Psychedelic GUI after stable update to buster
>> >>> >> >> Whoa! I tried to take screenshots so folks could see what I've >> >> been trying to describe. Shot of normal screen turns out as >> >> expected. Shot of >> >> psychedelic screen turns out ... identical to shot of normal >> >> screen!!! In >> >> other words, what's present in graphic memory space is not the >> >> same as what's being transmitted to my display/monitor, >> >> sometimes. Where's Rod Serling when we need him...? :) >> >> >> >> >> > What display/monitor do you use? Do you connect it using HDMI cable? >> > I remember another list user was asking same question with identical >> > symptoms sometime ago. >> > >> > -- >> > With kindest regards, Alexander. >> > >> Thanks -- the brand is AOC, connected via VGA cable, there's a DVI >> port on the card but no HDMI one. (If I plug an HDMI converter in >> via USB, would that work?) >> > > It should, but the DVI from a computer ought to work into an HDMI > monitor, though of course it needs an adaptor plug. I've done that > before. > > This sounds like a graphics driver problem, so the DVI may also be > affected, but maybe not. The colour encoding is very different from VGA. > > -- > Joe I found a DVI cable - turns out the display / monitor has a DVI connection but not an HDMI one - and hooked it up. Again, no joy - so I guess we've narrowed the problem down to the driver...?
Re: amdgpu requires firmware installed
I had this exact same problem. https://linuxconfig.org/how-to-install-the-latest-amd-drivers-on-debian-10-buster On July 14, 2019 1:13:15 AM GMT+02:00, Vuk Vasiljevic wrote: >Hello, > >I have a problem with AMDGPU driver after an update from stretch to >buster. >On startup no X server is started (but can be later on by calling >startx), >and following error appears in the log. > >[1.311354] [drm] amdgpu kernel modesetting enabled. >[1.311464] [drm:amdgpu_pci_probe [amdgpu]] *ERROR* amdgpu requires >firmware installed > >While on stretch, I have installed some proprietary parts of >AMDGPU-PRO, >and only removed it after the update. Can this be the cause of error, >and if so, can it be fixed? > >amdgpu module appears not to be loaded, but not used. > >$ lsmod | grep amdgpu >amdgpu 3416064 0 >chash 16384 1 amdgpu >gpu_sched 28672 1 amdgpu >i2c_algo_bit 16384 1 amdgpu >ttm 126976 1 amdgpu >drm_kms_helper200704 1 amdgpu >drm 483328 4 gpu_sched,drm_kms_helper,amdgpu,ttm > > >I have following firmware packages installed and up to date. > >firmware-amd-graphics >firmware-linux >firmware-linux-free >firmware-linux-nonfree > > >Some system info: > >$ uname -a >Linux optimus 4.19.0-5-amd64 #1 SMP Debian 4.19.37-5 (2019-06-19) >x86_64 >GNU/Linux > >$ glxinfo|egrep "string" >server glx vendor string: SGI >server glx version string: 1.4 >client glx vendor string: Mesa Project and SGI >client glx version string: 1.4 >OpenGL vendor string: VMware, Inc. >OpenGL renderer string: llvmpipe (LLVM 7.0, 128 bits) >OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.3.6 >OpenGL core profile shading language version string: 3.30 >OpenGL version string: 3.1 Mesa 18.3.6 >OpenGL shading language version string: 1.40 >OpenGL ES profile version string: OpenGL ES 3.0 Mesa 18.3.6 >OpenGL ES profile shading language version string: OpenGL ES GLSL ES >3.00 > > >Please tell me if any additional logs or other info is needed. > >Thanks in advance, >Vuk -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: amdgpu requires firmware installed
On 2019-07-14 01:13 +0200, Vuk Vasiljevic wrote: > Hello, > > I have a problem with AMDGPU driver after an update from stretch to buster. > On startup no X server is started (but can be later on by calling startx), > and following error appears in the log. > > [1.311354] [drm] amdgpu kernel modesetting enabled. > [1.311464] [drm:amdgpu_pci_probe [amdgpu]] *ERROR* amdgpu requires > firmware installed > > While on stretch, I have installed some proprietary parts of AMDGPU-PRO, > and only removed it after the update. Can this be the cause of error, > and if so, can it be fixed? Possibly. Your log shows that the amdgpu module is loaded very early, this must be done by the initramfs. By default graphics drivers are not included in the initramfs, so maybe amdgpu is listed in /etc/initramfs-tools/modules ? > I have following firmware packages installed and up to date. > > firmware-amd-graphics That's the one you need. If the amdgpu module complains that it's missing, maybe the firmware is not included in the initramfs. I don't know how that could happen, though. Cheers, Sven
Re: Buster install
On Du, 14 iul 19, 00:09:09, to...@tuxteam.de wrote: > On Sat, Jul 13, 2019 at 05:23:22PM -0400, Curt Howland wrote: > > > > Ok, the problem is /etc/profile is not being run when the "su" command > > is used. If I log in as root, the path is set just fine. > > Use "su -" (or "sudo -s") if you want to achieve that... You probably meant 'sudo -i' ;) Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: Buster install
On Sb, 13 iul 19, 18:15:25, Curt Howland wrote: > On Saturday 13 July 2019, Ansgar Burchardt was heard to say: > > | The first difference is probably the most user visible one. Doing > | plain 'su' is a really bad idea for many reasons, so using 'su -' > is > | strongly recommended to always get a newly set up environment > similar > | to a normal login. > > Well, that's a remarkably stupid thing to change. In your opinion. As I see it the new su (behaviour) clearly distinguishes between "preserve environment" and "don't preserve environment". What's the point of preserving the environment, but resetting PATH? Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: [SOLVED] tailf vs buster
Hi. On Sun, Jul 14, 2019 at 12:22:38AM +1200, Richard Hector wrote: > On 13/07/19 1:02 AM, Reco wrote: > > On Fri, Jul 12, 2019 at 08:46:19AM -0400, Greg Wooledge wrote: > > > For me it was enough that they made xfs the default one (some can say > > "forced", but note that I didn't say it) and they *knew* that xfs will > > lead to data loss if used without battery-backed storage. > > > >> I'm not sure exactly what you consider "controversial" about XFS. It's > >> just a file system that you can choose to use, or not. > > > > Random slowdowns for no good reason. Data loss on power failure. Kernel > > panics at xfs-specific parts of the kernel just because. > > Saw a lot of such stuff. The solution was the same every time - fsck it > > (ambiguity is intentional here), we're moving survived data to ext4. > > Have you got links to further comments on this issue, by others? Not that I seek them, but sure I do have a few: https://bugzilla.redhat.com/show_bug.cgi?id=845233 https://bugzilla.redhat.com/show_bug.cgi?id=1225651 https://bugzilla.redhat.com/show_bug.cgi?id=1578354 845233 is my favorite, it took a lot of finger-pointing before we understood the real reason. All of them are should be fixed by now. Maybe. Ask Red Hat. And then test it somehow. And then ask Red Hat once again. Does it apply to Debian? I don't know as I have a luxury not to use xfs in Debian. > I've been using xfs happily (but not exclusively) for lots of stuff for > years, but would like to read about problems if they exist. Ever tried gambling at casino? With your luck you'll win every time. But seriously, if it works for you - who am I to argue? Reco
Re: Psychedelic GUI after stable update to buster
On 14.07.2019 4:20, Felix Miata wrote: > ho...@rumormillnews.com composed on 2019-07-13 18:07 (UTC-0400): > >> Thanks for the tip. Looks like a lot of information here but I don't >> really understand it. Xorg seems to have unloaded the radeon driver...? >> Graphics: Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK >> driver: N/A >>bus ID: 00:01.0 chip ID: 1002:130f >>Display: x11 server: X.Org 1.20.4 driver: ati,vesa >>unloaded: fbdev,modesetting,radeon resolution: 1600x900~N/A >>OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.6 >>compat-v: 3.1 direct render: Yes >> Where would I find "AMDGPU" and how would I get Xorg to use it? > These should cover it: > apt purge xserver-xorg-video-ati xserver-xorg-video-radeon > apt install xserver-xorg-video-amdgpu firmware-amd-graphics To install "firmware-amd-graphics" package is a good suggestion. But chances are high that removal of *-ati and *-radeon packages will also remove Desktop Environment, because those packages are part of "xserver-xorg-video-all" package. I'd suggest a less radical approach and simply "tell" the system what driver to use via modprobe config files. [1] [1] https://wiki.archlinux.org/index.php/AMDGPU -- With kindest regards, Alexander. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org ⠈⠳⣄
