Re: What to do instead of using rc.local?

[Samuel Sieb]

On 7/10/19 10:45 PM, Tim via users wrote:

Samuel Sieb:

What is the output of the following command:
ls -lZ /home/tim/.fetchmailrc

If it doesn't include "fetchmail_home_t", then do:
restorecon -v /home/tim/.fetchmailrc

Then try again.


$ ls -lZ /home/tim/.fetchmailrc
-rw---. tim tim unconfined_u:object_r:user_home_t:s0 /home/tim/.fetchmailrc
 
$restorecon -v /home/tim/.fetchmailrc
restorecon reset /home/tim/.fetchmailrc context 
unconfined_u:object_r:user_home_t:s0->unconfined_u:object_r:fetchmail_home_t:s0

$ ls -lZ /home/tim/.fetchmailrc
-rw---. tim tim unconfined_u:object_r:fetchmail_home_t:s0 
/home/tim/.fetchmailrc
 ^
If I erase the .fetchmailrc file, then do a

touch /home/tim/.fetchmailrc

to create a brand new file, it gets the same contexts as I started out
with (r:user_home_t:s0 without any fetchmail in them).

I was of the understanding that creating a new file should get the
appropriate contexts, the same ones that using restorecon would set.


I see the same thing.  And I had the same expectation.


And on that server, SELinux was enabled but permissive, and I'd always
just run the fetchmail daemons from /etc/rc.local file.


And so it would work.


One thing I don't understand is why, if the SELinux contexts were
wrong, how some things could make fetchmail work, but rc.local could
not.


It's because of the context.  When run from cron, it is probably 
unconfined, but when run from systemd, it starts as init and transitions 
to fetchmail_t which has tight restrictions.



# sealert -l f6595cf9-418b-4630-8e08-a5b0c22512ef
SELinux is preventing /usr/bin/fetchmail from read access on the file 
.fetchmailrc.

Target Contextunconfined_u:object_r:user_home_t:s0


At some point you reset the context on the file.  It's not correct again.


It's probably safe for me to add that exception as it instructs, so
I've done so:

# ausearch -c 'fetchmail' --raw | audit2allow -M my-fetchmail
 IMPORTANT ***
To make this policy package active, execute:
semodule -i my-fetchmail.pp

# semodule -i my-fetchmail.pp


If you set the correct context on the file, you shouldn't need that one.


Reboot, still not working, still getting similar error messages in the
log, except it's about the pid file.


There are no rules to allow it to access or write the .pid file.


Fortunately, the new server is quick to boot.  Doing lots of reboot
tests is a pain.  But I'm bashing my head into a brick wall over
something that ought to be a lot simpler.


You don't have to reboot.  You can run "systemctl start rc-local" 
manually.  If that doesn't fail, then you will have to also run 
"systemctl stop rc-local" after.



What is it about rc.local that is having so many permission problems,
when crontab can run the thing?  Putting asside this current malarkey,
it *WAS* a lot easier to set up some command lines in rc.local to run
fetchmail daemons.


As I mentioned earlier, it has to do the execution context.


-- tangential sidetrack -->

Another big issue I'm waiting to encounter on the new server, is the
parallel running of services. The old server was pre-systemd, and
things ran in a set sequence. Network needed to come up first, then
DNS, then DHCPD, then dovecot, then it probably didn't matter which
other servers started in which sequence.

I haven't yet got my head around making systemd services wait, though
I'd occasionally come across semi-recent Fedora installations where the
pre-configured wait for network was only waiting for network to begin
start, not waiting for network to actually be ready for use. The
mailing lists brought that up quite a lot.


You have to specify what other service needs to be running before this 
service.  In the case of the network, you probably want to add the 
following two lines to the service:

___
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: What to do instead of using rc.local?

[Samuel Sieb]

I accidentally hit send on the last email instead of pasting...

On 7/11/19 12:41 AM, Samuel Sieb wrote:

On 7/10/19 10:45 PM, Tim via users wrote:

Samuel Sieb:

What is the output of the following command:
ls -lZ /home/tim/.fetchmailrc

If it doesn't include "fetchmail_home_t", then do:
restorecon -v /home/tim/.fetchmailrc

Then try again.


$ ls -lZ /home/tim/.fetchmailrc
-rw---. tim tim unconfined_u:object_r:user_home_t:s0 
/home/tim/.fetchmailrc

 
$restorecon -v /home/tim/.fetchmailrc
restorecon reset /home/tim/.fetchmailrc context 
unconfined_u:object_r:user_home_t:s0->unconfined_u:object_r:fetchmail_home_t:s0 



$ ls -lZ /home/tim/.fetchmailrc
-rw---. tim tim unconfined_u:object_r:fetchmail_home_t:s0 
/home/tim/.fetchmailrc

 ^
If I erase the .fetchmailrc file, then do a

touch /home/tim/.fetchmailrc

to create a brand new file, it gets the same contexts as I started out
with (r:user_home_t:s0 without any fetchmail in them).

I was of the understanding that creating a new file should get the
appropriate contexts, the same ones that using restorecon would set.


I see the same thing.  And I had the same expectation.


And on that server, SELinux was enabled but permissive, and I'd always
just run the fetchmail daemons from /etc/rc.local file.


And so it would work.


One thing I don't understand is why, if the SELinux contexts were
wrong, how some things could make fetchmail work, but rc.local could
not.


It's because of the context.  When run from cron, it is probably 
unconfined, but when run from systemd, it starts as init and transitions 
to fetchmail_t which has tight restrictions.



# sealert -l f6595cf9-418b-4630-8e08-a5b0c22512ef
SELinux is preventing /usr/bin/fetchmail from read access on the file 
.fetchmailrc.


Target Context    unconfined_u:object_r:user_home_t:s0


At some point you reset the context on the file.  It's not correct again.


It's probably safe for me to add that exception as it instructs, so
I've done so:

# ausearch -c 'fetchmail' --raw | audit2allow -M my-fetchmail
 IMPORTANT ***
To make this policy package active, execute:
semodule -i my-fetchmail.pp

# semodule -i my-fetchmail.pp


If you set the correct context on the file, you shouldn't need that one.


Reboot, still not working, still getting similar error messages in the
log, except it's about the pid file.


There are no rules to allow it to access or write the .pid file.


Fortunately, the new server is quick to boot.  Doing lots of reboot
tests is a pain.  But I'm bashing my head into a brick wall over
something that ought to be a lot simpler.


You don't have to reboot.  You can run "systemctl start rc-local" 
manually.  If that doesn't fail, then you will have to also run 
"systemctl stop rc-local" after.



What is it about rc.local that is having so many permission problems,
when crontab can run the thing?  Putting asside this current malarkey,
it *WAS* a lot easier to set up some command lines in rc.local to run
fetchmail daemons.


As I mentioned earlier, it has to do the execution context.


-- tangential sidetrack -->

Another big issue I'm waiting to encounter on the new server, is the
parallel running of services. The old server was pre-systemd, and
things ran in a set sequence. Network needed to come up first, then
DNS, then DHCPD, then dovecot, then it probably didn't matter which
other servers started in which sequence.

I haven't yet got my head around making systemd services wait, though
I'd occasionally come across semi-recent Fedora installations where the
pre-configured wait for network was only waiting for network to begin
start, not waiting for network to actually be ready for use. The
mailing lists brought that up quite a lot.


You have to specify what other service needs to be running before this 
service.  In the case of the network, you probably want to add the 
following two lines to the service:


After=network-online.target
Wants=network-online.target
___
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: What to do instead of using rc.local?

[Samuel Sieb]

More things that I left out of the previous emails.

You could try filing a bug on selinux-policy-targeted to see if they can 
solve the wrong type on file creation and the .pid problem.  In the 
meantime, you can run "semanage permissive -a fetchmail_t" to allow the 
fetchmail process to do whatever it wants (although you will still get 
the log messages).

___
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: gnome frozen

[Patrick Dupre]

