I have made three CD images (about 500MB each) ready, which contain a binary Gentoo Prefix Snapshot for Windows boxes, including a Setup Program. I'd really like to share those with the public, since it's a very time consuming task to bootstrap a Windows prefix from scratch. To be able to do so, i would need some place to put them to (i'd really like to see them on g.o, because this makes the images more "official" i think). I though about my home, but was unsure, since it would be 1.5Gb big then. Any ideas on this?
grobian can probably chime in on a more suitable spot in the /experimental/ directory structure, but lacking anything else, how about: /experimental/x86/interix/ Why are there 3 CDs? No stage tarballs?
related to bug #176500
how about following the current profile layout that we also use on tinderbox.dev.gentoo.org? default-prefix/windows/interix/{3.5,5.2,6.1}/x86
Grobian: We have two options: 1. Put them under /experimental/$ARCH/$OS 2. Create a new /experimental/prefix/ tree, and have "$ARCH-$OS" directories. On the original bug, you never got back to us with details.
We can do a nasty discussion on whether or not I provided the info here (I think the original message already provided the info) or in IRC. I think that's totally useless. I'm glad to see more cooperation of infra lately. I hope I'll be able to help infra once my job allows to with both man-power and hardware. Nuff said here. Markus now has installers floating around. If infra has the hardware to host his current 1.5Gb that would be really great. I'd prefer to keep prefix stuff separated from the regular Gentoo stuff. That said, if we can have a /experimental/prefix dir that would be great. If it's much of a hassle though, it's fine with me to fit it in the current scheme under x86/interix. Just keep in mind that we might want to also do things for x64-solaris users in the future.
On dev.g.o, I have created: /space/experimental-local/prefix/ - group = exp_prefix /space/experimental-local/prefix/x86-interix/ - group = exp_interix exp_prefix = grobian,darkside,haubi exp_interix = grobian,darkside,haubi,mduft Upload to experimental-local per normal procedures, and file a bug to have the content pushed the mirrors. Any files older than 90 days without a push request are deleted automatically. /space/experimental-local/ becomes /experimental/ on the mirrors. How's this for a list of other directories to create: /space/experimental-local/prefix/x86-solaris/ /space/experimental-local/prefix/amd64-solaris/ /space/experimental-local/prefix/ppc-osx/ /space/experimental-local/prefix/x86-osx/ mduft still needs to answer my question about cds/stages.
Thanks! Please do not pre-create directories for which we do not have anything (any more). We will file a bug as soon as we have something concrete again. What would be interesting here is if we could put our tree and portage snapshots in this space as well, but they have a high release frequency and often need to go life asap. On a sidenote: amd64-solaris, ppc-osx and x86-osx are non-existant, x64-solaris, ppc-macos and x86-macos are.
I'm using Gentoo arch names, not any other arch names. You have suitable permissions to add the other directories yourself, just give me a shout when you need to put new groups on them to restrict access. The /experimental/ hierarchy is for releases, not tree/portage stuff.
(In reply to comment #6) > mduft still needs to answer my question about cds/stages. sorry, was asleep :) the reason is, that there are three different interix versions, each working only on a limited set of windows versions, hence i need different things for each of them.
another reason for the cd's instead of tarballs: i initially created the cds for our company, so that our developers can work on windows locally, but those developers have _no_ idea about gentoo, but simply want their terminal and a vim :) after that i improved the cds and made them company independant, so they are ready for the public now (docs are on the cds too).
s/tarballs/zipfiles/, my point still stands. Windows doesn't have any nice loopback access to iso files, so using zipfiles seems like a more useful distribution method.
(In reply to comment #11) > s/tarballs/zipfiles/, my point still stands. Windows doesn't have any nice > loopback access to iso files, so using zipfiles seems like a more useful > distribution method. i don't think that this is a good point though, since handling .iso files in windows is nearly the same as .zip files (ok, windows has builtin .zip support, but thats crap anyway). Most package managers (you need one anyway IMHO) can handle .iso (winrar, peazip, etc.), and in addition .iso is not only an archive but a CD image too, so i think it's the best of both. i'd agree with you if i was to distribute .bin/.cue or .nrg, since this would be harder to handle. also i do create the images for our company anyway, so i thought i could use them for the public too. however if people would like to see .zip's rather than .iso's, creating them (with the same contents as the images except the autorun.inf) is not so much of a problem. CDs are just simpler to handle because of autorun.
The last time I seriously used Windows was in the era of Win2K, and then there were certainly not many tools to peek into .iso files. Autorun was always pointless for me anyway, I had it turned off. Put them out at .iso files then, and see if there is a demand for zip files that folk might want to switch to later. I told you where to upload to already, just give a shout when it's there and ready to push to the mirrors. Remember to include either .DIGESTS file with the same basename as the iso, or just a general checksums file of some sort. Since this is the /experimental/ side, you don't need to have it gpg-clear-signed, but that would be nice if you do.
Any reason to not just give them .tbz2 files of everything other than your equiv of system? Seems a minimal .iso might be in order if this is going to continue to grow.
(In reply to comment #13) > The last time I seriously used Windows was in the era of Win2K, and then there > were certainly not many tools to peek into .iso files. Autorun was always > pointless for me anyway, I had it turned off. yes, back than there weren't too many tools, but right now, nearly everyone can read .iso's i think. > Remember to include either .DIGESTS file with the same basename as the iso, or > just a general checksums file of some sort. Since this is the /experimental/ > side, you don't need to have it gpg-clear-signed, but that would be nice if you > do. i'll do my best :) (In reply to comment #14) > Any reason to not just give them .tbz2 files of everything other than your > equiv of system? Seems a minimal .iso might be in order if this is going to > continue to grow. i'm just right now about to start experimenting with .tbz2's :) so this might take some time, since i have no idea if binary packages will work out of the box for a windows prefix. in the prefix installation on the .iso there is only a quite minimal system with one exception (and its tons of dependencies of course): gnome-terminal :)
Unfortunately my emerge -e system of the last two days was run without FEATURES="buildpkg" even though I thought I'd set it, so binpkgs for Interix 3.5/x86 will have to wait some more days. I just wanted to put them on tinderbox.
(In reply to comment #16) > Unfortunately my emerge -e system of the last two days was run without > FEATURES="buildpkg" even though I thought I'd set it, so binpkgs for Interix > 3.5/x86 will have to wait some more days. I just wanted to put them on > tinderbox. hehe.. i'm just about to bootstrap in /opt/gentoo.binary.distribution-interix-6.0. if i get this to work, i'll also do the same for 5.2 and 3.5.
Hi. Should i file a seperate bug for each push request for my isos? (This will happen every, to every second month...), or should i just always reopen this one once it is closed? Anyway, the files in /space/experimental-local/prefix/x86-interix are ready to be pushed to the mirrors :)
(In reply to comment #18) > Anyway, the files in /space/experimental-local/prefix/x86-interix are ready to > be pushed to the mirrors :) if you havent started yet, please don't :) i'll wait for updated version, which are much more tested, etc.
the upload has not finished until now, but i guess, that by tomorrow morning, 3 brand new CD images (and digest files) should be in place to be pushed on the mirror.... i'm on vacation next week, so please don't expect me answering ;)
Pushed: experimental/prefix/x86-interix/doc/doc.lyx experimental/prefix/x86-interix/doc/doc.pdf experimental/prefix/x86-interix/iso/README experimental/prefix/x86-interix/iso/gentoo-itx-3.5-x86-04072008.iso.DIGESTS experimental/prefix/x86-interix/iso/gentoo-itx-3.5-x86-04072008.iso experimental/prefix/x86-interix/iso/gentoo-itx-5.2-x86-04072008.iso.DIGESTS experimental/prefix/x86-interix/iso/gentoo-itx-5.2-x86-04072008.iso experimental/prefix/x86-interix/iso/gentoo-itx-6.0-x86-04072008.iso.DIGESTS experimental/prefix/x86-interix/iso/gentoo-itx-6.0-x86-04072008.iso
Hi again... i have another few images to be pushed to the mirror, replacing the existing ones in /space/experimental-local/prefix/x86-interix/iso (can you leave the /space/experimental-local/prefix/x86-interix/doc directory as it is on the mirrors?) Thanks in advance, Markus
Wouldn't it make more sense to invert the dates, i.e. 20080730 instead of 30072008 for sorting?
yeah, please fix the dates to be YYYYMMDD so that they sort nicely.
hey there! i would have new CD images in /space/experimental-local/prefix/x86-interix/iso ... could you push these to the mirrors, please? thanks :) Cheers, Markus
pushed
hey again :) could you please delete the iso* files from http://distfiles.gentoo.org/experimental/prefix/x86-interix/iso/ which are dated 04-Jul-2008? those are these: gentoo-itx-3.5-x86-04072008.iso gentoo-itx-3.5-x86-04072008.iso.DIGESTS gentoo-itx-5.2-x86-04072008.iso gentoo-itx-5.2-x86-04072008.iso.DIGESTS gentoo-itx-6.0-x86-04072008.iso gentoo-itx-6.0-x86-04072008.iso.DIGESTS new images will be comming in a few days, if thats ok with you... :) Thanks!
hey there. could you please completely zap any existing content on the mirrors under .../prefix/x86-interix (is this possible anyway?)? on woodpecker, i put the new contents under /space/experimental-local/prefix/x86-interix, could you please push all this? this is rather urgent, since there is some interest in this right now, and the currently online cd images have some severe problems. Thanks in advance, Markus
Done, should hit the mirrors in 2-12h.
(In reply to comment #28) > hey there. could you please completely zap any existing content on the mirrors > under .../prefix/x86-interix (is this possible anyway?)? > > on woodpecker, i put the new contents under > /space/experimental-local/prefix/x86-interix, could you please push all this? > same game again? thanks...
One specific change I've done for you, you had an unversioned 'doc' directory. I've renamed it to include the same datestamp you have on your ISOs, so that the older doc directory is not overwritten. Please use a datestamp on the doc directory in future, or package it up somehow. I think a tarball of the lyx+images alongside a PDF, both with dates in the filename would work fine.
pushed now, should be going out to mirrors soon.
thanks for the doc change, i will adapt future versions to match that scheme (and tar the images and the lyx). i just have been pointed to a quite blocking bug in the recent images i uploaded (oops ...). i'm just about to upload new version of the same CDsm with the bug fixed. could you replace the existing ones on the mirrors with those? thanks!
Hey :) i have recently re-visited all this stuff, and rewrote most things from scratch (new setup, new images, new docs, etc.). i uploaded all the new stuff (3 files :)) to dev.gentoo.org:/space/experimental-local/prefix/x86-interix/. Now instead of the multiple CD images, there is only one DVD image - hope thats ok. could you please zap the directory on the mirrors, and push the new files? thanks! Cheers, Markus
always the same. this night, there was a bug report for the portage i have on the DVD, that it's totally broken... please wait another few minutes. i'll downgrade, and re-create the DVD. i'll tell you when i'm done. sorry :)
hmm... ok.. for some reason i'm not hit by that bug. the images are in place again for pushing... thanks!
Sent to the mirrors now. I put it in a dated directory this time, like releng is doing for the weeklies.
Hey. It's me beeing tedious again ;) I hope the freqeuency of new images beeing released will decrease to about once per month, as soon as those really big problems are tackled ;) Could you please update the mirrors with my new content? i created a "current" link too, but if there is not enough space on the mirrors, you can also remove the old image... Thanks!
ping. i'd be very happy to see the images beeing upped soon, as they contain various rather important fixes. Thanks!
What was with the weird permissions? -rwxr-Sr-x 1 mduft users 1396176 Sep 4 05:47 gpx-installation-20090903.pdf -rwxr-Sr-x 1 mduft users 2785040384 Sep 3 16:42 gpx-universal-20090903.iso -rwxr-Sr-x 1 mduft users 167 Sep 4 05:51 gpx-universal-20090903.iso.DIGESTS That caused it to flunk the automatic first phase of the transfer. Please only upload files as 0644. Files with the exec bit in experimental are ignored for safety. The new stuff is up now.
thanks! i must admit i didn't check the permissions, and trusted scp to make them the same as on my machine (644!). i will check next time...
Hey :) i just updated the current symlink, etc on dev.g.o... could you please propagate to the mirrors? Thanks!
Done. Old release removed for space concerns.
hey :) i have another iso image ready, should be in the usual location in around 2 hours. (i'm off from work now, so i'm reopening now...). could you please distribute to the mirrors? thanks!
another round of images is in dev.gentoo.org:/space/experimental-local/prefix/x86-interix/20110622. could you please push them to the mirrors? thanks!
The new process, from woodpecker:/space/README.devs: experimental-local ================== To push files to mirrors for experimental files, place a copy here. It is strongly suggested that files are placed atomically into this location, so /space/temp is available if you need to copy a file in before moving it to this location. Twice a month, files from here are pushed to the masterexperimental server, and from there out to the mirrors. I manually pushed it now, but perhaps next time you can wait for the automation? (1,15 day of the month)