Re: "less" and "gpg" question

[ToddAndMargo via users]

On 3/19/21 11:53 AM, Todd Zullinger wrote:

ToddAndMargo via users wrote:

Hi All,

I encrypted a file with
  gpg --symmetric foobar.txt

It created foobar.txt.gpg file as expected
and I DID NOT tell it to store the passphrase.

$ cat foobar.txt.gpg
clearly showed a binary file.

When I ran
$less foobar.txt.gpg

it showed me the recovered file without encryption
and DID NOT ask me for a passphrase.

When I renamed the foobar.txt.gpg to foobar.txt
and ran "less" on it, now I get a binary file.
renaming it back to gpg and now it gets decrypted
again.

HOW DID LESS figure out my key and decrypt my file?


The LESSOPEN env variable points to the lesspipe.sh script,
which is able to do things like running gpg -d for files
matching .gpg files and sending the output to less.  It does
the same for tar files, so that less some.tar produces a
list of the files in some.tar.  And so on for many other
file types.


Are there are gpg keys stored somewhere"  How do
I whack (erase) them?


The gpg-agent caches passphrases, I believe the default TTL
is 2 hours.  You can force that cache to be cleared if
that's the cause.  I think that's:

 gpg-connect-agent reloadagent /bye

but I haven't looked at the docs lately to confirm that.



That explains it.  Thank you!
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: safe to make evolution extinct? [SOLVED]

[home user]

On 3/18/21 8:19 PM, home user wrote:

Based on replies so far, I'm now thinking I'm incorrectly remembering 
and/or misunderstanding something said in some previous thread that I 
started.  I thought someone noticed that I had a bunch of useless 
processes running on my system, and some of those had the string 
"evolution" in them.  So I pursued removing evolution.  With Tom's help, 
that's done.  Ed told me how to prevent the "evolution-" processes from 
being started, but I don't know if that's the real problem, or if that's 
a good thing to do.  Samuel told me that evolution depends on these 
"evolution-" services, but I don't know what else uses them.  I tried 
googling, but only found out what I've long suspected: google ain't God 
(google is a long way from knowing everything).  Before pursuing these 
questions further, allow me to go into the fedora HYPERKITTY to try to 
find that old thread and who really said what.  This may take a while, 
but I don't want to waste list members' time on the wrong questions.


I was partly correct, partly wrong.

I was recalling my Monday, Nov. 30, 2020 thread "mysterious/suspicious 
internet activity." (see here:

"https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/thread/DI4NUTIRORZBG3DWGS2PXF5YDY2USCYY/;).
On Dec. 01, early in the discussion, Tim said
-
Run "gnome-session-properties" and see what's enabled.  There's often
more than you need preconfigured to start, and turning off some junk
can make logins quicker to complete.
-
But there was no mention of evolution anything in that thread.

I could not find a "gnome-session-properties".  I searched the web, and 
found that "gnome-session-properties" died over a decade ago.  It seems 
to be replaced by "Startup Applications" within the Gnome's "Tweaks". 
The only things listed there are:

- PolicyKit Authentication Agent,
- Secret Storage Service,
- Blueman Applet,
- Certificate and Key Storage, and
- Backup Monitor.
Evolution is removed.  The other "evolution-" things should not be 
removed.  I'm marking this thread "SOLVED".  I thank all who posted for 
their time and effort.

___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: safe to make evolution extinct?

[home user]

On 3/18/21 8:40 PM, Samuel Sieb wrote:

Did you miss my other email?  If you try to remove the 
evolution-data-server package, which is where these processes come from, 
you will find out what depends on it.  Most of Gnome will be removed due 
to dependencies.  I suppose if you don't use any of Gnome's integrations 
for calendar or contacts, etc., then you might be able to disable the 
services.


I did not miss that message.  What I saw was:

> It's "evolution-data-server" and if you try to remove that, you will
> remove most of Gnome.  If you have "evolution" installed, you can
> remove that, but it won't affect these processes.

As you advised, I did not try to remove "evolution-data-server" or any 
any of the other "evolution-" things.  I missed that you wanted me try 
and abort so that what depends on it would be revealed.


Yesterday, I stumbled onto the command "pstree".  I don't know if it 
tells me anything useful, but I tried it.  My hope was it might show me 
what depended on the "evolution-" things in a way that dnf would not 
know about.


