Re: [gentoo-user] Emerge problems
Am 17.03.2013 05:50, schrieb meino.cra...@gmx.de: Hi, while updateing this morning I got this ouput: Calculating dependencies... done! [nomerge ] app-text/texlive-core-2012-r1 USE=X tk -cjk -doc -source -xetex [ebuild N ] dev-tex/luatex-0.70.1-r1 USE=-doc 0 kB [ebuild U ] app-emulation/emul-linux-x86-gtklibs-20130224 [20121202] USE=development 6,030 kB [ebuild U ~] sys-fs/ecryptfs-utils-103 [101] USE=gtk pam -doc -gpg -openssl -pkcs11 -python -suid -tpm 610 kB [ebuild U ] app-emulation/emul-linux-x86-sdl-20130224 [20121202] USE=development 637 kB [ebuild U ] app-emulation/emul-linux-x86-soundlibs-20130224 [20121202] USE=alsa development 6,903 kB [ebuild U ] app-emulation/emul-linux-x86-medialibs-20130224 [20121202] USE=development 10,173 kB [ebuild U ]app-emulation/emul-linux-x86-xlibs-20130224 [20121202] USE=development opengl 2,415 kB [ebuild U ] app-emulation/emul-linux-x86-opengl-20130224 [20121202-r1] USE=development 61,283 kB [ebuild UD ] app-text/poppler-0.20.5:0/0 [0.22.2:0/35] USE=cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc 0 kB [ebuild R] sys-process/procps-3.3.4 USE=ncurses nls%* unicode -static-libs 0 kB [ebuild U ] app-emulation/emul-linux-x86-db-20130224 [20121202] USE=development 1,395 kB [ebuild U ] app-emulation/emul-linux-x86-baselibs-20130224 [20121202] USE=development 40,865 kB Total: 12 packages (9 upgrades, 1 downgrade, 1 new, 1 reinstall), Size of downloads: 130,308 kB WARNING: One or more updates have been skipped due to a dependency conflict: app-text/poppler:0 (app-text/poppler-0.22.2::gentoo, ebuild scheduled for merge) conflicts with app-text/poppler-0.22[xpdf-headers(+)] required by (dev-tex/luatex-0.70.1-r1::gentoo, ebuild scheduled for merge) After doing an eix app-text/poppler I got his: [I] app-text/poppler Available versions: (0) 0.20.5^t (0/35) (~)0.22.2^t {{cairo cjk curl cxx debug doc +introspection (+)jpeg jpeg2k +lcms png qt4 tiff +utils}} Installed versions: 0.22.2(0/35)^t(05:14:11 03/17/13)(cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc) Homepage:http://poppler.freedesktop.org/ Description: PDF rendering library based on the xpdf-3.0 code base and there is no xpdf-headers USE flag. XPdf was removed at all if my brain serves me right... ;) So no chance to resolve the conflict? How can I prevent this problem? Thank you very much in advance for any help! Best regards, mcc wait a couple of hours and sync again. You probably synced in the middle of some changes.
Re: [gentoo-user] HTML editor WYSIWYG
On 17 March 2013, at 04:07, Joseph wrote: ... Better than define user-friendly...how about describing what you're trying to do? How large a project is this? I wanted something like Nvu, I used long, time ago WYSIWYG I don't have time to play with those tags. I just want to type in some text, change the font size if I have to, place some picture beside it; save it an upload. I bluefish I was presented with pure html coding :-/ Can't you export to HTML from the word-processor in Open Office? (LibreOffice, AbiWord, whatever). HTML seems generally unsuited for WYSIWYG, as different browsers will render differently. That may not be a problem for the kind of really simple stuff you have in mind, but I guess there may not be much development in this area. Stroller.
Re: [gentoo-user] Emerge problems
On Sunday 17 Mar 2013 04:50:00 meino.cra...@gmx.de wrote: Hi, while updateing this morning I got this ouput: Calculating dependencies... done! [nomerge ] app-text/texlive-core-2012-r1 USE=X tk -cjk -doc -source -xetex [ebuild N ] dev-tex/luatex-0.70.1-r1 USE=-doc 0 kB [ebuild U ] app-emulation/emul-linux-x86-gtklibs-20130224 [20121202] USE=development 6,030 kB [ebuild U ~] sys-fs/ecryptfs-utils-103 [101] USE=gtk pam -doc -gpg -openssl -pkcs11 -python -suid -tpm 610 kB [ebuild U ] app-emulation/emul-linux-x86-sdl-20130224 [20121202] USE=development 637 kB [ebuild U ] app-emulation/emul-linux-x86-soundlibs-20130224 [20121202] USE=alsa development 6,903 kB [ebuild U ] app-emulation/emul-linux-x86-medialibs-20130224 [20121202] USE=development 10,173 kB [ebuild U ] app-emulation/emul-linux-x86-xlibs-20130224 [20121202] USE=development opengl 2,415 kB [ebuild U ] app-emulation/emul-linux-x86-opengl-20130224 [20121202-r1] USE=development 61,283 kB [ebuild UD ] app-text/poppler-0.20.5:0/0 [0.22.2:0/35] USE=cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc 0 kB [ebuild R] sys-process/procps-3.3.4 USE=ncurses nls%* unicode -static-libs 0 kB [ebuild U ] app-emulation/emul-linux-x86-db-20130224 [20121202] USE=development 1,395 kB [ebuild U ] app-emulation/emul-linux-x86-baselibs-20130224 [20121202] USE=development 40,865 kB Total: 12 packages (9 upgrades, 1 downgrade, 1 new, 1 reinstall), Size of downloads: 130,308 kB WARNING: One or more updates have been skipped due to a dependency conflict: app-text/poppler:0 (app-text/poppler-0.22.2::gentoo, ebuild scheduled for merge) conflicts with app-text/poppler-0.22[xpdf-headers(+)] required by (dev-tex/luatex-0.70.1-r1::gentoo, ebuild scheduled for merge) After doing an eix app-text/poppler I got his: [I] app-text/poppler Available versions: (0) 0.20.5^t (0/35) (~)0.22.2^t {{cairo cjk curl cxx debug doc +introspection (+)jpeg jpeg2k +lcms png qt4 tiff +utils}} Installed versions: 0.22.2(0/35)^t(05:14:11 03/17/13)(cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc) Homepage:http://poppler.freedesktop.org/ Description: PDF rendering library based on the xpdf-3.0 code base and there is no xpdf-headers USE flag. XPdf was removed at all if my brain serves me right... ;) So no chance to resolve the conflict? How can I prevent this problem? Thank you very much in advance for any help! Best regards, mcc You can try uninstalling 'app-text/poppler-0.22' and then running your update again which should draw in 'app-text/poppler-0.22.2'. -- Regards, Mick smime.p7s Description: S/MIME cryptographic signature
Re: [gentoo-user] Emerge problems
Mick michaelkintz...@gmail.com [13-03-17 09:52]: On Sunday 17 Mar 2013 04:50:00 meino.cra...@gmx.de wrote: Hi, while updateing this morning I got this ouput: Calculating dependencies... done! [nomerge ] app-text/texlive-core-2012-r1 USE=X tk -cjk -doc -source -xetex [ebuild N ] dev-tex/luatex-0.70.1-r1 USE=-doc 0 kB [ebuild U ] app-emulation/emul-linux-x86-gtklibs-20130224 [20121202] USE=development 6,030 kB [ebuild U ~] sys-fs/ecryptfs-utils-103 [101] USE=gtk pam -doc -gpg -openssl -pkcs11 -python -suid -tpm 610 kB [ebuild U ] app-emulation/emul-linux-x86-sdl-20130224 [20121202] USE=development 637 kB [ebuild U ] app-emulation/emul-linux-x86-soundlibs-20130224 [20121202] USE=alsa development 6,903 kB [ebuild U ] app-emulation/emul-linux-x86-medialibs-20130224 [20121202] USE=development 10,173 kB [ebuild U ] app-emulation/emul-linux-x86-xlibs-20130224 [20121202] USE=development opengl 2,415 kB [ebuild U ] app-emulation/emul-linux-x86-opengl-20130224 [20121202-r1] USE=development 61,283 kB [ebuild UD ] app-text/poppler-0.20.5:0/0 [0.22.2:0/35] USE=cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc 0 kB [ebuild R] sys-process/procps-3.3.4 USE=ncurses nls%* unicode -static-libs 0 kB [ebuild U ] app-emulation/emul-linux-x86-db-20130224 [20121202] USE=development 1,395 kB [ebuild U ] app-emulation/emul-linux-x86-baselibs-20130224 [20121202] USE=development 40,865 kB Total: 12 packages (9 upgrades, 1 downgrade, 1 new, 1 reinstall), Size of downloads: 130,308 kB WARNING: One or more updates have been skipped due to a dependency conflict: app-text/poppler:0 (app-text/poppler-0.22.2::gentoo, ebuild scheduled for merge) conflicts with app-text/poppler-0.22[xpdf-headers(+)] required by (dev-tex/luatex-0.70.1-r1::gentoo, ebuild scheduled for merge) After doing an eix app-text/poppler I got his: [I] app-text/poppler Available versions: (0) 0.20.5^t (0/35) (~)0.22.2^t {{cairo cjk curl cxx debug doc +introspection (+)jpeg jpeg2k +lcms png qt4 tiff +utils}} Installed versions: 0.22.2(0/35)^t(05:14:11 03/17/13)(cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc) Homepage:http://poppler.freedesktop.org/ Description: PDF rendering library based on the xpdf-3.0 code base and there is no xpdf-headers USE flag. XPdf was removed at all if my brain serves me right... ;) So no chance to resolve the conflict? How can I prevent this problem? Thank you very much in advance for any help! Best regards, mcc You can try uninstalling 'app-text/poppler-0.22' and then running your update again which should draw in 'app-text/poppler-0.22.2'. -- Regards, Mick Hi, thanks for the hint, but it does not work for me. luatex (texlive core) wants the +xpdf-headers-version of poppler... Best regards, mcc
Re: [gentoo-user] bombono-dvd fails to compile
On 03/16/2013 09:51:37 PM, Dale wrote: Dale wrote: Alan McKinnon wrote: On 16/03/2013 21:41, Dale wrote: Howdy, bombono-dvd fails to compile. Anyone else having this issue? https://bugs.gentoo.org/show_bug.cgi?id=457852 Search-fu on the futz Dale? search-string = bombono-dvd, nothing else, second hit :-) Google search, forum search, didn't even think about bgo. hangs head in shame Thanks. Dale :-) :-) Patch seems to be worse than the original problem. Would you please elaborate on this, Helmut.
Re: [gentoo-user] Emerge problems
On 03/17/2013 10:08:53 AM, meino.cra...@gmx.de wrote: Mick michaelkintz...@gmail.com [13-03-17 09:52]: You can try uninstalling 'app-text/poppler-0.22' and then running your update again which should draw in 'app-text/poppler-0.22.2'. -- Regards, Mick Hi, thanks for the hint, but it does not work for me. luatex (texlive core) wants the +xpdf-headers-version of poppler... Best regards, mcc Strange, here I have dev-tex/luatex 0.70.1-r2 app-text/poppler 0.22.2 app-text/texlive-core 2012-r1 I do remember that after upgrading to poppler 0.22.2 I had to re-emerge app-text/texlive-core dev-tex/luatex and quite a few other packages. Helmut
Re: [gentoo-user] bombono-dvd fails to compile
Helmut Jarausch wrote: On 03/16/2013 09:51:37 PM, Dale wrote: Dale wrote: Alan McKinnon wrote: On 16/03/2013 21:41, Dale wrote: Howdy, bombono-dvd fails to compile. Anyone else having this issue? https://bugs.gentoo.org/show_bug.cgi?id=457852 Search-fu on the futz Dale? search-string = bombono-dvd, nothing else, second hit :-) Google search, forum search, didn't even think about bgo. hangs head in shame Thanks. Dale :-) :-) Patch seems to be worse than the original problem. Would you please elaborate on this, Helmut. It didn't make as far as it did without the patch. I think I did it right but who knows. I just did a -C on it. Everything comes back clean now. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Re: udev upgrade renames eth-interfaces
On Saturday 16 March 2013 12.08:23 Canek Peláez Valdés wrote: On Sat, Mar 16, 2013 at 11:03 AM, Dan Johansson dan.johans...@dmj.nu wrote: On Saturday 16 March 2013 09.39:17 Jonathan Callen wrote: Hello, Today I upgraded udev on one of my boxes (after hesitating a long time). Even if I have /etc/udev/rules.d/80-net-name-slot.rules and my old 70-persistent-net.rules in place, my interfaces gets renamed (eth0 gets swapped with eth1) which then messes up my whole configuration (routing tables and firewall rules). Any suggestion how to keep my old names and order? Udev, as of version 187, will now refuse to rename a network interface to the name of a network interface that already exists -- which, due to race conditions, can be the case if you are attempting to rename a network device to a name the kernel will later use to name the next enumerated device. The fix for this issue is to *not* use names that match eth[0-9]*, wlan[0-9]*, etc. and instead use a name that the kernel would *not* automatically assign. Unfortunately, that means that you *cannot* keep your old names and order (upstream claims that the means used to ensure those names were used was unreliable and prone to race conditions anyway, which, looking at the code, I can believe). This is great... (I hope you can hear the irony) OK, so I removed the two udev rules (70-persistent-net and 80-net-name-slot) files, thinking if this is the way the upstream devs are going then I have to check it out. That's the smart thing to do. After removing the udev-rules and rebooting I got my two new network interfaces called enp0s4 and enp0s5 (no idea what that is supposed to mean). http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames http://cgit.freedesktop.org/systemd/systemd/tree/src/udev/udev-builtin-net_id.c Basically, en is for ethernet, p is for PCI bus, and 0s4 and 0s5 is for the topology of the cards in your machine: the cards are in the PCI bus number 0, slot number 4 and 5. In other words, if you do find /sys -name enp0s4, I'm betting you will get something like: /sys/devices/pci:00/:00:1c.1/:00:004.0/net/enp0s4 The :00:004.0 is the part that determines the naming of yout device. This naming is deterministic: as long as you don't move the cards from PCI slot, they will be named like that always. My next step was to replace eth0 with enp0s5 and eth1 with enp0s4 in /etc/conf.d(net and create two new links (net.lo - net.enp0s[45]) in /etc/init.d Now I could start the two network interfaces (/etc/init.d/net.enp0s[45] start). BUT, as soon as I try to start some service (sshd, ntpd, ...) that is using the network I get a lot of complains that eth0 and eth1 is not started (and can not be started) and the service wont start. What have I missed??? Do you have net.eth0 or net.eth1 in /etc/rc.conf? No, but I still had the links in /etc/init.d/. Removing those and adding lins for enp0s[45] did the trick. Thanks, -- Dan Johansson, http://www.dmj.nu *** This message is printed on 100% recycled electrons! ***
Re: [gentoo-user] Emerge problems
On Sunday 17 Mar 2013 09:32:21 Helmut Jarausch wrote: On 03/17/2013 10:08:53 AM, meino.cra...@gmx.de wrote: Mick michaelkintz...@gmail.com [13-03-17 09:52]: You can try uninstalling 'app-text/poppler-0.22' and then running your update again which should draw in 'app-text/poppler-0.22.2'. -- Regards, Mick Hi, thanks for the hint, but it does not work for me. luatex (texlive core) wants the +xpdf-headers-version of poppler... Best regards, mcc Strange, here I have dev-tex/luatex 0.70.1-r2 app-text/poppler 0.22.2 app-text/texlive-core 2012-r1 I do remember that after upgrading to poppler 0.22.2 I had to re-emerge app-text/texlive-core dev-tex/luatex and quite a few other packages. Helmut I'm on app-text/poppler-0.20.5 and I don't use the other packages, so I can't offer advice here, other than to confirm that the +xpdf-headers-version USE flag doesn't seem to exist ... Time to file a bug? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo speed comparison to other distros
Am 14.03.2013 09:15, schrieb Dale: I was wondering. Has anyone ever seen where a test as been done to compare the speed of Gentoo with other distros? Maybe Gentoo compared to Redhat, Mandrake, Ubuntu and such? Running Gentoo is not a choice about raw _speed_. I mean, even if you claim that your binaries are running 2-3% faster than e.g. on Debian, this is something really negligable on a production system. I mean, you may gain a small percentage of running speed, but on the other hand you get the need to have a compiler installed on your system, which could be quite a security hole, and having binaries produced by yourself. If you are not that lucky to have your own binary package building host for Gentoo that's something, that you don't want to have on heavy duty production systems, like e.g. database hosts. Compiler runs on such systems are a big nono to me. So running Gentoo is about another thing - _choice_ and _flexibility_. It fits that hole quite nicely if you need package switches enabled most binary based distributions don't have enabled. Otherwise running those distributions is the way to go. Of course, if you like to tinker with your system to shape it the way you like it, Gentoo is a good choice.
Re: [gentoo-user] Emerge problems
Mick michaelkintz...@gmail.com [13-03-17 10:56]: On Sunday 17 Mar 2013 09:32:21 Helmut Jarausch wrote: On 03/17/2013 10:08:53 AM, meino.cra...@gmx.de wrote: Mick michaelkintz...@gmail.com [13-03-17 09:52]: You can try uninstalling 'app-text/poppler-0.22' and then running your update again which should draw in 'app-text/poppler-0.22.2'. -- Regards, Mick Hi, thanks for the hint, but it does not work for me. luatex (texlive core) wants the +xpdf-headers-version of poppler... Best regards, mcc Strange, here I have dev-tex/luatex 0.70.1-r2 app-text/poppler 0.22.2 app-text/texlive-core 2012-r1 I do remember that after upgrading to poppler 0.22.2 I had to re-emerge app-text/texlive-core dev-tex/luatex and quite a few other packages. Helmut I'm on app-text/poppler-0.20.5 and I don't use the other packages, so I can't offer advice here, other than to confirm that the +xpdf-headers-version USE flag doesn't seem to exist ... Time to file a bug? -- Regards, Mick Hi, FIXED! The problem seemed to be *~-file in package.use left from my last vim session...sigh Thanks too all who helped ! :) Have a nice weekend! Best regards, mcc
Re: [gentoo-user] HTML editor WYSIWYG
On Sunday 17 Mar 2013 07:35:56 Stroller wrote: On 17 March 2013, at 04:07, Joseph wrote: ... Better than define user-friendly...how about describing what you're trying to do? How large a project is this? I wanted something like Nvu, I used long, time ago WYSIWYG I don't have time to play with those tags. I just want to type in some text, change the font size if I have to, place some picture beside it; save it an upload. I bluefish I was presented with pure html coding :-/ Can't you export to HTML from the word-processor in Open Office? (LibreOffice, AbiWord, whatever). HTML seems generally unsuited for WYSIWYG, as different browsers will render differently. That may not be a problem for the kind of really simple stuff you have in mind, but I guess there may not be much development in this area. Stroller. Bluefish has tab autocompletion for tags ... type to open a tag and you can choose from the dropdown. KDE3 had Quanta Plus, but I don't think it was ever ported to KDE4. Kate offers autocompletion in CSS at least, once you start typing the tag. You can have a browser open to check the results of your edits as an WYSIWYG solution. Otherwise, you may want to try Komodo-edit-bin: https://bugs.gentoo.org/show_bug.cgi?id=171944 (I've just added an ebuild for the latest 8.0.0 version.) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] install a single package into a different tree?
Hi, I'd like to install both media-video/avidemux-2.5.6-r2 and media-video/avidemux-2.6.2 which are blocking each other. Is it possible to install one of them in a different tree like /usr/local instead of /usr Many thanks for a hint, Helmut.
Re: [gentoo-user] install a single package into a different tree?
On Sun, 17 Mar 2013 13:30:51 +0100, Helmut Jarausch wrote: I'd like to install both media-video/avidemux-2.5.6-r2 and media-video/avidemux-2.6.2 which are blocking each other. They are slotted, so you can install both. emerge avidemux:2 avidemux:2.6 However, there is a problem installing 2.6.2 over 2.6.1 because some files have moved to avidemux-core causing collisions. I worked round this yesterday with FEATURES=-protect-owned emerge avidemux:2.6 but it may have been fixed by now. -- Neil Bothwick There are two ways to live: you can live as if nothing is a miracle; you can live as if everything is a miracle. (Albert Einstein) signature.asc Description: PGP signature
Re: [gentoo-user] install a single package into a different tree?
On 03/17/2013 02:12:06 PM, Neil Bothwick wrote: On Sun, 17 Mar 2013 13:30:51 +0100, Helmut Jarausch wrote: I'd like to install both media-video/avidemux-2.5.6-r2 and media-video/avidemux-2.6.2 which are blocking each other. They are slotted, so you can install both. emerge avidemux:2 avidemux:2.6 However, there is a problem installing 2.6.2 over 2.6.1 because some files have moved to avidemux-core causing collisions. I worked round this yesterday with FEATURES=-protect-owned emerge avidemux:2.6 but it may have been fixed by now. Thanks Neil. To try out 2.6.2 I have removed 2.5.6 first, then I installed 2.6.2. Now I cannot install 2.5.6 anymore: emerge -vp media-video/avidemux:2 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS #] media-video/avidemux-2.5.6-r2:2 [2.6.2:2.6] USE=aac alsa gtk mp3 nls opengl qt4 sdl truetype vorbis x264 xv xvid -aften -amr -jack -oss -pulseaudio -vpx LINGUAS=de -bg -ca -cs -el -es -fr -it -ja -pt_BR -ru -sr -sr@latin -tr -zh_TW 0 kB [blocks B ] media-video/avidemux-2.6.2 (media-video/avidemux-2.6.2 is blocking media-libs/avidemux-core-2.6.2) Total: 1 package (1 in new slot), Size of downloads: 0 kB Conflict: 1 block (1 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (media-libs/avidemux-core-2.6.2::gentoo, installed) pulled in by =media-libs/avidemux-core-2.6.2[a52,alsa,dts,lame,mmx,nls,sdl,vorbis,truetype,xvid,x264,xv] required by (media-video/avidemux-2.6.2::gentoo, installed) (media-video/avidemux-2.5.6-r2::gentoo, ebuild scheduled for merge) pulled in by media-video/avidemux:2 media-video/avidemux required by @selected Then I have removed both versions and I have installed version 2.5.6 first. Then again FEATURES=-protect-owned emerge media-video/avidemux:2.6 Calculating dependencies... done! [ebuild N ] media-libs/avidemux-core-2.6.2 USE=a52 alsa dts lame mmx nls sdl truetype vorbis x264 xv xvid -aften -amr -debug -fontconfig -jack -libsamplerate -oss (-system-ffmpeg) LINGUAS=de -ca -cs -el -es -fr -it -ja -pt_BR -ru -sr -sr@latin -tr [ebuild NS] media-video/avidemux-2.6.2 [2.5.6-r2] USE=a52 alsa dts gtk lame mmx nls qt4 sdl truetype vorbis x264 xv xvid -aften -amr -debug -fontconfig -jack -libsamplerate -oss LINGUAS=de -ca -cs -el -es -fr -it -ja -pt_BR -ru -sr -sr@latin -tr [blocks B ] media-video/avidemux-2.6.2 (media-video/avidemux-2.6.2 is blocking media-libs/avidemux-core-2.6.2) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (media-video/avidemux-2.5.6-r2::gentoo, installed) pulled in by media-video/avidemux:2 required by @selected (media-libs/avidemux-core-2.6.2::gentoo, ebuild scheduled for merge) pulled in by =media-libs/avidemux-core-2.6.2[a52,alsa,dts,lame,mmx,nls,sdl,vorbis,truetype,xvid,x264,xv] required by (media-video/avidemux-2.6.2::gentoo, ebuild scheduled for merge) So, you must have been very lucky, and that's not portable. Helmut.
[gentoo-user] I guess it is time to update udev from 171-r10 to 197-r8...
Ok, I sync'd this morning, and now see the warning about udev 171-r10 being masked, so I guess it is time.. I know this was discussed quite a bit a few months ago, but just to refresh my memory... My question is, if I am currently running 171-r10 on my server, and I have a separate lvm managed /usr partition, is it now safe to comment out my udev masks and update udev, with a reasonable expectation that doing so won't break my boot ability? Also, should I manually fix the blockers: [blocks B ] sys-apps/module-init-tools (sys-apps/module-init-tools is blocking sys-apps/kmod-12-r1) [blocks B ] sys-apps/kmod (sys-apps/kmod is blocking sys-apps/module-init-tools-3.16-r2) by doing emerge -C module-init-tools emerge kmod *before* upgrading udev? Or does it matter? Thanks...
Re: [gentoo-user] install a single package into a different tree?
On Sun, 17 Mar 2013 18:28:21 +0100, Helmut Jarausch wrote: [blocks B ] media-video/avidemux-2.6.2 (media-video/avidemux-2.6.2 is blocking media-libs/avidemux-core-2.6.2) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (media-video/avidemux-2.5.6-r2::gentoo, installed) pulled in by media-video/avidemux:2 required by @selected (media-libs/avidemux-core-2.6.2::gentoo, ebuild scheduled for merge) pulled in by =media-libs/avidemux-core-2.6.2[a52,alsa,dts,lame,mmx,nls,sdl,vorbis,truetype,xvid,x264,xv] required by (media-video/avidemux-2.6.2::gentoo, ebuild scheduled for merge) So, you must have been very lucky, and that's not portable. I don't think it was luck, I had 2.5 installed, and later uninstalled, before the 2.6 package was split into avidemux and -core. Now it appears you can't have both, which rather defeats the point of slotting them. I'd file a bug report, if no one has beaten you to it. -- Neil Bothwick Most problems go away if you just wait long enough. It might look like I'm standing motionless but I'm actively waiting for our problems to go away. I don't know why this works but it does. Scott Adams, Dilbert comic signature.asc Description: PGP signature
Re: [gentoo-user] I guess it is time to update udev from 171-r10 to 197-r8...
On Sun, 17 Mar 2013 13:46:39 -0400, Tanstaafl wrote: Also, should I manually fix the blockers: [blocks B ] sys-apps/module-init-tools (sys-apps/module-init-tools is blocking sys-apps/kmod-12-r1) [blocks B ] sys-apps/kmod (sys-apps/kmod is blocking sys-apps/module-init-tools-3.16-r2) by doing emerge -C module-init-tools emerge kmod *before* upgrading udev? No, because that adds kmod to world. Just unmerge module-init-tools and then emerge world, letting portage install what it needs. -- Neil Bothwick I don't know what makes you tick but I wish it was a time bomb. signature.asc Description: PGP signature
Re: [gentoo-user] I guess it is time to update udev from 171-r10 to 197-r8...
On 2013-03-17 2:17 PM, Neil Bothwick n...@digimed.co.uk wrote: On Sun, 17 Mar 2013 13:46:39 -0400, Tanstaafl wrote: Also, should I manually fix the blockers: [blocks B ] sys-apps/module-init-tools (sys-apps/module-init-tools is blocking sys-apps/kmod-12-r1) [blocks B ] sys-apps/kmod (sys-apps/kmod is blocking sys-apps/module-init-tools-3.16-r2) by doing emerge -C module-init-tools emerge kmod *before* upgrading udev? No, because that adds kmod to world. Just unmerge module-init-tools and then emerge world, letting portage install what it needs Ah, ok... but as for the rest... I should be able to safely upgrade udev, with a reasonable (I know there are no guarantees) expectation of everything 'just working' (ie, my lvm managed /usr partition shouldn't be an issue like it would have been earlier on in this process)? Thanks Neil
Re: [gentoo-user] HTML editor WYSIWYG
On 03/17/13 07:35, Stroller wrote: On 17 March 2013, at 04:07, Joseph wrote: ... Better than define user-friendly...how about describing what you're trying to do? How large a project is this? I wanted something like Nvu, I used long, time ago WYSIWYG I don't have time to play with those tags. I just want to type in some text, change the font size if I have to, place some picture beside it; save it an upload. I bluefish I was presented with pure html coding :-/ Can't you export to HTML from the word-processor in Open Office? (LibreOffice, AbiWord, whatever). HTML seems generally unsuited for WYSIWYG, as different browsers will render differently. That may not be a problem for the kind of really simple stuff you have in mind, but I guess there may not be much development in this area. Stroller. Yes, OpenOffice exports to HTML but I'm modifying an existing document and it looks strange. I've in stalled on Windows XP kompozer as it is not available on Gentoo and it works similar like Nvu. -- Joseph
[gentoo-user] Re: AMD64, Firefox = Java Plugin?
On 03/16/2013 06:15 AM, meino.cra...@gmx.de wrote: Hi, I am looking for a useable howto/tutorial which describes howto install the java plugin for the current fireox. I see your question is already answered, but I'll add that there are a zillion open security bugs for java and many are actively being exploited in the wild recently. If you must use java in Firefox (as I do) then make sure that your version of Firefox is the latest one (19-something) because it will ask your permission before running any java applets. Firefox will allow you to override the warnings for selected websites so it won't become irritating at sites you trust. IIUC there are exploitable bugs in java7 that don't exist in java6, so I'm sticking to java6 for now, though 6 isn't perfect either.
Re: [gentoo-user] I guess it is time to update udev from 171-r10 to 197-r8...
On Sun, 17 Mar 2013 14:33:50 -0400, Tanstaafl wrote: Ah, ok... but as for the rest... I should be able to safely upgrade udev, with a reasonable (I know there are no guarantees) expectation of everything 'just working' (ie, my lvm managed /usr partition shouldn't be an issue like it would have been earlier on in this process)? It worked for me on more than one machine, but that's no guarantee that it will even work for me again, let alone for you. It should work, and if it doesn't, at least you get to keep the pieces... -- Neil Bothwick New sig wanted good price paid. signature.asc Description: PGP signature