[CentOS] Please Recommend Affordable and Reliable Cloud Storage for 50 TB of Data

[Turritopsis Dohrnii Teo En Ming]

Hi,

Could you recommend affordable and reliable cloud storage for 50 TB of data?

Here are some important factors to consider:

1. Personal/non-commercial use.
2. Must be affordable, since I am unemployed most of the time and have
super low levels of income for the past 12 years since I graduated
from the National University of Singapore in 2007.
3. Cloud storage provider must not be a fly-by-night company, that is,
it will not suddenly close down the next day.

Please advise.

Thank you.



===BEGIN EMAIL SIGNATURE===

The Gospel for all Targeted Individuals (TIs):

[The New York Times] Microwave Weapons Are Prime Suspect in Ills of
U.S. Embassy Workers

Link: 
https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html



Singaporean Mr. Turritopsis Dohrnii Teo En Ming's Academic
Qualifications as at 14 Feb 2019

[1] https://tdtemcerts.wordpress.com/

[2] https://tdtemcerts.blogspot.sg/

[3] https://www.scribd.com/user/270125049/Teo-En-Ming

===END EMAIL SIGNATURE===
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] C7 basic install, HATE

[John R. Dennison]

On Thu, Feb 14, 2019 at 06:30:40PM -0700, Warren Young wrote:
> Do a text install: https://unix.stackexchange.com/a/361935/138

If you think he's frustrated now...  The text installer is garbage and
has been since EL5 days, the only reason it even exists is because
it's part of the kickstart framework.

I would suggest a vnc-based install.





John
-- 
"Here's what I do know.  I don't care.  I'm sick of it.  I'm sick of needy,
crazy, stupid liars.  Seriously, I can't take it anymore.  I grew up with
them, I live with them, I work with them.  And no matter how fast I run
or how far I go they breed and come after me.  It's like a zombie movie
except the only scary part is it never ends."

-- 13 seconds of dialogue from Mary McCormack as Mary Shannon in USA's
   "In Plain Sight"


pgp44W2ohApGQ.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] C7 basic install, HATE

[Warren Young]

On Feb 14, 2019, at 1:47 PM, mark  wrote:
> 
> Any suggestions?

Do a text install: https://unix.stackexchange.com/a/361935/138
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] question about upgrade qemu and libvirtd

[Jonathan Billings]

On Feb 14, 2019, at 18:23, rong zhao  wrote:
> 
> Hi Team,
>   I am not sure if I should put my question here, I have googled long
> time, no explicit information found.
> 
>   Background:
>  We need to support KVM encryption and decided to use LUKS.
> 
>  Refer to:https://libvirt.org/formatsecret.html#VolumeUsageType
> 
>  libvirtd and KVM should be able to support LUKS format disk directly.
> 
>  Unfortunately, seems that we need to use libvirt2.2+ and qemu
> 2.6+, because our current qemu-kvm version does not support luks
> format:
> 
>  And our hypervisor's OS is CentOS 7.2 with libvirt 2.0 and qemu-kvm 1.5.3
> 
>Question:
>   Is there any safe way to upgrade to libvirt 2.2 and qemu 2.6?
>   Safe way means: do not need to reboot hyper or VM, do not
> impact VM types support .
> 
> Any suggestion is welcome.

The libvirt package was update to v2.0 in 7.3.  In the (only supported) latest 
release, it’s v4.5.0. Qemu remains at version 1.5.3. 

Nonetheless, you won’t be able to upgrade to newer versions without shutting 
down or migrating the VMs.

—
Jonathan Billings 


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

[CentOS] question about upgrade qemu and libvirtd

[rong zhao]

Hi Team,
   I am not sure if I should put my question here, I have googled long
time, no explicit information found.

   Background:
  We need to support KVM encryption and decided to use LUKS.

  Refer to:https://libvirt.org/formatsecret.html#VolumeUsageType

  libvirtd and KVM should be able to support LUKS format disk directly.

  Unfortunately, seems that we need to use libvirt2.2+ and qemu
2.6+, because our current qemu-kvm version does not support luks
format:

  And our hypervisor's OS is CentOS 7.2 with libvirt 2.0 and qemu-kvm 1.5.3

