"watch" and quotes problem?

[ToddAndMargo via users]

Hi All,

I want to run the following command

ls -al /lin-bak | grep -i OurStuff.tar | awk '{print $9,  $5}'

with a "watch" on it

How do I get past the embedded quotes issue with

$ watch -n 2 "ls -al /lin-bak | grep -i OurStuff.tar | awk '{print $9, 
$5}'"
watch: failed to parse argument: 'ls -al /lin-bak | grep -i OurStuff.tar 
| awk '{print ,  }'': Invalid argument


Many thanks,
-T
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

usb issue

[ToddAndMargo via users]

Hi All,

I just installed
Fedora-Xfce-Live-x86_64-32-1.6.iso

on a customer's old laptop.  The laptop previously had
Windows XP installed on it.  So many things had gone
wrong that it was time to  try something else.

Okay, the laptop now runs beautifully, with one exception.
If I copy files from a USB3 flash drive (all the ports
are USB2) the entire machine freezes: screen, mouse,
keyboard are completely frozen.

Now I tortured the machine for hours with streaming
this and that, kpat, etc..  As long as I do not
insert a USB3 flash drive, the machine works perfectly.

May I presume that her USB2 ports are power
compromised?  Your thoughts.

Many thanks,
-T
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: modifications to sshd_config for security/hardening

[Chris Adams]

Once upon a time, Cameron Simpson  said:
> The UseDNS one is only slightly security - by disabling DNS lookup
> of incoming clients we (a) speed things up, particularly on high
> latency links and (b) stop leaking information about who is
> connecting to use to upstream DNS servers (from the DNS query).

FYI: "UseDNS no" has been the default in OpenSSH for a while now.
-- 
Chris Adams 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: AMD GPU not used by Fedora 31

[Roger Heflin]

You will want these commands:
sudo "echo ON > /sys/kernel/debug/vgaswitcheroo/switch"
sudo "echo DIS > /sys/kernel/debug/vgaswitcheroo/switch"

that will run the redirect under the sudo.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora questions.

[Ulf Volmer]

On 29.04.20 17:05, Mmobilea wrote:

> 1. How to get desktop icons for gnome?

Install gnome-shell-extension-desktop-icons.
Run gnome-tweaks to enable this extension for your account.

I personally don't use this extension, so I can't say how good this will
work.

Best regards
Ulf
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: modifications to sshd_config for security/hardening

[Cameron Simpson]

On 01May2020 11:18, bruce  wrote:

Looking through lots of online sites for making changes/mods to
sshd_config files to harden/secure the process.

Would it be cool to post the changes here for comment?


Yes.


Also, anyone have suggestions as well?


My initial steps are always:

- PermitRootLogin no
- PasswordAuthentication no
- AllowUsers just specific logins names here
- UseDNS no

The UseDNS one is only slightly security - by disabling DNS lookup of 
incoming clients we (a) speed things up, particularly on high latency 
links and (b) stop leaking information about who is connecting to use to 
upstream DNS servers (from the DNS query).


Cheers,
Cameron Simpson 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Lost Mate-panel

[Ed Greshko]

On 2020-05-02 04:16, Beartooth wrote:
>   Upgrading an E-series Thinkpad, a year or two old, running Fedora 
> 31, via CLI, the upgrade kept failing with complaints about i.686 -- till 
> I did "dnf remove  mate-*.i.686" -- then it completed, or seemed to. This 
> machine was behind an HDMI KVM switch, and was giving a display spread 
> across both its own monitor and my regular one, with four panels on each.

It may be helpful to see the details of the dnf transaction. 

dnf history commands will show that.


-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora 32: python2-gobject and python2-gobject-base are missing

[Tom Horsley]

On Fri, 01 May 2020 22:54:38 +0100
Patrick O'Callaghan wrote:

> I've been running Calibre with Python 3 plugins for some time now. Of
> course they may not be the plugins you use.

