illa and fedora pulseaudio bugzilla.
I've not seen any activity trying to fix this bug.
Is this a case were everyone is waiting for someone else to investigate ?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
are a bit different : switch source (tuner
channel...) set aspect (4/3, 16/9, etc)
People tend to thing v4l = webcams but webcams are just one v4l hardware
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Mar 12 janvier 2010 14:25, Nicolas Mailhot a écrit :
>
> Le Mar 12 janvier 2010 12:39, Hans de Goede a écrit :
>
>> Which remembered me that it would be nice to have a gtk app for
>> controlling webcam settings like brightness, contrast, etc.
>
> It would be nice if
set of controls.
Well, I'm not talking about hardware specific controls, just the generic ones
the v4l CLI tool already supports. That should be enough for many people
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Ven 15 janvier 2010 11:20, Hans de Goede a écrit :
> On 01/12/2010 02:26 PM, Nicolas Mailhot wrote:
>> Also how will it interact with the new gnome colorimetry applet ?
>>
>
> I'm not aware of that applet, do you have a link with more info about it ?
I'm ta
and could not reproduce it with debuginfo later.
--
Nicolas Mailhot
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
x27;s very human to shoot the messenger but packagers &
developpers should resist the urge to make tester life miserable to
punish them from reporting inconvenient problems.
--
Nicolas Mailhot
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
>> dict wasn't copied at all).
This is one reason I prefer to use the following changelog style
* Thu Jan 28 2010 Michael Schwendt
- 2.2-10
- Fix tuple_copy() further (it was completely broken as the mowgli
dict wasn't copied at all).
- 2.2-9
- Let set_tuple_cb() work on a copie
Le lundi 01 février 2010 à 19:47 +0100, Kevin Kofler a écrit :
> Nicolas Mailhot wrote:
> > This is one reason I prefer to use the following changelog style
> >
> > * Thu Jan 28 2010 Michael Schwendt <>
> > - 2.2-10
> > - Fix tuple_copy() further
Le Lun 1 février 2010 22:05, Kevin Kofler a écrit :
>
> Nicolas Mailhot wrote:
>> Sure it is, it's changelog style #3 of
>> http://fedoraproject.org/wiki/Packaging/Guidelines#Changelogs
>
> No, it's not style #3. It's 2 or more style #3 entries collapsed in
Le Mar 2 février 2010 11:35, Kevin Kofler a écrit :
>
> Nicolas Mailhot wrote:
>> That is your interpretation. I see nothing on this page to support this
>> claim. And actually it is contrary to format #3 logic, since its main
>> difference with other changelog formats is
nges) so toolkit authors should not hide behind harfbuzz creation. Harfbuzz
is just a re-factorization of what's been in pango & qt all along.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
lease Candidate until this Fedora
> 14 Alpha Blocker is clear.
Are we really going to push an alpha with no working flash support?
http://koji.fedoraproject.org/koji/packageinfo?packageID=1897
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin
is pretty informal, the formal Fedora
organisation unit is the sub-project (Art, I18n, etc)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it?
You need to add it as CC in your initial "CVS" request. If you forgot to
do so, contact the person who processed this CVS request, apologize for
the inconvenience, and ask them to fix it.
Regards,
--
Nicolas Mailhot
signature.asc
Description: This is a digitally signed
lem problem reports the same way as
any "stable" bug.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ut it's the only way to go forward.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
heck() usage. ]
> ---
> kernel/sched.c:616 invoked rcu_dereference_check() without protection!
https://bugzilla.kernel.org/show_bug.cgi?id=16546
https://bugzilla.redhat.com/show_bug.cgi?id=622149
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
), and fonts are not apps by
any definition.
”It has a .desktop file” barely scratches user needs.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le jeudi 19 août 2010 à 18:03 -0400, seth vidal a écrit :
> On Thu, 2010-08-19 at 23:46 +0200, Nicolas Mailhot wrote:
> 3. you want a preview of the fonts - then we need that data somewhere -
> is it in each font pkg?
It would be (generating a svg or png with some font shapes at pack
g term goals are,
but that does not mean it is sane to pursue the long term goals without
making sure current users are satisfied. And some of those users have
good long-term suggestions too.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to require anything at all (you
could require font(courier) if you had a specific stylistic requirement
in the app, but most of the times that's counter-productive in a
fontconfig context)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the F15 devel cycle (which is already open) or services will
need to be patched with band-aid and sticky take at F15 alpha time.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
f it were adopted
by other distros)
And BTW a request at the time was to extend it with font previews to get
a "font store" (because for fonts, gfx preview is really relevant and
not eye candy) and it never happened :(
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedo
Le mardi 07 septembre 2010 à 18:20 +0200, Nicolas Mailhot a écrit :
> Le mardi 07 septembre 2010 à 09:51 -0400, Matthias Clasen a écrit :
>
> > It gets us translations that we would not otherwise have, and it gets us
> > integration in the rest of the desktop, like autom
re diverse, there is a high chance you'll have to scale the preview
sooner or later and for that a vector format like svg is more respectful
of font shapes (grid-fitting & hinting matter at small sizes but font
previews are usually done with big text)
---
I hope this seems sane from Richard&#x
's not really necessary at this point. Having a
decent user-friendly "font store" is a lower hanging fruit with a lot
more ROI (we've already built most of the infra, the gfx previewing is
the main part that stops users from making good use of it)
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
as soon as GNOME, KDE or OO.o fixes its
implementation, the others will suddenly find the time to fix theirs.
Right now they seem to consider it's ok to suck as long as the others
suck equally.
I'd love to see progress there too, but it is a different problem than
the "font store"
Le mercredi 08 septembre 2010 à 21:35 +0200, Nicolas Mailhot a écrit :
> so by combining code from both it should be possible to create a small
> utility that takes as argument a font file and a locale and generates a
> svg (or svgz) containing the pangram text for this locale with the
kaging changes
through FPC & other font packagers if there is no buy-in packagekit-side to
make use of them. Unlike application desktop files, font preview has a single
consumer, packagekit, so it's totally wasted work if the packagekit side is
missing.
Regards,
--
Nicolas Mailhot
--
d
Le Jeu 9 septembre 2010 12:03, Richard Hughes a écrit :
>
> On 9 September 2010 09:52, Nicolas Mailhot
> wrote:
>> It needs works both packagekit-side and font packaging side, but there is
>> absolutely no way I'm going to expand energy on pushing the packaging
>>
font file downloaded by the browser in the background, in other words
it is as resource intensive as just installing the font package and playing
with the font locally. The only thing this kind of preview buys you is
automatic font de-installation when you close the browser.
--
Nicolas Mailhot
Le Jeu 9 septembre 2010 14:29, Alex Hudson a écrit :
> On Thu, 2010-09-09 at 13:49 +0200, Nicolas Mailhot wrote:
>> Le Jeu 9 septembre 2010 12:24, Alex Hudson a écrit :
>> > What you really want is a font store which has functionality like this:
>> >
>> >
Le Jeu 9 septembre 2010 15:32, Alex Hudson a écrit :
> On Thu, 2010-09-09 at 15:05 +0200, Nicolas Mailhot wrote:
>> Le Jeu 9 septembre 2010 14:29, Alex Hudson a écrit :
>> > .TTF fonts (as an example) just aren't very big. I tried a sample font
>> > in my .fonts di
ould like to thank all the other Fedora packagers that kept
quiet and tried to give systemd its chance. Because systemd has
mobilized a lot of testing energy early in F14 cycle, and cannibalized
resources other components could have reasonably expected to have a
bigger share of. Thanks all for you
know in most countries actual laws
are passed by whoever is present in Parliament (baring very specific
exceptions). If there are few people it's not a problem, it just shows
the issue is either not very important, or the consensus has already
been achieved.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
[0:0]
-A POSTROUTING -o eth0 -j MASQUERADE
-A OUTPUT -m owner ! --gid-owner apache ! -p tcp --dport http -j
REDIRECT --to-port 8081
(here the proxy which use is forced is local mod_proxy ran by apache,
adapt to your situation)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
Icky.
>
> We should simply add a rule of at most one app per package. Yes, this
> means you, gnome-games.
This is essentially what was done in fonts packaging guidelines four
releases ago. And why the packages that do respect those guidelines
could be presented in a font store today (exce
e branching point (I'm missing the *stable* GNOME
experience I had in rawhide). The desktop team usually handles
alpha/beta well, but this time they've overshot imho.
--
Nicolas Mailhot
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
devel@li
r apps it's not my
problem" (netscape projects like mozilla, firefox & nss are a case in
point: they are pathologically unable to provide updates that work well
with the rest of the ecosystem. It only works on windows because there
the rest of the ecosystem is so foreign it shares nothin
ve.
The same kind of bug happened a year ago in rawhide (I used the
instructions in that older bug to un-brick my system).
Reboot after prelinking test definitely needs to be added to glibc QA.
Regards,
--
Nicolas Mailhot
signature.asc
Description: This is a digitally signed mes
w_bug.cgi?id=638244
> [2] https://bugs.freedesktop.org/show_bug.cgi?id=30548
> [3] https://bugs.freedesktop.org/show_bug.cgi?id=30549
I suppose
[4] is the same
https://bugzilla.redhat.com/show_bug.cgi?id=617959
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedor
riod. That's not an
acceptable failure rate for something like the installer everyone has to use
at a time.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
when you have simple backup procedures for the base
system that explode if you accidentally scope Oracle/SAP/IBM bloatware.
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t;Contributors" (it is behind the div #site-content). I have to decrease the
> font sizes to see it.
Yes, bigger default fonts + more verbose language = breakage
The new page is nice but it has reflow problems
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
needed EPEL side. Expensive apps like SAP still make you install
the specific JVM they've been qualified against. Please do not add
Fedora/RHEL fragmentation to the ongoing Fedora/JPackage fragmentation.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
Le mercredi 03 novembre 2010 à 21:32 +0200, Ville Skyttä a écrit :
> On Wednesday 03 November 2010, Nicolas Mailhot wrote:
> > Le mercredi 03 novembre 2010 à 19:27 +0200, Ville Skyttä a écrit :
> > > 3) In my opinion, the whole alternatives setup in the JRE and SDK
> > >
Le mercredi 03 novembre 2010 à 22:28 +0200, Ville Skyttä a écrit :
> On Wednesday 03 November 2010, Nicolas Mailhot wrote:
> > Le mercredi 03 novembre 2010 à 21:32 +0200, Ville Skyttä a écrit :
> > > On Wednesday 03 November 2010, Nicolas Mailhot wrote:
> > > > Le mer
Le mercredi 03 novembre 2010 à 14:35 -0700, Jesse Keating a écrit :
> On 11/3/10 2:14 PM, Nicolas Mailhot wrote:
> > And it's unreasonable to expect those ISVs to change when Fedora has not
> > managed to package a working JBoss. If the Red Hat Java packaging can
> > not
Le mercredi 03 novembre 2010 à 23:54 +0200, Alexander Kurtakov a écrit :
> > On 11/3/10 2:14 PM, Nicolas Mailhot wrote:
> > > And it's unreasonable to expect those ISVs to change when Fedora has not
> > > managed to package a working JBoss. If the Red Hat Java packagi
to download the gigs of
kernel debuginfo of the day), so if when people say here abrt is "too
easy" and abrt reporters "do not make efforts" I cant only be ROTFL (or
crying, more accurately)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
k at adding this option upstream.
>
> - ok, great!
Please either use the same directory name as the one the jvm is
installed under /usr/lib/jvm/, or choose a directory name all jvms can
share.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
o bad this
is becoming ridiculous (another example being X has no notion of
language, just layouts, so there's no way for apps to know the language
being typed and auto-select the correct spellchecker)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admi
uot;x12". It's a synonym for "we really need to do this, but
it's not possible in x11, so > /dev/null"
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le samedi 06 novembre 2010 à 16:41 +, Richard W.M. Jones a écrit :
> On Sat, Nov 06, 2010 at 04:52:02PM +0100, Nicolas Mailhot wrote:
> > Le samedi 06 novembre 2010 à 14:21 +, Richard W.M. Jones a écrit :
> > >
> > > Why throw away everything just
dump those ugly things, they offend me". Could you
please spend some time designing and documenting what should replace them
first? Or are we going to revive the unit files mess, where old LSB init
scripts were broken before the documentation to write unit files was
published?
ld deployments of cpufreq can be
garbage-collected ? (yes most people will not need it, but is it not better to
have something current installed rather than cpufreq living on forever? I'm
thinking of eternal yum-updated systems here)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.f
ot;legacy" stuff before replacing all that's
already been removed. That may be the best path technically but from a
communication POW it's a disaster.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
h you *do* need multi-instanciation)
and your unit file does not support this use case at all?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
;
All this code is here just to instanciate the service and do the related
housekeeping. It does not belong in a separate script any more or less
than the rest of the sysv stuff. That example just shows the sysv setup
was flexible enough to handle complex multi-instanciated setups
worked for me.
To be honest while I know many users want this feature I never used it
myself. JPackage's/Fedora's cvs/svn may show who coded all those parts
and I'm quite sure it worked at least in his use-cases or it would not
have been commited. It's not as if one can be
Le Mer 20 juillet 2011 01:12, Jeff Spaleta a écrit :
> On Tue, Jul 19, 2011 at 1:33 PM, Nicolas Mailhot
> wrote:
>> All this code is here just to instanciate the service and do the related
>> housekeeping. It does not belong in a separate script any more or less
>> t
the init file' was scaling for his use. After all, 'copy and change things'
could have been done with the sysv script too, without writing complex shell
helpers.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
verriding an (audited)
system command with a user-level command (even appending is IMHO
borderline dangerous till the usual infection/attack vectors, MUAs &
browsers have not been taught to triple-check and flag anything going
there)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedo
ance to define
some /home conventions, the next FHS spec is going to say so, and since
in Fedora we follow the FHS, your best change is to work out the kinks
xdg-side now ⇒ UPSTREAM first
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le mercredi 27 juillet 2011 à 12:26 +0200, Stijn Hoop a écrit :
> Hi,
>
> aside from the merits of adding ~/.local/bin, I just wanted to point
> out:
>
> On Wed, 27 Jul 2011 12:19:51 +0200
> Nicolas Mailhot wrote:
> > It's all been done to make nautilus happy wit
Le mercredi 27 juillet 2011 à 11:23 +0100, Andrew Haley a écrit :
> On 27/07/11 11:19, Nicolas Mailhot wrote:
>
> > Really, this discussion is pointless. It should be taken to whoever
> > maintains the xdg directory layout specs nowadays (even the FHS editors
> > gave
Le mercredi 27 juillet 2011 à 12:54 +0100, Andrew Haley a écrit :
> On 07/27/2011 11:45 AM, Nicolas Mailhot wrote:
> > Le mercredi 27 juillet 2011 à 11:23 +0100, Andrew Haley a écrit :
> >> On 27/07/11 11:19, Nicolas Mailhot wrote:
> >>
> >>> Really, thi
> protect startup shell script)
And I'm sure selinux people would love to secure $home except they can
only do it if its layout is fixed is stone. Which requires conventions
(like xdg) with no variability (unlike xdg)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedora
Even though Jpackage is a much smaller project than Fedora it includes a lot
more Java packages so it's coverage of Java packages interactions will tend to
be better than the Fedora one.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
oblems that come back with a vengeance later. Good pieces of work
are used both sides of the fence without complains; only incomplete pieces try
to pretend they belong to one side only.
So let's just be all friends and work together.
--
Nicolas Mailhot
--
devel mailing list
devel@lis
crashes too much I spend all my time repairing it which
means I have no time left for my other Fedora activities. After a while
I don't have the energy to check if it's still broken I just
procastinate and push tasks to the next week. It's easy to get into the
habit of not caring w
lacky making the whole network access unreliable)
Could the well-integrated caching dns option be considered as well,
given we live in an unperfect world ?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the barriers put in place to try to bring some order to the
release.
Now of course that supposes rawhide is kept in dogfoodable state and
people don't let problems fester there because 'it eats babies, so who
cares'
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedor
be graceful?
There's nothing to do apart from waiting for enough complains to pile up the
people in charge get past their reality denial phase.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
g on login when I don't have the time
to investigate it.
So anyway you look at it, this change is a bloody nuisance
As many real-life setups it is much more complex that paper desktop
abstractions.
--
Nicolas Mailhot
Une messagerie gratuite, garantie à vie et des services en plus, ça vous
erfectly fine under load, so I don't see the point of
changing it prematurely. It just does not like shutdowns
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
en systems
with good edid. This is not user-friendly at all.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ither), create an extended desktop with both screens and
try to set a satisfying font size. I defy you to find a setting that won't
look way too small or way too big on one of the screens. And it won't matter
if the user likes small or big fonts.
--
Nicolas Mailhot
--
devel mailing list
with the elements which have been available in vector formats since
last millenium? You have to start somewhere.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t pixel
densities *today* is not a good idea at all.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
e inconsistencies in
font handling between GNOME and everyone else.
¹ Which BTW is not the general case, most EDIDs are fine and have been for years
² Which I support (and indeed have packaged argyll for Fedora in the past) but
it is hardly simple
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Jeu 6 octobre 2011 15:37, Matthew Garrett a écrit :
> On Thu, Oct 06, 2011 at 01:13:21PM +0200, Nicolas Mailhot wrote:
>>
>> Le Mer 5 octobre 2011 23:35, Matthew Garrett a écrit :
>>
>> > This... works badly. Really. Open gimp and add some text. Now double the
&
se*.
How does it make it worse? The heuristic does not solve the complicated case
*at all*. How does removing it could possibly make it worse?
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le jeudi 06 octobre 2011 à 16:41 +0100, Matthew Garrett a écrit :
> On Thu, Oct 06, 2011 at 05:33:48PM +0200, Nicolas Mailhot wrote:
> >
> > Le Jeu 6 octobre 2011 17:18, Matthew Garrett a écrit :
> > > The heuristic isn't the problem. The problem is that we have no
&g
the result, does
not matter if you don't stick to a common non local baseline things will
drift)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
thing from wifi to cable and back when ethernet is
plugged/unplugged)
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le jeudi 20 octobre 2011 à 12:27 -0700, Adam Williamson a écrit :
> On Thu, 2011-10-20 at 21:22 +0200, Nicolas Mailhot wrote:
> > Le jeudi 20 octobre 2011 à 13:08 -0500, Dan Williams a écrit :
> >
> > > If you architect a system that accounts for networking changing sta
Le jeudi 20 octobre 2011 à 11:59 -0800, Jef Spaleta a écrit :
> On Thu, Oct 20, 2011 at 11:51 AM, Nicolas Mailhot
> wrote:
> > No, it's an attempt to explain a general concept and not to point the
> > finger at anyone. Because as soon as you provide specifics, someone will
imulated with apps of the second kind,
connected to permanent local or virtual networks, dynamically routed to
actual external networks via dispatcher.d, but at this point that gets
too hairy for my tastes
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ch Lennart for continuing the filesystem cleanup the FHS
initated but stopped doing years ago. Please make the effort to get the
changes published in a new FHS revision. It does not matter for hardcore
ditribution people, but it matters a lot for app people and ISVs.
Regards
directory definitions which
have finally been deprecated those past years, and resolve /var/opt vs /srv
differences)
Regards,
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
esolve something (typically, hostname for logs), and fail
At least, that's one common error case I know of
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
7;s running the F16 dumping ground?
Not nobody. Just very patient people
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
e chkconfig numbering takes care of that.
> Are you saying that systemd no longer honors the chkconfig ordering?
not really, when there are mixed sysV and systemd services
> Yes, mysql and postgresql are both certainly broken by this. Please
> send the info, I'll take care of those tw
cement of the font selected in the interface. Though dejavu
includes some Armenian support IIRC, and that's probably the font you're
seing.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Ven 13 mai 2011 15:43, Nicolas Mailhot a écrit :
>
> Le Jeu 12 mai 2011 23:17, Martin Langhoff a écrit :
>
>> Is there a way to query (or see a log) that describes what font has
>> been used? Or a means to query what fonts supply unicode codepoint N?
>
> Right click
o
need to ask for an exception against “Large software packages must not use a
direct subdirectory under the /usr hierarchy.”
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le Lun 23 mai 2011 17:55, Matthew Miller a écrit :
> On Mon, May 23, 2011 at 09:54:48AM +0200, Nicolas Mailhot wrote:
>> 1. install libraries (and binaries? see 3.) in /usr/lib(64)
>> > Large software packages must not use a direct subdirectory under
>> >
the beginning.
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
1 - 100 of 1099 matches
Mail list logo
