Re: qt4 tools

2008-01-04 Thread Tomasz Wittner
On Friday 04 January 2008, 14:13, Jakub Bogusz wrote:
> AICS some packages expect Qt4 tools to have "-qt4" suffix rather than
> "qt4-" prefix - so I'd rename them to be compatible with the rest of the
> world. Also, I'm going to add suffixed version of lrelease, so it could
> be called without specifying full %{_libdir}/qt4/bin path.
>
> Any comments?

Go-ahead. Last time a was forced to patching qsvn due to this PLD idiosyncrasy 
and spent too much time digging into cmake macros - they also use qmake-qt4.

-- 
Tomasz Wittner
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: qt4 tools

2008-01-04 Thread Łukasz Jernaś
Dnia 04-01-2008, Pt o godzinie 14:13 +0100, Jakub Bogusz pisze:
> AICS some packages expect Qt4 tools to have "-qt4" suffix rather than
> "qt4-" prefix - so I'd rename them to be compatible with the rest of the
> world. Also, I'm going to add suffixed version of lrelease, so it could
> be called without specifying full %{_libdir}/qt4/bin path.
> 
> Any comments?

+1, I get hit straight in the face by this too often...

-- 
Łukasz [DeeJay1] Jernaś
http://www.actus.org.pl/

___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: qt4 tools

2008-01-04 Thread Jakub Bogusz
On Fri, Jan 04, 2008 at 02:39:40PM +0100, Patryk Zawadzki wrote:
> 2008/1/4, Rafał Cygnarowski <[EMAIL PROTECTED]>:
> > Dnia piątek, 4 stycznia 2008, Jakub Bogusz napisał:
> > > AICS some packages expect Qt4 tools to have "-qt4" suffix rather than
> > > "qt4-" prefix - so I'd rename them to be compatible with the rest of the
> > > world. Also, I'm going to add suffixed version of lrelease, so it could
> > > be called without specifying full %{_libdir}/qt4/bin path.
> > >
> > > Any comments?
> 
> +1
> 
> > What about providing old symlinks for backward compatibility to avoid 
> > problems
> > with tools witch use prefixed version?
> 
> Are there any? All apps I touched first check for qmake-qt4, then some
> of them check for qt4-qmake then all fall back to qmake.

The only ones I've seen which try qt4-* only are PLD specs, which I'm
going to update after qt4.spec.


-- 
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: qt4 tools

2008-01-04 Thread Rafał Cygnarowski
Dnia piątek, 4 stycznia 2008, Patryk Zawadzki napisał:
> Are there any? All apps I touched first check for qmake-qt4, then some
> of them check for qt4-qmake then all fall back to qmake.

At least my private scripts ;)

Regards,
-- 
Rafał Cygnarowski
[EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: qt4 tools

2008-01-04 Thread Patryk Zawadzki
2008/1/4, Rafał Cygnarowski <[EMAIL PROTECTED]>:
> Dnia piątek, 4 stycznia 2008, Jakub Bogusz napisał:
> > AICS some packages expect Qt4 tools to have "-qt4" suffix rather than
> > "qt4-" prefix - so I'd rename them to be compatible with the rest of the
> > world. Also, I'm going to add suffixed version of lrelease, so it could
> > be called without specifying full %{_libdir}/qt4/bin path.
> >
> > Any comments?

+1

> What about providing old symlinks for backward compatibility to avoid problems
> with tools witch use prefixed version?

Are there any? All apps I touched first check for qmake-qt4, then some
of them check for qt4-qmake then all fall back to qmake.

-- 
Patryk Zawadzki
PLD Linux Distribution
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: qt4 tools

2008-01-04 Thread Rafał Cygnarowski
Dnia piątek, 4 stycznia 2008, Jakub Bogusz napisał:
> AICS some packages expect Qt4 tools to have "-qt4" suffix rather than
> "qt4-" prefix - so I'd rename them to be compatible with the rest of the
> world. Also, I'm going to add suffixed version of lrelease, so it could
> be called without specifying full %{_libdir}/qt4/bin path.
>
> Any comments?

What about providing old symlinks for backward compatibility to avoid problems 
with tools witch use prefixed version?

Regards,
-- 
Rafał Cygnarowski
[EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


qt4 tools

2008-01-04 Thread Jakub Bogusz
AICS some packages expect Qt4 tools to have "-qt4" suffix rather than
"qt4-" prefix - so I'd rename them to be compatible with the rest of the
world. Also, I'm going to add suffixed version of lrelease, so it could
be called without specifying full %{_libdir}/qt4/bin path.

Any comments?


-- 
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en