Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Johnny A. Solbu]

On Tuesday 20. November 2012 19.15, Guillaume Rousse wrote:
> Check NM_CONTROLLED variable in 
> /etc/sysconfig/network-scripts/ifcfg-  file. The default value is 
> false.

grep NM_CONTROLLED /etc/sysconfig/network-scripts/ifcfg-eth0 
NM_CONTROLLED=no

I also checked on the other two computers I tested (say system2 and 3) where 
the wake up/resume worked,
and on the laptop (system2) the variable is missing, and on the desktop 
(system3) it's the same as the desktop (system1) with the problem.

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


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

Re: [Mageia-dev] Duckduckgo / Mageia browsers

[Johnny A. Solbu]

On Tuesday 20. November 2012 20.49, Guillaume Rousse wrote:
> So, unless really needed for contractual reasons, or if this is really 
> garantished to result in a huge cash income, I'd prefer this change to 
> be limited to cauldron (and mageia 3) only.

I agree.

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


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

Re: [Mageia-dev] Question about mysql-workbench documentation license

[Juan Luis Baptiste]

On Tue, Nov 20, 2012 at 11:20 PM, Juan Luis Baptiste wrote:

>
>
> On Tue, Nov 20, 2012 at 12:54 AM, andre999 wrote:
>
>> An alternate approach would be to package and distribute the
>> documentation separately (as nonfree).  Oracle permits this as long as it
>> is only available on the same media or sites as mysql-workbench -- which
>> concurs with our current practices.
>> Then the mysql-workbench package itself would still be GPL.
>>
>> So I'd go for the second option.
>> Maybe adding a comment in the mysql-workbench description indicating that
>> due to licensing restrictions, the documentation is available in non-free.
>>
>>
>

Giving it a second thought, I think this isn't a good idea because if I
split the documentation into a separate package that would mean that I
would need to have mysql-workbench sources also in the documentation
package to be able to build it. And looking more closely at the Fedora
patch, they remove the documentation but patch the program to open the
online version of the documentation. IMO, if we can't include the doc in
the same mysql-workbench package then the online approach is better.

-- 
Juancho

Re: [Mageia-dev] Question about mysql-workbench documentation license

[Juan Luis Baptiste]

On Tue, Nov 20, 2012 at 12:54 AM, andre999  wrote:

> An alternate approach would be to package and distribute the documentation
> separately (as nonfree).  Oracle permits this as long as it is only
> available on the same media or sites as mysql-workbench -- which concurs
> with our current practices.
> Then the mysql-workbench package itself would still be GPL.
>
> So I'd go for the second option.
> Maybe adding a comment in the mysql-workbench description indicating that
> due to licensing restrictions, the documentation is available in non-free.
>
>
Ok but a adding a Suggest to mysql-workbench for the documentation would be
ok ?

-- 
Juancho

Re: [Mageia-dev] Firefox and Thunderbird ESR for Mga 3 ?

[Thomas Spuhler]

I am for moving to the ESR

Sent from my Motorola ATRIX™ 4G on AT&T

-Original message-
From: Funda Wang 
To: Mageia development mailing-list 
Sent: Wed, Nov 21, 2012 02:36:00 GMT+00:00
Subject: Re: [Mageia-dev] Firefox and Thunderbird ESR for Mga 3 ?

I guess yes. There won't be 24.0esr before mga3.


2012/11/21 Luc Menut 

> Le 20/11/2012 15:04, r...@mageia.org a écrit :
>
>> Revision
>> 319742
>> Author
>> dmorgan
>> Date
>> 2012-11-20 15:04:27 +0100 (Tue, 20 Nov 2012)
>>
>>
>>   Log Message
>>
>> New version 17.0
>>
>
> [...]
>
>>
>> Modified: cauldron/firefox/current/**SOURCES/sha1.lst
>> ==**==**===
>> --- cauldron/firefox/current/**SOURCES/sha1.lst   2012-11-20 14:03:42
>> UTC (rev 319741)
>> +++ cauldron/firefox/current/**SOURCES/sha1.lst   2012-11-20 14:04:27
>> UTC (rev 319742)
>> @@ -1 +1,2 @@
>>   0ffe96896583e92561b341330ab09d**dc50140dd1
>>  firefox-16.0.2.source.tar.bz2
>> +**4f5f175c1662d67f70e78403607d8e**da600efd8b
>>  firefox-17.0.source.tar.bz2
>>
>> Modified: cauldron/firefox/current/**SPECS/firefox.spec
>> ==**==**===
>> --- cauldron/firefox/current/**SPECS/firefox.spec 2012-11-20 14:03:42
>> UTC (rev 319741)
>> +++ cauldron/firefox/current/**SPECS/firefox.spec 2012-11-20 14:04:27
>> UTC (rev 319742)
>> @@ -10,7 +10,7 @@
>>   # Stay on ESR for stable releases and for

Re: [Mageia-dev] Firefox and Thunderbird ESR for Mga 3 ?

[Funda Wang]

I guess yes. There won't be 24.0esr before mga3.


2012/11/21 Luc Menut 

> Le 20/11/2012 15:04, r...@mageia.org a écrit :
>
>> Revision
>> 319742
>> Author
>> dmorgan
>> Date
>> 2012-11-20 15:04:27 +0100 (Tue, 20 Nov 2012)
>>
>>
>>   Log Message
>>
>> New version 17.0
>>
>
> [...]
>
>>
>> Modified: cauldron/firefox/current/**SOURCES/sha1.lst
>> ==**==**===
>> --- cauldron/firefox/current/**SOURCES/sha1.lst   2012-11-20 14:03:42
>> UTC (rev 319741)
>> +++ cauldron/firefox/current/**SOURCES/sha1.lst   2012-11-20 14:04:27
>> UTC (rev 319742)
>> @@ -1 +1,2 @@
>>   0ffe96896583e92561b341330ab09d**dc50140dd1
>>  firefox-16.0.2.source.tar.bz2
>> +**4f5f175c1662d67f70e78403607d8e**da600efd8b
>>  firefox-17.0.source.tar.bz2
>>
>> Modified: cauldron/firefox/current/**SPECS/firefox.spec
>> ==**==**===
>> --- cauldron/firefox/current/**SPECS/firefox.spec 2012-11-20 14:03:42
>> UTC (rev 319741)
>> +++ cauldron/firefox/current/**SPECS/firefox.spec 2012-11-20 14:04:27
>> UTC (rev 319742)
>> @@ -10,7 +10,7 @@
>>   # Stay on ESR for stable releases and for cauldron before mageia 3.
>>   # /!\ Do not update more than FF 17 for mga3. /!\
>>
>> -%define major 16.0.2
>> +%define major 17.0
>>
>
>
> http://www.mozilla.org/en-US/**firefox/organizations/faq
>
> Shouldn't we move now to the ESR branch for firefox and thunderbird, and
> use 17.0.x ESR versions in cauldron until mga3 release ?
>
> Regards,
> Luc
>

Re: [Mageia-dev] ANN: shadow-utils & util-linux with new default paths in testing

[Colin Guthrie]

'Twas brillig, and JA Magallón at 21/11/12 00:35 did gyre and gimble:
> On 11/20/2012 11:43 PM, Luc Menut wrote:
>> Hi,
>>
>> Following my proposal to fix and unify default paths after UsrMove
>>   http://www.mageia.org/pipermail/mageia-dev/2012-November/019931.html
>> I pushed in cauldron core/updates_testing shadows-utils-4.1.5.1-2 and
>> util-linux-2.22.1-7 using these default paths:
>>   PATH=/usr/local/bin:/usr/bin for normal user,
>>   PATH=/usr/local/sbin:/usr/sbin:/usr/local/bin:/usr/bin for root.
>>
> 
> Mmmm, this is a discussion I always had with my sysadmin at work...
> Do you really want that a binary in local can oerride one in system ?
> Should not local paths be after system ones ?


While I personally tend to just make updated packages, one of the
reasons I thought people used /usr/local was to install newer/patched
versions of system provided binaries... thus what would be the point in
favouring the system paths over the local paths?

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: shadow-utils & util-linux with new default paths in testing

[JA Magallón]

On 11/20/2012 11:43 PM, Luc Menut wrote:

Hi,

Following my proposal to fix and unify default paths after UsrMove
  http://www.mageia.org/pipermail/mageia-dev/2012-November/019931.html
I pushed in cauldron core/updates_testing shadows-utils-4.1.5.1-2 and 
util-linux-2.22.1-7 using these default paths:
  PATH=/usr/local/bin:/usr/bin for normal user,
  PATH=/usr/local/sbin:/usr/sbin:/usr/local/bin:/usr/bin for root.



Mmmm, this is a discussion I always had with my sysadmin at work...
Do you really want that a binary in local can oerride one in system ?
Should not local paths be after system ones ?


Please test these new packages.
Any comments and suggestions are welcome.

Regards,
Luc



--
J.A. Magallon \   Winter is coming...

[Mageia-dev] Firefox and Thunderbird ESR for Mga 3 ?

[Luc Menut]

Le 20/11/2012 15:04, r...@mageia.org a écrit :

Revision
319742
Author
dmorgan
Date
2012-11-20 15:04:27 +0100 (Tue, 20 Nov 2012)


  Log Message

New version 17.0


[...]


Modified: cauldron/firefox/current/SOURCES/sha1.lst
===
--- cauldron/firefox/current/SOURCES/sha1.lst   2012-11-20 14:03:42 UTC (rev 
319741)
+++ cauldron/firefox/current/SOURCES/sha1.lst   2012-11-20 14:04:27 UTC (rev 
319742)
@@ -1 +1,2 @@
  0ffe96896583e92561b341330ab09ddc50140dd1  firefox-16.0.2.source.tar.bz2
+4f5f175c1662d67f70e78403607d8eda600efd8b  firefox-17.0.source.tar.bz2

Modified: cauldron/firefox/current/SPECS/firefox.spec
===
--- cauldron/firefox/current/SPECS/firefox.spec 2012-11-20 14:03:42 UTC (rev 
319741)
+++ cauldron/firefox/current/SPECS/firefox.spec 2012-11-20 14:04:27 UTC (rev 
319742)
@@ -10,7 +10,7 @@
  # Stay on ESR for stable releases and for cauldron before mageia 3.
  # /!\ Do not update more than FF 17 for mga3. /!\

-%define major 16.0.2
+%define major 17.0



http://www.mozilla.org/en-US/firefox/organizations/faq

Shouldn't we move now to the ESR branch for firefox and thunderbird, and 
use 17.0.x ESR versions in cauldron until mga3 release ?


Regards,
Luc

[Mageia-dev] ANN: shadow-utils & util-linux with new default paths in testing

[Luc Menut]

Hi,

Following my proposal to fix and unify default paths after UsrMove
 http://www.mageia.org/pipermail/mageia-dev/2012-November/019931.html
I pushed in cauldron core/updates_testing shadows-utils-4.1.5.1-2 and 
util-linux-2.22.1-7 using these default paths:

 PATH=/usr/local/bin:/usr/bin for normal user,
 PATH=/usr/local/sbin:/usr/sbin:/usr/local/bin:/usr/bin for root.

Please test these new packages.
Any comments and suggestions are welcome.

Regards,
Luc

Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3

[zezinho]

Em 20-11-2012 18:16, Nicolas Lécureuil escreveu:

Le mardi 20 novembre 2012 17:13:14 Barry Jackson a écrit :

Also, to quote library policy:
"The goal is to be able to install libfoo1 and libfoo2 on the same system."

[root@jackodesktop baz]# urpmi lib64qwt6
installing lib64qwt6-6.0.1-4.mga3.x86_64.rpm from /var/cache/urpmi/rpms
Preparing...

## Installation failed:file
/usr/lib64/qt4/plugins/designer/libqwt_designer_plugin.so from install
of lib64qwt6-6.0.1-4.mga3.x86_64 conflicts with file from package
lib64qwt5-5.2.2-4.mga3.x86_64


because those files have nothing to do in a versionned libs. =>  Packaging
errors.


Where should they be? For now, I have removed this file from libqwt5 to 
allow installing both in the same system.


Should I create a sub package named qwt-designer-plugin ?

Re: [Mageia-dev] WiFi Hotspot functionality in KDE

[zezinho]

Em 20-11-2012 16:05, Robert Fox escreveu:

I noticed in Gnome is a possibility to start a WiFi hotspot (in
conjunction with another Internet access like Ethernet) - Couldn't seem
to get it to work - and not sure if KDE has this - Ideally it would be
great to have it in the MCC tools under networking to configure it
easily . . . maybe for Mageia 4 . . . .



MCC already has share internet connection, but it only works the other 
way round (Wifi Internet shared on ethernet) because the main problem is 
configuring the WiFi driver to Access Point mode.


Do you know who to do that?

Re: [Mageia-dev] Tonight's meeting

[Guillaume Rousse]

Le 20/11/2012 20:55, Anne Nicolas a écrit :

Sorry last minute emergency. I will not able to make it unless
guillomovitch can be there.

/me tries to hide...

Ok, I'll try to handle it, with limited knowledge of the scheduled 
topics... See you in 2 minutes on IRC.

--
BOFH excuse #143:

had to use hammer to free stuck disk drive heads.

Re: [Mageia-dev] Tonight's meeting

[Anne Nicolas]

Le 20/11/2012 17:44, Anne Nicolas a écrit :

Hi there

Our meeting will take place at 20h UTC. Here are the proposed topics

- quick review for Mageia 1 EOL
- Duckduckgo integration
- Coming Beta 1 release

Please propose any other topic if needed

Cheers


Sorry last minute emergency. I will not able to make it unless 
guillomovitch can be there.


Sorry again

--
Anne
http://mageia.org

Re: [Mageia-dev] Duckduckgo / Mageia browsers

[Guillaume Rousse]

Le 20/11/2012 12:12, Anne Nicolas a écrit :

What we need to do is provides updates on browsers for cauldron and
Mageia 2 including this:

https://duckduckgo.com/?q={{search}}&t=mageia
I'm quite concerned that while we usually limit update to security 
issues and serious bugfixes only, this one would be only motivated by 
commercial purposes, which would constitute an unfortunate policy change...


So, unless really needed for contractual reasons, or if this is really 
garantished to result in a huge cash income, I'd prefer this change to 
be limited to cauldron (and mageia 3) only.


--
BOFH excuse #35:

working as designed

Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3

[Barry Jackson]

On 20/11/12 19:03, Barry Jackson wrote:



Also I don't see how libqwt (6) and libqwt5 can be maintained from one
spec. How can an update be made to libqwt5 now that the spec is modified
for 6 ?


Doh! - OK there are now two srpms - hadn't looked.

Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3

[Barry Jackson]

On 20/11/12 17:16, Nicolas Lécureuil wrote:

Le mardi 20 novembre 2012 17:13:14 Barry Jackson a écrit :

Also, to quote library policy:
"The goal is to be able to install libfoo1 and libfoo2 on the same system."

[root@jackodesktop baz]# urpmi lib64qwt6
installing lib64qwt6-6.0.1-4.mga3.x86_64.rpm from /var/cache/urpmi/rpms
Preparing...

## Installation failed:file
/usr/lib64/qt4/plugins/designer/libqwt_designer_plugin.so from install
of lib64qwt6-6.0.1-4.mga3.x86_64 conflicts with file from package
lib64qwt5-5.2.2-4.mga3.x86_64


because those files have nothing to do in a versionned libs. => Packaging
errors.


Hi - thanks.

Ah, so are you saying that file should be in maybe a qwt-designer-plugin 
package?


Also I don't see how libqwt (6) and libqwt5 can be maintained from one 
spec. How can an update be made to libqwt5 now that the spec is modified 
for 6 ?


This is not my package and I really don't have time for all this hassle. 
This change has broken several packages all of which were previously 
working.


Can this mess be reverted and started again with some prior planning and 
testing?

Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Guillaume Rousse]

Le 20/11/2012 17:00, Johnny A. Solbu a écrit :

or is the device managed by Network
Manager? (in which case ifdown+ifup should be noops).


Uhm, how do I tell?
Check NM_CONTROLLED variable in 
/etc/sysconfig/network-scripts/ifcfg-  file. The default value is 
false.


Otherwise, BOFH-style test: systemctl stop NetworkManager.service :)
--
BOFH excuse #323:

Your processor has processed too many instructions.  Turn it off 
immediately, do not type any commands!!

Re: [Mageia-dev] [changelog] [RPM] cauldron core/release bind-9.9.2-1.mga3

[Guillaume Rousse]

Le 20/11/2012 01:07, Christiaan Welvaart a écrit :

guillomovitch  9.9.2-1.mga3:
+ Revision: 316758
- sync with fedora spec, for easier maintainance:
 the real files now live outside the chroot


It looks like this overwrote my /var/lib/named/etc/named.conf with a
default version so all zones were disabled. I had to restore the config
file from backup. Not sure how this happened, though.
The real file should have been moved to /etc/named.conf, whereas it was 
previously just a symlink. As it happens during %pre stage, tough, I'm 
not sure it will prevent overrun by default configuration files, indeed. 
If that's the case, I should rather use a versioned trigger to handle 
this change.



--
BOFH excuse #231:

We had to turn off that service to comply with the CDA Bill.

Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3

[Nicolas Lécureuil]

Le mardi 20 novembre 2012 17:13:14 Barry Jackson a écrit :
> Also, to quote library policy:
> "The goal is to be able to install libfoo1 and libfoo2 on the same system. "
> 
> [root@jackodesktop baz]# urpmi lib64qwt6
> installing lib64qwt6-6.0.1-4.mga3.x86_64.rpm from /var/cache/urpmi/rpms
> Preparing...
> 
> ## Installation failed:file
> /usr/lib64/qt4/plugins/designer/libqwt_designer_plugin.so from install
> of lib64qwt6-6.0.1-4.mga3.x86_64 conflicts with file from package
> lib64qwt5-5.2.2-4.mga3.x86_64

because those files have nothing to do in a versionned libs. => Packaging 
errors.

Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3

[Barry Jackson]

Also, to quote library policy:
"The goal is to be able to install libfoo1 and libfoo2 on the same system. "

[root@jackodesktop baz]# urpmi lib64qwt6
installing lib64qwt6-6.0.1-4.mga3.x86_64.rpm from /var/cache/urpmi/rpms
Preparing... 
##
Installation failed:file 
/usr/lib64/qt4/plugins/designer/libqwt_designer_plugin.so from install 
of lib64qwt6-6.0.1-4.mga3.x86_64 conflicts with file from package 
lib64qwt5-5.2.2-4.mga3.x86_64

[Mageia-dev] Tonight's meeting

[Anne Nicolas]

Hi there

Our meeting will take place at 20h UTC. Here are the proposed topics

- quick review for Mageia 1 EOL
- Duckduckgo integration
- Coming Beta 1 release

Please propose any other topic if needed

Cheers
--
Anne
http://mageia.org

Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Colin Guthrie]

'Twas brillig, and Johnny A. Solbu at 20/11/12 16:25 did gyre and gimble:
> On Tuesday 20. November 2012 17.00, Johnny A. Solbu wrote:
>> I'm not doing any more testing on this computer today, as this particular 
>> computer is a «production» system.
>> I'll see if I can reproduce it on one of the laptops here.
> 
> Ok, I tested on another desktop and a laptop, and the network is working 
> after waking up.
> I've also discovered by trial and error that the issue I have is with 
> «suspend to ram».
> 
> 
> So now the question becomes, how do I completely disable «suspend to 
> ram/disk» on this one computer? (I.e. activating suspend/hibernation should 
> fail.)
> It is a desktop and a file server, so it doesn't need hibernaton features.
> The only times I ever turn it off, is for power outages lasting more that 2 
> minutes, when my UPSes starts to complain. ;-)=

A lot of BIOSes allow you to tweak it and pick the suspend type
(sometimes you need to hit e.g. ctrl+f10 or whatever the magic command
is to enable the hidden features).

Failing that, perhaps something as simple as "sudo chmod a-w
/sys/power/state" would work (there are likely other nicer ways to do
it, just thinking with my "hacker" hat on).

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] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Johnny A. Solbu]

On Tuesday 20. November 2012 17.00, Johnny A. Solbu wrote:
> I'm not doing any more testing on this computer today, as this particular 
> computer is a «production» system.
> I'll see if I can reproduce it on one of the laptops here.

Ok, I tested on another desktop and a laptop, and the network is working after 
waking up.
I've also discovered by trial and error that the issue I have is with «suspend 
to ram».


So now the question becomes, how do I completely disable «suspend to ram/disk» 
on this one computer? (I.e. activating suspend/hibernation should fail.)
It is a desktop and a file server, so it doesn't need hibernaton features.
The only times I ever turn it off, is for power outages lasting more that 2 
minutes, when my UPSes starts to complain. ;-)=

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


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

Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Johnny A. Solbu]

On Tuesday 20. November 2012 16.46, Colin Guthrie wrote:
> Does "ifdown eth0; ifup eth0" help 

As I stated in the original post, it does not.

> or is the device managed by Network
> Manager? (in which case ifdown+ifup should be noops).

Uhm, how do I tell?
This is a standard installation, where I configured the interface to have 
static IP, and all that, at the end of the install process.
Meaning, whatever the default manager is, is managing the card. And it is 
always up.

> If there is no NM interferance does a stop of the network, removal of
> the eth driver kernel module + a modprobe + a start of the network help?

I'm not doing any more testing on this computer today, as this particular 
computer is a «production» system.
I'll see if I can reproduce it on one of the laptops here.

> I had to do this on my wifi card a at various points when the kernel
> support wavered. Maybe that's the same problem for you?

I have no idea. This is a desktop with a good old fasioned ethernet card and no 
wifi cards.
Wifi is banned from my network. :-)=

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


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

Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Colin Guthrie]

'Twas brillig, and Johnny A. Solbu at 20/11/12 14:54 did gyre and gimble:
> On Tuesday 20. November 2012 14.29, Barry Jackson wrote:
>> What's the output of
>> # systemctl status network.service ?
> 
> I tested just a few minutes ago:
> http://www.solbu.net/mageia-pm/resume-failure.txt
> 
>> Does it show as disabled?
> 
> No.
> 
>> # systemctl start network.service
>> should start it.
> 
> Did not help. I even tried «restart», to no avail.
> A ping to my gw gave network unreachable.
> And again «ifconfig» and «route -n» was normal.
> 
> The only fix seems to be a complete reboot.

Does "ifdown eth0; ifup eth0" help or is the device managed by Network
Manager? (in which case ifdown+ifup should be noops).

If there is no NM interferance does a stop of the network, removal of
the eth driver kernel module + a modprobe + a start of the network help?

I had to do this on my wifi card a at various points when the kernel
support wavered. Maybe that's the same problem for you?

If this is the case, you can maybe try a newer kernel. I know Thomas was
going to push 3.4 to mga2 at some point.

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] WiFi Hotspot functionality in KDE

[Robert Fox]

I noticed in Gnome is a possibility to start a WiFi hotspot (in 
conjunction with another Internet access like Ethernet) - Couldn't seem 
to get it to work - and not sure if KDE has this - Ideally it would be 
great to have it in the MCC tools under networking to configure it 
easily . . . maybe for Mageia 4 . . . .


I have a Lenovo Thinkpad X220 with UMTS 3G module, as well as normal 
Ethernet and Wireless - so this would be welcome (ps: Under Windows is a 
Thinkpad software feature for this purpose)


Any hints or references would be welcome on how to set it up under Cauldron.

Cheers,
R.Fox

Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Johnny A. Solbu]

On Tuesday 20. November 2012 14.29, Barry Jackson wrote:
> What's the output of
> # systemctl status network.service ?

I tested just a few minutes ago:
http://www.solbu.net/mageia-pm/resume-failure.txt

> Does it show as disabled?

No.

> # systemctl start network.service
> should start it.

Did not help. I even tried «restart», to no avail.
A ping to my gw gave network unreachable.
And again «ifconfig» and «route -n» was normal.

The only fix seems to be a complete reboot.

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


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

Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Colin Guthrie]

'Twas brillig, and Frank Griffin at 20/11/12 12:47 did gyre and gimble:
> On 11/20/2012 07:32 AM, Johnny A. Solbu wrote:
>> Note: This is Not the automatic sleep/hibernation after X min of
>> inactivity. This is hibernation by accidently pressing the «SLEEP» key
>> on a keyboard. 
> Ah, didn't realize that you wanted to disable the Sleep capability even
> when explicitly requested.  Remap the key ?

Not sure if remapping the key would work.

Ultimately things are slowly moving over the systemd where the
systemd-inhibit command is your friend.

Ultimately, systemd will handle the sleep key in MGA3 (I know not the
subject of this mail, but this is cauldron so saying for the sake of
history). It will be up to the DE's to inhibit this handling if they
want to do it themselves (via a very simple dbus protocol)

This way we can handle things at the low level before anyone has logged
in (e.g. by handling lid switch even when you're at a tty) and then we
can easily allow the DE to inhibit this handling if required (e.g. if
there is a second monitor plugged in, the DE may want to inhibit
lid-switch handling to allow you to close your lappy.


Anyway with this in mind, there is an easy way to inhibit suspend key
handling at the systemd level, but if a DE has already inhibited this
and then implements it's own handling you'll need  a way to disable that
too.

So all in all I think even with an improved base layer, this will still
be a slightly tricky issue to solve.

I'd just go for the superglue fix instead :p

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] Broken Mageia-Update (Urpmi)

[Thierry Vignaud]

On 20 November 2012 09:18, Anssi Hannula  wrote:
>> I changed the value to 1 as well and it worked.  So it is definitely
>> too low of a limit (1000) -
>
> As another random datapoint, I just tested (--test) upgrading one of my
> mga2 boxes to cauldron, and the count was 8213 there. The loop took
> approx. 3 seconds to execute, so we could probably make the value e.g.
> 5 or 10?

or better detect that are doing exactly the same thing as in the previous
iteration with no change.
I've two environment cases for that
- a mirror having synced while primary mirror was being updated,
  thus having bits of two different gtk+ version
- a bogus perl modules upgrade

Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Barry Jackson]

On 20/11/12 12:47, Frank Griffin wrote:

On 11/20/2012 07:32 AM, Johnny A. Solbu wrote:

Note: This is Not the automatic sleep/hibernation after X min of
inactivity. This is hibernation by accidently pressing the «SLEEP» key
on a keyboard.

Ah, didn't realize that you wanted to disable the Sleep capability even
when explicitly requested.  Remap the key ?


Johnny,
What's the output of
# systemctl status network.service ?
Does it show as disabled?
If so try:
# systemctl enable network.service && systemctl start network.service
otherwise
# systemctl start network.service
should start it.

If all that fails then you may see some clues in the short log attached 
to the status.

Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Frank Griffin]

On 11/20/2012 07:32 AM, Johnny A. Solbu wrote:
Note: This is Not the automatic sleep/hibernation after X min of 
inactivity. This is hibernation by accidently pressing the «SLEEP» key 
on a keyboard. 
Ah, didn't realize that you wanted to disable the Sleep capability even 
when explicitly requested.  Remap the key ?

Re: [Mageia-dev] Duckduckgo / Mageia browsers

[Wolfgang Bornath]

2012/11/20 Pascal Terjan :
>
>
> On Tue, Nov 20, 2012 at 12:21 PM, Wolfgang Bornath 
> wrote:
>>
>> 2012/11/20 Anne Nicolas :
>> > Hi there
>> >
>> > As some of you may have followed this on council meetings, we have
>> > signed a
>> > contract with Duckduckgo, the search engine. They will give us 25% of
>> > the
>> > monthly gross revenue generated from user traffic that originates from
>> > the
>> > company links within each of the Partner Properties.
>> >
>> > What we need to do is provides updates on browsers for cauldron and
>> > Mageia 2
>> > including this:
>> >
>> > https://duckduckgo.com/?q={{search}}&t=mageia
>> >
>>
>> This link only lists other search systems. To get results about Mageia
>> the link is:
>>
>> https://duckduckgo.com/?q={{search}}mageia
>>
>> Additionally: as Dimitrios already pointed out, search result links do
>> not work in Konqueror (just tried, confirmed).
>
>
> I think the point is to replace {{search}} with the query you want and
> assign the search to mageia, not to search about mageia

Ah, that may be.

-- 
wobo

Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Johnny A. Solbu]

On Tuesday 20. November 2012 13.22, Frank Griffin wrote:
> So, my advice would be to disable Sleep/Hibernate on all power settings 
> and see if your symptom disappears.

I have disabled it everywhere I can think of.
It is the first thing I check after install.

Note: This is Not the automatic sleep/hibernation after X min of inactivity.
This is hibernation by accidently pressing the «SLEEP» key on a keyboard.

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


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

Re: [Mageia-dev] Duckduckgo / Mageia browsers

[Pascal Terjan]

On Tue, Nov 20, 2012 at 12:21 PM, Wolfgang Bornath
wrote:

> 2012/11/20 Anne Nicolas :
> > Hi there
> >
> > As some of you may have followed this on council meetings, we have
> signed a
> > contract with Duckduckgo, the search engine. They will give us 25% of the
> > monthly gross revenue generated from user traffic that originates from
> the
> > company links within each of the Partner Properties.
> >
> > What we need to do is provides updates on browsers for cauldron and
> Mageia 2
> > including this:
> >
> > https://duckduckgo.com/?q={{search}}&t=mageia
> >
>
> This link only lists other search systems. To get results about Mageia
> the link is:
>
> https://duckduckgo.com/?q={{search}}mageia
>
> Additionally: as Dimitrios already pointed out, search result links do
> not work in Konqueror (just tried, confirmed).
>

I think the point is to replace {{search}} with the query you want and
assign the search to mageia, not to search about mageia

Re: [Mageia-dev] Duckduckgo / Mageia browsers

[Anne Nicolas]

Le 20/11/2012 13:21, Wolfgang Bornath a écrit :

2012/11/20 Anne Nicolas:

Hi there

As some of you may have followed this on council meetings, we have signed a
contract with Duckduckgo, the search engine. They will give us 25% of the
monthly gross revenue generated from user traffic that originates from the
company links within each of the Partner Properties.

What we need to do is provides updates on browsers for cauldron and Mageia 2
including this:

https://duckduckgo.com/?q={{search}}&t=mageia



This link only lists other search systems. To get results about Mageia
the link is:

https://duckduckgo.com/?q={{search}}mageia

Additionally: as Dimitrios already pointed out, search result links do
not work in Konqueror (just tried, confirmed).



This is the link they gave us. You can ping them to correct it if needed.

--
Anne
http://mageia.org

Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?

[Frank Griffin]

On 11/20/2012 12:30 AM, Johnny A. Solbu wrote:

In the last day, a simple typo have sendt my MGA2 desktop system so sleep. (The 
Sleep key is right next to the F12 key. I use F12 extensively.)
When it wakes up, there is NO network (ethernet) of any kind. Nothing!
Assuming you're using KDE, KDE Power Management has been AFU for months 
now.


Originally, the problem was that if you disabled all use of 
sleep/hibernate, dpms would get turned on with a random (usually short) 
timeout, and the display would randomly (and often) go dark.


This never got fixed, but new PM bugs have surfaced.  What I notice 
currently is that PM has lost the ability to distinguish 
AC/Battery/LowBattery.  I was seeing the display dim when on AC, even 
though dimming was shut off for AC.  On a guess, I shut off dimming for 
Battery, and the display brightened again.  After a while, it dimmed 
again, so I shut dimming off for LowBattery, and it brightened up again 
and hasn't dimmed since.


So, my advice would be to disable Sleep/Hibernate on all power settings 
and see if your symptom disappears.

Re: [Mageia-dev] Duckduckgo / Mageia browsers

[Wolfgang Bornath]

2012/11/20 Anne Nicolas :
> Hi there
>
> As some of you may have followed this on council meetings, we have signed a
> contract with Duckduckgo, the search engine. They will give us 25% of the
> monthly gross revenue generated from user traffic that originates from the
> company links within each of the Partner Properties.
>
> What we need to do is provides updates on browsers for cauldron and Mageia 2
> including this:
>
> https://duckduckgo.com/?q={{search}}&t=mageia
>

This link only lists other search systems. To get results about Mageia
the link is:

https://duckduckgo.com/?q={{search}}mageia

Additionally: as Dimitrios already pointed out, search result links do
not work in Konqueror (just tried, confirmed).

-- 
wobo.

Re: [Mageia-dev] Duckduckgo / Mageia browsers

[Dimitrios Glentadakis]

2012/11/20 Anne Nicolas 

> Hi there
>
> As some of you may have followed this on council meetings, we have signed
> a contract with Duckduckgo, the search engine. They will give us 25% of the
> monthly gross revenue generated from user traffic that originates from the
> company links within each of the Partner Properties.
>
> What we need to do is provides updates on browsers for cauldron and Mageia
> 2 including this:
>
> https://duckduckgo.com/?q={{**search}}&t=mageia
>
> Browsers maintainers, can you please have a look ?
>
>
> Cheers
>
> --
> Anne
> http://mageia.org
>

I'd like to inform for a problem in konqueror:
https://bugs.kde.org/show_bug.cgi?id=307851
which is the reason i don't use the duckduckgo search engine

-- 
Dimitrios Glentadakis

Re: [Mageia-dev] Duckduckgo / Mageia browsers

[D.Morgan]

On Tue, Nov 20, 2012 at 12:12 PM, Anne Nicolas  wrote:
> Hi there
>
> As some of you may have followed this on council meetings, we have signed a
> contract with Duckduckgo, the search engine. They will give us 25% of the
> monthly gross revenue generated from user traffic that originates from the
> company links within each of the Partner Properties.
>
> What we need to do is provides updates on browsers for cauldron and Mageia 2
> including this:
>
> https://duckduckgo.com/?q={{search}}&t=mageia
>
> Browsers maintainers, can you please have a look ?
>
>
> Cheers
>
> --
> Anne
> http://mageia.org

Hi,

i will take care of firefox and chromium

[Mageia-dev] Duckduckgo / Mageia browsers

[Anne Nicolas]

Hi there

As some of you may have followed this on council meetings, we have 
signed a contract with Duckduckgo, the search engine. They will give us 
25% of the monthly gross revenue generated from user traffic that 
originates from the company links within each of the Partner Properties.


What we need to do is provides updates on browsers for cauldron and 
Mageia 2 including this:


https://duckduckgo.com/?q={{search}}&t=mageia

Browsers maintainers, can you please have a look ?


Cheers

--
Anne
http://mageia.org

Re: [Mageia-dev] mirror problems (mirror.aarnet.edu.au/mageia)

[Wolfgang Bornath]

2012/11/20 scsijon :
> sorry folks but can someone let whoever know that handles the mirror
> updating/syncing that mirror.aarnet.edu.au/mageia (with a few others) had a
> major drive corruption/destruction about a week or so, and 'quite a bit' of
> it has not yet been replaced ie it is no longer there or doesn't work. I did
> email someone through the forum who I thought was a moderator, but nothing
> has happened so i'm taking this thread path as I do know it will be attended
> to!
>
> And I wouldn't exactly trust what is still there anyway! Best may be to
> start a rsync with hash checking or just do everything, it may be quicker.

When you open this link http://mirror.aarnet.edu in http mode you will
see a bottom line:

"Feedback or queries are welcome to mir...@aarnet.edu.au"

-- 
wobo

[Mageia-dev] mirror problems (mirror.aarnet.edu.au/mageia)

[scsijon]

sorry folks but can someone let whoever know that handles the mirror 
updating/syncing that mirror.aarnet.edu.au/mageia (with a few others) 
had a major drive corruption/destruction about a week or so, and 'quite 
a bit' of it has not yet been replaced ie it is no longer there or 
doesn't work. I did email someone through the forum who I thought was a 
moderator, but nothing has happened so i'm taking this thread path as I 
do know it will be attended to!


And I wouldn't exactly trust what is still there anyway! Best may be to 
start a rsync with hash checking or just do everything, it may be quicker.


thanks
scsijon

Re: [Mageia-dev] Problem with Totem packages?

[Colin Guthrie]

'Twas brillig, and Robert Fox at 19/11/12 18:21 did gyre and gimble:
> Some requested packages cannot be installed:
> totem-3.6.3-2.mga3.x86_64 (due to unsatisfied
> gstreamer1.0-plugins-bad-1.0.2-2.mga3.i586)
> totem-mozilla-3.6.3-2.mga3.x86_64 (due to unsatisfied
> totem-3.6.3-2.mga3.i586)
> Continue installation anyway?
> 
> Since yesterday there seems to be a problem installing the Totem
> updates . . . Anyone else?

Yes, see the previous thread about this issue.

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] Broken Mageia-Update (Urpmi)

[Anssi Hannula]

19.11.2012 20:08, Robert Fox kirjoitti:
> On Mon, 2012-11-19 at 16:57 +0200, Sander Lepik wrote:
>> 18.11.2012 17:09, Thomas Spuhler kirjutas:
>>> On Sunday, November 18, 2012 05:20:09 AM Anssi Hannula wrote:
 18.11.2012 13:30, Thierry Vignaud kirjoitti:
> On 18 November 2012 11:38, Anssi Hannula  wrote:
>>> Bug has been filed:
>>> https://bugs.mageia.org/buglist.cgi?quicksearch=looping+forever
>>>
>>> Updating Cauldron is broken as of this morning -
>>>
>>> [root@mainfox rfox]# urpmi --auto-update -v
>> [...]
>>
>>> detecting looping forever while trying to resolve dependancies.
>>> Aborting... Try again with '-vv --debug' options
>>> at
>>> /usr/lib/perl5/vendor_perl/5.16.2/x86_64-linux-thread-multi/URPM/Resol
>>> ve.pm line 1061. unlocking rpm database
>>> unlocking urpmi database
>> It seems the loop threshold Resolve.pm:1061 is way too low and detects
>> looping when there in fact isn't any. I bumped it up by several orders
>> of magnitude locally and then urpmi worked again.
> To what value did you bump it?
 To 10, but that was just a random value since I mainly just wanted
 the upgrade to work. I don't know what would be a reasonable value.
>>> Did you upgrade it on the server? if yes, this didn't solve the problem.
>>>
>> No he didn't. Thierry, are you sure that your limit is correct? If
>> 10 works then i don't see it as an endless loop. Current value seems
>> to be too low and there are soon as many bugs about update problems than
>> we have about broken draksnapshot.
>>
>> --
>> Sander
>>
> 
> I changed the value to 1 as well and it worked.  So it is definitely
> too low of a limit (1000) -

As another random datapoint, I just tested (--test) upgrading one of my
mga2 boxes to cauldron, and the count was 8213 there. The loop took
approx. 3 seconds to execute, so we could probably make the value e.g.
5 or 10?

-- 
Anssi Hannula