make-pseudo-image kit problem
Dear Debian,
I wanted to create a non-free ISO image for R2.2 (since you refuse to
supply one).
1.) There was no list file in the non free directory, so I make my own
using the Packages file, i.e.:
cat Packages | grep Filename: > nonfree.txt
awk '{print "/"$2}' ../nonfree.txt > nonfree.list
2.) Then using the pseudo-image kit (and ncftp > 3.0) I ran:
./make-pseudo-image nonfree.list ftp://ftp.us.debian.org
3.) It failed a few times, but I just kept giving the same
command until it completed making the whole pseudo-image file.
4.) Then I tried to mount the file:
mount -t iso9660 -o loop pseudo-image /mnt/image
THIS DOES NOT WORK! (I even f**ked up a CDR :-()
Can you please help me, I believe I am doing everything right,
I skipped the "rsync" stuff, I don't think that changes anything.
The README file I have read 3 times ... I don't understand this!
Thank you,
Tom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cdimage pages in wml
Hi, After a brief discussion with Marcin Owsiany who was going to convert http://cdimage.debian.org/ into WML files, I did it myself, with a little bit of scripting. (I'm assuming Marcin's idea has support amongst debian-cd members...) It's commited it to CVS at :(pserver|ext):(account|anonymous)@cvs.debian.org:/cvs/webwml, module cdimage. It uses template files from ../webwml which is the webwml module in the same CVS root -- that's for getting the navigation bar et al. I'm not sure where do we go from here... :) We should probably arrange for all previous editors of those pages to have CVS access (Anne Bezemer AFAICT), and then the admin (Phil Hands AFAICT) can set up a script on the site to get updated from CVS. -- Digital Electronic Being Intended for Assassination and Nullification -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
CD COVERS
well, when i download debian cd images (.iso) i search a lot to find some images for a cd cover, but i don't like anything i found, so i decided to "create" my own cd covers... i would e-mail you the images, but the zipped files is too "heavy" (702 kb) so tell me how i can send you the images... so you can tell me if you like it, or change some things thank you for let us to contribute Erwin San Martin Lassalle Capt. Ivinntroff [EMAIL PROTECTED]
Re: cdimage pages in wml
On Mon, Feb 26, 2001 at 07:07:23PM +0100, Josip Rodin wrote: > > I'm not sure where do we go from here... :) We should probably arrange for > all previous editors of those pages to have CVS access (Anne Bezemer AFAICT), > and then the admin (Phil Hands AFAICT) can set up a script on the site to > get updated from CVS. > Anyone who is a developer should send me a note and I will add them to the webwml group so they can access cvs over ssh. -- James (Jay) Treacy [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
your ad
fuck am i into bound bollocks you wannsa come back? sexy shaved black hair.28. blue/green eye/eye. massive 12" dick... name's CARL. real RUDE top man and fucking HAIRY like you cant believe. wind my bollocks till they turn purple... show a huge bulge in my pantsCARL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Humor] Re: your ad
[Response clipped] I didn't realize we had diversified into placing ads in the personals... Chris -- Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/ Instructor and Doctoral Student, Political Science, Univ. of Mississippi 208 Deupree Hall - 662-915-5949 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Rsync and incremental updates on top of Original CDs
On Sun, 25 Feb 2001, Richard Atterer wrote: > On Sat, Feb 24, 2001 at 01:18:26AM +0100, J.A. Bezemer wrote: > > > > On Fri, 23 Feb 2001, Richard Atterer wrote: > > ["jido-file copy-matching" command] > > > True, something like that would be useful. I think you could actually > > > get away with appending to potato.iso the information regarding which > > > files have already been copied into the image, and remove that > > > "trailer" when you're finally done. (It might be wise to use a name > > > "potato.iso.tmp" and only rename it to "potato.iso" when finished.) > > > > Nice idea, but AFAIK shortening a file is impossible (at least C > > doesn't seem to have a function for it). And besides, it would be > > very helpful if the "already-done" file was just plain ascii text > > (md5sum with filename as comment?) that could be changable easily, > > for example to force a file to be downloaded again (for whatever > > reason). > > True, shortening of files was (erroneously?) omitted from ANSI C - but > it *is* present in POSIX. Linux has truncate(2) and ftruncate(2), the > latter is POSIX. Ah, indeed! I appear to have a manpage for it, but it isn't mentioned in the glibc documentation where I searched initially. But why did they call it _f_truncate when in fact it does _not_ use a FILE* stream?! However, is this operation supported by all filesystems/OSes? For example dosfs on Linux/*BSD and Windows 95 (only NT is posix certified IIRC)? > I wonder - will it be necessary to, say, download a file again? > jido-file will only write it to the image if its MD5 sum matches the > one in its list - that's a pretty strong check! One example that comes to mind is untrustworthy memory in the disk write cache. cdimage.d.o had this problem when the 2.2 rev0 images were created, resulting in three (of 28) CD images with one single-bit error each. (Since positions and md5sums of individual files in the image are known, I could imagine some "jido-file check-all-files-in-this-image" tool ;-) In general, people (like me) just want to be able to mess around with things, which is much easier if files are in plain ASCII format. > > The .tmp name for an unfinished image surely would make things a bit > > clearer to unexperienced users. I can imagine some "jido-finalcheck" > > tool that checks the md5sum (gotten from...where? > > --md5sumfile=MD5SUMS ? image=okay if matches any listed md5sum?) and > > if okay renames the .tmp to .iso. > > Hm, shouldn't jido-file be doing this itself? I.e., print a message > "Not finished yet" and return 1, until the last missing file has been > supplied, then print "Finished", rename the file and return 0. Printing the message is okay (and desirable), but people shouldn't burn the image until it's md5-checked, so keeping the .tmp filename for a while wouldn't hurt. [..] > WRT this whole scheme, there's one further thing we need to think > about: Unlike the current pseudo-image-kit, it is assumed that all the > "puzzle pieces" that the CD image is assembled from are in fact > available. Is this guaranteed with the current way the Debian archive > is handled? For example, do security updates immediately replace > packages in the current stable release? They mustn't for this to work! > > I know, you can always use rsync for any remaining missing bits, but > ideally, all this ought to work without rsync. The stable packages archive is not supposed to change in any way until a next revision is released. So there's only a small period of time that jidoing would be impossible (without rsync), namely until new CD images for that revision are released. In general, people will understand this and won't mind waiting a little while for the latest and greatest. Of course we can keep people even more happy by (manually/automatically) copying anything that's not on the FTP sites any longer directly from the (now outdated) CD images to some special weblocation, and letting users download from there. But thanks to the package pools this can be solved much more cleanly by creating an "old-stable" (or "stable-last-cd-images") distribution/"suite" that keeps referring to everything needed for the old CDs as long as new images are not yet available. And as long as any suite refers to a file, that file doesn't get deleted. Of course this requires some coordination with the FTP maintainers, but that shouldn't be a big problem. Which reminds me: the doc/ directory on FTP is constantly changing. This isn't very much (3-4 MB), but it's replicated on many CDs. One option would be to include it literally in every template that needs it, but a separate .tgz would probably be wiser (just "download; untar; jido-file copy-matching" before anything else). Regards, Anne Bezemer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-pseudo-image kit problem
On Mon, 26 Feb 2001, Thomas Philip Runarsson wrote: > I wanted to create a non-free ISO image for R2.2 (since you refuse to > supply one). The Pseudo-Image Kit is useful only to download CD images that have been created before and are available on some public server. See Q #7 at http://cdimage.debian.org/faq.html for the reason why non-free software is not on the Official CDs. And refer to http://cdimage.debian.org/ch32.html for information to create your own customized images. Regards, Anne Bezemer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-cd by hertzog
Repository: debian-cd who:hertzog time: Mon Feb 26 17:01:40 PST 2001 Log Message: * Does correctly manage pools wrt Packages files. Large patch not well tested. * Now depends on grep-dctrl. * Updated tasks files to put non-US at top. * Various fixes. Files: changed:Makefile -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-cd/tools by hertzog
Repository: debian-cd/tools who:hertzog time: Mon Feb 26 17:01:40 PST 2001 Log Message: * Does correctly manage pools wrt Packages files. Large patch not well tested. * Now depends on grep-dctrl. * Updated tasks files to put non-US at top. * Various fixes. Files: changed:scanpackages scansources -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-cd/debian by hertzog
Repository: debian-cd/debian who:hertzog time: Mon Feb 26 17:01:40 PST 2001 Log Message: * Does correctly manage pools wrt Packages files. Large patch not well tested. * Now depends on grep-dctrl. * Updated tasks files to put non-US at top. * Various fixes. Files: changed:changelog control -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-cd/tasks by hertzog
Repository: debian-cd/tasks who:hertzog time: Mon Feb 26 17:01:40 PST 2001 Log Message: * Does correctly manage pools wrt Packages files. Large patch not well tested. * Now depends on grep-dctrl. * Updated tasks files to put non-US at top. * Various fixes. Files: changed:Debian_woody added: Debian_sid -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian-cd and pools
Hi people,
I commited changes to the CVS. debian-cd should now manage pools
correctly. I've tested it a bit but not as completely as I should.
Please check the CDs built twice ... check if all .deb are correctly
registered in one of the Packages file. If some are not, find why ...
You'll now need grep-dctrl as I used it in several places (it's a very
practical tool !).
Most of the changes are in tools/scan{packages,sources}. I'ts kind of
painful to manage until we switch completely to pools.
Cheers,
--
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguez sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
