[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Separate release for m68k (and The Hurd?)


i just updated my etch cd, watching all these packages downloading
i can never use, i was reminded again there could be a better way.

here is a "lite desktop" that could be installed easily and might be more
useful as well as saving the build pressure:

apt-get install abiword acpi acpi-support acpid anacron apmd bc
beep-media-player bittornado bittornado-gui bogofilter cdparanoia
cdrecord cupsys cupsys-bsd cupsys-client cupsys-driver-gimpprint
dbus-1-utils dillo dc doc-debian dvd+rw-tools esound emelfm fetchmail
mozilla-firefox mozilla-browser foomatic-db foomatic-db-engine
foomatic-db-gimp-print foomatic-db-hpijs foomatic-filters
foomatic-filters-ppds gaim gnome-sudo gnumeric gqview graveman gs-esp
hal hotkey-setup hplip hplip-ppds irssi-text icewm icewm-themes
icewm-common icewm-gnome-support icepref iceme ivman lftp libesd-alsa0
libgl1-mesa libglib2.0-data libglut3 libsasl2-modules libxp6 links2
lynx mc menu mgp mkisofs mousepad numlockx pnm2ppa
powermanagement-interface powernowd procmail readahead rox-filer
screen scrollkeeper slocate smbclient sylpheed synaptic ttf-arabeyes
ttf-arphic-bkai00mp ttf-arphic-bsmi00lp ttf-arphic-gbsn00lp
ttf-arphic-gkai00mp ttf-baekmuk ttf-bitstream-vera ttf-freefont
ttf-indic-fonts x-ttcidfont-conf ttf-kochi-gothic ttf-kochi-mincho
ttf-malayalam-fonts xfonts-scalable xfonts-100dpi xfonts-75dpi
ttf-mgopen ubuntu-docs unzip wdm x-window-system-core xchat
xkeyboard-config xorg-driver-synaptics xpdf xterm xzgv zip xine-ui

i got this list off the Ubuntu lite wiki. now, there is ONLY i86
support there. why ?

i don't know but no reason why not here some others like 68k ?


besides a reasonable list of packages (perhaps a few more than the above)
as far as i can tell there needs some improvement in hardware support
before anything like a release of etch: in the mac department i feel we
need Most quadras supported and some MacII types. in unstable should
be try and get the LC quadras and some '030 powerbooks (they were
there at some point).

also there is more hope for me in supporting the coldfire port, in
addition to aranym, perhaps basilisk also. i was on motorola page
yesterday i saw they have 2.6.16 linux there as a cd-iso. where are
those developers ?

if the pressure gets taken off for the busy work maybe there can be
some progress if there is sufficient consideration given to upstream and
"sidestream" neighbors, i believe there could be more hope here
long term than in netbsd which although in better shape now is
perhaps less well situated to bring in developer influences.

so maybe better, IMHO if there is some thing of a branch here,
not a fork just a branch.


On 10/17/06, Wouter Verhelst <wouter@debian.org> wrote:
Hi all,

So now that the release team has officially declared the m68k port not
part of the release anymore, we need to find out what we want to do with
our port. I guess it's pretty clear, at least on our end, that we do
want to release something which will be as close to etch as possible;
the question is how we'll do this.

Since Michael Banck told me on IRC that he'd also have some interest in
doing something similar for The Hurd, I've Cc'ed the Hurd mailinglist.

An obvious method of doing this would be to set up a separate
m68k.debian.net or something similar, and use that to distribute our
binaries. However, before we go down that road, I'd prefer to recall
something from the original Vancouver proposal, where it was suggested
that it would be possible for non-released ports to do "snapshot"
releases; additionally, Jeroen Van Wolffelaar told me in Breda that it
should theoretically be possible to create a separate suite for a
separate m68k etch-like distribution, which we then would be allowed to

This mail is intended to find out if and how we'll go about setting this
up. Ideally, it would initially be populated from whatever is testing
currently where we'd be able to somehow manage what packages can go into
this suite by ourselves, with or without ftpmaster intervention.

An obvious alternative would be to set up a separate repository on
m68k.debian.net or something similar; but I'd prefer to exhaust other
possibilities before going down that route.

<Lo-lan-do> Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22

To UNSUBSCRIBE, email to debian-68k-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Reply to: