Package: wnpp
Severity: wishlist
Owner: Ondřej Surý
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: netopeer2
Version : 1.1.39
Upstream Author : CESNET, z.s.p.o.
* URL : https://github.com/CESNET/Netopeer2
* License : BSD-3-clause
Package: wnpp
Severity: wishlist
Owner: Ondřej Surý
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libnetconf2
Version : 1.1.16
Upstream Author : CESNET, z.s.p.o.
* URL : https://github.com/CESNET/libnetconf2
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Ondřej Surý
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: sysrepo
Version : 1.4.70
Upstream Author : CESNET, z.s.p.o.
* URL : https://github.com/sysrepo/sysrepo
* License : Apache-2.0
Programming
Oh thanks, so I’ll just wait a bit until it’s deployed on the ftp-master queue.
Ondrej
--
Ondřej Surý
ond...@sury.org
> On 21 Mar 2020, at 13:44, Sebastiaan Couwenberg wrote:
>
> On 3/21/20 1:29 PM, Ondřej Surý wrote:
>> This seems like a regression to me, but before I
Hi,
This seems like a regression to me, but before I fill a bug with lintian, is
there anything I can do to my packages to fix this? Maybe I am doing something
wrong and new lintian caught that...
Ondrej
--
Ondřej Surý
Begin forwarded message:
> From: Debian FTP Masters
> Date: 21
perhaps the document was not suited to be published by IETF
The only thing I can say is that the document was not adopted by any working
group and that it expired due lack of updates.
Ondrej
--
Ondřej Surý
> On 13 Feb 2020, at 11:50, Miriam Ruiz wrote:
>
> El mié., 12 feb. 2020 a
e ok with systemd-resolved installed
by default as it is improvement over doing nothing.
Ondrej
--
Ondřej Surý
ond...@sury.org
I think I need to add that personally I am very thankful for the work the Salsa
and Salsa CI teams are doing. And the only reason I participated in this
discussion is that I believe that we need to stand up for each other as fellow
peers and colleagues.
Ondrej
--
Ondřej Surý
> On 6 Feb 2
stop and
apologize.
Ondrej
--
Ondřej Surý
> On 6 Feb 2020, at 01:33, Dmitry Smirnov wrote:
>
> On Thursday, 6 February 2020 10:22:24 AM AEDT Russ Allbery wrote:
>> I can't speak for Bernd, but I haven't seen any evidence in this thread
>> that the built binary
And yet you *demand* in a very aggressive way that others dedicate their
capacity on your misinterpretation of DFSG. Just stop.
Thanks,
--
Ondřej Surý
> On 6 Feb 2020, at 00:27, Dmitry Smirnov wrote:
>
> I would have done so if I had enough capacity.
I think you should stop here and now. You are misinterpreting DFSG to make a
point. And instead of asking how you can help you just throw accusations. In
both you recent threads. We are all in this together and your style is not
helpful just hurtful.
Ondrej
--
Ondřej Surý
> On 6 Feb 2020,
) could be spent on
helping fixing reproducible builds in packages or cross-building. Those are
practical and you won’t find any resistance in accepting patches for these two
use cases.
Ondrej
--
Ondřej Surý
> On 16 Jan 2020, at 18:21, Daniel Schepler wrote:
>
> I've been ru
until one is not
angry and filled with rage, and you have enough strength to put more kind words
and understanding into your message. We should strongly work on stopping the
spiral of hatred for the other groups and mend the cracks between us.
Ondrej
--
Ondřej Surý
> On 1 Jan 2020, at 11
ng,
and didn't know if you could or not. But I bet you can. And I'm sure you will.
Ondřej
--
Ondřej Surý
> On 1 Jan 2020, at 09:08, Andrew McGlashan
> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>
>
>> On 1/1/20 1:57 am, Aron Xu
.
Ondřej
--
Ondřej Surý
ications myself, I just made sure the transitions
between PHP
versions are mostly smooth in Debian (packaging stuff, not language itself…).
- There’s an obscure embedded PHP, but people using it know how to depend on it
Ondrej
--
Ondřej Surý
ond...@sury.org
towards the Python team and you have my support
to make things as easier for you as you can. I think you drafted excellent and
considerate plan.
O.
--
Ondřej Surý
> On 11 Nov 2019, at 22:15, Ondrej Novy wrote:
>
>
> Hi,
>
> po 11. 11. 2019 v 16:27 odesílatel Norbert P
e’s a new initiative - Encrypted DNS and if you look closely, ISC is on
the list of
participants from the very beginning. There’s no doubt that we need to encrypt
DNS, but
in a way that won’t lead to every app sending it’s DNS queries to a different
resolver.
Ondrej
--
Ondřej Surý
ond...@sury.org
What? How did you manage to go from me suggesting disabling DoH by default to
CloudFlare in Firefox without explicit user consent to an attack on ICANN?
But I guess that this alternative DNS root nonsense will just never die, so I
should not be really surprised.
--
Ondřej Surý
> On 12
> On 10 Sep 2019, at 09:38, Yao Wei wrote:
>
> On Tue, Sep 10, 2019 at 08:24:03AM +0200, Ondřej Surý wrote:
>> While I still strongly agree with you on this one (even though I think all
>> major ISPs here are scumbags, especially the incumbent), I still strongly
>> th
ncumbent), I still strongly
think we should not have this debate here, and we should turn this around
the usual Debian policy - to not send data to 3rd party without explicit user
content and defaulting to not doing so.
Ondrej
--
Ondřej Surý
ond...@sury.org
to logos and
JavaScript from the documentation and then send everything to one single
US-based provider.
Ondrej
--
Ondřej Surý
> On 8 Sep 2019, at 23:29, Marco d'Itri wrote:
>
> On Sep 08, Ondřej Surý wrote:
>
>> I would rather see an explicit statement. I would be
what would be the benefit for resolver to authoritative,
but same as with DoT.
DNSoQUIC - not yet there, but it might be better option for resolver to
authoritative...
Ondřej
--
Ondřej Surý
> On 9 Sep 2019, at 03:17, Paul Wise wrote:
>
> On Mon, Sep 9, 2019 at 2:31 AM Ondřej S
speculate on my own.
Thanks,
Ondřej
--
Ondřej Surý
And add correctly implementing capabiliti on top of that. Also lib cap or
libcap-ng?
Sometimes having more choices isn’t advantage...
Ondřej
--
Ondřej Surý
> On 10 Aug 2019, at 11:24, Marc Haber wrote:
>
> On Fri, 9 Aug 2019 10:27:31 +0100, Ian Jackson
> wrote:
>> B
er since the port binding is done by the systemd, not the daemon.
Ondrej
--
Ondřej Surý
ond...@sury.org
I pretty much agree with everything you just said.
O.
--
Ondřej Surý
> On 8 Aug 2019, at 20:34, Russ Allbery wrote:
>
> Ondřej Surý writes:
>
>> So, just to clarify… so, it’s ok to hate systemd, but it’s not ok to
>> hate sysvinit (spaghetti of shell scripts)?
> On 8 Aug 2019, at 14:08, Philipp Kern wrote:
>
> On 2019-08-08 13:47, Ondřej Surý wrote:
>>> Please stop hating on sysvinit
>> So, just to clarify… so, it’s ok to hate systemd, but it’s not ok to
>> hate sysvinit (spaghetti of shell scripts)?
>
> I don&#
> Please stop hating on sysvinit
So, just to clarify… so, it’s ok to hate systemd, but it’s not ok to hate
sysvinit (spaghetti of shell scripts)?
O.
--
Ondřej Surý
ond...@sury.org
> On 7 Aug 2019, at 15:44, Ian Jackson wrote:
>
> Marc Haber writes ("Re: do packages depend
people that deeply care about the same/similar thing.
Ondrej
--
Ondřej Surý
last software that would be treated like this, and
honestly pragmatic approach here would just prevent hurt feelings on all sides
long-term.
Cheers,
Ondrej
--
Ondřej Surý
ond...@sury.org
> On 6 Jun 2019, at 16:03, Bastian Blank wrote:
>
> Hi Zigo
>
> On Thu, Jun 06, 2019 at 02:4
hich is a duplicate of [1], did).
>
> [1] https://bugs.launchpad.net/ubuntu/+source/acpi-call/+bug/1830040
> [2] https://bugs.launchpad.net/ubuntu/+source/acpi-call/+bug/1830787
>
> What would be the "cleanest" solution according to you ?
>
Hi,
can’t you just “skip” building the module in DKMS when on unsupported
architecture?
Install the package on that system would be noop then.
Cheers,
Ondrej
--
Ondřej Surý
ond...@sury.org
ed ar to unpack .deb several times, usually when I had to pull a file
on a non-Debian system (or when I could not remember the dpkg-deb syntax
and I was lazy, but that doesn’t count :)
Ondrej
--
Ondřej Surý
ond...@sury.org
.
(As a side remark, I would love to see Debian to settle on one way of
maintaining packages, as packages in SVN or even without any SCM are also
pain...)
Cheers,
Ondrej
--
Ondřej Surý
> On 17 Apr 2019, at 13:58, Mo Zhou wrote:
>
> Hi Ondřej,
>
> On Wed, Apr 17, 2019 at 01:12:12PM +0200, Ondřej Surý wrote:
>> The only single person I’ve been mentoring in GSoC did as little as
>> possible to pass the half-time, cashed the money and stopped
>>
The only single person I’ve been mentoring in GSoC did as little as possible to
pass the half-time, cashed the money and stopped responding to emails.
So, experience might wildly vary...
Ondrej
--
Ondřej Surý
ond...@sury.org
> On 17 Apr 2019, at 07:17, intrigeri wrote:
>
> Ad
That repository is more of a remote backup, but I would be happy to collaborate
on something more useful to general DD public...
There’s some additional content in this ticket that might go into the readme:
https://github.com/oerdnj/deb.sury.org/issues/1092
Ondrej
--
Ondřej Surý
> On 8
Hey,
check https://jenkins.rfc1925.org and f.e. https://packages.sury.org/php/
--
Ondřej Surý
> On 8 Apr 2019, at 18:22, Holger Levsen wrote:
>
> Hi Ondřej,
>
>> On Mon, Apr 08, 2019 at 06:14:57PM +0200, Ondřej Surý wrote:
>> It’s fairly easy nowadays with debian-
armhf and arm64 builds works (mostly) fine.
Cheers,
Ondřej
--
Ondřej Surý
> On 8 Apr 2019, at 18:01, Kyle Edwards wrote:
>
> On Mon, 2019-04-08 at 00:02 -0400, Peter Silva wrote:
>>> If one needs to keep a close eye on changes to make sure they can still
>>> be insta
Or DPA (Debian Personal Archive)...
Ondrej
--
Ondřej Surý
> On 8 Apr 2019, at 12:32, Holger Levsen wrote:
>
> On Mon, Apr 08, 2019 at 10:18:39AM +0100, Jonathan Dowland wrote:
>>> At the first glance I interpreted the sentence as
>>> "This will only lead to f
doesn’t feel like something that would help anything at all. Just require git
(as AUR4 does).
Ondrej
--
Ondřej Surý
> On 8 Apr 2019, at 11:58, Mo Zhou wrote:
>
> Hi,
>
>> On Mon, Apr 08, 2019 at 08:54:27AM +0100, Phil Morrell wrote:
>> On Mon, Apr 08, 2019 at 05:00:2
I don’t think you need to avoid using “Debian” in the name.
This is the least problem your proposal have.
Ondrej
--
Ondřej Surý
> On 8 Apr 2019, at 12:27, Mo Zhou wrote:
>
> Hi,
>
> D**ian may be pronounced as "Dasteriskian", i.e. "D-asterisk-ian"
>
> Can we implement it?
Who is “we”? This is the usual problem with missing DPA/bikesheds/whatever, the
most productive developer “Somebody” hasn’t joined Debian yet...
Ondrej
--
Ondřej Surý
> On 7 Apr 2019, at 15:26, Mo Zhou wrote:
>
> Can we implement it?
Hi Harald,
since you are using non-default init system, I would recommend sending
patches along with your bug reports if you want to get niche things fixed.
Ondrej
--
Ondřej Surý
ond...@sury.org
> On 23 Mar 2019, at 13:34, Harald Dunkel wrote:
>
> Hi folks,
>
> AFAICS th
d
symbol by adding the no-op function back to the library.
https://abi-laboratory.pro/index.php?view=timeline&l=libzip
Ondrej
--
Ondřej Surý
ond...@sury.org
It’s minutes ago - 10 days for migration.
Ondrej
--
Ondřej Surý
> On 12 Mar 2019, at 22:55, Milan Kupcevic wrote:
>
>> On 3/12/19 3:53 PM, Paul Gevers wrote:
>>
>> Just like we announced in our freeze policy [1], the full freeze of
>> buster started today, som
Hi,
I believe that it was the case before that if the autoremoval was due a
specific RC bug, any activity on that specific bug would reset the timer for
autoremoval.
But it might have changed since… or my memory is failing me.
Cheers,
Ondrej
> On 19 Feb 2019, at 08:46, Andreas Tille wrote:
>
Well, checking for libicu-dev in B-D of source package and libicu in
binary packages is quite a simple test...
--
Ondřej Surý
> On 16 Feb 2019, at 14:40, Scott Kitterman wrote:
>
> My impression is the tests were cursory. If a package didn't FTBFS, it was
> presumed to be
The icu maintainer has properly communicated the change in the packaging for
the packages I maintain and depend on libicu-dev (and filled RC bugs for it).
I don’t know what has happened that postfix was missed.
Ondrej
--
Ondřej Surý
> On 16 Feb 2019, at 10:33, Scott Kitterman wr
and have zillion files in the spool, it would
not play well with changing users at every start.
Ondrej
--
Ondřej Surý
> On 10 Feb 2019, at 10:28, Scott Leggett wrote:
>
>> On 2019-02-10.09:08, Ondřej Surý wrote:
>> This is fairly easy to be scripted (same as with tmpfile
This is fairly easy to be scripted (same as with tmpfiles).
I would like to see this adopted, but I am not sure how that solves the
namespace problem.
Ondrej
--
Ondřej Surý
> On 10 Feb 2019, at 05:45, Scott Leggett wrote:
>
>> On 2019-02-09.13:10, Philipp Kern wrote:
>>
> So, what do you do with your stretch servers running PHP now? Pray for
> good support in Debian, upgrade to 3rd party packages? Upgrade to buster
> already?
>
> Regards,
> Jochen.
>
> [1] FWIW, the PGP key used for the repository (AC0E47584A7A714D) is
>signed
en_DK.UTF-8 is a good default locale?
On Thu, 7 Feb 2019 at 14:05, Adam Borowski wrote:
> On Thu, Feb 07, 2019 at 02:55:33PM +0500, Roman Mamedov wrote:
> > So for those of us (the entire world), who have been relying on this
> behavior:
> >
> > > * en_US (.UTF-8) is used as the default English
, 17 Oct 2017, Francesco Poli wrote:
> > >
> > > > On Mon, 16 Oct 2017 04:28:09 + Ondřej Surý wrote:
> > > >
> > > > [...]
> > > > > Francesco, great idea, go ahead. You would be most welcome to help
> with
> > > > > Debian
t!
>
>
> I hope that voicing my concerns was useful.
> Bye and thanks for reading so far.
>
>
> P.S.: I am not subscribed to the mailing lists; please Cc me on
> replies, if any. Thanks for your understanding!
>
>
> --
> http://www.inventati.org/frx/
> There's not a second to spare! To the laboratory!
> . Francesco Poli .
> GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
>
--
Ondřej Surý
7;s a nice way to group related packages.
> >
> > I'd like to note that while gitlab, as well as gitea get this wrong,
> > pagure for example seems to have gotten this right!
> We do plan to provide some solution for the namespace thing with providing
> an
> own interface for creating group in defined namespaces.
>
> Alex
>
> >
>
> --
Ondřej Surý
Package: wnpp
Severity: wishlist
Owner: =?utf-8?b?T25kxZllaiBTdXLDvQ==?=
* Package name: libapache2-mod-md
Version : 0.8.1
Upstream Author : greenbytes GmbH
* URL : github.com/icing/mod_md
* License : Apache-2.0
Programming Lang: C
Description : ACME ce
I fail to see what is the purpose of this thought exercise. Could you first
clearly define the problem/goal/... and only then start finding solutions?
Ondřej
On 12 August 2017 09:19:51 "Dr. Bas Wijnen" wrote:
Note: this post is not about certspotter at all, so I'm not Cc'ing the bug and
cha
Which is definitely worse than HTTPS with even SSLv3.
Here I disagree, with HTTP you know you are using inherently insecure
transport layer and you can take other precautions.
With SSLv3, you might be fooled by feeling of security...
Apart from that, I think we need a system-wide default pol
This is a really good idea!
On 12 August 2017 15:56:26 Tollef Fog Heen wrote:
]] Russ Allbery
That doesn't mean we can't make it very easy to disable TLS 1.0/1.1 or
encourage people to do that when possible, of course. It would be great
for us to try to lead the way and push things forward
, so a new
maintainer using the package and interested in improving the Debian
packages would be great.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chl
itlab would be very nice.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
pečení chleba
bugs to upstream. I would suggest it might be better this
would be a team effort.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseproch
very large
packages are not maintained and should have been
orphaned-and-then-removed from the archive, but there's no official
metrics that would help identifying such packages (apart every time we
do a big transition).
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-p
will be in next Debian stable, it might be
feasible
to negotiate with Debian release team to push the new upstream releases
via
s-p-u. (However I am not speaking for or on behalf of the release team.)
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
K
And this is happening all over places (apache2 vs php7.0) - I don't
think we can have a partial transition. It's now all or nothing.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, pri
to keep 1.0.0 compatibility
together
with 1.1.0 compatibility and it's a hell lot of work.
Perhaps I am the unlucky one that doesn't fall into "most packages", but
from what I've seen so far I am not happy that this happened so deep
into
release cycle.
Cheers,
--
Ondřej Surý
K
On Fri, Oct 21, 2016, at 00:20, Joerg Jaspert wrote:
> On 14466 March 1977, Ondřej Surý wrote:
>
> > to stop you from bickering on and on, the build script can be
> > reconstructed
> > just from reading gulpfile.js and would consist of installing ruby-sass,
> > co
-source, but
that's a new information for me that we are now doing distro
just for hipsters that can't read and write more than one twitter
message at the time, and can't read a simple makefile.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS
On Tue, Oct 11, 2016, at 15:03, Paul Wise wrote:
> On Tue, Oct 11, 2016 at 8:56 PM, Ondřej Surý wrote:
>
> > Fine, I'll bundle them as well.
>
> Bundling the actual source instead of prebuilt files still doesn't
> solve the problem of not being able to build from s
Fine, I'll bundle them as well. Just don't make me maintain a package in
a language more horrible than PHP (in my eyes :-P).
O.
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fa
is free to package epoch.js into separate package and I'll
switch to using it, just don't shove more work by using BTS severities.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy
;t care that much to continue this discussion as you clearly
seem to have strong opinion about that.
You (as the pkg-mysql team) are the one who will be clearing the mess in
the release, so it's definitely up to you how you want to handle this. I
expressed my opinion and I will not pursue this
uch a change.
So again I urge you to revert the decision to introduce yet another
change in the Build-Depends for >= 300 packages and just use the
libmysqlclient-dev package to be the "default".
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS ser
thing and require a
substantially less work on the other people side.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – P
he time. I think that the release notes are useful,
especially chapter 5 and I am going to contribute texts for PHP and
Courier IMAP at least.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Vše pro chleba (https://vseprochleba.cz) – Potřeby pro pečení chleba
všeho druhu
Package: wnpp
Severity: normal
Hi,
I recently helped to update Debian packaging for src:courier,
src:courier-authdaemon and src:courier-unicode, and I rewrote most of the
existing packaging.
These packages desperately need a maintainer who is at least running
the Courier IMAP suite himself, as
they are enabled by default for your
convenience. You can disable unneede modules via phpdismod tool.
-- Ondřej Surý Mon, 22 Feb 2016 12:37:09 +0100
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
On Fri, Apr 8, 2016, at 22:15, Paul Gevers wrote
> add yourself to Maintainers and start work on the backlog.
That's what I usually do, and quite often I get positive answer from
original maintainer.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
s than
> 1% or 5% of the archive is not much better than a guess. The problem is
> that those are precisely the packages where removal is likely.
What I meant in my initial report was to use the popcon > n% as a
indicator to stop the automatic removal after everything else indicate
that it should be marked as "outdated".
O.
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
x27;s no longer useful and just lies in the archive
dormant.
1. not saying here that I am completely without guilt from time to time
and from package to package :).
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Are you sure we need this in the archive? Packaging dead horse doesn't seem
like a good idea...
Wikipedia says:
It was launched in July 2011, but after failing to achieve traction, Mozilla
announced in January 2016 plans to decommission the service by the end of the
year.[3]
O.
--
O
s Roudaire
dotclear (U)
libphp-swiftmailer
Nikolai Lusan
postfix-cluebringer
Norman Messtorff
postfixadmin
Olivier Berger
fusionforge (U)
libgraphite-php
php-arc
php-cas
Olivier Berger
php-cas (U)
Olivier Berger
libgraphite-php (U)
php-cas (U)
Ondřej
Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý"
* Package name: tideways
Version : 4.0.3
Upstream Author : 2009 Facebook, 2014 Qafoo GmbH
* URL : http://tideways.io
* License : Apache-2.0
Programming Lang: C
Description : Tideways PH
Sergey, I think it's about time you stop your repeated ad-hominem attacks
against me, and continue this discussion only if you have new technical
arguments to support your case.
--
Ondřej Surý
On 29 Feb 2016 18:27, at 18:27, Sergey B Kirpichev wrote:
>On Mon, Feb 29, 2016 at 06
an PHP PECL Maintainers
php-memcache:
c28db1be (Sergey B Kirpichev 2014-01-07 16:48:52 +0400 4) Maintainer:
Debian PHP PECL Maintainers
php-memcached:
82f6e908 (Sergey B Kirpichev 2014-01-07 16:49:52 +0400 4) Maintainer:
Debian PHP PECL Maintainers
Cheers,
--
Ondřej Surý
Knot DNS (https
sd-*, this will cause all PHP 7.0 PECL
extensions to FTBFS. And since this is a non-release arch, all we need
now is patience. There's really no need to pull the wardrums out of the
closet.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
On Mon
s.
I remember the very optimistic talk from DebConf15, so it would be nice
to have those ready in 2016 :).
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý"
* Package name: php-mongodb
Version : 1.1.1
Upstream Author : Derick Rethans , Jeremy Mikola, Hannes
Magnusson
* URL : http://pecl.php.net/package/mongodb
* License : Apache 2.0
Programmi
"keep" file.
--zero-keep, -ZRemove all packages from the "keep" file.
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: sphinxcontrib-rubydomain
Version : 0.1~dev-20100804
Upstream Author : SHIBUKAWA Yoshiki
* URL : https://pythonhosted.org/sphinxcontrib-
Package: wnpp
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
cyrus-sasl2 needs you! The most (all) of the members of packaging
team are dormant, and the cyrus-sasl2 feels neglected, we need a new
blood who will love and care about cyrus-sasl2.
There are not much upstream
rts between switches are browsers (both Firefox and
Chromium), the rest of the GNOME switches automatically based on the
plugged-in monitor.
O.
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: hedgehog
Version : 2.0.0~rc2
Upstream Author : Sinodun Ltd.
* URL : http://dns-stats.org/
* License : Apache-2.0
Programming
Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: rapache
Version : 1.3.7
Upstream Author : Vanderbilt University
* URL : http://www.rapache.org/
* License : Apache-2.0
Programmi
Software is like Poetry - most of it shouldn't have been written.
>
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: https://lists.d
systemd in guest) and I have been
running this with backported systemd and lxc on wheezy before jessie was
release.
Perhaps it might be a true for hosts not running systemd?
Cheers,
--
Ondřej Surý
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
--
To UNSUBSCRIBE, e
Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý"
* Package name: hedgehog
Version : 2.0.0
Upstream Author : ICANN
* URL : http://dns-stats.org/
* License : Apache 2.0
Programming Lang: C++, R, Shell, Perl
Description : visualisation to
Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý"
* Package name: r-cran-rpostgresql
Version : 0.4
Upstream Author : Joe Conway et al.
* URL :
http://cran.r-project.org/web/packages/RPostgreSQL/index.html
* License : GPL-2
Programming Lan
right?
1. That said - it's by no means perfect and bugs still creep in, etc...
O.
--
Ondřej Surý Knot DNS (https://www.knot-dns.cz/) – a
high-performance DNS server
1 - 100 of 398 matches
Mail list logo
