devel

devel@lists.centos.org

5 participants
4641 discussions

Distribution Artwork and logos.
by Jim Perrin 13 Aug '14

13 Aug '14

Recently we've had some requests from the community as to how they could contribute various pieces of design, artwork or wallpaper. In order to make it more convenient for such contributions, I've moved the legacy artwork git instance to https://git.centos.org/summary/sig-core!artwork-archive.git. This should be considered legacy and reference only. To facilitate new artwork contributions, I've created https://github.com/CentOS/Artwork which will be mirrored at https://git.centos.org/summary/sig-core!Artwork.git This will be the authoritative repository for logos, branding, design, etc. It will also allow contributors to submit pull requests for their contributions, such as backgrounds and other creative artwork. Right now, both these repositories are bare because we need to have a bit of a discussion around the layout within them. I don't claim to be an artist in any sense of the term, so I'm not going to dictate a structure that might impede the work from people who actually know what they're doing. The two possible layouts I have in mind are: 1. exploded directory structure for the various source tarballs related to distro artwork such as centos-logos. 2. Named directory structures for the various image types. logos/{svg,png}, desktop/<resolution>/png, etc. Comments, suggestions and pull requests are very much welcomed from those of you with artistic tendencies. -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77

5 13

NumaChip kernel config option
by Daniel J Blueman 13 Aug '14

13 Aug '14

Since CentOS is heavily used on Numascale systems, it would be a great enabler to have CONFIG_NUMACHIP enabled in CentOS kernels. It has been enabled for some time in Ubuntu server kernels. What else is needed to request this? Many thanks, Daniel -- Daniel J Blueman Principal Software Engineer, Numascale

4 7

git.centos.org rpms with centos in it's release
by Markus Falb 10 Aug '14

10 Aug '14

Hi, I tried to match what is installed on a system with what is available at git.centos.org. for example ... [centos-release] $ ../../centos-git-common/show_possible_srpms.sh centos-release-7-0.1406.el7.centos.2.3.src.rpm [centos-release]$ rpm -q centos-release centos-release-7-0.1406.el7.centos.2.4.x86_64 [centos-release]$ rpm -q --qf '%{SOURCERPM}\n' centos-release centos-release-7-0.1406.el7.centos.2.4.src.rpm ... So centos-release-7-0.1406.el7.centos.2.4.src.rpm is not in git! Here are all my non matches from quite a minimal system name installed-version latest-in-git centos-release 7-0.1406.el7.centos.2.4 7-0.1406.el7.centos.2.3 httpd 2.4.6-18.el7.centos 2.4.6-18.el7_0 dhcp 4.2.5-27.el7.centos 4.2.5-27.el7 plymouth 0.8.9-0.10.20140113.el7.centos 0.8.9-0.10.20140113.el7 cronie 1.4.11-11.el7 1.4.11-13.el7 yum 3.4.3-118.el7.centos 3.4.3-118.el7 plymouth 0.8.9-0.10.20140113.el7.centos 0.8.9-0.10.20140113.el7 kexec-tools 2.0.4-32.el7.centos.2 2.0.4-32.el7_0.2 chrony 1.29.1-1.el7.centos 1.29.1-1.el7 basesystem 10.0-7.el7.centos 10.0-7.el7 libreport 2.1.11-10.el7.centos 2.1.11-10.el7 tzdata 2014e-1.el7_0 2014e-1.el7 centos-logos 70.0.6-1.el7.centos 70.0.3-99.el7.centos dhcp 4.2.5-27.el7.centos 4.2.5-27.el7 cronie 1.4.11-11.el7 1.4.11-13.el7 dhcp 4.2.5-27.el7.centos 4.2.5-27.el7 plymouth 0.8.9-0.10.20140113.el7.centos 0.8.9-0.10.20140113.el7 -- Kind Regards, Markus Falb

4 5

scheduling some downtime for reimzul and git.c.o
by Karanbir Singh 10 Aug '14

10 Aug '14

