[PALUDIS] Support thread (current v. 0.26.*) - Part 5

Message

justinkb · Post by **justinkb** » Sat May 02, 2009 2:18 pm

the layout.conf warning can be fixed by editing your x11.conf file. change "master_repository = gentoo" to "master_repository =".

Bill Cosby · Post by **Bill Cosby** » Sun May 03, 2009 8:35 pm

OK, thanks so far.

I got another problem, I am not sure whether this is Paludis related though, anyways:

I get the following error when I try to compile GRASS with the wxwindows (it sould be changed to wxwidgets as I see it) USE flag:

Code: Select all

----------------------------------------------------------------------
Following modules are missing the 'description.html' file in src code:
----------------------------------------------------------------------
GRASS GIS compilation log
-------------------------
Started compilation: Sun May  3 19:38:00 CEST 2009
--
Errors in:
No errors detected.
--
Finished compilation: Sun May  3 19:45:50 CEST 2009
ln: creating symbolic link `dist.i686-pc-linux-gnu/lib/libgdi.so' -> `': No such file or directory

!!! ERROR in sci-geosciences/grass-6.3.0:
!!! In src_compile at line 4253
!!! making libgdi link failed

!!! Call stack:
!!!    * src_compile (/var/tmp/paludis/sci-geosciences-grass-6.3.0/temp/loadsaveenv:4253)
!!!    * ebuild_f_compile (/usr/libexec/paludis/0/src_compile.bash:49)
!!!    * ebuild_main (/usr/libexec/paludis/ebuild.bash:482)
!!!    * main (/usr/libexec/paludis/ebuild.bash:498)

diefunc: making ebuild PID 17905 exit with error
die trap: exiting with error.

Install error:
  * In program paludis -i grass:
  * When performing install action from command line:
  * When executing install task:
  * When installing 'sci-geosciences/grass-6.3.0:6::gentoo':
  * When running an ebuild command on 'sci-geosciences/grass-6.3.0:6::gentoo':
  * Install error: Install failed for 'sci-geosciences/grass-6.3.0:6::gentoo'

I think this is somehow ebuild related, does anyone know more on this? It must be the "ln" thingy? Is this a problem of paludis?

Paczesiowa · Post by **Paczesiowa** » Wed May 06, 2009 6:10 pm

Code: Select all

server ~ # paludis --install --pretend --dl-reinstall always world | grep -A 1 sys-libs/readline
* sys-libs/readline [U 5.2_p13 -> 6.0] <system>
    Reasons: net-misc/ntp-4.2.4_p6:0::gentoo   
--
* sys-libs/readline [R 5.2_p13]
    Reasons: dev-lang/ghc-6.8.2:0::gentoo

can someone explain to me, what the hell is that? ghc is in the world and it needs =readline-5*, no other package needs 6*, so why paludis pulls new version? and why does it pull two unslotted versions of the same package?

justinkb · Post by **justinkb** » Thu May 07, 2009 3:28 pm

unmask ghc 6.10 and this will be fixed...

Paczesiowa · Post by **Paczesiowa** » Thu May 07, 2009 4:58 pm

I have a few problems of this kind, so I'd rather understand the reasons behind them.

the other problem is, I have packages A and B (B depends on A, neither is in world file), when I --install world, I get empty task list, when I --install world --dl-reinstall always, it pulls new version of A. if I install B directly it also pulls new A. but if I install C (from world, reason for B) then paludis doesn't pull new A. so, I don't fully understand algorithm behind selecting what to install.

slangdaddy · Post by **slangdaddy** » Thu May 07, 2009 7:15 pm

I think the paludis faq gives the answer :
http://paludis.pioto.org/faq/operation. ... ingdepends

Paczesiowa · Post by **Paczesiowa** » Thu May 07, 2009 7:48 pm

huh, didn't realise that the fact that package is already installed matters. thanks!

Phlogiston · Post by **Phlogiston** » Sun May 17, 2009 6:38 pm

Anyone knows how I can configure the currently used fetcher in paludis? wget produces some stupid output here

Gusar · Post by **Gusar** » Sun May 17, 2009 6:58 pm

Phlogiston wrote:wget produces some stupid output here

It's not stupid really - each dot represents a certain amount of bytes transferred (don't know what that amount is though). This irks me too a bit, but not enough that was going to look for solutions. But if someone presents a solution, I'd be happy. I'm sure it's in the paludis documentation, but as said, this doesn't irk me much, so I'm too lazy to go looking through it.

