Re: [gentoo-user] Re: latest gentoo-sources and nvidia ?
Am 31.03.2014 03:21, schrieb Jonathan Callen: > USE=acpi does one thing, and one thing only: adds a dependency on > sys-power/acpid. USE=multilib installs the 32-bit libGL.so, etc. > libraries on amd64 (so that `eselect opengl` can set them for both > amd64 and x86). I think I don't need that ... at least I don't know. Won't hurt much, anyway ... a few more files, right? I think I had that set for years now. Thanks, Stefan
[gentoo-user] Script to tar.tgz /etc, works run manually, broken when run from cron
Hi all, Ok, this is really irritating me... I have a script that simply performs some backups. The commands are like this: # perform tar.tgz backup of /etc tar -czpvf $BKUP_DIR_etc/$BKUP_DateTime-dev-ecat-etc.tgz /etc When I run this script manually, it does what it is supposed to, and the resulting file is about 500K. When it runs from cron (roots crontab), it results in a 20 byte (empty) file. So what am I missing/doing wrong?
Re: [gentoo-user] Script to tar.tgz /etc, works run manually, broken when run from cron
On Mon, 31 Mar 2014 07:01:48 -0400, Tanstaafl wrote: > I have a script that simply performs some backups. The commands are > like this: > > # perform tar.tgz backup of /etc > tar -czpvf $BKUP_DIR_etc/$BKUP_DateTime-dev-ecat-etc.tgz /etc > > When I run this script manually, it does what it is supposed to, and > the resulting file is about 500K. > > When it runs from cron (roots crontab), it results in a 20 byte (empty) > file. You're running tar with -v so it should produce output no matter what it does. Is that mailed to you? What does it say? You could add "set -x" at the start of the script for an even more verbose report. -- Neil Bothwick Did you know that eskimos have 17 different words for linguist? signature.asc Description: PGP signature
Re: [gentoo-user] Script to tar.tgz /etc, works run manually, broken when run from cron
On 03/31/2014 01:01:48 PM, Tanstaafl wrote: Hi all, Ok, this is really irritating me... I have a script that simply performs some backups. The commands are like this: # perform tar.tgz backup of /etc tar -czpvf $BKUP_DIR_etc/$BKUP_DateTime-dev-ecat-etc.tgz /etc When I run this script manually, it does what it is supposed to, and the resulting file is about 500K. When it runs from cron (roots crontab), it results in a 20 byte (empty) file. So what am I missing/doing wrong? This is what I do when debugging such things put echo $BKUP_DIR_etc/$BKUP_DateTime-dev-ecat-etc.tgz >/tmp/cron.LOG into an executable script and run it with at now+1minute and check /tmp/cron.LOG perhaps one of $BKUP_DIR_etc or $BKUP_DateTime-dev-ecat-etc isn't know in that environment Helmut
Re: [gentoo-user] Script to tar.tgz /etc, works run manually, broken when run from cron
On 3/31/2014 7:13 AM, Neil Bothwick wrote: On Mon, 31 Mar 2014 07:01:48 -0400, Tanstaafl wrote: I have a script that simply performs some backups. The commands are like this: # perform tar.tgz backup of /etc tar -czpvf $BKUP_DIR_etc/$BKUP_DateTime-dev-ecat-etc.tgz /etc When I run this script manually, it does what it is supposed to, and the resulting file is about 500K. When it runs from cron (roots crontab), it results in a 20 byte (empty) file. You're running tar with -v so it should produce output no matter what it does. Is that mailed to you? What does it say? I don't have these mailed to me, but like I said, it absolutely does produce output - the problem is, when run from cron, the resulting file is only 20 bytes (empty), when I run the exact same script manhually, it produces a file of about 500K that containes the contents of /etc.. On 3/31/2014 7:27 AM, Helmut Jarausch wrote: > perhaps one of $BKUP_DIR_etc or $BKUP_DateTime-dev-ecat-etc > isn't know in that environment They are - see above...
[gentoo-user] systemd-networkd: simpler config for my network
Aside from all the discussions around systemd, I simply gave the new systemd-networkd a try. It helped me to simplify my config for my main machine where I run KVM for virtualization and need a network bridge: http://www.oops.co.at/en/publications/systemd-networkd-network-configuration-for-a-kvm-server Maybe someone else can make use of that as well. Stefan
Re: [gentoo-user] Script to tar.tgz /etc, works run manually, broken when run from cron
On Mon, 31 Mar 2014 08:01:03 -0400, Tanstaafl wrote: > > You're running tar with -v so it should produce output no matter what > > it does. Is that mailed to you? What does it say? > > I don't have these mailed to me, but like I said, it absolutely does > produce output - the problem is, when run from cron, the resulting file > is only 20 bytes (empty), when I run the exact same script manhually, > it produces a file of about 500K that containes the contents of /etc.. So you have no idea what output the script is producing when run from cron? Not a good plan when it is not working :( When a script runs from the terminal but not from cron it is almost always because of a difference in the environments, but without seeing its output we can only guess at the problem. -- Neil Bothwick - How many surrealists does it take to change a light bulb? - Two: one to hold the giraffe, the other to fill the bathtub with lots of brightly colored machine tools. signature.asc Description: PGP signature
Re: [gentoo-user] systemd-networkd: simpler config for my network
On 31-Mar-2014 5:45 pm, "Stefan G. Weichinger" wrote: > > > Aside from all the discussions around systemd, I simply gave the new > systemd-networkd a try. > > It helped me to simplify my config for my main machine where I run KVM > for virtualization and need a network bridge: > > http://www.oops.co.at/en/publications/systemd-networkd-network-configuration-for-a-kvm-server > > Maybe someone else can make use of that as well. > > Stefan > IMHO, tap interfaces are not required there because they get created automatically as needed when you specify the bridge to which QEMU must attach to. It's an overkill.
Re: [gentoo-user] systemd-networkd: simpler config for my network
Am 31.03.2014 14:17, schrieb Nilesh Govindrajan: > On 31-Mar-2014 5:45 pm, "Stefan G. Weichinger" wrote: >> >> >> Aside from all the discussions around systemd, I simply gave the new >> systemd-networkd a try. >> >> It helped me to simplify my config for my main machine where I run KVM >> for virtualization and need a network bridge: >> >> > http://www.oops.co.at/en/publications/systemd-networkd-network-configuration-for-a-kvm-server >> >> Maybe someone else can make use of that as well. >> >> Stefan >> > > IMHO, tap interfaces are not required there because they get created > automatically as needed when you specify the bridge to which QEMU must > attach to. It's an overkill. So the openrc-example might be simplified? ok with me ... does anyone confirm? Thanks, Stefan
Re: [gentoo-user] Script to tar.tgz /etc, works run manually, broken when run from cron
On 03/31/2014 04:01 AM, Tanstaafl wrote: > Hi all, > > Ok, this is really irritating me... > > I have a script that simply performs some backups. The commands are like > this: > > # perform tar.tgz backup of /etc > tar -czpvf $BKUP_DIR_etc/$BKUP_DateTime-dev-ecat-etc.tgz /etc > > When I run this script manually, it does what it is supposed to, and the > resulting file is about 500K. > > When it runs from cron (roots crontab), it results in a 20 byte (empty) > file. > > So what am I missing/doing wrong? > You need to use the full path to commands in your script or set an environment variable. In my case using full paths to executables was enough. i.e. # perform tar.tgz backup of /etc /bin/tar -czpvf $BKUP_DIR_etc/$BKUP_DateTime-dev-ecat-etc.tgz /etc Dan
Re: [gentoo-user] Script to tar.tgz /etc, works run manually, broken when run from cron
On 31/03/2014 13:01, Tanstaafl wrote: > Hi all, > > Ok, this is really irritating me... > > I have a script that simply performs some backups. The commands are like > this: > > # perform tar.tgz backup of /etc > tar -czpvf $BKUP_DIR_etc/$BKUP_DateTime-dev-ecat-etc.tgz /etc > > When I run this script manually, it does what it is supposed to, and the > resulting file is about 500K. > > When it runs from cron (roots crontab), it results in a 20 byte (empty) > file. > > So what am I missing/doing wrong? > > It's almost always the same two things that cause this: 1. cron doesn't give you an environment so there's no $PATH. Other posters covered this nicely. 2. I had this one just last week in fact - pwd is not what you think it is. In cron it ends up being / so the solution was again to use full paths. In my case, I had a config file listed on the command line. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: latest gentoo-sources and nvidia ?
Am 31.03.2014 09:38, schrieb Stefan G. Weichinger: > Am 31.03.2014 03:21, schrieb Jonathan Callen: > >> USE=acpi does one thing, and one thing only: adds a dependency on >> sys-power/acpid. USE=multilib installs the 32-bit libGL.so, etc. >> libraries on amd64 (so that `eselect opengl` can set them for both >> amd64 and x86). > > I think I don't need that ... at least I don't know. Won't hurt much, > anyway ... a few more files, right? I think I had that set for years now. Ha, and now there is gentoo-sources-3.14.0 ;-) Will that work with these nvidia-drivers as well? I will see in a few minutes.
Re: [gentoo-user] Re: latest gentoo-sources and nvidia ?
Am 31.03.2014 19:52, schrieb Stefan G. Weichinger: > Am 31.03.2014 09:38, schrieb Stefan G. Weichinger: >> Am 31.03.2014 03:21, schrieb Jonathan Callen: >> >>> USE=acpi does one thing, and one thing only: adds a dependency on >>> sys-power/acpid. USE=multilib installs the 32-bit libGL.so, etc. >>> libraries on amd64 (so that `eselect opengl` can set them for both >>> amd64 and x86). >> >> I think I don't need that ... at least I don't know. Won't hurt much, >> anyway ... a few more files, right? I think I had that set for years now. > > Ha, and now there is gentoo-sources-3.14.0 ;-) > Will that work with these nvidia-drivers as well? > > I will see in a few minutes. nope. nvidia-drivers don't even build. *sigh*
[gentoo-user] Fwd: sandbox access violations while running matlab binary installer
Hi all, I'm trying to create an ebuild to install matlab MCR on gentoo. The installer InstallShileld try to create directory /root/InstallShield ;-) mkdir is run by java binary that try this. So I have no access to change it. There is no option to provide InstallShield it's relative install path. I can provide matlab's install path and other options, but this made permanent /root/InstallShield What can I do? Thanks, Kfir
Re: [gentoo-user] Fwd: sandbox access violations while running matlab binary installer
On 31/03/2014 20:25, Kfir Lavi wrote:
> Hi all,
> I'm trying to create an ebuild to install matlab MCR on gentoo.
> The installer InstallShileld try to create directory /root/InstallShield ;-)
> mkdir is run by java binary that try this. So I have no access to change it.
> There is no option to provide InstallShield it's relative install path.
> I can provide matlab's install path and other options, but this made
> permanent /root/InstallShield
>
> What can I do?
>
> Thanks,
> Kfir
>
As pointed out in -dev, let's first establish if the installer really
wants to write to /root or if it's actually ${HOME}
Do you get the identical error if you run the installer as a regular user?
--
Alan McKinnon
alan.mckin...@gmail.com
