Re: [Spacewalk-devel] non-Latin characters in domain names
Cliff wrote: Miroslav Suchý wrote: FYI: http://www.icann.org/en/announcements/announcement-30oct09-en.htm From article: The coming introduction of non-Latin characters represents the biggest technical change to the Internet since it was created four decades ago, said ICANN chairman Peter Dengate Thrush. Right now Internet address endings are limited to Latin characters – A to Z. But the Fast Track Process is the first step in bringing the 100,000 characters of the languages of the world online for domain names. Do we know what that means for Spacewalk? Will handle it. Can somebody test it? According to my information Fedora 12 should be able to handle such domains. Older Fedoras and RHELs will probably not support it. Interesting - are you able to create a wiki to start capturing thoughts on this? Created (with copy of parts of this email): https://fedorahosted.org/spacewalk/wiki/Features/NonLatinCharacters Linked from Brainbox. - Is there a Fedora page tracking this project for them? AFAIK no. - server Hostname uses this, thus what you type in URL - will tomcat, apache etc in F12 support them? - will our java, perl and python stacks be nice to the request or filter out the chars and end up with a broken url - kickstarts use urls - Proxy server hostname - do things work - client tools communicating to Satellite - rhnpush, config etc - rhel/fedora client tools - yum-rhn-plugin, rhn_check etc I have no idea. We will have to test it and we will see -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
[Spacewalk-devel] Spacewalk client yum repo
On Mon, Sep 07, 2009 at 09:46:07AM +0200, Miroslav Suchý wrote: Please create Spacewalk client yum repo in koji.rhndev.redhat.com and move the following packages from the Spacewalk server yum repo to it: rhcfg* rhn-custom-info osad rhn-applet-actions rhn-custom-info rhn-kickstart* rhn-virtualization* spacewalk-koan rhnlib rhnmd rhnsd rhn-check rhn-setup yum-rhn-plugin koan spacewalk-certs-tools spacewalk-koan Thank you, -- Jan Pazdziora Senior Software Engineer, Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
[Spacewalk-devel] Tito Now in Fedora 11/12 and EPEL 5
Tito should now be available for Fedora 11-12 and EPEL 5. (yum install tito) There is still a copy of the code in the Spacewalk git repository under rel-eng/bin, rel-eng/lib, and a few scripts directly in rel-eng. While the Tito code has been modified precautions have been taken such that it should be entirely compatible with Spacewalk and just work if you were to install the rpm and start calling the tito script in /usr/bin instead of the one in rel-eng/bin. If this does work well, I propose removing the tito code from spacewalk.git if the dev team is in agreement. If not, please notify if you make any changes in spacewalk.git and we can bring them upstream as well. Source code is hosted here if you would like to work on it: http://github.com/dgoodwin/tito Cheers, Devan -- Devan Goodwin dgood...@rm-rf.ca http://rm-rf.ca ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
[Spacewalk-devel] Kickstart Cloning Bug
Hi All... Let me first say that I'll file this bugzilla shortly after sending this email. What I'm experiencing is that if I clone a kickstart and select a different base channel in the newly cloned kickstart, with an activation key that uses a different base channel; kickstarting a system using this newly cloned profile, gives the following error during registration: Error Message: Conflicting base channels Error Class Code: 63 Error Class Info: Conflicting activation tokens What I believe the problem is... is that the auto-generated (cobbler?) activation key that is created when I clone the kickstart, is set to use the base channel of the kickstart from which it was cloned and is not being updated when I select a different base channel. So, between that cloned auto-gen activation key and my selected organizational activation key, the base channels are in conflict. I can show this by creating a brand new kickstart from scratch, with the base channel selected initially as the new base channel. I setup the kickstart that is identical in every way to the cloned kickstart, from what can be shown in the WebUI. This from-scratch kickstart works perfectly. So, I assert that the problem must be with the cloned auto-gen activation key that's not visible in the WebUI, but only via: cobbler profile profile such as... redhat mgmt key : 1-b79e0b2b365afbff80ae65a104638b05,1-rhel-x86_64-server-5-4 What I'm curious to know now, is how I manipulate that auto-gen activation key in cobbler? Or if it's even possible. Either way, this is something that needs some attention. Thanks, -- Andy Speagle THE Student - UCATS Wichita State University signature.asc Description: This is a digitally signed message part ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
[Spacewalk-devel] Nightly builds for Fedora 12
Nightly builds for Fedora 12 are available at: http://miroslav.suchy.cz/spacewalk/nightly-candidate-f12/ For Red Hat employees - syncing to our internal well-known mirrors right now. Enjoy -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel