[PALUDIS] Paludis-Extras repository

[apberzerk]

Erm. Maybe you should re-read my post. I was referring to the many tools that only work with portage. Rather than modifying those tools, I could use a wrapper script.

- Phil

[truc]

oh, see your point now, sorry

[zxy]

So, rather than fix scripts like module-rebuild with silly one-line changes, I'd like to have a wrapper for emerge that just converts the command into one for paludis wheneber it can.

- Phil

This might work, when considering just calls to emerge, but what about configuration files.... etc? I think scripts will have to be patched ...

---edit ---

And for module rebuild, you have to consider every line with portageq included, that's in fact everywhere where you find R_PORTAGEQ, and thats not ust one line.... AFAIK

For example:

Code: Select all

 # Check if portage-utils are installed
-portageq has_version $PORTAGE_ROOT  portage-utils
+paludis --log-level silent --has-version app-portage/portage-utils

I would be happy if it works the easy way, but i'm not sure it will...

[apberzerk]

Ah, ok, I see.

[apberzerk]

By the way, I finally got on that IRC channel. I'm named "pheaver".

[zxy]

I modified the modules-rebuild script and is now available to test on the paludis-extras site:
http://drzile.dyndns.org/index.php?page ... le-rebuild

It is not yet in the overlay, but it will be as soon as it is tested some morre. Looks like it works, though. (at least for me)

Dependencies: portage (going to be changed very soon!!!!)

Some feedback would be cool... (it will be in the overlay sooner )

[truc]

Code: Select all

R_PORTAGEQ="`which portageq 2>/dev/null`"
R_PALUDIS="`which paludis 2>/dev/null`"
if [[ -z ${R_PORTAGEQ} ]]; then
	echo "** FATAL: Unable to find portageq."
	exit 1
fi

looks like it still needs portage, :S

EDIT: oh well these calls :

Code: Select all

R_PORTDIR=`${R_PORTAGEQ} portdir`
R_VDBPATH=`${R_PORTAGEQ} vdb_path`

can be easily replace with paludis

but for this one, :

Code: Select all

${R_PORTAGEQ} has_version / ${package}

I don't know yet

[zxy]

Code: Select all

${R_PORTAGEQ} has_version / ${package}

Code: Select all

paludis --log-level silent --has-version ${package}

... getting on it immediately...

[truc]

oh
that was hard!

EDIT: oh and by the way, I can't see the reason to define R_PORTDIR since it isn't used anywhere!

[zxy]

OK, it's now in the overlay, but masked. Hopefuly without any portage dependencies.

You need to unmask it to test it, though.

Code: Select all

sys-kernel/module-rebuild

[apberzerk]

Somehow the version of module-rebuild that is in portage also got masked. I think this is just a problem with eix, not paludis. Or, possibly, it is a problem with the build.

Code: Select all

eix -e module-rebuild
[D] sys-kernel/module-rebuild 
     Available versions:  [M]0.1 [M]0.5 [M]~20070309[1]
     Installed:           20070309(10:23:16 03/09/07)
     Homepage:            http://drzile.dyndns.org/index.php?page=paludis_scripts
     Description:         A utility to rebuild any kernel modules which you have installed. Paludis version

[1] /var/paludis/repositories/paludis-extras

Also, I cannot execute the script because I have no executable named bash-x. What is that anyway? Shouldn't it just be "bash"?

- Phil

[zxy]

bash-x was fixed within a minute awhen i discovered it. sync again...
i fixed the mask, too.

[apberzerk]

Ooooo, it seems to work. Hot damn it's fast! I mean, it didn't have to rebuild anything, but in portage it takes a long time just for it to find that it doesn't have to rebuild anything.

[zxy]

well, it has been totaly paludized ......

[zxy]

• sys-apps/module-rebuild-20070309 (module-rebuild ported to paludis) -- zxy, truc

is not masked any more....

[zxy]

• app-admin/eselect-paludis-hooks-0.1.0 - manage hooks with eselect -- zxy NEW

Supports hooks from the overlay and any other hooks, too. See the homepage for detailed instructions on install, use, customization, possibilities...

New useflag eselect has been added. If hooks, are installed with this useflag set then the definition file for eselect for a certain hook will automatically be created duriing install.

[zxy]

• app-admin/eselect-news-0.1.1 - eselect news from paludis patched with multilanguage support -- zxy NEW

Now you can read news in languages (if available) that you have set in LANGUAGES, LC_ALL, LC_MESSAGES or LANG environment variables. There is also an option --lang <lang> to overrule the environment settings.

[kernelOfTruth]

