Anyone?

Oh, don't get me wrong. Cdrecord works perfectly (it did NOT work on k3b 1.0 alpha2, but it did work after an upgrade to alpha3, without touching cdrecord).

This whole thread exists so that I can find out the answer of the fundamental UNIX question of why sudo makes a difference on a suid binary ...

cdrtools bundle a code that's checking if the binary is suid or not, and if it's not, you won't be able to see the device list properly.

The binary is suid. My question is the difference between running:
1) the suid binary as user (directly)
2) the suid binary with sudo

I believe there should be ...

As far as I know, cdrkit is a a fork created for licensing reasons, which is technically inferior and not maintained much. Most distributions use cdrtools, so I'm willing to trust that better.

In any case, my questions still stands. What is the technical difference between running something that is ...

I see. BTW, what is meaning of the second line and why is it there?

Thanks for your help. And troubleshooting is part of what makes Gentoo fun

A static IP is easy, since you don't have to wait for anything. If I were to set my IP as static, things would work, but that's not the point.

Anyway, I'm rather please to say that... I GOT IT!!!

All I had to do on top of what I posted above was disable the network service (rc-update del network ...

Some additional info:

I reemerged iproute2 and got /sbin/ip back, so now I can have a look at the kernel routing table (ip route):

192.168.0.0/16 dev eth0 proto kernel scope link src 192.168.0.2 metric 202
unreachable 127.0.0.0/8 scope host
127.0.0.0/8 via 127.0.0.1 dev lo scope link
Not only is ...

OK, I have almost fixed this.

So, I upgraded to dhcpcd-5.1.2 and openrc-0.5.2. The former has exactly what I need: an option to wait before backgrounding. Just add:
waitip to /etc/dhcpcd.conf and dhcpcd will fully acquire an address before it backgrounds, pausing the boot process for a moment, as ...

Iif your IP is static, do you use DHCP to get it?

Anyone?

That's good, but I would like to resolve this without writing any scripts. Even if I did put some time into wrting a script, everyone else with a similar problem would have to do it as well. I appreciate your efforts, but this is not an acceptable solution.

Now, I noticed that dhcp-5.1.2 has been ...

First of all, thank you for all your help!

They are in the pure-funtoo overlay.
OK, so assuming I get them, what should I do with them?

I had this problem long before openrc-0.5.x, the simple solution is to have an init script which tests for that using a loop and sleep. then let those services ...

Hi,

When running cdrecord as a user, I get:
$ cdrecord /dev/sr0
cdrecord: No write mode specified.
cdrecord: Assuming -sao mode.
cdrecord: If your drive does not accept -sao, try -tao.
cdrecord: Future versions of cdrecord may have different drive dependent defaults.
Cdrecord-ProDVD-ProBD-Clone 2 ...

Mike Hunt wrote:Do you have sys-apps/funtoo-netscripts in portage ?

No.

I tried these 2 lines in /etc/conf.d/network, and I installed openresolv, which I didn't have before. No change.

Also note that I have now installed 0.5.1-r1, which forces "oldnet", and I have restored /etc/init.d/net.lo, /etc/init.d/net.eth0 (both started at boot), and /etc/conf.d/net.

As I said ...

Which has maybe overwritten the example configuration.
Well, I just appended the two lines above to the example configuration, but everything in there was commented out anyway. The example configuration contains some other cases (static IPs, bridges, VLANs, wireless), none of which I need.

Why ...

In the other thread you claim to see dhcpcd negotiate a lease. I don't. It just flies past that and claims success for the network service.

audiodef wrote:What "ip" command are you referring to? ifconfig? dhcpcd?

ip as in "ip route" to show what routes the kernel is using for IP packets.

Hi,

Rather than hijacking the thread, I would like to point you to my OpenRC problem: https://forums.gentoo.org/viewtopic-p-6012266.html

Thanks!

EDIT: Here is the solution to get DHCP to work properly with OpenRC 0.5 and DHCP 5. I assume your network interface is eth0.

1) Emerge openrc-0.5.2 and dhcpcd-5.1.2. You do not need openresolv.
2) Do not run the "network" service in any runlevel, but do run "net.lo", "net.eth0", and "dhcpcd" in ...

That's what I was looking for! But this line has the bug that providing any options to the su command ignores the dash, since according to TFM it has to be the last option. The perfect solution is: Thanks!

The following line fixed sudo's umask: This is almost what I want. The only thing left is su. When I su from my user to get root, the umask does not change.

Anyone?

Unfortunately, if I log in as the user with 077, and run something as root ("sudo bash"), root now inherits the umask. Is there a way to guarantee that the right umask is used in all circumstances?

Hello,

I would like to keep the default global umask, but modify it for a given user, no matter how that user logs in (console, X terminal, ssh). How would I do that?

Thanks!