devel

devel@lists.centos.org

3 participants
4620 discussions

automated response
by Jeff Donaldson 02 Nov '11

02 Nov '11

I'll be out of the office on Wednesday, November 2nd. I will respond as soon as I return. Thank you and have a great day!

2 1

moving the CR repo into mainstream release
by Christoph Galuschka 01 Nov '11

01 Nov '11

> On 11/01/2011 02:49 PM, christoph wrote >>/ I agree. The CR-Repo is very much appreciated and - imho - should have a place in the mainline repo. />>/ This might also take some load off of the mirrors during point release time (as most packages from /os />>/ are already updated via /cr - for those who use it. Did I get that one right?) />>/ Changing my mirrorlayout should be no problem. /> > that does imply that we get hardlinking right, and people are running > rsync with -H > > - KB -H is used, thanks to http://wiki.centos.org/HowTos/CreateLocalMirror I assume, /cr will be emptied resp. moved to /updates once the point release is done? cheers Christoph

2 1

moving the CR repo into mainstream release
by christoph 01 Nov '11

01 Nov '11

> hi guys, > > > We are still in the early days of CentOS-6, and perhaps a change in > policy at this time might be acceptable. I'd like to propose moving the > CR repo into the mainline repos. So the change I'm proposing is : > > - to have a /6/ release that is always updated. > > - to have the /6.X/ releases that are contained to within that point release > > what this means is that /6/ will point at the most recent release of > 6.X/ for the os/& isos/ repo. The other repos would be local to the /6/ > symlink, and will be always updated ( and stay that way ). > > there is going to be quite a lot of implications backend / mirror side > that we will need to work out, but its effort + pain as a one off, for > what can be a major improvement in the user experience. > > thoughts ? > > - KB Hello I agree. The CR-Repo is very much appreciated and - imho - should have a place in the mainline repo. This might also take some load off of the mirrors during point release time (as most packages from /os are already updated via /cr - for those who use it. Did I get that one right?) Changing my mirrorlayout should be no problem. +1 all the best Christoph

2 1

Mock SCM Issue
by Jarod Watkins 26 Oct '11

26 Oct '11

Hello, I am trying to build an RPM with Mock via a git repo. It seems like I run into an issue with the Sources option inside my spec file: DEBUG: Initializing SCM integration... DEBUG: SCM checkout command: git clone git://gitrepo reponame DEBUG: SCM checkout post command: git checkout master DEBUG: SCM checkout directory: /tmp/tmp2178L4.mock-scm.reponame DEBUG: Executing command: ['git', 'clone', 'git://gitrepo', 'reponame'] DEBUG: Cloning into reponame... DEBUG: Child returncode was: 0 DEBUG: Executing command: ['git', 'checkout', 'master'] DEBUG: Already on 'master' DEBUG: Child returncode was: 0 DEBUG: Fetched sources from SCM DEBUG: Preparing SCM sources ERROR: iteration over non-sequence Traceback (most recent call last): File "/usr/sbin/mock", line 864, in ? main(retParams) File "/usr/sbin/mock", line 672, in main (options.sources, options.spec) = scmWorker.prepare_sources() File "/usr/lib/python2.4/site-packages/mockbuild/scm.py", line 111, in prepare_sources for (filename, num, flags) in rpm_spec.sources: TypeError: iteration over non-sequence My spec file is a normal spec file that can be built via Mock when not attempting to use it from Git. My Mock version is 1.0.22 from EPEL. Is this a known issue or am I doing something wrong? Thanks, Jarod

2 2

CentOS 6.0 + CR vs RHEL 6.1 differences: flac
by Gianluca Cecchi 26 Oct '11

26 Oct '11

