View previous topic :: View next topic |
Author |
Message |
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Thu Jan 20, 2005 10:03 pm Post subject: |
|
|
Mattwolf7 wrote: | Now looking at my /var/log/kdm.log I see
Code: | AUDIT: Thu Jan 20 10:35:53 2005: 8672 X: client 18 rejected from local host |
|
Ok, try this:
- reboot the system
- log in X (with kdm or startx) as root
- open konsole..............................(maybe unnecessary)
- run "xhost +localhost"................(maybe unnecessary)
- log out
- log in X (with kdm or startx) as user
- open konsole..............................(maybe unnecessary)
- run "xhost +localhost"................(maybe unnecessary)
- try cfg-update again _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
Mattwolf7 n00b
Joined: 14 Mar 2004 Posts: 73
|
Posted: Sat Jan 22, 2005 1:10 am Post subject: |
|
|
Nope didn't work...
Same error in kdm.log except that it changed from 18 to 17.
Code: | AUDIT: Fri Jan 21 20:06:26 2005: 9946 X: client 17 rejected from local host |
Does anyone else have cfg-update working with KDM? |
|
Back to top |
|
|
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Sat Jan 22, 2005 8:23 pm Post subject: |
|
|
As root run:
$ rm -rf /tmp/*
$ rm -rf /tmp/.*
$ rm /root/.Xauthority
Run as the user who started X:
$ export DISPLAY=localhost:0.0
$ xhost +localhost
Su to root:
$ cfg-update -u
Does that work!?
EDIT: I have found another post about kdm and not being able to run xxdiff with su.
Read it and the posts that follow...
Re-check those files in /root, especially /root/.Xdefaults _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
tightcode Tux's lil' helper
Joined: 23 Mar 2004 Posts: 110
|
Posted: Sat Jan 29, 2005 12:57 pm Post subject: |
|
|
Well it has been a while since my last post in this thread!
This is mixed suggestions to some users and small bugs for version 1.7/1.6 (report).
First of all though, to xentric: Good luck on your exams, I hope you get the First Officer position!
To people having trouble using xxdiff as root or with su/sudo, just:
emerge -pv sux
I think that has been suggested elsewhere in this thread. When I first installed cfg-update I tried without anything and had the same problems I have read here. I then remembered SuSE had a tool called sux which I thought was some SuSE proprietary tool, but no it is in portage and works exactly as expected. Save yourselves the troubles and headaches, emerge sux, and use it instead of su.
Now for the "bugs" of v.1.7/1.6:
Code: | [...]
________________________________________________________________________________
You already have enabled the alias for emerge in /etc/profile !
________________________________________________________________________________
[...]
>>> app-portage/cfg-update-1.7 merged.
app-portage/cfg-update
selected: 1.6
protected: 1.7
omitted: none
>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.
[...]
>>> Unmerging app-portage/cfg-update-1.6...
No package files given... Grabbing a set.
* Creating alias for emerge in /etc/profile...
________________________________________________________________________________
Succesfully disabled alias in /etc/profile !
Don't forget to type: source /etc/profile
________________________________________________________________________________
|
As you can see because of the order in the upgrade 1.7 doesn't touch the alias because it is there, but when 1.6 is removed it comments out the alias because it thinks it is being uninstalled. This is merely a minor annoyance that will only occur to people upgrading but it could cause further bug reports from people not understanding why their checksums weren't being updated since their update. This probably actually now that I think of it surely stems from 1.6 rather htan 1.7, but it may still exist in 1.7.
I reviewed the bug report about pre/postemerge actions and added a coment as well.
I invite everyone reading this to read both of the following bug reports and leave comments if they choose to:
Help cfg-update get into portage (after more than a year): Bug #32728
Remove the need for aliasing emerge: Bug #70704
Please help everyone by going to those two bug reports.
Cheers,
TightCode |
|
Back to top |
|
|
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Sat Jan 29, 2005 1:40 pm Post subject: |
|
|
tightcode wrote: | To people having trouble using xxdiff as root or with su/sudo, just:
emerge -pv sux | I'll try this out myself, maybe it's easier to recommend this as the
default way to run cfg-update.
Quote: | Now for the "bugs" of v.1.7/1.6:
As you can see because of the order in the upgrade 1.7 doesn't touch the alias because it is there, but when 1.6 is removed it comments out the alias because it thinks it is being uninstalled. | You are right, when upgrading to 1.7, version 1.6 is being removed after 1.7
is installed. I'll fix this ASAP.
Quote: | I reviewed the bug report about pre/postemerge actions and added a coment as well. | Thanks for your help!
(I added the invitation to post comments to the cfg-update install page) _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
tightcode Tux's lil' helper
Joined: 23 Mar 2004 Posts: 110
|
Posted: Wed Feb 02, 2005 6:27 pm Post subject: |
|
|
Not a bug Just found this while browsing kde-apps and it "seems" like it has the necessary features to work with cfg-update. I haven't personally used it but perhaps it could be a contestant for one of the frontends that cfg-update could work with ?
It is called KDiff3.
http://kdiff3.sourceforge.net/
http://kdiff3.sourceforge.net/doc/screenshots.html
Hope that is of use to someone
Cheers,
TightCode |
|
Back to top |
|
|
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Wed Feb 02, 2005 7:35 pm Post subject: |
|
|
Thanks for your input!
I'm working on cfg-update v1.8 and have already included support for kdiff3
in the script and in the ebuild I still have some testing to do but it looks like
v1.8 will have three (or even more) USE flag configurable diff/merge tools.
Gtkdiff, tkdiff and tkdiffb are also "under investigation"...
USE="qt" will make xxdiff a dependency
USE="kde" will make kdiff3 a dependency
USE="gnome" will make meld a dependency
USE="-qt -kde -gnome" can be used for non-X systems
Would these 3 flags be good or are there better choices considering the usage
statistics below?
Code: | Flag Percent
------+---------
gtk2 69.68%
gtk 65.98%
qt 55.94%
kde 44.98%
tcltk 43.27%
gnome 42.28% |
(based on 1405 registered systems and 1288 used USE-flags)
Source: http://www.gentoo-stats.org/index.php?c=usestats
Any suggestions about which flags can be used best!?
Any other requests!?
Edit: I will also look into 3-way merging options for diff/merge tools that support this. _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
radfoj Guru
Joined: 31 Dec 2004 Posts: 490 Location: Tísek, Czech Republic
|
Posted: Tue Feb 08, 2005 3:47 pm Post subject: |
|
|
Hi,
becouse I wasnt delighted with etc-update I decided to try alternatives and found cfg-update. I want give it try so I followed neccessery steps from your original thread in Tips/Tricks and fly by comments here and there.
I wrote this line in my .bashrc, becouse I am lazy again and again typing "xhost +"
Becouse I havent anything in etc for updating, I tried only start xxdiff under root to be sure, it works.
My question is about this - I know also, that for cfg-update script it must be enabled alias in /etc/profile. I am emerging right now, becouse I changed some USEflags. But if I type during running emerge in second konsole tab for example "emerge -pv something", it build checksum again. IS IT SAFE?
And also I am using such commands often ... and building checksum take me much more that seconds ... so, have anybody some tip, how force it to be executed if really needed? |
|
Back to top |
|
|
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Tue Feb 08, 2005 5:15 pm Post subject: |
|
|
radfoj wrote: | [code]alias su='su -l' | You can also use "sux" if you cannot "su" to root... (emerge sux)
Quote: | My question is about this - I know also, that for cfg-update script it must be enabled alias in /etc/profile. I am emerging right now, becouse I changed some USEflags. But if I type during running emerge in second konsole tab for example "emerge -pv something", it build checksum again. IS IT SAFE? | IT IS SAFE!!! The worst thing that can happen is that cfg-update
says you have modified a particular config file, and thus forces you to manually
merge the differences while in fact it isn't modified at all and could have been
auto-updated... this is fail-safe behaviour!
Quote: | And also I am using such commands often ... and building checksum take me much more that seconds ... so, have anybody some tip, how force it to be executed if really needed? | Well, the thing is that you need to update the index after every emerge otherwise
you get false [modified file] readings!
So if you disable the alias, you'll see that the auto-update will let you merge
manually more often. It will never auto-update modified files though!!! _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
count_zero Guru
Joined: 17 May 2004 Posts: 460 Location: Little Rock, Arkansas, USA
|
Posted: Wed Apr 27, 2005 1:37 pm Post subject: |
|
|
I've just updated portage to 2.0.51.20-r5, which leaves two updateable files in /etc:
Code: | -rw-r--r-- 1 root root 831 Apr 27 07:41 ._cfg0000_dispatch-conf.conf
-rw-r--r-- 1 root root 16K Apr 27 07:41 ._cfg0000_make.conf.example
|
But, when I try to run cfg-udate (version 1.7.1), it gives this output:
Code: | neuromancer etc # cfg-update -u
No (._cfg????_*) files found...
|
It's always worked before. Is there a problem with the new portage version and cfg-update? _________________ "We must all hang together, or assuredly we shall all hang separately."
-Ben Franklin |
|
Back to top |
|
|
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Thu Apr 28, 2005 9:14 pm Post subject: |
|
|
count_zero wrote: | I've just updated portage to 2.0.51.20-r5...
It's always worked before. Is there a problem with the new portage version and cfg-update? |
Yes, I have just fixed the problem because Harold told me that the new portage
version 2.0.51.20 doesn't use /etc/make.globals anymore but uses the profiles
from /usr/portage/profiles/ depending on the link /etc/make.profile
As a temporary fix you could replace the following line in the cfg-update script:
(just follow the link /usr/bin/cfg-update to find the script, or edit /usr/bin/cfg-update
itself if it isn't a link...)
Code: | $_ = `cat /etc/make.globals | grep CONFIG_PROTECT= 2>/dev/null`; | with:
Code: | $_ = `portageq config_protect 2>/dev/null`; # query portage for the protected dirs |
It's a simple fix, and it will be included in the new 1.7.1 version which will be added
to portage by truedfx as soon as all small issues and bugs are fixed by me (very soon!) _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
count_zero Guru
Joined: 17 May 2004 Posts: 460 Location: Little Rock, Arkansas, USA
|
Posted: Fri Apr 29, 2005 12:54 pm Post subject: |
|
|
xentric wrote: | count_zero wrote: | I've just updated portage to 2.0.51.20-r5...
It's always worked before. Is there a problem with the new portage version and cfg-update? |
Yes, I have just fixed the problem because Harold told me that the new portage
version 2.0.51.20 doesn't use /etc/make.globals anymore but uses the profiles
from /usr/portage/profiles/ depending on the link /etc/make.profile
As a temporary fix you could replace the following line in the cfg-update script:
(just follow the link /usr/bin/cfg-update to find the script, or edit /usr/bin/cfg-update
itself if it isn't a link...)
Code: | $_ = `cat /etc/make.globals | grep CONFIG_PROTECT= 2>/dev/null`; | with:
Code: | $_ = `portageq config_protect 2>/dev/null`; # query portage for the protected dirs |
It's a simple fix, and it will be included in the new 1.7.1 version which will be added
to portage by truedfx as soon as all small issues and bugs are fixed by me (very soon!) |
That did it, thanks!
Excellent work, BTW. Congrats on getting it into portage. _________________ "We must all hang together, or assuredly we shall all hang separately."
-Ben Franklin |
|
Back to top |
|
|
Zentoo Apprentice
Joined: 18 Nov 2002 Posts: 195 Location: /dev/console
|
Posted: Fri Jun 17, 2005 8:39 am Post subject: cfg-update and full /var partition |
|
|
Hi !
Thanx a lot for cfg-update ! I use it since several month rign now without problem but this morning, i notice a real strange issue. I don't know if we could tell that's a bug or not but i think it's fair to notice it.
My /var partition were almost full and i used eupdate, few seconds later, my box doesn't respond anymore...
So i've stop it and check with htop what's going on. In fact, if /var is full, the perl script start to use more and more memory until swap is used so much that my box start to freeze.
So i think that could be great to check if there is enough free space on /var before that happens because that could be really annoying in case of distant use by ssh... And it's always good to know that a partition is nearly full when u use a tool that need fs space instead have a so strange behaviour.
BTW, i really wonder what's is going on with perl to consume so much memory instead try to use disk space.
Hope that could help to build a rock solid cfg-update |
|
Back to top |
|
|
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Fri Jun 17, 2005 7:03 pm Post subject: |
|
|
Sure, I can build a diskspace check into the script, but I believe
that this is far beyond the scope of the script! Building this check
into cfg-update, so it refuses to run when there's not sufficient
diskspace, probably wouldn't solve the problem. I guess it would
lockup just as fast during the check itself if perl is causing this
excessive memory usage.
The sysadmin should check the system regularly to make sure
that there's enough diskspace, possibly with a cronjob that checks
it for you on a regular basis.
Was your computer swapping heavily right before it locked up?
Running out of memory and swapspace is usually the cause for a
lockup like that. Simply running out of space on /var should not
be a big problem. But you'd get some weird stuff like this.
But thanks for telling me. I'll keep my eyes open for bugs related
to this issue. _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
tightcode Tux's lil' helper
Joined: 23 Mar 2004 Posts: 110
|
Posted: Tue Sep 20, 2005 11:01 am Post subject: |
|
|
It again has been a while since I have written here, my apologies.
I am glad to see this finally made portage after so much work trying to get it noticed on bugzilla!
After reading the changelog I realized why it is taking "SO LONG" to update on every emerge now.
As this has actually become annoying, I have pondered a solution.
In your emerge_with_indexing_for_cfg-update script, could you filter the flags being sent to emerge and not run the update if the flags contain for example:
--sync
-p
Neither of those modifies config files so neither should require running an update. I often run -pv to verify what needs what dependencies and to get other information. Having to wait so long for cfg-update's index on each one of those is becoming tedious. Could you perhaps build a check in as outlined above ? That would make a great improvement.
Noneoftheless, cfg-update is still wonderful, thanks for all the past improvements as well.
Cheers, TightCode |
|
Back to top |
|
|
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Tue Sep 20, 2005 9:28 pm Post subject: |
|
|
tightcode wrote: | In your emerge_with_indexing_for_cfg-update script, could you filter the flags being sent to emerge and not run the update if the flags contain for example:
--sync
-p
Neither of those modifies config files so neither should require running an update. | You are right, there should be a filter for these flags... I'm not a bash/shellscript guru so if anyone has ideas on how to approach filtering on the emerge command flags it would be greatly appreciated!
Anyway, I'll keep my eyes and ears open while looking for a solution. _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
tightcode Tux's lil' helper
Joined: 23 Mar 2004 Posts: 110
|
Posted: Wed Sep 21, 2005 1:56 pm Post subject: |
|
|
I am not much of a bash guru either but I do write a considerable amount of PHP so here is my working solution:
Code: | Modified "emerge_with_indexing_for_cfg-update" script, Updated because of pasting error 2005-09-22 03:11 GMT+1:
#!/bin/bash
# This is a bash wrapper for GD/tightcodes php script and the original wrapper to emerge
if [ -e "/usr/bin/php" ]; then # If PHP is present be smart about indexing
if [ -e "/usr/bin/emerge_with_indexing_for_cfg-update_phphelper" ]; then # Verify first that the php script is present
emerge_with_indexing_for_cfg-update_phphelper $*
else # If php is present but the script isn't, warn the user as indexing isn't taking place
echo -e ">>> \e[1mcfg-update:\e[0m \e[31mCouldn't find emerge_with_indexing_for_cfg-update_phphelper.\e[0m Please install it"
fi
else if [ -e "/usr/bin/cfg-update" ]; then # PHP isn't present so default to old behaviour
cfg-update --index
else # cfg-update appears to have been incorrectly uninstalled, leaving the alias
echo -e ">>> \e[1mcfg-update:\e[0m \e[31mCouldn't find cfg-update.\e[0m If you meant to uninstall it, please disable the alias for emerge in /etc/profile !"
fi
fi
# Regardless of result, now run emerge.
emerge $* |
That first checks if the user has PHP before using the smart indexing, then if the user does have PHP it checks to make sure they have the php helper script and only then, does it run the following:
(Because of the length, I have posted the php script at the following location:)
http://pub.sytes.net/emerge_with_indexing_for_cfg-update_phphelper updated: 2005-09-21 15:45 GMT+1
The basic functionality of that takes the blacklisted shortform flags and longform flags and searches through the ones used when calling emerge, if any match it doesn't re-index.
I define blacklisted flags as those, which when used, will not allow the merging of any packages, thus not requiring indexing. I probably didn't specify all of them but I was doing the list quickly. If you wish for additional ones to be added just let me know so I can keep the script updated in a central location.
To install it, place it in the /usr/bin directory with emerge_with_indexing_for_cfg-update. If you wish to rename it, remember to also rename the call in the updated version of emerge_with_indexing_for_cfg-update_phphelper included inside this post.
If anyone wishes to port that to bash or perl be my guest. As it stands it can be included with cfg-update as it is only run if the user has php and otherwise defaults to current functionality.
If for some reason you can't reach the script, send a private message my direction. If you have any comments which involve large pasting of the script do those via PM as well or by linking to the code in question to keep from polluting this thread please.
Feel free to send comments and suggestions.
Cheers, TightCode |
|
Back to top |
|
|
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Thu Sep 22, 2005 6:20 pm Post subject: |
|
|
Wow, that's a quick fix
I'm going to try to make this work in pure bash on sunday... until the next release users can use your php solution. Version 1.8.0 is almost done, I hope to include a pure bash solution in the next ebuild. If I can't get it to work with bash-only, I will try to port your solution to perl. _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
tightcode Tux's lil' helper
Joined: 23 Mar 2004 Posts: 110
|
Posted: Thu Sep 22, 2005 9:35 pm Post subject: |
|
|
Alright, just so you know I have that working on 3 machines right now and just copied it over as a drop in replacement. I don't think there is any harm in including it in the next release (until you have an alternate solution) because the file that replaces your bash file, which remains bash, keeps your functionality unless php and the php file are present. Also it ties the "look" and coloring of the messages in with the rest of the emerge messages clearly identifying what is saying what (you can duplicate this of course easily in your 100% bash or perl solution).
If you don't mind test to see if it works for you as all 3 of my machines have similar php configurations so it may not mean much that it works on all three. I wrote it in such a way as to hopefully have no possible problems due to version/configuration, but it doesn't hurt to check.
Cheers, Tightcode
Post Scriptum: If it works for you, feel free to repost it in the install thread. Not sure anyone really looks in this one |
|
Back to top |
|
|
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Fri Sep 30, 2005 9:12 pm Post subject: |
|
|
tightcode wrote: | If it works for you, feel free to repost it in the install thread. Not sure anyone really looks in this one | I've added it to the install page. Thanks a lot! _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
Anakha_ n00b
Joined: 25 Jun 2004 Posts: 1
|
Posted: Tue Dec 06, 2005 12:20 pm Post subject: |
|
|
tightcode wrote: | I am not much of a bash guru either but I do write a considerable amount of PHP so here is my working solution:
Code: | Modified "emerge_with_indexing_for_cfg-update" script, Updated because of pasting error 2005-09-22 03:11 GMT+1:
<snip> |
The basic functionality of that takes the blacklisted shortform flags and longform flags and searches through the ones used when calling emerge, if any match it doesn't re-index.
I define blacklisted flags as those, which when used, will not allow the merging of any packages, thus not requiring indexing. <snip> |
i notice you have the --columns option in there, which, strictly speaking, does allow merging packages if used by itself, so you may consider removing it.
nice work!
/wave |
|
Back to top |
|
|
stelica n00b
Joined: 14 Dec 2005 Posts: 1
|
Posted: Wed Dec 28, 2005 11:51 am Post subject: |
|
|
Here is a bash only solution I've haked for myself, since I am not a bloatHP fan
Code: |
#!/bin/bash
if [ -e "/usr/bin/cfg-update" ]; then # test to see if /usr/bin/cfg-update exists and then update the index if necessary
long_args=(help info metadata sync search changelog fetchonly fetch-all-uri pretend searchdesc version)
short_args=(h s l f p S V)
break=0
for arg in $*; do
# echo $arg
if [ "${arg:0:1}" = "-" ]; then
if [ "${arg:1:1}" = '-' ]; then # long arg
for s in ${long_args[*]}; do
if [ "$s" == "${arg:2}" ]; then
break='1'
fi
done
else # short arg
for ((i=1;i<${#arg};i++)); do
for s in ${short_args[*]}; do
if [ "$s" == "${arg:$i:1}" ]; then
break='1'
fi
done
done
fi
fi
if [ $break == '1' ]; then
break
fi
done
if [ $break == '0' ]; then
cfg-update --index
else
echo "cfg-update indexing skiped."
fi
else # warn the user that he/she still has an alias for emerge
echo "*** cfg-update not found, disable the alias for emerge in /etc/profile !"
fi
emerge $* # run emerge whatever the case may be...
|
|
|
Back to top |
|
|
xentric Guru
Joined: 16 Mar 2003 Posts: 410 Location: Netherlands
|
Posted: Wed Dec 28, 2005 9:30 pm Post subject: |
|
|
stelica wrote: | Here is a bash only solution I've haked for myself, since I am not a bloatHP fan |
I've added this post to the installation post as an post-installation tip.
Thanks stelica!
Maybe I should mention that I'm almost finished with version 1.8.0 which
will hit the mirrors hopefully before the 31st of december...
I'm currently re-writing documentation and the manpage now (because I
completely changed the way updates are handled) and only have to write
a piece of code that will move the alias from /etc/profile to /root/.bash_profile.
The new version handles the index-checksum updating a bit smarter,
which probably means that these wrappers aren't necessary anymore.
And it will also support safe automatic 3-way merging of files that have been
updated before the current config file, the ._cfg0000_file and the backup of
the previous ._cfg0000_file (which is used as the ancestor/base file)...
However, I just got another idea...
Maybe I can extract the original config files from the ebuilds. That would mean
that we can do (automatic) 3-way merges on all modified files in the protected
directories
Hmmm... that would be a nice feature for version 1.8.1
I'm also planning to add support for updating remote machines in 1.8.1, so you
can maintain clusters of machines from a single location. (even if the remotes
have different configurations)
Well, won't bore you guys with my ramblings any longer... Thanks for your support! _________________ When all else fails, read the manual...
Registered Linux User #340626 |
|
Back to top |
|
|
radfoj Guru
Joined: 31 Dec 2004 Posts: 490 Location: Tísek, Czech Republic
|
Posted: Tue Jan 03, 2006 12:14 am Post subject: |
|
|
Hi,
thanks for new version, I am giving a try. In the first place I am missing /etc/cfg-update.conf. Do I have to create it by myself? And which syntax should I use?
Thanks
UPDATE - (just cosmetics)
This doesnt look good - the lines here and there. Code: | ______________________________________________________________________
cfg-update 1.8.0 : Building checksum index...______________________________________________________________________
(takes a few seconds) done!
______________________________________________________________________ | One up and one down is enough or not |
|
Back to top |
|
|
rickj Guru
Joined: 06 Feb 2003 Posts: 427 Location: Calgary, Alberta, Canada
|
Posted: Tue Jan 31, 2006 8:03 pm Post subject: |
|
|
My weekly update stalled with:
Code: | triffid rick # emerge -Dua world
These are the packages that I would merge, in order:
Calculating world dependencies /
emerge: there are no ebuilds to satisfy ">=sys-apps/textutils-2.0".
(dependency required by "app-portage/cfg-update-1.6" [ebuild])
!!! Problem resolving dependencies for app-portage/cfg-update
!!! Depgraph creation failed.
triffid rick #
|
Acccording to the post at
https://forums.gentoo.org/viewtopic-t-428307-highlight-textutils.html
textutils are replaced by coreutils. Unmerging textutils does not remove the bug.
Does anyone have any suggestions? |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|