thanks a lot for this overlay, this makes my experience with paludis even better

[zxy]

• sys-kernel/module-rebuild-20070313 (module-rebuild ported to paludis) (use flag: paludis) -- zxy, truc NEW
• sys-devel/binutils-config-20070313 Utility to change the binutils version being used. Paludis version. (use flag: paludis) -- zxy NEW

New useflag introduced: paludis. If a package has this use flag available, then if this flag is set a paludis patched version is installed, if not then the original is installed.

Some other packages might change in the near future to use this use flag.

[zxy]

For those who don't read the news items

Code: Select all

Paludis extras:  New local useflag (paludis) for certain packges

Some packages that are patched so they don't use portage but paludis,
now have "paludis" use flag.

 * With the flag set the patched version is installed.
 * If the flag is unset then the original is installed.

POSSIBLE PROBLEM AND A SOLUTION:

 * When new versions (of portage only binutils-config, module-rebuild)
 * come in the gentoo tree, they will be installed during updates, until
 * the patched version becomes available in paludis-extras overlay.
 * The patched version should be available soon.
 *
 * To avoid this possible problem, put the following into the
 * /etc/paludis/package_mask.conf
 *
   >=sys-devel/binutils-config-1.9-r3::gentoo
   >=sys-kernel/module-rebuild-0.5::gentoo

But you can put the following in

Code: Select all

sys-devel/binutils-config::gentoo
sys-kernel/module-rebuild::gentoo

if you don't need older versions.

[zxy]

• app-admin/eselect-paludis-hooks-0.1.2 - added paludis's demo hooks definitions -- zxy NEW

[zxy]

• app-admin/eselect-paludis-hooks-0.1.2-r1 - ebuild fix -- zxy
• app-paludis/paludis-wrapper-0.1.0-r1 - ebuild fix -- zxy

Ebuild (eselect) now automatically creates the .../hooks/eselect/.db/ folder. That was a bug, and is fixed in -r1.
Ebuild (wrapper) - a few fixes before the new version is launched.

Sorry for the trouble if you had any and

happy eselecting,

zxy

[dip79]

revdep-rebuild doesn't seem to work.
First, i got this funny error:

Code: Select all

revdep-rebuild
Configuring search environment for revdep-rebuild

Checking reverse dependencies...

Packages containing binaries and libraries broken by a package update
will be emerged.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
  broken /usr/lib32/opengl/nvidia/lib/libGL.so.1.0.9755 (requires  libGLcore.so.1 libX11.so.6 libXext.so.6 libnvidia-tls.so.1)
 done.
  (/root/.revdep-rebuild.3_rebuild)

Assigning files to ebuilds... done.
  (/root/.revdep-rebuild.4_ebuilds)

Evaluating package order... done.
  (/root/.revdep-rebuild.5_order)

All prepared. Starting rebuild...
paludis --preserve-world --install  =x11-drivers/nvidia-drivers-1.0.9755-r1 =You 
..........
Building target list... 
Unhandled exception:
  * In program paludis --preserve-world --install =x11-drivers/nvidia-drivers-1.0.9755-r1 =You:
  * When performing install action from command line:
  * When adding install target '=You':
  * When validating package name part '=You':
  * Name '=You' is not a valid package name part (paludis::PackageNamePartError)

revdep-rebuild failed to emerge all packages
you have the following choices:

- if paludis failed during the build, fix the problems and re-run revdep-rebuild
    or
- use -X or --package-names as first argument (trys to rebuild package, not exact
  ebuild)
    or
- set "* ~<your platform>" in /etc/paludis/keywords.conf and/or /etc/paludis/package_unmask.conf
  (and remove /root/.revdep-rebuild.5_order to be evaluated again)
    or
- modify the above paludis command and run it manually
    or
- compile or unmerge unsatisfied packages manually, remove temporary files and
  try again (you can edit package/ebuild list first)

To remove temporary files, please run:
rm /root/.revdep-rebuild*.?_*

There is no "=You" in /root/.revdep-rebuild.4_ebuilds, it first appears in .revdep-rebuild.5_order
I think it has to do with this Paludis message " * You have 1 unread news items" incorrectly interpreted by the script.
After removing "=You" manually from the list, it successfully reinstalls the nvidia drivers, but this doesn't fix the dependency. I re-run revdep-rebuild, and it shows again the same linking error

[zxy]

dip79, I'll check on that. Thanks

[zxy]

If some of users of p-e repo are using master_repository in the conf file and you get problems with the repository in 0.20.2, just set the importance for the gentoo repo lower than for the overlay's.