Re: Fwd: Bug#764549: ITP: siril -- Astronomical image processing tool
On Tue, Nov 11, 2014 at 03:54:07PM +0100, Ole Streicher wrote:
> Hi Vincent,
> Vincent Hourdin <firstname.lastname@example.org> writes:
> > we are finalizing the beta version of Siril upstream, the debian package
> > is just waiting for that release.
> Oh, I already uploaded. We will make an update onde the beta is ready.
Thank you Ole and Sergio for the answers.
We finally have fixed the beta revision to upstream svn 671. I have
updated the git accordingly.
I made a new entry in the changelog, since it has been already released.
Feel free to upload it whenever you want.
> > In the meantime, I have two questions:
> > - we had a special rule in autoconf to remove -g from the default '-g
> > -O2' CFLAGS. It doesn't make sense to us to have both by default,
> > since optimizing makes debugging not working properly. Now, debuild
> > passes its own CFLAGS that contains '-g -O2' and many others. Our
> > mechanism is not able to filter out the -g in that case. May I ask if
> > this is normal to have these in debian built packages? Are all debian
> > packages built with -g? That sounds like a lot of wasted space to me.
> > I have seen there are some options like DEB_CFLAGS_MAINT_SET, but I
> > guess that's not recommended. What is the recommended way of setting
> > CFLAGS with debian packages, or of removing the -g at least?
> I would keep the Debian CFLAGS as they are, unless you have a (package)
> specific reason not to do so. I think the -g flag is mainly to build
> -debug packages.
> Space is not wasted since dh_strip removes the debugging symbols from
Ok I understand better now with the stripping part.
> > - once we have the debian unstable package created, is there an easy way
> > to port it or to include it in other distributions, like Ubuntu, Mint
> > and other debian derivatives?
> Ubuntu automatically imports them from Debian, and Mint (as far as I
> know) from Ubuntu. So, you don't need to do anything here.
When you say automatically, does it mean without human intervention and
as soon as it's available on the debian repositories? As Sergio
explained it, the packaging may differ between OS, so who will adapt it
to Ubuntu and others?
What is the general time frame of package acceptance by other OS?
> Best regards
> To UNSUBSCRIBE, email to email@example.com
> with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org
> Archive: [🔎] email@example.com">https://lists.debian.org/[🔎] firstname.lastname@example.org