On 09-09-26 08:32:45, Kevin Kofler wrote:
...
> Of course the root of the problem is ATLAS's lack of support for
> runtime CPU feature detection ...
Presumably that could be added to the Fedora package as a patch. It's
SMOP to check the CPU and load the proper library, if someone who knew
how
Seth Vidal wrote:
> Seriously? We have lots of documentation that is "run this one command".
>
> We're a bleeding edge distro - that's our VAUNTED mission - shouldn't we
> be able to assume that users of a BLEEDING EDGE, LATEST PACKAGE distro be
> able to run a single command?
>
> I think if you
Bill Nottingham wrote:
> So... just set the xz compression level to 2, let it be that way for
> future builds, and go about our business?
We still need to fix the "noarch bug" (i.e. xz compression being endianness-
specific and breaking deltas of noarch packages).
Kevin Kofler
--
fedora
Alex Hudson wrote:
> I'd be interested in trying to "fix" xz (I disagree entirely that this
> is an xz bug; it's a bug in the assumptions of those whose used it for
> the wrong purpose), but presumably it means rebuilding packages built on
> certain arches anyway - and if that's not easy to determi
On Sat, Sep 26, 2009 at 9:53 AM, Kevin Kofler wrote:
> drago01 wrote:
>> As for the GPG signature ... can't the drpm itself be signed?
>
> If the metadata is getting signed, it basically is already. The metadata
> contains a checksum of the DRPM, so if the metadata passes the signature
> check and
John Poelstra wrote:
> I will raise feature pages not at 100% at FESCo's meeting on October 2,
> 2009. Hopefully my job will be easy and there there won't be any :-)
Count on me to vote against dropping any feature which has any chance of
getting completed through freeze overrides or (especially
Rahul Sundaram wrote:
> Since it has been added the gnome-desktop (by me) and kde-desktop (by
> the KDE SIG) package groups in Fedora 12, majority of users will get it
> by default.
But if the consensus is that it shouldn't be the default, we (KDE SIG) will
follow that.
Kevin Kofler
--
> On Fri, 25 Sep 2009, Alexander Boström wrote:
>
>> tor 2009-09-24 klockan 16:31 -0400 skrev Seth Vidal:
>>
>> > We're a bleeding edge distro - that's our VAUNTED mission - shouldn't
>> we
>> > be able to assume that users of a BLEEDING EDGE, LATEST PACKAGE distro
>> be
>> > able to run a single
drago01 wrote:
> As for the GPG signature ... can't the drpm itself be signed?
If the metadata is getting signed, it basically is already. The metadata
contains a checksum of the DRPM, so if the metadata passes the signature
check and the DRPM matches the checksum, the DRPM's integrity and
unco
2009/9/26 Haïkel Guémar
> Right, but SSE3 ain't the least denominator of x86_64 at all.
> Early AMD64 chips (3 to 5 years old) doesn't support SSE3 as x86_64
> predates SSE3. You can safely assume that all AM2 socket based chips are
> SSE3 enabled.
>
I do agree perfectly with you, however, SSE3 c
Hello,
I have fully updated Fedora 11 x86_64 system, and when I run
"preupgrade-cli" I get this:
..
..
Saving Primary metadata
Saving file lists metadata
Saving other metadata
Generating sqlite DBs
(process:1779): GLib-WARNING **: GError set over the top of a previous GError
or uninitialized me
On Sat, Sep 26, 2009 at 2:40 PM, Howard Wilkinson wrote:
> I have run into a problem when trying to package webmin for Fedora 11+.
> Webmin is a noarch package but it contains some binary files
> (effectively firmware) it is a dll that gets downloaded onto Windows
> based browsers.
xenroll.dll? I
> On 9/25/2009 1:00 PM, Adam Williamson wrote:
> So how do you get those 'others' to read the instructions? Linux used to
> basically require that you do that. Things had to be found in the system
> and then configured by hand.
>
> In the rush to make things auto-magic, which is not a bad thing I
Deji Akingunola wrote:
> i). Create a generic x86 'atlas' main package for the P6 architecture,
> which is a non-SSE and minimum CPU that Fedora can support ATM.
> atlas-sse, atlas-sse2, and atlas-sse3 would then be sub-packages that
> users will have to specifically install to benefit from the atl
2009/9/25 Deji Akingunola
>
> Actually the atlas x86_64 package is using SSE3 by default. I believe
> SSE3 is the least common denominator for the x86_64 cpus. And yes,
> whatever is determined for the x86_32 situation will also apply for
> SSE4* for x86_64.
>
> Deji
>
Ok, this obviously means th
Hi.
On Sat, 26 Sep 2009 11:36:28 +0100, Tim Waugh wrote
> I'm not clear on how the existing encrypted partitions get unlocked
> but I think perhaps dracut does it? I get prompted for the encryption
> password during boot.
I have a similar, but slightly different question. I have used an
encrypt
I wrote:
> Basically, the safest solution would be to fix xz, then rebuild all noarch
> packages. At least those noarch packages which happened to be built on a
> PPC builder will need rebuilding after xz gets fixed. Please note that
> this probably also affects noarch subpackages.
PS: If we don't
I'm pretty sure LUKS handles that stuff, might poke around google for info
on that. I'm unfortunately not extremely familiar with it but if I remember
correctly that is what does it.
-Adam
>From Android
On Sep 26, 2009 9:41 AM, "Ralf Ertzinger" wrote:
Hi.
On Sat, 26 Sep 2009 11:36:28 +0100, Ti
Hi,
When I installed rawhide-nearly-Fedora-12-Alpha a while back, I made
sure to encrypt the entire system. Works a treat.
I've now set up another encrypted drive (for backups), and want to add
it to the system so that it is mounted automatically. It uses the same
encryption password.
I can't
Compose started at Sat Sep 26 06:15:04 UTC 2009
Broken deps for i386
--
PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public
anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0
anerley-0.0.
>
> You are wrong: pni == SSE3 .
>
Right, but SSE3 ain't the least denominator of x86_64 at all.
Early AMD64 chips (3 to 5 years old) doesn't support SSE3 as x86_64
predates SSE3. You can safely assume that all AM2 socket based chips are
SSE3 enabled.
H.
--
fedora-devel-list mailing list
fed
On 09/26/2009 01:15 PM, Kevin Kofler wrote:
> Rahul Sundaram wrote:
>> Since it has been added the gnome-desktop (by me) and kde-desktop (by
>> the KDE SIG) package groups in Fedora 12, majority of users will get it
>> by default.
>
> But if the consensus is that it shouldn't be the default, we (K
On Sat, Sep 26, 2009 at 11:36:28AM +0100, Tim Waugh wrote:
> I've now set up another encrypted drive (for backups), and want to add
> it to the system so that it is mounted automatically. It uses the same
> encryption password.
>
> I can't find how to do this though, and the things I've tried ha
Hi there,
I don’t normally intrude on the developers list, but I’ve seen something
I believe to be factually wrong, and don’t want Fedora to make a
decision based on it:
Deji Akingunola wrote:
> ii). According to smolt statistics, cpus with speeds <= 512 MHz (which
> is a superset of the non-SSE
On Fri, Sep 25, 2009 at 07:24:01PM +0200, Rafał Psota wrote:
> 2009/9/25 Kevin Fenzi
>
> >
> > The following packages have been orphaned:
> > youtube-dl
> > Also, I would be happy to take 'greyhounds'. Co-maintainers welcome.
> I'm a maintainer of metacafe-dl which is similar to youtube-dl, s
I have run into a problem when trying to package webmin for Fedora 11+.
Webmin is a noarch package but it contains some binary files
(effectively firmware) it is a dll that gets downloaded onto Windows
based browsers.
So how do I tell rpmbuild (i.e. what specfile command) that this is
firmware and
Jerry James wrote:
> Andy Burns wrote:
>
>> Did recent rawhide updates break for anyone else?
>
> Yes, that happened to me too
As suggested, booting with enforcing=0 allowed the relabel to fix the
problem, subsequent boot is Ok with selinux enforcing.
--
fedora-devel-list mailing list
fedora-
I downloaded the i386 DVD image for 12 Beta TC (it doesn't matter where
from, it'll probably be announced on Monday) and tried to create the
deltaiso from 12 Alpha to 12 Beta TC. I discovered the following:
1) In order to get decent compression (about 20-25% of full size), it's
necessary to run m
I read the wiki page[1] on Fedora's effort to consolidate all the
crypto libraries. Quite an ambitious task! FWN [2] reported on the
rather large discussion back in '07, but I didn't see any resolution.
Is this still a goal for Fedora? The main wiki page hasn't been edited
in almost a year (althoug
29 matches
Mail list logo