loftwyr · Post by **loftwyr** » Sun May 17, 2009 10:44 pm

If you look in /usr/share/paludis/fetchers, there's a script to use curl. Otherwise, you set the options you want in bashrc though the environment variable.

Phlogiston · Post by **Phlogiston** » Sun May 17, 2009 11:21 pm

loftwyr wrote:If you look in /usr/share/paludis/fetchers, there's a script to use curl. Otherwise, you set the options you want in bashrc though the environment variable.

How exactly? The documentation says nothing about that..

loftwyr · Post by **loftwyr** » Mon May 18, 2009 1:35 am

to use curl, read the inside of the docurl file in the demos

for wget, my mistake, it uses a global file called /etc/wgetrc for it's defaults.

Phlogiston · Post by **Phlogiston** » Wed May 20, 2009 11:52 am

loftwyr wrote:to use curl, read the inside of the docurl file in the demos

for wget, my mistake, it uses a global file called /etc/wgetrc for it's defaults.

Thank you.

Phlogiston · Post by **Phlogiston** » Wed Jun 03, 2009 10:23 pm

Anyone has an idea why I get this weird block error?

Code: Select all

paludis -ip world
Building target list...            
Building dependency list...paludis@1244067561: [WARNING dep_list.ignoring_dependencies] In thread ID '15943':
  ... In program paludis (--show-reasons summary --show-use-descriptions new --continue-on-failure if-satisfied --dl-downgrade warning --log-level warning) -ip world:                                                                                                                                      
  ... When performing install action from command line:                                                                                               
  ... When executing install task:                                                                                                                    
  ... When building dependency list:                                                                                                                  
  ... When adding NamedSetDepSpec 'world':                                                                                                            
  ... When adding PackageDepSpec 'media-gfx/gimp':                                                                                                    
  ... When adding installed package 'media-gfx/gimp-2.6.6:2::installed':                                                                              
  ... Ignoring run dependencies due to exception 'Block: dev-libs/poppler-qt4' (paludis::BlockError)

gimp does not block poppler-qt4, so why do I get this?

The same comes for inkscape....

Need4Speed · Post by **Need4Speed** » Wed Jun 03, 2009 10:53 pm

Phlogiston wrote:Anyone has an idea why I get this weird block error?

Code: Select all

paludis -ip world
Building target list...            
Building dependency list...paludis@1244067561: [WARNING dep_list.ignoring_dependencies] In thread ID '15943':
  ... In program paludis (--show-reasons summary --show-use-descriptions new --continue-on-failure if-satisfied --dl-downgrade warning --log-level warning) -ip world:                                                                                                                                      
  ... When performing install action from command line:                                                                                               
  ... When executing install task:                                                                                                                    
  ... When building dependency list:                                                                                                                  
  ... When adding NamedSetDepSpec 'world':                                                                                                            
  ... When adding PackageDepSpec 'media-gfx/gimp':                                                                                                    
  ... When adding installed package 'media-gfx/gimp-2.6.6:2::installed':                                                                              
  ... Ignoring run dependencies due to exception 'Block: dev-libs/poppler-qt4' (paludis::BlockError)

gimp does not block poppler-qt4, so why do I get this?

The same comes for inkscape....

I also had some weird problems with poppler blockers. I seem to remember the gimp ebuild changing to depend on the new poppler packages, but paludis was using the old dependencies from when gimp was installed. Reinstalling gimp fixed the problems for me.

Phlogiston · Post by **Phlogiston** » Fri Jun 05, 2009 9:24 am

So you changed the gimp ebuild and re-installed it afterwards? Just re-installing gimp didn't help here.

krisse · Post by **krisse** » Sat Jun 06, 2009 11:10 am

Odd. Having no QT stuff installed from the get-go, paludis wants to install qt-gui and qt-qt3support in the wrong order. 4.5.1 versions of all QT mentioned.

Build of qt-qt3support fails when it's trying to link some stuff that isn't there; that would be put in place by qt-gui. But paludis has qt-gui queued up after qt-qt3support.

Portage builds them in correct order.

Now, this isn't a major pita. I've got it installed all ok, but just thought I'd mention it.

krisse · Post by **krisse** » Tue Jun 16, 2009 1:39 pm

And now, a similar problem as the one mentioned above!; another case of paludis trying to install packages in the wrong order.

Have kde 4.2.3 installed. Upgrading to 4.2.4. Paludis v. 0.36.1.

Now, paludis is trying to install kde-base/kdebase-data-4.2.4 before kdelibs-4.2.4, and thus palude of kdebase-data fails at configure phase because installed kdelibs is too old (4.2.3).

Again, as above, easy enough to manually tell paludis to upgrade kdelibs and then upgrade all in the order it see fits. But still. Not used to paludis failing like this. Is it, indeed, paludis, or is it perhaps something wrong with the ebuilds?

askoff · Post by **askoff** » Wed Jul 15, 2009 7:46 pm

I get this error message everytime I sync paludis.

Code: Select all

Unhandled exception:
  * In program paludis -s:
  * When performing sync action from command line:
  * When executing sync task:
  * When triggering hook 'sync_all_post':
  * When fetching realpath of '/usr/libexec/paludis/hooks/sync_all_post/write_cache_clean.bash':
  * Could not resolve path '/usr/libexec/paludis/hooks/sync_all_post/write_cache_clean.bash' (paludis::FSError)

Paludis gets portage tree content to sync and paludis can update all the packages, but it just spits this error every time after sync.

I'm using latest paludis 0.38.1
Error started to appear after I updated paludis 0.36 to 0.38 and 0.38.1 didn't help at all.

EDIT: I think I fixed the problemp by removing the write_cache_clean.bash symlink which had no target. I guess it got removed in the paludis update.

Ant P. · Post by **Ant P.** » Thu Jul 16, 2009 1:42 am

One thing that really irritates me:

"--uninstall-unused" always wants to get rid of docbook-xml-dtd-4.5, and "--install everything" just reinstalls it again. Any way to make it stick, one way or the other? Do I just have a screwed up config?

loftwyr · Post by **loftwyr** » Thu Jul 16, 2009 11:50 am

Install it manually (or just add it to your world file). That will stop the madness!

Ant P. · Post by **Ant P.** » Fri Jul 17, 2009 10:02 pm

Yeah, I suppose I could've just went with the most obvious way...

Phlogiston · Post by **Phlogiston** » Mon Aug 24, 2009 11:48 pm

Anyone knows how to fix this eselect news issue:

Code: Select all

elog> Summary of messages from kde-base/plasma-workspace-4.3.9999:

elog>  * Fetching disabled since 1 hours has not passed since last update.
elog>  * Using existing repository copy at revision 1015224.
elog>  *    working copy: /tmp/PORTAGE/distfiles/svn-src/kdebase-workspace-4.3.9999/workspace
elog>  * Exporting parts of working copy to /tmp/PALUDIS/var_tmp/kde-base-plasma-workspace-4.3.9999/work/plasma-workspace-4.3.9999
elog>  * Injecting library dependencies from 'libkworkspace libplasmaclock libtaskmanager' ...
elog>  * Running kbuildsycoca4 to build global database ...
elog>  * Application handbook for plasma-workspace has not been installed.
elog>  * To install handbook, reemerge =kde-base/plasma-workspace-4.3.9999 with 'handbook' USE flag.
elog>  * Running kbuildsycoca4 to build global database ...
elog>  * WARNING! This is an experimental live ebuild of kde-base/plasma-workspace
elog>  * Use it at your own risk.
elog>  * Do _NOT_ file bugs at bugs.gentoo.org because of this ebuild!
!!! Error: Can't load module news
exiting

 * No unread news items found

Its the same message if you just call eselect news... but who calls that, is it hardcoded in paludis? I didn't find a hook for it:

Code: Select all

eselect news
!!! Error: Can't load module news
exiting

loftwyr · Post by **loftwyr** » Mon Aug 24, 2009 11:54 pm

see if you can set your eselect package_manager to paludis.

Also makse sure news shows up in the list of packages when you run eselect by itself.

Phlogiston · Post by **Phlogiston** » Mon Aug 24, 2009 11:58 pm

loftwyr wrote:see if you can set your eselect package_manager to paludis.

Also makse sure news shows up in the list of packages when you run eselect by itself.

There is no module called package_manager. Neither does news show up, however there is news-tng... which is working, but how can I tell paludis to use that instead of the old missing news module?

/edit: just saw: app-admin/eselect-package-manager
/edit2: reinstalling app-admin/eselect-news fixed the issue... the normal news.eselect file was just missing...