Recently, most (all?) of Dan Bernstein's software was relicensed into
the public domain.
Please hold off on packaging and submitting these packages for review
into Fedora, pending legal advice as to whether he can actually do that
or not, under US law.
> On Tue, 4 Dec 2007 08:34:12 -0600 (CST)
> "Jon Ciesla" <limb(a)jcomserv.net> wrote:
>> Is there someone In rel-eng or cvsadmin or thereabouts that should
>> assist with this, if Paul hasn't the time? I feel bad making more
>> demands on his time in order to help him lessen the demands on his
>> time. :)
> I marked these as orphans in pkgdb for you.
> Jesse Keating
> Fedora -- All my bits are free, are yours?
> fedora-devel-list mailing list
novus ordo absurdum
Tried processing one of my old lyx files, got this:
pplatex: Process input file 1lyxpreview.dvi
pplatex: Copy data to 1lyxpreview.dvi
kpathsea: Running mktexpk --mfmode cx --bdpi 300 --mag 1+216/300 --dpi 516 fcmr8r
mktexpk: don't know how to create bitmap font for fcmr8r.
kpathsea: Appending font creation commands to missfont.log.
dvipng warning: font fcmr8r at 516 dpi not found, characters will be left blank kpathsea: Running mktexpk --mfmode cx --bdpi 300 --mag 1+113/300 --dpi 413 fctr8r
mktexpk: don't know how to create bitmap font for fctr8r.
dvipng warning: font fctr8r at 413 dpi not found, characters will be left blank
There seems to be cm-lgc in /usr/share/texmf, any ideas what's wrong?
Since installing texlive in f8, lyx crashes in preview:
<unknown program name>(14681)/ EPSHandler::read: kimgio EPS: starting...
<unknown program name>(14681)/ seekToCodeStart: kimgio EPS: normal EPS file
<unknown program name>(14681)/ bbox: kimgio EPS BBOX: 40 51 722 576
Fatal error: you need to have a KComponentData object before
you do anything that requires it! Examples of this are config
objects, standard directories or translations.
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the bug-reporting instructions in Help->Introduction and send us a bug report, if necessary. Thanks !
Not sure who's to blame.
I've currently upgraded to F8, congrats!
Just thought of sharing a data-point for startup speed
(measured from GRUB, so excluding all the BIOS stuff):
* to graphical init: 30s
* to login prompt: 1m8s
* after login, to responsive state: 14s
That's 1m22s to start. On a good desktop: Intel Duo 2.13GHz, 2GB RAM.
With the BIOS thrown in, it takes over 2minutes to be able to get
into the box.
That's rather slow, no?
Dimi Paun <dimi(a)lattica.com>
Le Mar 4 décembre 2007 09:27, Laurent Rineau a écrit :
> 1- I can use two sources to build my package, and let the package
> ipe-6.0-0.23.pre30 ship figtoipe.
Eek please no. Users appreciate modularity
> 2- I can make figtoipe be a sub-package.
> 3- I can submit a review request for figtoipe, as it is an external
That is the right solution
> Anyway, if I split ipe into two packages, or two sub-packages, how can
> provide an upgrade path for users that assume that /usr/bin/figtoipe
> provided by ipe, without adding a hard-coded Requires? I am not sure
> that a
> solution exists.
I'll assume figtoipe makes no sense without ipe
The solution then is probably something like making separate figtoipe
depend on ipe > last_bundled_version, and have it obsolete ipe <=
Is mock busted in Koji right now?
I'm getting failures like this:
/etc/profile: line 38: /bin/hostname: No such file or directory
sh: /usr/sbin/apxs: No such file or directory
My package (libapreq2) has httpd-devel as a dependency, so apxs should
Error: Missing Dependency: libldap-2.3.so.0()(64bit) is needed by
Error: Missing Dependency: liblber-2.3.so.0()(64bit) is needed by package mod_perl
Error: Missing Dependency: libldap-2.3.so.0()(64bit) is needed by package apr-util
Error: Missing Dependency: liblber-2.3.so.0()(64bit) is needed by package apr-util
Error: Missing Dependency: liblber-2.3.so.0()(64bit) is needed by package httpd
Error: Missing Dependency: libldap-2.3.so.0()(64bit) is needed by package httpd
Error: Missing Dependency: libldap-2.3.so.0()(64bit) is needed by package httpd-tools
Error: Missing Dependency: libssl.so.6()(64bit) is needed by package httpd-tools
Error: Missing Dependency: liblber-2.3.so.0()(64bit) is needed by package httpd-tools
Error: Missing Dependency: libcrypto.so.6()(64bit) is needed by package httpd-tools
hello team fedora
me and my team are curentuly working on a reactos (http://www.reactos.org) based os called blackhat which is open source and 100% free.blackhats party piece is its ability to run not only win32 but linux applications nativily.blackhat plays host to the latest open source and gnu software and environments .it will ultimately use the gnome interface as the default gui and have xgl alike abilites.i was wondering if you would be willing to put your name to this project amd give you very minor help and in exchange you will have permenant ad space at the top of are webpage and other fedora promotions troughout the os (eg in the welcome center).we will not ask anything of significance from you just giving blackhat some of that unmistakeable fedora charm.i personally am a huge fan of your os and hence the reason we have come to you.we would really aprecieate a reply be it negitive or positive
Get the next generation of Windows Live services now!
One of my packages, ipe, has been splitted upstream into two sub-packages.
ipe-6.0pre28 was shipping the tool "figtoipe", and as for ipe-6.0pre30
figtoipe is now another tarball.
What could I do?
1- I can use two sources to build my package, and let the package
ipe-6.0-0.23.pre30 ship figtoipe.
2- I can make figtoipe be a sub-package.
3- I can submit a review request for figtoipe, as it is an external tool.
What is the best solution? figoipe-20071004.tar.gz is a very small tarball:
11KB. See http://luaforge.net/frs/?group_id=305
Anyway, if I split ipe into two packages, or two sub-packages, how can I
provide an upgrade path for users that assume that /usr/bin/figtoipe is
provided by ipe, without adding a hard-coded Requires? I am not sure that a
Runs on F7 too.
Thank you for this, it works well in our small business environment
where conserving bandwidth to the internet is important.
> We still don't have a hosted.fp.org project setup yet so the above is
> only the temporary location. Until we have that permanent project
> setup, please report bugs and make suggestions for improvement here in
> this thread.
The included InstantMirror.conf file that goes into /etc/httpd/
conf.d/ stomps on any other configuration you may have set up.
Because the file name starts with an upper case "eye" it is loaded
first by the
directive. It becomes the _default_ host for everything on port 80.
You can check how that works by
mv /etc/httpd/conf.d/InstantMirror.conf /etc/httpd/conf.d/
( move it back if you prefer the stomping behavior )
> Main host goes away
> If you are adding virtual hosts to an existing web server, you must
> also create a <VirtualHost> block for the existing host. The
> ServerName and DocumentRoot included in this virtual host should be
> the same as the global ServerName and DocumentRoot. List this
> virtual host first in the configuration file so that it will act as
> the default host.
should be uncommented in /etc/httpd/conf/httpd.conf
and a <VirtualHost> directive should be set up for the default web
content, and should be loaded before the InstantMirror.conf file.
I have something that works with my test system, but I'm still not in
a position to make a bomb-proof generalized config file
recommendation. It seems using VirtualHost is the best way to create
the Instant Mirror, but integrating that into an existing apache conf
needs to be handled with a bit more care. This could be communicated
with better comments or additional commented out directives in the
provided InstantMirror.conf file.
I use several files in conf.d to create aliases and WebDAV
collections for calendaring and file sharing on our main server. I
haven't tested yet with all those conf files mixed in.
Also, I think separating the logging is a good thing to do with
directives such as
within the InstantMirror virtual host block.
That way when the python script throws a hissy fit about file
permissions, it is easier to find.
Thanks again for InstantMirror,