[gentoo-user] Re: odd portate BINARY_HOST behaviour after sync
Oh, in case you don't believe me, here's the full transcript of what I did. :) the update alias is emerge --update --getbinpkg --getbinpkgonly --usepkgonly ephraim ~ # update -p world These are the packages that I would merge, in order: Fetching binary packages info... Loaded metadata pickle. Traceback (most recent call last): File /usr/bin/emerge, line 3123, in ? mydepgraph=depgraph(myaction,myopts) File /usr/bin/emerge, line 915, in __init__ portage.db[/][bintree].populate((--getbinpkg in myopts), (--getbinpkgonly in myopts)) File /usr/lib/portage/pym/portage.py, line 5931, in populate self.remotepkgs = getbinpkg.dir_get_metadata(settings[PORTAGE_BINHOST], chunk_size=chunk_size) File /usr/lib/portage/pym/getbinpkg.py, line 440, in dir_get_metadata filelist = dir_get_list(baseurl, conn) File /usr/lib/portage/pym/getbinpkg.py, line 297, in dir_get_list listing = conn.nlst(address) File /usr/lib/python2.4/ftplib.py, line 448, in nlst self.retrlines(cmd, files.append) File /usr/lib/python2.4/ftplib.py, line 395, in retrlines resp = self.sendcmd('TYPE A') File /usr/lib/python2.4/ftplib.py, line 241, in sendcmd return self.getresp() File /usr/lib/python2.4/ftplib.py, line 214, in getresp raise error_temp, resp ftplib.error_temp: 421 No Transfer Timeout (5 seconds): closing control connection. [1]+ Killed nice -n 20 emerge --update --getbinpkg --getbinpkgonly --usepkgonly -p world ephraim ~ # rm -f /var/cache/edb/ counter metadata.idx.most_recent remote_metadata.pickle dep/ mtimedb ephraim ~ # rm -f /var/cache/edb/remote_metadata.pickle ephraim ~ # update -p world These are the packages that I would merge, in order: Fetching binary packages info... cache miss: 'x' --- cache hit: 'o' x! xxx -- DONE! Calculating world dependencies ...done! [binary U ] sys-apps/man-pages-2.18 [2.16] [binary N] x11-libs/cairo-1.0.2 [binary U ] dev-libs/glib-2.8.4 [2.6.5] [binary U ] x11-libs/pango-1.10.2 [1.8.1-r1] [binary U ] dev-libs/atk-1.10.3 [1.10.1] [binary U ] x11-libs/gtk+-2.8.8 [2.6.10-r1] [binary U ] net-analyzer/ethereal-0.10.14 [0.10.13-r2] [binary U ] sys-apps/module-init-tools-3.2.1 [3.0-r2] [binary U ] sys-devel/gcc-config-1.3.12-r5 [1.3.12-r4] [binary U ] sys-apps/findutils-4.1.20-r2 [4.1.20-r1] [binary N] dev-util/dialog-1.0.20050206 [binary U ] app-portage/gentoolkit-0.2.2_pre1 [0.2.0-r3] ephraim ~ # update -p world These are the packages that I would merge, in order: Fetching binary packages info... Loaded metadata pickle. Traceback (most recent call last): File /usr/bin/emerge, line 3123, in ? mydepgraph=depgraph(myaction,myopts) File /usr/bin/emerge, line 915, in __init__ portage.db[/][bintree].populate((--getbinpkg in myopts), (--getbinpkgonly in myopts)) File /usr/lib/portage/pym/portage.py, line 5931, in populate self.remotepkgs = getbinpkg.dir_get_metadata(settings[PORTAGE_BINHOST], chunk_size=chunk_size) File /usr/lib/portage/pym/getbinpkg.py, line 440, in dir_get_metadata filelist = dir_get_list(baseurl, conn) File /usr/lib/portage/pym/getbinpkg.py, line 297, in dir_get_list listing = conn.nlst(address) File /usr/lib/python2.4/ftplib.py, line 448, in nlst self.retrlines(cmd, files.append) File /usr/lib/python2.4/ftplib.py, line 395, in retrlines resp = self.sendcmd('TYPE A') File /usr/lib/python2.4/ftplib.py, line 241, in sendcmd return self.getresp() File /usr/lib/python2.4/ftplib.py, line 214, in getresp raise error_temp, resp ftplib.error_temp: 421 No Transfer Timeout (5
Re: [gentoo-user] world file cheating
I've never specified -p, so I think it must be default, because I always have permissions preserved when I use tar. Perhaps this is a GNU tar default setting? On 1/6/06, Harald Arnesen [EMAIL PROTECTED] wrote: Trenton Adams [EMAIL PROTECTED] writes: I just boot with a gentoo CD, tar up my entire system, and untar it on the new system. If your new system boots with the gentoo CD as well, then you can pipe this over ssh. Something like the following... cd /mnt/gentoo tar -cz ./ | ssh [EMAIL PROTECTED] 'cd /mnt/gentoo; tar -xz' Won't you need tar xpz to preserve file ownership and permissions? -- Hilsen Harald. -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package conflict on update
On 1/5/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 5 Jan 2006 16:32:20 -0700, Trenton Adams wrote: something like if_blocked_by('openmotif') ewarn You must unmerge openmotif before proceeding Yes, or as follows... if_blocked_by('openmotif') auto_unmerge('openmotif') # continue with merge which should automatically be merging openmotif anyhow. Absolutely not! I don't want portage removing something I may be using at the time without my saying so. Good point. Perhaps it should ask then? -- Neil Bothwick I am in total control, but don't tell my wife. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package conflict on update
On 1/6/06, Holly Bostick [EMAIL PROTECTED] wrote: Trenton Adams schreef: On 1/5/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 5 Jan 2006 16:32:20 -0700, Trenton Adams wrote: something like if_blocked_by('openmotif') ewarn You must unmerge openmotif before proceeding Yes, or as follows... if_blocked_by('openmotif') auto_unmerge('openmotif') # continue with merge which should automatically be merging openmotif anyhow. Absolutely not! I don't want portage removing something I may be using at the time without my saying so. Good point. Perhaps it should ask then? Well, it does, by stopping and waiting for you to perform an action and either restart the stopped process (if the action you took was to unmerge the blocking package), or to forego the stopped process entirely, if you choose not to remove the blocked package because you want to keep it for whatever reason (it could happen). You're assuming that unmerging the blocking package is *always* the right solution for everyone at all times (in this case, it's not really relevant, since motif-config will itself re-install openmotif), but the point of Gentoo is that you are in control. If I am in control, then I have to decide what I want done in each particular situation that occurs, which is exactly what I have to do with the current setup-- very obviously, since Portage will stop until I make a decision and act on it. So fine, your new updated Portage informs me there's a block, and says, I could do this to solve it, shall I? I myself am going to say no, because I want to know the nature of the block, and how Portage's proposed action is going to affect the system that I have carefully customized to my individual needs. So I'm right in the same position as I was anyway; the emerge is stopped (because I said, no don't go on with whatever you plan), and I'm off reading ChangeLogs and the like to see what's going on in the environment I'm suddenly dealing with. I suppose that it's all very nice to have some extra dialog as if Portage was communicating with me more humanely, but it's just cosmetic, in actual fact. Of course, that may be because I take time to read some of the comprehensive documentation that so many have taken the time to write, so I know what a Blocked Package is, so it doesn't freak me out when I come across one. So sue me and call me names... oh wait, you had your rant already. We'll mark that item Done, then. I don't think anyone wants to call you names. At least not anyone sensible. But, I see I struck a nerve on one of my previous posts. That's good though, as we *all* need to be provoked to think a little. That way we become *wise* rather than *smart*. And wise is better than smart. :D Ultimately, I'm sure such an extra dialog would be a nice thing, but I don't so much see it as something to get all riled up about. Maybe it's just me. Holly -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package conflict on update
On 1/6/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 05 Jan 2006 17:14:36 -0800, Zac Medico wrote: | if_blocked_by('openmotif') | ewarn You must unmerge openmotif before proceeding | It would be icky to have to specify blocker logic/messages like that. Not in the sort of cases that come up most often, where functionality has been moved from a package into another. In this case the block is entirely predictable. If, for example, you are updating xpdf from version =X to version X, it will both require and block poppler. The dev has already modified the ebuild to handle the new dependency, so he will know about the block. EXACTLY Neil! :) -- Neil Bothwick Windows booting: insert CD-ROM 2. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package conflict on update
Oops, forgot to reply to everything. On 1/6/06, Holly Bostick [EMAIL PROTECTED] wrote: Trenton Adams schreef: On 1/5/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 5 Jan 2006 16:32:20 -0700, Trenton Adams wrote: something like if_blocked_by('openmotif') ewarn You must unmerge openmotif before proceeding Yes, or as follows... if_blocked_by('openmotif') auto_unmerge('openmotif') # continue with merge which should automatically be merging openmotif anyhow. Absolutely not! I don't want portage removing something I may be using at the time without my saying so. Good point. Perhaps it should ask then? Well, it does, by stopping and waiting for you to perform an action and either restart the stopped process (if the action you took was to unmerge the blocking package), or to forego the stopped process entirely, if you choose not to remove the blocked package because you want to keep it for whatever reason (it could happen). You're assuming that unmerging the blocking package is *always* the right solution for everyone at all times (in this case, it's not really relevant, since motif-config will itself re-install openmotif), but the point of Gentoo is that you are in control. If I am in control, then I have to decide what I want done in each particular situation that occurs, which is exactly what I have to do with the current setup-- very obviously, since Portage will stop until I make a decision and act on it. So fine, your new updated Portage informs me there's a block, and says, I could do this to solve it, shall I? I myself am going to say no, because I want to know the nature of the block, and how Portage's proposed action is going to affect the system that I have carefully customized to my individual needs. Yes, flexibility is GREAT. That's one reason I really like gentoo, and linux in general. However, I also like simplicity, or should I say, I like to have the choice. So, one could easily make gentoo have auto-detect and handle features, while allowing configuration changes that disable automatic behaviour. You could have individual enable/disable options for each feature, as well as one global feature than enables/disables all auto-detect features. Then you could have include/excludes for each feature so that the global would not override them. So, the bottom line is this, one person says that things are difficult because they need to be, in order to be flexible. But I say that if things are truly flexible, then it should also be possible to make them automatic, or simple. That's what I call ULTIMATE flexiblity, which is what I mentioned in another post that I made. When I originally started with gentoo linux, I read the part about why gentoo linux came about. Basically it was all about doing things the way you want. Well, I like the flexiblity, but I also want the simplicity. :) Let us have the simplicity of RedHat, and RPMs (waiting for flames), but with flexibility as well. I understand that gentoo is a work in progress, and will probably remain that way forever (I HOPE). So, any ideas should at least be analyzed, and thought out, and not just discarded. So I'm right in the same position as I was anyway; the emerge is stopped (because I said, no don't go on with whatever you plan), and I'm off reading ChangeLogs and the like to see what's going on in the environment I'm suddenly dealing with. I suppose that it's all very nice to have some extra dialog as if Portage was communicating with me more humanely, but it's just cosmetic, in actual fact. Of course, that may be because I take time to read some of the comprehensive documentation that so many have taken the time to write, so I know what a Blocked Package is, so it doesn't freak me out when I come across one. So sue me and call me names... oh wait, you had your rant already. We'll mark that item Done, then. Ultimately, I'm sure such an extra dialog would be a nice thing, but I don't so much see it as something to get all riled up about. Maybe it's just me. Holly -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package conflict on update
On 1/5/06, Tom Martin [EMAIL PROTECTED] wrote: On Thu, 5 Jan 2006 00:29:57 -0700 Trenton Adams [EMAIL PROTECTED] wrote: Ok, so I get the output below when trying to merge after a sync today. My guess is that the openmotif package was made into two separate packages, correct? To the portage developers, how could this be handled? Perhaps emerge could somehow figure out the reason for such a conflict, and then automatically unmerge the original package? Not really a question to the portage developers -- just unmerge openmotif (the blocker) and continue as normal. So what happens to the unknowing user that doesn't figure out that the package was split into multiple packages? Especially if it's a critical system package. They may not like the idea of unmerging the package, and re-merging. -- Tom Martin, http://dev.gentoo.org/~slarti AMD64, net-mail, shell-tools, vim, recruiters Gentoo Linux -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package conflict on update
On 1/5/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 5 Jan 2006 11:10:38 +, Tom Martin wrote: To the portage developers, how could this be handled? Perhaps emerge could somehow figure out the reason for such a conflict, and then automatically unmerge the original package? Not really a question to the portage developers -- just unmerge openmotif (the blocker) and continue as normal. If would be nice is portage had a means for developers to handle these types of conflicts in the ebuild. A similar thing happened recently with xpdf/poppler, it happened with some FTP servers and the ftp-base package not long ago. I realise it is not possible to handle all conflicts, but with some instances, like this one, the conflict is expected. even if there were just a means to print a message if a package hits a block, something like if_blocked_by('openmotif') ewarn You must unmerge openmotif before proceeding Yes, or as follows... if_blocked_by('openmotif') auto_unmerge('openmotif') # continue with merge which should automatically be merging openmotif anyhow. -- Neil Bothwick I am Tagline of Borg. Prepare to assimilate me. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package conflict on update
On 1/5/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 5 Jan 2006 16:08:04 +, Tom Martin wrote: if_blocked_by('openmotif') ewarn You must unmerge openmotif before proceeding An error message like that doesn't really tell the user anything that he doesn't already know. It may not say anything you or I don't know, but from the number of posts to this list about blockers, it would clearly help some people. Yes, and I've noticed there's a big problem with the linux community at large. People that know and understand linux have a lot of the times not helped the open source intiative, in that they like things to be difficult, because it makes them somehow seem smarter. In all reality, it doesn't take a genius to use linux, just someone who likes to read a whole lot. Now i'm not saying this is a problem with the people working on gentoo, so please don't think that I am. But, if you do feel that way, perhaps you should think twice, and actually support users. I've always felt that Linux in general could easily surpass windows in usage, *IF* the linux community would make things more user friendly. For example, if I didn't have to read the documentation to get something basic to work, then it's user friendly. That doesn't mean you have to remove flexibility either. I've seen gui utilities in windows that had full command line support. If you provide command line options, the GUI doesn't start. So, one can have user friendly applications without sacrificing flexibility. When I first started with gentoo, I was ready to give up. Not because I didn't know what I was doing with linux, but because I don't really have the time to read a whole whack of documentation, and the documntation is not in a nice point form format for those that do know what they are doing anyhow. Take the gentoo quick install version of the gentoo hand book. It no longer tells you what commands to actually run. It just describes what to do, which is of VERY little value. Luckily I kept a printed copy of the old quick install around, becuse I have no use for the new version. Why someone would remove all that useful information from a quick install guide, only to make a lot less useful, I don't know. It would be more useful if some information was provided: if blocked_by =x11-libs/openmotif-1.2.3 ; then eblockinfo Due to changes with blah, it is recommended that eblockinfo you foobar. See http://bugs.gentoo.org/123456.; fi But then, at what point would this information be echoed to the user? It would have to be during the same pre-merge phase that the blocking errors appear. Yes, so instead of rushing to this list or the forums, they can do what the message tells them and be on their way. The current messages are only useful if you already understand how and why blocks happen, and how to deal with them. EXACTLY. -- Neil Bothwick If you got the words it does not mean you got the knowledge. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package conflict on update
Oh, and one other thing. This should also be done for packages that get moved to different categories, because I've been getting errors like the following lately... Calculating world dependencies | emerge: there are no ebuilds to satisfy =dev-perl/PodParser-1.22. (dependency required by mail-filter/spamassassin-3.1.0 [binary]) In this case, this simply means that dev-perl/PodParser has moved to a different category, and the old spamassassin binary package couldn't find it anymore, because it only knows about the PodParser in the old category, not the new category. I checked the xorg-x11 ebuild, and it was fine. It was the binary that still had problems, so I had to re-merge it without --usepkg. If I recall correctly, I also would have had to remove the file /var/cache/edb/remote_metadata.pickle, but I started using NFS for my portage instead. That file has information about packages, and their dependencies, so I looked in it, and it had the wrong information. It had the dev-perl/PodParser info, instead of the perl-core/PodParser info. On 1/5/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 5 Jan 2006 16:08:04 +, Tom Martin wrote: if_blocked_by('openmotif') ewarn You must unmerge openmotif before proceeding An error message like that doesn't really tell the user anything that he doesn't already know. It may not say anything you or I don't know, but from the number of posts to this list about blockers, it would clearly help some people. It would be more useful if some information was provided: if blocked_by =x11-libs/openmotif-1.2.3 ; then eblockinfo Due to changes with blah, it is recommended that eblockinfo you foobar. See http://bugs.gentoo.org/123456.; fi But then, at what point would this information be echoed to the user? It would have to be during the same pre-merge phase that the blocking errors appear. Yes, so instead of rushing to this list or the forums, they can do what the message tells them and be on their way. The current messages are only useful if you already understand how and why blocks happen, and how to deal with them. -- Neil Bothwick If you got the words it does not mean you got the knowledge. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] world file cheating
I just boot with a gentoo CD, tar up my entire system, and untar it on the new system. If your new system boots with the gentoo CD as well, then you can pipe this over ssh. Something like the following... cd /mnt/gentoo tar -cz ./ | ssh [EMAIL PROTECTED] 'cd /mnt/gentoo; tar -xz' I personally actually just use an external HD, that I'm building gentoo on. My primary box has it's portage on the external HD, and I'm trying to install all the packages i need on it. So, if I need a new system, I just copy the entire gentoo system off the external HD, to a new system, and then change configs. On 1/5/06, James [EMAIL PROTECTED] wrote: Hello, Some time ago, I copied a world file (/var/lib/portage/world) from a system with lots of installed software to a 'clone' system newly installed with gentoo Now 'emaint --check world' suggests that not all of those packages have been installed. (Busted). I was not responsible enough to verify that the clone was 100% similar with the identical ebuilds. I thought I had found a way to duplicate the installed software, merely by copying the world file from another system. Any better ideas on how to duplicate gentoo systems, with the installed list of ebuilds matching? thoughts and ideas? James -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package conflict on update
On 1/5/06, Richard Fish [EMAIL PROTECTED] wrote: On 1/5/06, Trenton Adams [EMAIL PROTECTED] wrote: Calculating world dependencies | emerge: there are no ebuilds to satisfy =dev-perl/PodParser-1.22. (dependency required by mail-filter/spamassassin-3.1.0 [binary]) This is something that sometimes occurs when you get an out-of-sync portage tree (you are syncing at the same time as the mirror is updating). The information in /usr/portage showed the new information, so I don't *think* that was the case here. The fix is to just emerge --sync again. It can also happen if you use NFS for portage but do not keep the cache up-to-date. re-merge it without --usepkg. If I recall correctly, I also would have had to remove the file /var/cache/edb/remote_metadata.pickle, The portage cache should be updated automatically at the end of every sync. So no, removing this file would not be necessary. Well for some reason it wasn't. Hmm, very odd. but I started using NFS for my portage instead. That file has information about packages, and their dependencies, so I looked in it, and it had the wrong information. Are you also using NFS for /var/cache/edb? If not, then you need to run emerge --metadata. No, but thanks for pointing that out though. I'll be sure to update the metadata next time. -Richard PS: Please avoid top-posting here. -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] sys-apps/dbus-0.23.4-r1 fails to compile
Are you running distcc? If so, try it without distcc. On 1/5/06, Lord Imbrius the Despondent [EMAIL PROTECTED] wrote: Hey guys - I was just doing an emerge -uD world and it comes to a screeching halt with i686-pc-linux-gnu-gcc: dbus_bindings.c: No such file or directory when compiling sys-apps/dbus-0.23.4-r1. Any clues? Thanks. -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
[gentoo-user] package conflict on update
Ok, so I get the output below when trying to merge after a sync today. My guess is that the openmotif package was made into two separate packages, correct? To the portage developers, how could this be handled? Perhaps emerge could somehow figure out the reason for such a conflict, and then automatically unmerge the original package? The fix for this was to emerge --unmerge openmotif, and then re-emerge it. Then I was finally able to do a system update. Do you want this reported as a bug, or is it already? [00:16 [EMAIL PROTECTED] data] # emerge --ask --update --deep --newuse --buildpkg world These are the packages that I would merge, in order: Calculating world dependencies ...done! [blocks B ] =x11-libs/openmotif-2.2.3-r3 (is blocking x11-libs/motif-config-0.9) [ebuild U ] sys-devel/gcc-config-1.3.12-r5 [1.3.12-r4] [ebuild U ] sys-apps/man-pages-2.18 [2.16] [ebuild N] x11-libs/cairo-1.0.2 [ebuild U ] dev-libs/glib-2.8.4 [2.6.5] [ebuild U ] dev-libs/atk-1.10.3 [1.10.1] [ebuild U ] x11-libs/pango-1.10.2 [1.8.1-r1] [ebuild U ] x11-libs/gtk+-2.8.8 [2.6.10-r1] [ebuild U ] dev-libs/libgcrypt-1.2.2-r1 [1.2.1] [ebuild U ] sys-apps/module-init-tools-3.2.1 [3.0-r2] [ebuild U ] net-analyzer/ethereal-0.10.14 [0.10.13-r2] [ebuild N] x11-libs/motif-config-0.9 [ebuild U ] x11-libs/openmotif-2.2.3-r8 [2.2.3-r3] [ebuild U ] media-sound/alsa-headers-1.0.10 [1.0.10_rc3] [ebuild U ] media-libs/alsa-lib-1.0.10 [1.0.10_rc3] [ebuild U ] kde-base/kpdf-3.4.3-r3 [3.4.3-r2] [ebuild U ] sys-apps/findutils-4.1.20-r2 [4.1.20-r1] [ebuild N] virtual/libstdc++-3.3 [ebuild U ] app-portage/gentoolkit-0.2.2_pre1 [0.2.1_rc3] !!! Error: The above package list contains packages which cannot be installed !!!on the same system. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: package conflict on update
Oh, if someone does make emerge detect how to resolve the conflict, perhaps it should ask the user if they would like to continue with the unmerge/re-emerge. After all, it could be a critical system utility that is running. On 1/5/06, Trenton Adams [EMAIL PROTECTED] wrote: Ok, so I get the output below when trying to merge after a sync today. My guess is that the openmotif package was made into two separate packages, correct? To the portage developers, how could this be handled? Perhaps emerge could somehow figure out the reason for such a conflict, and then automatically unmerge the original package? The fix for this was to emerge --unmerge openmotif, and then re-emerge it. Then I was finally able to do a system update. Do you want this reported as a bug, or is it already? [00:16 [EMAIL PROTECTED] data] # emerge --ask --update --deep --newuse --buildpkg world These are the packages that I would merge, in order: Calculating world dependencies ...done! [blocks B ] =x11-libs/openmotif-2.2.3-r3 (is blocking x11-libs/motif-config-0.9) [ebuild U ] sys-devel/gcc-config-1.3.12-r5 [1.3.12-r4] [ebuild U ] sys-apps/man-pages-2.18 [2.16] [ebuild N] x11-libs/cairo-1.0.2 [ebuild U ] dev-libs/glib-2.8.4 [2.6.5] [ebuild U ] dev-libs/atk-1.10.3 [1.10.1] [ebuild U ] x11-libs/pango-1.10.2 [1.8.1-r1] [ebuild U ] x11-libs/gtk+-2.8.8 [2.6.10-r1] [ebuild U ] dev-libs/libgcrypt-1.2.2-r1 [1.2.1] [ebuild U ] sys-apps/module-init-tools-3.2.1 [3.0-r2] [ebuild U ] net-analyzer/ethereal-0.10.14 [0.10.13-r2] [ebuild N] x11-libs/motif-config-0.9 [ebuild U ] x11-libs/openmotif-2.2.3-r8 [2.2.3-r3] [ebuild U ] media-sound/alsa-headers-1.0.10 [1.0.10_rc3] [ebuild U ] media-libs/alsa-lib-1.0.10 [1.0.10_rc3] [ebuild U ] kde-base/kpdf-3.4.3-r3 [3.4.3-r2] [ebuild U ] sys-apps/findutils-4.1.20-r2 [4.1.20-r1] [ebuild N] virtual/libstdc++-3.3 [ebuild U ] app-portage/gentoolkit-0.2.2_pre1 [0.2.1_rc3] !!! Error: The above package list contains packages which cannot be installed !!!on the same system. -- gentoo-user@gentoo.org mailing list
[gentoo-user] courier-imap package enhancement
Hi everyone, Might I suggest that the courier-imap package adds a directory of /etc/skel/.maildir during install? That way any new users created on the system would automatically have .maildir for use with courier-imap. Otherwise, courier-imap complains, in /var/log/mail.log, that the .maildir does not exist. Is this the right list for suggesting things like this? -- gentoo-user@gentoo.org mailing list
[gentoo-user] imapsync dependency not merged
Mental note to package maintainer... The merge of imapsync should have included dev-perl/Net-SSLeay. [18:20 [EMAIL PROTECTED] ~] # imapsync-ssl Can't locate Net/SSLeay.pm in @INC (@INC contains: /etc/perl /usr/lib/perl5/site_perl/5.8.6/i686-linux /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.6/i686-linux /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.6/i686-linux /usr/lib/perl5/5.8.6 /usr/local/lib/site_perl .) at /usr/lib/perl5/vendor_perl/5.8.6/IO/Socket/SSL.pm line 17. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.6/IO/Socket/SSL.pm line 17. Compilation failed in require at /usr/bin/imapsync-ssl line 299. BEGIN failed--compilation aborted at /usr/bin/imapsync-ssl line 299. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] imapsync dependency not merged
sure. On 1/3/06, Tom Martin [EMAIL PROTECTED] wrote: On Tue, 3 Jan 2006 18:36:58 -0700 Trenton Adams [EMAIL PROTECTED] wrote: Mental note to package maintainer... The merge of imapsync should have included dev-perl/Net-SSLeay. [18:20 [EMAIL PROTECTED] ~] # imapsync-ssl Can't locate Net/SSLeay.pm in @INC (@INC contains: /etc/perl /usr/lib/perl5/site_perl/5.8.6/i686-linux /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.6/i686-linux /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.6/i686-linux /usr/lib/perl5/5.8.6 /usr/local/lib/site_perl .) at /usr/lib/perl5/vendor_perl/5.8.6/IO/Socket/SSL.pm line 17. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.6/IO/Socket/SSL.pm line 17. Compilation failed in require at /usr/bin/imapsync-ssl line 299. BEGIN failed--compilation aborted at /usr/bin/imapsync-ssl line 299. Well spotted. Could you file a bug assigned to [EMAIL PROTECTED], please? Thanks, -- Tom Martin, http://dev.gentoo.org/~slarti AMD64, net-mail, shell-tools, vim, recruiters Gentoo Linux -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Duplicate symbol __glXSingleTable in libglx.a
Oh well, I wasn't able to get this to work. So, I copied my entire gentoo system from another system that is identical hardware, and it worked just fine. I don't know what I did different, or if I did anything different. I did try doing an emptytree and deep build of xorg-x11, but that didn't fix it. On 12/29/05, Francesco Talamona [EMAIL PROTECTED] wrote: On Friday 30 December 2005 01:47, Trenton Adams wrote: Here I go again. This never got to the list, which I assume is because it had an attachment. So, this time it doesn't, I've inlined the xorg log. It did, but gmail has the nasty habit to hide your posts AFAIK... (II) LoadModule: /usr/X11R6/lib/modules/extensions/libglx.a (glx) (WW) LoadModule: given non-canonical module name /usr/X11R6/lib/modules/extensions/libglx.a (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a Duplicate symbol __glXSingleTable in /usr/X11R6/lib/modules/extensions/libglx.a:glxmodule.o Also defined in /usr/lib/modules/extensions/libglx.a It seems X expects a different library format. ll /usr/X11R6/lib/modules/extensions/ total 0 lrwxrwxrwx 1 root root 45 Dec 26 05:52 libglx.so - /usr/lib64/opengl/nvidia/extensions/libglx.so Try to comment out Load glx in Section Module of xorg.conf, to see if it starts. I don't know how to do with ati drivers, but you have to fix libglx... HTH Francesco -- Linux Version 2.6.14-gentoo-r5, Compiled #1 PREEMPT Fri Dec 16 06:54:46 CET 2005 One 1GHz AMD Athlon 64 Processor, 2GB RAM, 2007.21 Bogomips Total aemaeth -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Duplicate symbol __glXSingleTable in libglx.a
Same as before... total 2728 -r--r--r-- 1 root root 2489140 Dec 6 00:38 libGLcore.a -r--r--r-- 1 root root 16696 Dec 6 00:38 libdbe.a -r--r--r-- 1 root root 32710 Dec 6 00:38 libdri.a -r--r--r-- 1 root root 169208 Dec 6 00:38 libextmod.a lrwxrwxrwx 1 root root 44 Dec 30 15:38 libglx.a - /usr/lib/opengl/xorg-x11/extensions/libglx.a -r--r--r-- 1 root root 26064 Dec 6 00:38 librecord.a -r--r--r-- 1 root root 39566 Dec 6 00:38 libxtrap.a There is ONE difference though; I haven't tried opengl-update ati, YET. I'm scared to now, but perhaps that was it. :) Could someone tell me exactly what the opengl-update script does? I could just read it, but it would be easier if someone told me. :) If I know what it does, I would be more comfortable with trying it again. Then I could recover. On 12/31/05, Francesco Talamona [EMAIL PROTECTED] wrote: On Saturday 31 December 2005 09:22, Trenton Adams wrote: Oh well, I wasn't able to get this to work. So, I copied my entire gentoo system from another system that is identical hardware, and it worked just fine. I don't know what I did different, or if I did anything different. I did try doing an emptytree and deep build of xorg-x11, but that didn't fix it. Glad to know it works (the hard way!). Yeah well, it was a fresh install anyhow, and I just copied from an existing system. Not too bad. :) Out of curiosity, what do you have now in /usr/X11R6/lib/modules/extensions/ ? Same as before... total 2728 -r--r--r-- 1 root root 2489140 Dec 6 00:38 libGLcore.a -r--r--r-- 1 root root 16696 Dec 6 00:38 libdbe.a -r--r--r-- 1 root root 32710 Dec 6 00:38 libdri.a -r--r--r-- 1 root root 169208 Dec 6 00:38 libextmod.a lrwxrwxrwx 1 root root 44 Dec 30 15:38 libglx.a - /usr/lib/opengl/xorg-x11/extensions/libglx.a -r--r--r-- 1 root root 26064 Dec 6 00:38 librecord.a -r--r--r-- 1 root root 39566 Dec 6 00:38 libxtrap.a There is ONE difference though; I haven't tried opengl-update ati, YET. I'm scared to now, but perhaps that was it. :) Could someone tell me exactly what the opengl-update script does? I could just read it, but it would be easier if someone told me. :) If I know what it does, I would be more comfortable with trying it again. Then I could recover if there was a problem. Ciao Francesco -- Linux Version 2.6.14-gentoo-r6, Compiled #0 PREEMPT Sat Dec 31 01:17:32 CET 2005 One 1GHz AMD Athlon 64 Processor, 2GB RAM, 2007.23 Bogomips Total aemaeth -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
[gentoo-user] Duplicate symbol __glXSingleTable in /usr/.../libglx.a:glxmodule.o
I get the following error in my Xorg log when trying to start X. I can't figure out what is happening. Duplicate symbol __glXSingleTable in /usr/X11R6/lib/modules/extensions/libglx.a:glxmodule.o I've searched the internet for this problem, to no avail. I've installed the ati-drivers, and I have a radeon 9200 pro. I'm running xorg v6.8.2, from package 6.8.2-r6. The log file is also attached. What other information do you need? Xorg.0.log Description: Binary data
[gentoo-user] Duplicate symbol __glXSingleTable in libglx.a
Here I go again. This never got to the list, which I assume is because it had an attachment. So, this time it doesn't, I've inlined the xorg log. I get the following error in my Xorg log when trying to start X. I can't figure out what is happening. Duplicate symbol __glXSingleTable in /usr/X11R6/lib/modules/extensions/libglx.a:glxmodule.o I've searched the internet for this problem, to no avail. I've installed the ati-drivers, and I have a radeon 9200 pro. I'm running xorg v6.8.2, from package 6.8.2-r6. The log file is also attached. What other information do you need? The xorg log is below... X Window System Version 6.8.2 Release Date: 9 February 2005 X Protocol Version 11, Revision 0, Release 6.8.2 Build Operating System: Linux 2.6.12-gentoo-r10 i686 [ELF] Current Operating System: Linux joseph 2.6.12-gentoo-r10 #38 Wed Dec 14 19:52:30 MST 2005 i686 Build Date: 29 December 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Dec 29 07:59:53 2005 (==) Using config file: /root/xorg.conf (==) ServerLayout layout1 (**) |--Screen screen1 (0) (**) | |--Monitor monitor1 (**) | |--Device device1 (**) |--Input Device Keyboard1 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout en_US (**) XKB: layout: en_US (WW) Option XkbOptions requires an string value (==) Keyboard: CustomKeycode disabled (**) |--Input Device Mouse1 (**) FontPath set to unix/:-1 (==) RgbPath set to /usr/lib/X11/rgb (==) ModulePath set to /usr/lib/modules (**) Option AllowMouseOpenFail (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=X.Org Foundation compiled for 6.8.2, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/modules/libpcidata.a (II) Module pcidata: vendor=X.Org Foundation compiled for 6.8.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2578 card 1043,80f6 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2579 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:03:0: chip 8086,257b card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24d2 card 1043,80a6 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24d4 card 1043,80a6 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24d7 card 1043,80a6 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,24de card 1043,80a6 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24dd card 1043,80a6 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev c2 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24d0 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24db card 1043,80a6 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,24d3 card 1043,80a6 rev 02 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,24d5 card 1043,80f3 rev 02 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5960 card 174b,0260 rev 01 class 03,00,00 hdr 80 (II) PCI: 01:00:1: chip 1002,5940 card 174b,0261 rev 01 class 03,80,00 hdr 00 (II) PCI: 02:01:0: chip 8086,1019 card 1043,80f7 rev 00 class 02,00,00 hdr 00 (II) PCI: 03:03:0: chip 1106,3044 card 1043,808a rev 80 class 0c,00,10 hdr 00 (II) PCI: 03:04:0: chip 105a,3373 card 1043,80f5 rev 02 class 01,04,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,3), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0xb000 - 0xbfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfe80 - 0xfe8f (0x10) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd7f0 - 0xf7ef (0x2000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:3:0), (0,2,2), BCTRL: 0x0002
[gentoo-user] bash and keeping history
Hi everyone, There's one thing that has kind of been a little annoying since I started using gentoo a few months ago. That's the fact that when you open multiple bash logins, only the history of the last one logged out actually gets saved. Now I know that redhat saves all of them. Does anyone know how it does this? Is it a patch, a certain scripts, what? Anyhow, I think gentoo really needs this feature. It's a little annoying to lose all of your history when you've been working in multiple windows. Thanks.
Re: [gentoo-user] Re: bash and keeping history
Thanks guys.On 12/4/05, Philip Webb [EMAIL PROTECTED] wrote: 051204 Harry Putnam wrote: Trenton Adams [EMAIL PROTECTED] writes: when you open multiple bash logins, only the history of the last one logged out actually gets saved. I've used for over a year a bash built-in called 'histappend' that can be put into.bash_profilelike this: 'shopt -s histappend'It's in 'man bash': search for 'histappend'.--,, SUPPORT ___//___,Philip Webb : [EMAIL PROTECTED]ELECTRIC /] [] [] [] [] []|Centre for Urban Community StudiesTRANSIT`-O--O---'University of Toronto --gentoo-user@gentoo.org mailing list