Re: Changing Fedora account profile image
On Sat, May 23, 2015 at 6:58 PM, Stephen Gallagher wrote: > On May 23, 2015, at 6:20 PM, Taylor Braun-Jones > wrote: > > How do I change my Fedora account profile? It doesn't seem to support > Gravatar and I can find anyway to change it. For example on this page: > > We use libravatar. > Thanks, I was able to setup a libravatar account for all my email addresses, although it has not yet been reflected on my Fedora packager profile page despite giving it 30 minutes and doing a full page refresh. Maybe I just need to give it more time? Here are some usability suggestions based on my new-user-first-time experience so far: - It would be nice if the account settings page indicated that profile photos come from libravatar - It looks like libravatar "Default URL for missing images" feature can be configured to fall through to Gravatar if a libravatar photo does not exist.[1] If that's true, it would be a nice feature to enable to make things more likely to Just Work for new users. - The libravatar confirmation went to my spam folder for one of my GMail-hosted email addresses and was never received at all for another one of my GMail-hosted email addresses. Maybe following some of the advice from GMail's Bulk Senders Guidelines[2] would help? Taylor [1] https://wiki.libravatar.org/api/ [2] https://support.google.com/mail/answer/81126?hl=en -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Changing Fedora account profile image
How do I change my Fedora account profile? It doesn't seem to support Gravatar and I can find anyway to change it. For example on this page: https://admin.fedoraproject.org/pkgdb/packager/nocnokneo/ I see that I can change all my other account details here: https://admin.fedoraproject.org/accounts/user/view/nocnokneo But not my profile image... Thanks, Taylor -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Help understanding failing Koji build
On Fri, May 8, 2015 at 4:26 PM, Orion Poplawski wrote: > suitesparse was not properly retired in EPEL. It's being fixed now. > Should > be working once the next EL6 repo gen is complete, hopefully 30 minutes or > so. > Thanks! I'll try it when I get back on network that is not behind an HTTP proxy (the HTTP proxy support in fedpkg is broken[1]) > Also, this probably belongs on epel-devel > You're right - I'll use that list next time. Taylor [1] https://bugzilla.redhat.com/show_bug.cgi?id=1164561 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Help understanding failing Koji build
On Fri, May 8, 2015 at 3:56 PM, Antonio Trande wrote: > suitesparse has been retired on EPEL6 > (https://admin.fedoraproject.org/pkgdb/package/suitesparse/). You > should require a rebuild on EPEL6 if possible, otherwise you cannot > build your package in https://koji.fedoraproject.org. > I don't need EPEL6 to provide suitesparse - it's provided by CentOS base: http://mirror.centos.org/centos/6/os/x86_64/Packages/suitesparse-3.4.0-9.el6.x86_64.rpm -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Help understanding failing Koji build
On Fri, May 8, 2015 at 3:07 PM, Antonio Trande wrote: > Your koji build requires suitesparse-devel >= 3.4.0-9 > > DEBUG util.py:388: Error: No Package found for suitesparse-devel >= > 3.4.0-9 > > a release unavailable on EPEL6: > http://koji.fedoraproject.org/koji/packageinfo?packageID=4724 > > What release of suitesparse is installed on your system? > suitesparse-3.4.0-9 comes from CentOS 6.6 base. Here's the relevant section of my mock build: ... --> Finished Dependency Resolution Dependencies Resolved Package Arch Version Repository Size Installing: atlas-devel i686 3.8.4-2.el6 base 3.8 M cmake28 i686 2.8.11.2-1.el6 epel 7.1 M eigen3-develnoarch 3.2.3-1.el6 epel 16 M gflags-develi686 1.3-7.el6epel 24 k suitesparse-devel i686 3.4.0-9.el6 base 145 k tbb-devel i686 2.2-3.20090809.el6 base 102 k Installing for dependencies: atlas i686 3.8.4-2.el6 base 2.4 M gflags i686 1.3-7.el6epel 68 k libarchive i686 2.8.3-4.el6_2base 137 k libgfortran i686 4.4.7-11.el6 base 245 k suitesparse i686 3.4.0-9.el6 base 502 k tbb i686 2.2-3.20090809.el6 base 74 k Transaction Summary Install 12 Package(s) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Help understanding failing Koji build
On Fri, May 8, 2015 at 2:30 PM, Antonio Trande wrote: > root.log --> tail: > > > https://koji.fedoraproject.org/koji/getfile?taskID=9687732&name=root.log&offset=-4000 > Shoot, I totally missed that somehow... But now the question is why my local mock build works, but the Koji build does not. For my local builds, I'm just using the most up-to-date /etc/mock/epel-6-x86_64.cfg that ships with mock. Looks to me like the unsatisfied package dependency should be available: http://mirror.centos.org/centos/6/os/x86_64/Packages/suitesparse-3.4.0-9.el6.x86_64.rpm Taylor -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Help understanding failing Koji build
Hi, I'm having trouble understanding why the following el6-candidate Koji build is failing: https://koji.fedoraproject.org/koji/taskinfo?taskID=9687724 Local mock build works fine on my machine (i.e. with `fedpkg mockbuild`). The Koji x86_64 and i686 build.log files both simply end with "LEAVE do --> " right after the .src.rpm is created. Any ideas? Thanks, Taylor -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self introduction: Taylor Braun-Jones
Hi everyone, I am going through the process of becoming a Fedora Package Collection maintainer and wanted to say hi and introduce myself. I've been a Linux user since 2000, extensively since about 2002. I currently work in software R&D for a medical device company and am a big proponent of using open source software to accomplish what we do. Qt, ITK, VTK, MITK, cmake are some of the packages work with the most. I've maintained a private YUM repos for RHEL6 and RHEL7 packages that we use but a lot of these packages make more sense in the public Fedora repos so I'd like to start contributing and maintaining them there. I look forward to working/playing with you all. Cheers, Taylor http://taylor.braun-jones.org/meet-me/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ImageMagic.spec fixes
Hi all, Attached is a fix for the ImageMagic.spec in rawhide to clear existing perl env variables and to use the HTTP download link rather than the FTP one (better supported in restrictive enterprise networks). Taylor From 025a0b4030c118d2a52bf724a70cc9d8377e4e1d Mon Sep 17 00:00:00 2001 From: Taylor Braun-Jones Date: Wed, 17 Sep 2014 17:03:07 -0400 Subject: [PATCH] Unset existing perl environment, use HTTP download URL --- ImageMagick.spec | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/ImageMagick.spec b/ImageMagick.spec index 5d7ebce..81196ce 100644 --- a/ImageMagick.spec +++ b/ImageMagick.spec @@ -8,7 +8,7 @@ Summary: An X application for displaying and manipulating images Group: Applications/Multimedia License: ImageMagick Url: http://www.imagemagick.org/ -Source0: ftp://ftp.ImageMagick.org/pub/%{name}/%{name}-%{VER}-%{Patchlevel}.tar.xz +Source0: http://www.imagemagick.org/download/releases/%{name}-%{VER}-%{Patchlevel}.tar.xz Requires: %{name}-libs = %{version}-%{release} @@ -142,6 +142,7 @@ cp -p Magick++/demo/*.cpp Magick++/demo/*.miff Magick++/examples %build +%{?perl_ext_env_unset} %configure \ --enable-shared \ --disable-static \ @@ -172,6 +173,8 @@ make %install rm -rf %{buildroot} +%{?perl_ext_env_unset} + make %{?_smp_mflags} install DESTDIR=%{buildroot} INSTALL="install -p" cp -a www/source %{buildroot}%{_datadir}/doc/%{name}-%{VER} # Delete *ONLY* _libdir/*.la files! .la files used internally to handle plugins - BUG#185237!!! @@ -319,6 +322,10 @@ rm -rf %{buildroot} %doc PerlMagick/demo/ PerlMagick/Changelog PerlMagick/README.txt %changelog +* Wed Sep 17 2014 Taylor Braun-Jones +- Unset perl environment variables before compiling and installing. +- Use HTTP dowload URL instead of FTP. + * Tue Aug 26 2014 Jitka Plesnikova - 6.8.8.10-6 - Perl 5.20 rebuild -- 1.8.3.1 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Updating qt5* packages in rawide to 5.3.0
Hi all, I'm noticing that the qt5* packages in rawhide are still at 5.2.1. With the RC having been out for a couple weeks and the official 5.3 release due out tomorrow, I was wondering if any of the packaging work has begun? If not, I'd be happy to contribute some of the packaging work that I have started on. Also, will the 5.3 packages make their way to EPEL6 eventually? (I assume so, just checking) Thanks, Taylor -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct