Your message dated Sun, 23 Sep 2012 12:47:53 +
with message-id
and subject line Bug#639565: fixed in liboauth 0.9.4-3.1
has caused the Debian Bug report #639565,
regarding liboauth-dev: please make loose libcurl dependency
to be marked as done.
This means that you claim that the problem has
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 updat
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 0xBB3A68
hi,
On Fri, Sep 21, 2012 at 3:35 AM, gregor herrmann 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 archive now)?
So,
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
hi,
On Thu, Sep 20, 2012 at 12:25 AM, gregor herrmann 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 affec
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
hi,
On Wed, Sep 19, 2012 at 12:43 AM, gregor herrmann 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 2012-0
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-
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 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
usly set
> tag 639565 + patch
Bug #639565 [liboauth-dev] liboauth-dev: please make loose libcurl dependency
Ignoring request to alter tags of bug #639565 to the same tags previously set
--
639565: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639565
650138: http://bugs.debian.org/cgi-bin/bug
n't work with NSS libcurl flavour
Added tag(s) patch.
> tag 639565 + patch
Bug #639565 [liboauth-dev] liboauth-dev: please make loose libcurl dependency
Added tag(s) patch.
--
639565: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639565
650138: http://bugs.debian.org/cgi-bin/bugr
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 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
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 liboau
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
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 o
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-
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 libo
At Wed, 1 Aug 2012 11:30:45 +0200,
gregor herrmann 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),
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: l
Hi,
At Wed, 1 Aug 2012 08:31:37 +0200,
gregor herrmann 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.
But I think str
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:
http://lintian.debian.org/tag
Hi,
Thanks for your response.
2012/7/29 gregor herrmann :
> 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.
> What I've tri
Hi,
Thanks for your response.
At Sat, 28 Jul 2012 19:28:40 +0200,
gregor herrmann 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:
>
> -Depends: li
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 spec
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.
Theref
Your message dated Sat, 05 Nov 2011 12:03:43 +
with message-id
and subject line Bug#639565: fixed in liboauth 0.9.4-3
has caused the Debian Bug report #639565,
regarding liboauth-dev: please make loose libcurl dependency
to be marked as done.
This means that you claim that the problem has
30 matches
Mail list logo
