×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Fedora 18 Release Slips Another Week

Soulskill posted about a year ago | from the stay-tuned-for-the-thrilling-conclusion dept.

Operating Systems 68

An anonymous reader writes "The next major release of the Fedora Project's GNU/Linux distribution (named Spherical Cow) was originally scheduled for November 16th. However, an ambitious set of new features has resulted in the project slipping way past its scheduled release. It had fallen three weeks behind before even producing an alpha release and nine weeks behind by the time the beta release was produced. A major redesign in the distribution installer seems to have resulted in the largest percentage of bugs blocking its release. The set-back marks the first time since 2005 in which there was only one major Fedora release during a calendar year instead of two. Currently, the distribution is scheduled for release on January 15th."

cancel ×
This is a preview of your comment

No Comment Title Entered

Anonymous Coward 1 minute ago

No Comment Entered

68 comments

Fedora (-1)

Anonymous Coward | about a year ago | (#42475981)

I LOVE fedora

Re:Fedora (0)

Anonymous Coward | about a year ago | (#42487619)

In Soviet Russia fedora LOVE I!

Frist Psot (-1)

Anonymous Coward | about a year ago | (#42475989)

hi every1 im new!!!!!!! *holds up spork* my name is katy but u can
call me t3h PeNgU1N oF d00m!!!!!!!! lol...as u can see im very random!!!!
thats why i came here, 2 meet random ppl like me ^_^... im 13 years old
(im mature 4 my age tho!!) i like 2 watch invader zim w/ my girlfreind
(im bi if u dont like it deal w/it) its our favorite tv show!!! bcuz its
SOOOO random!!!! shes random 2 of course but i want 2 meet more random
ppl =) like they say the more the merrier!!!! lol...neways i hope 2 make
alot of freinds here so give me lots of commentses!!!!

DOOOOOMMMM!!!!!!!!!!!!!!!! --- me bein random again ^_^ hehe...toodles!!!!!

love and waffles,

* ~t3h PeNgU1N oF d00m~*

It doesn't matter. (1)

Anonymous Coward | about a year ago | (#42476021)

I got tired a long time ago with the fast update cycle that Fedora uses. I've moved on the CentOS because of it. I need a stable workstation. Fedora is all well and good if you want to play with the bleeding edge, but I can't afford that on my systems anymore. I'll probably play with it in a VM to see what's up (or live CD it) but that's about it.

Re:It doesn't matter. (4, Insightful)

Ignacio (1465) | about a year ago | (#42476077)

And no one (sane) hates you for that. Fedora isn't a one-size-fits-all distro, nor do they ever want to be one.

Re:It doesn't matter. (0)

Anonymous Coward | about a year ago | (#42487371)

people still use linux? wow...

Re:It doesn't matter. (0)

Anonymous Coward | about a year ago | (#42476117)

if you want to be able to use anaconda when cent7 comes out, you'll need to start practicing with fedora 18 asap.

Re:It doesn't matter. (3, Interesting)

FireFury03 (653718) | about a year ago | (#42477793)

if you want to be able to use anaconda when cent7 comes out, you'll need to start practicing with fedora 18 asap.

Judging by how well Centos tend to do with updates, I wouldn't expect to see Centos 7 for a good few years. This is why we switched to using Scientific Linux some time ago...

Re:It doesn't matter. (5, Informative)

gulikoza (1087283) | about a year ago | (#42478499)

Centos reworked the build process significantly after the 6.0 release. The 6.2 and 6.3 releases were out 14 and 18 days after the upstream release. SL was somewhat behind after that (72d and 48 days respectively). Source: Wikipedia

Re:It doesn't matter. (1)

FireFury03 (653718) | about a year ago | (#42482469)

Centos reworked the build process significantly after the 6.0 release. The 6.2 and 6.3 releases were out 14 and 18 days after the upstream release. SL was somewhat behind after that (72d and 48 days respectively). Source: Wikipedia

Centos have never been especially good with timely security updates either though, and the developers tend to be downright abusive on the mailing lists.

Quick Enough for Me... and for Free (1)

reallocate (142797) | about a year ago | (#42487295)

I run a CentOS 6.3 desktop. My experience has been that updates, security and otherwise, have been released rather quickly after their upstream release, in about 1-3 days. I wouldn't expect quicker from anything done by a little batch of part-time volunteers.

Dunno about the mood of the developers; I don't frequent the lists. I've found, tho, that a lot of developers don't know how to deal with users, in person or otherwise.

Re:It doesn't matter. (1)

Martin Blank (154261) | about a year ago | (#42483471)

I thought the catch with SL is that it doesn't guarantee compatibility in the way that CentOS does. Has that changed?

Re:It doesn't matter. (2)

0100010001010011 (652467) | about a year ago | (#42476953)

If only there was a distro that separated stuff into stable, testing and unstable taxonomies. You could even have a cutting edge experimental branch that could possibly break everything.

Re:It doesn't matter. (1)

wonkey_monkey (2592601) | about a year ago | (#42477091)

Fedora is all well and good if you want to play with the bleeding edge

Well, yes, that's what it's for, isn't it?

Re:It doesn't matter. (1)

donaldm (919619) | about a year ago | (#42513031)

Fedora is all well and good if you want to play with the bleeding edge

Well, yes, that's what it's for, isn't it?

If you get the Release Candidates yes, however the final release normally is quite stable and IMHO every bit as good and reliable as the other distros. In fact I actually use Fedora as my primary OS (all others are virtualized) professionally.

I normally don't recommend an upgrade when going from one major release to another (ie, 16 to 17 to 18) but a fresh install which actually is quicker to do if you separate your personal data from the operating system and note down any necessary configurations that will be required. Backups are obviously essential but this applies to all OS's (not just Linux) upgrades and installs.

CentOS: Good & Aging; Anaconda: Not Good, F18 (2)

reallocate (142797) | about a year ago | (#42487403)

I run CentOS as my desktop and it's great. That's what happens when Red Hat takes a good Fedora release and debugs and polishes it for several years.

However, there's no doubt that, at its core, CentOS is aging. At some point, I fully expect to move elsewhere because I will want be able to run what I want to run.

On Fedora 18: I've installed and played with several of the alpha, beta and test candidates. Other than the new Anaconda, this looks like a very nice release. The new Anaconda design, at present, does not present an obvious workflow. I.e., the first few times I used it I wasn't sure what I was supposed to click on or do next. Manual/custom partitioning has been a real quagmire. The new design is the kind of app that really needs little bubbles of explanatory text that pop up when you cursor over them. For starters. (An installer is a complex application, with intimate links to the distribution it installs, yet it needs the capacity to be quickly adapted to new releases. So, I'll cut them a lot of slack.)

Anyway, I've never understood why Fedora commits itself to the 6-month cycle, unless there are internal Red Hat requirements. At the least, have the deadline, but keep it internal only. Why set yourself up for public basing when you don't meet an artificial schedule?

DEAR UNCLE ALBERT !! (-1)

Anonymous Coward | about a year ago | (#42476033)

I am so sorry !! Have I caused you any pain ??

ROTFL (2)

TheCarp (96830) | about a year ago | (#42476071)

There is some really delicious irony to a project released named "Spherical Cow" finding that assumptions made in planning were not correct :)

Re:ROTFL (0)

Anonymous Coward | about a year ago | (#42476259)

Just wait until Fedora 19, if they stick with the "Name n and n+1 must share an is-a (not a has-a) relationship, but n and n+2 must not share the same is-a relationship as n and n+1." rule then you'll get your "Incorrect Assumption".

I'll suggest "Ass Biter" for Fedora 20.

Guess Who Stole My Bike? (-1)

Anonymous Coward | about a year ago | (#42476107)

Well?

rngd? (1, Interesting)

TechyImmigrant (175943) | about a year ago | (#42476151)

It's odd that rngd is an 'ambitious new feature. It's been around for years and has never been deployed right.

Three things are wrong
1 - It's not on by default
2 - When you turn it on, the command line options are wrong, so it silently fails.
3 - When you fix the command line options, it barely feeds in entropy during boot time because the wakeup threshold in the kernel is set too low, so you get the boot time entropy starvation problem, even though you have an entropy source and rngd running.

Also, if they don't pick up the RdRand extensions to rngd to support Ivy Bridge's fast/secure RNG, then that is a big fail.

I have low expectations.

Re:rngd? (2)

TechyImmigrant (175943) | about a year ago | (#42476243)

I just took a look at Jeff Garzik's notes and it says it has the RdRand extensions, so my expectations are raised a little. Yay.
Here's what I do on FC17..
              1) Install the RdRand enabled rngd
              2) At the command line, type systemctl enable rngd.service
              3) In /usr/lib/system/system/rngd.service, change
                          ExecStart=/usr/local/sbin/rngd –f
                    To
                          ExecStart=/usr/local/sbin/rngd –W 4096 –t 1 –f –n 0

                    To make it not fail, fill the buffer and have a 1 second interval)
              4) In /etc/sysctl.conf change kernel random pool refill threshold
                          to something sensisble
                                  kernel.random.write_wakeup_threshold = 3072

Re:rngd? (0)

Anonymous Coward | about a year ago | (#42476249)

The problem is almost 100% the new installer that basically is not all that different from the old one.

What's even funnier, I cannot install Ubuntu 12.04 or 12.10 on my main test system due to the EXACT same RAID-0 bug that's affecting F18, but the bug doesn't exist in F17 or Ubuntu 11.10. (Or any other installers that I've tested.)

Re:rngd? (1)

AdamWill (604569) | about a year ago | (#42481053)

"The problem is almost 100% the new installer that basically is not all that different from the old one."

Er. It is hugely, massively different from the old one. It's virtually an entire new code base.

Re:rngd? (2)

Shimbo (100005) | about a year ago | (#42476313)

It's odd that rngd is an 'ambitious new feature.

You need to fix your English parser. An ambitious set of new features != a set of ambitious new features.

Re:rngd? (1)

TechyImmigrant (175943) | about a year ago | (#42476537)

This is true, I hang my head in shame and fully expect to be cast into grammar purgatory on my death. It's still broken in FC17 though.

I generally liked the look of the live beta 1, but (0)

Anonymous Coward | about a year ago | (#42476223)

I do not think that there is a way for me to install it on my system. I can not even start anaconda, and error I get is the most useful one "Unknown error".
Little bit of debugging showed me that it has issues even mounting my disks (combination of LVM with ext4, ext4, luks etc.). Anaconda always caused me problems, but this is worse than before. Usually I would remove all disks but one I intend to use for Fedora and installation would work well, at this point I can not do even that.

 

Re:I generally liked ... (Sqore:200,000) (0)

Anonymous Coward | about a year ago | (#42478051)

I gave up since F16 (I use F12). I was able to completely install F16 jut great.
But it would never boot. After searching the bug tracking, I come to find that my
drive configuration was not supported (LVM + encryption). However, like I said,
I installed it. The installation succeeded. It's the same process install steps I
took with F12, which boots and runs fine. But what got me the most was the arrogance,
the author realized that he had broke the booting, but reasoned that nobody uses
that configuration anyway, so why bother; in other words, I don't care about the
users' - I don't use it that way so why should I bother to fix it.

Then I see vi was broken, gnone terminal resized itself to nothing, and other quirks...

They are driven by poorly informed managers rather than technological superiority.
I hope they can get their act together, but each release seems two steps back...

CAPTCHA = triggers (funny about that selection

That's fine by me (2)

angryfirelord (1082111) | about a year ago | (#42476273)

Personally, I think 6 months is way too short of a time to iron out bugs plus insert new features (and then fix those bugs). As we've seen with Ubuntu, the bugs don't get fixed until at least 1-3 months after release. Slackware, for instance, does yearly releases and that seems to work well for them. The openSuSE guys are also considering (although not officially) yearly releases after the QA problems they had with getting 12.2 ready.

Re:That's fine by me (0)

Anonymous Coward | about a year ago | (#42476497)

Unfortunetly when it comes to Fedora a delay doesn't mean spending more time on polish, but rather that it can leave your system in an unusable state.

Re:That's fine by me (2)

Sponge Bath (413667) | about a year ago | (#42477121)

6 months is way too short of a time to iron out bugs plus insert new features

Fedora has become an experimental technology preview platform. It exists for end users to iron out the bugs.

And in other news (0)

Anonymous Coward | about a year ago | (#42476325)

This is the first time since 2005 that a Fedora release received support for over a calendar year. Viva la BEEFY MIRACLE!

systemd (2, Interesting)

ak3ldama (554026) | about a year ago | (#42476367)

Porting from sysVinit init scripts to systemd unit files.

It is not just the new installer, the conversion to systemd is also only at 70% complete. From their Release 18 Feature List. [fedoraproject.org] I am still using Fedora 16 at home as I had no real reason to move to 17 yet and will probably skip it. I am not entirely sure I want systemd instead of sys v init though and might do a review of the choices out there such as arch. I have used Fedora exclusively on the machine since early 2010 ever since the open source ATI drivers came along. Over all it has been a nice eco system.

Re:systemd (1)

AdamWill (604569) | about a year ago | (#42480897)

Fedora has been using systemd for several releases now. You're using it, if you're using F16. The feature is for the conversion of service configuration scripts shipped with Fedora from SysV format to systemd-native format, not for actually changing the daemon.

"Features?" (2)

Lawrence_Bird (67278) | about a year ago | (#42476433)

I'll grant that my glance was cursory but much of that list just appears to be "making other shit thats been around for a while work on Fedora.XX" Which are unique to Fedora that would compel one to chose it over one of the other distributions (and I hope we are past the point of talking about installers)? This is not a troll, the same question could probably be asked of most Linux distros but as a front page /. post makes Fedora 18 delay seem important I ask about it.

Re:"Features?" (1)

hey (83763) | about a year ago | (#42477287)

Yes that's what distros do. They incorporate other stuff. Fedora is very cutting edge - its the place for new stuff.

Re:"Features?" (0)

Anonymous Coward | about a year ago | (#42479955)

In days gone by, IBM supported its database on Red Hat Linux. I learned Red Hat/Fedora because I needed to use DB2. And I don't want to learn another Linux unless there is some compelling reason to, which I haven't found yet. Both Gnome 3 and Unity are awful, so for KDE use Fedora is as good as anything. Fedora runs all the software development tools I need. I'd have to have a huge reason to switch now. (Since the Red Hat days, IBM has begun supporting other Linux versions.)

Re:"Features?" (2)

AdamWill (604569) | about a year ago | (#42480505)

"Which are unique to Fedora that would compel one to chose it over one of the other distributions"

That's not really the point of Fedora features. Almost nothing is 'unique to Fedora' because that's not what we want with Fedora. We _want_ other distros to adopt the stuff that originates in Fedora and at RH.

"and I hope we are past the point of talking about installers"

Why would you hope that? The capabilities and interface of the installer are one of the major differentiators between distributions.

The major features that are affecting the F18 release schedule are the new installer UI and the new upgrade tool:

https://fedoraproject.org/wiki/Features/NewInstallerUI [fedoraproject.org]

Features that are significant new code that's landing in Fedora probably before most other places:

https://fedoraproject.org/wiki/Features/Virt_Guest_Suspend_Hibernate [fedoraproject.org]
https://fedoraproject.org/wiki/Features/SystemStorageManager [fedoraproject.org]
https://fedoraproject.org/wiki/Features/SecureBoot [fedoraproject.org] (Ubuntu 12.10 actually landed shim first, it was written by mjg59 as part of this Fedora feature and on RH time, though)
https://fedoraproject.org/wiki/Features/PackagePresets [fedoraproject.org]
https://fedoraproject.org/wiki/Features/RealHotspot [fedoraproject.org]
https://fedoraproject.org/wiki/Features/firewalld-default [fedoraproject.org]
https://fedoraproject.org/wiki/Features/DNF [fedoraproject.org]

there's probably others, I don't know a lot about some of the features at https://fedoraproject.org/wiki/Releases/18/FeatureList [fedoraproject.org] .

if you check the release schedule (2)

nimbius (983462) | about a year ago | (#42476525)

The installer UI, and sysv to systemd are things that need to get completed. As of about a week ago i posted a systemd service for slim that hopefully with this deadline extension will get included in the image as opposed to zero-day updates.

I feel like Fedora 18 is a bust (5, Insightful)

Omnifarious (11933) | about a year ago | (#42476607)

They should never have merged in the new Anaconda in the state its in. It is not production ready. It is basically impossible to create a new LV or btrfs subvolume and install into it. So you are left with installing into a real partition. And on most of my computers I'm using btrfs or LVM and I've given them the whole HD, so that's not really an option.

Additionally, the UI for selecting where to install into is so confusing that I cannot say with confidence that the install isn't going to wipe out any existing partitions.

The old UI was kind of fiddly, and perhaps it was a bit opaque to newer users since it required some detailed knowledge of what a partition was and how it relates to a physical hard-drive, and LVM volume group or a btrfs volume. But at least it worked and you could make it do what you wanted.

Perhaps this new UI will be a lot better in the end. All I know is that merging the work into mainline Anaconda at this stage of its development was a huge mistake. It means that it will be much harder to go back to the old one should the new UI not be ready in time, or prove to be not-constructible.

I consider it basic software engineer to never count on a given feature that isn't done (to the point of having had at least some testing) to be available on release. You don't let your salespeople sell it. And you don't announce it. This is something I've always had a lot of respect for Google for. They rarely announce things until they're actually done. Software engineering is too unpredictable to do it any other way.

Re:I feel like Fedora 18 is a bust (1)

gtirloni (1531285) | about a year ago | (#42476707)

I tried F18 Beta and the installation was awful. Not very intuitive.

It felt like they are chasing Ubuntu's installation experience but failing.

-- Fedora user since Red Hat 4

Re:I feel like Fedora 18 is a bust (1)

Anonymous Coward | about a year ago | (#42477103)

Production ready? Who in their right mind uses Fedora in a enterprise environment? Fedora is, and always will be, a test platform for tech that will later go into RHEL and eventually the so-called Gnome OS. I'd never use it for a production system if my job depended on it (which it does).

Re:I feel like Fedora 18 is a bust (1)

Omnifarious (11933) | about a year ago | (#42477491)

I have a very different standard for 'production ready' for Fedora and RHEL because you're correct. But 'production ready' for Fedora does, at the very least, mean feature complete and minimally tested.

Re:I feel like Fedora 18 is a bust (3, Interesting)

bill_mcgonigle (4333) | about a year ago | (#42477127)

They should never have merged in the new Anaconda in the state its in.

This looks to me like a failure of release management. Look at the "Contingency Plan" [fedoraproject.org] for the new anaconda UI. They basically said, "we don't have one" and the feature got accepted anyway. So, here we are today.

I don't blame the anaconda guys for finding out that the problem was harder than they thought. That happens.

But process is an important part of what makes Fedora Fedora - if anaconda is "too big to fail" then the process is broken, and Fedora is broken.

I hope the management team has realized that next time somebody says, "we can't have a contingency plan because of X," they respond, "we then you need to re-factor X so you can have a contingency plan."

Re:I feel like Fedora 18 is a bust (2)

Omnifarious (11933) | about a year ago | (#42477445)

I don't blame the anaconda guys for finding out that the problem was harder than they thought. That happens.

Exactly! I really appreciate the work they're doing. But the people managing the release as a whole should've known better than to do it the way they did.

Re:I feel like Fedora 18 is a bust (0)

Anonymous Coward | about a year ago | (#42485163)

the contingency plan was "We dont have one" because it was a all-or-nothing feature. The new installer affects a lot of other packages and once they started down the road to it they had to stick to it. Reverting to the old installer would restart the entire Q-A process because it is such a critical piece (also all the changed packages would have to be reverted to their prior state as well, restarting THEIR Q-A cycles too.)

^THAT was pulled from multiple comments by AdamW on the Phoronix Forums, I'm Ericg in the forums.

http://phoronix.com/forums/showthread.php?75790-The-Future-Of-Fedora-Gets-Debated-Again&p=300665#post300665

http://phoronix.com/forums/showthread.php?75018-Fedora-18-Is-Delayed-Into-2013&p=295997#post295997

--Ericg

Re:I feel like Fedora 18 is a bust (2)

trollebolle (1210072) | about a year ago | (#42479719)

The main reason for the delay is the new installer. As I understand it, the old one had become extremely bloated and it took a lot of work for it to work properly with a new Fedora release. This is the reason for the "no contingency plan". The contingency would be to keep the old installer, but that isn't as simple as it seems. The installer needed to be redone, and the manpower needed to make the old installer compatible with Fedora 18 just wasn't there, so they couldn't do both at the same time. They needed to choose, and they made the right choice.

Re:I feel like Fedora 18 is a bust (1)

AdamWill (604569) | about a year ago | (#42480527)

"It is basically impossible to create a new LV or btrfs subvolume and install into it."

Um. No it isn't. Specific bug references, please?

Re:I feel like Fedora 18 is a bust (1)

AdamWill (604569) | about a year ago | (#42480831)

FWIW - I just did a fresh install of F18 to LVM, then installed over the top of that, shrinking the LV that was mounted as / in the first install and creating a new LV within the same VG to be mounted as / in the new install. Worked fine. New install boots, the old LV still exists, can be mounted and contains the old install.

Re:I feel like Fedora 18 is a bust (1)

Omnifarious (11933) | about a year ago | (#42481813)

Bug 860677 [redhat.com]

I've been watching and trying right along. The last time I tried was with TC 3. I still couldn't make heads or tails of the partitioning GUI, and it still seemed like it was going to erase everything instead of installing into a new partition.

Admittedly, I've been trying this on a VM which I've used btrfs for everything. So it doesn't test LVM. Maybe that works now. Unfortunately, all the systems I use LVM for are (for me) mission critical. Though I don't suppose there's any harm in firing up the installer and trying.

Re:I feel like Fedora 18 is a bust (1)

AdamWill (604569) | about a year ago | (#42482745)

I haven't tried it with btrfs. subvol support isn't entirely complete, it's true. This hardly represents a regression, though, as there was _no_ interactive support for btrfs in f17, we just dropped it out of the installer entirely for that release. Implementing anything close to 'full' btrfs support is a very big job, because it's got so many damn features - it's like writing support for LVM, RAID and a couple of other storage technologies, from the ground up, all at once...

But yes, it definitely works for LVM now. I checked. That bug probably needs some updating, it looks to have got lost in the mix at some point.

There is a help screen for the custom partitioning UI in TC4 (and will be for final, obviously). It uses a different approach to most partitioning interfaces and figuring that out at first can be a bit tricky. We're looking at ways to make it somewhat more discoverable in F19. It does pretty much work pretty solidly in F18, though, for most uses, once you figure out the design. It's been pretty heavily tested.

Re:I feel like Fedora 18 is a bust (1)

AdamWill (604569) | about a year ago | (#42480679)

"I consider it basic software engineer to never count on a given feature that isn't done (to the point of having had at least some testing) to be available on release. You don't let your salespeople sell it. And you don't announce it. This is something I've always had a lot of respect for Google for. They rarely announce things until they're actually done. "

This is impossible if you are an open, public project. We can hardly work on a Fedora release with a new installer UI in secret. If we don't make some kind of effort to put out controlled messaging about the new installer UI, the result won't be that no-one knows about it until we're ready, the result will be that instead of controlled, accurate information being released, random, often inaccurate information will show up. Probably as a result of Phoronix taking public mailing list threads wildly out of context.

Re:I feel like Fedora 18 is a bust (1)

Omnifarious (11933) | about a year ago | (#42481749)

This is impossible if you are an open, public project. We can hardly work on a Fedora release with a new installer UI in secret. If we don't make some kind of effort to put out controlled messaging about the new installer UI, the result won't be that no-one knows about it until we're ready, the result will be that instead of controlled, accurate information being released, random, often inaccurate information will show up. Probably as a result of Phoronix taking public mailing list threads wildly out of context.

For open, public projects you do not merge new features into the mainline until they are reasonably baked. Yeah, people will learn about them far in advance, and that's just great. But you don't announce that they will be part of a release until they're done.

That code should never have been merged. It was not done. You should've limped along with the old Anaconda for Fedora 18 (which I know would've been something of a blow since you'd been hoping to have it in 17 if I'm not mistaken) and not merged the new Anaconda in. This decision should've been made at the new feature freeze point. It was clear the feature wasn't done.

Re:I feel like Fedora 18 is a bust (1)

AdamWill (604569) | about a year ago | (#42482823)

The problem with that is that it's a very difficult call to make. It's pretty much _always_ the case that something isn't done. At some point, you _need_ to have the New Shiny in main where everyone is paying attention to it and testing it and hacking on. You can only get so much work and testing done on a major component in a side branch.

Personally I think it might possibly have worked better to put off the merge till F19 or schedule a longer F18 cycle, but at the same time, I don't think you can reasonably quantify the decision taken at the time as flat wrong. It's a very difficult judgment call to make and I don't think it's reasonable to look at it as a binary 'right or wrong' thing. Hindsight is always great, but it's much harder to make these calls five months before a release point.

Re:I feel like Fedora 18 is a bust (1)

AdamWill (604569) | about a year ago | (#42482845)

also note that the anaconda team is small. If we'd gone ahead with F18 with oldUI, very little work would have been done on newUI between F18 Alpha and Final, because the anaconda team would inevitably have got sucked into the usual round of blocker fix work. So it might have resulted in newUI being delayed not to F19, but to F20...etc...etc...every release we went with oldUI made a _significant_ dent in work on newUI.

Re:I feel like Fedora 18 is a bust (1)

reallocate (142797) | about a year ago | (#42487701)

I asked a dev why the new Anaconda UI wasn't developed separately and then rolled into the next available release whenever it was ready. The answer: Installers have to be developed in conjunction with whatever it is that they're installing. The requirements and dependencies are such that going it alone won't work.

That makes sense. But, I think some fundamental UI design commitments were made early on that are biting them now. Particularly the manual partitioning interface. I find it just plain difficult to figure out what to do with it. It is, for example, possible to put specific partitions on specific drives. But, it ain't easy or obvious. I think it's legitimate to assume that anyone wanting to manually partition drives has at least a basic understanding of the concept. Give them the old Anaconda approach to that, wrapped in the new UI's look.

I still haven't seen an option in the new UI to set partition size at all of a disk or all remaining space on a disk. However, if you specify a size that's more than what's possible, the UI pushes it back to all available space.

By FreeBSD standards... (-1)

Anonymous Coward | about a year ago | (#42476681)

Fedora is dying.
Check for New Comments
Slashdot Account

Need an Account?

Forgot your password?

Don't worry, we never post anything without your permission.

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>
Sign up for Slashdot Newsletters
Create a Slashdot Account

Loading...