devel

devel@lists.centos.org

2 participants
4681 discussions

Identi.ca and GCL or clisp
by Isaac Cortés 08 Nov '11

08 Nov '11

Is there a identi.ca client that I can use? And why there is not GCL or clisp in the repo? How can I get them? -- *“But JavaSchools also fail to train the brains of kids to be adept, agile, and flexible enough to do good software design (and I don’t mean OO “design”, where you spend countless hours rewriting your code to rejiggle your object hierarchy, or you fret about faux “problems” like has-a vs. is-a). You need training to think of things at multiple levels of abstraction simultaneously, and that kind of thinking is exactly what you need to design great software architecture.” *

2 1

[urgent] Please, push tzdata update from CR into main 6.0 repo.
by Alex/AT 03 Nov '11

03 Nov '11

Good day. The "tzdata-2011h-3.el6.noarch.rpm" needs to be pushed into mainline 6.0 repo ASAP. The mainline 6.0 repo version of tzdata contains no update for latest Russian (and maybe some others, don't know) timezone changes, causing major headaches. I know it's against mainline policy, but here overal stability is an issue. Probably it has to be pushed as .centos update variant. -- Regards, Alexey Asemov Senior IPTech Specialist CJSC "SPb TELEPORT" (TTK-NW)

6 7

Word of Appriciation
by christoph 02 Nov '11

02 Nov '11

I would like to say a big "Thank you" to all of the developers of CentOS!! Especially since TUV released V6 it seems to have gotten a lot harder for you people in providing the community with this great OS (including but not limited to a lot of heat in the mailing lists). Thanks for carrying on! CentOS6 made my life at work much easier. I'm moving some 30+ machines (primary function iptables-Firewalling) from OpenSuSE to C6, so I won't have to do a major distro upgrade every 18 months. Since the first deployment of C6 starting this summer, it worked like a charm. Of course, I only use a very limited set of its features (basically "minimal desktop" is enough), but the long term support counts! Also the ps performance toolkit - which is based on C5 - works great, part to you guys providing the OS. The work you do is very much appreciated! Keep it up. cheers Christoph

2 1

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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel