Hi, I'm having problems with this, it is the first time I build sparc
images, and I seem to be having problems with the boot.
This is the error I'm getting:
Generating the binary iso images ...
/usr/bin/mkisofs: No such file or directory. Cannot access 'boot/second.b'.
I haven't had much time
It's a known feature at the moment. You may not have noticed yet, but
:-)
the Sources files on the source CDs have the same issue. There have
I'm not trying to build source cds, so I haven't noticed :-)
About your patch, applied it, built the package, installed it, and tried to
make a set
Hi!
Yesterday I downloaded some cd images from ftp.fsn.hu, aka
ftp.hu.debian.org, as everybody is mirroring their images I was supposing
that they were offering good quality cd images of debian, being ourselfs
also making unoficial cd images I like to know what the others are up to,
wich scripts
then check the diff. That might give a clue about the cause of non-inclusion.
Note that dpkg-scanpackages will not include two .debs with the same package
name, this might be the case here.
Even though what you say is similar to what I had already done and reported
to the list on my message
Can someone check that ? If that's the case, we juste have to search why
the link is not created. :)
Ok, seems your last commit solved that problem, but...
manty@pule:/home/ftp/tmp/woody-i386/CD5$ find . -type f -name '*.deb'|wc -l
327
manty@pule:/home/ftp/tmp/woody-i386/CD5$ find . -name
Hi!
I have followed the problem with the woody-secured from outside, without
participating on any of the discusions, so maybe I have misunderstood
something, if so, sorry.
Well, I think that the first problem we have is that the solution that we
have now implemented on debian-cd, the one that
Hi!
Any chance of someone generating ISO images for non-i386 architectures for
woody on a semi-regular basis? (bi-weekly maybe?) [0]
I may be able to do this, even though the images should be on two diferent
machines at the university of La Corun~a, I have to ask for permision, but
first I'm
m68k CDs bootable? For what? AFAIK m68k machines need to bootstrap from the
native OS. Maybe VME could use it, did you check with out vme hackers if
that is really neded? We never had bootable m68k CDs, did we?
Well, don't know if they are bootable or not, but debian-cd has the
boot-m68k
Hi!
I'm trying to build cds for the hppa arch as well as for all the other
target arches for woody to make them available for testing as aj had
sugested.
However I have came into problems when trying to build for hppa, I have
built palo 0.94 on the sparc on wich I'm building and have it
Hi!
As I had said when AJ had sugested it, I have put a machine to build cds for
woody for al buildable architectures on woody right now.
CDs are built on a sparc machine, wich holds some of them, the rest are
transfered to another machine. You can read more about this and how to
download them
The CD's in fact do not boot.
Is there any message or something?
The boot from sparc has been adapted from that on potato, as there weren't
many changes, maybe someone can point the problem if you can tell us the
messages you get on booting.
Any ideas on how I should go about installing
Hi!
Well, I have tested today the new commits from jwest to make de alpha cds
bootable, they kind of work, in fact with a little change I have been able
to end the cd image creation proccess for alpha and I have put them
available for alpha testing, more info on how to download and all necesary
Is there such a thing? I've built potato sparc CD's successfully with the
on http://cdimage.trasno.net
Well, this are supposed to be bootable, but have not been tested or if they
have been tested nobody has cared to report back the status of them, so if
you do, please report back.
I must
Sorry, I missed to cc the list on my last reply, that's why I leave all the
quoting. Mea culpa.
On Sep 28 2001, jason andrade wrote:
On Fri, 28 Sep 2001, Santiago Garcia Mantinan wrote:
Which is the problem and what do you propose?
it's not a problem as such - i just think it could
In a rash moment I offered to make the H3 Hurd CD1 multi-boot.
Unfortunately I cannot get multi-boot to work. I do not know if it is my
machine or me.
Umm, my experience is that some modern machines support it (I have a via
based PIII with weird award bios that does) and some others don't
On Jan 13 2002, Philip Charles talking about Smart Boot Manager wrote:
This looks as though the debian-cd team could use this. Unfortunately I
could not find it in the Debian archive.
Well, the thing is that Smart Boot Manager (http://btmgr.sourceforge.net)
is a really good tool, but its
Now I'm working some docs of SBM. Any suggestions?
Not any that I can think of, I was adding a new feature myself, to init the
VGA to work on TV frequencies, fact I have a working SBM that does it which
I use on my server, but I hadn't integrated it on the menus of SBM, I had to
figure out how
Hi!
I suppose you all know that through http://cdimage-unofficial.debian.net we
are offering unofficial Woody cd images of all the architectures targetted
to be released.
Well, now this unofficial Woody images are not only made available on the
machines of the University of La Coruña, where
Hi!
It is long time since I want to write this mail, but I have reviewed cvs and
this bugs seem to still be there, so here are my patches to solve a couple
of small issues, should they seem ok, I can apply them myself but I'd rather
not do it without aproval from the main coders ;-)
The first
On your homepage (http://cdimage-unofficial.debian.net/), download is
misspelled dowload.
Corrected, thanks for the report!
Regards...
--
Manty/BestiaTester - http://manty.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I'd like to install Woody via CD-ROM on my iBook2 in order to
diagnose and fix boot-floppies bug #135594. I haven't been able
to find the ISOs. Do they exist? If so, where do I find them?
You can get them at powerpc.trasno.net via rsync (prefered), http, ftp
(least prefered). What I don't
I would like to download a cd image of Woody for PowerPC, as I cannot boot
from floppy on my powermac G3 (new world). I have been unable to find the
Woody is still not out, however there are unofficial images, you can get
yours from powerpc.trasno.net via rsync, http or ftp, if you want more
* Fix kernel name.
I guess this is a fatal error if it do not work. Is that correct?
Yeah, but I may have done a typo and sometimes it goes undetected
for several weeks if the typo is arch-specific ... because not many
people build non-i386 images.
Umm... maybe what I was going
Hi!
First of all, sorry for the crosspost, but I think that the message belongs
to all the three lists.
I'm trying to see if woody will work on one of this machines, they are
powerpc based, the one I have access to has a serial console, cdrom and
floppy.
I read the Boot Floppies documentation
Hi Ben!
Yeah, I can fix this up tonight. I have a new method I want to implement
which will not only simplify the sparc boot, but make it so you don't
need root to build it anymore.
Will this new method work with mkisofs or will we still need an old mkhybrid
for the sparcs?
BTW: maybe not
Hi!
After testing isolinux images on several machines I have come across one
where it does not work, it is a Fujitsu 600 sp or something like that, they
are Pentium based machines and they are capable of booting from cdrom, even
ElTorito multiboot works on them without any problem, however
rsync/httpd/ftpd and so. There is space enough on the ordinary server if I
drop manty's images that haven't updated for a month now.
Manty: Any objections?
Not at all.
Regards...
--
Manty/BestiaTester - http://manty.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Anyway, let's go for the Debug dump of isolinux that I got on this machine,
the scsi card is a symbios 53c875J based Diamond, and this is the dump:
Where is the SCSI BIOS for this card?
If you mean if it has a bios on the scsi board it does, if you mean where
can one download a bios to have
Hi!
The custom isolinux that I have commited now into debian-cd is version 1.67
of isolinux (which should be the most stable one) with a change so that it
outputs a message explaining the user that he can boot of cds 2-5 if
something fails.
The output of isolinux when booting correctly looks
I would appreciate any details about ISOLINUX 1.72 or later failing
where 1.67 succeeds. This is critically important, for obvious reasons.
Well, I don't have any, I just chose 1.67 following a conservative politic,
after all at 1.70 you had made Major code restructuring so I didn't know
how
I would like to test the latest distribution. As hppa.trasno.net and
iesc.udc.es are dead, where could I find the latest ISO for HP-PA ?
Maybe it was dead (it is the same machine) but it is not now, and I have
just built new hppa images available in both jigdo and iso styles for you to
test.
At least in the case of woody, dmesg and dmesg.readme appear to
already be in the disks-m68k directory, so the wget lines should no
longer be necessary in woody/boot-m68k. You can safely remove them.
Following Raphael Hertzog's advice I'll change them into a cp of the boot
floppies files.
You can simply remove the lines, since they are already where they need
to be after the mv ln -s in the script.
Yes, I saw that after replying to the mails.
I suppose this indicates that I ought to commit a few of these tweaks.
I'll do it today, or at least publish my diffs.
Yes, that
Okay, since Phil's being a slacker, a group's now available on gluck
(debian-cd) with [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] and
[EMAIL PROTECTED]
I think that Phil should be the one in setting up the base, but as he
doesn't seem to be available at this
Hi!
I'm happy to announce that we have produced the first official Sarge CDs for
testing, this CDs are not bootable at all and should only be of any use if
you are planning to upgrade your system to Sarge, a.k.a. testing, the Debian
version currently being developed, or if you just want to test
Hi!
As some of you know, we have started producing Sarge CDs for testing
purposes, now this production has been automated and the CDs will be built
every friday night (GMT) but it will last several hours. We will produce
images for all eleven arches released on Woody. The URL to download them is
Sorry for taking so long to reply...
Great! What should I put on the web pages - are the images (going to
be) regenerated automatically every week?
As you will have read on my last announce (Subject: Basic Sarge CDs
periodically built), they'll be built weekly, yes, in fact this night the
I'm trying to get CD installs to work, and right now I can't do ...
anything, really, since libc-udeb is missing, so I'm stuck with the
ultra-reduced libc from the floppy I boot from.
Well, the libc-udeb problem has been worked out severall days ago via hacks
on deiban-cd and while we didn't
Why is it in contrib then ? Things like that only complicates life. :-(
I don't know, I didn't follow the discusion on how it would enter Debian.
Regards...
--
Manty/BestiaTester - http://manty.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
I'm trying to make some small CDs at home, just with the stuff to make a CD
install using debian-installer, so that we can test it without the need to
download a full CD, if I succeed I'll put that on gluck and make it
official.
The thing is that in making this I found a bug on
Hi!
I've been working on a patch to make debian-cd be able to build small cd
images. I think this one does it.
The following patch produces images just with:
1-debian-installer and the doc
2-debian-installer, files necesary for a basic install and the doc
I have tested it both here at home and
| First of all, what do we want to build, the smaller ones 45 Mb right now,
| or the installable from cd ones, 83 Mb.
Why not both?
It's ok with me, we only need good names for them so that people know what
to download ;-)
This could be fixed by having packages not using the normal
I suggest to move the ISO images and all in /cdimage/ instead of
/debian-cd/ or something like that ... any comment ?
If /cdimage is not used on this or on other machine that may be holding cd
production in the future, then there is no problem with me.
Regards...
--
Manty/BestiaTester -
Hi!
I'm happy to announce that we'll be weekly creating netinst cds for testing
(the future sarge distribution), this cds are made using Tollef Fog Heen's
daily images of the debian-installer, like the full images we are currently
building.
The images will be accesible by the full ones, this is,
can you create a separate rsync share for the cdimage/testing archives
for mirrors ? even if it is unlisted ?
I wouldn't mind if /org/cdimage.debian.org/www/testing/ on gluck was made
available through rsync, in fact I'd like to see that, but I don't have the
power to make this happen. Does
Buenas...
Me baje el .jigdo de 'SARGE' desde un mirror oficial, pero no bajo
todos los paquetes, avisa 30 archivos que no encuentra:
Primero supongo que sabes que Sarge es una distribución de Debian que está
en pleno desarrollo, por lo que no es estable todavía, vamos, que no ha
salido.
¿De
It doesn't fail, it's probably just not used by the scripts run on
gluck... Santiago could you please use exclude-sarge and
unexclude-CD2-sarge in the build on gluck ?
I have added that on the conf and have started rebuilding i386 cds right
now.
BTW, I was wondering if we should also use
Hi!
Today I upgraded cd creation stuff on gluck and rebuilt the i386 images,
this weekend all other arches will be rebuilt, so if somebody wants to have
a look at the i386 images and try to see if something is wrong, it would be
great. The main changes are that I'm now using debootstrap 0.2.2 and
I have just built new sarge cd images making some changes to debian-cd so
that installation could in some cases arrive to a successfull state in the
end, Petter Reinholdtsen and Sebastian Ley have been testing the netinst
images and seems to work quite well, even though there are still a lot of
The changes on debian-installer+kernel finally were this:
#include debian-installer
cramfsprogs
dash
+discover
+eject
+grub
initrd-tools
-kernel-image-2.4.19-386
+kernel-image-2.4.21-4-386
+locales
+lvm10
zlib1g
Is this good for a commit? Comments?
Regards...
--
Manty/BestiaTester -
Hi!
Well, I've been having some changes around for some time at gluck that I'd
like to commit and others that I'd like to discuss with you, first let me
explain the ones I think should be put in:
I have written an script that I have named tools/generate_di+k_list like the
one we had already and
Thanks to the help of Richard Hirst who has made the script to make ia64 cds
bootable and shown Jeff Bailey how to build debian-installer for ia64, Jeff
has built a debian-installer image for ia64 and I have built both netinst
and businesscard cds, now we need somebody that can test the cds to see
Peter, please reply to the lists, I don't know a thing about ia64 and people
on the lists can help us with this kind of things ;-)
On Oct 07 2003, Peter Chubb wrote:
Santiago == Santiago Garcia Mantinan [EMAIL PROTECTED] writes:
Santiago to see if they boot, the installer is started
PowerPC porters ? Can you look at this bug and respond ?
I have looked into it myself, the cds should be bootable now, as soon as I
clean up the powerpc changes I outlined in my last post I'll commit the
changes to debian-cd.
Regards...
--
Manty/BestiaTester - http://manty.net
--
To
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
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!
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,
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
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
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
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
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 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
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
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
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
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 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
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
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
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
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!
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
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?
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
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
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
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
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,
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
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!
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
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!
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:
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,
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
1 - 100 of 173 matches
Mail list logo
