[gentoo-user] Re: Java java java, I miss my java
Bottom line: I still cannot get these. Details at the bottom. On 6/13/05, Kevin O'Gorman [EMAIL PROTECTED] wrote: To answer several questions from several people: 1) I thought java 1.5 wasn't there because it was not found by emerge -s java emerge -s jre emerge -s blackdown At that point I just figured it wasn't there. I'm glad to discover I was wrong. 2) I'm not so much itching to use the features, as I am required to teach them. But the significant ones seem to be - Scanner class which smooths one of the major bumps for beginning Java programmers: how to do input without learning the whole language first. - Autoboxing which allows a looser typing of functionally similar entities (the primitives and their wrapper classes). - Generics (type-safe containers) (not really an intro topic, but I'll be teaching a second course too). - True enum - C-style printf, and varargs (ya!) ++ kevin - Iterator for-loop What's more, I just retried looking for the jdk, and got (in part): * dev-java/sun-jdk Latest version available: 1.4.2.08 Latest version installed: [ Not Installed ] Size of downloaded files: 35,576 kB Homepage:http://java.sun.com/j2se/1.4.2/ Description: Sun's J2SE Development Kit License: sun-bcla-java-vm This surely doesn't look like 1.5 to me. So I tried 'etcat' (which is new to me) and got it. I had to unmask it before emerge -s would show it. Weird, because it shows other masked packages. Anyway, I still cannot load it. This in spite of efforts to unmask: My package.keywords and package.unmask: treat 1.5-bundles # cat /etc/portage/package.keywords app-office/gnucash quotes dev-java/sun-jdk ~x86 dev-java/sun-jre-bin ~x86 treat 1.5-bundles # cat /etc/portage/package.unmask =dev-java/sun-jdk-1.4.99 =dev-java/sun-sdk-docs-1.4.99 Here's what it looks like: treat 1.5-bundles # emerge -av sun-jdk sun-sdk-docs These are the packages that I would merge, in order: Calculating dependencies - !!! All ebuilds that could satisfy =dev-java/java-sdk-docs-1.5.0* have been masked. !!! One of the following masked packages is required to complete your request: - dev-java/java-sdk-docs-1.5.0 (masked by: package.mask, ~x86 keyword) # [EMAIL PROTECTED] # lotsa things in the tree don't compile with 1.5 yet # 1.5 defaults too -target 1.5 making downgrading to a 1.4(/1.3) # impossible, see bug 65937 for more information/discussion For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 Software Availability in the Gentoo Handbook. !!!(dependency required by dev-java/sun-jdk-1.5.0.03 [ebuild]) -- Kevin O'Gorman, PhD -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Java java java, I miss my java
I've been using 1.5 for several months now with no ill effects. However, it is worth stating that I do all my Java work in an IDE, and the paths to $JAVA_HOME and so on are configured from within the IDE, and don't even look at the OS environment variables. It works great on linux, as would be expected - since linux is the dev platform for Java at Sun, and everything else is a port. -- /*** *Chris Woods || [EMAIL PROTECTED]* *AIM: gnarrlybob || ICQ: 21740987 * *Yahoo: cjwoods || MSN: [EMAIL PROTECTED]* * Jabber: [EMAIL PROTECTED] || http://bitspace.org * **/ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
Kevin O'Gorman wrote: Here's what it looks like: treat 1.5-bundles # emerge -av sun-jdk sun-sdk-docs These are the packages that I would merge, in order: Calculating dependencies - !!! All ebuilds that could satisfy =dev-java/java-sdk-docs-1.5.0* have been masked. !!! One of the following masked packages is required to complete your request: - dev-java/java-sdk-docs-1.5.0 (masked by: package.mask, ~x86 keyword) # [EMAIL PROTECTED] # lotsa things in the tree don't compile with 1.5 yet # 1.5 defaults too -target 1.5 making downgrading to a 1.4(/1.3) # impossible, see bug 65937 for more information/discussion For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 Software Availability in the Gentoo Handbook. !!!(dependency required by dev-java/sun-jdk-1.5.0.03 [ebuild]) They're hard masked inside /usr/portage/profiles/package.mask. For the full story see http://bugs.gentoo.org/show_bug.cgi?id=65937. Short story: echo =dev-java/sun-jdk-1.4.99 /etc/portage/package.unmask echo =dev-java/java-sdk-docs-1.4.99 /etc/portage/package.unmask emerge sun-jdk sun-sdk-docs After that you may want to use java-config to set java-1.4 as the default system compiler. Zac -- gentoo-user@gentoo.org mailing list
[gentoo-user] Problems with Internationalization [Gnome]
Hi ! Everything worked perfectly, until I right-clicked on an audio/video file and clicked on Properties - Audio/Video tab. I'm spanish, all Gnome is compiled with LINGUAS=es and everything is in spanish. I've some folders like Música that means Music and inside I've got my music files. All right, when I right click and go to Audio/Video, it says me Bitrate, Name IN ENGLISH, and then nautilus replaces my folder Música with M?sica (Invalid encoding), so I assume that the one that is breaking everything is that tab. I need to know what provides that tab, what ebuild, to study it better and re-emerge if necessary with the appropiate flags. Thank you. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] More about a Panasonic Toughbook
Ian K wrote: Hi guys/gals, I have here a laptop I have put Gentoo on for a friend. I am currently trying to get his wireless card working. I have asked the gentoo-laptop mailing list, but a reply is still pending after about a week. Maybe you guys can offer more help. Under the direction of someone on the laptop list, I put drivers on the laptop for his PCMCIA wireless network card. http://acx100.sourceforge.net His wireless network card is the DLink DWL-650+, which the driver's website has posted as working. So, I started following the install guide, up to this point. The problem is, something is not matching. Here is a quote from my message to the laptop list which got no reply. THIS IS FROM THE INSTALL GUIDE: Successful output looks similar to this: # lspci -n 00:00.0 Class 0600: 8086:7192 (rev 02) 00:02.0 Class 0607: 104c:ac16 (rev 02) 00:02.1 Class 0607: 104c:ac16 (rev 02) 00:03.0 Class 0300: 10c8:0004 (rev 01) 00:07.0 Class 0680: 8086:7110 (rev 01) 00:07.1 Class 0101: 8086:7111 (rev 01) 00:07.2 Class 0c03: 8086:7112 (rev 01) 00:07.3 Class 0680: 8086:7113 (rev 01) 05:00.0 Class 0280: 104c:8400 That listing is taken from running lspci -n on my ThinkPad 600 with my SMC 2435w CardBus card plugged in. Out of those 9 lines listed, we're only interested in that last one: 05:00.0 Class 0280: 104c:8400 because it contains one of the 3 combinations listed below at it's end: 104c:8400 (acx100 CardBus) 104c:8401 (acx100 PCI) 104c:9066 (acx111 Cardbus/PCI) Now, back to Ian's issue: I didn't get one of those combinations. The Panasonic computer gets: Class 0600: 8086:7194 (rev 01) Class 0401: 8086:7195 Class 0300: 126f:0710 (rev a3) Class 0607: 1180:0475 (rev 80) Class 0601: 8086:7198 (rev 01) Class 0101: 8086:7199 Class 0c03: 8086:719a Class 0680: 8086:719b Class 0780: 10b7:1006 So yes, no correct combination at the end... Thats where it stands right now. If you have any suggestions at all, please offer them. :) ~~Thanks _so_ much for all of the help~~ Ian So thats where I stand. Please help me! :) My poor friend has been without internet for like 2 months now. Thanks for the help! Ian Im really sorry to give this post a bump, but I really need to get this computer working and any help you guys give me would be very much appreciated. Thanks! begin:vcard fn:Ian K n:K;Ian email;internet:[EMAIL PROTECTED] note;quoted-printable:Pentium 3=0D=0A= 500mHz=0D=0A= 256MB RAM=0D=0A= 80.0GB HDD=0D=0A= ATI Radeon 7000 Evil Wizard 64MB=0D=0A= Computer name: PentaQuad=0D=0A= x-mozilla-html:TRUE version:2.1 end:vcard
Re: [gentoo-user] Re: Java java java, I miss my java
Zac Medico schreef: Kevin O'Gorman wrote: Here's what it looks like: treat 1.5-bundles # emerge -av sun-jdk sun-sdk-docs These are the packages that I would merge, in order: Calculating dependencies - !!! All ebuilds that could satisfy =dev-java/java-sdk-docs-1.5.0* have been masked. !!! One of the following masked packages is required to complete your request: - dev-java/java-sdk-docs-1.5.0 (masked by: package.mask, ~x86 keyword) # [EMAIL PROTECTED] # lotsa things in the tree don't compile with 1.5 yet # 1.5 defaults too -target 1.5 making downgrading to a 1.4(/1.3) # impossible, see bug 65937 for more information/discussion For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 Software Availability in the Gentoo Handbook. !!!(dependency required by dev-java/sun-jdk-1.5.0.03 [ebuild]) They're hard masked inside /usr/portage/profiles/package.mask. For the full story see http://bugs.gentoo.org/show_bug.cgi?id=65937. Short story: echo =dev-java/sun-jdk-1.4.99 /etc/portage/package.unmask echo =dev-java/java-sdk-docs-1.4.99 /etc/portage/package.unmask emerge sun-jdk sun-sdk-docs You also have to echo to /etc/portage/package.keywords-- both packages are twice-masked. So in addition to the above: echo dev-java/sun-jdk ~x86 /etc/portage/package.keywords echo dev-java/java-sdk-docs ~x86 /etc/portage/package.keywords You can unmask just the specific version using Zac's syntax, but you can just unmask this and all future versions on general principle. After that you may want to use java-config to set java-1.4 as the default system compiler. Zac On my system, the previously-installed system default VM did not change when I installed a new one-- what you might want to do is change the *user* VM with java-config, in order to actually use the newly-installed one. I'm sure there's a way to set the user VM permanently, but I don't know what it is, and it doesn't seem to 'stick' (once I close the program using Java, the user VM seems to go back to the default). Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems with Internationalization [Gnome]
Rafael Fernández López schreef: Hi ! Everything worked perfectly, until I right-clicked on an audio/video file and clicked on Properties - Audio/Video tab. I'm spanish, all Gnome is compiled with LINGUAS=es and everything is in spanish. I've some folders like Música that means Music and inside I've got my music files. All right, when I right click and go to Audio/Video, it says me Bitrate, Name IN ENGLISH, and then nautilus replaces my folder Música with M?sica (Invalid encoding), so I assume that the one that is breaking everything is that tab. I need to know what provides that tab, what ebuild, to study it better and re-emerge if necessary with the appropiate flags. Thank you. To the best of my knowledge, GNOME doesn't use the LINGUAS variable-- afaik, that's for OpenOffice.org (if you compile it, that tells it what language to display as default). GNOME is actually very good in using the LANG variable to decide what language should be used (unlike, for example, KDE, where you have to install a whole separate package to get another language, and then choose that language from within the KDE Control Center for it to be used). For me to have a GNOME desktop in Dutch, all I have to do is choose Dutch in GDM's Language menu. However, I also have export [EMAIL PROTECTED] in my ~/.bashrc, in the event that I start from startx rather than GDM. So one issue is that your LANG variable may not be correctly set, because in my experience, GNOME is very well translated, certainly for a common language such as Spanish. You shouldn't be seeing any English, honestly. I don't (except sometimes in the terminal and always in the man pages), and Dutch is not so common a language as something like Spanish, French, or German. The second issue is that (unknown encoding). It could be that, because you're likely using ISO8859-1 (US English), which doesn't contain the accented characters you need, that that's why the display is all messed up... but I don't like that unknown. That's just a bit weird. Did you compile only limited locales, as discussed in the Gentoo Localization Guide at http://www.gentoo.org/doc/en/guide-localization.xml and somehow did not include the one you need (either 8859-15 or UTF8, or both)? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
Holly Bostick wrote: You also have to echo to /etc/portage/package.keywords-- both packages are twice-masked. So in addition to the above: echo dev-java/sun-jdk ~x86 /etc/portage/package.keywords echo dev-java/java-sdk-docs ~x86 /etc/portage/package.keywords Silly me, I have ACCEPT_KEYWORDS=~x86 :-). On my system, the previously-installed system default VM did not change when I installed a new one-- what you might want to do is change the *user* VM with java-config, in order to actually use the newly-installed one. I'm sure there's a way to set the user VM permanently, but I don't know what it is, and it doesn't seem to 'stick' (once I close the program using Java, the user VM seems to go back to the default). Holly It works permanently for me with source ${HOME}/.gentoo/java-env in ~/.bashrc. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems with Internationalization [Gnome]
Yes sorry, I had it correctly configured, where I said LINGUAS I wanted to say LANG, but the point is that TOTEM that provides that tab has a bug with spanish. It is now sent to gnome team. Thanks. Rafael Fernández López schreef: Hi ! Everything worked perfectly, until I right-clicked on an audio/video file and clicked on Properties - Audio/Video tab. I'm spanish, all Gnome is compiled with LINGUAS=es and everything is in spanish. I've some folders like Música that means Music and inside I've got my music files. All right, when I right click and go to Audio/Video, it says me Bitrate, Name IN ENGLISH, and then nautilus replaces my folder Música with M?sica (Invalid encoding), so I assume that the one that is breaking everything is that tab. I need to know what provides that tab, what ebuild, to study it better and re-emerge if necessary with the appropiate flags. Thank you. To the best of my knowledge, GNOME doesn't use the LINGUAS variable-- afaik, that's for OpenOffice.org (if you compile it, that tells it what language to display as default). GNOME is actually very good in using the LANG variable to decide what language should be used (unlike, for example, KDE, where you have to install a whole separate package to get another language, and then choose that language from within the KDE Control Center for it to be used). For me to have a GNOME desktop in Dutch, all I have to do is choose Dutch in GDM's Language menu. However, I also have export [EMAIL PROTECTED] in my ~/.bashrc, in the event that I start from startx rather than GDM. So one issue is that your LANG variable may not be correctly set, because in my experience, GNOME is very well translated, certainly for a common language such as Spanish. You shouldn't be seeing any English, honestly. I don't (except sometimes in the terminal and always in the man pages), and Dutch is not so common a language as something like Spanish, French, or German. The second issue is that (unknown encoding). It could be that, because you're likely using ISO8859-1 (US English), which doesn't contain the accented characters you need, that that's why the display is all messed up... but I don't like that unknown. That's just a bit weird. Did you compile only limited locales, as discussed in the Gentoo Localization Guide at http://www.gentoo.org/doc/en/guide-localization.xml and somehow did not include the one you need (either 8859-15 or UTF8, or both)? Holly -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
As I pointed out before, I already did those. Again, here are 'cat's of the files, which nevertheless do not allow an emerge: treat 1.5-bundles # cat /etc/portage/package.keywords app-office/gnucash quotes dev-java/sun-jdk ~x86 dev-java/sun-jre-bin ~x86 treat 1.5-bundles # cat /etc/portage/package.unmask =dev-java/sun-jdk-1.4.99 =dev-java/sun-sdk-docs-1.4.99 treat 1.5-bundles # Did I miss something? On 6/13/05, Holly Bostick [EMAIL PROTECTED] wrote: Zac Medico schreef: Kevin O'Gorman wrote: Here's what it looks like: treat 1.5-bundles # emerge -av sun-jdk sun-sdk-docs These are the packages that I would merge, in order: Calculating dependencies - !!! All ebuilds that could satisfy =dev-java/java-sdk-docs-1.5.0* have been masked. !!! One of the following masked packages is required to complete your request: - dev-java/java-sdk-docs-1.5.0 (masked by: package.mask, ~x86 keyword) # [EMAIL PROTECTED] # lotsa things in the tree don't compile with 1.5 yet # 1.5 defaults too -target 1.5 making downgrading to a 1.4(/1.3) # impossible, see bug 65937 for more information/discussion For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 Software Availability in the Gentoo Handbook. !!!(dependency required by dev-java/sun-jdk-1.5.0.03 [ebuild]) They're hard masked inside /usr/portage/profiles/package.mask. For the full story see http://bugs.gentoo.org/show_bug.cgi?id=65937. Short story: echo =dev-java/sun-jdk-1.4.99 /etc/portage/package.unmask echo =dev-java/java-sdk-docs-1.4.99 /etc/portage/package.unmask emerge sun-jdk sun-sdk-docs You also have to echo to /etc/portage/package.keywords-- both packages are twice-masked. So in addition to the above: echo dev-java/sun-jdk ~x86 /etc/portage/package.keywords echo dev-java/java-sdk-docs ~x86 /etc/portage/package.keywords You can unmask just the specific version using Zac's syntax, but you can just unmask this and all future versions on general principle. After that you may want to use java-config to set java-1.4 as the default system compiler. Zac On my system, the previously-installed system default VM did not change when I installed a new one-- what you might want to do is change the *user* VM with java-config, in order to actually use the newly-installed one. I'm sure there's a way to set the user VM permanently, but I don't know what it is, and it doesn't seem to 'stick' (once I close the program using Java, the user VM seems to go back to the default). Holly -- gentoo-user@gentoo.org mailing list -- Go back to the top: I almost always top-post Kevin O'Gorman, PhD -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
Kevin O'Gorman wrote: As I pointed out before, I already did those. Again, here are 'cat's of the files, which nevertheless do not allow an emerge: treat 1.5-bundles # cat /etc/portage/package.keywords app-office/gnucash quotes dev-java/sun-jdk ~x86 dev-java/sun-jre-bin ~x86 treat 1.5-bundles # cat /etc/portage/package.unmask =dev-java/sun-jdk-1.4.99 =dev-java/sun-sdk-docs-1.4.99 treat 1.5-bundles # Did I miss something? echo dev-java/sun-sdk-docs ~x86 /etc/portage/package.keywords You have sun-jre-bin in there instead of sun-sdk-docs :P Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
Zac Medico schreef: Holly Bostick wrote: You also have to echo to /etc/portage/package.keywords-- both packages are twice-masked. So in addition to the above: echo dev-java/sun-jdk ~x86 /etc/portage/package.keywords echo dev-java/java-sdk-docs ~x86 /etc/portage/package.keywords Silly me, I have ACCEPT_KEYWORDS=~x86 :-). Silly me, I'm so cautious these days I forgot one might have it set that way :-) . I'm sure there's a way to set the user VM permanently, but I don't know what it is It works permanently for me with source ${HOME}/.gentoo/java-env in ~/.bashrc. Ooh, thanks for the tip! Edited-- I've got an alias to edit .bashrc, that's how much I do it, but never thought of doing that. Now I can set azureus back to the binary in my menu.xml. Thanks a bunch. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
Kevin O'Gorman schreef: As I pointed out before, I already did those. Again, here are 'cat's of the files, which nevertheless do not allow an emerge: treat 1.5-bundles # cat /etc/portage/package.keywords app-office/gnucash quotes dev-java/sun-jdk ~x86 dev-java/sun-jre-bin ~x86 treat 1.5-bundles # cat /etc/portage/package.unmask =dev-java/sun-jdk-1.4.99 =dev-java/sun-sdk-docs-1.4.99 treat 1.5-bundles # Did I miss something? Looks like it; look again at your post of the error message: - dev-java/java-sdk-docs-1.5.0 (masked by: package.mask, ~x86 keyword) The docs package is masked both by package mask and ~arch keyword. But you've only unmasked the docs' hard mask in /etc/portage/package.unmask. You haven't unmasked the docs in /etc/portage/package.keywords. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
On 6/13/05, Zac Medico [EMAIL PROTECTED] wrote: Kevin O'Gorman wrote: As I pointed out before, I already did those. Again, here are 'cat's of the files, which nevertheless do not allow an emerge: treat 1.5-bundles # cat /etc/portage/package.keywords app-office/gnucash quotes dev-java/sun-jdk ~x86 dev-java/sun-jre-bin ~x86 treat 1.5-bundles # cat /etc/portage/package.unmask =dev-java/sun-jdk-1.4.99 =dev-java/sun-sdk-docs-1.4.99 treat 1.5-bundles # Did I miss something? echo dev-java/sun-sdk-docs ~x86 /etc/portage/package.keywords You have sun-jre-bin in there instead of sun-sdk-docs :P Zac Thanks, I *did* miss that. Unfortunately, it doesn't fix the problem. Below, I try an emerge, then dump the files again. Maybe I missed two things? ++ kevin treat 1.5-bundles # emerge -av sun-jdk sun-sdk-docs These are the packages that I would merge, in order: Calculating dependencies - !!! All ebuilds that could satisfy =dev-java/java-sdk-docs-1.5.0* have been masked. !!! One of the following masked packages is required to complete your request: - dev-java/java-sdk-docs-1.5.0 (masked by: package.mask, ~x86 keyword) # [EMAIL PROTECTED] # lotsa things in the tree don't compile with 1.5 yet # 1.5 defaults too -target 1.5 making downgrading to a 1.4(/1.3) # impossible, see bug 65937 for more information/discussion For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 Software Availability in the Gentoo Handbook. !!!(dependency required by dev-java/sun-jdk-1.5.0.03 [ebuild]) treat 1.5-bundles # cat /etc/portage/package.unmask =dev-java/sun-jdk-1.4.99 =dev-java/sun-sdk-docs-1.4.99 treat 1.5-bundles # cat /etc/portage/package.keywords app-office/gnucash quotes dev-java/sun-jdk ~x86 dev-java/sun-jre-bin ~x86 dev-java/sun-sdk-docs ~x86 treat 1.5-bundles # -- Go back to the top: I almost always top-post Kevin O'Gorman, PhD -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
Kevin O'Gorman wrote: On 6/13/05, Zac Medico [EMAIL PROTECTED] wrote: Kevin O'Gorman wrote: As I pointed out before, I already did those. Again, here are 'cat's of the files, which nevertheless do not allow an emerge: treat 1.5-bundles # cat /etc/portage/package.keywords app-office/gnucash quotes dev-java/sun-jdk ~x86 dev-java/sun-jre-bin ~x86 treat 1.5-bundles # cat /etc/portage/package.unmask =dev-java/sun-jdk-1.4.99 =dev-java/sun-sdk-docs-1.4.99 treat 1.5-bundles # Did I miss something? echo dev-java/sun-sdk-docs ~x86 /etc/portage/package.keywords You have sun-jre-bin in there instead of sun-sdk-docs :P Zac Thanks, I *did* miss that. Unfortunately, it doesn't fix the problem. Below, I try an emerge, then dump the files again. Maybe I missed two things? ++ kevin treat 1.5-bundles # emerge -av sun-jdk sun-sdk-docs These are the packages that I would merge, in order: Calculating dependencies - !!! All ebuilds that could satisfy =dev-java/java-sdk-docs-1.5.0* have been masked. !!! One of the following masked packages is required to complete your request: - dev-java/java-sdk-docs-1.5.0 (masked by: package.mask, ~x86 keyword) # [EMAIL PROTECTED] # lotsa things in the tree don't compile with 1.5 yet # 1.5 defaults too -target 1.5 making downgrading to a 1.4(/1.3) # impossible, see bug 65937 for more information/discussion For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 Software Availability in the Gentoo Handbook. !!!(dependency required by dev-java/sun-jdk-1.5.0.03 [ebuild]) treat 1.5-bundles # cat /etc/portage/package.unmask =dev-java/sun-jdk-1.4.99 =dev-java/sun-sdk-docs-1.4.99 treat 1.5-bundles # cat /etc/portage/package.keywords app-office/gnucash quotes dev-java/sun-jdk ~x86 dev-java/sun-jre-bin ~x86 dev-java/sun-sdk-docs ~x86 treat 1.5-bundles # Oops, it's java-sdk-docs, not sun-sdk-docs. Inconsistent, don't you think? Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
Kevin O'Gorman schreef: Thanks, I *did* miss that. Unfortunately, it doesn't fix the problem. Below, I try an emerge, then dump the files again. Maybe I missed two things? Yes. You've unmasked (in /etc/portage/package.unmask) a specific version of the docs (1.4.99, because you used an = sign, and a version number). However, you're trying to install version 1.5.0 whatever, which you have not unmasked. Change the line in package unmask to reflect the correct version number. HTH, Holly ++ kevin treat 1.5-bundles # emerge -av sun-jdk sun-sdk-docs These are the packages that I would merge, in order: Calculating dependencies - !!! All ebuilds that could satisfy =dev-java/java-sdk-docs-1.5.0* have been masked. !!! One of the following masked packages is required to complete your request: - dev-java/java-sdk-docs-1.5.0 (masked by: package.mask, ~x86 keyword) # [EMAIL PROTECTED] # lotsa things in the tree don't compile with 1.5 yet # 1.5 defaults too -target 1.5 making downgrading to a 1.4(/1.3) # impossible, see bug 65937 for more information/discussion For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 Software Availability in the Gentoo Handbook. !!!(dependency required by dev-java/sun-jdk-1.5.0.03 [ebuild]) treat 1.5-bundles # cat /etc/portage/package.unmask =dev-java/sun-jdk-1.4.99 =dev-java/sun-sdk-docs-1.4.99 treat 1.5-bundles # cat /etc/portage/package.keywords app-office/gnucash quotes dev-java/sun-jdk ~x86 dev-java/sun-jre-bin ~x86 dev-java/sun-sdk-docs ~x86 treat 1.5-bundles # -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
Holly Bostick wrote: Yes. You've unmasked (in /etc/portage/package.unmask) a specific version of the docs (1.4.99, because you used an = sign, and a version number). However, you're trying to install version 1.5.0 whatever, which you have not unmasked. That's what I though for a moment too, but it was actually Thunderbird hiding the greater than signs from me. When I clicked reply I saw the plain text and realized what was going on. It is java-sdk-docs *not* sun-sdk-docs! Hahahahaha ;-) Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
Zac Medico schreef: Holly Bostick wrote: Yes. You've unmasked (in /etc/portage/package.unmask) a specific version of the docs (1.4.99, because you used an = sign, and a version number). However, you're trying to install version 1.5.0 whatever, which you have not unmasked. That's what I though for a moment too, but it was actually Thunderbird hiding the greater than signs from me. When I clicked reply I saw the plain text and realized what was going on. It is java-sdk-docs *not* sun-sdk-docs! Hahahahaha ;-) Zac I thought of that possibility after I hit 'Send' oh well. You may have won this round, but I'll be back (saw Austin Powers 3 tonight, so insert Trademarked Evil Laugh here)! Holly, hoping that Kevin actually can get the docs installed, despite this foolish interlude from us :-) . -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Java java java, I miss my java
Holly Bostick wrote: I thought of that possibility after I hit 'Send' oh well. You may have won this round, but I'll be back (saw Austin Powers 3 tonight, so insert Trademarked Evil Laugh here)! Holly, hoping that Kevin actually can get the docs installed, despite this foolish interlude from us :-) . Foolish interlude is right. The portage messages were trying to tell us all along. Oh well, we're only human. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ssmtp - what wants to install it?
Yeah, that's what it is. On 6/13/05, Neil Bothwick [EMAIL PROTECTED] wrote: On Mon, 13 Jun 2005 17:17:11 -0400, Mark Shields wrote: Ah yes, I remember reading it's not a full-fledged MTA. I was just curious as to why it was trying to install. And to answer the first reply's question: The question I have is why would you want to remove all MTAs?. Why have something on your system when you don't use it? This is a personal server; I have ssh setup, I check the log files myself. Do you have a cron daemon installed? They all require an MTA. -- Neil Bothwick In 1750 Issac Newton became discouraged when he fell up a flight of stairs. -- - Mark Shields -- gentoo-user@gentoo.org mailing list
[gentoo-user] DR working for M$
Im suprised noone has mentioned this yet: http://www.osnews.com/comment.php?news_id=10838 -- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] cvs passwords [SOLVED]
Use 'ssh-keygen -t dsa' and just press enter when it prompts for a password. Then you copy the .pub part of the key to your cvs server, and do 'echo id_dsa.pub .ssh/authorized_keys' in the homedir of the account you want to give access to. Then you should be able to log in without a password. /N pat wrote: Well, there are problems ... :-( This works by logging for each request, that can be used but not so gently. Next is that I want to access CVS from the developement IDE (IntelliJ IEA), so I need to generate public/private keys for the cvs access, but don't know how :-(( Could someone help me ??? Or point me to documentation. Thanks a lot. Pat pat wrote: Yes, it was easy :-) Thanks a lot for the help. Pat Niklas Herder wrote: Raphael Melo de Oliveira Bastos Sales wrote: Huummm, I dunno, always used CVS in controlled enviroments, so always used pserver. I guess you could use scp to copy your files to the remote machine and then start using cvs through the remote shell as if it were in your localhost. It's actually easier to set upp cvs with ssh than with pserver, IMHO. Just have an sshd running on the cvs server, then use an address a la :ext:[EMAIL PROTECTED]:/cvsroot You may need to have the CVS_RSH variable set to /usr/bin/ssh (or whatever your path is) on your client for this to work. Piece of cake! :) -- gentoo-user@gentoo.org mailing list