Re: [CentOS] Win 10 and C 6 CUPS

2019-08-07 Thread Robert Heller
At Wed, 7 Aug 2019 17:21:53 -0400 CentOS mailing list  wrote:

> 
> Valeri Galtsev wrote:
> >> On Aug 6, 2019, at 5:41 PM, mark  wrote:
> >>
> >> Is there any way, other than installing CUPS on windows, to get the
> >> damn Win laptop to print to my C 6 box, which has CUPS running and a
> >> USB laserjet?
> >>
> > Since forever (ah, about Win 2000) Windows knows UNIX printing. Making
> > windows box talking to UNIX print server its native language makes the
> > most robust setup. It is, however not turned on by default. So (adjust to
> > your version as Microsoft reshuffles location of all the same tools with
> > ever release):
> >
> > Control Panel —> Programs and Features —> Enable/disable features
> >
> > In the long list there is Printing, click on it to expand, and enable LPR
> > and LPD
> 
> A!!! That I had no clue about (I do *not* do Windows).
> >
> > Now when creating printer choose to create new local port, choose LPR (or
> > does it say LPD?) port and give your CUPS server name, and queue name.
> > The rest is as usual (choose printer driver, I prefer postscript ones).
> >
> Dumb question: queue name - is that like printer name, in the CUPS admin
> web page?

Yes.

> >
> > You should be done now. Incidentally, I use CUPS with LPD listening on
> > the server side, as the last makes the most robust setup for variety of
> > clients. We have FreeBSD server, and client systems are: FreeBSD, Linux
> > (CentOS, Debian, Ubuntu), Windows, MacOS.
> >
> > I hope, this helps.
> 
> We'll see when my lady gets back from SC next week. Thanks very much.
> 
> mark
> >
> >
> > Valeri
> >
> >
> >> mark ___
> >> CentOS mailing list
> >> CentOS@centos.org
> >> https://lists.centos.org/mailman/listinfo/centos
> >>
> >
> > 
> > Valeri Galtsev
> > Sr System Administrator
> > Department of Astronomy and Astrophysics
> > Kavli Institute for Cosmological Physics
> > University of Chicago
> > Phone: 773-702-4247
> > 
> >
> >
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > https://lists.centos.org/mailman/listinfo/centos
> >
> >
> 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
>

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Win 10 and C 6 CUPS

2019-08-07 Thread Valeri Galtsev



On 2019-08-07 16:21, mark wrote:

Valeri Galtsev wrote:

On Aug 6, 2019, at 5:41 PM, mark  wrote:

Is there any way, other than installing CUPS on windows, to get the
damn Win laptop to print to my C 6 box, which has CUPS running and a
USB laserjet?


Since forever (ah, about Win 2000) Windows knows UNIX printing. Making
windows box talking to UNIX print server its native language makes the
most robust setup. It is, however not turned on by default. So (adjust to
your version as Microsoft reshuffles location of all the same tools with
ever release):

Control Panel —> Programs and Features —> Enable/disable features

In the long list there is Printing, click on it to expand, and enable LPR
and LPD


A!!! That I had no clue about (I do *not* do Windows).


Now when creating printer choose to create new local port, choose LPR (or
does it say LPD?) port and give your CUPS server name, and queue name.
The rest is as usual (choose printer driver, I prefer postscript ones).


Dumb question: queue name - is that like printer name, in the CUPS admin
web page?


Yes,correct. Since forever it was called queue name, GUI tools often (or 
sometimes?) call it printer name, pretty much following M$ tradition. In 
CUPS web interface on page "Printers" first column title calls it 
explicitly "Queue name". Incidentally, I use CUPS' own web interface, I 
never use Linux's print configuration tools (part of Linux admin tools). 
Well, I used them once somewhere around RedHat 7.1, and was quite 
unhappy, so I use CUPS web interface:


http://localhost:631

on any Linuxes I have to set up printers on. I highly recommend it.


I hope, this helps.

Valeri



You should be done now. Incidentally, I use CUPS with LPD listening on
the server side, as the last makes the most robust setup for variety of
clients. We have FreeBSD server, and client systems are: FreeBSD, Linux
(CentOS, Debian, Ubuntu), Windows, MacOS.

