Re: Testing request: gdm-on-Wayland on hybrid graphics laptops (esp. Macbooks)
Shameful doublepost because I missed the link: I'm a fool. I'll try the new spin once I get a chance to grab a stick to flash it. On Fri, May 15, 2015 at 7:42 AM, Conan Kudo (ニール・ゴンパ) wrote: > I personally have a Mid 2014 MacBook Pro Retina with hybrid graphics. I > did not observe this bug, though I did not have Wi-Fi or power control. I > did not dare keep Fedora running on my Mac for very long because it was > getting very hot very quickly. I have not tried with updated packages. I'd > love to if a Workstation spin with updated packages was available, though. > > On Fri, May 15, 2015 at 2:20 AM, William wrote: > >> >> > > >> > > This has affected my MacbookPro 8,2 for about a year. I want to see >> > > this as a blocker, so that it is taken seriously as the issue has >> > > gone >> > > otherwise ignored. This affects straight Xorg, not just Wayland. >> > >> > Is this an early or late 2011 MBP 8,2? >> >> Pretty sure it's a late 2011 with a 6770m. >> >> >> > >> > I ask because if I edit /etc/gdm/custom.conf and uncomment >> > WaylandEnable=false, I get a visible login screen; and also the >> > problem does't happen with Fedora 21 (live or as installed). >> >> -- >> William >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel >> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct >> > > > > -- > 真実はいつも一つ！/ Always, there's only one truth! > -- 真実はいつも一つ！/ Always, there's only one truth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Testing request: gdm-on-Wayland on hybrid graphics laptops (esp. Macbooks)
I personally have a Mid 2014 MacBook Pro Retina with hybrid graphics. I did not observe this bug, though I did not have Wi-Fi or power control. I did not dare keep Fedora running on my Mac for very long because it was getting very hot very quickly. I have not tried with updated packages. I'd love to if a Workstation spin with updated packages was available, though. On Fri, May 15, 2015 at 2:20 AM, William wrote: > > > > > > > This has affected my MacbookPro 8,2 for about a year. I want to see > > > this as a blocker, so that it is taken seriously as the issue has > > > gone > > > otherwise ignored. This affects straight Xorg, not just Wayland. > > > > Is this an early or late 2011 MBP 8,2? > > Pretty sure it's a late 2011 with a 6770m. > > > > > > I ask because if I edit /etc/gdm/custom.conf and uncomment > > WaylandEnable=false, I get a visible login screen; and also the > > problem does't happen with Fedora 21 (live or as installed). > > -- > William > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > -- 真実はいつも一つ！/ Always, there's only one truth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Configurable version of suexec in Debian but not Fedora?!
Hello all, Apologies on the necromancy here, but I finally did find the patches (after wrestling with the fact that I can't "see" the patch tracker website for some reason... is it still live?) that created it. The patches are hosted on Debian's git for packages[0]. There's some other stuff related to it one folder up[1]. I'm not exactly sure what exactly is needed, though... [0]: http://anonscm.debian.org/cgit/pkg-apache/apache2.git/tree/debian/patches [1]: http://anonscm.debian.org/cgit/pkg-apache/apache2.git/tree/debian On Sat, Mar 15, 2014 at 4:48 AM, Till Maas wrote: > On Fri, Mar 14, 2014 at 05:16:27PM -0500, Conan Kudo (ニール・ゴンパ) wrote: > > > I'm honestly surprised that Fedora doesn't offer this little piece of > > flexibility. I would think that this would be in Fedora and RHEL, because > > of how useful this would be. So what's going on here? > > Actually a Debian developer created a patch to make suexec configurable > but since it was not sent upstream, it is not easily available > everywhere else. Not sure why, but the patch is not even visible in > Debian's patch tracking system: > http://patch-tracker.debian.org/package/apache2/2.4.7-1 > > So next step would be to ask the apache maintainer in Fedora whether the > patch would be accepted in Fedora and if not, a separate package needs > to be created. > > Regards > Till > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > -- 真実はいつも一つ！/ Always, there's only one truth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Status of weak dependencies support in Fedora 21+
On Sat, Nov 15, 2014 at 8:14 AM, Björn Persson wrote: > Jan Silhan wrote: > > On 10. 11. 2014 at 10:31:55, Kevin Fenzi wrote: > > > 3. The page says "The depsolver may offer to treat the weak like very > > > weak relations or the other way round" does dnf do that? or not? > > > > DNF doesn't do that and never will. IMO that would be too hackish > behavior. > > You refuse to provide an option to pull in only required packages and > not recommended ones? So if I don't want some recommended package and > its dependencies in a slimmed system I should first let DNF install them > and then rpm --erase them? And if there isn't room to install them even > temporarily I'll have to avoid DNF and do the dependency resolution > manually? > > Björn Persson > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > There are a couple of things that popped into my head about dependency resolution behavior: 1. If a package recommends/suggests a package that may exist in an optional repository, will dnf still properly resolve and install the package set (minus the the recommended/suggested packages) if the optional repository isn't active? That is, it won't throw an error and bomb out on "missing dependencies"? 2. How does this affect circular dependency logic that has mixed-level resolutions? For example, package A could have "recommends" in place for package B and "suggests" for package C while package B has "requires" for package A and package C has "supplements" for package A. -- 真実はいつも一つ！/ Always, there's only one truth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: License Change fedora-release
What does it mean? On May 10, 2014 12:16 PM, "Dennis Gilmore" wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi all, > > per https://bugzilla.redhat.com/show_bug.cgi?id=1096434 the license of > fedora-release has changed from gplv2 to MIT > > regards > > Dennis > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.22 (GNU/Linux) > > iQIcBAEBAgAGBQJTbl67AAoJEH7ltONmPFDR9CMP/jletHrLUL3ciSarBWOdgZ6l > D7QT7rC8CaBs6ZCl9AryzD57r+mR6UKLglUaWa0Br1jSchGBgCwe96tnfVPNCnSP > Z7oYlsixUa7xyiy/2OQ1ge7LUCYCwL+rG4PKl6OmF8m6dog7c4MoaLxR4gyz4Uux > 4DWa62tyrCdGJ2oG0s1MkjNI43jfs98mpDOrQvgc/ko/GEXyaRhKBt50lxSS9jpT > KXGnfKRvLnGEokD9zLm1CmALVKraKrzICc9kPvr696QE3cDSTKN83hrWrpOprkVC > +N3/yPlcHpWqMM5iJk7cSU0sYmTfzpCqpyectYWVxu4YpUaGNfq/8qZiC+T+CJL/ > Tx3rveWAa3BmIKdi5QgzZ3F3KWY/SzaAzGjGNBveI0kUq0TZBFeEUTDNNCC/euZ6 > kiTH07SmR9oLwzj0LNuh6IGSeoBaO884vLRSyPxTyweV6u03dZ1PjMfR9uGoPtEW > kYYmDcZ42x9c3+MITNnU3eXDjzZ/o0RIaPWZz8smKhx3tnr7Q5mbT8FADCZmIDuy > NHVejohGh/tL/c06f2Wte4miPRvrSZIl8hauEZ/cWL4SvRFmx4uvXzX3OErIMahy > yOQaan0WRU4vqqGm+56m3n0F0zGZvFMeTZ4DOR4m8iNakQC5QeTHGfhb43QzyqW6 > 4NgR72ZkSiqDaGdcfJvx > =23WZ > -END PGP SIGNATURE- > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: The Forgotten "F": A Tale of Fedora's Foundations
I agree with this completely. Functional capability matters quite a lot and we seem to forget this a lot lately. On Apr 21, 2014 7:35 AM, "Stephen Gallagher" wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Lately, I've been thinking a lot about Fedora's Foundations: “Freedom, > Friends, Features, First", particularly in relation to some very > sticky questions about where certain things fit (such as third-party > repositories, free and non-free web services, etc.) > > Many of these discussions get hung up on wildly different > interpretations of what the "Freedom" Foundation means. First, I'll > reproduce the exact text of the "Freedom" Foundation[1]: > > "Freedom represents dedication to free software and content. We > believe that advancing software and content freedom is a central goal > for the Fedora Project, and that we should accomplish that goal > through the use of the software and content we promote. By including > free alternatives to proprietary code and content, we can improve the > overall state of free and open source software and content, and limit > the effects of proprietary or patent encumbered code on the Project. > Sometimes this goal prevents us from taking the easy way out by > including proprietary or patent encumbered software in Fedora, or > using those kinds of products in our other project work. But by > concentrating on the free software and content we provide and promote, > the end result is that we are able to provide: releases that are > predictable and 100% legally redistributable for everyone; innovation > in free and open source software that can equal or exceed closed > source or proprietary solutions; and, a completely free project that > anyone can emulate or copy in whole or in part for their own purposes." > > The language in this Foundation is sometimes dangerously unclear. For > example, it pretty much explicitly forbids the use of non-free > components in the creation of Fedora (sorry, folks: you can't use > Photoshop to create your package icon!). At the same time, we > regularly allow the packaging of software that can interoperate with > non-free software; we allow Pidgin and other IM clients to talk to > Google and AOL, we allow email clients to connect to Microsoft > Exchange, etc. The real problem is that every time a question comes up > against the Freedom Foundation, Fedora contributors diverge into two > armed camps: the hard-liners who believe that Fedora should never > under any circumstances work (interoperate) with proprietary services > and the the folks who believe that such a hard-line approach is a path > to irrelevance. > > To make things clear: I'm personally closer to the second camp than > the first. In fact, in keeping with the subject of this email, I'd > like to suggest a fifth Foundation, one to ultimately supersede all > the rest: "Functional". Here's a straw-man phrasing of this proposal: > > Functional means that the Fedora community recognizes this to be the > ultimate truth: the purpose of an operating system is to enable its > users to accomplish the set of tasks they need to perform. > > With this in place, it would admittedly water down the Freedom > Foundation slightly. "Freedom" would essentially be reduced to: the > tools to reproduce the Fedora Build Environment and all packages > (source and binary) shipped from this build system must use a > compatible open-source license and not be patent-encumbered. Fedora > would strive to always provide and promote open-source alternatives to > existing (or emerging) proprietary technologies, but accepts that > attracting users means not telling them that they must change all of > their tools to do so). > > The "Functional" Foundation should be placed above the other four and > be the goal-post that we measure decisions against: "If we make this > change, are we reducing our users' ability to work with the software > they want/need to?". Any time the answer to that question would be > "yes", we have to recognize that this translates into lost users (or > at the very least, users that are working around our intentions). > > Now, let me be further clear on this: I am not in any way advocating > the use of closed-source software or services. I am not suggesting > that we start carrying patent-encumbered software. I think it is > absolutely the mission of Fedora to show people that FOSS is the > better long-term solution. However, in my experience a person who is > exposed to open source and allowed to migrate in their own time is one > who is more likely to become a lifelong supporter. A person who is > told "if you switch to Fedora, you must stop using Application X" is a > person who is not running Fedora. > > > [1] https://fedoraproject.org/wiki/Foundations > -BEGIN PGP SIGNATURE- > Version: GnuPG v1 > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlNVEOcACgkQeiVVYja6o6OrwACfSp6sS7A4h7EDQ0AKnPcGFfCj > GCEAn3R7U8U3PG3slTt4wRX0/GBsr8
Configurable version of suexec in Debian but not Fedora?!
So a friend of mine has been wrangling with suexec trying to configure it for his needs, and he has become quite furious over the fact that suexec isn't configurable. Then he finds out that Debian actually has a version of suexec[1] that lets you use a conf file to configure suexec. My question is, why the heck isn't this in Fedora? How is it that Debian can offer both versions[1][2], but Fedora cannot? I'm honestly surprised that Fedora doesn't offer this little piece of flexibility. I would think that this would be in Fedora and RHEL, because of how useful this would be. So what's going on here? [1]: https://packages.debian.org/sid/apache2-suexec-custom [2]: https://packages.debian.org/sid/apache2-suexec-pristine -- 真実はいつも一つ！/ Always, there's only one truth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Proposed F19 Feature: Apache OpenOffice
On Tue, Feb 5, 2013 at 3:24 AM, Matej Cepl wrote: > On 2013-02-04, 19:52 GMT, Andrea Pescetti wrote: > > It's an outdated article and not much relevant to the current > > discussion (you see, it says "the Symphony repository"...). > > > > [...] > > > > The Symphony code is like everything else in this respect: all > > Symphony code that OpenOffice will choose to use will sooner or later > > go to trunk and into a release, receiving the same paranoid attention > > as the rest and a crystal clear license notice (the Apache 2 License > > in this case) allowing anybody to use it. > > And then (and only then) there will be something released from IBM to > the public. Until then my comment https://lwn.net/Articles/533402/ > stands and the discussion on that webpage is still pretty relevant. > > Best, > > Matěj > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > At the same time, it's still totally irrelevant for the purpose of this discussion. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Apache OpenOffice
On Sun, Feb 3, 2013 at 8:04 PM, Toshio Kuratomi wrote: > On Mon, Feb 04, 2013 at 12:15:43AM +0400, Pavel Alexeev wrote: > > 01.02.2013 00:17, drago01 wrote: > > > > On Thu, Jan 31, 2013 at 8:10 PM, Adam Williamson < > awill...@redhat.com> wrote: > > > > On Thu, 2013-01-31 at 14:20 +0100, Robert Mayr wrote: > > > > > > I think that's not the point, one of the two suites will be > dominant > > and you can't provide both of them on a live image for > example. > > LibreOffice was introduced to our live images and we hit > target 1GB, > > do you really think it could be useful having a larger image > just > > because you want to provide both of the office suites? > > > > The proposal explicitly says that it doesn't envisage including > OO on > > any images or in any default install configurations, simply > adding it as > > an option in the package repositories. > > > > Which doesn't really need a FESCo approval ... just a package review. > > > > Meantime there one sentence which optionally require changes in > LibreOffice > > too: " The /usr/bin/soffice alias is still a problem since (in the Fedora > > packages) it would conflict between LibreOffice and Apache OpenOffice: > it is > > recommended to fix it in the LibreOffice packages too, at least using the > > Alternatives system." > > > > I think it should be approved first if it really required. > > alternatives is the wrong technology for end user facing applications. > Why can't our apache openoffice package rename /usr/bin/soffice? > > -Toshio > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Why not LibreOffice? It doesn't make a lot of sense to retain the soffice binary name for LibreOffice anyway. Besides, I think LibreOffice would be more amenable to a permanent binary name change than Apache OpenOffice. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27
On Thu, Nov 8, 2012 at 9:32 AM, Matthew Garrett wrote: > On Thu, Nov 08, 2012 at 02:48:26PM +, "Jóhann B. Guðmundsson" wrote: > > On 11/08/2012 02:31 PM, Matthew Garrett wrote: > > >What kind of structure would you imagine such a SIG having? > > > > Sorry not following? > > > > I assume this ( and related mailinglist ) would be the place where > > they manage and coordinate changes relevant to the "CoreOS" ( > > Installation/bootup etc ) of the Fedora distribution in current and > > future releases to better coordinate implement feature relate to the > > "CoreOS" > > Management requires managers. Creating a SIG doesn't magically cause > communication or coordination to happen. > > -- > Matthew Garrett | mj...@srcf.ucam.org > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > In theory, having a dedicated group of a certain size makes it easier to manage and delegate tasks, but whether that works in practice is somewhat debatable. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27
On Thu, Nov 8, 2012 at 4:55 AM, Adam Williamson wrote: > On Thu, 2012-11-08 at 05:44 -0500, Jaroslav Reznik wrote: > > - Original Message - > > > On Thu, 2012-11-08 at 06:31 +0100, Kevin Kofler wrote: > > > > Adam Williamson wrote: > > > > > The new anaconda UI and related features are more or less > > > > > entirely the > > > > > cause of the slip. > > > > > > > > This shows that those changes should not have been done, or at > > > > least not in > > > > this way. > > > > > > I think it's widely agreed by now that they could have been done > > > better, > > > the question is now exactly how we can improve the process. > > > > We have bigger issue with features that are OUT OF the process, > > not communicated at all. If you take a look on New Installer UI, > > it fits current design, it was a late as the scope was bigger > > than Anaconda team thought but it's there. > > > > But the new upgrade process - it should be standalone feature, > > we missed dracut feature, same for LVM in Anaconda (again, not > > UI), live medias etc. So most of the problems were caused not by > > proposed/accepted features but by real features we weren't aware of. > > > > How to avoid it? Honestly I don't know. > > Well, a more stringent review process for the New UI feature would > likely have identified this problem ahead of time. > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora > http://www.happyassassin.net > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > My problem isn't that the cycles are longer, it's that Fedora as a project hasn't gotten better at scheduling releases. I know that over the years, Anaconda has been rewritten at nearly all levels, and that the UI part is pretty much one of the few things left from the older codebase. With the experience that the Fedora team has and that Red Hat has with developing UI code in Python, I'm still surprised that estimating the challenges of rewriting the UI and beating it into shape for release wasn't fully possible. I know that software development is hard. Software Engineering is an extremely difficult process. I just thought that with all the wonderful, experienced people here, Fedora as a whole would have had a better idea of how *hard* this would be and properly account for it. The other problem is that it continues to make Fedora as a project look bad. I've talked to people who use Fedora (who aren't involved in the project in any form or fashion), and it's a rather annoying pain point that they *don't know when to expect the next Fedora release*. The fact that we've cultivated that expectation is highly disappointing for a project that does the traditional biannual stable release model. It's a pretty large motivator to keep talking about moving to the rolling release model. And yes, I've read all the threads, and I know all the reasons. Regardless of all that, we need to be better about communicating that we use a feature-based release scheme as opposed to a time-based release scheme. There are trade-offs to both approaches, but at least with clear communication, we set the right expectations. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Beta to slip by two weeks, Beta release date is now Nov 27
Oh my goodness. This is the highest amount of slippage I've seen in quite some time. What is wrong with Fedora? The slippage is getting worse each and every single release. I love Fedora and all, but this is absolutely ridiculous... On Wed, Nov 7, 2012 at 7:52 PM, Bojan Smojver wrote: > Jaroslav Reznik redhat.com> writes: > > > Final Change deadline is rescheduled to Dec 18 with final > > Fedora 18 release on 2013 Jan 08 [2]. > > I know everyone is going to hate me for saying this, but wouldn't it make > sense > to just forget about F-18 and go for F-19 instead? After all, F-19 feature > submission deadline will probably be only a few weeks after F-18 release > (as it > stands now, unless it slips again). > > -- > Bojan > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME 2.5.92 Packages
On Mon, Sep 10, 2012 at 8:10 AM, Richard Hughes wrote: > Same rules apply for any packages that want to get rolled into the > 2.5.92 update: Please add the builds to the spreadsheet and they will > get rolled up into the mega-update. > > The spreadsheet URL is: > > https://docs.google.com/spreadsheet/ccc?key=0AtzJKpbiGX1zdGJzeU9waFJFZmgyQzBuN2VxU0lxbHc&pli=1#gid=0 > > 2.5.90 is in stable now, 2.5.91 is in updates-testing. Yell if you > have any questions. Thanks. > > Richard. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel Don't you mean 3.5.92? I didn't think we were reverting to a version of GNOME from 2004... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: TextMate 2 open sourced!
On Fri, Aug 10, 2012 at 8:55 AM, Michael Cronenworth wrote: > Kellerman Rivero Suarez wrote: > > You Right, but in OSS exists multiple browsers, multiple desktop > > managers, multiple media players, and stop count! In this case, I love > > gedit, but is more matter of taste. I think so. > > > > Yes, it's great that Linux allows people to create multiple ways of > painting a shed, but that doesn't mean it is always a good thing. > > OSS is not unique in providing multiple of a XYZ app. Commercial > software has always provided multiple of XYZ apps and has that been a > good thing? For instance: I'm sure you can find multiple music players > for Android phones in the Google store, but does that mean it is a good > thing? There comes a time when a software developer needs to swallow > their pride and work together with another human being to create a > better software instead of forking. It is rare for a fork to succeed and > usually, only succeeds if upstream dies/is dying so in other words the > fork becomes the new upstream and you don't really see it as a fork any > more. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > While gedit is nice, it is a GTK+ app. Do we actually have a decent selection of open source text editors for the GNUStep environment? As far as I know, we don't. TextMate would target a different group of people, those who use the NeXTSTEP/GNUStep environment. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: avant-window-navigator (awn) in Fedora 17
On Thu, Jul 26, 2012 at 5:26 AM, tim.laurid...@gmail.com < tim.laurid...@gmail.com> wrote: > > > On Thu, Jul 26, 2012 at 12:11 PM, Damian Ivanov > wrote: > >> Hello all, >> >> awn has been orphaned in F17 because latest bzr fails to build >> (0.4.1-XXX), though latest stable (0.4.0) builds fine. see >> >> https://build.opensuse.org/package/show?package=avant-window-navigator&project=home%3Adamianator%3Afedora > > > I have orhaned awn, because it was a pain to maintain and upstream is > almost stalled > especially the awn applets was hard, as they is made for gnome-2.x and > hard to get working with gnome-3.x . > And without the applets awn is not very fun. > and with a stalled upstream, it is very hard to fit into a fast moving > distro like Fedora. > > Tim > > > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > I don't remember if I've still got ownership of that package, but I'd rather not continue to maintain it. It was a pain to keep up with back when I had the free time to do it. If I've not already orphaned it, I will do so as soon as possible. The annoying thing is that the Fedora infrastructure doesn't like to let me log in very often... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Ubuntu Unity has been ported to Fedora 17
Hello, This morning, I woke up to the news that a group of developers have managed to successfully make Ubuntu's Unity Desktop work on Fedora 17[1]. What kind of work would be needed to get these people to be able to bring their work into the Fedora repository so that everyone can easily choose to use it without breaking stuff? [1]: http://www.omgubuntu.co.uk/2012/07/unity-desktop-available-for-fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: CDDL+GPL still an issue?
On Mon, May 14, 2012 at 9:32 AM, Jon Ciesla wrote: > On Mon, May 14, 2012 at 9:27 AM, Tom Callaway wrote: > > On 05/14/2012 10:06 AM, Simone Caronni wrote: > >> Hello, > >> > >> I would like to know if there are still issues with CDDL packages in > Fedora. > >> > >> It is not my intention to start a flame, I'm simply asking if that's > >> still the case or if I can fill a Review Request for the infamous > >> cdrtools in Fedora: > > > > No. We're not including cdrtools in Fedora. Consider it pre-emptively > > legally blocked. > > > > The last time this topic was brought up, I took the time to identify all > > of the legal issues around it (and attempt to dispel some of Mr. > > Schilling's crazy): > > > > > https://www.redhat.com/archives/fedora-legal-list/2009-July/msg0.html > > > > I've also added it to the Forbidden Items list: > > > > https://fedoraproject.org/wiki/Forbidden_items#cdrtools > > Ah, the memories. > > -J > > > ~tom > > > > == > > Fedora Project > > -- > > devel mailing list > > devel@lists.fedoraproject.org > > https://admin.fedoraproject.org/mailman/listinfo/devel > > > > -- > http://cecinestpasunefromage.wordpress.com/ > > in your fear, seek only peace > in your fear, seek only love > > -d. bowie > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Mr Schilling is just a special kind of crazy. He seems to have a rather warped view of copyright law. And since when were forks illegal? Do we know exactly what parts of cdrtools cause the legal incompatibilities? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging Guidelines - creating tarball from VCS with script
I agree with Toshio on this. Depending on how the VCS behaves with checkout/cloning, it will be difficult to get predictable results in a usable way through a script. Commenting in the spec file is the best way to go in my opinion. On May 14, 2012 9:22 AM, "Toshio Kuratomi" wrote: > On Mon, May 14, 2012 at 03:02:23PM +0200, Tomas Radej wrote: > > Hi, > > > > I was wondering if Packaging Guidelines could be amended so that even > when > > creating tarball from VCS, using a standalone shell script would be > > mandatory (see > > http://fedoraproject.org/wiki/Packaging:SourceURL#Using_Revision_Control > > ). I believe this could allow easier reviews and package updates as there > > would be no need to copy&paste code from comments, and checking for > > package's checksum could be (at least partially) automated for the > > fedora-review tool. > > > > What do you think? > > > Automating of the package's checksum won't work for many VCS's . git, for > instance, does not preserve timestamps. So the tarball created from a git > snapshot will have a different checksum for each checkout. > > I personally prefer to have the checkout instructions in comments. It > makes > it easier to review what the person did and interrupts my thoughts less > when > I can see what the person did to produce the tarball in the same window as > I'm looking at the spec file. Having to open up a second file to see if > the > checkout commands are hitting the canonical source repository and that they > contain enough information to checkout only a single version is > a distraction. > > -Toshio > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Booting Fedora from LVM with grub2
On Thu, Mar 29, 2012 at 7:18 PM, Chris Lumens wrote: > > How is that possible to implement with a: > > 1. Show GUI, write kickstart. > > 2. Process kickstart. > > design? > > We're not literally going to have one program that you use to construct > a kickstart file, write the file out, and then spawn a separate program > do to the processing of. We are using kickstart as the data store > internally (via pykickstart) and having one program operate on it. The > only writing will be towards the end of installation, where we spit out > /root/anaconda-ks.cfg. > > A lot of these tasks like figuring out authentication information and > adding extra users can be prompted for while filesystems are being > created, then actually take effect and augment the ksdata after packages > are laid down. They will be reflected in the final anaconda-ks.cfg. > Some other tasks may not map to existing kickstart at all (yet). > > - Chris > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > If we go for doing something like that, is there any reason to keep firstboot around? Couldn't we stuff the actions done in firstboot into anaconda with this newer asynch design? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice: IPv6 breaking issues tentatively considered blocker for F17
On Fri, Mar 9, 2012 at 11:14 PM, Adam Williamson wrote: > On Fri, 2012-03-09 at 20:54 -0800, Adam Williamson wrote: > > Hey, folks. We made a fairly significant call at the blocker review > > meeting today, and agreed to notify devel list and FESCo (I'll file a > > FESCo ticket also) so everyone's aware and can raise objections if they > > wish. > > > > The bug under discussion was > > https://bugzilla.redhat.com/show_bug.cgi?id=591630 . The effect of the > > bug is that, if you install Fedora OOTB (the bug applies to at least 15 > > and 16 as well as 17) on a system on an IPv6-only network, it will not > > be able to connect to the network. > > To be more precise...DHCPv6 is blocked. So I guess if you used a static > network config it would work. > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora > http://www.happyassassin.net > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Considering how rare it is to use a static network config, a blocker on DHCPv6 is definitely a good idea. I'm aware of at least a few networks that are switching over to v6 internally and using 6to4 techniques to allow IPv4 services to work (which breaks quite a few streaming applications, like Empathy's Google Talk voice/video chat). That being said, it would be considered a v6-only network and it would be quite bad if Fedora couldn't connect to it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Torvalds:requiring root password for mundane things is moronic
On Fri, Mar 2, 2012 at 2:12 AM, Chris Murphy wrote: > > On Mar 1, 2012, at 10:53 PM, Adam Williamson wrote: > > > On Thu, 2012-03-01 at 17:43 -0500, Adam Jackson wrote: > >> On Thu, 2012-03-01 at 16:39 -0500, Daniel J Walsh wrote: > >> > >>> I believe Fedora 17 has an add user to admin group checkbox when > >>> adding the initial user, not sure if it is checked on or off by > default. > >> > >> Off by default (having just tried it today). > > > > In case anyone's wondering what that actually does, here's what I can > > figure out. > > > > What it does directly is to add the user to the 'wheel' group. I'm not > > sure what all the consequences of that are, but there's two I've been > > able to find. The first is that the default /etc/sudoers allows people > > in the wheel group to run any command as root, which is great and all, > > but we don't use sudo for anything at the desktop level, so it really > > only affects people who run sudo from the console. > > > > The other thing it does, if I'm reading stuff right, is that users in > > the wheel group are considered 'admins' by PolicyKit. That's good. Now > > as to what that means, I'm not 100% sure, but I *think* what it means is > > that for any action which would require a non-admin user to authenticate > > as root, an admin user can authenticate as themselves. i.e. instead of a > > root password dialog, you'd get a your-own-password dialog. I might be > > off base there, though, and if I am I'm sure someone smarter will > > correct me. :) > > From my own experience, anything I change in the GUI that requires > authentication, it is for user 'chris' if that user was added as an admin > with the checkbox in the create first user steps. If that checkbox is not > checked, any authentication dialog that appears is for user 'root'. > > My interpretation of Torvalds' complaint, is with the mere existence of > authentication dialogs in the first place, for certain things. Mac OS X has > always required authentication (from a user with "admin" privileges) for > changing the Date/Time including time zones, which is an absurdity. In the > most recent version, it's no longer possible for a non-authenticated user > with admin privileges (in effect two levels of privileges for the same user > with the same login and the same password) to install e.g. ICC color > profiles to a folder making the profiles available to all users. So I'm an > admin, and if I want to modify a folder, I have to enter my password in a > pop-up authentication dialog to add/remove ICC profiles. Worse, the > individual user folder for these profiles is now hidden by default. It's > high order insanity. > > Chris Murphy > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > As far as time zones and date/time settings are concerned, didn't there used to be a user-level setting for this? There's a variable for command line apps called TZ (for timezone) that can be set at the individual user's level, but apparently graphical applications don't obey this variable. I don't know about date/time itself, though. For printers, currently installing printers does not require superuser privileges, but managing those printers installed by that user does. Is it possible to make it so that printers installed by that user can be managed by the user without superuser authentication? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Rebuild for GCC-4.7
On Thu, Jan 5, 2012 at 2:21 PM, Jon Masters wrote: > On Thu, 2012-01-05 at 11:18 -0600, Dennis Gilmore wrote: > > El Thu, 05 Jan 2012 10:37:41 -0500 > > Tom Callaway escribió: > > > On 01/05/2012 09:40 AM, Richard Shaw wrote: > > > > I just didn't know if there was any "filtering" going on for the > > > > mass rebuild or if all packages, regardless of dependence on gcc > > > > were going to be rebuilt. > > > > > > My understanding is that we traditionally rebuild everything at the > > > time of a mass rebuild, because it is a good excuse to do it. > > > Im planning to just rebuild everything. ideally drop all the disttags > > prior to fc17 since people get antsy about that at times. > > > > those packages that still have anything before .fc15 really need > > rebuilt. since we had reasons then to rebuild everything > > +1 > > This is a great time to rebuild everything. Not only does it assist with > the gcc 4.7 switchover but it also proves that everything builds. And > that turns out to be very useful when bootstrapping new architectures. I > was planning (and still am) to make a formal proposal that Fedora > require a mass rebuild every 2 releases if none is done for incidental > reasons, just to help with ensuring the whole thing does still build. > > Jon. > > > Don't we do this anyway whenever we get a new major GCC release? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox on Fedora: No longer funny
On Sat, Oct 8, 2011 at 4:56 PM, Kevin Fenzi wrote: > On Sat, 08 Oct 2011 23:43:58 +0200 > Christoph Wickert wrote: > > ...snip... > > > So what can we do to improve the situation? > > 1. Can we bring back the language packs as part of the packages? > > 2. Can the FF maintainers make sure that all maintainers of > > extensions get notified of changes *before* release of a new > > package? > > 3. Can someone (I'm looking at you, QA) make sure all extensions > > are still compatible? > > > > More ideas or suggestions? > > Sadly, upstream is being pretty distro hostile these days I fear. > > We can try and put our efforts behind > https://wiki.mozilla.org/Enterprise/Firefox/ExtendedSupport:Proposal > and hope there's a extended support version? Possibly we could ship > both that and the latest Firefox-999 version. > > kevin > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > I've heard that Mozilla will be making some massive changes to their handling of Extensions for Firefox 8 to fix a lot of these issues. Since Firefox 4, there actually have not been a lot of changes to the Extensions API, but because Fedora doesn't have the rebuilding mechanism that Mozilla Addons has, the extensions have not been automatically updated with new compatibility information. One major change I know of is that Extensions will be assumed compatible by default instead of incompatible. That means that while Firefox will warn users about extensions that say they only support older versions, they will not be disabled. Not all the blame lies on Mozilla though. Fedora could do better on handling Firefox updates too. Unlike the upgrade from Firefox 3.6 to Firefox 4, Firefoxes 5, 6, and 7 are not actually really that major. Firefox 8 will make some radical changes, but functionally it isn't a major upgrade. We need to start treating Firefox releases as safe, minor upgrades beginning with Firefox 8. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PA 1.0 for FC16?
On Sat, Oct 8, 2011 at 4:26 PM, Genes MailLists wrote: > On 10/08/2011 04:44 PM, Reindl Harald wrote: > > if there would be much more care by introducing new features/replacements > > my understanding for the fear of update thmen after that would be much > higher > > > > as long fedora is shooting out new features without any care if they are > > really ready fdora should also update them - systemd as best example > > > > and no - this is not flaming - this is simply the wish if i get new > > software which is not really ready but seems good anough for a GA-release > > i expect updates of this software are more than good enough to be push > ASAP > > > This argument makes some sense (if a bit overblown) - we do seem more > concerned about not updating than not releasing in the first place - > e.g. while its true we delayed systemd - the general noise level > suggests it was still not solid enough ... once its released 'core' > components get less love coz making changes is bad ... > > This seems a bit odd ... we're cutting edge - but if the cut smells > then its too bad ... > > I still strongly advocate for a rolling release - where single large > core changes can be serialized if need be into the testing repo for as > long as it takes to stabilize them (or pulled back out as a unit) - and > smaller improvements and bug fixes can continue unimpeded ... now we > could be truly leading edge. > > gene/ > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > A few years ago, I would have probably been against a rolling release system for Fedora. But with the improved infrastructure over the last year or so, I would actually like to see Fedora transition to such a system. The only disappointing thing is that there'll be no more release parties... :( -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PA 1.0 for FC16?
Eerm, I mean recommended as not usable. Using padevchooser breaks most PulseAudio environments even now, so don't use it. 2011/10/8 Conan Kudo (ニール・ゴンパ) > There were a lot of changes[1], but the only program I know of that would > absolutely break from those changes is padevchooser, which has long since > been recommended and not usable, since avahi takes care of that quite > nicely. > > [1]: http://www.freedesktop.org/wiki/Software/PulseAudio/Notes/1.0 > > On Sat, Oct 8, 2011 at 2:40 PM, Kevin Fenzi wrote: > >> On Sat, 08 Oct 2011 14:14:50 -0500 >> Michael Cronenworth wrote: >> >> > On 10/08/2011 01:15 PM, Kevin Kofler wrote: >> > > If Ubuntu is doing a better job than us of shipping an updated >> > > version of OUR OWN FEATURE, we're failing very badly. >> > > >> > > What happened to "First" in the 4 'F's? >> > > >> > > Our objectives are NOT to deliver current software only 6+ months >> > > after the competition. >> > >> > Create a FESCO ticket and get it brought up in a meeting. >> >> I'd personally like to see more discussion/convincing of the >> maintainers before asking FESCo. >> >> On the pro side we have: >> >> - Wine needs it. >> >> On the con side we have: >> >> - Lots of changes? (I have no idea). >> - High chance for regression? or is this mostly just bugfixes? >> >> Perhaps maintainer(s) could explain why they are reluctant to push this >> into f16 with more specificity? >> >> kevin >> >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel >> > > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PA 1.0 for FC16?
There were a lot of changes[1], but the only program I know of that would absolutely break from those changes is padevchooser, which has long since been recommended and not usable, since avahi takes care of that quite nicely. [1]: http://www.freedesktop.org/wiki/Software/PulseAudio/Notes/1.0 On Sat, Oct 8, 2011 at 2:40 PM, Kevin Fenzi wrote: > On Sat, 08 Oct 2011 14:14:50 -0500 > Michael Cronenworth wrote: > > > On 10/08/2011 01:15 PM, Kevin Kofler wrote: > > > If Ubuntu is doing a better job than us of shipping an updated > > > version of OUR OWN FEATURE, we're failing very badly. > > > > > > What happened to "First" in the 4 'F's? > > > > > > Our objectives are NOT to deliver current software only 6+ months > > > after the competition. > > > > Create a FESCO ticket and get it brought up in a meeting. > > I'd personally like to see more discussion/convincing of the > maintainers before asking FESCo. > > On the pro side we have: > > - Wine needs it. > > On the con side we have: > > - Lots of changes? (I have no idea). > - High chance for regression? or is this mostly just bugfixes? > > Perhaps maintainer(s) could explain why they are reluctant to push this > into f16 with more specificity? > > kevin > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PA 1.0 for FC16?
How would someone go about doing that, anyway? On Sat, Oct 8, 2011 at 2:14 PM, Michael Cronenworth wrote: > On 10/08/2011 01:15 PM, Kevin Kofler wrote: > > If Ubuntu is doing a better job than us of shipping an updated version of > > OUR OWN FEATURE, we're failing very badly. > > > > What happened to "First" in the 4 'F's? > > > > Our objectives are NOT to deliver current software only 6+ months after > the > > competition. > > Create a FESCO ticket and get it brought up in a meeting. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PA 1.0 for FC16?
It might be better to make a case to bend the rules for PulseAudio and have it included in Fedora 16. It could be problematic if more programs have issues like wine where they won't work with pre-1.0 PulseAudio properly or reliably. On Sat, Oct 8, 2011 at 12:04 PM, Rex Dieter wrote: > > > > I might be completely off target on this one, but assuming that the > > information I've gathered thus far is correct, read: assuming that > > wine *requires* PA 1.0 to work reliably, will it possible to push PA > > 1.0 as a post installation upgrade or alternatively, using a personal > > repo? > > I can offer to update, > http://repos.fedorapeople.org/repos/rdieter/pulseaudio-backport/ > to pa-1.0 (once it hits rawhide) for f16 at least. > > -- rex > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java 7 for Fedora 16
On Fri, Aug 26, 2011 at 9:18 AM, Andy Grimm wrote: > On Wed, Aug 3, 2011 at 6:00 PM, Deepak Bhole wrote: > > * Douglas Myers–Turnbull [2011-07-25 20:53]: > >> > I was planning to do this myself .. glad you started it :) I can take > >> > over the Feature and doing all the work if you're fine with it... > >> > >> Please do! > >> > >> The only work I've done (literally) is on the feature page, but feel > >> free let me know if you need anything from me. > >> > > > > Hi Douglas, > > > > Thank you once again for creating the page. I have started updating it > > and will add docs and other links tomorrow: > > https://fedoraproject.org/wiki/Features/Java7 > > > > For anyone and everyone interested, a Java 7 build is now available in > > the Fedora 16. I will build for rawhide in the coming days as well: > > http://koji.fedoraproject.org/koji/buildinfo?buildID=257034 > > > > Cheers, > > Deepak > > After some discussion on #fedora-java over the past 24 hours, I was > asked to continue the discussion here regarding the implications of > openjdk 6 and 7 coexisting in F16. Right now, java packages are being > built for F16 using openjdk 7, and if they are built without > "target=1.6", they will fail to load under openjdk 6. (One simple > example of this is xalan, see > https://bugzilla.redhat.com/show_bug.cgi?id=733686 ). Some possible > solutions proposed over IRC: > > 1) Blacklist openjdk 7 from build roots for f16 -- this means that it > doesn't get tested very well, though. > > 2) Ensure all java packages use target=1.6 -- there's no standard way > to do this across ant, mvn, javac, etc. though. You could check for > 1.7 bytecode at the end of a build, but packages would still need to > be individually fixed. > > 3) Drop openjdk 6 from F16 entirely > > It was also mentioned that Fedora is beginning to include some > packages which build much more cleanly on openjdk 7 than they do on 6, > so enforcing openjdk 6-only build roots might break some things. > > Other suggestions are welcome. I don't have a strong opinion about > this, just a strong interest in having a sane Java environment in F16. > > Thanks, > > --Andy > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > I personally think OpenJDK 7 should become the default. I would like to have OpenJDK 6 remain in the repository, but it shouldn't be included on the DVD for installation. There are some older packages that simply won't work yet with OpenJDK 7. However, as far as I know, those packages are not included in Fedora. I don't see a good reason to enforce an OpenJDK 6 environment when OpenJDK 7 is working well with most modern Java packages. The troubles involved in having both OpenJDK 6 and OpenJDK 7 in the default Java environment is simply not worth it either. I say that for Fedora 16, OpenJDK 7 should be on the DVD and the preferred Java environment. However, I think that OpenJDK 6 shouldn't be removed from the repositories until Fedora 17. If this isn't feasible, I'd say that Fedora should completely drop OpenJDK 6 in favor of OpenJDK 7. Unlike some of the earlier major Java revisions, Java 7 doesn't break most modern Java applications. However, the API cleanup between Java 6 and Java 7 may contribute to some older applications no longer working as expected. As far as I know, most Java applications in Fedora don't seem to have this problem. Java 7 will also begin offering a more consistent experience on Linux, Mac OS X, and Windows because they will be using the same codebase now, since Apple is no longer maintaining their own JRE and JDK. This alone makes Java 7 more appealing to me than continuing to use Java 6. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: rpm packaging: package configuration
Most Ubuntu and Debian packages, are indeed silent by default. However, the fact that RPM's own post-install capabilities are atrocious compared to dpkg's is completely the fault of the RPM developers and maintainers, and has a lot to do with distro policies, in particular Fedora. It is something that I am unhappy about, but I am resigned to having to deal with the trade-off of a better-designed system being purposefully not as powerful for distro philosophy reasons. And no, I will not attempt to submit patches to add more powerful post-install capabilities. Even if I had the technical knowledge to do it, it would never be accepted because the devs wouldn't want that feature. Calling it a misfeature is a mistake. Just because you don't want to use it doesn't mean it shouldn't be there. There are several use-cases where it is optimal to have some sort of post-install. In my opinion, post-install is the one thing that dpkg is better at over rpm. On Wed, Jul 13, 2011 at 9:52 PM, Evandro Giovanini wrote: > On Wed, Jul 13, 2011 at 2:04 PM, Richard W.M. Jones > wrote: > > On Wed, Jul 13, 2011 at 10:57:03AM +0200, Olivier Sallou wrote: > >> I create a new package. > >> At install, we need to ask for some quesitons to the user to > >> preconfigure the application. > > > > As others have said, this is a bad idea and not permitted for Fedora. > > Personally I think it's a misfeature of apt/dpkg that updates are not > > completely automated by default. > > > > Nevertheless, it *is* possible to write an RPM which asks questions > > during the %post script, and in fact I have used RPMs which did this > > in the past (a bit of proprietary software where installation required > > a license key to be entered on the keyboard as part of the EULA). > > > > > > AFAIK it's also possible to setup apt/dpkg to be completely automated. > > Evandro > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ogre3d lagging behind more than half a year
I don't think it would have been too late for Fedora 14. It isn't a core package that needs to be available in a spin, afaik... On Tue, Sep 14, 2010 at 4:43 AM, Rudolf Kastl wrote: > heyyas, > > ogre3d, one of the most important 3d engines we have in fedora is > already lagging behind over half a year in rawhide: > > https://bugzilla.redhat.com/show_bug.cgi?id=576286 > > would be nice to see it finally updated atleast in rawhide so it can > go atleast in f15... which means we are only 1 year behind by then. > > kind regards, > Rudolf Kastl > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proprietary search engines
On Sun, Aug 29, 2010 at 7:29 PM, Matt McCutchen wrote: > On Mon, 2010-08-30 at 02:46 +0530, Rahul Sundaram wrote: > > On 08/30/2010 01:01 AM, Matt McCutchen wrote: > > > > > > Interesting. I can understand not wanting to promote a proprietary > > > search engine on the Fedora start page, but if the idea is that Fedora > > > users and contributors should be able to avoid using them altogether, I > > > think that's currently pretty unrealistic. > > > > I don't think there is any expectation for users. This is just a Fedora > > infrastructure policy so that we don't end up relying on things that we > > can't build upon or fork if necessary. > > So why would the policy apply to the search box on > http://start.fedoraproject.org , which is just meant for users and is > not really a piece of infrastructure? > > -- > Matt > > Because some people are rather overzealous about stuff like that? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Wordpress testers needed!
On Wed, Aug 4, 2010 at 8:56 AM, Jon Ciesla wrote: > On 08/03/2010 01:08 PM, Conan Kudo (ニール・ゴンパ) wrote: > > On Tue, Aug 3, 2010 at 12:20 PM, Jon Ciesla wrote: > >> On 08/02/2010 09:58 PM, Chen Lei wrote: >> > 2010/8/3 Jon Ciesla: >> >>> Also I think that with >> >>> wordpress 3 the separate wordpress-mu release fork has been merged >> >>> into mainline. So wouldn't it be better to concentrate on wordpress 3? >> >>> >> >> >> >> Well, yes, probably. That might even help with the bundled library >> >> situation. But that's an issue for the maintainer. I could help with >> that >> >> too, if needed. >> >> >> > The wordpress owner said " if someone with lots of PHP knowledge wants >> > to take it I would >> >> be happy if it keeps getting maintained." in the last reply in fedora >> devel list. I think it will much much if we can update wordpress to 3.x. 2.8 >> branch is pretty old, and few people want to test it(2.9 is very mature now >> and 3.0 is also released a while ago). >> > >> > Regards, >> > Chen Lei >> Yeah, I forgot that bit. Adrian(CCd), if you like, orphan >> both wordpress and wordpress-mu, and I'll take over. If I do, I plan to >> update wordpress to 3.0.1 and EOL wordpress-mu. >> >> Looking for a few seconds at 3.0.1, it looks like there are still quite >> a few things bundled, but at least there will be a greater chance of >> compatibility with the system versions. I hope. >> >> -J >> >> -- >> - in your fear, speak only peace >> in your fear, seek only love >> >> -d. bowie >> >> > WordPress comes bundled with TinyMCE, right? Has anyone worked on > separating out TinyMCE and packaging it separately? I know there are a lot > of web apps that use it... > > It does. There's a review for it and the -spellchecker: > https://bugzilla.redhat.com/show_bug.cgi?id=608574 > https://bugzilla.redhat.com/show_bug.cgi?id=608575 > > > -J > > -- > - in your fear, speak only peace > in your fear, seek only love > > -d. bowie > > > They have yet to be reviewed, though. At some point, somebody is going to have to review it, since WordPress 3.0 still requires it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Wordpress testers needed!
On Tue, Aug 3, 2010 at 12:20 PM, Jon Ciesla wrote: > On 08/02/2010 09:58 PM, Chen Lei wrote: > > 2010/8/3 Jon Ciesla: > >>> Also I think that with > >>> wordpress 3 the separate wordpress-mu release fork has been merged > >>> into mainline. So wouldn't it be better to concentrate on wordpress 3? > >>> > >> > >> Well, yes, probably. That might even help with the bundled library > >> situation. But that's an issue for the maintainer. I could help with > that > >> too, if needed. > >> > > The wordpress owner said " if someone with lots of PHP knowledge wants > > to take it I would > >> be happy if it keeps getting maintained." in the last reply in fedora > devel list. I think it will much much if we can update wordpress to 3.x. 2.8 > branch is pretty old, and few people want to test it(2.9 is very mature now > and 3.0 is also released a while ago). > > > > Regards, > > Chen Lei > Yeah, I forgot that bit. Adrian(CCd), if you like, orphan > both wordpress and wordpress-mu, and I'll take over. If I do, I plan to > update wordpress to 3.0.1 and EOL wordpress-mu. > > Looking for a few seconds at 3.0.1, it looks like there are still quite > a few things bundled, but at least there will be a greater chance of > compatibility with the system versions. I hope. > > -J > > -- > - in your fear, speak only peace > in your fear, seek only love > > -d. bowie > > WordPress comes bundled with TinyMCE, right? Has anyone worked on separating out TinyMCE and packaging it separately? I know there are a lot of web apps that use it... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox 4 for Fedora 14?
On Fri, Jul 30, 2010 at 2:17 PM, Rahul Sundaram wrote: > On 07/31/2010 12:41 AM, Conan Kudo (ニール・ゴンパ) wrote: > > > > Uhh... Firefox 4 GA is before F14 even goes into GA stage. So, that > > isn't true. Firefox 4 could be included in Fedora 14, and it should be. > > > > Provide a reference for that. Fedora 14 release schedule is > > http://fedoraproject.org/wiki/Releases/14/Schedule > > > Rahul > Hmm, okay. I was only aware of the October 26 release date before now. Anyway, here's the Firefox 4 milestone list: https://wiki.mozilla.org/Firefox/4/Beta#Milestones October 15 is when they go into total freeze and produce release candidates and then the final release. Fedora composes the Final on October 12, but that assumes that we're not going to slip one or two weeks as we have for every release of Fedora for the last couple years. If we slip, and Mozilla pushes out the GA before Final is composed, that could be slipped in. Either way, we could still squeeze in a Firefox 4 Beta and push out the final or an RC as a post install update. Then later Fedora Unity will generate a spin that will include Firefox 4 GA. We've never had problems with including Firefox betas before, so why now? Fedora is the premier distro for getting the latest and greatest software, not just the stuff that everyone else has. It is why I use Fedora over Ubuntu or some other distro. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox 4 for Fedora 14?
On Fri, Jul 30, 2010 at 2:13 PM, seth vidal wrote: > On Fri, 2010-07-30 at 14:12 -0500, Conan Kudo (ニール・ゴンパ) wrote: > > > > > So here's the question: > > > > will someone often be doing: > > yum-config-manager --add-repo=fp:spot/chromium > > > > > > or will they more likely do: > > yum-config-manager > > --add-repo= > > > > b/c it sure feels like the latter is more common. > > > > -sv > > > > > > > > > > > > > > Out of convenience, the former will be more common. > > > > Out of convenience of what? You'd have to know: > 1. the repo is on repos.fedorapeople.org > 2. that the username is 'spot' > 3. that the reponame is 'chromium' > > and then you'd have to type all of it > > instead of just pasting from your webbrowser directly from the website. > > -sv > > > Tutorials, printed manuals, etc. In that case, copying and pasting is rather difficult, don't you think? And also, fp:spot/chromium doesn't preclude copying and pasting that into the terminal. Then there are cases when people are working in the terminal with no GUI available. Copying and pasting is almost impossible in that case. It is easier for humans to remember "fp:spot/chromium" than a long string that is the repo URL. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox 4 for Fedora 14?
On Fri, Jul 30, 2010 at 2:11 PM, seth vidal wrote: > On Fri, 2010-07-30 at 11:52 -0400, seth vidal wrote: > > On Fri, 2010-07-30 at 11:51 -0400, Tom "spot" Callaway wrote: > > > On 07/30/2010 11:49 AM, seth vidal wrote: > > > > On Fri, 2010-07-30 at 21:11 +0530, Rahul Sundaram wrote: > > > >> On 07/30/2010 09:08 PM, seth vidal wrote: > > > >>> in yum-utils upstream you can do: > > > >>> > > > >>> yum-config-manager --add-repo=http://baseurl/some/place > > > >>> > > > >>> or > > > >>> yum-config-manager --add-repo=http://path/to/some/foo.repo > > > >>> > > > >>> > > > >>> either will add the repo you want. > > > >> > > > >> That's almost what I want. Can we add a default shortcut for > > > >> repos.fedorapeople.org? So perhaps it can be > > > >> > > > >> yum-config-manager --add-repo fp:spot/chromium > > > >> > > > > > > > > umm. I dunno. I'll have to think about that one. That feels awfully > > > > dodgy to be in an upstream project's code. > > > > > > Perhaps a standard config file for "repo aliases" could be used, then > > > Fedora could provide that config file with aliases for "fp", "remi", > and > > > other known third party repos. (Note: I don't think we would ever be > > > able to include "rpmfusion" in that list, sadly.) > > > > That's what I was thinking - just not sure how much use it will be. > > So here's the question: > > will someone often be doing: > yum-config-manager --add-repo=fp:spot/chromium > > or will they more likely do: > yum-config-manager --add-repo= > > b/c it sure feels like the latter is more common. > > -sv > > > Out of convenience, the former will be more common. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox 4 for Fedora 14?
On Fri, Jul 30, 2010 at 2:01 PM, Rahul Sundaram wrote: > On 07/30/2010 08:58 PM, Tom "spot" Callaway wrote: > > I'm also working on a set of Firefox 4 packages (split between firefox4 > > and xulrunner) that more closely match the Fedora firefox packages, but > > are able to be installed without conflicts. > > > > At the moment, I'm just targeting F-14. > > Thanks. https://fedoraproject.org/wiki/Firefox_4 > > Rahul > Uhh... Firefox 4 GA is before F14 even goes into GA stage. So, that isn't true. Firefox 4 could be included in Fedora 14, and it should be. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox 4 for Fedora 14?
On Wed, Jul 28, 2010 at 4:38 PM, Adam Williamson wrote: > On Wed, 2010-07-28 at 23:28 +0200, Martin Sourada wrote: > > > Speaking of which, is there any chance to split ffmpeg into free (which > > could be included in fedora) and nonfree part? IIRC we've done something > > like that with xine-lib-extras and gst-plugins-bad in the past... > > ffmpeg, unfortunately, isn't set up to be modularised like this; you > can't build an ffmpeg-free with the free codecs and an ffmpeg-patented > with the patented ones and have them co-exist nicely. So an ffmpeg build > with almost all the codecs ripped out in the Fedora repos would > 'compete' with the full build in That Other Repo, not complement it, and > the way the two repos are set up, it would be tricky to have a > handicapped build in the Fedora repo and a full build in That Other One > and have it easy for people to pick the one from That Other Repo (since > Other Repo packages use the same disttag as Fedora ones). > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org > http://www.happyassassin.net > > That is assuming that "the other repo" uses the same name as Fedora's. Fedora could call it ffmpeg-free, and "the other repo" could call it ffmpeg-nonfree, and have the nonfree one obsolete the free one. Simple fix, I think. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox 4 for Fedora 14?
On Wed, Jul 28, 2010 at 2:16 PM, drago01 wrote: > > No disagreement here ... in fact this is a not really a "baby step" > but "have something usable and start from there" which makes a lot of > sense. > > As much as I want Chromium to be in Fedora, I don't want it in the repository if it is going to have crippled HTML5 support. It will make Fedora look even worse than it already does for multimedia support. As for Firefox 4, I'd rather have a beta included in Fedora than an older version. However, Firefox 4 is tracked for an October 15 release. As far as I'm aware, Fedora 14 is still tracked for an October 26. Even if Fedora 14's release schedule doesn't slip (and we know it will, there's not been a release in a long time that Fedora hasn't slipped), the final version of Firefox 4 should be ready in time for final release of Fedora 14. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox 4 for Fedora 14?
On Tue, Jul 27, 2010 at 6:31 PM, Brandon Lozza wrote: > On 7/27/10, Rahul Sundaram wrote: > > On 07/28/2010 04:06 AM, Sam Varshavchik wrote: > > > According to this two year-old post, it's possible to build Firefox > > > with gstreamer support: > > > > > > > http://www.bluishcoder.co.nz/2008/04/firefox-html5-video-with-gstreamer.html > > > > > > > > > Dunno if any of that is true today. > > > > > > There's precedent for Firefox using system components instead of > > > bundled ones. Firefox already uses hunspell instead of its own bundled > > > dictionary, for spell checking. It makes sense for Firefox to use > > > gstreamer, instead of any bundled codecs. > > > > > > The blog post talks about a non upstreamed patch and Firefox doesn't use > > Gstreamer at all now. It isn't just a matter of a bundled vs system > > components at this point.Non upstreamed patches are not a option for > > Firefox for trademark reasons as well. > > > > > > Rahul > > > > -- > > devel mailing list > > devel@lists.fedoraproject.org > > https://admin.fedoraproject.org/mailman/listinfo/devel > > > > what about iceweasel or icefox instead > > the trademark problem makes it non free > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Then that would make most Linux distributions non-free, including Fedora. So, meh. Fedora also has a policy of trying not to add patches to their own packages, so it jives just fine with Mozilla's trademark policy. Plus, those names suck, keep the Mozilla Firefox name. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Partial mass rebuild for Python 2.7 coming soon (I hope)
I just got a new report from Koji saying there were errors recorded in root.log for the build of OggConvert on the PPC machines. http://koji.fedoraproject.org/koji/getfile?taskID=2344902&name=root.log On Thu, Jul 22, 2010 at 6:55 PM, David Malcolm wrote: > On Thu, 2010-07-22 at 17:04 -0400, David Malcolm wrote: > > On Thu, 2010-07-22 at 13:43 -0400, David Malcolm wrote: > > > On Thu, 2010-07-22 at 13:07 -0400, David Malcolm wrote: > > > > > > [snip] > > > > > > > I messed up, and there's a bug in which python doesn't startup if > > > > python-devel is not installed, which led to the majority of the > "noarch" > > > > builds failing. [1] > > > > > > > > Sorry about that. I'm working on a fixed python package. > > > > > > Hopefully this python build will fix it: > > > http://koji.fedoraproject.org/koji/taskinfo?taskID=2343025 > > > > > > > That one didn't, but this one did: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=2343301 > > (python-2.7-5.fc14) > > and it's now in the repo for the buildroot. > > > > Simple noarch builds seem to now be working (I've tested a few) > > I fixed the numpy issue (bug 617384) and this is now built; the > buildroot repo is about to be repopulated, with the 2.7 numpy. > > Once that's done I'll rebuild pygtk2. > > Once that's done I'll try a mass run of all noarch builds that failed, > since I believe many of them failed due to the python issue referred to > above. > > At that point I _hope_ the failure list will become meaningful and > manageable (and I'll post it). > > Dave > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Feature, Fedora 14: Go Programming
On Sun, Jun 27, 2010 at 9:10 AM, Brandon Lozza wrote: > Hi, > > I'd like to recommend a Go compiler be included with Fedora 14. We > would have two options: > > 1) GCC-GO (Included in GCC 4.5?) > > 2) Google's Go Compiler. (One is made by Conrad Meyer, he mentioned it > wouldn't be too easy to add because goinstall basically wants root > privileges). > > Benefits to Fedora > > A garbage collected *compiled* language which aims to be as fast as C. > The applications it compiles doesn't require a runtime present to > work. It's comparable to Java and C# but with a lot of Python-like > features. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Have you made a Feature page about it? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: web-m and Fedora 14
OggConvert made a release today that adds support for Web-M and fixes Dirac support, so that will allow people with the WebM enabled in GStreamer to convert to it... At least now we have a working free software converter that can be included in Fedora. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: web-m and Fedora 14
On Thu, May 20, 2010 at 3:25 PM, Adam Miller wrote: > +1 > > -AdamM (from Android ) > > On May 20, 2010 1:50 PM, "Jesse Keating" wrote: > > On Thu, 2010-05-20 at 11:28 -0700, Adam Williamson wrote: > > On Thu, 2010-05-20 at 23:51 +0530, Rahul... > > And with the amount of coordination needed to make sure all the stuff is > in the right place for making youtube work, that sounds like a feature > to me. Something our testers could even target for testing. > > > -- > Jesse Keating > Fedora -- Freedom² is a feature! > identi.ca: http://identi.ca/jkeating > > > It's too bad that we can't say that Fedora 13 has all these cool things. Fedora would get some considerable notoriety for being the first to fully support it. Then again, we cannot fully support it for HTML5 since Firefox doesn't have it... And Chromium is still not in the repositories. That leaves only the WebKitGtk+ based browsers that use GStreamer. Nevertheless, it would be great to have Fedora 13 be the first to be able to create .webm files. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Sun, May 9, 2010 at 5:59 PM, Jeff Garzik wrote: > On 05/09/2010 10:03 AM, Andrea Musuruane wrote: > > On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl wrote: > >> Dne 9.5.2010 06:53, Chen Lei napsal(a): > >>> For them, we can simply: > >>> 1. Simply orphan those application from repos which have dead upstream > >>> for a long time. Normally, those allipcations have better alternatives > >>> using GTK+ 2.x, we don't need worry about this. > >>> 2.Update applications to GTK 2.x port which was already done by > >>> upstream, and ping the maintainer to see if he is nonresponsive now. > >> > >> I think it would help anybody if you can provide a list of packages > >> involved. > > > qiv-0:2.0-11.fc12.x86_64 > > > qiv specifically wants image format libraries (hello, ancient imlib), so > I'm not sure gtk+1.0 is the specific need here. > >Jeff > > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > putty(svn) needs to be patched to not search for gtk+1.2 otherwise it fails spectacularly, even though it has an GTK+2 port. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Open Letter: Why I, Kevin Kofler, am not rerunning for FESCo
On Mon, May 3, 2010 at 1:04 AM, Kevin Kofler wrote: > Sir Gallantmon (ニール・ゴンパ) wrote: > > Though, there are some instances where the prevailing opinion should be > > ignored, when there is no solid evidence to back it up, e.g. Mono and the > > like. > > Indeed, I also think defending freedom is important (and it was part of my > campaign). But I've also been unhappy with FESCo's decisions in that > domain, > e.g.: > * libvdpau was approved for Fedora. This is a library which: > - only accelerates decoding patent-encumbered MPEG family video codecs. >ALL software which uses that is in RPM Fusion, not Fedora, anyway. > - has no actual Free Software implementations. It is ONLY implemented by >proprietary drivers. > So what does Fedora have to gain from this pseudo-Free library? > * in at least 2 occasions, so-called "Open Core" [1] crippleware has been > not only approved for Fedora (which makes sense, as IMHO we should accept > everything under a Free license and with no patent issues as a Fedora > package), but advertised as a Fedora Feature, which I consider to be > completely counterproductive, as it gives free press coverage to such > crippleware and sends a message to companies that releasing some crippled > shareware version under a Free Software license is enough to get your > product advertised as Free or "Open Source" all over the planet. My > complaints about giving free advertising to such crippleware have been > entirely ignored. > > [1] http://www.ebb.org/bkuhn/blog/2009/10/16/open-core-shareware.html > >Kevin Kofler > > Wait, I thought libvdpau had a VA-API backend? And I thought Fedora included a crippled version of mplayer in its repositories? Either way, it is true that VDPAU currently only works with MPEG formats, but nothing says that the library can't be modified to support other formats, does it? If I'm wrong, then shouldn't it be RPM Fusion? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Open Letter: Why I, Kevin Kofler, am not rerunning for FESCo
On Sun, May 2, 2010 at 7:20 PM, Kevin Kofler wrote: > Hi, > > You will have noticed by now that my FESCo term is about to expire, that > the > nomination period for FESCo just closed and that my name does not show up > on the > list of candidates. No, this is not an accident or negligence, the decision > not > to run for another term was intentional, for several reasons: > > * When I ran for election a year ago, one of my reasons for running, and > also > something I made part of my campaign, was that it shouldn't always be the > same > people who are sitting on FESCo. We have a much higher number of active > contributors than FESCo seats, so it makes sense to see some turnover > happening. So it would be very hypocritical from me to attempt to sit > another > year on FESCo myself, now that I'm myself a FESCo "veteran". > > * I have never been a committee person and have always hated sitting on > meetings. I have done it anyway for a year because I believed it to be > important for the good of the project. But I'm really fed up of those > meetings > (I'm feeling burned out) and prefer focusing on more practical, less > political > areas of Fedora. The fact that I don't feel my presence in those meetings > being of much if any use (more on that later) doesn't help either. > > * When looking back at what happened over the year I've been in office, I > have a > feeling that I have been able to acheive basically nothing: > - The vast majority of votes were either unanimous or 8-1 against me. In > both >cases, my vote was entirely redundant. Even for more contested votes, my >vote hardly ever mattered. > - Any attempts to discuss those issues where everyone was against me went >nowhere. In most cases, people rushed out a vote without even > considering >the real issue at hand and then shot down any discussion with "we > already >voted, we want to move on". In those few cases where there actually was > a >discussion, my position was always dismissed as being ridiculous and not >even worth considering, my arguments, no matter how strong, were > entirely >ignored. > - Basically any proposal I filed was systematically shot down. Even things >which should be obvious such as: >. calling GNOME by its name rather than the generic "Desktop" or >. eliminating the useless bureaucratic red tape of FESCo ratification > for > FPC guidelines which just wastes everyone's time and constitutes pure > process inefficiency >got only incomprehension. > I have come to the conclusion that it is just plain impossible for a > single > person to change FESCo's ways and that therefore I am just wasting my time > there. > > * I am very unhappy about FESCo's recent (and not so recent, which were > what > made me run in the first place) directions. The trend is steady towards > bureaucracy and centralization: > - Maintainers are continuously being distrusted. It all started with the >provenpackager policy, where every single provenpackager has to be voted > in >by a FESCo majority vote, as opposed to letting any sponsor approve > people >as provenpackagers as originally planned, or just opening all our > packages >to everyone as was the case in the old Extras. From there, things pretty >much degenerated and we're now at a point where FESCo no longer trusts >maintainers to know when an update to the packages they maintain is > stable, >instead insisting on automatically-enforced bureaucracy which will never > be >as reliable and effective as a human. The fact that we trust our > maintainers >used to be one of the core values of the Fedora community. It has been >replaced by control-freakiness and paranoia. > - All the power in Fedora is being centralized into 2 major committees: > the >Board and FESCo. FESCo is responsible for a lot of things all taking up >meeting time, leading to lengthy meetings and little time for > discussion. >Many of those things could be handled better in a more decentralized > way. >Power should be delegated to SIGs and technical committees wherever >possible, FESCo should only handle issues where no reponsible > subcommittee >can be found or where there is disagreement among affected committees. > In >particular, I suggest that: >. FPC guidelines should be passed directly by FPC, only concrete > objections > should get escalated to FESCo. >. membership in packager-sponsors and provenpackager should be handled > by > the sponsors, with a process to be defined by them (my suggestion: > provenpackager should take 1 sponsor to approve and no possibility to > object or veto, sponsor should take 3 sponsors to approve and > objections > can be escalated to FESCo). >. features should get approved by the responsible SIG or committee (e.g. > FPC for RPM features, KDE SIG for KDE features etc.). The feature > wrangler > should decide
Re: Request for Comments: Fedora Project Contributor Agreement Draft (Replacement for Fedora Individual Contributor License Agreement)
But it should be explicitly stated anyway. Legalese isn't English. Note: IANAL On Wed, Apr 21, 2010 at 4:28 PM, Matt McCutchen wrote: > On Wed, 2010-04-21 at 16:15 -0500, charles zeitler wrote: > > i looked at this (and the MIT license) didn't see any explicit reference > > to source code! (e.g. , that it must be made available.) > > Indeed. For an MIT licensing regime to be considered "free", the > original author must provide the source. But being non-copyleft, the > license does not require distributors of derived works to provide > source. > > I can't imagine Fedora accepting a contribution in binary form, so I > believe this is a non-issue. > > -- > Matt > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
