Starting a SIG for package reviews
For a while now I've wanted to get some sort of package review SIG going. The package review process hasn't really evolved much since it was instituted way back when, and now it (and the portion of the sponsorship process it overlaps) has become a major bottleneck in one of the main ways of getting new contributors into the project. I'm (once again*) looking for a few good volunteers to get the SIG off the ground. In the past every discussion about starting this SIG has sidetracked off into grand discussion about tools that can take care of the process, but at the start I'd like to focus on organization. How many people can we muster? Do we need to have some sort of regular IRC meetings? How can we best attack the ever-growing review queue? Once we have some basic things figured out and reasonable-sized group of people involved, we can move on to the big issues of policies, modifications to the process, working with FESCo and, yes, tools. So, if you want to help out, feel free to reply. Add yourself to https://fedoraproject.org/wiki/SIGs/Package_Review#Members if you like. If you have ideas, add them to the brainstorming section there as well. *) Yes, I've tried to do this before, a good three years ago. It didn't get off the ground then, but it's never too late to try again and the need for this SIG is, I think, more pressing now than it's ever been. - J< -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: thanks for F15 mdadm systemd unit
On Tue, 2011-07-26 at 07:07 -0400, Ric Wheeler wrote: > On 07/26/2011 02:15 AM, Adam Williamson wrote: > > On Sat, 2011-07-23 at 07:24 -0400, Ric Wheeler wrote: > > > >> should not be surprised that you see resistance (what new capability does > >> NFS > >> get from the systemd changes for example!). > > reliable on-demand automounting, for a start. for which you already owe > > Lennart about three kegs of beer, by my calculation. =) > > > > (try 'noauto,comment=systemd.automount' as mount parameters for an NFS > > share) > > We track autofs issues for fedora, upstream and RHEL and seems to work well > in > the field. > > What specifically does systemd do that autofs does not do without it? I don't know if there is anything, but it's neat to get something like this 'free' with systemd, without having to add any other package. -- 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
Re: User-level instance of /bin in PATH
On Tue, 2011-07-26 at 08:45 -0430, Robert Marcano wrote: > On 07/26/2011 08:36 AM, Genes MailLists wrote: > > On 07/26/2011 08:03 AM, Misha Shnurapet wrote: > >> 26.07.2011, 18:34, "Andrew Haley": > >>> On 26/07/11 10:22, Misha Shnurapet wrote: > >>> > Since F15 ~/bin has been added to PATH, and commands that are > supposed to run user scripts will work without changing into that > directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose > that it is also added because technically it is ~/bin's brother. > >>> > >>> I've never heard of ~/.local/bin . Are there many people who use > >>> this? ~/bin is common. > >> > >> ~/.local/bin has been there by default. > >> > >> Unlike ~/bin, which is in PATH though not even created. > >> > > > >Where in the path do the user 'bin' elements appear in the path? > > In /etc/skel/.bash_profile they are added to the end and I think that is ok > > PATH=$PATH:$HOME/.local/bin:$HOME/bin > > Never knew about ~/.local/bin my .bash_profile is really old from the > time where the default was only ~/bin Can someone explain (or point to) the rationale appending these to PATH rather than prepending them? I would have expected user binaries to supersede system ones. -- Braden McDaniel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Fedora 16 branch today
Just a heads-up to let everyone know that Fedora 16 is now branched from Rawhide. This means that we're now into the phase where pre-Beta requirements for updates apply (see https://fedoraproject.org/wiki/Updates_Policy): updates-testing is in effect for F16, so if you're running F16, remember to start firing up Bodhi and fedora-easy-karma and submitting karma from now on! Thanks, everyone. -- 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: Adding ~/.local/bin to default PATH
27.07.2011, 10:17, "Chris Adams" : > I've used ~/bin since before Linux was available, so I don't really see > the point in trying to "hide" it (of course, I alias ls to "ls -FCA", so > ~/.bin wouldn't be hidden, just one extra character to type when I need > to access it). Noone has asked to "hide it". :-) The proposal here is that both paths are included in $PATH by default. Your personal preference won't be hurt. In fact, it's a different story. 27.07.2011, 01:49, "Richard W.M. Jones" : >> PATH=$PATH:$HOME/.local/bin:$HOME/bin > > This was added between bash-4.2.10 -2 and -3: I did a fresh install of F15 in the late May, and it's not there. 27.07.2011, 04:15, "Chris Adams" : > IMHO adding directories to the default path should get a little more > discussion than a single BZ request (and probably shouldn't be changed > mid-release without notice). Yes! Fedora *is* a place to do mid-release changes. A notice, however, must be issued on critical changes (which is not the case here). -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
Once upon a time, Matej Cepl said: > Dne 26.7.2011 20:40, Bernd Stramm napsal(a): > > Oh it seems every useful for purposes like installing executables that > > most users will never find. > > Actually I would prefer ~/.local/bin to ~/bin ... I actually use ~/ as > my workspace (I never got what's the point of ~/Desktop) so I don't > want to dump there a random junk. Until now I used ~/.bin but > standadized location would be certainly better. I've used ~/bin since before Linux was available, so I don't really see the point in trying to "hide" it (of course, I alias ls to "ls -FCA", so ~/.bin wouldn't be hidden, just one extra character to type when I need to access it). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Naming
I am probably going to try and package Peerguardian, and the question is what should I name it, because the tarball is named pgl_noGUI. should I name it pgl, pgl_nogui, pgl-console or possibly just peerguardian? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Meeting minutes/summary for 2011-07-25 FESCo meeting
On 07/25/2011 06:37 PM, "Jóhann B. Guðmundsson" wrote: > On 07/25/2011 06:22 PM, Bill Nottingham wrote: >> * need to get audidt #617321 iscsi #714688 NFS-Utils #699040 >> Tigervnc #717227 dnsmasq #694932 openvpn #714710 speech-dispatcherd >> #697600 smolt #697612 wpa_supplicant #661230 done before next >> tuesday if at all possible. (nirik, 17:33:05) I finished providing spec file ( Toshio requested that to speed up the process and at the same time reduce the work load for proven packgagers ) patches and unit files to all of the nonresponsive pacages today along with those that do not follow guidelines for either the maintainer themselves, proven packager or fesco members to review and package the component ( needs to be package before what this thursday? ) should it come to that to prevent those components blocking the alpha release. dnsmasq #694932 ( unresponsive maintainer contains unit and spec file patch ) openvpn #714710 ( unresponsive maintainer contains unit and spec file patch ) wpa_supplicant #661230 ( Dan mentioned he was going to take of this contains already accepted unit and a spec file patch ) # Already shipping unit files but dont follow packaging guidelines avahi #714649 ( Lennart had mentioned that he take care of this and had a spec file ) dbus #697523 has spec file patch gpm #716984 has spec file patch There is no need to host any special FAD for this to be completed in time Audit got finished today ( Core DONE ) along with speech-dispacherd and Will just dropped that useless legacy sysv init script in smolt. Toshio already took care of one unresponsive maintainers package today ( the speech package ) and it took him <10min to review with the provided spec file patch and unit and commit the changes so that's 60 mins max for a single indvidual for the above packages or 10 ten minutes total for 6 indviduals. # Item currently being work on but should be done before the end of the week Nfs-utils #699040 Tigervnc #717227 So the only remaining potential blocker is. Iscsi #714688 JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On Tue, Jul 26, 2011 at 11:46:30PM +0200, Lennart Poettering wrote: > If restarting sshd kills the sshs sessions then my guess is that > pam_systemd is not enabled (or somehow failing) and hence user sessions > stay members of the sshd cgroup instead of getting their own. Lennart, is pam_systemd a requirement for the old behavior? -- Matthew Miller Senior Systems Architect -- Instructional & Research Computing Services Harvard School of Engineering & Applied Sciences -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
Dne 26.7.2011 20:40, Bernd Stramm napsal(a): > Oh it seems every useful for purposes like installing executables that > most users will never find. Actually I would prefer ~/.local/bin to ~/bin ... I actually use ~/ as my workspace (I never got what's the point of ~/Desktop) so I don't want to dump there a random junk. Until now I used ~/.bin but standadized location would be certainly better. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On Tue, 26.07.11 17:16, James Antill (ja...@fedoraproject.org) wrote: > > Perhaps it's because in %postun it has "systemctl try-restart > > sshd.service" where it used to have "service sshd condrestart", and > > systemd kills all running sshd processes whereas the old one only > > killed the main one and not the children? > > It looks more like the first victim of systemd using cgroups as a > replacement for setsid() etc. ... pam_systemd being the first return > volley in that war. *sigh*. systemd is not using cgroups as replacement for setsid(). If restarting sshd kills the sshs sessions then my guess is that pam_systemd is not enabled (or somehow failing) and hence user sessions stay members of the sshd cgroup instead of getting their own. When you log in via ssh, and do "cat /proc/self/cgroup", in which cgroup does your login shell appear to be running? (look for the name=systemd line). Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Tue, Jul 26, 2011 at 01:24:58PM -0700, Jesse Keating wrote: > On 7/26/11 1:14 PM, Michael Schwendt wrote: > > Yes, It got untagged. See last week's thread on this list: > > Subject: rpm builds failing with "Installed (but unpackaged) file(s) found" > > I thought there was a hard rule about not having nvrs go backwards, and > if a bad build was put out, it should be fixed with epoch or other such > NVR things to make sure the upgrade path continues. (that is once a > build makes it out in the nightly repos) > Yep. You are correct. If I'm doing proper forensics of fesco meeting notes and tickets and google searches of the wiki, this policy was approved twice by fesco but didn't get documented either time: https://fedorahosted.org/fesco/ticket/96 http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20090313 The original proposal fell out of the no frozen rawhide FAD if I remember correctly. -Toshio pgpmX3bwT40n3.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On Tue, 2011-07-26 at 21:28 +0100, Paul Howarth wrote: > On Tue, 26 Jul 2011 16:13:59 -0400 > Dave Jones wrote: > > > On Tue, Jul 26, 2011 at 06:22:50PM +0200, Jim Meyering wrote: > > > FYI, I've just yum-updated my rawhide VM to the latest > > > (but not from the console) and was surprised to lose the connection > > > while it was happening. Again. It happened to me last week, too. > > > > > > I got back in via the console and tried to reinstall it via "yum > > > reinstall openssh-server". That failed (sorry, didn't record the > > > diagnostic). > > > > > > Just dug a little and found this was reported a week ago: > > > > > >http://bugzilla.redhat.com/722625 > > > > It bit me again yesterday, this time while in a screen session > > (I thought I'd learn from the earlier mistake). When I logged back in, > > somehow the screen session had vanished. > > > > This behaviour from sshd is pretty nasty. I don't recall it ever > > doing this before on updates, so why does it start doing it now ? > > > > arguably that bz should be reassigned to sshd, as that's the root > > cause for yum freaking out. > > Perhaps it's because in %postun it has "systemctl try-restart > sshd.service" where it used to have "service sshd condrestart", and > systemd kills all running sshd processes whereas the old one only > killed the main one and not the children? It looks more like the first victim of systemd using cgroups as a replacement for setsid() etc. ... pam_systemd being the first return volley in that war. *sigh*. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Tue, 2011-07-26 at 13:24 -0700, Jesse Keating wrote: > On 7/26/11 1:14 PM, Michael Schwendt wrote: > > Yes, It got untagged. See last week's thread on this list: > > Subject: rpm builds failing with "Installed (but unpackaged) file(s) found" > > I thought there was a hard rule about not having nvrs go backwards, and > if a bad build was put out, it should be fixed with epoch or other such > NVR things to make sure the upgrade path continues. (that is once a > build makes it out in the nightly repos) I do not think it was so hard rule for rawhide - it depended on various things whether it was needed or not. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On Tue, 26 Jul 2011 16:13:59 -0400 Dave Jones wrote: > On Tue, Jul 26, 2011 at 06:22:50PM +0200, Jim Meyering wrote: > > FYI, I've just yum-updated my rawhide VM to the latest > > (but not from the console) and was surprised to lose the connection > > while it was happening. Again. It happened to me last week, too. > > > > I got back in via the console and tried to reinstall it via "yum > > reinstall openssh-server". That failed (sorry, didn't record the > > diagnostic). > > > > Just dug a little and found this was reported a week ago: > > > >http://bugzilla.redhat.com/722625 > > It bit me again yesterday, this time while in a screen session > (I thought I'd learn from the earlier mistake). When I logged back in, > somehow the screen session had vanished. > > This behaviour from sshd is pretty nasty. I don't recall it ever > doing this before on updates, so why does it start doing it now ? > > arguably that bz should be reassigned to sshd, as that's the root > cause for yum freaking out. Perhaps it's because in %postun it has "systemctl try-restart sshd.service" where it used to have "service sshd condrestart", and systemd kills all running sshd processes whereas the old one only killed the main one and not the children? Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On 7/26/11 1:14 PM, Michael Schwendt wrote: > Yes, It got untagged. See last week's thread on this list: > Subject: rpm builds failing with "Installed (but unpackaged) file(s) found" I thought there was a hard rule about not having nvrs go backwards, and if a bad build was put out, it should be fixed with epoch or other such NVR things to make sure the upgrade path continues. (that is once a build makes it out in the nightly repos) -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Tue, Jul 26, 2011 at 2:14 PM, Michael Schwendt wrote: > Yes, It got untagged. See last week's thread on this list: > Subject: rpm builds failing with "Installed (but unpackaged) file(s) found" Thanks for the replies, Tomas and Michael. I somehow missed the part where I needed to downgrade rpm. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Tue, 26 Jul 2011 13:59:51 -0600, JJ (Jerry) wrote: > I just did a "package-cleanup --orphans" on my Rawhide machine to see > which of the just-blocked packages are installed there. To my > surprise, I got this: > > # package-cleanup --orphans > Loaded plugins: auto-update-debuginfo, langpacks, presto, refresh-packagekit > [snip stuff that I need to take care of] > rpm-4.9.1-2.fc16.x86_64 > rpm-build-4.9.1-2.fc16.x86_64 > rpm-build-libs-4.9.1-2.fc16.x86_64 > rpm-devel-4.9.1-2.fc16.x86_64 > rpm-libs-4.9.1-2.fc16.x86_64 > rpm-python-4.9.1-2.fc16.x86_64 > # repoquery rpm > rpm-0:4.9.0-10.fc16.x86_64 > > Was this intentional? Yes, It got untagged. See last week's thread on this list: Subject: rpm builds failing with "Installed (but unpackaged) file(s) found" -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On Tue, Jul 26, 2011 at 06:22:50PM +0200, Jim Meyering wrote: > FYI, I've just yum-updated my rawhide VM to the latest > (but not from the console) and was surprised to lose the connection > while it was happening. Again. It happened to me last week, too. > > I got back in via the console and tried to reinstall it via "yum > reinstall openssh-server". That failed (sorry, didn't record the > diagnostic). > > Just dug a little and found this was reported a week ago: > >http://bugzilla.redhat.com/722625 It bit me again yesterday, this time while in a screen session (I thought I'd learn from the earlier mistake). When I logged back in, somehow the screen session had vanished. This behaviour from sshd is pretty nasty. I don't recall it ever doing this before on updates, so why does it start doing it now ? arguably that bz should be reassigned to sshd, as that's the root cause for yum freaking out. Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Tue, 2011-07-26 at 13:59 -0600, Jerry James wrote: > I just did a "package-cleanup --orphans" on my Rawhide machine to see > which of the just-blocked packages are installed there. To my > surprise, I got this: > > # package-cleanup --orphans > Loaded plugins: auto-update-debuginfo, langpacks, presto, refresh-packagekit > [snip stuff that I need to take care of] > rpm-4.9.1-2.fc16.x86_64 > rpm-build-4.9.1-2.fc16.x86_64 > rpm-build-libs-4.9.1-2.fc16.x86_64 > rpm-devel-4.9.1-2.fc16.x86_64 > rpm-libs-4.9.1-2.fc16.x86_64 > rpm-python-4.9.1-2.fc16.x86_64 > # repoquery rpm > rpm-0:4.9.0-10.fc16.x86_64 > > Was this intentional? Yes, rpm-4.9.1 has seriously broken rpmbuild process. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd transition prevents updating older release branches??
On Tue, Jul 26, 2011 at 01:17:33PM -0400, Bill Nottingham wrote: > Tom Lane (t...@redhat.com) said: > > Bill Nottingham writes: > > > Tom Lane (t...@redhat.com) said: > > >> IOW, once I push a mysql update with native systemd support into > > >> rawhide, I'll be forbidden from ever rebasing mysql in F15 up to > > >> a newer upstream patch release. Considering that upstream issues > > >> bug-fix releases about once a month, this is hardly acceptable. > > > > > No, it just means you'll have to tweak the versioning in the rawhide > > > trigger at the same time. > > > > That sounds too fragile for words. Even assuming that I remember to do > > it each time, what will happen to people who are already running the > > previous rawhide version? Seems like "yum update" will result in > > running the trigger again. > > If the trigger's written correctly, that shouldn't make a difference. > > An example: > > %triggerun -- ntpdate < 4.2.6p3-3 > if /sbin/chkconfig --level 3 ntpdate ; then > /bin/systemctl enable ntpdate.service &> /dev/null || : > fi > exit 0 > > If you don't continue to ship the ntpdate init script in the package once > you've migrated to systemd, this trigger is harmless if triggered again. > Except that this is wrong... It doesn't do at all the same things that the scriptlet in the Guidelines does. -Toshio pgppgz459sAUl.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd transition prevents updating older release branches??
On Tue, Jul 26, 2011 at 11:20:10AM -0400, Tom Lane wrote: > Toshio Kuratomi writes: > > On Tue, Jul 26, 2011 at 10:37:43AM -0400, Tom Lane wrote: > >> Michal Hlavinka's solution of explicitly testing for the old sysv init > >> script seems like a win from here, since I don't intend to continue > >> packaging that. Anyone have an objection to that approach? > > > Yes, I object. As Michal said in his post, the %post that he uses is > > problematic if someone has installed a package with sysv init scripts for > > that service. > > That argument seems like a straw man, considering that the file to be > tested for was provided by the previous version of mysql-server, and > that the test would only be made when we know we are upgrading (not > freshly installing) mysql-server. It's hardly likely that anyone was > providing a conflicting version of it. Moreover, what's the downside > if someone did? His sysv-based boot configuration would get migrated > to systemd. Not exactly fatal, I think. > Alternate init systems are currently allowed within Fedora. The init scripts may come from subpackages of the service-providing package or they may come from entirely separate packages so that they can bootstrap that init system and so that they can be done without causing the service-providing package maintainer to do work for things that are not the default init system. With that in mind, your assumptions are wrong. > > Please read the link I posted to Ville's message instead[1]_. > > Thanks, but I do not intend to make it my job to do extensive testing > of someone else's scriptlets. This work should have been done by the > systemd team before foisting a poorly-thought-out upgrade process on > the rest of us. > Well, then you'lll just have to use the scriptlet that is in the packaging guidelines as it's the only one that we've tested. > On balance I still think that Michal's solution is the least risky. > None of these solutions are perfect, but that one is the least likely > to fail over time. > Let me say it again, a little differenttly then: Michal's solution has known breakage. Ville's proposal has no known breakage (if you follow the correct recipe that he gives) at this time. Ville's method is an extension of the method present in Michal's solution with additional logic to not break in the situations that Michal's is known to break under. If you still consider Michal's solution the least risky knowing that it's broken and that what's essentially a bugfix to it exists, then I don't know what to tell you. -Toshio pgpi1VT8A5b0w.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
RPM version goes backward in Rawhide
I just did a "package-cleanup --orphans" on my Rawhide machine to see which of the just-blocked packages are installed there. To my surprise, I got this: # package-cleanup --orphans Loaded plugins: auto-update-debuginfo, langpacks, presto, refresh-packagekit [snip stuff that I need to take care of] rpm-4.9.1-2.fc16.x86_64 rpm-build-4.9.1-2.fc16.x86_64 rpm-build-libs-4.9.1-2.fc16.x86_64 rpm-devel-4.9.1-2.fc16.x86_64 rpm-libs-4.9.1-2.fc16.x86_64 rpm-python-4.9.1-2.fc16.x86_64 # repoquery rpm rpm-0:4.9.0-10.fc16.x86_64 Was this intentional? -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
On 07/26/2011 03:34 PM, Lennart Poettering wrote: > > I don't think it makes a lot of sense to have a visible directory for > binaries. People will see that, and be annoyed. Perhaps, but hiding things annoys many people more ... not a huge deal as .config is not too hidden anyway ... > > Note that there are a number of 3rd party projects making use of > ~/.config/bin afaik, including jhbuild which installs its executable to > that dir. > At the moment we have apps writing to both .config and .local/share which seems ugly to me ... should these be merged ? There def seems to be a lot of stuff in .config ... but slightly better would be ~/config/bin (not .config) and it would only contain links to ~/config//bin/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
On Tue, 26.07.11 15:05, Przemek Klosowski (przemek.klosow...@nist.gov) wrote:
>
> On 07/26/2011 12:49 PM, Richard W.M. Jones wrote:
>
> >> PATH=$PATH:$HOME/.local/bin:$HOME/bin
> >
> > This was added between bash-4.2.10 -2 and -3:
> >
> > http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1
> >
> > because of https://bugzilla.redhat.com/show_bug.cgi?id=699812
> >
> > There is some rationale in that bug, but I think it's extremely bogus.
>
> Specifically, Lennart said that it was required by XDG which he
> coauthored :)
Nah, the basedir spec does not mandate the bin subdir.
WHat I said in the bug report is that I think it makes a lot of sense to
have the XDG basedir stuff in the $PATH.
> There seem to be two arguments for this style: XDG seems to propose
> .local/{bin,lib,...} hierarchy; also some people claimed that it's
> easier to accidentally delete ~/bin as opposed to ~/.local/bin.
> I am not convinced by either argument: ~/bin and ~/lib look just fine to
> me, and accidental deletion is IMHO a strawman. Is there something I am
> missing?
I don't think it makes a lot of sense to have a visible directory for
binaries. People will see that, and be annoyed.
Note that there are a number of 3rd party projects making use of
~/.config/bin afaik, including jhbuild which installs its executable to
that dir.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
Once upon a time, Przemek Klosowski said: > On 07/26/2011 12:49 PM, Richard W.M. Jones wrote: > > >> PATH=$PATH:$HOME/.local/bin:$HOME/bin > > > > This was added between bash-4.2.10 -2 and -3: > > > > http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1 > > > > because of https://bugzilla.redhat.com/show_bug.cgi?id=699812 > > > > There is some rationale in that bug, but I think it's extremely bogus. > > Specifically, Lennart said that it was required by XDG which he > coauthored :) Well, ~/.local/share is the default for data. The XDG spec found here: http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html makes no reference of ~/.local/bin (or any other directories under ~/.local). IMHO adding directories to the default path should get a little more discussion than a single BZ request (and probably shouldn't be changed mid-release without notice). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
Am Dienstag, den 26.07.2011, 11:28 -0400 schrieb Bill Nottingham: > Fabian Deutsch (fabian.deut...@gmx.de) said: > > It seems as if my first mail (from 12 days ago) got lost: > > I can take > > > > > Orphan link-grammar > > It's not a matter of can you; you need to go to pkgdb to claim it. (Sorry > if the original mail didn't make this clear.) I actually requested all rights, but there is still the notice: awaiting review. fabian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd transition prevents updating older release branches??
On 07/26/2011 12:48 AM, Toshio Kuratomi wrote: > Ville recently proposed a different set of scriptlets that would do away > with triggers but no one's committed to testing that the triggers work in > all cases (lots of package upgrades and lots of reboots are needed to test > that the scriptlets upgrade packages the way they're intended to). I will do some testing, but before starting it, I want a consensus on a finite set of test cases and their expected results so that the amount of work required is finite, see my messages on the packaging list today for an initial proposal. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
On 07/26/2011 12:49 PM, Richard W.M. Jones wrote:
>> PATH=$PATH:$HOME/.local/bin:$HOME/bin
>
> This was added between bash-4.2.10 -2 and -3:
>
> http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1
>
> because of https://bugzilla.redhat.com/show_bug.cgi?id=699812
>
> There is some rationale in that bug, but I think it's extremely bogus.
Specifically, Lennart said that it was required by XDG which he
coauthored :)
There seem to be two arguments for this style: XDG seems to propose
.local/{bin,lib,...} hierarchy; also some people claimed that it's
easier to accidentally delete ~/bin as opposed to ~/.local/bin.
I am not convinced by either argument: ~/bin and ~/lib look just fine to
me, and accidental deletion is IMHO a strawman. Is there something I am
missing?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
On 07/26/2011 09:49 AM, Richard W.M. Jones wrote:
> On Tue, Jul 26, 2011 at 08:45:11AM -0430, Robert Marcano wrote:
>> In /etc/skel/.bash_profile they are added to the end and I think that is ok
>>
>> PATH=$PATH:$HOME/.local/bin:$HOME/bin
>
> This was added between bash-4.2.10 -2 and -3:
>
> http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1
>
> because of https://bugzilla.redhat.com/show_bug.cgi?id=699812
>
> There is some rationale in that bug, but I think it's extremely bogus.
bogus because... ?
I for one find it useful since e.g. "python setup.py install --user"
puts things in ~/.local/{bin,lib,etc}/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH (was: Re: User-level instance of /bin in PATH)
On Tue, 26 Jul 2011 17:49:43 +0100 "Richard W.M. Jones" wrote: > On Tue, Jul 26, 2011 at 08:45:11AM -0430, Robert Marcano wrote: > > On 07/26/2011 08:36 AM, Genes MailLists wrote: > > > On 07/26/2011 08:03 AM, Misha Shnurapet wrote: > > >> 26.07.2011, 18:34, "Andrew Haley": > > >>> On 26/07/11 10:22, Misha Shnurapet wrote: > > >>> > > Since F15 ~/bin has been added to PATH, and commands that are > > supposed to run user scripts will work without changing into > > that directory. Meanwhile, ~/.local/bin isn't used. I'd like > > to propose that it is also added because technically it is > > ~/bin's brother. > > >>> > > >>> I've never heard of ~/.local/bin . Are there many people who > > >>> use this? ~/bin is common. > > >> > > >> ~/.local/bin has been there by default. > > >> > > >> Unlike ~/bin, which is in PATH though not even created. > > >> > > > > > >Where in the path do the user 'bin' elements appear in the > > > path? > > > > In /etc/skel/.bash_profile they are added to the end and I think > > that is ok > > > > PATH=$PATH:$HOME/.local/bin:$HOME/bin > > This was added between bash-4.2.10 -2 and -3: > > http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1 > > because of https://bugzilla.redhat.com/show_bug.cgi?id=699812 > > There is some rationale in that bug, but I think it's extremely bogus. Oh it seems every useful for purposes like installing executables that most users will never find. > > Rich. > -- Bernd Stramm bernd.str...@gmail.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
Clyde E. Kunkel wrote: > On 07/26/2011 12:22 PM, Jim Meyering wrote: >> >> service ssh restart > > Would that be: > > service sshd restart Yes, thanks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Adding ~/.local/bin to default PATH (was: Re: User-level instance of /bin in PATH)
On Tue, Jul 26, 2011 at 08:45:11AM -0430, Robert Marcano wrote: > On 07/26/2011 08:36 AM, Genes MailLists wrote: > > On 07/26/2011 08:03 AM, Misha Shnurapet wrote: > >> 26.07.2011, 18:34, "Andrew Haley": > >>> On 26/07/11 10:22, Misha Shnurapet wrote: > >>> > Since F15 ~/bin has been added to PATH, and commands that are > supposed to run user scripts will work without changing into that > directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose > that it is also added because technically it is ~/bin's brother. > >>> > >>> I've never heard of ~/.local/bin . Are there many people who use > >>> this? ~/bin is common. > >> > >> ~/.local/bin has been there by default. > >> > >> Unlike ~/bin, which is in PATH though not even created. > >> > > > >Where in the path do the user 'bin' elements appear in the path? > > In /etc/skel/.bash_profile they are added to the end and I think that is ok > > PATH=$PATH:$HOME/.local/bin:$HOME/bin This was added between bash-4.2.10 -2 and -3: http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1 because of https://bugzilla.redhat.com/show_bug.cgi?id=699812 There is some rationale in that bug, but I think it's extremely bogus. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd transition prevents updating older release branches??
Tom Lane (t...@redhat.com) said: > Bill Nottingham writes: > > Tom Lane (t...@redhat.com) said: > >> IOW, once I push a mysql update with native systemd support into > >> rawhide, I'll be forbidden from ever rebasing mysql in F15 up to > >> a newer upstream patch release. Considering that upstream issues > >> bug-fix releases about once a month, this is hardly acceptable. > > > No, it just means you'll have to tweak the versioning in the rawhide > > trigger at the same time. > > That sounds too fragile for words. Even assuming that I remember to do > it each time, what will happen to people who are already running the > previous rawhide version? Seems like "yum update" will result in > running the trigger again. If the trigger's written correctly, that shouldn't make a difference. An example: %triggerun -- ntpdate < 4.2.6p3-3 if /sbin/chkconfig --level 3 ntpdate ; then /bin/systemctl enable ntpdate.service &> /dev/null || : fi exit 0 If you don't continue to ship the ntpdate init script in the package once you've migrated to systemd, this trigger is harmless if triggered again. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
On 7/26/11 8:48 AM, Till Maas wrote: > I hereby propose to change this in the future and explicitly CC > comaintainers to make them aware that their package is orphaned. This can easily be done by just mailing -ow...@fedoraproject.org It will get to all co-maintainers. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On 07/26/2011 12:22 PM, Jim Meyering wrote: > > service ssh restart Would that be: service sshd restart ? -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide openssh-server update kills sshd
FYI, I've just yum-updated my rawhide VM to the latest (but not from the console) and was surprised to lose the connection while it was happening. Again. It happened to me last week, too. I got back in via the console and tried to reinstall it via "yum reinstall openssh-server". That failed (sorry, didn't record the diagnostic). Just dug a little and found this was reported a week ago: http://bugzilla.redhat.com/722625 To fix it, I did this (from a console, of course): yum -y remove openssh-server && yum -y install openssh-server && service ssh restart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Sparc test machine
I'd like to port UpTools package to sparc architecture. By chance is some test sparc machine there running Fedora? Thanks in advance! -- -- Sergio Belkin http://www.sergiobelkin.com Watch More TV http://sebelk.blogspot.com LPIC-2 Certified - http://www.lpi.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
On Mon, Jul 25, 2011 at 03:51:16PM -0400, Bill Nottingham wrote: > Till Maas (opensou...@till.name) said: > > Just wondering: Did the comaintainers get a copy of this mail? > > Only inasmuch as they're subscribed to devel@. I hereby propose to change this in the future and explicitly CC comaintainers to make them aware that their package is orphaned. Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
TBB (Threading Building Blocks) rebase
Hi there, I rebased TBB to 3.0. This should even be ABI-stable release--upstream didn't bump the SONAME, and I verified that no ABI-looking symbols disappeared. Thanks, PM -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
Fabian Deutsch (fabian.deut...@gmx.de) said: > It seems as if my first mail (from 12 days ago) got lost: > I can take > > > Orphan link-grammar It's not a matter of can you; you need to go to pkgdb to claim it. (Sorry if the original mail didn't make this clear.) Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Self Introduction
On Tue, Jul 26, 2011 at 9:28 AM, Simon Thompson wrote: > Hi, > > My name's Simon, I'm a sys admin/developer type in Computer Science at > University of Birmingham. We've got a couple of hundred workstations > running variants of SL6/CentOS and I'd done various bits and pieces > packaging up software to support our teaching here. Along with > rebuilding stuff from Fedora which isn't in EPEL to get software working. > > My job is to support teaching and research of Computer Science and > getting the stuff we need to work in a sane environment. > > I've just posted a package review request for Gazebo (robotics > simulator) at: > https://bugzilla.redhat.com/show_bug.cgi?id=725752 > > Simon > Hi Simon, Welcome to Fedora! If you're interested in working on robotics packages like Gazebo, consider getting involved with the Robotics SIG[1]. Gazebo has been on our wishlist for quite a while, it would be great to coordinate our efforts. Rich [1] http://fedoraproject.org/wiki/SIGs/Robotics -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd transition prevents updating older release branches??
Toshio Kuratomi writes: > On Tue, Jul 26, 2011 at 10:37:43AM -0400, Tom Lane wrote: >> Michal Hlavinka's solution of explicitly testing for the old sysv init >> script seems like a win from here, since I don't intend to continue >> packaging that. Anyone have an objection to that approach? > Yes, I object. As Michal said in his post, the %post that he uses is > problematic if someone has installed a package with sysv init scripts for > that service. That argument seems like a straw man, considering that the file to be tested for was provided by the previous version of mysql-server, and that the test would only be made when we know we are upgrading (not freshly installing) mysql-server. It's hardly likely that anyone was providing a conflicting version of it. Moreover, what's the downside if someone did? His sysv-based boot configuration would get migrated to systemd. Not exactly fatal, I think. > Please read the link I posted to Ville's message instead[1]_. Thanks, but I do not intend to make it my job to do extensive testing of someone else's scriptlets. This work should have been done by the systemd team before foisting a poorly-thought-out upgrade process on the rest of us. On balance I still think that Michal's solution is the least risky. None of these solutions are perfect, but that one is the least likely to fail over time. regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
On Tue, Jul 26, 2011 at 01:56:36PM +0200, Marc Grimme wrote: > - "Bill Nottingham" wrote: > > > Each release, before branching, we block currently orphaned packages. > > It's that time again for Fedora 16. > > > > New this go-round is that we are also blocking packages that have > > failed to build since before Fedora 14. > > > > The following packages are currently orphaned, or fail to build. If > > you have a need for one of these packages, please pick them up. > > > > If not claimed, the packages will be blocked on Monday, July 25. > > > .. > > Orphan cnetworkmanager > > Orphan comoonics-base-py > > comaintained by: elcody02 > I'm co maintaining this package and it is required for the packages > comoonics-cdsl-py and comoonics-cluster-py. > Sorry but it didn't came to my attention that this package is orphaned. > Can I do something to move it to a proper state? (pickup, ..) > Visit: https://admin.fedoraproject.org/pkgdb/acls/name/comoonics-base-py Login. Click the buttons to take over ownership of the package on Fedora releases that you care about. -Toshio pgpVPSYBcurBj.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd transition prevents updating older release branches??
On Tue, Jul 26, 2011 at 10:37:43AM -0400, Tom Lane wrote:
> Matthias Saou
> writes:
> > Toshio Kuratomi wrote :
> >> Regarding the fragility argument in reply to notting's clarification; do
> >> note that the fragility there only lasts until that Fedora release goes EOL
> >> and therefore can no longer receive updates) less than a year now for
> >> Fedora
> >> 15. The fragility of packagers remembering that the package has an epoch
> >> seems lower on a case-by-case basis but its effect lasts for as long as we
> >> ship that package.
>
> > The fragility you mention will resurface when RHEL7 is released then
> > stay around for many many years for anyone maintaining EPEL6 and EPEL7
> > packages. Definitely something worth keeping in mind.
>
> Yes, it's actually the eventual RHEL transition that scares me more than
> F15. Given all the problems created by the (premature IMO) systemd
> transition, anybody running database servers on F15 is already
> accustomed to pain.
>
I've been told many times that there's no upgrade path from Fedora => RHEL,
from RHEL to Fedora, or from RHELX to RHEL(X+1). With that in mind there's
no problem here. RHEL7, I'd deeply hope, will ship with all its services
ported to a single init system standard and then those services will never
migrate.
>
> Michal Hlavinka's solution of explicitly testing for the old sysv init
> script seems like a win from here, since I don't intend to continue
> packaging that. Anyone have an objection to that approach?
>
Yes, I object. As Michal said in his post, the %post that he uses is
problematic if someone has installed a package with sysv init scripts for
that service. Please read the link I posted to Ville's message instead[1]_.
Ville wrote his proposed scriptlets with awareness of that problem and, in
his testing, they are able to deal with the problem provided that your old
package used service instead of calling the init script directly ("service
mysql condrestart" rather than "/etc/init.d/mysql condrestart"). He also
proposes some scriptlets to address the init script case.
No ones tested them on the FPC but Ville himself has done testing of them.
If you'd like to test the permutations of what the scriptlets do in
different permutations of installing and upgrading and documenting that we'd
be happy to take a look at changing the scriptlets in the Packaging
Guideline to what he proposes.
.. _[1]:
http://lists.fedoraproject.org/pipermail/packaging/2011-July/007846.html
-Toshio
pgpAD86M84UH6.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Mojolicious] Upstream update 1.65
commit cb0f6b62d359d1d58937bc20aeadb9ae58b81323
Author: Yanko Kaneti
Date: Tue Jul 26 17:40:47 2011 +0300
Upstream update 1.65
.gitignore|1 +
perl-Mojolicious.spec |9 ++---
sources |2 +-
3 files changed, 8 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e4fbb26..91e2a39 100644
--- a/.gitignore
+++ b/.gitignore
@@ -23,3 +23,4 @@ Mojolicious-0.26.tar.gz
/Mojolicious-1.42.tar.gz
/Mojolicious-1.43.tar.gz
/Mojolicious-1.46.tar.gz
+/Mojolicious-1.65.tar.gz
diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec
index 8dca227..224ec10 100644
--- a/perl-Mojolicious.spec
+++ b/perl-Mojolicious.spec
@@ -1,11 +1,11 @@
Name: perl-Mojolicious
-Version:1.46
-Release:3%{?dist}
+Version:1.65
+Release:1%{?dist}
Summary:A next generation web framework for Perl
License:Artistic 2.0
Group: Development/Libraries
URL:http://mojolicious.org/
-Source0:
http://www.cpan.org/authors/id/K/KR/KRAIH/Mojolicious-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/S/SR/SRI/Mojolicious-%{version}.tar.gz
BuildArch: noarch
BuildRequires: perl >= 0:5.008007
BuildRequires: perl(ExtUtils::MakeMaker)
@@ -53,6 +53,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Yanko Kaneti - 1.65-1
+- Upstream update 1.65
+
* Thu Jul 21 2011 Petr Sabata - 1.46-3
- Perl mass rebuild
diff --git a/sources b/sources
index bc15a7a..4e05b17 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9e521b73658d9ce131bcb48a01f3e3b2 Mojolicious-1.46.tar.gz
+b9cff0ff045d1ca5cb55d41ce90c1f5b Mojolicious-1.65.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: merge into dist-f16
On Tue, Jul 26, 2011 at 02:43:42PM +0200, Petr Pisar wrote: > > Currently not-rebuild packages are: > > perl-Fedora-Rebuild > perl-MongoDB > perl-NOCpulse-Debug > perl-NOCpulse-Gritch > perl-NOCpulse-Object > perl-Perlbal-XS-HTTPHeaders perl-Perlbal-XS-HTTPHeaders is with Perlbal in cycle. I will break the cycle on Perlbal site temporarily to be able to build perl-Perlbal-XS-HTTPHeaders. -- Petr pgpT58mu8rv9s.pgp Description: PGP signature -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Mojolicious-1.65.tar.gz uploaded to lookaside cache by yaneti
A file has been added to the lookaside cache for perl-Mojolicious: b9cff0ff045d1ca5cb55d41ce90c1f5b Mojolicious-1.65.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Systemd transition prevents updating older release branches??
Matthias Saou writes: > Toshio Kuratomi wrote : >> Regarding the fragility argument in reply to notting's clarification; do >> note that the fragility there only lasts until that Fedora release goes EOL >> and therefore can no longer receive updates) less than a year now for Fedora >> 15. The fragility of packagers remembering that the package has an epoch >> seems lower on a case-by-case basis but its effect lasts for as long as we >> ship that package. > The fragility you mention will resurface when RHEL7 is released then > stay around for many many years for anyone maintaining EPEL6 and EPEL7 > packages. Definitely something worth keeping in mind. Yes, it's actually the eventual RHEL transition that scares me more than F15. Given all the problems created by the (premature IMO) systemd transition, anybody running database servers on F15 is already accustomed to pain. Michal Hlavinka's solution of explicitly testing for the old sysv init script seems like a win from here, since I don't intend to continue packaging that. Anyone have an objection to that approach? regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: One easy review swap: 669911 / guestfs-browser
On Tue, Jul 26, 2011 at 07:13:18PM +0530, Ankur Sinha wrote: > Can you please review nifticlib[1]? > > https://bugzilla.redhat.com/show_bug.cgi?id=714047 No problem, I'll do it right now. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
On 07/26/2011 09:04 AM, Emmanuel Seyman wrote: > * Genes MailLists [26/07/2011 15:32] : >> >> Mmm ok ... Can I assume root is excepted from this? > > You can. That is the case. a clean F15 install has PATH=$PATH:$HOME/bin, not the same /etc/skel/.bash_profile but still has ~/bin > > Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
On 07/26/2011 09:34 AM, Emmanuel Seyman wrote: > * Genes MailLists [26/07/2011 15:32] : >> >> Mmm ok ... Can I assume root is excepted from this? > > You can. That is the case. > > Emmanuel > :-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: No new repos being built for dist-f16?
On Tue, 2011-07-26 at 13:03 +0100, Richard W.M. Jones wrote: > On Tue, Jul 26, 2011 at 12:54:24PM +0100, Richard W.M. Jones wrote: > > > > newRepo seems to fail, although it's not clear why. > > > > http://koji.fedoraproject.org/koji/taskinfo?taskID=3230556 > > > > Maybe something to do with branching? > > For whatever reason, this has fixed itself now. Not sure if related, but during rawhide acceptance testing, it was found that generic-release was being favored instead of fedora-release. This was resulting in fedora-release-rawhide not being installed on the system. A recent update to the generic-release package has resolved the problem, and fedora-release* should now be installed. Thanks, James signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: One easy review swap: 669911 / guestfs-browser
On Tue, 2011-07-26 at 13:02 +0100, Richard W.M. Jones wrote: > > https://bugzilla.redhat.com/show_bug.cgi?id=669911#c5 > Review Request: guestfs-browser - Guest filesystem browser > > Spec: > http://oirase.annexia.org/reviews/guestfs-browser/guestfs-browser.spec > SRPM: > http://oirase.annexia.org/reviews/guestfs-browser/guestfs-browser-0.1.6-1.fc15.src.rpm > > This is a very simple review. It has a Koji build and the rpmlint > warnings are trivial. > > I'll swap in return for a similarly uncomplex review. Hi Richard, I'll review this for you. Can you please review nifticlib[1]? https://bugzilla.redhat.com/show_bug.cgi?id=714047 It's a pretty simple package too. You could actually pick any of the tickets from this list: https://bugzilla.redhat.com/buglist.cgi?emailtype2=exact&emailreporter1=1&short_desc=Review%20Request%3A&classification=Fedora&emailtype1=exact&query_format=advanced&bug_status=NEW&email2=nobody%40fedoraproject.org&short_desc_type=substring&email1=sanjay.ankur%40gmail.com&emailassigned_to2=1&product=Fedora klt should also be equally simple -- Thanks, Regards, Ankur: "FranciscoD" http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: merge into dist-f16
On Tue, Jul 26, 2011 at 02:43:42PM +0200, Petr Pisar wrote: > > Currently not-rebuild packages are: [...] > perl-Pugs-Compiler-Rule This package had problems in previous releases (https://bugzilla.redhat.com/show_bug.cgi?id=611015), current problem is tracked at upstream (https://rt.cpan.org/Public/Bug/Display.html?id=69816). Because upstream and Fedora maintainers seem dead, the package will be removed from Fedora probably. -- Petr pgpxlF9cdKYZ1.pgp Description: PGP signature -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: merge into dist-f16
On Tue, Jul 26, 2011 at 02:43:42PM +0200, Petr Pisar wrote: > Currently not-rebuild packages are: > > perl-Fedora-Rebuild perl-Fedora-Rebuild done. > perl-MongoDB > perl-NOCpulse-Debug > perl-NOCpulse-Gritch > perl-NOCpulse-Object > perl-Perlbal-XS-HTTPHeaders > perl-Pugs-Compiler-Rule > perl-threads-tbb > perl-XML-Parser-Lite-Tree-XPath > -- Petr -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: User-level instance of /bin in PATH
* Genes MailLists [26/07/2011 15:32] : > > Mmm ok ... Can I assume root is excepted from this? You can. That is the case. Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
* Genes MailLists [26/07/2011 15:14] : > > > >> On 26/07/11 10:22, Misha Shnurapet wrote: > > > Unlike ~/bin, which is in PATH though not even created. It's the other way round on my machine. Both are in my $PATH but ~/bin exists (I may have created it by hand) and ~/.local/bin/ doesn't. > Where in the path do the user 'bin' elements appear in the path? These are defined by ~/.bash_profile which is copied from /etc/skel/.bash_profile on account creation. [manu@munshine ~]$ grep PATH /etc/skel/.bash_profile PATH=$PATH:$HOME/.local/bin:$HOME/bin export PATH Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Self Introduction
Hi, My name's Simon, I'm a sys admin/developer type in Computer Science at University of Birmingham. We've got a couple of hundred workstations running variants of SL6/CentOS and I'd done various bits and pieces packaging up software to support our teaching here. Along with rebuilding stuff from Fedora which isn't in EPEL to get software working. My job is to support teaching and research of Computer Science and getting the stuff we need to work in a sane environment. I've just posted a package review request for Gazebo (robotics simulator) at: https://bugzilla.redhat.com/show_bug.cgi?id=725752 Simon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
On 07/26/2011 09:15 AM, Robert Marcano wrote: > In /etc/skel/.bash_profile they are added to the end and I think that is ok > > PATH=$PATH:$HOME/.local/bin:$HOME/bin > > Never knew about ~/.local/bin my .bash_profile is really old from the > time where the default was only ~/bin Mmm ok ... Can I assume root is excepted from this? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
On 07/26/2011 08:36 AM, Genes MailLists wrote: > On 07/26/2011 08:03 AM, Misha Shnurapet wrote: >> 26.07.2011, 18:34, "Andrew Haley": >>> On 26/07/11 10:22, Misha Shnurapet wrote: >>> Since F15 ~/bin has been added to PATH, and commands that are supposed to run user scripts will work without changing into that directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose that it is also added because technically it is ~/bin's brother. >>> >>> I've never heard of ~/.local/bin . Are there many people who use >>> this? ~/bin is common. >> >> ~/.local/bin has been there by default. >> >> Unlike ~/bin, which is in PATH though not even created. >> > >Where in the path do the user 'bin' elements appear in the path? In /etc/skel/.bash_profile they are added to the end and I think that is ok PATH=$PATH:$HOME/.local/bin:$HOME/bin Never knew about ~/.local/bin my .bash_profile is really old from the time where the default was only ~/bin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
On 07/26/2011 08:03 AM, Misha Shnurapet wrote: > 26.07.2011, 18:34, "Andrew Haley" : >> On 26/07/11 10:22, Misha Shnurapet wrote: >> >>> Since F15 ~/bin has been added to PATH, and commands that are >>> supposed to run user scripts will work without changing into that >>> directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose >>> that it is also added because technically it is ~/bin's brother. >> >> I've never heard of ~/.local/bin . Are there many people who use >> this? ~/bin is common. > > ~/.local/bin has been there by default. > > Unlike ~/bin, which is in PATH though not even created. > Where in the path do the user 'bin' elements appear in the path? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Kwiki-UserPreferences] Add RPM 4.9 style filters
commit b40f91e83382c2d05f0d87b67147ff278bf4b7a5
Author: Petr Sabata
Date: Tue Jul 26 14:59:28 2011 +0200
Add RPM 4.9 style filters
perl-Kwiki-UserPreferences.spec |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
---
diff --git a/perl-Kwiki-UserPreferences.spec b/perl-Kwiki-UserPreferences.spec
index 50c5524..4c21e4e 100644
--- a/perl-Kwiki-UserPreferences.spec
+++ b/perl-Kwiki-UserPreferences.spec
@@ -1,6 +1,6 @@
Name: perl-Kwiki-UserPreferences
Version:0.13
-Release:17%{?dist}
+Release:18%{?dist}
Summary:Kwiki User Preferences Plugin
License:GPL+ or Artistic
Group: Development/Libraries
@@ -15,10 +15,13 @@ BuildRequires: perl(Kwiki) >= 0.37
Requires: perl(Kwiki) >= 0.37
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
+# RPM 4.8 style
%{?filter_setup:
%filter_from_requires /^perl(mixin)/d
%{?perl_default_filter}
}
+# RPM 4.9 style
+%global __requires_exclude
%{?__requires_exclude:__requires_exclude|}^perl\\(mixin\\)$
%description
Kwiki User Preferences plugin.
@@ -53,6 +56,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Petr Sabata - 0.13-18
+- Add RPM 4.9 style filters
+
* Fri Jul 22 2011 Petr Sabata - 0.13-17
- BuildRequire IO::All
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
NFSv4 / POSIX ACL mapping bug?
Hi, I need some help clarifying this issue in order to know if this is a bug or limits of the NFSv4 / POSIX ACL mapping before reporting it Creating a directory on the server with the following POSIX ACLs, rwx for the group "sharedgroup" and same defaults: # file: directory # owner: root # group: root user::rwx group::r-x group:sharedgroup:rwx mask::rwx other::--- default:user::rwx default:group::r-x default:group:sharedgroup:rwx default:mask::rwx default:other::--- Creating files with the same user with umask 022 on the server an on the NFS client, the files do not get the same POSIX ACL mask: # file: client # owner: test # group: testgroup user::rw- group::r-x #effective:r-- group:sharedgroup:rwx#effective:r-- mask::r-- other::r-- # file: server # owner: test # group: testgroup user::rw- group::r-x #effective:r-- group:sharedgroup:rwx#effective:rw- mask::rw- other::r-- Is this normal or a bug?, My interpretation is that even that the mapping of the ACLs is not 100% perfect this simple example should not be a problem. Is it impossible using NFS to create a shared directory for a group of users? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Fedora-Rebuild] Do not create back-up files when patching
commit a1606c356bf5934f59fa2c9a90cbc0f504cc3882
Author: Petr Písař
Date: Tue Jul 26 14:55:57 2011 +0200
Do not create back-up files when patching
perl-Fedora-Rebuild.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-Fedora-Rebuild.spec b/perl-Fedora-Rebuild.spec
index 5d66460..5b3f933 100644
--- a/perl-Fedora-Rebuild.spec
+++ b/perl-Fedora-Rebuild.spec
@@ -1,7 +1,7 @@
# This file is lincensed under the terms of GPLv2+.
Name: perl-Fedora-Rebuild
Version:0.8.0
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Rebuilds Fedora packages from scratch
License:GPLv3+
Group: Development/Libraries
@@ -50,7 +50,7 @@ new interpreter.
%prep
%setup -q -n Fedora-Rebuild-v%{version}
-%patch0 -p1 -b .iohandle
+%patch0 -p1
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
@@ -73,6 +73,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Petr Pisar - 0.8.0-4
+- Do not create back-up files when patching. They would be packaged.
+
* Fri Jul 22 2011 Petr Sabata - 0.8.0-3
- Use IO::Handle to build with perl5.14
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: orphaning / looking for new owner for monkey-bubble
Just to add my $0.02, I installed both monkey bubble and frozen bubble for the kids and they definitely like frozen bubble more and otherwise they're functionally equivalent. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packages affected by RPM 4.9 filtering [was: News from rebuild]
On Mon, Jul 25, 2011 at 03:19:45PM +0200, Petr Pisar wrote: > On Mon, Jul 25, 2011 at 01:14:09PM +0200, Petr Pisar wrote: > > On Mon, Jul 25, 2011 at 01:03:28PM +0200, Petr Pisar wrote: > > > On Fri, Jul 22, 2011 at 03:56:22PM +0200, Petr Pisar wrote: > > > > On Thu, Jul 21, 2011 at 11:08:40AM +0200, Petr Pisar wrote: > > > > > List of perl packages whose spec file contains `filter_setup' string > > > > > follows. These packages can be affected by transition to RPM 4.9 > > > > > dependency > > > > > filtering. We advise to migrate the filters after merging perl-5.14 > > > > > into > > > > > rawhide to get proper results. Also we advise to run rpmdiff on old > > > > > and new > > > > > package to check your spec file changes takes effect. Please note the > > > > > list > > > > > was generated from older git repositories mirror, so it does not > > > > > reflect > > > > > current state exactly. > > > > > > > > > > -- Petr > > > > > > > > > > ikiwiki > > > > > lcgdm > > > > > libdigidocpp > > > > > mhonarc > > > > > mod_perl > > > > > perl-Ace > > > > > perl-AnyEvent > > > > > perl-Apache-DBI-Cache > > > > > perl-AppConfig > > > > > perl-App-cpanminus > > > > > perl-autobox > > > > > perl-Bio-Graphics > > > > > perl-bioperl > > > > > perl-Catalyst-Controller-FormBuilder > > > > > perl-CGI > > > > > perl-CHI > > > > > perl-Class-Prototyped > > > > > perl-Class-XSAccessor > > > > > perl-Contextual-Return > > > > > perl-Crypt-SSLeay > > > > > perl-Data-TreeDumper-Renderer-GTK > > > > > perl-DateTime > > > > > > > > So far, I checked and updated all this packages. > > > > > > > > Followings are not checked. > > > > > > > > > perl-DateTime-Format-Mail > > > > > perl-DateTime-Precise > > > > > perl-DateTime-Set > > > > > perl-DBD-CSV > > > > > perl-DBI-Dumper > > > > > perl-DBIx-Class-Cursor-Cached > > > > > perl-DBIx-ContextualFetch > > > > > perl-Devel-Caller > > > > > perl-Devel-CheckOS > > > > > perl-ExtUtils-XSpp > > > > > perl-File-ChangeNotify > > > > > perl-File-FnMatch > > > > > perl-File-Listing > > > > > perl-File-PathList > > > > > perl-File-ShareDir-PAR > > > > > > All up-to perl-File-ShareDir-PAR checked. > > > > > > > > perl-Goo-Canvas > > > > > perl-Gtk2-Ex-Carp > > > > > perl-HTTP-Cookies > > > > > perl-HTTP-Daemon > > > > > perl-HTTP-Message > > > > > perl-HTTP-Negotiate > > > > Up to perl-HTTP-Negotiate checked by Marcela. > > > > > > > perl-Kwiki > > > > > perl-Kwiki-NewPage > > > > > perl-Kwiki-Raw > > > > > perl-Kwiki-RecentChanges > > > > > perl-Kwiki-Revisions > > > > > perl-Kwiki-Search > > > > > perl-Kwiki-UserName > > > > > perl-Kwiki-UserPreferences > > > > > perl-Kwiki-Users-Remote > > Up to perl-Kwiki-Users-Remote checked by Petr Sabata. > > > > > > > perl-Language-Functional > > > > > perl-libwww-perl > > > > > perl-LWP-Protocol-https > > > > > perl-Math-Random-MT-Auto > > > > > perl-Math-Symbolic > > > > > perl-Memoize-ExpireLRU > > > > > perl-Module-Mask > > > > > perl-MogileFS-Utils > > > > > perl-MooseX-CascadeClearing > > > > > perl-MooseX-Types-DateTimeX > > > > > perl-NetAddr-IP > > > > > perl-Padre > > > > > perl-PathTools > > > > > perl-PDL > > > > > perl-Perl-Critic-Deprecated > > > > > perl-Perl-Critic-More > > > > > perl-Perl-Critic-Pulp > > > > > perl-Perl-Critic-Swift > > > > > perl-Perlilog > > > > > perl-Perl-Metrics-Simple > > > > > perl-POE-Filter-HTTP-Parser > > > > > perl-PPI > > Packages from perl-PPI-PowerToys till the end have been checked by Iain an > Marcela. > > > > > perl-PPI-PowerToys > > > > > perl-PPIx-EditorTools > > > > > perl-PPIx-Regexp > > > > > perl-Pugs-Compiler-Rule > > > > > perl-SOAP-Lite > > > > > perl-Spoon > > > > > perl-Spreadsheet-WriteExcel > > > > > perl-Statistics-Basic > > > > > perl-STD > > > > > perl-Template-Toolkit > > > > > perl-Test-DistManifest > > > > > perl-Test-Perl-Critic-Progressive > > > > > perl-Test-Smoke > > > > > perl-Text-Aligner > > > > > perl-Text-Table > > > > > perl-Unicode-String > > > > > perl-version > > > > > perl-WWW-Curl > > > > > perl-WWW-RobotRules > > > > > perl-Wx > > > > > perl-XML-Parser > > > > > perl-XML-Twig > > > > > perl-YUM-RepoQuery > > > > > redland-bindings > > > > > rt3 > > -- Petr All done. -- Petr pgpVyd9nSsK0u.pgp Description: PGP signature -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: merge into dist-f16
On Tue, Jul 26, 2011 at 08:44:44AM +0200, Petr Pisar wrote: > On Mon, Jul 25, 2011 at 07:38:11PM +0200, Marcela Mašláňová wrote: > > > > b/ filters still not converted/checked > > > perl-Language-Functional > > > perl-libwww-perl > > > perl-LWP-Protocol-https > > > perl-Math-Random-MT-Auto > > > perl-Math-Symbolic > > > perl-Memoize-ExpireLRU > > > perl-Module-Mask > > > perl-MogileFS-Utils > > > perl-MooseX-CascadeClearing > > > perl-MooseX-Types-DateTimeX > > > perl-NetAddr-IP > I checked packages up to perl-NetAddr-IP yesterday (just forgot to announnce > it). > > > > perl-Padre > > > perl-PathTools > > > perl-PDL > > > perl-Perl-Critic-Deprecated > > > perl-Perl-Critic-More > > > perl-Perl-Critic-Pulp > > > perl-Perl-Critic-Swift > > > perl-Perlilog > > > perl-Perl-Metrics-Simple > > > perl-POE-Filter-HTTP-Parser > > > perl-PPI > > > -- Petr All RPM 4.8 filters rewritten to RPM 4.9. Thanks for help. -- Petr pgpq0Ma7hXHKe.pgp Description: PGP signature -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: orphaning / looking for new owner for monkey-bubble
On Tue, Jul 26, 2011 at 09:12:54 +0200, Hans de Goede wrote: > Hi, > > I've been thinking about orphaning monkey-bubble for a while now, > mostly because it is dead upstream and it is using various obsolete > gnome technologies (esound, libgnomeui, bonobo). > > Yesterday it came to my attention that monkey-bubble also contains > at least 1 sound sample which we should not be re-distributing, as > well as various sound samples from unclear origin. This has helped > me make up my mind, and unless someone else jumps in to take it over > (and fix the sound sample situation) I'm going to orphan it. > > So anyone want to take over monkey-bubble? Even though I normally like to save games, I think letting this one go is probably a good idea. Upstream is really gone. They changed their web site and repository locations and then let the new area disappear. Only the old web site and some tarballs seem to be available. It's kind of a cute game, but unless someone is willing to be a real upstream for it, it should probably be let go. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
26.07.2011, 18:34, "Andrew Haley" : > On 26/07/11 10:22, Misha Shnurapet wrote: > >> Since F15 ~/bin has been added to PATH, and commands that are >> supposed to run user scripts will work without changing into that >> directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose >> that it is also added because technically it is ~/bin's brother. > > I've never heard of ~/.local/bin . Are there many people who use > this? ~/bin is common. ~/.local/bin has been there by default. Unlike ~/bin, which is in PATH though not even created. -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: No new repos being built for dist-f16?
On Tue, Jul 26, 2011 at 12:54:24PM +0100, Richard W.M. Jones wrote: > > newRepo seems to fail, although it's not clear why. > > http://koji.fedoraproject.org/koji/taskinfo?taskID=3230556 > > Maybe something to do with branching? For whatever reason, this has fixed itself now. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
One easy review swap: 669911 / guestfs-browser
https://bugzilla.redhat.com/show_bug.cgi?id=669911#c5 Review Request: guestfs-browser - Guest filesystem browser Spec: http://oirase.annexia.org/reviews/guestfs-browser/guestfs-browser.spec SRPM: http://oirase.annexia.org/reviews/guestfs-browser/guestfs-browser-0.1.6-1.fc15.src.rpm This is a very simple review. It has a Koji build and the rpmlint warnings are trivial. I'll swap in return for a similarly uncomplex review. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
- "Bill Nottingham" wrote: > Each release, before branching, we block currently orphaned packages. > It's that time again for Fedora 16. > > New this go-round is that we are also blocking packages that have > failed to build since before Fedora 14. > > The following packages are currently orphaned, or fail to build. If > you have a need for one of these packages, please pick them up. > > If not claimed, the packages will be blocked on Monday, July 25. > .. > Orphan cnetworkmanager > Orphan comoonics-base-py > comaintained by: elcody02 I'm co maintaining this package and it is required for the packages comoonics-cdsl-py and comoonics-cluster-py. Sorry but it didn't came to my attention that this package is orphaned. Can I do something to move it to a proper state? (pickup, ..) Thanks for you help Marc. > Orphan compizconfig-backend-kconfig > comaintained by: izhar > Orphan cowbell -- __ Marc Grimme E-Mail: gri...@atix.de ATIX Informationstechnologie und Consulting AG | Einsteinstrasse 10 | 85716 Unterschleissheim | www.atix.de Registergericht: Amtsgericht München, Registernummer: HRB 168930, USt.-Id.: DE209485962 | Vorstand: Thomas Merz (Vors.), Marc Grimme, Mark Hlawatschek, Jan R. Bergrath | Vorsitzender des Aufsichtsrats: Dr. Martin Buss -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
No new repos being built for dist-f16?
newRepo seems to fail, although it's not clear why. http://koji.fedoraproject.org/koji/taskinfo?taskID=3230556 Maybe something to do with branching? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: usb_modeswitch/usb_modeswitch-data outdated
Huzaifa Sidhpurwala wrote: > taken care of this, sorry for the delay :) -thank you- now waiting for the maintainer of usb_modeswitch: https://bugzilla.redhat.com/show_bug.cgi?id=625004 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Perl-Critic-Deprecated] RPM 4.9 dependency filtering added
commit 246320d44ae6b3a7fa975c23005d21e03d924534
Author: Petr Pisar
Date: Tue Jul 26 13:27:33 2011 +0200
RPM 4.9 dependency filtering added
perl-Perl-Critic-Deprecated.spec |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
---
diff --git a/perl-Perl-Critic-Deprecated.spec b/perl-Perl-Critic-Deprecated.spec
index c434378..b3c2367 100644
--- a/perl-Perl-Critic-Deprecated.spec
+++ b/perl-Perl-Critic-Deprecated.spec
@@ -1,6 +1,6 @@
Name: perl-Perl-Critic-Deprecated
Version:1.108
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Perl::Critic policies which have been superseded by others
License:GPL+ or Artistic
Group: Development/Libraries
@@ -24,9 +24,13 @@ Requires: perl(Perl::Critic::Policy) >= 1.094
Requires: perl(Perl::Critic::Utils) >= 1.094
# Filter underspecified dependecies
+# RPM 4.8 style:
%filter_from_requires /^perl(Perl::Critic::Policy)$/d
%filter_from_requires /^perl(Perl::Critic::Utils)$/d
%filter_setup
+# RPM 4.9 style:
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(Perl::Critic::Policy\\)$
+%global __requires_exclude %__requires_exclude|^perl\\(Perl::Critic::Utils\\)$
%description
The included policies are:
@@ -55,6 +59,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2>/dev/null \;
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Petr Pisar - 1.108-3
+- RPM 4.9 dependency filtering added
+
* Tue Jul 19 2011 Petr Sabata - 1.108-2
- Perl mass rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Systemd transition prevents updating older release branches??
Toshio Kuratomi wrote : > Regarding the fragility argument in reply to notting's clarification; do > note that the fragility there only lasts until that Fedora release goes EOL > and therefore can no longer receive updates) less than a year now for Fedora > 15. The fragility of packagers remembering that the package has an epoch > seems lower on a case-by-case basis but its effect lasts for as long as we > ship that package. The fragility you mention will resurface when RHEL7 is released then stay around for many many years for anyone maintaining EPEL6 and EPEL7 packages. Definitely something worth keeping in mind. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 14 (Laughlin) - Linux kernel 2.6.35.13-91.fc14.x86_64 Load : 0.23 0.29 0.40 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Padre] RPM 4.9 dependency filtering added
commit 4827e8c86f0a6bf8e9e00f547e5e02b49e6f4989
Author: Petr Pisar
Date: Tue Jul 26 13:16:38 2011 +0200
RPM 4.9 dependency filtering added
perl-Padre.spec | 44 +++-
1 files changed, 43 insertions(+), 1 deletions(-)
---
diff --git a/perl-Padre.spec b/perl-Padre.spec
index d49fb15..703e8cf 100644
--- a/perl-Padre.spec
+++ b/perl-Padre.spec
@@ -2,7 +2,7 @@
Name: perl-Padre
Version:0.86
-Release:4%{?dist}
+Release:5%{?dist}
Summary:Perl Application Development and Refactoring Environment
License:GPL+ or Artistic
Group: Development/Libraries
@@ -244,6 +244,7 @@ Obsoletes: perl-Wx-Perl-Dialog < 0.01
Provides: perl-Wx-Perl-Dialog > 0.01
Provides: padre = %{version}
+# RPM 4.8 style:
# Remove too specific requires because of version rounding
%filter_from_requires /perl(File::Spec) >= 3.2701/d
@@ -283,6 +284,44 @@ Provides: padre = %{version}
%filter_from_provides /^perl(ExtUtils::MakeMaker::_version)$/d
%filter_setup
+# RPM 4.9 style
+# Remove too specific requires because of version rounding
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}perl\\(File::Spec\\) >= 3.2701
+
+# Remove underspecified dependencies
+%global __provides_exclude
%{?__provides_exclude:%__provides_exclude|}^perl\\(Padre::Config\\)\\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Capture::Tiny\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Class::Inspector\\)$
+%global __requires_exclude
%__requires_exclude|^perl\\(Class::XSAccessor\\)\\s)*$
+%global __requires_exclude
%__requires_exclude|^perl\\(Class::XSAccessor::Array\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Cwd\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(DBD::SQLite\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(DBI\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Encode\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(File::HomeDir\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(File::Path\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(File::ShareDir\\)\\s)*$
+%global __requires_exclude
%__requires_exclude|^perl\\(File::Spec::Functions\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(File::Temp\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(IO::Scalar\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(JSON::XS\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(List::Util\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Module::Build\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Params::Util\\)\\s)*$
+%global __requires_exclude
%__requires_exclude|^perl\\(Parse::ErrorString::Perl\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Pod::Abstract\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Pod::Perldoc\\)\\s)*$
+%global __requires_exclude
%__requires_exclude|^perl\\(Pod::Simple::XHTML\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Storable\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Text::Balanced\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(threads::shared\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Time::HiRes\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(version\\)\\s)*$
+%global __requires_exclude
%__requires_exclude|^perl\\(Wx::Perl::ProcessStream\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(YAML::Tiny\\)\\s)*$
+
+# Remove private moduiles
+%global __provides_exclude
%__provides_exclude|^perl\\(ExtUtils::MakeMaker::_version\\)$
%description
Padre is a text editor aimed to be an IDE for Perl.
@@ -365,6 +404,9 @@ mkdir "$HOME"
%changelog
+* Tue Jul 26 2011 Petr Pisar - 0.86-5
+- RPM 4.9 dependency filtering added
+
* Thu Jul 21 2011 Petr Sabata - 0.86-4
- Perl mass rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: thanks for F15 mdadm systemd unit
On 07/26/2011 02:15 AM, Adam Williamson wrote: > On Sat, 2011-07-23 at 07:24 -0400, Ric Wheeler wrote: > >> should not be surprised that you see resistance (what new capability does NFS >> get from the systemd changes for example!). > reliable on-demand automounting, for a start. for which you already owe > Lennart about three kegs of beer, by my calculation. =) > > (try 'noauto,comment=systemd.automount' as mount parameters for an NFS > share) We track autofs issues for fedora, upstream and RHEL and seems to work well in the field. What specifically does systemd do that autofs does not do without it? Ric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd transition prevents updating older release branches??
On 07/25/2011 09:07 PM, Tom Lane wrote:
> In
> https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd
> I read that conversion of a package using a SysV initscript to systemd
> units requires a trigger with a "< NEVR" condition, and that
>
> # Note: the NEVR in trigger scripts should all be the version in
> # which the package switched to systemd unit files and the comparision
> # should be less than. Using<= the last version with the sysV script won't
> # work for several reasons:
> # 1) disttag is different between Fedora releases
> # 2) An update in an old Fedora release may create a newer NEVR
> #Note that this means an update in an older Fedora release must be NEVR
> #lower than this. Freezing the version and release of the old package and
> #using a number after the disttag is one way to do this. Example:
> #httpd-1.0-1%{?dist} => httpd-1.0-1%{?dist}.1
>
> IOW, once I push a mysql update with native systemd support into
> rawhide, I'll be forbidden from ever rebasing mysql in F15 up to
> a newer upstream patch release. Considering that upstream issues
> bug-fix releases about once a month, this is hardly acceptable.
>
> I'll have the same problem with postgresql, too.
>
> What's seeming like a better option is to bump the package's Epoch
> for the systemd-native release.
I don't like epoch changes too much. So, I've used different approach.
In %post section I have script that checks for old init script presence.
Something like:
if [ -f %{_initddir}/
[perl-PPIx-Regexp] Remove RPM 4.8 filter
commit c96e225b016b2fed65f68dc1723de279e2ebc65c
Author: Petr Pisar
Date: Tue Jul 26 11:36:16 2011 +0200
Remove RPM 4.8 filter
perl-PPIx-Regexp.spec |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
---
diff --git a/perl-PPIx-Regexp.spec b/perl-PPIx-Regexp.spec
index e3a4fbf..fcc2a2d 100644
--- a/perl-PPIx-Regexp.spec
+++ b/perl-PPIx-Regexp.spec
@@ -16,9 +16,6 @@ Requires: perl(PPI::Document) >= 1.117
Requires: perl(Task::Weaken)
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
-%filter_from_requires /^perl(PPI::Document)$/d
-%filter_setup
-
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}perl\\(PPI::Document\\)$
%description
@@ -52,6 +49,7 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2>/dev/null \;
%changelog
* Tue Jul 26 2011 Petr Pisar - 0.021-1
- 0.021 bump
+- Remove RPM 4.8 filter
* Mon Jul 25 2011 Marcela Mašláňová - 0.020-3
- add new filter
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-PPIx-Regexp] 0.021 bump
commit 199e2e745f412c0005e1b4a34e52b5e0207d6c15
Author: Petr Pisar
Date: Tue Jul 26 11:34:08 2011 +0200
0.021 bump
.gitignore|1 +
perl-PPIx-Regexp.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 04a3bd4..c181e23 100644
--- a/.gitignore
+++ b/.gitignore
@@ -9,3 +9,4 @@ PPIx-Regexp-0.007.tar.gz
/PPIx-Regexp-0.018.tar.gz
/PPIx-Regexp-0.019.tar.gz
/PPIx-Regexp-0.020.tar.gz
+/PPIx-Regexp-0.021.tar.gz
diff --git a/perl-PPIx-Regexp.spec b/perl-PPIx-Regexp.spec
index 62bcbb1..e3a4fbf 100644
--- a/perl-PPIx-Regexp.spec
+++ b/perl-PPIx-Regexp.spec
@@ -1,6 +1,6 @@
Name: perl-PPIx-Regexp
-Version:0.020
-Release:3%{?dist}
+Version:0.021
+Release:1%{?dist}
Summary:Represent a regular expression of some sort
License:GPL+ or Artistic
Group: Development/Libraries
@@ -50,6 +50,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2>/dev/null \;
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Petr Pisar - 0.021-1
+- 0.021 bump
+
* Mon Jul 25 2011 Marcela Mašláňová - 0.020-3
- add new filter
diff --git a/sources b/sources
index 4d1d3d6..3a4a529 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1293df6eb0765646a73808d32ff8ed82 PPIx-Regexp-0.020.tar.gz
+037542ca9d83ae19e2f33043a17ef972 PPIx-Regexp-0.021.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File perl-PPIx-Regexp.spec uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-PPIx-Regexp: 77aacbbd0b54a9d2a57711a222887459 perl-PPIx-Regexp.spec -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: User-level instance of /bin in PATH
On 26/07/11 10:22, Misha Shnurapet wrote: > > Since F15 ~/bin has been added to PATH, and commands that are > supposed to run user scripts will work without changing into that > directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose > that it is also added because technically it is ~/bin's brother. I've never heard of ~/.local/bin . Are there many people who use this? ~/bin is common. Andrew. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 720293] perl-Perl-Critic-Pulp-62 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=720293 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Perl-Critic-Pulp-62-1. ||fc16 Resolution||RAWHIDE Last Closed||2011-07-26 05:30:33 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-Critic-Pulp] Fix typo in changelog
commit 115abdfc5c196c9d6652b95c0822f7d72fc43301 Author: Petr Písař Date: Tue Jul 26 11:30:14 2011 +0200 Fix typo in changelog perl-Perl-Critic-Pulp.spec |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec index 8addb00..4e102d4 100644 --- a/perl-Perl-Critic-Pulp.spec +++ b/perl-Perl-Critic-Pulp.spec @@ -93,7 +93,7 @@ make test %changelog * Tue Jul 26 2011 Petr Pisar - 62-1 -- 0.62 bump +- 62 bump - Remove RPM 4.8 filters * Tue Jul 26 2011 Marcela Mašláňová - 61-3 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-Critic-Pulp] Remove 4.8 filters
commit 6c8b32c6c6921f2d0d07de2c4920f6ac5430988e
Author: Petr Pisar
Date: Tue Jul 26 11:20:05 2011 +0200
Remove 4.8 filters
perl-Perl-Critic-Pulp.spec | 21 +++--
1 files changed, 3 insertions(+), 18 deletions(-)
---
diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec
index a84c0a8..8addb00 100644
--- a/perl-Perl-Critic-Pulp.spec
+++ b/perl-Perl-Critic-Pulp.spec
@@ -47,31 +47,15 @@ Requires: perl(PPI::Document)
# code.
Requires: perl(Test::More)
-# filter for RPM 4.8
# Filter underspecified dependencies
-%filter_from_requires /^perl(List::MoreUtils)$/d
-%filter_from_requires /^perl(Perl::Critic::Policy)$/d
-%filter_from_requires /^perl(Perl::Critic::Utils)$/d
-%filter_from_requires /^perl(Perl::Critic::Utils) >= 0.21$/d
-# Filter private redefinitions
-%filter_from_provides /^perl(Perl::MinimumVersion)\s*$/d
-# Filter private parsers
-%filter_from_requires
/^perl(Perl::Critic::PodParser::ProhibitVerbatimMarkup)\s*$/d
-%filter_from_provides
/^perl(Perl::Critic::PodParser::ProhibitVerbatimMarkup)\s*$/d
-%filter_from_provides
/^perl(Perl::Critic::Policy::Documentation::ProhibitAdjacentLinks::Parser)\s*$/d
-%filter_from_provides
/^perl(Perl::Critic::Pulp::PodMinimumVersionViolation)\s*$/d
-%filter_from_provides
/^perl(Perl::Critic::Pulp::PodParser::ProhibitBadAproposMarkup)\s*/d
-%filter_from_provides
/^perl(Perl::Critic::Pulp::PodParser::ProhibitParagraphTwoDots)\s*/d
-%filter_from_provides
/^perl(Perl::Critic::Pulp::PodParser::ProhibitUnbalancedParens)\s*/d
-%filter_from_provides
/^perl(Perl::Critic::Pulp::PodParser::RequireLinkedURLs)\s*/d
-%filter_setup
-# filter for RPM 4.9
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}perl\\(List::MoreUtils\\)\\s*$
%global __requires_exclude
%__requires_exclude|perl\\(Perl::Critic::Policy\\)\\s*$
%global __requires_exclude
%__requires_exclude|perl\\(Perl::Critic::Utils\\)\\s*$
%global __requires_exclude %__requires_exclude|perl\\(Perl::Critic::Utils\\)
>= 0\\.21$
%global __requires_exclude
%__requires_exclude|perl\\(Perl::Critic::PodParser::ProhibitVerbatimMarkup\\)\\s*$
+# Filter private redefinitions
%global __provides_exclude
%{?__provides_exclude:%__provides_exclude|}perl\\(Perl::MinimumVersion\\)\\s*$
+# Filter private parsers
%global __provides_exclude
%__provides_exclude|perl\\(Perl::Critic::PodParser::ProhibitVerbatimMarkup\\)\\s*$
%global __provides_exclude
%__provides_exclude|perl\\(Perl::Critic::Policy::Documentation::ProhibitAdjacentLinks::Parser\\)\\s*$
%global __provides_exclude
%__provides_exclude|perl\\(Perl::Critic::Pulp::PodMinimumVersionViolation\\)\\s*$
@@ -110,6 +94,7 @@ make test
%changelog
* Tue Jul 26 2011 Petr Pisar - 62-1
- 0.62 bump
+- Remove RPM 4.8 filters
* Tue Jul 26 2011 Marcela Mašláňová - 61-3
- add RPM4.9 macro filter
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-Critic-Pulp] 0.62 bump
commit dccf4e2a5c7c65ed2c49e340189b3ed2f3f711f9
Author: Petr Pisar
Date: Tue Jul 26 11:16:13 2011 +0200
0.62 bump
.gitignore |1 +
perl-Perl-Critic-Pulp.spec | 10 +++---
sources|2 +-
3 files changed, 9 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 8a5c304..c4a3bab 100644
--- a/.gitignore
+++ b/.gitignore
@@ -8,3 +8,4 @@
/Perl-Critic-Pulp-59.tar.gz
/Perl-Critic-Pulp-60.tar.gz
/Perl-Critic-Pulp-61.tar.gz
+/Perl-Critic-Pulp-62.tar.gz
diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec
index 221cdad..a84c0a8 100644
--- a/perl-Perl-Critic-Pulp.spec
+++ b/perl-Perl-Critic-Pulp.spec
@@ -1,6 +1,6 @@
Name: perl-Perl-Critic-Pulp
-Version:61
-Release:3%{?dist}
+Version:62
+Release:1%{?dist}
Summary:Some add-on perlcritic policies
License:GPLv3+
Group: Development/Libraries
@@ -20,7 +20,7 @@ BuildRequires: perl(Perl::Critic::Utils::PPI)
BuildRequires: perl(Perl::Critic::Violation)
BuildRequires: perl(Pod::MinimumVersion) >= 50
BuildRequires: perl(Pod::Parser)
-BuildRequires: perl(PPI) >= 1.208
+BuildRequires: perl(PPI) >= 1.212
BuildRequires: perl(PPI::Document)
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(version)
@@ -41,6 +41,7 @@ Requires: perl(IO::String) >= 1.02
Requires: perl(List::MoreUtils) >= 0.24
Requires: perl(Perl::Critic) >= 1.084
Requires: perl(Pod::MinimumVersion) >= 50
+Requires: perl(PPI) >= 1.212
Requires: perl(PPI::Document)
# This is plug-in into Test::More. Depend on it even if not mentioned in the
# code.
@@ -107,6 +108,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Petr Pisar - 62-1
+- 0.62 bump
+
* Tue Jul 26 2011 Marcela Mašláňová - 61-3
- add RPM4.9 macro filter
diff --git a/sources b/sources
index 5eee375..10f5912 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6f99fa4f82b9cd8e0ca608faecd28ad7 Perl-Critic-Pulp-61.tar.gz
+90aff90625ea0659107700302e36843d Perl-Critic-Pulp-62.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Perl-Critic-Pulp-62.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Perl-Critic-Pulp: 90aff90625ea0659107700302e36843d Perl-Critic-Pulp-62.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
User-level instance of /bin in PATH
Hi. Since F15 ~/bin has been added to PATH, and commands that are supposed to run user scripts will work without changing into that directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose that it is also added because technically it is ~/bin's brother. Yes, user scripts can be kept in ~/bin for editing purposes. I prefer to edit them where I run them, in a terminal, especially when using the machine remotely. And it would be nice for those who want to move scripts out of the way so these don't get deleted accidentally along with some user stuff. It takes some time to write a script and only a second to delete a bunch of files. -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
Hello, It seems as if my first mail (from 12 days ago) got lost: I can take > Orphan link-grammar - fabian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java 7 for Fedora 16
On Tue, 2011-07-26 at 00:05 -0700, Toshio Kuratomi wrote: > > as I always point out when this comes up, in the hopes that it'll > > eventually irritate someone enough that they go fix the feature process, > > the option is open to simply put Java 7 in without it being a 'Fedora > > feature'. If you do it that way, you could do it right up to, hmm, the > > post-Beta final freeze without there being any firm policy grounds on > > which to object to the change. it's only if you declare it to be a > > Feature that FESCo is clearly empowered to tell you you can't do it. ;) > > > > (I note with interest Toshio's neat caveat to this, which appears later > > in the thread.) > > > Actually, I'd consider this to be very bad advice. There have been several > Features over the past few releases that FESCo has decided on late. Those > things were sometimes made into features only after prompting by people who > realized that the changes were unannounced features. > > Things that require coordination between maintainers are a feature and FESCo > has a right to veto them whether the authors of the feature have followed > the feature process or not. The policy encompasses anything defined as > a feature: > > http://fedoraproject.org/wiki/Features/Policy/Definitions I agree! It is very bad advice, and it wasn't actually meant as advice (apologies for the very bad wording here, I had four hours of sleep last night and wrote that on the tenth hour of a train ride), but more as my traditional monthly snipe at the gap in the feature process. So, I went and did something a bit more productive: https://fedorahosted.org/fesco/ticket/653 hope that's useful. -- Adam Williamson Fedora QA Community Monkey IRC: adamw http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java 7 for Fedora 16
On Mon, Jul 25, 2011 at 4:30 PM, Deepak Bhole wrote: > * Toshio Kuratomi [2011-07-23 20:03]: > > On Sat, Jul 23, 2011 at 02:00:24PM -0700, Douglas Myers–Turnbull wrote: > > > Hi, > > > > > > Just something I wanted to bring to attention: > > > > > > Java 7 is slated for release (after years of hassle and heated debate) > > > on 28 July, 2011. > > > I think this would be an important feature to include for the Fedora > > > 16 release, and the months between Java's release and Fedora 16's 25 > > > October release would allow plenty of time to integrate Java 7. If I'm > > > not mistaken, if Java 7 isn't released this time around, it won't be > > > in Fedora until the Fedora 17 release rolls around, nearly a year (!) > > > after Java 7 is released. > > > > > > I created an unfinished, skeletal feature page here: > > > http://fedoraproject.org/wiki/Features/Java7 > > > Unfortunately, I don't have the knowledge to help build it. I'm > > > announcing it here in case whoever maintains Java 6 in Fedora, or > > > someone else, is interested. > > > > > 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... > > > The alpha change deadline is a week and three days away so this is very > > likely too late. If you want to try to get an exception to get this in, > you > > need to get the Java SIG excited to do it, get the Feature page finished > > (with estimates of how much time it will take to finish and who will do > the > > work) and put it before FESCo/Feature Wrangler to see if they'll grant an > > exception. > > > > Judging by the state things are in now, I don't know that it looks too > > hopeful unless you get some Java SIG people to commit to working on it. > > > > This is doable by the Alpha deadline. The main holdup for us has been a > lack of OpenJDK TCK for v7. The actual RPM can be written fairly > quickly. We were hopeful that we'd be able to push a more tested initial > version. But given the deadlines, it appears we will have to push > whatever we have right now and modify/fix it as needed when we have the > TCK. > > Personally I would much sooner you wait until the feature deadline has passed and we've branched the release and then push it directly to the new F-17 rawhide so a better impact of what it breaks can be seen. If at that point its all fairly minor only then review and see what it would take to push back into F-16. A rushed effort will only cause chaos right when we're suppose to be tightening and stabilising the release. If java se 7 was going to be in F-16 there should have been RCs in there for some time, the rough date for release has been known for some time and it should be planned. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
orphaning / looking for new owner for monkey-bubble
Hi, I've been thinking about orphaning monkey-bubble for a while now, mostly because it is dead upstream and it is using various obsolete gnome technologies (esound, libgnomeui, bonobo). Yesterday it came to my attention that monkey-bubble also contains at least 1 sound sample which we should not be re-distributing, as well as various sound samples from unclear origin. This has helped me make up my mind, and unless someone else jumps in to take it over (and fix the sound sample situation) I'm going to orphan it. So anyone want to take over monkey-bubble? Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java 7 for Fedora 16
On Mon, Jul 25, 2011 at 11:22:08PM -0700, Adam Williamson wrote: > On Sat, 2011-07-23 at 14:00 -0700, Douglas Myers–Turnbull wrote: > > Hi, > > > > Just something I wanted to bring to attention: > > > > Java 7 is slated for release (after years of hassle and heated debate) > > on 28 July, 2011. > > I think this would be an important feature to include for the Fedora > > 16 release, and the months between Java's release and Fedora 16's 25 > > October release would allow plenty of time to integrate Java 7. If I'm > > not mistaken, if Java 7 isn't released this time around, it won't be > > in Fedora until the Fedora 17 release rolls around, nearly a year (!) > > after Java 7 is released. > > > > I created an unfinished, skeletal feature page here: > > http://fedoraproject.org/wiki/Features/Java7 > > Unfortunately, I don't have the knowledge to help build it. I'm > > announcing it here in case whoever maintains Java 6 in Fedora, or > > someone else, is interested. > > as I always point out when this comes up, in the hopes that it'll > eventually irritate someone enough that they go fix the feature process, > the option is open to simply put Java 7 in without it being a 'Fedora > feature'. If you do it that way, you could do it right up to, hmm, the > post-Beta final freeze without there being any firm policy grounds on > which to object to the change. it's only if you declare it to be a > Feature that FESCo is clearly empowered to tell you you can't do it. ;) > > (I note with interest Toshio's neat caveat to this, which appears later > in the thread.) > Actually, I'd consider this to be very bad advice. There have been several Features over the past few releases that FESCo has decided on late. Those things were sometimes made into features only after prompting by people who realized that the changes were unannounced features. Things that require coordination between maintainers are a feature and FESCo has a right to veto them whether the authors of the feature have followed the feature process or not. The policy encompasses anything defined as a feature: http://fedoraproject.org/wiki/Features/Policy/Definitions -Toshio pgpP7NNq1omQv.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
