I don't believe the technical details are as significant as the
systemtic change to the boundaries of trusted software maintainers.
Consider this comment, which appears to be the core justification:
Michael Catanzaro wrote:
>
> Flatpaks already take precedence over RPMs, and there are no plans
> RFC 2606[1] reserves several TLDs that may never be registered for
> public usage. Out of those, going with
> Fedora-.localhost
> seems like the best bet.
The *reason* localhost is a reserved name is to discourage its use in
DNS names. Your proposal is the opposite to that intended
> It's part of what nss-myhostname provides. There's clearly no
> consensus on the "gateway" feature.
The belief of operating systems' programmers that a lack of a default
gateway must imply no network connectivity constricts useful network
designs.
My objection to the "gateway" name is
is the correct protocol then please consider using
another port number than 443.
Cheers, glen
--
Glen Turner http://www.gdt.id.au/~gdt/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
Hi Lennart,
I suppose someone should mention small flash-disk-only computers.
There traditionally we fling syslog messages to the serial console or a LRU
buffer in RAM (often the dmesg buffer). The point is to avoid I/O on the flash
memory. Syslog daemons tend to do a lot of fsync-ed I/O,
On 24/06/2013, at 9:00 PM, Chris Adams wrote:
Once upon a time, Glen Turner said:
What we don't want is a scenario where configuring these protocols on
servers has to be done by network engineers. We want them configured from a
GUI and supervised by a master daemon. Let's call
On 21/06/2013, at 4:28 AM, Dan Williams wrote:
It's supported that for 4 or 5 years. You don't need aliases at all,
Consider an anycast service where the alias interface reflects the availability
of the service on the server. An OSPF or BGP daemon then advertises the address
of the alias
On 21/06/2013, at 10:31 PM, Chris Adams wrote:
Current network information is available from the kernel and doesn't
require guessing. Why would you code something to talk to some random
daemon API (that may change) when you could talk directly to the source
via the kernel netlink API?
The
hasn't quite realised what he's signed up for here. But then
again, there was a time when I despaired of Linux ever working with a 3G modem,
whereas today it offers the best experience of all the operating systems.
-glen
--
Glen Turner http://www.gdt.id.au/~gdt/--
devel mailing list
devel
Kickstart is fine for centrally managed devices. They've got experienced
sysadmins who don't mind getting dirty with configuration files.
The real kicker is people who manage their own device: not just BYOD
but also part-time sysadmins who can't run the corporate distribution.
These people can
of slow or expensive downloads.
--
Glen Turner http://www.gdt.id.au/~gdt/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
blinded by
the use of the word independent. I have a statistical background and
that word carries a meaning similar to unrelated.
Perhaps you could state your argument with more explanation
Thank you, Glen
--
Glen Turner www.gdt.id.au/~gdt
--
devel mailing list
devel@lists.fedoraproject.org
On 17/05/12 01:37, Zdenek Pavlas wrote:
- mirror limits are honored, too.
Making many connections to the same mirror usually does not help much, it just
consumes more resources. That's why Yum also uses mirror limits from
metalink.xml. If no such limit is available, at most 3 simultaneous
networking vendor and some other
vendors make their software available as a VM image for evaluation and
learning. You might add the ready availability of learning platforms to
the Request for Tender the next time you make a major networking purchase.
--
Glen Turner www.gdt.id.au/~gdt
--
devel
(ie, even those more expensive machines can't write
a DVD image, but can write a CD image). So this isn't only a third-world
issue, but one faced by anyone trying to get Linux running whilst on low
income.
--
Glen Turner www.gdt.id.au/~gdt
--
devel mailing list
devel@lists.fedoraproject.org
provide a lever than an attacker
can't push against it. Keeping a large sample on permanent storage of
random numbers generated by that very machine is providing a very
large lever to push against any flaw.
--
Glen Turner http://www.gdt.id.au/~gdt/
--
devel mailing list
devel@lists.fedoraproject.org
On 2012-03-15 Dan Williams wrote:
The only effect this checking will have is to change NetworkManager's
state from CONNECTED_GLOBAL to CONNECTED_SITE or CONNECTED_LOCAL. It
doesn't do anything odd like disconnect and retry some other
connection,
which wouldn't make much sense. It just
if statefull DHCP6 host configuration was supported in a
previous release, in that case a regression leads to such a complicated
scenario for network engineers and systems administrators that the bug
should be release blocking.
Cheers,
Glen
--
Glen Turner http://www.gdt.id.au/~gdt/
--
devel
group owning all file files.
--
Glen Turner
www.gdt.id.au/~gdt
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
19 matches
Mail list logo
