* Christoph Biedl [Wed May 10, 2017 at 12:02:21AM +0200]: > Michael Prokop wrote... > > * Christoph Biedl [Mon May 08, 2017 at 11:41:26PM +0200]:
> > > So I guess this release will, like Debian, no longer support older i386 > > > CPUs? Then the release notes should mention that on some place. I'll try > > > to test on K6 and C3 systems these days, this should fail, and hopefully > > > in a sane way. Also, no worries, they are at least 15 years old now and > > > demand a tremendous amount of pocket money. > > Yeah, we don't modify/rebuild Debian's userspace tools and our > > kernel is based on Debian's. I don't have any such old systems > > though and don't know which CPUs are exactly unsupported now. > > So whoever knows what we should write in our release notes, please > > just create a PR or patch against > > https://github.com/grml/grml.org/blob/master/changelogs/README-grml-2017.05-rc1/index.html.tt2 > > :) > Just borrow from the stretch release notes[1]? With some changes and > also an addition: [...] > [1] > https://www.debian.org/releases/stretch/i386/release-notes/ch-information.en.html#i386-is-now-almost-i686 Good idea, thx :) > > > A visual: At least the small i386 image prints a "[ FAIL ] amixer binary > > > not availble" warning during boot. If it's easy to avoid that, please do > > > so. > > amixer is coming from alsa-utils, which would pull in ~8MB of > > additional disk space usage on grml-small, so probably not worth it. > > Should we just make it a warning instead of an error message, or do > > you suggest something else? > Drop the init script or whatever causes this from -small. If this means > too much work, rather focus on other issues. I did take care already: https://github.com/grml/grml/issues/24 regards, -mika-
signature.asc
Description: Digital signature
_______________________________________________ Grml-devel mailing list [email protected] http://ml.grml.org/mailman/listinfo/grml-devel
