similar to: problems with createrepo

Should I be concerned? [root@fs1 ~]# cobbler import --name=F18 --path=rsync://mirrors.kernel.org/fedora/releases/18/Fedora/x86_64/os --arch=x86_64 task started: 2013-01-18_062009_import task started (id=Media import, time=Fri Jan 18 06:20:09 2013) Found a redhat compatible signature: Packages adding distros creating new distro: F18-x86_64 creating new profile: F18-x86_64 associating repos

I am looking at the howtos for using createrepo to make a local repository. Like the one at: http://jazzz1s.blogspot.com/2007/10/creating-local-yum-repository-centos.html It seems that I need to run apache on the repository server. But I can basically run with defaults? All the howtos I have found address [base] and [update] but not others like [add-on] should those be set up as well?

CentOS Errata and Bugfix Advisory 2013:0328 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0328.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3d8dabc3aad0b7b880ebfbe6cb33b6142c55ec2e27aee2ab01060ee09151998d createrepo-0.9.9-17.el6.noarch.rpm x86_64:

Hi, I did too forget one package (at least) from the release (createrepo). It''s now available as addons/ia64/RPMS/createrepo-0.4.1-1.noarch.rpm I am truly sorry. It just slipped out. -- Pasi Pirhonen - upi@iki.fi - http://iki.fi/upi/

CentOS Errata and Bugfix Advisory 2012:0354 Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-0354.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 827ac863f884063dd1f10b3fccf1d64abed547133d1601e1d191699410585ca2 createrepo-0.9.8-5.el6.noarch.rpm x86_64:

CentOS Errata and Bugfix Advisory 2013:0879 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0879.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ff6a7bb9ea904a17436b462e950a657e9b2f6809b696690b197064abde138d1e createrepo-0.9.9-18.el6.noarch.rpm x86_64:

I wanted to point out this functionality in case others want to test it: http://centosnow.blogspot.com/2014/03/createrepo-and-parallel-delta-rpms-on.html For the record, this cuts down the metadata generation to 1/4 of the original time on my test platform. Other relevant links: http://lists.baseurl.org/pipermail/yum-devel/2014-February/010580.html

CentOS Errata and Bugfix Advisory 2014:0491 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0491.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 04011b2faa6dc096a2c3addce26759bbbdf59f5cd8b8c4b858bdf268512e7a26 createrepo-0.9.9-22.el6.noarch.rpm x86_64:

CentOS Errata and Bugfix Advisory 2016:0201 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0201.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 71fd4f56a5d40c35f153ffe5aec1821ae7f648db062f5ee2a90d0afb0c45dd59 createrepo-0.9.9-25.el7_2.noarch.rpm Source:

CentOS Errata and Bugfix Advisory 2017:1729 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-1729.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 92e8887e8fd36d1539ed10f50f62f4136e38b691f3c71ea115ec682cf986ffae createrepo-0.9.9-27.el6_9.noarch.rpm x86_64:

I've setup a local yum repository for about 25 workstations and I'm using rsync from a local mirror. Do I need to create my own XML headers, i.e. the 'repodata' directory, or since I'm syncing the whole updates directory can I use the 'repodata' directory from the mirror? I also have a question on using createrepo. The directory layout is: ~/updates/

Hi List, I have been searching for the correct createrepo command to make a 6.4 respin. We have been doing this with previous versions using createrepo -u "media://$discinfo" -g ${DIR}/my_kickstart${VER}/comps.xml . Which had worked fine until now. Thanks, -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.clark at netwolves.com

Hi, I tried to reproduce the issue but without success, everything seems to be working fine (I've copied repodata directory created by the reposync on Centos7 machine to RHEL8 server to /tmp/pg12repo directory): RHEL8 # dnf search postgresql12 --repofrompath=a,/tmp/pg12repo --repoid=a Added a repo from /tmp/pg12repo a 204 MB/s | 784 kB 00:00 ==================================== Name

I'm not on the YUM lists, so I'll post this here in the hope it will make someone happy. I'll forward the concept to Seth for consideration (if he doesn't see it here). This is a simple "createrepo" hack that would require corresponding support in the "yum" binary as well. I'm not sure this would work, but it's just an idea I figure I might as well

Hi, I'm trying to mirror the PostgreSQL12 RHEL8 repo: https://download.postgresql.org/pub/repos/yum/12/redhat/rhel-8-x86_64/ [root at cobbler yum.repos.d]# cat pgdg-12-centos8.repo # PGDG Red Hat Enterprise Linux / CentOS stable repositories: [pgdg12-rhel8] name=PostgreSQL 12 for RHEL/CentOS $releasever - $basearch

I'm looking at the NTLM hash, I need to make my own. I was going to look at somehow using libsmb or something but don't really know how to. Can I do this in perl? I can make Unicode scalars and send those to md4_hex() to get the output, but I cannot get something to match what shows up in the /etc/samba/private/smbpasswd file. Ideas? Currently I try this: #!/usr/bin/perl -w use

Added a new subdirectory called "isobuilder" to the project. Created a new Makefile that only allows for creating the livecd version of the oVirt node. Adjusted the build environment to work with the kickstart files that are found in the repo and not ones installed via any previous RPM. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- configure.ac | 1 +

Hey guys, hope you don't mind this forward email, because I have been reading the 'flashpluginwrapper problem.' subject. The bug is in the linux_base, but nobody seem to check on this in the freebsd-ports. Looks like Brandon D. Valentine might needs to create a PR to get the better attention and keep the track. Cheers, Mezz >Summary: > >This began as a problem report

Attached please find updated build and publish scripts. They set the ''ulink.target'' parameter appropriately when converting docbook->HTML. I have always hacked my xhtml/params.xsl file to set this parameter; these updated scripts make that abomination unnecessary. Paul/Mike: It might be a good idea to add a CVS project for these scripts. -Tom -- Tom Eastep \ Nothing is

Windows authentication extends far beyond the CIFS protocol the Samba implements, but it only very recently that work has been done to catch up to Microsoft's extensions in this area. This has caused many administrators pain and toil that their MS counterparts simply don't have. For them, authentication 'just works', with single-sign-on and the lot. I have worked, for over a