Re: [gentoo-user] ModSecurity: Status engine is currently disabled, enable it by set SecStatusEngine to On.

2020-12-18 Thread Jigme Datse
On Fri, 18 Dec 2020 18:20:44 -0700
the...@sys-concept.com wrote:

> ModSecurity is installed:
> APACHE2_OPTS="-D DEFAULT_VHOST -D INFO -D SSL -D SSL_DEFAULT_VHOST -D
> LANGUAGE -D PHP -D SECURITY"
> 
> In which file I have to enable "SecStatusEngine On" ?
> 
> 

Not worked with Apache for a bit, but I think this is needed in your
Apache configuration.  Though I'm not sure if it's per virtual server
or if it's a global option.  

If this isn't helpful, I'm just sitting here waiting for stuff to
happen, and saw your message, and just thought I'd look to see if I can
maybe help.  



[gentoo-user] ModSecurity: Status engine is currently disabled, enable it by set SecStatusEngine to On.

2020-12-18 Thread thelma
ModSecurity is installed:
APACHE2_OPTS="-D DEFAULT_VHOST -D INFO -D SSL -D SSL_DEFAULT_VHOST -D LANGUAGE 
-D PHP -D SECURITY"

In which file I have to enable "SecStatusEngine On" ?




[gentoo-user] vtk python USE flag question

2020-12-18 Thread Valmor F. de Almeida

Hello,

I emerged vtk with the python USE flag on.
Next I started a python interactive session and tried to import vtk:

->  python
Python 3.8.6 (default, Nov 21 2020, 00:26:41)
[GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import vtk

but vtk can't be found.

Are the bindings for python supposed to work this way?

Thanks,
--
Valmor



Re: [gentoo-user] pip search disabled?

2020-12-18 Thread Valmor F. de Almeida




On 12/17/20 11:55 PM, bobwxc wrote:

在 2020/12/18 上午2:32, Valmor F. de Almeida 写道:


Hello,
Has anyone seen this search problem with pip for any package?

->  pip search twine

ERROR: Exception:
Traceback (most recent call last):
  File 
"/usr/lib/python3.8/site-packages/pip/_internal/cli/base_command.py", 
line 228, in _main

    status = self.run(options, args)
  File 
"/usr/lib/python3.8/site-packages/pip/_internal/commands/search.py", 
line 60, in run

    pypi_hits = self.search(query, options)
  File 
"/usr/lib/python3.8/site-packages/pip/_internal/commands/search.py", 
line 80, in search

    hits = pypi.search({'name': query, 'summary': query}, 'or')
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1109, in __call__
    return self.__send(self.__name, args)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1450, in __request
    response = self.__transport.request(
  File 
"/usr/lib/python3.8/site-packages/pip/_internal/network/xmlrpc.py", 
line 45, in request

    return self.parse_response(response.raw)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1341, in 
parse_response

    return u.close()
  File "/usr/lib/python3.8/xmlrpc/client.py", line 655, in close
    raise Fault(**self._stack[0])
xmlrpc.client.Fault: temporarily disabled due to unmanageable load and will be deprecated 
in the near future. Please use the Simple or JSON API instead.'>


Thanks,
--
Valmor


Just try it, and meet the same problem with python3.7 pip-20.2.4.
Then update to 20.3.3, still the same problem.

There are issues on github,

https://github.com/pypa/pip/issues/9292
https://github.com/pypa/pip/issues/9312

someone said,
*"*

Seehttps://status.python.org/incidents/grk0k7sz6zkp 
for context.


PyPI has had significant uptick in automated hits to the XMLRPC API, 
which has resulted in needing to take that offline, as it hampers the 
rest of the application's ability to function.


"



Thanks.
--
Valmor



Re: [gentoo-user] Manifest local ebuild - bump version

2020-12-18 Thread Jack

On 2020.12.18 01:49, the...@sys-concept.com wrote:

How bump version and manifest local ebuild.
I copied  barcode-0.99.ebuild to local/portage and tired to bump  
version

 mv barcode-0.99.1.ebuild
ebuild /usr/local/portage/app-text/barcode/barcode-0.99.1.ebuild  
manifest


but when I try to manifest it, it can not find barcode-0.99.1.tar.gz  
(it

doesn't exist).
That's because barcode-0.99.1.tar.gz doesn't exist.  If you want your  
new ebuild to still use the previous tarball, you either need to adjust  
the link it uses to fetch the source, or consider renaming to  
barcode-0.99-r1.  However, the other suggestion about where to place  
the patch is probably a better approach, assuming the ebuild does apply  
user patches.


I was trying to apply this patch to current version:
https://lists.gnu.org/archive/html/bug-barcode/2020-01/txtvoVMhO66kP.txt

I can manifest (with the patch) current version: barcode-0.99.ebuild
but renaming it after manifesting won't work, it complain about  
Manifest

mismatch.
I was trying to bump the version, so I can distinguish local from the
official one.

If I keep the version the same, how to point emerge to  
"local/portage".

Do I unmerge the official one and keep the one in local/portage?




Re: [gentoo-user] Mystically disabled Ethernet connection

2020-12-18 Thread gevisz
пт, 18 дек. 2020 г. в 18:26, bobwxc :
>
> 在 2020/12/19 上午1:29, gevisz 写道:
> > I am currently installing a new Gentoo system
> > on a computer that is run by a Gentoo system
> > that has not been updated since January 2019.
> >
> > Initially, I did so by chrooting to a newly formatted
> > disk partition. My intention was to build everything
> > in the chrooted environment and only then start
> > to work in the new Gentoo system.
> >
> > However, when after installing Grub I rebooted into
> > the new Gentoo system to find out if it works and
> > rebooted again into the old Gentoo system to continue
> > compilation in the chroot environment, I found out
> > that my computer does not have a working ethernet
> > connection to my home router. The "ip addr" command
> > showed that my ethernet interface is down.
> >
> > I tried "ip link set  up" and "ifconfig  up"
> > commands, where  substitutes the correct,
> > "predictable," name of my ethernet interface but it
> > had not helped.
> >
> > Initially, I thought that something was wrong with my
> > hardware, but when I rebooted into my new Gentoo
> > system, the ethernet interface started to work again.
> > Then, I rebooted back to the old system, and
> > the ethernet interface stopped working again.
> >
> > It is very strange because I am sure that I have not
> > changed anything on my old Gentoo system except
> > for installing a new Grub onto the system disk.
> >
> > So, I have tried to reinstall (the old) Grub from
> > my old system, but it has not helped either.
> >
> > Finally, I decided that it would be easier to complete
> > installation of the new Gentoo system than to find out
> > what is wrong with the old Gentoo system ethernet
> > connection. So, I compiled xorg-x11, awesome, gvim,
> > xfce4-terminal and are currently compiling firefox.
> >
> > Hopefully, tomorrow I will already have my new Gentoo
> > system working.
> >
> > However, I am still wondering why the ethernet interface
> > stopped working on my old Gentoo system.
> >
> > As, I have already said, I am pretty sure that I have not
> > changed anything in its settings. Moreover, I have looked
> > through the entire /etc directory of my old Gentoo system
> > for config files that were modified during the installation
> > of the new Gentoo system (suspecting that instead of the
> > chrooted environment I put an installation command into
> > the su terminal of my old Gentoo system or mistakenly
> > edited a configuration file of my old Gentoo system) but
> > found no config file that was modified during this period of time.
> >
> > So, I am not in a desperate need for help, but just interested
> > to find out the reason for such a strange behaviour of the
> > ethernet interface.
> >
> > P.S. I have read in the Gentoo Network management wiki
> > that the connman, netifrc, dhcpcd, networkmanager, and
> > openrc should not be run at the same time because it could
> > lead to "unpredictable results" and checked if it is not
> > the case on my old Gentoo system. No, on my old Gentoo
> > system installed is only the openrc with the netifrc use flag
> > and netifrc (which, as I guess, leads to only netifrc being used).
> > But, anyway, it has been worked so for years and only
> > now suddenly stopped.
>
> That is interesting. Something must been changed here.
> Do you use some partitions for both gentoo systems?
> Not the root, just like boot ESP partition or home.

Yes, I mount the same home partition (actually the separate disk) on both.
And it still has some configuration files from a pre-Gentoo era :)
as it has been used for Ubuntu 10 years ago.

A separate partition with rarely used virtual machines is also mounted
into a user directory. Also a common swap. ESP partition also exists
but I never mounted it on old Gentoo and recently disabled it from
mounting into a new one as well (after realized that it is not needed at all :).



Re: [gentoo-user] Mystically disabled Ethernet connection

2020-12-18 Thread bobwxc

在 2020/12/19 上午1:29, gevisz 写道:

I am currently installing a new Gentoo system
on a computer that is run by a Gentoo system
that has not been updated since January 2019.

Initially, I did so by chrooting to a newly formatted
disk partition. My intention was to build everything
in the chrooted environment and only then start
to work in the new Gentoo system.

However, when after installing Grub I rebooted into
the new Gentoo system to find out if it works and
rebooted again into the old Gentoo system to continue
compilation in the chroot environment, I found out
that my computer does not have a working ethernet
connection to my home router. The "ip addr" command
showed that my ethernet interface is down.

I tried "ip link set  up" and "ifconfig  up"
commands, where  substitutes the correct,
"predictable," name of my ethernet interface but it
had not helped.

Initially, I thought that something was wrong with my
hardware, but when I rebooted into my new Gentoo
system, the ethernet interface started to work again.
Then, I rebooted back to the old system, and
the ethernet interface stopped working again.

It is very strange because I am sure that I have not
changed anything on my old Gentoo system except
for installing a new Grub onto the system disk.

So, I have tried to reinstall (the old) Grub from
my old system, but it has not helped either.

Finally, I decided that it would be easier to complete
installation of the new Gentoo system than to find out
what is wrong with the old Gentoo system ethernet
connection. So, I compiled xorg-x11, awesome, gvim,
xfce4-terminal and are currently compiling firefox.

Hopefully, tomorrow I will already have my new Gentoo
system working.

However, I am still wondering why the ethernet interface
stopped working on my old Gentoo system.

As, I have already said, I am pretty sure that I have not
changed anything in its settings. Moreover, I have looked
through the entire /etc directory of my old Gentoo system
for config files that were modified during the installation
of the new Gentoo system (suspecting that instead of the
chrooted environment I put an installation command into
the su terminal of my old Gentoo system or mistakenly
edited a configuration file of my old Gentoo system) but
found no config file that was modified during this period of time.

So, I am not in a desperate need for help, but just interested
to find out the reason for such a strange behaviour of the
ethernet interface.

P.S. I have read in the Gentoo Network management wiki
that the connman, netifrc, dhcpcd, networkmanager, and
openrc should not be run at the same time because it could
lead to "unpredictable results" and checked if it is not
the case on my old Gentoo system. No, on my old Gentoo
system installed is only the openrc with the netifrc use flag
and netifrc (which, as I guess, leads to only netifrc being used).
But, anyway, it has been worked so for years and only
now suddenly stopped.

That is interesting. Something must been changed here.
Do you use some partitions for both gentoo systems?
Not the root, just like boot ESP partition or home.

--
bobwxc




OpenPGP_signature
Description: OpenPGP digital signature


Re: [gentoo-user] Re: XWindow appearing in a non-graphical tty. A bug or feature?

2020-12-18 Thread gevisz
пт, 18 дек. 2020 г. в 17:22, Grant Edwards :
>
> On 2020-12-18, gevisz  wrote:
>
> > During the last 22 years, I got used to the setting
> > when the XWindow system appeared on one of
> > the "graphical" virtual terminals, mostly on tty6 or tty7.
> >
> > However, after installing a new Gentoo system with
> > gentoo-kernel, I found out that the XWindow system
> > started to appear in the same tty, where I started it
> > using the startx command, shadowing all that was
> > typed there including the messages from the xorg-server.
> >
> > So, I just wonder: "Is it a bug or a feature?"
>
> IIRC, this happened as part of the switch to running the X server as a
> normal user instead of as root. As a normal user, you only "own" the
> tty you logged in on, so that's the one used by X.
>
> > And where exactly can one configure it?
>
> I assume that if you switch back to running X as root, you get the old
> behavior of the X server running on tty6/7/whatever. I don't know if
> there's a way to get that behavior while still running non-root X.
>

Ok, thank you for the answer,

I think that I could do with the new behaviour. :)



[gentoo-user] Mystically disabled Ethernet connection

2020-12-18 Thread gevisz
I am currently installing a new Gentoo system
on a computer that is run by a Gentoo system
that has not been updated since January 2019.

Initially, I did so by chrooting to a newly formatted
disk partition. My intention was to build everything
in the chrooted environment and only then start
to work in the new Gentoo system.

However, when after installing Grub I rebooted into
the new Gentoo system to find out if it works and
rebooted again into the old Gentoo system to continue
compilation in the chroot environment, I found out
that my computer does not have a working ethernet
connection to my home router. The "ip addr" command
showed that my ethernet interface is down.

I tried "ip link set  up" and "ifconfig  up"
commands, where  substitutes the correct,
"predictable," name of my ethernet interface but it
had not helped.

Initially, I thought that something was wrong with my
hardware, but when I rebooted into my new Gentoo
system, the ethernet interface started to work again.
Then, I rebooted back to the old system, and
the ethernet interface stopped working again.

It is very strange because I am sure that I have not
changed anything on my old Gentoo system except
for installing a new Grub onto the system disk.

So, I have tried to reinstall (the old) Grub from
my old system, but it has not helped either.

Finally, I decided that it would be easier to complete
installation of the new Gentoo system than to find out
what is wrong with the old Gentoo system ethernet
connection. So, I compiled xorg-x11, awesome, gvim,
xfce4-terminal and are currently compiling firefox.

Hopefully, tomorrow I will already have my new Gentoo
system working.

However, I am still wondering why the ethernet interface
stopped working on my old Gentoo system.

As, I have already said, I am pretty sure that I have not
changed anything in its settings. Moreover, I have looked
through the entire /etc directory of my old Gentoo system
for config files that were modified during the installation
of the new Gentoo system (suspecting that instead of the
chrooted environment I put an installation command into
the su terminal of my old Gentoo system or mistakenly
edited a configuration file of my old Gentoo system) but
found no config file that was modified during this period of time.

So, I am not in a desperate need for help, but just interested
to find out the reason for such a strange behaviour of the
ethernet interface.

P.S. I have read in the Gentoo Network management wiki
that the connman, netifrc, dhcpcd, networkmanager, and
openrc should not be run at the same time because it could
lead to "unpredictable results" and checked if it is not
the case on my old Gentoo system. No, on my old Gentoo
system installed is only the openrc with the netifrc use flag
and netifrc (which, as I guess, leads to only netifrc being used).
But, anyway, it has been worked so for years and only
now suddenly stopped.



[gentoo-user] Re: XWindow appearing in a non-graphical tty. A bug or feature?

2020-12-18 Thread Grant Edwards
On 2020-12-18, gevisz  wrote:

> During the last 22 years, I got used to the setting
> when the XWindow system appeared on one of
> the "graphical" virtual terminals, mostly on tty6 or tty7.
>
> However, after installing a new Gentoo system with
> gentoo-kernel, I found out that the XWindow system
> started to appear in the same tty, where I started it
> using the startx command, shadowing all that was
> typed there including the messages from the xorg-server.
>
> So, I just wonder: "Is it a bug or a feature?"

IIRC, this happened as part of the switch to running the X server as a
normal user instead of as root. As a normal user, you only "own" the
tty you logged in on, so that's the one used by X.

> And where exactly can one configure it?

I assume that if you switch back to running X as root, you get the old
behavior of the X server running on tty6/7/whatever. I don't know if
there's a way to get that behavior while still running non-root X.

--
Grant







[gentoo-user] XWindow appearing in a non-graphical tty. A bug or feature?

2020-12-18 Thread gevisz
During the last 22 years, I got used to the setting
when the XWindow system appeared on one of
the "graphical" virtual terminals, mostly on tty6 or tty7.

However, after installing a new Gentoo system with
gentoo-kernel, I found out that the XWindow system
started to appear in the same tty, where I started it
using the startx command, shadowing all that was
typed there including the messages from the xorg-server.

So, I just wonder: "Is it a bug or a feature?"

And where exactly can one configure it?



Re: [gentoo-user] How di I nuke+repave Dell XPS 8940 UEFI secure boot?

2020-12-18 Thread Michael
On Friday, 18 December 2020 08:00:51 GMT bobwxc wrote:
> 在 2020/12/18 上午10:47, Walter Dnes 写道:
> >How do I turn off UEFI secure boot... and UEFI for that matter?  I
> > 
> > want a simple bootable system.  Sticking in a USB key and trying to boot
> > off of it resulted in...
> > 
> >   ERROR
> > 
> > Verification failed; (0x1A) Security Violation
> 
> UEFI secure boot is depend on your motherboard firmware.
> Please enter the BIOS when power on your computer and turn
> down corresponding option.
> 
> How to enter BIOS and where is the option is depend on your
> device model, please search on web or call the service center.

Dell XPS MoBo settings menu is usually entered by pressing F2 at start up - 
check the manual for it.  You can disable Secure Boot from the Boot menu and 
also select the first bootable device.  The bootable device can also be 
selected by pressing F12 at start up.  Secure Boot won't allow you changing 
hardware on these MoBos - unless the UEFI firmware inc. drivers has been 
signed by Microsoft.  A lock-in some/all? OEMs and hardware manufacturers have 
capitulated on, unless you use the RHL shim and MOK (Machine Owner Key) 
manager to sign/boot GRUB and from GRUB you can then boot the OS of your 
choice.

Simplest, slimmest solution is to disable Secure Boot, then use efibootmgr 
application in Linux to edit the OS kernel images ordered list in the UEFI 
boot menu.  For multibooting different kernels/OS/devices, at any time you can 
press F12 at start up.


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Manifest local ebuild - bump version

2020-12-18 Thread Neil Bothwick
On Thu, 17 Dec 2020 23:49:28 -0700, the...@sys-concept.com wrote:

> How bump version and manifest local ebuild.

You don't.

> I copied  barcode-0.99.ebuild to local/portage and tired to bump version
>  mv barcode-0.99.1.ebuild
> ebuild /usr/local/portage/app-text/barcode/barcode-0.99.1.ebuild
> manifest
> 
> but when I try to manifest it, it can not find barcode-0.99.1.tar.gz (it
> doesn't exist).

Because it thinks you want a different version. You could name it 9.99-r1
but even that is not necessary.
> 
> I was trying to apply this patch to current version:
> https://lists.gnu.org/archive/html/bug-barcode/2020-01/txtvoVMhO66kP.txt

Can't you just put the patch in
/etc/portage/patches/app-text/barcode/barcode-0.99 and let portage apply
it automatically when you re-emerge it?

> I can manifest (with the patch) current version: barcode-0.99.ebuild
> but renaming it after manifesting won't work, it complain about Manifest
> mismatch.
> I was trying to bump the version, so I can distinguish local from the
> official one.
> 
> If I keep the version the same, how to point emerge to "local/portage".
> Do I unmerge the official one and keep the one in local/portage?

Set the priority for your overlay to be higher than portage in
repos.conf, then just re-emerge the package.


-- 
Neil Bothwick

COBOL: Completely Obsolete Business Oriented Language


pgpOg9jLKrIeb.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] How di I nuke+repave Dell XPS 8940 UEFI secure boot?

2020-12-18 Thread bobwxc

在 2020/12/18 上午10:47, Walter Dnes 写道:

   How do I turn off UEFI secure boot... and UEFI for that matter?  I
want a simple bootable system.  Sticking in a USB key and trying to boot
off of it resulted in...

  ERROR
Verification failed; (0x1A) Security Violation


UEFI secure boot is depend on your motherboard firmware.
Please enter the BIOS when power on your computer and turn
down corresponding option.

How to enter BIOS and where is the option is depend on your
device model, please search on web or call the service center.

--
bobwxc



OpenPGP_0x36E94EABB53E516B.asc
Description: application/pgp-keys


OpenPGP_signature
Description: OpenPGP digital signature