Re: [pacman-dev] [aur-general] The KDE 4.3 update for packagers
On Tue, Aug 4, 2009 at 11:08, Pierre Schmitz<pierre@archlinux.de> wrote:
Am Dienstag 04 August 2009 08:58:18 schrieb Pierre Schmitz:
Hi Devs and TUs,
with the recent KDE update the packages were split up. All packages in extra should be updated but if you maintain a KDE related package please check.
Try to reduce the deps (use namcap) and replace a dep to kdegraphics with the needed sub packages.
At least a KDE pacakges which has some standalone app should depend on kdebase-runtime (namcap wont tell you)
In addition to this phonon is included into Qt now.
I had to remove the provides from the meta packages; pacman seems to have problems when there are groups with the same name. That means that pacakges having deps to the old KDE packages are broken atm; sorry.
Moving this to pacman-dev... The relevant bug is http://bugs.archlinux.org/task/15779 -- Roman Kyrylych (Роман Кирилич)
On Tue, Aug 4, 2009 at 11:51 AM, Roman Kyrylych<roman.kyrylych@gmail.com> wrote:
On Tue, Aug 4, 2009 at 11:08, Pierre Schmitz<pierre@archlinux.de> wrote:
Am Dienstag 04 August 2009 08:58:18 schrieb Pierre Schmitz:
Hi Devs and TUs,
with the recent KDE update the packages were split up. All packages in extra should be updated but if you maintain a KDE related package please check.
Try to reduce the deps (use namcap) and replace a dep to kdegraphics with the needed sub packages.
At least a KDE pacakges which has some standalone app should depend on kdebase-runtime (namcap wont tell you)
In addition to this phonon is included into Qt now.
I had to remove the provides from the meta packages; pacman seems to have problems when there are groups with the same name. That means that pacakges having deps to the old KDE packages are broken atm; sorry.
Moving this to pacman-dev... The relevant bug is http://bugs.archlinux.org/task/15779
I am completely lost here. Care to explain what's wrong with pacman in this case? You need to state the problem more clearly, and what you would expect pacman to do. Here is my current understanding, simplifying the case of the bug report : pkg-meta : depends pkg provides oldpkg conflicts oldpkg pkg : provides oldpkg conflicts oldpkg imo, this is a packaging problem. You should put conflicts/provides either in pkg-meta or in pkg, but not in both. But what does this have to do with groups?
Am Dienstag 04 August 2009 12:35:10 schrieb Xavier:
I am completely lost here. Care to explain what's wrong with pacman in this case? You need to state the problem more clearly, and what you would expect pacman to do.
Here is my current understanding, simplifying the case of the bug report : pkg-meta : depends pkg provides oldpkg conflicts oldpkg pkg : provides oldpkg conflicts oldpkg
imo, this is a packaging problem. You should put conflicts/provides either in pkg-meta or in pkg, but not in both.
But what does this have to do with groups?
No, there is no real pacman bug. I had two problems: * I didn't really think about how pacman handles groups. So I tried something which does not work with pacman. I replace a package like kdebase with a group having the same name. To make a smooth update possible I also added a meta package which provides/replaces kdebase. This works fine but when you wnt to install the kdebase group there is no way to tell pacman. pacman -S kdebase will allways install the package tht provides kdebase but not the group. * The second problem was that I had overseen some more complex provides/conflicts behaviour. If a package a conflicts with package b it does also with all packages who provide b. So, don'T worry; no real bug here. -- Pierre Schmitz, http://users.archlinux.de/~pierre
On Tue, Aug 4, 2009 at 22:35, Pierre Schmitz<pierre@archlinux.de> wrote:
Am Dienstag 04 August 2009 12:35:10 schrieb Xavier:
I am completely lost here. Care to explain what's wrong with pacman in this case? You need to state the problem more clearly, and what you would expect pacman to do.
Here is my current understanding, simplifying the case of the bug report : pkg-meta : depends pkg provides oldpkg conflicts oldpkg pkg : provides oldpkg conflicts oldpkg
imo, this is a packaging problem. You should put conflicts/provides either in pkg-meta or in pkg, but not in both.
But what does this have to do with groups?
No, there is no real pacman bug. I had two problems:
* I didn't really think about how pacman handles groups. So I tried something which does not work with pacman. I replace a package like kdebase with a group having the same name. To make a smooth update possible I also added a meta package which provides/replaces kdebase. This works fine but when you wnt to install the kdebase group there is no way to tell pacman. pacman -S kdebase will allways install the package tht provides kdebase but not the group.
* The second problem was that I had overseen some more complex provides/conflicts behaviour. If a package a conflicts with package b it does also with all packages who provide b.
So, don'T worry; no real bug here.
But On Tue, Aug 4, 2009 at 11:08, Pierre Schmitz<pierre@archlinux.de> wrote:
I had to remove the provides from the meta packages; pacman seems to have problems when there are groups with the same name. That means that pacakges having deps to the old KDE packages are broken atm; sorry.
All packages that depend on old KDE packages are still broken with the latest kde-meta-* versions, right? Is there a way to fix this or we should just wait for package maintainers to fix packages? -- Roman Kyrylych (Роман Кирилич)
Am Dienstag 04 August 2009 21:51:09 schrieb Roman Kyrylych:
All packages that depend on old KDE packages are still broken with the latest kde-meta-* versions, right? Is there a way to fix this or we should just wait for package maintainers to fix packages?
I don't see a way to fix this without making it impossible to install by group. Most package depend on kdelibs, kdebase-workspace or kdebase-runtime and those weren't split. And also I rebuilt all extra packages; therefor only community will be affected. -- Pierre Schmitz, http://users.archlinux.de/~pierre
participants (3)
-
Pierre Schmitz
-
Roman Kyrylych
-
Xavier