Output from both the aborted "dnf remove" and 4 pstree runs are in the 
attached text file "evo.txt".

-bash.1[~]: dnf remove evolution-data-server
Dependencies resolved.

 PackageArch   Version   Repo  Size

Removing:
 evolution-data-server  x86_64 3.36.5-1.fc32 @updates 8.0 M
Removing dependent packages:
 empathyx86_64 1:3.12.14-7.fc29  @fedora   15 M
 evolution-data-server-langpacksnoarch 3.36.5-1.fc32 @updates 9.1 M
 gnome-classic-session  noarch 3.36.7-1.fc32 @updates 210 k
 gnome-contacts x86_64 3.36.2-1.fc32 @updates 1.5 M
 gnome-shellx86_64 3.36.8-1.fc32 @updates 8.7 M
 gnome-shell-extension-ibus-fontnoarch 0.20200831-1.fc32 @updates  21 k
 gnome-tweaks   noarch 3.34.1-1.fc32 @updates 1.4 M
Removing unused dependencies:
 folks  x86_64 1:0.14.0-1.fc32   @fedora  2.5 M
 folks-telepathyx86_64 1:0.14.0-1.fc32   @fedora  234 k
 gdmx86_64 1:3.36.4-1.fc32   @updates 2.4 M
 gnome-session-wayland-session  x86_64 3.36.0-2.fc32 @fedora  7.7 k
 gnome-session-xsession x86_64 3.36.0-2.fc32 @fedora   15 k
 gnome-shell-extension-apps-menunoarch 3.36.7-1.fc32 @updates  23 k
 gnome-shell-extension-common   noarch 3.36.7-1.fc32 @updates 523 k
 gnome-shell-extension-horizontal-workspaces
noarch 3.36.7-1.fc32 @updates 1.3 k
 gnome-shell-extension-launch-new-instance
noarch 3.36.7-1.fc32 @updates 1.0 k
 gnome-shell-extension-places-menu  noarch 3.36.7-1.fc32 @updates  21 k
 gnome-shell-extension-user-theme   noarch 3.36.7-1.fc32 @updates 2.5 k
 gnome-shell-extension-window-list  noarch 3.36.7-1.fc32 @updates  69 k

Transaction Summary

Remove  20 Packages

Freed space: 50 M
Is this ok [y/N]: N
Operation aborted.
-bash.2[~]: ps -ef | grep evolution
homeuser14111082  0 12:36 ?00:00:00 
/usr/libexec/evolution-source-registry
homeuser14761082  0 12:36 ?00:00:00 
/usr/libexec/evolution-calendar-factory
homeuser15111082  0 12:36 ?00:00:00 
/usr/libexec/evolution-addressbook-factory
homeuser17671285  0 12:36 ?00:00:00 
/usr/libexec/evolution-data-server/evolution-alarm-notify
root  127259  127209  0 15:18 pts/000:00:00 grep --color=auto evolution
-bash.3[~]: 

==

-bash.4[~]: pstree 1411
evolution-sourc───3*[{evolution-sourc}]
-bash.5[~]: pstree -s 1411
systemd───systemd───evolution-sourc───3*[{evolution-sourc}]
-bash.6[~]: pstree -s 1476
systemd───systemd───evolution-calen───8*[{evolution-calen}]
-bash.7[~]: pstree -s 1511
systemd───systemd───evolution-addre───5*[{evolution-addre}]
-bash.8[~]: pstree -s 1767
systemd───systemd───gnome-session-b───evolution-alarm───5*[{evolution-alarm}]
-bash.9[~]: 

___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: "less" and "gpg" question

[Markus Schönhaber]

19.03.21, 19:19 +0100, ToddAndMargo via users:

> I encrypted a file with
>   gpg --symmetric foobar.txt
> 
> It created foobar.txt.gpg file as expected
> and I DID NOT tell it to store the passphrase.
> 
> $ cat foobar.txt.gpg
> clearly showed a binary file.
> 
> When I ran
> $less foobar.txt.gpg
> 
> it showed me the recovered file without encryption
> and DID NOT ask me for a passphrase.
> 
> When I renamed the foobar.txt.gpg to foobar.txt
> and ran "less" on it, now I get a binary file.
> renaming it back to gpg and now it gets decrypted
> again.
> 
> HOW DID LESS figure out my key and decrypt my file?

It didn't. Your gpg agent (likely gnome-keyring-daemon or similar) told
it the passphrase.

less uses
/usr/bin/lesspipe.sh
for pre-processing the files it is told to open.

-- 
Regards
  mks
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: "less" and "gpg" question

[Todd Zullinger]

ToddAndMargo via users wrote:
> Hi All,
> 
> I encrypted a file with
>  gpg --symmetric foobar.txt
> 
> It created foobar.txt.gpg file as expected
> and I DID NOT tell it to store the passphrase.
> 
>$ cat foobar.txt.gpg
> clearly showed a binary file.
> 
> When I ran
>$less foobar.txt.gpg
> 
> it showed me the recovered file without encryption
> and DID NOT ask me for a passphrase.
> 
> When I renamed the foobar.txt.gpg to foobar.txt
> and ran "less" on it, now I get a binary file.
> renaming it back to gpg and now it gets decrypted
> again.
> 
> HOW DID LESS figure out my key and decrypt my file?

The LESSOPEN env variable points to the lesspipe.sh script,
which is able to do things like running gpg -d for files
matching .gpg files and sending the output to less.  It does
the same for tar files, so that less some.tar produces a
list of the files in some.tar.  And so on for many other
file types.

> Are there are gpg keys stored somewhere"  How do
> I whack (erase) them?

The gpg-agent caches passphrases, I believe the default TTL
is 2 hours.  You can force that cache to be cleared if
that's the cause.  I think that's:

gpg-connect-agent reloadagent /bye

but I haven't looked at the docs lately to confirm that.

-- 
Todd


signature.asc
Description: PGP signature
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

"less" and "gpg" question

[ToddAndMargo via users]

Hi All,

I encrypted a file with
 gpg --symmetric foobar.txt

It created foobar.txt.gpg file as expected
and I DID NOT tell it to store the passphrase.

   $ cat foobar.txt.gpg
clearly showed a binary file.

When I ran
   $less foobar.txt.gpg

it showed me the recovered file without encryption
and DID NOT ask me for a passphrase.

When I renamed the foobar.txt.gpg to foobar.txt
and ran "less" on it, now I get a binary file.
renaming it back to gpg and now it gets decrypted
again.

HOW DID LESS figure out my key and decrypt my file?

Are there are gpg keys stored somewhere"  How do
I whack (erase) them?

Many thanks,
-T


--
~~
Computers are like air conditioners.
They malfunction when you open windows
~~
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: XPS 13 2-in-1 Fedora Linux 34 Tablet Mode

[Leander Hutton via users]

On 3/19/21 12:59 PM, Patrick O'Callaghan wrote:
>> . 
> Once again: F34 is unreleased. Comments should be sent to the Fedora
> Test list, where devels might pick up on any bugs.

Right, that's why I put it on test machine with non-default hardware. Sorry 
this went to the wrong list didn't realize there was a list between dev and 
users. Will post there please ignore this thread here.

Leander

-- 
---
Leander Hutton
lean...@one-button.org
www.one-button.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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: XPS 13 2-in-1 Fedora Linux 34 Tablet Mode

[Patrick O'Callaghan]

On Fri, 2021-03-19 at 11:33 -0400, Leander Hutton via users wrote:
> Hell all, I have a Dell XPS 13 2-in-1 that I've upgraded to the FL34
> beta to test on and it's tablet mode no longer works. 
> 
> Standard workstation version with GNOME 40. The option in the top
> right menu for orientation lock is gone, folding the machine over in
> half does not cause it to switch into tablet mode like it did in
> Fedora 33. Screen rotation doesn't work at all anymore. I'm running
> Wayland in both cases (33 and 34).
> 
> Anyone else with a similar style machine (Lenovo Yoga comes to mind)
> and 34 having luck with switching to tablet mode? Are there
> additional packages needed for convertibles now in GNOME 40? It's
> always worked right out of the box with Fedora since I've had the
> machine. As far as I can tell iio-sensor-proxy is running and
> monitor-sensor shows it detecting orientation changes, GNOME 40 just
> doesn't react to them. 

Once again: F34 is unreleased. Comments should be sent to the Fedora
Test list, where devels might pick up on any bugs.

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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Unable to mount USB connected hard drive.

[Erik P. Olsen]

On 2021-03-19 at 15:13:10 elder sixpack13 wrote:
   
> 
> well, when it's dead, it might be dead for smartctl command's too
> No ?
> ;-)
 
 The disk is stone dead and now it's demolished :-(

