Re: [Mageia-dev] dracut/plymouth broken...

[Thomas Backlund]

Colin Guthrie skrev 19.12.2011 00:18:

'Twas brillig, and Thomas Backlund at 18/12/11 21:57 did gyre and gimble:

I: Wrote /boot/initrd-3.1.6-desktop-0.rc1.1.1.mga2.img:
I: -rw-r--r-- 1 root root 6934831 dec 18 23:50
/boot/initrd-3.1.6-desktop-0.rc1.1.1.mga2.img
Need 'inst' function, try setting PLYMOUTH_POPULATE_SOURCE_FUNCTIONS to
a file that defines it
Option exclude requires an argument
usage: cpio-filter [--exclude] [--in-place] []


How did you trigger this? I've not seen this error. Do you have a
special/different plymouth theme set as default?

Col



Nope, default plymouth theme.

Triggered by simply installing a kernel with urpmi --auto-update

--
Thomas

Re: [Mageia-dev] Issues with dracut

[Colin Guthrie]

'Twas brillig, and David W. Hodgins at 18/12/11 21:28 did gyre and gimble:
> On Sat, 17 Dec 2011 22:00:51 -0500, Colin Guthrie
>  wrote:
> 
>> The shell script you'll need to tweak is
>> /usr/lib/dracut/modules.d/90lvm/module-setup.sh.
> 
> That is the problem.
> 
> In that module, it finds /usr on dev/block/252:9, and the
> call to get_fs_type correctly returns the file system type
> as ext4, but the module-setup.sh is looking for LVM2_member
> which will never be returned for a mounted file system.
> 
> I don't see how it could be working on your system.

For me my /usr is found on dev/block/252:0...

So I guess this is the problem.

Can you run the attached?

It produces:

Checking / via 8:1
Checking /usr via 252:0
_needed=1
0

for me.

My df output:

/dev/mapper/vg0-1 ... /usr

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/


test-lvm.sh
Description: application/shellscript

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Maarten Vanraes]

Op zondag 18 december 2011 13:03:56 schreef Colin Guthrie:
[...]
> > new X sessions are started from the old session, so i vote that
> > CTRL+ALT+FX spawns a text-based login.
> 
> They can be, but I'd vote that this should change. e.g. if you have a
> setup where you "typically" have two users logged in and session 1 is
> always "Dad" and session 2 is always "Mum", if Mum knows that she does
> ctl+alt+F2 to switch to her session when she is logged in, however in
> order to login, Dad has to already be logged in and either select the
> Switch User option, or do so from a logged screen.
> 
> But say there has been a power cut and the machine is rebooted, Dad
> hasn't logged in but Mum wants to use "her" session on VT2 because
> that's what they are both used to.
> 
> If she presses ctl+alt+f2 when at the login prompt, all she sees is a
> text login, this will be confusing to her. However if it spawns a new
> graphical login, then she'll appreciate she's not logged in yet and log in.
> 
> So stand by my original suggestion that if you are running a graphical
> target, Switching to a TTY to get a "login prompt" should show you a
> graphical login prompt. If however you are only in the text level
> (multi-user.target) then you should be given text logins.
> 
> Col

i think graphical users will use graphical ways of getting to their session 
(as does my wife), usually the current session is locked and she switches to 
her own, or she switches to her own, which causes mine to be locked.

even i do it like this instead of pressing ctrl+alt+Fx ...

Re: [Mageia-dev] dracut/plymouth broken...

[Colin Guthrie]

'Twas brillig, and Thomas Backlund at 18/12/11 21:57 did gyre and gimble:
> I: Wrote /boot/initrd-3.1.6-desktop-0.rc1.1.1.mga2.img:
> I: -rw-r--r-- 1 root root 6934831 dec 18 23:50
> /boot/initrd-3.1.6-desktop-0.rc1.1.1.mga2.img
> Need 'inst' function, try setting PLYMOUTH_POPULATE_SOURCE_FUNCTIONS to
> a file that defines it
> Option exclude requires an argument
> usage: cpio-filter [--exclude ] [--in-place] []

How did you trigger this? I've not seen this error. Do you have a
special/different plymouth theme set as default?

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] Call for translators

[Oliver Burger]

Am Sonntag, 18. Dezember 2011, 16:20:04 schrieb Malo Deniélou:
> Le 18/12/11 11:38,Christian Lohmaier nous adresse ces quelques mots :
> > just FYI: Mageia's transifex site is rather hard to find/stumble upon.
> > https://wiki.mageia.org/en/Internationalisation_Team_(i18n) for
> > example talks about a "self-hosted transifex instance" -
> > but the link doesn't point to that self-hosted instance, but to the
> > transifex homepage.
> > 
> > It links to the short guide
> > (https://wiki.mageia.org/en/Short_guide_to_transifex - all images
> > broken btw) and that page once again doesn't tell where that transifex
> > instance is in the first place.
By the way, those broken images are a bug in our mediawiki. It's already been 
reported in our bugzilla.

> > only when stumpling about the mapping
> > https://wiki.mageia.org/en/List_of_Mageia_transifex_projects you
> > actually get links to Mageia's transifex installation.
> 
> Please update it!
> 
> Lowering the entry barrier for new contributors is part of Mageia's goals.
Updated.

That's what's happening, when people write those pages, who do know, where to 
find their way arround.

Oliver

[Mageia-dev] dracut/plymouth broken...

[Thomas Backlund]

I: Wrote /boot/initrd-3.1.6-desktop-0.rc1.1.1.mga2.img:
I: -rw-r--r-- 1 root root 6934831 dec 18 23:50 
/boot/initrd-3.1.6-desktop-0.rc1.1.1.mga2.img
Need 'inst' function, try setting PLYMOUTH_POPULATE_SOURCE_FUNCTIONS to 
a file that defines it

Option exclude requires an argument
usage: cpio-filter [--exclude ] [--in-place] []


dracut-014-5.mga2

plymouth-plugin-script-0.8.4-0.20111214.1.mga2
plymouth-system-theme-0.8.4-0.20111214.1.mga2
plymouth-scripts-0.8.4-0.20111214.1.mga2
plymouth-0.8.4-0.20111214.1.mga2
lib64plymouth2-0.8.4-0.20111214.1.mga2
plymouth-plugin-label-0.8.4-0.20111214.1.mga2

Re: [Mageia-dev] Issues with dracut

[David W. Hodgins]

On Sat, 17 Dec 2011 22:00:51 -0500, Colin Guthrie  wrote:


