tl;dr: I am looking for information on who to contact to make the case
for removing a package from the upcoming Debian 11 distribution. The
package maintainers do not answer emails. The package itself has
numerous bugs that make it unusable. Some of them date to 2015. When
the maintainers
There is no such thing as transphobic or homophobic. Usage of such language is
an attempt to stifle opposition to what the Bible clearly indicates is sin. Are
you moralphobic?
On Thu, Mar 25, 2021, at 17:04, Debian Project Secretary - Kurt Roeckx wrote:
>
> A General Resolution ha
at 17:04, Debian Project Secretary - Kurt Roeckx wrote:
>
> A General Resolution has been started about Richard Stallman's
> readmission to the FSF board.
>
> It currently has 1 available options, but other proposals have been suggested.
>
> More information can be fou
with having a debugger consult a remote server "behind their backs", so
> a possible mitigation to this issue would be to have a debconf question
> asking whether the user wants to enable system-wide debuginfod usage or
> not.
The other option is that the application asks before downloading
each time.
Kurt
On Mon, Dec 30, 2019 at 01:39:14PM +0100, Mattia Rizzolo wrote:
> On Mon, Dec 30, 2019 at 11:29:52AM +0100, Kurt Roeckx wrote:
> > Note that the name of the .changes file by the maintainer and the
> > buildd will be the same, and dak will reject it if that .changes
> >
posted recently for a
> work in progress on this.
Is it .deb and .changes file that you would move?
Note that the name of the .changes file by the maintainer and the
buildd will be the same, and dak will reject it if that .changes
file already exists.
Kurt
On Sun, Mar 03, 2019 at 08:19:44PM +, Ben Hutchings wrote:
> On Sun, 2019-03-03 at 18:59 +0100, Kurt Roeckx wrote:
> [...]
> > Most people will actually have at least 2 hardware RNGs: One in
> > the CPU and one in the TPM. We can make the kernel trust those as
> > entr
oot, including things like the current time, and an
incrementing counter. It would not be credited as having entropy.
The seed file currently acts as this. I have no idea if the kernel
does anything like that itself, like the mount count of a
filesystem. It might be useful that we feed it some boot counter.
Kurt
eeCAD
ecosystem, but no matter your interest, please come and join us in
squashing some bugs!
You can find more info on the Debian Wiki page for the event [2].
- Kurt
[1] https://atxhs.org
[2] https://wiki.debian.org/BSP/2019/01/us/Austin
Package: wnpp
Severity: wishlist
* Package name: postfix-mta-sts-resolver
Version : 0.2.4
* URL : https://github.com/Snawoot/postfix-mta-sts-resolver
* License : MIT
Programming Lang: python
Description : Daemon which provides TLS client policy for
> Dirk Eddelbuettel writes:
> On 20 November 2018 at 02:35, Chris Lamb wrote:
> | Hi Dirk,
> |
> | > | > … Simon McVittie has actually patched our testing framework to vary
> | > | > this and this is now live.
> | > | >
> | > | > https://bugs.debian.org/901473#33
> | […]
> | > Are we sure t
> Hello,
>
> On Sat 08 Sep 2018 at 07:31PM +0200, Ruben Undheim wrote:
>
>> Yes, you are right, when I read it again. What I have been "reading" before
>> is.
>>
>> "Two different packages must not install programs with different
>> functionality
>> but with the same filenames if they do not
Package: wnpp
Severity: wishlist
Owner: Kurt Kremitzki
* Package name: salome-smesh
Version : 8.3.0.3
Upstream Author : Trevor Laughlin
* URL : https://github.com/LaughlinResearch/SMESH
* License : LGPL-2.1
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Kurt Kremitzki
* Package name: freecad-doc
Version : 0.17.20180719
Upstream Author : FreeCAD Community
* URL : https://github.com/freecad/freecad-doc
* License : CC-BY-3.0
Programming Lang: Python
Description
Package: wnpp
I'm orphaning libtool.
It currently has 1 RC bug, and the last NMU at least seems to
cause a regression.
Kurt
Package: wnpp
Severity: wishlist
Owner: Kurt Kremitzki
* Package name: opencamlib
Version : 2018.08
Upstream Author : Anders Wallin
* URL : https://github.com/aewallin/opencamlib
* License : LGPL-2.1
Programming Lang: C++
Description : C++ library for
Package: wnpp
Severity: wishlist
Owner: Kurt Kremitzki
* Package name: openvoronoi
Version : 2018.08
Upstream Author : Anders Wallin
* URL : https://github.com/aewallin/openvoronoi
* License : LGPL-2.1
Programming Lang: C++
Description : 2D Voronoi
Package: wnpp
Severity: wishlist
Owner: Kurt Kremitzki
* Package name: cantera
Version : 2.4.0b1
Upstream Author : Cantera Developers
* URL : https://cantera.org
* License : BSD
Programming Lang: C++
Description : Object-oriented chemical kinetics
Package: wnpp
Severity: wishlist
Owner: Kurt Kremitzki
* Package name: fonts-osifont
Version : 20160516
Upstream Author : hikikomori82
* URL : https://github.com/hikikomori82/osifont
* License : GPL3 or GPL2 or LGPL3, with fonts exception
Description
Package: wnpp
Severity: wishlist
Owner: Kurt Kremitzki
* Package name: ulmo
Version : 0.8.4
Upstream Author : ulmo developers
* URL : https://github.com/ulmo-dev/ulmo/
* License : BSD
Programming Lang: Python
Description : Clean, simple and fast
Package: wnpp
Severity: wishlist
Owner: Kurt Kremitzki
* Package name: coolprop
Version : 6.1.0
Upstream Author : Ian Bell
* URL : https://github.com/coolprop/coolprop
* License : Expat
Programming Lang: C++
Description : Thermophysical property
Package: wnpp
Severity: wishlist
Owner: Kurt Kremitzki
* Package name: if97
Version : 2.1.2
Upstream Author : Ian Bell
* URL : https://github.com/coolprop/if97
* License : Expat
Programming Lang: C++
Description : C++ implementation of the IAPWS-IF97
Package: wnpp
Severity: wishlist
Owner: Kurt Kremitzki
* Package name: libreoffice-texmaths
Version : 0.43
Upstream Author : Roland Baudin
* URL : http://roland65.free.fr/texmaths/
* License : GPL-2
Description : TexMaths is a LaTeX equation editor for
is
> "unversioned, incomplete, barely documented, and seems to be
> unmaintained" [3]. Kurt Roeckx proposed a patch to add a compatibility
> shim [4], and a number of other projects have done something similar,
> but the OpenSSH developers have explicitly said that they do no
Will tidy a bunch of things up and push it tomorrow.
> > Thanks again!
>
> So, this adds a new Lintian "error". I am using gbp and I have no clue
> on how to include this signature file. Integration with uscan is not
> done either.
There is a bug against uscan to do this, I understand that it's
been commited just not uploaded yet.
Kurt
d" I mean at build time.
> It'd be nice if, after all this discussion, you stated clearly whether
> you plan to change something or not.
Isn't that what I just did?
Kurt
On Mon, Aug 07, 2017 at 08:35:52PM +0200, Kurt Roeckx wrote:
> On Mon, Aug 07, 2017 at 05:22:51PM +0200, Joerg Jaspert wrote:
> > I wonder if there is a middle way that ensures that all new stuff does
> > go TLS1.2 (or later, whenever), but does allow older stuff still to
> >
On Tue, Aug 15, 2017 at 10:43:08AM -0700, Michael Lustfield wrote:
> I don't think it was answered... Is there an actual reason that this needs
> to be handled urgently? Is TLSv1.0/v1.1 considered broken?
Yes.
Kurt
On Tue, Aug 15, 2017 at 10:49:05PM +0900, Norbert Preining wrote:
> Hi Kurt,
>
> I read your announcement on d-d-a, but due to moving places
> I couldn't answer.
>
> I consider the unconditional deprecation of TLS 1.0 and 1.1
> a very wrong move.
>
> Be strict wi
On Fri, Aug 11, 2017 at 08:41:10AM -0400, Wouter Verhelst wrote:
> On Mon, Aug 07, 2017 at 08:35:52PM +0200, Kurt Roeckx wrote:
> > On Mon, Aug 07, 2017 at 05:22:51PM +0200, Joerg Jaspert wrote:
> > > I wonder if there is a middle way that ensures that all new stuff does
> &g
Any idea if this actually works with newer android phones?
Could someone report this to Google? I consider everything broken
by this a security issue and hope that Google will fix it in all
releases they still support.
Kurt
ces are nearly 100% that something will break, at
> least that's my experience.
If I upload things to experimental and ask people to test it,
I will get no feedback at all.
Kurt
ly aren't supported by many
applications.
An other alternative is to use the deprecated SSL_CTX_set_options
options (SSL_OP_NO_TLSv1 | SSL_OP_NO_TLSv1_1) by default, but then
there is probably no software that has support for clearing those
with SSL_CTX_clear_options()
Kurt
On Mon, Aug 07, 2017 at 09:59:20AM +0200, Leon Klingele wrote:
> Does this also apply for libssl?
This applies to libssl1.1 package and everything making use of it.
Kurt
make sense.
Having ntpdate clear the unsynced flag doesn't make sense since it
would start writing a time to the RTC each 11 minutes, and as Ben
said you have no idea which of the 2 clocks is the most correct
one.
I can also understand that systemd doesn't set the clock for just
the same reason. Either the clock is synched and it's written, or
it's not suched, it's unknown which one is the most correct, and
it's not written.
Kurt
ng
anything the past few years.
Kurt
TOMIC_CHAR16_T_LOCK_FREE 2
> #define __GCC_ATOMIC_LLONG_LOCK_FREE 2
> #define __GCC_ATOMIC_SHORT_LOCK_FREE 2
What you're actually showing is that even for ARMv4 they are
sometimes lock free by using the kernel support.
> There are kernel helpers available to provide some atomic support, but
> they'll be very slow compared to real hardware support at this level.
I was under the impression that that's not the case:
https://lwn.net/Articles/314561/
Kurt
ywere in its APIs, it
> might not be safe. If it doesn't (i.e. at most you have a qt flag that
> says "use SSL", etc), then it should be fine.
It seems to be doing this in qtbase5-private-dev. Not sure if
there are actually any users of it.
Kurt
On Sat, Nov 19, 2016 at 10:32:58PM +0100, Ondrej Novy wrote:
> Hi,
>
> 2016-11-19 21:06 GMT+01:00 Kurt Roeckx :
>
> > Chacha20 would be a new feature. Following the policy that can't
> > be added in a 1.0.2 version, only bugs get fixed in it.
> >
>
> y
On Sat, Nov 19, 2016 at 06:30:06PM +0100, Bernd Zeimetz wrote:
> On 11/17/2016 12:40 AM, Kurt Roeckx wrote:
> > On Mon, Nov 14, 2016 at 07:10:00PM +, Niels Thykier wrote:
> >>
> >> The alternative for ChaCha20 would be to adopt Cloudflare's patches[1],
> &
On Fri, Nov 18, 2016 at 10:18:32PM +0100, Daniel Pocock wrote:
>
>
> On 18/11/16 22:12, Kurt Roeckx wrote:
> > On Fri, Nov 18, 2016 at 09:15:53PM +0100, Daniel Pocock wrote:
> >>
> >>
> >> On 18/11/16 21:10, Kurt Roeckx wrote:
> >>> On Fri,
On Fri, Nov 18, 2016 at 09:15:53PM +0100, Daniel Pocock wrote:
>
>
> On 18/11/16 21:10, Kurt Roeckx wrote:
> > On Fri, Nov 18, 2016 at 03:53:20PM +0100, Daniel Pocock wrote:
> >>
> >>
> >> I wanted to try compiling some upstream projects against OpenSS
/debian/pool/main/o/openssl/openssl_1.1.0c-1.dsc
>
> cd openssl-1.1.0c/
> dpkg-buildpackage -rfakeroot -j13
>
>
> and it builds but only 4 of the headers appear to install:
>
> ls debian/libssl-dev/usr/include/openssl/
> aes.h asn1.h asn1_mac.h asn1t.h
>
> Is this correct?
No it's not.
Kurt
ould
support parallel building now.
You might want to try -J13 instead of -j13. I've never tried the
-j option. Maybe something is broken in the rules files.
Kurt
maintain such a patch.
Kurt
on zurl implements it's own hostname validation
checking an doesn't just use libcurls?
Kurt
On Wed, Nov 02, 2016 at 02:02:52PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> On miércoles, 2 de noviembre de 2016 10:00:43 A. M. ART Bernhard Schmidt
> wrote:
> > Kurt Roeckx wrote:
> >
> > Hi,
> >
> > > There might also be packages for which
On Tue, Nov 01, 2016 at 11:49:52PM +0100, Kurt Roeckx wrote:
> > > If you have any problems feel free to contact us.
> >
> > - are “you” ?
>
> Yes.
or openssl-us...@openssl.org
Kurt
On Tue, Nov 01, 2016 at 11:26:15PM +0100, Cyril Brulebois wrote:
> Hi,
>
> Just random thoughts…
>
> Kurt Roeckx (2016-11-01):
> > I just uploaded OpenSSL 1.1.0 to unstable. There are still many
> > packages that fail to build using OpenSSL 1.1.0. For most packag
braries we now have a policy to not use -fPIC,
should that then get replaced by using -fPIE?
Kurt
Please ignore this e-mail. It never happened.
Kurt
On Wed, Jun 29, 2016 at 04:15:39AM +0200, Christian Seiler wrote:
> On 06/11/2016 02:30 PM, Kurt Roeckx wrote:
> > There is an upstream wiki page for this at:
> > https://wiki.openssl.org/index.php/1.1_API_Changes
> >
> > If things aren't clear, you have
On Sat, Jun 11, 2016 at 08:33:07PM +0300, Antti Jarvinen wrote:
> Kurt Roeckx writes:
> > The release of OpenSSL 1.1.0 is getting nearer.
>
> Thanks for the warning, I'm finding myself listed.. For the
> problematic package I maintain the API changes are already fixed
On Sat, Jun 11, 2016 at 07:41:25PM +0200, Jérémy Lal wrote:
> 2016-06-11 14:30 GMT+02:00 Kurt Roeckx :
>
> >
> > Hi,
> >
> > The release of OpenSSL 1.1.0 is getting nearer. Some packages
> > will no longer build with the new version without changes. Most
&g
yashi
groonga (U)
Kevin Smith
swift-im (U)
Khalid Aziz
openhpi (U)
Kilian Krause
asterisk (U)
libexosip2 (U)
libzrtpcpp (U)
ptlib (U)
stunserver (U)
yate (U)
Klas Lindfors
yubico-piv-tool (U)
Krzysztof Burghardt
poco
Krzysztof Krzyzaniak (eloy)
light
this currently, but it's
clearly something I want.
Kurt
I inserted my usb stick again. This time I saw activity on the pager
showing a pop up on desktop #3 (I was still on desktop #2).
FYI
Kurt
theis.k...@gmail.com
http://www.landfall.net
working on Desktop #2 of a 3 desktop system. I plug in
the usb stick, and find the pop-ip asking if I want to view files
on desktop #3. I did not see any activity on the desktop pager when
the pop-up happens.
I would like any system notifications like this to appear on the current
active desktop.
Tha
("found" with a version after the wheezy release,
> "notfound" with the originally reported version).
He probably also needs a "close".
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150803072044.gb24...@roeckx.be
k them both).
In Debian we've been adding both the new and the old hash. Does
anybody know this is still needed?
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150803071636.ga24...@roeckx.be
e. This could potentionally be done by either
shipping all such trusted keys or have them signed by a special
purpose key.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arch
a key in the keyring.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150415180821.ga8...@roeckx.be
lmost
all the architectures, even if the wiki claims it works.
man prctl says:
PR_SET_UNALIGN
(Only on: ia64, since Linux 2.3.48; parisc,
since Linux 2.6.15; PowerPC, since Linux 2.6.18; Alpha,
since Linux 2.6.22)
Kurt
--
To UNSUBSCRIBE, email to debian-deve
her
> than numbered, options. Would it be worth my while finishing that off
> (in my CFT) ?
I've heard from Manoj that he also has been working on devotee
2.0, but I can't find it.
I've also been wondering about end-to-end auditable voting like
heliosvoting or civistas. But I di
mber of DDs and was never very happy with it. I've
recently also been pointed to that. I wish it was better
integrated so that I can query it.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141018093618.ga15...@roeckx.be
Package: general
Severity: important
Dear Maintainer,
I can't transfer files via bluetooth with KDE.
root@serkan-pc:/home/serkan# service bluetooth status
bluetooth.service - Bluetooth service
Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled)
Active: active (running) since Pz
y.
- I don't see how dynamic linking negates versioning issues. In
fact I think because we have dynamic linking people actually
care about the ABI and so we have less problems.
- I can't see how libxml wouldn't be a core package. Maybe he
should check how many copies of
t; Is there an easy way to produce such uploads?
>
> Build binary packages as usual, but sed-out _(amd64|i386).deb from
> resulting .changes before signing it.
Please also make sure you rename the changes files to not conflict
with the .changes files the buildd is going to use.
Ku
ot; on [10] finds the eMail address to use,
> but says nothing about the format, and is not linked; [11] is worse, it
> only shows a link to the source code.
We can perfectly understand English you know, there is no need to
put it in a format so we can just copy and paste it.
Kurt
--
t amout of entropy the kernel can really give.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140719103602.ga15...@roeckx.be
uld be. The getentropy() replacement seems to
suggest 256 isn't something you want to do (when GRND_RANDOM is
not set?). random(4) says not to use > 256 bit (32 byte).
Shouldn't it return a ssize_t instead of an int? I see it's
limited to INT_MAX, but it seems in the code to retu
On Mon, Jul 14, 2014 at 02:09:55PM -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 14 Jul 2014, Kurt Roeckx wrote:
> > I plan to try and get them to use symbol versioning, at least on
> > those platforms that support it. This will probably be just like
>
> Thank
make them private and
provide functions for those things that people want to access.
This will all probably take some time.
PS: If you use dlopen()/dlsym() to load functions, symbol
versioning doesn't help unless you use dlvsym() which is a
glibc extension.
Kurt
--
To UNSUBSCRIBE,
On Sat, Jul 12, 2014 at 02:15:13PM +0200, Kurt Roeckx wrote:
> On Sat, Jul 12, 2014 at 01:53:45PM +0200, Toni Mueller wrote:
> > There are a number of reasons for that, but one has been that I was
> > unhappy about the perceived 'closedness' of the project
>
>
On Sat, Jul 12, 2014 at 01:53:45PM +0200, Toni Mueller wrote:
>
> Hi Kurt,
>
> On Sat, Jul 12, 2014 at 01:25:47PM +0200, Kurt Roeckx wrote:
> > What are you doing with the binaries, include files, man pages,
> > ...? Will they conflict with the ones from openssl?
>
&
On Mon, Jul 07, 2014 at 01:51:00PM +0200, Johannes Schauer wrote:
> Kurt Roeckx
>libtool
==> libtool_2.4.2-1.7.arch-all.unusedbd <==
gfortran=4:4.8.2-4
gfortran Depends on gfortran-4.8, and that is being used.
>openssl (U)
==> openssl_1.0.1g-4.arch-all.unusedbd <
olution by the Technical
> > Comittee ?
>
> I don't think that falls under tech-ctte jurisdiction under Chapter 8.1
> of
> Debian Constitution. Ccing Debian Secretary...
>
> I guess such overruling would need a GR.
If you're going to overrule a delegate you would need a
This should be supported by all libraries, and is being used.
More and more intermediate CAs are in the process of becomming
constrained.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.
C4 for their random
number generation for good reason, even though the function is
still called that way. You now seems to suggest to use RC4 again,
which seems like a bad idea to me.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&q
[...]
That is not the -dev package. It seems to be in libgcc-4.8-dev,
which is also installed according to the log.
Is this some kind of problem between the 4.8 and 4.9 version?
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe"
on in
unstable can be build with both 5.18 and 5.20. What I'm not
sure about is what would need to be changed and that that would
still work with 5.18.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
t malloc(), or you might have
gotton something else back. This is something that the native
malloc() will probably have catched, but you see it with their
implementation too. But this only happens when you turn on an
option (not related to heartbleed) that not everybody uses and
they most lik
ly still
uses RC4. We should stop using RC4.
So this might be a good thing on OpenBSD, but it's not a good
thing for something that needs to be portable.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
Debian?
There are alternatives, but I guess you mean alternative to
openssl. Currently it actually doesn't look like a good option to
me.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140420212629.ga23...@roeckx.be
.
>
> > (of what minimum size/strength?).
>
> These might provide a guidance (even for RSA key lengths).
>
> http://www.keylength.com/en/compare/#Biblio4
> http://csrc.nist.gov/groups/ST/toolkit/key_management.html
>
> and
>
> http://csrc.nist.gov/publications
ea which curves and/or signature algorithms are
supported? I think I would like to see EdDSA in that case.
I would also like to see that they get started on PGP v5.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
ng OpenRC on kFreeBSD and GNU Hurd, can I do:
>
> Depends: systemd | openrc
>
> if I want to get rid of non-declarative init scripts in my daemon
> packages?
I think that's going to fail on upgrade when sysvinit it still
running as init.
Kurt
--
To UNSUBSCRIBE, email to d
that at least one of
the first 2 blocks isn't bad. Almost all of the flashes contain
bad blocks when new. And this list will grow as you use it.
Please note that you don't have this problem with NOR flash, but
anything of a reasonable size will be a NAND flash.
Kurt
--
To UN
e that the copyright file contradicts itself,
and that not only GMP is under LGPLv3+
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140112155434.ga19...@roeckx.be
ibtool
> and those that don't, without requiring any changes to those packages,
> and it won't affect native building either way.
>
> Reasoning about multiarch can be hard work and I'm running low on
> coffee. Would anyone like to pick holes in this analysis?
>
> K
tial, and I don't see the real need for libtool
to Depend on them. libtool isn't going to work without them,
but I'm not sure it's libtool that should be pulling in those
dependencies. Maybe I should replace them by build-essential?
Will that change the result of any of th
that if I get something from
someone and it says "2 or later" that I can say I received it
under 3. I received the 2 version, but I can change it to 3 if
I wanted to.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131231154839.ga17...@roeckx.be
On Sat, Dec 28, 2013 at 05:59:35PM -0500, Stephen M. Webb wrote:
> On 12/28/2013 04:15 PM, Kurt Roeckx wrote:
> > On Sat, Dec 28, 2013 at 04:11:18PM -0500, Stephen M. Webb wrote:
> >> On 12/28/2013 03:53 PM, Clint Adams wrote:
> >>> On Sat, Dec 28, 2013 at 09:45:09A
ut v3 is so intolerable
> > that you cannot abide your software being distributed under it or
> > combined with v3+ works?
>
> There are organization who will allow v2 but not v3 because of the tivoizaton
> and patent clauses. A developer may want
> his work to be used
STL. You can argue over
boost as some compilers actually ship with that and their
intention is to be a standard library/interface.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131228014301.ga18...@roeckx.be
than 4 GB available except from brahms which
only as 2 GB + 512 MB of swap.
The buildds it failed on (babin, biber) each have 8 GB of RAM
available.
With an amd64 kernel, i386 userspace can actually use 4 GB, which
is more than it can on a real i386 host.
If you fix it on the other buildds and it stil
don't have any hardware that only has 1 button so I
currently don't have problems with it.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131008222317.ga20...@roeckx.be
use, possible all available ones.
And I think the only way to do something like that is to
have a package depend on all the implementations. And you
could perhaps than just Recommend that package.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &
to proposed
updates to get them into stable?
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130922193351.ga13...@roeckx.be
On Fri, Sep 13, 2013 at 11:31:38PM +0200, Paul Wise wrote:
> On Fri, Sep 13, 2013 at 10:51 PM, Kurt Roeckx wrote:
>
> > A self-signed cert's signature algorithm really isn't that
> > important. You either trust that cert or you don't.
>
> Surely this wo
1 - 100 of 437 matches
Mail list logo
