Re: [gentoo-user] VMs - what technology would you advise?
I would suggest QEMU/KVM takes the place of VirtualBox. I've not actually found anything it doesn't support, though VirtualBox is far more polished. Starting a VM will be as easy as running a shell script (or you can use virt-manager).
Re: [gentoo-user] media-video/gpac-0.5.0-r1 fails to compile
Alec Ten Harmsel wrote: > On 12/30/2014 04:57 AM, Dale wrote: >> Howdy, >> >> I been running into this issue for a while now. Anyone else run into >> this? Nothing on the forums and google ain't no help either. Last part >> of the build log below. >> >> < SNIP > >> >> >> Any ideas? >> >> Thanks. >> >> Dale >> >> :-) :-) >> > Just guessing here, but do you have libav installed and not ffmpeg? I > compiled with USE="ffmpeg" (plus default flags) and it built and > installed for me, and I have ffmpeg installed. > > Alec > > I've tried with both libav and ffmpeg, not at the same time of course. I get the same failure. This is the emerge info for USE flags and such. [ebuild U ~] media-video/gpac-0.5.1_pre5456 [0.5.0-r1] USE="a52 aac alsa ffmpeg ipv6 jpeg jpeg2k mad opengl png sdl ssl truetype vorbis xml xvid -debug -dvb -jack -oss -pulseaudio -static-libs -theora" It's been doing this for a while. I just been upgrading around it. I'm clueless. I'm getting to old to figure this crap out. lol Dale :-) :-)
Re: [gentoo-user] media-video/gpac-0.5.0-r1 fails to compile
Helmut Jarausch wrote: > On 12/30/2014 10:57:31 AM, Dale wrote: >> Howdy, >> >> I been running into this issue for a while now. Anyone else run into >> this? Nothing on the forums and google ain't no help either. Last >> part >> of the build log below. > I have 0.5.1_pre5456 installed here, I had problems with 0.5.0, as > well. > > A Happy New Year to all of you, > Helmut > > > I get the same with that version. Alec's reply has me wondering tho. < scratches head > Thanks. Dale :-) :-)
Re: [gentoo-user] VMs - what technology would you advise?
On Tuesday, December 30, 2014 07:52:44 PM Mick wrote: > For years now I have been running VirtualBox for testing purposes. > > It has served the users' needs well, but I have set up a new PC and am > wondering if I am missing out on new tricks. The VMs are launched may be a > couple of times a week for an hour or two, to test website designs on > different OS' and browsers. The Vbox does this flawlessly. Is there a > different technology and applications I should consider and how do these > compare with Vbox? For simple tests where you only briefly run the VM on a desktop/workstation/laptop, VirtualBox generally does the trick. If you actually need to run the VMs for longer periods of time, having a dedicated machine running the likes of Xen or VMWare is a better option. Of the 2, I would recommend Xen. If you don't feel like configuring the whole stack yourself, a pre-build image like "XCP" generally does the trick. This is a free version of the Citrix VM product. The Citrix VM manager works with XCP as well. -- Joost
Re: [gentoo-user] VMs - what technology would you advise?
On Tuesday 30 Dec 2014 22:01:00 Rich Freeman wrote: > On Tue, Dec 30, 2014 at 2:52 PM, Mick wrote: > > For years now I have been running VirtualBox for testing purposes. > > I used to run vbox, but ran into some issues along the way and > switched to KVM, with virt-manager as a front-end. It is a bit more > complicated to get bridged networking set up, but it doesn't require > any 3rd-party kernel modules to run. You might want to look into it. > It isn't as user-friendly as VirtualBox, but all the features are FOSS > (I forget if all the VirtualBox features are open-source - haven't > used it in a while). You can run VMs via the front-end, or as > daemons/etc. > > This wouldn't really fit your needs, but in general I'd advise anybody > doing virtualization of linux guests to consider running containers > instead. They are fairly mainstream technology now - the isolation > isn't as good as virtualization from a security standpoint, and I have > no idea if you can use one with a graphical console, but otherwise > they give you almost all the benefits of running a linux guest with > much better performance and far less overhead (no double-caching, > etc). I've been moving to containers for more of my daemons as it > generally reduces the hassle of updates (more updates to do, but when > you do an update only one service can break at a time). Containers > can even get their own network interfaces/IPs/etc - just like a VM. Thank you All, it seems that VM is probably still the simplest solution for my needs. I thought of looking into containers, but a few of the VMs are MSWindows. Also thank you Alec for pointing out selenium. I expect it would be useful for automating the testing of more complex websites and web apps. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] VMs - what technology would you advise?
On Tue, Dec 30, 2014 at 2:52 PM, Mick wrote: > For years now I have been running VirtualBox for testing purposes. > I used to run vbox, but ran into some issues along the way and switched to KVM, with virt-manager as a front-end. It is a bit more complicated to get bridged networking set up, but it doesn't require any 3rd-party kernel modules to run. You might want to look into it. It isn't as user-friendly as VirtualBox, but all the features are FOSS (I forget if all the VirtualBox features are open-source - haven't used it in a while). You can run VMs via the front-end, or as daemons/etc. This wouldn't really fit your needs, but in general I'd advise anybody doing virtualization of linux guests to consider running containers instead. They are fairly mainstream technology now - the isolation isn't as good as virtualization from a security standpoint, and I have no idea if you can use one with a graphical console, but otherwise they give you almost all the benefits of running a linux guest with much better performance and far less overhead (no double-caching, etc). I've been moving to containers for more of my daemons as it generally reduces the hassle of updates (more updates to do, but when you do an update only one service can break at a time). Containers can even get their own network interfaces/IPs/etc - just like a VM. -- Rich
Re: [gentoo-user] VMs - what technology would you advise?
On 30/12/2014 21:52, Mick wrote: > For years now I have been running VirtualBox for testing purposes. > > It has served the users' needs well, but I have set up a new PC and am > wondering if I am missing out on new tricks. The VMs are launched may be a > couple of times a week for an hour or two, to test website designs on > different OS' and browsers. The Vbox does this flawlessly. Is there a > different technology and applications I should consider and how do these > compare with Vbox? > You have a simple use-case there which any VM technology can fulfil. You have a working solution that does everything you need it to do and it's familiar to you. I'm not seeing any good reason to change it, unless you feel like playing with new toys, but that's never a good reason to change something in production. If you often create new VMs with different configuration and it's becoming a pain setting them all up anew each time, look into vagrant/docker/ansible for ways to automate that process. These apps support every VM platform out there -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] VMs - what technology would you advise?
On 12/30/2014 02:52 PM, Mick wrote: > For years now I have been running VirtualBox for testing purposes. > > It has served the users' needs well, but I have set up a new PC and am > wondering if I am missing out on new tricks. The VMs are launched may be a > couple of times a week for an hour or two, to test website designs on > different OS' and browsers. The Vbox does this flawlessly. Is there a > different technology and applications I should consider and how do these > compare with Vbox? > I have seen a decent amount of references to Selenium (http://www.seleniumhq.org/), a tool that automates the testing of the UI across multiple platforms/browsers. Never used it, don't know how well it works, etc, but I occasionally come across web stuff when I dabble with Java and Ruby. Alec
[gentoo-user] VMs - what technology would you advise?
For years now I have been running VirtualBox for testing purposes. It has served the users' needs well, but I have set up a new PC and am wondering if I am missing out on new tricks. The VMs are launched may be a couple of times a week for an hour or two, to test website designs on different OS' and browsers. The Vbox does this flawlessly. Is there a different technology and applications I should consider and how do these compare with Vbox? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] installing Gentoo in a xen VM
On Tue, Dec 30, 2014 at 1:05 PM, J. Roeleveld wrote: > > I could do with a hardware controller which can be used to off-load all the > heavy lifting for the RAIDZ-calculations away from the CPU. And if the stuff > for the deduplication could also be done that way? > The CPU is the least of the reasons why ZFS/btrfs will outperform traditional RAID. Most of the benefits come from avoiding disk operations. If you write 1 byte to the middle of a file ext4 will overwrite one block in-place, and md will read a stripe and then rewrite the stripe. If you write 1 byte to the middle of a file on btrfs (and likely zfs) it will just write 1 byte to the metadata and bunch it up with a bunch of other writes, likely overwriting an entire stripe at once so that there is no need to read the strip first. If you copy a file in btrfs it will just create a reflink and it is a metadata-only change, etc. If you scrub your array the filesystem knows what blocks are in use and only those get checked, and if the filesystem has checksums at the block level it can do the scrub asynchronously which impacts reads less, etc. I'm sure that CPU optimizations count for something, but avoiding disk IO is going to have a much larger impact, especially with spinning disks. -- Rich
Re: [gentoo-user] installing Gentoo in a xen VM
On Monday, December 29, 2014 02:55:49 PM lee wrote: > thegeezer writes: > > On 08/12/14 22:17, lee wrote: > >> "J. Roeleveld" writes: > >>> create 1 bridge per physical network port > >>> add the physical ports to the respective bridges > >> > >> That tends to make the ports disappear, i. e. become unusable, because > >> the bridge swallows them. > > > > and if you pass the device then it becomes unusable to the host > > The VM uses it instead, which is what I wanted :) > > >>> pass virtual NICs to the VMs which are part of the bridges. > >> > >> Doesn't that create more CPU load than passing the port? And at some > >> point, you may saturate the bandwidth of the port. > > > > some forward planning is needed. obviously if you have two file servers > > using the same bridge and that bridge only has one physical port and the > > SAN is not part of the host then you might run into trouble. however, > > you can use bonding in various ways to group connections -- and in this > > way you can have a virtual nic that actually has 2x 1GB bonded devices, > > or if you choose to upgrade at a later stage you can start putting in > > 10GbE cards and the virtual machine sees nothing different, just access > > is faster. > > on the flip side you can have four or more relatively low bandwidth > > requirement virtual machines running on the same host through the same > > single physical port > > think of the bridge as an "internal, virtual, network switch"... you > > wouldn't load up a switch with 47 high bandwidth requirement servers and > > then create a single uplink to the SAN / other network without seriously > > considering bonding or partitioning in some way to reduce the 47into1 > > bottleneck, and the same is true of the virtual-switch (bridge) > > > > the difference is that you need to physically be there to repatch > > connections or to add a new switch when you run out of ports. these > > limitations are largely overcome. > > That all makes sense; my situation is different, though. I plugged a > dual port card into the server and wanted to use one of the ports for > another internet connection and the other one for a separate network, > with firewalling and routing in between. You can't keep the traffic > separate when it all goes over the same bridge, can you? Not if it goes over the same bridge. But as they are virtual, you can make as many as you need. > And the file server could get it's own physical port --- not because > it's really needed but because it's possible. I could plug in another > dual-port card for that and experiment with bonding. How many slots do you have for all those cards? And don't forget there is a bandwidth limit on the PCI-bus. > However, I've changed plans and intend to use a workstation as a hybrid > system to reduce power consumption and noise, and such a setup has other > advantages, too. I'll put Gentoo on it and probably use containers for > the VMs. Then I can still use the server for experiments and/or run > distcc on it when I want to. Most people use a low-power machine as a server and use the fast machine as a workstation to keep power consumption and noise down. > >> The only issue I have with passing the port is that the kernel module > >> must not be loaded from the initrd image. So I don't see how fighting > >> with the bridges would make things easier. > > > > vif=[ 'mac=de:ad:be:ef:00:01,bridge=br0' ] > > > > am i missing where the fight is ? > > setting up the bridges Really simple, there are plenty of guides around. Including how to configure it using netifrc (which is installed by default on Gentoo) > no documentation about in which order a VM will see the devices Same goes for physical devices. Use udev-rules to name the interfaces logically based on the MAC-address: *** # cat 70-persistent-net.rules SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:16:3e:16:01:01", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="lan" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:16:3e:16:01:02", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="dmz" *** > a handful of bridges and VMs Only 1 bridge per network segment is needed. > a firewall/router VM with it's passed-through port for pppoe and three > bridges Not difficult, had that for years till I moved the router to a seperate machine. (Needed something small to fit the room where it lives) > the xen documentation being an awful mess A lot of it is outdated. A big cleanup would be useful there. > an awful lot of complexity required There is a logic to it. If you use the basic xen install, you need to do every layer yourself. You could also opt to go for a more ready product, like XCP, Vmware ESX,... Those will do more for you, but also hide the interesting details to the point of being annoying. Bit like using Ubuntu or Redhat instead of Gentoo. > Guess what, I still haven't found out how to actually back up and > r
Re: [gentoo-user] ceph on gentoo?
On Tuesday, December 30, 2014 08:11:15 AM Bruce Hill, Jr. wrote: > > On December 27, 2014 at 10:19 AM Andrew Savchenko > > wrote: > > > > If you have mail problems, check your MTA or whatever you are > > using to receive e-mail from this list. As you can see, other > > people don't have this problems. > > On my workstation mail is POP3 using mutt and mail-mta/msmtp is the MTA. > > > Just my guess: greylisting is broken (or had a temporary lag) on > > mail server you are using. > > There is no greylisting/blacklisting being done. > I checked mail at the web interface for the hosting company, and there was > no repeat of messages here; only in Mutt. Now there is another account > doing the same thing. > > Can you offer any technical suggestions as for what to check? Do you leave the messages on the mailserver? In that case, ensure your POP3-client keeps a list of message-ids (UIDL) and only downloads messages that haven't been downloaded before. Here is what the man page for fetchmail says about it: *** -U | --uidl (Keyword: uidl) Force UIDL use (effective only with POP3). Force client-side tracking of 'newness' of messages (UIDL stands for "unique ID listing" and is described in RFC1939). Use with 'keep' to use a mailbox as a baby news drop for a group of users. The fact that seen messages are skipped is logged, unless error logging is done through syslog while running in daemon mode. Note that fetchmail may automatically enable this option depending on upstream server capa- bilities. Note also that this option may be removed and forced enabled in a future fetchmail version. See also: --idfile. *** I don't know if there is an equivalent for mutt as I don't use that. -- Joost
Re: [gentoo-user] installing Gentoo in a xen VM
On 29/12/14 13:55, lee wrote: > thegeezer writes: > >> On 08/12/14 22:17, lee wrote: >>> "J. Roeleveld" writes: >>> create 1 bridge per physical network port add the physical ports to the respective bridges >>> That tends to make the ports disappear, i. e. become unusable, because >>> the bridge swallows them. >> and if you pass the device then it becomes unusable to the host > The VM uses it instead, which is what I wanted :) > pass virtual NICs to the VMs which are part of the bridges. >>> Doesn't that create more CPU load than passing the port? And at some >>> point, you may saturate the bandwidth of the port. >> some forward planning is needed. obviously if you have two file servers >> using the same bridge and that bridge only has one physical port and the >> SAN is not part of the host then you might run into trouble. however, >> you can use bonding in various ways to group connections -- and in this >> way you can have a virtual nic that actually has 2x 1GB bonded devices, >> or if you choose to upgrade at a later stage you can start putting in >> 10GbE cards and the virtual machine sees nothing different, just access >> is faster. >> on the flip side you can have four or more relatively low bandwidth >> requirement virtual machines running on the same host through the same >> single physical port >> think of the bridge as an "internal, virtual, network switch"... you >> wouldn't load up a switch with 47 high bandwidth requirement servers and >> then create a single uplink to the SAN / other network without seriously >> considering bonding or partitioning in some way to reduce the 47into1 >> bottleneck, and the same is true of the virtual-switch (bridge) >> >> the difference is that you need to physically be there to repatch >> connections or to add a new switch when you run out of ports. these >> limitations are largely overcome. > That all makes sense; my situation is different, though. I plugged a > dual port card into the server and wanted to use one of the ports for > another internet connection and the other one for a separate network, > with firewalling and routing in between. You can't keep the traffic > separate when it all goes over the same bridge, can you? > > And the file server could get it's own physical port --- not because > it's really needed but because it's possible. I could plug in another > dual-port card for that and experiment with bonding. > > However, I've changed plans and intend to use a workstation as a hybrid > system to reduce power consumption and noise, and such a setup has other > advantages, too. I'll put Gentoo on it and probably use containers for > the VMs. Then I can still use the server for experiments and/or run > distcc on it when I want to. > >>> The only issue I have with passing the port is that the kernel module >>> must not be loaded from the initrd image. So I don't see how fighting >>> with the bridges would make things easier. >>> >>> >> vif=[ 'mac=de:ad:be:ef:00:01,bridge=br0' ] >> >> am i missing where the fight is ? > setting up the bridges > > no documentation about in which order a VM will see the devices > > a handful of bridges and VMs > > a firewall/router VM with it's passed-through port for pppoe and three > bridges > > the xen documentation being an awful mess > > an awful lot of complexity required > > > Guess what, I still haven't found out how to actually back up and > restore a VM residing in an LVM volume. I find it annoying that LVM > doesn't have any way of actually copying a LV. It could be so easy if > you could just do something like 'lvcopy lv_source > other_host:/backups/lv_source_backup' and 'lvrestore > other_host:/backups/lv_source_backup vg_target/lv_source' --- or store > the copy of the LV in a local file somewhere. agreed. you have two choices, you can either use dd and clone the LV like a normal partition. alternatively you can use split mirrors and i do this to clone up physical devices: 1. make a mirror of the lv you want to copy to /dev/usb1 2. # lvconvert --splitmirrors 2 --name copy vg/lv /dev/usb1 in 2 it says " split the mirror into two parts give the new version the name 'copy' leave this on the pv /dev/usb1 " you then need to remove it if you want from your voume group > Just why can't you? ZFS apparently can do such things --- yet what's > the difference in performance of ZFS compared to hardware raid? > Software raid with MD makes for quite a slowdown. sorry but that's just not true, if you choose the correct raid level and stripe it can easily compete, and be more portable (you don't have to find the identical raid card if the raid card goes bang); many raid card i would argue are even underpowered for their required iops > >> the only issue with bridges is that if eth0 is in the bridge, if you try >> to use eth0 directly with for example an IP address things go a bit >> weird, so you have to use br0 instead >> so don't do that. > Yes, it's very confusing. > >> perhaps
Re: [gentoo-user] media-video/gpac-0.5.0-r1 fails to compile
On 12/30/2014 10:57:31 AM, Dale wrote: > Howdy, > > I been running into this issue for a while now. Anyone else run into > this? Nothing on the forums and google ain't no help either. Last > part > of the build log below. I have 0.5.1_pre5456 installed here, I had problems with 0.5.0, as well. A Happy New Year to all of you, Helmut
Re: [gentoo-user] Disable IPv6 on specific interface
Zesen Qian wrote: > cov...@ccs.covici.com writes: > > > Mick wrote: > > > >> On Tuesday 30 Dec 2014 03:27:34 Zesen Qian wrote: > >> > Hello list, > >> > Sorry for hijacking Rich's thread, resend here. > >> > I want to disable IPv6 on an certain interface, a simple google > >> > tell me to add one line to /etc/sysctl.d/local.conf > >> > net.ipv6.conf.enp4s0.disable_ipv6=1 > >> > Simple enough, but the problem I have is that both ipv6 and the > >> > dirver of the network card(tg3) is loaded by modules. They 're not > >> > loaded when the service sysctl is started, so there's no entry > >> > named "net.ipv6.conf.enp4s0", which make sysctl not working. > >> > So my question is that, is there any way to disable IPv6 on > >> > specific interface, as early as I can? I want to make it early > >> > because I don't want to receive any RA to mess up my route table. > >> > I guess just adding sysctl to preup() in /etc/conf.d/net should do > >> > the trick, but may I make it earlier? > >> > Any comment is appreciated. > >> > >> > >> Unless the kernel knows of the enp4s0 interface and therefore lists it > >> under > >> sysctl, I can't see how it can be disabled. You could try disabling IPv6 > >> altogether in the kernel, but this may not be what you want to achieve. > >> > >> Alternatively, have a look with modinfo in the module options in the > >> unlikely > >> chance that the module has some option which disables IPv6 functionality. > > > > You may be able to use the feature of modprobe that executes a command > > when the module loads and that way disable the ipv6 interface. I have > > not tried this myself. > > Hello Covici, > Yes, there's a rule named "install [command..]" in > modprobe, but aren't they only applied to modprobe itself? I mean, in my > case the ipv6 and tg3 is loaded automatically(maybe by udev?), not by > running "modprobe ipv6". is this kind of module loading also affected by > modprobe rule(in /etc/modprobe.d/*.conf)? I think so, as I use it for my soundcard modules which udev loads. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] ceph on gentoo?
> On December 27, 2014 at 10:19 AM Andrew Savchenko wrote: > > Please stop insults and offensive language. I just sent replies to > the list, this is verifiable by mail headers. My apologies to you sir. > If you have mail problems, check your MTA or whatever you are > using to receive e-mail from this list. As you can see, other > people don't have this problems. On my workstation mail is POP3 using mutt and mail-mta/msmtp is the MTA. > Just my guess: greylisting is broken (or had a temporary lag) on > mail server you are using. There is no greylisting/blacklisting being done. I checked mail at the web interface for the hosting company, and there was no repeat of messages here; only in Mutt. Now there is another account doing the same thing. Can you offer any technical suggestions as for what to check? > Best regards, > Andrew Savchenko Kindest regards, Bruce
Re: [gentoo-user] media-video/gpac-0.5.0-r1 fails to compile
On 12/30/2014 04:57 AM, Dale wrote: > Howdy, > > I been running into this issue for a while now. Anyone else run into > this? Nothing on the forums and google ain't no help either. Last part > of the build log below. > > > x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall > -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" > -DGPAC_HAVE_CONFIG_H > -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" > -Wno-deprecated-declarations > -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" > -I/usr/include -c -o ffmpeg_load.o ffmpeg_load.c > ffmpeg_demux.c: In function ‘FFD_CanHandleURL’: > ffmpeg_demux.c:341:5: warning: implicit declaration of function > ‘av_close_input_file’ [-Wimplicit-function-declaration] > if (ctx) av_close_input_file(ctx); > ^ > x86_64-pc-linux-gnu-gcc -shared -Wl,-O1 -Wl,--as-needed > -Wl,--warn-common -Wl,-z,defs -o ../../bin/gcc/gm_ffmpeg_in.so > ffmpeg_decode.o ffmpeg_demux.o ffmpeg_load.o -L../../bin/gcc -lgpac -lz > -L/usr/lib -lavcodec -lavformat -lswscale -lavutil -lswscale -lm > ffmpeg_demux.o: In function `FFD_ConnectService': > ffmpeg_demux.c:(.text+0xa4b): undefined reference to `av_close_input_file' > ffmpeg_demux.c:(.text+0xe7f): undefined reference to `av_close_input_file' > ffmpeg_demux.o: In function `FFD_CloseService': > ffmpeg_demux.c:(.text+0x1198): undefined reference to `av_close_input_file' > ffmpeg_demux.o: In function `FFD_CanHandleURL.part.1': > ffmpeg_demux.c:(.text+0x1d8a): undefined reference to `av_close_input_file' > collect2: error: ld returned 1 exit status > Makefile:63: recipe for target 'gm_ffmpeg_in.so' failed > make[2]: *** [gm_ffmpeg_in.so] Error 1 > make[2]: Leaving directory > '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/ffmpeg_in' > Makefile:120: recipe for target 'plugs' failed > make[1]: *** [plugs] Error 2 > make[1]: Leaving directory > '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules' > Makefile:9: recipe for target 'all' failed > make: *** [all] Error 2 > * ERROR: media-video/gpac-0.5.0-r1::gentoo failed (compile phase): > * emake failed > * > * If you need support, post the output of `emerge --info > '=media-video/gpac-0.5.0-r1::gentoo'`, > * the complete build log and the output of `emerge -pqv > '=media-video/gpac-0.5.0-r1::gentoo'`. > * The complete build log is located at > '/var/tmp/portage/media-video/gpac-0.5.0-r1/temp/build.log'. > * The ebuild environment file is located at > '/var/tmp/portage/media-video/gpac-0.5.0-r1/temp/environment'. > * Working directory: '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac' > * S: '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac' > * > * The following package has failed to build or install: > * > * (media-video/gpac-0.5.0-r1:0/0::gentoo, ebuild scheduled for merge), > Log file: > * '/var/tmp/portage/media-video/gpac-0.5.0-r1/temp/build.log' > * > root@fireball / # > > > Any ideas? > > Thanks. > > Dale > > :-) :-) > Just guessing here, but do you have libav installed and not ffmpeg? I compiled with USE="ffmpeg" (plus default flags) and it built and installed for me, and I have ffmpeg installed. Alec
Re: [gentoo-user] Paraview 4.2 not building
On 12/30/2014 05:26 PM, Helmut Jarausch wrote: > On 12/30/2014 05:44:16 AM, Andrew Lowe wrote: >> Hi all, >> Anyone out there using Paraview? A quick question before I put >> all of >> the "supporting doco", build/error logs etc, together. >> >> I'm attempting to get the latest version in portage, V4.2, >> built but >> I'm running into problems at the 45% stage, Linking >> libvtkRenderingOpenGL. Has anyone else come across any problems in >> this >> area? Any thoughts on how to fix the problem. >> > > Hi, > > it's the same here. It looks like a template error. > I'm using gcc 4.9.2 which is very strict w.r.t. the C++ standard. > > I suggest, you create a bug report. > > Helmut > > > Will do. I also have Clang installed on this machine and set that to compile paraview. Unlike under gcc where it failed at trying to link libvtkRenderingOpenGL, it is now failing when trying to link libvtkRenderingVolume. The libvtkRenderingOpenGL problem appears to not exist under clang.. Andrew
Re: [gentoo-user] Disable IPv6 on specific interface
cov...@ccs.covici.com writes: > Mick wrote: > >> On Tuesday 30 Dec 2014 03:27:34 Zesen Qian wrote: >> > Hello list, >> > Sorry for hijacking Rich's thread, resend here. >> > I want to disable IPv6 on an certain interface, a simple google >> > tell me to add one line to /etc/sysctl.d/local.conf >> > net.ipv6.conf.enp4s0.disable_ipv6=1 >> > Simple enough, but the problem I have is that both ipv6 and the >> > dirver of the network card(tg3) is loaded by modules. They 're not >> > loaded when the service sysctl is started, so there's no entry >> > named "net.ipv6.conf.enp4s0", which make sysctl not working. >> > So my question is that, is there any way to disable IPv6 on >> > specific interface, as early as I can? I want to make it early >> > because I don't want to receive any RA to mess up my route table. >> > I guess just adding sysctl to preup() in /etc/conf.d/net should do >> > the trick, but may I make it earlier? >> > Any comment is appreciated. >> >> >> Unless the kernel knows of the enp4s0 interface and therefore lists it under >> sysctl, I can't see how it can be disabled. You could try disabling IPv6 >> altogether in the kernel, but this may not be what you want to achieve. >> >> Alternatively, have a look with modinfo in the module options in the >> unlikely >> chance that the module has some option which disables IPv6 functionality. > > You may be able to use the feature of modprobe that executes a command > when the module loads and that way disable the ipv6 interface. I have > not tried this myself. Hello Covici, Yes, there's a rule named "install [command..]" in modprobe, but aren't they only applied to modprobe itself? I mean, in my case the ipv6 and tg3 is loaded automatically(maybe by udev?), not by running "modprobe ipv6". is this kind of module loading also affected by modprobe rule(in /etc/modprobe.d/*.conf)? -- Zesen Qian (钱泽森)
Re: [gentoo-user] Disable IPv6 on specific interface
On Tuesday 30 Dec 2014 10:10:04 Zesen Qian wrote: > Mick writes: > > On Tuesday 30 Dec 2014 03:27:34 Zesen Qian wrote: > >> Hello list, > >> Sorry for hijacking Rich's thread, resend here. > >> I want to disable IPv6 on an certain interface, a simple google > >> tell me to add one line to /etc/sysctl.d/local.conf > >> net.ipv6.conf.enp4s0.disable_ipv6=1 > >> Simple enough, but the problem I have is that both ipv6 and the > >> dirver of the network card(tg3) is loaded by modules. They 're not > >> loaded when the service sysctl is started, so there's no entry > >> named "net.ipv6.conf.enp4s0", which make sysctl not working. > >> So my question is that, is there any way to disable IPv6 on > >> specific interface, as early as I can? I want to make it early > >> because I don't want to receive any RA to mess up my route table. > >> I guess just adding sysctl to preup() in /etc/conf.d/net should do > >> the trick, but may I make it earlier? > >> Any comment is appreciated. > > > > Unless the kernel knows of the enp4s0 interface and therefore lists it > > under sysctl, I can't see how it can be disabled. You could try > > disabling IPv6 altogether in the kernel, but this may not be what you > > want to achieve. > > > > Alternatively, have a look with modinfo in the module options in the > > unlikely chance that the module has some option which disables IPv6 > > functionality. > > Hello Mick, > The module ipv6 has only three parameters, each of which is "disable > ipv6", "disable ipv6 on all interfaces", "disable autoconf on all > interfaces", none of these is what I want to achieve. Right, I didn't think that you would want to disable IPv6 completely, but mentioned it for completeness. > Module tg3 has > only on parameters which control the debug level. Yes, I thought it unlikely that a hardware driver would be used to configure IPv6, but it was worth checking. > Currently I just call "sysctl net.ipv6.conf.enp4s0.disable_ipv6=1" in > preup(), which works just fine. I 'm just wondering if there 's some > more "proper" way to do it. Since in my opinion, this should be done at > the first moment when the interface is present, not when the interface > is up. I'm afraid I don't know of any other way to do it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Disable IPv6 on specific interface
Mick wrote: > On Tuesday 30 Dec 2014 03:27:34 Zesen Qian wrote: > > Hello list, > > Sorry for hijacking Rich's thread, resend here. > > I want to disable IPv6 on an certain interface, a simple google > > tell me to add one line to /etc/sysctl.d/local.conf > > net.ipv6.conf.enp4s0.disable_ipv6=1 > > Simple enough, but the problem I have is that both ipv6 and the > > dirver of the network card(tg3) is loaded by modules. They 're not > > loaded when the service sysctl is started, so there's no entry > > named "net.ipv6.conf.enp4s0", which make sysctl not working. > > So my question is that, is there any way to disable IPv6 on > > specific interface, as early as I can? I want to make it early > > because I don't want to receive any RA to mess up my route table. > > I guess just adding sysctl to preup() in /etc/conf.d/net should do > > the trick, but may I make it earlier? > > Any comment is appreciated. > > > Unless the kernel knows of the enp4s0 interface and therefore lists it under > sysctl, I can't see how it can be disabled. You could try disabling IPv6 > altogether in the kernel, but this may not be what you want to achieve. > > Alternatively, have a look with modinfo in the module options in the unlikely > chance that the module has some option which disables IPv6 functionality. You may be able to use the feature of modprobe that executes a command when the module loads and that way disable the ipv6 interface. I have not tried this myself. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Disable IPv6 on specific interface
Mick writes: > On Tuesday 30 Dec 2014 03:27:34 Zesen Qian wrote: >> Hello list, >> Sorry for hijacking Rich's thread, resend here. >> I want to disable IPv6 on an certain interface, a simple google >> tell me to add one line to /etc/sysctl.d/local.conf >> net.ipv6.conf.enp4s0.disable_ipv6=1 >> Simple enough, but the problem I have is that both ipv6 and the >> dirver of the network card(tg3) is loaded by modules. They 're not >> loaded when the service sysctl is started, so there's no entry >> named "net.ipv6.conf.enp4s0", which make sysctl not working. >> So my question is that, is there any way to disable IPv6 on >> specific interface, as early as I can? I want to make it early >> because I don't want to receive any RA to mess up my route table. >> I guess just adding sysctl to preup() in /etc/conf.d/net should do >> the trick, but may I make it earlier? >> Any comment is appreciated. > > > Unless the kernel knows of the enp4s0 interface and therefore lists it under > sysctl, I can't see how it can be disabled. You could try disabling IPv6 > altogether in the kernel, but this may not be what you want to achieve. > > Alternatively, have a look with modinfo in the module options in the unlikely > chance that the module has some option which disables IPv6 functionality. Hello Mick, The module ipv6 has only three parameters, each of which is "disable ipv6", "disable ipv6 on all interfaces", "disable autoconf on all interfaces", none of these is what I want to achieve. Module tg3 has only on parameters which control the debug level. Currently I just call "sysctl net.ipv6.conf.enp4s0.disable_ipv6=1" in preup(), which works just fine. I 'm just wondering if there 's some more "proper" way to do it. Since in my opinion, this should be done at the first moment when the interface is present, not when the interface is up. -- Zesen Qian (钱泽森)
[gentoo-user] media-video/gpac-0.5.0-r1 fails to compile
Howdy, I been running into this issue for a while now. Anyone else run into this? Nothing on the forums and google ain't no help either. Last part of the build log below. make[2]: Leaving directory '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/rtp_in' make[2]: Entering directory '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/timedtext' x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" -DGPAC_HAVE_CONFIG_H -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" -c -o timedtext_dec.o timedtext_dec.c x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" -DGPAC_HAVE_CONFIG_H -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" -c -o timedtext_in.o timedtext_in.c x86_64-pc-linux-gnu-gcc -shared -Wl,-O1 -Wl,--as-needed -Wl,--warn-common -Wl,-z,defs -o ../../bin/gcc/gm_timedtext.so timedtext_dec.o timedtext_in.o -lm -L../../bin/gcc -lgpac make[2]: Leaving directory '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/timedtext' make[2]: Entering directory '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/img_in' x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" -DGPAC_HAVE_CONFIG_H -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" -DGPAC_HAS_JP2 -c -o img_dec.o img_dec.c x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" -DGPAC_HAVE_CONFIG_H -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" -DGPAC_HAS_JP2 -c -o img_in.o img_in.c x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" -DGPAC_HAVE_CONFIG_H -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" -DGPAC_HAS_JP2 -c -o bmp_dec.o bmp_dec.c x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" -DGPAC_HAVE_CONFIG_H -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" -DGPAC_HAS_JP2 -c -o png_dec.o png_dec.c x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" -DGPAC_HAVE_CONFIG_H -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" -DGPAC_HAS_JP2 -c -o jpeg_dec.o jpeg_dec.c x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" -DGPAC_HAVE_CONFIG_H -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" -DGPAC_HAS_JP2 -c -o jp2_dec.o jp2_dec.c x86_64-pc-linux-gnu-gcc -shared -Wl,-O1 -Wl,--as-needed -Wl,--warn-common -Wl,-z,defs -o ../../bin/gcc/gm_img_in.so img_dec.o img_in.o bmp_dec.o png_dec.o jpeg_dec.o jp2_dec.o -lm -L../../bin/gcc -lgpac -lopenjpeg make[2]: Leaving directory '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/img_in' make[2]: Entering directory '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/saf_in' x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" -DGPAC_HAVE_CONFIG_H -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" -w -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" -c -o saf_in.o saf_in.c x86_64-pc-linux-gnu-gcc -shared -Wl,-O1 -Wl,--as-needed -Wl,--warn-common -Wl,-z,defs -o ../../bin/gcc/gm_saf_in.so saf_in.o -lm -L../../bin/gcc -lgpac make[2]: Leaving directory '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/saf_in' make[2]: Entering directory '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/mpegts_in' x86_64-pc-linux-gnu-gcc -O3 -march=native -O2 -pipe -Wall -fno-strict-aliasing -Wno-pointer-sign -fPIC -DPIC -fvisibility="hidden" -DGPAC_HAVE_CONFIG_H -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac" -w -I"/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/include" -c -o mpegts_in.o mpegts_in.c x86_64-pc-linux-gnu-gcc -shared -Wl,-O1 -Wl,--as-needed -Wl,--warn-common -Wl,-z,defs -o ../../bin/gcc/gm_mpegts_in.so mpegts_in.o -lm -L../../bin/gcc -lgpac make[2]: Leaving directory '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/mpegts_in' make[2]: Entering directory '/var/tmp/portage/media-video/gpac-0.5.0-r1/work/gpac/modules/ismacryp' x
Re: [gentoo-user] Disabling IPv6 on specific interface
On Tuesday 30 December 2014 11:00:42 Zesen Qian wrote: > Peter Humphrey writes: > > Please do not hijack someone else's thread. > > Oh sorry, I just wanted to save typing the address. It seems that I > forget to delete some fields in the origin header. My apologies if it > makes confusion. I don't know how you use emacs for e-mail but I assume you hit some field or symbol. Just don't hit Reply unless you are actually replying. In KMail I hit the list address if I want to start a thread. > Do I need to re-send the mail in a new thread? I don't suppose Rich was expecting many answers to his post, so in this case that won't be necessary. -- Rgds Peter.
Re: [gentoo-user] Disable IPv6 on specific interface
On Tuesday 30 Dec 2014 03:27:34 Zesen Qian wrote: > Hello list, > Sorry for hijacking Rich's thread, resend here. > I want to disable IPv6 on an certain interface, a simple google > tell me to add one line to /etc/sysctl.d/local.conf > net.ipv6.conf.enp4s0.disable_ipv6=1 > Simple enough, but the problem I have is that both ipv6 and the > dirver of the network card(tg3) is loaded by modules. They 're not > loaded when the service sysctl is started, so there's no entry > named "net.ipv6.conf.enp4s0", which make sysctl not working. > So my question is that, is there any way to disable IPv6 on > specific interface, as early as I can? I want to make it early > because I don't want to receive any RA to mess up my route table. > I guess just adding sysctl to preup() in /etc/conf.d/net should do > the trick, but may I make it earlier? > Any comment is appreciated. Unless the kernel knows of the enp4s0 interface and therefore lists it under sysctl, I can't see how it can be disabled. You could try disabling IPv6 altogether in the kernel, but this may not be what you want to achieve. Alternatively, have a look with modinfo in the module options in the unlikely chance that the module has some option which disables IPv6 functionality. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Paraview 4.2 not building
On 12/30/2014 05:44:16 AM, Andrew Lowe wrote: > Hi all, > Anyone out there using Paraview? A quick question before I put > all of > the "supporting doco", build/error logs etc, together. > > I'm attempting to get the latest version in portage, V4.2, > built but > I'm running into problems at the 45% stage, Linking > libvtkRenderingOpenGL. Has anyone else come across any problems in > this > area? Any thoughts on how to fix the problem. > Hi, it's the same here. It looks like a template error. I'm using gcc 4.9.2 which is very strict w.r.t. the C++ standard. I suggest, you create a bug report. Helmut