Hello, trying to replicate a rh el 6.1 configuration to a CentOS 6.0+CR. Original upstream server was installed in 6.0 and then updated gradually up to 6.1 and other packages (up to about first days of October). It is registered to additional channels such as High Availability, Resilient Storage. Overall its situation is this: # rhn-channel -l rhel-x86_64-server-6 rhel-x86_64-server-ha-6 rhel-x86_64-server-optional-6 rhel-x86_64-server-rs-6 rhel-x86_64-server-supplementary-6 rhel-x86_64-server-v2vwin-6 rhn-tools-rhel-x86_64-server-6 At the moment, I found some differences. I'm going to post different e-mails for different packages - flac On rh el 6.1 # rpm -q flac package flac is not installed On CentOS it is now installed, but if I try to remove it I get: [root@crhev3 ~]# yum remove flac Loaded plugins: downloadonly, fastestmirror, refresh-packagekit Setting up Remove Process Resolving Dependencies --> Running transaction check ---> Package flac.x86_64 0:1.2.1-6.1.el6 will be erased --> Processing Dependency: libFLAC.so.8()(64bit) for package: libsndfile-1.0.20-5.el6.x86_64 --> Running transaction check ---> Package libsndfile.x86_64 0:1.0.20-5.el6 will be erased --> Processing Dependency: libsndfile.so.1()(64bit) for package: pulseaudio-libs-glib2-0.9.21-13.el6.x86_64 --> Processing Dependency: libsndfile.so.1()(64bit) for package: pulseaudio-libs-0.9.21-13.el6.x86_64 --> Processing Dependency: libsndfile.so.1(libsndfile.so.1.0)(64bit) for package: pulseaudio-libs-0.9.21-13.el6.x86_64 --> Running transaction check ---> Package pulseaudio-libs.x86_64 0:0.9.21-13.el6 will be erased --> Processing Dependency: libpulse-simple.so.0()(64bit) for package: 2:qemu-kvm-0.12.1.2-2.160.el6_1.8.x86_64 --> Processing Dependency: libpulse-simple.so.0(PULSE_0)(64bit) for package: 2:qemu-kvm-0.12.1.2-2.160.el6_1.8.x86_64 --> Processing Dependency: libpulse.so.0()(64bit) for package: libcanberra-0.22-1.el6.x86_64 --> Processing Dependency: libpulse.so.0()(64bit) for package: gnome-settings-daemon-2.28.2-11.el6.x86_64 --> Processing Dependency: libpulse.so.0()(64bit) for package: 1:java-1.6.0-openjdk-1.6.0.0-1.40.1.9.10.el6_1.x86_64 --> Processing Dependency: libpulse.so.0()(64bit) for package: 2:qemu-kvm-0.12.1.2-2.160.el6_1.8.x86_64 --> Processing Dependency: libpulse.so.0(PULSE_0)(64bit) for package: libcanberra-0.22-1.el6.x86_64 --> Processing Dependency: libpulse.so.0(PULSE_0)(64bit) for package: gnome-settings-daemon-2.28.2-11.el6.x86_64 --> Processing Dependency: libpulse.so.0(PULSE_0)(64bit) for package: 1:java-1.6.0-openjdk-1.6.0.0-1.40.1.9.10.el6_1.x86_64 --> Processing Dependency: libpulse.so.0(PULSE_0)(64bit) for package: 2:qemu-kvm-0.12.1.2-2.160.el6_1.8.x86_64 --> Processing Dependency: pulseaudio-libs >= 0.9.15 for package: libcanberra-0.22-1.el6.x86_64 ---> Package pulseaudio-libs-glib2.x86_64 0:0.9.21-13.el6 will be erased --> Running transaction check ---> Package gnome-settings-daemon.x86_64 0:2.28.2-11.el6 will be erased --> Processing Dependency: gnome-settings-daemon >= 2.21.91-3 for package: 1:control-center-2.28.1-25.el6.x86_64 ---> Package java-1.6.0-openjdk.x86_64 1:1.6.0.0-1.40.1.9.10.el6_1 will be erased ---> Package libcanberra.x86_64 0:0.22-1.el6 will be erased --> Processing Dependency: libcanberra.so.0()(64bit) for package: libcanberra-gtk2-0.22-1.el6.x86_64 --> Processing Dependency: libcanberra.so.0()(64bit) for package: gnome-packagekit-2.28.3-3.el6.x86_64 --> Processing Dependency: libcanberra.so.0()(64bit) for package: metacity-2.28.0-20.el6.x86_64 --> Processing Dependency: libcanberra.so.0()(64bit) for package: notification-daemon-0.5.0-1.el6.x86_64 --> Processing Dependency: libcanberra >= 0.10 for package: gnome-packagekit-2.28.3-3.el6.x86_64 --> Processing Dependency: libcanberra = 0.22-1.el6 for package: libcanberra-gtk2-0.22-1.el6.x86_64 ---> Package qemu-kvm.x86_64 2:0.12.1.2-2.160.el6_1.8 will be erased --> Processing Dependency: qemu-kvm >= 2:0.12.1.0 for package: 1:libguestfs-1.7.17-17.el6.x86_64 --> Running transaction check ---> Package control-center.x86_64 1:2.28.1-25.el6 will be erased ---> Package gnome-packagekit.x86_64 0:2.28.3-3.el6 will be erased ---> Package libcanberra-gtk2.x86_64 0:0.22-1.el6 will be erased ---> Package libguestfs.x86_64 1:1.7.17-17.el6 will be erased --> Processing Dependency: libguestfs.so.0()(64bit) for package: 1:libguestfs-mount-1.7.17-17.el6.x86_64 --> Processing Dependency: libguestfs.so.0()(64bit) for package: 1:guestfish-1.7.17-17.el6.x86_64 --> Processing Dependency: libguestfs.so.0()(64bit) for package: 1:perl-Sys-Guestfs-1.7.17-17.el6.x86_64 --> Processing Dependency: libguestfs.so.0()(64bit) for package: 1:libguestfs-tools-c-1.7.17-17.el6.x86_64 --> Processing Dependency: libguestfs = 1:1.7.17-17.el6 for package: 1:libguestfs-mount-1.7.17-17.el6.x86_64 --> Processing Dependency: libguestfs = 1:1.7.17-17.el6 for package: 1:guestfish-1.7.17-17.el6.x86_64 --> Processing Dependency: libguestfs = 1:1.7.17-17.el6 for package: 1:libguestfs-tools-1.7.17-17.el6.x86_64 --> Processing Dependency: libguestfs = 1:1.7.17-17.el6 for package: 1:perl-Sys-Guestfs-1.7.17-17.el6.x86_64 --> Processing Dependency: libguestfs = 1:1.7.17-17.el6 for package: 1:libguestfs-tools-c-1.7.17-17.el6.x86_64 ---> Package metacity.x86_64 0:2.28.0-20.el6 will be erased ---> Package notification-daemon.x86_64 0:0.5.0-1.el6 will be erased --> Processing Dependency: desktop-notification-daemon for package: libnotify-0.5.0-1.el6.x86_64 --> Running transaction check ---> Package guestfish.x86_64 1:1.7.17-17.el6 will be erased ---> Package libguestfs-mount.x86_64 1:1.7.17-17.el6 will be erased ---> Package libguestfs-tools.x86_64 1:1.7.17-17.el6 will be erased ---> Package libguestfs-tools-c.x86_64 1:1.7.17-17.el6 will be erased ---> Package libnotify.x86_64 0:0.5.0-1.el6 will be erased --> Processing Dependency: libnotify.so.1()(64bit) for package: zenity-2.28.0-1.el6.x86_64 ---> Package perl-Sys-Guestfs.x86_64 1:1.7.17-17.el6 will be erased --> Processing Dependency: perl-libguestfs >= 1:1.2.0 for package: virt-v2v-0.7.1-3.el6.x86_64 --> Processing Dependency: perl(Sys::Guestfs) for package: virt-v2v-0.7.1-3.el6.x86_64 --> Processing Dependency: perl(Sys::Guestfs::Lib) for package: virt-v2v-0.7.1-3.el6.x86_64 --> Running transaction check ---> Package virt-v2v.x86_64 0:0.7.1-3.el6 will be erased ---> Package zenity.x86_64 0:2.28.0-1.el6 will be erased --> Finished Dependency Resolution Dependencies Resolved ====================================================================================================================================== Package Arch Version Repository Size ====================================================================================================================================== Removing: flac x86_64 1.2.1-6.1.el6 @base 706 k Removing for dependencies: control-center x86_64 1:2.28.1-25.el6 @base 7.9 M gnome-packagekit x86_64 2.28.3-3.el6 @base 7.9 M gnome-settings-daemon x86_64 2.28.2-11.el6 @base 2.6 M guestfish x86_64 1:1.7.17-17.el6 @cr 531 k java-1.6.0-openjdk x86_64 1:1.6.0.0-1.40.1.9.10.el6_1 @cr 81 M libcanberra x86_64 0.22-1.el6 @base 175 k libcanberra-gtk2 x86_64 0.22-1.el6 @base 53 k libguestfs x86_64 1:1.7.17-17.el6 @cr 3.4 M libguestfs-mount x86_64 1:1.7.17-17.el6 @cr 66 k libguestfs-tools x86_64 1:1.7.17-17.el6 @cr 173 k libguestfs-tools-c x86_64 1:1.7.17-17.el6 @cr 194 k libnotify x86_64 0.5.0-1.el6 @base 78 k libsndfile x86_64 1.0.20-5.el6 @cr 753 k metacity x86_64 2.28.0-20.el6 @base 7.5 M notification-daemon x86_64 0.5.0-1.el6 @base 182 k perl-Sys-Guestfs x86_64 1:1.7.17-17.el6 @cr 756 k pulseaudio-libs x86_64 0.9.21-13.el6 @base 2.6 M pulseaudio-libs-glib2 x86_64 0.9.21-13.el6 @base 15 k qemu-kvm x86_64 2:0.12.1.2-2.160.el6_1.8 @cr 3.5 M virt-v2v x86_64 0.7.1-3.el6 @cr 4.8 M zenity x86_64 2.28.0-1.el6 @base 4.1 M Transaction Summary ====================================================================================================================================== Remove 22 Package(s) Installed size: 129 M While on rh el 6.1 server I do have Virtualization packages.... # rpm -q virt-v2v virt-v2v-0.7.1-4.el6.x86_64 I see that in general some of my CentOS packages have newer versions, because my upstream is not fully updated at this moment But virt-v2v in CentOS is 0.7.1-3 vs 0.7.1-4 in RH EL I don't know if this could be the cause... HIH Gianluca

2 1

CentOS 6.0 + CR vs RHEL 6.1 differences: ipa-python missing
by Gianluca Cecchi 26 Oct '11

26 Oct '11

1 0

Invitation to connect on LinkedIn
by muhsin ishaq anjorin 14 Oct '11

14 Oct '11

The, I'd like to add you to my professional network on LinkedIn. - muhsin ishaq muhsin ishaq anjorin Independent Information Technology and Services Professional Nigeria Confirm that you know muhsin ishaq anjorin: https://www.linkedin.com/e/qol52f-gtpko0lf-6k/isd/4547661876/KxGlf1Ro/?hs=f… -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/qol52f-gtpko0lf-6k/taul7H-ULbdMlrPst3r1C4CXGkPlc4… (c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.

3 2

Where does kdewebdev come from?
by Alain Portal 11 Oct '11

11 Oct '11

Hi, As kdewebdev wasn't a package of CentOS or Fedora EPEL, I rebuilt for my CentOS 6 the Fedora master branch several weeks ago. And last week, when I updated my CentOS with the CR repo, I got a kdewebdev-3.5.10-14.el6.x86_64 package. But where does come from this package? Regards Alain

3 4

fpaste feedback
by John R. Dennison 01 Oct '11

01 Oct '11

Feedback for fpaste-VERSION in c5-testing. Unable to test -i/--clipin, -o/--clipout, or --selection as I do not run X. All other options tested and all seem fine with the exception of an anomaly with --pasteself. Upon using this option the script successfully pastes itself to fpaste.org and then presents the user with: install fpaste to local ~/bin dir by running: mkdir -p ~/bin; curl http://fpaste.org/8WcN/raw/ -o ~/bin/fpaste && chmod +x ~/bin/fpaste Tested: Pipelines: echo "foo" | fpaste Redirects: fpaste < /path/to/file Files: fpaste /path/to/file stdin: fpaste <^d> All combinations of command line arguments were tested including argument overload. No anomalies / bugs other than that listed above were detected. Can this please get moved into extras soon? Having to point people to epel to install a cli paste client is somewhat annoying. Thanks. John -- If the world were a village of 100 people .... 6 people (all in the USA) would own 59% of all the village's wealth, 74 people would share another 39%, and 20 people would share the remaining 2%. -- David Copeland, in Value Earth

1 1

centos6 BASH_VERSINFO[5]/MACHTYPE
by Chapman O 01 Oct '11

01 Oct '11

Hi, all In CentOS 5.5 , value of BASH_VERSINFO[5]/MACHTYPE is "x86_64-redhat-linux-gnu"(bash-3.2-32.el5.x86_64) However, "x86_64-unknown-linux-gnu" in CentOS 6.0/cr (bash-4.1.2-8.el6-x86_64) # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Xeon(R) CPU X3330 @ 2.66GHz ... ps: "x86_64-redhat-linux-gnu" in rhel 6.1(bash-4.1.2-8.el6-x86_64)

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