The shell script you'll need to tweak is
/usr/lib/dracut/modules.d/90lvm/module-setup.sh.


That is the problem.

In that module, it finds /usr on dev/block/252:9, and the
call to get_fs_type correctly returns the file system type
as ext4, but the module-setup.sh is looking for LVM2_member
which will never be returned for a mounted file system.

I don't see how it could be working on your system.

Regards, Dave Hodgins

[Mageia-dev] qtwebkit libification problem

[Colin Guthrie]

[colin@jimmy ~]$ rpm -qf /usr/lib/qt4/imports/QtWebKit/libqmlwebkitplugin.so
lib64qtwebkit2.2_4-2.2.0-1.mga2
libqtwebkit2.2_4-2.2.0-1.mga2

Strangely RPM let me install both arches even tho' the file is different :s

Not quite sure why. The first run didn't and then the second somehow
worked without me doing anything to force 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] Upgrade udev 175

[Colin Guthrie]

'Twas brillig, and D.Morgan at 18/12/11 16:52 did gyre and gimble:
> On Sun, Dec 18, 2011 at 12:41 PM, Colin Guthrie  wrote:
>> 'Twas brillig, and Luc Menut at 18/12/11 11:23 did gyre and gimble:
>>> Le 18/12/2011 12:14, Luc Menut a écrit :
>

 Could you re-enable --enable-udev-acl and restore udev-acl support
 (dropped at rev. 157461)
>>>
>>> s/157461/157460
>>>
>>
>> Yup, that seems like a bogus commit to me... I even specifically enabled
>> it in:
>> http://svnweb.mageia.org/packages/cauldron/udev/current/SPECS/udev.spec?r1=135235&r2=135331
>> when that version of udev was first introduced as it broke sysvinit.
>>
>> I wasn't aware that this change had been made. Dexter, I will revert
>> this in my udev 175 package. Please let me know if you push your version
>> up to testing as indicated via email so I can drop and reapply this
>> change here.
> 
> 
> it is available in core/release now

And I just pushed a new drakx-x11-kbd-mouse too.

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] ANN: X11 now starts on tty1

[Florian Hubold]

Am 18.12.2011 16:43, schrieb Johnny A. Solbu:
> On Sunday 18 December 2011 13:26, Wolfgang Bornath wrote:
>
>> What happens if a user wants to boot into run level 3? He will get a
>> text prompt because neither x nor any DM has started yet - where does
>> he land, on VT7?
> And don't forget, some users Only use text logins, and don't even have any 
> graphical desktops installed. Especially blind users do this more often that 
> non-blind users.
So it should be done in a way that if x automatic start on bootup
is disabled, you should naturally only get a text login.

OT
Otherwise, i've seen often mentioned F7 for the current graphical
login recently ... Just try it on a mga1 box, press Ctrl+Alt+F7, that's no
graphical login. that has been on 8 for quite some time, dating
back to Mandriva. Just for reference.
/OT

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Sander Lepik]

18.12.2011 22:53, Frank Griffin kirjutas:
Wouldn't the obvious solution be to make the tty assignments easily configurable by the 
user ?  Then pick an agreed default, and let anyone with different requirements modify it.
Nop, that's not a good idea. You give people the option to configure and they end up doing 
so. Every additional configuration option will add complexity. More hassle for QA and 
maintainers, etc etc. There shoulde be only one way and that's it.


--
Sander

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Frank Griffin]

On 12/18/2011 02:07 PM, Johnny A. Solbu wrote:

On Sunday 18 December 2011 17:54, Wolfgang Bornath wrote:

Provided that
- the wanted system start to run level 3 goes to a text login in tty7
(as the first text console)
- marking "Go to text console" in the DM login takes you to tty7
- a x server failure at system start brings you to a text login in tty7
- usage of SysReq key brings you to a text login in tty7

In short: all activities (wanted or forced by malfunction) to go to a
text console should take you to a text login (tty7 or higher).

Agreed. Good point.

Wouldn't the obvious solution be to make the tty assignments easily 
configurable by the user ?  Then pick an agreed default, and let anyone 
with different requirements modify it.

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Johnny A. Solbu]

On Sunday 18 December 2011 17:54, Wolfgang Bornath wrote:
> Provided that
> - the wanted system start to run level 3 goes to a text login in tty7 
> (as the first text console) 
> - marking "Go to text console" in the DM login takes you to tty7 
> - a x server failure at system start brings you to a text login in tty7 
> - usage of SysReq key brings you to a text login in tty7
> 
> In short: all activities (wanted or forced by malfunction) to go to a 
> text console should take you to a text login (tty7 or higher).

Agreed. Good point.

-- 
Johnny A. Solbu
PGP key ID: 0xFA687324


signature.asc
Description: This is a digitally signed message part.

Re: [Mageia-dev] mentors + apprentices

[andre999]

You-Cheng Hsieh a écrit :

2011/12/15 andre999:
   

You-Cheng Hsieh a écrit :
 

I'm not sure if I should post a new message or reply this thread, but
I'm looking for a mentor.
   

Yes, posting to this thread is expected :)
 

Hi,
I've talked with Funda Wang and he agreed to be my mentor. Since we
both live in UTC+8 timezone and can communicate with English and
Chinese, there shouldn't be much problem.

Please help update the mentoring table in wiki. :)

Thanks.

   

Done.
Good luck with your mentor :)

--
André

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Wolfgang Bornath]

2011/12/18 Johnny A. Solbu :
> On Sunday 18 December 2011 17:23, Sander Lepik wrote:
>> F1-F6 for graphical login, F7-F11 for console.
>
> I can live with that. ;-)=

Me too :)
Provided that
 - the wanted system start to run level 3 goes to a text login in tty7
(as the first text console)
 - marking "Go to text console" in the DM login takes you to tty7
 - a x server failure at system start brings you to a text login in tty7
 - usage of SysReq key brings you to a text login in tty7

In short: all activities (wanted or forced by malfunction) to go to a
text console should take you to a text login (tty7 or higher).

Announcement should be made as early as possible to mageia-discuss and
the cauldron section in the forum.

-- 
wobo

Re: [Mageia-dev] Upgrade udev 175

[D.Morgan]

On Sun, Dec 18, 2011 at 12:41 PM, Colin Guthrie  wrote:
> 'Twas brillig, and Luc Menut at 18/12/11 11:23 did gyre and gimble:
>> Le 18/12/2011 12:14, Luc Menut a écrit :

