SysVinit => Systemd
/etc/sysconfig/keyboard KEYTABLE => KEYMAP /etc/vconsole.conf
/etc/sysconfig/i18n SYSFONT => FONT ..
.. LANG == LANG /etc/locale.conf
/sbin/new-kernel-pkg
…
# add dracut i18n, keyboard and plymouth kernel args if reque
On 09/21/2013 02:13 PM, Frantisek Kluknavsky wrote:
Hi,
Atlas in rawhide is rebased to 3.10.1. It now builds monolithic shared
libraries libsatlas.so and libtatlas.so (serial and threaded, otherwise
identical) which include former lapack, blas and atlas libraries.
Dependent packages need to link
On Sat, Sep 21, 2013 at 2:13 PM, Frantisek Kluknavsky
wrote:
> Hi,
>
> Atlas in rawhide is rebased to 3.10.1. It now builds monolithic shared
> libraries libsatlas.so and libtatlas.so (serial and threaded, otherwise
> identical) which include former lapack, blas and atlas libraries. Dependent
> pa
On Sat, Sep 21, 2013 at 09:44:24PM +0200, Frantisek Kluknavsky wrote:
> Another question. It seems that number of threads is still set at
> build time, adaptive number of threads might come in the future.
> Fedora right now uses the default - the number of cpu cores of
> builder machine. Which numb
On 21.09.2013 20:30, Michael Schwendt wrote:
> On Sat, 21 Sep 2013 19:12:41 +0100, Phil Dobbin wrote:
>
>> Hi, all.
>>
>> I was wondering as to why Ananconda has no facility to overwrite a
>> distro already present on the target machine. I've studied it & apart
>> from destroying the existing pa
Hi,
Atlas in rawhide is rebased to 3.10.1. It now builds monolithic shared
libraries libsatlas.so and libtatlas.so (serial and threaded, otherwise
identical) which include former lapack, blas and atlas libraries.
Dependent packages need to link -lsatlas or -ltatlas instead of -latlas
-lcblas
Another question. It seems that number of threads is still set at build
time, adaptive number of threads might come in the future. Fedora right
now uses the default - the number of cpu cores of builder machine. Which
number is appropriate? Is it meaningful to ship such a parallel library
at all
On Sat, 21 Sep 2013 20:12:41 +0200, Phil Dobbin wrote:
> I was wondering as to why Ananconda has no facility to overwrite a
> distro already present on the target machine. I've studied it &
> apart from destroying the existing partition with GParted there
> seems to be no other way (this happens on
On Sep 21, 2013, at 12:12 PM, Phil Dobbin wrote:
> Hi, all.
>
> I was wondering as to why Ananconda has no facility to overwrite a distro
> already present on the target machine.
It may not be able to identify the partitions making up a distro installation.
But it does have multiple ways to
On Sat, 21 Sep 2013 19:12:41 +0100, Phil Dobbin wrote:
> Hi, all.
>
> I was wondering as to why Ananconda has no facility to overwrite a
> distro already present on the target machine. I've studied it & apart
> from destroying the existing partition with GParted there seems to be no
> other wa
Am 20.09.2013 21:13, schrieb Jakub Jelinek:
> On Fri, Sep 20, 2013 at 08:37:50PM +0200, Reindl Harald wrote:
>> well, some people would now say "i do"
>> the same i can say for sure to some other pakcages on a cloud server where
>> they would disagree and because everybody has different needs keep
Hi, all.
I was wondering as to why Ananconda has no facility to overwrite a
distro already present on the target machine. I've studied it & apart
from destroying the existing partition with GParted there seems to be no
other way (this happens on 18 & 19).
Most painful it is.
If anybody can
On Wed, 11 Sep 2013 10:11:12 -0500, Chris Adams wrote:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1006954
> The problem is that many (most?) programs won't handle this well. For
> example, how does mc handle having its perl scripts installed but
> non-functional?
The "missing extfs.d scri
On Sat, Sep 21, 2013 at 8:24 PM, Christopher Meng wrote:
> I can take it.
Thanks :)
--
Praveen Kumar
http://fedoraproject.org/wiki/User:Kumarpraveen
http://fedoraproject.org/
http://kumar-pravin.blogspot.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/ma
I can take it.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Hi folks,
python-jenkinsapi [0] up for review.
[0] https://bugzilla.redhat.com/show_bug.cgi?id=1010334
--
Praveen Kumar
http://fedoraproject.org/wiki/User:Kumarpraveen
http://fedoraproject.org/
http://kumar-pravin.blogspot.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.
16 matches
Mail list logo