hi, there are a string of updates backed up behind git.centos.org and the reimzul services. Things that we had in the pipeline from before when Seven came through, and then all the dev work and inside instance work that was done to make Seven go through :: lots of bandaid's in place. I'd like to schedule some downtime for services, so we can rebase out of some of this technical debt. towards that, I'd like to propose downtime from 09:00 UTC 20th Aug to 23:00 UTC on the 21st Aug; During this time, we'll need to more or less shutdown everything for some period of time. The actual outage will be much shorter, and I'll know once i've been able to run through the trial-dry-run, but folks should assume and plan for no services during the two days. Regards, -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

2 3

C7 EC2 cloud image: Amazon Marketplace?
by Dusty Mabe 04 Aug '14

04 Aug '14

Hey Guys, I was just wondering if the strategy will be the same for C7 as it was for C6 with regards to using Amazon Marketplace or not. I think some arguments have been made in the past that using the Marketplace approach limits flexibility. Is it possible to adopt the same strategy that fedora uses [1] and not use the Amazon Marketplace approach? Thanks, Dusty [1] https://console.aws.amazon.com/ec2/v2/home?region=us-east-1#Images:filter=a…

3 4

GCC 4.8 vs -fsanitize
by Fred Smith 04 Aug '14

04 Aug '14

I've been anxiously awaiting a system containing GCC 4.8.x so I could try the new -fsanitize=address and -fsanitize=thread tools on my project. imagine my dismay when I finally have time to try it on C7 and find that it rejects the -fsanitize option. It doesn't appear to have been enabled when the shipped GCC was built. :( Do I have any choices other than compiling my own GCC ?? Thanks! -- ------------------------------------------------------------------------------- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 ----------------------------- The Boulder Pledge -----------------------------

2 3

don't use centos 7 as a developer workstation
by Farkas Levente 04 Aug '14

04 Aug '14

Hi, May be it's not clear to everyone.. so this's just a quick notice to everyone. Don't use CentOS 7 as a developer workstation since currently there is not included any developer IDE. As eclipse was pulled out from the main distro and put into Red Hat Developer Toolset (which is imho a good idea not to use a 7 years old IDE). But Red Hat Developer Toolset is still not supported on rhel7 this means currently you have to install eclipse and all other packages from RHDT. Anyway RH said it will be supported... Regards. -- Levente "Si vis pacem para bellum!"

6 6

RFC: Alternative Desktop SIG
by Stephen John Smoogen 01 Aug '14

01 Aug '14

I would like to put together an alternative desktop sig which will build, qa, and support desktops which are not the Enterprise Linux primary or secondary desktops (GNOME and KDE). There are a couple of ground rules I would like to propose: 1) Any desktop system needs to have 3 sponsors who are people willing to do the work of building RPMS, coordinating user bugs with upstream, and fixing packages. The reason for 3 is a) that this SIG isn't a dumping ground for here is ABC-DE compiled, goodbye. b) that disagreements between sponsors should be deadlock free. c) that when people take vacations, etc there is continuity of operation. 2) Desktops do not keep to Enterprise lifetimes, but major version changes to the desktop need to be announced, tested and released to a schedule. Desktops which don't want to do that will not be part of the SIG. [A schedule does not need to be super detailed, but just alleviate surprise.] 3) Desktops can and will be removed from the SIG if there isn't an interest in keeping them up. This is mainly to cover that if ABC-DE desktop no longer has sponsors, other members of the SIG aren't obliged to support ABC-DE if they don't want to. 4) Some level of governance needs to be established so that there is a committee that can make sure that a desktop has 'sponsors', that it is not just code thrown over a wall and left, and that users are not left surprised when updates to the desktop occur. They may also make up packaging rules and guidelines as needed to alleviate problems that come up. As this is an RFC, these are just proposed rules to be solidified when the CentOS board considers the SIG. -- Stephen J Smoogen.

9 27

Cannot recompile CentOS 7 perl srpms from Vault because built files end up in unexpected dirs
by Lars Holowko 01 Aug '14

