otector-strong
-fstack-clash-protection -fcf-protection=full -fasynchronous-unwind-tables
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
if it shouldn't be there for some reason feel
free to ping me off-list and I see to creating an empty repo
debian/c-evo-dh (I can't sponsor the RFS through).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
osely at the package, but even so
I think you will need to invest a lot more work into making it fit for
the Debian archive… or in other words: lots of documentation to read,
policies to follow and friends to make on and off list(s).
Good luck & Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ention of it on the list) and given that this is something that
"just" works with Docker.
As explained in the other bug, there is no veto and as you can see its
easy to completely ignore me (and anyone else) but I wanted to say it
anyhow, so that nobody is surprised later on.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
t off and off and …].
TRIGGER WARNING
Imagine for a moment we weren't talking about key signing, but you two
had meet for a date. Terms like ghosting and stalking come to mind and
so this thread reads like a very dark and scary place to be in.
Lets get the hell out of here…
~~~
isn't commonly used/available in an
obvious way so far), so it is somewhat in your responsibility to ensure
your reverse dependencies are updated rather than e.g. just waiting for
FTBFS to come in from archive-wide rebuild efforts.
I would suggest talking to maintainers of similar packages
;t mess up too badly)
> I'd like to get Salsa CI running before uploading any new versions.
You can enable CI on any repository, e.g. also in your personal
namespace.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
say.
It is equivalent to setting M-A:no explicitly from a technical
standpoint, but the later implies for other contributors that there is
a hard/complicated reason that this package can not be marked with
another M-A value currently.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
t thing to do
OR some other Debian contributor tells you they need you to set it.
Best regards
David Kalnischkies
¹ sed for example is M-A:foreign even though it is arch:any as the
output it produces does not change regardless of you running it on amd64
or armhf. A compiler like gcc on the
g how to deal with these and many
other 'buggy situations' (SCNR). It also explains and points to further
documentation about our BTS so that you will know what I mean above with
pseudo-headers and -done without me repeating it here.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
the thread), non-maintainer
uploads and so on.
> I did try my best during a period in time, but now I leave!
Thanks for your work & best of luck in your future endeavours, whatever
they may be – and who knows, perhaps they lead you back to contributing
to Debian again some day!
Until then: Best regards
David Kalnischkies
signature.asc
Description: PGP signature
fix #42"
as commit message and are happy and successful. So if that works for
you fine, I am just trying to nudge you to try an alternative which
works better for me, many others and perhaps also you)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
OURCE PACKAGE FORMATS → Format: 3.0 (quilt):
[…] The debian tarball is extracted on top of the source directory
after prior removal of any pre-existing debian directory. […]
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
able (also: run-it-run, init!).
| debian/runit-run.postinst
I see that the same code was used before, but:
a) make that a function instead of two code copies
b) consider that a file might not have an ending newline:
$ echo -n 'foo' > foo
$ cat foo - < bar
heredoc> EOF
foobar
$
B
n/*
path-exclude /usr/share/doc/*
in there.
If that is the case, it has nothing to do with your package and
works as intended™.
(Disclaimer: If excludes by default are a good or bad idea can
highly depend on the usecase and is out of scope for my reply)
Best regards
David Kalnischkies
signa
are on the other hand not so nice usually, but
the team can help you with that as well probably. For games it tends to
not be that important how the package/binary is named anyhow (compared
to command line tools like awk for example).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
han it usually is.
(And no, even if that package would be in tip-top shape, I am not
available for sponsoring it or in all likelihood for further reviews.
Supercow of 'apt moo' fame would be furious with me… 😉)
Best regards & Happy new year
David Kalnischkies
signature.asc
Description: PGP signature
Hi,
On Wed, Dec 18, 2019 at 08:34:55PM -0500, Tong Sun wrote:
> So, could somebody please create it for me and give me, suntong-guest,
> maintenance access?
Done – shout if I messed up ☺
Happy package management days
David Kalnischkies
signature.asc
Description: PGP signature
here I think you just mean that
you added yourself – not that e.g. upstream flipped from MIT to AGPL3+.
Thanks again for adopting a package and good luck finding a sponsor now
that unstable is open again!
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
APT umbrella?
We can do all sorts of things, no need to do everything at once or at
all… aptitude e.g. is in the apt-team namespace on salsa, but they don't
have deity@ as maintainer.
Well, lets at least move that discussion over to deity@ so others get
a chance to say something (which might also avoid my long delays) as
this isn't really about the RFS.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
operations I would say, something more like a (beware: buzzword)
community building thing (much like README and LICENSE as they don't
change the day to day life much either).
> > Oh and btw: You seem to maintain apt-listbugs for quite a while without
> > issues, have you cons
r sources] (Those features require up to apt >= 1.3).
In other words: Feel free to help Debian by testing (aka reviewing)
the jessie->stretch upgrade path now and gain all those and many more
nifty features as compensation for your expenses. ;)
Best regards
David Kalnischkies
¹ security reas
d for a source-only upload failed, so beside the need to fix
this build-failure the package (which I see you claim to have done
already in your newest version) will also have to pass binary-NEW now.
So, you should be preparing and asking for sponsorship of 4.2.2-2
(just answering the questi
7;t apply to
a new Release file).
It probably was a bad idea to use such a catchy option name for such
a limited purpose code… or perhaps it a very clever april fouls joke
– who could tell the difference…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
s the responses it gets while the second shows the
interprocess communication between apt and its methods (beware, lots of output).
And third causes apt to tell us the error it ignored, just for completeness.
[aka: No need for wireshark or other "hard" debug stuff just yet, There
te
e same version == same package assumption.
In other words: Go and change the version number already. ;)
Best regards
David Kalnischkies
P.S.: I say 'apt' here, but I mean 'any tool based on libapt', so you
have the same problem regardless of if you use apt-get or a software-
center. All bets are off if we talk about non-apt-based tools…
signature.asc
Description: Digital signature
ramework in the apt sources for another
example of how apt and dpkg can be instructed to work inside a temporary
directory (Note that e.g. dpkg does some checks based on the installed
version it can find for itself in the status file, which in turn will
influence the behavior of apt. Mult
s
requiring your contributors to have gtest already build isn't going to
work longterm (and it ignores the reason why this dance is done at all).
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
ould probably be that you should use su…
su on the other hand is 'free' to use as it is provided by the essential
login package, so no dependency is needed at all.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
dn't really find a consensus in this or the other direction here.
Disclaimer (just in case): My perl knowledge is nearly non-existent, which in
turn means that I am not able to help with maintaining m-a in the long-term.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-ment
ity…
Way to complex for such a small usecase in my eyes. Properly better
to invest the time to make "disappearing packages" policy-compatible
and usable instead. In the easy cases libapt users even transfer the
auto-bit to the replacer…
Best regards
David Kalnischkies
--
T
a shame to let these patches show up in a "untagged patches
which might need to be send upstream" report somebody hopefully works on. :)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe"
ted in #493819.
(I uses this for a while for my local dwm package)
Fixing this would allow me to use the pristine dwm package
again (plus a few configs for my various target system).
Thanks for reviving the dwm packaging and
good luck finding a sponsor!
Best regards
David Kalnischkies
[0] ht
md64
or libfoo:armel or libfoo:whatever-arch, so don't claim that it would be.
See https://wiki.ubuntu.com/MultiarchSpec for the fullblown details if you are
interested - your usage of M-A suggests that you have misunderstood it.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE
itself I have no knowledge, so just two questions:
Aren't compilers in the same "chicken or egg" dilemma?
And how will new abi/api versions handled? I assume foo2 will not build
against bar1 and vice versa so you need to bootstrap again…
Best regards
David Kalnischkies
--
To
On Fri, Aug 19, 2011 at 00:58, Russ Allbery wrote:
> David Kalnischkies writes:
>
>> Sidenote: I am not sure why the usage of 'disappearing packages' was
>> removed from the wiki as dpkg and APT support them in squeeze - at least
>> in my eyes it looked like the
or
do they want to support it for… lets say 2 years at least?
Best regards
David Kalnischkies
[0] http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
[1] http://wiki.debian.org/Renaming_a_Package
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with
On Tue, Jul 26, 2011 at 13:30, Satoru KURASHIKI wrote:
> $ egrep '(Allowed|KURA)' yaskkserv_0.4.0-5.dsc
> Maintainer: KURASHIKI Satoru
> Dm-Upload-Allowed: yes
Aren't fields in "Deb 822" format case-sensitive?
(They are at least if it comes to Packages fi
lot more used
so the first looks like it would be special in some way
(the emphasis on 2.0 instead of 'just' 2 i mean).
* you don't need to move the license text to a new 'License:' block
All in all i can't find something really serious,
so i hope you will find
bols with different compiler versions).
btw: Without looking at the source: Architecture dependent symbols are e.g.
all methods with size_t (or its sibling ssize_t) or va_list as parameter.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with
2011/6/13 Ansgar Burchardt :
> David Kalnischkies writes:
>> What could be done is tweaking resolver scoring points, but honestly:
>> that is black-magic even for me -- and as you can only change this for
>> priorities it has side-effects for other packages with this priori
t if it's implemented
similar to APT::NeverAutoRemove we will need aggressive caching or some
operations will get "horrible" slow - e.g. aptitude would "love" it)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.
a non-d{d,m} unable to help you
in the sponsor-business, but isn't a "hostile upstream" not a good
reason for removal instead of adopting?
Or do you intend to become effectively upstream yourself?
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-mentors-requ
ecks now report files without any "./" or "/" prefix.
This may break existing overrides. (Closes: #534940)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
ring' of packages
which dpkg seems to support for a while and APT does it now in squeeze,
but i am not sure what the best practice is regarding this.
Especially as most (if not all) frontends doesn't show the disappeared
packages which could again confuse a user…
Best regards
David Ka
On Fri, Feb 18, 2011 at 12:34, David Kalnischkies
wrote:
> I am looking for a sponsor for my non-maintainer upload of
> package "apt-show-versions" to DELAYED/.
You can wait X days for a reaction by the maintainer and exactly 2 hours
after you made the extra effort to prepare
non-free
- dget
http://mentors.debian.net/debian/pool/main/a/apt-show-versions/apt-show-versions_0.16+nmu1.dsc
I would be glad if someone uploaded this package for me.
Kind regards
David Kalnischkies
[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612765
--
To UNSUBSCRIBE, email to de
; W: qapt-batch: binary-without-manpage usr/bin/qapt-batch
Not documented means it doesn't exist… ;)
(I haven't looked at muon at all)
With your contact to upstream, you might want to suggest them
to push some of the more general features from qapt to libapt to
benefit from it in all fro
While building packages, you have the change to vary depending
on for which architecture your (binary) package is built,
BUT: why you need/want that in the first place?
Best regards
David Kalnischkies
P.S.: I have cc'ed you in violation of the Code of Conduct, other
follow-ups may avoid
iting for a 'make' to finish… another indication that you
should upload your packages somewhere to enable short drive-by reviews…)
Best regards
David Kalnischkies
P.S.: You can't follow "most of the policy"…
No gray shades available, only black (violate) or white (obey
; binary-indep
http://lists.debian.org/debian-devel/2010/09/msg00590.html
Message-id: <20100924204433.ga4...@apache.rbscorp.ru>
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
s - and after all
I can do a lot more in maintainer scripts than adding a sources.list entry,
so "mysteriously" added sources.list entries are not a disease
(or a misfeature of APT to allow it) but a symptom of the widespread
disease of trusting random packages from an unknown sources…
Bes
2010/10/2 Rustom Mody :
> On Sat, Oct 2, 2010 at 12:16 PM, David Kalnischkies
> wrote:
>> 2010/10/2 Rustom Mody :
>>> Are there any pointers/policy/howtos for using qmake (rather than
>>> configure) for deb-packaging?
>>
>> Do you know debhelper? debhel
s file (i am guessing here).
More general as you are working on tartini it would be a good idea
to take the RFP for it, its bug #515003 [0].
Best regards,
David Kalnischkies
[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515003
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.d
)
So if all your clients are >= squeeze everything will be fine,
otherwise (e.g. lenny) you will need to use apt-key magic…
For a bit more background, see #558784.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subjec
e
length of the long description this can't be true…
Bonushint: As you are not a native english speaker
(but also if you would be) you can ask for help in the
debian-l10n-english list to find the best wording.
Best regards,
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-mentors-requ
on.
(See e.g. "man dpkg-genchanges" option -v.)
Good luck with your request & best regards,
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://l
Hi Charles Plessy, hello mentors,
> to apt. Does anybody know a better way than the mk-build-deps trick?
IANADD, untested and everything else, but you could try to build a"real"
package (yes, equivs should be enough), generate a mini-archive with
apt-ftparchive (included in apt-utils which should
58 matches
Mail list logo