> On 7/10/19 2:28 PM, Patrick Dupre wrote:
> >> On 6/16/19 2:24 PM, Patrick Dupre wrote:
> >>> I though that it may be due to a mounted filesystem.
> >>> But it is not the case.
> >>
> >> You don't have any mounts that might become stale after an extended
> >> period of time?
> >
> > I noted that when I make a sshfs to a machine through ADSL, it may stall.
> > It happened in the past, and then it disappeared, and it is back with 
> > fedora 30
> > (or 29?).
>
> Are the two things connected?  Does Gnome getting stuck happen only when
> the sshfs is stalled?
Yes and no.
My interpretation is that gnome stuck only
gnome stuck when I try to leave the lock mode (no screensaver is activated)
and when the sshfs is stalled.

What I cold try:
1) stall the sshfs, how?
2) turn the screen to lock
3) try to unclock the screen

> ___
> 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

Re: Update to F30 problem

[Frank Elsner]

On Wed, 10 Jul 2019 20:56:22 +0200 Frank Elsner wrote:

  [ ... ]

> Problem: package python2-rpkg-1.58-5.fc29.noarch requires python2-cccolutils, 
> but none of the providers can be installed
>   - python2-cccolutils-1.5-9.fc29.i686 does not belong to a distupgrade 
> repository
>   - problem with installed package python2-rpkg-1.58-5.fc29.noarch

I guess I can remove python2-rpkg because of 

# dnf remove python2-rpkg
Dependencies resolved.

 Package   Arch   VersionRepositorySize

Removing:
 python2-rpkg  noarch 1.58-5.fc29@updates 783 k
Removing unused dependencies:
 python2-GitPython noarch 2.1.11-1.fc29  @fedora  2.6 M
 python2-cccolutilsi686   1.5-9.fc29 @fedora   33 k
 python2-gitdb noarch 2.0.3-4.fc29   @fedora  455 k
 python2-kerberos  i686   1.3.0-3.fc29   @fedora   63 k
 python2-koji  noarch 1.17.0-5.fc29  @updates 1.5 M
 python2-pyyamli686   5.1-1.fc29 @updates 690 k
 python2-requests-kerberos noarch 0.12.0-4.fc29  @fedora   58 k
 python2-smmap noarch 2.0.3-4.fc29   @fedora  174 k

Transaction Summary

Remove  9 Packages

Right?

--Frank Elsner
___
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: What to do instead of using rc.local?

[Ed Greshko]

On 7/11/19 3:41 PM, Samuel Sieb wrote:
>> I was of the understanding that creating a new file should get the
>> appropriate contexts, the same ones that using restorecon would set.
>
> I see the same thing.  And I had the same expectation. 

Same here.

I have asked about it on the selinux list.

-- 
Right: I dislike the default color scheme Wrong: What idiot picked the default 
color scheme
___
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

Install Dellsupportassist for Fedora 30.

[Ger van Dijck]

Hi Fedora world ,



Question : Is it possible to install Dell Suppost Assist under Fedora 30 ?


Regards ,


Ger van Dijck .

--
Using Opera's mail client: http://www.opera.com/mail/
___
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: Migrating RAID1 to new system

[Alex]

Hi,

> However, the RAID arrangement is proprietry and different to mdadm
> and/or LVM. OTOH, I did once spent an hour on the phone with a very
> helpful LSI engineer trying to rescue one here.
>
> So, using the LSI in JOB (just a bunch of discs) mode, yes?

No, I believe it's RAID5 - 8x240GB.

I'm planning on replacing those disks with 4x1TB disks, which would
work on the onboard controllers. I still can't decide whether to
continue to use the LSI controller.

Actually, if I did use the onboard, I could use mdadm, take the system
down to perform the initial install, and sync the data from the LSI
disks while the system is running, then shut it down briefly to do the
final sync after the bulk of the data has transferred.

> The LSI stuff is pretty good in my experience. Ran them in several IBM
> boxes and also at home for years.

I am inclined to believe it will perform better than mdadm.