-- 
Erik P. Olsen - Copenhagen, Denmark
Fedora 33/64 bit xfce Claws-Mail POP3 Gramps 5.1.3 Bacula 9.6.5
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

XPS 13 2-in-1 Fedora Linux 34 Tablet Mode

[Leander Hutton via users]

Hell all, I have a Dell XPS 13 2-in-1 that I've upgraded to the FL34 beta to 
test on and it's tablet mode no longer works. 

Standard workstation version with GNOME 40. The option in the top right menu 
for orientation lock is gone, folding the machine over in half does not cause 
it to switch into tablet mode like it did in Fedora 33. Screen rotation doesn't 
work at all anymore. I'm running Wayland in both cases (33 and 34).

Anyone else with a similar style machine (Lenovo Yoga comes to mind) and 34 
having luck with switching to tablet mode? Are there additional packages needed 
for convertibles now in GNOME 40? It's always worked right out of the box with 
Fedora since I've had the machine. As far as I can tell iio-sensor-proxy is 
running and monitor-sensor shows it detecting orientation changes, GNOME 40 
just doesn't react to them. 

Thanks!

Leander

-- 
---
Leander Hutton
lean...@one-button.org
www.one-button.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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Unable to mount USB connected hard drive.

[elder sixpack13]

> The dd-rescue package on linux should work just fine.   Assuming you
> can get the disk to respond.  If the disk is taking 180s then the disk
> is not responding at all, and even if the disk were responding in 10
> sec any rescue program will take longer than anyone will wait.  The
> software tools will only work if the disk is bad sectors, with the
> disk not responding at all that makes it more likely the disk is
> simply dead, or the power supply/usb controller is dead.
> 
> Best plan would be to get it out of the usb enclosure and see if
> smartctl will return anything useful and see if the disk behaves
> better.
> 

well, when it's dead, it might be dead for smartctl command's too
No ?
;-)
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[389-users] Announcing 389 Directory Server 1.4.4.14

[thierry bordaz]

   389 Directory Server 1.4.4.14

The 389 Directory Server team is proud to announce 389-ds-base version 
1.4.4.14


Fedora packages are available on Fedora 33.

Fedora 33:

https://koji.fedoraproject.org/koji/taskinfo?taskID=64115273 
 - Koji


https://bodhi.fedoraproject.org/updates/FEDORA-2021-3eed313617 
 - Bohdi


The new packages and versions are:

 * 389-ds-base-1.4.4.14-1

Source tarballs are available for download at Download 
389-ds-base Source 




 Highlights in 1.4.4.14

 * Bug and Security fixes


 Installation and Upgrade

See Download  for 
information about setting up your yum repositories.


To install the server use *dnf install 389-ds-base*

To install the Cockpit UI plugin use *dnf install cockpit-389-ds*

After rpm install completes, run *dscreate interactive*

For upgrades, simply install the package. There are no further 
steps required.


There are no upgrade steps besides installing the new rpms

See Install_Guide 
 for 
more information about the initial installation and setup


See Source  
for information about source tarballs and SCM (git) access.



 Feedback

We are very interested in your feedback!

Please provide feedback and comments to the 389-users mailing list: 
https://lists.fedoraproject.org/admin/lists/389-users.lists.fedoraproject.org