>>>
>>> Could you re-enable --enable-udev-acl and restore udev-acl support
>>> (dropped at rev. 157461)
>>
>> s/157461/157460
>>
>
> Yup, that seems like a bogus commit to me... I even specifically enabled
> it in:
> http://svnweb.mageia.org/packages/cauldron/udev/current/SPECS/udev.spec?r1=135235&r2=135331
> when that version of udev was first introduced as it broke sysvinit.
>
> I wasn't aware that this change had been made. Dexter, I will revert
> this in my udev 175 package. Please let me know if you push your version
> up to testing as indicated via email so I can drop and reapply this
> change here.


it is available in core/release now

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Johnny A. Solbu]

On Sunday 18 December 2011 17:23, Sander Lepik wrote:
> F1-F6 for graphical login, F7-F11 for console.

I can live with that. ;-)=

-- 
Johnny A. Solbu
PGP key ID: 0xFA687324


signature.asc
Description: This is a digitally signed message part.

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Sander Lepik]

18.12.2011 17:43, Johnny A. Solbu kirjutas:
Whatever you do, Do Not completely remove the abillity to have a few simultanious text 
logins alongside a graphical login. The users who depend upon using a text login alongside 
the graphical environment are more than one should think. 
F1-F6 for graphical login, F7-F11 for console. Everyone should be happy. Especially new 
linux users.


--
Sander

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Johnny A. Solbu]

On Sunday 18 December 2011 13:26, Wolfgang Bornath wrote:

> What happens if a user wants to boot into run level 3? He will get a
> text prompt because neither x nor any DM has started yet - where does
> he land, on VT7?

And don't forget, some users Only use text logins, and don't even have any 
graphical desktops installed. Especially blind users do this more often that 
non-blind users.

Adriane Knopper, Klaus Knoppers vife, run a text only environment, and if I 
understand correctly, uses more than one tty for her daily work.
A friend of mine who is blind also does this on a few machines. He started 
earlyer this year to experiment with running a graphical environment as his 
main login. But many blind users do not, and stick with the text based only 
environment, because they are familliar with it.

Many of our users heavily depend uppon having multible TTYs for a text based 
environment, and not a graphical one.
Do not forget that, while trying to implement the change.

> About displaying a graphical login - when I press Ctrl-Alt-Fn I do
> this to go to a text console, not to yet another x screen and I expect
> a prompt, not yet another graphical login.

I do this from time to time too, to recover from a game crash (ufoai). 
Sometimes the game crashes on exit, and won't release the screen back to the 
desktop. The only means of recover is a text login (ctrl-alt-f1), issuing a 
killall ufoai, logout from text and go back to ctrl-alt-f7.

If this prosedure with the proposed change instead will launch another 
graphical login, and X somehow is blocked for whatever reason, then what?

Whatever you do, Do Not completely remove the abillity to have a few 
simultanious text logins alongside a graphical login. The users who depend upon 
using a text login alongside the graphical environment are more than one should 
think.

-- 
Johnny A. Solbu
PGP key ID: 0xFA687324


signature.asc
Description: This is a digitally signed message part.

Re: [Mageia-dev] Call for translators

[Malo Deniélou]

Le 18/12/11 11:38,Christian Lohmaier nous adresse ces quelques mots :
> HI *,
> 
> On Sun, Dec 18, 2011 at 7:25 AM, andre999  wrote:
>> Oliver Burger a écrit :
>> [...]
>> A third option could be that some enthusiastic documenters/translators just
>> change Mandriva to Mageia in all the places where the English has Mageia.
>>  (Where translators for the language in question haven't responded.)
>>>
>>> If you are interested in helping us, have a look at
>>> https://wiki.mageia.org/en/Internationalisation_Team_(i18n)
>>> and do contact me.
> 
> just FYI: Mageia's transifex site is rather hard to find/stumble upon.
> https://wiki.mageia.org/en/Internationalisation_Team_(i18n) for
> example talks about a "self-hosted transifex instance" -
> but the link doesn't point to that self-hosted instance, but to the
> transifex homepage.
> 
> It links to the short guide
> (https://wiki.mageia.org/en/Short_guide_to_transifex - all images
> broken btw) and that page once again doesn't tell where that transifex
> instance is in the first place.
> only when stumpling about the mapping
> https://wiki.mageia.org/en/List_of_Mageia_transifex_projects you
> actually get links to Mageia's transifex installation.

Please update it!

Lowering the entry barrier for new contributors is part of Mageia's goals.

Cheers,
-- 
Malo

Re: [Mageia-dev] Adding additional provides to php database modules

[Thomas Spuhler]

On Sunday, December 18, 2011 02:36:42 AM Oliver Burger wrote:
> Am Samstag, 17. Dezember 2011, 18:30:56 schrieb Thomas Spuhler:
> > On Saturday, December 17, 2011 03:24:16 PM Oliver Burger wrote:
> > > I think it would be a cleaner solution to have php-X providing
> > > something common and php-pdo_X providing something common (X being one
> > > of mysql, pgsql or sqlite).
> > > 
> > > What do you think?
> > > I tried contacting the php maintainer by mail, but he didn't answer me.
> > > 
> > > Oliver
> > 
> > Because he is trying to get php-gkt2 built :)
> 
> Ok :)
> 
> And what about my change request?
> 
> Oliver
That comes after php-gtk2. php-gtk2 doesn't build right now and the current 
version trows out a lot of errors.
-- 
Best regards
Thomas Spuhler

Re: [Mageia-dev] [changelog] [RPM] cauldron core/release oxygen-icon-theme-4.7.90-1.mga2

[Balcaen John]

Le dimanche 18 décembre 2011 12:34:40 Thierry Vignaud a écrit :
> On 18 December 2011 09:04, Balcaen John  wrote:
> >> BTW, if you could not fill the building queue with too many packages
> >> so that other can have a reasonable build time...
> > 
> > Seems like my previous mail was private in fact :p
> > I tried to use a script to push KDE's packages on the BS, but due to an
> > error & the fact that i moved away for 10 minutes, the script decides to
> > push most of the queue when it should not.
> > The script is now fixed (tested with the kdeartwork4 & kdetoys sequence) &
> > i should not flood anymore the BS.
> 
> I think you can upload them a little faster.
Well currently the script is only submitting a package only when the precedent 
has a UPLOADED status.
Now i need to find a way to deal with « build dependency » so i can probably 
push 2 packages @ the same moment if there's a free slot on the BS.

-- 
Balcaen John
Jabber-id: mik...@jabber.littleboboy.net

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Wolfgang Bornath]

2011/12/18 Colin Guthrie :
> 'Twas brillig, and Maarten Vanraes at 18/12/11 11:46 did gyre and gimble:
>> Op zondag 18 december 2011 11:54:17 schreef Colin Guthrie:
>>> 'Twas brillig, and Anssi Hannula at 18/12/11 10:32 did gyre and gimble:
 For the record, attached are three alternative [1] untested
 proof-of-concept patches that make kernel start on vt7.
>>>
>>> Personally I'm not a fan of sticking to vt7. As I said in an earlier
>>> thread, if the primary use case of the machine is graphical, then why
>>> start at 7? It's an arbitrary choice that fitted in with other uses when
>>> it was first introduced, but these days it's pretty backwards when
>>> considered on it's own. The only reason to preserve it is out of habit
>>> and I think that this is (generally speaking) the worst possible premise
>>> to base decisions on. I mean, if we want to let people use fast user
>>> switching easily they first have to learn first about vt switch command
>>> ctrl+alt+Fn. Then they have to learn that the first login is on 7 and
>>> the subsequent ones are on 8 etc. This doesn't make sense...
>>>
>>> What *should* happen is that the first one is 1.. the second one is 2 etc.
>>>
>>> When I'm in gnome, and I switch to tty2 for the first time, rather than
>>> getty appearing wouldn't it be better if the gdm prompt appeared for a
>>> second graphical login?
>>>
>>> I'm not suggesting that we ditch text logins completely, but I'm just
>>> saying that we should try and make things generally smoother if they
>>> user has already opted for a graphical system.
>>>
>>> Switching to e.g. 7 or 8 should maybe default to providing a text login
>>> and gdm should maybe present a "give me a text login" option in which
>>> case that X server quits and getty replaces it.
>>>
>>> Anything unused should timeout and quit (e.g. a getty on tty2 unused
>>> should exit and wait and be re-activated as appropriate later.
>>>
>>> All these things are possible (maybe not without upstream support, but I
>>> can ask Ray about the general plans here from a gdm perspective).
>>>
>>>
>>> Just for reference this is how the seat extender USB things work. Little
>>> thin clients that you plug into USB that give you a keyboard mouse and
>>> display. When you plug it in for the first time, it registers a new seat
>>> and then gives you a gdm login prompt. I don't think mutli user should
>>> be much different from multi-seat in this regard.
>>>
 BTW, I know fedora uses vt1 for X, but what about other distros, e.g.
 Ubuntu/Debian?
>>>
>>> I don't think they default to it but plenty people try to change it to
>>> that according to Google.
>>>
>>>
>>> Col
>>
>>
>> theoretically, i'd be in favor of on-demand vt allocation, be it graphical or
>> textbased.
>>
>> i'd be ok with a session starting when going to other vt (default session, be
>> it a dm or a textbased login.)
>
> Yup, this is generally what I'd propose.
>
>> however, the dm should allow to fall back to
>> textbased, but there we run into a problem:
>>
>> what if X is failing, you can't go back to text-login, so that's a nono
>>
>> perhaps we could document that we'd preallocate F12 or something for text-
>> based emergency, but then noone would know...
>
> Yeah, as above, I was suggesting that e.g. 7&8 were always text logins.
>
>> I donno, if we don't have textbased by default, then surely vt1 has to be
>> forcably text-based...
>
>> new X sessions are started from the old session, so i vote that CTRL+ALT+FX
>> spawns a text-based login.
>
> They can be, but I'd vote that this should change. e.g. if you have a
> setup where you "typically" have two users logged in and session 1 is
> always "Dad" and session 2 is always "Mum", if Mum knows that she does
> ctl+alt+F2 to switch to her session when she is logged in, however in
> order to login, Dad has to already be logged in and either select the
> Switch User option, or do so from a logged screen.
>
> But say there has been a power cut and the machine is rebooted, Dad
> hasn't logged in but Mum wants to use "her" session on VT2 because
> that's what they are both used to.
>
> If she presses ctl+alt+f2 when at the login prompt, all she sees is a
> text login, this will be confusing to her. However if it spawns a new
> graphical login, then she'll appreciate she's not logged in yet and log in.
>
> So stand by my original suggestion that if you are running a graphical
> target, Switching to a TTY to get a "login prompt" should show you a
> graphical login prompt. If however you are only in the text level
> (multi-user.target) then you should be given text logins.
>

What happens in this new scheme if graphical server fails - this is
happening more often than you think - this is not clear to me yet. If
the x server crashes and the default is starting a DM and graphical
login, what will happen then?

What happens if a user wants to boot into run level 3? He will get a
text prompt because neither x nor any DM has started yet - where does
he

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Colin Guthrie]

'Twas brillig, and Maarten Vanraes at 18/12/11 11:46 did gyre and gimble:
> Op zondag 18 december 2011 11:54:17 schreef Colin Guthrie:
>> 'Twas brillig, and Anssi Hannula at 18/12/11 10:32 did gyre and gimble:
>>> For the record, attached are three alternative [1] untested
>>> proof-of-concept patches that make kernel start on vt7.
>>
>> Personally I'm not a fan of sticking to vt7. As I said in an earlier
>> thread, if the primary use case of the machine is graphical, then why
>> start at 7? It's an arbitrary choice that fitted in with other uses when
>> it was first introduced, but these days it's pretty backwards when
>> considered on it's own. The only reason to preserve it is out of habit
>> and I think that this is (generally speaking) the worst possible premise
>> to base decisions on. I mean, if we want to let people use fast user
>> switching easily they first have to learn first about vt switch command
>> ctrl+alt+Fn. Then they have to learn that the first login is on 7 and
>> the subsequent ones are on 8 etc. This doesn't make sense...
>>
>> What *should* happen is that the first one is 1.. the second one is 2 etc.
>>
>> When I'm in gnome, and I switch to tty2 for the first time, rather than
>> getty appearing wouldn't it be better if the gdm prompt appeared for a
>> second graphical login?
>>
>> I'm not suggesting that we ditch text logins completely, but I'm just
>> saying that we should try and make things generally smoother if they
>> user has already opted for a graphical system.
>>
>> Switching to e.g. 7 or 8 should maybe default to providing a text login
>> and gdm should maybe present a "give me a text login" option in which
>> case that X server quits and getty replaces it.
>>
>> Anything unused should timeout and quit (e.g. a getty on tty2 unused
>> should exit and wait and be re-activated as appropriate later.
>>
>> All these things are possible (maybe not without upstream support, but I
>> can ask Ray about the general plans here from a gdm perspective).
>>
>>
>> Just for reference this is how the seat extender USB things work. Little
>> thin clients that you plug into USB that give you a keyboard mouse and
>> display. When you plug it in for the first time, it registers a new seat
>> and then gives you a gdm login prompt. I don't think mutli user should
>> be much different from multi-seat in this regard.
>>
>>> BTW, I know fedora uses vt1 for X, but what about other distros, e.g.
>>> Ubuntu/Debian?
>>
>> I don't think they default to it but plenty people try to change it to
>> that according to Google.
>>
>>
>> Col
> 
> 
> theoretically, i'd be in favor of on-demand vt allocation, be it graphical or 
> textbased.
> 
> i'd be ok with a session starting when going to other vt (default session, be 
> it a dm or a textbased login.) 