I hope, this helps.


We'll see when my lady gets back from SC next week. Thanks very much.

 mark



Valeri



mark ___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos




Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos





___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos



--

Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Win 10 and C 6 CUPS

2019-08-07 Thread mark
Valeri Galtsev wrote:
>> On Aug 6, 2019, at 5:41 PM, mark  wrote:
>>
>> Is there any way, other than installing CUPS on windows, to get the
>> damn Win laptop to print to my C 6 box, which has CUPS running and a
>> USB laserjet?
>>
> Since forever (ah, about Win 2000) Windows knows UNIX printing. Making
> windows box talking to UNIX print server its native language makes the
> most robust setup. It is, however not turned on by default. So (adjust to
> your version as Microsoft reshuffles location of all the same tools with
> ever release):
>
> Control Panel —> Programs and Features —> Enable/disable features
>
> In the long list there is Printing, click on it to expand, and enable LPR
> and LPD

A!!! That I had no clue about (I do *not* do Windows).
>
> Now when creating printer choose to create new local port, choose LPR (or
> does it say LPD?) port and give your CUPS server name, and queue name.
> The rest is as usual (choose printer driver, I prefer postscript ones).
>
Dumb question: queue name - is that like printer name, in the CUPS admin
web page?
>
> You should be done now. Incidentally, I use CUPS with LPD listening on
> the server side, as the last makes the most robust setup for variety of
> clients. We have FreeBSD server, and client systems are: FreeBSD, Linux
> (CentOS, Debian, Ubuntu), Windows, MacOS.
>
> I hope, this helps.

We'll see when my lady gets back from SC next week. Thanks very much.

mark
>
>
> Valeri
>
>
>> mark ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>>
>
> 
> Valeri Galtsev
> Sr System Administrator
> Department of Astronomy and Astrophysics
> Kavli Institute for Cosmological Physics
> University of Chicago
> Phone: 773-702-4247
> 
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
>


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Mate on Centos 7

2019-08-07 Thread isdtor
Greg Bailey writes:
> On 8/7/19 8:02 AM, isdtor wrote:
> > isdtor writes:
> >
>  Can I really be the only user of Mate on Centos 7??
> >>> No, definitely not. I use MATE on C7, because Gnome is, how do I
> >>> say this politely..., um, horrible. Not a KDE fan either.
> >>>
> >>> Gnome-2.x wasn't broken, didn't need to be thrown away and
> >>> replaced by something completely different.
> >> Not broken, but full of bugs that will never get fixed.
> >>
> >> I did a while back rebuild the EPEL rpms for 1.20. There are spec files I 
> >> could make available but I can't find the build environemnt setup now. It 
> >> involves mock, a custom local repo to receive the fresh builds as you 
> >> don't want to pull in the rpms from EPEL, and a build script that defines 
> >> the order, among other things. If I have time next week I can try and 
> >> locate everything.
> > I have done the hard lifting and rebuilt mate 1.22 on CentOS 7. It's not 
> > without quirks, and I haven't actually installed and tested, but I'm 
> > willing to make the srpms available - without any commitments. This might 
> > make a good addition to Nux :)
> >
> 
> 
> The person responsible for packaging the mate RPMs for EPEL offered to 
> hand that off to someone, which I considered (since I'm a Fedora/EPEL 
> packager), but was reluctant to offer without understanding how much 
> heavy lifting was involved.  Also, I wasn't sure how much the mate on 
> CentOS user community wants to stick with 1.16 vs. upgrade to 1.22.  
> What kind of "quirks" did you run into?

There's basically two.

I was building the packages under CentOS 7.5 with mock. One of the packages, 
mate-terminal, needs a newer version of vte291, i.e. the one from 7.6. No 
problem when building on 7.6+ (I hope - in process now).

The other is that mozo now requires python >= 3.5. While I managed to get SCLo 
rh-python35 into the mock chroot and the appropriate commands into the spec 
file, it would still not build because the rpm script processing python files 
was looking for /usr/bin/python3.5. Rather than figure out how to do this in 
mock, I built the rpm outside mock in an "scl enable"'d terminal and with 
/usr/bin/python3.5 a link to /opt/rh/rh-python35/...

