ll the other times) can still use it
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
?
At the fontconfig level all kinds of renaming tricks are possible (see the
examples in fontpackages-devel) though as a rule it's better to avoid doing it
here since it tends to have subtle side-effects
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
owners that blindly apply the latest firmware on release date
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
dora 18
vmware is going to make a killing selling a 'firmware' hypervisor that lets
its customers run whatever they want without bios restrictions
(and if you think MS can afford not to boot on vmware, you've not seen the
inroads vmware made in the past years with MS customers)
c tool and redhat-rpm-config is a redhat
>> specific/proprietary add-on/plugin to it.
>
> Then add redhat-rpm-config as a buildrequire for all fedora packages.
> (though that might be a catch22)
+1
The main problem of redhat-rpm-config is not that it changes the way packages
are buil
nd bypassing them with its own cache just works
4. Provide DNS for home network and cache external DNS
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
DNS 3 because that's what it
integrates with, etc
This is getting as bad as the spellchecker situation a few years ago.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
n can we get a package downloader that sends the
correct cache-control http headers to refresh data automatically instead of
complaining metadata is wrong and aborting (for people behind a caching
proxy)?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
adapt to system problems (inhibit reboot
during updates) we're making the user adapt to system problems (add forced
reboots were they were none before??)
Isn't the system supposed to help the user, not the other way around?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedo
Le Ven 22 juin 2012 13:40, Michal Hlavinka a écrit :
> On 06/22/2012 01:16 PM, Ralf Ertzinger wrote:
>> Hi.
>>
>> On Fri, 22 Jun 2012 10:28:14 +0200, Nicolas Mailhot wrote:
>>
>>> And instead of making the system adapt to system problems (inhibit
>>>
libpoppler.so.19()(64bit)
Installed: poppler-0.20.0-1.fc18.x86_64 (@koji-f18-builds)
Not found
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
--
Nicolas Mailhot
--
devel mailing list
de
Le Sam 23 juin 2012 21:53, Rex Dieter a écrit :
> OK, got it fixed now,
> http://koji.fedoraproject.org/koji/buildinfo?buildID=327259
Many thanks!
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Mer 27 juin 2012 10:02, Marek Kasik a écrit :
> On 06/23/2012 11:15 AM, Nicolas Mailhot wrote:
>>
>> Le Ven 22 juin 2012 14:04, Marek Kasik a écrit :
>>> Hi,
>>>
>>> I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
>&g
Le Ven 22 juin 2012 15:22, Reindl Harald a écrit :
>
>
> Am 22.06.2012 15:17, schrieb Zdenek Pavlas:
>>> From: "Nicolas Mailhot"
>>> can we get a package downloader that sends the correct
>>> cache-control http headers to refresh data automaticall
Hi,
After some procrastination time I've bumped STIX fonts to 1.1 in Rawhide.
This is a major release (1 year and a half work upstream IIRC)
The font layout and naming has been changed to something approaching
sanity, and the complexfont piles only TEX ma
--
Nicolas Mailhot
--
devel ma
sh this update to
current and past releases.
Best regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ts font needs
and make use of all the existing plumbing.
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
edge (or not) has
any legal bearing on the copyrightability of past contributions. (don't
like the legal requirements of some work? just don't acknowledge it!)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
rent design by Mozilla.
And that opens the door to tracking hell.
--
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
Le Jeu 13 février 2014 15:47, Nikos Roussos a écrit :
> On Thu, 2014-02-13 at 15:28 +0100, Nicolas Mailhot wrote:
>> Le Mer 12 février 2014 17:20, Nikos Roussos a écrit :
>>
>> > The "New Tab" feature will provide quick access to popular sites in
>> the
>
neering degree to realise
user processing in the browser + advertiser logs (of the ad picture or the
ad link) = tracking by the advertiser of all people that match the
processing rules
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mai
names to the new ones
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
Le Jeu 6 mars 2014 05:28, pravin@gmail.com a écrit :
> Valid point.
> I will fix this by adding fontconfig Aliases. We can keep it for couple of
> releases.
It costs little to keep them forever now
Documents have a very long lifetime
--
Nicolas Mailhot
--
devel mailing l
despite
being years out of date and unmaintained, and despite the boatloads of
better FLOSS fonts which have been released in the past years. I'm sure
they are still in Fedora install howtos.
THAT's how badly users want human interface stability, be it on the server
or the desktop sid
asy to use webdav
substitute (plus windows dav clients suck)
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
t with each other, just conveying information from the development
teams to the security people is a full time job. Something that is widely
understood and can be done by rote by less-clueful people to harden things
a bit is not to be spurned.
Regards,
--
Nicolas Mailhot
--
devel mailing
ould keep the install-time naming
or whatever the admin (not the system) changed it to later
(Guess I know now why I have a headless system to rescue)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code o
mart judge decided in a huge trial with some of the
countries top lawyers involved.
I don't have any clear idea what is not substantial enough to qualify for
copyright, but this very simple code did
https://news.ycombinator.com/item?id=3940683
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> On Tue, Jul 10, 2012 at 3:33 PM, Nicolas Mailhot
> wrote:
>> Please consider that in the Oracle vs Google case, Oracle ended up with
>> 9-line copying (plus a few test files), and the judge decided that *as*
>> *a* *matter* *of* *law* copyright infringement had occur
> On Tue, 10 Jul 2012 21:33:26 +0200, Nicolas Mailhot wrote:
>
>> Please consider that in the Oracle vs Google case, Oracle ended up with
>> 9-line copying (plus a few test files), and the judge decided that *as*
>> *a* *matter* *of* *law* copyright infringement had occur
roject should probably be split in
two: Liberation v2 with OFL license gased on Google files, and v1 keeping
only Narrows with the old Liberation License
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
under the new licence and is committing fencing (or something
similar, I don't know the exact English term)
That's why people are concerned here (both at this exact incident and at
the approach advocated for packaging legal checks)
--
Nicolas Mailhot
--
devel mailing list
devel@list
Hi,
In an ideal world, when pm is asked to update from a package with no
protections, to a package which has files marked as config or
config(noreplace), should not it apply the config attributes to the
package beeing replaced?
Or are there cases where it is not desirable?
--
Nicolas Mailhot
hing missing in the other files, please tell me what it is
and I'll fix the packages.
And that's all for this notification. Needless to say for this level of
changes those packages will only be available in F18 after F18 QA and
won't ever be pushed to previous Fedora versions.
Best
Hi Dave,
Thanks for the quick answer!
> On 15 July 2012 21:42, Nicolas Mailhot
> wrote:
>> A. I used a few hundred MiBs of Android git checkout as source.
>
> That's the canonical source for Droid, yes.
>
> (The Roboto fonts in that repo has ano
> On 07/15/2012 06:01 PM, Nicolas Mailhot wrote:
>>>> C. I tried to dispatch the Arabic variants in the Latin family they
>>>> were
>>>> >> designed to complement, but I may have misunderstood the design
>>>> info
>>>> >&g
>
>> On 07/15/2012 06:01 PM, Nicolas Mailhot wrote:
>>>>> C. I tried to dispatch the Arabic variants in the Latin family they
>>>>> were
>>>>> >> designed to complement, but I may have misunderstood the design
>>>>
king the hints are actually better than autohinting) not an opt-out.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
n part by the Google Web Font
project, that works on the same set of FLOSS fonts as us, to provide
freetype autohinter-like results to windows users.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
nd sudden
thickness jumps when moving from one size to another. So they are not well
hinted either.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Mer 25 juillet 2012 14:55, Behdad Esfahbod a écrit :
> On 07/16/2012 02:00 AM, Nicolas Mailhot wrote:
>> So make kufi a separate family and keep the old droid sans arabic for
>> sans? Or is it also horrible in some way?
>
> I'd say yes.
Ok then I'
s : if we don't hide the various
lang-specific droid names to the user, it only takes two or three
droid-like families to make font selection totally unusable in most apps.
Best regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ts to exercise it, the problem is now to catch up with
the possibilities offered by recent font projects.
Best regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
hing. Is that expected?
I think it has been reported several times already, but why the hell is
this check done at run time and not via packages reqs?
If the check is useless it should not be done at all. If it's useful why
are we allowing broken combinations to hit user systems?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
on one end as an atomic
requirement (it's an annoying limitation, but the positive side-effect is
that it forced people to give up on strict version locking and packages
upgrade by default).
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
should unbundle it and create a separate package.
I don't think CMAP has security implications, but projects that bundle old
versions of the Adobe datafiles will behave in non-optimal ways when they
hit a font/text combination that requires a mapping Adobe introduced in a
later version.
--
Le Sam 15 septembre 2012 20:53, Rex Dieter a écrit :
> Ben Rosser wrote:
>
>> On Fri, Sep 14, 2012 at 9:46 AM, Nicolas Mailhot <
>> nicolas.mail...@laposte.net> wrote:
>>
>>>
>>> Adobe CMAP is used by lots of font, ps and pdf related apps and II
cmap data?
A first order approximation would be a repoquery on significant file name
patterns
If that does not work, check everything involved in creating pdfs of
maniputaling fonts.
Another good idea would be to ask debian-side as they had their own cmap
unbundling to do
Best regards,
-
Le Ven 21 septembre 2012 13:36, Nicolas Mailhot a écrit :
>
> Le Jeu 20 septembre 2012 23:38, Ben Rosser a écrit :
>> Here's a preliminary cmap rpm review request:
>> https://bugzilla.redhat.com/show_bug.cgi?id=859246
>>
>> So far, the only package I've
> one may say "disk storage is nothing these days"
> iw ould say: mulitply it with 20, 50, 100 virtual machines
> on really expensive SAN-storage where "disk space is cheap"
> is not true
And I would say : get an entreprisey deduping san
--
Nicolas Mailh
ey end up typing them in the username field (because whatever they use
to switch fields didn't work this time)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
write it to work with wayland
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
re is no time Fedora-side to do any QA
and fixing before pushing a new GNOME release to users.
(two high-visibility examples anyone can understand, not necessarily the
worst offenders and systemd people at least seem to have improved their
workflow a little over time)
Adding time to the end of the
ing all the Fedora test
releases. It may seem excessive but the current
it-says-it-is-stable-push-it-to-users-without-testing policy has not been
good for both of the projects I think.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
time is eaten up by development that is supposed to
have started in Rawhide).
Signing rawhide would be cheap compared to the costs induced by the
current situation.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Lun 5 novembre 2012 22:33, Matthias Clasen a écrit :
> On Mon, 2012-11-05 at 17:04 +0100, Nicolas Mailhot wrote:
>
>> You proposal may work *if* GNOME people take care to respect it.
>> Otherwise
>> — yes the nuclear option is to only distribute GNOME releases that were
forget about all the automated mass installation processes
where you do absolutely want to feed a kickstart to the installer and have
it configure everything in one go.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t want plymouth to
> put in the initramfs?)
It works fine. The only thing that used to peg plymouth were some package
deps, and they've been removed lately
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ource use (yes they exist)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
own
them in %files, and have dependant rpms depend on your package then
everything will work fine
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
products
find no new buyers).
Do we really want to go this way at the Fedora level? Our angle was more
to enable a sustainable software ecosystem, that didn't need regular cash
infusions to replace applications that became irrelevant due to lack of
maintenance.
--
Nicolas Mailhot
--
stemd+syslog hosed
systems a few weeks ago, so the reliability of the systemd parts is
anything but proven so far. And I'm quite sure there are scores of nasty
surprises to find yet. For example, systemd still does not like being
updated by yum, and I'm pretty sure no one looked at the jour
Le Lun 15 juillet 2013 15:39, Lennart Poettering a écrit :
> On Mon, 15.07.13 15:34, Nicolas Mailhot (nicolas.mail...@laposte.net)
> wrote:
>
>>
>> Le Lun 15 juillet 2013 13:23, Lennart Poettering a écrit :
>> > On Mon, 15.07.13 11:11, Miroslav Suchý (msu...@redhat.
Le Lun 15 juillet 2013 15:47, Lennart Poettering a écrit :
> On Mon, 15.07.13 15:42, Nicolas Mailhot (nicolas.mail...@laposte.net)
> wrote:
>
>> > Any references to open bugs about this?
>>
>> not really, since one of the things I've not figured out yet is how
nt occurred, and the data is not parsed by journald nor
relayed to syslog.
This is seriously underwhelming.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
select iso-8601 dates by default
over existing locales. See also “English in Denmark” — which besides being
ridiculous only helps English speakers)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Mar 16 juillet 2013 13:25, Lennart Poettering a écrit :
> On Tue, 16.07.13 11:37, Nicolas Mailhot (nicolas.mail...@laposte.net)
> wrote:
>
>>
>> Le Lun 15 juillet 2013 15:47, Lennart Poettering a écrit :
>>
>> > There's the general problem that o
Le Mar 16 juillet 2013 13:54, Lennart Poettering a écrit :
> On Tue, 16.07.13 11:49, Nicolas Mailhot (nicolas.mail...@laposte.net)
> wrote:
>
>>
>> Le Lun 15 juillet 2013 20:09, Till Maas a écrit :
>> > Also it is sad that journalctl does not directly accept ISO 86
s to read, but not really for
> humans.
>
> Note that in all other places we tend to use date format like this: "Tue
> 2013-07-16 18:41:57 CEST" Which is close to ISO, but not ISO.
While replacing T with space is common (even though it will break field
tokenization in many ap
k...
>
> This is such an extreme use case and as pointed out by Lennart as well is
> not viable on current systems anyway without huge hoop jumping...
Without sounding too blunt, this is business as usual from a repair
end-user system point of view. I had dozens of such "oh btw can you f
ite sure they comprise a
large part of the home linux market. Linux is solid server-side but the
desktop-side is far from there (and has been busy dismantling the bits
that made server linux reliable)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproj
dds an ISO output mode to journalctl. "journalctl -o short-iso" is your
> friend.
Thank you very much (and Tomasz of course), that's awesome turnaround.
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ich *will* eventually come). Some people really need some breakage
to notice they're missing a migration.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Ven 19 juillet 2013 17:30, Daniel P. Berrange a écrit :
> On Fri, Jul 19, 2013 at 05:16:03PM +0200, Nicolas Mailhot wrote:
>>
>> Le Ven 19 juillet 2013 17:04, Tomas Mraz a écrit :
>> > On Fri, 2013-07-19 at 10:17 +0100, Daniel P. Berrange wrote:
>>
>> >&g
quot;it is not available on
non-*nix systems" it ended up badly the first time there was an error to
handle. And I'm quite sure any security audit of their SMTP logic would
have been dreadful.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it's good enough you have nothing to fear about MTA competition.
If you do need MTA removal to get your stuff adopted, well, that only
tells me your stuff is crap.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t modification.
How exactly is it different from when gcc grew standard C++ behaviour and
most C++ apps broke right and left?
http://gcc.gnu.org/gcc-2.96.html
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
rs read the fucking manual
Hypothesys 2: whatever's is in theirs Linux system at any moment
represents their view of the Linux state
Make your choice
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
led the applet
that used to warn users when a service failed at startup)
So please do come back when there is some actual tangible progress on this
front.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Dim 21 juillet 2013 09:17, drago01 a écrit :
> On Sun, Jul 21, 2013 at 8:58 AM, Nicolas Mailhot
> wrote:
>>
>> Le Sam 20 juillet 2013 21:14, Adam Williamson a écrit :
>>
>>> I asked for evidence, not hypotheses. All you are currently doing is
>>> m
Le Dim 21 juillet 2013 16:05, Matthew Miller a écrit :
> On Sun, Jul 21, 2013 at 08:58:39AM +0200, Nicolas Mailhot wrote:
>> it. Yet the "something better" never materialized. When I had a disk go
>> wrong lately I was notified by the big ugly legacy system. I had *zer
Le Dim 21 juillet 2013 20:24, Chris Murphy a écrit :
>
> On Jul 21, 2013, at 10:55 AM, "Nicolas Mailhot"
> wrote:
>> (state-of-the-art as in, what are Google
>> and Amazon using to notify their users of events? Mail messages!>
>
> If you're talkin
> Returning to the .rpmnew point, isn't it possible to have the web
> service include an alternative configuration file which would override
> the defaults? That way the "pristine" configuration file from RPM
> would be unchanged, and therefore upgradable.
Another possib
ndustry term for "static bits used as
> dependencies for websites". I've never heard of anyone being scared
> of it.
resources may be more neutral than assets
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
avoid bundled libs easy enough to use.
You won't get Fedora used more by adopting other OSes problems, you will
get it used more by solving the problems of Fedora and by playing of
Fedora strengths. Nobody cares about also-rans.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedorap
g it's seen as hard. It's not hard for us because
all our build infra has been designed around unbundling. It's hard for
others because there are no easy way to set up a build infra that follows
our rules, and can be used to create binaries for other systems too
(that's where OBS is brilliant)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
#x27;t do itself.
It's another thing when the licensing actually prohibits distribution, but
we don't have those in Fedora, and people that deploy such fonts in Fedora
can write deny apache rules themselves (though providing a sample of tuch
a rule would be good)
Regards
Le Lun 22 juillet 2013 17:37, Nicolas Mailhot a écrit :
> Desktop selection logic is no different. It's all about "time/cost to be
> operational". If you reduce this (perceived) time/cost, you'll see
> startups adopting Fedora in droves, because startups only ca
Le Lun 22 juillet 2013 17:56, Stephen Gallagher a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/22/2013 11:37 AM, Nicolas Mailhot wrote:
>
>> 3. lack of clearly defined LAN infra : Windows comes with AD and
>> local network sharing, our desktop
dOnlyDirectories=/etc
> ReadOnlyDirectories=/usr
It would be very nice if write-protection of FHS-defined RO directories
was applied by default, except for the software updater or during explicit
maintenance operations.
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists
v time to do "cool stuff" without worrying about logistics.
Desktop selection logic is no different. It's all about "time/cost to be
operational". If you reduce this (perceived) time/cost, you'll see
startups adopting Fedora in droves, because startups only care about
g
Le Lun 22 juillet 2013 18:01, Stephen Gallagher a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/22/2013 11:53 AM, Nicolas Mailhot wrote:
>>
>> Le Lun 22 juillet 2013 17:27, Matthew Miller a écrit :
>>> On Mon, Jul 22, 2013 at 09:51:37AM -0500
perform
async background computing. And many cron messages are not "logs" they're
notifications of an event the cron is polling for, or submission of job
results.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
hat does not depend on running the MUA
when the network comes back.
To be sure, it would be cleaner it the connexion user when relaying
depended on the system user that emitted the message. I've not checked if
it was possible or easy to do it.
Regards,
--
Nicolas Mailhot
--
de
on, I would say that packaged webapps is the only reason a
startup would be interested in Fedora (though to be honest it would
probably run at least part of its infra on centos)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Lun 22 juillet 2013 19:28, Matthew Miller a écrit :
> On Mon, Jul 22, 2013 at 06:53:24PM +0200, Nicolas Mailhot wrote:
>> What makes cron and smtpd work well together is that they both perform
>> async background computing. And many cron messages are not "logs"
>&
r to add the 'send as different used depending on
the system user' to the central MTA (and make smtp an actual system
service) than to try to fix all the MUAs Fedora ships.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Lun 22 juillet 2013 20:23, Adam Williamson a écrit :
> Just before this one gets any worse: it was Nicolas Mailhot who started
> talking about banks sending email for some reason, not Miloslav.
Please do not attribute me what I didn't write. I didn't bring banks i
emselves are several orders of magnitude more
robust than all the other bits we install (including, right now, systemd).
So the picture is clearly mixed.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
hey usually make headlines for the astronomic amount
of money that was required to fix IT.
I doubt Fedora has the resources to perform such a crash fixup program if
the conditions to need one are created.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraprojec
201 - 300 of 1099 matches
Mail list logo