Yup, this is generally what I'd propose.

> however, the dm should allow to fall back to 
> textbased, but there we run into a problem:
> 
> what if X is failing, you can't go back to text-login, so that's a nono
> 
> perhaps we could document that we'd preallocate F12 or something for text-
> based emergency, but then noone would know...

Yeah, as above, I was suggesting that e.g. 7&8 were always text logins.

> I donno, if we don't have textbased by default, then surely vt1 has to be 
> forcably text-based...

> new X sessions are started from the old session, so i vote that CTRL+ALT+FX 
> spawns a text-based login.

They can be, but I'd vote that this should change. e.g. if you have a
setup where you "typically" have two users logged in and session 1 is
always "Dad" and session 2 is always "Mum", if Mum knows that she does
ctl+alt+F2 to switch to her session when she is logged in, however in
order to login, Dad has to already be logged in and either select the
Switch User option, or do so from a logged screen.

But say there has been a power cut and the machine is rebooted, Dad
hasn't logged in but Mum wants to use "her" session on VT2 because
that's what they are both used to.

If she presses ctl+alt+f2 when at the login prompt, all she sees is a
text login, this will be confusing to her. However if it spawns a new
graphical login, then she'll appreciate she's not logged in yet and log in.

So stand by my original suggestion that if you are running a graphical
target, Switching to a TTY to get a "login prompt" should show you a
graphical login prompt. If however you are only in the text level
(multi-user.target) then you should be given text logins.

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] ANN: X11 now starts on tty1

[Maarten Vanraes]

Op zondag 18 december 2011 11:54:17 schreef Colin Guthrie:
> 'Twas brillig, and Anssi Hannula at 18/12/11 10:32 did gyre and gimble:
> > For the record, attached are three alternative [1] untested
> > proof-of-concept patches that make kernel start on vt7.
> 
> Personally I'm not a fan of sticking to vt7. As I said in an earlier
> thread, if the primary use case of the machine is graphical, then why
> start at 7? It's an arbitrary choice that fitted in with other uses when
> it was first introduced, but these days it's pretty backwards when
> considered on it's own. The only reason to preserve it is out of habit
> and I think that this is (generally speaking) the worst possible premise
> to base decisions on. I mean, if we want to let people use fast user
> switching easily they first have to learn first about vt switch command
> ctrl+alt+Fn. Then they have to learn that the first login is on 7 and
> the subsequent ones are on 8 etc. This doesn't make sense...
> 
> What *should* happen is that the first one is 1.. the second one is 2 etc.
> 
> When I'm in gnome, and I switch to tty2 for the first time, rather than
> getty appearing wouldn't it be better if the gdm prompt appeared for a
> second graphical login?
> 
> I'm not suggesting that we ditch text logins completely, but I'm just
> saying that we should try and make things generally smoother if they
> user has already opted for a graphical system.
> 
> Switching to e.g. 7 or 8 should maybe default to providing a text login
> and gdm should maybe present a "give me a text login" option in which
> case that X server quits and getty replaces it.
> 
> Anything unused should timeout and quit (e.g. a getty on tty2 unused
> should exit and wait and be re-activated as appropriate later.
> 
> All these things are possible (maybe not without upstream support, but I
> can ask Ray about the general plans here from a gdm perspective).
> 
> 
> Just for reference this is how the seat extender USB things work. Little
> thin clients that you plug into USB that give you a keyboard mouse and
> display. When you plug it in for the first time, it registers a new seat
> and then gives you a gdm login prompt. I don't think mutli user should
> be much different from multi-seat in this regard.
> 
> > BTW, I know fedora uses vt1 for X, but what about other distros, e.g.
> > Ubuntu/Debian?
> 
> I don't think they default to it but plenty people try to change it to
> that according to Google.
> 
> 
> Col


theoretically, i'd be in favor of on-demand vt allocation, be it graphical or 
textbased.

i'd be ok with a session starting when going to other vt (default session, be 
it a dm or a textbased login.) however, the dm should allow to fall back to 
textbased, but there we run into a problem:

what if X is failing, you can't go back to text-login, so that's a nono

perhaps we could document that we'd preallocate F12 or something for text-
based emergency, but then noone would know...

I donno, if we don't have textbased by default, then surely vt1 has to be 
forcably text-based...


new X sessions are started from the old session, so i vote that CTRL+ALT+FX 
spawns a text-based login.

Re: [Mageia-dev] Upgrade udev 175

[Colin Guthrie]

'Twas brillig, and Luc Menut at 18/12/11 11:23 did gyre and gimble:
> Le 18/12/2011 12:14, Luc Menut a écrit :
>>>
>>
>> Could you re-enable --enable-udev-acl and restore udev-acl support
>> (dropped at rev. 157461)
> 
> s/157461/157460
> 

Yup, that seems like a bogus commit to me... I even specifically enabled
it in:
http://svnweb.mageia.org/packages/cauldron/udev/current/SPECS/udev.spec?r1=135235&r2=135331
when that version of udev was first introduced as it broke sysvinit.

I wasn't aware that this change had been made. Dexter, I will revert
this in my udev 175 package. Please let me know if you push your version
up to testing as indicated via email so I can drop and reapply this
change here.

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] Call for translators

[Christian Lohmaier]

HI *,

