Re: copy and paste from mouse when window full of icons?

On Mon, Aug 6, 2018 at 6:59 PM Ranbir wrote: > On Thu, 2018-08-02 at 09:06 +0200, Gianluca Cecchi wrote: > > The problem is that I'm using stock F28 with default Gnome 3 and, as > > it can be seen from my screenshot, there is no "PASTE" option in the > > menu (what exposed clicking the 3 horizont

gsetting not taking effect

Hello, on Gnome (with Xorg) on Fedora 30 I found that "org.gnome.shell.window-switcher current-workspace-only" is already active by default. I wanted to enable that ALT+TAB only shows tasks from the current workspace. What do I need to do? Greetings, Patrick.

error when running video in chrome -- centos6.5

Morn group. I know this is off topic, ,but I'm flumoxed and thought maybe someone has run into this issue and has a solution. I've got a centos6.5 system, running Chome --Version 31.0.1650.63 On a number of sites when I select an embedded vid to run, I get an error:: This video file cannot be

Re: error when running video in chrome -- centos6.5

On 8/22/19 10:06 PM, bruce wrote: > I know this is off topic, ,but I'm flumoxed and thought maybe someone > has run into this issue and has a solution. > > I've got a centos6.5 system, running Chome --Version 31.0.1650.63 > > On a number of sites when I select an embedded vid to run, I get an erro

Re: error when running video in chrome -- centos6.5

Hi Ed. For centos6.5 (which I think is pretty close to EOL) the current version is the latest in the repos. I might have to recheck this to be sure. thanks On Thu, Aug 22, 2019 at 10:18 AM Ed Greshko wrote: > > On 8/22/19 10:06 PM, bruce wrote: > > I know this is off topic, ,but I'm flumoxed a

Re: error when running video in chrome -- centos6.5

On 8/22/19 10:33 PM, bruce wrote: > For centos6.5 (which I think is pretty close to EOL) the current > version is the latest in the repos. > > I might have to recheck this to be sure. Is there anything stopping you from using the google-chrome.repo? FWIW, I'm not very familiar with what CentOS re

Re: error when running video in chrome -- centos6.5

Are you using the google/chrome repository at: http://dl.google.com/linux/chrome/rpm/stable/x86_64 it's at 76. All my desktops are centos-7, so I can't swear that this will work with centos-6. By the way, the current release of centos-6 is .10, so your .5 machine is rather out of date.

Re: F30: latest kernel no external monitor

On 8/22/19 2:49 PM, Gianluca Cecchi wrote: > On Wed, Aug 21, 2019 at 9:51 AM Ed Greshko > wrote: > > > Just an idea. > > Is there a difference in the output of "lsmod" when run on the 5.2 v.s. > 5.1 kernel? > >   > If both with kernel 5.2.9 and 5.1.20 I exec

Re: F30: latest kernel no external monitor

On Thu, 22 Aug 2019 22:49:56 +0800 Ed Greshko wrote: > On 8/22/19 2:49 PM, Gianluca Cecchi wrote: > > On Wed, Aug 21, 2019 at 9:51 AM Ed Greshko > > wrote: > > > > > > Just an idea. > > > > Is there a difference in the output of "lsmod" when run on the > >

External monitor randomly not waking up

I have an issue where my external monitor (ViewSonic) will not wake up. Why I think it's related to Fedora is the following: Fedora recognizes the monitor's existence when I go into settings. However, the monitor will not turn on. I have tried xrandr with no luck. I have also tried Alt + F2

Re: F30: latest kernel no external monitor

On 8/22/19 11:49 PM, stan via users wrote: > I noticed that the working version had module ecc, and the non-working > version doesn't. > > Also, the working version had intel_ishtp_loader, and the non-working > version doesn't. > > And the working version had typec_displayport, and the non-working

Re: F30: latest kernel no external monitor

On 8/22/19 8:49 AM, stan via users wrote: I noticed that the working version had module ecc, and the non-working version doesn't. Also, the working version had intel_ishtp_loader, and the non-working version doesn't. And the working version had typec_displayport, and the non-working version doe

