Once upon a time, Stephen John Smoogen said:
> Software seems to grow to the maximum space it can occupy. I think in 1989
> we were complaining about BSD not being able to fit on our VAX 750's boot
> drive anymore and we needed to put in a 40MB drive system instead. I expect
> by the 2040's we wil
> Am 08.05.2019 um 21:12 schrieb Chris Adams :
>
> Once upon a time, Leon Fauster via CentOS said:
>> And this only for Fedora29, a C7 installation works fine (dynamically
>> expands to the boundaries of the disk).
>
> You are asking about Fedora - you'd probably get better results on the
> F
On 2019-05-08 15:05, Stephen John Smoogen wrote:
On Wed, 8 May 2019 at 13:48, Valeri Galtsev
wrote:
On 2019-05-08 12:28, Stephen John Smoogen wrote:
On Wed, 8 May 2019 at 13:24, mark wrote:
Yep. Minimum for that is going to be about the same as your RESCUE. The
other would just be
On Tue, May 7, 2019 at 7:55 PM Michael Hennebry
wrote:
>
> youtube-dl doesn't work for me after a recent update.
> I do not use it often, so do not know whether the update matters.
> It gives the error message:
> Traceback (most recent call last):
>File "/usr/bin/youtube-dl", line 6, in
>
On Wed, May 08, 2019 at 01:04:02PM -0400, mark wrote:
> Hmmm, didn't complain when I did that... but they're still bin_t, not lib_t.
'semanage fcontext ...' updates the policy, but doesn't actually
change the context on the paths (which may or may not even exist at
the time the command runs).
Run
On Wed, 8 May 2019 at 13:48, Valeri Galtsev
wrote:
>
>
> On 2019-05-08 12:28, Stephen John Smoogen wrote:
> > On Wed, 8 May 2019 at 13:24, mark wrote:
>
> >>
> > Yep. Minimum for that is going to be about the same as your RESCUE. The
> > other would just be to confirm that the sda has space and
R C wrote:
> cool!! that works for now.. thanks Mark!!
Glad it helped.
>
> On Wed, May 8, 2019 at 11:21 AM mark wrote:
>
>
>> firefox_repackage via CentOS wrote:
>>> Hi everyone, I use firefox on centos 7 at work but due to the fairly
>>> well know extension signing problem, I cannot use ubl
On Wed, 8 May 2019 09:08:12 -0500 (CDT)
Michael Hennebry wrote:
> On Wed, 8 May 2019, Nux! wrote:
>
> > How did you install it?
>
> Most recently
> yum reinstall youtube-dl
>
> > I'm using their binary and it works great, just tested it.
> >
> > https://ytdl-org.github.io/youtube-dl/download.h
On May 8, 2019, at 11:44 AM, mark wrote:
>
> Warren Young wrote:
>> On May 8, 2019, at 11:04 AM, mark wrote:
>>
>>>
>>> semanage fcontext -m -t lib_t "/path/smwa/webagent/bin/*.so”
>>
>> Glob expansion doesn’t happen in double quotes. Not in Bash, anyway.
>
> Huh? I thought it didn't occur
Once upon a time, Leon Fauster via CentOS said:
> And this only for Fedora29, a C7 installation works fine (dynamically
> expands to the boundaries of the disk).
You are asking about Fedora - you'd probably get better results on the
Fedora mailing lists, forums, etc.
--
Chris Adams
__
Am 08.05.2019 um 20:56 schrieb Markus Falb :
>
> On 08.05.19 19:16, Leon Fauster via CentOS wrote:
> ...
>> I get a "device is too small for new format" error. Any hints?
> ...> part pv.0104 --fstype="lvmpv" --ondisk=sda --grow
>
> pv.0104
>
>> volgroup ee --pesize=4096 pv.1974
>
> pv.1974
>
>
On 08.05.19 19:16, Leon Fauster via CentOS wrote:
...
> I get a "device is too small for new format" error. Any hints?
...> part pv.0104 --fstype="lvmpv" --ondisk=sda --grow
pv.0104
> volgroup ee --pesize=4096 pv.1974
pv.1974
mismatch!
--
Kind Regards, Markus Falb
signature.asc
Description
> Am 08.05.2019 um 19:20 schrieb mark :
>
> Leon Fauster via CentOS wrote:
>> Hi all,
>>
>>
>> I still use the following kickstart partition scheme for C7 installations
>> (via virt-install):
>> Briefly, fixed size for /root and /boot, and the rest is filled up for
>> /srv.
>>
>> The same kic
Warren Young wrote:
> On May 8, 2019, at 11:04 AM, mark wrote:
>
>>
>> semanage fcontext -m -t lib_t "/path/smwa/webagent/bin/*.so”
>
> Glob expansion doesn’t happen in double quotes. Not in Bash, anyway.
Huh? I thought it didn't occur in single quotes, but did occur in quotes.
Odd, I'm seeing
On 2019-05-08 12:28, Stephen John Smoogen wrote:
On Wed, 8 May 2019 at 13:24, mark wrote:
Leon Fauster via CentOS wrote:
Hi all,
I still use the following kickstart partition scheme for C7 installations
(via virt-install):
Briefly, fixed size for /root and /boot, and the rest is filled u
On May 8, 2019, at 11:04 AM, mark wrote:
>
> semanage fcontext -m -t lib_t "/path/smwa/webagent/bin/*.so”
Glob expansion doesn’t happen in double quotes. Not in Bash, anyway.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/l
cool!! that works for now.. thanks Mark!!
On Wed, May 8, 2019 at 11:21 AM mark wrote:
> firefox_repackage via CentOS wrote:
> > Hi everyone, I use firefox on centos 7 at work but due to the fairly well
> > know extension signing problem, I cannot use ublock origin.
> >
> > From what I can tel
On Wed, 8 May 2019 at 13:24, mark wrote:
> Leon Fauster via CentOS wrote:
> > Hi all,
> >
> >
> > I still use the following kickstart partition scheme for C7 installations
> > (via virt-install):
> > Briefly, fixed size for /root and /boot, and the rest is filled up for
> > /srv.
> >
> > The same
Leon Fauster via CentOS wrote:
> Hi all,
>
>
> I still use the following kickstart partition scheme for C7 installations
> (via virt-install):
> Briefly, fixed size for /root and /boot, and the rest is filled up for
> /srv.
>
> The same kickstart (despite that c7 uses vda, f29 uses sda) doesn't wor
Warren Young wrote:
> On May 8, 2019, at 9:31 AM, mark wrote:
>
>> semanage -fcontext -a -t lib_t "//smwa/webagent/bin(/.*).so”
>
> [snip]
>
>> What am I doing wrong?
>>
> Also, I’m confused by the parens in your file path. Whether your shell
> is or not is a different question.
I'm following t
Hi all,
I still use the following kickstart partition scheme for C7 installations (via
virt-install):
Briefly, fixed size for /root and /boot, and the rest is filled up for /srv.
The same kickstart (despite that c7 uses vda, f29 uses sda) doesn't work with
Fedora29 (EL8).
I get a "device is t
firefox_repackage via CentOS wrote:
> Hi everyone, I use firefox on centos 7 at work but due to the fairly well
> know extension signing problem, I cannot use ublock origin.
>
> From what I can tell, the latest version of firefox in the updates
> repository is 60.6.1-1.el7. It looks like Mozilla ha
Hi, Johnny,
Johnny Hughes wrote:
> On 5/2/19 9:15 AM, mark wrote:
>>
>> Especially Johnny - could you possibly push this fix through as soon as
>> upstream puts it out? It's a real issue for us - we've had a number of
>> servers whether gssproxy keeps SEGVing, which hits NFS and samba.
>
> See i
You can experience RHEL8 via the developer version allowing you to work
out how your configurations and management will have to change, which
may coincide with CentOS arriving by the time you finish.
/mark
___
CentOS mailing list
CentOS@centos.org
ht
> I was told lately about this workaround, check it out.
> https://blog.mozilla.org/addons/2019/05/04/update-regarding-add-ons-in-firefox/
The signing thing is a security feature. I don't like a workaround to
disable a security feature instead of fixing it.
What makes me feel a bit bad is that ev
On May 8, 2019, at 9:31 AM, mark wrote:
>
> semanage -fcontext -a -t lib_t "//smwa/webagent/bin(/.*).so”
[snip]
> What am I doing wrong?
-fcontext isn’t an option, it’s a verb; drop the dash.
Also, I’m confused by the parens in your file path. Whether your shell is or
not is a different que
so basically it says... "sit tight and wait..."
Of course I tried to update the restclient, and when that didn't work
uninstallit and tried to reinstallit...which didn't work either...
On Wed, May 8, 2019 at 9:56 AM Nux! wrote:
> I was told lately about this workaround, check it out.
>
>
We're forced to use Siteminder, by CA, who have no clue what they're doing
in *nix. No packages, tarballs...
Anyway, I'm trying clean up some stuff, and in /*/smwa/webagent/bin (all
their binaries, including .so's, are in there, duh... I'm trying to set
the .so's to lib_t.
semanage -fcontext -a -t
I was told lately about this workaround, check it out.
https://blog.mozilla.org/addons/2019/05/04/update-regarding-add-ons-in-firefox/
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
> From: "CentOS mailing list"
> To: "CentOS mailing list"
>
might fix the signing issue... but a lot of plugins/addons broke...
like the restclient ... dangit...
On Wed, May 8, 2019 at 9:50 AM firefox_repackage via CentOS <
centos@centos.org> wrote:
> Hi everyone, I use firefox on centos 7 at work but due to the fairly well
> know extension signing pro
Hi everyone, I use firefox on centos 7 at work but due to the fairly well know
extension signing problem, I cannot use ublock origin.
>From what I can tell, the latest version of firefox in the updates repository
>is 60.6.1-1.el7.
It looks like Mozilla have just released firefox esr 60.6.2 which
Nicolas Kovacs wrote:
> Le 03/05/2019 à 20:10, Leon Fauster via CentOS a écrit :
>
>> Any MACs in /etc/udev/rules.d/70-persistent-net.rules ?
>
> After some more experimenting, I found out the showstopper was
> completely unrelated to cloning. Someone had the unfortunate idea of doing
> a hard rese
Le 03/05/2019 à 20:10, Leon Fauster via CentOS a écrit :
> Any MACs in /etc/udev/rules.d/70-persistent-net.rules ?
After some more experimenting, I found out the showstopper was
completely unrelated to cloning. Someone had the unfortunate idea of
doing a hard reset on a local wireless access point
On Wed, 8 May 2019, Nux! wrote:
How did you install it?
Most recently
yum reinstall youtube-dl
I'm using their binary and it works great, just tested it.
https://ytdl-org.github.io/youtube-dl/download.html
- Original Message -
From: "Michael Hennebry"
To: "CentOS mailing list"
Hi, Johnny,
Johnny Hughes wrote:
> On 5/2/19 9:15 AM, mark wrote:
>>
>> Especially Johnny - could you possibly push this fix through as soon as
>> upstream puts it out? It's a real issue for us - we've had a number of
>> servers whether gssproxy keeps SEGVing, which hits NFS and samba.
>
> See i
James Pearson wrote:
>
> We have a number of identical NFS clients mounting a server using
> NFSv4.1 - server and clients are all running CentOS 7.5 (kernel
> 3.10.0-862.14.4.el7.x86_64)
>
> However, on some clients, the NFS performance 'degrades' with time ...
>
> Running a simple test - a pyth
On 5/2/19 9:15 AM, mark wrote:
> Hi, folks,
>
>Especially Johnny - could you possibly push this fix through as soon as
> upstream puts it out? It's a real issue for us - we've had a number of
> servers whether gssproxy keeps SEGVing, which hits NFS and samba.
>
Mark,
See if this fixes your
On Wed, 8 May 2019 at 07:08, Peter wrote:
> On 8/05/19 12:22 AM, Robert Heller wrote:
>
The >> are from me.
> >> Many CentOS-7 packages will not install because they will need
> dependencies
> >> that the EL-6 does not have.
>
> Correct, and different versions of dependencies, and files go in
On 8/05/19 12:22 AM, Robert Heller wrote:
Many CentOS-7 packages will not install because they will need dependencies
that the EL-6 does not have.
Correct, and different versions of dependencies, and files go in
different locations, etc.
The kernel is different because it is mostly
self-con
How did you install it?
I'm using their binary and it works great, just tested it.
https://ytdl-org.github.io/youtube-dl/download.html
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
> From: "Michael Hennebry"
> To: "CentOS mailing list"
>
I'm going to rebuild my workstation because maintaining it is now a nightmare
after using "recommended" repo's that now conflict with each other. Every time
I do a yum update I it fails with conflicts.
I'm looking for new recommendations for which repo's to use to have a stable
Centos 7 workst
41 matches
Mail list logo
