Bug 81368

Summary:	FIX: kdenetwork 3.4 - Kopete doesn't work with msn
Product:	Ports & Packages	Reporter:	Nicolas Blais <nb_root>
Component:	Individual Port(s)	Assignee:	freebsd-kde (group) <kde>
Status:	Closed FIXED
Severity:	Affects Only Me
Priority:	Normal
Version:	Latest
Hardware:	Any
OS:	Any

Description Nicolas Blais 2005-05-22 20:40:01 UTC

With recent changes to the msn login server, kopete can't login to msn messenger anymore.

Fix: 

I made an updated port based on official updates @ svn://anonsvn.kde.org/home/kde/branches/KDE/3.4/kdenetwork/kopete

info @ http://bugs.kde.org/show_bug.cgi?id=105929

Here is my updated port + patches : http://66.130.198.54:8081/FreeBSD/kdenetwork.tbz

Everything seem to patch/compile/install correctly, unfortunatly I'm unabled to have a newly created file: kopete/protocols/msn/sslloginhandler.cpp linked to the kopete shared library and therefore kopete quits with the following obvious message: 
/libexec/ld-elf.so.1: /usr/local/lib/libkopete_msn_shared.so.0: Undefined symbol "_ZN15SslLoginHandlerC1Ev"

You can check make's output at:
http://66.130.198.54:8081/FreeBSD/kdenetwork_make.txt

Can someone check why sslloginhandler.cpp is not being compiled while it is in Makefile.am?
How-To-Repeat: Try to login to your msn messenger account with kopete, it will not work.

Comment 1 Mark Linimon freebsd_committer

2005-05-22 20:45:48 UTC

Responsible Changed
From-To: freebsd-bugs->kde

Make this a 'ports' bug and assign to KDE team.

Comment 2 Nicolas Blais 2005-05-22 20:52:02 UTC

This PR was accidently sent to the wrong place (by me), and is a ports-bug 
problem.

-- 
FreeBSD 6.0-CURRENT #0: Sun May 22 10:51:41 EDT 2005     
root@clk01a:/usr/obj/usr/src/sys/CLK01A 
PGP? : http://66.130.198.54:8081/security/nb_root.asc

Comment 3 Michael Nottebrock freebsd_committer

2005-05-22 21:19:50 UTC

Makefile.am's aren't used in the actual build - they're templates for the 
Makefile.in files, which in turn are templates for the Makefiles.

Makefile.am files meant to be processed by automake, Makefile.in files are 
processed by configure at the end of a configure run. So in order to make 
your patches work, you'll have to translate the patch against Makefile.am 
into one for Makefile.in.

Comment 4 Nicolas Blais 2005-05-22 21:22:41 UTC

On May 22, 2005 04:19 pm, you wrote:
> Makefile.am's aren't used in the actual build - they're templates for the
> Makefile.in files, which in turn are templates for the Makefiles.
>
> Makefile.am files meant to be processed by automake, Makefile.in files are
> processed by configure at the end of a configure run. So in order to make
> your patches work, you'll have to translate the patch against Makefile.am
> into one for Makefile.in.


Thanks, it is compiling right now and I'll give you an updated port if it 
works.
-- 
FreeBSD 6.0-CURRENT #0: Sun May 22 10:51:41 EDT 2005     
root@clk01a:/usr/obj/usr/src/sys/CLK01A 
PGP? : http://66.130.198.54:8081/security/nb_root.asc

Comment 5 Nicolas Blais 2005-05-22 23:30:59 UTC

On May 22, 2005 04:22 pm, you wrote:
> On May 22, 2005 04:19 pm, you wrote:
> > Makefile.am's aren't used in the actual build - they're templates for the
> > Makefile.in files, which in turn are templates for the Makefiles.
> >
> > Makefile.am files meant to be processed by automake, Makefile.in files
> > are processed by configure at the end of a configure run. So in order to
> > make your patches work, you'll have to translate the patch against
> > Makefile.am into one for Makefile.in.
>
> Thanks, it is compiling right now and I'll give you an updated port if it
> works.


Done, please check : http://66.130.198.54:8081/FreeBSD/kdenetwork.tbz for an 
updated port.  Works great, now I can go back on msn! 

Thanks,
Nicolas.
-- 
FreeBSD 6.0-CURRENT #0: Sun May 22 10:51:41 EDT 2005     
root@clk01a:/usr/obj/usr/src/sys/CLK01A 
PGP? : http://66.130.198.54:8081/security/nb_root.asc

Comment 6 Michael Nottebrock freebsd_committer

2005-05-23 12:07:44 UTC

State Changed
From-To: open->closed

Committed, thanks!