Re: F30: latest kernel no external monitor

On 8/21/19 11:49 PM, Gianluca Cecchi wrote: On Wed, Aug 21, 2019 at 9:51 AM Ed Greshko > wrote: Is there a difference in the output of "lsmod" when run on the 5.2 v.s. 5.1 kernel? If both with kernel 5.2.9 and 5.1.20 I execute "lsmod | sort" and then a dif

Re: F30 wheel mouse oddness

After some continued googling I found this thread: https://bbs.archlinux.org/viewtopic.php?id=245501 Which seems to indicate that there were some high resolution wheel mouse code changes that made it into the 5.x kernel and this is not the only problem reported. Thanks, Richard _

F30: i915 - No HDMI output with KMS enabled

Hello, I have an old Optiplex 3010 which I put F30 on. For some reason, I cannot get the HDMI port to work without disabling KMS by adding i915.modeset=0 to the kernel command line. Problem is, if I disable KMS, audio over HDMI doesn't work. I get the following in dmesg: [root@phtpc01 ~]# dmes

Re: F30: i915 - No HDMI output with KMS enabled

On 8/22/19 6:05 PM, Muhammad Hamzah Khan via users wrote: Hello, I have an old Optiplex 3010 which I put F30 on. For some reason, I cannot get the HDMI port to work without disabling KMS by adding i915.modeset=0 to the kernel command line. Problem is, if I disable KMS, audio over HDMI doesn't

[389-users] Re: New SSL

William, Thank you for your help. There is something seriously wrong when importing certs and enabling ssl in the admin console. I did a full fresh install of 389 and I get the same error: [Thu Aug 22 16:46:59.824914 2019] [:error] [pid 12634:tid 140387102636160] Password for slot internal

[389-users] Re: New SSL

Even after I reset the databse and set new password: [Thu Aug 22 22:08:45.149745 2019] [:error] [pid 13011:tid 140251715872896] Password for slot internal is incorrect. [Thu Aug 22 22:08:45.150189 2019] [:error] [pid 13011:tid 140251715872896] NSS initialization failed. Certificate database: /

[389-users] Re: New SSL

Just to show that I got the password right :) [root@hypersouth admin-serv]# certutil -K -d . -f pwdfile.txt certutil: Checking token "NSS Certificate DB" in slot "NSS User Private Key and Certificate Services" < 0> rsa  ec05a16fff5a6756702d91a127e4a5dbf8e93380 hypersouthCert [root@hypersout

[389-users] Re: New SSL

Try /etc/dirsrv/admin-serv/pin.txt with the format: Internal (Software) Token:PASSWORD > On 23 Aug 2019, at 13:12, Fernando Fuentes wrote: > > Just to show that I got the password right :) > > [root@hypersouth admin-serv]# certutil -K -d . -f pwdfile.txt > certutil: Checking token "NSS Certifi

[389-users] Re: New SSL

William, Thanks for your reply. If I use the pin file with that format I get: [root@hypersouth admin-serv]# certutil -K -d . -f pin.txt certutil: Checking token "NSS Certificate DB" in slot "NSS User Private Key and Certificate Services" Incorrect password/PIN entered. certutil: could not auth

[389-users] Re: New SSL

Yes, but that format of the pin.txt is what svrcore experts when you start the admin server. pin.txt -> svrcore -> admin server pwdfile.txt -> certutil They do seperate things :) It's lovely and confusing :) > On 23 Aug 2019, at 13:17, Fernando Fuentes wrote: > > William, > > Thanks for y

[389-users] Re: New SSL

William, Understood, But it still does not do anything for me. I keep getting the same error. I am not sure is even been loaded. Is there a way i can find that is looking for this pin file? Thanks! On 8/22/19 11:10 PM, William Brown wrote: Yes, but that format of the pin.txt is what svrcore

[389-users] Re: New SSL

It might be best to wait for Mark Reynolds to have a look, he's the admin server expert :) > On 23 Aug 2019, at 14:13, Fernando Fuentes wrote: > > William, > > Understood, But it still does not do anything for me. I keep getting the same > error. > I am not sure is even been loaded. > > Is

