Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
Phil Perry wrote:
What is the threat you're trying to mitigate, specifically? I don't see
how pairing a tablet would allow file transfers. An unauthorized device
can't unilaterally pair with your system.
If you enable Bluetooth on a workstation (by starting the 'bluetooth'
service), then a
Hi all,
I'm writing a script that uses rsync to sync 2 dirs on C7.
I noticed a strange behaviour.
I have 2 dir: src and dest. In src dir I generate a testfile with "dd
if=/dev/zero of=testfile bs=1M count=100" and when I run "du -h
testfile" I get the correct result.
Then I sync src/ to dest/
On Wed, Jan 15, 2020 at 11:38 AM Alessandro Baggi <
alessandro.ba...@gmail.com> wrote:
> Hi Jon,
> I wrote in the first mail the script with the current order of command
> that I used. Try to run in a bash script and you will see the result.
>
> If not my sequence is:
>
> dd if=/dev/zero
On Wed, Jan 15, 2020 at 10:18 AM Alessandro Baggi <
alessandro.ba...@gmail.com> wrote:
> I made several test to see what happens and noticed that removing -S
> (--sparse) from rsync command problem does not occour.
> In another test, thinking about a problem on 0ed file, I tried file
> generation
Il 15/01/20 17:51, Jon Pruente ha scritto:
On Wed, Jan 15, 2020 at 10:18 AM Alessandro Baggi <
alessandro.ba...@gmail.com> wrote:
I made several test to see what happens and noticed that removing -S
(--sparse) from rsync command problem does not occour.
In another test, thinking about a
Il 15/01/20 18:54, Jon Pruente ha scritto:
On Wed, Jan 15, 2020 at 11:38 AM Alessandro Baggi <
alessandro.ba...@gmail.com> wrote:
Hi Jon,
I wrote in the first mail the script with the current order of command
that I used. Try to run in a bash script and you will see the result.
If not my
Il 16/01/20 02:21, Gordon Messmer ha scritto:
On 1/15/20 8:18 AM, Alessandro Baggi wrote:
Then I sync src/ to dest/ using "rsync -avS src/ dest/", all ok but
when I run "du -h dest/testfile" I get 0 and if I run "du -b
dest/testfile" I get the correct size in bytes.
That's not a bug,
Philippe,
What's the output with '--allowerasing' switch?
We are experiencing a similar issue, dnf update:
...
Problem 53: problem with installed package
perl-Encode-devel-4:2.97-3.el8.x86_64
- package perl-Encode-devel-4:2.97-3.el8.x86_64 requires
perl-Encode(x86-64) = 4:2.97-3.el8, but none
All,
While updating my package using dnf update all I allow dnf to clean some
package with unresolved dependencies.
I would like to reinstall some of them but got an error message "but none
of the providers can be installed" during the install process as dnf is
trying to install the
Just as a followup even g++ is broken:
[piot@paris ~]$ g++
bash: g++: command not found...
Install package 'gcc-c++' to provide command 'g++'? [N/y] y
* Waiting in queue...
The following packages have to be downgraded:
cpp-8.2.1-3.5.el8.x86_64 The C Preprocessor
glibc-2.28-42.el8.1.i686 The
On 1/15/20 8:18 AM, Alessandro Baggi wrote:
Then I sync src/ to dest/ using "rsync -avS src/ dest/", all ok but
when I run "du -h dest/testfile" I get 0 and if I run "du -b
dest/testfile" I get the correct size in bytes.
That's not a bug, that's what sparse files are.
In POSIX systems,
This is an automated email from the git hooks/post-receive script.
arrfab pushed a commit to branch master
in repository centos/centos.org.
The following commit(s) were added to refs/heads/master by this push:
new 95fa1e7 Switched link for centos 8.1.1911 dvd iso
95fa1e7 is described below
I am pleased to announce the general availability of CentOS 8 (1911) for
armhfp. Effectively immediately, this is the current release for CentOS
8 and is tagged as 1911, derived from Red Hat Enterprise Linux 8.1.
As always, read through the Release Notes at:
CentOS Errata and Security Advisory 2020:0085 Critical
Upstream details at : https://access.redhat.com/errata/RHSA-2020:0085
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
x86_64:
Release for CentOS Linux 8 (1911)
We are pleased to announce the general availability of CentOS Linux 8.
Effectively immediately, this is the current release for CentOS Linux 8 and is
tagged as 1911, derived
from Red Hat Enterprise Linux 8.1 Source Code.
As always, read through the Release
16 matches
Mail list logo