3:16 p.m.
Hai you all :)
Well, I just started packaging kde4 based on kevinkoefler's work. Some
friends are porting kde3 apps to kde4, so why not give them the
minimum tools needed ?
kevinkoefler SRPMS are
http://osdn.dl.sourceforge.net/sourceforge/kde-redhat/kdelibs4-3.80.2-0.1...
http://osdn.dl.sourceforge.net/sourceforge/kde-redhat/kdepimlibs4-3.80.2-...
http://osdn.dl.sourceforge.net/sourceforge/kde-redhat/kdebase4-3.80.2-0.1...
My modifications : http://chitlesh.funpic.de/fedora/kde4_11_27.tar.bz2
(I don't have a place to upload the SRPMS :( )
1. the svn snapshot are from 20061003, neither kevin nor I got the
time to update the snapshots. However my priority is just first get a
working set of kde4 packages.
2. the specs don't have the patches inorder to integrate these
packages to the fedora desktop. ThanNgo accepted to offer his help to.
3. SRPMs from my specs haven't undergo mock till now.
4. kde4 is installed on /opt/kde4 and kevin made so to co-existe kde3
and kde4 at the same time
5. the kde4.desktop doesn't load kde4 desktop upon login because it
seeks its libkde*.so.5 at /usr/lib instead of /opt/kde4/lib
I would like to have more light on this #5 in order to make it just
work for once :)
here is my /usr/share/xsessions/kde4.desktop:
[Desktop Entry]
Encoding=UTF-8
Type=XSession
export KDEDIR=/opt/kde4
export PATH=/opt/kde4/bin/:$PATH
export KDEHOME=~/.kde4
export LD_LIBRARY_PATH=$/opt/kde4/lib/:$KDEDIR/lib:$LD_LIBRARY_PATH:/opt/kde4/lib
Exec=/opt/kde4/bin/startkde
TryExec=/opt/kde4/bin/startkde
Name=KDE4
Comment=The K Desktop Environment. A powerful Open Source graphical
desktop environment
Any help will be welcome :)
chitlesh
--
http://clunixchit.blogspot.com
12:21 a.m.
Chitlesh GOORAH <chitlesh <at> fedoraproject.org> writes:
export KDEDIR=/opt/kde4
export PATH=/opt/kde4/bin/:$PATH
export KDEHOME=~/.kde4
export LD_LIBRARY_PATH=$/opt/kde4/lib/:$KDEDIR/lib:
$LD_LIBRARY_PATH:/opt/kde4/lib
Exec=/opt/kde4/bin/startkde
There are several reasons this isn't going to work that way:
* a .desktop is not a shell script, you can't have export statements there
* $/opt/kde4/lib/ in your LD_LIBRARY_PATH has a $ too many
* startkde isn't designed to be run like that!
KDEDIR=/opt/kde4 and KDEHOME=~/.kde4 shouldn't be needed, by the way. Look at
my patches:
* KDE 4 with the patches looks at KDE4DIR and KDE4HOME, not KDEDIR and KDEHOME,
so you're setting the wrong environment variables. You're actually changing the
paths for KDE 3, which is a bad idea.
* The default paths for KDE4DIR and KDE4HOME are exactly the ones you're
setting.
There are 2 options to run KDE 4:
* Run a KDE 4 desktop from the console. You need to telinit into runlevel 3,
then run:
LD_LIBRARY_PATH=/opt/kde4/lib /opt/kde4/bin/startkde
from the terminal. But you can't do this from a running desktop, so a .desktop
file is the wrong place to put that.
* Run only individual KDE 4 apps in a KDE 3 or GNOME desktop. My patches are
designed to allow exactly that. Try for example:
LD_LIBRARY_PATH=/opt/kde4/lib /opt/kde4/bin/konqueror
(Note that Konqueror 4 was pretty badly broken when I snapshotted it. I don't
know how much of that has been fixed in 3.80.2 or current SVN.)
As for why the LD_LIBRARY_PATH is needed in the first place, this is a side
effect of disabling the rpath mechanism (-DCMAKE_SKIP_RPATH=TRUE). With the
rpath, it finds the libraries. (In fact, this is exactly what the rpath is for.
Rpaths are only bad when they refer to a standard path like /usr/lib
or /usr/lib64.) I don't know why it didn't build for you without this option
because it built just fine for me with the rpaths enabled.
Kevin Kofler
9:34 a.m.
On 11/28/06, Kevin Kofler <kevin.kofler(a)chello.at> wrote:
There are several reasons this isn't going to work that way:
* a .desktop is not a shell script, you can't have export statements there
* $/opt/kde4/lib/ in your LD_LIBRARY_PATH has a $ too many
* startkde isn't designed to be run like that!
Ah ha, ok, ill make the changes tonight.
KDEDIR=/opt/kde4 and KDEHOME=~/.kde4 shouldn't be needed, by the
way. Look at
my patches:
* KDE 4 with the patches looks at KDE4DIR and KDE4HOME, not KDEDIR and KDEHOME,
so you're setting the wrong environment variables. You're actually changing the
paths for KDE 3, which is a bad idea.
* The default paths for KDE4DIR and KDE4HOME are exactly the ones you're
setting.
Ok, ill remove them
There are 2 options to run KDE 4:
* Run a KDE 4 desktop from the console. You need to telinit into runlevel 3,
then run:
LD_LIBRARY_PATH=/opt/kde4/lib /opt/kde4/bin/startkde
from the terminal. But you can't do this from a running desktop, so a .desktop
file is the wrong place to put that.
* Run only individual KDE 4 apps in a KDE 3 or GNOME desktop. My patches are
designed to allow exactly that. Try for example:
LD_LIBRARY_PATH=/opt/kde4/lib /opt/kde4/bin/konqueror
(Note that Konqueror 4 was pretty badly broken when I snapshotted it. I don't
know how much of that has been fixed in 3.80.2 or current SVN.)
So what's the best solution to make it work out of the box when we
installed kdebase4 ?
As for why the LD_LIBRARY_PATH is needed in the first place, this is
a side
effect of disabling the rpath mechanism (-DCMAKE_SKIP_RPATH=TRUE). With the
rpath, it finds the libraries. (In fact, this is exactly what the rpath is for.
Rpaths are only bad when they refer to a standard path like /usr/lib
or /usr/lib64.) I don't know why it didn't build for you without this option
because it built just fine for me with the rpaths enabled.
But in my case, rpmbuild for kdebase4 fails without -DCMAKE_SKIP_RPATH=TRUE.
chitlesh
--
http://clunixchit.blogspot.com
9:54 a.m.
Chitlesh GOORAH wrote:
On 11/28/06, Kevin Kofler <kevin.kofler(a)chello.at> wrote:
> As for why the LD_LIBRARY_PATH is needed in the first place, this
is a
> side effect of disabling the rpath mechanism (-DCMAKE_SKIP_RPATH=TRUE).
> With the rpath, it finds the libraries. (In fact, this is exactly what
> the rpath is for. Rpaths are only bad when they refer to a standard path
> like /usr/lib or /usr/lib64.) I don't know why it didn't build for you
> without this option because it built just fine for me with the rpaths
> enabled.
But in my case, rpmbuild for kdebase4 fails without
-DCMAKE_SKIP_RPATH=TRUE.
Details please.
-- Rex
10:01 a.m.
On 11/28/06, Rex Dieter < hidden > wrote:
> But in my case, rpmbuild for kdebase4 fails without
> -DCMAKE_SKIP_RPATH=TRUE.
Details please.
I'll try to reproduce it which might take a few hours. However it
spits the same rpath error message as rpmbuilding any other kde apps
with rpath issue.
chitlesh
--
http://clunixchit.blogspot.com
10:05 a.m.
Chitlesh GOORAH wrote:
On 11/28/06, Rex Dieter < hidden > wrote:
> > But in my case, rpmbuild for kdebase4 fails without
> > -DCMAKE_SKIP_RPATH=TRUE.
>
> Details please.
I'll try to reproduce it which might take a few hours. However it
spits the same rpath error message as rpmbuilding any other kde apps
with rpath issue.
Ah, that's likely the mock build's check to reject anything that uses rpath.
Duh. Obviously, we *want* rpath's here, so that check will need to be
disabled.
-- Rex
10:19 a.m.
On 11/28/06, Rex Dieter <hidden> wrote:
Ah, that's likely the mock build's check to reject anything
that uses rpath.
Duh.
hmm, i haven't used mock yet.
Obviously, we *want* rpath's here, so that check will need to
be
disabled.
since, my rpmbuild is failing due to rpath, what should I do to skip it ?
chitlesh
--
http://clunixchit.blogspot.com
11:01 a.m.
Chitlesh GOORAH wrote:
On 11/28/06, Rex Dieter <hidden> wrote:
> Ah, that's likely the mock build's check to reject anything that uses
> rpath. Duh.
hmm, i haven't used mock yet.
Hmmm...
> Obviously, we *want* rpath's here, so that check will need
to be
> disabled.
since, my rpmbuild is failing due to rpath, what should I do to skip it ?
dunno, will need to see the exact failure, if you could post the tail end of
the failed build log...
-- Rex
2:47 p.m.
On 11/28/06, Rex Dieter < hidden > wrote:
dunno, will need to see the exact failure, if you could post the tail
end of
the failed build log...
Here you go, the build log for kdebase4 which failed with rpath=true:
http://tux.u-strasbg.fr/~chit/kdebase4_build.log
chitlesh
--
http://clunixchit.blogspot.com
3:06 p.m.
Chitlesh GOORAH wrote:
On 11/28/06, Rex Dieter < hidden > wrote:
> dunno, will need to see the exact failure, if you could post the tail end
> of the failed build log...
Here you go, the build log for kdebase4 which failed with rpath=true:
http://tux.u-strasbg.fr/~chit/kdebase4_build.log
It was as I suspected:
...
+ /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot
*******************************************************************************
*
* WARNING: 'check-rpaths' detected a broken RPATH and will cause
'rpmbuild'
* to fail. To ignore these errors, you can set the '$QA_RPATHS'
* environment variable which is a bitmask allowing the values
* below. The current value of QA_RPATHS is 0x0000.
*
* 0x0001 ... standard RPATHs (e.g. /usr/lib); such RPATHs are a minor
* issue but are introducing redundant searchpaths without
* providing a benefit. They can also cause errors in multilib
* environments.
* 0x0002 ... invalid RPATHs; these are RPATHs which are neither absolute
* nor relative filenames and can therefore be a SECURITY risk
...
but that's not specific to mock, it's part of rpmdevtools(?). Anyway,
quick-n-dirty fix is to set
QA_RPATHS=0x0003; export QA_RPATHS
and try again.
-- Rex
4:56 p.m.
Chitlesh GOORAH <chitlesh <at> fedoraproject.org> writes:
Here you go, the build log for kdebase4 which failed with
rpath=true:
http://tux.u-strasbg.fr/~chit/kdebase4_build.log
There's 2 problems here:
* The rpath check considers '/opt/kde4/lib' to be an invalid rpath. I'm not
sure what is supposed to be "invalid" about that rpath. It's not a standard
search path, and it _is_ an absolute path. So we'll have to disable the rpath
checks, but they really ought to be fixed.
* KDE is putting in rpaths to '/lib' and '/usr/local/lib'. This is bad.
I'm not
sure where the '/usr/local/lib' is coming from (none of the linked libraries
should be there!), and '/lib' is also bad (there's probably a filter
for '/usr/lib', but not plain '/lib' in cmake). A possible workaround for
this
issue would be to use -DCMAKE_DISABLE_RPATH=TRUE as you did and to add:
-Wl,--rpath,/opt/kde4/lib
to the LDFLAGS instead (so we'd set the rpath manually rather than
automatically).
Kevin Kofler
5:49 p.m.
There's 2 problems here:
* The rpath check considers '/opt/kde4/lib' to be an invalid rpath. I'm not
sure what is supposed to be "invalid" about that rpath. It's not a
standard
search path, and it _is_ an absolute path. So we'll have to disable the rpath
checks, but they really ought to be fixed.
* KDE is putting in rpaths to '/lib' and '/usr/local/lib'. This is bad.
I'm not
sure where the '/usr/local/lib' is coming from (none of the linked libraries
should be there!), and '/lib' is also bad (there's probably a filter
for '/usr/lib', but not plain '/lib' in cmake). A possible workaround for
this
issue would be to use -DCMAKE_DISABLE_RPATH=TRUE as you did and to add:
-Wl,--rpath,/opt/kde4/lib
to the LDFLAGS instead (so we'd set the rpath manually rather than
automatically).
Right now, I'm building kdelibs4 with:
QA_RPATHS=0x0003; export QA_RPATHS; rpmbuild -ba kdelibs4.spec
--
http://clunixchit.blogspot.com
7:59 a.m.
Right now, I'm building kdelibs4 with:
QA_RPATHS=0x0003; export QA_RPATHS; rpmbuild -ba kdelibs4.spec
I'll successfully mock kdelibs4. Build.log and rpms can be found here:
http://tux.u-strasbg.fr/~chit/KDE4_mock/
chitlesh
--
http://clunixchit.blogspot.com
8:50 a.m.
On 11/30/06, Chitlesh GOORAH wrote:
QA_RPATHS=0x0003; export QA_RPATHS; rpmbuild -ba x.spec
Thanks that works;
Some screenshots:
1. http://www.flickr.com/photo_zoom.gne?id=310286171&size=o
2. http://www.flickr.com/photo_zoom.gne?id=310276750&size=o
3. http://www.flickr.com/photo_zoom.gne?id=310286173&size=o
TODO:
- update snapshot
- add kde4.desktop file to /usr/share/xsessions
- add ThanNgo's patches
- [...]
I'm uploading those rpms right now.
for the moment to login:
on GDM
session - failsafe terminal
/opt/kde4/bin/startkde
chitlesh
--
http://clunixchit.blogspot.com
7:07 a.m.
Chitlesh GOORAH wrote:
http://osdn.dl.sourceforge.net/sourceforge/kde-redhat/kdepimlibs4-3.80.2-...
http://osdn.dl.sourceforge.net/sourceforge/kde-redhat/kdebase4-3.80.2-0.1...
Now that we have srpms, I'll see about whipping up some binary rpms and
putting them in the kde-redhat repo somewhere.
-- Rex
Well, I just started packaging kde4 based on kevinkoefler's work.
Some
friends are porting kde3 apps to kde4, so why not give them the
minimum tools needed ?
kevinkoefler SRPMS are
http://osdn.dl.sourceforge.net/sourceforge/kde-redhat/kdelibs4-3.80.2-0.1...
4:48 p.m.
Rex Dieter <rdieter <at> math.unl.edu> writes:
Now that we have srpms, I'll see about whipping up some binary
rpms and
putting them in the kde-redhat repo somewhere.
WARNING: I have _NOT_ tested these in Mock yet. You may have to add
BuildRequires.
It's also a pretty old snapshot, but I guess it's better than nothing... Still,
if I can get it updated to 3.80.2 soon, that would be better. Maybe this
weekend, but I'm pretty busy unfortunately.
Kevin Kofler
8:59 a.m.
Chitlesh GOORAH wrote:
Well, I just started packaging kde4 based on kevinkoefler's
work.
[...]
Did you make any progress on this front? Or is anybody else packaging
KDE4 for Fedora?
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
11:15 a.m.
Bernardo Innocenti wrote:
Chitlesh GOORAH wrote:
>Well, I just started packaging kde4 based on kevinkoefler's
work.
Did you make any progress on this front? Or is anybody else
packaging
KDE4 for Fedora?
We had made a bit of head-way, but the work as-is included some
quasi-ugly hacks to enable parallel installation with kde(3).
In the meantime,
1. work is ongoing (upstream) on the parallel-install problem
2. F7 KDE-spin plans, FUDConBoston2007 preparations
came up, which has me leaning toward letting these items resolve and
sort themselves out before putting in more time/effort into kde4
packaging efforts.
-- Rex
5:26 a.m.
On 1/24/07, Bernardo Innocenti wrote:
Did you make any progress on this front? Or is anybody else
packaging
KDE4 for Fedora?
with the latest snapshot, kdelibs4 fails on me :(
kdelibs4 snapshot : 20070123
http://tux.u-strasbg.fr/~chit/k4.log
I'm trying to build fedora rpms out of kde4 svn snapshots.
http://tux.u-strasbg.fr/~chit/kdelibs4.spec
cd /home/chitlesh/rpmbuild/BUILD/kdelibs/build/kdeui && /usr/bin/cmake
-E cmake_symlink_library ../lib/libkdeui.so.5.0.0 ../lib/libkdeui.so.5
../lib/libkdeui.so
make[2]: Leaving directory `/home/chitlesh/rpmbuild/BUILD/kdelibs/build'
/usr/bin/cmake -E cmake_progress_report
/home/chitlesh/rpmbuild/BUILD/kdelibs/build/CMakeFiles 7 8 9 10 11 12
13 14 15 16 17 18 19
[ 25%] Built target kdeui
make[1]: Leaving directory `/home/chitlesh/rpmbuild/BUILD/kdelibs/build'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.86372 (%build)
cmake-2.4.5-2.fc6
--
http://clunixchit.blogspot.com
6297
days inactive
6359
days old
18 comments
4 participants
participants (4)
-
Bernardo Innocenti -
Chitlesh GOORAH -
Kevin Kofler -
Rex Dieter