On Sat, Jul 2, 2011 at 2:46 AM, Pavel Sanda <sa...@lyx.org> wrote: > John McCabe-Dansted wrote: >> I could try suggesting on ubuntu-devel-discuss that lyx would be a >> good candidate for more frequent releases. Something like: > > i think the real issue is that there is really nobody who cares > about lyx package, not that the info about needed lyx update > is missing. there were many parallel reports about 1.6.5 thing > in ubuntu bugzilla and nobody cares.
Unfortunately that seems to be the same for other packages as well. Iirc I've have bugs against xserver-xorg rot in launchpad as well, though I guess not ones with upstream fixes. >> "Ubuntu doesn't officially support packages in universe, but upstream >> developers often support Ubuntu, even adding workarounds to Ubuntu >> specific bugs. > > afaik not true. OK, officially may be the wrong word. Ubuntu basically doesn't support LyX at all once it is released. I recall that there was a bug in one particular version of Qt, which was worked around in LyX since it was in Ubuntu. So afaict LyX does offer some sort of unofficial support for Ubuntu. If LyX and Ubuntu don't play well together it is more likely that a fix will come from LyX than Ubuntu, even if the bug is technically in the Ubuntu core packages. >>It is then frustrating for them to get the same bug >> reports over and over since the version in Ubuntu is frozen for six >> months. I suggest that Ubuntu offer to sync packages for certain >> upstream projects upon request from upsteam. LyX would be a good >> candidate: > > i guess this goes against their stabilizing policy. again someone > with real power is needed to recognize the critical bug and bumps > new version, i.e. package maintainer. Possibly we could try to get Rainer recognized as a Per-package Uploader for LyX, if Rainer wants this. Getting involved in Ubuntu is reputably easier than Debian. This would involve some collaboration with an Ubuntu sponsor and an application like the following: https://wiki.ubuntu.com/AdrianPerez/PerPackageUploaderApplication -- John C. McCabe-Dansted
