Hi everyone, looking back in time, when most of applications were distributed as .ipk packages, there was a reason for "application updates" section of CUs, to exist. In present days, most of applications with their bitbake recipes are fairly quickly added to particular OS repositories. According to this, all users upgrading their OS, upgrades their applications also. Also keep in mind that filling this section with data takes a significant amount of time. Thus a question arises: Is it still necessary to keep "Application updates" alive? P.S.This question does NOT include "New Applications" section. -- Patryk "LeadMan" Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point _______________________________________________ devel mailing list devel@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/devel
Hi, I think that the "application updates" is useful. But this it should write from the applications developers, in this way they know if the update is important to highlight or not. My 2 cents Luca _______________________________________________ devel mailing list devel@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/devel
If applications developers had important update worth mentioning in CU, then it would be great to ping distro maintainers and get that update in distribution feeds before CU release and then just inform users about what nice&new to expect with in new distro upgrade. Completely new applications without recipe/without easy way to create one are OK to be announced on CU with .ipk link and integrated later after some users feedback? Regards, -- uin:136542059 jid:Martin.Jansa@gmail.com Jansa Martin sip:jamasip@voip.wengo.fr JaMa _______________________________________________ devel mailing list devel@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/devel
I think it is necessary: 1. not all apps main developer has control over the corresponding bitbake recipe on OE or SHR. 2. Redundancy in this case is very important as every one of us has its "own way". 3. Here is live after SHR, other OE distros, debian, openwrt, gentoo ..., I don't follow most of them but having them makes me happy.. _______________________________________________ devel mailing list devel@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/devel
