tag:blogger.com,1999:blog-9079308506459446172.post514142032740917322..comments2023-06-23T09:41:17.219-06:00Comments on SmoogeSpace: Thoughts on RawhideStephen Smoogenhttp://www.blogger.com/profile/17026786034163911165noreply@blogger.comBlogger7125tag:blogger.com,1999:blog-9079308506459446172.post-26737911107107467332011-09-17T22:06:01.071-06:002011-09-17T22:06:01.071-06:00Just to register my standard vote again, I don'...Just to register my standard vote again, I don't think the current release system suits what we're actually trying to do with fedora at all, and leads to a lot of unnecessary work. I'd much prefer a streamlined debian-style rolling release system, to reduce a lot of the burden imposed on development and qa by supporting (in a fairly half assed way) so many streams.<br /><br />Of course, ironically, I never get around to proposing this formally as I'm too busy doing karma for F14...sigh.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9079308506459446172.post-41243520154123299272011-09-15T10:38:00.552-06:002011-09-15T10:38:00.552-06:00Since Debian comes up a lot as the salient compari...Since Debian comes up a lot as the salient comparison. <br /><br />If we are going to look at Debian as a comparison, then it would be extremely useful for us to have a deeper understanding of the the role testing and unstable branches in Debian play and how they are being used and what the pain points are. There's a move afoot to add yet another stream inbetween unstable and testing called "cuts" continuously upgradable testing.<br /><br /><br />I have several questions concerning the seasonal (in the release cycle sense) of migratory behavior patterns concerning how Debian users self-select.<br /><br />I do have concerns that our time based release schedule puts a resource constraint on us that makes it very difficult for individuals to focus on multiple streams. A noteworthy constraint missing in the Debian comparison. I can't speak for anyone else but I know I'm underwater with regard to my Fedora packaging(due primarily to some changes in the role I play in my dayjob) <br /><br />If we had a way to track (in aggregate) work output in each of the branches maybe we could get a clearer picture of the effect no frozen rawhide policy change impacted workflow project wide. I just don't know how'd you get that metric. Git/CVS activity across all packages lumped into weekly activity number?<br /><br />-jefJef Spaletahttps://www.blogger.com/profile/11439754449677675460noreply@blogger.comtag:blogger.com,1999:blog-9079308506459446172.post-27765965884086154912011-09-15T10:16:34.588-06:002011-09-15T10:16:34.588-06:00Maintaining multiple versions used to work fine be...Maintaining multiple versions used to work fine before FESCo started enforcing completely unrealistic QA requirements through automated and inflexible tools. We just need to go back to letting the maintainers maintain their packages and updates in releases will flow again.<br /><br />As for Rawhide, it was never intended to be used in production, it's normal if it doesn't work. This was already the case before No Frozen Rawhide.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-9079308506459446172.post-11969278999225642842011-09-15T07:48:13.152-06:002011-09-15T07:48:13.152-06:00Debian has a rolling release of their development ...Debian has a rolling release of their development releases available to anyone, and I was glad when not too long ago Fedora also made Rawhide a rolling release. I used Rawhide before it was a rolling release, and it was a pain to switch releases back and forth every few months. I think there would be more new testers like me if Rawhide was kept a rolling release.<br /><br />I think Rawhide should be broken more often so that recent breaks like grub2 in Fedora 16 Alpha happen less. Sometimes it seems like Fedora updates-testing is too similar to Rawhide. And no, I don't expect anything in Rawhide to be fixed quickly, (or even an announcement that it is broken) but it's usually already fixed, just the mirrors haven't caught up yet.<br /><br />I like that Rawhide is available to anyone, since I really didn't learn much about Linux until running Rawhide where things are sometimes broken. It's also easier for new users like me to try and contribute and submit bugs early on Rawhide's broken packages.Tomhttps://www.blogger.com/profile/01453003932348612706noreply@blogger.comtag:blogger.com,1999:blog-9079308506459446172.post-92213543256592085742011-09-15T07:46:20.200-06:002011-09-15T07:46:20.200-06:00Debian has a rolling release of their development ...Debian has a rolling release of their development releases available to anyone, and I was glad when not too long ago Fedora also made Rawhide a rolling release. I used Rawhide before it was a rolling release, and it was a pain to switch releases back and forth every few months. I think there would be more new testers like me if Rawhide was kept a rolling release available to anyone.<br /><br />I think Rawhide should be broken more often so that recent breaks like grub2 in Fedora 16 Alpha happen less. Sometimes it seems like Fedora updates-testing is too similar to Rawhide. And no, I don't expect anything in Rawhide to be fixed quickly, (or even an announcement that it is broken) but it's usually already fixed, just the mirrors haven't caught up yet.<br /><br />I like that Rawhide is available to anyone, since I really didn't learn much about Linux until running Rawhide where things are sometimes broken. It's also easier for new users like me to try and contribute back and submit bugs early on Rawhide's broken packages.Tomhttps://www.blogger.com/profile/01453003932348612706noreply@blogger.comtag:blogger.com,1999:blog-9079308506459446172.post-11700401777293602002011-09-15T02:10:20.689-06:002011-09-15T02:10:20.689-06:00I'm not on fedora-devel, so posting here inste...I'm not on fedora-devel, so posting here instead.<br /><br />I came from a Debian background, where I used to run 'unstable' on my main desktop. As far as I know, there's no real analogue of the Debian package stream, which I think is just 'perfect':<br /><br />packages first enter 'experimental', bake there for some time, if the package doesn't receive an update for some time, that package then enters 'unstable'. If the package doesn't receive updates for a week more, the package then enters 'testing', which is the Release+1.<br /><br />Running 'unstable' on Debian was analogous to running Rawhide on Fedora till a while back, when they introduced 'experimental'.<br /><br />Debian's 'testing' might be what Fedora's Release+1 is, after the branch, but even then, the package stream in Debian isn't mirrored in Fedora, as shown by the email thread you started: packages can enter updates-testing without entering Rawhide at all, in cases.<br /><br />This doesn't generally follow the 'upstream first' policy, where we try to backport a patch to Release only if Relase+1 has the patch. Enforcing this might encourage a proper stream.<br /><br />There are urgent cases, like security updates, where packages could be updated in multiple releases simultaneously, but again, never in a stable release without a corresponding update in a newer release.<br /><br />This, really, is one of my biggest grouses in Fedora, that keeps me fairly away from the real 'bleeding edge'.Amit Shahhttps://www.blogger.com/profile/10926476078134010150noreply@blogger.comtag:blogger.com,1999:blog-9079308506459446172.post-91129806693182154692011-09-15T02:10:02.233-06:002011-09-15T02:10:02.233-06:00I'm not on fedora-devel, so posting here inste...I'm not on fedora-devel, so posting here instead.<br /><br />I came from a Debian background, where I used to run 'unstable' on my main desktop. As far as I know, there's no real analogue of the Debian package stream, which I think is just 'perfect':<br /><br />packages first enter 'experimental', bake there for some time, if the package doesn't receive an update for some time, that package then enters 'unstable'. If the package doesn't receive updates for a week more, the package then enters 'testing', which is the Release+1.<br /><br />Running 'unstable' on Debian was analogous to running Rawhide on Fedora till a while back, when they introduced 'experimental'.<br /><br />Debian's 'testing' might be what Fedora's Release+1 is, after the branch, but even then, the package stream in Debian isn't mirrored in Fedora, as shown by the email thread you started: packages can enter updates-testing without entering Rawhide at all, in cases.<br /><br />This doesn't generally follow the 'upstream first' policy, where we try to backport a patch to Release only if Relase+1 has the patch. Enforcing this might encourage a proper stream.<br /><br />There are urgent cases, like security updates, where packages could be updated in multiple releases simultaneously, but again, never in a stable release without a corresponding update in a newer release.<br /><br />This, really, is one of my biggest grouses in Fedora, that keeps me fairly away from the real 'bleeding edge'.Amit Shahhttps://www.blogger.com/profile/10926476078134010150noreply@blogger.com