If you find a bug, or would like to see a new feature, file it in our 
GitHub project: https://github.com/389ds/389-ds-base


 * Bump version to 1.4.4.14
 * Issue 4671 - UI - Fix browser crashes
 * Issue 4229 - Fix Rust linking
 * Issue 4658 - monitor - connection start date is incorrect
 * Issue 4656 - Make replication CLI backwards compatible with role
   name change
 * Issue 4656 - Remove problematic language from UI/CLI/lib389
 * Issue 4459 - lib389 - Default paths should use dse.ldif if the
   server is down
 * Issue 4661 - RFE - allow importing openldap schemas (#4662)
 * Issue 4659 - restart after openldap migration to enable plugins (#4660)
 * Issue 4663 - CLI - unable to add objectclass/attribute without x-origin
 * Issue 4169 - UI - updates on the tuning page are not reflected in the UI
 * Issue 4588 - BUG - unable to compile without xcrypt (#4589)
 * Issue 4513 - Fix replication CI test failures (#4557)
 * Issue 4646 - CLI/UI - revise DNA plugin management
 * Issue 4644 - Large updates can reset the CLcache to the beginning of
   the changelog (#4647)
 * Issue 4649 - crash in sync_repl when a MODRDN create a cenotaph (#4652)
 * Issue 4513 - CI - make acl ip address tests more robust
 * Issue 4619 - remove pytest requirement from lib389
 * Issue 4615 - log message when psearch first exceeds max threads per conn

___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[389-users] Announcing 389 Directory Server 1.4.3.22

[thierry bordaz]

   389 Directory Server 1.4.3.22

The 389 Directory Server team is proud to announce 389-ds-base version 
1.4.3.22


Fedora packages are available on Fedora 32.

https://koji.fedoraproject.org/koji/taskinfo?taskID=64103798 
 - Fedora 32


https://bodhi.fedoraproject.org/updates/FEDORA-2021-35654cb13a 
 - Bodhi


The new packages and versions are:

 * 389-ds-base-1.4.3.22-1

Source tarballs are available for download at Download 
389-ds-base Source 




 Highlights in 1.4.3.22

 * Bug and Security fixes


 Installation and Upgrade

See Download  for 
information about setting up your yum repositories.


To install the server use *dnf install 389-ds-base*

To install the Cockpit UI plugin use *dnf install cockpit-389-ds*

After rpm install completes, run *dscreate interactive*

For upgrades, simply install the package. There are no further 
steps required.


There are no upgrade steps besides installing the new rpms

See Install_Guide 
 for 
more information about the initial installation and setup


See Source  
for information about source tarballs and SCM (git) access.



 New UI Progress (Cockpit plugin)

The new UI is complete and QE tested.


 Feedback

We are very interested in your feedback!

Please provide feedback and comments to the 389-users mailing list: 
https://lists.fedoraproject.org/admin/lists/389-users.lists.fedoraproject.org


If you find a bug, or would like to see a new feature, file it in our 
GitHub project: https://github.com/389ds/389-ds-base


 * Bump version to 1.4.3.22
 * Issue 4671 - UI - Fix browser crashes
 * lib389 - Add ContentSyncPlugin class
 * Issue 4656 - lib389 - fix cherry pick error
 * Issue 4229 - Fix Rust linking
 * Issue 4658 - monitor - connection start date is incorrect
 * Issue 2621 - lib389 - backport ds_supports_new_changelog()
 * Issue 4656 - Make replication CLI backwards compatible with role
   name change
 * Issue 4656 - Remove problematic language from UI/CLI/lib389
 * Issue 4459 - lib389 - Default paths should use dse.ldif if the
   server is down
 * Issue 4663 - CLI - unable to add objectclass/attribute without x-origin

___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: apache requireany and htaccess

[Tim via users]

On Thu, 2021-03-18 at 21:34 -0400, Alex wrote:
> I have a fedora33 system with apache 2.4.46 and trying to set up a
> web page that is only accessible to a select group of IPs defined in
> an .htaccess file in the directory where the web page resides. How
> can I do this?
> 
> I've read the apache htaccess howto and it really seems related only
> to user authentication.
> 
> How can I move the RequireAny section into an htaccess file? This
> will make it easier to make IP changes without having to reload
> apache.
> 
> Listen 192.168.1.11:443
> 
>   ServerName noc.example.com
> 
> 
>   AllowOverride all
>   Options +ExecCGI
> 
>   
>  Require ip 192.168.1.
>  Require ip 10.
>   

You should be able to simply cut that RequireAny section (exactly as
you've typed it) and put it into a .htaccess file in the directory
you're concerned about.  If I do that on an Apache installation on my
CentOS machine, it works as I expected.

Check that you don't have a conflicting "AllowOverride none" in some
other configuration location for the same directory.

-- 
 
uname -rsvp
Linux 3.10.0-1160.15.2.el7.x86_64 #1 SMP Wed Feb 3 15:06:38 UTC 2021 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
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
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure