similar to: 3.0.0pre2 error on module, fine on subdir

I've gone through the trouble (after some 10 rounds I finally have something I'm happy with) and generated jigdo/template files for CentOS 5.0 iso's (CD/DVD i386/x86_64) (and CentOS 4.4 while I was at it: CD/DVD/ServerCD SRPMS/i386/x86_64). (and I started on this before the thread about creating the DVD's from the CD's started ;-) ) They are available at:

Hi Is there a jigdo image available for CentOS-5.3? Or is there a jigdo project for CentOS? Thanks Marcelo

Hi Ralph I received this e-mail from Fedora Infrastructure list. My problem at that moment was a proper syntax for the jigdo-file command. Using the their script as reference, I made a simpler one to test the command[1]. And it's working: newt (Linux) $pwd; ls -l *.jigdo *.template /users/newt2/mgarcia/iso/dvd -rw-r--r-- 1 mgarcia slocate 214226 May 13 13:44

Hi folks, I've just finished rsyncing/downloading/jigdoizing the entire i386/x86_64 CentOS 4.2 distribution. If anyone is interested go to http://mirror.tcs.ii.uj.edu.pl/jigdo/ You'll need to edit the .jigdo file by hand to change the server section [Servers] CentOS42=file:/opt/mirrors/centos/4.2/ to point to a local mirror (file, http or ftp), ie. to use kernel.org: [Servers]

Before any tests are run, the ISO is checked and if it doesn't exist then the script exits with an explicit failure. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- autotest.sh | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/autotest.sh b/autotest.sh index c67931a..904b961 100755 --- a/autotest.sh +++ b/autotest.sh @@ -723,6 +723,10 @@ done

The background: I host one of the unofficial slackware mirrors & push to a high speed (unlisted) mirror that several other unofficials use for pulls. To save time/disk/bandwidth I use a custom script to hardlink the trees prior to pushing the updates to said unlisted mirror. The commandline (linewrap from hell, sorry): (note: username/password/hostname/modulename deliberately obfuscated)

Dear centos community, I was in the process of loading the latest 5.5 release of centos in a VMWARE ESX 4.1 host as my first virtual machine, suddenly while booting I got a panic error with the following on screen. Can someone point me in the right direction. This machine has 24 cores and I allocated 1 for Centos to use with 1024MB of memory. Any clues or workaround to solve this problem? Thank

Autobuild has to be updated to call make in the recipe directory and move the resulting iso to the main build directory. Importing the existing autotest.sh script from ovirt-node-image Signed-off-by: Mike Burns <mburns at redhat.com> --- autobuild.sh | 7 + autotest.sh | 764 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 771 insertions(+), 0 deletions(-)

On 10/15/07, Erik Jan Tromp <betageek@sympatico.ca> wrote: > # The second error > Invalid file index: -101 (-1 - 0) with iflags 0 [receiver] > rsync error: protocol incompatibility (code 2) at rsync.c(273) [receiver=3.0.0pre2] > rsync: connection unexpectedly closed (21 bytes received so far) [generator] > rsync error: error in rsync protocol data stream (code 12) at io.c(596)

3.0.0pre2: non-recursive remote listing breakage Looks like pre1's fix broke something else. I noticed this when listing module/directory contents on servers known to be running versions 2.5.7 & 2.6.3. Not having (full) access to them, I replicated the errors using 2 machines on my home lan. # the machines lithium.elements.lan: the client. rsync 3.0.0pre2 for all tests.

# The first error rsync: generator.c:1867: check_for_finished_files: Assertion `flist != ((void *)0)' failed. rsync: writefd_unbuffered failed to write 4092 bytes [receiver]: Broken pipe (32) rsync error: error in rsync protocol data stream (code 12) at io.c(1493) [receiver=3.0.0pre2] # Sample command, obfuscated to protect the guilty rsync --archive --hard-links --no-motd \ --numeric-ids

Hi folks, I've been prompted to look at using isohybrid for the Debian CD images that I'm producing. This looks like a good plan for the i386/amd64 images we make, so as to make them bootable from USB by default. However, it's likely to make things slightly more difficult in terms of producing the images themselves: we want to make them available via jigdo as well as via full download

Hi, I am Wojtek Pilorz (username "Wojtek Pilorz"). I would like to discuss whether my method of creating Centos DVD image from CD images and the other way would be appropriate to be placed in tip named in subject; Would it be appropriate if I send scripts I use with method description a mail to the list for consideration? What I have is method for recreating bit-for-bit identical

Just a quick heads up to say I'm still getting this (reproducable) error while doing daily backups: rsync: generator.c:1872: check_for_finished_files: Assertion `flist != ((void *)0)' failed. rsync: writefd_unbuffered failed to write 4092 bytes [receiver]: Broken pipe (32) rsync error: error in rsync protocol data stream (code 12) at io.c(1500) [receiver=3.0.0pre2] This is with cvs

By default it's 120 ms, but can be changed through command line arguments. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- autotest.sh | 16 ++++++++++------ 1 files changed, 10 insertions(+), 6 deletions(-) diff --git a/autotest.sh b/autotest.sh index c67931a..bcd9bd5 100755 --- a/autotest.sh +++ b/autotest.sh @@ -62,6 +62,7 @@ Usage: $ME [-n test_name] [LOGFILE] -i:

When the update 1 iso's come out could jigdo templates also be released along with the bittorrent files? It would probably save a lot of bandwidth if bittorrent could be resumed on iso's rebuilt via jigdo from vast swathes of the iso's which most of us already have (the 4.0 packages and updates). Cheers, MaZe.

I've just released rsync 3.0.0pre2, the second pre-release version for the upcoming 3.0.0 release. Please test this out and email the rsync mailing list with any questions, comments, bug reports, etc. Thanks! You can download the tar file and its signature from here: http://rsync.samba.org/ftp/rsync/rsync-3.0.0pre2.tar.gz http://rsync.samba.org/ftp/rsync/rsync-3.0.0pre2.tar.gz.asc

I've just released rsync 3.0.0pre2, the second pre-release version for the upcoming 3.0.0 release. Please test this out and email the rsync mailing list with any questions, comments, bug reports, etc. Thanks! You can download the tar file and its signature from here: http://rsync.samba.org/ftp/rsync/rsync-3.0.0pre2.tar.gz http://rsync.samba.org/ftp/rsync/rsync-3.0.0pre2.tar.gz.asc

On 03/05/16 09:04, Chris Murphy wrote: > You don't say how you created the media. > -- true, i did not say how i created cd's. i used k3b as it is easier, less to remember, than using command line. usb's sticks were created using unetbootin and fedora-liveusb-creator. yes, i did not mention that i tried with 2 usb sticks. failure was same, did not feel it mattered. failure is

I want to deploy my rails app in a subdir, lets say: http://a.com/b/c/ (so: http://a.com/b/c/posts/new) for as far as i understand no i''ll have to 1. prefix my routes with "b/c/" 2. prefix the javascript and stylesheets paths with "b/c/" in my layouts i can think of numerous ways to make me only have to set the prefix in one place, yet i wonder if there is no