tory.
>
> Perhaps dpkg or dh_auto_build could append appropriate patterns to my
> debian/extra-build-artifacts on build failure, so that this hook would
> just be acting as an extension to the declarative mechanism?
Possibly. I suppose there could be a tool developed
how to best solve it, but he was imagining a hook somewhere
(in dpkg?) that would look for them and copy them into the directory.
Looking for inputs!
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More
the bug title, pretty much.
That's one single email...
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launc
ts (which really really I should
go back to work on and update…)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user:
formats. The XML one is I believe the most common one
for some technically good reasons, but it does support YAML
serialization, as well as some lossy ones as well (like CSV, plaintext,
etc...).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3
"-O2 -fno-strict-aliasing -fwrapv -pthread
-fPIC -g -O2 -ffile-prefix-map=/build/ocaml-xz3WL7/ocaml-4.13.1=.
-fstack-protector-strong -Wformat -Werror=format-security");
makes me believe that many options have been stripped out…)
--
regards,
Mattia Rizzolo
G
here are the release notes for this tiny
change.
For testing/unstable users, they should really read d-d-a, and this
change be announced there (if it hasn't already).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .'&#
ly agree, and I consider that a RC bug in my mind.
I would support filing all the bugs as sev:important, and bump them
right after the bookworm release (so we don't add all these RC bugs so
near the freeze, even if they are trivial to fix).
--
regards,
Mattia Rizzo
onestly I don't particularly consider it a good idea myself but that's
how the design decision went I guess.
(does it make sense to archive twice if there were two mirror pushes for
the same identical set of index files?)
--
regards,
Mattia Rizzolo
GPG Key: 66AE
cking bugs, so I reckon everything
works?) then why is this not packaged like pretty much any other library
with an unversionde source package and an unversioned -dev binary
package?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B9
tconfig-config arch:any to fix it?
>
> There is a patch for #909750 which I can apply in my next fontconfig NMU as
> well.
I don't see any reason why you wouldn't do this change following the
usual NMU procedure.
Just go ahead? :)
--
regards,
Mattia R
7;s fair that after a
transition period we kind of force DDs to relay their email through
Debian infrastracture to properly authenticate outgoing emails.
Do you have any sort of plan in mind? I'd epxect to at least place a
"ip4:82.195.75.108 ~all" ¯\_(ツ)_/¯
--
regards,
the watch files - may be its
> just a "bad timing" effect. Any ideas are welcome.
I blame the network, most likely just a temporary glitch *shrugs*.
With so many moving pieces it happens every so often...
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52
gs to RC and file bugs where
> they don't exist. And anything that doesn't get fixed/NMUd/removed can then
> be removed along with dpatch before the bookworm freeze.
ACK, thank you very much for taking charge of this!
--
regards,
Mattia Rizzolo
GPG Key: 6
On Mon, Jan 10, 2022 at 02:21:48PM -0500, Andres Salomon wrote:
> On 1/10/22 05:01, Mattia Rizzolo wrote:
> > On Sun, Jan 09, 2022 at 11:23:20PM -0500, Andres Salomon wrote:
> > > Btw, https://salsa.debian.org/dilinger/chromium/-/tree/stable is my branch
> > > with clea
dn't want to be too involved so I
didn't ask to be added to team together with him, but I suppose I got
sucked in by this matter a bit too much.
Otherwise I wonder about simply creating a new repository under debian/.
--
regards,
Mattia Rizzolo
GPG K
On Sun, Jan 09, 2022 at 12:56:28AM -0500, Andres Salomon wrote:
>
> On 1/8/22 15:57, Mattia Rizzolo wrote:
> > On Thu, Jan 06, 2022 at 02:55:20AM -0500, Andres Salomon wrote:
> > > If you want to try with chromium 97; it now builds as an official build,
> > > so
led already twice due to ENSPC.
I'll try looking for someplace more spacy but it's odd :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org
that than to have to inject an old binary..)
--
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/~map
On Wed, Jan 05, 2022 at 01:52:33PM +0100, Mattia Rizzolo wrote:
> I suppose I'll see how it goes in the coming few days.
So it's not crashing but it's being unbearably slow in gmail, to the
point that I just wasn't able to type a mail there, while throwing one
CPU core to
On Tue, Jan 04, 2022 at 06:46:46PM -0500, Andres Salomon wrote:
> On 1/4/22 15:15, Mattia Rizzolo wrote:
> > On Tue, Jan 04, 2022 at 02:50:20PM -0500, Andres Salomon wrote:
> > > I pushed a commit to the skip-a11y-checks branch, please give that a try.
> > > I
> &g
look at other distributions that are shipping chromium to see
> if they're just disabling DCHECKs outright, or what.
build started...
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
Mor
ontentMain(content::ContentMainParams
const&) ()
#35 0x58e0d721 in ChromeMain ()
#36 0x746547ed in __libc_start_main (main=0x58e0d5f0 ,
argc=11, argv=0x7fffdd38, init=, fini=,
rtld_fini=, stack_end=0x7fffdd28) at
../csu/libc-start.c:332
#37 0x58e
On Mon, Jan 03, 2022 at 01:39:21PM +0100, Mattia Rizzolo wrote:
> On Sun, Jan 02, 2022 at 06:53:52PM +0100, Mattia Rizzolo wrote:
> > > > the v96 branch of https://salsa.debian.org/dilinger/chromium
> >
> > FWIW, I'm trying to build it myself as well
>
>
On Sun, Jan 02, 2022 at 06:53:52PM +0100, Mattia Rizzolo wrote:
> > > the v96 branch of https://salsa.debian.org/dilinger/chromium
>
> FWIW, I'm trying to build it myself as well
Here it started chrashing as soon as I tried to open a new tab, and
after that it refuses to
from anyone on the chromium team yet - should I
> add myself as an uploader and do a normal (non-NMU) upload? Do any of
> them care?
Without hearing from them, adding yourself to Uploaders would be
inappropriate.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FC
ndamental behaviour or so.
> PS: I have included Mattia Rizzolo, Michael Gilbert and the Debian Chromium
> Team directly in the recipients, to be sure they see this email. I do hope
> you all do not mind.
That's all fine with me (also, I'm subscribed to d-d@ (and d-release@),
b
uot; 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://launchpad.net/~mapreri `. `'`
Debian
esponsive :( - I understand it's a complicated package so yes, there
needs to be a real team: I also recommend you require an active (as
gilbert is not) DD in the team that actually maintains chromium (so not
me who just sponsor the uploads).
--
regards,
Mattia Rizzol
kind of unimpressed that we grew a parse for
nodejs' package.json and perl's META.json. Though I accepted it because
I saw some value, I'm totally in awe of universes where that is actually
needed..
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F
On Tue, Sep 14, 2021 at 10:05:01AM +0200, Johannes Schauer Marin Rodrigues
wrote:
> Hi,
>
> Quoting Mattia Rizzolo (2021-09-06 16:39:39)
> > As the pbuilder maintainer, I've been asked to make it serve a non-working
> > /etc/resolv.conf just to make that bug above mo
moot, so I'm
quite biased on the matter myself :)
--
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
he Debian Policy.
That's all nice and dandy, however please make sure to keep up with
those translations...
/me - who is kind of not amused at how the German (and clearly also the
newly added Portuguese) are not keeping up at all with devscripts
--
regards,
Mattia Rizzo
lists.debian.org/debian-qa/2021/08/msg0.html
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user:
Jörg Frings-Fürst BCCed the -close@ address. There are some
people who do that…
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org
ACK, I'm also fine with adding this epoch.
--
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/~ma
ages processed with you as uploader is:
Jun 11 00:12:51 micro_2.0.9-1_source.changes processed successfully
(uploader utka...@debian.org)
which was a while ago.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4
dy listed in the .add
and .remove files), and, in fact, make it possible for those systems to
be even more declarative since the administrators wouldn't be messing
with files that are already managed by other tools.
(this is somewhat inspired by /etc/hosts.{allow,deny})
--
regards,
Package: wnpp
Severity: wishlist
Owner: Mattia Rizzolo
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-multime...@lists.debian.org
Control: block 989606 by -1
* Package name: 2geom
Version : 1.1
Upstream Author : Inkscape developers
* URL : https://gitlab.com
0-1 as source version, and
make the binary 2.9.1+really$(DEB_VERSION) (DEB_VERSION coming from
/usr/share/dpkg/pkg-info.mk)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org
, as it is, for me, more appropriate than
dropping a binary.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://la
tained packages, so I'm cool with them.
--
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, but did you try to get dak to pull
automatically (or the other way around: debtags pushing automatically)
during dinstall, like it's done by i18n?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
On Fri, 12 Feb 2021, 10:25 am Rene Engelhard, wrote:
> Hi,
>
> Am 11.02.21 um 21:59 schrieb Raphaël Hertzog:
>
> > [1] For details it happened in dbus-glib:
> > https://snapshot.debian.org/package/dbus-glib/0.110-2/ -> it has .asc
> file
> > https://snapshot.debian.org/package/dbus-glib/0.110-3/
On Fri, 12 Feb 2021, 12:52 am Guillem Jover, wrote:
> Then there's the problem with changing contents for already seen
> files, which seems like a dak bug. It does not allow to change a
> tarball once it has been seen, so I don't see why it should allow a
> changed .asc either?
>
That's not true
already happened without me knowing).
That's exactly what I'm saying in the above bug.
That bug asks to change wrap-and-sort's defaults, and my answer is
saying that if the default change, we should do the same to cme.
--
regards,
Mattia Rizzolo
GPG Key:
at and stick with it.
--
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 `. `'
make sure of your motivation and state it.
You've been a DM for less than a year and you are already doing the NM
to become a DD, so I really hope the above history of src:root-system
doesn't happen again, at least not that quickly :)
--
regards,
how stuff build with cmake get a full path in there,
whereas stuff built with make gets a path relative to the Makefile.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri
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
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
gs.launchpad.net/ubuntu/+source/python-pylibacl/+bug/1876350
"invalid" is the correct status, not "wontfix".
BTW, in case you missed it, if you are going to fix bugs reported on
launchpad, you can use "LP: #x" in the (debian) changelog and close
them, similarly to
On Thu, 26 Nov 2020, 11:30 am Holger Levsen, wrote:
>
> The technical problems I'm are aware of are that a.) version numbers
> (with and without epoch) need to be unique, so if you had 0:2.0.0-1
> you are not allowed to ever have 1:2.0.0-1 again. That's enforced
> by dak however.
>
That's not en
manpage and warning at runtime
2) add a note for the next DevNews
3) wait a few months after the bullseye release
4) MBF the remaining version=2 packages
5) wait a few more months
6) drop the support ~1/~1.5 years from now
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4
On Thu, 24 Sep 2020, 10:51 am Bastian Blank, wrote:
> Hi Enrico
>
> On Sun, Sep 13, 2020 at 09:11:04AM +0200, Enrico Zini (DAM) wrote:
> > * Minimum key size and acceptable algorithms are actually the domain of
> >keyring-maint, and we just check those for them.
> >At the time of writing
team
decisions, etc.
--
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
On Mon, Sep 07, 2020 at 08:03:20AM +0200, Niels Thykier wrote:
> Mattia Rizzolo:
> >> Or do dpkg or debhelper apply some kind of mapping logic from _OPTIONS
> >> to _PROFILES for the popular options nocheck, nodoc, noopt?
> >
> > debhelper does. various helper
sure where that go (nowhere I think).
--
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
debates, kind of
surprised by that sentence indeed!
--
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/~map
please do not interpret this as precedent for
> having Debian packages reflect epochs added in third-party repositories
> in general.
It's still not so nice though...
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18
2) the security team
before trying to write to d-d@…
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user:
On Wed, 29 Apr 2020, 9:29 pm Michael Biebl, wrote:
> Am 29.04.20 um 19:37 schrieb Simon McVittie:
> > On Wed, 29 Apr 2020 at 18:04:41 +0200, Mattia Rizzolo wrote:
>
> >> I think you should
> >> file the bugs at severity:minor, given the amount of involved packag
oposed text, but I think you should
file the bugs at severity:minor, given the amount of involved packages,
and the fact that you state we might not be able to remove gtk2 in many
many years.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD
On Sun, Apr 26, 2020 at 10:12:41AM -0700, Sean Whitton wrote:
> On Sun 26 Apr 2020 at 02:36PM +02, Mattia Rizzolo wrote:
> > On Sun, Apr 26, 2020 at 02:07:54PM +0200, Bernd Zeimetz wrote:
> >> There are even cli tools that do the same stuff. I'd guess there is at
&
rt U2F so I likewise use my yubikey for those as well.
> No need for a mobile phone.
mobile phones are overrated :P
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about
already exists. Is my intuition correct here?
pacakaging that as a fork it's clearly possible, but it's much more
work, and usually doesn't make sense since that vendorerd patches
libraries likely won't be used by anything else, and would be updated
only together with the "main&qu
e @packages.d.o maintainer address, I reckon
those might also be considered "comaintained" instead of "team
maintained".
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://ma
acking a proper
guest account backend).
That said, recently somebody else also rised this issue in #alioth, and
it turns out that the salsa admins team is not really on the same page
on this.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944
more convenient for some
reason, but otherwise I'd rather stick to a stable, non-changable
path.
* I think eventual tarball/compression should be left as a matter for
the build driver (sbuild, pbuilder, …).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4
but we are still waiting for the
ftp-masters to tell us their distribution requirements...).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user
Fyi:
https://salsa.debian.org/salsa/support/issues/195
On Mon, 24 Feb 2020, 4:05 pm Andreas Tille, wrote:
> Hi,
>
> (hopefully) all repositories of the Debian Med team have set
>Emails on push
> trigger in the integration settings. It is configured for both
>
>
> Triggers
>Push
>
scribe to the
salsa repositories to receive MR notifications... (this is a totally
unsolved problem still). Fortunately Myon extended the DDPO to show
pending MRs...
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3
; Is there a global method to inform bts to
> send me email even when only an uploader?
Either you subscribe to the ML that is used as Maintainer, or you
subscribed through the PTS.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
pplication are affected due to their heavy use
of Glib stuff that do enough magic to keep everythign working.
See https://bugs.debian.org/942600
https://gitlab.com/inkscape/inkscape/issues/539
If anybody could also help with my bug above, that would be awesome.
--
regards,
M
.
--
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:/
for the user. Opt-in flags in the
preference windows about "automatically checks for (plugins|program)
updates at startup" would do it….
Silently sending out details like UID, OS, etc is a no-go in my mind
though.
See also the history of chromium that had to patch away similar
features
epoch also there. You
may also build those transitional packages from the old source, and then
ask for RM once the +really version went into a stable release.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
list items?
They are "policy decisions" as in, "python policy" (even the package is
not yet updated). Dependencies are already being automatically changed
by dh-python. If there is one thing sure for bullseye, the
/usr/bin/python symlink won't be shipped.
--
regards
past many times we received
complaints about unnecessary noise, so if you change I at least urge you
to limit what's displayed in DMD.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://map
That said, the fact that your .orig.tar.gz changed is an indicator that you
are doing something fishy and you should double check your workflow. You
should not be able to accidentally end up with a different .orig.tar.gz.
On Thu, 29 Aug 2019, 3:18 pm Peter Pentchev, wrote:
> On Thu, Aug 29, 201
think no: --autopkgtests requires quite a bit more computation and
connecting to udd and whatnot, I don't think that should be the default.
Especially because udd-mirror is starting to be under-dimensioned so
it's sometimes quite slow to serve responses (like in the times when its
import
that point 3 is going to happen in 3-5 days if everything goes as
planned, so you should hurry, or wait for the next keyring update at the
end of August!
And please add a note to your calendar to update the key expiry in the
next years.
--
regards,
Mattia Rizzolo
GPG Key:
or
something to ease the situation.
--
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 `. `
at we need to
be afraid of, and it should stay at most at the version in the current
stable) and perl to build. The dependencies can just be built after
debhelper.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .&#
On Mon, 13 May 2019, 4:43 pm Thibaut Paumard, wrote:
> However converting a package with a more convoluted rules files
> will take humanpower. While it may be justified to convert a mildly
> complex rules file on a package that has some activity, I don't think I
> would invest those resources to
ly was a issue.
It is not any different from how, e.g. the versions of boost, or llvm
are cut down every so often.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
7;s probably a good idea to add a file in the chroot's
/etc/apt/apt.conf.d/; see also APTCONFDIR).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
vince the git
maintainer to apply the patch at https://bugs.debian.org/868871
(btw, I recommend less -R instead of -r)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
pt-cache`'s output,
but he didn't notice till too late :>
He promised to improve the script for the next time :P
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://m
x27;t remember if this was the state also with wheezy, it was with
jessie at least).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user:
ad,
> > please, Guillem?
>
> That would be https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644575
And not only this, but it's also in the form of an open MR (that I
declied for buster, alas).
https://salsa.debian.org/debian/devscripts/merge_requests/107
--
regards,
-S -s unstable libmems
>
> Please let me know whether I should file separate bug reports about
> deleting libmuscle 3.7+4565-2 and libmems 1.6.0+4725-4.
These are the same of what you have been doing all these past days, so
I'll let you handle them. :)
--
regards,
at Lucas said may be relevant in some cases,
although luckily it's a rare matter and not many developers need to
mess with (or even know about) that.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
heme in the future.
Sounds reasonable to me, with that being the original goal of epochs.
However, please use 1: and not 2: like what upstream seems to have used…
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4
Hi Andreas,
On Tue, Jan 08, 2019 at 01:30:08PM +0100, Mattia Rizzolo wrote:
> cruft versions, usually hold up due to outdated binaries.
>
> In this case of r-bioc-deseq2, the reason is outdated binaries in
> kfreebsd-amd64 and kfreebsd-i386.
>
>
> using rmadison is a ver
se of r-bioc-deseq2, the reason is outdated binaries in
kfreebsd-amd64 and kfreebsd-i386.
using rmadison is a very quick way to notice this, as you will see the
discrepancy in the architecture list.
--
regards,
Mattia Rizzolo
GPG Key:
be the case, especially
> after #889746.
The reason for referring to _OPTIONS is that that's the one defined by
policy, and what everybody has been accustomed for many years.
But josch explained quite a few things already… :)
--
regards,
Mattia Rizzolo
GPG Key: 6
n-usr-merg-ed environment at build time when we
> build from source ?
No. It's a bug in your package, please fix it.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
nasty task than
you may think, given that apparently some people want to keep being in
Maintainer of stuff despite not uploading for years and having lost the
technical ability to upload years before as well (yes, I'm not kidding).
--
regards,
Mattia Rizzolo
GPG Ke
On Fri, Nov 09, 2018 at 09:29:29PM +0100, Mattia Rizzolo wrote:
> > Leave me alone. Your project left me long ago. Do not contact me with
> > regard to Debian bullshit.
>
> ACK, we will have DAM remove you instead of retire. I suppose there is
> no harm as you don
1 - 100 of 234 matches
Mail list logo