On Sun, Dec 18, 2011 at 7:25 AM, andre999  wrote:
> Oliver Burger a écrit :
> [...]
> A third option could be that some enthusiastic documenters/translators just
> change Mandriva to Mageia in all the places where the English has Mageia.
>  (Where translators for the language in question haven't responded.)
>>
>> If you are interested in helping us, have a look at
>> https://wiki.mageia.org/en/Internationalisation_Team_(i18n)
>> and do contact me.

just FYI: Mageia's transifex site is rather hard to find/stumble upon.
https://wiki.mageia.org/en/Internationalisation_Team_(i18n) for
example talks about a "self-hosted transifex instance" -
but the link doesn't point to that self-hosted instance, but to the
transifex homepage.

It links to the short guide
(https://wiki.mageia.org/en/Short_guide_to_transifex - all images
broken btw) and that page once again doesn't tell where that transifex
instance is in the first place.
only when stumpling about the mapping
https://wiki.mageia.org/en/List_of_Mageia_transifex_projects you
actually get links to Mageia's transifex installation.

ciao
Christian

Re: [Mageia-dev] [changelog] [RPM] cauldron core/release oxygen-icon-theme-4.7.90-1.mga2

[Thierry Vignaud]

On 18 December 2011 09:04, Balcaen John  wrote:
>> BTW, if you could not fill the building queue with too many packages
>> so that other can have a reasonable build time...
> Seems like my previous mail was private in fact :p
> I tried to use a script to push KDE's packages on the BS, but due to an error
> & the fact that i moved away for 10 minutes, the script decides to push most
> of the queue when it should not.
> The script is now fixed (tested with the kdeartwork4 & kdetoys sequence) & i
> should not flood anymore the BS.

I think you can upload them a little faster.

Re: [Mageia-dev] Upgrade udev 175

[Luc Menut]

Le 18/12/2011 12:14, Luc Menut a écrit :




Could you re-enable --enable-udev-acl and restore udev-acl support
(dropped at rev. 157461)


s/157461/157460

Re: [Mageia-dev] Upgrade udev 175

[Luc Menut]

Le 18/12/2011 11:33, Colin Guthrie a écrit :

'Twas brillig, and D.Morgan at 18/12/11 10:19 did gyre and gimble:

>  On Sun, Dec 18, 2011 at 12:09 AM, Thierry Vignaud
>wrote:

>>  And BTW please upload udev-175 in core/updates_testing so that
>>  we can test w/o everyone having to locally build newer udev after
>>  rediffing patches

>
>  ok this is something i can do ( as i started to work on 175 )

I don't think it's needed. See the bug mentioned earlier. I've patched
drakx-kbd-mouse-x11 and I think we should just push udev and that
together straight to core. I've also got udev pkg here, but the changes
are simply anyway (just drop one upstream patch and some minor changes
to the files list).

Col


Could you re-enable --enable-udev-acl and restore udev-acl support 
(dropped at rev. 157461): udev-acl and 70-udev-acl.rules are still 
needed for sysvinit in mga2. Without 70-udev-acl.rules and udev-acl, 
/dev/cdrom, /dev/dri/card* ... don't have the proper permissions with 
sysvinit.
(70-udev-acl.rules is safe regarding systemd : 
TEST=="/sys/fs/cgroup/systemd", TAG=="uaccess", GOTO="acl_end")


thanks,
Luc

Re: [Mageia-dev] [Mageia-i18n] Call for translators

[Filip Komar]

Hi, all. I also wish we could find translators for all languages but I'm
afraid this is not very realistic. Instead I suggest a bit softer solution.
We replace word Mandriva with Mageia were we can in bootloader *.po files
and mark those strings fuzzy. I can offer my help for that to the extend of
my abilities.


Thanks for Alpha 2 and happy holidays,
Filip.


On 17 December 2011 23:59, Oliver Burger  wrote:

> Hi,
>
> these days Damien contacted me about the bootloader translation.
> The problem is, we do have quite some languages, that don't have i18n
> teams in
> Mageia.
> So there are quite some languages where the bootloader still contains
> strings
> about Mandriva.
>
> Now there are two solutions.
> Either we do find translators of those languages, who fix those
> translations
> (and while they are on it, join i18n and fix/complete all other
> translations as
> well :D)
> or we just delete those translated strings. People in those languages will
> then see English strings instead but at least no Mandriva strings any more.
>
> If you are interested in helping us, have a look at
> https://wiki.mageia.org/en/Internationalisation_Team_(i18n)
> and do contact me.
>
> Oliver
>

Re: [Mageia-dev] ANN: X11 now starts on tty1

[Colin Guthrie]

'Twas brillig, and Anssi Hannula at 18/12/11 10:32 did gyre and gimble:
> For the record, attached are three alternative [1] untested
> proof-of-concept patches that make kernel start on vt7.

Personally I'm not a fan of sticking to vt7. As I said in an earlier
thread, if the primary use case of the machine is graphical, then why
start at 7? It's an arbitrary choice that fitted in with other uses when
it was first introduced, but these days it's pretty backwards when
considered on it's own. The only reason to preserve it is out of habit
and I think that this is (generally speaking) the worst possible premise
to base decisions on. I mean, if we want to let people use fast user
switching easily they first have to learn first about vt switch command
ctrl+alt+Fn. Then they have to learn that the first login is on 7 and
the subsequent ones are on 8 etc. This doesn't make sense...

What *should* happen is that the first one is 1.. the second one is 2 etc.

When I'm in gnome, and I switch to tty2 for the first time, rather than
getty appearing wouldn't it be better if the gdm prompt appeared for a
second graphical login?

I'm not suggesting that we ditch text logins completely, but I'm just
saying that we should try and make things generally smoother if they
user has already opted for a graphical system.

Switching to e.g. 7 or 8 should maybe default to providing a text login
and gdm should maybe present a "give me a text login" option in which
case that X server quits and getty replaces it.

Anything unused should timeout and quit (e.g. a getty on tty2 unused
should exit and wait and be re-activated as appropriate later.

All these things are possible (maybe not without upstream support, but I
can ask Ray about the general plans here from a gdm perspective).


Just for reference this is how the seat extender USB things work. Little
thin clients that you plug into USB that give you a keyboard mouse and
display. When you plug it in for the first time, it registers a new seat
and then gives you a gdm login prompt. I don't think mutli user should
be much different from multi-seat in this regard.

> BTW, I know fedora uses vt1 for X, but what about other distros, e.g.
> Ubuntu/Debian?

I don't think they default to it but plenty people try to change it to
that according to Google.


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] Upgrade udev 175

[Colin Guthrie]

'Twas brillig, and D.Morgan at 18/12/11 10:19 did gyre and gimble:
> On Sun, Dec 18, 2011 at 12:09 AM, Thierry Vignaud
>  wrote:
>> On 18 December 2011 00:08, Thierry Vignaud  wrote:
> Does anyone know what needs to be done to port drakx?
>
> I'm running the newer udev without any problems here.

 Running yes but this will break the installer.

 /sbin/usb_id is needed by mouse.pm to generate /dev/input/by-id/xxx
 seems we need to migrate using udevadm now.
>>>
>>> See https://bugs.mageia.org/show_bug.cgi?id=3654#c1, still waiting for your
>>> input.
>>> Colin, can you test the suggested change?
>>
>> And BTW please upload udev-175 in core/updates_testing so that
>> we can test w/o everyone having to locally build newer udev after
>> rediffing patches
> 
> ok this is something i can do ( as i started to work on 175 )

I don't think it's needed. See the bug mentioned earlier. I've patched
drakx-kbd-mouse-x11 and I think we should just push udev and that
together straight to core. I've also got udev pkg here, but the changes
are simply anyway (just drop one upstream patch and some minor changes
to the files list).

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] ANN: X11 now starts on tty1

