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 t
> 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 by
> 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 simply
HTTPS 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://fedora
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, which
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 mast
want them configured from a GUI and
supervised by a master daemon. Let's call that "NetworkManager".
Now maybe Dan 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 toda
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
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
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 suc
le names was a win.
I don't understand why, having learned this lesson, we are moving from
ennumeration-centric names to bus-centric names, even where the system
itself has told us what the interface name actually is.
--
Glen Turner www.gdt.id.au/~gdt
--
devel mailing list
devel@lists.fedo
ommend this when people complain 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
oint here. I am somewhat 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.a
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 simultane
Cisco is not the world's only 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 Tur
(www.aspitech.com.au)
have DVD-ROM drives (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
ce if you don't 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.a
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 cha
ice.
It also depends 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://ww
tence of /var/log/secure suggests that the policy is not as
simple as one 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
20 matches
Mail list logo