BTW, please make sure the new system has something like cvs-import (ie
put the files in this srpm as new changeset in the vcs, I don't want to
know how your vcs works, this is a good srpm just eat it)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement
performance), but hey..
Apples and oranges. 64bit on other arches only changes memory accesses,
x86_64 changes a lot more than just that, and the other changes in
x86_64 trump the memory costs.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora
is forbidden; each component should be packaged separately in its own package
for legal and maintenance reasons »
(Just IMHO, that's the guidelines spirit, the guidelines text should be
amended in a non-library-oriented wording, libs are the most common case but
they're not the only one)
--
Nicolas
RAM
overhead is pretty much a urban myth on x86_64
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Oracle
databases), and this competition relies on the Mysql brand (that finally
managed to reach CTO awareness level), and Oracle getting its hand on the
brand would definitely lower competition for several years (and I don't have
any SAP or other shares).
--
Nicolas Mailhot
--
fedora-devel
Le Lun 14 décembre 2009 11:28, Josephine Tannhäuser a écrit :
2009/12/14, Nicolas Mailhot nicolas.mail...@laposte.net:
The guidelines should be read as:
« Bundling any other component your component depends on in the same package
is forbidden; each component should be packaged separately
files,
fonts, templates, etc) but there is no doubt at all in my mind on the code
part.
Though your interpretation is one reason we keep refining guidelines to leave
no room for bad packager excuses.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
of
memory (ours work with GiB-sized datasets at least)
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Monday 14 December 2009 04:27:52 am Nicolas Mailhot wrote:
Though your interpretation is one reason we keep refining guidelines
to
leave no room for bad packager excuses.
Just to be clear what is bad here is the excuse, not the packager
(didn't realise it when writing, English has
time for Oracle to
execute a smooth kill (transitioning existing Mysql customers) if it
started today. You need to remember Oracle's bread and butter is the
Enterprise market where time scales are longer (as evidenced by the 7
years+ RHEL release lifecycle)
--
Nicolas Mailhot
signature.asc
.
I fail to see how it is worse than designers that think this is
advanced stuff, I don't need to handle it and then redefine advanced
users as people able to use bugzilla and contradict me
At least in the fist lazy design variant the features are available
somewhere.
--
Nicolas Mailhot
, they dumped the ia32/ia64
classification and adopted x32/x64 (which is the same thing, except x64 !=
ia64, talk about hiding past mistakes)
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
in F12 as well, please?
Given how any font rendering changes seems to degrade font rendering for some
users, I'd very much prefer it went through a full release testing cycle
before hitting unsuspecting users.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
Le Mer 2 décembre 2009 23:56, Matt Domsch a écrit :
On Wed, Dec 02, 2009 at 07:35:03PM +0100, Nicolas Mailhot wrote:
3. replace static mirrors with proxy-ing of kojipkgs.fedoraproject.org
(make sure it works with web infrastructure instead of fighting it)
Sorry, I don't understand
absent when users start complaining at the jpp packager that did most of the
work Fedora benefited from, I'm sure it won't improve the relationship between
the projects)
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora
)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Le mercredi 25 novembre 2009 à 10:03 +0100, Nicolas Mailhot a écrit :
A. investigate if it's possible for a core fonts client to make sure it
only accesses the built-in backup core font.
B. if not investigate it it's possible to write a small proxy lib with a
core-fonts-like api that do
pretending it is not and I'm unreasonable saying it is
so.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Le Mar 24 novembre 2009 16:00, Chris Adams a écrit :
Once upon a time, Nicolas Mailhot nicolas.mail...@laposte.net said:
To repeat myself once again, core fonts are not free, they have a
maintenance
cost,
What is the real maintenance cost?
You have said that core fonts are not going
are asked.
etc, etc
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Le Mar 24 novembre 2009 17:06, Jeremy Sanders a écrit :
Nicolas Mailhot wrote:
The costs could go down to nothing if there was no core font user left in
Fedora
Surely some are required for external legacy applications (including free
software and propitiatory applications)?
If no one
are
correctly packaged.
As I've already stated, I'm ready to ask the usefulness question to FESCO.
But I don't owe you doing one and not the other if you don't want to help me
so the other does not interferes with my main interest.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel
Le mardi 24 novembre 2009 à 10:44 -0600, Chris Adams a écrit :
Once upon a time, Nicolas Mailhot nicolas.mail...@laposte.net said:
Le Mar 24 novembre 2009 17:01, Chris Adams a écrit :
That's not an answer. What is the real maintenance cost?
I already explained yesterday
to jussilehtola for xine-ui: not only he
managed to add 27 font files not packaged according to Fedora guidelines
during the F-12 cycle, but 14 are copies of the same font.
Regards,
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list
(sorry, this one is for devel)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
B. Font package changes:
= GraphicsMagick-perl.rpm (GraphicsMagick.src.rpm, ixs)
⇒ GraphicsMagick.src.rpm, ixs
+ ArtBrush, Medium, TrueType
/usr/share/doc/GraphicsMagick-perl-1.3.7/demo/Generic.ttf
− ArtBrush, Medium, TrueType
A. Test result changes:
P# t1 t2 t3 t4 t5 t6 t7 t8 t9 t10 t11 t12 t13 t14 t15
t16 t17 t18
1‧‧ ‧ ‧ ‧ ‧‧ 5‧‧‧‧‧‧‧
‧‧‧
2‧‧ ‧ ‧ 1 ‧‧ ‧‧‧‧‧‧‧‧
‧‧
A. Test result changes:
P# t1 t2 t3 t4 t5 t6 t7 t8 t9 t10 t11 t12 t13 t14
1‧ ‧ ‧ ‧ ‧ ‧ ‧ ‧1 ‧‧‧1‧
2‧ ‧ ‧ ‧ ‧ ‧ ‧ -10 ‧ ‧‧‧‧‧
35 ‧ 5 ‧ 5 1 5 ‧5 55455
B. Font package changes:
= apanov-heuristica-fonts.rpm (apanov-heuristica-fonts.src.rpm, nim, M)
⇒ apanov-heuristica-fonts.src.rpm, nim, M
− Heuristica, Bold, CFF
/usr/share/fonts/apanov-heuristica/Heuristica-Bold.otf
+ Heuristica, Bold, TrueType
in Google, I'll continue
to care.
Stop the Internet from filling with those and I'll stop the mails.
(see, I can be unreasonable too)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Linux at all so if
their font does not play well with fontconfig they'll only find it out
if their friendly Fedora packager tells them so)
It is even clearly marked in the message this is stuff that needs
upstream handling.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de
it is explicitely
demanded not to in packaging guidelines and it was pointed multiple
times whenever the script result were posted to this list this past
year.
You're right I should not have posted it this way.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message
which is bad
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Le lundi 23 novembre 2009 à 13:48 -0600, Chris Adams a écrit :
Once upon a time, Nicolas Mailhot nicolas.mail...@laposte.net said:
Le lundi 23 novembre 2009 à 09:51 -0700, Jerry James a écrit :
1) I'm going to nag you forever about a problem you can't fix.
This is false, it can get
this
test completely.
If no one is ready to do that, and is happy to continue to have me do
this part because its fonts and by default the fonts sig does fonts,
should be happy it costs him only a few annoying mails that state I
don't like it one bit.
--
Nicolas Mailhot
signature.asc
Le lundi 23 novembre 2009 à 13:13 -0800, Adam Williamson a écrit :
On Mon, 2009-11-23 at 19:48 +0100, Nicolas Mailhot wrote:
Le lundi 23 novembre 2009 à 09:51 -0700, Jerry James a écrit :
1) I'm going to nag you forever about a problem you can't fix.
This is false, it can get fixed
what you've just asked me to do popup
Really useful when X is wedged and you can't close the damn popup.
You are safe! Anyone can install anything without password, but the
power button has been disabled!
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message
from provides, but the packages have not been rebuilt not to
require it
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
validation, because many
fonts of this era have incomplete metadata (you could cheat and put the
info manually in fonts.dir and no one was the wiser, except people who
ran mkfontdir and got garbage indexes as output). I doubt we'll find
people willing to fix them.
--
Nicolas Mailhot
signature.asc
not use core fonts.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Le vendredi 13 novembre 2009 à 10:55 +0100, Andreas Schwab a écrit :
Nicolas Mailhot nicolas.mail...@laposte.net writes:
You do it like everyone else. You pass the codepoints to fontconfig
Emacs does that already AFAIK.
Then it has no actual need to the fallback path. It's probably only
Le vendredi 13 novembre 2009 à 11:09 +0100, Patrice Dumas a écrit :
On Fri, Nov 13, 2009 at 11:06:45AM +0100, Nicolas Mailhot wrote:
Le vendredi 13 novembre 2009 à 10:55 +0100, Andreas Schwab a écrit :
Nicolas Mailhot nicolas.mail...@laposte.net writes:
You do it like everyone else
Le vendredi 13 novembre 2009 à 17:42 +0100, Nicolas Mailhot a écrit :
Here is a new filtered list, based on the suggestions I've received
since my first posting. Please tell me if there is still some files that
should not belong here, and why
I should have written that the test used
Le vendredi 13 novembre 2009 à 18:01 +, Jonathan Underwood a écrit :
2009/11/13 Nicolas Mailhot nicolas.mail...@laposte.net:
• xdvik-0:22.84.14-7.fc12
— /usr/bin/pxdvi-xaw3d
— /usr/bin/xdvi-xaw3d
A more crusty piece of code than xdvi you never did see. It's very
much in bugfix
Le vendredi 13 novembre 2009 à 21:08 +0200, Ville Skyttä a écrit :
On Friday 13 November 2009, Nicolas Mailhot wrote:
Le vendredi 13 novembre 2009 à 11:58 +, Richard W.M. Jones a écrit :
Nicolas, if possible next time please give the package maintainer
(ie. FAS username) next
Le jeudi 12 novembre 2009 à 13:08 +0200, Gilboa Davara a écrit :
On Thu, 2009-11-12 at 07:42 +0100, Nicolas Mailhot wrote:
Le jeudi 12 novembre 2009 à 06:51 +0200, Gilboa Davara a écrit :
I own both icewm and idesk.
As far as I know, both icewm and idesk are linked against xft
Le jeudi 12 novembre 2009 à 14:59 +0100, Andreas Schwab a écrit :
Nicolas Mailhot nicolas.mail...@laposte.net writes:
Therefore, I'd like to identify remaining core font users, and remind
them periodically their core font use is not good for their users or for
Fedora.
What's wrong
Le jeudi 12 novembre 2009 à 20:34 +0100, Nicolas Mailhot a écrit :
However please note that even though using xft is less bad than using
core fonts, xft alone is still not a complete text stack.
(I should have written, using xft directly. xft2 uses fontconfig but
direct xft2 access bypasses
/graph/text.c?rev=6171view=markup
This is the patch I submitted upstream:
http://annexia.org/tmp/0001-Graphics-Use-modern-X-fonts-instead-of-X-core-fonts-2.patch.txt
That was wonderfully reactive. Thanks! I should have posted the list
earlier :p
--
Nicolas Mailhot
signature.asc
about not posting about it. I wanted to do a full repo check before
reporting again, but due to the number of packages checked it takes a
long time (hours) to run and I have to rewind every time I find a bug in
the script.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message
/plugins/libnullplugin.so
— /usr/lib64/xulrunner-1.9.1/plugins/libunixprintplugin.so
• xwrits xwrits-0:2.24-6.fc12
— /usr/bin/xwrits
• yadex yadex-0:1.7.0-13.fc12
— /usr/bin/yadex-1.7.0
¹ http://xfree86.org/pipermail/forum/2003-March/000799.html
--
Nicolas Mailhot
signature.asc
repo-font-audit
http://git.fedorahosted.org/git/fontpackages.git?p=fontpackages.git;a=tree;f=bin
(I now it's fugly but it woks)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
Le mercredi 11 novembre 2009 à 13:50 +0100, Nicolas Mailhot a écrit :
Le mercredi 11 novembre 2009 à 13:41 +0100, Hans de Goede a écrit :
It would help tremendously to know how you generated this list of files /
packages which allegedly use Core Fonts, there are quite a few packages
find maintaining text
support sustainable without depending on common text libs.
QT/GTK/Mozilla/OO.o tried, and concluded convergence was the only path.
But feel free to ask Behdad directly, I'm sure anything he tells you
will prove valuable.
Regards,
--
Nicolas Mailhot
signature.asc
Description
to
maintain your own text stack, follow the advice of the people
maintaining the one you use, and the advice of X11 Core fonts
maintainers (back when there were still some, in 2003) was clear: drop
it and use fontconfig instead.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message
harder (but future-proof).
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
run, so if they *only* do
xft they won't appear again.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
://kojipkgs.fedoraproject.org/packages/fontpackages/1.31/2.fc13/noarch/fontpackages-tools-1.31-2.fc13.noarch.rpm
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Solaris instead » (paraphrased from memory)
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
testing and triaging. Which no one is volunteering to
do. And before we go there (tackle problems that require manual testing) there
is a lot of font problems that can be detected automatically, and need fixing
too.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list
the current system font looks blurred and uneven when
slight hinting is chosen instead of medium one. ~C
Unfortunately it is very difficult to get two people to agree on the right
hinting level.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com
in Fedora 9 (4 release cycles ago, for legal
reasons so it has 0 chance to get back in). For RHEL please go through RHEL
channels.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Le Jeu 29 octobre 2009 18:44, Christoph Frieben a écrit :
2009/10/29 Nicolas Mailhot:
You may comment on it, but do not expect Fedora to care overmuch about a
component that was removed in Fedora 9 (4 release cycles ago, for legal
reasons so it has 0 chance to get back in). For RHEL please
dangerous to aggregate sources from different upstreams in a
single rpm (release cycle and legal problems), or to group sources upstream
split (usually for ease of maintenance reasons)
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman
is what people who
do not care about releng have been trying to turn rawhide into in the past
years. Well they can get their no-rules playground but I don't see why we
should also give them the rawhide name. It has a fine history, much better
than the eating babies ogre caricature.
--
Nicolas
. Why would it be
discouraged? Doesn't RH like its contributions to Fedora to be clear?
The right solution is just to have some manager as fallback address. Telling
people to use a non-rh address when their Fedora activity is linked to their
@rh work is ridiculous.
--
Nicolas Mailhot
not guarantee you almost anything.
It would help a lot tripwire-like apps. When the hash db is generated on-site
it typically can not distinguish between changes done by legit updates and
manual changes.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
Le Ven 16 octobre 2009 01:49, Kevin Kofler a écrit :
Nicolas Mailhot wrote:
Please do not ever push untested work to stable just because no one
complained. If you want testing on older releases you can push it to
testing but please don't ever promote it.
Sorry, letting updates sit
will have to take me anyway. But with FLOSS, people are free
to vote with their feet (and they do).
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
was
published.
People who want the latest of everything and do not mind unstability should
run rawhide. Stop rawhidizing stable please.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
version. That's the problem with full-FS images: they do not distinguish
between the different kinds of files.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
that think Germans
like black, and release gadgets in brittle plastic, when Germans like solid
plastic, which is usually black). Unfortunately our desktop people never seem
to choose option 2.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com
Le Dim 11 octobre 2009 18:02, Nicolas Mailhot a écrit :
There are three schools of design: […]. Unfortunately our desktop people
never seem
to choose option 2.
Sorry about the unfair generalization, there are of course exceptions
http://linuxplumbersconf.org/2009/slides/Paul-Davis-lpc2009
does not reference
the %{name} of the srpm, but its filename, which is a PITA, since srpm
filename is not really useful nowadays (also IIRC you can rename a srpm to
anything.src.rpm and the result will build and reference anything.src.rpm as
srpm info)
--
Nicolas Mailhot
--
fedora-devel-list
Le Ven 2 octobre 2009 17:07, chasd a écrit :
java2 ( or whatever Sunacle calls it officially )
We use our own naming for this because SUN changed its mind too often on how
it should be named. So now we ignore upstream naming and use our own
consistent one.
--
Nicolas Mailhot
--
fedora
in default groups should have a clear user, or be
downgraded to optional.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
is a widely-used package, it can't be yanked that easily.
Generally speaking removing a package is the WMD option and it's very sad
when a packager forces releng to use this stick.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo
renaming them
would have been worth removing any future package confusion)
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Le Mar 29 septembre 2009 17:43, Nicolas Mailhot a écrit :
I don't think the list of examples right below this § supports your view
(and actually I do believe the list of existing infringing packages is small
enough renaming them
would have been worth removing any future package confusion
to refuse changes in package naming conventions
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
for it on technical grounds, do not drag
mythical target audience in the debate. That's the only way to make
objective assessments. And if you don't strive to stay objective, you'll
just create a rotten from the core community
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list
simpler
to use. And simpler does not mean I'll assume everything is a laptop, and
everyone is a 'normal' user. Simpler means my app is smart enough to
manage all cases alone without human intervention
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
fonts as we were
supposed to do for F11 but sadly many maintainers didn't change a dot in
their spec (and even added more un-reviewed fonts in the distro, like
xine-ui-skins for example)
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman
fontconfig sucks
in this case. This problem has been well known for several years, but
fontconfig's previous maintainer did not put a high priority on it.
Finding a solution for this case is on the huge TODO list Behdad published
this summer.
--
Nicolas Mailhot
--
fedora-devel-list mailing list
as possible and another is intended to make bug
reporting easy *for Fedora*.
And many Fedora devs will ask to report the bug upstream instead, so a
tool that only works with bugzilla.redhat.com is pretty useless
--
Nicolas Mailhot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
://download.fedora.redhat.com/pub/fedora/linux/development/x86_64/os/Packages/
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
-theokritos/GFSTheokritos.otf
gfs-theokritos-fonts-0:20070415-14.fc12.noarch
⇒ 1 files (0 MiB) in 1 packages (0 MiB) generated from 1 source packages.
☛ The font files need to be fixed to declare metadata in English too.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie
to
be released at CPAN first, but that s not the case for generic resources
like fonts)
In the meanwhile please do check you re actually using the fontpackages-devel
macros in your packages an try to run the audit script available there against
your repo
Regards
--
Nicolas Mailhot
Alt. 3790 m
. ».
Providing easy to find code tarballs is part of making community
collaboration easy. (You can provide other means but this is the minimum
requirement)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list
fonts is a giant PITA because they
don't provide tarballs and you have to scrape files from their gitweb
(and then check them one by one because they overwrite them at each code
dump regardless if they changed or not)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message
Le vendredi 31 juillet 2009 à 12:54 +1000, Rodd Clarkson a écrit :
On Wed, 2009-07-29 at 20:20 +0200, Nicolas Mailhot wrote:
Le mercredi 29 juillet 2009 à 17:49 +0100, Bastien Nocera a écrit :
On Wed, 2009-07-29 at 12:42 -0400, Jeff Garzik wrote:
Problem is... removing or disabling
in nothing-can-go-wrong mode and a sound problem can now make the whole
GUI unresponsive. This was not the case before. And PA has not really
exhibited the kind of stability that could justify this lack of
safeguards.
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message
Update: The workaround described in bug 509655 [1] got the machine as
far as booting,
Probably no one tested what happened if /usr/sbin/prelink -ua was not run
manually when the bug was fixed
but X / GNOME is still severely broken.
GNOME has been broken in rawhide for a week now
Update: The workaround described in bug 509655 [1] got the machine as
far as booting,
Probably no one tested what happened if /usr/sbin/prelink -ua was not run
manually when the bug was fixed
but X / GNOME is still severely broken.
GNOME has been broken in rawhide for a week now
On 29/07/09 23:40, Bill McGonigle wrote:
On 07/29/2009 02:47 PM, Ville-Pekka Vainio wrote:
I'm not
sure how extensions written in Javascript/XUL would be installed.
There are rpmfusion packages for thunderbird extensions -
thunderbird-enigmail being one I use which puts its files in:
0
7f204f0e-7f204f10 r-xp fd:03
84509 /lib64/ld-2.10.90.so
7f204f2e2000-7f204f2eb000 rw-p 00:00 0
7f204f2fe000-7f204f2ff000 rw-p 00:00 0
7f204f2ff000-7f204f30 r--p 0001f000 fd:03
84509 /lib64/ld-2.1
--
Nicolas
Here anything that initialises GConfd causes every single GNOME app to
start eating all the CPU it can while becoming unresponsive
So rawhide is dead again. Can we switch to Fedora 13 at once? Fedora 12
cycle has not been lucky
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie
Le vendredi 24 juillet 2009 à 19:22 -0400, Gregory Maxwell a écrit :
Not just port numbers.
Well iptables already allows stuff like
-A OUTPUT -m owner ! --gid-owner apache -p tcp --dport http -j REDIRECT
--to-port tproxy
so you don't have to open ports for every process
--
Nicolas Mailhot
(I'm pretty sure using opentype features such as locl would
help terminus shed all the optional patches it carries).
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement signée
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
1 - 100 of 140 matches
Mail list logo
