alsa-utils-1.0.14/alsactl/state.c has the bad looking line: fprintf(stderr, "XXX write TLV...\n"); this is printed out while booting init phase Reproducible: Always Steps to Reproduce: 1. rc-update add alsasound boot 2. reboot 3. look at the boot messages Actual Results: XXX write TLV Expected Results: no such a message
Created attachment 124316 [details] corrected alsa-utils-1.0.14.ebuild
Created attachment 124317 [details, diff] new patch alsa-utils-1.0.14-xxx-write-tlv.patch
i created a patch and tested it successfully. here it works now. the ugly message is gone while booting.
(In reply to comment #2) > Created an attachment (id=124317) [edit] > new patch alsa-utils-1.0.14-xxx-write-tlv.patch > Silencing errors from code is probably not something that upstream would accept but you can try. Any way please submit your issue upstream too.
> Silencing errors from code is probably not something that upstream would accept > but you can try. Any way please submit your issue upstream too. i do not understand. how to submit this issue upstream? beside: i accepted the patch and i think this is not only my issue. ;-)
(In reply to comment #5) > i do not understand. how to submit this issue upstream? https://bugtrack.alsa-project.org/alsa-bug/
I'm not going to incorporate this change unless UPSTREAM agrees on that. Sorry.
is it really such hard to take responsibility for deleting the ugly message "XXX write TLV" caused by an obviously debugging relict in the file state.c of alsa-utils? unbelievable!
(In reply to comment #7) > I'm not going to incorporate this change unless UPSTREAM agrees on that. Upstream agreed. https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3185 http://hg-mirror.alsa-project.org/alsa-utils/rev/b230fef1ea76 Please reopen this bug.
(In reply to comment #8) > is it really such hard to take responsibility for deleting the ugly message > "XXX write TLV" caused by an obviously debugging relict in the file state.c of > alsa-utils? unbelievable! > Keeping patches in sync with upstream changes requires work which can be avoided when the changes are merged upstream. (In reply to comment #9) > > Please reopen this bug. > done
(In reply to comment #9) > (In reply to comment #7) > > I'm not going to incorporate this change unless UPSTREAM agrees on that. > > Upstream agreed. > https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3185 > http://hg-mirror.alsa-project.org/alsa-utils/rev/b230fef1ea76 > > Please reopen this bug. And it's in CVS now. Thanks to whoever took that upstream.