Other than that I think I had to update one patch because the source files 
changed, and create another because some construct in C code requires C99; but 
it was easy to rewrite for older C (I'm putting this one down to sloppy coding 
by mate developers). Some rpms required updated build reqs.

All of this is relative to the 1.20 rpms I built back in December, which are in 
turn based on 1.16 from EPEL.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] C7 Kernel module compilation

2019-08-07 Thread Akemi Yagi
On Wed, Aug 7, 2019 at 9:00 AM Alessandro Baggi
 wrote:
>
> Il 07/08/19 01:02, Phil Perry ha scritto:
> > On 06/08/2019 14:45, Alessandro Baggi wrote:

> > Please post the actual error message in dmesg or /var/log/messages.
> >
> > It's likely that the kernel is just grumbling that the module is not
> > signed (missing key), but it's just noise unless you're using
> > SecureBoot. Posting the actual message in full will help determine if
> > that is the case.
> >
> > Thanks
> >
> > Phil
>
> Hi, thank you for your reply,
> I solve adding in "General Setup" values of current kernel on
> localversion option and adding Module.symver from
> /boot/symver-version.gz to module directory.
>
> Now I get another problem compiling the third party module (i2c-nct6775):
>
> "CONFIG_RETPOLINE=y but not supported by the compiler. Compiler update
> recomended. Stop."
>
> I tried using scl gcc7 and 8 but get the same issue.
>
> I checked that retpoline is related to Spectre but checking on centos with:
>
> cat /sys/devices/system/cpu/vulnerabilities/spectre_v2
>
> I get:
>
> Mitigation: IBRS (kernel), IBPB
>
> and RETPOLINE seems disabled (I'm wrong?).
>
> I ridden in a blog post that I can disable this check commenting out
> some lines starting from N. 166 of arch/Makefile but I don't think this
> is the best approach.
>
> At this point I can't understand what means the previous error and why I
> get this error when compiling i2c-nct6775.
>
> Can someone point me in the right direction?

Please post the output from:

rpm -qa kernel\* | sort

and

uname -r

Akemi
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Mate on Centos 7

2019-08-07 Thread H
On 08/07/2019 12:10 PM, Greg Bailey wrote:
> On 8/7/19 8:02 AM, isdtor wrote:
>> isdtor writes:
>>
> Can I really be the only user of Mate on Centos 7??
 No, definitely not. I use MATE on C7, because Gnome is, how do I
 say this politely..., um, horrible. Not a KDE fan either.

 Gnome-2.x wasn't broken, didn't need to be thrown away and
 replaced by something completely different.
>>> Not broken, but full of bugs that will never get fixed.
>>>
>>> I did a while back rebuild the EPEL rpms for 1.20. There are spec files I 
>>> could make available but I can't find the build environemnt setup now. It 
>>> involves mock, a custom local repo to receive the fresh builds as you don't 
>>> want to pull in the rpms from EPEL, and a build script that defines the 
>>> order, among other things. If I have time next week I can try and locate 
>>> everything.
>> I have done the hard lifting and rebuilt mate 1.22 on CentOS 7. It's not 
>> without quirks, and I haven't actually installed and tested, but I'm willing 
>> to make the srpms available - without any commitments. This might make a 
>> good addition to Nux :)
>>
>
>
> The person responsible for packaging the mate RPMs for EPEL offered to hand 
> that off to someone, which I considered (since I'm a Fedora/EPEL packager), 
> but was reluctant to offer without understanding how much heavy lifting was 
> involved.  Also, I wasn't sure how much the mate on CentOS user community 
> wants to stick with 1.16 vs. upgrade to 1.22.  What kind of "quirks" did you 
> run into?
>
> -Greg
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

It would be great if Mate could be updated to the latest version! I am running 
it both on desktops and on a HiDPI laptop. On the latter, most things are sized 
incorrectly and I have not found a way to change things. If Mate is updated, I 
plan to install it on additional machines.

Your effort would be most welcomed!

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] another bizarre thing...

2019-08-07 Thread Frank Cox
On Wed, 7 Aug 2019 13:38:54 -0400
Fred Smith wrote:

> So,... now I'm wondering how one figures that out.

Since it's your program you have the source code.

printf is your friend.

Start adding printf statements (to console and/or to a file at your option) 
with status reports ("widget counting executing", "addition function 
executing", "huge explosion executing") and use that to find out where it 
quits.  Add more printf's as needed to narrow it down.

-- 
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] another bizarre thing...

2019-08-07 Thread Fred Smith
On Mon, Aug 05, 2019 at 08:57:45PM -0400, Fred Smith wrote:
> Hi all!
> 
> I'm stuck on something really bizarre that is happening to a product
> I "own" at work. It's a C program, built on CentOS, runs on CentOs or
> RHEL, has been in circulation since the early 00's, is in use at
> hundreds of sites.
> 
> recently, at multiple customer sites it has started just going away.
> no core file (yes, ulimit is configured), nothing in any of its
> (several) log files. it's just gone.
> 
> running it under strace until it dies reveals that every thread has
> been given a SIGKILL.
> 
> How does one figure out who deliverd a SIGKILL? For other, non-fatal,
> signals it is possible to glean the PID of the sending process in a
> signal  handler, but obviously you can't do that for SIGKILL because
> the app doesn't survive the signal.
> 
> I'm grasping at straws here, and am open to almost any kind of 
> suggestion that can be followed-up (as compared to "beats me" which
> is where I am now).

OK, more information.

Found a recipe to cause systemtap to emit a line of text identifying
the sender of the SIGKILL.

probe signal.send {
  if (sig_name == "SIGKILL")
printf("%s was sent to %s (pid:%d) by %s uid:%d\n",
   sig_name, pid_name, sig_pid, execname(), uid())

unfortunately, it says the program is killing itself:

SIGKILL was sent to myprog (pid:12269) by myprog uid:1000

So,... now I'm wondering how one figures that out. nowhere in my
source code does it explicitly raise any signal, much less SIGKILL.
So there must be some underlying library or system call or something
doing it.

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   I can do all things through Christ 
  who strengthens me.
-- Philippians 4:13 ---
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Mate on Centos 7

2019-08-07 Thread Fred Smith
On Wed, Aug 07, 2019 at 09:10:17AM -0700, Greg Bailey wrote:
> On 8/7/19 8:02 AM, isdtor wrote:
> >isdtor writes:
> >
> Can I really be the only user of Mate on Centos 7??
> >>>No, definitely not. I use MATE on C7, because Gnome is, how do I
> >>>say this politely..., um, horrible. Not a KDE fan either.
> >>>
> >>>Gnome-2.x wasn't broken, didn't need to be thrown away and
> >>>replaced by something completely different.
> >>Not broken, but full of bugs that will never get fixed.
> >>
> >>I did a while back rebuild the EPEL rpms for 1.20. There are spec files I 
> >>could make available but I can't find the build environemnt setup now. It 
> >>involves mock, a custom local repo to receive the fresh builds as you don't 
> >>want to pull in the rpms from EPEL, and a build script that defines the 
> >>order, among other things. If I have time next week I can try and locate 
> >>everything.
> >I have done the hard lifting and rebuilt mate 1.22 on CentOS 7. It's not 
> >without quirks, and I haven't actually installed and tested, but I'm willing 
> >to make the srpms available - without any commitments. This might make a 
> >good addition to Nux :)
> >
> 
> 
> The person responsible for packaging the mate RPMs for EPEL offered
> to hand that off to someone, which I considered (since I'm a
> Fedora/EPEL packager), but was reluctant to offer without
> understanding how much heavy lifting was involved.  Also, I wasn't
> sure how much the mate on CentOS user community wants to stick with
> 1.16 vs. upgrade to 1.22.  What kind of "quirks" did you run into?

well, in theory I'd welcome a newer MATE, since I can't stand Gnome 3.x.
I'm using the epel versions and find them satisfactory, but I might
be willing to build a testing VM and try a later version to see if I
like it. and if I do like it would consider installing it on my "real"
C7 system.

Dunno if you find that encouraging or not, but at least it is honest.

Fred