When I get around to installing fedora 32 I'll probably check again
to see if the plugins I need are ported yet. A new release is
usually when I decide to try getting rid of old work arounds
(I'm even planning on trying to use NetworkManager in f32).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora 32: python2-gobject and python2-gobject-base are missing

[Patrick O'Callaghan]

On Fri, 2020-05-01 at 13:58 -0400, Tom Horsley wrote:
> On Fri, 1 May 2020 11:39:40 -0600
> Jerry James wrote:
> 
> > Talk to the "connection manager" maintainer and ask for a python 3
> > version.  You may want to stay on Fedora 31 until a solution is
> > available for Fedora 32.
> 
> Yep. I have an old fedora virtual machine running the old calibre
> because every calibre plugin is still written in python 2, so the
> fact that someone ported the core calibre to python 3 is of no value.

I've been running Calibre with Python 3 plugins for some time now. Of
course they may not be the plugins you use.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: F32 installer : "bootloader did not set EFI variable LoaderDevicePartUUID"

[Samuel Sieb]

On 5/1/20 1:32 PM, sean darcy wrote:

I got here with:

dnf system-upgrade download
dnf system-upgrade reboot


Then what was that comment about the installer failing?  Did you mean 
the boot?


grub shows the FC32 kernel. When I boot from that fc32 kernel, I get 
this LoaderDevicePartUUID error. The recovery shell you're dropped into 
does not have a mount command !


Have you tried with an earlier kernel version from the boot menu?
How old is the "rescue" boot entry?  Does that work for mounting the USB 
stick?


I can get into the machine using Troubleshooting from an FC32 usb-stick. 
But I have no clue how I'd go about fixing this.


Which image are you using?  A live desktop or a net installer?

It might be simpler to just re-install at this point.  I assume you 
followed the standard install and have your /home on a separate 
partition.  You can use the live boot to make a backup of any important 
data if you want to be extra safe.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: AMD GPU not used by Fedora 31

[Samuel Sieb]

On 5/1/20 1:12 PM, Sreyan Chakravarty wrote:

I was going to suggest building a kernel without the intel driver


Ok before I about compiling my own kernel I would like to inform you about what 
I have done so far.


I'm pretty sure if you do that, you will have a bad situation.  You will 
end up stuck with the efi frame buffer which is really slow.



So I have followed the instructions of :

https://help.ubuntu.com/community/HybridGraphics


Not the highlighted caveat: "if your machine has a hardware mux" which 
it seems likely that yours doesn't.



The tutorial then instructs to turn on the discrete graphics and connect it to 
the graphics output using these two commands:

sudo echo ON > /sys/kernel/debug/vgaswitcheroo/switch
sudo echo DIS > /sys/kernel/debug/vgaswitcheroo/switch

Now is were things get weird.

Running these two commands with "sudo" results in a permission denied error.

bash: /sys/kernel/debug/vgaswitcheroo/switch: Permission denied

Which is weird, I mean what the hell is the point of using "sudo".


Those instructions can't work.  The problem is that the redirection is 
done by the shell before sudo is run.  So you've opened the "file" as 
your user and it doesn't matter what user the command is run as, it 
can't write to the file descriptor.



Running these commands as root - DOES ABSOLUTELY NOTHING.
No error. No lockup. Nothing.


Because there's nothing it can do.


I even checked the status using the command mentioned above and it still gave 
me the same output where the discrete graphics is turned off and the integrated 
one is used.

I have to tell you, I was doing all this in Wayland and not X.

Weirldy after modifying the GRUB_CMDLINE_LINUX I am getting "radeon" in my boot 
log.
You can find my entire log here:
https://pastebin.com/3wqhaDAY


fbcon: i915drmfb (fb0) is primary device
i915 :00:02.0: fb0: i915drmfb frame buffer device
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: AMD GPU not used by Fedora 31

[Samuel Sieb]

On 5/1/20 1:18 PM, Sreyan Chakravarty wrote:

On 4/28/20 4:14 AM, Samuel Sieb via users wrote:

The reason you can't turn it off from the bios is likely because that
isn't possible.  There obviously aren't separate video out ports for
each device.  My understanding of how this works is that the better GPU
(AMD in this case) is used for 3D rendering to a buffer and then that
buffer is copied into the other (Intel) device for outputting to the
display.  If you blacklist the i915, you will have no graphics at all.


You might be right.


My question to the OP is why do you want to do this?


Because I want to actually use the hardware that I have.


But it doesn't give you any benefit.  For the window manager and most 
application, you would never notice the difference.  It might even be 
slower using the AMD gpu because of all the copies back and forth.



  So if you really do need that for
something, use the right-click menu option.


There is no way to verify that the card is being used. If you could just help 
me to verify that the card is actually used or not then this whole problem 
would be solved.

Is there any way to verify this? Any application I run that wouldn't run on the 
Integrated Graphics but would run on the discrete card ?


If you can find an application that uses a lot of 3D rendering (which 
usually means a game), you can compare the frame rate between running it 
with each option.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: AMD GPU not used by Fedora 31

[Samuel Sieb]

On 5/1/20 1:23 PM, Sreyan Chakravarty wrote:

On Mon, 27 Apr 2020 15:39:11 -
"stan" wrote:
You won't get excommunicated for not following the guidelines, but you
are less likely to get help.  :-)


Okay this will probably be the dumbest question you have got but can you tell me what 
email client allows "quoting". I mean what is best for these types mailing 
lists.


Most real email clients (not web-based) do decent quoting.


I actually have to copy in and change the information manually, which probably 
won't be accurate and is annoying AF.

Could you tell me a mailing client for mailing lists ? Or rather how you go 
about replying to mails in these lists.


I use Thunderbird for my personal email and Evolution for work (Exchange 
server).  In Thunderbird, I can press CTRL-SHIFT-L and it will send to 
the list address and not the individual sender.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Lost Mate-panel

[Samuel Sieb]

On 5/1/20 1:16 PM, Beartooth wrote:

Since the upgrade reboot, when I KVM to the Thinkpad, I see blank
flashing panels on each monitor. There is no terminal emulator anywhere.
I've tried a couple times to reboot it to rescue mode, but it ignores
that.


What graphics device do you have?


I can get to the line at the beginning of the boot process which
is supposed to make it boot into rescue mode, but that has no effect.


There is no "rescue mode" in the boot menu.  That entry is for an initrd 
that has all the kernel drivers, not just the ones for that specific 
machine.  For a real rescue mode, you need to use one of the net install 
iso images.


One option is to add "3" at the end of the kernel command line and if 
that doesn't work, then try "single".  The first one should get a full 
running system with not graphics and the second one should be a minimal 
boot.  Either way, you should be able to access the previous logs and 
find out what's happening.



Do I go looking for a live distro that may let me mount the Thpd's
hard drive and try to fix the panels somehow?

Do I just call it a total loss and install F 32 from a freshly
downloaded iso on a thumb drive?


Those are related.  You can put a Fedora live image on a thumb drive and 
boot it and if necessary do the re-install from it as well.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora 32: python2-gobject and python2-gobject-base are missing

[Dario Lesca]

Il giorno ven, 01/05/2020 alle 11.15 -0700, stan via users ha scritto:
> protected_packages

This method cause a problem:

   $ sudo dnf update
   Last metadata expiration check: 0:53:56 ago on Fri May  1 21:53:49
   2020.
   Error: 
Problem: The operation would result in removing the following
   protected packages: python2-gobject, python2-gobject-base
   (try to add '--skip-broken' to skip uninstallable packages)

   Better put "exclude=python2-gobject python2-gobject-base" into 
/etc/dnf/dnf.conf :

   $ sudo dnf update
   Last metadata expiration check: 0:58:34 ago on Fri May  1 21:53:49 2020.
   Dependencies resolved.
   Nothing to do.
   Complete!

   Thanks

   -- 
   Dario Lesca
   (inviato dal mio Linux Fedora 32 Workstation)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: F32 installer : "bootloader did not set EFI variable LoaderDevicePartUUID"

[sean darcy]

On 5/1/20 3:03 PM, Samuel Sieb wrote:

On 4/30/20 6:44 AM, sean darcy wrote:
The F32 installer fails. systemd-gpt-auto-generator can't find the EFI 
partition because the bootloader did not set it. Therefore sysroot is 
not setup.


This is an Acer laptop, upgrading from F31.


You say "installer", but then you say "upgrading".  Which is it?  How 
did you get to this point?


AND, there's an rdsosreport.txt file generated. The console suggests 
you save it on a usb stick or in /boot. I can't figure out how to 
mount either. Any way to save it?


Assuming you only have one hard drive, plug in the usb stick and run 
"mount /dev/sdb1 /mnt", copy the file to /mnt and then "umount /mnt".

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


I got here with:

dnf system-upgrade download
dnf system-upgrade reboot

grub shows the FC32 kernel. When I boot from that fc32 kernel, I get 
this LoaderDevicePartUUID error. The recovery shell you're dropped into 
does not have a mount command !


I can get into the machine using Troubleshooting from an FC32 usb-stick. 
But I have no clue how I'd go about fixing this.


sean

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: AMD GPU not used by Fedora 31

[Sreyan Chakravarty]

> On Mon, 27 Apr 2020 15:39:11 -
> "stan" wrote:
> You won't get excommunicated for not following the guidelines, but you
> are less likely to get help.  :-)

Okay this will probably be the dumbest question you have got but can you tell 
me what email client allows "quoting". I mean what is best for these types 
mailing lists. 

I actually have to copy in and change the information manually, which probably 
won't be accurate and is annoying AF.

Could you tell me a mailing client for mailing lists ? Or rather how you go 
about replying to mails in these lists.

Thanks.

Regards,
Sreyan 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: AMD GPU not used by Fedora 31

[Sreyan Chakravarty]

> On 4/28/20 4:14 AM, Samuel Sieb via users wrote:
> 
> The reason you can't turn it off from the bios is likely because that 
> isn't possible.  There obviously aren't separate video out ports for 
> each device.  My understanding of how this works is that the better GPU 
> (AMD in this case) is used for 3D rendering to a buffer and then that 
> buffer is copied into the other (Intel) device for outputting to the 
> display.  If you blacklist the i915, you will have no graphics at all.

You might be right. 

> My question to the OP is why do you want to do this?  

Because I want to actually use the hardware that I have.

>  So if you really do need that for 
> something, use the right-click menu option.

There is no way to verify that the card is being used. If you could just help 
me to verify that the card is actually used or not then this whole problem 
would be solved.

Is there any way to verify this? Any application I run that wouldn't run on the 
Integrated Graphics but would run on the discrete card ?

Regards,
Sreyan
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Lost Mate-panel

[Beartooth]

Upgrading an E-series Thinkpad, a year or two old, running Fedora 
31, via CLI, the upgrade kept failing with complaints about i.686 -- till 
I did "dnf remove  mate-*.i.686" -- then it completed, or seemed to. This 
machine was behind an HDMI KVM switch, and was giving a display spread 
across both its own monitor and my regular one, with four panels on each.

Since the upgrade reboot, when I KVM to the Thinkpad, I see blank 
flashing panels on each monitor. There is no terminal emulator anywhere. 
I've tried a couple times to reboot it to rescue mode, but it ignores 
that.

I took it out from behind the KVM switch, but that didn't help.

I can get to the line at the beginning of the boot process which 
is supposed to make it boot into rescue mode, but that has no effect.

Do I go looking for a live distro that may let me mount the Thpd's 
hard drive and try to fix the panels somehow? 

Do I just call it a total loss and install F 32 from a freshly 
downloaded iso on a thumb drive? 

Is there a third way?

-- 
Beartooth Staffwright, Not Quite Clueless Linux Power User
I have precious (very precious) little idea where up is.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: AMD GPU not used by Fedora 31

[Sreyan Chakravarty]

> On Mon, 27 Apr 2020 16:33:54 -
> "stan" ; wrote:
> 
> 
> I recall you saying
> that you have no way of turning off the intel gpu from the bios.  Is
> that true?  

Unfortunately no way to switch off the Intel Graphics from the BIOS.