> >Using the LSI makes me nervous - there have been one or two times when
> >I almost lost the array, but I'll probably keep using it.
>
> The important thing is to be able to monitor them. I've some scripts for
> that - put them in a 5 minute cronjob. Or in your monitoring system eg
> nagios. Then you will get timely emails if a problem occurs.

That sounds awesome. Do you know where I can find those scripts? I
forgot they used to be referred to as megaraid.

> I wrote the cs.app.megacli Python module for this (see PyPI) and have
> some small auxiliary scripts which wrap it.

Can you forward it on?

> >Another problem - just saw one of the 2TB disks I'm using for backup is 
> >failing:
>
> Are they a RAID? Or 2 independent drives and filesystems?

They are RAID1, directly connected to the onboard SATA, not through USB.

> >> Do you have the hardware to assemble the new raidset with the new
> >> drives
> >> and have both online at once (with two machines I suppose)?
> >>
> >> If so you can do the cp-then-rsync directly to the new drives without
> >> the intermediate 2TB volume. Which means there's no time consuming copy
> >> back.
> >
> >Because of the hardware RAID controller, I cannot.
>
> Alas. Still, if you've got on board SATA in addition to the LSI
> controller you could: copy the 1.3TB to external USB drives, install the
> new OS on the SATA bus, swap out the old raidset for the new raidset,
> copy back from the USB drives.

I have another system on the same network with like 7TB of data
available. I'm thinking that I sync a copy of the user data to that
system, and create a virtual machine on that system with the mail
server config that somehow mounts the directory on the host system.
Disable the production system and change the IP of the virtual machine
to assume that of the mail server. Users will then access this
temporary system while I rebuild the production system and transfer
back the data.

Once the initial bulk transfer has occurred, shut down services on the
virtual machine and sync the remaining user data back to the
production system.

Does this sound feasible?
___
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: Install Dellsupportassist for Fedora 30.

[sberg]

I'd say no since it says not supported right on their website:

--
Minimum Device Requirements:

Operating system: Windows 10, Windows 8.1, Windows 8, Windows 7 (Not 
available on Linux, Windows RT, Windows 10S, Android, Ubuntu or Chrome based 
products)
--
https://www.dell.com/support/contents/us/en/04/article/product-support/self-support-knowledgebase/software-and-downloads/supportassist

- Original Message -
From: Ger van Dijck [mailto:ger.vandi...@edpnet.be]
To: users@lists.fedoraproject.org
Sent: Thu, 11 Jul 2019 14:13:29 +0200
Subject: Install Dellsupportassist for Fedora 30.

Hi Fedora world ,



Question : Is it possible to install Dell Suppost Assist under Fedora 30 ?


Regards ,


Ger van Dijck .

--
Using Opera's mail client: http://www.opera.com/mail/
___
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

Re: Update to F30 problem

[stan via users]

On Thu, 11 Jul 2019 10:26:24 +0200
Frank Elsner  wrote:

> I guess I can remove python2-rpkg because of 

[snip]

> Right?

Yes, and then try to re-install the packages after the update is
complete.
___
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: Install Dellsupportassist for Fedora 30.

[George White]

There were reports of security problems in the PC Doctor 3rd party libraries 
used by SupportAssist, so due diligence is in order.  Maybe Linux has other 
tools to do what you need.  

— George N. White III

> On Jul 11, 2019, at 9:37 AM,   
> wrote:
> 
> I'd say no since it says not supported right on their website:
> 
> --
> Minimum Device Requirements:
> 
> Operating system: Windows 10, Windows 8.1, Windows 8, Windows 7 (Not 
> available on Linux, Windows RT, Windows 10S, Android, Ubuntu or Chrome based 
> products)
> --
> https://www.dell.com/support/contents/us/en/04/article/product-support/self-support-knowledgebase/software-and-downloads/supportassist
> 
> - Original Message -
> From: Ger van Dijck [mailto:ger.vandi...@edpnet.be]
> To: users@lists.fedoraproject.org
> Sent: Thu, 11 Jul 2019 14:13:29 +0200
> Subject: Install Dellsupportassist for Fedora 30.
> 
> Hi Fedora world ,
> 
> 
> 
> Question : Is it possible to install Dell Suppost Assist under Fedora 30 ?
> 
> 
> Regards ,
> 
> 
> Ger van Dijck .
> 
> -- 
> Using Opera's mail client: http://www.opera.com/mail/
> ___
> 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
___
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: F30: Suspend to disk - and then reboot does not restore the suspended session.

