hi,
On Fri, Sep 21, 2012 at 3:35 AM, gregor herrmann gre...@debian.org wrote:
Just to be sure: you have rebuilt both liboauth and goldencheetah,
right?
Yes, that was right.
Does goldencheetah still work if only liboauth is rebuilt and
goldencheetah is unchanged (i.e. the version in the
tags 639565 + pending
tags 650138 + pending
thanks
Dear maintainer,
I've prepared an NMU for liboauth (versioned as 0.9.4-3.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key
On Fri, 21 Sep 2012 20:28:03 +0900, Satoru KURASHIKI wrote:
Does goldencheetah still work if only liboauth is rebuilt and
goldencheetah is unchanged (i.e. the version in the archive now)?
So, I've tested this also, and it works fine :-)
- goldencheetah can build if liboauth gets update
-
On Thu, 20 Sep 2012 08:58:17 +0900, Satoru KURASHIKI wrote:
Acked, I will check whether changes above affects gondencheetah('s
twitter submit feature).
I've tried to build liboauth and goldencheetah locally with that changes.
Its twitter posting works fine, so new liboauth might not affect.
hi,
On Wed, Sep 19, 2012 at 12:43 AM, gregor herrmann gre...@debian.org wrote:
So this should fix both bugs:
#v+
diff -Nru liboauth-0.9.4/debian/control liboauth-0.9.4/debian/control
--- liboauth-0.9.4/debian/control 2011-11-05 12:41:07.0 +0100
+++ liboauth-0.9.4/debian/control
On Thu, 20 Sep 2012 00:17:53 +0900, Satoru KURASHIKI wrote:
#v+
diff -Nru liboauth-0.9.4/debian/control liboauth-0.9.4/debian/control
--- liboauth-0.9.4/debian/control 2011-11-05 12:41:07.0 +0100
+++ liboauth-0.9.4/debian/control 2012-09-17 19:31:21.0 +0200
@@ -2,7
hi,
On Thu, Sep 20, 2012 at 12:25 AM, gregor herrmann gre...@debian.org wrote:
Acked, I will check whether changes above affects gondencheetah('s
twitter submit feature).
I've tried to build liboauth and goldencheetah locally with that changes.
Its twitter posting works fine, so new liboauth
On Mon, 17 Sep 2012 19:49:43 +0200, gregor herrmann wrote:
So, to recap, IMO liboauth and bti (well, I'm not really sure about bti...
but
that doesn't hurt) should build-depend on libcurl4-gnutls-dev, which would
fix
#650138, and liboauth-dev should depend on libcurl4-gnutls-dev |
On Sun, 16 Sep 2012 20:19:56 +0200, Alessandro Ghedini wrote:
Ciao Alessandro,
thanks alot for taking the time to shed some light here!
So not linking to any curl lib doesn't look right ...
That could be done, as long as all the applications linking directly or
indirectly to liboauth
On Mon, Sep 17, 2012 at 05:30:44PM +0200, gregor herrmann wrote:
On Sun, 16 Sep 2012 20:19:56 +0200, Alessandro Ghedini wrote:
Ciao Alessandro,
thanks alot for taking the time to shed some light here!
No problem
Directly depending on libcurl3* packages is of no use: either the
Control: severity 650138 serious
Control: retitle 650138 liboauth0: doesn't work with NSS libcurl flavour
Control: tag 650138 + patch
Control: tag 639565 + patch
On Mon, 17 Sep 2012 19:19:57 +0200, Alessandro Ghedini wrote:
thanks alot for taking the time to shed some light here!
No problem
On Mon, Sep 17, 2012 at 07:49:43PM +0200, gregor herrmann wrote:
From liboauth 0.9.4-3 changelog:
* Sync from Ubuntu:
[ Mathieu Trudel-Lapierre ]
* debian/control: liboauth-dev really needs libcurl4-nss-dev, not
libcurl4-gnutls-dev (nss is required in the .pc
On Mon, 17 Sep 2012 22:27:24 +0200, Alessandro Ghedini wrote:
So this should be libcurl4-*-dev (and not -nss-) for the HTTPS
communication, and libnss3-dev for the OAuth hash things, right? (And
the fix for #646485 would have been to just add libnss3-dev, and not
to switch the curl
On Sun, 19 Aug 2012 05:04:21 +0900, HAMANO Tsukasa wrote:
I think, This is best solution.
Build-Depends: libcurl4-gnutls-dev
(It can be a any real package.)
Or leave it as-is.
liboauth-dev's Depends: liboauth0 (= ${binary:Version}), ${misc:Depends},
libcurl4-gnutls-dev | libcurl4-dev,
On Sun, Sep 16, 2012 at 04:17:36PM +0200, gregor herrmann wrote:
When I extend the patch I indeed get the expected Depends for
liboauth0 [0]. But also:
dpkg-shlibdeps: warning: symbol curl_slist_free_all used by
debian/liboauth0/usr/lib/x86_64-linux-gnu/liboauth.so.0.8.1 found in none of
On Sun, Sep 16, 2012 at 07:41:57PM +0200, Alessandro Ghedini wrote:
On Sun, Sep 16, 2012 at 04:17:36PM +0200, gregor herrmann wrote:
When I extend the patch I indeed get the expected Depends for
liboauth0 [0]. But also:
dpkg-shlibdeps: warning: symbol curl_slist_free_all used by
Hi,
I think, This is best solution.
Build-Depends: libcurl4-gnutls-dev
(It can be a any real package.)
liboauth-dev's Depends: liboauth0 (= ${binary:Version}), ${misc:Depends},
libcurl4-gnutls-dev | libcurl4-dev, libnss3-dev
liboauth0's Depends: ${misc:Depends}, ${shlibs:Depends}, libcurl3 |
On Thu, 02 Aug 2012 12:03:34 +0900, HAMANO Tsukasa wrote:
2) I'm not sure if bilding against on one and then depending on a
different version works?
No problem, liboauth is not use directly SSL interface. We can switch
them when linking application with liboauth.
Ok.
For
Hi,
Thanks for your response.
2012/7/29 gregor herrmann gre...@debian.org:
On Sat, 21 Jul 2012 03:38:22 +0900, Tsukasa Hamano wrote:
libcurl4-dev is a virtual package, so we need a real one too.
Why do we need to specify a real package?
Please tell me why we can't specify virtual package.
On Wed, 01 Aug 2012 14:56:29 +0900, Tsukasa Hamano wrote:
libcurl4-dev is a virtual package, so we need a real one too.
Why do we need to specify a real package?
Please tell me why we can't specify virtual package.
Cf. the description of the lintian warning:
Hi,
At Wed, 1 Aug 2012 08:31:37 +0200,
gregor herrmann gre...@debian.org wrote:
Cf. the description of the lintian warning:
http://lintian.debian.org/tags/virtual-package-depends-without-real-package-depends.html
Ok, I understood your change(libcurl4-gnutls-dev | libcurl4-dev) is proper.
On Wed, 01 Aug 2012 18:13:25 +0900, HAMANO Tsukasa wrote:
which has a very interesting effect:
The runtime dependencies for liboauth0 change from
Depends: libc6 (= 2.4), libcurl3-nss (= 7.16.2-1), libnss3-1d (=
3.12.0~1.9b1)
to
Depends: libc6 (= 2.4),
At Wed, 1 Aug 2012 11:30:45 +0200,
gregor herrmann gre...@debian.org wrote:
On Wed, 01 Aug 2012 18:13:25 +0900, HAMANO Tsukasa wrote:
which has a very interesting effect:
The runtime dependencies for liboauth0 change from
Depends: libc6 (= 2.4), libcurl3-nss (= 7.16.2-1),
Hi,
Thanks for your response.
At Sat, 28 Jul 2012 19:28:40 +0200,
gregor herrmann gre...@debian.org wrote:
libcurl4-dev is a virtual package, so we need a real one too.
Why do we need to specify a real package?
Please tell me why we can't specify virtual package.
What I've tried now is:
On Sat, 21 Jul 2012 03:38:22 +0900, Tsukasa Hamano wrote:
The SSL library is used two usage in liboauth.
* for HTTPS communication by libcurl
* for OAuth hash/signature
They are fully independent usage.
Now, The package is using NSS for hash/signature due to --enable-nss
was specified.
Hi,
The SSL library is used two usage in liboauth.
* for HTTPS communication by libcurl
* for OAuth hash/signature
They are fully independent usage.
Now, The package is using NSS for hash/signature due to --enable-nss
was specified. However we do not need to specifiy libcurl ssl backend.
hi,
On Sun, Aug 28, 2011 at 5:59 PM, KURASHIKI Satoru lur...@gmail.com wrote:
Package: liboauth-dev
Version: 0.9.4-2
Severity: normal
Because of Depends: libcurl4-gnutls-dev, liboauth-dev conflicts with
libcurl4-nss-dev.
This bug was already fixed in ubuntu as follows:
Package: liboauth-dev
Version: 0.9.4-2
Severity: normal
hi,
Because of Depends: libcurl4-gnutls-dev, liboauth-dev conflicts with
libcurl4-nss-dev.
How about Depends: libcurl4-dev (or libcurl-dev) instead?
regards,
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT
28 matches
Mail list logo