Question:
   Is there any safe way to upgrade to libvirt 2.2 and qemu 2.6?
   Safe way means: do not need to reboot hyper or VM, do not
impact VM types support .

 Any suggestion is welcome.

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

Re: [CentOS] Centos bug 15570 - Not just a VBOX bug, can also reproduce on direct hardware install

[Akemi Yagi]

On Thu, Feb 14, 2019 at 2:58 PM Akemi Yagi  wrote:
>
> On Thu, Feb 14, 2019 at 2:32 PM Steve Gomez  
> wrote:
> >
> > However, the bug lists seem to refer only to issues with VirtualBox.  I
> > have experienced the same symptom when installing on a "hardware" system
> > (no hypervisor).  The same commands above also provide a workaround here,
> > but thought the flag should be raised for CentOS and RHEL that it doesn't
> > seem to be just VBOX.
>
> As noted in the CentOS bug report you referenced (
> https://bugs.centos.org/view.php?id=15570 ), I filed a report upstream
> ( https://bugzilla.redhat.com/show_bug.cgi?id=1658669, marked
> private). In that RHBZ, they were able to reproduce it without
> VirtualBox. Therefore they are aware this is not just a VBox problem.
> The fix has been added to kernel-3.10.0-984.el7, meaning it will be in
> the EL 7.7 kernel.
>
> Now there is a separate RHBZ for "Z-Stream" for the same issue. This
> means that the fix will be ported to the current series (EL 7.6).
> Unfortunately I have no access to this BZ, so cannot tell the progress
> there. Once it is fixed in RHEL, CentOS will inherit it.
>
> Akemi

I added the following note to bug 15570:

"The problem is not unique to VirtualBox. It can be reproduced _without_ VBox."

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

Re: [CentOS] Centos bug 15570 - Not just a VBOX bug, can also reproduce on direct hardware install

[Akemi Yagi]

On Thu, Feb 14, 2019 at 2:32 PM Steve Gomez  wrote:
>
> Ran into this rather frustrating bug when working with VBOX on a Windows 10
> host.  It should come as no surprise that I would hit this bug when
> installing CentOS, and also with RHEL 7 Server  with GUI (since you get the
> same kernel).  Based on information from your bug list, I was fortunately
> able to workaround the trouble with:
>
> wget
> https://people.centos.org/toracat/kernel/7/plus/bug15570new/kernel-3.10.0-957.1.3.bug15570.plus.el7.x86_64.rpm
> wget
> https://people.centos.org/toracat/kernel/7/plus/bug15570new/kernel-devel-3.10.0-957.1.3.bug15570.plus.el7.x86_64.rpm
>
> yum -y localinstall kernel-3.10.0-957.1.3.bug15570.plus.el7.x86_64.rpm
> yum -y localinstall kernel-devel-3.10.0-957.1.3.bug15570.plus.el7.x86_64.rpm
>
> However, the bug lists seem to refer only to issues with VirtualBox.  I
> have experienced the same symptom when installing on a "hardware" system
> (no hypervisor).  The same commands above also provide a workaround here,
> but thought the flag should be raised for CentOS and RHEL that it doesn't
> seem to be just VBOX.
>
> Perhaps the priority of this issue should be raised further up the pole
> since I can't imagine it being a good experience for someone who doesn't
> know how to dig through a problem like this.  The average bear would
> install something else and move on.
>
> In any case, thank you for the patch information.  Look forward to a "real"
> fix soon.  Other than that I'm really liking CentOS 7.
>
> SG

As noted in the CentOS bug report you referenced (
https://bugs.centos.org/view.php?id=15570 ), I filed a report upstream
( https://bugzilla.redhat.com/show_bug.cgi?id=1658669, marked
private). In that RHBZ, they were able to reproduce it without
VirtualBox. Therefore they are aware this is not just a VBox problem.
The fix has been added to kernel-3.10.0-984.el7, meaning it will be in
the EL 7.7 kernel.

Now there is a separate RHBZ for "Z-Stream" for the same issue. This
means that the fix will be ported to the current series (EL 7.6).
Unfortunately I have no access to this BZ, so cannot tell the progress
there. Once it is fixed in RHEL, CentOS will inherit it.

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

[CentOS] Centos bug 15570 - Not just a VBOX bug, can also reproduce on direct hardware install

[Steve Gomez]

Ran into this rather frustrating bug when working with VBOX on a Windows 10
host.  It should come as no surprise that I would hit this bug when
installing CentOS, and also with RHEL 7 Server  with GUI (since you get the
same kernel).  Based on information from your bug list, I was fortunately
able to workaround the trouble with:

wget
https://people.centos.org/toracat/kernel/7/plus/bug15570new/kernel-3.10.0-957.1.3.bug15570.plus.el7.x86_64.rpm
wget
https://people.centos.org/toracat/kernel/7/plus/bug15570new/kernel-devel-3.10.0-957.1.3.bug15570.plus.el7.x86_64.rpm

yum -y localinstall kernel-3.10.0-957.1.3.bug15570.plus.el7.x86_64.rpm
yum -y localinstall kernel-devel-3.10.0-957.1.3.bug15570.plus.el7.x86_64.rpm

However, the bug lists seem to refer only to issues with VirtualBox.  I
have experienced the same symptom when installing on a "hardware" system
(no hypervisor).  The same commands above also provide a workaround here,
but thought the flag should be raised for CentOS and RHEL that it doesn't
seem to be just VBOX.

Perhaps the priority of this issue should be raised further up the pole
since I can't imagine it being a good experience for someone who doesn't
know how to dig through a problem like this.  The average bear would
install something else and move on.

In any case, thank you for the patch information.  Look forward to a "real"
fix soon.  Other than that I'm really liking CentOS 7.

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

[CentOS] possible issue in Anaconda WRT processing %posttrans scriptlets?

[Brian Reichert]

This sounds really weird, bear with me.

I've put together a custom install CD derived from
CentOS-7-x86_64-Minimal-1810.iso.

I've added my RPMs in the mix, and have my dependencies lined up.

The installation of the RPMs fail, from packaging.log:

  ...
  15:42:35,741 INFO packaging: libwbclient-4.8.3-4.el7.x86_64 (320/432)
  15:42:35,741 INFO packaging: samba-client-libs-4.8.3-4.el7.x86_64 (321/432)
  15:42:35,742 INFO packaging: samba-libs-4.8.3-4.el7.x86_64 (322/432)
  15:42:35,743 INFO packaging: samba-common-tools-4.8.3-4.el7.x86_64 (323/432)
  15:42:35,743 INFO packaging: uid-admin-1-1.noarch (324/432)
  15:42:35,743 INFO packaging: creating admin smbpasswd ...
  15:42:35,743 INFO packaging: pdbedit: error while loading shared libraries:
  libwbclient.so.0: cannot open shared object file: No such file or directory
  15:42:35,745 INFO packaging: error: %pre(uid-admin-1-1.noarch) scriptlet
  failed, exit status 127
  15:42:35,745 INFO packaging:  end rpm scriptlet logs 

To rewind this:

- in my uid-admin RPM's %pre scriptlet, I invoke /usr/bin/pdbedit.

- /usr/bin/pdbedit is provided by samba-common-tools.

- samba-common-tools requires libwbclient.

and we can see they have all gotten installed in the correct order.

When I get to an alternate console, I did a search under /mnt/sysimage
for libwbclient.so.0, and all I can find is this:

  /mnt/sysimage/usr/lib64/samba/wbclient/libwbclient.so.0

I can see that libwbclient's %posttrans scriptlet should have installed
this shared library:

  # It has to be posttrans here to make sure all files of a previous version
  # without alternatives support are removed
  /usr/sbin/update-alternatives \
--install \
/usr/lib64/libwbclient.so.0.14 \
libwbclient.so.0.14-64 \
/usr/lib64/samba/wbclient/libwbclient.so.0.14 \
10
  /sbin/ldconfig

Yet clearly, that didn't happen, and there's no dialog to the
contrary.

I was able to extract that scriptlet, and run it in the chrooted
environment successfully.

Is there something about anaconda-yum under CentOS 7 that does
something counterintuitive WRT %posttrans scriptlets?

-- 
Brian Reichert  
BSD admin/developer at large
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Geany 1.34

[Leon Fauster via CentOS]

> Am 14.02.2019 um 20:19 schrieb Stephen John Smoogen :
> 
> On Thu, 14 Feb 2019 at 13:25, Stephen John Smoogen  wrote:
>> 
>> On Thu, 14 Feb 2019 at 12:47, H  wrote:
>>> 
>>> On 02/14/2019 05:58 PM, Tate Belden wrote:
 FWIW, on Fedora 29, I'm running Geany 1.34.1 and didn't have to enable
 anything other than the default repositories. So, it'd appear to at least
 be in the stream.
 
 geany-1.34.1-2.fc29.x86_64
 
 On Thu, Feb 14, 2019 at 8:53 AM H  wrote:
 
> On 01/04/2019 04:17 AM, H wrote:
>> Does anyone know if Geany 1.34 is headed to one of the repositories? I
> am running version 1.31 and interested in the 1.33+ since the markdown
> plugin has apparently been updated.
> I raised this issue on the bugtracker for Fedora EPEL several weeks ago
> but have not seen any response. What can I do to raise this issue?
> 
> Appreciate suggestions.
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
 
>>> Yes, I have seen it available for Fedora but was hoping it would be made 
>>> available for both Centos 6 and 7 as well.
>>> 
>> 
>> I am testing to see how much work needs to be done. I got it to build
>> the geany part easily for EL7. Just do the following
>> 
>> fedpkg clone geany
>> cp geany
>> fedpkg srpm
>> fedpkg switch-branch epel7
>> vi geany.spec
>> # change 1.32 to 1.34.1
>> fedpkg mockbuild
>> 
>> el6 looks like it does not have new enough versions of vte and some
>> other parts to work.
>> 
> 
> The major problem with el6 is the lack of a new enough c++ compiler
> for the code. Trying to fix that is way more than I have time to work
> on.


I didn't followed the current discussion but corresponding to a different 
compiler set, take a look at some of the SCL packages (devtoolset 3-7) ...

http://mirror.centos.org/centos-6/6/sclo/x86_64/rh/


Afterward to build the local package:

scl enable devtoolset-3 rpmbuild -ba myfile.spec


--
LF








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

Re: [CentOS] Geany 1.34

[Stephen John Smoogen]

On Thu, 14 Feb 2019 at 15:18, H  wrote:
>
> On 02/14/2019 08:19 PM, Stephen John Smoogen wrote:
> > On Thu, 14 Feb 2019 at 13:25, Stephen John Smoogen  wrote:
> >> On Thu, 14 Feb 2019 at 12:47, H  wrote:
> >>> On 02/14/2019 05:58 PM, Tate Belden wrote:
>  FWIW, on Fedora 29, I'm running Geany 1.34.1 and didn't have to enable
>  anything other than the default repositories. So, it'd appear to at least
>  be in the stream.
> 
>  geany-1.34.1-2.fc29.x86_64
> 
>  On Thu, Feb 14, 2019 at 8:53 AM H  wrote:
> 
> > On 01/04/2019 04:17 AM, H wrote:
> >> Does anyone know if Geany 1.34 is headed to one of the repositories? I
> > am running version 1.31 and interested in the 1.33+ since the markdown
> > plugin has apparently been updated.
> > I raised this issue on the bugtracker for Fedora EPEL several weeks ago
> > but have not seen any response. What can I do to raise this issue?
> >
> > Appreciate suggestions.
> >
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > https://lists.centos.org/mailman/listinfo/centos
> >
> >>> Yes, I have seen it available for Fedora but was hoping it would be made 
> >>> available for both Centos 6 and 7 as well.
> >>>
> >> I am testing to see how much work needs to be done. I got it to build
> >> the geany part easily for EL7. Just do the following
> >>
> >> fedpkg clone geany
> >> cp geany
> >> fedpkg srpm
> >> fedpkg switch-branch epel7
> >> vi geany.spec
> >> # change 1.32 to 1.34.1
> >> fedpkg mockbuild
> >>
> >> el6 looks like it does not have new enough versions of vte and some
> >> other parts to work.
> >>
> > The major problem with el6 is the lack of a new enough c++ compiler
> > for the code. Trying to fix that is way more than I have time to work
> > on.
> >
> >
> >> --
> >> Stephen J Smoogen.
> >
> >
> That sounds great! Btw, might be time to install CentOS 7 on the one 
> remaining CentOS 6 machine...
>
> If you finish it for CentOS 7, any chance it could be made available in the 
> EPEL repository so a yum update works?
>

That will be up to the package maintainer versus me. I will contact
them and find out.


-- 
Stephen J Smoogen.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] C7 basic install, HATE

[mark]

I've got an old server, that I'm *trying* to rebuild from C6. Our regular
key, with the kickstarts, etc, simply won't boot. Just a blank screen, and
it never goes anywhere.

So I'm trying to build it from a year-old regular installer.

100% of the time, the graphical screen is screwed. Resolution's so big
that I cannot see the right-hand 10% or 15% of the screen. There doesn't
seem to be any way that I've found yet to make it higher res, so I can
read it.

It's *not* the monitor's fault. It is an ancient Matrox video card... but
I would have thought the VESA driver could handle it.

Any suggestions?

mark

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

Re: [CentOS] Geany 1.34

[H]

On 02/14/2019 08:19 PM, Stephen John Smoogen wrote:
> On Thu, 14 Feb 2019 at 13:25, Stephen John Smoogen  wrote:
>> On Thu, 14 Feb 2019 at 12:47, H  wrote:
>>> On 02/14/2019 05:58 PM, Tate Belden wrote:
 FWIW, on Fedora 29, I'm running Geany 1.34.1 and didn't have to enable
 anything other than the default repositories. So, it'd appear to at least
 be in the stream.

 geany-1.34.1-2.fc29.x86_64

 On Thu, Feb 14, 2019 at 8:53 AM H  wrote:

> On 01/04/2019 04:17 AM, H wrote:
>> Does anyone know if Geany 1.34 is headed to one of the repositories? I
> am running version 1.31 and interested in the 1.33+ since the markdown
> plugin has apparently been updated.
> I raised this issue on the bugtracker for Fedora EPEL several weeks ago
> but have not seen any response. What can I do to raise this issue?
>
> Appreciate suggestions.
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
>>> Yes, I have seen it available for Fedora but was hoping it would be made 
>>> available for both Centos 6 and 7 as well.
>>>
>> I am testing to see how much work needs to be done. I got it to build
>> the geany part easily for EL7. Just do the following
>>
>> fedpkg clone geany
>> cp geany
>> fedpkg srpm
>> fedpkg switch-branch epel7
>> vi geany.spec
>> # change 1.32 to 1.34.1
>> fedpkg mockbuild
>>
>> el6 looks like it does not have new enough versions of vte and some
>> other parts to work.
>>
> The major problem with el6 is the lack of a new enough c++ compiler
> for the code. Trying to fix that is way more than I have time to work
> on.
>
>
>> --
>> Stephen J Smoogen.
>
>
That sounds great! Btw, might be time to install CentOS 7 on the one remaining 
CentOS 6 machine...

If you finish it for CentOS 7, any chance it could be made available in the 
EPEL repository so a yum update works?

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

Re: [CentOS] Geany 1.34

[Stephen John Smoogen]

On Thu, 14 Feb 2019 at 13:25, Stephen John Smoogen  wrote:
>
> On Thu, 14 Feb 2019 at 12:47, H  wrote:
> >
> > On 02/14/2019 05:58 PM, Tate Belden wrote:
> > > FWIW, on Fedora 29, I'm running Geany 1.34.1 and didn't have to enable
> > > anything other than the default repositories. So, it'd appear to at least
> > > be in the stream.
> > >
> > > geany-1.34.1-2.fc29.x86_64
> > >
> > > On Thu, Feb 14, 2019 at 8:53 AM H  wrote:
> > >
> > >> On 01/04/2019 04:17 AM, H wrote:
> > >>> Does anyone know if Geany 1.34 is headed to one of the repositories? I
> > >> am running version 1.31 and interested in the 1.33+ since the markdown
> > >> plugin has apparently been updated.
> > >> I raised this issue on the bugtracker for Fedora EPEL several weeks ago
> > >> but have not seen any response. What can I do to raise this issue?
> > >>
> > >> Appreciate suggestions.
> > >>
> > >> ___
> > >> CentOS mailing list
> > >> CentOS@centos.org
> > >> https://lists.centos.org/mailman/listinfo/centos
> > >>
> > >
> > Yes, I have seen it available for Fedora but was hoping it would be made 
> > available for both Centos 6 and 7 as well.
> >
>
> I am testing to see how much work needs to be done. I got it to build
> the geany part easily for EL7. Just do the following
>
> fedpkg clone geany
> cp geany
> fedpkg srpm
> fedpkg switch-branch epel7
> vi geany.spec
> # change 1.32 to 1.34.1
> fedpkg mockbuild
>
> el6 looks like it does not have new enough versions of vte and some
> other parts to work.
>

The major problem with el6 is the lack of a new enough c++ compiler
for the code. Trying to fix that is way more than I have time to work
on.


>
> --
> Stephen J Smoogen.



-- 
Stephen J Smoogen.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Geany 1.34

[Stephen John Smoogen]

On Thu, 14 Feb 2019 at 12:47, H  wrote:
>
> On 02/14/2019 05:58 PM, Tate Belden wrote:
> > FWIW, on Fedora 29, I'm running Geany 1.34.1 and didn't have to enable
> > anything other than the default repositories. So, it'd appear to at least
> > be in the stream.
> >
> > geany-1.34.1-2.fc29.x86_64
> >
> > On Thu, Feb 14, 2019 at 8:53 AM H  wrote:
> >
> >> On 01/04/2019 04:17 AM, H wrote:
> >>> Does anyone know if Geany 1.34 is headed to one of the repositories? I
> >> am running version 1.31 and interested in the 1.33+ since the markdown
> >> plugin has apparently been updated.
> >> I raised this issue on the bugtracker for Fedora EPEL several weeks ago
> >> but have not seen any response. What can I do to raise this issue?
> >>
> >> Appreciate suggestions.
> >>
> >> ___
> >> CentOS mailing list
> >> CentOS@centos.org
> >> https://lists.centos.org/mailman/listinfo/centos
> >>
> >
> Yes, I have seen it available for Fedora but was hoping it would be made 
> available for both Centos 6 and 7 as well.
>

I am testing to see how much work needs to be done. I got it to build
the geany part easily for EL7. Just do the following

fedpkg clone geany
cp geany
fedpkg srpm
fedpkg switch-branch epel7
vi geany.spec
# change 1.32 to 1.34.1
fedpkg mockbuild

el6 looks like it does not have new enough versions of vte and some
other parts to work.



-- 
Stephen J Smoogen.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Geany 1.34

[H]

On 02/14/2019 05:58 PM, Tate Belden wrote:
> FWIW, on Fedora 29, I'm running Geany 1.34.1 and didn't have to enable
> anything other than the default repositories. So, it'd appear to at least
> be in the stream.
>
> geany-1.34.1-2.fc29.x86_64
>
> On Thu, Feb 14, 2019 at 8:53 AM H  wrote:
>
>> On 01/04/2019 04:17 AM, H wrote:
>>> Does anyone know if Geany 1.34 is headed to one of the repositories? I
>> am running version 1.31 and interested in the 1.33+ since the markdown
>> plugin has apparently been updated.
>> I raised this issue on the bugtracker for Fedora EPEL several weeks ago
>> but have not seen any response. What can I do to raise this issue?
>>
>> Appreciate suggestions.
>>
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>>
>
Yes, I have seen it available for Fedora but was hoping it would be made 
available for both Centos 6 and 7 as well.

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

Re: [CentOS] Changing UID numbers

[Matthew Miller]

On Thu, Feb 14, 2019 at 11:04:11AM -0600, Bill Gee wrote:
> I think I can do this in two steps.  
> 0) backup, backup, backup!