[JD]

You mean there is no util to do this for the user
Do the Fedora devs assume all users, newbies and old,
have to "KNOW" this in order to do suspend to disk and
be able to resume where they left off

How about posting an example of this in the Fedoraproject's
"How to ." pages?


On Wed, Jul 10, 2019 at 10:33 PM Samuel Sieb  wrote:

> On 7/10/19 8:41 PM, JD wrote:
> > What is the fix for this?
>
> You have "reboot" in the subject.  I'll assume you just mean that you
> turn it back on.
>
> Check the kernel cmdline to verify that there is a resume option and
> that the indicated block device is the active swap.
> ___
> 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

Re: F30 Thunderbird format question

[JD]

Thanx Ed! That did it.

On Wed, Jul 10, 2019 at 10:33 PM Ed Greshko  wrote:

> On 7/11/19 11:39 AM, JD wrote:
> > Writing a new message always starts the format in "Pararaph" mode
> >
> > instead of  "Body Text"
> >
> > And this leads to the messages being double spaced.
> >
> > How can I change it so it will default to Body Text every time?
> >
> > Thanx!
>
>
> Preferences-->Composition (find the check-box)
>
> --
> Right: I dislike the default color scheme Wrong: What idiot picked the
> default color scheme
> ___
> 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

Re: gnome frozen

[Samuel Sieb]

On 7/11/19 1:23 AM, Patrick Dupre wrote:

My interpretation is that gnome stuck only
gnome stuck when I try to leave the lock mode (no screensaver is activated)
and when the sshfs is stalled.

What I cold try:
1) stall the sshfs, how?


Unplugging the network of the mounted system should do it.  Or maybe 
kill -STOP on the sshfs process.



2) turn the screen to lock
3) try to unclock the screen

___
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: F30: Suspend to disk - and then reboot does not restore the suspended session.

[Samuel Sieb]

On 7/11/19 9:05 AM, JD wrote:

You mean there is no util to do this for the user
Do the Fedora devs assume all users, newbies and old,
have to "KNOW" this in order to do suspend to disk and
be able to resume where they left off


Hibernate wasn't really supported until very recently.  The installer 
would not setup the resume line for you.  I think it does now.  However, 
I thought systemd checked the requirements before allowing you to 
hibernate.  How are you triggering the hibernate to happen?

___
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: Failed to upgrade to F-30

[Samuel Sieb]

On 7/10/19 8:29 PM, JD wrote:

# dnf groupupdate core
Last metadata expiration check: 0:16:03 ago on Thu 11 Jul 2019 03:11:51 
AM Boise.

No match for group package "lsvpd"
No match for group package "powerpc-utils"


Some of the groups need to be updated to remove packages that don't 
exist any longer.  It doesn't harm anything though, just a warning.

___
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: Update to F30 problem

[Samuel Sieb]

On 7/11/19 1:26 AM, Frank Elsner wrote:

On Wed, 10 Jul 2019 20:56:22 +0200 Frank Elsner wrote:

   [ ... ]


Problem: package python2-rpkg-1.58-5.fc29.noarch requires python2-cccolutils, 
but none of the providers can be installed
   - python2-cccolutils-1.5-9.fc29.i686 does not belong to a distupgrade 
repository
   - problem with installed package python2-rpkg-1.58-5.fc29.noarch


I guess I can remove python2-rpkg because of


python2 packages are starting to be removed.  You could just add 
--allowerasing to the dnf command and double check that you don't see 
anything important being removed before you say ok.

___
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: F30: Suspend to disk - and then reboot does not restore the suspended session.

[JD]

I click on the "Shut Down The Computer" icon on the
mate panel, and select hibernate.

So, please provide for an example of how to mod
the grub menu to hibernate correctly.