01 Aug '14

Hi there, I am trying to recompile http://vault.centos.org/7.0.1406/os/Source/SPackages/rrdtool-1.4.8-8.el7.sr… to also get the rrdtool-perl sub package for which there are no binaries provided. But when it tries to build the perl sub module it fails with: writing /root/rpmbuild/BUILDROOT/rrdtool-1.4.8-8.el7.centos.x86_64/usr/lib64/python2.7/site-packages/py_rrdtool-0.2.2-py2.7.egg-info make[3]: Leaving directory `/root/rpmbuild/BUILD/rrdtool-1.4.8/bindings' make[2]: Leaving directory `/root/rpmbuild/BUILD/rrdtool-1.4.8/bindings' make[1]: Leaving directory `/root/rpmbuild/BUILD/rrdtool-1.4.8/bindings' make[1]: Entering directory `/root/rpmbuild/BUILD/rrdtool-1.4.8' make[2]: Entering directory `/root/rpmbuild/BUILD/rrdtool-1.4.8' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/root/rpmbuild/BUILD/rrdtool-1.4.8' make[1]: Leaving directory `/root/rpmbuild/BUILD/rrdtool-1.4.8' + /usr/bin/install -D -m0755 php4/modules/rrdtool.so /root/rpmbuild/BUILDROOT/rrdtool-1.4.8-8.el7.centos.x86_64/usr/lib64/php/modules/rrdtool.so + /usr/bin/rm -rf php4/examples/.svn + /usr/bin/mkdir -p /root/rpmbuild/BUILDROOT/rrdtool-1.4.8-8.el7.centos.x86_64/etc/php.d + /usr/bin/cat + /usr/bin/mv /root/rpmbuild/BUILDROOT/rrdtool-1.4.8-8.el7.centos.x86_64/usr/share/perl5/vendor_perl/RRDp.pm /root/rpmbuild/BUILDROOT/rrdtool-1.4.8-8.el7.centos.x86_64/usr/lib64/perl5/vendor_perl/ /usr/bin/mv: cannot stat ‘/root/rpmbuild/BUILDROOT/rrdtool-1.4.8-8.el7.centos.x86_64/usr/share/perl5/vendor_perl/RRDp.pm’: No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.t4Flhd (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.t4Flhd (%install) [root@larsbuild7 ~]# I get the similar errors (files getting copied in the wrong directories during build time) with other perl srpms. e.g. http://vault.centos.org/7.0.1406/os/Source/SPackages/perl-Data-Dumper-2.145… rpmbuild -ba rpm/SPECS/perl-Data-Dumper.spec Executing(%prep): /bin/sh -e /home/lars/rpm/tmp/rpm-tmp.pLTYSe + umask 022 + cd /home/lars/rpm/BUILD + cd /home/lars/rpm/BUILD + rm -rf Data-Dumper-2.145 + /usr/bin/gzip -dc /home/lars/rpm/SOURCES/Data-Dumper-2.145.tar.gz + /usr/bin/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd Data-Dumper-2.145 + /usr/bin/chmod -Rf a+rX,u+w,g-w,o-w . + sed -i /MAN3PODS/d Makefile.PL + exit 0 Executing(%build): /bin/sh -e /home/lars/rpm/tmp/rpm-tmp.66tgMG + umask 022 + cd /home/lars/rpm/BUILD + cd Data-Dumper-2.145 + perl Makefile.PL INSTALLDIRS=vendor 'OPTIMIZE=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic' Checking if your kit is complete... Looks good Writing Makefile for Data::Dumper Writing MYMETA.yml and MYMETA.json + make -j12 /usr/bin/perl /usr/share/perl5/vendor_perl/ExtUtils/xsubpp -typemap /usr/share/perl5/ExtUtils/typemap Dumper.xs > Dumper.xsc && mv Dumper.xsc Dumper.c Running Mkbootstrap for Data::Dumper () chmod 644 Dumper.bs cp Dumper.bs blib/arch/auto/Data/Dumper/Dumper.bs chmod 644 blib/arch/auto/Data/Dumper/Dumper.bs cp Dumper.pm blib/lib/Data/Dumper.pm gcc -c -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DVERSION=\"2.145\" -DXS_VERSION=\"2.145\" -fPIC "-I/usr/lib64/perl5/CORE" -DUSE_PPPORT_H Dumper.c rm -f blib/arch/auto/Data/Dumper/Dumper.so gcc -shared -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -Wl,-z,relro Dumper.o -o blib/arch/auto/Data/Dumper/Dumper.so \ \ chmod 755 blib/arch/auto/Data/Dumper/Dumper.so Manifying blib/man3/Data::Dumper.3pm + exit 0 Executing(%install): /bin/sh -e /home/lars/rpm/tmp/rpm-tmp.Ltvukd + umask 022 + cd /home/lars/rpm/BUILD + '[' /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64 '!=' / ']' + rm -rf /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64 ++ dirname /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64 + mkdir -p /home/lars/rpm/BUILDROOT + mkdir /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64 + cd Data-Dumper-2.145 + make pure_install DESTDIR=/home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64 Files found in blib/arch: installing files in blib/lib into architecture dependent library tree Installing /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/home/lars/perl5/lib/perl5/x86_64-linux-thread-multi/auto/Data/Dumper/Dumper.bs Installing /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/home/lars/perl5/lib/perl5/x86_64-linux-thread-multi/auto/Data/Dumper/Dumper.so Installing /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/home/lars/perl5/lib/perl5/x86_64-linux-thread-multi/Data/Dumper.pm Installing /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/home/lars/perl5/man/man3/Data::Dumper.3pm + find /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64 -type f -name .packlist -exec rm -f '{}' ';' + find /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64 -type f -name '*.bs' -size 0 -exec rm -f '{}' ';' + /usr/bin/chmod -Rf a+rX,u+w,g-w,o-w /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/home + /usr/lib/rpm/find-debuginfo.sh --strict-build-id -m --run-dwz --dwz-low-mem-die-limit 10000000 --dwz-max-die-limit 110000000 /home/lars/rpm/BUILD/Data-Dumper-2.145 extracting debug info from /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/home/lars/perl5/lib/perl5/x86_64-linux-thread-multi/auto/Data/Dumper/Dumper.so dwz: Too few files for multifile optimization /usr/lib/rpm/sepdebugcrcfix: Updated 1 CRC32s, 0 CRC32s did match. 161 blocks + /usr/lib/rpm/check-buildroot + /usr/lib/rpm/redhat/brp-compress + /usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip + /usr/lib/rpm/brp-python-bytecompile /usr/bin/python 1 + /usr/lib/rpm/redhat/brp-python-hardlink + /usr/lib/rpm/redhat/brp-java-repack-jars Executing(%check): /bin/sh -e /home/lars/rpm/tmp/rpm-tmp.mwbkfM + umask 022 + cd /home/lars/rpm/BUILD + cd Data-Dumper-2.145 + make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/bless.t ..................... ok t/bless_var_method.t .......... ok t/bugs.t ...................... ok t/deparse.t ................... ok t/dumper.t .................... ok t/dumpperl.t .................. ok t/freezer.t ................... ok t/freezer_useperl.t ........... ok t/indent.t .................... ok t/misc.t ...................... ok t/names.t ..................... ok t/overload.t .................. ok t/pair.t ...................... ok t/perl-74170.t ................ ok t/purity_deepcopy_maxdepth.t .. ok t/qr.t ........................ ok t/quotekeys.t ................. ok t/seen.t ...................... ok t/sortkeys.t .................. ok t/sparseseen.t ................ ok t/terse.t ..................... ok t/toaster.t ................... ok t/values.t .................... ok All tests successful. Files=23, Tests=647, 1 wallclock secs ( 0.12 usr 0.02 sys + 0.76 cusr 0.08 csys = 0.98 CPU) Result: PASS + exit 0 Processing files: perl-Data-Dumper-2.145-3.el7.centos.x86_64 error: File not found by glob: /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/usr/lib64/perl5/vendor_perl/auto/* error: File not found by glob: /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/usr/lib64/perl5/vendor_perl/Data* error: File not found by glob: /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/usr/share/man/man3/* Executing(%doc): /bin/sh -e /home/lars/rpm/tmp/rpm-tmp.TkASco + umask 022 + cd /home/lars/rpm/BUILD + cd Data-Dumper-2.145 + DOCDIR=/home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/usr/share/doc/perl-Data-Dumper-2.145 + export DOCDIR + /usr/bin/mkdir -p /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/usr/share/doc/perl-Data-Dumper-2.145 + cp -pr Changes /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/usr/share/doc/perl-Data-Dumper-2.145 + cp -pr Todo /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/usr/share/doc/perl-Data-Dumper-2.145 + exit 0 RPM build errors: File not found by glob: /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/usr/lib64/perl5/vendor_perl/auto/* File not found by glob: /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/usr/lib64/perl5/vendor_perl/Data* File not found by glob: /home/lars/rpm/BUILDROOT/perl-Data-Dumper-2.145-3.el7.centos.x86_64/usr/share/man/man3/* [lars@larsbuild7 ~]$ My root user has no .rpmmacros file at all, the lars user has a trivial one: [lars@larsbuild7 ~]$ cat .rpmmacros %_topdir /home/lars/rpm %_tmppath /home/lars/rpm/tmp %_rpmlock_path /home/lars/rpm/locks/transaction %_signature gpg %define debug_package %{nil} %define __os_install_post %{nil} %_rpmlock_path /home/lars/.mk-externals.tmp/transaction [lars@larsbuild7 ~] I assume I have to set some rpm variables like %perlvendor%, %perlarch% or so. Any hint? Thanks a lot, Lars

3 3

Koji workflow / git branches
by Thomas Oulevey 30 Jul '14

30 Jul '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Folks, Few questions/points about the Koji git workflow. * We have different way to build RPMs in Koji 1/ From source rpm ; you can build any source RPM you submit to the system. e.g: koji build storage7-el7 myNVR.src.rpm 2/ From git ; you send koji an URL + #commit e.g: koji build storage7-el7 "git+https://git.centos.org/git/rpms/tzdata.git?#e24d98" (For that I need to patch kojid so it supports git.c.o schema i.e not having a .spec file directly at / in git) The proposal is to have both solutions supported but : - - Building from src.rpm will be only trigger by git.c.o and will require special permission. - - SIG users can build their packages but the code need to be in git.c.o (traceability). What do you think ? Is there a use case where building from src.rpm would be required ? * Now speaking about the SIG what is the plan for the branches naming ? c${MAJOR}-${SIGNAME} ? I will need to generate this string to checkout the correct branch in git. Thanks to Fabian the koji installation is being puppetized, and we hope to have some SIG beta-users on board soon. - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT15qzAAoJEH2Wn86OP8NiPGEH/1GF+kjYMl82cfBljKY6bUcC omwb487THg1uVFMhHA0TqL4lQ0IZphBp1TLiqNWmnI742r497s1BnQJQWKTWD4M2 l2EZ6QulB9NV9os8idfFbfCrW5KuxT7J++Olg+49ARPrnlE8v5qOJkBY5DdjvCh5 tXP5HwrIUnroDFECSY0GiWa5pPAztjVS1pQUFOhE4MG0A+f9ZaJ0lMOi4Pkbnd7n nmml5Et0zozHeSDK7L+gwDaEtutro9hjE580nV0PxjGmIeIlDlT2WSDOtCJ8YcfX MBiXK5P7payoeYSTmzsw7QhcAjnqIQH+PRavus6oodlR9+bsUlALjz3kh42q6Po= =PKiV -----END PGP SIGNATURE-----

3 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel