You are not logged in.
emerge in portage can build binary packages of what it compiles.
emerge -b konqueror konq-plugins nsplugins
and we get splik KDE pkg of konqueror with all it dependencies
arch pkg vs gentoo pkg
gentoo pkg doesn't have 2 files: .FILELIST and .PKGINFO + it makes tar.bz2 not tar.gz packages
how to convert a gentoo package
- unpack
- add .FILELIST (list all files >> .FILELIST)
- create .PKGINFO data from package Ebuild can be used
- tar.gz it and done
Someone good in bash/sh scripts could write something so it would convert those packages more automaticly. To make gentoo packages you need gentoo but you don't have to install it like a normal distro:
1. get i686 stage from here 85MB
- untar it to /home/user/gentoo
tar -xvjpf file.tar.bz2
- cp /etc/resolv.conf to gentoo/etc/
- modify /etc/make.conf (in gentoo) add:
ACCEPT_KEYWORDS="~x86"
- add USE flags
and you can set CFLAGS and CXXFLAGS... jackass (unofficial stages) uses someting like:
CFLAGS="-march=i686"
CFLAGS="${CFLAGS} -pipe"
CFLAGS="${CFLAGS} -O2"
CFLAGS="${CFLAGS} -fweb"
CFLAGS="${CFLAGS} -frename-registers"
CFLAGS="${CFLAGS} -fforce-addr"
CFLAGS="${CFLAGS} -momit-leaf-frame-pointer"
CFLAGS="${CFLAGS} -fomit-frame-pointer"
CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"
as root in console chroot to gentoo:
- go to folder with gentoo
chroot ./ bin/bash
env-update
source /etc/profile
then if net works:
emerge sync
after updating portage tree you can emerge packages
Offline
tested on nano 1.3.7 and it works
Offline
CFLAGS="${CFLAGS} -fweb"
CFLAGS="${CFLAGS} -frename-registers"
CFLAGS="${CFLAGS} -fforce-addr"
CFLAGS="${CFLAGS} -momit-leaf-frame-pointer"
CFLAGS="${CFLAGS} -fomit-frame-pointer"
CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"
You sure those are a good idea? -fomit-frame-pointer especially... Messes up debugging on x86.
Offline
Riklaunim wrote:CFLAGS="${CFLAGS} -fweb"
CFLAGS="${CFLAGS} -frename-registers"
CFLAGS="${CFLAGS} -fforce-addr"
CFLAGS="${CFLAGS} -momit-leaf-frame-pointer"
CFLAGS="${CFLAGS} -fomit-frame-pointer"
CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"You sure those are a good idea? -fomit-frame-pointer especially... Messes up debugging on x86.
It's the Gentoo way, if we cut the ability to accurately debug our apps out we may gain a little more speed! just kidding
Offline
Huh? Though this thread was locked? Hit undo and continue someone?
Offline
i unlocked after an appeal and a review - i think i was a bit hasty - for which i apologise!
Offline
emerge in portage can build binary packages of what it compiles.
emerge -b konqueror konq-plugins nsplugins
and we get splik KDE pkg of konqueror with all it dependencies
For my information, does this means we can extract konqueror from kdebase and run it alone with kdelibs?
Markku
Offline
I think this isn´t one of the normal "cool i can use portage in arch", because,the packages are build only and not installed with emerge.
So you can wrote a simple PKGBUILD for the Package like that
pkgname=NAME
pkgver=VERSION
pkgrel=1
pkgdesc=""
url=""
license=""
depends=()
makedepends=()
conflicts=()
replaces=()
backup=()
install=
source=($pkgname-$pkgver.tar.gz)
md5sums=()
build() {
cd $startdir/src/$pkgname-$pkgver
install -m xxx * $startdir/pkg
}
This would be very cool especially for the kde apps. Because writing seperate PKGBUILDS for all the apps in kdebase, kdenetwork,.... is much much much work. So tpowa won´t do it.
Offline
untarring and retarring will not restrip binaries, and if is not done as root user, could modify permissions on files and hose your system (see known issues with pacman overwriting directory permissions).
As for using the binary and simply wrapping a pkgbuild around it, then every time you want to update the binary, you have to reuse the gentoo build (ie rebuild with gentoo, and monkey around with use flags).
This is basically a bad idea. If you want an arch package, then make one. If you want to use gentoo, then use it. No harm, no foul. But trying to stick a square peg in a round hole..generally doesnt turn out well..
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
Riklaunim wrote:emerge in portage can build binary packages of what it compiles.
emerge -b konqueror konq-plugins nsplugins
and we get splik KDE pkg of konqueror with all it dependencies
For my information, does this means we can extract konqueror from kdebase and run it alone with kdelibs?
Gentoo has splitted KDE packages and it installs only needed KDE elements for selected kde package emerge konqueror won't install normal working KDE... and the gentoo binary -> arch pkg is "quick" way to make splitted KDE packages and other hard-to-make pkgbuild packages
Offline
I am using Fluxbox and have wanted to get rid of KDE but held because of Konqueror.
How to do?
Markku
Offline
get that stage3 i686 gentoo and see what emerge -pv konqueror konq-plugins nsplugins kdebase-startkde will show as dependencies then the same emerge with -b to compile/build packages and then arch those packages (only those which you will use, xorg etc. you already have) or if you are in a hurry - extract gentoo binary packages to arch / + for konqueror you can also emerge ark and kate if you use them
Offline
Rasat, you can also have a look at this wiki entry and forum topic
Offline
I can make konqueror+dependencies package tommorow but I'll need a FTP or something to put those files for download
edit: gentoo pkgs are ready - I can publish them but I don't have any place to put them for download
Offline
....I'll need a FTP or something to put those files for download
Send me a private message (pm) and I will give you access in User-cb's /users/incoming repo.
http://user-contributions.org/users/incoming/
PM:
http://bbs.archlinux.org/profile.php?mo … file&u=118
EDIT:
If not too much trouble, I would appreciate also to have kwrite, does a good job when editing web pages both locally and remote (with kbear using konqueror).
Markku
Offline
don't expect any support for installed packages like these. none of the devs can possibly know what you've done to your system. actually that is one of the reasons why i personally agree with not splitting up big packages like kde. one other is that the devs do have a significantly higher amount of work to do to catch problems before they appear.
basicly it's like patching the kernel with nitro and ask about your mmap problems on kernel.org's mailinglist.
I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell
Offline
don't expect any support for installed packages like these. none of the devs can possibly know what you've done to your system.
This is why this thread/packages is in User Contributions forum not to complain. Here users can experiment and find new means of usage. If these packages work, then there is no longer a KDE dependency whenever there is an upgrade. E.g same Konqueror package can be used for a long time. To become dependency free, I consider is part of Arch Way.
Markku
Offline
Thanks Riklaunim for uploading the KDE binaries (see ~/kde-sta).
http://user-contributions.org/users/incoming/
I renamed all tarballs with extension "-sta" (standalone) to not cause conflict with existing packages.
I did a test by installing konqueror and works fine. What I really like with this standalone, its fast. Usually to load first time takes about 20 seconds, now 5 sec. Also less space, saved about 90 MB.
http://user-contributions.org/users/incoming/kde-gentoo
In PKGBUILD of konqueror-sta still is missing few minor dependency packages. To "Create New" folder or text file, what package is required?
Markku
Offline
Why dont you, if you're going to package something like konqueror seperately, do it properly, and write a full pkgbuild, instead of leeching off another distro's binaries?
also, these packages install to /usr/kde (ick)..... arch generally doesnt do that.....
Offline
Currently this is an experiment from my side, easy and fast. Once I see it works same as Arch's kde packages, then we go for proper PKGBUILDs.
About /usr/kde, I first also felt "ick" but for practical reasons, to avoid any conflict with Arch's pkgs, not a bad idea.
Markku
Offline
Currently this is an experiment from my side, easy and fast. Once I see it works same as Arch's kde packages, then we go for proper PKGBUILDs.
About /usr/kde, I first also felt "ick" but for practical reasons, to avoid any conflict with Arch's pkgs, not a bad idea.
well... if a person is using the split packages in the first place, then they wont be using the full package that would conflict. so there wouldnt be a conflict. although with these gentoo ones I guess we dont know what they did to them.
Offline
Separate KDE packages are bit hard to make via pkgbuild because you have to:
- make spited source packages
- set dependencies for them
And it isn't easy Gentoo has splitted KDE sources, but ebuilds aren't to friendly for pkgbuilds But running gentoo binaries on arch will help find all required dependencies for those splitted source packages and based on that – make pkgbuilds
Currently I'm using Gentoo with splitted KDE packages and they do work faster – less dependencies etc. + they are easy to update (1MB K*something instead whole kdebase*or*something). My vacations starts next week and I'll try to make some gentoo -> arch work in the next months ;]
(and I switched to Gentoo to get all the soft I wanted "on-demand" – I have only modem at home and now I have some exams so I can't play with arch to get them.)
Offline
I have spit this thread:
http://bbs.archlinux.org/viewtopic.php?t=13370
Markku
Offline