This is already running and you've tested the restore process, right?

> 1) On the server - use "find" to find all files owned by UID=500. Chown
> them to UID=1000. Repeat for gid=500.

Yes.

> 2) Tricky - On the workstation, boot to non-gui. Login as root. Repeat the
> same two "find" commands as on the server. Edit the /etc/passwd and
> /etc/group files to show the new UID and GID numbers.

Yes. Although order does not matter -- personally I'd make the account
change first.

Also, you can use `usermod -u` and `usermod -g` (possibly both at once) and
this will correctly change ownership of all files in the home directory
(but not outside of that).

> What does this do to the shadow files? Are there other places I need to
> look for the UID and GID numbers?

shadow (and gshadow) are name based, so shouldn't be a problem. You may need
to change some spool files in /var in addition to in /home.

Nothing else *should* be using the numeric values. (Possibly some tar
files?)

-- 
Matthew Miller

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

[CentOS] Changing UID numbers

[Bill Gee]

Hello everyone -

I have a question regarding UID and GID numbers.  First, a bit of background:

Yesterday I suffered a complete power failure.  My UPS batteries ran everything 
for an hour, but that was not long enough.  My CentOS6 server shut itself down, 
just like it should.  When the power came back up, the perfectly running server 
was no longer working.  The boot hard drive was complete toast.  ARGH!

OK, I have backups and spare hard drives.  CentOS6 is getting a bit long in the 
tooth.  I have to reformat and reinstall CentOS before restoring backups 
anyway, so I decided now is the time to move to CentOS7.  I chose to rip the 
bandage!

The CentOS6 installation was quite old.  Back in those days the default UID for 
new users was 500.  That's how I set up my user account on the machine.  My 
main workstation is Fedora 29, but it started life MANY cycles ago and also has 
my UID=500.  That all works nicely with the nfs share coming off the server.

On newer builds I have wrestled with having my UID=1000, as is the new 
standard.  File permissions on the nfs share were never quite right.  It was 
not irritating enough to make me desperate, but it was annoying.  I got around 
it with a lot of 777 and 666 permissions settings.  I looked at rpc-idmapd but 
was never able to make it work.

Now with CentOS7 my server user account is UID=1000.  The nfs share is on a 
separate drive (not the one that failed), and all of the files on it are still 
owned by UID=500.  It works from my main workstation, but is really unclean.

So now the questions:

What will it take to change all the files to the new UID?  What will it take to 
change my main workstation to the new UID **without** having to create a new 
user account?

I think I can do this in two steps.  

0) backup, backup, backup!
1) On the server - use "find" to find all files owned by UID=500.  Chown them 
to UID=1000.  Repeat for gid=500.
2) Tricky - On the workstation, boot to non-gui.  Login as root.  Repeat the 
same two "find" commands as on the server.  Edit the /etc/passwd and /etc/group 
files to show the new UID and GID numbers.

What does this do to the shadow files?  Are there other places I need to look 
for the UID and GID numbers?

Thanks!

-- 
Bill Gee




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

Re: [CentOS] Geany 1.34

[Tate Belden]

FWIW, on Fedora 29, I'm running Geany 1.34.1 and didn't have to enable
anything other than the default repositories. So, it'd appear to at least
be in the stream.

geany-1.34.1-2.fc29.x86_64

On Thu, Feb 14, 2019 at 8:53 AM H  wrote:

> On 01/04/2019 04:17 AM, H wrote:
> > Does anyone know if Geany 1.34 is headed to one of the repositories? I
> am running version 1.31 and interested in the 1.33+ since the markdown
> plugin has apparently been updated.
> >
> I raised this issue on the bugtracker for Fedora EPEL several weeks ago
> but have not seen any response. What can I do to raise this issue?
>
> Appreciate suggestions.
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


-- 
Tate Belden
"The Dungeon "
A place of (solder) smoke, weird (server) sounds and (LED) blinky lights.
More than a few bugs of various flavors, too.

Natrona County Beekeepers 
Casper Amateur Radio Club 

“Any sufficiently advanced alien life is indistinguishable from God”  to
those that don't understand.  -- Cpt. C. Pike
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Geany 1.34

[H]

On 01/04/2019 04:17 AM, H wrote:
> Does anyone know if Geany 1.34 is headed to one of the repositories? I am 
> running version 1.31 and interested in the 1.33+ since the markdown plugin 
> has apparently been updated.
>
I raised this issue on the bugtracker for Fedora EPEL several weeks ago but 
have not seen any response. What can I do to raise this issue?

Appreciate suggestions.

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