Just a recomendation, If you can get it to work properly then put it into 
contrib instead of cooker and give people the option of downloading or not.

On Saturday 17 March 2001 12:43 am, you wrote:
> I meant that as far as changes in the way it behaves. It looks like a kde1
> docked icon when viewed in kde2. ie up in the upper left corner and not
> down in the taskbar. Unless it can be used in kde2 the way kicq can ( which
> is stll broken in cvs the last i checked)  then why bother enabling it,
> unless i compiled the rpms wrong, which is possible.
>
> On Friday 16 March 2001 10:51 pm, you wrote:
> > On Fri, Mar 16, 2001 at 10:07:34PM -0500, Salane King wrote:
> > > I rpm -bb the spec file for licq after changing the spec file to
> > > compile ./configure --with-kde but no changes were noted still the same
> > > little icon
> >
> > Are you sure?  From ldd:
> >
> > [...]
> >   libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x40a0c000)
> >         libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40a72000)
> >         libXft.so.1 => /usr/X11R6/lib/libXft.so.1 (0x40a89000)
> >         libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40aaf000)
> >         libmng.so.1 => /usr/lib/libmng.so.1 (0x40ad2000)
> >         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)
> >         libkio.so.3 => /usr/lib/libkio.so.3 (0x40b15000)
> >         libpthread.so.0 => /lib/libpthread.so.0 (0x40ba9000)
> >         libdl.so.2 => /lib/libdl.so.2 (0x40bc0000)
> >         libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40bc4000)
> >         libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40c17000)
> >         libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40c1c000)
> >         libz.so.1 => /lib/libz.so.1 (0x40c5a000)
> >         libkdeui.so.3 => /usr/lib/libkdeui.so.3 (0x40c69000)
> >         libkdesu.so.1 => /usr/lib/libkdesu.so.1 (0x40e6e000)
> >         libkdecore.so.3 => /usr/lib/libkdecore.so.3 (0x40e91000)
> >         libutil.so.1 => /lib/libutil.so.1 (0x40fe7000)
> >         libkdefakes.so.3 => /usr/lib/libkdefakes.so.3 (0x40fea000)
> >         libDCOP.so.1 => /usr/lib/libDCOP.so.1 (0x40fec000)
> >         libpng.so.2 => /usr/lib/libpng.so.2 (0x41010000)
> > snailtalk@ke qt-gui-1.0.3/src/.libs $
> >
> >
> > So it requires a whole bunch of KDE libraries if I turn it on, now that
> > is not nice for someone who doesn't isntall KDE. And I don't want people
> > to install something like KDE just for Licq.
> >
> > Again, as I said, I'll think about making alternatives for Licq's Qt-gui
> > client.
> >
> > Please understand that in this situation, I'm very reluctant to turn it
> > on by default...
> >
> > > kind of like a kde1 dock icon being used in kde2.  Any other
> > > suggestions
> > >
> > > On Friday 16 March 2001 09:11 pm, you wrote:
> > > > On Sat, Mar 17, 2001 at 10:40:46AM +1000, Con Kolivas wrote:
> > > > > Thanks I'll do it.
> > > > > I agree with you. Why isn't it by default? Maybe like many of these
> > > > > things as soon as they see these messages new RPMS will apper in
> > > > > cooker ;-)
> > > >
> > > > Well --with-kde will definitely make non-KDE users unhappy ... I for
> > > > example only have the Qt libraries here for Licq, and I don't have
> > > > any KDE stuff on my box. All see about the alternative of compiling
> > > > both ...

Reply via email to