Hi all,
pondus was previously licensed under GPLv3+; now starting from 0.7.0 the
license is MIT.
That's doable? o.O
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Wiki Feature Dashboard Additional Category
Who would implement this, if this is approved by many would someone do it or
do I need to find an employee to do it?
Is this mailing list a suggestion forum for those that can do or can some do
it themselves?
Well, I think it's better you post
Fedora has already chosen to make the 32bit builds incompatible with pre-686
systems for performance gains
Yes, a decision I consider to be a Fedora managment mistake.
Seems to me, as if some people in Fedora's leadership don't want to
understand that being able to deploy Linux on old or
if _you_ want to support slower machines ... _you_ will have to do the work,
you might get help from the community but just ranting on f-d-l Everyone
should solve my problems is unlikely to actually help. IMO.
I would if I could. I can't program. Else I would just shutup and
would DO the
Nope, Bryce doesn't get to work on upstream in any significant way as
part of his Ubuntu work. I was chatting with Dave about this on IRC the
other day. The most significant submission to upstream X.org that's ever
come out of Ubuntu is a quirk table. (yippee.)
Did you chatted with Bryce?
--
The Bugzappers also always happy to have more people volunteer to help with
X.org bug triage; it's a lot of work to keep on top of.
I'd like to help. But the wikipage for testing Xorg issues* is a way
to much to read, given the case you follow all the links on the site
and you need to do so to
I am no longer using fedora. Please take me off mailing list. Thank You.
remove yourself --
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Ouch. xD
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
The netbook problem can be addressed by a download netbook edition link
which can then be not only 32-bit, but also using a desktop optimized for
netbook display and RAM sizes rather than the default GNOME.
There is a Fedora 12 LXDE Spin that I think would fit the gap. But it
need some love. :
Xorg has a lot of catching up to do. Just be patient.
I am not very good at it. xD
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
I noticed that http://fedoraproject.org/get-fedora appears to be
strongly promoting i386 Fedora over x86_64. Is this intentional or an
oversight?
I agree, that was my first impression as well.
However, if you just want a single download now button, 32-bit would get
you the widest hardware
IMHO, the right solution is to make the 64-bit edition the default download
and to work on making the error message people get when trying to install it
on a 32-bit machine nicer: We're sorry, but your computer is too old to
install this 64-bit version of Fedora. Please download the legacy
Yeah, they're a huge step backwards (and not just for 64-bit computing, but
also for CPU speed, RAM, disk space (especially where SSDs are used instead
of the traditional HDDs) and LCD pixel counts
I like this fact. I think this will push Linux. Code on slow machines,
and on normal machines, the
Except, that could be false advertising. In most cases, where CPU
computation is not used heavily, 64-bit is actually SLOWER than the 32-bit
counterpart. Optimizations are narrowing the gap, but it still remains
true.
Why then should someone prefer 64bit over 32bit?
--
fedora-devel-list
That gives very little incentive to fetch the correct version.
Why should a person bother with it, when a pc can do that?
And I think that by now the vast majority of our userbase uses 64-bit-capable
machines.
I don't know. Maybe a poll would be good for that? :)
--
fedora-devel-list
Why then should someone prefer 64bit over 32bit?
4 Reasons:
1: Date/Time stamp, Unix time doesn't work in 32-bit past 2038 (not really
affecting us much, most of us will replace our PCs long before then)
What do the people with 32bit cpus who won't/can't upgrade?
2: Access more than 4GB
What do the people with 32bit cpus who won't/can't upgrade?
Then the Y2k38 problem occurs, which is what the theoretical Y2K problem
would have been.
No. I meant, what is the solution?
Can't we not just write down the time somewhere and began to count the
time from zero? o.O
Nowadays, it
Contrary to what the man page says, wodim doesn't automatically format
DVD+RWs, so you have to fully format the disc in advance before using
wodim to write it.
https://bugzilla.redhat.com/show_bug.cgi?id=519465
Thanks. :)
As I know that's not the only thing that's not fixed in Wodim and
Is this the place where we talk about new features?
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Please click on the link below and enter your birthday for me. I am creating
a birthday calendar for myself. Don't worry, it'll take less than a minute
(and you don't have to enter your year of birth).
Spam? o.O
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
Meeting summary
Folks, this question maybe sound stupid but, how do I participate on a meeting?
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Thank you both. :
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
The executive summary is: Xen does not let a kernel boot itself, because
mimicking bare hardware is too tedious (and pointless.) Instead, Xen
instantiates an instance of a kernel into the Xen environment. To do this
instantiation, Xen does its own decompression, so Xen must know everything
I am reading between the lines here (I have never looked at this stuff in
Xen) but I would assume it's for the reason given above. The kernel's own
decompression routines must run very early on in the boot process - well
before the first line of C code runs and while the CPU (on x86) is
You don't wanna change something on the harddisks, but wanna safe the
changes. So you boot from Live-CD and the changes are redirected to
the USB-Stick. Puppy Linux does it that way*. I wanna see it in
Fedora. :D
*http://puppylinux.com/development/howpuppyworks.html
Already possible I believe. I think there's a persistent overlay kernel
command argument that you can point to use a file on your USB drive if you're
booting from CD. I may be wrong on this though.
I research for that..
It's easier just to boot from USB though. Faster all the way around.
Already possible I believe. I think there's a persistent overlay kernel
command argument that you can point to use a file on your USB drive if
you're booting from CD. I may be wrong on this though.
I research for that..
I looked for kernel command. The only sources I found where this*
and
Look here: https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB and
scroll down to data persistence
The primary usage of this feature is booting a USB stick with your live image
as well as the persistent changes.
Sorry. But that's not what I meant.
--
fedora-devel-list mailing
Web page for distro life cycle stage
If a release is in freeze, it can be in marked in an yellow circle, and when
we can push packages to a release, it can be in a green circle, similar to
traffic signal lights
I like this idea. :)
--
fedora-devel-list mailing list
As I know, the kernel is compressed with bzip2 or gzip. How about
using LZMA instead? Or is that already the case?
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
As I know, the kernel is compressed with bzip2 or gzip. How about using LZMA
instead? Or is that already the case?
There is such an option but it is currently disabled due to missing support
in xen.
Thanks. But don't understand. What has LZMA todo with Xen?
--
fedora-devel-list mailing
I just saw this article about an effort to create Universal binary style ELF
binaries for Linux, and I thought that this would be something to watch, so
that Fedora could integrate both x86-32 and x86-64 into single DVD sets.
I don't suggest to do that. As already mentioned, that would double
Sorry. Wrong mail. ^^'
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
I just saw this article about an effort to create Universal binary style ELF
binaries for Linux, and I thought that this would be something to watch, so
that Fedora could integrate both x86-32 and x86-64 into single DVD sets.
I don't suggest to do that. As already mentioned, that would double
33 matches
Mail list logo