Orphaning: xsel
Hi, I am orphaning xsel as I don't have time to maintain it. The recent gcc update means xsel no longer compiles. I am not sure if it is worth maintaining xsel when xclip is packaged as well, so if someone think so, please take the package. Thank you, -- Tomas Radej ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments
On 05/01/15 10:04, Bohuslav Kabrda wrote: - Original Message - On 02/01/15 11:42, Richard Hughes wrote: Because as of now, gnome-software just doesn't fit the workstation bill I think you're misunderstanding what most developers do. We probably spend about 10 minutes installing development packages (on the command line) when setting up a new OS instance. I then spend a year or so of installing or removing the odd application, and a few minutes every week applying updates. I don't think GNOME Software is hugely useful for installing low-level developer packages, which is fine. It doesn't mean it's not a useful application. I don't know if "most" developers works with more or less just one toolchain and environment as you describe. At least "some" actually works in a lot of projects, with different development packages and sometimes also tools. That said, what about describing the developer usecase as a project, focusing on a user using both GUI and CLI tools? - Get the sources (if they exist). - Install a toolchain, GUI-based or not. - Install dependencies: -devel packages, interpreted modules, etc. - Install project- or user-specific tools (GUI or not). - Keeping the installed sw updated. Installing the toolchain seems like DevAssistant to me. Besides this, I understand your position as if users are supposed to use yum/dnf except for GUI development tools and their dependencies (?) Currently DevAssistant "assistants" (read: plugins) that we have in Fedora are more of "kickstart a new project and install deps along" rather than "install a toolchain and perhaps do some other environment setup". This can however be easily extended by writing different plugins that will do just that. E.g. I can imagine us having "da prep fedora-dev c" (which will BTW automatically gain a clickable counterpart in GUI) that will setup development environment for C (and similar for other languages). We can even provide some choices like --use-eclipse, --use-whatever-other-IDE, ... I'm willing to put my work into this, but I'm mostly a Python developer, so I'd need input from people working with languages. Does that sound worth pursuing? FYI: I have filed an RFE with gnome-software regarding ordering of the search results, which should significantly help bringing DevAssistant Assistants to the top: https://bugzilla.gnome.org/show_bug.cgi?id=742388 Tomas Radej -- 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: Mozilla enabled ads in Firefox and they're active in Fedora
Hi, On 11/18/2014 05:46 PM, Gerald B. Cox wrote: On Tue, Nov 18, 2014 at 7:17 AM, Tomas Radej wrote: I believe M$ made "good experience" with ballot screen, may be we should implement something similar in open source spirit ;) If we do not want Firefox as default, this seems to be much better option than just replacing it with a specific one IMHO. The "ballot screen" was required to be developed by Microsoft as part of the settlement of the anti-trust case with the EU. Mozilla's Firefox ads don't even begin to approach what Microsoft was doing. We don't need a Nobody said we'd do it for the same reason. "default-o-matic" program where people would end up choosing Firefox anyway. If we really wanted to provide a free alternative to Firefox, we'd get Chromium working - it is really the only viable alternative. While I concur that there's not much alternative to Firefox, I think in this context, choosing Chromium is going out of the frying pan and into the fire. I might have been doing it wrong, but even after I disabled every single call-home thing I could, wireshark still detected a few packets sent to Google servers upon Chromium starting, whereas with Firefox, nothing was sent at all until I started typing in the address bar. Additionally, the "Google way" of open source development is arguably less-than-stellar, as illustrated in [1], and some of the bugs that prevent Chromium to be present in the mainline Fedora repositories have been open since 2009 without much progress (listed as blockers for [2]). Based on the aforementioned, I think it's infinitely easier to fix Firefox than push for Chromium. Tomas Radej [1] http://ostatic.com/blog/making-projects-easier-to-package-why-chromium-isnt-in-fedora [2] https://code.google.com/p/chromium/issues/detail?id=28287 -- 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: Mozilla enabled ads in Firefox and they're active in Fedora
Hi, On 11/16/2014 05:36 PM, Vít Ondruch wrote: Dne 15.11.2014 v 15:06 Kevin Kofler napsal(a): Lars Seipel wrote: What does the community think of it? Is it okay for our flagship applications to carry ads and report tracking data? No! IMHO, we should consider dropping Firefox from Fedora entirely, in favor of Epiphany for Workstation and Midori for the Spins (except the KDE Spin which already ships Konqueror as the browser). With all due respect to the developers, Midori is not production ready. Kevin Kofler I believe M$ made "good experience" with ballot screen, may be we should implement something similar in open source spirit ;) If we do not want Firefox as default, this seems to be much better option than just replacing it with a specific one IMHO. Tomas Radej -- 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: F21 System Wide Change: Workstation: Disable firewall
On 04/16/2014 01:11 AM, William Brown wrote: On Tue, 2014-04-15 at 13:49 -0700, Matthias Clasen wrote: On Tue, 2014-04-15 at 20:41 +0200, Thomas Woerner wrote: What you need is clearly different "zones" that the user can configure and associate to networks, with the default being that you trust nothing and everything is firewalled when you roam a new network. We have that already with zones in firewalld. Kindof. If I open the network panel and find the 'Firewall zone' combo, I am presented with a choice of: Default block dmz drop external home internal public trusted work This list is far too long, and none of it is translated or even properly capitalized. And there is no indication at all why one would choose any zone over any other, and what consequences it has. Agreed Perhaps shorten to: block public work home Oh yes. And when accompanied by a short explanation of what happens (how much is shared/blocked, what you may need to do manually to override the settings if setting up a service etc.), I think the user experience leaves little to be desired. The other network zone names really seem targeted at servers. Maybe each zone needs an attr that states if it's a workstation zone or not to determine if it joins this list? So, what you have currently is a raw bit of infrastructure that is directly exposed to the end user, without any design or integration. Additionally, the command line syntax to manage firewalld is obscene. (maybe slightly off topic ...) firewall-cmd --zone=foo --add-port=12345/tcp --permanent It doesn't autocomplete in bash either (zsh at least prefills the -- and gives you some options, but it's not great) At least for the "power" user on a workstation, fixing this syntax to at the minimum remove all the -- would be great. Follow that by nm-cli style short hand, and I would be a happy person. You could do: firewalld-cmd z=foo a-p=12345/tcp perm Because this syntax is "hard" I think that it even excludes power users from wanting to make their firewall work on their system. I don't think we want a 'firewall' UI anyway; the firewall is not something most users can or should understand and make decisions of. Never take decisions away from users. The OSX style firewall works well when enabled. It blocks all by default, then when an application wants a listening port, the user is prompted to allow or deny it. I think this is a good model. What I envision is that we will notify the user when we connect to a new network, with a message along the lines of: You have connected to an new network. If this is a public network, you may want to stop sharing your Music and disable Remote Logins. [Turn off sharing] [Continue sharing] [Sharing Preferences...] And we will remember this for when you later reconnect to the same network. Why not set the firewall zone when you join the network? And the above prompts alter that currently active zone? I've filed a bug for this: https://bugzilla.gnome.org/show_bug.cgi?id=727580 Matthias -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Critical Path: New Python version (2.7.6) in Rawhide
Hi, I have updated Python in Rawhide to version 2.7.6. The build is already tagged as f21. As far as I checked, the API/ABI should remain the same. Most patches applied neatly, only a few needed a rebase, and two were 1:1 incorporated upstream. If something Python-related starts acting up, try looking at this first, and if this version is indeed the cause, don't hesitate to untag the build and/or let me know, I will fix it. Cheers, -- Tomas Radej -- 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: F20 release name election?
Hi, On Thu, 22 Aug 2013 18:23:39 -0600 Chris Murphy wrote: > I'd back no release name for 20 with 8 points and 0 for everything else, if > it's an option, and in particular if the marketing includes to the effect of: > "Fedora 20 is nameless in honor of Seth Vidal who hated release names with > the white hot passion of 10,000 supernovas." +1000 Cheers, Tomas -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaning numerous java packages
Hi, I was maintaining numerous java packages as my work assignment, which changed. I am now releasing ownership of most of them. Many of them are fully co-maintained. The affected packages are: felix-gogo-parent felix-gogo-runtime felix-gogo-shell ht2html jaxen libreadline-java maven-antrun-plugin maven-archiver maven-artifact-resolver maven-clean-plugin maven-compiler-plugin maven-dependency-analyzer maven-downloader maven-file-management maven-filtering maven-invoker maven-jar-plugin maven-osgi maven-plugin-build-helper maven-reporting-api maven-reporting-exec maven-reporting-impl maven-repository-builder maven-script-interpreter maven-shared-io maven-shared-jar maven-shared-utils maven-toolchains-plugin maven-verifier TR -- Tomas Radej -- 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: Bandwidth issue is fedora-review
Hi, On Tue, 4 Jun 2013 16:19:01 +0800 Danishka Navin wrote: > may be you can use a test server if available Please, don't top post (http://fedoraproject.org/wiki/Mailing_list_guidelines#Proper_posting_style). > > > On Tue, Jun 4, 2013 at 3:21 PM, Kalpa Welivitigoda wrote: > > > Hi, > > Is there anything that I can do to overcome this issue? May be to have a > > cache of the packages that mock downloads or to have remote resources where > > I can run fedora-review and download the output files? Fedora-review uses mock for building, so if I am not mistaken, you can specify cache settings in the mock config that you use in fedora-review (probably fedora-rawhide-$ARCH). https://fedoraproject.org/wiki/Using_Mock_to_test_package_builds#Caching_in_mock_0.8.x_and_later TR -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Idea: "{Gnome,KDE,Xfce,...} Minimal Desktop" groups
Hi, On Mon, 29 Apr 2013 15:07:58 +0200 Sandro Mani wrote: > Hi, > > From time to time, when setting up virtual machines for testing, I miss a > fast way to install the minimal set of packages which allows me to boot > into the desktop of a desktop environment. Currently, I do a minimal > install, then install some core component, i.e. gnome-shell, and then hunt > the logs to find out which other packages are missing. Tried that a couple of times. Not a fan. Ever since, I rather install the XFCE spinoff as it has subjectively fewest unnecessary packages and go on from there. > So, what about creating groups for the various desktop environments which > pull in basesystem + xorg + mesa drivers + displaymanager + bare desktop > shell? Either that, or I could imagine something like a Minimal-GUI spin. Not sure if the demand for it would be high enough to be worth the effort, though. > > Advantages I see are: > * Users can quickly set up test environments for various desktop > environments > * It would make side-by-side installation of desktop environments more > pleasant > * It might help considering enabling the yum option > "clean_requirements_on_remove=1" by default, since even if something goes > wrong, the user will not end up with a missing desktop next time he or she > reboots > * It might help fixing some package dependencies > > Opinions? Generally +1. TR -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: QUESTION
Hi, On Mon, 15 Apr 2013 09:41:03 + Abdellah Ben wrote: > Hello. > > ... > > I toke a look at your ideas list and I couldn’t understand any of it. I don't think that summer coding contest is a good place to start for you since you only have done theory. I think that you should start with a simple application, a command-line interface (which is much easier to start with), then you can package it for Fedora or make a graphical user interface for it (and package it for Fedora). What that application should be? Think of what you would like to use, or what you think is lacking, and write it. I, myself, wrote a simple command-line interface for a currency exchange website that I use daily. Or an app that visualizes the disk space usage, directory by directory. You can also start by reading a simple small program's code, to learn how other people do it. Then you can contribute to that code by fixing bugs or adding features, or continuing a project that was abandoned by its creator. So I suggest you either come up with a simple idea, pick a language, and realize that idea, or that you contribute in small bits to an existing project, which you study a bit first. > ... Good luck, and don't be afraid to ask. TR -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Orphaning maven-pmd-plugin
Hi, I am orphaning maven-pmd-plugin due to serious hardships when updating, and I don't really need it. It is buildrequired by: ehcache-parent-0:2.3-4.fc19.src ehcache-sizeof-agent-0:1.0.1-4.fc19.src maven-license-plugin-0:1.8.0-13.fc19.src quartz-0:2.1.2-7.fc19.src resteasy-0:2.3.2-9.fc18.src Required by: tuscany-parent-0:2-5.fc19.noarch Associated bugs: https://bugzilla.redhat.com/show_bug.cgi?id=912085 TR -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Java SIG MEETING Feb 19 (next Tuesday) 4 PM UTC
Hi, Next Tuesday (Feb 19) at 4 PM UTC, there will be a SIG meeting at #fedora-meeting channel at freenode. Link: http://fedoraproject.org/wiki/Meeting:Java_SIG_2013-02-1 The meeting will be primarily dedicated to the draft of the new Java Packaging Guidelines (more details at the link provided). Feel free to comment or ask questions. TR -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Java SIG MEETING Feb 5 (tomorrow) 4 PM UTC
Hi, First of all, I'm sorry that I forgot to send this e-mail last week. The fault's all mine. Tomorrow (Feb 5) at 4 PM UTC there will be a SIG meeting at #fedora-meeting channel at freenode. Link: http://fedoraproject.org/wiki/Meeting:Java_SIG_2013-02 The subject will be mostly the mass rebuild Stanislav Ochotnicky wrote a mail about here (on java-devel), and a great simplification of Java packaging in Fedora. Feel free to comment or ask questions. TR -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: releasing ownership (maintainers/co-maintainers required)
Hi, On Tue, 29 Jan 2013 03:37:43 +0200 Rakesh Pandit wrote: > taskcoach -- Your friendly task manager > xsel -- Command line clipboard and X selection tool I'll take these two. TR -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Where are we going? (Not a rant)
Hi everybody. Disclaimer: This mail is written from the position of a Fedora community member. Red Hat has nothing to do with this. I don't want to start yet another rant saying that everything is broken and we'd be better off if we aped Debian. Absolutely not. I don't want to put blame on someone, I want to improve. Fedora is all about passionate people doing what they want to do in a community of like-minded folks. That's probably the most awesome thing I've seen in my life - a bunch of folks not actually charging money to each other, while providing everybody with fruits of their efforts. It's probably trivial for you, because you've been doing that for years. But for me (as I've been a part only for one year now), it's something almost unimaginable. But reading this list showed me that often the passion goes, at least in my eyes, too far. Instead of constructive criticism, vitriolic scolding and personal insults are to be found. This only makes effort in Fedora fragmented and inconsistent. One of the results was a conversation I had with a few guys to whom I recommended Fedora as a development environment. It showed me that there's indeed something wrong. While they all said that Fedora's features were brilliant, they unanimously rejected Fedora as a primary system. The reason they gave me was, now quoting: It doesn't really work. While it's a simplistic statement with which I don't agree, it points finger at the tradeoff Fedora had to make to become the fastest updated Linux distro in the known universe - to give up much of stability. I sort of like that decision, but I propose to step back and look at the big picture to see if we aren't on the fast side a tad too much. Having a completely new system out every half a year is great, but having a system where various things crash for various reasons pretty much all the time isn't. I don't have a definitive way to fix this, but I have some ideas, and you people out there have better ones. Something like having a solid, tested core that updates half as often as the developer libraries springs into my mind, so I want to know what springs into yours. The threat for Fedora is that even in the FOSS, there is competition. Distros are competing for users - users that give back, users that report bugs, or users that are or become maintainers and developers. When the overwhelming response to Fedora is "Hey, they've got some neat features, but I need it to work, so that's why I'm using XYZ instead", the user/dev base is going to wither and move elsewhere. As I said, I don't have the knowledge, mental capacity, or mandate to give the answer to where Fedora is going and where it should be going. I am just worrying that if there is no change in how Fedora is done, it will be harder and harder for the community to thrive, and I wouldn't like that. So, through this e-mail addressed to all the Fedora community, I am seeking support for a movement, both collective and individual, that would improve communication, cooperation and generally the life of Fedora on the most fundamental basis. To conclude, I don't want this e-mail to be accusing, flaming, or mentoring. It is meant to be concerned, inspiring and accepted with a good, yet scrutinizing mind. A Fedora contributor, Tomas Radej -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 3D printing in Fedora
Hi, On Mon, 29 Oct 2012 19:15:06 +0100 Miro Hrončok wrote: > > I'm not sure that a separate 3d printing spin makes a lot of sense > Well, it makes for me. > Lot's of memebers of our group at university asks me: What Linux > distro should I grap for 3D printing? > If we have a 3D printing spin, I could point them directly to that. You don't need that. You can just tell them to use Fedora and install the printrun package (example). If there was a spin for every activity out there, Fedora would have literally, and i mean it, thousands of spins. You just need to watch out for those binary executables and such, because Fedora Guidelines are quite strict about inclusion of binary, patented or non-free software. > > I'm wondering what sort of printers people have at the moment, since I > > believe that it would be very helpful for us to package known > > configurations for the slicer(s). > I am not sure, if this is going to work, from my point of view, the > slicing profiles are very machine and material specific. You can get a > very huge number of profiles. Once you get involved, we can work out a way of distributing the profiles, be it RPM packages or not. -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Feature Suggestion] UsrMove continued
On 10/09/2012 10:13 AM, tim.laurid...@gmail.com wrote: I can understand you want to merge dirs there have the same function /bin -> /usr/bin, but this has no benefits at all. I am not sure if this has no benefits whatsoever, but I do agree that if you want to keep the compatibility (which you IMHO should), you need to keep the symlinks, indeed making the "tidiness" argument invalid. Compatibility between distros is also a big thing for me, because quite often I look for solutions to Fedora problems in Arch or Debian forums, and I do find them. So +1 to status quo. TR -- FAS, IRC nick tradej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Any progress in Software Center in Fedora effort?
On 10/08/2012 10:49 AM, Jiri Eischmann wrote: And why are noobs something unwanted? As I said above, most new computer science students at our local technical university are Linux noobs who would appreciate something like this. They have potential to be good contributors in a few years if Fedora hooks them up now. Unfortunately, our competition is more successful at this and it will have an impact on our contributor base in long term. Absolutely. I was one of those. When I started studying at the university, I knew little beyond Windows and Ubuntu, and their software center has for long been the exclusive way I was getting software. After some time, I started using aptitude, but still I had liked to get it the point&click way. I do believe that as long as we can maintain them, more non-cli apps for linux beginners guys are only beneficial to the community, as they help lure in people from Windows and other platforms. After all, most "Windows" people who I've talked to about Linux said that they can't use it as it routinely requires them to go to the command line or edit some config file. So, totally a +1 to the Software Center. Tomas Radej -- FAS, IRC nick tradej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why is not enabled TapButton of touchpad on Fedora by default?
On 09/27/2012 03:07 PM, Steve Morrissey wrote: The problem with your argument is that it can go with both directions. We can have it enabled by default and in case the user is annoyed by it he/she can turn it off. This is exactly right, there really is no right/wrong answer to this. For many it simply depends on what system you're using. If I'm using my Lenovo then I definitely don't want tap-to-click enabled because it has button both above and below the trackpad that work perfectly fine. I know, right, I should have specified that I suggest that because it's the status quo. TR -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why is not enabled TapButton of touchpad on Fedora by default?
Hi, On 09/26/2012 08:51 PM, les wrote: Please, you can enable this feature if you want it, and if your touchpad handles it well, then good for you. Tapping is a "feature", not a characteristic of touch pad use, and as such should be accessible to those who want it, but not enabled by default. Just my personal point of view. Regards, Les H I agree with this. Unless your touchpad's buttons are broken (like mine, but that's beside the point), you can move around the system, no problem, and enable tap-to-click at will. The question that comes with this is if the switch is easily accessible. In Gnome it is (albeit it has a funny label - 'Enable mouse clicks with touchpad' - what's wrong with 'Tap to click'?), but it appeared only recently in XFCE. I don't know about other environments which we ship, please submit your experience. I don't expect much of a consensus to arise around this point, so I suggest we check if in the main environments, the tap-to-click setting is easily accessible and user-friendly. This state won't bother people who have problems with tap-to-click, and won't pose problems for people who want to have it on. I think that it's safe to assume that if the user installed Fedora successfully, they realize that to enable clicking with their touchpad, they need to go to Mouse/Touchpad settings and set it there in a checkbox. Tomas Radej -- FAS, IRC nick tradej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bundled/embedded data in a package
=== DISCLAIMER === I am simply a licensing enthusiast and no expert on law or Packaging Guidelines, please understand this message solely as my personal opinion. == Hi, On 09/13/2012 05:02 AM, Ben Rosser wrote: The software, pdfminer, bundles Adobe cmap data to process Chinese, Japanese, and Korean languages in a pdf file. However, the question is: does this violate the general prohibition against bundling libraries? The CMap files you are talking about are a part of a separate project, which is apparently subject to change. Since there are other projects in the wild that use Adobe CMap, I would interpret the guidelines to say that packaging the Adobe files in a separate package would be in order. However, given that Fedora tries to be as close to upstream, using a different version of these files might lead to different behaviour of the pdfminer application from upstream. Security concerns are out of the question as these files are plain text, so I suggest you keep the files, make a note about it in the spec file, make sure the licence of the package reflects the inclusion of these files, and that's it. If somebody thinks it's a bad idea, please do correct me. If it does violate that prohibition, the cmap stuff can easily be removed and not built into the library (it's an optional component). I wouldn't do that as that would make the package different from upstream. In any case, you can make the Legal department have a look at it by blocking FE-LEGAL. Regards, Tomas Radej -- Tomas Radej FAS, IRC nick tradej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging Guidelines - creating tarball from VCS with script
On Wed, 16 May 2012 10:10:17 -0600 Kevin Fenzi wrote: > On Tue, 15 May 2012 23:30:27 +0300 > > Otherwise this sounds like great stuff to talk to rpm upstream > about. ;) > Since the discussion is pretty much done here, I'll talk to RPM guys and see if they find this to be a good idea. Thanks for the input, guys. -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging Guidelines - creating tarball from VCS with script
On Mon, 14 May 2012 16:31:08 +0200 Remi Collet wrote: > Le 14/05/2012 16:22, Toshio Kuratomi a écrit : > > >> What do you think? > > > > I personally prefer to have the checkout instructions in comments. > > +1 > > Except for some very complex scripts for which it make sense to have a > shell script. > Discussion with pingou and sochotni on #fedora-java brought us this: What about using an RPM macro with this grammar: %create_tarball git|svn|cvs URL revision [additional commands] This covers vast majority of the cases, and by using e. g. git archive, we can ensure the timestamps will be the same. In case you need to make some non-standard changes, like removing a file, you can still use a stand-alone script in SOURCE1. What do you think about this? -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Packaging Guidelines - creating tarball from VCS with script
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? Regards, -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Release name voting and Poll for whether to continue naming releases
On Mon, 23 Apr 2012 16:01:56 +0100 Frank Murphy wrote: > On 23/04/12 14:50, Tomas Radej wrote: > > >> > >> But their numbering is crap. > >> 12.04 ? > > > > April 2012 > > My point exactly, name fits better in their scenario. > "Ah Jules, are you on April or October, > tweleve, I believe?" > > Me ducks for cover. I think numbering/naming problem is only about the target audience. If Non-geek users tend to stick with names (Karmic Koala, Gingerbread, Belle) and devs/powerusers prefer numbering, what's the problem? I don't see much confusion about naming and numbering on the message boards. > >> I didn't know Jules Verne was superman's nemesis. > > > > Zod was. > > But he didn't come before the Beefy Miracle. > It was one in, one out for a while. > > Me ducks for cover again. Zod was mentioned one paragraph above. -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Release name voting and Poll for whether to continue naming releases
On Mon, 23 Apr 2012 14:43:41 +0100 Frank Murphy wrote: > On 23/04/12 14:36, Mark Bidewell wrote: > > > > > I think it has as much to do with the names as anything else. Ubuntu > > names are short and easy. > > But their numbering is crap. > 12.04 ? April 2012 > I am still not sure how we got from > > Superman's nemesis to hot dogs (at least I think that is where "beefy > > miracle" came from...). > > I didn't know Jules Verne was superman's nemesis. Zod was. > > > -- > Regards, > Frank > "Jack of all, fubars" > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel -- Tomas Radej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