[Anssi Hannula]

On 17.12.2011 17:27, Anssi Hannula wrote:
> On 16.12.2011 20:16, Colin Guthrie wrote:
>> Hi
>>
>> Just in case you didn't notice, X11 now starts on tty1 by default.
>>
>> So if you want a text login shell, make sure you go to tty2!
>>
>> I've not actually updated it for sysvinit now I think about it, so I'll
>> have to update the default inittab, but the principle is the same. We
>> want X there, not a login.
> 
> I wonder why that is needed...
> 
> If it is to prevent flickering when switching tty1->tty7, can't we just
> e.g. make the kernel use tty7 by default if needed?

For the record, attached are three alternative [1] untested
proof-of-concept patches that make kernel start on vt7.

It doesn't seem to be as simple as I had hoped, but if this is something
we want to do, I can come up with cleaner versions and see what upstream
thinks.

BTW, I know fedora uses vt1 for X, but what about other distros, e.g.
Ubuntu/Debian?


[1] by default only the first vt is initialized on early boot, the rest
are initialized on-demand. Since vt7 is not initialized, the patches
take different approaches: (1) allocate 7 vt's on early boot, (2)
allocate vt7 in addition to vt1, (3) only allocate vt7

-- 
Anssi Hannula
>From 3647fb1d98ef0bbd9fac4ea44a868835bada0a69 Mon Sep 17 00:00:00 2001
From: Anssi Hannula 
Date: Sun, 18 Dec 2011 11:56:38 +0200
Subject: [PATCH] set default console as vt7 (proof-of-concept)

---
 drivers/tty/vt/vt.c |2 +-
 include/linux/vt.h  |2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index e716839..4c2782c 100644
--- a/drivers/tty/vt/vt.c
+++ b/drivers/tty/vt/vt.c
@@ -2923,7 +2923,7 @@ static int __init con_init(void)
 		vc_init(vc, vc->vc_rows, vc->vc_cols,
 			currcons || !vc->vc_sw->con_save_screen);
 	}
-	currcons = fg_console = 0;
+	currcons = fg_console = 6;
 	master_display_fg = vc = vc_cons[currcons].d;
 	set_origin(vc);
 	save_screen(vc);
diff --git a/include/linux/vt.h b/include/linux/vt.h
index 30a8dd9..663308a 100644
--- a/include/linux/vt.h
+++ b/include/linux/vt.h
@@ -6,7 +6,7 @@
  * These constants are also useful for user-level apps (e.g., VC
  * resizing).
  */
