Re: [gentoo-user] problem trying to play sound when pulse audio is enabled
On Mon, Apr 29, 2013 at 12:35 AM, wrote: > Canek Peláez Valdés wrote: > >> On Sun, Apr 28, 2013 at 11:57 PM, wrote: >> > Canek Peláez Valdés wrote: >> > >> >> On Sun, Apr 28, 2013 at 11:08 PM, wrote: >> >> > Canek Peláez Valdés wrote: >> >> > >> >> >> On Sun, Apr 28, 2013 at 10:07 PM, wrote: >> >> >> > Canek Peláez Valdés wrote: >> >> >> > >> >> >> >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: >> >> >> >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I >> >> >> >> > guess it >> >> >> >> > must be there, but when I try to play a sound using either >> >> >> >> > mplayer from >> >> >> >> > the console which works fine withalsa, or even aplay, I get no >> >> >> >> > sound >> >> >> >> > unless I change the /etc/pulse/client.conf to spawn=no . >> >> >> >> >> >> >> >> Unless you have a very specific setup, you should not need to touch >> >> >> >> the files under /etc/pulse. Also, are you trying to run the >> >> >> >> system-wide PulseAudio service? Because that's basically wrong: >> >> >> >> >> >> >> >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide >> >> >> >> >> >> >> >> > Anyway to fix this? >> >> >> >> >> >> >> >> If you are running PA as a normal user (as you should), then perhaps >> >> >> >> the per-application volume for MPlayer is muted. While playing >> >> >> >> something with MPlayer, go to Settings -> Sound, then select the >> >> >> >> Applications tab, and there should be a volume slider for all the >> >> >> >> applications using audio. Just adjust as necessary. >> >> >> > >> >> >> > I got no sound when pa was run as a user. I am running these apps >> >> >> > from >> >> >> > the console -- apps such as aplay or anything which uses alsa. So I >> >> >> > can't adjust any volumes under gnome, etc. >> >> >> >> >> >> Also, from the console you can use pactl. To play a sample sound >> >> >> there, do: >> >> >> >> >> >> pactl play-sample 0 >> >> >> pactl play-sample 1 >> >> >> >> >> >> It should work. You can also set the volume from here: >> >> >> >> >> >> pactl set-sink-volume 0 "100%" >> >> >> >> >> >> 0 is usually the "master" volume. >> >> >> >> >> >> Check out man pactl. >> >> > >> >> > Well, in either system or user mode, root can play sound whereas a >> >> > regular user gets silent, but without pulseaudio -- spawn=no, then a >> >> > regular user can play sound. Does this give a clue? >> >> >> >> Not really; as I said, the PA documentation clearly says that if you >> >> use system mode "You are on your own. You need to know you way around, >> >> be able to write init scripts, dbus policies, to fix up device >> >> permissions, and unix users, you need to pass around security cookies >> >> and more." >> >> >> >> I haven't ever used system-wide PA. >> >> >> >> I think of the following; try to delete both /root/.pulse and >> >> $HOME/.pulse, and rebooting (probably a logout/login should suffice, >> >> but you never know). >> >> >> >> Another thing: if you installed PA since GNOME 3.8 needs it, why are >> >> you using it without GNOME? If you use GNOME, the session manager will >> >> automatically start PA as a user for you, and everything should work. >> >> If you are not running GNOME, why do you run PA? If you are at the >> >> console without X running, just don't use PA. Use mplayer -ao alsa or >> >> whatever. >> >> >> >> Or do you want to run several audio apps in the console? >> > >> > I want to run apps from the console, but to start gnome when I need it. >> >> Then do that. When you start GNOME, it will start PA automatically: >> you don't need to do anything. Don't try to start PA yourself; it's >> DBus activated. >> >> >> > I am running pa as a user and things are still not working, except for >> > the root user who can play sounds. >> >> I repeat: you don't need to run PA. GNOME will start it for you. > > But will that workif I have spawn=no in my /etc/pulse/client.conf which > I have to have for regular apps to work from theconsole? Or is there > some other way to make this happen? I don't understand the question. If you don't run PA by yourself, then it will be started only when using GNOME. And if you are using GNOME, you can use the nice sound settings dialog to get your sound. If you don't start GNOME, then PA will not be started. If you don't have sound in your console even without PA running, then is for some issue completely unrelated to PA. PA should not be started if you only log in through the console. Unless you are still running it system-wide, which is basically unsupported. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] problem trying to play sound when pulse audio is enabled
Canek Peláez Valdés wrote: > On Sun, Apr 28, 2013 at 11:57 PM, wrote: > > Canek Peláez Valdés wrote: > > > >> On Sun, Apr 28, 2013 at 11:08 PM, wrote: > >> > Canek Peláez Valdés wrote: > >> > > >> >> On Sun, Apr 28, 2013 at 10:07 PM, wrote: > >> >> > Canek Peláez Valdés wrote: > >> >> > > >> >> >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: > >> >> >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess > >> >> >> > it > >> >> >> > must be there, but when I try to play a sound using either mplayer > >> >> >> > from > >> >> >> > the console which works fine withalsa, or even aplay, I get no > >> >> >> > sound > >> >> >> > unless I change the /etc/pulse/client.conf to spawn=no . > >> >> >> > >> >> >> Unless you have a very specific setup, you should not need to touch > >> >> >> the files under /etc/pulse. Also, are you trying to run the > >> >> >> system-wide PulseAudio service? Because that's basically wrong: > >> >> >> > >> >> >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide > >> >> >> > >> >> >> > Anyway to fix this? > >> >> >> > >> >> >> If you are running PA as a normal user (as you should), then perhaps > >> >> >> the per-application volume for MPlayer is muted. While playing > >> >> >> something with MPlayer, go to Settings -> Sound, then select the > >> >> >> Applications tab, and there should be a volume slider for all the > >> >> >> applications using audio. Just adjust as necessary. > >> >> > > >> >> > I got no sound when pa was run as a user. I am running these apps > >> >> > from > >> >> > the console -- apps such as aplay or anything which uses alsa. So I > >> >> > can't adjust any volumes under gnome, etc. > >> >> > >> >> Also, from the console you can use pactl. To play a sample sound there, > >> >> do: > >> >> > >> >> pactl play-sample 0 > >> >> pactl play-sample 1 > >> >> > >> >> It should work. You can also set the volume from here: > >> >> > >> >> pactl set-sink-volume 0 "100%" > >> >> > >> >> 0 is usually the "master" volume. > >> >> > >> >> Check out man pactl. > >> > > >> > Well, in either system or user mode, root can play sound whereas a > >> > regular user gets silent, but without pulseaudio -- spawn=no, then a > >> > regular user can play sound. Does this give a clue? > >> > >> Not really; as I said, the PA documentation clearly says that if you > >> use system mode "You are on your own. You need to know you way around, > >> be able to write init scripts, dbus policies, to fix up device > >> permissions, and unix users, you need to pass around security cookies > >> and more." > >> > >> I haven't ever used system-wide PA. > >> > >> I think of the following; try to delete both /root/.pulse and > >> $HOME/.pulse, and rebooting (probably a logout/login should suffice, > >> but you never know). > >> > >> Another thing: if you installed PA since GNOME 3.8 needs it, why are > >> you using it without GNOME? If you use GNOME, the session manager will > >> automatically start PA as a user for you, and everything should work. > >> If you are not running GNOME, why do you run PA? If you are at the > >> console without X running, just don't use PA. Use mplayer -ao alsa or > >> whatever. > >> > >> Or do you want to run several audio apps in the console? > > > > I want to run apps from the console, but to start gnome when I need it. > > Then do that. When you start GNOME, it will start PA automatically: > you don't need to do anything. Don't try to start PA yourself; it's > DBus activated. > > > > I am running pa as a user and things are still not working, except for > > the root user who can play sounds. > > I repeat: you don't need to run PA. GNOME will start it for you. But will that workif I have spawn=no in my /etc/pulse/client.conf which I have to have for regular apps to work from theconsole? Or is there some other way to make this happen? -- 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] problem trying to play sound when pulse audio is enabled
On Sun, Apr 28, 2013 at 11:57 PM, wrote: > Canek Peláez Valdés wrote: > >> On Sun, Apr 28, 2013 at 11:08 PM, wrote: >> > Canek Peláez Valdés wrote: >> > >> >> On Sun, Apr 28, 2013 at 10:07 PM, wrote: >> >> > Canek Peláez Valdés wrote: >> >> > >> >> >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: >> >> >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it >> >> >> > must be there, but when I try to play a sound using either mplayer >> >> >> > from >> >> >> > the console which works fine withalsa, or even aplay, I get no sound >> >> >> > unless I change the /etc/pulse/client.conf to spawn=no . >> >> >> >> >> >> Unless you have a very specific setup, you should not need to touch >> >> >> the files under /etc/pulse. Also, are you trying to run the >> >> >> system-wide PulseAudio service? Because that's basically wrong: >> >> >> >> >> >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide >> >> >> >> >> >> > Anyway to fix this? >> >> >> >> >> >> If you are running PA as a normal user (as you should), then perhaps >> >> >> the per-application volume for MPlayer is muted. While playing >> >> >> something with MPlayer, go to Settings -> Sound, then select the >> >> >> Applications tab, and there should be a volume slider for all the >> >> >> applications using audio. Just adjust as necessary. >> >> > >> >> > I got no sound when pa was run as a user. I am running these apps from >> >> > the console -- apps such as aplay or anything which uses alsa. So I >> >> > can't adjust any volumes under gnome, etc. >> >> >> >> Also, from the console you can use pactl. To play a sample sound there, >> >> do: >> >> >> >> pactl play-sample 0 >> >> pactl play-sample 1 >> >> >> >> It should work. You can also set the volume from here: >> >> >> >> pactl set-sink-volume 0 "100%" >> >> >> >> 0 is usually the "master" volume. >> >> >> >> Check out man pactl. >> > >> > Well, in either system or user mode, root can play sound whereas a >> > regular user gets silent, but without pulseaudio -- spawn=no, then a >> > regular user can play sound. Does this give a clue? >> >> Not really; as I said, the PA documentation clearly says that if you >> use system mode "You are on your own. You need to know you way around, >> be able to write init scripts, dbus policies, to fix up device >> permissions, and unix users, you need to pass around security cookies >> and more." >> >> I haven't ever used system-wide PA. >> >> I think of the following; try to delete both /root/.pulse and >> $HOME/.pulse, and rebooting (probably a logout/login should suffice, >> but you never know). >> >> Another thing: if you installed PA since GNOME 3.8 needs it, why are >> you using it without GNOME? If you use GNOME, the session manager will >> automatically start PA as a user for you, and everything should work. >> If you are not running GNOME, why do you run PA? If you are at the >> console without X running, just don't use PA. Use mplayer -ao alsa or >> whatever. >> >> Or do you want to run several audio apps in the console? > > I want to run apps from the console, but to start gnome when I need it. Then do that. When you start GNOME, it will start PA automatically: you don't need to do anything. Don't try to start PA yourself; it's DBus activated. > I am running pa as a user and things are still not working, except for > the root user who can play sounds. I repeat: you don't need to run PA. GNOME will start it for you. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] problem trying to play sound when pulse audio is enabled
Canek Peláez Valdés wrote: > On Sun, Apr 28, 2013 at 11:08 PM, wrote: > > Canek Peláez Valdés wrote: > > > >> On Sun, Apr 28, 2013 at 10:07 PM, wrote: > >> > Canek Peláez Valdés wrote: > >> > > >> >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: > >> >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it > >> >> > must be there, but when I try to play a sound using either mplayer > >> >> > from > >> >> > the console which works fine withalsa, or even aplay, I get no sound > >> >> > unless I change the /etc/pulse/client.conf to spawn=no . > >> >> > >> >> Unless you have a very specific setup, you should not need to touch > >> >> the files under /etc/pulse. Also, are you trying to run the > >> >> system-wide PulseAudio service? Because that's basically wrong: > >> >> > >> >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide > >> >> > >> >> > Anyway to fix this? > >> >> > >> >> If you are running PA as a normal user (as you should), then perhaps > >> >> the per-application volume for MPlayer is muted. While playing > >> >> something with MPlayer, go to Settings -> Sound, then select the > >> >> Applications tab, and there should be a volume slider for all the > >> >> applications using audio. Just adjust as necessary. > >> > > >> > I got no sound when pa was run as a user. I am running these apps from > >> > the console -- apps such as aplay or anything which uses alsa. So I > >> > can't adjust any volumes under gnome, etc. > >> > >> Also, from the console you can use pactl. To play a sample sound there, do: > >> > >> pactl play-sample 0 > >> pactl play-sample 1 > >> > >> It should work. You can also set the volume from here: > >> > >> pactl set-sink-volume 0 "100%" > >> > >> 0 is usually the "master" volume. > >> > >> Check out man pactl. > > > > Well, in either system or user mode, root can play sound whereas a > > regular user gets silent, but without pulseaudio -- spawn=no, then a > > regular user can play sound. Does this give a clue? > > Not really; as I said, the PA documentation clearly says that if you > use system mode "You are on your own. You need to know you way around, > be able to write init scripts, dbus policies, to fix up device > permissions, and unix users, you need to pass around security cookies > and more." > > I haven't ever used system-wide PA. > > I think of the following; try to delete both /root/.pulse and > $HOME/.pulse, and rebooting (probably a logout/login should suffice, > but you never know). > > Another thing: if you installed PA since GNOME 3.8 needs it, why are > you using it without GNOME? If you use GNOME, the session manager will > automatically start PA as a user for you, and everything should work. > If you are not running GNOME, why do you run PA? If you are at the > console without X running, just don't use PA. Use mplayer -ao alsa or > whatever. > > Or do you want to run several audio apps in the console? I want to run apps from the console, but to start gnome when I need it. I am running pa as a user and things are still not working, except for the root user who can play sounds. Thanks so much for all of your help. -- 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] problem trying to play sound when pulse audio is enabled
On Sun, Apr 28, 2013 at 11:08 PM, wrote: > Canek Peláez Valdés wrote: > >> On Sun, Apr 28, 2013 at 10:07 PM, wrote: >> > Canek Peláez Valdés wrote: >> > >> >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: >> >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it >> >> > must be there, but when I try to play a sound using either mplayer from >> >> > the console which works fine withalsa, or even aplay, I get no sound >> >> > unless I change the /etc/pulse/client.conf to spawn=no . >> >> >> >> Unless you have a very specific setup, you should not need to touch >> >> the files under /etc/pulse. Also, are you trying to run the >> >> system-wide PulseAudio service? Because that's basically wrong: >> >> >> >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide >> >> >> >> > Anyway to fix this? >> >> >> >> If you are running PA as a normal user (as you should), then perhaps >> >> the per-application volume for MPlayer is muted. While playing >> >> something with MPlayer, go to Settings -> Sound, then select the >> >> Applications tab, and there should be a volume slider for all the >> >> applications using audio. Just adjust as necessary. >> > >> > I got no sound when pa was run as a user. I am running these apps from >> > the console -- apps such as aplay or anything which uses alsa. So I >> > can't adjust any volumes under gnome, etc. >> >> Also, from the console you can use pactl. To play a sample sound there, do: >> >> pactl play-sample 0 >> pactl play-sample 1 >> >> It should work. You can also set the volume from here: >> >> pactl set-sink-volume 0 "100%" >> >> 0 is usually the "master" volume. >> >> Check out man pactl. > > Well, in either system or user mode, root can play sound whereas a > regular user gets silent, but without pulseaudio -- spawn=no, then a > regular user can play sound. Does this give a clue? Not really; as I said, the PA documentation clearly says that if you use system mode "You are on your own. You need to know you way around, be able to write init scripts, dbus policies, to fix up device permissions, and unix users, you need to pass around security cookies and more." I haven't ever used system-wide PA. I think of the following; try to delete both /root/.pulse and $HOME/.pulse, and rebooting (probably a logout/login should suffice, but you never know). Another thing: if you installed PA since GNOME 3.8 needs it, why are you using it without GNOME? If you use GNOME, the session manager will automatically start PA as a user for you, and everything should work. If you are not running GNOME, why do you run PA? If you are at the console without X running, just don't use PA. Use mplayer -ao alsa or whatever. Or do you want to run several audio apps in the console? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] problem trying to play sound when pulse audio is enabled
Canek Peláez Valdés wrote: > On Sun, Apr 28, 2013 at 10:07 PM, wrote: > > Canek Peláez Valdés wrote: > > > >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: > >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it > >> > must be there, but when I try to play a sound using either mplayer from > >> > the console which works fine withalsa, or even aplay, I get no sound > >> > unless I change the /etc/pulse/client.conf to spawn=no . > >> > >> Unless you have a very specific setup, you should not need to touch > >> the files under /etc/pulse. Also, are you trying to run the > >> system-wide PulseAudio service? Because that's basically wrong: > >> > >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide > >> > >> > Anyway to fix this? > >> > >> If you are running PA as a normal user (as you should), then perhaps > >> the per-application volume for MPlayer is muted. While playing > >> something with MPlayer, go to Settings -> Sound, then select the > >> Applications tab, and there should be a volume slider for all the > >> applications using audio. Just adjust as necessary. > > > > I got no sound when pa was run as a user. I am running these apps from > > the console -- apps such as aplay or anything which uses alsa. So I > > can't adjust any volumes under gnome, etc. > > Also, from the console you can use pactl. To play a sample sound there, do: > > pactl play-sample 0 > pactl play-sample 1 > > It should work. You can also set the volume from here: > > pactl set-sink-volume 0 "100%" > > 0 is usually the "master" volume. > > Check out man pactl. Well, in either system or user mode, root can play sound whereas a regular user gets silent, but without pulseaudio -- spawn=no, then a regular user can play sound. Does this give a clue? -- 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] problem trying to play sound when pulse audio is enabled
Canek Peláez Valdés wrote: > On Sun, Apr 28, 2013 at 10:07 PM, wrote: > > Canek Peláez Valdés wrote: > > > >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: > >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it > >> > must be there, but when I try to play a sound using either mplayer from > >> > the console which works fine withalsa, or even aplay, I get no sound > >> > unless I change the /etc/pulse/client.conf to spawn=no . > >> > >> Unless you have a very specific setup, you should not need to touch > >> the files under /etc/pulse. Also, are you trying to run the > >> system-wide PulseAudio service? Because that's basically wrong: > >> > >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide > >> > >> > Anyway to fix this? > >> > >> If you are running PA as a normal user (as you should), then perhaps > >> the per-application volume for MPlayer is muted. While playing > >> something with MPlayer, go to Settings -> Sound, then select the > >> Applications tab, and there should be a volume slider for all the > >> applications using audio. Just adjust as necessary. > > > > I got no sound when pa was run as a user. I am running these apps from > > the console -- apps such as aplay or anything which uses alsa. So I > > can't adjust any volumes under gnome, etc. > > Also, from the console you can use pactl. To play a sample sound there, do: > > pactl play-sample 0 > pactl play-sample 1 > > It should work. You can also set the volume from here: > > pactl set-sink-volume 0 "100%" > > 0 is usually the "master" volume. > > Check out man pactl. OK, I am looking at that, lots of things I don't understand, but I will read some more. -- 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] problem trying to play sound when pulse audio is enabled
On Sun, Apr 28, 2013 at 10:39 PM, wrote: > Canek Peláez Valdés wrote: > >> On Sun, Apr 28, 2013 at 10:07 PM, wrote: >> > Canek Peláez Valdés wrote: >> > >> >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: >> >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it >> >> > must be there, but when I try to play a sound using either mplayer from >> >> > the console which works fine withalsa, or even aplay, I get no sound >> >> > unless I change the /etc/pulse/client.conf to spawn=no . >> >> >> >> Unless you have a very specific setup, you should not need to touch >> >> the files under /etc/pulse. Also, are you trying to run the >> >> system-wide PulseAudio service? Because that's basically wrong: >> >> >> >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide >> >> >> >> > Anyway to fix this? >> >> >> >> If you are running PA as a normal user (as you should), then perhaps >> >> the per-application volume for MPlayer is muted. While playing >> >> something with MPlayer, go to Settings -> Sound, then select the >> >> Applications tab, and there should be a volume slider for all the >> >> applications using audio. Just adjust as necessary. >> > >> > I got no sound when pa was run as a user. I am running these apps from >> > the console -- apps such as aplay or anything which uses alsa. So I >> > can't adjust any volumes under gnome, etc. >> >> OK, then the real problem is that you had no sound with PA running >> with your user. Get back to user mode (check out the link I posted; >> almost *nobody* should run PA in system mode), and check the volume >> levels (again, Settings->Sound). Perhaps it was something as simple as >> a muted check box. > > But I don't have gnome even running, so I can't access any of that -- I > am just using apps from the text console. Is there a text file or > something I can deal with? See my second mail. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] problem trying to play sound when pulse audio is enabled
Canek Peláez Valdés wrote: > On Sun, Apr 28, 2013 at 10:07 PM, wrote: > > Canek Peláez Valdés wrote: > > > >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: > >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it > >> > must be there, but when I try to play a sound using either mplayer from > >> > the console which works fine withalsa, or even aplay, I get no sound > >> > unless I change the /etc/pulse/client.conf to spawn=no . > >> > >> Unless you have a very specific setup, you should not need to touch > >> the files under /etc/pulse. Also, are you trying to run the > >> system-wide PulseAudio service? Because that's basically wrong: > >> > >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide > >> > >> > Anyway to fix this? > >> > >> If you are running PA as a normal user (as you should), then perhaps > >> the per-application volume for MPlayer is muted. While playing > >> something with MPlayer, go to Settings -> Sound, then select the > >> Applications tab, and there should be a volume slider for all the > >> applications using audio. Just adjust as necessary. > > > > I got no sound when pa was run as a user. I am running these apps from > > the console -- apps such as aplay or anything which uses alsa. So I > > can't adjust any volumes under gnome, etc. > > OK, then the real problem is that you had no sound with PA running > with your user. Get back to user mode (check out the link I posted; > almost *nobody* should run PA in system mode), and check the volume > levels (again, Settings->Sound). Perhaps it was something as simple as > a muted check box. But I don't have gnome even running, so I can't access any of that -- I am just using apps from the text console. Is there a text file or something I can deal with? -- 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] problem trying to play sound when pulse audio is enabled
On Sun, Apr 28, 2013 at 10:07 PM, wrote: > Canek Peláez Valdés wrote: > >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it >> > must be there, but when I try to play a sound using either mplayer from >> > the console which works fine withalsa, or even aplay, I get no sound >> > unless I change the /etc/pulse/client.conf to spawn=no . >> >> Unless you have a very specific setup, you should not need to touch >> the files under /etc/pulse. Also, are you trying to run the >> system-wide PulseAudio service? Because that's basically wrong: >> >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide >> >> > Anyway to fix this? >> >> If you are running PA as a normal user (as you should), then perhaps >> the per-application volume for MPlayer is muted. While playing >> something with MPlayer, go to Settings -> Sound, then select the >> Applications tab, and there should be a volume slider for all the >> applications using audio. Just adjust as necessary. > > I got no sound when pa was run as a user. I am running these apps from > the console -- apps such as aplay or anything which uses alsa. So I > can't adjust any volumes under gnome, etc. Also, from the console you can use pactl. To play a sample sound there, do: pactl play-sample 0 pactl play-sample 1 It should work. You can also set the volume from here: pactl set-sink-volume 0 "100%" 0 is usually the "master" volume. Check out man pactl. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] problem trying to play sound when pulse audio is enabled
On Sun, Apr 28, 2013 at 10:07 PM, wrote: > Canek Peláez Valdés wrote: > >> On Sun, Apr 28, 2013 at 7:56 PM, wrote: >> > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it >> > must be there, but when I try to play a sound using either mplayer from >> > the console which works fine withalsa, or even aplay, I get no sound >> > unless I change the /etc/pulse/client.conf to spawn=no . >> >> Unless you have a very specific setup, you should not need to touch >> the files under /etc/pulse. Also, are you trying to run the >> system-wide PulseAudio service? Because that's basically wrong: >> >> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide >> >> > Anyway to fix this? >> >> If you are running PA as a normal user (as you should), then perhaps >> the per-application volume for MPlayer is muted. While playing >> something with MPlayer, go to Settings -> Sound, then select the >> Applications tab, and there should be a volume slider for all the >> applications using audio. Just adjust as necessary. > > I got no sound when pa was run as a user. I am running these apps from > the console -- apps such as aplay or anything which uses alsa. So I > can't adjust any volumes under gnome, etc. OK, then the real problem is that you had no sound with PA running with your user. Get back to user mode (check out the link I posted; almost *nobody* should run PA in system mode), and check the volume levels (again, Settings->Sound). Perhaps it was something as simple as a muted check box. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] problem trying to play sound when pulse audio is enabled
Canek Peláez Valdés wrote: > On Sun, Apr 28, 2013 at 7:56 PM, wrote: > > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it > > must be there, but when I try to play a sound using either mplayer from > > the console which works fine withalsa, or even aplay, I get no sound > > unless I change the /etc/pulse/client.conf to spawn=no . > > Unless you have a very specific setup, you should not need to touch > the files under /etc/pulse. Also, are you trying to run the > system-wide PulseAudio service? Because that's basically wrong: > > http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide > > > Anyway to fix this? > > If you are running PA as a normal user (as you should), then perhaps > the per-application volume for MPlayer is muted. While playing > something with MPlayer, go to Settings -> Sound, then select the > Applications tab, and there should be a volume slider for all the > applications using audio. Just adjust as necessary. I got no sound when pa was run as a user. I am running these apps from the console -- apps such as aplay or anything which uses alsa. So I can't adjust any volumes under gnome, etc. -- 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] Grub Config Questions
On Mon, 29 Apr 2013 09:07:07 +0800 Jackie wrote: > 在 Mon, 29 Apr 2013 08:58:56 +0800，Fast Turtle 写道: > > > I followed a method of using UUID's in grub from > > http://www.linux-archive.org/gentoo-user/481167-mounting-root-partition-uuid-no-initrd-needed.html > > > > and am getting an error 11 message > > > > My grub Conf > > > > title FlashGen2 > > > > root=PARTUUID=b969b2c9-becb-48cc-ad6d-81517bb12ca8 > > > > kernel /boot/kernel-genkernel-x86_6403.4.34-gentoo > > root=PARTUID=b969b2c9-becb-48cc-ad6d-81517bb12ca8 > > > > The error is about the PARTUUID but I don't know which one. > > > > make sure that your grub support uuid and try root=uuid=X,appeared to > me that it should be uuid rather than PARTUUID.Not so sure. > Been doing more reading and it looks as though you may be correct since I'm using Grub(legacy) not Grub2 that it appears the page talked about. Will check and see if that is the case.
Re: [gentoo-user] Grub Config Questions
On Mon, 29 Apr 2013 09:07:07 +0800 Jackie wrote: > 在 Mon, 29 Apr 2013 08:58:56 +0800，Fast Turtle 写道: > > > I followed a method of using UUID's in grub from > > http://www.linux-archive.org/gentoo-user/481167-mounting-root-partition-uuid-no-initrd-needed.html > > > > and am getting an error 11 message > > > > My grub Conf > > > > title FlashGen2 > > > > root=PARTUUID=b969b2c9-becb-48cc-ad6d-81517bb12ca8 > > > > kernel /boot/kernel-genkernel-x86_6403.4.34-gentoo > > root=PARTUID=b969b2c9-becb-48cc-ad6d-81517bb12ca8 > > > > The error is about the PARTUUID but I don't know which one. > > > > make sure that your grub support uuid and try root=uuid=X,appeared to > me that it should be uuid rather than PARTUUID.Not so sure. > The partuuid is from the howto link I was following This is what the page shows as the example root=PARTUUID=6BAD4248-FC6D-4487-A255-A3B57504BE10 Note that the "PARTUUID" keyword was introduced very recently in linux kernel 2.6.37, and it has nothing whatever to do with the "UUID" keyword used in the many online tutorials on how to build an initrd! The kernel used is the gentoo-sources 3.4.34 with gpt and efi enabled
Re: [gentoo-user] Grub Config Questions
在 Mon, 29 Apr 2013 08:58:56 +0800，Fast Turtle 写道: I followed a method of using UUID's in grub from http://www.linux-archive.org/gentoo-user/481167-mounting-root-partition-uuid-no-initrd-needed.html and am getting an error 11 message My grub Conf title FlashGen2 root=PARTUUID=b969b2c9-becb-48cc-ad6d-81517bb12ca8 kernel /boot/kernel-genkernel-x86_6403.4.34-gentoo root=PARTUID=b969b2c9-becb-48cc-ad6d-81517bb12ca8 The error is about the PARTUUID but I don't know which one. make sure that your grub support uuid and try root=uuid=X,appeared to me that it should be uuid rather than PARTUUID.Not so sure.
Re: [gentoo-user] problem trying to play sound when pulse audio is enabled
On Sun, Apr 28, 2013 at 7:56 PM, wrote: > Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it > must be there, but when I try to play a sound using either mplayer from > the console which works fine withalsa, or even aplay, I get no sound > unless I change the /etc/pulse/client.conf to spawn=no . Unless you have a very specific setup, you should not need to touch the files under /etc/pulse. Also, are you trying to run the system-wide PulseAudio service? Because that's basically wrong: http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide > Anyway to fix this? If you are running PA as a normal user (as you should), then perhaps the per-application volume for MPlayer is muted. While playing something with MPlayer, go to Settings -> Sound, then select the Applications tab, and there should be a volume slider for all the applications using audio. Just adjust as necessary. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] Grub Config Questions
I followed a method of using UUID's in grub from http://www.linux-archive.org/gentoo-user/481167-mounting-root-partition-uuid-no-initrd-needed.html and am getting an error 11 message My grub Conf title FlashGen2 root=PARTUUID=b969b2c9-becb-48cc-ad6d-81517bb12ca8 kernel /boot/kernel-genkernel-x86_6403.4.34-gentoo root=PARTUID=b969b2c9-becb-48cc-ad6d-81517bb12ca8 The error is about the PARTUUID but I don't know which one.
[gentoo-user] problem trying to play sound when pulse audio is enabled
Hi. I have not used pulseaudio at all, but with gnome 3.8 I guess it must be there, but when I try to play a sound using either mplayer from the console which works fine withalsa, or even aplay, I get no sound unless I change the /etc/pulse/client.conf to spawn=no . Anyway to fix this? Thanks in advance for any suggestions. -- 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] xorg forced by way of glib's test USE flag
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28/04/13 23:46, Grant wrote:
> I'm setting up Gentoo on a Beaglebone and I'm trying to do an
> 'emerge -DuN world' but it wants to pull in a mountain of xorg
> stuff. I've tracked the problem down to the test USE flag on
> glib:
>
> [ebuild R] dev-libs/glib-2.32.4-r1:2 USE="{test*} -debug
> (-fam) (-selinux) -static-libs (-systemtap) -utils -xattr"
>
> USE="-test" has no effect. I'm on the
> default/linux/arm/13.0/armv7a/developer profile. Can I avoid
> installing xorg?
>
> - Grant
>
Slightly OT but are you a Gentoo developer? Developer profiles are
there for Gentoo developers and not meant to set up an environment for
programmers. The handbook mentions this.
- --
Mateusz K.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iQIcBAEBAgAGBQJRfae9AAoJEM1mucMq2pqX29oP/3IsxIwi0c4LmQDt4J55yYQz
9Lj69gvYKrD5A+tN7yyVz6HMWMHdyWEDpVr2/35c77d4J9TbEkjO7TGyUnojxveO
Wivo2O06kOaRvtucQCRv3Liz4WMIFCAI1QZ57KPtKgoY2Rm1t+TBWNorqYFqzm3/
aPjpLoMsuv7o73mjZcN+lyLOm2Cj/O+/op1g0gPF3YkrtfhPJLZiEXkW/4uXcTBZ
qwjSfUb0nQcIRjiL/Q80pj8D9wedoUABxjklL2WqYDpUC9SKzl9NFiF3bJ/evzEK
p7wSKvJR5UB5BYGNM6svuTy+yTGccQMPkLpjb1xMqzjn4pcE1POusKQA1SgRNrWW
KdRDoooOr8Yth8khjseqKrBr8lusICMSTgQEqqtx5cjmsiZwfGNbBs4tTMTyqPxK
1fsO4XKmwBCg7uAkCxP+wTCAw/uog1BdTMviLkicZ5wa5TKyUK1cG08zM0qn26KG
GX9tIpFHsUgt74vyqDUjXXOkEMozZp8C7Y0iKhPciaIbpMzo/iwbFwFuEhCivQv6
6w0exuVDnp6uPVQQFXYY9s62/gvNMnSfC9+IjjZ2n6yJnfykZTB9Pd3UtMgJ0pfO
MZGC6mc/t5HjfRHXKeEmvoAEAWbvANIbBBMbD7/hZpJPbBT6VHTJo0UWYkzBV7EH
YfJ6LFWGw0kuTDS9/byo
=2mpz
-END PGP SIGNATURE-
[gentoo-user] Re: xorg forced by way of glib's test USE flag
> I'm setting up Gentoo on a Beaglebone and I'm trying to do an 'emerge
> -DuN world' but it wants to pull in a mountain of xorg stuff. I've
> tracked the problem down to the test USE flag on glib:
>
> [ebuild R] dev-libs/glib-2.32.4-r1:2 USE="{test*} -debug (-fam)
> (-selinux) -static-libs (-systemtap) -utils -xattr"
>
> USE="-test" has no effect. I'm on the
> default/linux/arm/13.0/armv7a/developer profile. Can I avoid
> installing xorg?
>
> - Grant
I fixed it by switching to the default/linux/arm/13.0/armv7a profile.
They must mean a Gentoo developer. :)
- Grant
[gentoo-user] xorg forced by way of glib's test USE flag
I'm setting up Gentoo on a Beaglebone and I'm trying to do an 'emerge
-DuN world' but it wants to pull in a mountain of xorg stuff. I've
tracked the problem down to the test USE flag on glib:
[ebuild R] dev-libs/glib-2.32.4-r1:2 USE="{test*} -debug (-fam)
(-selinux) -static-libs (-systemtap) -utils -xattr"
USE="-test" has no effect. I'm on the
default/linux/arm/13.0/armv7a/developer profile. Can I avoid
installing xorg?
- Grant
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
On Sunday 28 Apr 2013 22:29:27 Alan McKinnon wrote: > On 28/04/2013 23:25, Alan McKinnon wrote: > > On 28/04/2013 22:23, Mick wrote: > >> On Sunday 28 Apr 2013 17:44:25 Alan McKinnon wrote: > >> > >> > >> Then tried to run update world again to update icu to the latest stable > >> version 51.1. It fails straight away: > >> > >> What does this error about autotools mean? > > > > flameeyes, who knows more about this stuff than both of us together, has > > this to say in the thread about tar: > > > > > > "yeah, thanks to some automake update someone did not think about testing > > first before unmasking, a whole bunch of packages are suddenly failing > > with that error. Nothing to see, but versionitis once again hitting a > > couple of innocents. Just go to bugzilla and see the bugs for the last > > 24h. It is a massacre." > > > > > > At some point in your near future and re-sync and remerge will fix all > > your problems. Meanwhile, sit tight and I recommend you do not updates > > until emerge worls tells you there's something for auto* > > Ignore this, it's a change to autotools.eclass so you won't see it in > emerge's list of updates to perform > > https://bugs.gentoo.org/show_bug.cgi?id=467772 Thanks for letting me know. I'll rinse and repeat at a later point. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
On 28/04/2013 23:25, Alan McKinnon wrote: > On 28/04/2013 22:23, Mick wrote: >> On Sunday 28 Apr 2013 17:44:25 Alan McKinnon wrote: >> Then tried to run update world again to update icu to the latest stable >> version 51.1. It fails straight away: >> >> What does this error about autotools mean? > > > > flameeyes, who knows more about this stuff than both of us together, has > this to say in the thread about tar: > > > "yeah, thanks to some automake update someone did not think about testing > first before unmasking, a whole bunch of packages are suddenly failing > with that error. Nothing to see, but versionitis once again hitting a > couple of innocents. Just go to bugzilla and see the bugs for the last > 24h. It is a massacre." > > > At some point in your near future and re-sync and remerge will fix all > your problems. Meanwhile, sit tight and I recommend you do not updates > until emerge worls tells you there's something for auto* Ignore this, it's a change to autotools.eclass so you won't see it in emerge's list of updates to perform https://bugs.gentoo.org/show_bug.cgi?id=467772 -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
On 28/04/2013 22:23, Mick wrote:
> On Sunday 28 Apr 2013 17:44:25 Alan McKinnon wrote:
>> On 28/04/2013 17:46, Mick wrote:
>>> On Sunday 28 Apr 2013 14:50:58 Mick wrote:
>>>> On Sunday 28 Apr 2013 13:21:35 Marc Joliet wrote:
>>>>> I have to admit, I'm a bit confused. I was going to suggest rebuilding
>>>>> QtWebKit, because of the undefined references and other warnings above,
>>>>> but I didn't rebuild it myself after upgrading icu, and various KDE
>>>>> software I have (that depends on QtWebKit, for example k3b and various
>>>>> games) still runs fine.
>>>>>
>>>>> I would try rebuilding QtWebKit anyway, though.
>>>
>>> That's fixed it. Thanks!
>>>
>>> Does this mean that the new *default* for make.conf should be that
>>> preserve- libs is included in FEATURES, otherwise packages that depend
>>> on older lib files break if older files are removed?
>>
>> I dunno what the default is, but I've used preserve-libs since forever.
>>
>> Not having it doesn't give you less than what you used to have - apps
>> that link to libs which get upgraded always used to break, hence why we
>> had revdep-rebuild. And far years we just dealt with this breakage.
>>
>> preserve-libs just delays the delete of the old lib till the point where
>> nothing uses it anymore.
>
> :-(
>
> This is getting worse!
>
> I downgraded dev-libs/icu to 49.1.2. Then I run @preserve-rebuild and it did
> rebuild a bunch of packages. Everything works fine.
>
> Then tried to run update world again to update icu to the latest stable
> version 51.1. It fails straight away:
>
> What does this error about autotools mean?
flameeyes, who knows more about this stuff than both of us together, has
this to say in the thread about tar:
"yeah, thanks to some automake update someone did not think about testing
first before unmasking, a whole bunch of packages are suddenly failing
with that error. Nothing to see, but versionitis once again hitting a
couple of innocents. Just go to bugzilla and see the bugs for the last
24h. It is a massacre."
At some point in your near future and re-sync and remerge will fix all
your problems. Meanwhile, sit tight and I recommend you do not updates
until emerge worls tells you there's something for auto*
>
> ===
>>>> Emerging (1 of 7) dev-libs/icu-51.1
> * icu4c-51_1-src.tgz SHA256 SHA512 WHIRLPOOL size ;-) ... [
> ok ]
>>>> Unpacking source...
>>>> Unpacking icu4c-51_1-src.tgz to /var/tmp/portage/dev-libs/icu-51.1/work
>>>> Source unpacked in /var/tmp/portage/dev-libs/icu-51.1/work
>>>> Preparing source in /var/tmp/portage/dev-libs/icu-51.1/work/icu/source ...
> * Applying icu-4.8.1-fix_binformat_fonts.patch ...[
> ok ]
> * Applying icu-4.8.1.1-fix_ltr.patch ... [
> ok ]
> * Running eautoreconf in
> '/var/tmp/portage/dev-libs/icu-51.1/work/icu/source'
> ...
> * Running autoconf ...[
> ok ]
> * ERROR: dev-libs/icu-51.1 failed (prepare phase):
> * internal error: add AC_CONFIG_HEADER to ALL_AUTOTOOLS_MACROS
> *
> * Call stack:
> * ebuild.sh, line 93: Called src_prepare
> * environment, line 2975: Called eautoreconf
> * environment, line 907: Called eautoheader
> * environment, line 829: Called _at_uses_autoheader
> * environment, line 277: Called _at_uses_pkg 'AC_CONFIG_HEADERS'
> 'AC_CONFIG_HEADER' 'AM_CONFIG_HEADERS' 'AM_CONFIG_HEADER'
> * environment, line 309: Called autotools_check_macro
> 'AC_CONFIG_HEADERS'
> 'AC_CONFIG_HEADER' 'AM_CONFIG_HEADERS' 'AM_CONFIG_HEADER'
> * environment, line 484: Called die
> * The specific snippet of code:
> * has ${macro} ${ALL_AUTOTOOLS_MACROS[@]} || die "internal error:
> add ${macro} to ALL_AUTOTOOLS_MACROS";
> *
> * If you need support, post the output of `emerge --info '=dev-
> libs/icu-51.1'`,
> * the complete build log and the output of `emerge -pqv '=dev-
> libs/icu-51.1'`.
> /usr/lib64/portage/bin/isolated-functions.sh: line 215: wait: `internal
> error:
> add AC_CONFIG_HEADER to ALL_AUTOTOOLS_MACROS': not a pid or valid job spec
> * The complete build log is located at '/var/log/portage/dev-
> libs:icu-51.1:20130428-201855.log'.
> * The ebuild environment file is located at '
Re: [gentoo-user] Error building tar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28/04/13 21:10, staticsafe wrote: > On 4/28/2013 14:53, staticsafe wrote: >> On 4/28/2013 14:44, Mateusz Kowalczyk wrote: >>> On 28/04/13 18:58, staticsafe wrote: Updating a Gentoo VM today when I encountered an issue with building tar. Attaching relevant logs. >>> >>> I just tried to update to see whether the issue occurs and can >>> now confirm that it does in fact happen. >>> >>> Should probably file a bug... >>> >>> >> >> Filed bug - https://bugs.gentoo.org/show_bug.cgi?id=467776 CCing >> ebuild maintainer as well. >> > My bug has been marked as a duplicate to this one: > https://bugs.gentoo.org/show_bug.cgi?id=467772 > The commit at fault was reverted and everything is fixed now. - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRfYf7AAoJEM1mucMq2pqXi/sP/iqMkzyiTykLzDec4o9VLYwM x4E7ebktn/AVrfysmY+YzBSK8/piSPfn046o8oibelwJodqfEPDEpI3ZYvTdry87 YTYhbZSKiQKlr7dJqq6XF2q8/LRmeZgsRfra0OUxyaPV1nuhmkJcCK8tx+B5OJdD bnwjdpfpfs55/EeWZz7brJZHEJpJI7unZ4HJ2aY8FjrdcJTP2tvAVxnphuUpqD3g h00aoIs7PREFTLWAyi0hHl+b6Jz4UXKugLRl5kTu9+GmIn+ZvW/xUfh4RvqmnhIl CWUEX4YqlY/JhHkPH0OscaJ9mvQ5qakAmzMmereqAg1L6zTqq78G3f0BKNUsdzKb bPJV4Z5XkNDLTXw8oqSBzuThB5zD/xlP5uD1KApKO+KwdMhRAH5YZ0EvwQw8wT0C mEG+rOMQ9BMpd1JPwhCkYD3fIN5qbrFKFCG7BWi0VfwuqkSWMcHL7EN13MWSqKxh zoF/7AK0PbyWI5jgKHfcs/Fm8Hov7rbh4ALVnNghLpiPI7+FiUIC5rzoYw80MSO9 WdZk2ccTW/uuPNDSKDuIBuhf1wYXbPoRVJhvcdZYajVaOrs4K5pCQfQpZv1YhTOg OInPmFO2ZCVg5SgKggW9g9YjSZPKDB1YXwI7qcUKDNZbKVRiB2ZicvjyL1lqmY7h F9Oig24GbbamAlE7xtzu =8IpH -END PGP SIGNATURE-
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
On 4/28/2013 16:23, Mick wrote:
> On Sunday 28 Apr 2013 17:44:25 Alan McKinnon wrote:
>> On 28/04/2013 17:46, Mick wrote:
>>> On Sunday 28 Apr 2013 14:50:58 Mick wrote:
>>>> On Sunday 28 Apr 2013 13:21:35 Marc Joliet wrote:
>>>>> I have to admit, I'm a bit confused. I was going to suggest
>>>>> rebuilding QtWebKit, because of the undefined references
>>>>> and other warnings above, but I didn't rebuild it myself
>>>>> after upgrading icu, and various KDE software I have (that
>>>>> depends on QtWebKit, for example k3b and various games)
>>>>> still runs fine.
>>>>>
>>>>> I would try rebuilding QtWebKit anyway, though.
>>>
>>> That's fixed it. Thanks!
>>>
>>> Does this mean that the new *default* for make.conf should be
>>> that preserve- libs is included in FEATURES, otherwise packages
>>> that depend on older lib files break if older files are
>>> removed?
>>
>> I dunno what the default is, but I've used preserve-libs since
>> forever.
>>
>> Not having it doesn't give you less than what you used to have -
>> apps that link to libs which get upgraded always used to break,
>> hence why we had revdep-rebuild. And far years we just dealt with
>> this breakage.
>>
>> preserve-libs just delays the delete of the old lib till the
>> point where nothing uses it anymore.
>
> :-(
>
> This is getting worse!
>
> I downgraded dev-libs/icu to 49.1.2. Then I run @preserve-rebuild
> and it did rebuild a bunch of packages. Everything works fine.
>
> Then tried to run update world again to update icu to the latest
> stable version 51.1. It fails straight away:
>
> What does this error about autotools mean?
>
> ===
>>>> Emerging (1 of 7) dev-libs/icu-51.1
> * icu4c-51_1-src.tgz SHA256 SHA512 WHIRLPOOL size ;-) ...
> [ ok ]
>>>> Unpacking source... Unpacking icu4c-51_1-src.tgz to
>>>> /var/tmp/portage/dev-libs/icu-51.1/work Source unpacked in
>>>> /var/tmp/portage/dev-libs/icu-51.1/work Preparing source in
>>>> /var/tmp/portage/dev-libs/icu-51.1/work/icu/source ...
> * Applying icu-4.8.1-fix_binformat_fonts.patch ...
> [ ok ] * Applying icu-4.8.1.1-fix_ltr.patch ...
> [ ok ] * Running eautoreconf in
> '/var/tmp/portage/dev-libs/icu-51.1/work/icu/source' ... * Running
> autoconf ...[
> ok ] * ERROR: dev-libs/icu-51.1 failed (prepare phase): *
> internal error: add AC_CONFIG_HEADER to ALL_AUTOTOOLS_MACROS * *
> Call stack: * ebuild.sh, line 93: Called src_prepare *
> environment, line 2975: Called eautoreconf * environment, line
> 907: Called eautoheader * environment, line 829: Called
> _at_uses_autoheader * environment, line 277: Called
> _at_uses_pkg 'AC_CONFIG_HEADERS' 'AC_CONFIG_HEADER'
> 'AM_CONFIG_HEADERS' 'AM_CONFIG_HEADER' * environment, line 309:
> Called autotools_check_macro 'AC_CONFIG_HEADERS' 'AC_CONFIG_HEADER'
> 'AM_CONFIG_HEADERS' 'AM_CONFIG_HEADER' * environment, line 484:
> Called die * The specific snippet of code: * has ${macro}
> ${ALL_AUTOTOOLS_MACROS[@]} || die "internal error: add ${macro} to
> ALL_AUTOTOOLS_MACROS"; * * If you need support, post the output of
> `emerge --info '=dev- libs/icu-51.1'`, * the complete build log and
> the output of `emerge -pqv '=dev- libs/icu-51.1'`.
> /usr/lib64/portage/bin/isolated-functions.sh: line 215: wait:
> `internal error: add AC_CONFIG_HEADER to ALL_AUTOTOOLS_MACROS': not
> a pid or valid job spec * The complete build log is located at
> '/var/log/portage/dev- libs:icu-51.1:20130428-201855.log'. * The
> ebuild environment file is located at '/var/tmp/portage/dev-
> libs/icu-51.1/temp/environment'. * Working directory:
> '/var/tmp/portage/dev-libs/icu-51.1/work/icu/source' * S:
> '/var/tmp/portage/dev-libs/icu-51.1/work/icu/source'
>
>>>> Failed to emerge dev-libs/icu-51.1, Log file:
>
>>>> '/var/log/portage/dev-libs:icu-51.1:20130428-201855.log'
>
> * Messages for package dev-libs/icu-51.1:
>
> * ERROR: dev-libs/icu-51.1 failed (prepare phase): * internal
> error: add AC_CONFIG_HEADER to ALL_AUTOTOOLS_MACROS * * Call
> stack: * ebuild.sh, line 93: Called src_prepare *
> environment, line 2975: Called eautoreconf * environment, line
> 907: Called eautoheader * environment, lin
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
On Sunday 28 Apr 2013 17:44:25 Alan McKinnon wrote:
> On 28/04/2013 17:46, Mick wrote:
> > On Sunday 28 Apr 2013 14:50:58 Mick wrote:
> >> On Sunday 28 Apr 2013 13:21:35 Marc Joliet wrote:
> >>> I have to admit, I'm a bit confused. I was going to suggest rebuilding
> >>> QtWebKit, because of the undefined references and other warnings above,
> >>> but I didn't rebuild it myself after upgrading icu, and various KDE
> >>> software I have (that depends on QtWebKit, for example k3b and various
> >>> games) still runs fine.
> >>>
> >>> I would try rebuilding QtWebKit anyway, though.
> >
> > That's fixed it. Thanks!
> >
> > Does this mean that the new *default* for make.conf should be that
> > preserve- libs is included in FEATURES, otherwise packages that depend
> > on older lib files break if older files are removed?
>
> I dunno what the default is, but I've used preserve-libs since forever.
>
> Not having it doesn't give you less than what you used to have - apps
> that link to libs which get upgraded always used to break, hence why we
> had revdep-rebuild. And far years we just dealt with this breakage.
>
> preserve-libs just delays the delete of the old lib till the point where
> nothing uses it anymore.
:-(
This is getting worse!
I downgraded dev-libs/icu to 49.1.2. Then I run @preserve-rebuild and it did
rebuild a bunch of packages. Everything works fine.
Then tried to run update world again to update icu to the latest stable
version 51.1. It fails straight away:
What does this error about autotools mean?
===
>>> Emerging (1 of 7) dev-libs/icu-51.1
* icu4c-51_1-src.tgz SHA256 SHA512 WHIRLPOOL size ;-) ... [
ok ]
>>> Unpacking source...
>>> Unpacking icu4c-51_1-src.tgz to /var/tmp/portage/dev-libs/icu-51.1/work
>>> Source unpacked in /var/tmp/portage/dev-libs/icu-51.1/work
>>> Preparing source in /var/tmp/portage/dev-libs/icu-51.1/work/icu/source ...
* Applying icu-4.8.1-fix_binformat_fonts.patch ...[
ok ]
* Applying icu-4.8.1.1-fix_ltr.patch ... [
ok ]
* Running eautoreconf in '/var/tmp/portage/dev-libs/icu-51.1/work/icu/source'
...
* Running autoconf ...[
ok ]
* ERROR: dev-libs/icu-51.1 failed (prepare phase):
* internal error: add AC_CONFIG_HEADER to ALL_AUTOTOOLS_MACROS
*
* Call stack:
* ebuild.sh, line 93: Called src_prepare
* environment, line 2975: Called eautoreconf
* environment, line 907: Called eautoheader
* environment, line 829: Called _at_uses_autoheader
* environment, line 277: Called _at_uses_pkg 'AC_CONFIG_HEADERS'
'AC_CONFIG_HEADER' 'AM_CONFIG_HEADERS' 'AM_CONFIG_HEADER'
* environment, line 309: Called autotools_check_macro 'AC_CONFIG_HEADERS'
'AC_CONFIG_HEADER' 'AM_CONFIG_HEADERS' 'AM_CONFIG_HEADER'
* environment, line 484: Called die
* The specific snippet of code:
* has ${macro} ${ALL_AUTOTOOLS_MACROS[@]} || die "internal error:
add ${macro} to ALL_AUTOTOOLS_MACROS";
*
* If you need support, post the output of `emerge --info '=dev-
libs/icu-51.1'`,
* the complete build log and the output of `emerge -pqv '=dev-
libs/icu-51.1'`.
/usr/lib64/portage/bin/isolated-functions.sh: line 215: wait: `internal error:
add AC_CONFIG_HEADER to ALL_AUTOTOOLS_MACROS': not a pid or valid job spec
* The complete build log is located at '/var/log/portage/dev-
libs:icu-51.1:20130428-201855.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-
libs/icu-51.1/temp/environment'.
* Working directory: '/var/tmp/portage/dev-libs/icu-51.1/work/icu/source'
* S: '/var/tmp/portage/dev-libs/icu-51.1/work/icu/source'
>>> Failed to emerge dev-libs/icu-51.1, Log file:
>>> '/var/log/portage/dev-libs:icu-51.1:20130428-201855.log'
* Messages for package dev-libs/icu-51.1:
* ERROR: dev-libs/icu-51.1 failed (prepare phase):
* internal error: add AC_CONFIG_HEADER to ALL_AUTOTOOLS_MACROS
*
* Call stack:
* ebuild.sh, line 93: Called src_prepare
* environment, line 2975: Called eautoreconf
* environment, line 907: Called eautoheader
* environment, line 829: Called _at_uses_autoheader
* environment, line 277: Called _at_uses_pkg 'AC_CONFIG_HEADERS'
'AC_CONFIG_HEADER' 'AM_CONFIG_HEADERS' 'AM_CONFIG_HEADER'
* environment, line 309: Called autotools_check_macro 'AC_CONFIG_HEADERS'
'AC_CONFIG_HEADER' 'AM_CONFIG_HEADERS' 'AM_CONFIG_HEADER'
* environment, line 484: Called die
* The specific snippet of code:
* has ${macro} ${ALL_AUTOTOOLS_MACROS[@]} || die "internal error:
add ${macro} to ALL_AUTOTOOLS_MACROS";
*
===
Is this a result of me adding preserve-libs without changing something in my
env? :-/
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Error building tar
On 4/28/2013 14:53, staticsafe wrote: > On 4/28/2013 14:44, Mateusz Kowalczyk wrote: >> On 28/04/13 18:58, staticsafe wrote: >>> Updating a Gentoo VM today when I encountered an issue with >>> building tar. Attaching relevant logs. >> >> I just tried to update to see whether the issue occurs and can now >> confirm that it does in fact happen. >> >> Should probably file a bug... >> >> > > Filed bug - https://bugs.gentoo.org/show_bug.cgi?id=467776 > CCing ebuild maintainer as well. > My bug has been marked as a duplicate to this one: https://bugs.gentoo.org/show_bug.cgi?id=467772 -- staticsafe O< ascii ribbon campaign - stop html mail - www.asciiribbon.org Please don't top post - http://goo.gl/YrmAb Don't CC me! I'm subscribed to whatever list I just posted on.
Re: [gentoo-user] Error building tar
Am 28.04.2013 19:58, schrieb staticsafe: > Updating a Gentoo VM today when I encountered an issue with building > tar. Attaching relevant logs. yeah, thanks to some automake update someone did not think about testing first before unmasking, a whole bunch of packages are suddenly failing with that error. Nothing to see, but versionitis once again hitting a couple of innocents. Just go to bugzilla and see the bugs for the last 24h. It is a massacre.
Re: [gentoo-user] Weird framebuffer problem when booting
On 2013-04-28 1:53 PM, Alan McKinnon wrote: On 28/04/2013 19:15, Tanstaafl wrote: In my defense though, the example immediately following that comment did NOT have the '0x' preceding the value, and it was the example I was going by... I remember that from a LONG time ago too. You are not the only one who got caught out... Updated the example on the wiki... maybe it will save someone else some time in the future...
Re: [gentoo-user] Error building tar
On 4/28/2013 14:44, Mateusz Kowalczyk wrote: > On 28/04/13 18:58, staticsafe wrote: >> Updating a Gentoo VM today when I encountered an issue with >> building tar. Attaching relevant logs. > > I just tried to update to see whether the issue occurs and can now > confirm that it does in fact happen. > > Should probably file a bug... > > Filed bug - https://bugs.gentoo.org/show_bug.cgi?id=467776 CCing ebuild maintainer as well. -- staticsafe O< ascii ribbon campaign - stop html mail - www.asciiribbon.org Please don't top post - http://goo.gl/YrmAb Don't CC me! I'm subscribed to whatever list I just posted on.
Re: [gentoo-user] Error building tar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28/04/13 18:58, staticsafe wrote: > Updating a Gentoo VM today when I encountered an issue with > building tar. Attaching relevant logs. > I just tried to update to see whether the issue occurs and can now confirm that it does in fact happen. Should probably file a bug... - -- Mateusz K. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRfW4hAAoJEM1mucMq2pqXFaEQAJZ+MBHYmwYLjPvl64haIjPd t3aqvAZqaaUCAVxWVsKaySzVO/tknw+eKWKZkNuFf1EQoUlHH38FGFIePLRZIn8t /Xn/MCrRLvjSUwZok8kEOw7aT7q6enARnmy3B479Ma6nvAdlES+jLtuAUy7TCh2q +yFTmhi2lUwMZ3e+Ncvmi7V9J5bH3qqo5gCRgmtsUvYpomPQB9IVVQfBu+6FEhvH VhecoLwhajdMBIk7nCR46AEipUdNhxKyv0JG/LYyw4+7cwYX2YAAZjCb851sxNyG zkk0NlF0V1All60OkCHcdacCoRzp6F1FYFgcA8CpdxtntsY9BcZAHl3llSxGgmIS NZBHRIuBMQxtfo+U79meWVZHab1Rfu8ERzFwSDAUkRQ2LL7oLYQ0LkC6U3QKPjUj 64b8v8HRwz22K5kegJ7QQKn26pXC+DAhb5QXPac+Z0knLJD5WXd/RdTm0J0ocqvp tPRB+grSpXsu+0HjA4km2a/kiwThs08TTqUEYG5hikyjiQIqbj99xl9vnK5ccWtj Zn9unrWxTMxwtOfJoyvXnHiOBfSk7KL47we2ay/lnetLPaG1wDtBwAzzLCb55h5a djUuSpYYqKj4MREvuSiuq9CTDyanBDFka1LWTOM7Jq36nRcG31rhPbd7nJ/xNfys HhKI5KAB+JppZQvxphHj =XLc3 -END PGP SIGNATURE-
[gentoo-user] Error building tar
Updating a Gentoo VM today when I encountered an issue with building tar. Attaching relevant logs. -- staticsafe O< ascii ribbon campaign - stop html mail - www.asciiribbon.org Please don't top post - http://goo.gl/YrmAb Don't CC me! I'm subscribed to whatever list I just posted on. [ebuild U ] app-arch/tar-1.26-r1 [1.26] USE="nls -minimal% -static -xattr%" * IMPORTANT: 4 news items need reading for repository 'gentoo'. * Use eselect news to read news items. Portage 2.1.11.62 (default/linux/x86/13.0, gcc-4.6.3, glibc-2.15-r3, 3.7.10-gentoo i686) = System Settings = System uname: Linux-3.7.10-gentoo-i686-QEMU_Virtual_CPU_version_-cpu64-rhel6-with-gentoo-2.2 KiB Mem: 508948 total, 51860 free KiB Swap: 524284 total,523168 free Timestamp of tree: Sun, 28 Apr 2013 17:15:01 + ld GNU ld (GNU Binutils) 2.22 app-shells/bash: 4.2_p37 dev-lang/python: 2.7.3-r3, 3.2.3-r2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.69 sys-devel/automake: 1.10.3, 1.12.6 sys-devel/binutils: 2.22-r1 sys-devel/gcc:4.6.3 sys-devel/gcc-config: 1.7.3 sys-devel/libtool:2.4-r1 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.7 (virtual/os-headers) sys-libs/glibc: 2.15-r3 Repositories: gentoo ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -march=i686 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="-O2 -march=i686 -pipe" GENTOO_MIRRORS="ftp://mirror.rit.edu/gentoo/"; LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync5.us.gentoo.org/gentoo-portage" USE="acl berkdb bindist bzip2 cli cracklib crypt cxx dri fortran gdbm gpm iconv ipv6 modules mudflap ncurses nls nptl openmp pam pcre readline session ssl tcpd unicode x86 zlib" ABI_X86="32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-3" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby18 ruby19" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, POR
Re: [gentoo-user] Removing pulseaudio
On Sun, Apr 28, 2013 at 12:12 PM, Alan McKinnon wrote: > On 28/04/2013 18:11, Canek Peláez Valdés wrote: >>> What we complain about here is basic low-level software changes that >>> > affect much more than just their own little universe, and will do it ON >>> > ALL LINUX MACHINES NOW AND IN THE FUTURE. >> The source is out there NOW AND IN THE FUTURE. If there is enough >> developers interested in maintaining something, it will be maintained; >> but you cannot force no developer to maintain nothing. > > You keep saying this, over and over in many places for many reasons. > > But it just is not true. > > It's easy to get a dev to support something - you just ask them. > > Have you ever asked a dev to support something you needed? Yes of course; you can ask a developer for anything: you can ask him, for example, to throw himself over a cliff. Believe me: he will probably not do it. I said: you cannot *FORCE* a developer to maintain nothing. You want to *FORCE* them to support PA-less systems (in the case of GNOME, perhaps, in the future) and /usr-separated systems without initramfs (in udev case), only because *you* think is the right thing to do, or because it was previously "supported" (in the /usr-separated it was actually a problem waiting to happen). The developers in those projects made their choice: make yours. Stick with those projects and accept that the developers word is law; or contribute so that your word has weight; or fork the project; or switch projects; or whatever. Complaining over choices already made by the people in charge is not very productive. Of course you can express your opinion. But without any code behind it, the most probably outcome is that it will be ignored. Even more in a place like this list: some Gentoo developers read gentoo-user, and from those even less are upstream in certain projects. But the majority of the people writing the code (the kernel, systemd-udev, PulseAudio, GStreamer, GNOME, whatever-application-you-use) most of the time don't read this list. Complaining here about PulseAudio being a hard dependency on GNOME is basically yelling into an echo chamber: you will most of the time get only responses from people with the same opinion as yours, and they all will get into a long rant about the evils of who-knows-what new fangled project that goes against "old Unix principles" (whatever that is). And. Nothing. Will. Change... because the people coding the code are the ones making the decisions. And they do not read (in general) this particular mailing list. The developers in several projects are making their decisions; sometimes they listen to users, sometimes they don't. If we don't step in and contribute code to said projects, arguing here about what constitutes a "good" or a "bad" developer is pretty pointless. To finish (this mail and my participation in this thread), you know what developer is famous for not listening to users? Linus Torvalds. Google what has happened whenever someone has tried to set up a petition campaign to get something into the kernel. And he's certainly one of the best project leaders we have. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Weird framebuffer problem when booting
On 28/04/2013 19:15, Tanstaafl wrote: > In my defense though, the example immediately following that comment did > NOT have the '0x' preceding the value, and it was the example I was > going by... I remember that from a LONG time ago too. You are not the only one who got caught out... > > On 2013-04-28 1:13 PM, Tanstaafl wrote: >> On 2013-04-28 12:51 PM, Alan McKinnon wrote: >>> IIRC (this goes back a long while), the vesafb and vga= options are >>> completely unrelated and refer to *different* framebuffer systems. So >>> vesafb ignores vga= and defaults to ... default :-) >> >> Not according to the gentoo wiki: >> >> http://en.gentoo-wiki.com/wiki/Framebuffer#vesafb_2 >> >>> Put the vesafb: option on the kernel command line instead. >> >> I am putting it on the kernel command line: >> >> title Gentoo Linux 3.7.10-r1-curr >> root (hd0,0) >> kernel /boot/kernel-3.7.10-gentoo-r1-curr root=/dev/sda3 >> video=vesafb:mtrr:y,ywrap vga=ask >> >> But, after re-reading that page above for the 10th time, I finally >> noticed this comment: >> >>> Setting vga=ask is a good idea if you are unsure what to use, as the >>> kernel will stop and ask you for the desired resolution and color >>> depth. The displayed mode numbers are in HEX format - use the >>> preceding 0x when updating your grub.conf with the new video mode. >> >> I was just adding the number '341'... after adding vga=0x341, it works >> just fine. >> >> Wasted a few hours on that one. Gotta start paying more attention to >> detail... >> > > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] why my system is keeping old kernel around?
On Sun, 2013-04-28 at 18:47 +0200, Alan McKinnon wrote: > By far the most likely cause is you type > > emerge =gentoo-sources- > > and forget to use the -1 option. It's the same thing that results in > packages called *lib* in world Yeah, I knew that doing this would cause what I was talking about, but I don't recall ever having using a specific version in a kernel emerge command. I guess it's possible I just don't remember doing it, but it happens often enough that I don't think this is why. I'll try to pay attention to the contents of world and see if I can pinpoint an action that is doing this. Thanks! -- Randy Barlow
Re: [gentoo-user] Removing pulseaudio
On Sunday 28 Apr 2013 18:12:49 Alan McKinnon wrote: > On 28/04/2013 18:11, Canek Peláez Valdés wrote: > >> What we complain about here is basic low-level software changes that > >> > >> > affect much more than just their own little universe, and will do it > >> > ON ALL LINUX MACHINES NOW AND IN THE FUTURE. > > > > The source is out there NOW AND IN THE FUTURE. If there is enough > > developers interested in maintaining something, it will be maintained; > > but you cannot force no developer to maintain nothing. > > You keep saying this, over and over in many places for many reasons. > > But it just is not true. > > It's easy to get a dev to support something - you just ask them. > > Have you ever asked a dev to support something you needed? Egocentric/maniac devs just listen to their own infallible desires, which *they* call logic rather than the requests of their users. In such cases, those of us who have neither the capability nor the time to start coding the next fork which complies better with *nix design principles and common sense, have to wait for some sensible solution to appear (e.g. eudev) and run with that where available. Ultimately, if some other dev(s) create /better/ code than Poettering that closer matches the desires of many, I expect the monolithic initrd+udev+systemd+what-ever will be ditched in favour of something more flexible that suits a lot of us Gentoo users. I can't wait for this to happen sooner, but since I can't code I can only but hope. :-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Weird framebuffer problem when booting
On Sunday 28 April 2013 18:13:10 Tanstaafl wrote: > I was just adding the number '341'... after adding vga=0x341, it works > just fine. I was just writing to suggest that when I saw your message come in. :-( > Wasted a few hours on that one. Only a couple of minutes in my case ;-) -- Peter
Re: [gentoo-user] Weird framebuffer problem when booting
In my defense though, the example immediately following that comment did NOT have the '0x' preceding the value, and it was the example I was going by... On 2013-04-28 1:13 PM, Tanstaafl wrote: On 2013-04-28 12:51 PM, Alan McKinnon wrote: IIRC (this goes back a long while), the vesafb and vga= options are completely unrelated and refer to *different* framebuffer systems. So vesafb ignores vga= and defaults to ... default :-) Not according to the gentoo wiki: http://en.gentoo-wiki.com/wiki/Framebuffer#vesafb_2 Put the vesafb: option on the kernel command line instead. I am putting it on the kernel command line: title Gentoo Linux 3.7.10-r1-curr root (hd0,0) kernel /boot/kernel-3.7.10-gentoo-r1-curr root=/dev/sda3 video=vesafb:mtrr:y,ywrap vga=ask But, after re-reading that page above for the 10th time, I finally noticed this comment: Setting vga=ask is a good idea if you are unsure what to use, as the kernel will stop and ask you for the desired resolution and color depth. The displayed mode numbers are in HEX format - use the preceding 0x when updating your grub.conf with the new video mode. I was just adding the number '341'... after adding vga=0x341, it works just fine. Wasted a few hours on that one. Gotta start paying more attention to detail...
Re: [gentoo-user] Removing pulseaudio
On 28/04/2013 18:11, Canek Peláez Valdés wrote: >> What we complain about here is basic low-level software changes that >> > affect much more than just their own little universe, and will do it ON >> > ALL LINUX MACHINES NOW AND IN THE FUTURE. > The source is out there NOW AND IN THE FUTURE. If there is enough > developers interested in maintaining something, it will be maintained; > but you cannot force no developer to maintain nothing. You keep saying this, over and over in many places for many reasons. But it just is not true. It's easy to get a dev to support something - you just ask them. Have you ever asked a dev to support something you needed? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Weird framebuffer problem when booting
On 2013-04-28 12:51 PM, Alan McKinnon wrote: IIRC (this goes back a long while), the vesafb and vga= options are completely unrelated and refer to *different* framebuffer systems. So vesafb ignores vga= and defaults to ... default :-) Not according to the gentoo wiki: http://en.gentoo-wiki.com/wiki/Framebuffer#vesafb_2 Put the vesafb: option on the kernel command line instead. I am putting it on the kernel command line: title Gentoo Linux 3.7.10-r1-curr root (hd0,0) kernel /boot/kernel-3.7.10-gentoo-r1-curr root=/dev/sda3 video=vesafb:mtrr:y,ywrap vga=ask But, after re-reading that page above for the 10th time, I finally noticed this comment: Setting vga=ask is a good idea if you are unsure what to use, as the kernel will stop and ask you for the desired resolution and color depth. The displayed mode numbers are in HEX format - use the preceding 0x when updating your grub.conf with the new video mode. I was just adding the number '341'... after adding vga=0x341, it works just fine. Wasted a few hours on that one. Gotta start paying more attention to detail...
Re: [gentoo-user] Removing pulseaudio
Randy, I don't want to continue rehashing the whole thread, as you and I are essentially in agreement. I do want to take this opportunity to highlight something we techies overlook almost all the time: We are human, and humans are not logical. We do not run on bash scripts and don't have a CPU in our heads. Sheldon and Spock are fiction :-) We humans run on emotion and the fuzzy-feel-good chemicals we squirt into our brains, and techies are probably the worst equipped to spot when it kicks in! And so: On 28/04/2013 18:02, Randy Barlow wrote: >> What we complain about here is basic low-level software changes that >> > affect much more than just their own little universe, and will do it ON >> > ALL LINUX MACHINES NOW AND IN THE FUTURE. > Well, this will be the case if nobody forks these projects, or writes > competing projects. As Dale has pointed out, there already is eudev. For > systemd, you have OpenRC as an alternative. For Pulse, you can just use > a different DE. I understand that you don't like the direction that > these projects are going, and I'm not attempting to convince you to like > or use them. I'm just trying to point out that there are viable > alternatives. It's easier to whinge, moan, complain and insist that devs rollback the latest change than go through all the effort of running a fork. But it's not always about what the dev wants. A good dev will listen to what his users desire and incorporate that into his planning, this too seems to be hardwired to a degree in our brains. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Weird framebuffer problem when booting
On 28/04/2013 17:59, Tanstaafl wrote: > Hi all, > > Ok, made tons of progress getting this new vm up and running, now doing > some tweaking, and can't figure this one out... > > I'm trying to enable the framebuffer for the console at boot time. > Here's my kernel boot options: > > video=vesafb:mtrr:y,ywrap vga=ask > > This correctly prompts me for the mode I want - I press enter to show me > the list of available/supported modes, choose "y" for the mode "y 341 > 1024x768x32", the system continues to boot and switches to the correct > mode (1024x768) for my console... > > The problem is, if I set vga=341, which is the mode on that line, all I > get is the default 40x25 text console... > > Anyone have any ideas? > That stuff is the most horrible interface I have ever seen that users are expected to use. None of it makes sense, none of it is documented, and all of it works in weird and wonderful combinations that no sane person would ever dream of. At least, it certainly feels that way. IIRC (this goes back a long while), the vesafb and vga= options are completely unrelated and refer to *different* framebuffer systems. So vesafb ignores vga= and defaults to ... default :-) Put the vesafb: option on the kernel command line instead. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] why my system is keeping old kernel around?
On 28/04/2013 18:06, Randy Barlow wrote: > On Sun, 2013-04-28 at 09:29 +0100, Neil Bothwick wrote: >> Do you have them in your world file? > > I've noticed a few time before that gentoo-sources occasionally ends up > in my world file with a specific version (rather than just being > unversioned, like most packages in world). This will cause depclean to > leave those versions installed. > > I've never determined what I am doing that causes that to get there with > the specific version, but I've noticed it gets in there sometimes. I > just remove it from the file and continue, but perhaps one day I'll > figure out when (and why) it's getting in there in the first place. > By far the most likely cause is you type emerge =gentoo-sources- and forget to use the -1 option. It's the same thing that results in packages called *lib* in world -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
On 28/04/2013 17:46, Mick wrote: > On Sunday 28 Apr 2013 14:50:58 Mick wrote: >> On Sunday 28 Apr 2013 13:21:35 Marc Joliet wrote: >>> I have to admit, I'm a bit confused. I was going to suggest rebuilding >>> QtWebKit, because of the undefined references and other warnings above, >>> but I didn't rebuild it myself after upgrading icu, and various KDE >>> software I have (that depends on QtWebKit, for example k3b and various >>> games) still runs fine. >>> >>> I would try rebuilding QtWebKit anyway, though. > > That's fixed it. Thanks! > > Does this mean that the new *default* for make.conf should be that preserve- > libs is included in FEATURES, otherwise packages that depend on older lib > files break if older files are removed? > I dunno what the default is, but I've used preserve-libs since forever. Not having it doesn't give you less than what you used to have - apps that link to libs which get upgraded always used to break, hence why we had revdep-rebuild. And far years we just dealt with this breakage. preserve-libs just delays the delete of the old lib till the point where nothing uses it anymore. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
On Sunday 28 Apr 2013 17:25:06 Neil Bothwick wrote: > On Sun, 28 Apr 2013 16:46:44 +0100, Mick wrote: > > Does this mean that the new *default* for make.conf should be that > > preserve- libs is included in FEATURES, otherwise packages that depend > > on older lib files break if older files are removed? > > That's certainly the default on testing portage. preserve-libs shows up > in emerge --info but is not set in make.cond. OK, it is not in stable as far as this box is concerned: # emerge --info | grep -i preserve # I added it now to my make.conf. I'll check on a second box in a minute to see if things are borked there too. I think until preserve-libs becomes default the older libs should not be removed and the previous approach of asking to run 'revdep-rebuilt --library && rm' should remain. Unless you advise otherwise I will post a bug when I get a minute. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
On Sun, 28 Apr 2013 16:46:44 +0100, Mick wrote: > Does this mean that the new *default* for make.conf should be that > preserve- libs is included in FEATURES, otherwise packages that depend > on older lib files break if older files are removed? That's certainly the default on testing portage. preserve-libs shows up in emerge --info but is not set in make.cond. -- Neil Bothwick Press button to test: release to detonate. signature.asc Description: PGP signature
Re: [gentoo-user] Removing pulseaudio
On Sun, Apr 28, 2013 at 4:59 AM, Alan McKinnon wrote: > On 28/04/2013 02:24, Randy Barlow wrote: >> The project that I work on does not "force" you to use MongoDB. However, >> if you wish you make use of my project in the way it was intended to be >> used without modifications, you will need to use MongoDB. It's a hard >> dependency. Nobody is forcing you to use my project, and there are >> alternatives you can choose from. You also have the freedom to git clone >> us, and change it to use SQLite, or MariaDB, or PostgreSQL, or anything >> else you like (however, if you use LDAP as a database, I know someone >> who might hunt you down!) By the nature of us giving you the code with >> an Open Source license (GPL), it's freedom for you, not force. > > This paragraph highlights the essential difference. > > You don't say what your project is, but reading between the lines I > think it's safe to assume it's a somewhat niche project with specific > goals that solves a specific problem, right? > > Such projects come with their dep list as you pointed out and this only > affects the machines that project runs on. In eight years hanging out on > this list I don't recall any cases of users complaining about deps of > projects in such a class. The problem is that they (mostly) only complain. If they stepped in, they could take care of the (alleged) issue. And, BTW, in ten years of hanging out on this list I recall *many* a occasion where users complained about basically everything. I recall a user that had "USE=-mysql" and complained that wordpress (or another similar webapp) still pulled in MySQL. But even if it's really worse now than in whatever number of years you want to recall, if they only complain then is basically useless. > What we complain about here is basic low-level software changes that > affect much more than just their own little universe, and will do it ON > ALL LINUX MACHINES NOW AND IN THE FUTURE. The source is out there NOW AND IN THE FUTURE. If there is enough developers interested in maintaining something, it will be maintained; but you cannot force no developer to maintain nothing. You (and others) can complain about the choices of some developers; but you cannot force them to do the things the way you want to. > That is a whole different kettle of fish entirely and is interpreted > very differently from what your project does, this is the point where > the analogies break down. Regardless of how similar two things may > appear on technical merit, the reaction of users is always the deciding > factor. With all due respect, BS. The deciding factor is what the developers choose to do, and (secondarily) if enough users are interested (and *CAPABLE*) enough of taking care of the situation and stepping in to do a fork or some similar alternative. Free software works as a meritocracy; no matter how badly (or loudly) a group of users react, if they don't back up their complaining with code, it doesn't really matters. And this is true even if the complaining users is a "majority" (which, BTW, we don't really know if that's the case). > udev rules changed network names for all recently updated Linux machines > everywhere. And in most distributions most users will not even notice. And if they do, the can stop updating udev. Or switch to eudev, or to mdev, or to a static dev tree. And if they really really care, they can step in and code a solution: the code is out there. > Separate /usr caused changes to many machines not using an initrd, and > will continue to do that for all time. And many of us actually believe that is a good idea, and it seems that is faster to boot with an initrd than without: https://plus.google.com/u/0/108087225644395745666/posts/H9CFBQLG8S8 But if you don't believe is a good idea, go and use OpenRC. Or Upstart. Or step in and code a solution. > systemd changes how sysadmins start and shutdown their machines, and how > that works for every service on the host whether the sysadmin likes it > or not. They can keep maintaining SysV/Upstart/OpenRC if they really care. Otherwise, the benefits of using systemd outweighs the (small) inconvenience of learning something new. > PA makes deep changes to how the machines handles sound, and the user > for the most part never agreed to have those changes. The user agreed to > use Gnome and the change came in from left field unexpected. He can switch to KDE, or XCFE, or Enlightment. Or he can use MATE or Cinnamon. Or he can step in and code the necessary to use GNOME without PA. He cannot (and he will not) force any developer to do anything the developer doesn't want to do. > With your project, the user knows upfront they will need MongoDB, they > make an informed decision about this before ever emerging your code at > all. So your analogy doesn't really hold true. A much better analogy > would be if your project used MySQL and one day you required them to > upgrade to Oracle (and not the free one either...). That analogy
Re: [gentoo-user] why my system is keeping old kernel around?
On Sun, 2013-04-28 at 09:29 +0100, Neil Bothwick wrote: > Do you have them in your world file? I've noticed a few time before that gentoo-sources occasionally ends up in my world file with a specific version (rather than just being unversioned, like most packages in world). This will cause depclean to leave those versions installed. I've never determined what I am doing that causes that to get there with the specific version, but I've noticed it gets in there sometimes. I just remove it from the file and continue, but perhaps one day I'll figure out when (and why) it's getting in there in the first place. -- Randy Barlow
Re: [gentoo-user] Removing pulseaudio
On Sun, 2013-04-28 at 11:59 +0200, Alan McKinnon wrote: > You don't say what your project is, but reading between the lines I > think it's safe to assume it's a somewhat niche project with specific > goals that solves a specific problem, right? This is true (I almost typed True. That's what happens when you code 8 days a week.) > Such projects come with their dep list as you pointed out and this only > affects the machines that project runs on. In eight years hanging out on > this list I don't recall any cases of users complaining about deps of > projects in such a class. > > What we complain about here is basic low-level software changes that > affect much more than just their own little universe, and will do it ON > ALL LINUX MACHINES NOW AND IN THE FUTURE. Well, this will be the case if nobody forks these projects, or writes competing projects. As Dale has pointed out, there already is eudev. For systemd, you have OpenRC as an alternative. For Pulse, you can just use a different DE. I understand that you don't like the direction that these projects are going, and I'm not attempting to convince you to like or use them. I'm just trying to point out that there are viable alternatives. Perhaps you are concerned that Gentoo will require these technologies? That might happen, I don't know one way or the other. If it does, there's always the possibility of forking Gentoo itself (there are already a handful of Gentoo derivatives.) > That is a whole different kettle of fish entirely and is interpreted > very differently from what your project does, this is the point where > the analogies break down. Regardless of how similar two things may > appear on technical merit, the reaction of users is always the deciding > factor. Fair enough. > udev rules changed network names for all recently updated Linux machines > everywhere. > Separate /usr caused changes to many machines not using an initrd, and > will continue to do that for all time. > systemd changes how sysadmins start and shutdown their machines, and how > that works for every service on the host whether the sysadmin likes it > or not. > PA makes deep changes to how the machines handles sound, and the user > for the most part never agreed to have those changes. The user agreed to > use Gnome and the change came in from left field unexpected. Yeah, I fully understand why you don't like these. I don't fully like them either, to be honest. I too experienced some inconveniences during my upgrades, particularly around udev. However, in my case, I'm willing to accept it. For you, there are alternatives. > With your project, the user knows upfront they will need MongoDB, they > make an informed decision about this before ever emerging your code at > all. So your analogy doesn't really hold true. A much better analogy > would be if your project used MySQL and one day you required them to > upgrade to Oracle (and not the free one either...). Plus, you don't > really give them a choice - you also say that all support for all > currently released versions will end in 6-12 months. You are giving the > *apparency* of choice, whilst creating the *reality* of no (or very > little) choice. Does this not look to you a lot like lock-in? Yeah, I think I understand more where you are coming from. And I do see how my project is different. My project is unlikely to be installed by default on all the major Linux distributions, so there's no worry that we will be bringing MongoDB to be on each distribution. I just want people to focus on the fact that there is still choice. You are not alone in your dislike for these technologies, and for you there are options. Yeah, maybe you will be using a technology that is only used by a minority, but we're all used to that on this list, right? :) -- Randy Barlow
[gentoo-user] Weird framebuffer problem when booting
Hi all, Ok, made tons of progress getting this new vm up and running, now doing some tweaking, and can't figure this one out... I'm trying to enable the framebuffer for the console at boot time. Here's my kernel boot options: video=vesafb:mtrr:y,ywrap vga=ask This correctly prompts me for the mode I want - I press enter to show me the list of available/supported modes, choose "y" for the mode "y 341 1024x768x32", the system continues to boot and switches to the correct mode (1024x768) for my console... The problem is, if I set vga=341, which is the mode on that line, all I get is the default 40x25 text console... Anyone have any ideas?
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
On Sunday 28 Apr 2013 14:50:58 Mick wrote: > On Sunday 28 Apr 2013 13:21:35 Marc Joliet wrote: > > I have to admit, I'm a bit confused. I was going to suggest rebuilding > > QtWebKit, because of the undefined references and other warnings above, > > but I didn't rebuild it myself after upgrading icu, and various KDE > > software I have (that depends on QtWebKit, for example k3b and various > > games) still runs fine. > > > > I would try rebuilding QtWebKit anyway, though. That's fixed it. Thanks! Does this mean that the new *default* for make.conf should be that preserve- libs is included in FEATURES, otherwise packages that depend on older lib files break if older files are removed? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
On Sunday 28 Apr 2013 13:21:35 Marc Joliet wrote: > I have to admit, I'm a bit confused. I was going to suggest rebuilding > QtWebKit, because of the undefined references and other warnings above, but > I didn't rebuild it myself after upgrading icu, and various KDE software I > have (that depends on QtWebKit, for example k3b and various games) still > runs fine. > > I would try rebuilding QtWebKit anyway, though. I'm going through rebuilding dev-qt/qtwebkit-4.8.4 as I write this. > For the future: assuming you are using stable portage, I would add > "preserve-libs" to FEATURES in make.conf. That way you don't lose old > libraries immediately after upgrades. For example, on my machine portage > gave me an informative message after upgrading world, after which "emerge > @preserved-rebuild" rebuilt (amongst others) webkit-gtk. webkit-gtk is not installed in this box. > I've been running with preserve-libs for several months now (not too long > after it came to stable portage) and it's been working fine for me so far. > I have needed "revdep-rebuild" much less since then. I haven't had any such problem so far, but I have now added "preserve-libs" in my FEATURES just in case. Thanks. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Update to dev-libs/icu-51.1 results in borked Dolphin
On Sunday 28 Apr 2013 13:19:39 Nikos Chantziaras wrote: > On 28/04/13 14:48, Mick wrote: > > Updating dev-libs/icu-51.1 uninstalled /usr/lib64/libicuuc.so.49.1.2 and > > when I try to start Dolphin I get: > > == > > There was an error loading the module Dolphin View. > > The diagnostics is: > > Cannot load library /usr/lib64/kde4/dolphinpart.so: (libicuuc.so.49: > > cannot open shared object file: No such file or directory) > > == > > > > Should revdep-rebuild have picked this up, or would this only work if > > /usr/lib64/libicuuc.so.49.1.2 had not been removed yet? > > A lot of things need to rebuild when upgrading ICU. And yes, if the old > lib is still there, revdep-rebuilt can't pick anything up. > > Actually, the icu ebuild should have printed out information about how > to run revdep-rebuild in a way that will find packages that need to be > emerged again. If you don't have the logs saved and something like > app-portage/elogv installed, then try emerging ICU again and this time > read the output at the end of the emerge. Thanks Nikos, The elogs do not report anything. The old lib was removed by the ebuild. This is all that is left: # ls -la /usr/lib64/libicuuc.so* lrwxrwxrwx 1 root root 16 Apr 28 12:34 /usr/lib64/libicuuc.so -> libicuuc.so.51.1 lrwxrwxrwx 1 root root 16 Apr 28 12:34 /usr/lib64/libicuuc.so.51 -> libicuuc.so.51.1 -rwxr-xr-x 1 root root 1514040 Apr 28 12:34 /usr/lib64/libicuuc.so.51.1 'emerge -1aDv @preserved-rebuild' or revdep-rebuild did not rebuild anything. Manually trying to rebuild dolphin fails as I reported in my first message. Typically portage would *not* remove the previous /usr/lib64/libicuuc.so.49.1.2 version and then recommend to run revdep-rebuild --library && rm . This did not happen this time. I've rebuilt anything that linked to /usr/lib64/libicuuc.so.51.1, but the problem remains that I can't remerge dolphin. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
Am Sun, 28 Apr 2013 12:48:28 +0100 schrieb Mick : > Updating dev-libs/icu-51.1 uninstalled /usr/lib64/libicuuc.so.49.1.2 and when > I try to start Dolphin I get: > == > There was an error loading the module Dolphin View. > The diagnostics is: > Cannot load library /usr/lib64/kde4/dolphinpart.so: (libicuuc.so.49: cannot > open shared object file: No such file or directory) > == > > Should revdep-rebuild have picked this up, or would this only work if > /usr/lib64/libicuuc.so.49.1.2 had not been removed yet? > > Trying to rebuild dolphin gives: > == > [ 71%] Building CXX object dolphin/src/CMakeFiles/dolphin.dir/dolphin_dummy.o > cd /var/tmp/portage/kde- > base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src && /usr/bin/x86_64- > pc-linux-gnu-g++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL > -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS - > DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=45 -DDISABLE_NEPOMUK_LEGACY - > DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -DQT_NO_DEBUG > -DNDEBUG > -march=native -O2 -pipe -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast- > align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno- > exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual > -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden - > I/var/tmp/portage/kde- > base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src - > I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1/dolphin/src - > I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1_build - > I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1/lib/konq - > I/usr/include/KDE -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml - > I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtUiTools - > I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql - > I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript - > I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtNetwork - > I/usr/include/qt4/QtMultimedia -I/usr/include/qt4/QtDesigner - > I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtDBus - > I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui - > I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt - > I/usr/share/qt4/mkspecs/default -I/usr/include/qt4-D_GNU_SOURCE - > D_LARGEFILE64_SOURCE -o CMakeFiles/dolphin.dir/dolphin_dummy.o -c > /var/tmp/portage/kde- > base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src/dolphin_dummy.cpp > Linking CXX executable dolphin > cd /var/tmp/portage/kde- > base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src && /usr/bin/cmake > -E > cmake_link_script CMakeFiles/dolphin.dir/link.txt --verbose=1 > /usr/bin/x86_64-pc-linux-gnu-g++ -march=native -O2 -pipe > -Wnon-virtual-dtor > -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W > -Wpointer-arith > -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno- > common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden - > fvisibility-inlines-hidden -Wl,--enable-new-dtags -Wl,-O1 -Wl,--as-needed > CMakeFiles/dolphin.dir/dolphin_dummy.o -o dolphin -rdynamic - > L/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1_build/lib - > L/usr/lib64/qt4 ../../lib/libkdeinit4_dolphin.so -lkonq -lz -lX11 > ../../lib/libdolphinprivate.so.4.10.1 /usr/lib64/libkfile.so.4.10.1 > /usr/lib64/libkcmutils.so.4.10.1 /usr/lib64/libkparts.so.4.10.1 -lknewstuff3 - > lphonon /usr/lib64/libnepomukwidgets.so.4.10.1 > /usr/lib64/libnepomukcore.so.4.10.1 /usr/lib64/libkio.so.5.10.1 > /usr/lib64/libsolid.so.4.10.1 /usr/lib64/libnepomukutils.so.4.10.1 > /usr/lib64/qt4/libQtNetwork.so /usr/lib64/qt4/libQtXml.so > /usr/lib64/libnepomuk.so.4.10.1 /usr/lib64/libkdeui.so.5.10.1 > /usr/lib64/qt4/libQtGui.so /usr/lib64/qt4/libQtSvg.so -lsoprano > /usr/lib64/libkactivities.so.6.1.0 /usr/lib64/libkdecore.so.5.10.1 > /usr/lib64/qt4/libQtCore.so -lpthread /usr/lib64/qt4/libQtDBus.so -Wl,- > rpath,/var/tmp/portage/kde- > base/dolphin-4.10.1/work/dolphin-4.10.1_build/lib:/usr/lib64/qt4: > /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: > > warning: libicuuc.so.49, needed by /usr/lib64/qt4/libQtWebKit.so.4, not found > (try using -rpath or -rpath-link) > /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_isBoundary_49' > /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_previous_49' > /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_preceding_49' > /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_openRules_49' > /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_last_49' > /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_first_49' > /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_following_49' > /usr/lib64/qt4/libQtWebKit.so.4:
[gentoo-user] Re: Update to dev-libs/icu-51.1 results in borked Dolphin
On 28/04/13 14:48, Mick wrote: Updating dev-libs/icu-51.1 uninstalled /usr/lib64/libicuuc.so.49.1.2 and when I try to start Dolphin I get: == There was an error loading the module Dolphin View. The diagnostics is: Cannot load library /usr/lib64/kde4/dolphinpart.so: (libicuuc.so.49: cannot open shared object file: No such file or directory) == Should revdep-rebuild have picked this up, or would this only work if /usr/lib64/libicuuc.so.49.1.2 had not been removed yet? A lot of things need to rebuild when upgrading ICU. And yes, if the old lib is still there, revdep-rebuilt can't pick anything up. Actually, the icu ebuild should have printed out information about how to run revdep-rebuild in a way that will find packages that need to be emerged again. If you don't have the logs saved and something like app-portage/elogv installed, then try emerging ICU again and this time read the output at the end of the emerge.
[gentoo-user] Re: kde can't login into new acounts
2013/2/13 João Matos > Dear list, > > I have a guest account on my Gentoo. Once in a while I remove the .kde4 > directory. > > Last time I did it I couldn't login. KDM start to load (authentication is > ok), but crashes in the process, and I see the login screen again. My > personal account is working pretty well. > > I don't know when the problem started, but I might be with the update to > 4.10. Is it happening with anyone of you? > > It doesn't work even if I copy my .kde4 to the guest folder. Same think if > I erase all folders in the guest folder. > > I'm using systemd. > > Att, > > -- > João de Matos > Linux User #461527 > Solved. Group problem. It started to work normally when I added the the guest account to the video group. It was easy to figure out when I removed my .kde4 folder and my user kept working. Att, -- João de Matos Linux User #461527 Graduado em Engenharia de Computação UEFS - Universidade Estadual de Feira de Santana
[gentoo-user] Update to dev-libs/icu-51.1 results in borked Dolphin
Updating dev-libs/icu-51.1 uninstalled /usr/lib64/libicuuc.so.49.1.2 and when I try to start Dolphin I get: == There was an error loading the module Dolphin View. The diagnostics is: Cannot load library /usr/lib64/kde4/dolphinpart.so: (libicuuc.so.49: cannot open shared object file: No such file or directory) == Should revdep-rebuild have picked this up, or would this only work if /usr/lib64/libicuuc.so.49.1.2 had not been removed yet? Trying to rebuild dolphin gives: == [ 71%] Building CXX object dolphin/src/CMakeFiles/dolphin.dir/dolphin_dummy.o cd /var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src && /usr/bin/x86_64- pc-linux-gnu-g++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS - DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=45 -DDISABLE_NEPOMUK_LEGACY - DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -DQT_NO_DEBUG -DNDEBUG -march=native -O2 -pipe -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast- align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno- exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden - I/var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src - I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1/dolphin/src - I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1_build - I/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1/lib/konq - I/usr/include/KDE -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml - I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtUiTools - I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql - I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript - I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtNetwork - I/usr/include/qt4/QtMultimedia -I/usr/include/qt4/QtDesigner - I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtDBus - I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui - I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt - I/usr/share/qt4/mkspecs/default -I/usr/include/qt4-D_GNU_SOURCE - D_LARGEFILE64_SOURCE -o CMakeFiles/dolphin.dir/dolphin_dummy.o -c /var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src/dolphin_dummy.cpp Linking CXX executable dolphin cd /var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/dolphin/src && /usr/bin/cmake -E cmake_link_script CMakeFiles/dolphin.dir/link.txt --verbose=1 /usr/bin/x86_64-pc-linux-gnu-g++ -march=native -O2 -pipe -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno- common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden - fvisibility-inlines-hidden -Wl,--enable-new-dtags -Wl,-O1 -Wl,--as-needed CMakeFiles/dolphin.dir/dolphin_dummy.o -o dolphin -rdynamic - L/var/tmp/portage/kde-base/dolphin-4.10.1/work/dolphin-4.10.1_build/lib - L/usr/lib64/qt4 ../../lib/libkdeinit4_dolphin.so -lkonq -lz -lX11 ../../lib/libdolphinprivate.so.4.10.1 /usr/lib64/libkfile.so.4.10.1 /usr/lib64/libkcmutils.so.4.10.1 /usr/lib64/libkparts.so.4.10.1 -lknewstuff3 - lphonon /usr/lib64/libnepomukwidgets.so.4.10.1 /usr/lib64/libnepomukcore.so.4.10.1 /usr/lib64/libkio.so.5.10.1 /usr/lib64/libsolid.so.4.10.1 /usr/lib64/libnepomukutils.so.4.10.1 /usr/lib64/qt4/libQtNetwork.so /usr/lib64/qt4/libQtXml.so /usr/lib64/libnepomuk.so.4.10.1 /usr/lib64/libkdeui.so.5.10.1 /usr/lib64/qt4/libQtGui.so /usr/lib64/qt4/libQtSvg.so -lsoprano /usr/lib64/libkactivities.so.6.1.0 /usr/lib64/libkdecore.so.5.10.1 /usr/lib64/qt4/libQtCore.so -lpthread /usr/lib64/qt4/libQtDBus.so -Wl,- rpath,/var/tmp/portage/kde- base/dolphin-4.10.1/work/dolphin-4.10.1_build/lib:/usr/lib64/qt4: /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: warning: libicuuc.so.49, needed by /usr/lib64/qt4/libQtWebKit.so.4, not found (try using -rpath or -rpath-link) /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_isBoundary_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_previous_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_preceding_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_openRules_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_last_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_first_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_following_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_open_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_next_49' /usr/lib64/qt4/libQtWebKit.so.4: undefined reference to `ubrk_current_49' /usr/lib64/qt4/libQtWebKit.so.4: undefi
Re: [gentoo-user] Removing pulseaudio
On 28/04/2013 02:24, Randy Barlow wrote: > The project that I work on does not "force" you to use MongoDB. However, > if you wish you make use of my project in the way it was intended to be > used without modifications, you will need to use MongoDB. It's a hard > dependency. Nobody is forcing you to use my project, and there are > alternatives you can choose from. You also have the freedom to git clone > us, and change it to use SQLite, or MariaDB, or PostgreSQL, or anything > else you like (however, if you use LDAP as a database, I know someone > who might hunt you down!) By the nature of us giving you the code with > an Open Source license (GPL), it's freedom for you, not force. This paragraph highlights the essential difference. You don't say what your project is, but reading between the lines I think it's safe to assume it's a somewhat niche project with specific goals that solves a specific problem, right? Such projects come with their dep list as you pointed out and this only affects the machines that project runs on. In eight years hanging out on this list I don't recall any cases of users complaining about deps of projects in such a class. What we complain about here is basic low-level software changes that affect much more than just their own little universe, and will do it ON ALL LINUX MACHINES NOW AND IN THE FUTURE. That is a whole different kettle of fish entirely and is interpreted very differently from what your project does, this is the point where the analogies break down. Regardless of how similar two things may appear on technical merit, the reaction of users is always the deciding factor. udev rules changed network names for all recently updated Linux machines everywhere. Separate /usr caused changes to many machines not using an initrd, and will continue to do that for all time. systemd changes how sysadmins start and shutdown their machines, and how that works for every service on the host whether the sysadmin likes it or not. PA makes deep changes to how the machines handles sound, and the user for the most part never agreed to have those changes. The user agreed to use Gnome and the change came in from left field unexpected. With your project, the user knows upfront they will need MongoDB, they make an informed decision about this before ever emerging your code at all. So your analogy doesn't really hold true. A much better analogy would be if your project used MySQL and one day you required them to upgrade to Oracle (and not the free one either...). Plus, you don't really give them a choice - you also say that all support for all currently released versions will end in 6-12 months. You are giving the *apparency* of choice, whilst creating the *reality* of no (or very little) choice. Does this not look to you a lot like lock-in? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] why my system is keeping old kernel around?
On 28/04/2013 03:19, Joseph wrote: > When I run depclean, it prints out: > > sys-kernel/gentoo-sources >selected: 3.6.11 protected: none omitted: 2.6.31-r6 2.6.36-r5 > 3.7.10-r1 > > ll /usr/src/ > lrwxrwxrwx 1 root root 19 Feb 26 12:35 linux -> linux-3.6.11-gentoo > > The system is using kernel 3.6.11; so I'll keep it. > But why it tries to keep older kernels: 2.6.31-r6 2.6.36-r5 ? Those kernels are in world. Check the contents of /var/lib/portage/world. You deleted /usr/src/, that doesn't change in any way what portage think you have installed, only --depclean or emerge -C does that -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] {OT} laptops for a developing country (Vanuatu)
> What-ever you source for them, can I please ask you to think seriously about > avoiding installing any MSWindows OS? The amount of botnets out there that > hit my webservers is only getting worse and any IPs that I've scanned to > investigate who the attackers are, I see them running MSWindows. :-( Android seems like the perfect solution. Easy to use, ubiquitous, secure, and free. - Grant
Re: [gentoo-user] Re: Cdrtools installation without suid root
Nikos Chantziaras schrieb am 27.04.2013 08:07: > On 26/04/13 23:20, Joerg Schilling wrote: >> >> The only problem I see is that you are able to remove important >> software on a >> Linux installation while the kernel still supports the feature by >> default. > > You are not able to remove it if something actually uses it. If you > remove the automagic dependency in cdrtools, you'll be giving the > package manager the chance to do the right thing. > > Automagic deps are a bad thing: > > http://www.gentoo.org/proj/en/qa/automagic.xml > Nikos thanks, this explains the problem better than I did. Jörg just tell me if you consider adding such an option or not. I am neither in the position to discuss decisions of the linux kernel team and other software developers nor am I am willing to. I have to deal with the situation I have here. In my opinion it is a good idea to add such an option. If you think otherwise I am fine with it and I have to use other means to make cdrtools compatible with Gentoo. -- Regards Daniel signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Partitions - last questions...
Am 24.04.2013 18:12, schrieb Tanstaafl: > On 2013-04-24 11:31 AM, Florian Philipp wrote: >> Am 24.04.2013 17:12, schrieb Tanstaafl: >>> Ok, but - does it make sense to add the noexec option to /var/tmp? Is it >>> possible that there are other apps that need exec capability in there? > >> It makes sense. Any world-writable directory should be noexec to make >> script injection harder. Other directories, too, like /var/www (if you >> can, i.e. no cgi). I cannot tell you if any application might need it. >> Try it. It is easy enough to revert, maybe even with a `mount -o >> remount`, I'm not sure. >> >> Also, look at >> http://serverfault.com/questions/72356/how-useful-is-mounting-tmp-noexec > > Hmmm, this only talks about /tmp... I'm talking about /var/tmp... > > So, I guess you're right, I'll just need to try it and see... > Just stumbled across this: http://blog.siphos.be/2013/04/securely-handling-libffi/ Might be relevant, might be not. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] why my system is keeping old kernel around?
On Sat, 27 Apr 2013 19:19:49 -0600, Joseph wrote: > sys-kernel/gentoo-sources > selected: 3.6.11 >protected: none > omitted: 2.6.31-r6 2.6.36-r5 3.7.10-r1 Do you have them in your world file? grep gentoo-sources /var/lib/portage/world If not, "emerge -cpv gentoo-sources-2.6.31-r6" will tell you why it is wanted. -- Neil Bothwick Never argue with an idiot. First, they bring you down to their level. Then they beat you with experience. signature.asc Description: PGP signature
