Re: [gentoo-user] Emerge problems

[Volker Armin Hemmann]

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
>  (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

[Stroller]

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

[Mick]

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  (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

[meino . cramer]

Mick  [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  > (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

[Helmut Jarausch]

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

[Helmut Jarausch]

On 03/17/2013 10:08:53 AM, meino.cra...@gmx.de wrote:

Mick  [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

[Dale]

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

[Dan Johansson]

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  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, 
***
This message is printed on 100% recycled electrons!
***

Re: [gentoo-user] Emerge problems

[Mick]

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  [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

[Marc Stürmer]

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

[meino . cramer]

Mick  [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  [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...

Thanks too all who helped ! :)
Have a nice weekend!
Best regards,
mcc

Re: [gentoo-user] HTML editor WYSIWYG

[Mick]

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?

[Helmut Jarausch]

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?

[Neil Bothwick]

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?

[Helmut Jarausch]

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-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-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...

[Tanstaafl]

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?

[Neil Bothwick]

On Sun, 17 Mar 2013 18:28:21 +0100, Helmut Jarausch wrote:

> [blocks B  ]  (" 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...

[Neil Bothwick]

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...

[Tanstaafl]

On 2013-03-17 2:17 PM, Neil Bothwick  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

[Joseph]

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?

[walt]

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...

[Neil Bothwick]

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