Hi!
Yesterday we built the images for the new release of Etch, they were tested
by some of the people on the channels and seem ok, so I have moved all the
stuff to the release/4.0_r5 directory on farbror and linked current to it.
I know there are other things that must be done now, like building
I think that we should be able to drop sbm without annoying anyone as all
modern machines are able to boot from CD without troubles.
Yes, that's true and there are some other reasons to drop it, first would be
that sbm is dead upstream (at least there are no new versions since a long
time ago
The requested URL /debian-cd/4.0_r3/amd64/bt-dvd/ was not found on this
server.
Please, restore links.
We are in the process of creating the new 4.0r4 images, I suppose that and
the lack of space on the machine for holding all the images may be the
problem here, I suppose that as soon as
The first part should take the usual couple of days to build and test,
*although* I'm going to be away and busy for a large chunk of next
weekend myself. Maybe Manty or somebody else could watch over the
build...?
Sure, even though I'm not much up to date in current status, but a little
The first part should take the usual couple of days to build and test,
*although* I'm going to be away and busy for a large chunk of next
weekend myself. Maybe Manty or somebody else could watch over the
build...?
Sure, even though I'm not much up to date in current status, but a little
talk
I had used debmirror with that options:
debmirror debian --nosource --host=ftp.fi.debian.org --method=http --progress
--dist=etch --section=main,contrib,non-free,main/debian-installer --arch=i386
--ignore-release-gpg
What's wrong with that, had I missed some debmirror options?
I'd
What is discover1 used for? Can discover (v2) be used instead?
I don't know, I just copied what we have on arm and exists also on armel,
arm has discover1, so added it for armel. Maybe we don't even need any
discover thing :-?
Regards...
--
Manty/BestiaTester - http://manty.net
--
To
Rl_zRMQ5kqAtOVmv202uqg=Debian:pool/main/c/cl-mcclim/cl-mcclim_0.9+cvs.2004.11.30-1_all.deb
9paFr9vHQqwa3P-60B89ew=Debian:pool/main/c/cl-mcclim/cl-mcclim-examples_0.9+cvs.2004.11.30-1_all.deb
KdxheqrpQymQeY8Rbr1gKw=Debian:pool/main/c/cl-mcclim/cl-mcclim-doc_0.9+cvs.2004.11.30-1_all.deb
These
Does this mean that the official woody r4 CDs contain packages which are no
longer on the mirrors?
:- weren't we talking about testing DVDs?
I had understood that, and the versioning of the files is exactly the same
we have in current testing DVDs.
Regards...
--
Manty/BestiaTester -
As the result, some of the files could not be downloaded, and I could not
really troubleshoot it. As I could see from online separate package
distribution, those are really missing or have been moved/renamed.
This was due to a mistake on my side, it has been corrected, you can use the
isos you
Mea culpa.
http://cdimage.debian.org/pub/cdimage-testing/dvd/jigdo-area/i386/
timestamped 4-Dec-2004. Looks as if there is a mismatch with the current
pool?
Yes, this happens always, and there is an snapshot that solves this, when
people doesn't find a package in the mirrors, it goes back to
The weekly images were not produced this past weekend and were a bit delayed
on the weekend before that, this was all due to the release of the release
candidate 2 of debian-installer.
We wanted the images that were due to be produced in the weekend of the 19th
november to include the rc2 of
Proably because there are no udebs at all, let alone kernel udebs, on
the second CD. So I'm reassigning this to debian-cd; if the second full
CD is intended to be bootable, it needs to have the d-i udebs on it.
:-??? Does this seem reasonable? I mean, isn't it more reasonable to inform
the
So why announce it before its released.
That the CDs aren't ready yet doesn't mean that the distribution is not
ready, CDs are just one of the multible ways on which Debian is distributed,
the new Woody release is out, available on the mirrors, CDs will come later,
looks quite a simple thing to
Hi!
While trying to make our cds compatible with DOS again we have identified
several problems, the last one is that we are generating duplicate 8+3
names, which means that some files on the cds aren't accesible to DOS.
The problem with this is that we are using the -l option in our mkisofs
Hi!
Today I was trying to install sarge on an old machine, it doesn't boot from
cd, so I said I'd use etherboot from a floppy, and when that didn't work
even after adding another network card I sai'd, I'd boot from DOS and launch
the install from the cd.
Well, I have realised that we've lost all
Hi!
It is two weeks since we started using at gluck the code I made to try to
estimate the sizes of the cd parts that debian-cd was not controling, it
seems to be working ok, so I was wondering if I should commit it :-?
What I did is an script tools/calc which gets info from the last full or
Well, yesterday I finished my preliminary tests of the new cd and dvd soft,
so today we'll start building weekly ISOs again.
The new method uses a new soft, JTE, that should build the jigdos faster
than before, but it can also have bugs that the old method didn't, so of you
find something weird
Hi!
We have produced new images and made them available (after fixing yesterday
the problem with the powerpc builds). These images should again fit in all
DVDs at least if we didn't break other things, they are the first images
built with JTE that we publish, and even though we tested the JTE
i think that the the iso-file sarge-i386-1.iso does not fit on a DVD+RW
(gross capacity 4.700.372.992 bytes). I tried to download it with
I have downloaded the image:
-rw-r--r-- 1 manty manty 4702103552 Sep 2 00:24 sarge-i386-1.iso
and burned it on several dvd media without any problem in
Any plan for single DVD official Sarge images, maybe not now, but at least
when sarge moves to stable? The current archive should fit on either a
Yes, we are planning to release with official DVD images to be burned on a
single DVD.
Regards...
--
Manty/BestiaTester - http://manty.net
--
Hmmm. It looks like the HFS hybrid stuff on ppc/m68k makes the images
too large if I don't tweak the image sizes substantially. On a
DVD-sized image I'm going ~300MB too big, which is a bit of a
problem. Is anybody else seeing this? Manty?
Sorry it took me so long to reply, I seem to be lacking
Maybe, yes. Or alternatively just drop the non-US area altogether.
Manty, what do you do at the moment?
Right now we are producing cds without non-US and with main and contrib on
them.
One question I have is why is the contrib included, and if it is included, I
think it would be good to have
Hi!
We have a problem with the first cd as we don't even have any xserver there,
so I'm trying to go through that and as I don't have much experience with
deiban-cd code myself, I'll try to comment here things that look weird to me
or that I think should be changed.
The target should be to have
OK. What size difference is there? It won't be huge (a few bytes per
directory), but I'd expect it to be noticeable, especially on the
businesscard image where we're short of space.
Well, it is difficult to mesure, I mean, cds change from one day to the next
one, The smaller difference I saw
On Jun 07 2004, Richard Atterer wrote:
Yes, but once you can use the cache, mkisofs needn't even read the file
data anymore. It could just skip over the file, output the filename to the
.jte and leave the rest to jigdo-file. I can imagine that image creation
would be a matter of 30 seconds
Hi!
Joeyh Hess has told me today that he had noticed that some files included in
the debian-installer+kernel were not included in some cds (debian-educ) and
that after seing this he had found that debian-installer+kernel was not
included in the Debian_sarge task.
I believe that
Agreed. Feel free to commit a fix.
Done.
I have applied your changes to gluck before today's build, but I do not see
any important changes in sizes :- at least comparing today's build with
yesterday's and I have checked them and there is no TRANS.TBL files on them.
Regards...
--
I'm working on getting setup to become yet another Debian-CD vendor, and
am wondering about the proper labeling for the testing CD/DVD images
available from http://cdimage.debian.org/pub/cdimage-testing/
I wouldn't even think in distributing those images, either official or
unofficial, they
I think that in
http://cdimage.debian.org/pub/cdimage-testing/cd/jigdo-area/i386/ isnt CD
but DVD version.
This was a mistake I made (cut and paste is not good if you don't change
what needs to be changed) but it was autofixed this morning as the weekly
build finished.
Regards...
--
Any clue?
Maybe you got the dvd template that a bug I made put instead of the cd one.
If it was that, it should be solved now, if it isn't please tell us.
Regards...
--
Manty/BestiaTester - http://manty.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
it seems a mistake was made on the primary mirror for CD jigdo files - the
Yes, my fault, should be solved now!
Regards...
--
Manty/BestiaTester - http://manty.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Ich habe heute versucht, die CD-images für die Testing-Version von
Debian herunterzuladen. Dabei gab jigdo-lite für Windows mir den Fehler,
daß unter Windows keine Image, die größer ist als 2 GB gemacht werden
kann.
No german here, but I'd say... it was my fault, and it is solved now, if
not,
Hi!
Today we have produced our first set of mipsel cd images of testing, they
have not yet been tested, so we need people with cd equiped mipsel machines
to test the new images, they are available at the usual place, which for
mipsel is:
According to http://www.debian.org/CD/jigdo-cd/, official testing
images can be found at: http://gluck.debian.org/cdimage/testing/
I believe that should be changed, the official place for the testing cds is
now http://cdimage.debian.org/pub/cdimage-testing/ and you can also get your
precious
Hi, I've changed the links. Sorry, somehow I completely missed that that
location has changed. What is the difference to the files on gluck? Judging
from the timestamps, the files on gluck are still updated weekly.
The files on gluck and on cdimage.debian.org are the same, they are
generated
Hi!
There problem in the code that selects the packages to go into the cds when
we use either metapackages such as mail-transport-agent, for example, or we
give alternatives, this translates into a problem in the size of the netinst
cds, I have talked about this with Raphael already.
The thing
Anyway, I'm concerned that this will probably not fit on a netinst iso
image. The current netinst iso is 106 mb (that includes the existing
2.6.5 kernel udebs; it's under 200 mb without them). To add full 2.6
support, we would need to add a vmlinux file and an initrd for the 2.6
kernel (3.9
Hi!
Some time ago somebody asked on our lists why didn't we made our cds behave
like the Windows cd do, in the sense that if you forget the cd in the drive
while rebooting the machine, and this one boots from the cd, if the user
doesn't touch the keyboard in a certain time, the boot continues
Hi!
I'm trying to sync the stuff we are currently using at gluck for building
the testing cds with what we have at cvs, but I have several doubts, so
sugestions are welcome.
First of all I'd like to say that the stuff we are using at gluck should now
be available at
That's good to know. I don't plan to stop building it, but actually the
build system is a laptop that sometimes I bring with me. So my new
question is: could you please tell me when are those images used? I
would like to provide always an updated kernel from SVN.
Sorry for the late reply,
Now I would like to knoe if these images are still used for creating
debian-cd or not. If this is the case I would like to accomodate the
upload timeframe and other options.
If you look at gluck's file...
/org/cdimage.debian.org/setup/debian-cd/tools/boot/sarge/boot-powerpc
you can see
Now I would like to knoe if these images are still used for creating
debian-cd or not. If this is the case I would like to accomodate the
upload timeframe and other options.
If you look at gluck's file...
/org/cdimage.debian.org/setup/debian-cd/tools/boot/sarge/boot-powerpc
you can see
We have already mirrored .jigdo .template files (no available bandwidth for
the ISO's).
The isos really take few few bandwith, I typically get a rsync speedup on
them of about 30 to 60 from one day to the next one, and they are only 100
megs in size. You can gather just the daily image and
We have already mirrored .jigdo .template files (no available bandwidth for
the ISO's).
The isos really take few few bandwith, I typically get a rsync speedup on
them of about 30 to 60 from one day to the next one, and they are only 100
megs in size. You can gather just the daily image and
When attempting to use jidgo to download sarge-i386-7.jigdo, I get the
following error message for the first 50 files (different file name for
each error, of course) after which jigdo stops. All the other jigdo
downloads work fine (so I'm not doing something wrong)
Umm, I have tested right
When attempting to use jidgo to download sarge-i386-7.jigdo, I get the
following error message for the first 50 files (different file name for
each error, of course) after which jigdo stops. All the other jigdo
downloads work fine (so I'm not doing something wrong)
Umm, I have tested right
One other thing, it would be good that people mirroring this would report it
to us so that we can have all the mirrors at the web pages and people can
use them.
One recommendation for people wanting to make mirrors of this to other
sites, as the daily cds are being built on different
Hi!
At last we have the cd images available through rsync. Everything available
at http://gluck.debian.org/cdimage/testing is now available via rsync at
rsync://cdimage.debian.org/cdimage-testing
The size of all this is over the 7 gigs (7747560k) and can grow even more as
we add more arches. But
One other thing, it would be good that people mirroring this would report it
to us so that we can have all the mirrors at the web pages and people can
use them.
One recommendation for people wanting to make mirrors of this to other
sites, as the daily cds are being built on different
On Mar 06 2004, Greg Madden wrote:
It seems the the snapshot directory, gluck.debian.org/cdimage/snapshot/,
is out of sync with the jigdo templates, building a DVD, Sarge-1-1386
(05-Mar-2004) is issing 85 files, Sarge-2-1386 is missing 136 packages.
Using another mirror finishes the build
Could you guys tell me for the purpose of the Debian installation
manual, if Debian will officially support Sarge on a DVD (either in
a form of jigdo or a full image)?
I think the question here would be what dvd sizes to support, I mean, right
now we are building testing images for 4.7Gb DVDs,
ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/sarge-dvd/jigdo/
Official images can be found at:
http://gluck.debian.org/cdimage/testing/dvd/
Regards...
--
Manty/BestiaTester - http://manty.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
On Mar 06 2004, Greg Madden wrote:
It seems the the snapshot directory, gluck.debian.org/cdimage/snapshot/,
is out of sync with the jigdo templates, building a DVD, Sarge-1-1386
(05-Mar-2004) is issing 85 files, Sarge-2-1386 is missing 136 packages.
Using another mirror finishes the build
Its burned in 4x and works on other machines. What to do?
Do you know if this machine works with other cds that boot without floppy
emulation? (CD1 for woody does this, Windows 2003 does this, ...)
Can you test with woody's first cd and current sarge build as of today?
Thanks for testing!
--
Could you guys tell me for the purpose of the Debian installation
manual, if Debian will officially support Sarge on a DVD (either in
a form of jigdo or a full image)?
I think the question here would be what dvd sizes to support, I mean, right
now we are building testing images for 4.7Gb DVDs,
Hi!
Some people have been asking here if we could set up rsync in gluck so that
mirrors of the official cd images could be set up, I have asked for this to
debian-admin but there has been no answer till now.
So, as I believe that the mirrors would be a good thing, I was wondering who
would be
about the unofficial CD images from Sarge/testing on
ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/
I wonder why does people still use the ftp.fsn.hu testing images instead of
the official ones, I mean, they were of a big help for people upgrading to
testing in the past, but now that we
Hi!
Some people have been asking here if we could set up rsync in gluck so that
mirrors of the official cd images could be set up, I have asked for this to
debian-admin but there has been no answer till now.
So, as I believe that the mirrors would be a good thing, I was wondering who
would be
I didn't know were to send this, so as the changes are related to debian-cd
I'm posting it here with the aim that somebody with powers to modify the web
can do it.
These are changes that I believe should be done because of the changes in the
cd image production that we've had lately, there are
I didn't know were to send this, so as the changes are related to debian-cd
I'm posting it here with the aim that somebody with powers to modify the web
can do it.
These are changes that I believe should be done because of the changes in the
cd image production that we've had lately, there are
Hi!
This are the changes I made at gluck to be able to build cds for a version
of Debian using Debian installer from another version, for example, the
sid_d-i netinst images we are making using Debian installer from sid and
having the packages from sarge.
It is a quick hack I did, so sugestions
Hi!
This are the changes I made at gluck to be able to build cds for a version
of Debian using Debian installer from another version, for example, the
sid_d-i netinst images we are making using Debian installer from sid and
having the packages from sarge.
It is a quick hack I did, so sugestions
Why don't you use the official testing images available at
http://gluck.debian.org/cdimage/testing/
Probably because of missing rsync --daemon.
What do you need rsync for?
sarge-i386-1.jigdo 23-Jan-2004 21:07 195k
sarge-i386-2.jigdo 23-Jan-2004 21:07 158k
Why don't you use the official testing images available at
http://gluck.debian.org/cdimage/testing/
Probably because of missing rsync --daemon.
What do you need rsync for?
sarge-i386-1.jigdo 23-Jan-2004 21:07 195k
sarge-i386-2.jigdo 23-Jan-2004 21:07 158k
http://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/sarge-dvd/jigdo/sar
ge-i386-1.template
Why don't you use the official testing images available at
http://gluck.debian.org/cdimage/testing/
:-?
Regards...
--
Manty/BestiaTester - http://manty.net
--
To UNSUBSCRIBE, email to [EMAIL
Full CD and DVD can be done once a week.
That is how we've been doing it all the time, but changes in building (I
suppose it was jigdo, but also hard could have helped) have increased the
time it takes a lot, so now I think we are only able to build 5 or 6 a day,
not all the 11 like we used to
Full CD and DVD can be done once a week.
That is how we've been doing it all the time, but changes in building (I
suppose it was jigdo, but also hard could have helped) have increased the
time it takes a lot, so now I think we are only able to build 5 or 6 a day,
not all the 11 like we used to
http://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/sarge-dvd/jigdo/sar
ge-i386-1.template
Why don't you use the official testing images available at
http://gluck.debian.org/cdimage/testing/
:-?
Regards...
--
Manty/BestiaTester - http://manty.net
Hi!
I'd like to let you know that we now have netinst bootable images for hppa,
with that one, we are having 5 arches with bootable cds, that is however
only less than half of the arches we have, so we still miss a lot of them.
I'd like to thank Thorsten Sauter for his work on hppa (as well as
Hi!
I'd like to announce that we have http://gluck.debian.org/cdimage/testing
back online again, even though we are still producing the cd images, so not
all arches are already there.
We have a new setup wich comes with even more images, and better daily
images handling, all this stuff has been
Hi!
I'd like to announce that we have http://gluck.debian.org/cdimage/testing
back online again, even though we are still producing the cd images, so not
all arches are already there.
We have a new setup wich comes with even more images, and better daily
images handling, all this stuff has been
Do you guys need any help restoring the CD image building process?
Thank you very much, but cd image building is up and running again since
quite some time, the only thing that we are missing right now is the setup
for apache, we are waiting for the admins to set that up, meanwhile the cds
are
-
The jigdo file refers to files stored on Debian mirrors. Please
choose a Debian mirror as follows: Either enter a complete URL
pointing to a mirror (in the form
`ftp://ftp.debian.org/debian/'), or enter any regular expression
Why is it taking so long to reactivate an silly include apache.conf line...
Don't ask me, I first contacted debian-admin on the 8th of December of 2003,
since then I contacted them another time and Raphael Hertzog has also
contacted them, but still nothing has happened.
BTW I was just
Do you guys need any help restoring the CD image building process?
Thank you very much, but cd image building is up and running again since
quite some time, the only thing that we are missing right now is the setup
for apache, we are waiting for the admins to set that up, meanwhile the cds
are
Why is it taking so long to reactivate an silly include apache.conf line...
Don't ask me, I first contacted debian-admin on the 8th of December of 2003,
since then I contacted them another time and Raphael Hertzog has also
contacted them, but still nothing has happened.
BTW I was just
points to http://gluck.debian.org/cdimage/testing/netinst/, but this URL
seems to be invalid, as I got an HTTP 404 - File not found.
We are waiting for the admins to setup cdimage back again, it was removed
due to the reinstalation of gluck, meanwhile you can access the cd images at
points to http://gluck.debian.org/cdimage/testing/netinst/, but this URL
seems to be invalid, as I got an HTTP 404 - File not found.
We are waiting for the admins to setup cdimage back again, it was removed
due to the reinstalation of gluck, meanwhile you can access the cd images at
Manty, am I right in assuming that you don't want the links on the web
pages to point to your page on people.d.o?
That's ok, the thing we want is the normal pages to be back ASAP, when that
will be... I don't know, why I have built that in my home... to test dvd
images.
For going back into our
Manty, am I right in assuming that you don't want the links on the web
pages to point to your page on people.d.o?
That's ok, the thing we want is the normal pages to be back ASAP, when that
will be... I don't know, why I have built that in my home... to test dvd
images.
For going back into our
All sarge i386 .template files generated after December 5 are ~600Mb
in size, is this inentional?
Where is that?
I mean, my templates are around 30 megs, even the DVD ones, which are only
a little bit bigger than the cd ones.
Also is it possible to generate template files locally?
Sorry, I
Maybe we could send out a mail to everyone who filed an install report
of failure, and see if they can reproduce the failure, and also make
sure they didn't produce a CD with a .iso file on it or similar mistake.
Sounds like a good idea, but we should have tested cd images before that, if
you
All sarge i386 .template files generated after December 5 are ~600Mb
in size, is this inentional?
Where is that?
I mean, my templates are around 30 megs, even the DVD ones, which are only
a little bit bigger than the cd ones.
Also is it possible to generate template files locally?
Sorry, I
Maybe we could send out a mail to everyone who filed an install report
of failure, and see if they can reproduce the failure, and also make
sure they didn't produce a CD with a .iso file on it or similar mistake.
Sounds like a good idea, but we should have tested cd images before that, if
you
Hi!
The recovery of the functionality of our servers is taking long, we still
don't have gluck.debian.org/cdimage back, however that doesn't mean we have
stopped making images, in fact, we are now able to produce DVD images as
well.
While we don't recover gluck.debian.org/cdimage you can find
Hi!
The recovery of the functionality of our servers is taking long, we still
don't have gluck.debian.org/cdimage back, however that doesn't mean we have
stopped making images, in fact, we are now able to produce DVD images as
well.
While we don't recover gluck.debian.org/cdimage you can find
all the net inst cd images are gone. what gives?
If you are talking from gluck, I believe this is good, in fact, the ony cd
images that we may want to have restored are beta1 images, and only if we
can check the md5sums from good known sources, the rest of the images I can
generate them as soon
all the net inst cd images are gone. what gives?
If you are talking from gluck, I believe this is good, in fact, the ony cd
images that we may want to have restored are beta1 images, and only if we
can check the md5sums from good known sources, the rest of the images I can
generate them as soon
Right, we'll want to add help screens to syslinux for all of our images
in any case. I think I understand now, isolinux uses its own help
screens which it reads from the CD, and these come from debian-cd (for
now..), but we can control the rest of them.
That's it.
I don't particularly want
Right, we'll want to add help screens to syslinux for all of our images
in any case. I think I understand now, isolinux uses its own help
screens which it reads from the CD, and these come from debian-cd (for
now..), but we can control the rest of them.
That's it.
I don't particularly want
I think that the main problem from the d-i team's perspective is that
all the daily cds and the cds for beta 1 use isolinux. So when users
come to us who cannot boot from isolinux, we have no alternative except
boot floppies or the monthly full cd builds. Any approach that provides
at
I think that the main problem from the d-i team's perspective is that
all the daily cds and the cds for beta 1 use isolinux. So when users
come to us who cannot boot from isolinux, we have no alternative except
boot floppies or the monthly full cd builds. Any approach that provides
at
Umm, seems like we go again for the same discusion, ok, I've been gathering
some old links to try to shorten this.
The isolinux / multiboot / boot floppy emulation (syslinux) decision was
already discussed for woody, at that time I was building unofficial images
for all woody's arches, and I also
Umm, seems like we go again for the same discusion, ok, I've been gathering
some old links to try to shorten this.
The isolinux / multiboot / boot floppy emulation (syslinux) decision was
already discussed for woody, at that time I was building unofficial images
for all woody's arches, and I also
Hi!
I've used the jigdo file provided on the Debian web site:
http://gluck.debian.org/cdimage/testing/jigdo-area/i386/sarge-i386-1.jigdo
Further information about `sarge-i386-1.iso':
Generated on Fri, 31 Oct 2003 21:08:51 -0700
I believe that the problem you have is that this images are old,
Hi!
I've used the jigdo file provided on the Debian web site:
http://gluck.debian.org/cdimage/testing/jigdo-area/i386/sarge-i386-1.jigdo
Further information about `sarge-i386-1.iso':
Generated on Fri, 31 Oct 2003 21:08:51 -0700
I believe that the problem you have is that this images are old,
Hi!
Why is there a 10-8 CD and then a Daily dir?
I believe I explained this in a mail to the list when it was created, the
daily dir will be holding the daily builds, and the daily builds will be
moved manually to .. (where the 10-8 CD is) when we feel that it is better
than the previous
Hi!
Why is there a 10-8 CD and then a Daily dir?
I believe I explained this in a mail to the list when it was created, the
daily dir will be holding the daily builds, and the daily builds will be
moved manually to .. (where the 10-8 CD is) when we feel that it is better
than the previous
Hi!
Yesterday night I commited some changes to debian-cd and did some changes to
the daily build of netinst images.
The changes I did to debian-cd consisted of moving yaboot data (yaboot.conf
and boot.msg to the specific release subdir where they belonged, this is
from data/yaboot to
1 - 100 of 173 matches
Mail list logo
