Le Mar 23 juillet 2013 15:10, Matthew Miller a écrit :
> On Tue, Jul 23, 2013 at 02:28:02PM +0200, Nicolas Mailhot wrote:
>> > With virt / cloud becoming easier.. is that not a common model? More
>> > smaller machines which are dedicated to one and only one service?
&g
A compatibility since it became
an optional component
Though anyway, +1 to use postfix by default like Suse
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is seems amenable.
If you can write a tool that makes it easy to fix opentype licensing
fields at build time, I'll be delighted to support any guideline change
that mandated its use. However if you go in this direction please check on
the fonts and openfontlibrary list knowledgeable people agr
intends to promote instead a Fedora+something_else
mix, where is this mix documented (for startup creators to find) and what
exactly is the Fedora project doing to ensure this mix works well?
If the something_else is composed of third-party services that primarily
target other desktops, who is
e (guidelines
may ensure new problems are not introduced in future packages)
> I've dumped the text here so I can go through them later:
> https://fedoraproject.org/wiki/Web_Assets/Fonts/Missing_Descriptions
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
tion with a very big
> userbase don't install an MTA by default ...
But does its users expect a GNU+Linux system nowadays?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
r the client side.
Then replace sendmail with something better.
http://www.postfix.org/postconf.5.html#smtp_sender_dependent_authentication
Here, done, time elapsed: 1 min googling.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
arketshare not less.
Just set up mail accounts at install/user creation time and configure our
tools to use the local smtpd server by default. That will make it a
"sending mail just works" distro-wide feature, instead of "we suck so much
at mail we've disabled mail even where
Le Mer 24 juillet 2013 15:58, Zbigniew Jędrzejewski-Szmek a écrit :
> On Wed, Jul 24, 2013 at 02:11:18PM +0200, Nicolas Mailhot wrote:
>>
>> Le Mer 24 juillet 2013 13:11, Lennart Poettering a écrit :
>>
>> > The second part of my mail that you conveniently removed a
ose count, they are not aware of the security problems that caused
each of those to become obsolete upstream in the first place.
I wouldn't object to bundling if the bundlers did due security diligence
on the bits they bundled. But they don't. That's the *only* reason they
feel
he font community considers the font file is the font
source, so you can't redistribute one without the other)
I understand your point but please take another example.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/de
ox as a default to MUA's
>> would make these mails *visible by default* to that user.
>
> Even if we do that ... for most of those user this mails are mostly noise.
Where are the facts backing this assertion?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
27;s no need to work on this, "technical" users will know how to
set up an MTA → that's what Solaris people thought before Linux people ate
their lunch integrating stuff they didn't want to bother with
18. We need a mechanism for providing error data to
users that doesn't
Le Dim 4 août 2013 10:44, Till Maas a écrit :
> On Tue, Jul 23, 2013 at 07:54:38PM +0200, Nicolas Mailhot wrote:
>>
>> Le Mar 23 juillet 2013 19:26, T.C. Hollingsworth a écrit :
>
>> > AFAICS it shouldn't be too hard to script up something so this would
>&g
ist in CC when discussing changes to fonts
packaging in Fedora
Thank's for working on this!
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
e got involved and
pointed us to the Greek Font Society, but unfortunately this is the
exception not the rule)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
eam choices please allow
unicode and not just base latin in package names. Arguing about case when
one can not even use upstream letters is a joke.
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Cod
t needs (even some which just
> might be used later) and can also identify itself to the user. Seems
> more reasonable to me.
The application can lie and propose to open X and then when user says ok
open Y. The prompt really needs to be initiated firewall-side
--
Nicolas Mailhot
--
deve
idden black-boxes common in
windows environments.
(though systemd and gnome3 are taking the 'pile of overengineered rules no
one checks' route fast)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ttps://bugzilla.redhat.com/show_bug.cgi?id=1011704
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rsion Terra Incognita (for
example, the facets Oracle added to their package manager when cloning
rpm)
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
hacks and prototypes
than definitive answers.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
tices but they blame the distro environment that forces them to
do something about it). Besides, it is against Fedora's explicit goals.
The root of the clashes between devs and system/distro people is that devs
are used to having layers of people they can dump un-sexy problems on (qa,
system
t castle-in-the-sky wishful thinking by some GNOME OS
proponents. They don't like having to abide by strict distro deployment
rules, but their users are forcing them to go through this process, or
risk obscurity (to use your words).
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
9.99% of the time...
Actually, one of the reason the Rage XL was used by almost every server
motherboard for half a decade or more, is that is was very well supported
in all OSes (Windows, Linux, Enterprise, consumer, recent, old…), and
didn't require the latest gamer os or an out-of-tree drive
er multiple updates without strange
and mysterious time-consuming behaviour changes.
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
when the pressure ceases). That's the only way to get the
benefits of a ramdisk without hitting mem limits at unexpected moments.
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Jeu 11 avril 2013 14:07, Richard W.M. Jones a écrit :
> On Thu, Apr 11, 2013 at 01:51:16PM +0200, Nicolas Mailhot wrote:
>>
>> Le Mer 10 avril 2013 22:52, Richard W.M. Jones a écrit :
>> > On Wed, Apr 10, 2013 at 06:55:59PM +0200, Ralf Corsepius wrote:
>> >>
are
the guys with multiple screens on their desk, and they are anything but
the normal case)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is found. That makes moving a system image trivial. It is well
worth the disk use as long as the hardware tools are not obese or the
hardware marginal.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ne benefits.
VMWare is sure shooting itself in the foot (I've seen vmware consultants
force the removal of rpm-ized vmware tools from system images only to
discover they had no mean to update the non-rpm version three monhs later
when the image was largely deployed). All the more reason to help
ime ago (people take existing systems and hack up
from them disposable vms all the time nowadays).
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
8, and second list the forbidden glyphs with their
codepoint number (to avoid ambiguities).
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
groups.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to draw a few
hundred glyphs, i18n requires a lot more.
Hardcoding specific fonts in package deps only leads to sterile debates
about the best font to hardcode, and always angers part of the users,
since none of the existing fonts has wide and good enough coverage to
satisfy all use
Le Ven 26 avril 2013 13:43, José Matos a écrit :
> FWIW as it can be seen above ctan-musixtex-fonts should follow the same
> fate of tex-musixtex.
I'm pretty sure the texlive font package does not follow packaging
guidelines, while ctan-musixtex-fonts is clean
--
Nicolas Mailhot
Le Ven 3 mai 2013 15:17, Chris Adams a écrit :
> Once upon a time, Nicolas Mailhot said:
>> Le Mer 1 mai 2013 17:53, Toshio Kuratomi a écrit :
>> > #topic Clarify release name guidelines - Explicitly list blacklisted
>> > characters
>>
>> Since UTF-8 conta
case the "fonts" are just just images and icons, which
> makes the normal font fallback mechanisms useless.
So you think. All fonts are "just images and icons"
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
any reliable licensing info that confirm it can
be shipped at all.
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ackaging rules, and will generate false positives in any repo
sanity checker. Please don't do it.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
age”
And fontpackages-devel won't let you install fonts anywhere but in the
standard paths.
I'm not convinced at all this needs changing, since mod_alias permits
mapping of system paths anywhere you want in your URL space.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedor
Le Ven 3 mai 2013 16:24, Jason L Tibbitts III a écrit :
>>>>>> "NM" == Nicolas Mailhot writes:
>
> NM> I'm not convinced at all this needs changing, since mod_alias
> NM> permits mapping of system paths anywhere you want in your URL space.
&
acebook button?
I think spot will agree there is no way we'll ever ship a font consisting
of company logos, it's trademark hell
(this is another example that proves the wisdom of checking every font,
even 'special' 'embedded' ones)
--
Nicolas Mai
hopping the "problem" would go away with adoption of direct
opentype support in all browsers, but if you want to do the work, be my
guest :)
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Dim 5 mai 2013 06:40, T.C. Hollingsworth a écrit :
> On Fri, May 3, 2013 at 12:50 PM, Nicolas Mailhot
> wrote:
>> I think spot will agree there is no way we'll ever ship a font
>> consisting
>> of company logos, it's trademark hell
>
> We ship *lots*
Le Dim 5 mai 2013 11:27, Felix Miata a écrit :
> On 2013-05-05 10:19 (GMT+0200) Alec Leamas composed:
>
>> Nicolas Mailhot wrote:
>
>>> Here is the current status of @font-face ttf/otf support in browsers:
>>> http://caniuse.com/ttf ...
>
>> This seems
ability of virtual
keyboards.
(the worse case I know of is trying to type a 63-char wifi key on a
virtual keybord with non-familiar layout and masked input field)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is
way easier than elsewhere), so I would expect anaconda to show
proeminently the name of the currently active layout on all screens, and
permit layout inspection, test and change on any click on this layout id.
If only to make new Linux users' life easier
Regards,
--
Nicolas Mailhot
--
de
Le Dim 5 mai 2013 12:01, Felix Miata a écrit :
> On 2013-05-05 11:44 (GMT+0200) Nicolas Mailhot composed:
>
>> XP is out-of-support Microsoft-side.
>
> For what definition of "out-of-support"?
>
> http://www.microsoft.com/en-us/windows/endofsupport.aspx
>
&
Le Dim 5 mai 2013 12:30, Alec Leamas a écrit :
> On 05/05/2013 11:40 AM, Nicolas Mailhot wrote:
>> Are you sure it works well in IE8 at all? Because there are lots of
>> other
>> reasons a modern web site will fail in old ie versions
> Double checking... and you're
ble the service /
>> install the tool in order to see the array.
>
> Yeah, but you'd need to do some manual configuration there anyway.
> Adding `yum install dmraid` to that isn't really a massive burden.
That's really a terrible argument. It's why you get so many
d be nice to
keep -devel for building and split the rest in -tools
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Mar 21 mai 2013 09:51, Björn Esser a écrit :
> My question about this is:
> Can I take this one-by-one in my fedora-rpm or is it better to provide
> the same functionality during %post and %preun?
IMHO, you'll need to take a hard look at systedifying all this first
Regards
it does not matter?
The *make it idiot proof attitude* is why Linux ate the unixes' lunch
(they like to say it was its x86 support – but there were loads of other
x86 systems to choose from)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapr
to use" but after years of rants they've still *not*
managed to supply a suitable replacement for remote notification and even
sendmail is less a configuration hell than GNOME these days.
Better a legacy system that works well than endless experiments scraped
before they reach the u
Le Mar 21 mai 2013 16:42, Vitezslav Crhonek a écrit :
> Hello,
>
> I have built kbd-1.15.5-6.fc20 recently. It uses converted xkb layouts
> instead of original console keymaps by default.
Wonderful, thanks a lot!
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproje
h the wrong
file permissions without anyone noticing.
All those utilities need unification and the output format some serious
re-design so old and new packagers can be directed to a single tool that
does not need pages of explanations before its results can be exploited.
Regards,
--
Nicolas Ma
Le Jeu 23 mai 2013 13:20, Panu Matilainen a écrit :
> On 05/22/2013 08:22 PM, Nicolas Mailhot wrote:
>> Hi,
>>
>> Please clean up the distaster package verification is.
>>
>> rpm -Va is so incomplete it spawned rpmlint, package-cleanup and not
>> doub
rride RPM behavior so that advanced users can make a
> choice.
This is the logic windows installers use but I don't think it's the
correct one. The installer should never change behaviour based on a system
state that can change over time (unless this state is under it
Hi,
I would also like solid proxy support in the software management stack.
Metadata that is designed (as per the HTTP RFCS) to be cached cleanly and
an updater that does not assume all repository mirrors are perfectly in
sync at any given point in time
Regards,
--
Nicolas Mailhot
--
devel
ppily install a package with an italic serif russian
font, a bold japanese font and some other unrelated sans-serif stuff.
There is no way to tell it I want both properties in the same provides.
(I'm sure there are other use cases)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fed
.
If yum's error handling was better, it would not fail as soon as there is
the slightest sync error, a semi-stale repo, a caching proxy, etc, etc
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
message. As a result your /var/log partition will fill up faster
than you can blink. (and if your logs are on / lots of innocent bystanders
will be harmed)
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Lun 10 juin 2013 17:20, Bruno Wolff III a écrit :
> On Mon, Jun 10, 2013 at 10:21:22 +0200,
>Nicolas Mailhot wrote:
>>Hi,
>>
>>Just a warning for those like me that had activated rngd in the hope
>>Fedora could someday make some use of the tpm sucking elec
ion :-).
>
> Is there a way to do so?
You don't need a special trigger. You need your requirements to match the
constraints declared at the rpm level, then incompatibilities will be
caught at this level by normal distro tooling.
Regards,
--
Nicolas Mailhot
--
devel mailing li
e in RPM
> terms reliably. And the way to get that but not fail-proof is too verbose
> now.
You can express it reliably :
Requires: osgi(smth) >= 1.0.0
Conflicts: osgi(smth) >= 1.5.0
The drawback being you can not have two generations of osgi(smth)
on-system (but having two generati
y the most complex configurations they can, as long
as the tools let them. No one wants to delegate anything when the problem
can be solved without delegation.
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
re is zero value in shorting the system
layer to make apps talk to the hypervisor directly. If only because the
system layer is also an access control layer).
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
- Mail original -
De: "pravin d s"
> I am more inclined and use control+shift+e, since normally with one
> sentence i use one emoji.
It is tricky to implement since ctrl(gr)+shift+letter is already used in some
layouts, so the emoji shortcut must avoid stomping on this and only trigge
warts because some other
distributions haven't merged, why the heck did we accept the /usr merge
burden in the first place?
This is design by committee where all the bad options are chosen
simultaneously to avoid annoying anyone. Can we stick to the single evil
we've already
e first front
That only means the GUI parts of colord should be dissociated from the CLI
bits, since if you're installing imagemagick you're manipulating images
which does need correct colorspace handling even if image display is
deferred to somewhere else.
And even on headless servers,
and i refuse to accept more of them!
>
> If you have a b&w display and only b&w printers, then colord would still
> enable something useful. But I suspect you have at least one color
> display.
colord is not just 'colors'. Calibration includes white/black points
reasons but in
many locales the preferred layout includes changes (unicode…) which have
never been ported to kbd.
If you really want to support console keyboard layouts in systemd, you
need to start generating console layouts from xkb-config, not adopt the
old anaconda mapping bandaid
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Jeu 20 décembre 2012 19:32, Rahul Sundaram a écrit :
> Hi,
>
>
> On Thu, Dec 20, 2012 at 1:05 PM, Nicolas Mailhot wrote:
>
>>
>> If you really want to support console keyboard layouts in systemd, you
>> need to start generating console layouts from xkb-conf
Le Jeu 20 décembre 2012 20:04, Bill Nottingham a écrit :
> Nicolas Mailhot (nicolas.mail...@laposte.net) said:
>> If you really want to support console keyboard layouts in systemd, you
>> need to start generating console layouts from xkb-config, not adopt the
>> old ana
dly a regression in comparison to older Fedora...
i18n has moved a long way since the 90's. Being stuck in the past may be
not a regression but it's nothing to be proud of.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
's install screens.
Sure checking signature would not be perfect security, but your argument
is akin to removing airbags from cars that do not have an abs to 'avoid
creating a false sense of security'
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Jeu 10 janvier 2013 23:33, Bill Nottingham a écrit :
> - telnet
Nowadays it's commonly used to test if a port is open, not to log in
remotely somewhere. What will replace it in this role?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.o
them right now. Are you going to bundle them in another
format too?
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ad more free time to help a new packager I
wouldn't have a problem sponsoring him. As things stand I would be an
absentee sponsor which is something I want to avoid.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
hit "Enter" or "Return" to achieve the same.
>> > Or "Esc".
>> >
>>
>> Or scroll by mouse wheel ... I love it :)
>
> Great. That makes third obsucre mechanism just to unlock screen (or,
> rather, just to show the password field)
Le Sam 19 janvier 2013 13:34, Paulo César Pereira de Andrade a écrit :
> 2013/1/19 Nicolas Mailhot :
> Do you have any hints on working on option 3? Well, that means not
> using fontconfig, so might not be worth for a generic Linux solution...
What renderer is matplotlib using now
Le Mer 23 janvier 2013 10:31, Bastien Nocera a écrit :
> On Tue, 2013-01-22 at 20:31 +0100, Nicolas Mailhot wrote:
>> But do not try to wake it up by pressing num lock twice fast. It
>> should be
>> a noop but you can hit a gnome race and hose the system
>
> That was f
ot update
xulrunner before the corresponding firefox is available.
The firefox breakage you noticed is unfortunately a regular rawhide
occurrence, not a one-off.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
e updated while it's running, so it looks more like a bug in Firefox's
text rendering than a general problem to me
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
into it. (Eg., EC2.)
>
> Clarification: opt out of the generic fallback image. Not the rest. :)
Also, fallback has interesting security properties…
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ollers have nothing in common.
I'm not sure it's a good idea to optimize away such robustness.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Mar 29 janvier 2013 17:09, drago01 a écrit :
> On Tue, Jan 29, 2013 at 4:53 PM, Nicolas Mailhot
> wrote:
>>
>> Le Mar 29 janvier 2013 16:42, Matthew Miller a écrit :
>>> On Tue, Jan 29, 2013 at 10:42:29AM -0500, Matthew Miller wrote:
>>>> On Tue, Jan
keymaps in systemd makes systemd a hard dep of the
gui layer
And I'm not sure the gui guys would agree
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
nderstand sysadmin needs, provide a
smooth transition and keep current usages working clearly paid off there.
So don't overplay the GNOME 3 FOSDEM session, it was an awkward moment for
everyone involved (and certainly not representative of the positive energy
that permeated other pres
ed of being mad or if it was some weird form of apology. Certainly
not the kind of celebration being portrayed here.
As for the vocifering, I'll leave that to others.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
systemd team.
Given the scope of your work, I don't think anyone would have predicted a
week ago systemd could attain such a complete adhesion. That is something
to remember and rejoice on.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/ma
g to the killing block, so people need to
migrate away now, while fooxy implies xy is here for the long run and
people needn't worry.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
pone security concerns the harder they are to handle,
and the harder they are too handle the less competitive you get compared
to others with better security hygiene.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ux people react to problem reports I doubt a
rollback would be the fastest path here (also: gnome-settings-daemon being
so crash-prone is a real problem)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
be worked out sanely.
While seductive the idea seems about as safe as attempting to reverse
direction on a highway. The more traffic (repo churn) there is the less
likely you'll end up in one piece.
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.
delines#Web_Applications
>
> and to expand on that, you should have the vast majority of the files
> in /usr/share/ and only those files that are config or otherwise change
> be in /etc and linked to the share versions.
>
> Wordpress might be another example.
squirrelmail seems clean to me
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
g these keys be your natural reaction anyway?
My natural reaction would be to curse whoever is making me waste minutes
in press-random-keys-to-see-if-you-can-unlock-boot games to "win" a few
seconds. I'm pretty sure any poll would find the same result.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
bly. If you have a boot failure you're already in the problem zone
and it is the worst possible time to throw new problems at your users.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ing systems come preloaded on hardware
certified to run under this specific OS version, and pretty much all other
operating systems do not experiment with the boot software stack every
year. Before hiding safety measures for æsthetics' sake you need to be
stable and safe long enough for use
301 - 400 of 1099 matches
Mail list logo
