Re: [Mageia-dev] Network lost with last update
2012/3/5 Colin Guthrie > 'Twas brillig, and paulo at 05/03/12 15:43 did gyre and gimble: > > Le 05/03/2012 16:32, Wolfgang Bornath a écrit : > >> 2012/3/4 Shlomi Fish: > >>> Hi Thibaut, > >>> > >>> On Sun, 4 Mar 2012 21:19:37 +0100 > >>> Thibaut FRANCOIS wrote: > >>> > Hello, > > since the last update of cauldron today, I lost the network. > > I launch command systemctl status sytem.network, the return is : > > system.service > Loaded : error (Reason : No such file or directory) > Active : inactive (dead) > > And I can't start network service with system manager (systemctl > error) > > Any idea ? > >>> It might be this bug: > >>> > >>> https://bugs.mageia.org/show_bug.cgi?id=4780 > >>> > >>> To workaround it, disable NetworkManager , change > >>> "NM_CONTROLLED=yes" to "NM_CONTROLLED=no" > >>> in /etc/sysconfig/network-scripts/ifcfg-eth0 (or of your > >>> networking interface is) and restart the "network" service". > >> This problem is an ongoing issue in one of my Cauldron installations. > >> After not being able to connect wifi (no matter with or without > >> networkmanager) for a longer time it worked since last Saturday, but > >> with todays updates it stops working again, or better: is back to > >> connect / disconnect continuously. > >> > >> Weird thing: it only shows these problems in the installation I set up > >> with Beta1 - in another Cauldron on the same machine, based on Alpha1 > >> (updated as of today), wifi has been running stable all the time. This > >> brings me to the conclusion that there is another reason for this > >> ongoing issue. > >> > > i had the same issueresolved with uninstallation of > > networkmanager...dont know why? > > I don't know why people are so confused here... I mentioned this a > couple days ago in the thread "Problem with latest network manager"... > > Of course those without internet access might have trouble reading the > mailing list :p > > Col > > > > > -- > > Colin Guthrie > colin(at)mageia.org > http://colin.guthr.ie/ > > > Well it seems my problems was also related with a dysfunction on my CPL boxes. Maybe due to the absence of Network Manager, I had error messages and it has been difficult to relaunch ethernet access. Now all is fixed and Network Manager is reinstalled. So, really sorry for this noise... :-( Thibaut
[Mageia-dev] Minimum install of cauldron don't start console
Hi there, I just try to install a cauldron to setup a test IPv6 firewall/router. To setup server I do a minimum install: - /boot on its own partition - /var /tmp and swap on lvm - select no packages categories but yes install doc - no post configuration, so no X11 (hey it's a server) At boot the system started but stop to "starting display manager" (??) and I were unable to reach any text terminal. I can access to the computer using ssh, so I can extract log, information, etc... Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpAzIgxO0djT.pgp Description: PGP signature
[Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
This was fixed once, but since the latest kernel updates (3.3.0) - the problem has returned: Since last Cauldron kernel update, I have two nvidia based system which now fallback to nouveau when starting X - stating nvidia cannot be loaded. checking in dmesg - I see that the nouveau driver grabs the card before the nvidia driver can - but trying to remove the nouveau driver wants to remove over 800 packages! How can I get the nvidia proprietary driver back?? Thx, R.Fox
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
yes and last night after installing the new kernel 3.3.0rc, dkms fails to build dkms-nvidia for this kernel. Cheers Xavier Le 06/03/2012 10:45, Robert Fox a écrit : > This was fixed once, but since the latest kernel updates (3.3.0) - the > problem has returned: > > > Since last Cauldron kernel update, I have two nvidia based system which > now fallback to nouveau when starting X - stating nvidia cannot be > loaded. > > checking in dmesg - I see that the nouveau driver grabs the card before > the nvidia driver can - but trying to remove the nouveau driver wants to > remove over 800 packages! > > How can I get the nvidia proprietary driver back?? > > Thx, > R.Fox > > >
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: > Hi there, > > I just try to install a cauldron to setup a test IPv6 firewall/router. > To setup server I do a minimum install: > - /boot on its own partition > - /var /tmp and swap on lvm > - select no packages categories but yes install doc > - no post configuration, so no X11 (hey it's a server) > > At boot the system started but stop to "starting display manager" (??) > and I were unable to reach any text terminal. No text terminal at all? Not on tty2 or 3? If you try and start dm (prefdm.service) then you will NOT get a tty1 getty (prefdm.service conflicts with getty@tty1.service), but all other tty's should be fine (handled by autovt@.service) Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] BS broken ?
'Twas brillig, and Thomas Spuhler at 06/03/12 02:33 did gyre and gimble: > On Sunday, March 04, 2012 11:42:49 AM Thomas Backlund wrote: >> 04.03.2012 20:16, Thomas Spuhler skrev: >>> The last successful build went through Feb. 10, 2012. I haven't upgraded >>> and built any after that date until last weekend when they all failed to >>> build. I would have to change 80+ packages that are now using the pear >>> type spec. I don't have the bandwidth to do that. >>> >>> The message I get is this: >>> >>> Unknown channel "pear.horde.org" >>> Parsing of package.xml from file "/var/tmp/pearwYoowh/package.xml" failed >>> Cannot initialize '/home/iurt/rpm/SOURCES/Horde_Itip-1.0.7.tgz', invalid >>> or missing package file >>> Package "/home/iurt/rpm/SOURCES/Horde_Itip-1.0.7.tgz" is not valid >>> install failed. >> >> Well, you better start fixing the packages... >> >> Maybe you can download & fix it in the specs only to save bw >> >> Anything building on BS must build with only official mageia repos... >> >> >> Otherwise we wont know what ends up in the packages. >> >> -- >> Thomas > > Thomas: > > Many of the pear packages require to have the pear-cahnnel installed. Most of > the horde require it. It's not installing a package. > We are not the only one, fedora folks do it too: > http://nb.fedorapeople.org/horde-reviews/php-horde-Horde-Http.spec > > BuildRequires: php-channel(pear.horde.org) > > installing this package needs to add pear-channel-horde. If it doesn't the > package doesn't build. > They do not even use a pearized specification. It's nothing to do with adding or not the channel. It's the fact that this operation requires network access. You need to patch the systems such that they do not require network access to add the channel. This is a rule that has been in place for a long time. I'm surprised it's only coming up as an issue now to be honest. The same thing happens when e.g. there are not XML schemas installed locally for man page building and similar. It's just a matter of installing the relevant package to provide local, cached versions. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] BS broken ?
On Tue, Mar 6, 2012 at 11:25, Colin Guthrie wrote: > 'Twas brillig, and Thomas Spuhler at 06/03/12 02:33 did gyre and gimble: >> On Sunday, March 04, 2012 11:42:49 AM Thomas Backlund wrote: >>> 04.03.2012 20:16, Thomas Spuhler skrev: The last successful build went through Feb. 10, 2012. I haven't upgraded and built any after that date until last weekend when they all failed to build. I would have to change 80+ packages that are now using the pear type spec. I don't have the bandwidth to do that. The message I get is this: Unknown channel "pear.horde.org" Parsing of package.xml from file "/var/tmp/pearwYoowh/package.xml" failed Cannot initialize '/home/iurt/rpm/SOURCES/Horde_Itip-1.0.7.tgz', invalid or missing package file Package "/home/iurt/rpm/SOURCES/Horde_Itip-1.0.7.tgz" is not valid install failed. >>> >>> Well, you better start fixing the packages... >>> >>> Maybe you can download & fix it in the specs only to save bw >>> >>> Anything building on BS must build with only official mageia repos... >>> >>> >>> Otherwise we wont know what ends up in the packages. >>> >>> -- >>> Thomas >> >> Thomas: >> >> Many of the pear packages require to have the pear-cahnnel installed. Most of >> the horde require it. It's not installing a package. >> We are not the only one, fedora folks do it too: >> http://nb.fedorapeople.org/horde-reviews/php-horde-Horde-Http.spec >> >> BuildRequires: php-channel(pear.horde.org) >> >> installing this package needs to add pear-channel-horde. If it doesn't the >> package doesn't build. >> They do not even use a pearized specification. > > It's nothing to do with adding or not the channel. It's the fact that > this operation requires network access. You need to patch the systems > such that they do not require network access to add the channel. > > This is a rule that has been in place for a long time. I'm surprised > it's only coming up as an issue now to be honest. > > The same thing happens when e.g. there are not XML schemas installed > locally for man page building and similar. It's just a matter of > installing the relevant package to provide local, cached versions. And as shown in the fedora link, they use BuildRequires: php-channel(pear.horde.org) to get it from another package
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
On 06/03/12 09:45, Robert Fox wrote: This was fixed once, but since the latest kernel updates (3.3.0) - the problem has returned: Since last Cauldron kernel update, I have two nvidia based system which now fallback to nouveau when starting X - stating nvidia cannot be loaded. checking in dmesg - I see that the nouveau driver grabs the card before the nvidia driver can - but trying to remove the nouveau driver wants to remove over 800 packages! How can I get the nvidia proprietary driver back?? Thx, R.Fox You could try blacklisting the nouveau module - but that won't fix the underlying issue - it may however get you working as a temporary fix ;) Barry
Re: [Mageia-dev] Minimum install of cauldron don't start console
* Colin Guthrie (mag...@colin.guthr.ie) wrote: > 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: > > Hi there, > > > > I just try to install a cauldron to setup a test IPv6 firewall/router. > > To setup server I do a minimum install: > > - /boot on its own partition > > - /var /tmp and swap on lvm > > - select no packages categories but yes install doc > > - no post configuration, so no X11 (hey it's a server) > > > > At boot the system started but stop to "starting display manager" (??) > > and I were unable to reach any text terminal. > > No text terminal at all? Not on tty2 or 3? Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps was not showing any "*getty" program, a bit confusing, especially since there is nothing on first console. > > If you try and start dm (prefdm.service) then you will NOT get a tty1 > getty (prefdm.service conflicts with getty@tty1.service), but all other > tty's should be fine (handled by autovt@.service) Maybe, but I never asked to have prefdm and in fact I don't want X terminal. All sys admin expect to have a tty on first console and just having "starting dm service" whereas I know it cannot start is really confusing. Cannot prefdm/X11/whatever be started on 7nd console like during the years 90th ? :) > > Col > > > -- > > Colin Guthrie > colin(at)mageia.org > http://colin.guthr.ie/ > > Day Job: > Tribalogic Limited http://www.tribalogic.net/ > Open Source: > Mageia Contributor http://www.mageia.org/ > PulseAudio Hacker http://www.pulseaudio.org/ > Trac Hacker http://trac.edgewall.org/ -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpm5Vm45Xe40.pgp Description: PGP signature
Re: [Mageia-dev] Minimum install of cauldron don't start console
2012/3/6 Olivier Thauvin : > * Colin Guthrie (mag...@colin.guthr.ie) wrote: >> 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: >> > Hi there, >> > >> > I just try to install a cauldron to setup a test IPv6 firewall/router. >> > To setup server I do a minimum install: >> > - /boot on its own partition >> > - /var /tmp and swap on lvm >> > - select no packages categories but yes install doc >> > - no post configuration, so no X11 (hey it's a server) >> > >> > At boot the system started but stop to "starting display manager" (??) >> > and I were unable to reach any text terminal. >> >> No text terminal at all? Not on tty2 or 3? > > Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps > was not showing any "*getty" program, a bit confusing, especially since > there is nothing on first console. > >> >> If you try and start dm (prefdm.service) then you will NOT get a tty1 >> getty (prefdm.service conflicts with getty@tty1.service), but all other >> tty's should be fine (handled by autovt@.service) > > Maybe, but I never asked to have prefdm and in fact I don't want X > terminal. > > All sys admin expect to have a tty on first console and just having > "starting dm service" whereas I know it cannot start is really > confusing. > > Cannot prefdm/X11/whatever be started on 7nd console like during the > years 90th ? :) Ah, back at that one again. We had a lengthy and lively debate about this not so long ago where exactly this scenario came up. Don't remember whether it was on this list or the -discuss list. -- wobo
Re: [Mageia-dev] Minimum install of cauldron don't start console
On Tuesday 06 March 2012 13:38, Olivier Thauvin wrote: > All sys admin expect to have a tty on first console Besides, most guides on the net suggest using tty1 if X fail for some reason. -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Minimum install of cauldron don't start console
2012/3/6 Johnny A. Solbu : > On Tuesday 06 March 2012 13:38, Olivier Thauvin wrote: >> All sys admin expect to have a tty on first console > > Besides, most guides on the net suggest using tty1 if X fail for some reason. Yes, that was also one of the arguments in the discussions. For those who missed it: discussion started here: https://www.mageia.org/pipermail/mageia-dev/2011-December/010533.html -- wobo
Re: [Mageia-dev] Minimum install of cauldron don't start console
On 06/03/12 12:46, Wolfgang Bornath wrote: 2012/3/6 Olivier Thauvin: * Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: Hi there, I just try to install a cauldron to setup a test IPv6 firewall/router. To setup server I do a minimum install: - /boot on its own partition - /var /tmp and swap on lvm - select no packages categories but yes install doc - no post configuration, so no X11 (hey it's a server) At boot the system started but stop to "starting display manager" (??) and I were unable to reach any text terminal. No text terminal at all? Not on tty2 or 3? Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps was not showing any "*getty" program, a bit confusing, especially since there is nothing on first console. If you try and start dm (prefdm.service) then you will NOT get a tty1 getty (prefdm.service conflicts with getty@tty1.service), but all other tty's should be fine (handled by autovt@.service) Maybe, but I never asked to have prefdm and in fact I don't want X terminal. All sys admin expect to have a tty on first console and just having "starting dm service" whereas I know it cannot start is really confusing. Cannot prefdm/X11/whatever be started on 7nd console like during the years 90th ? :) Ah, back at that one again. We had a lengthy and lively debate about this not so long ago where exactly this scenario came up. Don't remember whether it was on this list or the -discuss list. What is even more confusing currently is that switching to tty2, logging in as root and running 'systemctl restart prefdm.service' restarts the dm back on tty7 anyway :/
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
'Twas brillig, and Barry Jackson at 06/03/12 12:26 did gyre and gimble: > You could try blacklisting the nouveau module - but that won't fix the > underlying issue - it may however get you working as a temporary fix ;) If dkms-nvidia isn't building, then a blacklist likely won't help! :) Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
2012/3/6 Barry Jackson : > On 06/03/12 12:46, Wolfgang Bornath wrote: >> >> 2012/3/6 Olivier Thauvin: >>> >>> * Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: > > Hi there, > > I just try to install a cauldron to setup a test IPv6 firewall/router. > To setup server I do a minimum install: > - /boot on its own partition > - /var /tmp and swap on lvm > - select no packages categories but yes install doc > - no post configuration, so no X11 (hey it's a server) > > At boot the system started but stop to "starting display manager" (??) > and I were unable to reach any text terminal. No text terminal at all? Not on tty2 or 3? >>> >>> >>> Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps >>> was not showing any "*getty" program, a bit confusing, especially since >>> there is nothing on first console. >>> If you try and start dm (prefdm.service) then you will NOT get a tty1 getty (prefdm.service conflicts with getty@tty1.service), but all other tty's should be fine (handled by autovt@.service) >>> >>> >>> Maybe, but I never asked to have prefdm and in fact I don't want X >>> terminal. >>> >>> All sys admin expect to have a tty on first console and just having >>> "starting dm service" whereas I know it cannot start is really >>> confusing. >>> >>> Cannot prefdm/X11/whatever be started on 7nd console like during the >>> years 90th ? :) >> >> >> Ah, back at that one again. We had a lengthy and lively debate about >> this not so long ago where exactly this scenario came up. Don't >> remember whether it was on this list or the -discuss list. >> > What is even more confusing currently is that switching to tty2, logging in > as root and running 'systemctl restart prefdm.service' restarts the dm back > on tty7 anyway :/ Yep, and I have one Cauldron installation working nicely but using Ctrl+Alt+F1 inside the X session brings me to the system start messages, while this should do nothing because X should reside on tty1. :) -- wobo
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Olivier Thauvin at 06/03/12 12:38 did gyre and gimble: > * Colin Guthrie (mag...@colin.guthr.ie) wrote: >> 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: >>> Hi there, >>> >>> I just try to install a cauldron to setup a test IPv6 firewall/router. >>> To setup server I do a minimum install: >>> - /boot on its own partition >>> - /var /tmp and swap on lvm >>> - select no packages categories but yes install doc >>> - no post configuration, so no X11 (hey it's a server) >>> >>> At boot the system started but stop to "starting display manager" (??) >>> and I were unable to reach any text terminal. >> >> No text terminal at all? Not on tty2 or 3? > > Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps > was not showing any "*getty" program, a bit confusing, especially since > there is nothing on first console. > >> >> If you try and start dm (prefdm.service) then you will NOT get a tty1 >> getty (prefdm.service conflicts with getty@tty1.service), but all other >> tty's should be fine (handled by autovt@.service) > > Maybe, but I never asked to have prefdm and in fact I don't want X > terminal. They why are you booting to a graphical target? Check your /etc/systemd/system/default.target and if it's a symlink to runlevel5.target or graphical.target then this is your problem. You should instead symlink it to multi-user.target or runlevel3.target. > All sys admin expect to have a tty on first console and just having > "starting dm service" whereas I know it cannot start is really > confusing. Sorry not sure what you mean? > Cannot prefdm/X11/whatever be started on 7nd console like during the > years 90th ? :) Sure, just copy prefdm.service to /etc/systemd/system and edit it to not have a "Conflicts: getty@tty1.service" and then configure whatever dm you have to start on vt7 (usually a matter of configuring which args are passed to the X11 it starts. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
> What is even more confusing currently is that switching to tty2, logging > in as root and running 'systemctl restart prefdm.service' restarts the > dm back on tty7 anyway :/ No it doesn't. It starts it on the next available vt. If you login on tty2 and have switched to all ttys from 3-6 (and thus triggered the starting of a getty), then 7 will be the next available one and it will start there. If you do not switch to 3-6, then it will start on vt3. You can reserve the gettys by symlinking getty@.service to getty@tty[2-6].service in /etc/systemd/system/multi-user.target.want/ folder if you really want static gettys started at boot. I'd prefer not to bother running them unless I need them which is the default setup. As mentioned already prefdm.service has a specific conflict with getty@tty1.service. This is why that static config is not loaded when booting to graphical.target. Now I'm not sure on the logic inside the Xserver that is used to search for a free getty. it maybe starts from the current one and counts up. If so, this logic should (IMO) be changed to start searching from 1 that way it would relatively consistently start on vt1 even when restarted from tty2. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
On 03/06/2012 08:23 AM, Colin Guthrie wrote: 'Twas brillig, and Olivier Thauvin at 06/03/12 12:38 did gyre and gimble: * Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: Hi there, I just try to install a cauldron to setup a test IPv6 firewall/router. To setup server I do a minimum install: - /boot on its own partition - /var /tmp and swap on lvm - select no packages categories but yes install doc - no post configuration, so no X11 (hey it's a server) At boot the system started but stop to "starting display manager" (??) and I were unable to reach any text terminal. No text terminal at all? Not on tty2 or 3? Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps was not showing any "*getty" program, a bit confusing, especially since there is nothing on first console. There has been a lot of discussion about this, and I'd just like some clarification of how the folks implementing thought it was supposed to turn out. My understanding was that the DM was to start on tty1, and some lower subset of the ttys, say 2-6 or 7, was supposed to be reserved for alternate graphical logins, but that console (getty) ttys would still be available on the higher ttys. Maybe not as easy to find, but more consistent with current usage. I'm seeing what Olivier is seeing (although this is a desktop system and not a minimal system). In my primary desktop, I can hit CTRL-ALT-Fn for n = 1 to 12, and I get no response at all. It just stays on the same desktop. Bug or feature ?
Re: [Mageia-dev] Minimum install of cauldron don't start console
On Tue, Mar 6, 2012 at 13:23, Colin Guthrie wrote: > 'Twas brillig, and Olivier Thauvin at 06/03/12 12:38 did gyre and gimble: >> * Colin Guthrie (mag...@colin.guthr.ie) wrote: >>> 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: Hi there, I just try to install a cauldron to setup a test IPv6 firewall/router. To setup server I do a minimum install: - /boot on its own partition - /var /tmp and swap on lvm - select no packages categories but yes install doc - no post configuration, so no X11 (hey it's a server) At boot the system started but stop to "starting display manager" (??) and I were unable to reach any text terminal. >>> >>> No text terminal at all? Not on tty2 or 3? >> >> Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps >> was not showing any "*getty" program, a bit confusing, especially since >> there is nothing on first console. >> >>> >>> If you try and start dm (prefdm.service) then you will NOT get a tty1 >>> getty (prefdm.service conflicts with getty@tty1.service), but all other >>> tty's should be fine (handled by autovt@.service) >> >> Maybe, but I never asked to have prefdm and in fact I don't want X >> terminal. > > They why are you booting to a graphical target? >From what I read, because that's what was done during installation prefdm shouldn't be there on installs without X > Check your /etc/systemd/system/default.target and if it's a symlink to > runlevel5.target or graphical.target then this is your problem. > > You should instead symlink it to multi-user.target or runlevel3.target. > >> All sys admin expect to have a tty on first console and just having >> "starting dm service" whereas I know it cannot start is really >> confusing. > > Sorry not sure what you mean? When you install a new machine (without X) and boot it, you expect to be given a login prompt
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
Yes ! Xavier Le 06/03/2012 14:08, Colin Guthrie a écrit : > 'Twas brillig, and Barry Jackson at 06/03/12 12:26 did gyre and gimble: >> You could try blacklisting the nouveau module - but that won't fix the >> underlying issue - it may however get you working as a temporary fix ;) > If dkms-nvidia isn't building, then a blacklist likely won't help! :) > > Col > >
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Olivier Thauvin at 06/03/12 12:38 did gyre and gimble: >> No text terminal at all? Not on tty2 or 3? > > Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps > was not showing any "*getty" program, a bit confusing, especially since > there is nothing on first console. Just to expand on this point. getty's are started on demand these days. It's done by autovt@.service. If you want to configure static gettys then you can do so easily enough (just symlink /lib/systemd/system/getty*.service as /etc/systemd/systemd/multi-user.target.wants/getty@tty2.service to get a static getty on tty2. But if your system is typically a graphical system, then why bother stating it statically and have it running all the time using resources. Auto-activation seems fine as a default setup to me. Now, the problem you seemed to get was that no dm was installed and thus the /etc/X11/prefdm script reached the end. IMO we very much DO want to have something done at the end of this script to give the user some help. This might include stopping prefdm.service via systemd and starting the tty, or perhaps better, showing some specific help (either text, or via plymouth or similar). This is something that I've suggested in a bug, but no feedback on that idea yet: https://bugs.mageia.org/show_bug.cgi?id=4750 Please do add comments on that bug. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Frank Griffin at 06/03/12 13:33 did gyre and gimble: > There has been a lot of discussion about this, and I'd just like some > clarification of how the folks implementing thought it was supposed to > turn out. > > My understanding was that the DM was to start on tty1, and some lower > subset of the ttys, say 2-6 or 7, was supposed to be reserved for > alternate graphical logins, but that console (getty) ttys would still be > available on the higher ttys. Maybe not as easy to find, but more > consistent with current usage. This would still be my preference, but critically it would depend on the current target. If you are booting to graphical.target then some subset of the lower ttys would automatically start X+dm on that tty when you switch to it, but if you boot to multi-user.target it would show you getty. Thus server installs would be no different to how they've been for years (which hopefully addresses most of the greybeard complaint) and for users who don't know what the heck a console login is, they will hopefully be presented with nice, user friendly login prompts. Everyone is a winner. > I'm seeing what Olivier is seeing (although this is a desktop system and > not a minimal system). In my primary desktop, I can hit CTRL-ALT-Fn for > n = 1 to 12, and I get no response at all. It just stays on the same > desktop. Not sure about that one. Smells like some other bug if it doesn't move. Has your keyboard got a special "fn" key that disables the function keys? Mine does. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Pascal Terjan at 06/03/12 13:34 did gyre and gimble: > On Tue, Mar 6, 2012 at 13:23, Colin Guthrie wrote: >> 'Twas brillig, and Olivier Thauvin at 06/03/12 12:38 did gyre and gimble: >>> * Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: > Hi there, > > I just try to install a cauldron to setup a test IPv6 firewall/router. > To setup server I do a minimum install: > - /boot on its own partition > - /var /tmp and swap on lvm > - select no packages categories but yes install doc > - no post configuration, so no X11 (hey it's a server) > > At boot the system started but stop to "starting display manager" (??) > and I were unable to reach any text terminal. No text terminal at all? Not on tty2 or 3? >>> >>> Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps >>> was not showing any "*getty" program, a bit confusing, especially since >>> there is nothing on first console. >>> If you try and start dm (prefdm.service) then you will NOT get a tty1 getty (prefdm.service conflicts with getty@tty1.service), but all other tty's should be fine (handled by autovt@.service) >>> >>> Maybe, but I never asked to have prefdm and in fact I don't want X >>> terminal. >> >> They why are you booting to a graphical target? > >>From what I read, because that's what was done during installation > > prefdm shouldn't be there on installs without X Well both the service (part of systemd-units) and the script (part of initscripts) will certainly exist. And prefdm.service is a hard requirement of graphical.target (due to /lib/systemd/system/graphical.target.wants/display-manager.service symlink) [display-manager.service is in turn a symlink to prefdm.service - longer term it'll probably become the official name instead of prefdm] The thing is that the default.target symlink should change between multi-user.target and graphical.target (or runlevel3.target and runlevel5.target which are compatibility symlinks for the newer, more descriptive names). This symlink structure is equiv to the line in inittab: id:5:initdefault: where 5 or 3 are the typical values. > When you install a new machine (without X) and boot it, you expect to > be given a login prompt I would agree. In that case the code should ensure that multi-user.target or runlevel3.target is used. We need to check what the inittab file says too. The drakx code that deals with runlevels should keep the default.target symlink and inittab file in sync. If a fresh install like this includes an initab with 5, then that's a problem. Or perhaps we just need to create a default.target in the %post of systemd-units if it doesn't exist and default it to whatever inittab says? I'm pretty sure the installer code should take care of creating this symlink tho' will try and double check with a clean install in a VM. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
On 2012.03.06, at 14:08, Colin Guthrie wrote: > 'Twas brillig, and Barry Jackson at 06/03/12 12:26 did gyre and gimble: >> You could try blacklisting the nouveau module - but that won't fix the >> underlying issue - it may however get you working as a temporary fix ;) > > If dkms-nvidia isn't building, then a blacklist likely won't help! :) With this fix I got it bulding, found in google: --- conftest.sh.orig2012-03-06 14:26:04.518194430 +0100 +++ conftest.sh 2012-03-06 14:19:20.684477926 +0100 @@ -126,7 +126,7 @@ CFLAGS="$BASE_CFLAGS $MACH_CFLAGS $OUTPUT_CFLAGS -I$HEADERS $AUTOCONF_CFLAGS" if [ "$ARCH" = "i386" -o "$ARCH" = "x86_64" ]; then -CFLAGS="$CFLAGS -I$SOURCES/arch/x86/include" +CFLAGS="$CFLAGS -I$SOURCES/arch/x86/include -I$SOURCES/arch/x86/include/generated" elif [ "$ARCH" = "ARMv7" ]; then CFLAGS="$CFLAGS -I$SOURCES/arch/arm/include" fi -- J.A. Magallon \ Software is like sex: \ It's better when it's free
Re: [Mageia-dev] Minimum install of cauldron don't start console
2012/3/6 Pascal Terjan : > On Tue, Mar 6, 2012 at 13:23, Colin Guthrie wrote: >> 'Twas brillig, and Olivier Thauvin at 06/03/12 12:38 did gyre and gimble: >>> * Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: > Hi there, > > I just try to install a cauldron to setup a test IPv6 firewall/router. > To setup server I do a minimum install: > - /boot on its own partition > - /var /tmp and swap on lvm > - select no packages categories but yes install doc > - no post configuration, so no X11 (hey it's a server) > > At boot the system started but stop to "starting display manager" (??) > and I were unable to reach any text terminal. No text terminal at all? Not on tty2 or 3? >>> >>> Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps >>> was not showing any "*getty" program, a bit confusing, especially since >>> there is nothing on first console. >>> If you try and start dm (prefdm.service) then you will NOT get a tty1 getty (prefdm.service conflicts with getty@tty1.service), but all other tty's should be fine (handled by autovt@.service) >>> >>> Maybe, but I never asked to have prefdm and in fact I don't want X >>> terminal. >> >> They why are you booting to a graphical target? > > >From what I read, because that's what was done during installation > > prefdm shouldn't be there on installs without X > >> Check your /etc/systemd/system/default.target and if it's a symlink to >> runlevel5.target or graphical.target then this is your problem. >> >> You should instead symlink it to multi-user.target or runlevel3.target. >> >>> All sys admin expect to have a tty on first console and just having >>> "starting dm service" whereas I know it cannot start is really >>> confusing. >> >> Sorry not sure what you mean? > > When you install a new machine (without X) and boot it, you expect to > be given a login prompt This is one of the major points. I'm one of the greybeards who were fed F1 along with baby food but I can learn. But what I expect in any case, be it an installation without X or a "normal" installation where X fails to start, I expect to be dropped at a login prompt. -- wobo
Re: [Mageia-dev] BS broken ?
On Tue, Mar 6, 2012 at 11:34, Pascal Terjan wrote: > On Tue, Mar 6, 2012 at 11:25, Colin Guthrie wrote: >> 'Twas brillig, and Thomas Spuhler at 06/03/12 02:33 did gyre and gimble: >>> On Sunday, March 04, 2012 11:42:49 AM Thomas Backlund wrote: 04.03.2012 20:16, Thomas Spuhler skrev: > The last successful build went through Feb. 10, 2012. I haven't upgraded > and built any after that date until last weekend when they all failed to > build. I would have to change 80+ packages that are now using the pear > type spec. I don't have the bandwidth to do that. > > The message I get is this: > > Unknown channel "pear.horde.org" > Parsing of package.xml from file "/var/tmp/pearwYoowh/package.xml" failed > Cannot initialize '/home/iurt/rpm/SOURCES/Horde_Itip-1.0.7.tgz', invalid > or missing package file > Package "/home/iurt/rpm/SOURCES/Horde_Itip-1.0.7.tgz" is not valid > install failed. Well, you better start fixing the packages... Maybe you can download & fix it in the specs only to save bw Anything building on BS must build with only official mageia repos... Otherwise we wont know what ends up in the packages. -- Thomas >>> >>> Thomas: >>> >>> Many of the pear packages require to have the pear-cahnnel installed. Most >>> of >>> the horde require it. It's not installing a package. >>> We are not the only one, fedora folks do it too: >>> http://nb.fedorapeople.org/horde-reviews/php-horde-Horde-Http.spec >>> >>> BuildRequires: php-channel(pear.horde.org) >>> >>> installing this package needs to add pear-channel-horde. If it doesn't the >>> package doesn't build. >>> They do not even use a pearized specification. >> >> It's nothing to do with adding or not the channel. It's the fact that >> this operation requires network access. You need to patch the systems >> such that they do not require network access to add the channel. >> >> This is a rule that has been in place for a long time. I'm surprised >> it's only coming up as an issue now to be honest. >> >> The same thing happens when e.g. there are not XML schemas installed >> locally for man page building and similar. It's just a matter of >> installing the relevant package to provide local, cached versions. > > And as shown in the fedora link, they use BuildRequires: > php-channel(pear.horde.org) to get it from another package Actually we had php-pear-channel-horde which installed the xml file but still connected to internet instead of using it, I think I fixed it
Re: [Mageia-dev] Minimum install of cauldron don't start console
On 03/06/2012 08:42 AM, Colin Guthrie wrote: If you are booting to graphical.target then some subset of the lower ttys would automatically start X+dm on that tty when you switch to it, but if you boot to multi-user.target it would show you getty. By "multi-user target" do you mean level 3 ? Thus server installs would be no different to how they've been for years (which hopefully addresses most of the greybeard complaint) and for users who don't know what the heck a console login is, they will hopefully be presented with nice, user friendly login prompts. Everyone is a winner. I'm seeing what Olivier is seeing (although this is a desktop system and not a minimal system). In my primary desktop, I can hit CTRL-ALT-Fn for n = 1 to 12, and I get no response at all. It just stays on the same desktop. Not sure about that one. Smells like some other bug if it doesn't move. Has your keyboard got a special "fn" key that disables the function keys? Mine does. Mine does too (bloody Logitech), but Fn keys are enabled., so it's not that. Is there perhaps something I don't have installed that enables X+dm restart and autovt ? If autovt were not present or disabled, that might explain why a second X+dm doesn't start (no available vt) ?
Re: [Mageia-dev] BS broken ?
On Tuesday, March 06, 2012 06:52:50 AM Pascal Terjan wrote: > On Tue, Mar 6, 2012 at 11:34, Pascal Terjan wrote: > > On Tue, Mar 6, 2012 at 11:25, Colin Guthrie wrote: > >> 'Twas brillig, and Thomas Spuhler at 06/03/12 02:33 did gyre and gimble: > >>> On Sunday, March 04, 2012 11:42:49 AM Thomas Backlund wrote: > 04.03.2012 20:16, Thomas Spuhler skrev: > > The last successful build went through Feb. 10, 2012. I haven't > > upgraded and built any after that date until last weekend when they > > all failed to build. I would have to change 80+ packages that are > > now using the pear type spec. I don't have the bandwidth to do that. > > > > The message I get is this: > > > > Unknown channel "pear.horde.org" > > Parsing of package.xml from file "/var/tmp/pearwYoowh/package.xml" > > failed Cannot initialize > > '/home/iurt/rpm/SOURCES/Horde_Itip-1.0.7.tgz', invalid or missing > > package file > > Package "/home/iurt/rpm/SOURCES/Horde_Itip-1.0.7.tgz" is not valid > > install failed. > > Well, you better start fixing the packages... > > Maybe you can download & fix it in the specs only to save bw > > Anything building on BS must build with only official mageia repos... > > > Otherwise we wont know what ends up in the packages. > > -- > Thomas > >>> > >>> Thomas: > >>> > >>> Many of the pear packages require to have the pear-cahnnel installed. > >>> Most of the horde require it. It's not installing a package. > >>> We are not the only one, fedora folks do it too: > >>> http://nb.fedorapeople.org/horde-reviews/php-horde-Horde-Http.spec > >>> > >>> BuildRequires: php-channel(pear.horde.org) > >>> > >>> installing this package needs to add pear-channel-horde. If it doesn't > >>> the package doesn't build. > >>> They do not even use a pearized specification. > >> > >> It's nothing to do with adding or not the channel. It's the fact that > >> this operation requires network access. You need to patch the systems > >> such that they do not require network access to add the channel. > >> > >> This is a rule that has been in place for a long time. I'm surprised > >> it's only coming up as an issue now to be honest. > >> > >> The same thing happens when e.g. there are not XML schemas installed > >> locally for man page building and similar. It's just a matter of > >> installing the relevant package to provide local, cached versions. > > > > And as shown in the fedora link, they use BuildRequires: > > php-channel(pear.horde.org) to get it from another package > > Actually we had php-pear-channel-horde which installed the xml file > but still connected to internet instead of using it, I think I fixed > it I will check it tonight. Only thw horde packages need it, the other pear packages don't have a channel install requires. -- Best regards Thomas Spuhler
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Frank Griffin at 06/03/12 13:56 did gyre and gimble: > On 03/06/2012 08:42 AM, Colin Guthrie wrote: >> If you are booting to graphical.target then some subset of the lower >> ttys would automatically start X+dm on that tty when you switch to it, >> but if you boot to multi-user.target it would show you getty. > > By "multi-user target" do you mean level 3 ? Yes. Sorry I tried to use both terms together most of the time (to get the terminology solidified in peoples minds) but I guess I missed one). >> Thus server installs would be no different to how they've been for >> years (which hopefully addresses most of the greybeard complaint) and >> for users who don't know what the heck a console login is, they will >> hopefully be presented with nice, user friendly login prompts. >> Everyone is a winner. >>> I'm seeing what Olivier is seeing (although this is a desktop system and >>> not a minimal system). In my primary desktop, I can hit CTRL-ALT-Fn for >>> n = 1 to 12, and I get no response at all. It just stays on the same >>> desktop. >> Not sure about that one. Smells like some other bug if it doesn't move. >> Has your keyboard got a special "fn" key that disables the function >> keys? Mine does. > > Mine does too (bloody Logitech), but Fn keys are enabled., so it's not > that. Is there perhaps something I don't have installed that enables > X+dm restart and autovt ? If autovt were not present or disabled, that > might explain why a second X+dm doesn't start (no available vt) ? Sorry, I was unclear in my last email. I've not enabled the ability to start a second X+DM yet (it needs changes to the DM's themselves which I've not looked at - tho' it should be pretty simple) such that you can specify the vt to use when they are started. Then I'd need to adjust autovt to start a wrapper script that starts either getty or X+DM as appropriate. So this isn't in place yet, but I do still think it's the way forward. Should be possible to get it done I think. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] BS broken ?
On Tue, Mar 6, 2012 at 14:03, Thomas Spuhler wrote: > On Tuesday, March 06, 2012 06:52:50 AM Pascal Terjan wrote: >> On Tue, Mar 6, 2012 at 11:34, Pascal Terjan wrote: >> > On Tue, Mar 6, 2012 at 11:25, Colin Guthrie wrote: >> >> 'Twas brillig, and Thomas Spuhler at 06/03/12 02:33 did gyre and gimble: >> >>> On Sunday, March 04, 2012 11:42:49 AM Thomas Backlund wrote: >> 04.03.2012 20:16, Thomas Spuhler skrev: >> > The last successful build went through Feb. 10, 2012. I haven't >> > upgraded and built any after that date until last weekend when they >> > all failed to build. I would have to change 80+ packages that are >> > now using the pear type spec. I don't have the bandwidth to do that. >> > >> > The message I get is this: >> > >> > Unknown channel "pear.horde.org" >> > Parsing of package.xml from file "/var/tmp/pearwYoowh/package.xml" >> > failed Cannot initialize >> > '/home/iurt/rpm/SOURCES/Horde_Itip-1.0.7.tgz', invalid or missing >> > package file >> > Package "/home/iurt/rpm/SOURCES/Horde_Itip-1.0.7.tgz" is not valid >> > install failed. >> >> Well, you better start fixing the packages... >> >> Maybe you can download & fix it in the specs only to save bw >> >> Anything building on BS must build with only official mageia repos... >> >> >> Otherwise we wont know what ends up in the packages. >> >> -- >> Thomas >> >>> >> >>> Thomas: >> >>> >> >>> Many of the pear packages require to have the pear-cahnnel installed. >> >>> Most of the horde require it. It's not installing a package. >> >>> We are not the only one, fedora folks do it too: >> >>> http://nb.fedorapeople.org/horde-reviews/php-horde-Horde-Http.spec >> >>> >> >>> BuildRequires: php-channel(pear.horde.org) >> >>> >> >>> installing this package needs to add pear-channel-horde. If it doesn't >> >>> the package doesn't build. >> >>> They do not even use a pearized specification. >> >> >> >> It's nothing to do with adding or not the channel. It's the fact that >> >> this operation requires network access. You need to patch the systems >> >> such that they do not require network access to add the channel. >> >> >> >> This is a rule that has been in place for a long time. I'm surprised >> >> it's only coming up as an issue now to be honest. >> >> >> >> The same thing happens when e.g. there are not XML schemas installed >> >> locally for man page building and similar. It's just a matter of >> >> installing the relevant package to provide local, cached versions. >> > >> > And as shown in the fedora link, they use BuildRequires: >> > php-channel(pear.horde.org) to get it from another package >> >> Actually we had php-pear-channel-horde which installed the xml file >> but still connected to internet instead of using it, I think I fixed >> it > > I will check it tonight. Only thw horde packages need it, the other pear > packages don't have a channel install requires. After some more fixing (%post was testing if $1 is 0 which can never happen in a post, it is 1 for install and >= 2 for updates), php-pear-Horde_Itip-1.0.7-1.mga2 was uploaded successfully.
Re: [Mageia-dev] Minimum install of cauldron don't start console
On 03/06/2012 09:10 AM, Colin Guthrie wrote: Sorry, I was unclear in my last email. I've not enabled the ability to start a second X+DM yet (it needs changes to the DM's themselves which I've not looked at - tho' it should be pretty simple) such that you can specify the vt to use when they are started. Then I'd need to adjust autovt to start a wrapper script that starts either getty or X+DM as appropriate. So this isn't in place yet, but I do still think it's the way forward. Should be possible to get it done I think. Col OK, so static gettys are gone, dynamic ones don't work yet, and X+DM can't yet start if you CTRL-ALT-Fn, which says that the only unexpected part of what I'm seeing is that CTRL-ALT-Fn stays with the current desktop rather than going to a black screen ...
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
On 02/03/12 22:44, Wolfgang Bornath wrote: AFAIK you need to reconfigure your system to use the proprietary modules... Yes, that's to be expected anyway. Thx Or tweak harddrake to let you in peace with X and video; checkout /etc/sysconfig/harddrake2/service.conf AUTORECONFIGURE_RIGHT_XORG_DRIVER=no DETECT_VIDEO=no cheers, Chris.
[Mageia-dev] Missing noarch package from i586 repository
According to check.mageia.org, dmenu has a broken dependency, since terminus-font is missing from i586 repositories. According to svnweb, it was last commited 7 months ago as a noarch package by wally. And it was not shown as broken dependency this weekend so it must have been deleted from the mirrors in the last few days out of some reason unknown to me. Is this a general problem on noarch packages or just some isolated thing with this package? Oliver
Re: [Mageia-dev] Missing noarch package from i586 repository
On Tue, Mar 6, 2012 at 14:29, Oliver Burger wrote: > According to check.mageia.org, dmenu has a broken dependency, since > terminus-font is missing from i586 repositories. > According to svnweb, it was last commited 7 months ago as a noarch > package by wally. And it was not shown as broken dependency this > weekend so it must have been deleted from the mirrors in the last few > days out of some reason unknown to me. Is this a general problem on > noarch packages or just some isolated thing with this package? Hmm I restored it but I have no idea what happened and it is not in old/ (the place where we move things to be deleted so that they stay around for a few weeks)
Re: [Mageia-dev] Missing noarch package from i586 repository
On Tue, Mar 6, 2012 at 14:39, Pascal Terjan wrote: > On Tue, Mar 6, 2012 at 14:29, Oliver Burger wrote: >> According to check.mageia.org, dmenu has a broken dependency, since >> terminus-font is missing from i586 repositories. >> According to svnweb, it was last commited 7 months ago as a noarch >> package by wally. And it was not shown as broken dependency this >> weekend so it must have been deleted from the mirrors in the last few >> days out of some reason unknown to me. Is this a general problem on >> noarch packages or just some isolated thing with this package? > > Hmm I restored it but I have no idea what happened and it is not in > old/ (the place where we move things to be deleted so that they stay > around for a few weeks) [schedbot@valstar ~]$ diff <(find /distrib/bootstrap/distrib/cauldron/i586/ -name '*noarch.rpm' | xargs -n1 basename |sort) <(find /distrib/bootstrap/distrib/cauldron/x86_64/ -name '*noarch.rpm' | xargs -n1 basename | sort) | grep '^[<>]' > audiokonverter-5.9.1-1.mga2.tainted.noarch.rpm < bluez-firmware-1.2-6.mga1.noarch.rpm > jgoodies-animation-javadoc-1.3.0-1.mga2.noarch.rpm > xml-commons-apis-manual-1.4.01-6.mga2.noarch.rpm
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Frank Griffin at 06/03/12 14:25 did gyre and gimble: > On 03/06/2012 09:10 AM, Colin Guthrie wrote: >> Sorry, I was unclear in my last email. I've not enabled the ability to >> start a second X+DM yet (it needs changes to the DM's themselves which >> I've not looked at - tho' it should be pretty simple) such that you >> can specify the vt to use when they are started. Then I'd need to >> adjust autovt to start a wrapper script that starts either getty or >> X+DM as appropriate. So this isn't in place yet, but I do still think >> it's the way forward. Should be possible to get it done I think. Col > > OK, so static gettys are gone, dynamic ones don't work yet, and X+DM > can't yet start if you CTRL-ALT-Fn, which says that the only unexpected > part of what I'm seeing is that CTRL-ALT-Fn stays with the current > desktop rather than going to a black screen ... Sorry, I'm clearly not writing very eloquently today!! Dynamic getty's should work fine. I am using them here and even the initial message in this thread from Nanar said he also had it working (well his reply to m y response did). (Just to explain: this is configured in /etc/systemd/systemd-logind.conf. You should have NAutoVTs=6 (or have it commented out) to get autovt's working... If it's set to 0 it is disabled otherwise it should just work. See "man systemd-logind.conf" for details) So there is something on your system that is not working properly... Not sure why it wouldn't work, but as you say, pressing the key combos means you stay on the same desktop... if that is the case that would imply something is broken before the vt auto-activation - i.e. something in the key handling itself. I presume you are not using virtualbox or similar? In VB you have to use RightShift+ALT+Fn... Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
On 03/06/2012 09:53 AM, Colin Guthrie wrote:.. Sorry, I'm clearly not writing very eloquently today!! Dynamic getty's should work fine. I am using them here and even the initial message in this thread from Nanar said he also had it working (well his reply to m y response did). (Just to explain: this is configured in /etc/systemd/systemd-logind.conf. You should have NAutoVTs=6 (or have it commented out) to get autovt's working... If it's set to 0 it is disabled otherwise it should just work. See "man systemd-logind.conf" for details) So there is something on your system that is not working properly... Not sure why it wouldn't work, but as you say, pressing the key combos means you stay on the same desktop... if that is the case that would imply something is broken before the vt auto-activation - i.e. something in the key handling itself. I presume you are not using virtualbox or similar? In VB you have to use RightShift+ALT+Fn... Col No, it's a native system, and CTRL-ALT-Fn has always worked. I'll check out the files you mention; thanks for taking the time to explain.
[Mageia-dev] Drop kaffeine from repos?
Hi, I am currently thinking about dropping kaffeine from the repositories for Mga2. The reason is some upstream bug - reported as #1934 in Mageia bugzilla and in several other distributions as well without any solution upstream. So kaffeine is rather instable right now and there seems not to be a real active development on it. In addition, there are many good alternatives for kaffeine, e.g. the different mplayer guis or vlc. Any opinions on it? Oliver
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
2012/3/6 EatDirt : > On 02/03/12 22:44, Wolfgang Bornath wrote: > >>> AFAIK you need to reconfigure your system to use the proprietary >>> modules... >> >> >> Yes, that's to be expected anyway. Thx >> > > Or tweak harddrake to let you in peace with X and video; > > checkout /etc/sysconfig/harddrake2/service.conf > > AUTORECONFIGURE_RIGHT_XORG_DRIVER=no > DETECT_VIDEO=no No, this is no practical solution for the long run. I need the proprietary driver working correctly. So I need to know if something is wrong, so I can start repairing (or reporting). -- wobo
Re: [Mageia-dev] Drop kaffeine from repos?
2012/3/6 Oliver Burger : > Hi, > > I am currently thinking about dropping kaffeine from the repositories for > Mga2. > The reason is some upstream bug - reported as #1934 in Mageia bugzilla > and in several other distributions as well without any solution > upstream. > So kaffeine is rather instable right now and there seems not to be a > real active development on it. In addition, there are many good > alternatives for kaffeine, e.g. the different mplayer guis or vlc. > > Any opinions on it? What about https://projects.kde.org/projects/extragear/multimedia/kaffeine/activity ? > > Oliver -- Anne http://www.mageia.org
Re: [Mageia-dev] Minimum install of cauldron don't start console
On Tuesday 06 March 2012 14:52, Wolfgang Bornath wrote: > what I expect in any case, > be it an installation without X or a "normal" installation where > X fails to start, I expect to be dropped at a login prompt. Hear, hear. -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Drop kaffeine from repos?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 03/06/2012 07:27 AM, Anne nicolas wrote: > What about > https://projects.kde.org/projects/extragear/multimedia/kaffeine/activity > ? Kaffeine is my player of choice, so I'd prefer it to stay, especially if there is active development. Even if the player were just made stable again and left alone, then I would prefer it to stay. - --Jeff -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/ iF4EAREIAAYFAk9WMkkACgkQspwAgUSFJCzhVwD/TR5jn3qBD+EZWr8yG2e3q0// VHVEfsNRzdCOmdcELF8A/3QNzXnfRT0hpS2DkCZkm47mll9Z6Z1BtxP6Sx0VG+nr =9B4Q -END PGP SIGNATURE-
Re: [Mageia-dev] Drop kaffeine from repos?
06.03.2012 17:12, Oliver Burger kirjoitti: > Hi, > > I am currently thinking about dropping kaffeine from the repositories for > Mga2. > The reason is some upstream bug - reported as #1934 in Mageia bugzilla > and in several other distributions as well without any solution > upstream. > So kaffeine is rather instable right now and there seems not to be a > real active development on it. In addition, there are many good > alternatives for kaffeine, e.g. the different mplayer guis or vlc. > > Any opinions on it? Kaffeine has superior DVB support which works out-of-the-box (i.e. without manual command-line tinkering, just scan for channels via the GUI), that e.g. MPlayer GUIs or VLC do not have. -- Anssi Hannula
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Johnny A. Solbu at 06/03/12 15:28 did gyre and gimble: > On Tuesday 06 March 2012 14:52, Wolfgang Bornath wrote: >> what I expect in any case, >> be it an installation without X or a "normal" installation where >> X fails to start, I expect to be dropped at a login prompt. > > Hear, hear. Please comment on the bug I linked to earlier then. I would have thought some better help and instructions would have been better but if you guys all think dumping a novice user to a login prompt is better then so be it. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
2012/3/6 Colin Guthrie : > 'Twas brillig, and Johnny A. Solbu at 06/03/12 15:28 did gyre and gimble: >> On Tuesday 06 March 2012 14:52, Wolfgang Bornath wrote: >>> what I expect in any case, >>> be it an installation without X or a "normal" installation where >>> X fails to start, I expect to be dropped at a login prompt. >> >> Hear, hear. > > Please comment on the bug I linked to earlier then. > > I would have thought some better help and instructions would have been > better but if you guys all think dumping a novice user to a login prompt > is better then so be it. No, we guys all think dumping a novice user to a login prompt is far better than dumping him on a screen full of messages with no prompt or even a blackscreen. If you want to address the novice user, what do you think makes support in case of a failing x server easier for the helper AND the novice user, a black screen, a screen without a prompt but with a hanging list of messages instead - or a login prompt from where he can be directed to a solution (or given instructions to provide more information)? -- wobo
Re: [Mageia-dev] Minimum install of cauldron don't start console
On 03/06/2012 11:22 AM, Wolfgang Bornath wrote: If you want to address the novice user, what do you think makes support in case of a failing x server easier for the helper AND the novice user, a black screen, a screen without a prompt but with a hanging list of messages instead - or a login prompt from where he can be directed to a solution (or given instructions to provide more information)? Probably a better solution, if you know that X is supposed to come up but isn't, is to automatically log him in as some new ID whose shell is a script something like the rescue console script. The first thing it does is su him to prompt for the root password, and then presents a character-based dialog explaining his options, offering to run XFdrake, maybe running rpm/urpmi to see if all needed packages are installed, and giving him to option to exit to a real shell if he wants.
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
The latest driver update (urpmi --auto-update => dkms-nvidia-current-295-20-2) fixes the problem, but I had to reboot twice to make it work. JC
Re: [Mageia-dev] Minimum install of cauldron don't start console
2012/3/6 Frank Griffin : > On 03/06/2012 11:22 AM, Wolfgang Bornath wrote: >> >> If you want to address the novice user, what do you think makes support in >> case of a failing x server easier for the helper AND the novice user, a >> black screen, a screen without a prompt but with a hanging list of messages >> instead - or a login prompt from where he can be directed to a solution (or >> given instructions to provide more information)? > > > Probably a better solution, if you know that X is supposed to come up but > isn't, is to automatically log him in as some new ID whose shell is a script > something like the rescue console script. The first thing it does is su him > to prompt for the root password, and then presents a character-based dialog > explaining his options, offering to run XFdrake, maybe running rpm/urpmi to > see if all needed packages are installed, and giving him to option to exit > to a real shell if he wants. Yes, that would be the next step on the road to user-friendly desaster management. As long as we do not have this a login prompt is better than nothing. -- wobo
Re: [Mageia-dev] soundwrapper
On Tue, Mar 6, 2012 at 17:33, zezinho wrote: > Le lundi 5 mars 2012 23:53:53, Colin Guthrie a écrit : >> If the game uses OSS, it will get exclusive access to it when used with >> the ALSA OSS modules. >> > > Ok so it should only be used by OSS games. I ask because I tried a simple > LXDE install, and then added OpenArena, and it did not start from the menu. > > In fact, soundwrapper was not installed. So I will Require soundwrapper on all > this games. I think the point is: anything using soundwrapper should require it, whether it actually needs it or not. But yes it would be better to remove it from the command if it is not needed :)
Re: [Mageia-dev] soundwrapper
Le lundi 5 mars 2012 23:53:53, Colin Guthrie a écrit : > If the game uses OSS, it will get exclusive access to it when used with > the ALSA OSS modules. > Ok so it should only be used by OSS games. I ask because I tried a simple LXDE install, and then added OpenArena, and it did not start from the menu. In fact, soundwrapper was not installed. So I will Require soundwrapper on all this games. Is there a simple way to check if a game uses alsa-oss modules ?
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Wolfgang Bornath at 06/03/12 16:56 did gyre and gimble: > 2012/3/6 Frank Griffin : >> On 03/06/2012 11:22 AM, Wolfgang Bornath wrote: >>> >>> If you want to address the novice user, what do you think makes support in >>> case of a failing x server easier for the helper AND the novice user, a >>> black screen, a screen without a prompt but with a hanging list of messages >>> instead - or a login prompt from where he can be directed to a solution (or >>> given instructions to provide more information)? >> >> >> Probably a better solution, if you know that X is supposed to come up but >> isn't, is to automatically log him in as some new ID whose shell is a script >> something like the rescue console script. The first thing it does is su him >> to prompt for the root password, and then presents a character-based dialog >> explaining his options, offering to run XFdrake, maybe running rpm/urpmi to >> see if all needed packages are installed, and giving him to option to exit >> to a real shell if he wants. > > Yes, that would be the next step on the road to user-friendly desaster > management. Well, that's my whole point!!! > As long as we do not have this a login prompt is better than nothing. So I should spend my time doing this, only to undo it later for a different solution? I'm sorry, but I'm not willing to waste time on this until it's decided that this is the all we're going to do and what we'll ship. As far as things stand I see it as tangential to what I'd like to achieve so I'd rather spend what limited time I have working on that than something that could ultimately be thrown away later. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] soundwrapper
'Twas brillig, and zezinho at 06/03/12 17:33 did gyre and gimble: > Le lundi 5 mars 2012 23:53:53, Colin Guthrie a écrit : >> If the game uses OSS, it will get exclusive access to it when used with >> the ALSA OSS modules. >> > > Ok so it should only be used by OSS games. I ask because I tried a simple > LXDE install, and then added OpenArena, and it did not start from the menu. > > In fact, soundwrapper was not installed. So I will Require soundwrapper on > all > this games. > > Is there a simple way to check if a game uses alsa-oss modules ? You can tell if an application uses oss by doing: sudo fuser -v /dev/dsp Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
2012/3/6 Colin Guthrie : > 'Twas brillig, and Wolfgang Bornath at 06/03/12 16:56 did gyre and gimble: >> 2012/3/6 Frank Griffin : >>> On 03/06/2012 11:22 AM, Wolfgang Bornath wrote: If you want to address the novice user, what do you think makes support in case of a failing x server easier for the helper AND the novice user, a black screen, a screen without a prompt but with a hanging list of messages instead - or a login prompt from where he can be directed to a solution (or given instructions to provide more information)? >>> >>> >>> Probably a better solution, if you know that X is supposed to come up but >>> isn't, is to automatically log him in as some new ID whose shell is a script >>> something like the rescue console script. The first thing it does is su him >>> to prompt for the root password, and then presents a character-based dialog >>> explaining his options, offering to run XFdrake, maybe running rpm/urpmi to >>> see if all needed packages are installed, and giving him to option to exit >>> to a real shell if he wants. >> >> Yes, that would be the next step on the road to user-friendly desaster >> management. > > Well, that's my whole point!!! > >> As long as we do not have this a login prompt is better than nothing. > > So I should spend my time doing this, only to undo it later for a > different solution? > > I'm sorry, but I'm not willing to waste time on this until it's decided > that this is the all we're going to do and what we'll ship. > > As far as things stand I see it as tangential to what I'd like to > achieve so I'd rather spend what limited time I have working on that > than something that could ultimately be thrown away later. Ah, ok, I understand your point now. The big question is: What is the time span we are talking about here? A week, month? Would you think you can achieve this better solution until Mageia 2 RC? If so, I am totally ok with that. If you think it will take longer than that, I do not think we can let this issue leave hanging in the air when we approach Mageia 2 final, wasted work or not. -- wobo
[Mageia-dev] Gtk+3.0 bindings API break, what to do?
Hi!
As per https://bugzilla.gnome.org/show_bug.cgi?id=657385
gtk_menu_popup_for_device() has been renamed to gtk_menu_popup() in
introspection, causing at least Menu.popup() in python-gi to break.
Ubuntu has reverted it:
https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/923171
Attached are alternative one-liner patches to either revert the API
break in Gtk+3.0 (dont_rename_annotation.patch, from Ubuntu), or to
adapt python-gobject3 to the API change
(python-gi-adapt-for-gnome657385.patch, written by me).
Since gtk+3.0 is unmaintained, I'm posting here to ask which way to go.
This affects e.g. gcdemu, right-clicking the traybar icon causes this error:
Traceback (most recent call last):
File "/usr/bin/gcdemu", line 688, in on_popup_menu
self.menu.popup(None, None, status_icon.position_menu, self, button,
activate_time)
File "/usr/lib64/python2.7/site-packages/gi/overrides/Gtk.py", line
1381, in popup
self.popup_for_device(None, parent_menu_shell, parent_menu_item,
func, data, button, activate_time)
AttributeError: 'Menu' object has no attribute 'popup_for_device'
--
Anssi Hannula
--- a/gtk/gtkmenu.c
+++ b/gtk/gtkmenu.c
@@ -1444,7 +1444,6 @@ popup_grab_on_window (GdkWindow *window,
* be used instead.
*
* Since: 3.0
- * Rename to: gtk_menu_popup
*/
void
gtk_menu_popup_for_device (GtkMenu *menu,
--- /usr/lib64/python2.7/site-packages/gi/overrides/Gtk.py 2012-02-21 01:49:17.0 +0200
+++ Gtk.py 2012-03-06 20:24:00.156775212 +0200
@@ -1378,7 +1378,7 @@
if Gtk._version != '2.0':
class Menu(Gtk.Menu):
def popup(self, parent_menu_shell, parent_menu_item, func, data, button, activate_time):
-self.popup_for_device(None, parent_menu_shell, parent_menu_item, func, data, button, activate_time)
+super(Menu, self).popup(None, parent_menu_shell, parent_menu_item, func, data, button, activate_time)
Menu = override(Menu)
__all__.append('Menu')
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Wolfgang Bornath at 06/03/12 17:57 did gyre and gimble: > 2012/3/6 Colin Guthrie : >> 'Twas brillig, and Wolfgang Bornath at 06/03/12 16:56 did gyre and gimble: >>> 2012/3/6 Frank Griffin : On 03/06/2012 11:22 AM, Wolfgang Bornath wrote: > > If you want to address the novice user, what do you think makes support in > case of a failing x server easier for the helper AND the novice user, a > black screen, a screen without a prompt but with a hanging list of > messages > instead - or a login prompt from where he can be directed to a solution > (or > given instructions to provide more information)? Probably a better solution, if you know that X is supposed to come up but isn't, is to automatically log him in as some new ID whose shell is a script something like the rescue console script. The first thing it does is su him to prompt for the root password, and then presents a character-based dialog explaining his options, offering to run XFdrake, maybe running rpm/urpmi to see if all needed packages are installed, and giving him to option to exit to a real shell if he wants. >>> >>> Yes, that would be the next step on the road to user-friendly desaster >>> management. >> >> Well, that's my whole point!!! >> >>> As long as we do not have this a login prompt is better than nothing. >> >> So I should spend my time doing this, only to undo it later for a >> different solution? >> >> I'm sorry, but I'm not willing to waste time on this until it's decided >> that this is the all we're going to do and what we'll ship. >> >> As far as things stand I see it as tangential to what I'd like to >> achieve so I'd rather spend what limited time I have working on that >> than something that could ultimately be thrown away later. > > Ah, ok, I understand your point now. > The big question is: What is the time span we are talking about here? > A week, month? Would you think you can achieve this better solution > until Mageia 2 RC? Perhaps by beta2, but more likely by RC. I'll certainly make sure that for beta2 a minimal install will properly present itself with multi-user.target by default such that a getty will be shown on tty1 (as already outlined, the getty on tty1 is only suppressed when there is supposed to be a graphical login - and only a problem when that fails!). > If so, I am totally ok with that. If you think it > will take longer than that, I do not think we can let this issue leave > hanging in the air when we approach Mageia 2 final, wasted work or > not. Yeah. I would agree there has to be a limit. I'd say RC2 should be that limit. If I've not found a better way of doing things by then, I'll do whatever is needed to make a getty appear... [Just to explain further, displaying a tty on failure is tricky due to the complex interplay of different and conflicting configurations. I *could* just run agetty manually at the end of the /etc/X11/prefdm script, but then this then this would be considered by systemd as being part of the prefdm service and thus if you login and restart prefdm (which might be common) it would first of all kill the getty itself as part of the "stopping" procedure! Now if it fails the user would be dumped back at a login prompt again... not really very user friendly! Hence, to solve this properly it would really be a matter of changing the current target (aka runlevel) from default.target (which will be an alias for graphical.target) to multi-user.target, but this may have other consequences. I think this latter solution (changing target) is the correct solution, but it really needs to be played out and tested thoroughly. I'm also not sure what consequences there are (if any) of running a command to change the target while running a specific service. I think all will be fine, but all the same I'd need to investigate. And after all that of course, we're supposed to still support sysvinit too so we I'll have to at least look into things mostly working there (I won't aim for sysvinit to be fully quirk free as it is clearly on the way out and thus (being realistic) won't get as much time dedicated to it). So it's not just a five or ten minute job!] Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
2012/3/6 Colin Guthrie : > 'Twas brillig, and Wolfgang Bornath at 06/03/12 17:57 did gyre and gimble: >> 2012/3/6 Colin Guthrie : >>> 'Twas brillig, and Wolfgang Bornath at 06/03/12 16:56 did gyre and gimble: 2012/3/6 Frank Griffin : > On 03/06/2012 11:22 AM, Wolfgang Bornath wrote: >> >> If you want to address the novice user, what do you think makes support >> in >> case of a failing x server easier for the helper AND the novice user, a >> black screen, a screen without a prompt but with a hanging list of >> messages >> instead - or a login prompt from where he can be directed to a solution >> (or >> given instructions to provide more information)? > > > Probably a better solution, if you know that X is supposed to come up but > isn't, is to automatically log him in as some new ID whose shell is a > script > something like the rescue console script. The first thing it does is su > him > to prompt for the root password, and then presents a character-based > dialog > explaining his options, offering to run XFdrake, maybe running rpm/urpmi > to > see if all needed packages are installed, and giving him to option to exit > to a real shell if he wants. Yes, that would be the next step on the road to user-friendly desaster management. >>> >>> Well, that's my whole point!!! >>> As long as we do not have this a login prompt is better than nothing. >>> >>> So I should spend my time doing this, only to undo it later for a >>> different solution? >>> >>> I'm sorry, but I'm not willing to waste time on this until it's decided >>> that this is the all we're going to do and what we'll ship. >>> >>> As far as things stand I see it as tangential to what I'd like to >>> achieve so I'd rather spend what limited time I have working on that >>> than something that could ultimately be thrown away later. >> >> Ah, ok, I understand your point now. >> The big question is: What is the time span we are talking about here? >> A week, month? Would you think you can achieve this better solution >> until Mageia 2 RC? > > Perhaps by beta2, but more likely by RC. I'll certainly make sure that > for beta2 a minimal install will properly present itself with > multi-user.target by default such that a getty will be shown on tty1 (as > already outlined, the getty on tty1 is only suppressed when there is > supposed to be a graphical login - and only a problem when that fails!). > >> If so, I am totally ok with that. If you think it >> will take longer than that, I do not think we can let this issue leave >> hanging in the air when we approach Mageia 2 final, wasted work or >> not. > > Yeah. I would agree there has to be a limit. I'd say RC2 should be that > limit. If I've not found a better way of doing things by then, I'll do > whatever is needed to make a getty appear... > > [Just to explain further, displaying a tty on failure is tricky due to > the complex interplay of different and conflicting configurations. I > *could* just run agetty manually at the end of the /etc/X11/prefdm > script, but then this then this would be considered by systemd as being > part of the prefdm service and thus if you login and restart prefdm > (which might be common) it would first of all kill the getty itself as > part of the "stopping" procedure! Now if it fails the user would be > dumped back at a login prompt again... not really very user friendly! > Hence, to solve this properly it would really be a matter of changing > the current target (aka runlevel) from default.target (which will be an > alias for graphical.target) to multi-user.target, but this may have > other consequences. I think this latter solution (changing target) is > the correct solution, but it really needs to be played out and tested > thoroughly. I'm also not sure what consequences there are (if any) of > running a command to change the target while running a specific service. > I think all will be fine, but all the same I'd need to investigate. And > after all that of course, we're supposed to still support sysvinit too > so we I'll have to at least look into things mostly working there (I > won't aim for sysvinit to be fully quirk free as it is clearly on the > way out and thus (being realistic) won't get as much time dedicated to > it). So it's not just a five or ten minute job!] > > Col The force be with you, it will ! -- wobo
Re: [Mageia-dev] Drop kaffeine from repos?
> Kaffeine is my player of choice, so I'd prefer it to stay, especially if > there is active development. Even if the player were just made stable > again and left alone, then I would prefer it to stay. +1 -- Angelo signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Drop kaffeine from repos?
In data martedì 6 marzo 2012 16:54:43, Anssi Hannula ha scritto: > Kaffeine has superior DVB support which works out-of-the-box (i.e. > without manual command-line tinkering, just scan for channels via the > GUI), that e.g. MPlayer GUIs or VLC do not have. And that why i'm using kaffeine first :) -- Angelo signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Drop kaffeine from repos?
Am 06.03.2012 19:56, schrieb Angelo Naselli: In data martedì 6 marzo 2012 16:54:43, Anssi Hannula ha scritto: Kaffeine has superior DVB support which works out-of-the-box (i.e. without manual command-line tinkering, just scan for channels via the GUI), that e.g. MPlayer GUIs or VLC do not have. And that why i'm using kaffeine first :) Ok... you convinced me... I will try then and get upstream to fix that bug. Oliver
Re: [Mageia-dev] Minimum install of cauldron don't start console
06.03.2012 20:36, Colin Guthrie skrev: > 'Twas brillig, and Wolfgang Bornath at 06/03/12 17:57 did gyre and gimble: >> Ah, ok, I understand your point now. >> The big question is: What is the time span we are talking about here? >> A week, month? Would you think you can achieve this better solution >> until Mageia 2 RC? > > Perhaps by beta2, but more likely by RC. I'll certainly make sure that > for beta2 a minimal install will properly present itself with > multi-user.target by default such that a getty will be shown on tty1 (as > already outlined, the getty on tty1 is only suppressed when there is > supposed to be a graphical login - and only a problem when that fails!). > >> If so, I am totally ok with that. If you think it >> will take longer than that, I do not think we can let this issue leave >> hanging in the air when we approach Mageia 2 final, wasted work or >> not. > > Yeah. I would agree there has to be a limit. I'd say RC2 should be that > limit. If I've not found a better way of doing things by then, I'll do > whatever is needed to make a getty appear... There is no RC2 planned... Planned timetable is: beta2: March 15th rc: April 10th final: May 3rd -- Thomas
Re: [Mageia-dev] Missing noarch package from i586 repository
Op dinsdag 06 maart 2012 15:39:53 schreef Pascal Terjan: > On Tue, Mar 6, 2012 at 14:39, Pascal Terjan wrote: > > On Tue, Mar 6, 2012 at 14:29, Oliver Burger wrote: > >> According to check.mageia.org, dmenu has a broken dependency, since > >> terminus-font is missing from i586 repositories. > >> According to svnweb, it was last commited 7 months ago as a noarch > >> package by wally. And it was not shown as broken dependency this > >> weekend so it must have been deleted from the mirrors in the last few > >> days out of some reason unknown to me. Is this a general problem on > >> noarch packages or just some isolated thing with this package? > > > > Hmm I restored it but I have no idea what happened and it is not in > > old/ (the place where we move things to be deleted so that they stay > > around for a few weeks) > > [schedbot@valstar ~]$ diff <(find > /distrib/bootstrap/distrib/cauldron/i586/ -name '*noarch.rpm' | xargs > -n1 basename |sort) <(find /distrib/bootstrap/distrib/cauldron/x86_64/ > -name '*noarch.rpm' | xargs -n1 basename | sort) | grep '^[<>]' > > > audiokonverter-5.9.1-1.mga2.tainted.noarch.rpm > > < bluez-firmware-1.2-6.mga1.noarch.rpm > > > jgoodies-animation-javadoc-1.3.0-1.mga2.noarch.rpm > > xml-commons-apis-manual-1.4.01-6.mga2.noarch.rpm maybe unrelated, i've rebuilt some packages these last few days because they were missing one of the subpackages
Re: [Mageia-dev] Minimum install of cauldron don't start console
Op dinsdag 06 maart 2012 14:28:38 schreef Colin Guthrie: [...] > Now I'm not sure on the logic inside the Xserver that is used to search > for a free getty. it maybe starts from the current one and counts up. If > so, this logic should (IMO) be changed to start searching from 1 that > way it would relatively consistently start on vt1 even when restarted > from tty2. > > Col have you been successfull with 2 user sessions?
[Mageia-dev] lvm2 initscript is marked as a config file...?
Hiya I noticed while doing the updates round that the file /etc/init.d/lvm2-monitor had a .rpmnew... Thus is seems to be marked as a config file. Is this correct? Most initscripts are not meant to be configured... is this the exception that proves the rule? Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Thomas Backlund at 06/03/12 19:30 did gyre and gimble: > 06.03.2012 20:36, Colin Guthrie skrev: >> 'Twas brillig, and Wolfgang Bornath at 06/03/12 17:57 did gyre and gimble: > >>> Ah, ok, I understand your point now. >>> The big question is: What is the time span we are talking about here? >>> A week, month? Would you think you can achieve this better solution >>> until Mageia 2 RC? >> >> Perhaps by beta2, but more likely by RC. I'll certainly make sure that >> for beta2 a minimal install will properly present itself with >> multi-user.target by default such that a getty will be shown on tty1 (as >> already outlined, the getty on tty1 is only suppressed when there is >> supposed to be a graphical login - and only a problem when that fails!). >> >>> If so, I am totally ok with that. If you think it >>> will take longer than that, I do not think we can let this issue leave >>> hanging in the air when we approach Mageia 2 final, wasted work or >>> not. >> >> Yeah. I would agree there has to be a limit. I'd say RC2 should be that >> limit. If I've not found a better way of doing things by then, I'll do >> whatever is needed to make a getty appear... > > There is no RC2 planned... > > Planned timetable is: > > beta2: March 15th > rc: April 10th > final: May 3rd OK, then I guess "by the rc" then :) Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Maarten Vanraes at 06/03/12 19:41 did gyre and gimble: > Op dinsdag 06 maart 2012 14:28:38 schreef Colin Guthrie: > [...] >> Now I'm not sure on the logic inside the Xserver that is used to search >> for a free getty. it maybe starts from the current one and counts up. If >> so, this logic should (IMO) be changed to start searching from 1 that >> way it would relatively consistently start on vt1 even when restarted >> from tty2. >> >> Col > > have you been successfull with 2 user sessions? As in logging out and back in again or with fast user switching? The former has worked quite happily for me. Not tested the latter but I expect there to be some quirks. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
Op dinsdag 06 maart 2012 20:50:11 schreef Colin Guthrie: [...] > >> Yeah. I would agree there has to be a limit. I'd say RC2 should be that > >> limit. If I've not found a better way of doing things by then, I'll do > >> whatever is needed to make a getty appear... > > > > There is no RC2 planned... > > > > Planned timetable is: > > > > beta2: March 15th > > rc: April 10th > > final: May 3rd > > OK, then I guess "by the rc" then :) > > Col release freeze is April 7th...
Re: [Mageia-dev] Minimum install of cauldron don't start console
Op dinsdag 06 maart 2012 20:52:02 schreef Colin Guthrie: > 'Twas brillig, and Maarten Vanraes at 06/03/12 19:41 did gyre and gimble: > > Op dinsdag 06 maart 2012 14:28:38 schreef Colin Guthrie: > > [...] > > > >> Now I'm not sure on the logic inside the Xserver that is used to search > >> for a free getty. it maybe starts from the current one and counts up. If > >> so, this logic should (IMO) be changed to start searching from 1 that > >> way it would relatively consistently start on vt1 even when restarted > >> from tty2. > >> > >> Col > > > > have you been successfull with 2 user sessions? > > As in logging out and back in again or with fast user switching? > > The former has worked quite happily for me. Not tested the latter but I > expect there to be some quirks. > > Col err, no, i mean 2 X sessions. often i have one KDE session running on vt8 and one for my wife on vt9 and sometimes on for my daughter at vt10... the question is, with the prefdm only conflicting with the first getty, will several X sessions be possible?
Re: [Mageia-dev] lvm2 initscript is marked as a config file...?
06.03.2012 21:48, Colin Guthrie kirjoitti: > Hiya > > I noticed while doing the updates round that the file > /etc/init.d/lvm2-monitor had a .rpmnew... Thus is seems to be marked as > a config file. Is this correct? Most initscripts are not meant to be > configured... is this the exception that proves the rule? Doesn't look like configurable. I have many times seen random non-config files marked as %config(noreplace) in very old .specs just because they are in /etc. This instance also predates mdv SVN migration (unfortunately their CVS has been brought down). (maybe rpmlint wrongly warned about them many many years ago, causing people to add unwanted %config flags...) -- Anssi Hannula
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Maarten Vanraes at 06/03/12 20:09 did gyre and gimble: > Op dinsdag 06 maart 2012 20:52:02 schreef Colin Guthrie: >> 'Twas brillig, and Maarten Vanraes at 06/03/12 19:41 did gyre and gimble: >>> Op dinsdag 06 maart 2012 14:28:38 schreef Colin Guthrie: >>> [...] >>> Now I'm not sure on the logic inside the Xserver that is used to search for a free getty. it maybe starts from the current one and counts up. If so, this logic should (IMO) be changed to start searching from 1 that way it would relatively consistently start on vt1 even when restarted from tty2. Col >>> >>> have you been successfull with 2 user sessions? >> >> As in logging out and back in again or with fast user switching? >> >> The former has worked quite happily for me. Not tested the latter but I >> expect there to be some quirks. >> >> Col > > err, no, i mean 2 X sessions. > > often i have one KDE session running on vt8 and one for my wife on vt9 and > sometimes on for my daughter at vt10... OK, so fast user switching then. > the question is, with the prefdm only conflicting with the first getty, will > several X sessions be possible? Yeah. They should, in theory at least, start on vt2 and vt3, tho' this may depend on the desktop itself. With GDM+Gnome the second session starts on tty2, the third on tty3 etc. There is a caveat however. If you have switched to tty2 before picking the "Login as another user" option, then autovt will have kicked in and started a getty there. It then "hogs" tty2 and prevents X from using it. Of course if I manage to get my idea working, switching to tty2 when in graphical.target will actually give you a graphical login prompt anyway, so pretty much the same thing as picking the "Login as another user" option from within the first graphical session. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
Op dinsdag 06 maart 2012 21:19:49 schreef Colin Guthrie: > 'Twas brillig, and Maarten Vanraes at 06/03/12 20:09 did gyre and gimble: > > Op dinsdag 06 maart 2012 20:52:02 schreef Colin Guthrie: > >> 'Twas brillig, and Maarten Vanraes at 06/03/12 19:41 did gyre and gimble: > >>> Op dinsdag 06 maart 2012 14:28:38 schreef Colin Guthrie: > >>> [...] > >>> > Now I'm not sure on the logic inside the Xserver that is used to > search for a free getty. it maybe starts from the current one and > counts up. If so, this logic should (IMO) be changed to start > searching from 1 that way it would relatively consistently start on > vt1 even when restarted from tty2. > > Col > >>> > >>> have you been successfull with 2 user sessions? > >> > >> As in logging out and back in again or with fast user switching? > >> > >> The former has worked quite happily for me. Not tested the latter but I > >> expect there to be some quirks. > >> > >> Col > > > > err, no, i mean 2 X sessions. > > > > often i have one KDE session running on vt8 and one for my wife on vt9 > > and sometimes on for my daughter at vt10... > > OK, so fast user switching then. > > > the question is, with the prefdm only conflicting with the first getty, > > will several X sessions be possible? > > Yeah. They should, in theory at least, start on vt2 and vt3, tho' this > may depend on the desktop itself. With GDM+Gnome the second session > starts on tty2, the third on tty3 etc. > > There is a caveat however. If you have switched to tty2 before picking > the "Login as another user" option, then autovt will have kicked in and > started a getty there. It then "hogs" tty2 and prevents X from using it. > > Of course if I manage to get my idea working, switching to tty2 when in > graphical.target will actually give you a graphical login prompt anyway, > so pretty much the same thing as picking the "Login as another user" > option from within the first graphical session. > > Col ic... i do hope we get some kind of vt that will always be tty? i do sometimes require that, when getting too much load and OOM'ing... also, it'd be nice to have as possibility (in the dm) to start a tty session instead of a graphical session (as an alternative) but i guess the important parts are all the other things...
Re: [Mageia-dev] Gtk+3.0 bindings API break, what to do?
'Twas brillig, and Anssi Hannula at 06/03/12 18:34 did gyre and gimble: > Hi! > > As per https://bugzilla.gnome.org/show_bug.cgi?id=657385 > gtk_menu_popup_for_device() has been renamed to gtk_menu_popup() in > introspection, causing at least Menu.popup() in python-gi to break. > > Ubuntu has reverted it: > https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/923171 > > Attached are alternative one-liner patches to either revert the API > break in Gtk+3.0 (dont_rename_annotation.patch, from Ubuntu), or to > adapt python-gobject3 to the API change > (python-gi-adapt-for-gnome657385.patch, written by me). My gut feeling would be that your patch is the better and more upstream compatible direction here. I suspect if the Ubuntu approach is used, we'll also have to fix Vala stuff in the future too (which will very likely follow the upstream direction). Don't know what else would use the introspection stuff. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Gtk+3.0 bindings API break, what to do?
On 6 March 2012 21:30, Colin Guthrie wrote: >> As per https://bugzilla.gnome.org/show_bug.cgi?id=657385 >> gtk_menu_popup_for_device() has been renamed to gtk_menu_popup() in >> introspection, causing at least Menu.popup() in python-gi to break. >> >> Ubuntu has reverted it: >> https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/923171 >> >> Attached are alternative one-liner patches to either revert the API >> break in Gtk+3.0 (dont_rename_annotation.patch, from Ubuntu), or to >> adapt python-gobject3 to the API change >> (python-gi-adapt-for-gnome657385.patch, written by me). > > My gut feeling would be that your patch is the better and more upstream > compatible direction here. > > I suspect if the Ubuntu approach is used, we'll also have to fix Vala > stuff in the future too (which will very likely follow the upstream > direction). Don't know what else would use the introspection stuff. Other languages binding
Re: [Mageia-dev] soundwrapper
On 6 March 2012 18:53, Colin Guthrie wrote: >> Is there a simple way to check if a game uses alsa-oss modules ? > > You can tell if an application uses oss by doing: > sudo fuser -v /dev/dsp You don't need to be root in order to do that: /sbin/fuser -v /dev/dsp
Re: [Mageia-dev] Drop kaffeine from repos?
Am 06.03.2012 16:54, schrieb Anssi Hannula: 06.03.2012 17:12, Oliver Burger kirjoitti: Hi, I am currently thinking about dropping kaffeine from the repositories for Mga2. The reason is some upstream bug - reported as #1934 in Mageia bugzilla and in several other distributions as well without any solution upstream. So kaffeine is rather instable right now and there seems not to be a real active development on it. In addition, there are many good alternatives for kaffeine, e.g. the different mplayer guis or vlc. Any opinions on it? Kaffeine has superior DVB support which works out-of-the-box (i.e. without manual command-line tinkering, just scan for channels via the GUI), that e.g. MPlayer GUIs or VLC do not have. I've not used kaffeine since a long time, i prefer me-tv, it's just as easy to use, maybe even easier and i like the embedded EPG shown in windowed mode. It's also actively developed.
Re: [Mageia-dev] Drop kaffeine from repos?
Am 06.03.2012 21:43, schrieb Florian Hubold: Am 06.03.2012 16:54, schrieb Anssi Hannula: 06.03.2012 17:12, Oliver Burger kirjoitti: Hi, I am currently thinking about dropping kaffeine from the repositories for Mga2. The reason is some upstream bug - reported as #1934 in Mageia bugzilla and in several other distributions as well without any solution upstream. So kaffeine is rather instable right now and there seems not to be a real active development on it. In addition, there are many good alternatives for kaffeine, e.g. the different mplayer guis or vlc. Any opinions on it? Kaffeine has superior DVB support which works out-of-the-box (i.e. without manual command-line tinkering, just scan for channels via the GUI), that e.g. MPlayer GUIs or VLC do not have. I've not used kaffeine since a long time, i prefer me-tv, it's just as easy to use, maybe even easier and i like the embedded EPG shown in windowed mode. It's also actively developed. As Anne showed with her link, kaffeine's development is moving on again. So let't leave it in the repos for now. Oliver
Re: [Mageia-dev] soundwrapper
Le mardi 6 mars 2012 21:41:10, Thierry Vignaud a écrit : > On 6 March 2012 18:53, Colin Guthrie wrote: > >> Is there a simple way to check if a game uses alsa-oss modules ? > > > > You can tell if an application uses oss by doing: > > sudo fuser -v /dev/dsp > > You don't need to be root in order to do that: > /sbin/fuser -v /dev/dsp Thanks guys. So far only clanbomber needs soundwrapper, I am cleaning all other specs.
Re: [Mageia-dev] [soft-commits] [3040] include missing hid-logitech-dj HID driver (mga#4129)
On 23 February 2012 22:39, wrote: > Revision 3040 Author tv Date 2012-02-23 22:39:51 +0100 (Thu, 23 Feb 2012) > > Log Message > > include missing hid-logitech-dj HID driver (mga#4129) We may miss more. The kernel has way more. Some we don't care about (eg: wacom) but some more may be needed at install time WDYT? > --- drakx/trunk/kernel/list_modules.pm2012-02-23 20:10:41 UTC (rev > 3039) > +++ drakx/trunk/kernel/list_modules.pm2012-02-23 21:39:51 UTC (rev > 3040) > @@ -178,7 +178,7 @@ > ], > hid => [ qw(hid-a4tech hid-apple hid-belkin hid-cherry hid-chicony > hid-cypress hid-drff hid-ezkey hid-gaff hid-gyration > hid-kensington hid-kye > -hid-keytouch hid-logitech hid-microsoft hid-monterey > hid-multilaser hid-ntrig > +hid-keytouch hid-logitech hid-logitech-dj hid-microsoft > hid-monterey hid-multilaser hid-ntrig > hid-petalynx hid-pl hid-samsung hid-sjoy hid-sony > hid-sunplus > hid-tmff hid-topseed hid-uclogic hid-zpff hid-wacom > ff-memless) ], > #serial_cs
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release xorg-x11-7.6-6.mga2
On 6 March 2012 13:44, dmorgan wrote: > dmorgan 7.6-6.mga2: > + Revision: 220183 > - Remove libmesaglw-devel which does not exist anymore Alternatively, we can do like RH/FC or mdv and package libglw
Re: [Mageia-dev] Drop kaffeine from repos?
Am 06.03.2012 21:46, schrieb Oliver Burger: Am 06.03.2012 21:43, schrieb Florian Hubold: Am 06.03.2012 16:54, schrieb Anssi Hannula: 06.03.2012 17:12, Oliver Burger kirjoitti: Hi, I am currently thinking about dropping kaffeine from the repositories for Mga2. The reason is some upstream bug - reported as #1934 in Mageia bugzilla and in several other distributions as well without any solution upstream. So kaffeine is rather instable right now and there seems not to be a real active development on it. In addition, there are many good alternatives for kaffeine, e.g. the different mplayer guis or vlc. Any opinions on it? Kaffeine has superior DVB support which works out-of-the-box (i.e. without manual command-line tinkering, just scan for channels via the GUI), that e.g. MPlayer GUIs or VLC do not have. I've not used kaffeine since a long time, i prefer me-tv, it's just as easy to use, maybe even easier and i like the embedded EPG shown in windowed mode. It's also actively developed. As Anne showed with her link, kaffeine's development is moving on again. So let't leave it in the repos for now. Oliver For clarification, my comment was not for or against kaffeine, as i don't use it, i've got no strong opinion so far. Just wanted to present another alternative.
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Maarten Vanraes at 06/03/12 20:29 did gyre and gimble: > Op dinsdag 06 maart 2012 21:19:49 schreef Colin Guthrie: >> 'Twas brillig, and Maarten Vanraes at 06/03/12 20:09 did gyre and gimble: >>> Op dinsdag 06 maart 2012 20:52:02 schreef Colin Guthrie: 'Twas brillig, and Maarten Vanraes at 06/03/12 19:41 did gyre and gimble: > Op dinsdag 06 maart 2012 14:28:38 schreef Colin Guthrie: > [...] > >> Now I'm not sure on the logic inside the Xserver that is used to >> search for a free getty. it maybe starts from the current one and >> counts up. If so, this logic should (IMO) be changed to start >> searching from 1 that way it would relatively consistently start on >> vt1 even when restarted from tty2. >> >> Col > > have you been successfull with 2 user sessions? As in logging out and back in again or with fast user switching? The former has worked quite happily for me. Not tested the latter but I expect there to be some quirks. Col >>> >>> err, no, i mean 2 X sessions. >>> >>> often i have one KDE session running on vt8 and one for my wife on vt9 >>> and sometimes on for my daughter at vt10... >> >> OK, so fast user switching then. >> >>> the question is, with the prefdm only conflicting with the first getty, >>> will several X sessions be possible? >> >> Yeah. They should, in theory at least, start on vt2 and vt3, tho' this >> may depend on the desktop itself. With GDM+Gnome the second session >> starts on tty2, the third on tty3 etc. >> >> There is a caveat however. If you have switched to tty2 before picking >> the "Login as another user" option, then autovt will have kicked in and >> started a getty there. It then "hogs" tty2 and prevents X from using it. >> >> Of course if I manage to get my idea working, switching to tty2 when in >> graphical.target will actually give you a graphical login prompt anyway, >> so pretty much the same thing as picking the "Login as another user" >> option from within the first graphical session. >> >> Col > > ic... > > i do hope we get some kind of vt that will always be tty? i do sometimes > require that, when getting too much load and OOM'ing... Yeah I agree here. That's why I originally suggested keeping some TTY for text use (tho' I do still think the primary focus on a graphical setup should be for graphical login hence why tty1-8 (ish) should be IMO reserved for graphical logins, with text only on 9+ or similar. I think that's a good compromise, even if it's not what the greybeards expect (I do still consider myself to be a greybeard in some ways too here! I hope no one takes this as derogatory :D) > also, it'd be nice to have as possibility (in the dm) to start a tty session > instead of a graphical session (as an alternative) While I don't necessarily disagree with this, I think it should be very much de-emphasised. Not obvious for novice users, but something power users could find. Take care Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] soundwrapper
'Twas brillig, and Thierry Vignaud at 06/03/12 20:41 did gyre and gimble: > On 6 March 2012 18:53, Colin Guthrie wrote: >>> Is there a simple way to check if a game uses alsa-oss modules ? >> >> You can tell if an application uses oss by doing: >> sudo fuser -v /dev/dsp > > You don't need to be root in order to do that: > /sbin/fuser -v /dev/dsp Hmm... but I think it only shows pid if it's another user... which is why I always suggest sudo - mpd running as mpd user is a common cause of the hogging and thus it's nice to see that rather than a number. Col. -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimum install of cauldron don't start console
Le 06/03/2012 14:35, Colin Guthrie a écrit : 'Twas brillig, and Olivier Thauvin at 06/03/12 12:38 did gyre and gimble: No text terminal at all? Not on tty2 or 3? Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps was not showing any "*getty" program, a bit confusing, especially since there is nothing on first console. Just to expand on this point. getty's are started on demand these days. It's done by autovt@.service. If you want to configure static gettys then you can do so easily enough (just symlink /lib/systemd/system/getty*.service as /etc/systemd/systemd/multi-user.target.wants/getty@tty2.service to get a static getty on tty2. But if your system is typically a graphical system, then why bother stating it statically and have it running all the time using resources. Auto-activation seems fine as a default setup to me. Now, the problem you seemed to get was that no dm was installed and thus the /etc/X11/prefdm script reached the end. IMO we very much DO want to have something done at the end of this script to give the user some help. This might include stopping prefdm.service via systemd and starting the tty, or perhaps better, showing some specific help (either text, or via plymouth or similar). This is something that I've suggested in a bug, but no feedback on that idea yet: https://bugs.mageia.org/show_bug.cgi?id=4750 Bug 4750 - Unable to install Mageia beta 1 with raid ahci ??? are you sure it is this one? Luc -- Luc Menut
Re: [Mageia-dev] Minimum install of cauldron don't start console
'Twas brillig, and Luc Menut at 06/03/12 23:24 did gyre and gimble: > Le 06/03/2012 14:35, Colin Guthrie a écrit : >> 'Twas brillig, and Olivier Thauvin at 06/03/12 12:38 did gyre and gimble: No text terminal at all? Not on tty2 or 3? >>> >>> Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps >>> was not showing any "*getty" program, a bit confusing, especially since >>> there is nothing on first console. >> >> Just to expand on this point. >> >> getty's are started on demand these days. It's done by autovt@.service. >> >> If you want to configure static gettys then you can do so easily enough >> (just symlink /lib/systemd/system/getty*.service as >> /etc/systemd/systemd/multi-user.target.wants/getty@tty2.service to get a >> static getty on tty2. >> >> But if your system is typically a graphical system, then why bother >> stating it statically and have it running all the time using resources. >> Auto-activation seems fine as a default setup to me. >> >> >> Now, the problem you seemed to get was that no dm was installed and thus >> the /etc/X11/prefdm script reached the end. >> >> IMO we very much DO want to have something done at the end of this >> script to give the user some help. This might include stopping >> prefdm.service via systemd and starting the tty, or perhaps better, >> showing some specific help (either text, or via plymouth or similar). >> >> This is something that I've suggested in a bug, but no feedback on that >> idea yet: >> https://bugs.mageia.org/show_bug.cgi?id=4750 > > Bug 4750 - Unable to install Mageia beta 1 with raid ahci ??? > > are you sure it is this one? Crap. I have too many tabs!!! https://bugs.mageia.org/show_bug.cgi?id=4769 Cheers Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
[Mageia-dev] Build system bugs
Please, if you notice some packages are missing, report it instead of just rebuilding them. It has happened 11 times over the last two weeks and I only got one report. I have just fixed a race condition which should probably fix the problem, but if it happens again (or any other such bug), please report it so that it gets fixed.
Re: [Mageia-dev] Drop kaffeine from repos?
On 06/03/12 20:46, Oliver Burger wrote: Am 06.03.2012 21:43, schrieb Florian Hubold: Am 06.03.2012 16:54, schrieb Anssi Hannula: 06.03.2012 17:12, Oliver Burger kirjoitti: Hi, I am currently thinking about dropping kaffeine from the repositories for Mga2. The reason is some upstream bug - reported as #1934 in Mageia bugzilla and in several other distributions as well without any solution upstream. So kaffeine is rather instable right now and there seems not to be a real active development on it. In addition, there are many good alternatives for kaffeine, e.g. the different mplayer guis or vlc. Any opinions on it? Kaffeine has superior DVB support which works out-of-the-box (i.e. without manual command-line tinkering, just scan for channels via the GUI), that e.g. MPlayer GUIs or VLC do not have. I've not used kaffeine since a long time, i prefer me-tv, it's just as easy to use, maybe even easier and i like the embedded EPG shown in windowed mode. It's also actively developed. As Anne showed with her link, kaffeine's development is moving on again. So let't leave it in the repos for now. Oliver I haven't used Kaffeine for a long time, but when I did to me it seemed like a good player. Anyway good it's staying in the repos for now :).
Re: [Mageia-dev] Build system bugs
Well, here it is: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120307030202.fwang.valstar.13118/log/kdenetwork4-4.8.1-1.mga2/install_deps-2.0.20120307030203.log 2012/3/7 Pascal Terjan : > Please, if you notice some packages are missing, report it instead of > just rebuilding them. > It has happened 11 times over the last two weeks and I only got one report. > > I have just fixed a race condition which should probably fix the > problem, but if it happens again (or any other such bug), please > report it so that it gets fixed.
Re: [Mageia-dev] [packages-commits] [220840] new version 4.8.1
2012/3/6 :
> Revision 220840 Author fwang Date 2012-03-07 03:33:11 +0100 (Wed, 07 Mar
> 2012)
>
> Log Message
>
> new version 4.8.1
>
> Modified Paths
>
> cauldron/kde-l10n/current/SOURCES/sha1.lst
> cauldron/kde-l10n/current/SPECS/kde-l10n.spec
[...]
> ===
> --- cauldron/kde-l10n/current/SPECS/kde-l10n.spec 2012-03-07 02:19:44 UTC
> (rev 220839)
> +++ cauldron/kde-l10n/current/SPECS/kde-l10n.spec 2012-03-07 02:33:11 UTC
> (rev 220840)
> @@ -18,8 +18,8 @@
> %{expand:%(for lang in %{langlist}; do echo "%%{expand:%%define build_$lang
> 1}"; done)}
>
[...]
Could you also add/enable he (Hebrew), id (Indonesian) & ug (Uyghur) ?
Regards,
--
Balcaen John
Jabber-id: mik...@jabber.littleboboy.net
