Re: dist-git proof of concept phase 1 complete
Simo Sorce wrote: But for anyone that does not using master as the default branch will be a problem. If you never used git you have to learn a lot of things anyway. I think the target audience is not mostly git users. Most of the SCM integration will be wrapped up in fedpkg calls anyway. For those who are not long time git users, there seems to be no compelling reason to expose the devel branch as master -- and have to explain or document that F-n matches origin/F-n, expect for devel, which matches origin/master because that's the default. Those who are long time git users surely ought to know that master is the convention, but is certainly not forced on you by git in any way. Simo, is there a particular problem you are thinking of by not having master as the default branch? -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Sometimes I think I understand everything, then I regain consciousness. pgpgE9QXB6PtQ.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-git proof of concept phase 1 complete
Andreas Schwab wrote: There are also author names that where expanded to user u...@fedoraproject.org. These are for accounts that have set the private flag, so their name and other data is not available. (Nevermind that they end up putting a name in the rpm changelog most of the time.) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Ambition is a poor excuse for not having enough sense to be lazy. pgpPZdGINf6SH.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-git proof of concept phase 1 complete
Jesse Keating wrote: fpkg checkout --full kernel that would give you kernel/devel kernel/F-12 kernel/F-11 etc... where each of those subdirs map to the appropriate origin/F-1? (or in the case of devel, to origin/master). Any git push/pull from those dirs would do the right thing. I'd like to suggest (again ;) that origin/devel be used. Either that, or use master as the local dir, e.g. kernel/master. Having it differ seems like a recipe for unneeded confusion. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ I figure that if God actually does exist, He's big enough to understand an honest difference of opinion. -- Isaac Asimov pgpnnBBwOmeGC.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-git proof of concept phase 1 complete
Jesse Keating wrote: I'm willing to listen to other opinions on this. Personally I'd really rather not change the meaning of origin/master. devel would show up as a directory in the classic view only to match what CVS did. I'd even be willing to make two directories, one a symlink to the other. You'd get kernel/master and you'd also get kernel/devel as a symlink to kernel/master My thinking is that we don't use origin/next or origin/maint either and both are common upstream in git and the kernel. While origin/master is common, for our use, 'git push origin devel' (or rawhide) makes more sense as it matches the use for other branches, git push origin F-12. There's nothing magical or required about using master as the main branch. Whether other users will be more confused by the incongruity of master versus devel or that it differs from what they think git may require, I don't know. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ A thing worth having is a thing worth cheating for. -- W. C. Fields pgpp64s7GYmWK.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Datacenter, git, and cvs
Mike Chambers wrote: If I understand what is happening now (and over the past weekend), the datacenter machines are moving to a new location, AND the package building is moving from cvs to git (will be, or already in process)? Only the former is taking place now. A move from cvs to git is being tested but is not imminent. I'm sure that it will be hard to miss once that change is ready and implemented. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ A lawyer was visiting a farmer on business, when he stepped out of his Mercedes in the farmyard he stepped into a cow dropping. Looking down he cried my god I'm melting! pgpXnY59ScYGE.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Datacenter, git, and cvs
Jeff Garzik wrote: If done right, the move to git can still service CVS requests in some capacity... that may make the transition a little less abrupt and painful. Perhaps. But git-cvsserver is a rather limited crutch that I can't imagine anyone wanting to spend much time on, just to let folks continue to use cvs commands directly. Who knows though, maybe there are more people that actually like cvs than I think and they'll volunteer to implement and run such a service. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ L'hypocrisie est un hommage que le vice rend à la vertu. [Hypocrisy is the tribute which vice pays to virtue.] -- Francois, Duc de La Rochefoucauld, Réflexions ou sentences et maximes morales pgp7QoPwyDFEg.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Notification of uploads to the lookaside cache
Adam Jackson wrote: Can we get an X-Fedora-Upload: header in these or something? Filtering by subject line always makes me feel dirty. How about using the Keywords header? That way we can also use it to create a topic for the fedora-extras-commits list. Something like: Keywords: Fedora file upload ($package, $filename) perhaps? -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Tell a man there are 300 billion stars in the universe, he'll believe you. Tell him a bench has wet paint on it and he'll have to touch it to be sure. pgp3455PcwnQy.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/getmail/devel getmail-4.14.0.tar.gz,NONE,1.1
knol wrote: Author: knol Update of /cvs/pkgs/rpms/getmail/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv25409 Added Files: getmail-4.14.0.tar.gz Log Message: another try --- NEW FILE getmail-4.14.0.tar.gz --- [...snip binary...] More important than getmail.spec not belonging in the lookaside cache, the tarball most definitely should NOT be committed to cvs. If you need a hand, please post here or stop by #fedora-devel or #fedora-admin on IRC and I'm sure someone can help get you squared away with a getmail update. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ I could never recommend the use of drugs or alcohol to anyone, but they've always worked for me. -- Hunter S. Thompson pgpnDFfcVTcZr.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Notification of uploads to the lookaside cache
Jon Stanley wrote: The message will contain the name of the file, the package concerned, the md5sum, and the user that uploaded it. An example is below: File upload.cgi for package sportrop-fonts has been uploaded to the lookaside cache with md5sum 26489f9e92601f0f84cfbb278c2b98e1 by jstanley Please let me know if you have any questions, comments, or room for improvement! Well, since you asked... :) I'd like to suggest that we use the name of the account uploading the file instead of nob...@fedoraproject.org and tweak the format of the message just a little, to make it easier to compare the output to locally generated md5sum output. An example: A file has been added to the lookaside cache for sportrop-fonts: 26489f9e92601f0f84cfbb278c2b98e1 sportrop-fonts-1.0.tar.gz Being lazy, I try to be the last one to volunteer anyone else for work, so I have also made these suggestions in convenient unified diff format (easily applied using git am to the infrastructure puppet repository) at: http://tmz.fedorapeople.org/patches/upload_cgi/ Thanks for adding this feature to the upload scripts. I think it's a good idea. Next up, moving from MD5 to something stronger, like SHA256. ;) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams pgpiigayDaS9L.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Local users get to play root?
Tom spot Callaway wrote: I happened to install func the other day on several Fedora and CentOS boxes and was surprised that both services defaulted to on. Please file a bug here. I do intend to, just hadn't gotten to it yet. :) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Erotic is when you use a feather, kinky is when you use the whole chicken. -- C. Haynes. pgpz9h1BQva26.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Local users get to play root?
[At the risk of letting this get lost in the shuffle of this thread...] Seth Vidal wrote: If there are pkgs which run daemons which are defaulting to ON when installed or on next reboot - then we should be auditing those pkgs. Last I checked we default to OFF and that should continue to be the case. I happened to install func the other day on several Fedora and CentOS boxes and was surprised that both services defaulted to on. Trying this on clean Fedora 12 box I found that a combination of a poor init script and the presence of redhat-lsb had prevented the services from being configured as the packages intend them to be: $ sudo yum install certmaster ... $ sudo chkconfig --list certmaster service certmaster supports chkconfig, but is not referenced in any runlevel (run 'chkconfig --add certmaster') The problem is that %post checks first for the presence of /usr/lib/lsb/install_initd, which redhat-lsb provides: # for suse if [ -x /usr/lib/lsb/install_initd ]; then /usr/lib/lsb/install_initd /etc/init.d/funcd # for red hat distros elif [ -x /sbin/chkconfig ]; then /sbin/chkconfig --add funcd ... fi Fortunately, neither funcd nor certmaster provide critical things like, say, remote control of a system. ;) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ We are free not because we claim freedom, but because we PRACTICE it. -- William Faulkner pgpVpoNRdVP5a.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/python-mpd/F-10 python-mpd.spec,1.2,1.3 sources,1.2,1.3
Hi Haïkel, Haïkel Guémar wrote: Author: hguemar Update of /cvs/extras/rpms/python-mpd/F-10 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv27941 Modified Files: python-mpd.spec sources Log Message: Updated to 0.2.1 Any reason to update this for F-10 (or any Fedora branches really), as the only change upstream from 0.2.0 was to fix a minor bug on Windows? The 0.2.1 release was made in June 2008 and we've lived without it until now. ;) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Now, now my good man, this is no time for making enemies. -- Voltaire, on his deathbed in response to a priest asking that he renounce Satan. pgpGy3seyXDOW.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/python-mpd/F-10 python-mpd.spec,1.2,1.3 sources,1.2,1.3
I wrote: Hi Haïkel, Haïkel Guémar wrote: Author: hguemar Update of /cvs/extras/rpms/python-mpd/F-10 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv27941 Modified Files: python-mpd.spec sources Log Message: Updated to 0.2.1 Any reason to update this for F-10 (or any Fedora branches really), as the only change upstream from 0.2.0 was to fix a minor bug on Windows? The 0.2.1 release was made in June 2008 and we've lived without it until now. ;) BTW, your email address has a typo in the %changelog. :/ -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ A facility for quotation covers the absence of original thought. -- Peter Wimsey pgpNss88mOlax.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/python-mpd/F-10 python-mpd.spec,1.2,1.3 sources,1.2,1.3
Haïkel Guémar wrote: This is personal policy to always push latest stable unless it's broken, since it wasn't critical, i had always delayed it. Why i pushed the update on older branches ? Maintainers are asked to support branches until EOL and it worked on my test VM. Maybe, i'm just a bit maniacal. ;) Did it break anything ? For the moment, updates are staging in testing, i can unpush them if you think it's more appropriate. :) Nope, nothing breaks AFAIK (mostly because nothing relevant to a non-windows system changed, other than the version number). I was just curious to know the reason for the update. Thanks. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Man was made at the end of the week's work when God was tired. -- Mark Twain pgpcy7O5wIsge.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Eternal 'good file hashes' list
nodata wrote: Am 2009-10-20 22:26, schrieb Seth Vidal: [...] in fact you could even be super-duper cool and check the config files into some sort of scm so you could record state... -sv and in one swipe enterprise configuration file management becomes a piece of cake. bung in a file watcher for noticing and checking in changes and everything's pretty much there! That doesn't sound too far away from what etckeeper¹ intends to do. ¹ http://joey.kitenet.net/code/etckeeper/ https://admin.fedoraproject.org/pkgdb/packages/name/etckeeper -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Nothing is so permanent as a temporary government program. -- Dr. Milton Friedman, Nobel-Prize-winning economist. pgpPBjfEJ3Y1F.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/libid3tag/F-12 libid3tag.spec,1.19,1.20
Marcela Mašláňová wrote: I'm really sorry. I went through reviews of many packages with script, which has many false positives. Your package was perfectly okay as it was before. :) No worries, I'm glad I asked. Will you handle reverting this change or shall I? It wasn't ever built, just committed and tagged, correct? -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ User, n.: The word computer professionals use when they mean idiot. -- Dave Barry pgpLfd0NuAdpF.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/libid3tag/F-12 libid3tag.spec,1.19,1.20
Hi Marcela, Marcela Mašláňová wrote: Modified Files: libid3tag.spec Log Message: * Mon Oct 12 2009 Marcela Mašláňová mmasl...@redhat.com - 0.15.1b-10 - rebuilt of package with correct licence [...] -License:GPLv2+ +License:GPLv2 or GPL+ or MIT I could easily be missing the obvious, but why is this change needed? All of the *.c source files have: * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either version 2 of the License, or * (at your option) any later version. The COPYRIGHT file included in the tarball states GPLv2+ as well. So where does GPL+ come from? And what code is MIT? -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ It could be that the purpose of your life is only to serve as a warning to others. -- Demotivators (www.despair.com) pgpmUS22euTzL.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Koji build failure with coreutils-7.5
Jim, Jim Meyering wrote: The solution is probably something like this: Excellent, thanks for the quick reply and patch. (And thanks for getting the speedy build Ondřej.) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Until you have the courage to lose sight of the shore, you will not know the terror of being forever lost at sea. -- Demotivators (www.despair.com) pgpXyGCwBjmgs.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Koji build failure with coreutils-7.5
I tried to build a git update into dist-f12-openssl earlier and had it die in %doc with an error from cp¹: cp: preserving times for `/builddir/build/BUILDROOT/git-1.6.4.1-1.fc12.i386/usr/share/doc/git-1.6.4.1/contrib/hooks': Function not implemented I _think_ this is due to contrib/hooks being a symlink. A nearly identical spec file worked when Tomas build git-1.6.4 in dist-f12-openssl just a few days ago, but that was with coreutils-7.4-6 in the buildroot. It works for me in mock. Perhaps the problem has something to do with the filesystem or mount options on the build system. Has anyone noticed similar problems? ¹ https://koji.fedoraproject.org/koji/getfile?taskID=1627434name=build.log -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ I could never recommend the use of drugs or alcohol to anyone, but they've always worked for me. -- Hunter S. Thompson pgpFlQPZXtQAu.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Makefile target to download SourceX file
Doug Warner wrote: Does anyone have a Makefile target for download a SourceX file (similar to Kevin Fenzi's recent report)? This would have the added benefit of simplifying the update process for new versions (ex: make source NUM=0 instead of manually downloading the file). Would a make target be much simpler than using spectool -g foo.spec? It wouldn't take much to wrap that, if it would be helpful. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ The nice thing about egotists is that they don't talk about other people. -- Lucille S. Harper pgpAxZGH9nnsl.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F11: Bug in sh-4.0 source build-in command
Dario Lesca wrote: Il giorno lun, 03/08/2009 alle 20.55 +0200, Michal Schmidt ha scritto: Not a bug. You're running bash in POSIX mode (probably you ran sh). In POSIX mode the current directory is not searched by the source command. This is documented in the manpage. IMHO, this is a Bug. No, it's not a bug. The bash-3.2 behavior was the bug. source: usage: source filename [arguments] The command source take a file (-f, 644) and not a executable (-x, 755), like do ls fil, cat file, sh file, awk file, and many other command. So, if I run source file, source must use file, like do other command. The bash builtins(1) manpage states this fairly clearly: source filename [arguments] Read and execute commands from filename in the current shell environment and return the exit status of the last command executed from filename. If filename does not contain a slash, file names in PATH are used to find the directory containing filename. The file searched for in PATH need not be executable. When bash is not in posix mode, the current directory is searched if no file is found in PATH. If the sourcepath option to the shopt builtin command is turned off, the PATH is not searched. Also see bash author Chet Ramey's recent reply on the bash list: http://lists.gnu.org/archive/html/bug-bash/2009-07/msg00024.html -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ No sense being pessimistic, it probably wouldn't work anyway pgpayvEgFPo3T.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F12 mass rebuild status
Chris Wright wrote: * Todd Zullinger (t...@pobox.com) wrote: It has not seen a release since November of 2006. I think we should let it slip into retirement. No issue from me. Alrighty. Jesse, is retiring cogito something Chris needs to do or can you mark it as dead? (If neither of you have any round tuits at hand, I'm happy to do the deed, but applying for ownership just to retire the package seems odd. ;) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Be wary of strong drink. It can make you shoot at tax collectors, and miss. -- Lazarus Long, Time Enough for Love pgpSQuTlknxyT.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F12 mass rebuild status
Jesse Keating wrote: On Wed, 2009-07-29 at 20:29 -0400, Todd Zullinger wrote: It has not seen a release since November of 2006. I think we should let it slip into retirement. I'm fine with seeing it go. I should make it clear that I'm not the owner of cogito (Chris is), nor am I a user of it (and I don't play one on TV either). I'm just some guy on a mailing list saying that package should be retired. :) -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Nothing strengthens authority so much as silence. -- Charles De Gaulle pgp2XwbuwEUe7.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/rubygem-rails/devel .cvsignore, 1.8, 1.9 import.log, 1.1, 1.2 rubygem-rails.spec, 1.13, 1.14 sources, 1.8, 1.9
Rahul Sundaram wrote: On 07/26/2009 04:33 PM, Mamoru Tasaka wrote: Especially please be very careful when using cvs-import.sh as using cvs-import.sh will easily lead to this type of reverting. I thought cvs-import.sh was already fixed to check for cvs updates and not revert them? If that hasn't been done already, it would be a better solution considering the amount of times this has happened. The script prints the output of cvs diff and asks the user to review the changes and abort the commit if things don't look right. But that doesn't always stop bad commits from slipping through. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Does it follow that I reject all authority? Perish the thought. In the matter of boots, I defer to the authority of the boot-maker. -- Mikhail Bakunin pgpJiKi8mGjJt.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Any asciidoc users?
Dave Airlie wrote: just apply the --unsafe as default patch I suppose, I'm not sure its actually a useful feature, I created an 'unsafe' mode by default patch and sent it upstream, as well as noted it in the bug report. I'll go apply for privileges to asciidoc so I can apply this, if no one notices any glaring problems with the changes in the next day or so. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Not only is life a bitch, it has puppies. -- Adrienne E. Gusoff pgpKC0Ly1dy58.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [RFE] Auto-approve watchcommits and watchbugzilla in Pkgdb
Tom Lane wrote: Peter Lemenkov lemen...@gmail.com writes: Why we should approve manually requests to watching bugzilla and cvs changes for packages? I'm sure we need to change policy in order to automatically approve all such requests. Isn't there a security issue there? I'm not sure I want any random person watching every bz or commit I make. I _think_ watchbugzilla could have security risks, as anyone with that privilege would see potentially security-sensitive bugs. I'm not sure I see what issue there would be with watchcommits. Anyone random person can watch every commit you make right now, they just have to subscribe to fedora-extras-commits and filter things on your name. Generally, I think more people watching every one else's commits makes for better security. Of course, I could be missing something that watchcommits grants which could be a real security risk. And I'm happy to be enlightened in that case. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Ever notice that even the busiest people are never too busy to tell you just how busy they are? pgpStI2L41sNR.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: .spec file help - need buildrequires to depend on fedora version
Carl Byington wrote: My libpst package BuildRequires boost-devel, which works on older systems (centos4 thru fedora 10), but for fedora 11 and devel, it needs BuildRequires boost-python-devel. What is the preferred .spec code to achieve that? Something like this: %if 0%{?fedora} 10 BuildRequires: boost-python-devel %else BuildRequires: boost-devel %endif -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Religion. A daughter of Hope and Fear, explaining to Ignorance the nature of the Unknowable. -- Ambrose Bierce, The Enlarged Devil's Dictionary, 1906 pgpyQkVor9Lx4.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Update descriptions hosed
Christoph Wickert wrote: What happened to these updates? https://admin.fedoraproject.org/updates/F11/FEDORA-2009-5739 https://admin.fedoraproject.org/updates/F11/FEDORA-2009-5966 Is it a bodhi failure or a human one (both are from the same submitter) I believe I've seen this happen when an update submission fails for some reason and you need to fix some part if it. I'm assuming the URLs get encoded when the update is submitted and after the error, the update text doesn't get converted back properly. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Disobedience: The silver lining to the cloud of servitude. -- Ambrose Bierce pgp6f9xxrkFqj.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
cpan2rpm license
Hi Gavin, Looking over package license tags (for fun and profit), I noticed that cpan2rpm has been listed as License: Artistic for quite a while. I don't think this is correct now and I'm not sure if it ever was. Looking at: http://search.cpan.org/dist/cpan2rpm/cpan2rpm#LICENCE_AND_COPYRIGHT http://search.cpan.org/src/ECALDER/cpan2rpm-2.028/LICENSE http://search.cpan.org/src/ECALDER/cpan2rpm-2.028/cpan2rpm it seems the license is GPLv2+. If you concur, can you update the license tag? (There's no need to push an update for stable releases just for this fix, but it'd be nice to get it into cvs.) Thanks! -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Don't look for me in daylight where robots all assemble. You'll find me in my dark world, in my smoke-filled temple. pgp6VXMn4SleJ.pgp Description: PGP signature -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list