> Check at the website of the builder of your laptop, and
> maybe ask them if it is possible.  That's the simplest solution.  No
> dice?

I can try but most probably they wont reply, even if they did I don't think 
they would know anything about Linux or open-source drivers. They are focussed 
for Windows. 

 
> I was going to suggest building a kernel without the intel driver 

Ok before I about compiling my own kernel I would like to inform you about what 
I have done so far.

So I have followed the instructions of :

https://help.ubuntu.com/community/HybridGraphics

The first thing it asks you to do is add a kernel parameter to 
GRUB_CMDLINE_LINUX, so I added the following parameter :

radeon.modeset=1

Now I rebooted and checked the status as per the instructions in the page. I 
used the command:

sudo cat /sys/kernel/debug/vgaswitcheroo/switch

Output:
0:DIS: :DynOff::01:00.0
1:IGD:+:Pwr::00:02.0

So far so good.
This makes sense since I suspected the Integrated Graphics was being used and 
the Discrete Graphics card ie. AMD was off.

The tutorial then instructs to turn on the discrete graphics and connect it to 
the graphics output using these two commands:

sudo echo ON > /sys/kernel/debug/vgaswitcheroo/switch
sudo echo DIS > /sys/kernel/debug/vgaswitcheroo/switch

Now is were things get weird.

Running these two commands with "sudo" results in a permission denied error.

bash: /sys/kernel/debug/vgaswitcheroo/switch: Permission denied

Which is weird, I mean what the hell is the point of using "sudo".

Running these commands as root - DOES ABSOLUTELY NOTHING.
No error. No lockup. Nothing.

I even checked the status using the command mentioned above and it still gave 
me the same output where the discrete graphics is turned off and the integrated 
one is used.

I have to tell you, I was doing all this in Wayland and not X.

Weirldy after modifying the GRUB_CMDLINE_LINUX I am getting "radeon" in my boot 
log.
You can find my entire log here:
https://pastebin.com/3wqhaDAY

(I hope I am not exposing any sensitive information)


So any suggestions ? Anything at all ?

Regards,
Sreyan 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: F32 installer : "bootloader did not set EFI variable LoaderDevicePartUUID"

[Samuel Sieb]

On 4/30/20 6:44 AM, sean darcy wrote:
The F32 installer fails. systemd-gpt-auto-generator can't find the EFI 
partition because the bootloader did not set it. Therefore sysroot is 
not setup.


This is an Acer laptop, upgrading from F31.


You say "installer", but then you say "upgrading".  Which is it?  How 
did you get to this point?


AND, there's an rdsosreport.txt file generated. The console suggests you 
save it on a usb stick or in /boot. I can't figure out how to mount 
either. Any way to save it?


Assuming you only have one hard drive, plug in the usb stick and run 
"mount /dev/sdb1 /mnt", copy the file to /mnt and then "umount /mnt".

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: F32 installer : "bootloader did not set EFI variable LoaderDevicePartUUID"

[sean darcy]

On 4/30/20 9:44 AM, sean darcy wrote:
The F32 installer fails. systemd-gpt-auto-generator can't find the EFI 
partition because the bootloader did not set it. Therefore sysroot is 
not setup.


This is an Acer laptop, upgrading from F31.

Before that error, and maybe related to it, there are errors loading 2 
X.509 certificates.



1. Microsoft Windows Production

2. Microsoft Corporation UEFI CA

3. Acer Database

4. Linpus

5. Error

6. Error

7. Fedora Secure Boot

I've tried booting with Secure Boot on and with it off.

AND, there's an rdsosreport.txt file generated. The console suggests you 
save it on a usb stick or in /boot. I can't figure out how to mount 
either. Any way to save it?


sean
___


Any suggestions on where I can find some help with this? Right now I 
have a brick.


sean

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora 32: python2-gobject and python2-gobject-base are missing

[stan via users]

On Fri, 01 May 2020 19:30:14 +0200
Dario Lesca  wrote:

> Moreover I have noticed that if I run "dnf update" these two old
> package are removed then this is not the optimal solution for my
> problem.
> 
> The procedure that not work into python3 is the setting panel
> (connmgr.py) of gnome shell extension "connection manager"[1] that I
> use a lot.
> 
> Someone have some suggest to resolve my problem?

man dnf.conf

