ugene's license allows it to be auto-buildable, please whitelist it on
the buildd network.
I'm uploading right now a version with XS-Autobuild: yes.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
On Mon, Jan 18, 2016 at 10:34:09AM +, Mattia Rizzolo wrote:
> ugene's license allows it to be auto-buildable, please whitelist it on
> the buildd network.
>
> I'm uploading right now a version with XS-Autobuild: yes.
and then I notice the current one already has it,
On Mon, Jan 18, 2016 at 01:44:13PM +0100, Andreas Tille wrote:
> Hi Matthia,
>
> On Mon, Jan 18, 2016 at 10:42:50AM +0000, Mattia Rizzolo wrote:
> > missing the whitelist bit.
>
> I admit *personally* I lost my motivation to ask for whitelisting. If I
> tried last time
On Mon, Jan 18, 2016 at 08:55:14PM +0100, Andreas Tille wrote:
> On Mon, Jan 18, 2016 at 03:03:37PM +0000, Mattia Rizzolo wrote:
> > that's unfortunately a common situation in too many parts of debian :(
>
> I would agree but strictly speaking non-free isn't a part of
me he's probably
going to have a look at it next week.
Given that it doesn't look such an important step moving this small
transition forward I hold back on the NMU things.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 454
otally useless for this case. He acked a
0-day NMU though, so I just uploaded it. If everything goes well, in 5
days libquazip should be good to go into stretch, then.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .&
ding 'signed-tags = True' in ~/.gbp.conf :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: http://mapreri.org : :' :
Launchpad user: https://launchpa
e doing a commit, so most probably now orig diverged from your
local repository...); furthermore there are at least 2 tags missing,
which doesn't help.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
mor
uploaded.
On Mon, Mar 7, 2016 at 6:55 AM Michael Crusoe
wrote:
> My apologies; I've updated Git
>
> On Sun, Mar 6, 2016 at 10:50 AM, Afif Elghraoui wrote:
>
>> Hi, Michael,
>>
>> On السبت 5 آذار 2016 11:22, Michael R. Crusoe wrote:
>>
>>> Can I get bamtools 2.4.0+dfsg-4 sponsored? I split the
ill be painful enough also without more new packages...
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: http://mapreri.org : :' :
Launchpad user: h
On Tue, Mar 08, 2016 at 05:10:53PM +0100, Andreas Tille wrote:
> On Tue, Mar 01, 2016 at 06:21:18PM +0000, Mattia Rizzolo wrote:
> > Also, can you please use signed tags? with gbp is just a metter of
> > adding 'signed-tags = True' in ~/.gbp.conf :)
>
> If we woul
me of #821091
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `.
it working :) (hope you're ok with it)
From a quick glance on git, to me it seems that you forgot about the
override_dh_configure override (as you don't want it for -indep, but you
do for -arch).
Also, it would imho be nice to have Build-Depends splitted
On Fri, Apr 22, 2016 at 12:27:17PM +0200, Julien Lamy wrote:
> Le 22/04/2016 11:55, Mattia Rizzolo a écrit :
> > On Fri, Apr 22, 2016 at 11:14:16AM +0200, Julien Lamy wrote:
> > Have you really tested that `dpkg-buildpackage -B` (what is done on
> > arch-dep builds
te of git (I won't commit this diff above, if you want it do
it yourself :)) and I can upload as-is.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
e created in the configure target.
I added it, tagged the repo and uploaded :)
Also, I did a source only upload, so you'll quickly see if/how the whole
thing works in the buildds ;)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944
t is only because
somebody noticed and filed a RM bug for it, but I wouldn't mind
spreading knowledge and having also maintainers be aware of more
in-depth things of how the archive works, and maybe having them do the
bug filing next time :) (I'm doing it now).
--
regards,
On Thu, May 05, 2016 at 10:04:33PM +0200, Gert Wollny wrote:
> Hello Mattia,
>
> Am Freitag, den 29.04.2016, 19:05 + schrieb Mattia Rizzolo:
> > If this process automagically worked in the past is only because
> > somebody noticed and filed a RM bug for it, but I wouldn
If the package has been rejected you just need to upload it again (after
having fixed whatever problem leaded to the reject). You don't have to
dcut anything.
On Sat, 7 May 2016, 12:00 p.m. Michael Crusoe,
wrote:
> Ugh, how do I re-upload a rejected package?
> -- Mesaj redirecționat ---
Exceptions occour for very simple transitions involving a handful of
rdeps, or stuff already ack'ed by the release team.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https:
libdcmtk5-dbg also contains debug symbols for
all the binaries in /usr/bin, not only the library itself, which is
really counter-intuitive given its package name.
> I'll ping you on the list when this is done.
Thanks.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A
On Sun, May 08, 2016 at 07:46:00PM +0200, Gert Wollny wrote:
> Am Sonntag, den 08.05.2016, 17:36 + schrieb Mattia Rizzolo:
> >
> > >
> > > I'll ping you on the list when this is done.
> > Thanks.
> >
>
> Okay, done, tested, and pushed. I
but in my experience the
> compiler sometimes just optimizee things away because it sees that the
> hardening code is not needed, and then lintian warns about it.
That's not the (only) hardening I'm talking about, but about PIE and
bindnow, and that has nothing to do with optima
d upload for this?
Yeah, sure, looking :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
d upload for this?
One thing only: I see there are a lot of patches in d/patches/, but only
one listed in d/patches/series. Maybe you can delete the old ones?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more abo
On Fri, May 13, 2016 at 04:35:22PM +0200, Julien Lamy wrote:
> You're right, I can't think of a reason as to why I kept those: change
> committed.
Alright, uploaded :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B0
!
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.deb
port-dscs --debsnap` to create a git
repository with all the versions ever uploaded to Debian. That creates
a way more useful history :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me:
rk in progress anyway.
As you prefer, but you might want to commit those 2 things above (I only
looked up through anonscm.d.o webui).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapre
r your@mail.address
> retitle bugnumber ITP: package_description
> thanks
https://www.debian.org/devel/wnpp/#howto-rfp
(personal opinion: anybody who wish to maintain a package in debian
should know how to interact with the debian bts)
--
regards,
Mattia Rizzolo
GPG Key:
ill not
> > stop you from applying.
> >
> > Kind regards
> >
> > Andreas.
> >
> > --
> > http://fam-tille.de
> >
> >
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B
Hi,
I noticed you didn't push the last upload, could you please push it.
FWIW, I wanted to upload the fix for https://bugs.debian.org/851336 -
which is just an extra build-dep on python-ruamel.yaml ... So feel free
to do that as well :)
--
regards,
Mattia Rizzolo
On Tue, Aug 08, 2017 at 05:57:49PM +0300, Michael Crusoe wrote:
> Pushed, thanks for the reminder! I'll make another release with that fix.
Thank you!
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
mor
g them?
The clean target doesn't clean enough? etc etc.
Note: I haven't looked at the package at all.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://m
On Mon, Aug 14, 2017 at 02:38:01PM -0300, Thiago Franco de Moraes wrote:
> Thanks Mattia Rizzolo!
Hi,
Could it be that my email went to your spam? I'd be interested in
avoiding it, please tell me if you have any information about why that
happened.
> It seems to be lintian clean, n
about using
--component= when running `gbp import-orig`, check out the manpage.
I tried it with opencv during the summer, and I must say I'm quite happy
with it.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .'
ysam generally need to be in sync,
regardless of soname changes" is not a thing: if such "synciness" is
needed, that also needs to be expressed by means of
Depends/Breaks/Conflicts/….
Please file a RC bug against python-pysam for being broken.
--
regards,
Matti
ately, and
need not to be done at the same time either).
If you find issues getting stuff sponsored, please do point me to it
privately (I know you are on IRC, that tends to often work best for me).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FC
O update the htslib package to the latest release.
>
> Very true I did try building 1.6 and there was a problem with
> running tests that I haven't investigated yet.
Let me recommend adding the symbols file and getting it right before
doing 1.6, so symbols new in 1.6 are correctly
y offer to sponsor, but still happy to help with the
symbols file (and other things) after the first sketch :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
go for a 1.5-3.
I've fixed it.
I force pushed a tag change for debian/1.5-2, as it pointed to something
that was not what was uploaded (bad tille!)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more
x27; not '1.6-1'
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'
try your luck without removing ...
Sure, I'm just saying that that "patch" is not supposed to be blindly
applied.
If it were then we wouldn't need to manually maintain the file...
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B
So, I had a closer look at it:
On Mon, Dec 11, 2017 at 05:23:19PM +0100, Mattia Rizzolo wrote:
> 1) you happily removed symbols: why so? removing symbols is a ABI
> break, and that would usually call for a SONAME bump that upstream
> didn't do. Those things need to be investiga
y anything, so it's "fine enough" to just drop them from the
symbols list.
> [1] Yes, we're aware of non-portable visibility declarations, and
> have historically had limited interest in taking up that maintenance
> burden in HTSlib.
I see. pity :)
--
regards
C static libraries are
kind of liked by science/med people; icbw of course)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user
anges that were done in the same commit could be reverted as well.
But who knows…
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :&#
.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https:/
master" so that DDs can create repository within
the group (the idea is that the "Debian" group will replace
collab-maint).
Those emails really were the worst, I'd have personally prefer to avoid
spamming 1k+ people with those days before the actual announcement.
--
regards,
ispatch@ is enough.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
. Besides, I'd expect all package repositories to have
been sending mails to tracker since years ago, but that doesn't exclude
any mailing list collecting them.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .
atch+socket++_...@tracker.debian.org (for example).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: http
the ABI, but it seems to me that it also break
the API?) without changing SONAME or giving a proper explanation.
I'll be doing some git wrestling and cutting a 1.3.3+dfsg-2 with the
commits that can go in (and then merging in master).
The last point is a blocker for an update to 1.3.4.
-
On Sat, Apr 21, 2018 at 11:13:42AM +0200, Mattia Rizzolo wrote:
> Alexandre Mestiashvili, Dimitri John Ledkov, Andreas Tille: please
> remove them from your local checkout. I also would like to ask you to
> please refrain to push tags for things you are not 100% sure are going
> to
x27;d upload 1.3.3+dfsg-2 today, instead of e.g.
> uploading 1.3.4+dfsg-1 instead. But I guess that's your prerogative.
Please read my first email, around the bottom.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
d?
I already did.
Please stage those changes in git master for the next upload!
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launc
only
when the SONAME is changed.
> Also I am a bit surprised of the mentoring tone of the message. Thank
> you for your work but why can't it be resolved by submitting bugs for
> every single issue as for example Helmut did? Is that the importance of
> libz
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: http
der if at least some kind of comment
should be added to the .symbol file for those symbols.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :
nt of those
symbols as per point 2 above. Something like:
(should only be used when static linking)ZSTD_CCtxParams_init@Base 1.3.4
Nonetheless I recommend doing a check like the one you did at point 1
every time such symbol is removed: it's not like history isn't full of
software usin
file.
Also, I see you added " cram_drain_rqueue@Base 1.8-1": you should simply
use the upstream version, without the debian revision there.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .'&#
.symbols file.
>
> What do you think about my alternative suggestion to reintroduce the
> function (which is empty anyway)?
If like they said it wasn't exposed in an installed header, I probably
wouldn't bother.
--
regards,
Mattia Rizzolo
GP
specific to med (also, nothing particularly surprising, it
happes multiple time per year).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :'
..
What kind of symbols are you talking about? gcc-8 shouldn't have broken
anything, so at most they should be compiler-specific leaks of some
implementations of c++ templates or stuff like that.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 D
On Mon, Jul 23, 2018 at 02:10:32PM +0200, Olivier Sallou wrote:
>
>
> On 07/23/2018 11:57 AM, Mattia Rizzolo wrote:
> > On Mon, Jul 23, 2018 at 09:10:02AM +0200, Olivier Sallou wrote:
> >> with a quick look, it seems that several packages are impacted by
> >&
oubles, but I'd expect this to happen at most in the
upcoming weekend (should have happened 4 days ago…)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
ation must not happen, so most likely some versioned dependency or
versioned break was missed somewhere. Maybe Paul has more insight on
the problem (I just read this single email and wanted to block a
"simple" rebuild)
--
regards,
Mattia Rizzolo
GPG Key
d probably recommend to just change the package name and do a proper
transition here.
And start tracking the symbols please, this wouldn't have gone unnoticed
for so long, and now an ABI break migrated to testing.
--
regards,
verify they didn't change their ABI either.
BTW, it bothers me quite a lot that such a big change as moving from
VTK6 to VTK7 has not been mentioned in the changelog at all.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
dcm2.8, it should be checked.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
and commit
something.
Gert: you mention you gave up on symbols, but at least in gdcm's
changelog I don't see anything about that. Had you had troubles there
as well?
What I would welcome your help with is explaining the camitk FTBFS on
i386.
--
regards,
[ note how I removed 914347 from the recipients and kept only 914483 ]
On Fri, Nov 23, 2018 at 09:43:10PM +0100, Gert Wollny wrote:
> Am Freitag, den 23.11.2018, 20:14 +0100 schrieb Mattia Rizzolo:
> > Hi,
> >
> > so, if you don't particularly mind, I'm happy to
On Sat, Nov 24, 2018 at 03:41:36PM +0100, Mattia Rizzolo wrote:
> > > Gert: you mention you gave up on symbols, but at least in gdcm's
> > > changelog I don't see anything about that. Had you had troubles
> > > there as well?
> > TBH I never tried
Just mentioning: arch:all needs to be installable on amd64 and i386, the
other archs are there only for reference. If that isn't possible you can
contact the release team to ask for a "force"-hint and make that migrate
nonetheless (future migrations will happen without hinting)
On Wed, 17 Jul 201
for now.
And similar for at least ctdconverter and hhsuite that I looked up.
Queded doesn't log more details, and deletes the files, so you'd have to
share the .changes you uploaded for us to tell more details of what's
wrong with your uploads.
--
regards,
On Wed, Jul 24, 2019 at 02:48:35PM +0200, Michael Crusoe wrote:
> On Wed, Jul 24, 2019 at 1:14 PM Mattia Rizzolo wrote:
> > That's the clear sign of a gpg problem
>
> No error message → clear sign of a specific problem; that is hilarious!
>
> What's the most eff
sing the wrong
> key?
Indeed you are!
You signed that file with F6F277461D5A4372EB9105450778DD506B7DABB8, but
the debian keyring has 724D609337113C710550D7473C26763F6C67E6E2 attached
to your name (unless you changed your key recently and my local copy of
the keyring is )utdated…)
--
regards,
itself. It's mirrore on coccia.d.o (aka
mirror.ftp-master.debian.org if anybody actually remembers that name…).
Logs here are instead at /srv/ftp-master.debian.org/log/current.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
Usually that's caused by your IP being in the wiki blacklist. I suggest
you email w...@debian.org with details such as your connection type, ISP e
public ip address.
In particular, istr they blocked tor, but I'm not completely sure.
On Wed, 31 Jul 2019, 1:28 pm Saira Hussain, wrote:
> Any idea
d.conf update_safe --all
or somesuch. The manpage is fairly long, but organized enough that you
should see what I mean; check out the js-team group for an example
config.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
g both mypy and
python-typed-ast, it wouldn't have tried to do that first iteration that
failed, as I showed above, but I think it would have led to the same
issue anyway.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18
egards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debi
ed again.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: http://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page:
It was a piuparts (the program) but, due to the move from py2 to py3 and
related changes.
The fix was merged a few hours ago, and I suspect now all such issues are
being retried. Anyway, I've seen dozens such errors, so I'm sure nothing
is expected from the maintainers.
On Sun, 29 Dec 2019, 5:53
s to work better.
> I have some prototype packaging I've done using that method for anndata
> and scanpy, but I could easily generate a fresh history using gbp
> import-dsc.
I can't tell you what to do here, I'll let othre comment :)
--
regards,
On Tue, 15 Sep 2020, 8:22 am Sébastien Jodogne,
wrote:
> Hi Andreas,
>
> > I agree but need to work on this package structure. May be I also
> > check hor to provide a .a static lib for the -dev package.
>
> I had a look at the CMake stuff, and it visibly doesn't allow the
> simultaneous generat
Non-free is not
autobuilt, so when Andreas uploaded 1.59+ds-2 without any binaries then
"cluster3 has no binaries on any arch". Since there are no binaries
associated with the source, britney refuses to migrate it. Indeed, one
could just do a binary-only build of it, upload it, and it wo
quest to the
buildd admins.
> It's a difference from how main is handled and and it seems like
> putting documentation for the difference would help prevent confusion
> in the future.
I insist that such doc belongs to devref. If that is lacking, devref
should be improved. The curren
On Wed, 9 Dec 2020, 8:43 pm tony mancill, wrote:
> I made a binary upload of this package yesterday and got this response:
>
> > binary:cluster3 is NEW.
> > binary:cluster3 is NEW.
> >
> > Your package has been put into the NEW queue, which requires manual
> action
> > from the ftpteam to process
On Sat, 4 Sep 2021, 9:41 am Andrius Merkys, wrote:
> Hi Maarten & Nilesh,
>
> On Fri, 3 Sep 2021, 21:09 Nilesh Patra, wrote:
>
>> Do remember to add a Breaks+Replaces on the old SONAME when the new one
>> gets in.
>>
>
> AFAIK, thete is no need for Breaks+Replaces unless both old and new
> packa
succeed).
After you handle that, you should probably also upload src:tortoize and
src:density-fitness; I see there are new upstream minor releases, so
that seems fair to do together.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3F
rue, it's also true that several other
distributions (as an example... ubuntu) already flipped the switch, so
it still does mkae sense to at least forward the bugs and see they get
some exposure, if not a fix.
Also I'm confident that the switch *will* happen...
--
regards,
.
> Also, I was un-aware that you read debian-med@ -- and it is nice to see you
> here!
ahah, I'm quite everywhere I know :D
I won't claim I read every single email, but well.. every so often.. :D
You don't happen to be at debconf, right? :)
--
regards,
94 matches
Mail list logo
