Re: Gnome-shell workspaces (Was Re: Proposed F19 Feature: Cinnamon as Default Desktop)
On Sunday, February 10, 2013, Samuel Sieb sam...@sieb.net wrote: ＞ As an aside, when I first saw gnome-shell, I thought it would be horrible to use. But after a while of using it, finding gnome-tweak-tool, and installing a couple of extensions, I've been quite happy with it. I actually think it's more keyboard friendly than Gnome 2 was. Somewhat funny that many users even don't know this tweak tool and ask everywhere about this.. -- *Yours sincerely,* *Christopher Meng* Got problems with Windows? - ReBoot Got problems with Linux? - Be Root Ambassador/Contributor of Fedora Project and many others. http://cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Replace MySQL with MariaDB
Remi Collet wrote: Le 09/02/2013 19:08, Alfredo Kojima a écrit : Whenever we need to use a 3rd party lib that no distribution ships, we're stuck thinking whether it's better to ship it ourselves or just leave out everything, forcing users and packagers to fetch them externally. Can you shed some light? (quoting the quote there because the original message is not available in Gmane) Just require the external library and distros WILL ship it. :-) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Gnome-shell workspaces
Christopher Meng cicku...@gmail.com writes: Somewhat funny that many users even don't know this tweak tool and ask everywhere about this.. I always found it odd that gnome-tweak-tool even exists.. some functionality are found in the system settings, some in gnome-tweak-tool. If you ask me, gnome-tweak-tool should be part of the standard system settings. Call it advanced shell options or something. It would be easier for users to find, provide a more consistent GNOME experience, and ultimately happier users. Cheers, -- Trond H. Amundsen t.h.amund...@usit.uio.no Center for Information Technology Services, University of Oslo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Tor maintainership
Jamie Nguyen j...@jamielinux.com writes: Thanks very much for adding me as a co-maintainer. I guess that you probably don't have much time for updating the Tor package, so I'm glad to be on board and will be taking a very active role in maintaining the package so that you can spend time on other things. I have some package cleanup tasks lined up and will be closing the security bugs on our bugzilla very soon. I will revert most of your changes. please avoid to apply your personal style (e.g. whitespaces vs. tabs) on a package where you are a comaintainer for 1 week. Although some of the changes might be useful, it is impossible for me to distinguish between them because they were all in an huge commit. Sorry, Enrico -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Gnome-shell workspaces
On Sun, Feb 10, 2013 at 01:28:54PM +0100, Trond Hasle Amundsen wrote: Christopher Meng cicku...@gmail.com writes: Somewhat funny that many users even don't know this tweak tool and ask everywhere about this.. I always found it odd that gnome-tweak-tool even exists.. some functionality are found in the system settings, some in gnome-tweak-tool. If you ask me, gnome-tweak-tool should be part of the standard system settings. Call it advanced shell options or something. It would be easier for users to find, provide a more consistent GNOME experience, and ultimately happier users. This has been addressed various times. In brief: Advanced buttons do not work. They'll be clicked every time. Tweak tool provides a different guarantee of stability. For instance: if you change an option in System Settings and it results in a bug it must be fixed asap. At the same time, the sloppy focus option in Tweak tool is known to have issues. And to avoid misunderstandings: sloppy focus has less issues with every release. -- Regards, Olav -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Gnome-shell workspaces
Olav Vitters wrote: This has been addressed various times. In brief: Advanced buttons do not work. They'll be clicked every time. Tweak tool provides a different guarantee of stability. For instance: if you change an option in System Settings and it results in a bug it must be fixed asap. At the same time, the sloppy focus option in Tweak tool is known to have issues. And to avoid misunderstandings: sloppy focus has less issues with every release. Having a separate tweak tool is a lame workaround for lack of settings in the official tools. The only reason such tweak tools exist on proprietary operating systems is because the proprietary companies don't want to officially support some functionality, so you need a third-party tool to enable the hidden settings. Having an official tweak tool is really really silly. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Gnome-shell workspaces
Olav Vitters o...@vitters.nl writes: Somewhat funny that many users even don't know this tweak tool and ask everywhere about this.. I always found it odd that gnome-tweak-tool even exists.. some functionality are found in the system settings, some in gnome-tweak-tool. If you ask me, gnome-tweak-tool should be part of the standard system settings. Call it advanced shell options or something. It would be easier for users to find, provide a more consistent GNOME experience, and ultimately happier users. This has been addressed various times. In brief: Advanced buttons do not work. They'll be clicked every time. Tweak tool provides a different guarantee of stability. For instance: if you change an option in System Settings and it results in a bug it must be fixed asap. At the same time, the sloppy focus option in Tweak tool is known to have issues. And to avoid misunderstandings: sloppy focus has less issues with every release. Ok, I see the point, and thanks for the explanation. I did suspect that some of the idea behind gnome-tweak-tool is providing features and options that aren't stable enough to exist in system settings. Like a collection of beta features. Would we then see features being eventually moved from tweak-tool to system settings, as they are deemed stable and mostly bug-free? Cheers, -- Trond H. Amundsen t.h.amund...@usit.uio.no Center for Information Technology Services, University of Oslo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Tor maintainership
On Dom, 2013-02-10 at 14:12 +0100, Enrico Scholz wrote: Jamie Nguyen j...@jamielinux.com writes: Thanks very much for adding me as a co-maintainer. I guess that you probably don't have much time for updating the Tor package, so I'm glad to be on board and will be taking a very active role in maintaining the package so that you can spend time on other things. I have some package cleanup tasks lined up and will be closing the security bugs on our bugzilla very soon. I will revert most of your changes. please avoid to apply your personal style (e.g. whitespaces vs. tabs) on a package where you are a comaintainer for 1 week. Although some of the changes might be useful, it is impossible for me to distinguish between them because they were all in an huge commit. If you use vim to edit spec , you may do :retab to restore tabs in your own style . Best regards, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
On 9 February 2013 12:52, Michael Scherer m...@zarb.org wrote: Le samedi 09 février 2013 à 11:34 +, Ian Malone a écrit : On 9 February 2013 00:37, drago01 drag...@gmail.com wrote: On Sat, Feb 9, 2013 at 1:23 AM, Martin Sourada martin.sour...@gmail.com wrote: * Gnome 3's target audience does not enclose majority of Gnome 2's target audience, though it *does* have some intersection. Many of those are seeing this as arrogance. Being different does not imply different target audience ... same thing and discussion happened when GNOME 2.0 got released. Now the haters from back then want GNOME 2.0 back ;) Gnome 2 slowly returned to the old behaviour in many ways. Gnome 3 is starting to do this. * Some trivial stuff is taking months to years to re-implement (shut down). Nonsense. Shutdown has always been implemented. It just got presented differently. Hidden. On the bizarre assumption users didn't need it. based on the assumption that showing hibernate, suspend, reboot, shutdown, log out, lock was asking too much questions and that we could do better. See http://www.joelonsoftware.com/items/2006/11/21.html for the rational of the problem. Too many questions, better to introduce an unexpected mouse-keyboard combination? And the assumption was that using the power button would have been easy enough for people to get it ( since people do get it for like almost every possible electronic stuff and likely all computers stuff except a few one ). It doesn't seems a totally bizarre assumption to me. Sound cards used to have physical volume knobs, maybe we should reintroduce those and then there wouldn't be a need for a volume control on the desktop? And get rid of network manager, I can always just whip out the aerial or ethernet cable if I want... * Gnome 3 is going the I-know-better-then-you-what's-good-for-you way. Sure by giving you an extension system that allows you to do whatever you want with the desktop Is anyone doing that? That's the problem. Most people prefer to talk rather to do work. And then complain that the others do not do exactly what they want for free and immediately. Ah, no, my point is that this kind of 'do it yourself answer' doesn't work for many people. Is the user that's confused by the choice between shutdown and suspend expected to write their own extension to do it? And yes, I realise there's an extension to do *that* particular job. * We think Gnome 3 is doing similar type of mistake as Windows 8. GNOME3 has nothing to do with windows 8 other than both work better on touch devices then previous releases supporting new hardware isn't really a bad thing imo. And neither much contemplated that the interface that's appropriate for a mobile phone is not appropriate for a desktop. Gnome-shell is not mean to be used nor appropriate for a mobile phone. And despite being rather usable on a touch screen ( I tested ), it is still not sufficient there for 1 million of details ( Vincent Untz talk also said the same, see gnome people to see the details ). So when the developpers say this is not made for a phone, when there is actual strong evidence that it doesn't work on a phone, why do people insist on the contrary ? I didn't. I said: And neither much contemplated that the interface that's appropriate for a mobile phone is not appropriate for a desktop. Gnome 3 is designed for a touch interface. The majority of touch interfaces are mobile phones. Touch interfaces on computers are a minority. Gnome 3 is a poor mobile phone interface, but that doesn't mean it's a good laptop or desktop one. Touch screen is not the reality for the majority of office workers for example, and I do wonder how useful it would be at all to them. -- imalone http://ibmalone.blogspot.co.uk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
On 9 February 2013 12:25, drago01 drag...@gmail.com wrote: On Sat, Feb 9, 2013 at 12:34 PM, Ian Malone ibmal...@gmail.com wrote: * Gnome 3 is going the I-know-better-then-you-what's-good-for-you way. Sure by giving you an extension system that allows you to do whatever you want with the desktop Is anyone doing that? https://extensions.gnome.org/ ... seems so ;) Is not very useful. 19 pages of unorganised apps. It's not even immediately obvious how to install one (it is not intuitive to me that a slider on a web page should make a change to my desktop). * We think Gnome 3 is doing similar type of mistake as Windows 8. GNOME3 has nothing to do with windows 8 other than both work better on touch devices then previous releases supporting new hardware isn't really a bad thing imo. And neither much contemplated that the interface that's appropriate for a mobile phone is not appropriate for a desktop. GNOME 3 is not a mobile phone interface. Repeating that multiple times does not make it true. I didn't. I implied it would be more suitable as a mobile phone interface. I still use Gnome 3, despite the many helpful suggestions to change. I don't find it quite as annoying as Windows 8 (where it's sometimes hard even to know how to close down an app), but I do find that: 1. I no longer use workspaces to manage different tasks unless there are lots of windows and then I sometimes overflow onto 2. This is because they're less useful as you now can't switch without going to the activities view and they aren't segregated well. You have a keyboard Crtl-Alt-up/down works fine (Odd on a mobile phone interface but you can do a lot of things with the keyboard). Not my point. My point is that everything is made a little harder, pushed a little further away, in ways that make more efficient working patterns harder. And now I think this thread is going nowhere lets stop here. In the end, more than any usability quibbles, the best reason to give up on a project is when it refuses to listen to its end users. -- imalone http://ibmalone.blogspot.co.uk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Tor maintainership
On Sun, 10 Feb 2013 14:12:44 +0100 Enrico Scholz enrico.sch...@informatik.tu-chemnitz.de wrote: Jamie Nguyen j...@jamielinux.com writes: Thanks very much for adding me as a co-maintainer. I guess that you probably don't have much time for updating the Tor package, so I'm glad to be on board and will be taking a very active role in maintaining the package so that you can spend time on other things. I have some package cleanup tasks lined up and will be closing the security bugs on our bugzilla very soon. I will revert most of your changes. please avoid to apply your personal style (e.g. whitespaces vs. tabs) on a package where you are a comaintainer for 1 week. While I understand this, I'd like to note that IMHO Fedora package specs should not really have any 'personal style'. If they do, it means they are harder for people to co-maintainer or provenpackages to step in and fix things in case they need to. Although some of the changes might be useful, it is impossible for me to distinguish between them because they were all in an huge commit. Well, the entire tor.spec without changelog is 245 lines. Couldn't you simply review the new version? kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
formulas-devel list established
Greetings. I've setup a fedorahosted project: https://fedorahosted.org/formulas/wiki/WikiStart and mailing list: http://lists.fedorahosted.org/mailman/listinfo/formulas-devel to discuss development of the formulas idea mentioned at: http://lists.fedoraproject.org/pipermail/devel/2013-January/176011.html and https://fedoraproject.org/wiki/Fedora_formulas If you are interested in helping out with this project or just want to follow progress, please do join the formulas-devel list. I'll be sure and pass back to this list anytime we have useful progress to report. Thanks. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: formulas-devel list established
On Sun, Feb 10, 2013 at 9:33 PM, Kevin Fenzi ke...@scrye.com wrote: Greetings. I've setup a fedorahosted project: https://fedorahosted.org/formulas/wiki/WikiStart and mailing list: http://lists.fedorahosted.org/mailman/listinfo/formulas-devel to discuss development of the formulas idea mentioned at: http://lists.fedoraproject.org/pipermail/devel/2013-January/176011.html and https://fedoraproject.org/wiki/Fedora_formulas If you are interested in helping out with this project or just want to follow progress, please do join the formulas-devel list. I'll be sure and pass back to this list anytime we have useful progress to report. So fedora like ansible and not puppet anymore ? Just for info. Thanks. 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: formulas-devel list established
On Sun, 10 Feb 2013 22:23:50 +0100 yersinia yersinia.spi...@gmail.com wrote: On Sun, Feb 10, 2013 at 9:33 PM, Kevin Fenzi ke...@scrye.com wrote: Greetings. I've setup a fedorahosted project: https://fedorahosted.org/formulas/wiki/WikiStart and mailing list: http://lists.fedorahosted.org/mailman/listinfo/formulas-devel to discuss development of the formulas idea mentioned at: http://lists.fedoraproject.org/pipermail/devel/2013-January/176011.html and https://fedoraproject.org/wiki/Fedora_formulas If you are interested in helping out with this project or just want to follow progress, please do join the formulas-devel list. I'll be sure and pass back to this list anytime we have useful progress to report. So fedora like ansible and not puppet anymore ? Just for info. I don't know that you could ever say something like the Fedora Project likes just one thing. It's a diverse community of many many people. ;) I think ansible is a better fit for this use case, yes. Puppet is surely still available and ready for other cases. Use what fits your needs and use case. ;) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: formulas-devel list established
On Sun, Feb 10, 2013 at 10:33 PM, Kevin Fenzi ke...@scrye.com wrote: On Sun, 10 Feb 2013 22:23:50 +0100 yersinia yersinia.spi...@gmail.com wrote: On Sun, Feb 10, 2013 at 9:33 PM, Kevin Fenzi ke...@scrye.com wrote: Greetings. I've setup a fedorahosted project: https://fedorahosted.org/formulas/wiki/WikiStart and mailing list: http://lists.fedorahosted.org/mailman/listinfo/formulas-devel to discuss development of the formulas idea mentioned at: http://lists.fedoraproject.org/pipermail/devel/2013-January/176011.html and https://fedoraproject.org/wiki/Fedora_formulas If you are interested in helping out with this project or just want to follow progress, please do join the formulas-devel list. I'll be sure and pass back to this list anytime we have useful progress to report. So fedora like ansible and not puppet anymore ? Just for info. I don't know that you could ever say something like the Fedora Project likes just one thing. It's a diverse community of many many people. ;) It 's true. It 's the beauty of the comunity, many ideas, different ways of dealing with problems. I think ansible is a better fit for this use case, yes. Puppet is surely still available and ready for other cases. Use what fits your needs and use case. ;) Yes, of course. But for many could be difficult to understand that not exists one solution best for everyone. It is not so simple. Thanks for the timely response, Best -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
devendorize desktop files
Hi I along with Jon Ciesla and Parag Nemade are working through this list slowly but there are over 600 packages. So we could use more hands https://fedoraproject.org/wiki/User:Toshio/Devendorize_desktop_files If any provenpackager wants to pitch in, that would be great Thanks! Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: devendorize desktop files
What's devend? Oh, you mean de-vendorize. Aren't hyphens great? ;) On Feb 10, 2013 10:08 PM, Rahul Sundaram methe...@gmail.com wrote: Hi I along with Jon Ciesla and Parag Nemade are working through this list slowly but there are over 600 packages. So we could use more hands https://fedoraproject.org/wiki/User:Toshio/Devendorize_desktop_files If any provenpackager wants to pitch in, that would be great Thanks! Rahul -- 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: devendorize desktop files
On Sun, Feb 10, 2013 at 6:39 PM, Jonathan Underwood wrote: What's devend? Oh, you mean de-vendorize. Aren't hyphens great? ;) Sure. An offlist mail is sufficient to note that. Help on the other hand... Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Tor maintainership
Kevin Fenzi wrote: While I understand this, I'd like to note that IMHO Fedora package specs should not really have any 'personal style'. If they do, it means they are harder for people to co-maintainer or provenpackages to step in and fix things in case they need to. This is a real problem with Enrico's packages. They're all really Enrico packages rather than Fedora packages as they're supposed to be. Just look at the bizarre Release versioning (e.g. 1800) nobody else is using. (Well, the kernel team is now using a variant of that, but the kernel has always been a bit special.) The correct way to handle the problem this is intended to solve is documented right in our guidelines: https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Minor_release_bumps_for_old_branches (but even that should only be needed in exceptional cases). Putting the systemd units for his services in a subpackage is also strange. All these things may or may not comply with the letter of the packaging guidelines, but they're definitely against the spirit, which is to have a consistent Fedora style rather than an Enrico style. And even worse, Enrico doesn't seem to know or understand the concept of upgrade path, see the discussion on: https://admin.fedoraproject.org/updates/FEDORA-2012-14635 (His Release version hack doesn't help there because it's a new upstream version.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Tor maintainership
On Sun, 10 Feb 2013, Enrico Scholz wrote: I will revert most of your changes. please avoid to apply your personal style Please remove tor-systemd and other personal styles that are against fedora guidelines with blocking security updates for your personal pleasure, you are endangering the lives of people who count on the functionality of tor. Seriously, this package should be taken away from you. It's been 5 years of you being a drama queen going against everyone _including_ upstream. Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] 2013-02-11 @ 16:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2013-02-11 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! It's meeting time again tomorrow. I'll be out for the day, so if someone else could run the meeting, that'd be great. Note: I'm happy to set up the Test Day cycle if no-one else takes it, and tflink may be able to talk a bit about what we were discussing with regards to the criteria revision task this week. This is a reminder of the upcoming QA meeting. Please add any topic suggestions to the meeting wiki page: https://fedoraproject.org/wiki/QA/Meetings/20130211 The current proposed agenda is included below. == Proposed Agenda Topics == 1. Criteria Revision 2. Fedora 19 Test Days 3. Retrospective review 4. Open floor -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
On Sun, Feb 10, 2013 at 11:54 AM, Ian Malone ibmal...@gmail.com wrote: Gnome 3 is designed for a touch interface. The majority of touch interfaces are mobile phones. Touch interfaces on computers are a minority. Gnome 3 is a poor mobile phone interface, but that doesn't mean it's a good laptop or desktop one. Touch screen is not the reality for the majority of office workers for example, and I do wonder how useful it would be at all to them. I flew to Atlanta recently and saw a number of people using iPads in the Bluetooth-keyboard-mounted configuration. It was ghastly to watch - they'd type a bit, then poke the screen, type some more, poke some more, ... I really can't imagine doing serious knowledge work without a mouse or at least a trackpad. And I despise trackpads. I use GNOME 3 with a mouse and keyboard. I like it. I can't imagine using it on a phone or a tablet. I *think* what the GNOME 3 designers (and the Unity bastardization of GNOME 3) were going for was an interface that *could* be used either on a touch screen or a conventional KVM setup. I've also tried both Cinnamon and MATE on both Fedora and Linux Mint. Really, with a few mouse clicks, you can customize *any* Linux desktop *except* GNOME 3 to be Mac-like (menu in the upper left) or Windows-like (menu in the lower left) and can add panels, taskbars, etc. -- imalone http://ibmalone.blogspot.co.uk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Twitter: http://twitter.com/znmeb; Computational Journalism on a Stick http://j.mp/CompJournoStick/ The National Coal Institute reminds you, There's no fuel like an old fuel. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Tor maintainership
Paul Wouters wrote: On Sun, 10 Feb 2013, Enrico Scholz wrote: I will revert most of your changes. please avoid to apply your personal style Please remove tor-systemd and other personal styles that are against fedora guidelines with blocking security updates for your personal pleasure, you are endangering the lives of people who count on the functionality of tor. Seriously, this package should be taken away from you. It's been 5 years of you being a drama queen going against everyone _including_ upstream. +1 In fact, IMHO, ALL packages should be taken away from him. He's maintaining all of them the same broken personally styled and upstream-unfriendly way, just look at clamav for an example (but I think any random Enrico package will do). I'm fed up of this behavior! Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
On Sat, Feb 09, 2013 at 11:34:34AM +, Ian Malone wrote: Gnome 2 slowly returned to the old behaviour in many ways. Gnome 3 is starting to do this. As someone who, I presume, does not like Gnome 3, and as someone who, I will wildly guess, shares the notion that GNOME devs are doing whatever they want and not listening to your use cases... ...are you certain... ...absolutely certain... ...that you'd like to be on record setting the precedent that GNOME 3 is admitting failure by compromising to your standards? --CJD -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: Cinnamon as Default Desktop
On 11 February 2013 07:15, Casey Dahlin cdah...@redhat.com wrote: On Sat, Feb 09, 2013 at 11:34:34AM +, Ian Malone wrote: Gnome 2 slowly returned to the old behaviour in many ways. Gnome 3 is starting to do this. As someone who, I presume, does not like Gnome 3, and as someone who, I will wildly guess, shares the notion that GNOME devs are doing whatever they want and not listening to your use cases... ...are you certain... ...absolutely certain... ...that you'd like to be on record setting the precedent that GNOME 3 is admitting failure by compromising to your standards? On record? Is there going to be a trial? What frustrates me is it's such an uphill battle. Step 1: Everything changes. Step 2: Users protest, some leave. Step 3: Supporters respond there's nothing wrong and essentially everyone who doesn't like it is too stupid or lazy. Step 4: Users carry on complaining. Step 5: Some features are gradually re-added, without ever acknowledging there was a problem in the first place. Step 6: Minor release? Go to step 4. Step 7: Major release? Go to step 5. -- imalone http://ibmalone.blogspot.co.uk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File SVG-TT-Graph-0.23.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-SVG-TT-Graph: 2cf7439498bba5adedbbf599ceccc509 SVG-TT-Graph-0.23.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-SVG-TT-Graph] Update to 0.23
commit fd68638efb8775c71c5535c95033875f420df577
Author: Emmanuel Seyman emman...@seyman.fr
Date: Sun Feb 10 10:49:36 2013 +0100
Update to 0.23
.gitignore |1 +
perl-SVG-TT-Graph.spec |8 ++--
sources|2 +-
3 files changed, 8 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index cbcec93..0714e72 100644
--- a/.gitignore
+++ b/.gitignore
@@ -5,3 +5,4 @@ SVG-TT-Graph-0.16.tar.gz
/SVG-TT-Graph-0.20.tar.gz
/SVG-TT-Graph-0.21.tar.gz
/SVG-TT-Graph-0.22.tar.gz
+/SVG-TT-Graph-0.23.tar.gz
diff --git a/perl-SVG-TT-Graph.spec b/perl-SVG-TT-Graph.spec
index c089f39..a5e1726 100644
--- a/perl-SVG-TT-Graph.spec
+++ b/perl-SVG-TT-Graph.spec
@@ -1,9 +1,9 @@
Name: perl-SVG-TT-Graph
-Version:0.22
+Version:0.23
Release:1%{?dist}
Summary:Base object for generating SVG Graphs
License:GPL+ or Artistic
-Group: Development/Libraries
+
URL:http://search.cpan.org/dist/SVG-TT-Graph/
Source0:
http://search.cpan.org/CPAN/authors/id/L/LL/LLAP/SVG-TT-Graph-%{version}.tar.gz
BuildArch: noarch
@@ -48,6 +48,10 @@ make test
%{_mandir}/man3/*
%changelog
+* Sun Feb 10 2013 Emmanuel Seyman emman...@seyman.fr - 0.23-1
+- Update to 0.23
+- Drop the Group macro (no longer used)
+
* Sun Oct 21 2012 Emmanuel Seyman emman...@seyman.fr - 0.22-1
- Update to 0.22
diff --git a/sources b/sources
index d5866f1..951751c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d5736fcfc991ecde1c05414e3623fb3c SVG-TT-Graph-0.22.tar.gz
+2cf7439498bba5adedbbf599ceccc509 SVG-TT-Graph-0.23.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Module-Info-0.33.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Module-Info: 422824cc46ba6b571f2319ba1cf5f2f9 Module-Info-0.33.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Module-Info] Update to 0.33
commit 26127d9af4b9afad2b0f530f01e8ef1d08872281
Author: Paul Howarth p...@city-fan.org
Date: Sun Feb 10 17:20:12 2013 +
Update to 0.33
- New upstream release 0.33
- Fix tests under Perl 5.6.2 when some core modules have been upgraded
- Add provides filter that works with rpm ≥ 4.10
- Simplify provides filter for rpm 4.10
- BR: perl(Carp), perl(Cwd), perl(File::Spec), perl(lib) and
perl(Text::Soundex)
- BR:/R: perl(Safe)
- BR: at least version 1.00 of perl(Test::Pod) and perl(Test::Pod::Coverage)
- Don't use macros for commands
- Don't need to remove empty directories from the buildroot
- Drop %defattr, redundant since rpm 4.4
.gitignore |3 +-
Module-Info-filter-provides.sh |3 --
perl-Module-Info.spec | 60 +--
sources|2 +-
4 files changed, 40 insertions(+), 28 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 62faa62..1b30a20 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1 @@
-Module-Info-0.31.tar.gz
-/Module-Info-0.32.tar.gz
+/Module-Info-[0-9.]*.tar.gz
diff --git a/perl-Module-Info.spec b/perl-Module-Info.spec
index 6b94695..0e0b5f6 100644
--- a/perl-Module-Info.spec
+++ b/perl-Module-Info.spec
@@ -1,55 +1,58 @@
Name: perl-Module-Info
-Version:0.32
-Release:6%{?dist}
+Version:0.33
+Release:1%{?dist}
Summary:Information about Perl modules
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Module-Info/
Source0:
http://www.cpan.org/authors/id/M/MB/MBARBON/Module-Info-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
BuildArch: noarch
+BuildRequires: perl(Carp)
+BuildRequires: perl(Cwd)
+BuildRequires: perl(File::Spec)
+BuildRequires: perl(lib)
BuildRequires: perl(Module::Build)
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::Pod::Coverage)
+BuildRequires: perl(Safe)
+BuildRequires: perl(Test::Pod) = 1.00
+BuildRequires: perl(Test::Pod::Coverage) = 1.00
+BuildRequires: perl(Text::Soundex)
BuildRequires: perl(version)
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires: perl(Safe)
Requires: perl(version)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
-Source99: Module-Info-filter-provides.sh
-%global real_perl_provides %{__perl_provides}
-%define __perl_provides %{_tmppath}/%{name}-%{version}-%{release}-%(%{__id_u}
-n)-filter-provides
+# We don't really provide perl(B::Utils)
+%global __provides_exclude ^perl\\(B::Utils\\)
%description
-Module::Info gives you information about Perl modules without actually
-loading the module. It actually isn't specific to modules and should work
-on any perl code.
+Module::Info gives you information about Perl modules without actually loading
+the module. It isn't actually specific to modules and should work on any perl
+code.
%prep
%setup -q -n Module-Info-%{version}
-sed -e 's,@@PERL_PROV@@,%{real_perl_provides},' %{SOURCE99}
%{__perl_provides}
-chmod +x %{__perl_provides}
+# We don't really provide perl(B::Utils) [filter for rpm 4.10]
+%global provfilt /bin/sh -c %{__perl_provides} | grep -Ev
'^perl\\(B::Utils\\)'
+%define __perl_provides %{provfilt}
%build
-%{__perl} Build.PL installdirs=vendor
+perl Build.PL installdirs=vendor
./Build
%install
rm -rf $RPM_BUILD_ROOT
-
./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
-
-%{_fixperms} $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT
%check
./Build test
%clean
-rm -rf $RPM_BUILD_ROOT %{__perl_provides}
+rm -rf $RPM_BUILD_ROOT
%files
-%defattr(-,root,root,-)
%doc Changes
%{_bindir}/*
%{perl_vendorlib}/*
@@ -57,6 +60,19 @@ rm -rf $RPM_BUILD_ROOT %{__perl_provides}
%{_mandir}/man3/*
%changelog
+* Sun Feb 10 2013 Paul Howarth p...@city-fan.org - 0.33-1
+- Update to 0.33
+ - Fix tests under Perl 5.6.2 when some core modules have been upgraded
+- Add provides filter that works with rpm ≥ 4.10
+- Simplify provides filter for rpm 4.10
+- BR: perl(Carp), perl(Cwd), perl(File::Spec), perl(lib) and
+ perl(Text::Soundex)
+- BR:/R: perl(Safe)
+- BR: at least version 1.00 of perl(Test::Pod) and perl(Test::Pod::Coverage)
+- Don't use macros for commands
+- Don't need to remove empty directories from the buildroot
+- Drop %%defattr, redundant since rpm 4.4
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.32-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
@@ -76,7 +92,7 @@ rm -rf $RPM_BUILD_ROOT %{__perl_provides}
- Update to 0.32.
* Mon Dec 20 2010 Marcela Maslanova mmasl...@redhat.com - 0.31-9
-- 661697
[perl-Module-Info] Created tag perl-Module-Info-0.33-1.fc19
The lightweight tag 'perl-Module-Info-0.33-1.fc19' was created pointing to: 26127d9... Update to 0.33 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File MARC-Record-2.0.4.tar.gz uploaded to lookaside cache by dscott
A file has been added to the lookaside cache for perl-MARC-Record: 67b74d39a245f0d224b4ae4fec057dfe MARC-Record-2.0.4.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MARC-Record] Update to 2.0.4
commit 04360767aa6b1591e2850377e675bc59e1607395
Author: Dan Scott d...@coffeecode.net
Date: Sun Feb 10 21:45:06 2013 -0500
Update to 2.0.4
.gitignore|1 +
perl-MARC-Record.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index a8787c2..934bb64 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
MARC-Record-2.0.0.tar.gz
/MARC-Record-2.0.3.tar.gz
+/MARC-Record-2.0.4.tar.gz
diff --git a/perl-MARC-Record.spec b/perl-MARC-Record.spec
index f39843f..fe992c4 100644
--- a/perl-MARC-Record.spec
+++ b/perl-MARC-Record.spec
@@ -1,6 +1,6 @@
Name: perl-MARC-Record
-Version:2.0.3
-Release:3%{?dist}
+Version:2.0.4
+Release:1%{?dist}
Summary:Object-oriented abstraction of MARC record handling
Group: Development/Libraries
@@ -63,6 +63,9 @@ make test
%changelog
+* Sun Feb 10 2013 Dan Scott d...@coffeecode.net - 2.0.4-1
+- Update to 2.0.4.
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2.0.3-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
diff --git a/sources b/sources
index 7c9b47f..8990551 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c7600e06046bdcc028386f0ec419cc9c MARC-Record-2.0.3.tar.gz
+67b74d39a245f0d224b4ae4fec057dfe MARC-Record-2.0.4.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MARC-Record/f18] Update to 2.0.4
commit ff87251d39068925ca896b6fdb1704e1fa02b0bf
Author: Dan Scott d...@coffeecode.net
Date: Sun Feb 10 21:45:06 2013 -0500
Update to 2.0.4
.gitignore|1 +
perl-MARC-Record.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index a8787c2..934bb64 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
MARC-Record-2.0.0.tar.gz
/MARC-Record-2.0.3.tar.gz
+/MARC-Record-2.0.4.tar.gz
diff --git a/perl-MARC-Record.spec b/perl-MARC-Record.spec
index f39843f..fe992c4 100644
--- a/perl-MARC-Record.spec
+++ b/perl-MARC-Record.spec
@@ -1,6 +1,6 @@
Name: perl-MARC-Record
-Version:2.0.3
-Release:3%{?dist}
+Version:2.0.4
+Release:1%{?dist}
Summary:Object-oriented abstraction of MARC record handling
Group: Development/Libraries
@@ -63,6 +63,9 @@ make test
%changelog
+* Sun Feb 10 2013 Dan Scott d...@coffeecode.net - 2.0.4-1
+- Update to 2.0.4.
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2.0.3-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
diff --git a/sources b/sources
index 7c9b47f..8990551 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c7600e06046bdcc028386f0ec419cc9c MARC-Record-2.0.3.tar.gz
+67b74d39a245f0d224b4ae4fec057dfe MARC-Record-2.0.4.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-MARC-Record/f17] Update to 2.0.4
commit 10493cca55e2aa6b1488e0e7bc5941e98ab545f0
Author: Dan Scott d...@coffeecode.net
Date: Sun Feb 10 21:45:06 2013 -0500
Update to 2.0.4
.gitignore|1 +
perl-MARC-Record.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index a8787c2..934bb64 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
MARC-Record-2.0.0.tar.gz
/MARC-Record-2.0.3.tar.gz
+/MARC-Record-2.0.4.tar.gz
diff --git a/perl-MARC-Record.spec b/perl-MARC-Record.spec
index 6f994f4..5f69459 100644
--- a/perl-MARC-Record.spec
+++ b/perl-MARC-Record.spec
@@ -1,5 +1,5 @@
Name: perl-MARC-Record
-Version:2.0.3
+Version:2.0.4
Release:1%{?dist}
Summary:Object-oriented abstraction of MARC record handling
@@ -63,6 +63,9 @@ make test
%changelog
+* Sun Feb 10 2013 Dan Scott d...@coffeecode.net - 2.0.4-1
+- Update to 2.0.4.
+
* Thu Jun 14 2012 Dan Scott d...@coffeecode.net - 2.0.3-1
- Update to 2.0.3.
- To match current packaging guidelines, remove clean section and BuildRoot.
diff --git a/sources b/sources
index 7c9b47f..8990551 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c7600e06046bdcc028386f0ec419cc9c MARC-Record-2.0.3.tar.gz
+67b74d39a245f0d224b4ae4fec057dfe MARC-Record-2.0.4.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