protected_packages
  list

  List of packages that DNF should never completely remove.
  They are protected via Obsoletes as well as user/plugin
  removals.

  The default is: dnf, glob:/etc/yum/protected.d/*.conf and
  glob:/etc/dnf/protected.d/*.conf. So any packages which
  should be protected can do so by including a file in
  /etc/dnf/protected.d with their package name in it.

  DNF will protect also the package corresponding to the
  running version of the kernel.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora 32: python2-gobject and python2-gobject-base are missing

[Dario Lesca]

Il giorno ven, 01/05/2020 alle 11.39 -0600, Jerry James ha scritto:
> Talk to the "connection manager" maintainer and ask for a python 3
> version.  You may want to stay on Fedora 31 until a solution is
> available for Fedora 32.

Thank Jerry, I know this kind of solution ... of course I will ask to
"connection manager" maintainer ... or to some my friends a python3
version for this software.

This Fedora 32 is a new installation, then for now I have install this
two old packages and I have put "exclude=python2-gobject python2-
gobject-base" into /etc/dnf/dnf.conf, in this way when I run dnf update
this package are ignored.

Many thanks
Dario
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora 32: python2-gobject and python2-gobject-base are missing

[Tom Horsley]

On Fri, 1 May 2020 11:39:40 -0600
Jerry James wrote:

> Talk to the "connection manager" maintainer and ask for a python 3
> version.  You may want to stay on Fedora 31 until a solution is
> available for Fedora 32.

Yep. I have an old fedora virtual machine running the old calibre
because every calibre plugin is still written in python 2, so the
fact that someone ported the core calibre to python 3 is of no value.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora 32: python2-gobject and python2-gobject-base are missing

[Jerry James]

On Fri, May 1, 2020 at 11:30 AM Dario Lesca  wrote:
> But there are some other python2 package into F32, why not these two?

Yes, a few exceptions to the python 2 removal were granted, when the
packagers were able to demonstrate that they could not yet migrate to
python 3.  Nobody asked for an exception for these two packages.

> Moreover I have noticed that if I run "dnf update" these two old
> package are removed then this is not the optimal solution for my
> problem.

Yes, those packages have been marked as obsolete, so dnf will remove
them when you do an update.

> The procedure that not work into python3 is the setting panel
> (connmgr.py) of gnome shell extension "connection manager"[1] that I
> use a lot.
>
> Someone have some suggest to resolve my problem?

Talk to the "connection manager" maintainer and ask for a python 3
version.  You may want to stay on Fedora 31 until a solution is
available for Fedora 32.
-- 
Jerry James
http://www.jamezone.org/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora 32: python2-gobject and python2-gobject-base are missing

[Dario Lesca]

Il giorno ven, 01/05/2020 alle 11.00 -0600, Jerry James ha scritto:
> Because python 2 was sunsetted on January 1 of this year

But there are some other python2 package into F32, why not these two?

[lesca@dodo ~]$ dnf list|grep ^python2|wc -l
29

Moreover I have noticed that if I run "dnf update" these two old
package are removed then this is not the optimal solution for my
problem.

The procedure that not work into python3 is the setting panel
(connmgr.py) of gnome shell extension "connection manager"[1] that I
use a lot.

Someone have some suggest to resolve my problem?

Many thanks

[1] - https://extensions.gnome.org/extension/699/connection-manager/

-- 
Dario Lesca
(inviato dal mio Linux Fedora 32 Workstation)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora 32: python2-gobject and python2-gobject-base are missing

[Jerry James]

On Fri, May 1, 2020 at 10:57 AM Dario Lesca  wrote:
> I have wget it from Fedora 31 and install it on Feodra 32 and I have
> resolve my problem (old python2 app)lication)
>
> Why these packages are not into standard repository?

Because python 2 was sunsetted on January 1 of this year [1] and so
the Fedora project actively removed python 2 packages from Fedora 32
[2].

References:
[1] https://www.python.org/doc/sunset-python-2/
[2] https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal
-- 
Jerry James
http://www.jamezone.org/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Fedora 32: python2-gobject and python2-gobject-base are missing

[Dario Lesca]

I have wget it from Fedora 31 and install it on Feodra 32 and I have
resolve my problem (old python2 app)lication)

Why these packages are not into standard repository?

Thanks for reply.

-- 
Dario Lesca
(inviato dal mio Linux Fedora 32 Workstation)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: gimp and F32 upgrade

[Barry Scott]

> On 29 Apr 2020, at 16:02, SternData  wrote:
> 
> I do not have gimp installed, but do have Glimpse installed via flatpak.
> 
> system upgrade reports:
> 
> Modular dependency problem:
> 
> Problem: conflicting requests
>  - nothing provides module(platform:f31) needed by module
> gimp:2.10:3120191106095052:f636be4b-0.x86_64
> 
> removing glimpse and flatpak does not remove the problem.
> 
> What should I try next?

This is the 2nd upgrade that showed that message.

This time I ignored the message and upgrade "fixed" it automatically.

Barry



> 
> -- 
> -- Steve
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

[389-users] Re: [EXTERNAL] Re: setup-ds-admin fails to install admin server

[Mark Reynolds]

On 5/1/20 10:52 AM, Crocker, Deborah wrote:

Well, there we go. A typo in an /etc/hosts entry pointed to an instance that 
actually had o=netscaperoot. You may delete my posts as I sit here in shame


Glad you figured it out, I would not have thought a typo in /etc/hosts 
would impact the install.  Good to know - this could be beneficial 
information to other people who might run into the same issue.


Thanks,
Mark



Deborah Crocker, PhD
Systems Engineer III
Office of Information Technology
The University of Alabama
Box 870346
Tuscaloosa, AL 36587
Office 205-348-3758 | Fax 205-348-9393
deborah.croc...@ua.edu


-Original Message-
From: Mark Reynolds 
Sent: Friday, May 1, 2020 7:57 AM
To: Crocker, Deborah ; General discussion list for the 389 Directory 
server project. <389-users@lists.fedoraproject.org>
Subject: [EXTERNAL] Re: [389-users] setup-ds-admin fails to install admin server

Sorry no idea why this is happening based on the information you told me.  I've never 
heard of this happening with a completely fresh install.  Are you sure there is no 
pre-existing directory server you are installing on top of?  If you look under 
/etc/dirsrv/ are there any "slapd-INSTANCE" directories?

So remove the old instance using remove-ds-admin.pl.  Then try running it with 
the debugger enabled:

   # setup-ds-admin.pl -d

If it still fails, then please provide the access log 
(/var/log/dirsrv/slapd-INSTANCE/access), and the debug output from 
setup-ds-admin.pl

Mark

On 5/1/20 8:44 AM, Crocker, Deborah wrote:

I'm using the option 2 install [typical] interactive and take the defaults. The 
only thing I end up typing in is passwords.

Deborah Crocker, PhD
Systems Engineer III
Office of Information Technology
The University of Alabama
Box 870346
Tuscaloosa, AL 36587
Office 205-348-3758 | Fax 205-348-9393 deborah.croc...@ua.edu


-Original Message-
From: Mark Reynolds 
Sent: Friday, May 1, 2020 7:17 AM
To: General discussion list for the 389 Directory server project. 
<389-users@lists.fedoraproject.org>; Crocker, Deborah 
Subject: [EXTERNAL] Re: [389-users] setup-ds-admin fails to install admin server


On 4/30/20 5:23 PM, Crocker, Deborah wrote:

Why do I get this error on a setup-ds-admin.pl This was a fresh install.
---
The suffix 'o=NetscapeRoot' already exists.  Config entry DN 
'cn=o\3Dnetscaperoot,cn=mapping tree,cn=config'.

And what options are you using when you install?  Are you using a silent 
install file or interactive mode?

Are "you" setting o=netscaperoot during the install?  If so, do not do that, as 
the server is already going to create this suffix.

Mark


Failed to create the configuration directory server
---

The setup has
Centos 7.8
Epel install
389-ds-base: 1.3.10.1
389-admin: 1.1.46

TIA

Deborah Crocker, PhD
Systems Engineer III
Office of Information Technology
The University of Alabama
Box 870346
Tuscaloosa, AL 36587
Office 205-348-3758 | Fax 205-348-9393 deborah.croc...@ua.edu


-Original Message-
From: Mark Reynolds 
Sent: Thursday, April 30, 2020 2:06 PM
To: General discussion list for the 389 Directory server project. 
<389-users@lists.fedoraproject.org>; CHAMBERLAIN James 

Subject: [EXTERNAL] [389-users] Re: [389-announce] Notice of Legacy Tool 
removal for 389 Directory Server


On 4/30/20 2:34 PM, CHAMBERLAIN James wrote:

Hi Mark,


On Apr 29, 2020, at 5:10 PM, Mark Reynolds  wrote:

On 4/29/20 5:07 PM, Mark Reynolds wrote:

We've been talking about this for quite some time...

A majority of all the old legacy perl and shell scripts have now been ported to 
the new CLI tools.  Starting sometime in Fedora 33 we will stop shipping the 
legacy tools sub-package as part of 389 Directory Server.

To be more specific the 389-ds-base-1.4.4 version is where the removal of the 
legacy tools subpackage will occur.

Does this includes tools like db2ldif.pl?

Correct, all of those scripts will be removed.  So all the shell and perl 
scripts (except for logconv.pl) will no longer be available starting at some 
point in 1.4.4.  The new CLI tools (dscreate, dsctl, and dsconf) can do 
everything all those other scripts could do plus more.

If you need help porting something to the new CLI I'd be glad to help.

Mark


 Anything that matches anything that matches "rpm -ql 389-ds-base | grep 
pl$ | grep sbin”, plus any shell scripts?

Thanks,

James

This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email
in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete
this email and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed 

modifications to sshd_config for security/hardening

[bruce]

Hi.

Looking through lots of online sites for making changes/mods to
sshd_config files to harden/secure the process.

Would it be cool to post the changes here for comment? Also, anyone
have suggestions as well?

thanks
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

[389-users] Re: [EXTERNAL] Re: setup-ds-admin fails to install admin server

[Crocker, Deborah]

Well, there we go. A typo in an /etc/hosts entry pointed to an instance that 
actually had o=netscaperoot. You may delete my posts as I sit here in shame

Deborah Crocker, PhD
Systems Engineer III 
Office of Information Technology 
The University of Alabama
Box 870346 
Tuscaloosa, AL 36587 
Office 205-348-3758 | Fax 205-348-9393 
deborah.croc...@ua.edu


-Original Message-
From: Mark Reynolds  
Sent: Friday, May 1, 2020 7:57 AM
To: Crocker, Deborah ; General discussion list for the 389 
Directory server project. <389-users@lists.fedoraproject.org>
Subject: [EXTERNAL] Re: [389-users] setup-ds-admin fails to install admin server

Sorry no idea why this is happening based on the information you told me.  I've 
never heard of this happening with a completely fresh install.  Are you sure 
there is no pre-existing directory server you are installing on top of?  If you 
look under /etc/dirsrv/ are there any "slapd-INSTANCE" directories?

So remove the old instance using remove-ds-admin.pl.  Then try running it with 
the debugger enabled:

  # setup-ds-admin.pl -d

If it still fails, then please provide the access log 
(/var/log/dirsrv/slapd-INSTANCE/access), and the debug output from 
setup-ds-admin.pl

Mark

On 5/1/20 8:44 AM, Crocker, Deborah wrote:
> I'm using the option 2 install [typical] interactive and take the defaults. 
> The only thing I end up typing in is passwords.
>
> Deborah Crocker, PhD
> Systems Engineer III
> Office of Information Technology
> The University of Alabama
> Box 870346
> Tuscaloosa, AL 36587
> Office 205-348-3758 | Fax 205-348-9393 deborah.croc...@ua.edu
>
>
> -Original Message-
> From: Mark Reynolds 
> Sent: Friday, May 1, 2020 7:17 AM
> To: General discussion list for the 389 Directory server project. 
> <389-users@lists.fedoraproject.org>; Crocker, Deborah 
> Subject: [EXTERNAL] Re: [389-users] setup-ds-admin fails to install admin 
> server
>
>
> On 4/30/20 5:23 PM, Crocker, Deborah wrote:
>> Why do I get this error on a setup-ds-admin.pl This was a fresh install.
>> ---
>> The suffix 'o=NetscapeRoot' already exists.  Config entry DN 
>> 'cn=o\3Dnetscaperoot,cn=mapping tree,cn=config'.
> And what options are you using when you install?  Are you using a silent 
> install file or interactive mode?
>
> Are "you" setting o=netscaperoot during the install?  If so, do not do that, 
> as the server is already going to create this suffix.
>
> Mark
>
>> Failed to create the configuration directory server
>> ---
>>
>> The setup has
>> Centos 7.8
>> Epel install
>> 389-ds-base: 1.3.10.1
>> 389-admin: 1.1.46
>>
>> TIA
>>
>> Deborah Crocker, PhD
>> Systems Engineer III
>> Office of Information Technology
>> The University of Alabama
>> Box 870346
>> Tuscaloosa, AL 36587
>> Office 205-348-3758 | Fax 205-348-9393 deborah.croc...@ua.edu
>>
>>
>> -Original Message-
>> From: Mark Reynolds 
>> Sent: Thursday, April 30, 2020 2:06 PM
>> To: General discussion list for the 389 Directory server project. 
>> <389-users@lists.fedoraproject.org>; CHAMBERLAIN James 
>> 
>> Subject: [EXTERNAL] [389-users] Re: [389-announce] Notice of Legacy Tool 
>> removal for 389 Directory Server
>>
>>
>> On 4/30/20 2:34 PM, CHAMBERLAIN James wrote:
>>> Hi Mark,
>>>
 On Apr 29, 2020, at 5:10 PM, Mark Reynolds  wrote:

 On 4/29/20 5:07 PM, Mark Reynolds wrote:
> We've been talking about this for quite some time...
>
> A majority of all the old legacy perl and shell scripts have now been 
> ported to the new CLI tools.  Starting sometime in Fedora 33 we will stop 
> shipping the legacy tools sub-package as part of 389 Directory Server.
 To be more specific the 389-ds-base-1.4.4 version is where the removal of 
 the legacy tools subpackage will occur.
>>> Does this includes tools like db2ldif.pl?
>> Correct, all of those scripts will be removed.  So all the shell and perl 
>> scripts (except for logconv.pl) will no longer be available starting at some 
>> point in 1.4.4.  The new CLI tools (dscreate, dsctl, and dsconf) can do 
>> everything all those other scripts could do plus more.
>>
>> If you need help porting something to the new CLI I'd be glad to help.
>>
>> Mark
>>
>>> Anything that matches anything that matches "rpm -ql 389-ds-base | grep 
>>> pl$ | grep sbin”, plus any shell scripts?
>>>
>>> Thanks,
>>>
>>> James
>>>
>>> This email and any attachments are intended solely for the use of the 
>>> individual or entity to whom it is addressed and may be confidential and/or 
>>> privileged.
>>>
>>> If you are not one of the named recipients or have received this email
>>> in error,
>>>
>>> (i) you should not read, disclose, or copy it,
>>>
>>> (ii) please notify sender of your receipt by reply email and delete
>>> this email and all attachments,
>>>
>>> (iii) Dassault Systèmes does not accept or assume any liability or 
>>> responsibility for any use of or reliance on this email.
>>>
>>>
>>> Please 

[389-users] Re: [EXTERNAL] Re: setup-ds-admin fails to install admin server

[Crocker, Deborah]

I can connect to my new instance with a ldap browser and there is no 
o=netscaperoot. I can see it with the same ldap browser in my older instances. 
There isn't much more when it goes to create the admin server.  The access log 
is empty. The error log contains this. I've included the debug output after the 
error log.
389-Directory/1.3.10.1 B2020.092.216
atl-ldap2020a.ua.edu:389 (/etc/dirsrv/slapd-atl-ldap2020a)

[01/May/2020:09:35:44.247220658 -0500] - INFO - 
ldbm_instance_config_cachememsize_set - force a minimal value 512000
[01/May/2020:09:35:44.277728221 -0500] - INFO - dblayer_instance_start - Import 
is running with nsslapd-db-private-import-mem on; No other process is allowed 
to access the database
[01/May/2020:09:35:44.280356213 -0500] - INFO - check_and_set_import_cache - 
pagesize: 4096, available bytes 33016684544, process usage 18206720
[01/May/2020:09:35:44.282666276 -0500] - INFO - check_and_set_import_cache - 
Import allocates 12897142KB import cache.
[01/May/2020:09:35:44.286066604 -0500] - NOTICE - dblayer_select_ncache - 
Setting ncache to: 4 to keep each chunk below 4Gbytes
[01/May/2020:09:35:44.620367448 -0500] - INFO - import_main_offline - import 
userRoot: Beginning import job...
[01/May/2020:09:35:44.622779476 -0500] - INFO - import_main_offline - import 
userRoot: Index buffering enabled with bucket size 100
[01/May/2020:09:35:44.823609502 -0500] - INFO - import_producer - import 
userRoot: Processing file "/tmp/ldif1iLmmP.ldif"
[01/May/2020:09:35:44.828125750 -0500] - INFO - import_producer - import 
userRoot: Finished scanning file "/tmp/ldif1iLmmP.ldif" (9 entries)
[01/May/2020:09:35:45.326945971 -0500] - INFO - import_monitor_threads - import 
userRoot: Workers finished; cleaning up...
[01/May/2020:09:35:45.529822936 -0500] - INFO - import_monitor_threads - import 
userRoot: Workers cleaned up.
[01/May/2020:09:35:45.533404864 -0500] - INFO - import_main_offline - import 
userRoot: Cleaning up producer thread...
[01/May/2020:09:35:45.536183536 -0500] - INFO - import_main_offline - import 
userRoot: Indexing complete.  Post-processing...
[01/May/2020:09:35:45.538713575 -0500] - INFO - import_main_offline - import 
userRoot: Generating numsubordinates (this may take several minutes to 
complete)...
[01/May/2020:09:35:45.543346845 -0500] - INFO - import_main_offline - import 
userRoot: Generating numSubordinates complete.
[01/May/2020:09:35:45.545901348 -0500] - INFO - ldbm_get_nonleaf_ids - import 
userRoot: Gathering ancestorid non-leaf IDs...
[01/May/2020:09:35:45.549028972 -0500] - INFO - ldbm_get_nonleaf_ids - import 
userRoot: Finished gathering ancestorid non-leaf IDs.
[01/May/2020:09:35:45.551379384 -0500] - INFO - ldbm_get_nonleaf_ids - import 
userRoot: Starting sort of ancestorid non-leaf IDs...
[01/May/2020:09:35:45.554290049 -0500] - INFO - ldbm_get_nonleaf_ids - import 
userRoot: Finished sort of ancestorid non-leaf IDs.
[01/May/2020:09:35:45.560108610 -0500] - INFO - 
ldbm_ancestorid_new_idl_create_index - import userRoot: Creating ancestorid 
index (new idl)...
[01/May/2020:09:35:45.562134688 -0500] - INFO - 
ldbm_ancestorid_new_idl_create_index - import userRoot: Created ancestorid 
index (new idl).
[01/May/2020:09:35:45.564241336 -0500] - INFO - import_main_offline - import 
userRoot: Flushing caches...
[01/May/2020:09:35:45.566187233 -0500] - INFO - import_main_offline - import 
userRoot: Closing files...
[01/May/2020:09:35:45.693483231 -0500] - INFO - dblayer_pre_close - All 
database threads now stopped
[01/May/2020:09:35:45.697004162 -0500] - INFO - import_main_offline - import 
userRoot: Import complete.  Processed 9 entries in 1 seconds. (9.00 entries/sec)
[01/May/2020:09:35:45.949368865 -0500] - INFO - main - 389-Directory/1.3.10.1 
B2020.092.216 starting up
[01/May/2020:09:35:45.979822966 -0500] - INFO - main - Setting the maximum file 
descriptor limit to: 16384
[01/May/2020:09:35:49.495993631 -0500] - INFO - 
ldbm_instance_config_cachememsize_set - force a minimal value 512000
[01/May/2020:09:35:49.514411131 -0500] - NOTICE - ldbm_back_start - found 
32946756k physical memory
[01/May/2020:09:35:49.517345210 -0500] - NOTICE - ldbm_back_start - found 
32242056k available
[01/May/2020:09:35:49.519295073 -0500] - NOTICE - ldbm_back_start - cache 
autosizing: db cache: 823668k
[01/May/2020:09:35:49.522004178 -0500] - NOTICE - ldbm_back_start - cache 
autosizing: userRoot entry cache (1 total): 2228224k
[01/May/2020:09:35:49.539062442 -0500] - NOTICE - ldbm_back_start - cache 
autosizing: userRoot dn cache (1 total): 262144k
[01/May/2020:09:35:49.549827874 -0500] - NOTICE - ldbm_back_start - total cache 
size: 3141915545 B;
[01/May/2020:09:35:49.552563035 -0500] - INFO - dblayer_start - Resizing db 
cache size: 321771929 -> 843436953
[01/May/2020:09:35:49.555175652 -0500] - INFO - dblayer_start - Resizing db 
cache count: 4 -> 0
[01/May/2020:09:35:50.249462001 -0500] - INFO - slapd_daemon - slapd started.  
Listening on All Interfaces 

[389-users] Re: [EXTERNAL] Re: setup-ds-admin fails to install admin server

[Crocker, Deborah]

Thanks - this was a fresh install on a fresh os. I've done multiple installs 
before and not seen this myself.

Deborah Crocker, PhD
Systems Engineer III 
Office of Information Technology 
The University of Alabama
Box 870346 
Tuscaloosa, AL 36587 
Office 205-348-3758 | Fax 205-348-9393 
deborah.croc...@ua.edu


-Original Message-
From: Mark Reynolds  
Sent: Friday, May 1, 2020 7:57 AM
To: Crocker, Deborah ; General discussion list for the 389 
Directory server project. <389-users@lists.fedoraproject.org>
Subject: [EXTERNAL] Re: [389-users] setup-ds-admin fails to install admin server

Sorry no idea why this is happening based on the information you told me.  I've 
never heard of this happening with a completely fresh install.  Are you sure 
there is no pre-existing directory server you are installing on top of?  If you 
look under /etc/dirsrv/ are there any "slapd-INSTANCE" directories?

So remove the old instance using remove-ds-admin.pl.  Then try running it with 
the debugger enabled:

  # setup-ds-admin.pl -d

If it still fails, then please provide the access log 
(/var/log/dirsrv/slapd-INSTANCE/access), and the debug output from 
setup-ds-admin.pl

Mark

On 5/1/20 8:44 AM, Crocker, Deborah wrote:
> I'm using the option 2 install [typical] interactive and take the defaults. 
> The only thing I end up typing in is passwords.
>
> Deborah Crocker, PhD
> Systems Engineer III
> Office of Information Technology
> The University of Alabama
> Box 870346
> Tuscaloosa, AL 36587
> Office 205-348-3758 | Fax 205-348-9393 deborah.croc...@ua.edu
>
>
> -Original Message-
> From: Mark Reynolds 
> Sent: Friday, May 1, 2020 7:17 AM
> To: General discussion list for the 389 Directory server project. 
> <389-users@lists.fedoraproject.org>; Crocker, Deborah 
> Subject: [EXTERNAL] Re: [389-users] setup-ds-admin fails to install admin 
> server
>
>
> On 4/30/20 5:23 PM, Crocker, Deborah wrote:
>> Why do I get this error on a setup-ds-admin.pl This was a fresh install.
>> ---
>> The suffix 'o=NetscapeRoot' already exists.  Config entry DN 
>> 'cn=o\3Dnetscaperoot,cn=mapping tree,cn=config'.
> And what options are you using when you install?  Are you using a silent 
> install file or interactive mode?
>
> Are "you" setting o=netscaperoot during the install?  If so, do not do that, 
> as the server is already going to create this suffix.
>
> Mark
>
>> Failed to create the configuration directory server
>> ---
>>
>> The setup has
>> Centos 7.8
>> Epel install
>> 389-ds-base: 1.3.10.1
>> 389-admin: 1.1.46
>>
>> TIA
>>
>> Deborah Crocker, PhD
>> Systems Engineer III
>> Office of Information Technology
>> The University of Alabama
>> Box 870346
>> Tuscaloosa, AL 36587
>> Office 205-348-3758 | Fax 205-348-9393 deborah.croc...@ua.edu
>>
>>
>> -Original Message-
>> From: Mark Reynolds 
>> Sent: Thursday, April 30, 2020 2:06 PM
>> To: General discussion list for the 389 Directory server project. 
>> <389-users@lists.fedoraproject.org>; CHAMBERLAIN James 
>> 
>> Subject: [EXTERNAL] [389-users] Re: [389-announce] Notice of Legacy Tool 
>> removal for 389 Directory Server
>>
>>
>> On 4/30/20 2:34 PM, CHAMBERLAIN James wrote:
>>> Hi Mark,
>>>
 On Apr 29, 2020, at 5:10 PM, Mark Reynolds  wrote:

 On 4/29/20 5:07 PM, Mark Reynolds wrote:
> We've been talking about this for quite some time...
>
> A majority of all the old legacy perl and shell scripts have now been 
> ported to the new CLI tools.  Starting sometime in Fedora 33 we will stop 
> shipping the legacy tools sub-package as part of 389 Directory Server.
 To be more specific the 389-ds-base-1.4.4 version is where the removal of 
 the legacy tools subpackage will occur.
>>> Does this includes tools like db2ldif.pl?
>> Correct, all of those scripts will be removed.  So all the shell and perl 
>> scripts (except for logconv.pl) will no longer be available starting at some 
>> point in 1.4.4.  The new CLI tools (dscreate, dsctl, and dsconf) can do 
>> everything all those other scripts could do plus more.
>>
>> If you need help porting something to the new CLI I'd be glad to help.
>>
>> Mark
>>
>>> Anything that matches anything that matches "rpm -ql 389-ds-base | grep 
>>> pl$ | grep sbin”, plus any shell scripts?
>>>
>>> Thanks,
>>>
>>> James
>>>
>>> This email and any attachments are intended solely for the use of the 
>>> individual or entity to whom it is addressed and may be confidential and/or 
>>> privileged.
>>>
>>> If you are not one of the named recipients or have received this email
>>> in error,
>>>
>>> (i) you should not read, disclose, or copy it,
>>>
>>> (ii) please notify sender of your receipt by reply email and delete
>>> this email and all attachments,
>>>
>>> (iii) Dassault Systèmes does not accept or assume any liability or 
>>> responsibility for any use of or reliance on this email.
>>>
>>>
>>> Please be informed that your personal data are 

[389-users] Re: [EXTERNAL] Re: setup-ds-admin fails to install admin server

[Mark Reynolds]

Sorry no idea why this is happening based on the information you told 
me.  I've never heard of this happening with a completely fresh 
install.  Are you sure there is no pre-existing directory server you are 
installing on top of?  If you look under /etc/dirsrv/ are there any 
"slapd-INSTANCE" directories?


So remove the old instance using remove-ds-admin.pl.  Then try running 
it with the debugger enabled:


 # setup-ds-admin.pl -d

If it still fails, then please provide the access log 
(/var/log/dirsrv/slapd-INSTANCE/access), and the debug output from 
setup-ds-admin.pl


Mark

On 5/1/20 8:44 AM, Crocker, Deborah wrote:

I'm using the option 2 install [typical] interactive and take the defaults. The 
only thing I end up typing in is passwords.

Deborah Crocker, PhD
Systems Engineer III
Office of Information Technology
The University of Alabama
Box 870346
Tuscaloosa, AL 36587
Office 205-348-3758 | Fax 205-348-9393
deborah.croc...@ua.edu


-Original Message-
From: Mark Reynolds 
Sent: Friday, May 1, 2020 7:17 AM
To: General discussion list for the 389 Directory server project. 
<389-users@lists.fedoraproject.org>; Crocker, Deborah 
Subject: [EXTERNAL] Re: [389-users] setup-ds-admin fails to install admin server


On 4/30/20 5:23 PM, Crocker, Deborah wrote:

Why do I get this error on a setup-ds-admin.pl This was a fresh install.
---
The suffix 'o=NetscapeRoot' already exists.  Config entry DN 
'cn=o\3Dnetscaperoot,cn=mapping tree,cn=config'.

And what options are you using when you install?  Are you using a silent 
install file or interactive mode?

Are "you" setting o=netscaperoot during the install?  If so, do not do that, as 
the server is already going to create this suffix.

Mark


Failed to create the configuration directory server
---

The setup has
Centos 7.8
Epel install
389-ds-base: 1.3.10.1
389-admin: 1.1.46

TIA

Deborah Crocker, PhD
Systems Engineer III
Office of Information Technology
The University of Alabama
Box 870346
Tuscaloosa, AL 36587
Office 205-348-3758 | Fax 205-348-9393 deborah.croc...@ua.edu


-Original Message-
From: Mark Reynolds 
Sent: Thursday, April 30, 2020 2:06 PM
To: General discussion list for the 389 Directory server project. 
<389-users@lists.fedoraproject.org>; CHAMBERLAIN James 

Subject: [EXTERNAL] [389-users] Re: [389-announce] Notice of Legacy Tool 
removal for 389 Directory Server


On 4/30/20 2:34 PM, CHAMBERLAIN James wrote:

Hi Mark,


On Apr 29, 2020, at 5:10 PM, Mark Reynolds  wrote:

On 4/29/20 5:07 PM, Mark Reynolds wrote:

We've been talking about this for quite some time...

A majority of all the old legacy perl and shell scripts have now been ported to 
the new CLI tools.  Starting sometime in Fedora 33 we will stop shipping the 
legacy tools sub-package as part of 389 Directory Server.

To be more specific the 389-ds-base-1.4.4 version is where the removal of the 
legacy tools subpackage will occur.

Does this includes tools like db2ldif.pl?

Correct, all of those scripts will be removed.  So all the shell and perl 
scripts (except for logconv.pl) will no longer be available starting at some 
point in 1.4.4.  The new CLI tools (dscreate, dsctl, and dsconf) can do 
everything all those other scripts could do plus more.

If you need help porting something to the new CLI I'd be glad to help.

Mark


Anything that matches anything that matches "rpm -ql 389-ds-base | grep pl$ 
| grep sbin”, plus any shell scripts?

Thanks,

James

This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email
in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete
this email and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to
our data privacy policy as described on our website. Should you have
any questions related to personal data protection, please contact 3DS
Data Protection Officer at
3ds.compliance-priv...@3ds.com


For other languages, go to https://www.3ds.com/terms/email-disclaimer
___
389-users mailing list -- 389-users@lists.fedoraproject.org To
unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/389-users@lists.fedorapr
oject.org


--

389 Directory Server Development Team
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To 

[389-users] Re: [EXTERNAL] Re: setup-ds-admin fails to install admin server

[Crocker, Deborah]

I'm using the option 2 install [typical] interactive and take the defaults. The 
only thing I end up typing in is passwords.

Deborah Crocker, PhD
Systems Engineer III 
Office of Information Technology 
The University of Alabama
Box 870346 
Tuscaloosa, AL 36587 
Office 205-348-3758 | Fax 205-348-9393 
deborah.croc...@ua.edu


-Original Message-
From: Mark Reynolds  
Sent: Friday, May 1, 2020 7:17 AM
To: General discussion list for the 389 Directory server project. 
<389-users@lists.fedoraproject.org>; Crocker, Deborah 
Subject: [EXTERNAL] Re: [389-users] setup-ds-admin fails to install admin server


On 4/30/20 5:23 PM, Crocker, Deborah wrote:
> Why do I get this error on a setup-ds-admin.pl? This was a fresh install.
> ---
> The suffix 'o=NetscapeRoot' already exists.  Config entry DN 
> 'cn=o\3Dnetscaperoot,cn=mapping tree,cn=config'.

And what options are you using when you install?  Are you using a silent 
install file or interactive mode?

Are "you" setting o=netscaperoot during the install?  If so, do not do that, as 
the server is already going to create this suffix.

Mark

>
> Failed to create the configuration directory server
> ---
>
> The setup has
> Centos 7.8
> Epel install
> 389-ds-base: 1.3.10.1
> 389-admin: 1.1.46
>
> TIA
>
> Deborah Crocker, PhD
> Systems Engineer III
> Office of Information Technology
> The University of Alabama
> Box 870346
> Tuscaloosa, AL 36587
> Office 205-348-3758 | Fax 205-348-9393 deborah.croc...@ua.edu
>
>
> -Original Message-
> From: Mark Reynolds 
> Sent: Thursday, April 30, 2020 2:06 PM
> To: General discussion list for the 389 Directory server project. 
> <389-users@lists.fedoraproject.org>; CHAMBERLAIN James 
> 
> Subject: [EXTERNAL] [389-users] Re: [389-announce] Notice of Legacy Tool 
> removal for 389 Directory Server
>
>
> On 4/30/20 2:34 PM, CHAMBERLAIN James wrote:
>> Hi Mark,
>>
>>> On Apr 29, 2020, at 5:10 PM, Mark Reynolds  wrote:
>>>
>>> On 4/29/20 5:07 PM, Mark Reynolds wrote:
 We've been talking about this for quite some time...

 A majority of all the old legacy perl and shell scripts have now been 
 ported to the new CLI tools.  Starting sometime in Fedora 33 we will stop 
 shipping the legacy tools sub-package as part of 389 Directory Server.
>>> To be more specific the 389-ds-base-1.4.4 version is where the removal of 
>>> the legacy tools subpackage will occur.
>> Does this includes tools like db2ldif.pl?
> Correct, all of those scripts will be removed.  So all the shell and perl 
> scripts (except for logconv.pl) will no longer be available starting at some 
> point in 1.4.4.  The new CLI tools (dscreate, dsctl, and dsconf) can do 
> everything all those other scripts could do plus more.
>
> If you need help porting something to the new CLI I'd be glad to help.
>
> Mark
>
>>Anything that matches anything that matches "rpm -ql 389-ds-base | grep 
>> pl$ | grep sbin”, plus any shell scripts?
>>
>> Thanks,
>>
>> James
>>
>> This email and any attachments are intended solely for the use of the 
>> individual or entity to whom it is addressed and may be confidential and/or 
>> privileged.
>>
>> If you are not one of the named recipients or have received this email
>> in error,
>>
>> (i) you should not read, disclose, or copy it,
>>
>> (ii) please notify sender of your receipt by reply email and delete
>> this email and all attachments,
>>
>> (iii) Dassault Systèmes does not accept or assume any liability or 
>> responsibility for any use of or reliance on this email.
>>
>>
>> Please be informed that your personal data are processed according to
>> our data privacy policy as described on our website. Should you have
>> any questions related to personal data protection, please contact 3DS
>> Data Protection Officer at
>> 3ds.compliance-priv...@3ds.com
>>
>>
>> For other languages, go to https://www.3ds.com/terms/email-disclaimer
>> ___
>> 389-users mailing list -- 389-users@lists.fedoraproject.org To
>> unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
>> Fedora Code of Conduct:
>> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> List Guidelines:
>> https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives:
>> https://lists.fedoraproject.org/archives/list/389-users@lists.fedorapr
>> oject.org

-- 

389 Directory Server Development Team

___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org

[389-users] Re: setup-ds-admin fails to install admin server

[Mark Reynolds]

On 4/30/20 5:23 PM, Crocker, Deborah wrote:

Why do I get this error on a setup-ds-admin.pl? This was a fresh install.
---
The suffix 'o=NetscapeRoot' already exists.  Config entry DN 
'cn=o\3Dnetscaperoot,cn=mapping tree,cn=config'.


And what options are you using when you install?  Are you using a silent 
install file or interactive mode?


Are "you" setting o=netscaperoot during the install?  If so, do not do 
that, as the server is already going to create this suffix.


Mark



Failed to create the configuration directory server
---

The setup has
Centos 7.8
Epel install
389-ds-base: 1.3.10.1
389-admin: 1.1.46

TIA

Deborah Crocker, PhD
Systems Engineer III
Office of Information Technology
The University of Alabama
Box 870346
Tuscaloosa, AL 36587
Office 205-348-3758 | Fax 205-348-9393
deborah.croc...@ua.edu


-Original Message-
From: Mark Reynolds 
Sent: Thursday, April 30, 2020 2:06 PM
To: General discussion list for the 389 Directory server project. 
<389-users@lists.fedoraproject.org>; CHAMBERLAIN James 

Subject: [EXTERNAL] [389-users] Re: [389-announce] Notice of Legacy Tool 
removal for 389 Directory Server


On 4/30/20 2:34 PM, CHAMBERLAIN James wrote:

Hi Mark,


On Apr 29, 2020, at 5:10 PM, Mark Reynolds  wrote:

On 4/29/20 5:07 PM, Mark Reynolds wrote:

We've been talking about this for quite some time...

A majority of all the old legacy perl and shell scripts have now been ported to 
the new CLI tools.  Starting sometime in Fedora 33 we will stop shipping the 
legacy tools sub-package as part of 389 Directory Server.

To be more specific the 389-ds-base-1.4.4 version is where the removal of the 
legacy tools subpackage will occur.

Does this includes tools like db2ldif.pl?

Correct, all of those scripts will be removed.  So all the shell and perl 
scripts (except for logconv.pl) will no longer be available starting at some 
point in 1.4.4.  The new CLI tools (dscreate, dsctl, and dsconf) can do 
everything all those other scripts could do plus more.

If you need help porting something to the new CLI I'd be glad to help.

Mark


   Anything that matches anything that matches "rpm -ql 389-ds-base | grep pl$ 
| grep sbin”, plus any shell scripts?

Thanks,

James

This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email
in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete
this email and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to
our data privacy policy as described on our website. Should you have
any questions related to personal data protection, please contact 3DS
Data Protection Officer at
3ds.compliance-priv...@3ds.com


For other languages, go to https://www.3ds.com/terms/email-disclaimer
___
389-users mailing list -- 389-users@lists.fedoraproject.org To
unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/389-users@lists.fedorapr
oject.org


--

389 Directory Server Development Team
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org

Re: GNOME 3.36 power off in less than 4 clicks?

[Patrick O'Callaghan]

On Thu, 2020-04-30 at 23:37 -0600, Joe Zeff wrote:
> On 04/30/2020 10:29 PM, Tim via users wrote:
> > Everyone else gets the click, click, click, are you sure? click...
> 
> Well I don't, but I use Xfce, not Gnome.

KDE here, but either way I just use Ctrl-Alt-Del, including for logging
off.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Fedora 31->32 impressions

[Samuel Sieb]

On 4/30/20 7:15 PM, Richard Shaw wrote:
I then trying "dnf distosync" to make sure I didn't have any leaf 
packages. To my surprise a BUNCH of packages were listed, mostly 
modules. I ge that in certain cases modules may be needed but I have 
*NEVER* intentionally enabled a module version of a package so I found 
this quite disconcerting.


Is this removing modules or adding them?  In F30 and F31 there were some 
module versions installed by default.  e.g. gimp   Does "distrosync" 
give you a different list than just "upgrade"?  What are the differences?


Subsequently, I tried "dnf repoquery --conflicts" and was again greeted 
with a long list.


Why would you run this?  That is scanning the entire repository 
collection for all the listed conflicts from all packages.  I think that 
option doesn't do what you think it does.  It should never be possible 
to install conflicting packages unless you're forcing it with rpm.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: F32 Supervisord

[Scott van Looy via users]

Answering my own question - seems there’s a version in Rawhide that works - the 
change was made upstream for supervisor 4.1 and current Fedora version is 4.0.4

> On 1. May 2020, at 08:16, Scott van Looy via users 
>  wrote:
> 
> Signed PGP part
> Hi,
> 
> I upgraded to F32 and now I get an error when I try and run Supervisord - am 
> I missing a compat library or something?
> 
> supervisorctl status
> Traceback (most recent call last):
>   File "/usr/bin/supervisorctl", line 11, in 
> load_entry_point('supervisor==4.0.4', 'console_scripts', 
> 'supervisorctl')()
>   File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 
> 489, in load_entry_point
> return get_distribution(dist).load_entry_point(group, name)
>   File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 
> 2852, in load_entry_point
> return ep.load()
>   File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 
> 2443, in load
> return self.resolve()
>   File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 
> 2449, in resolve
> module = __import__(self.module_name, fromlist=['__name__'], level=0)
>   File "/usr/lib/python3.8/site-packages/supervisor/supervisorctl.py", line 
> 40, in 
> from supervisor.options import ClientOptions
>   File "/usr/lib/python3.8/site-packages/supervisor/options.py", line 54, in 
> 
> from supervisor import xmlrpc
>   File "/usr/lib/python3.8/site-packages/supervisor/xmlrpc.py", line 24, in 
> 
> from supervisor.http import NOT_DONE_YET
>   File "/usr/lib/python3.8/site-packages/supervisor/http.py", line 24, in 
> 
> from supervisor.medusa import default_handler
>   File 
> "/usr/lib/python3.8/site-packages/supervisor/medusa/default_handler.py", line 
> 20, in 
> from supervisor.medusa.util import html_repr
>   File "/usr/lib/python3.8/site-packages/supervisor/medusa/util.py", line 1, 
> in 
> from cgi import escape
> ImportError: cannot import name 'escape' from 'cgi' 
> (/usr/lib64/python3.8/cgi.py)
> 
> 
> Regards,
> 
> Scott
> 
> 



signature.asc
Description: Message signed with OpenPGP
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

F32 Supervisord

[Scott van Looy via users]

Hi,

I upgraded to F32 and now I get an error when I try and run Supervisord - am I 
missing a compat library or something?

supervisorctl status
Traceback (most recent call last):
  File "/usr/bin/supervisorctl", line 11, in 
load_entry_point('supervisor==4.0.4', 'console_scripts', 'supervisorctl')()
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 489, 
in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2852, 
in load_entry_point
return ep.load()
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2443, 
in load
return self.resolve()
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2449, 
in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
  File "/usr/lib/python3.8/site-packages/supervisor/supervisorctl.py", line 40, 
in 
from supervisor.options import ClientOptions
  File "/usr/lib/python3.8/site-packages/supervisor/options.py", line 54, in 

from supervisor import xmlrpc
  File "/usr/lib/python3.8/site-packages/supervisor/xmlrpc.py", line 24, in 

from supervisor.http import NOT_DONE_YET
  File "/usr/lib/python3.8/site-packages/supervisor/http.py", line 24, in 

from supervisor.medusa import default_handler
  File "/usr/lib/python3.8/site-packages/supervisor/medusa/default_handler.py", 
line 20, in 
from supervisor.medusa.util import html_repr
  File "/usr/lib/python3.8/site-packages/supervisor/medusa/util.py", line 1, in 

from cgi import escape
ImportError: cannot import name 'escape' from 'cgi' 
(/usr/lib64/python3.8/cgi.py)


Regards,

Scott


signature.asc
Description: Message signed with OpenPGP
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org