[389-users] Re: New SSL

Thanks William! I shall await for his glorious entrance :D Thanks again! Regards, - On 8/22/19 11:18 PM, William Brown wrote: It might be best to wait for Mark Reynolds to have a look, he's the admin server expert :) On 23 Aug 2019, at 14:13, Fernando Fuentes wrote: William, Understood,

[389-users] Re: New SSL

William, I got a bit further! I follow this: https://access.redhat.com/documentation/en-us/red_hat_directory_server/10/html/administration_guide/AdminServerConfig#Using-the-DS-Key-Cert-for-Admin-Server And I added the password.conf part and it seem to have work. BUT I got: [Thu Aug 22 18:23:

[389-users] Re: New SSL

William, Delete the CA and re-added it and worked. We are back in business. Thanks for all your help! On 8/22/19 11:27 PM, Fernando Fuentes wrote: William, I got a bit further! I follow this: https://access.redhat.com/documentation/en-us/red_hat_directory_server/10/html/administration_guide

[389-users] Re: 389ds automount issue

Hi William, I can confirm that the automount issue can be reproduced. My 389ds Client environment: OS: CentOS release 6.9 (Final) openldap: openldap-clients-2.4.40-16.el6.x86_64 sssd: sssd-client-1.13.3-60.el6.x86_64 sssd-ipa-1.13.3-60.el6.x86_64 sssd-proxy-1.13.3-60.el6.x86_64 sssd-common-1.13.3

[389-users] Re: New SSL

Yay! I'm glad this got you moving, and you are back in business! Hope I helped! > On 23 Aug 2019, at 14:37, Fernando Fuentes wrote: > > William, > > Delete the CA and re-added it and worked. We are back in business. > > Thanks for all your help! > > On 8/22/19 11:27 PM, Fernando Fuentes wrot

[389-users] Re: 389ds automount issue

Indeed - for one last detail can you please show me your /etc/nsswitch.conf? After that, I'd advise you to open a bug on Red Hat bugzilla against SSSD and include the //etc/nsswitch.conf, and the rpm and log out put you have provided me here. Hope that helps, and great work to debug this. > O

[389-users] Re: 389ds automount issue

Hi William The nsswitch on my client is: # # /etc/nsswitch.conf # # An example Name Service Switch config file. This file should be # sorted with the most-used services at the beginning. # # The entry '[NOTFOUND=return]' means that the search for an # entry should stop if the search in the previou

[389-users] Re: 389ds automount issue

Great, the issue is certainly in SSSD truncating the ldap URI then. I'd report the issue on the Red Hat Bugzilla against RHEL 6, report all the details of the rpm, logs, nsswitch.conf and sssd.conf. The SSSD team is pretty responsive, so I hope they can help you fix it. In the mean time you have

[389-users] Re: 389ds automount issue

William, YES. The most simple way is adding cname ds.example.com to tc-389ds-1.example.com on DNS Server. Sincerely, -- DaV On Fri, Aug 23, 2019, at 13:05, William Brown wrote: > Great, the issue is certainly in SSSD truncating the ldap URI then. I'd > report the issue on the Red Hat Bugzilla a

[389-users] Re: 389ds automount issue

Once you report the bug do you mind posting a link to the Bugzilla entry here for my curiosity? > On 23 Aug 2019, at 15:07, DaV wrote: > > William, > YES. The most simple way is adding cname ds.example.com to > tc-389ds-1.example.com on DNS Server. > > Sincerely, > -- > DaV > > On Fri, Aug

[389-users] Re: 389ds automount issue

This is t the first time I submit a bug. https://bugzilla.redhat.com/show_bug.cgi?id=1744879 Sincerely, -- DaV On Fri, Aug 23, 2019, at 13:09, DaV wrote: > William, > YES. The most simple way is adding cname ds.example.com to > tc-389ds-1.example.com on DNS Server. > > Sincerely, > -- > DaV >