Re: [gentoo-user] Portage is misplaced in /usr
He already did. He was told to ask here. :-) http://bugs.gentoo.org/show_bug.cgi?id=351463 (WONTFIX) Ah, I see. So, gentoo-dev@ is the way to go :] I can understand that we don't want to automatically change everyone's installed Gentoo from /usr/portage to /var/portage but why not try to get new installs set up properly? Then perhaps an explanation on how existing installs could be migrated for those wanting to do so? It would seem that all that's required is: 1) add an explicit PORTDIR=/usr/portage to /etc/make.conf for existing installs (unless PORTDIR is already specified, of course); 2) change the default. Is it really more complicated than that? I guess sending proposal with patches to gentoo-dev@ would speed things a bit. -- Sergei signature.asc Description: PGP signature
Re: [gentoo-user] Portage is misplaced in /usr
On Sun, Feb 06, 2011 at 10:49:30AM +0200, Sergei Trofimovich wrote: He already did. He was told to ask here. :-) http://bugs.gentoo.org/show_bug.cgi?id=351463 (WONTFIX) Ah, I see. So, gentoo-dev@ is the way to go :] I can understand that we don't want to automatically change everyone's installed Gentoo from /usr/portage to /var/portage but why not try to get new installs set up properly? Then perhaps an explanation on how existing installs could be migrated for those wanting to do so? It would seem that all that's required is: 1) add an explicit PORTDIR=/usr/portage to /etc/make.conf for existing installs (unless PORTDIR is already specified, of course); 2) change the default. Is it really more complicated than that? I guess sending proposal with patches to gentoo-dev@ would speed things a bit. Sending proposals with patches are likely to be equally ignored and opposed as it is already the fact on this list. So far, those who propose *not* to change it have quite exactly matched my expectations: a) Faulty reasoning, short sighted at times, or at least failed to draw a connection between their alleged argument and the issue in question. b) Irrational path of thought. Let me sum up the few s.c. counter arguments we have obtained thus far. I omit the arguments pro the change since they should be most obvious by now. Irrelevant arguments * It is tradition, hence it should be kept * You can always change it Wrong reasoning: * If it would be changed today, we would break the systems of those who did not specify = Nonsense in two regards: 1. With a sudden change portage would simply resync to a new directory, the old tree would rot in /usr 2. Since when are changes the very reason for NOT to change something. That's ridiculous. Ever heard of etc-update, post-install-hooks etc? The update to portage could simply relocate the tree. * If it would be changed today, applications that unconditionally rely on the portage tree to be there will break = Those applications do already break today if one changes the location manually. Which means they are broken already and portage should not be held responsible for catering to a broken application If I missed anything that had at least attempted to appeal to logic, please feel free to add it. Given the reluctance and ignorance we are faced with on gentoo-user@ I have little hope that gentoo-dev@ will be any better, considering that it have been the responsible devs who have proven ignorant and illogical in the past.
Re: [gentoo-user] Portage is misplaced in /usr
Sergei Trofimovich wrote: He already did. He was told to ask here. :-) http://bugs.gentoo.org/show_bug.cgi?id=351463 (WONTFIX) Ah, I see. So, gentoo-dev@ is the way to go :] I can understand that we don't want to automatically change everyone's installed Gentoo from /usr/portage to /var/portage but why not try to get new installs set up properly? Then perhaps an explanation on how existing installs could be migrated for those wanting to do so? It would seem that all that's required is: 1) add an explicit PORTDIR=/usr/portage to /etc/make.conf for existing installs (unless PORTDIR is already specified, of course); 2) change the default. Is it really more complicated than that? I guess sending proposal with patches to gentoo-dev@ would speed things a bit. The devs have discussed this several times before. I seriously doubt this will be changed since it would have been easier to have done it a long time ago. You know, back when there was a lot fewer people running Gentoo. Of course, it will be harder a few years from now too but I still don't see them changing this. They have had several chances to and have not done so. I do agree it should be moved, I just don't see it happening. If it was up for a vote, I'd vote to move it and at that point, I could adjust my partitions to reflect the change. I sure wouldn't want to be on the planning team for this tho. Dale :-) :-)
Re: [gentoo-user] Portage is misplaced in /usr
Tradition is a much better reason to keep things the same. You need someone to make the change. Which is more than just move /usr/portage to /var or wherever you want it to be (and first: get consent about where to put it). No, you have to update documentation, make sure that there are not old, broken tools and apps that won't get confused etc pp. As long as nobody steps up to do it - why even bother? Most people don't care about it. Those who do can set PORTDIR wherever they want and can live happily ever after. All questions that involve limited resources should take into account the consequence of the diversion of those resources. No doubt the devs have a priority list of stuff to do. Remember that if they were to focus on this issue, that means there would be something else that they're not doing. So, given that the change is non-trivial for the reasons Volker lists, is this the best way to utilise their limited resources? I dont have an option either way due to my ignorance on the subject, but lets keep in mind the full consequences.
[gentoo-user] CONFIG_DRM_I915_KMS lcd becomes gray after sleeping
Hi, After sleeping my laptop becomes grayish transparent. It happens from time to time, no always. The only way to handle this , is to restart the computer. Any thoughts? Regards, Kfir
Re: [gentoo-user] Portage is misplaced in /usr
On Sun, 6 Feb 2011 10:31:49 +0100, Cedric Sodhi wrote: 1. With a sudden change portage would simply resync to a new directory, the old tree would rot in /usr And people would hit problems because /var bas filled up! I'm not saying the current default is right, it's not, but you are over-simplifying the work involved in making a change. Actually, the way to make the change is not to change the default, yet, but to change the default make.conf for new installs, and the accompanying documentation. That way existing systems are unaffected, which is how it should be with a change of default. -- Neil Bothwick And then Adam said, What's a headache? signature.asc Description: PGP signature
Re: [gentoo-user] IDE recommendations for writing C?
Am 05.02.2011 23:08, schrieb Mark Knecht: Can someone recommend a good IDE to write C code in? Eclipse CDT. It is not as good as Eclipse JDT for Java but it is still pretty good and gets you started really quick. 1) Something that can display multiple files in a project. Multiple tabs and multiple windows. You can also place two tabs next to each other for comparison by drag-and-drop. 2) Something that have some sort of version control built into it? I believe there is something called a local history but I don't rely on it. There are good plugins for SVN (Subclipse, Subversive), Mercurial and Git (EGit). I've only worked with Subclipse, though. 3) If possible, I can compile right in the IDE. It comes with a GUI make file generator. It is not great for distribution and such alike but it is good enough to compile code while developing. You can also configure it to use existing make files or do other things when you press build or run. I've starting writing something. It's hundreds of lines long in 1 file and I just messed up a brace somewhere which I haven't been able to figure out in vi. If the syntax check doesn't help you and the error markers after executing GCC don't help either, just mark everything and tell Eclipse to correct the indentation (Ctrl+A Ctrl+I). Usually you can then see where it messes up. BTW: If you try it out, please just download it from eclipse.org. Don't use the version from portage. It is a bit outdated, takes ages to build and I also had problems with it in the past. Hope this helps, Florian Philipp signature.asc Description: OpenPGP digital signature
[gentoo-user] Festival/Speechd/MBrola: Setting new voice?
Hi, I am currently playing around with speech synthesis and installed mbrola, speechd and festival. It works so far: I am getting the default english voice, which tells me what time it is. Then I was trying to follow some docs from the internet to install/activate different voices...no go. Even the simplest case -- the uncommenting of a prepared line -- in the /etc/festival/siteinit.scm from ;; If you want a voice different from the system installed default ;; uncomment the following line and change the name to the voice you ;; want ;; (set! voice_default 'voice_cmu_us_awb_arctic_hts) to ;; If you want a voice different from the system installed default ;; uncomment the following line and change the name to the voice you ;; want (set! voice_default 'voice_cmu_us_awb_arctic_hts) leads to an error message: SIOD ERROR: unbound variable : cmu_us_slt_arctic_hts Voive not installed? /usr/share/festival/voices/us/cmu_us_slt_arctic_hts No...it is there... Unfortunately I am no lisp-man... ;) I restarted festival/speechd ... no success ... same error. May be I miss some very fundamental thing here...but... What do I have to do, to get this beast talking to me ? Thank you very much in advance for any help! Best regards, mcc
Re: [gentoo-user] Microcode update AMD
On Saturday 05 February 2011 15:28:22 Enrico Weigelt wrote: * Volker Armin Hemmann volkerar...@googlemail.com wrote: and that is all the intel stuff. For AMD all you have to do is: modprobe -r microcode modprobe microcode Is the microcode permanently flashed or loaded into some internal RAM ? loaded. microcode is never permanently changed on x86 derivates.
Re: [gentoo-user] Portage is misplaced in /usr
On Sun, Feb 06, 2011 at 10:56:53AM +, Neil Bothwick wrote: On Sun, 6 Feb 2011 10:31:49 +0100, Cedric Sodhi wrote: 1. With a sudden change portage would simply resync to a new directory, the old tree would rot in /usr And people would hit problems because /var bas filled up! I'm not saying the current default is right, it's not, but you are over-simplifying the work involved in making a change. I disagree. You are overcomplifying it instead. The proposed patch would involve exactly: 1.) Change the default (the value that is used if no explicit value is given) 2.) etc-update make.conf to explicitly specify the old location as the desired value. Period. Patches have always required reviewing by the user through etc-update. Your attempts to argue that patching portage with that simple change would introduce problems of unpreceeded magnitude are pharisaic. It's the same though significantly simpler as other updates to whatever package you like. Your argument that the developers should not be bothered with minor issues such as this one because they have bigger issues is the trillionth logical fallacy in this thread. I'm honestly tired of it and I will not counter argue this because the wrongness of your reasoning should be trivial to spot with at least a minimum of thought. Hint: We (users developers) have to first reach the decision that it *should* be changed. We haven't even reach that point and are crawling through a mud of ignorance instead. Actually, the way to make the change is not to change the default, yet, but to change the default make.conf for new installs, and the accompanying documentation. That way existing systems are unaffected, which is how it should be with a change of default.
Re: [gentoo-user] Portage is misplaced in /usr
I'd like to apologize for my last mail, it looks like I've credited you with the wrong arguments. Latter argument, that the developers have bigger issues at hand, has been made by another contributor, not the one to whom I replied.
Re: [gentoo-user] Portage is misplaced in /usr
On 2/5/11, Cedric Sodhi man...@gmx.net wrote: There are several reasons why portage, neither the tree nor (especially not) the distfiles should reside in /usr. You should note that the portage part is wrong as well. The path should be something like /var/db/gentoo-official-tree or some such to absolve the historical package manager dependence evident in the name. The dependency on a single PM has been gone for a long time now. Also, while we're at it, the locally installed packages' directory (/var/db/pkg) isn't too informative as a name, and should also be renamed, e.g., into /var/db/gentoo-installed-pkgs. IIRC this or some part of this made it all the way up to the Gentoo Council some years ago as it was related to Some Big Important Things about next version of PMS and package managers' behaviour. I'm too lazy to pick through the Councils' notes and logs and devlist archives to check if my memory serves me right and/or what the resolution was. But some educated guesses could be made on the basis of the fact that the tree still sits at /usr/portage. I'm not holding my breath while waiting for these cosmetic changes. -- Arttu V.
Re: [gentoo-user] Portage is misplaced in /usr
On Sunday 06 February 2011 12:53:20 Cedric Sodhi wrote: On Sun, Feb 06, 2011 at 10:56:53AM +, Neil Bothwick wrote: On Sun, 6 Feb 2011 10:31:49 +0100, Cedric Sodhi wrote: 1. With a sudden change portage would simply resync to a new directory, the old tree would rot in /usr And people would hit problems because /var bas filled up! I'm not saying the current default is right, it's not, but you are over-simplifying the work involved in making a change. I disagree. You are overcomplifying it instead. The proposed patch would involve exactly: 1.) Change the default (the value that is used if no explicit value is given) 2.) etc-update make.conf to explicitly specify the old location as the desired value. Period. If done simultaneously, it should work, yes Patches have always required reviewing by the user through etc-update. Not patches, but changes to the configuration Usually, however, people choose to ignore the update as they don't want to go back to the default settings. Your attempts to argue that patching portage with that simple change would introduce problems of unpreceeded magnitude are pharisaic. It's the same though significantly simpler as other updates to whatever package you like. Wrong. When doing a emerge -vauDN world and a new portage is included, it will restart the emerge after portage is updated. At this point, make.conf will NOT have had the update as specified in your step 2 and will then proceed with the new default. This new default is empty and as such, the emerge-update will fail. How many people will then post on this list and file bug-reports based on a, in their view, broken portage? Your argument that the developers should not be bothered with minor issues such as this one because they have bigger issues is the trillionth logical fallacy in this thread. I'm honestly tired of it and I will not counter argue this because the wrongness of your reasoning should be trivial to spot with at least a minimum of thought. Your choice not to accept this argument doesn't help either. There are a limited amount of developers and these have a limited amount of time. I don't know how many are actually employed by Gentoo, but I do believe that the vast majority is doing the work in their free time. Hint: We (users developers) have to first reach the decision that it *should* be changed. We haven't even reach that point and are crawling through a mud of ignorance instead. The responses in this thread are roughly of the following types: 1) I don't care 2) Yes, it's wrong, but I don't bother changing it 3) Yes, it's wrong and I fixed it myself by changing the default Unless I missed it, I don't think anyone actually said they want to keep the situation as it is because they are against changing it. Actually, the way to make the change is not to change the default, yet, but to change the default make.conf for new installs, and the accompanying documentation. That way existing systems are unaffected, which is how it should be with a change of default. I agree with this. To make a change like this, it would need to be done over a longer period with the following stages: 1) Change the documentation to add changing the default in make.conf 2) Change the make.conf.example to list the new default 3) Change the make.conf with the portage-package to the new default 4) Change portage to default to the new default Steps 1-3 can be done nearly simultaneously. (But will require time) Step 4 will have to wait till the vast majority has been informed. The most work will not be with the code (2-4), but will be with the documentation. Any howto/document/guide/ on the internet currently mentions /usr/portage/... for the tree. All these would also need to be updated to at least mention the new default alongside the current one. To give an indication on the amount of references to /usr/portage, enter that into your favourite search engine. Google gives over 300,000 hits just now. That, to me, does not seem like a simple task and it won't be a minor issue to fix. -- Joost
[gentoo-user] Given the rough end of the pineapple by liblzma.so.0
Hi all, I'm updating my machine and things were going well until something died and I got a big long list of reports. You know the ones, that emerge spits out after each package compiles and tells you to run etc-update/revdep-rebuild/gcc-config etc. Anyway, one of them was from: app-arch/xz-utils-5.0.1 telling me to run revdep-rebuild: # revdep-rebuild --library '/usr/lib64/liblzma.so.0' and then delete liblzma # rm '/usr/lib64/liblzma.so.0' Being a good boy, I did as I was told, ran revdep-rebuild then rm, had a bit of a fiddle round to try and fix the thing that caused the initial death and then kicked off the emerge world again. This is where the fun now begins. Now kdelibs-4.6.0-r1 can't find liblzma.so.0. The building of kdelibs now fails with: cmake: error while loading shared libraries: liblzma.so.0: cannot open shared object file: No such file or directory I had a look in /usr/lib and found: * bluey lib # ls -la liblzma*.* -rw-r--r-- 1 root root911 Feb 6 22:14 liblzma.la lrwxrwxrwx 1 root root 16 Feb 6 22:14 liblzma.so - liblzma.so.5.0.1 lrwxrwxrwx 1 root root 16 Feb 6 22:14 liblzma.so.5 - liblzma.so.5.0.1 -rwxr-xr-x 1 root root 141592 Feb 6 22:14 liblzma.so.5.0.1 bluey lib # * No .0, which, as you would remember from before, I've deleted. So what do I do now. I attempted to reinstall xz-utils but nothing changed. Do I need to install an old version of xz-utils? Do I just do a sym link from liblzma.so.5.0.1 to .0 and all will be well. Anyone got any ideas? Any thoughts greatly appreciated, Andrew
Re: [gentoo-user] IDE recommendations for writing C?
2011/2/5 Mark Knecht markkne...@gmail.com Can someone recommend a good IDE to write C code in? 1) Something that can display multiple files in a project. 2) Something that have some sort of version control built into it? 3) If possible, I can compile right in the IDE. I've starting writing something. It's hundreds of lines long in 1 file and I just messed up a brace somewhere which I haven't been able to figure out in vi. Thanks, Mark An option could be the Bluefish editor, if you like it. Take a look here: http://bluefish.openoffice.nl/index.html Cheers!
[gentoo-user] upgrade to phpmyadmin 3.3.8.1: no databases?
Hi, I just upgraded from phpmyadmin 2.x to 3.3.8.1. There was no error/warning message, but when I log in (either with root or web-site account), it says No databases. But my web-site still works correctly, showing content. It means databases must be there, but phpmyadmin does not see them. Any idea why? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
[gentoo-user] Re: IDE recommendations for writing C?
On 02/06/2011 12:08 AM, Mark Knecht wrote: Can someone recommend a good IDE to write C code in? 1) Something that can display multiple files in a project. 2) Something that have some sort of version control built into it? 3) If possible, I can compile right in the IDE. I've starting writing something. It's hundreds of lines long in 1 file and I just messed up a brace somewhere which I haven't been able to figure out in vi. I use Qt Creator. Though it's primarily for C++, I also use it for C. I recommend it because it's very easy to use. For version control, it supports Git, Subversion, Mercurial and Perforce. If you decide to use it and also make use of its own build system (qmake), post about it so I can tell you how to configure a project for plain C, because by default new projects are C++.
[gentoo-user] Re: IDE recommendations for writing C?
On 2011-02-06, Mark Knecht markkne...@gmail.com wrote: On Sat, Feb 5, 2011 at 2:39 PM, Alex Schuster wo...@wonkology.org wrote: Mark Knecht writes: Can someone recommend a good IDE to write C code in? 1) Something that can display multiple files in a project. 2) Something that have some sort of version control built into it? 3) If possible, I can compile right in the IDE. Emacs. If you dare to go this way. The learning curve is high, but once you know how to use it, you probably will be glad. Eclipse is pretty cool, and I've heard good things about Kdevelop. I've starting writing something. It's hundreds of lines long in 1 file and I just messed up a brace somewhere which I haven't been able to figure out in vi. Just use the % key. I specifically _don't_ want a high learning curve. I want this to remain fun, if possible. Ah. Then you picked the wrong language, you should be using Python. (I'm only half joking.) I use emacs as well. I tried eclipse, but found it huge, slow, clunky, and I ran into compatibility problems between versions. I went back to emacs. I also tried visual slick edit, and it's pretty nice, but it didn't seem worth the hassle of dealing with the licensing. The Scite editor is pretty decent (I really like the folding feature), but I haven't used it much. -- Grant
Re: [gentoo-user] Re: IDE recommendations for writing C?
On Sun, Feb 6, 2011 at 9:09 AM, Nikos Chantziaras rea...@arcor.de wrote: On 02/06/2011 12:08 AM, Mark Knecht wrote: Can someone recommend a good IDE to write C code in? 1) Something that can display multiple files in a project. 2) Something that have some sort of version control built into it? 3) If possible, I can compile right in the IDE. I've starting writing something. It's hundreds of lines long in 1 file and I just messed up a brace somewhere which I haven't been able to figure out in vi. I use Qt Creator. Though it's primarily for C++, I also use it for C. I recommend it because it's very easy to use. For version control, it supports Git, Subversion, Mercurial and Perforce. If you decide to use it and also make use of its own build system (qmake), post about it so I can tell you how to configure a project for plain C, because by default new projects are C++. I'll take a look at it. Do you recommend the testing 2.0 versions or stable 1.3? At this time I have no need for GUI development. The app I want to do right now could run on the command line. However getting started with something that did support eventually doing a GUI would be nice as long as it doesn't kill me. As for the C vs C++ issue, I only say C because the NVidia nvcc compiler seems to be primarily a C compiler. It's not until you get to Appendix D in the programming guide that they even mention C++ in the context of CUDA. That said, however, my understanding of what nvcc does is that what it really does breaks apart the *.cu input files into portions that are sent to the CUDA compiler, and portions that are sent to gcc. I suspect the gcc/host computing side can be whatever is legal for gcc. All I need, as best I understand it today, is to call nvcc instead of gcc. If I can find a simple C++ Hello World program that actually uses classes or whatever makes C++ C++ then I'll see how it works. It's pretty easy to drop in a few CUDA commands and see if i works. Thanks for the info. Looks interesting. Cheers, Mark
Re: [gentoo-user] Portage is misplaced in /usr
On Sun, 6 Feb 2011 12:53:20 +0100, Cedric Sodhi wrote: 1. With a sudden change portage would simply resync to a new directory, the old tree would rot in /usr And people would hit problems because /var bas filled up! I'm not saying the current default is right, it's not, but you are over-simplifying the work involved in making a change. I disagree. You are overcomplifying it instead. The proposed patch would involve exactly: 1.) Change the default (the value that is used if no explicit value is given) 2.) etc-update make.conf to explicitly specify the old location as the desired value. Period. So now you've added another step not previously mentioned, but one that just happens to answer the point I made? Your previous 1 statement is now no longer true, portage would not resync to a new directory, and the old one in /usr would continue to be used, only new installs would be affected. Your attempts to argue that patching portage with that simple change would introduce problems of unpreceeded magnitude are pharisaic. It's the same though significantly simpler as other updates to whatever package you like. Your argument that the developers should not be bothered with minor issues such as this one because they have bigger issues is the trillionth logical fallacy in this thread. My argument? Please quote my statement to that effect? I'm honestly tired of it and I will not counter argue this because the wrongness of your reasoning should be trivial to spot with at least a minimum of thought. I mentioned one drawback to your previous proposal, that you now claim is wrong only because you changed your proposal to contradict your previous post. Your powers of extrapolation far outweigh mine and I give way to your superior reasoning. Actually, the way to make the change is not to change the default, yet, but to change the default make.conf for new installs, and the accompanying documentation. That way existing systems are unaffected, which is how it should be with a change of default. I see you chose to not comment on this, even though you quoted it? Did it not fit in with your trolling? signature.asc Description: PGP signature
Re: [gentoo-user] Given the rough end of the pineapple by liblzma.so.0
On Sun, Feb 6, 2011 at 10:09 AM, Andrew Lowe a...@wht.com.au wrote: telling me to run revdep-rebuild: # revdep-rebuild --library '/usr/lib64/liblzma.so.0' Did it tell you to give the full path the liblzma or just the library name liblzma.so.0? I suspect this is where you went astray. Anyway, a simple revdep-rebuild with no options should fix your system; you have removed the offending library, so it should detect the breakage automatically.
Re: [gentoo-user] Re: IDE recommendations for writing C?
On Sun, Feb 6, 2011 at 9:42 AM, Mark Knecht markkne...@gmail.com wrote: SNIP I'll take a look at it. Do you recommend the testing 2.0 versions or stable 1.3? SNIP Never mind on the 2.0 item. I run stable and that would require about 15 qt packages to be unmasked. Not interested in going there right now - maybe later. Cheers, Mark
Re: [gentoo-user] Given the rough end of the pineapple by liblzma.so.0
On Sun, 06 Feb 2011 23:09:09 +0800, Andrew Lowe wrote: bluey lib # ls -la liblzma*.* -rw-r--r-- 1 root root911 Feb 6 22:14 liblzma.la lrwxrwxrwx 1 root root 16 Feb 6 22:14 liblzma.so - liblzma.so.5.0.1 lrwxrwxrwx 1 root root 16 Feb 6 22:14 liblzma.so.5 - liblzma.so.5.0.1 -rwxr-xr-x 1 root root 141592 Feb 6 22:14 liblzma.so.5.0.1 bluey lib # * No .0, which, as you would remember from before, I've deleted. So what do I do now. I attempted to reinstall xz-utils but nothing changed. Do I need to install an old version of xz-utils? Do I just do a sym link from liblzma.so.5.0.1 to .0 and all will be well. Anyone got any ideas? Start with lafilefixer --justfixit signature.asc Description: PGP signature
Re: [gentoo-user] upgrade to phpmyadmin 3.3.8.1: no databases?
On Sun, 06 Feb 2011 16:29:33 +0100, Jarry wrote: I just upgraded from phpmyadmin 2.x to 3.3.8.1. There was no error/warning message, but when I log in (either with root or web-site account), it says No databases. Do you use USE=+vhosts? If so, have you run webapp-config? Did you update the configs? I imagine they may have changed a lot with such a large version jump. -- Neil Bothwick We never really grow up; we only learn how to act in public. signature.asc Description: PGP signature
[gentoo-user] Re: IDE recommendations for writing C?
On 02/06/2011 07:42 PM, Mark Knecht wrote: On Sun, Feb 6, 2011 at 9:09 AM, Nikos Chantziarasrea...@arcor.de wrote: On 02/06/2011 12:08 AM, Mark Knecht wrote: Can someone recommend a good IDE to write C code in? [...] I use Qt Creator. Though it's primarily for C++, I also use it for C. I recommend it because it's very easy to use. For version control, it supports Git, Subversion, Mercurial and Perforce. If you decide to use it and also make use of its own build system (qmake), post about it so I can tell you how to configure a project for plain C, because by default new projects are C++. I'll take a look at it. Do you recommend the testing 2.0 versions or stable 1.3? I use 2.1.0_rc1 since it came out. Turned out to be very stable. At this time I have no need for GUI development. The app I want to do right now could run on the command line. However getting started with something that did support eventually doing a GUI would be nice as long as it doesn't kill me. I use it both for GUI as well as for plain C CLI apps. As for the C vs C++ issue, I only say C because the NVidia nvcc compiler seems to be primarily a C compiler. It's not until you get to Appendix D in the programming guide that they even mention C++ in the context of CUDA. I started studying CUDA development recently too. While reading the examples that come with the SDK, I found out that they're all C++ though. The reason you can use C is that C is actually valid C++ (most of the time.) That said, however, my understanding of what nvcc does is that what it really does breaks apart the *.cu input files into portions that are sent to the CUDA compiler, and portions that are sent to gcc. I suspect the gcc/host computing side can be whatever is legal for gcc. All I need, as best I understand it today, is to call nvcc instead of gcc. nvcc compiles into C++. The end result is then compiled with g++ and linked with the CUDA libraries. This is normally done automatically by nvcc, unless you use the --cuda option. For example, to suppress that automation, you can compile a CUDA program with: nvcc --cuda myprogram.cu myprogram.cu can be something as simple as: int main() { return 0; } This will compile the program into myprogram.cu.cpp. This can then be compiled manually with g++: g++ myprogram.cu.cpp -L/opt/cuda/lib64/ -lcudart It's just that nvcc does that automatically for you.
[gentoo-user] Re: IDE recommendations for writing C?
On 02/06/2011 07:59 PM, Mark Knecht wrote: On Sun, Feb 6, 2011 at 9:42 AM, Mark Knechtmarkkne...@gmail.com wrote: SNIP I'll take a look at it. Do you recommend the testing 2.0 versions or stable 1.3? SNIP Never mind on the 2.0 item. I run stable and that would require about 15 qt packages to be unmasked. Not interested in going there right now - maybe later. You can also download it as a Linux installer: http://qt.nokia.com/developer/qt-qtcreator-prerelease I did this before it was put into portage. I simply installed it as a normal user into my own home directory to make sure it won't mess with system configuration. But on the other hand, the 1.3 version is fine too and does the job just as well.
Re: [gentoo-user] IDE recommendations for writing C?
On 02/05/2011 11:08:34 PM, Mark Knecht wrote: Can someone recommend a good IDE to write C code in? 1) Something that can display multiple files in a project. 2) Something that have some sort of version control built into it? 3) If possible, I can compile right in the IDE. I've starting writing something. It's hundreds of lines long in 1 file and I just messed up a brace somewhere which I haven't been able to figure out in vi. Let me suggest another alternative. I am enthusiastic about CodeLite, see www.codelite.org Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] Re: IDE recommendations for writing C?
On Sun, Feb 6, 2011 at 10:19 AM, Nikos Chantziaras rea...@arcor.de wrote: SNIP As for the C vs C++ issue, I only say C because the NVidia nvcc compiler seems to be primarily a C compiler. It's not until you get to Appendix D in the programming guide that they even mention C++ in the context of CUDA. I started studying CUDA development recently too. While reading the examples that come with the SDK, I found out that they're all C++ though. The reason you can use C is that C is actually valid C++ (most of the time.) OK, I suspect I'm being limited by an include file which was supplied with the exercises for the book CUDA By Design. Nice little book, easy fun to read, good discussion of the basics for an entry level programmer like me. Works fine if the file compiled is main.cu, but fails if I rename that file main.cpp. If I can figure out what is non-C++ in those files then I'll try to focus on being C+ compatible because it seems all these IDE tools expect that anyway. I glazed over looking at the SDK examples myself because they are frankly far beyond my programming skills without some text to understand what they are trying to accomplish. CUDA programming itself hasn't been all that hard. I'm luck that I have a problem to solve that I think fits it pretty well. That said, however, my understanding of what nvcc does is that what it really does breaks apart the *.cu input files into portions that are sent to the CUDA compiler, and portions that are sent to gcc. I suspect the gcc/host computing side can be whatever is legal for gcc. All I need, as best I understand it today, is to call nvcc instead of gcc. nvcc compiles into C++. The end result is then compiled with g++ and linked with the CUDA libraries. This is normally done automatically by nvcc, unless you use the --cuda option. For example, to suppress that automation, you can compile a CUDA program with: nvcc --cuda myprogram.cu myprogram.cu can be something as simple as: int main() { return 0; } This will compile the program into myprogram.cu.cpp. This can then be compiled manually with g++: g++ myprogram.cu.cpp -L/opt/cuda/lib64/ -lcudart It's just that nvcc does that automatically for you. Really good info, thanks! As for qt-creator, I tried the binary installer but after installing it didn't run complaining that it cannot be mixed with the Qt libraries that are on my system. I'll stick with the 1.3 version for now and wait for portage to catch up. Cheers, Mark P.S. - If you (or anyone else) wants to talk about CUDA, contact me off list. I'm always interested and available. - MWK
Re: [gentoo-user] Portage is misplaced in /usr
On Sat, 2011-02-05 at 20:21 +0100, Volker Armin Hemmann wrote: where do the bsds put their ports? also: just set the PORTDIR variable wherever you want it to point. There is no reason to annoy the rest of humanity with a mailing list point complaining about a perceived problem that is none. Actually, its been a good while since the last flamewar stirred things up - thats a reason :) Yes I agree thats its probably not the best place for it, but moving it is so low a priority for the distro as a whole is not worth bothering with. and as has been said, if its annoying you, move it or deal with it. Let the rest of us go back to sleep BillK -- William Kenworthy bi...@iinet.net.au Home in Perth!