-#define MIN_NR_CONSOLES 1   /* must be at least 1 */
+#define MIN_NR_CONSOLES 7   /* must be at least 1 */
 #define MAX_NR_CONSOLES	63	/* serial lines start at 64 */
 #define MAX_NR_USER_CONSOLES 63	/* must be root to allocate above this */
 		/* Note: the ioctl VT_GETSTATE does not work for
-- 
1.7.7.2

>From 96d4ca3852279b0ae85b8b4ea1031fda2574d610 Mon Sep 17 00:00:00 2001
From: Anssi Hannula 
Date: Sun, 18 Dec 2011 12:16:18 +0200
Subject: [PATCH] set default console as vt7 (proof-of-concept)

---
 drivers/tty/vt/vc_screen.c |1 +
 drivers/tty/vt/vt.c|   24 
 2 files changed, 17 insertions(+), 8 deletions(-)

diff --git a/drivers/tty/vt/vc_screen.c b/drivers/tty/vt/vc_screen.c
index 7a367ff..cdab4d5 100644
--- a/drivers/tty/vt/vc_screen.c
+++ b/drivers/tty/vt/vc_screen.c
@@ -662,5 +662,6 @@ int __init vcs_init(void)
 	device_create(vc_class, NULL, MKDEV(VCS_MAJOR, 128), NULL, "vcsa");
 	for (i = 0; i < MIN_NR_CONSOLES; i++)
 		vcs_make_sysfs(i);
+	vcs_make_sysfs(6);
 	return 0;
 }
diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index e716839..72733ce 100644
--- a/drivers/tty/vt/vt.c
+++ b/drivers/tty/vt/vt.c
@@ -2871,6 +2871,19 @@ static void vc_init(struct vc_data *vc, unsigned int rows,
 	reset_terminal(vc, do_clear);
 }
 
+static void __init con_init_early_cons(unsigned int cons)
+{
+	struct vc_data *vc;
+
+	vc_cons[cons].d = vc = kzalloc(sizeof(struct vc_data), GFP_NOWAIT);
+	INIT_WORK(&vc_cons[cons].SAK_work, vc_SAK);
+	tty_port_init(&vc->port);
+	visual_init(vc, cons, 1);
+	vc->vc_screenbuf = kzalloc(vc->vc_screenbuf_size, GFP_NOWAIT);
+	vc_init(vc, vc->vc_rows, vc->vc_cols,
+		cons || !vc->vc_sw->con_save_screen);
+}
+
 /*
  * This routine initializes console interrupts, and does nothing
  * else. If you want the screen to clear, call tty_write with
@@ -2915,15 +2928,10 @@ static int __init con_init(void)
 	}
 
 	for (currcons = 0; currcons < MIN_NR_CONSOLES; currcons++) {
-		vc_cons[currcons].d = vc = kzalloc(sizeof(struct vc_data), GFP_NOWAIT);
-		INIT_WORK(&vc_cons[currcons].SAK_work, vc_SAK);
-		tty_port_init(&vc->port);
-		visual_init(vc, currcons, 1);
-		vc->vc_screenbuf = kzalloc(vc->vc_screenbuf_size, GFP_NOWAIT);
-		vc_init(vc, vc->vc_rows, vc->vc_cols,
-			currcons || !vc->vc_sw->con_save_screen);
+		con_init_early_cons(currcons);
 	}
-	currcons = fg_console = 0;
+	con_init_early_cons(6);
+	currcons = fg_console = 6;
 	master_display_fg = vc = vc_cons[currcons].d;
 	set_origin(vc);
 	save_screen(vc);
-- 
1.7.7.2

>From 83cb8160a3bd07138adc6a8938d6067f44a6cf22 Mon Sep 17 00:00:00 2001
From: Anssi Hannula 
Date: Sun, 18 Dec 2011 12:24:04 +0200
Subject: [PATCH] set default console as vt7 (proof-of-concept)

---
 drivers/tty/vt/vc_screen.c |3 +--
 drivers/tty/vt/vt.c|8 -

Re: [Mageia-dev] Upgrade udev 175

[D.Morgan]

On Sun, Dec 18, 2011 at 12:09 AM, Thierry Vignaud
 wrote:
> On 18 December 2011 00:08, Thierry Vignaud  wrote:
 Does anyone know what needs to be done to port drakx?

 I'm running the newer udev without any problems here.
>>>
>>> Running yes but this will break the installer.
>>>
>>> /sbin/usb_id is needed by mouse.pm to generate /dev/input/by-id/xxx
>>> seems we need to migrate using udevadm now.
>>
>> See https://bugs.mageia.org/show_bug.cgi?id=3654#c1, still waiting for your
>> input.
>> Colin, can you test the suggested change?
>
> And BTW please upload udev-175 in core/updates_testing so that
> we can test w/o everyone having to locally build newer udev after
> rediffing patches

ok this is something i can do ( as i started to work on 175 )

Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kdeutils4-4.7.90-1.mga2

[Funda Wang]

2011/12/18 Balcaen John :
> Le dimanche 18 décembre 2011 06:54:09 Mageia Team a écrit :
>> Name        : kdeutils4                    Relocations: (not relocatable)
>> Version     : 4.7.90                            Vendor: Mageia.Org
>> Release     : 1.mga2                        Build Date: Sun Dec 18 06:52:19
>> 2011 Install Date: (not installed)               Build Host: ecosse
>> Group       : Graphical desktop/KDE         Source RPM: (none)
>> Size        : 2915                             License: GPLv2 LGPLv2 GPLD
>> Signature   : (none)
>> Packager    : Mageia Team 
>> URL         : http://utils.kde.org/
>> Summary     : Various desktop utilities for KDE
>> Description :
>> The KDE Utilities are a compilation of various desktop utilities.
>>
>> fwang  4.7.90-1.mga2:
>> + Revision: 183599
>> - add empty sha1.lst
>> - turned to meta package
> I still thing it's not useless to carry thoses empty package just to have a «
> suggests ».
> The fix should be in task-kde.
Well, it is often a pain if a meta package become obsoleted,
especially when upgrading from previous distros. urpmi tend to fail on
such a complicated situation.

>
> Regards,
> --
> Balcaen John
> Jabber-id: mik...@jabber.littleboboy.net

Re: [Mageia-dev] Call for translators

[Oliver Burger]

Am Sonntag, 18. Dezember 2011, 01:25:58 schrieb andre999:
> Oliver Burger a écrit :
> > Hi,
> > 
> > these days Damien contacted me about the bootloader translation.
> > The problem is, we do have quite some languages, that don't have i18n
> > teams in Mageia.
> > So there are quite some languages where the bootloader still contains
> > strings about Mandriva.
> > 
> > Now there are two solutions.
> > Either we do find translators of those languages, who fix those
> > translations (and while they are on it, join i18n and fix/complete all
> > other translations as well :D)
> > or we just delete those translated strings. People in those languages
> > will then see English strings instead but at least no Mandriva strings
> > any more.
> A third option could be that some enthusiastic documenters/translators
> just change Mandriva to Mageia in all the places where the English has
> Mageia.  (Where translators for the language in question haven't responded.)

It's maybe doable for most languages but it can hardly be automated. And when 
coming down to non-latin alphabets it will become hell for those poor souls 
having to do it.

+the enthusiastic translators (doc team has nothing to do with it) have their 
own work to do...

Oliver

Re: [Mageia-dev] Adding additional provides to php database modules

[Oliver Burger]

Am Samstag, 17. Dezember 2011, 18:30:56 schrieb Thomas Spuhler:
> On Saturday, December 17, 2011 03:24:16 PM Oliver Burger wrote:
> > 
> > I think it would be a cleaner solution to have php-X providing something
> > common and php-pdo_X providing something common (X being one of mysql,
> > pgsql or sqlite).
> > 
> > What do you think?
> > I tried contacting the php maintainer by mail, but he didn't answer me.
> > 
> > Oliver
> 
> Because he is trying to get php-gkt2 built :)

Ok :)

And what about my change request?

Oliver

Re: [Mageia-dev] mariadb

[Maarten Vanraes]

Op zondag 18 december 2011 03:23:09 schreef David W. Hodgins:
[...]
> I'll open a bug report, and attach any log files I can find.  As I only
> have a few seconds after kde starts, before the system starts swapping
> everything out, I can really only get debug output by putting commands in
> autostart, or by looking at files from my mageia 1 install.
> 
> Regards, Dave Hodgins

ooh, nice, it's reproducable :-)

Re: [Mageia-dev] [changelog] [RPM] cauldron core/release oxygen-icon-theme-4.7.90-1.mga2

[Balcaen John]

Le dimanche 18 décembre 2011 00:14:02 Thierry Vignaud a écrit :
> On 18 December 2011 00:10, Mageia Team  
wrote:
> > mikala  1:4.7.90-1.mga2:
> > + Revision: 182202
> > - Update tarball to KDE SC 4.7.90
> > - use kde4_macros
> 
> BTW, if you could not fill the building queue with too many packages
> so that other can have a reasonable build time...
Seems like my previous mail was private in fact :p
I tried to use a script to push KDE's packages on the BS, but due to an error 
& the fact that i moved away for 10 minutes, the script decides to push most 
of the queue when it should not.
The script is now fixed (tested with the kdeartwork4 & kdetoys sequence) & i 
should not flood anymore the BS.

Regards,

-- 
Balcaen John