-- 
---
Under no circumstances will I ever purchase anything offered to me as
the result of an unsolicited e-mail message. Nor will I forward chain
letters, petitions, mass mailings, or virus warnings to large numbers
of others. This is my contribution to the survival of the online
community.
 --Roger Ebert, December, 1996
- The Boulder Pledge -
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] another bizarre thing...

2019-08-07 Thread Fred Smith
On Tue, Aug 06, 2019 at 09:02:37PM -0600, Warren Young wrote:
> On Aug 6, 2019, at 8:48 PM, Fred Smith  wrote:
> > 
> > Setting up as you described earlier, is there a way to allow only
> > a single program to drop core?
> 
> Of course.
> 
> The * in the limits.d file is a “domain” value you can adjust to suit:
> 
> 
> https://www.thegeekdiary.com/understanding-etc-security-limits-conf-file-to-set-ulimit/
> 
> You’d have to read the systemd docs to figure out the defaults for LimitCore, 
> but I suspect you don’t get cores until you set this on a per-service basis.
> 
> You can also adjust the sysctl pattern path to put cores somewhere secure.  
> That’s the normal use of absolute paths: put the cores into a dropbox 
> directory that only root can read but anyone can write to.
> 
> Also, I should point out that my first step, removing ABRT, is a heavy-handed 
> method. Maybe what you *actually* want to do is learn to cooperate with ABRT 
> rather than rip it out entirely.

how about "simply" disabling and stopping it?


-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
  The eyes of the Lord are everywhere, 
keeping watch on the wicked and the good.
- Proverbs 15:3 (niv) -
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Install tunctl on CetnOS 7 ?

2019-08-07 Thread Nux!

It's not in the main repo, try to get it from here:

http://li.nux.ro/download/nux/misc/el7Server/x86_64/tunctl-1.5-12.el7.nux.x86_64.rpm

---
Sent from the Delta quadrant using Borg technology!

On 2019-08-07 16:42, John Chludzinski wrote:

EPEL doesn't have uml_utilities and NUX doesn't have tunctl.

On Tue, Aug 6, 2019 at 5:42 PM Jonathan Billings  
wrote:


On Aug 6, 2019, at 5:38 PM, John Chludzinski 
 wrote:

> Which repo has tunctl for CentOS 7 ?

It looks like uml_utilities, which is where it is in CentOS6 EPEL and 
Fedora, isn’t built on CentOS7’s EPEL.  It looks like the Nux repo has 
a ’tunctl’ package though.


--
Jonathan Billings 


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Mate on Centos 7

2019-08-07 Thread Greg Bailey

On 8/7/19 8:02 AM, isdtor wrote:

isdtor writes:


Can I really be the only user of Mate on Centos 7??

No, definitely not. I use MATE on C7, because Gnome is, how do I
say this politely..., um, horrible. Not a KDE fan either.

Gnome-2.x wasn't broken, didn't need to be thrown away and
replaced by something completely different.

Not broken, but full of bugs that will never get fixed.

I did a while back rebuild the EPEL rpms for 1.20. There are spec files I could 
make available but I can't find the build environemnt setup now. It involves 
mock, a custom local repo to receive the fresh builds as you don't want to pull 
in the rpms from EPEL, and a build script that defines the order, among other 
things. If I have time next week I can try and locate everything.

I have done the hard lifting and rebuilt mate 1.22 on CentOS 7. It's not 
without quirks, and I haven't actually installed and tested, but I'm willing to 
make the srpms available - without any commitments. This might make a good 
addition to Nux :)




The person responsible for packaging the mate RPMs for EPEL offered to 
hand that off to someone, which I considered (since I'm a Fedora/EPEL 
packager), but was reluctant to offer without understanding how much 
heavy lifting was involved.  Also, I wasn't sure how much the mate on 
CentOS user community wants to stick with 1.16 vs. upgrade to 1.22.  
What kind of "quirks" did you run into?


-Greg

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] C7 Kernel module compilation

2019-08-07 Thread Alessandro Baggi

Il 07/08/19 01:02, Phil Perry ha scritto:

On 06/08/2019 14:45, Alessandro Baggi wrote:

Il 05/08/19 20:07, Akemi Yagi ha scritto:

On Mon, Aug 5, 2019 at 9:21 AM Alessandro Baggi
 wrote:


Il 05/08/19 18:07, Akemi Yagi ha scritto:

On Mon, Aug 5, 2019 at 9:01 AM Alessandro Baggi
 wrote:



Do you have secureboot enabled? Then yes, that requires a proper key.

Akemi


Yes I have secureboot enabled. If usefull to others in list this could
helps:

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Kernel_Administration_Guide/sect-signing-kernel-modules-for-secure-boot.html 



I think also that  centos's wiki must be updated because steps are 
valid
for centos 5 and because key-signing is required for secure boot I 
think

that a proper section must be inserted.


Update not finished yet but the above link has been added near the top
of the wiki article.

Akemi
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos



Sorry, I was wrong, secureboot is disabled so I don't need to sign new 
modules.


How I can solve my problem?

Thanks in advance


Please post the actual error message in dmesg or /var/log/messages.

It's likely that the kernel is just grumbling that the module is not 
signed (missing key), but it's just noise unless you're using 
SecureBoot. Posting the actual message in full will help determine if 
that is the case.


Thanks

Phil


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Hi, thank you for your reply,
I solve adding in "General Setup" values of current kernel on 
localversion option and adding Module.symver from 
/boot/symver-version.gz to module directory.


Now I get another problem compiling the third party module (i2c-nct6775):

"CONFIG_RETPOLINE=y but not supported by the compiler. Compiler update 
recomended. Stop."


I tried using scl gcc7 and 8 but get the same issue.

I checked that retpoline is related to Spectre but checking on centos with:

cat /sys/devices/system/cpu/vulnerabilities/spectre_v2

I get:

Mitigation: IBRS (kernel), IBPB

and RETPOLINE seems disabled (I'm wrong?).

I ridden in a blog post that I can disable this check commenting out 
some lines starting from N. 166 of arch/Makefile but I don't think this 
is the best approach.


At this point I can't understand what means the previous error and why I 
get this error when compiling i2c-nct6775.


Can someone point me in the right direction?

Thanks in advance.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Install tunctl on CetnOS 7 ?

2019-08-07 Thread John Chludzinski
EPEL doesn't have uml_utilities and NUX doesn't have tunctl.

On Tue, Aug 6, 2019 at 5:42 PM Jonathan Billings  wrote:
>
> On Aug 6, 2019, at 5:38 PM, John Chludzinski  
> wrote:
> > Which repo has tunctl for CentOS 7 ?
>
> It looks like uml_utilities, which is where it is in CentOS6 EPEL and Fedora, 
> isn’t built on CentOS7’s EPEL.  It looks like the Nux repo has a ’tunctl’ 
> package though.
>
> --
> Jonathan Billings 
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Mate on Centos 7

2019-08-07 Thread Nux!

Good job and thanks, but I won't add anything that overwrites EPEL.
Can help with hosting it in a separate repo if you wish, though.

---
Sent from the Delta quadrant using Borg technology!

On 2019-08-07 16:02, isdtor wrote:

isdtor writes:


> > Can I really be the only user of Mate on Centos 7??
>
> No, definitely not. I use MATE on C7, because Gnome is, how do I
> say this politely..., um, horrible. Not a KDE fan either.
>
> Gnome-2.x wasn't broken, didn't need to be thrown away and
> replaced by something completely different.

Not broken, but full of bugs that will never get fixed.

I did a while back rebuild the EPEL rpms for 1.20. There are spec 
files I could make available but I can't find the build environemnt 
setup now. It involves mock, a custom local repo to receive the fresh 
builds as you don't want to pull in the rpms from EPEL, and a build 
script that defines the order, among other things. If I have time next 
week I can try and locate everything.


I have done the hard lifting and rebuilt mate 1.22 on CentOS 7. It's
not without quirks, and I haven't actually installed and tested, but
I'm willing to make the srpms available - without any commitments.
This might make a good addition to Nux :)

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Mate on Centos 7

2019-08-07 Thread isdtor
isdtor writes:
> 
> > > Can I really be the only user of Mate on Centos 7??
> > 
> > No, definitely not. I use MATE on C7, because Gnome is, how do I
> > say this politely..., um, horrible. Not a KDE fan either.
> > 
> > Gnome-2.x wasn't broken, didn't need to be thrown away and
> > replaced by something completely different.
> 
> Not broken, but full of bugs that will never get fixed.
> 
> I did a while back rebuild the EPEL rpms for 1.20. There are spec files I 
> could make available but I can't find the build environemnt setup now. It 
> involves mock, a custom local repo to receive the fresh builds as you don't 
> want to pull in the rpms from EPEL, and a build script that defines the 
> order, among other things. If I have time next week I can try and locate 
> everything.

I have done the hard lifting and rebuilt mate 1.22 on CentOS 7. It's not 
without quirks, and I haven't actually installed and tested, but I'm willing to 
make the srpms available - without any commitments. This might make a good 
addition to Nux :)

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] Virtual manager and vhdx

2019-08-07 Thread Jerry Geis
I am trying to find out if Virtual Manager or qemu directly can take a
Hyper v vhdx file and use it "as is"...  I desire to not boot windows,
update the vhdx image I have created, etc...
I'd rather just have the vhdx image sitting on linux, boot the virtual
manager with the vhdx file, update what I need to update and shut back
down.   Is that possible ?

Thanks,

Jerry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Win 10 and C 6 CUPS

2019-08-07 Thread Valeri Galtsev


> On Aug 6, 2019, at 5:41 PM, mark  wrote:
> 
> Is there any way, other than installing CUPS on windows, to get the damn Win 
> laptop to print to my C 6 box, which has CUPS running and a USB laserjet?
> 
Since forever (ah, about Win 2000) Windows knows UNIX printing. Making windows 
box talking to UNIX print server its native language makes the most robust 
setup. It is, however not turned on by default. So (adjust to your version as 
Microsoft reshuffles location of all the same tools with ever release):

Control Panel —> Programs and Features —> Enable/disable features

In the long list there is Printing, click on it to expand, and enable LPR and 
LPD

Now when creating printer choose to create new local port, choose LPR (or does 
it say LPD?) port and give your CUPS server name, and queue name. The rest is 
as usual (choose printer driver, I prefer postscript ones).

You should be done now. Incidentally, I use CUPS with LPD listening on the 
server side, as the last makes the most robust setup for variety of clients. We 
have FreeBSD server, and client systems are: FreeBSD, Linux (CentOS, Debian, 
Ubuntu), Windows, MacOS.

I hope, this helps.

Valeri

>   mark
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos


Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-docs] Wiki edit: HowTos/Grub2

2019-08-07 Thread Akemi Yagi
On Tue, Aug 6, 2019 at 4:52 AM Mitchell Roe  wrote:
>
> Greetings!
>
> This is my first contribution, so please let me know if there is anything I 
> should be doing differently. I am following the instructions found here: 
> https://wiki.centos.org/Contribute.
>
> Your FirstnameLastname username: MitchellRoe
>
> The proposed subject of your Wiki contribution(s): Corrected path for getting 
> menu entries
>
> The proposed location of your Wiki contribution(s): In 
> https://wiki.centos.org/HowTos/Grub2, in section 2 titled "2. How to Define 
> the Default Entries", in the first code block, the command given is:
>
> awk -F\' '$1=="menuentry " {print i++ " : " $2}' /etc/grub2.cfg
>
> I propose it should be the following:
>
> awk -F\' '$1=="menuentry "{print i++ " : " $2}' /boot/grub2/grub.cfg
>
> Thanks for the helpful guides. I look forward to contributing more in the 
> future!
>
> -- Mitchell Roe (he/him/his) mitchell@member.fsf.org

Thank you for the suggestion. After discussing this with the original
author of the article, the following description taken from the RHEL
documentation has been added:

"The file name /etc/grub2.cfg is a symbolic link to the grub.cfg file,
whose location is architecture dependent. It is better to use absolute
paths when accessing to a file, as in the example above, especially
when repairing a system."

Akemi
___
CentOS-docs mailing list
CentOS-docs@centos.org
https://lists.centos.org/mailman/listinfo/centos-docs