On Thu, Jul 11, 2019 at 12:17 PM Samuel Sieb  wrote:

> On 7/11/19 9:05 AM, JD wrote:
> > You mean there is no util to do this for the user
> > Do the Fedora devs assume all users, newbies and old,
> > have to "KNOW" this in order to do suspend to disk and
> > be able to resume where they left off
>
> Hibernate wasn't really supported until very recently.  The installer
> would not setup the resume line for you.  I think it does now.  However,
> I thought systemd checked the requirements before allowing you to
> hibernate.  How are you triggering the hibernate to happen?
> ___
> 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

Re: What to do instead of using rc.local?

[Dirk Gottschalk via users]

Hi.

Am Mittwoch, den 10.07.2019, 16:35 -0600 schrieb Joe Zeff:
> On 07/10/2019 02:37 PM, Alessio wrote:
> > On Wed, Jul 10, 2019, 9:04 PM sixpack13  > > wrote:
> > 
> > wasn't su disallowed during the last fedora upgrades ?
> > 
> > 
> > No.
> > As far as I know only root is locked by default (at least on
> > Fedora 
> > Workstation). Aka you can't su to root. But you are able to use
> > Switch 
> > to any other (not locked) User, as usual.
> > 
> Is there a way to undo this noxious action?  Because if not, I'll be 
> migrating both of my computers to CentOs.

You just have to set a root password. In my case it solved the Problem.

Regards,
Dirk

-- 
Dirk Gottschalk

GPG: 4278 1FCA 035A 9A63 4166  CE11 7544 0AD9 4996 F380
Keybase: https://keybase.io/dgottschalk
GitHub: https://github.com/Dirk1980ac




signature.asc
Description: This is a digitally signed message part
___
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: F30 Thunderbird format question

[Stephen Morris]

On 11/7/19 1:48 pm, Ed Greshko wrote:

On 7/11/19 11:39 AM, JD wrote:

Writing a new message always starts the format in "Pararaph" mode

instead of  "Body Text"

And this leads to the messages being double spaced.

How can I change it so it will default to Body Text every time?

Thanx!


Preferences-->Composition (find the check-box)

Hi,
    Just one question on this, having unchecked that check box. In the 
'Send Options' settings the version of Thunderbird I am using has 'Send 
Messages in Plain Text if Possible' selected by default, is plain text 
the preferred format for messages to this list or is html the preferred 
format?


regards,
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

Re: F30: Suspend to disk - and then reboot does not restore the suspended session.

[Samuel Sieb]

On 7/11/19 2:16 PM, JD wrote:

I click on the "Shut Down The Computer" icon on the
mate panel, and select hibernate.


That should go through systemd then.


So, please provide for an example of how to mod
the grub menu to hibernate correctly.


I need the output of "blkid | grep swap" and "cat /proc/cmdline".
___
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: F30 Thunderbird format question

[Samuel Sieb]

On 7/11/19 3:19 PM, Stephen Morris wrote:
     Just one question on this, having unchecked that check box. In the 
'Send Options' settings the version of Thunderbird I am using has 'Send 
Messages in Plain Text if Possible' selected by default, is plain text 
the preferred format for messages to this list or is html the preferred 
format?


Plain text is much preferred.
___
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: F30 Thunderbird format question

[Ed Greshko]

On 7/12/19 6:19 AM, Stephen Morris wrote:
>     Just one question on this, having unchecked that check box. In the 'Send 
> Options'
> settings the version of Thunderbird I am using has 'Send Messages in Plain 
> Text if
> Possible' selected by default, is plain text the preferred format for 
> messages to this
> list or is html the preferred format?

As mentioned previously, plain text is preferred.

Instead of checking that box you may want to consider going to the tab "Plain 
Text
Domains" and putting in "fedoraproject.org".  That way html will be used 
elsewhere and
plain text sending to the list.

-- 
Right: I dislike the default color scheme Wrong: What idiot picked the default 
color scheme
___
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: F30 Thunderbird format question

[JD]

On Thu, Jul 11, 2019 at 5:08 PM Stephen Morris 
wrote:

>
> On 11/7/19 1:48 pm, Ed Greshko wrote:
>
> On 7/11/19 11:39 AM, JD wrote:
>
> Writing a new message always starts the format in "Pararaph" mode
>
> instead of  "Body Text"
>
> And this leads to the messages being double spaced.
>
> How can I change it so it will default to Body Text every time?
>
> Thanx!
>
> Preferences-->Composition (find the check-box)
>
> Hi,
> Just one question on this, having unchecked that check box. In the
> 'Send Options' settings the version of Thunderbird I am using has 'Send
> Messages in Plain Text if Possible' selected by default, is plain text the
> preferred format for messages to this list or is html the preferred format?
>
> regards,
> Steve
>
> I think plain text is the preferred format.
___
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: F30 Thunderbird format question

[Joe Zeff]

On 07/11/2019 04:19 PM, Stephen Morris wrote:
     Just one question on this, having unchecked that check box. In the 
'Send Options' settings the version of Thunderbird I am using has 'Send 
Messages in Plain Text if Possible' selected by default, is plain text 
the preferred format for messages to this list or is html the preferred 
format?


As far as I'm concerned, html never belongs in emails, only on web 
pages.  Plain text is the only format I consider acceptable for email.

___
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: Migrating RAID1 to new system

[cs]

On 11Jul2019 08:17, Alex  wrote:

However, the RAID arrangement is proprietry and different to mdadm
and/or LVM. OTOH, I did once spent an hour on the phone with a very
helpful LSI engineer trying to rescue one here.

So, using the LSI in JOB (just a bunch of discs) mode, yes?


No, I believe it's RAID5 - 8x240GB.


I thought you said earlier that it was managed with mdadm, so I took it 
to be a JBOD in the LSI controlled and a RAID5 in mdadm. 


I'm planning on replacing those disks with 4x1TB disks, which would
work on the onboard controllers. I still can't decide whether to
continue to use the LSI controller.


Your call. They're a bit more directly visible and manageable under 
mdadm. If you're not using the LSI controller then the drives can also 
be physically moved to a machine with no LSI controller should that 
become necessary (thinking DR here; but you've got backups?)



Actually, if I did use the onboard, I could use mdadm, take the system
down to perform the initial install, and sync the data from the LSI
disks while the system is running, then shut it down briefly to do the
final sync after the bulk of the data has transferred.


Yes, that would work I think. Which would migrate you off the LSI 
controller, yes? To pure mdadm with on board SATA?



The LSI stuff is pretty good in my experience. Ran them in several IBM
boxes and also at home for years.


I am inclined to believe it will perform better than mdadm.


It should. The OS sees one drive for the raidset and does one I/O for a 
write; the other I/O to the individual drives is done by the LSI 
controller.  If mdadm manages the RAID it must update each backend drive 
itself from the OS.


It doesn't change the underlying physical drive behaviour, but it moves 
managing the RAID and the writes requires out of the OS.



>Using the LSI makes me nervous - there have been one or two times when
>I almost lost the array, but I'll probably keep using it.

The important thing is to be able to monitor them. I've some scripts for
that - put them in a 5 minute cronjob. Or in your monitoring system eg
nagios. Then you will get timely emails if a problem occurs.


That sounds awesome. Do you know where I can find those scripts? I
forgot they used to be referred to as megaraid.


I've attached "mcli" and "nagios-report-mcli". "mcli" invokes the 
cs.app.megacli python module conveniently. The nagios script wraps mcli 
and produces a nagios compatible status line.



I wrote the cs.app.megacli Python module for this (see PyPI) and have
some small auxiliary scripts which wrap it.


Can you forward it on?


The module is here:

 https://pypi.org/project/cs.app.megacli/

It is Python 2 specific because historically it needed to run on the 
native Python of some RHEL4 and RHEL5 machines. I've a TODO to make a 
Python 3 version.


Install is "pip install cs.app.megacli". Or use the python file I've 
also attached.


This is dependent on the LSI MegaRAID Linux software. Which you used to 
be able to download, but I can't find a download for it any more. I can 
ship you an RPM or a tarball of the unpacked tree for x86_64 separately.  
The Python code expects this installed at /opt/MegaRAID.



I have another system on the same network with like 7TB of data
available. I'm thinking that I sync a copy of the user data to that
system, and create a virtual machine on that system with the mail
server config that somehow mounts the directory on the host system.


You could make a virtual drive for the VM in the usual way (distinct 
from the VM's OS virtual drive).  Copy to it via the VM. You could NFS 
mount the original system's volume to the VM and do a regular 
cp-then-rsync.



Disable the production system and change the IP of the virtual machine
to assume that of the mail server.


Maybe allocate a service IP for the mail system instead (just an extra 
IP _not_ officially assigned to a particular physical machine). _Add_ it 
to the original system well ahead of the move. Update DNS for the mail 
to point at the service address (hoping your clients use a logical name 
like "mail" or "smtp" etc, not the personal hostname of the mail 
system).  Wait for all connections to be using the service address.


When the new address is in play, sync your replacement VM. (Of course, 
get the copy and a mostly-sync underway while this is playing out.)



Users will then access this
temporary system while I rebuild the production system and transfer
back the data.


At cutover: down the mail services. Sync latest volume state to the VM 
(from the VM so that it can be root at the VM end). Drop the service 
address from the main machine, add it to the VM. Do final sync. Check 
things, then bring up mail services on the VM.



Once the initial bulk transfer has occurred, shut down services on the
virtual machine and sync the remaining user data back to the
production system.


Yep. And move the service address back.


Does this sound feasible?


I think so. I'd get it all dow

Re: F30 Thunderbird format question

[Tim via users]

On Thu, 2019-07-11 at 17:20 -0600, Joe Zeff wrote:
> As far as I'm concerned, html never belongs in emails, only on web 
> pages.  Plain text is the only format I consider acceptable for
> email.

I tend to agree, but would swing the other way if it was done right. 
But it never will be, because the general public doesn't know how to
use HTML, and nor do the email program coders.

Don't believe that?  Look at the source code for an HTML message, and
it's stuffed full of crap that doesn't need to be there.  In the past,
that would be a complaint for message size, alone (which is less of an
issue now we've gone past dial-up and tiny storage space), but more
complexity is more chances for stuff-ups and malicious coding.

Yesterday I posted a very long post with comments between pastes of
logs.  That would have been easier to read if I posted in HTML, marking
out the log snippets separately from my comments.  Trying to do that in
plain text is hard, line wrapping makes a mess of pasted log files (or
code, and many other things).  On just one point alone, you can't
easily indent long lines without falling foul of wrapping, if you
wanted to do that to make the pastings get out of the way of reading
the prose.

Blockquotes with cites could unscramble the mess of replying with a
quote, and knowing who original wrote it.  But again, mail clients
don't do that, and people wouldn't understand how to use it.

Being able to use a proper list, would aid in legibility, particularly
with largish content.  Instead of manually typing in asterisks or
dashs, manually adding spaces, tabs, and carriage returns to emulate
one.  Which all goes awry when quoted and re-flowed, or just badly line
-breaked.

Example, just above.  My email program doesn't know that a hyphenated
word spread across two lines ought to have the hyphen at the end of the
line it breaks at, not at the beginning of the next one.  And none of
them manage sane wrapping of content when it's typed by people who
don't know that there is no space between opening brackets and their
contents, and none between contents and closing brackets.

i.e. Ignoring computer coding practices, when you type *prose* this is
the ( wrong ) and (correct) way to type brackets around text.  Type
that wrong, and cross the end of a line, the computer will not wrap it
well.  It's just hideous to try and read something splattered about
like that, it makes it look like an 8 year old typed it.

We have plain text mail clients doing all sorts of parsing gymnastics
trying to not to mangle plain text (i.e. the rewrapping that some of
them do when quoting), or just making an unreadable pile of crap out of
prior quotes.

The ability to show a screen grab, or any other kind of illustration,
alongside the commentary about it would be useful, instead of an email
with a series of see attachment 2, kind of notes spread throughout it.

___
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