Hi,
I noticed that the alioth collab-maint repositories have GID
collab-maint (older projects)
scm_collab-maint (recent projects)
depending on the project when a person complained to me that he can not
accesss one with scm_collab-maint.
drwxrwsr-x+ 7 osamu scm_collab-maint 4096 Jun 9 11
It looks like nothing got done about this :-(.
Is there any (GPL-compatible) TLS HTTP client library or tool in
jessie which allows me to specify explicitly the expected End Entity
certificate ?
At the moment I'm using curl and wget. I was using --cacert=blah
--capath=/dev/null and it did DTRT s
On Fri, 26 Jun 2015 08:57:25 -0700
"Peter Easthope" wrote:
> With the Web based mailer, References could not be added.
>
> On Wed, Jun 24, 2015 at 08:11:25AM -0700, pe...@easthope.ca wrote:
> > GooString is referenced in pdftohtml.cc. What is its purpose
> > or purposes?
>
> From: Andrey Ra
With the Web based mailer, References could not be added.
On Wed, Jun 24, 2015 at 08:11:25AM -0700, pe...@easthope.ca wrote:
> GooString is referenced in pdftohtml.cc. What is its purpose
> or purposes?
From: Andrey Rahmatullin
Date: Wed, 24 Jun 2015 21:11:27 +0500
> Wrong list?
OK. What i
[Sollte diese E-Mail nicht richtig dargestellt werden, besuchen Sie hier die
Webversion. ](http://p.n2g17.com/l/76375318/c/0-7b5b-9pe4ig-fso)
(http://www.foliotex.n2g17.com/l/76375313/c/0-7b5b-9pe4ig-fso)
Sehr geehrte Damen und Herren
das Foliotex-Team freut sich Aktuelles zu verkünden:
==
Package: wnpp
Severity: wishlist
Owner: IME Packaging Team
* Package name: fcitx-zhuyin
Version : 0~20150625
Upstream Author : CSSlayer
* URL : https://github.com/fcitx/fcitx-zhuyin
* License : GPL-2+
Programming Lang: C++
Description : Fcitx wrapper f
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: jersey1
Version : 1.19
Upstream Author : Oracle Corporation
* URL : https://jersey.java.net
* License : CDDL-1.1 or GPL-2 with Classpath exception
Programming Lang: Java
Description
On Fri, Jun 26, 2015 at 04:40:58AM +0200, Guillem Jover wrote:
> So given that the timezone name has never been accepted, many
> time-parsing functions ignore it, it is redundant, declared obsolete
> by RFC5322 and Debian policy dropped an explicit reference to it due
> to bug 569174. I'd say we sh
On Jun 26, Thomas Goirand wrote:
> > Actually it requires us to keep maintaining the
> > Revert-udev-network-device-renaming patch as long as there will be
> > systems with a 70-persistent-net.rules file renaming eth* to eth*.
> The other solution would be to upstream that patch (maybe as a ker
On 25/06/15 23:14, Philipp Kern wrote:
> On the other hand I'm more of a fan of actually naming
> interfaces by their purpose or external labeling. Makes for even less
> mental gymnastics. \-:
You can still do this via manual configuration; as far as I understand
it, nobody is proposing to take aw
On 05/11/2015 05:53 AM, Marco d'Itri wrote:
> On May 08, Martin Pitt wrote:
>
>> I propose to retire [mac], i. e. drop
>> /lib/udev/rules.d/75-persistent-net-generator.rules and enable
>> [ifnames] by default.
> I see a large enough consensus about switching by default to ifnames,
FWIW: I don't.
11 matches
Mail list logo
