irectly
emailing debian-mentors with a RFS.
And I suggest that if you are going to propose a git repository please
use gbp (this implies using the usual 3 branches for upstream, debian
packaging and pristine-tar) instead of just adding the packaging on the
upstream master.
--
regards,
st For Sponsorship) bug,
for which mentors.d.n can create a template and everything.
Please go that route.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org :
n the meantime.
--
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 `. `'`
Deb
, see
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu-qa-upload
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :'
deem it necessary :)
--
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 what is wrong with the
> package?
I believe that to be a temporary problem, that I thought were being
automatically retried, but apparently it hasn't been (that log is from
28th of Sep).
CCing piuparts-devel@, where people able to retry tests hang out.
--
regards,
anymore),
and for stable uploads when the upload takes all the uploads done to
unstable, not to deal with UNRELEASED entries.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.or
file:793: recipe for target 'install-sbinPROGRAMS' failed
make[3]: *** [install-sbinPROGRAMS] Error 1
make[3]: *** Waiting for unfinished jobs
I triggered another rebuild of the package, which most probably will
pass correctly, but be aware that IMHO it's probably not parallel
don't understand why it's still around.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launc
of biased here as I was the one massaging
it into shape when it needed it last year.
And all in all, I personally doubt the usefulness of doing an upload
only bumping std-ver (to a version that is not even the last) and just
tweaking a couple of other fields.
--
regards,
M
re of reviewing or
anyway deal with this RFS myself (nor I am too worried), so I'll leave
this matter to somebody else. I only wanted to voice my concerns.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 45
p meta-discussing whether or not a NMU was the
appropriate action to take, and start discussing the actual bug, with
neither party being so stubborn as it looks from my side.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
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.de
"?
> I honestly not angry with anyone. I mean it.
>
> Let's start the new year with good thoughts.
Be assured nobody is angry at anybody, nor is thinking ill of you :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD
On Mon, Jan 01, 2018 at 10:47:26AM -0500, The Wanderer wrote:
> On 2018-01-01 at 10:39, Mattia Rizzolo wrote:
> > On Mon, Jan 01, 2018 at 01:30:16PM -0200, Herbert Fortes wrote:
> >> The package is orphan now and what it is seems as best can be done
> >> by who wants
and 5 will make
everybody angry. 2 will be totally awkward and annoying in the long
run, and 4 most likely will upset the current maintainer. IMHO the best
shot is to do a number of NMUs in several months, and then try option 3
(possibly followed by 4 a couple of years later or so).
--
regards,
as "owner" of this RFS, I'm more than happy if anybody picks it up
instead of me)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org :
d to remember to build the
.changes with -sa as you need to force the inclusion of the new .orig.
Again, it's a very shady practice, I'd really avoid it and simply use
16.0+ds even if it's untrue.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18
ease read programs' documentation before running them, and read
with attention programs' output, those many words have been written for
a reason…
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4
hat file to exist: builds are
done within a chroot, there wouldn't be a kernel installed there.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
rking ftp server, so no, the maintenance is not
yet completed.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https:
, but please change any local configuration you have as at some
point at some future we will disable it.
¹ https://tracker.debian.org/news/935647
² https://bugs.debian.org/891268
³ https://bugs.debian.org/891269
Thanks for using mentors.d.n!
--
regards,
Mattia Rizzolo
GPG
On Sun, Feb 25, 2018 at 12:49:39PM +1100, Ben Finney wrote:
> This is now resolved in ‘dput’ version 1.0.2, available now in Debian
> “unstable”.
Nice!
> Thanks for co-ordinating this change.
Thank you for the swift action! :)
--
regards,
Mattia Rizzolo
GPG
oom, the correct way to
deal with this (including the lintian tag
new-package-should-not-package-python2-module) is to mention the reasons
in the changelog.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .&#
On Fri, 2 Mar 2018, 10:54 p.m. Daniel Sperka, wrote:
>It seems that under stretch, libvtk5 has been replaced by libvtk6, and
> libpng12 by libpng16.
>
This is the *very* reason for which -dev packages shouldn't contain the
soversion...
Given that you are using cowbuilder, which respects th
s unfinished, because of ongoing development.
> When I now call "dch" to add another entry, the editor looks like this:
…
> dch of course complains loudly:
Bug: https://bugs.debian.org/784397
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA
"import" feature of gitlab? But that may timeout quite
quicker anyway. Though you could push directly from alioth (just
temporarly add a ssh key from alioth).
Anyway, see 3.
> Is anybody willing to point me some wiki and help in doing the migration?
not me, sorry!
--
regards,
t; incoming = /upload
> method = https
Questions, just to fulfil my curiosity:
1) why do you prefer https over ftp?
2) are you aware that both dput and dput-ng ships with a default
'mentors' profile to upload through ftp?
--
regards,
Mattia Rizzolo
GPG Key:
o, read dput(5) for
more information on the configuration formats supported by dput-ng.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchp
specially after you switched your local user configuration to use
ftp so it's basically the same as the one shipped by dput, why aren't
you using it?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more a
c/foo-pkg/foobarbaz$ dpkg -S $( which dput )
> | dput-ng: /usr/bin/dput
> | stappers@bob:~/src/foo-pkg/foobarbaz$
>
>
> Using '.ini' format got it working.
>
> Content is as at [0]
Please don't ignore my emails.
https://lists.debian.org/debian-mentors/2018/03/msg00270.htm
ld go to the extra length of using a local
configuration when both dput and dput-ng ship with good enough default
one.
Nothing more, really.
¹ https://lists.debian.org/debian-mentors/2018/03/msg00268.html
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4
t go wrong here?
Debhelper did a bit of a refactoring of the cmake build system, and here
you have a debhelper bug :) https://bugs.debian.org/895181
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about
e binary used.
Patches welcome, as usual :)
> Does this limitation apply only to
> mentors.d.n or does it apply to the Debian infrastructure in general?
Each service it's on his own in Debian.
dak works with gpg2, but apparently debvotee uses gpg1, etc etc.
--
regards,
e to maintain a symbols file for a C++ library.
Yes, for decent libraries it's totally feasible also for mere humans.
Guess what, C++ is more complex than C.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
se 0.7.3
This is the actual error.
|mattia@warren ~ % echo "
|dquote> > - _ZN11QStringListC1ERK7QString@Base 0.7.3
|dquote> > - _ZN11QStringListC2ERK7QString@Base 0.7.3
|dquote> " | c++filt
|> - QStringList::QStringList(QString const&)@Base 0.7.3
|>
, release team and all the rdeps *a lot*
of otherwise wasted time and headaches.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launc
ld allow you to create salsa repos (why not?).
> >
>
> No, I'm not a DM.
And even if he was a DM, in the Debian/ group only DDs can create new
repositories.
Which is where I *assume* Jörg wants those repositories to be, right?
You should be much more explicit in your request o
that is now made clear) between collab-maint and the
salsa's Debian group:
https://wiki.debian.org/Salsa/Doc#Namespace_concepts_.28Users.2C_Teams.29
https://lists.debian.org/debian-devel-announce/2017/12/msg3.html
(stuff that you all should have read by now…)
--
regards,
software to run lintian
automatically inside the chroot after the build), and use the flags
-Ii --pedantic
to have also the pedantic tags.
You also seem to not be maintaining this package in any VCS, which is
considered a weird habit in this age. Have you heard abo
ing,
lives in the debian branch. At this point in time 0.0.20 is good as it
is (ok, IMHO it has the problem of not having a changelog and that
copyright thing, but those are my own opinion, and I'm not sure whether
it makes sense to do a new upstream release just for that, your choice).
m is that you are not uploading any source. Binary-only uploads
are silently discarded.
You are probably using sbuild, which in its default configuration does
binary-only architecture-dependand builds (i.e. -B). You usually want
to perform -F builds in your local system.
--
regards,
On Mon, Jun 25, 2018 at 01:34:53PM -0500, Matt Zagrabelny wrote:
> On Mon, Jun 25, 2018 at 1:03 PM, Mattia Rizzolo wrote:
> > Problem is that you are not uploading any source. Binary-only uploads
> > are silently discarded.
>
> What do folks think about having an autore
d, a random other DD oversteps the former and goes ahead uploading
it.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: h
/usr/bin/freetype-config is not a thing anymore, are rdeps fine?
Also, this something I'd mention in the changelog as well.
Thank you for the really thorough update, forwarding years-old patches
upstream, etc, very nice! :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4
~bpo9+1.
> Uploads to stretch-backports must have a higher version than present in
> stretch-backports.
Nah, it's alright, I just uploaded it 20 minutes before your mail!
Sorry for clashing!
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 D
e master branch had changed files.
Have you looked at the temporary file created by dpkg-source that was
mentioned in the error? That contains the list of diff that you should
check. also look at the git history and see if anything was changed in
the upstream files but only in the master branch.
--
Done. https://salsa.debian.org/debian/gnome-mastermind/project_members
Please consider to use `gbp import-dscs --debsnap` for the initial
repository creation, so to have all the package's history in git.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18
d
a sponsor. Or your sponsor closes them, as that's how it is usually
done.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launch
mentors works as well if there aren't private data involved)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad use
r (in
which case, I recommend you open a lintian bug proposing a better
wording once you understand).
> Could somebody check it for me please? I've post it at --
> https://gist.github.com/suntong/f57cb2aeff58541ebab4f07d637ff86e
Indeed lintian is right :)
--
regards,
quot; while looking at the whole
file.
Again, I recommend you write and propose a better wording in the form of
a lintian bug :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://
was able
> > to upload it again.
>
> I was not able to upload again (with dput), so my guess is that it was
> stuck in the queue for some reason.
It's weird. if it was removed it means it was processed at some point…
--
regards,
Mattia Rizzolo
GPG Key:
currently
debian-mentors received double of your mails.
Thank you.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad us
--
--
Checking reverse dependencies...
# Broken Build-Depends:
pyregion: python-astropy
veusz: python-astropy
Dependency problem found.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 D
my schedule.
> > As I stated, removing from testing looks much simpler
>
> But it would happen automatically once the package is not in unstable,
> right?
Yup.
My suggestion was to get it out of buster sooner, as that would "fix"
the autopkgtest regression of numpy.
--
sounds awesome :)
On Sun, Jan 6, 2019 at 10:54 PM Svante Signell wrote:
>
> On Sun, 2019-01-06 at 18:37 +0100, Mattia Rizzolo wrote:
> > On Sun, Jan 06, 2019 at 04:41:51PM +0100, Ole Streicher wrote:
> > > That is a different thing: once the dependencies on Hurd are fixed,
enly…
That said, I could find no trace of your upload, so could you please try
uploading again?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org :
On Sun, Jan 27, 2019 at 10:12:19AM +0200, Tommi Höynälänmaa wrote:
> On 26.01.2019 17:24, Mattia Rizzolo wrote:
> > On Sat, Jan 26, 2019 at 04:…
> >
> > That said, I could find no trace of your upload, so could you please try
> > uploading again?
> >
>
>
uption you encountered with your uploads to mentors.
> I'll let you know.
You can follow the first step through
https://salsa.debian.org/mentors.debian.net-team/debexpo/merge_requests/33
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04
got
lost, but you shouldn't need to worry about it anymore, since you
already found a sponsor :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
1
(it's not the first time we encounter this, but I always forgot to open
a bug to track its status…).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
rove anything, as that message is only
caused due to the .upload file that you have locally. See the manpage
about the -f option.
> What have I done wrong now???
According to that log, you have set a distrubtion that is not allowed.
--
regards,
Mattia Rizzolo
GPG Ke
going to
keep the current status quo for some more time, but please consider
updating your configuration.
Thank you for flying mentors.d.n!
- the mentors team
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`
On Fri, 26 Apr 2019, 4:48 am Paul Wise, wrote:
> On Thu, Apr 25, 2019 at 6:11 PM Hilmar Preuße wrote:
>
> > Unfortunately, that does not work. Because I suspect rather an
> > organizational, than a technical problem suspect, I don't post extensive
> > logs. What am I missing? Do I need to be DD t
account in no
time.
(I know rt is kinda annoying to deal with, also there were thoughts of
also including this particular task of "renewing" guest accounts into
NM to save you this, but it's yet there. in the meantime, here is the
doc: https://wiki.debian.org/rt.debian.org#Mail_Access)
flip the value.
Anyway, this detail doesn't have anything to do with requesting access
to the porterboxes, you are free to go ahead with the below.
> > Just mail admin@rt.d.o, asking to grant again access to a porterbox for
> > architecture X because of Y, they will re-enable you
On Mon, 29 Apr 2019, 5:23 pm Hilmar Preuße, wrote:
> Am 29.04.2019 um 13:41 teilte Mattia Rizzolo mit:
> Yes, this is the message I got. Please be so kind to flap the value.
>
Done!
username: hilmar-gu...@users.alioth.debian.org → hill...@debian.org
Please confirm it works for you :)
>
>
On Fri, 16 Aug 2019, 4:31 pm Marc Haber,
wrote:
> Hi,
>
> I am compiling a cmake-using project using dh with the following simple
> debian/rules:
> #!/usr/bin/make -f
> export DH_VERBOSE=1
> export DEB_BUILD_OPTIONS="nocheck"
>
> %:
> dh $@
>
> override_dh_auto_test:
> echo "skipp
On Sat, Aug 17, 2019 at 09:24:09PM +0200, Marc Haber wrote:
> On Fri, Aug 16, 2019 at 04:45:50PM +0200, Mattia Rizzolo wrote:
> > The way to go with that would be for you to set DH_VERBOSE, notice *which*
> > tool issue a particular command (in this case it's _confugure, not _b
em in ${python3:Depends}, see the
diffoscope package for one that does that).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https:/
ABI. Be mindful of not breaking the ABI
without doing a proper transition.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad us
stream at this time.
--
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 there are
plenty of packages with R³:no at this date, so I believe something is
wrong with either the package or your setup.
Note that adding fakeroot to the build-deps would be wrong in this
particular case, since that's an error from even before the build
starts.
--
regards,
Uh, sorry for being imprecise. I meant, that you *should not* set that
option, and let dpkg decide by itself.
On Mon, 9 Dec 2019, 12:05 pm Andreas Tille, wrote:
> On Mon, Dec 09, 2019 at 11:38:59AM +0100, Mattia Rizzolo wrote:
> >
> > Are you explicitly specifying -rfakereo
On Mon, Dec 09, 2019 at 12:56:22PM +0100, Andreas Tille wrote:
> On Mon, Dec 09, 2019 at 12:14:30PM +0100, Mattia Rizzolo wrote:
> > Uh, sorry for being imprecise. I meant, that you *should not* set that
> > option, and let dpkg decide by itself.
>
> OK, In my case dpkg ha
h --debug? As an
attachment would be best, since it will be huge. And maybe consider
scrolling through it yourself, since it might contains "private"
informations such a personal paths and whatnot that people might
consider sensitive, depending on how one names their directories :>
--
arting
> a
> new application?
Alas, even starting a new process wouldn't help your case. I now
refreshed the key from the backend, so you should be able to do what you
need to.
I also opened a bug against nm.d.o to take note of this deficiency of
the website.
--
regards,
an.org/js/dmd.js which is what is called when you click
the "hide" link.
So, if you look at the list of saved cookies in your browser, and delete
that one, it will come back. The name of the cookie should be
self-explanatory.
--
regards,
Mattia Rizzolo
GPG Key:
On Fri, Dec 27, 2019 at 09:51:38AM +0100, David Bürgin wrote:
> the package opendkim doesn’t yet have a Git repository. I’d like to have
> one if possible, at https://salsa.debian.org/debian/opendkim maybe?
created and granted you access.
--
regards,
Mattia Rizzol
list where
~nobody is…)
--
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's really just that, gbp only checks for the presence of
the upstream/ git tag; if you remove it (`git tag -d`) then it won't
complain anymore.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about
nding the next upstream release.
--
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
hat it says.
I'd rather have these done now, rather than in a subsequent upload. In
the next upload you can take care of the duplicate-short-description :P
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .'&
You should use Breaks for that kind of thing. See debian-policy for quite
the extensive details of the differences between the two fields.
On Mon, 3 Feb 2020, 7:30 am Tommi Höynälänmaa,
wrote:
> Hello
>
> I have upgraded package Theme-D to version 1.4.1-1 and package Theme-D-
> Gnome to version
an somebody create the gtkterm repository and give me master rights to
> that repository? My username is wvdakker-guest.
done.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More
> * postrm will remove only the new location (on most systems /var/run/ is a
> symlink to /run/, though)
Consider that /run is a tmpfs in a standard system, so this is not
*that* important.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4
ly I won't give you access to those repositories for NMUs.
Having said that, if you push everything to some private space, I'll
happily pull from you and re-push to those repositories (MRs don't
scale well with 3 branches).
--
regards,
Mattia R
ould have done everything, thank you! :)
(but please check!)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launc
o have a look at https://bugs.debian.org/917789
It seems me (and others) sometimes expect something else.
Honestly, that issue hit me so rarely that I haven't bothered looking
deeper after finding a workaround that works for me (changing the .id).
--
regards,
Mattia
, it would be better if
you closed it with a fixed version as well.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://lau
On Tue, Apr 14, 2020 at 03:37:03PM +0200, Stephen Sinclair wrote:
> On Fri, Apr 10, 2020 at 4:56 PM Mattia Rizzolo wrote:
> >
> > On Fri, Apr 10, 2020 at 04:51:01PM +0200, Stephen Sinclair wrote:
> > That's because you didn't close the bug in the upload.
>
n said DD can move it
again to /debian/.
--
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/~
z failing (I will add it to d/rules
directly on the next unstable upload, conditionally disabling dwz on
buster-backports builds). So overall it was just quicker for me to do
the work.
Since this is a new backport it will have to go through NEW, expect to
find it availalbe within a week.
--
reg
url: https://salsa.debian.org/debian/yiyantang
Done.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpa
ebian.org/haava/pygresql
this didn't have the fork bit and didn't have a MR open, opposed to the
other two.
yay consistency \o/
But all done, thank you! :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D
ld benefit to have. I'm not really security-minded, so I tend to be
wary about anything that tried to do crypto or handling passwords. I
hope some random 3rd party will tell me that this is fine ^^
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD
ages in a chroot (possibly using wrapper
tools such as pbuilder or sbuild) to, as from what you said you aren't
building them in sid.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about
On Wed, 27 May 2020, 1:12 pm Vasyl Gello, wrote:
> Hi Wookey!
>
> >OK, but you have to build new packages in a sid chroot too to check
> >they work, as that's the suite they get uploaded to. It's fine to
> >package in such a way that the package also builds in buster, but the
> >primary target of
mentors u.U
--
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 `. `&
101 - 200 of 455 matches
Mail list logo
