Re: [Mageia-dev] Fwd: fallback mode

[Olav Vitters]

On Mon, Nov 05, 2012 at 07:33:43PM -0500, andre999 wrote:
> Olav Vitters a écrit :
> >On Mon, Nov 05, 2012 at 06:56:55PM -0500, andre999 wrote:
> >>Olav Vitters a écrit :
> ...
> >
> >This discussion has been held various times before. Please read the wiki
> >link. The reason I'm forwarding the email is to get feedback about the
> >impact on Mageia.
> >
> For the impact on Mageia, I think that depends entirely on how they
> deal with the display performance issue.  Gnome3 should display
> efficiently on hardware without accelerated display, particularly
> for text display.  Software emulation of hardware acceleration
> should only be used where strictly necessary.

In case the drivers are not good enough, GNOME 3 will be unusable.
Something that another distribution brought up is that ideally something
like that should be detected during installation, so that this can be
taken into account up-front.

> It might be useful to migrate gnome3 to fallback mode, instead of
> the inverse.  That is, modify fallback mode so that it can perform
> all the functions now in regular gnome3, including using hardware
> acceleration of display where available.  Thus using the current
> regular gnome3 as a testing ground for development of the current
> fallback mode.

I again suggest to read the wiki page for the issues with fallback mode.

-- 
Regards,
Olav

Re: [Mageia-dev] Fwd: fallback mode

[Olav Vitters]

On Tue, Nov 06, 2012 at 01:05:04AM +0100, JA Magallón wrote:
> I have connected my Atom netbook to a big monitor, and it handles
> perfecly the FullHD resolution. Gnome full mode works fine and fast.
> Its an Atom N450, graphics are recognised as N10 or Intel(R) Pineview GM.
> 
> All this with the monitor as the _ONLY_ monitor active.
> 
> If I try to use it on a multi-monitor setup, X gives a message about non-tiled
> framebuffer and gnome-shell is slow as hell, unusable.
> Probably that is a hardware limit, or a bug, because it happens even if
> the external monitor is a projector at 1024x768.
> 
> I was wating to do more tests to submit a bug

This might be a known driver/xorg issue. Various hardware either don't
work, or gets slow if the framebuffer exceeds 2048 pixels
(width/height/something). I'm not sure what the plan with that was, if
that could be fixed still in xorg, or only in Wayland. I think it was
fixable in xorg, but I'll have to check.

In any case, the obvious status is that at the moment some people cannot
run GNOME 3 and they have to rely on fallback mode. Debian suggested a
method to detect this during installation time. I don't expect GNOME 3
to suddenly be good enough for everyone in 3.8. This as many of the
causes are not due to GNOME (bad drivers).

-- 
Regards,
Olav

Re: [Mageia-dev] [changelog] cauldron core/release slim-1.3.3-3.mga3

[Colin Guthrie]

'Twas brillig, and blino at 05/11/12 22:38 did gyre and gimble:
> Name: slim Relocations: (not relocatable)
> Version : 1.3.3 Vendor: Mageia.Org
> Release : 3.mga3Build Date: Mon Nov  5 23:34:14 
> 2012
> Install Date: (not installed)   Build Host: jonund.mageia.org
> Group   : System/X11Source RPM: (none)
> Size: 235493   License: GPLv2+
> Signature   : (none)
> Packager: blino 
> URL : http://slim.berlios.de
> Summary : Simple login manager
> Description :
> SLiM (Simple Login Manager) is a Desktop-independent graphical
> login manager for X11.
> 
> It aims to be light and simple, although completely configurable
> through themes and an option file; is suitable for machines on which
> remote login functionalities are not needed.
> 
> Features included:
> 
> * PNG and XFT support for alpha transparency and antialiased fonts
> * External themes support
> * Configurable runtime options: X server, login / shutdown / reboot commands
> * Single (GDM-like) or double (XDM-like) input control
> * Can load predefined user at startup
> * Configurable welcome / shutdown messages
> * Random theme selection
> 
> blino  1.3.3-3.mga3:
> + Revision: 314544
> - buildrequire freeglut-devel
> - add tmpfiles.d config file (from Fedora)
> - add systemd unit (from Fedora)
> - revert using consolekit's ck-launch-session for login_cmd (to drop 
> consolekit dep, we will use systemd)
> 

For what it's worth, I think the PAM changes are wrong here.

Systemd still needs the loginuid pam module (well, "very much prefers"
is perhaps better than needs) and I think the namespace one is still
needed too.

Might also be wise to keep the gnome_keyring one? Not 100% sure about
that tho'.

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] Fwd: fallback mode

[Colin Guthrie]

'Twas brillig, and Olav Vitters at 05/11/12 23:01 did gyre and gimble:
> On Mon, Nov 05, 2012 at 11:39:41PM +0100, Olivier Blin wrote:
>> Olav Vitters  writes:
>>
>>> On Mon, Nov 05, 2012 at 07:27:26PM +0100, Olivier Blin wrote:
 Even an Intel Core2 Duo (E8400) from 2008 + Intel Q35 chipset from 2007
 can not handle the load with Gnome Shell on a 1920x1080 display, using
 accelerated GL drivers.
>>>
>>> Sure it is not using llvmpipe accidentally? What kind of driver does
>>> that Q35 use? I have an intel chipset in my old laptop, no clue what,
>>> but it is really smooth.
>>
>> Q35 has an Intel GMA3100 chipset, it is using i915.
>> I don't think it is using llvmpipe, since
>> /usr/lib64/gnome-session-check-accelerated-helper succeeds.
>> Is there a better way to check that?
> 
> System Settings → Details.
> 
>> Which Intel chipset is your old laptop using? 
> 
> Intel® 965GM. I guess that is newer than your laptop. My laptop has a
> BIOS from 2007, I guess it was made around that time. GNOME shell seems
> really smooth, same as my main machine though resolution is just
> 1280×1024.

My ~4year old primary machine with i945 (so somewhere in between) is
also pretty smooth overall (could be smoother but it is 4 years old!)

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] Back to our weekly meetings

[Anne Nicolas]

Hi there

As said last week we will restart our weekly meeting tonight, on 
#mageia-dev at 20h UTC.


Here are the proposed topics:

- Mageia 1 EOL
- Mageia 3 alpha 2 release
- Main features review
- Review of pending security updates
- Mentoring review

Cheers

--
Anne
http://mageia.org

Re: [Mageia-dev] [soft-commits] [6416] Initial commit of Admin Panel.

[Guillaume Rousse]

Le 06/11/2012 12:09, r...@mageia.org a écrit :

Revision
6416
Author
tuxta
Date
2012-11-06 12:09:51 +0100 (Tue, 06 Nov 2012)


  Log Message

Initial commit of Admin Panel.
Has basic functionality that you might expect from the core program, escalates 
priviledges, loads categories and modules dynamically from configuration file, 
launches modules and returns to the panel once the module has completed. Works 
within ncurses, gtk and qt environments using the native widget set.


  Added Paths

  * AdminPanel/trunk/
  * AdminPanel/trunk/Auth.pm <#AdminPaneltrunkAuthpm>
  * AdminPanel/trunk/Category.pm <#AdminPaneltrunkCategorypm>
  * AdminPanel/trunk/ConfigReader.pm <#AdminPaneltrunkConfigReaderpm>
  * AdminPanel/trunk/MainDisplay.pm <#AdminPaneltrunkMainDisplaypm>
  * AdminPanel/trunk/Module.pm <#AdminPaneltrunkModulepm>
  * AdminPanel/trunk/SettingsReader.pm <#AdminPaneltrunkSettingsReaderpm>
  * AdminPanel/trunk/apanel.pl <#AdminPaneltrunkapanelpl>
  * AdminPanel/trunk/categories.conf <#AdminPaneltrunkcategoriesconf>
  * AdminPanel/trunk/extras/
  * AdminPanel/trunk/extras/README <#AdminPaneltrunkextrasREADME>
  * AdminPanel/trunk/extras/org.freedesktop.policykit.pkexec.policy
<#AdminPaneltrunkextrasorgfreedesktoppolicykitpkexecpolicy>
  * AdminPanel/trunk/images/
  * AdminPanel/trunk/images/logo_mageia.png
<#AdminPaneltrunkimageslogo_mageiapng>
  * AdminPanel/trunk/images/mageia.png <#AdminPaneltrunkimagesmageiapng>
  * AdminPanel/trunk/images/quit.png <#AdminPaneltrunkimagesquitpng>
  * AdminPanel/trunk/modules/
  * AdminPanel/trunk/modules/test.cpp <#AdminPaneltrunkmodulestestcpp>
  * AdminPanel/trunk/settings.conf <#AdminPaneltrunksettingsconf>

Added: AdminPanel/trunk/Auth.pm
===
--- AdminPanel/trunk/Auth.pm(rev 0)
+++ AdminPanel/trunk/Auth.pm2012-11-06 11:09:51 UTC (rev 6416)
@@ -0,0 +1,50 @@
+#Copyright 2012 Matteo Pasotti
+#
+#This file is part of mcc2
+#
+#mcc2 is free software: you can redistribute it and/or modify
+#it under the terms of the GNU General Public License as published by
+#the Free Software Foundation, either version 2 of the License, or
+#(at your option) any later version.
+#
+#mcc2 is distributed in the hope that it will be useful,
+#but WITHOUT ANY WARRANTY; without even the implied warranty of
+#MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+#GNU General Public License for more details.
+#
+#You should have received a copy of the GNU General Public License
+#along with mcc2.  If not, see .
I'm not convinced of the interest of repeating license and copyright 
information in every single file, whereas a single top-level README file 
would be enough.



+
+package Auth;
I'm convinced tough than using a shared top-level namespace, for 
instance AdminPanel or Mageia::AdminPanel, would be a better idea to 
express the idea than this module is a part of a software, than a loose 
comment such as "This file is part of mcc2".

package Mageia::AdminPanel::Auth;


+
+require Exporter;
+@ISA = qw(Exporter);

You'd rather use a modern perl idiom:
use base qw(Exporter)

or

use parent qw(Exporter);


+@EXPORT = qw(require_root_capability
+ask_for_authentication);
+
+use strict;
+use warnings;
+use diagnostics;

Those pragmas should come first, before package variables


+use Data::Dumper;

Unused anywere. Don't load debug-related modules in production coed.


+sub require_root_capability {
+   return 0 if(!$>);
+   return 1;
+}

Perl best practice: use english name for magic variables, for readability:

use English qw(-no_match_vars );
return 0 if (!$EUID);

And your condition could be expressed in a single statement:
sub require_root_capability {
return $EUID == 0;
}


+
+sub ask_for_authentication {
+   my @args = @ARGV;
+   my $command = wrap_command($0);
+   unshift(@args, $command->[2]);
+   exec { $command->[0] } $command->[1], @args or die ("command %s missing", 
$command->[0]);
+   die "You must be root to run this program" if $>;
+}

You're duplicating the condition from previous function here.
die "You must be root to run this program" if
!require_root_capability();

Morevoer, you'd better test before executing the command:
die "You must be root to run this program" if
!require_root_capability();
exec { $command->[0] } $command->[1], @args
or die ("command %s missing", $command->[0]);


+sub wrap_command {
+   my $currenv = "env";
+   my $wrapper = "pkexec";
+   my $app = $0;
+   my $command = [$wrapper, $currenv, $app];
+   ($command);
+}

Perl best practice: use explicit return statement, for better readability:
return ($command);

Using temporary variables for constant isn't very useful here, the whole 
function would probably be more readable this way:


sub wrap_command {
my ($app) 

Re: [Mageia-dev] Back to our weekly meetings

[Anne Nicolas]

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

Hi there

As said last week we will restart our weekly meeting tonight, on
#mageia-dev at 20h UTC.

Here are the proposed topics:


Adding also faac topic in this list so that we take a final decision 
about it.




- Mageia 1 EOL
- Mageia 3 alpha 2 release
- Main features review
- Review of pending security updates
- Mentoring review

Cheers




--
Anne
http://mageia.org

[Mageia-dev] Graphical Boot stalled in current cauldron

[Frank Griffin]

This actually started with the last systemd drop, but it's still 
happening with today's systemd drop.


The boot proceeds and then stalls on tty1 with:

[^[[1;32m  OK  ^[[0m] Started LSB: ProFTPD FTP server.
[^[[1;32m  OK  ^[[0m] Started LSB: Starts the postfix daemons.
[^[[1;32m  OK  ^[[0m] Started LSB: Video Disk Recorder.
[^[[1;31mFAILED^[[0m] Failed to start Wait for Plymouth Boot Screen to Quit.
See 'systemctl status plymouth-quit-wait.service' for details.
[^[[1;32m  OK  ^[[0m] Reached target Multi-User.
[^[[1;32m  OK  ^[[0m] Reached target Graphical Interface.

The DM (GDM) does not start.  However, if you ALT-F2 to tty2, getty 
comes up, and if you do "service dm start", the DM starts, oddly enough, 
on tty1.


So, apparently, GDM can clear tty1 and start normally if it actually 
gets control, but whatever systemd is doing to start the DM either isn't 
getting done or is failing prematurely.

Re: [Mageia-dev] Graphical Boot stalled in current cauldron

[Colin Guthrie]

'Twas brillig, and Frank Griffin at 06/11/12 12:28 did gyre and gimble:
> This actually started with the last systemd drop, but it's still
> happening with today's systemd drop.
> 
> The boot proceeds and then stalls on tty1 with:
> 
> [^[[1;32m  OK  ^[[0m] Started LSB: ProFTPD FTP server.
> [^[[1;32m  OK  ^[[0m] Started LSB: Starts the postfix daemons.
> [^[[1;32m  OK  ^[[0m] Started LSB: Video Disk Recorder.
> [^[[1;31mFAILED^[[0m] Failed to start Wait for Plymouth Boot Screen to
> Quit.
> See 'systemctl status plymouth-quit-wait.service' for details.
> [^[[1;32m  OK  ^[[0m] Reached target Multi-User.
> [^[[1;32m  OK  ^[[0m] Reached target Graphical Interface.
> 
> The DM (GDM) does not start.  


> However, if you ALT-F2 to tty2, getty
> comes up, and if you do "service dm start", the DM starts, oddly enough,
> on tty1.

That's not odd. gdm is meant to always come up on tty1.

> So, apparently, GDM can clear tty1 and start normally if it actually
> gets control, but whatever systemd is doing to start the DM either isn't
> getting done or is failing prematurely.

Can you check what "systemctl status prefdm.service" says immediately
after booting?

Cheers

Col

-- 

Colin Guthrie
colin(at)mageia.org
http://colin.guthr.ie/

Day Job:
  Tribalogic Limited http://www.tribalogic.net/
Open Source:
  Mageia Contributor http://www.mageia.org/
  PulseAudio Hacker http://www.pulseaudio.org/
  Trac Hacker http://trac.edgewall.org/

Re: [Mageia-dev] Barry's cronsync script - Bugs

[Barry Jackson]

On 05/11/12 19:36, Johnny A. Solbu wrote:


I have problems customizing it for my own use. (I'm testiing manually for the 
time being)
It won't exclude the things I say it should exclude.
My copy have this line:
==
myexcludes="--exclude={debug/,backports_testing,updates_testing/}"
==
It does Not exclude them. (Note that I am excluding all debug and _testing 
folders, but Not SRPMS)
That line used in my manuall rsync command, works. They are excluded.

So, why won't this work in cronsync?


Hi Johnny,
Sorry for delay - I missed the post.
It's your syntax.
This works using your excludes with the syntax in line 20 of this new 
script.


http://paste.kde.org/598076/

I fixed another bug and changed it slightly to better display rsync 
errors in the log.
I have not seen any problems recently and it's running every hour. It 
currently keeps a filecount history log as well, but that's just for 
interest and testing.


The problem with your syntax seems to be related to the {} - I don't 
fully understand why, but it causes a pair of ' to be wrapped around the 
--exclude option in the final rsync command :


rsync -rlptgoDhHSn --stats --delete-after --delete-excluded 
--protect-args '--exclude={debug/,backports_testing,updates_testing/}' 
rsync://distrib-coffee.ipsl.jussieu.fr:/pub/linux/Mageia/distrib 
/zmrepo/pub/linux/Mageia/


With my syntax it appears like this:-

rsync -rlptgoDhHSn --progress --stats --delete-after --max-delete=1000 
--delete-excluded --protect-args --exclude=debug 
--exclude=backports_testing --exclude=updates_testing 
rsync://distrib-coffee.ipsl.jussieu.fr:/pub/linux/Mageia/distrib 
/zmrepo/pub/linux/Mageia/


Regards
Barry

Re: [Mageia-dev] [soft-commits] [6418] using yui::YCommandLine only for all, at the moment

[Guillaume Rousse]

Le 06/11/2012 14:28, r...@mageia.org a écrit :

Modified: AdminPanel/trunk/apanel.pl
===
--- AdminPanel/trunk/apanel.pl  2012-11-06 13:22:23 UTC (rev 6417)
+++ AdminPanel/trunk/apanel.pl  2012-11-06 13:28:57 UTC (rev 6418)
@@ -22,17 +22,14 @@
  use diagnostics;
  use FindBin;
  use lib "$FindBin::RealBin";
-use Getopt::Long;
  use Auth;
  use MainDisplay;
  use yui;

Why do you need FindBin, instead of a proper installation procedure ?

--
The harder you try to come up with a descriptive file name with just 
eight characters, the less meaningful the name will be.

-- Murphy's Law of Labels

Re: [Mageia-dev] Barry's cronsync script - Bugs

[Barry Jackson]

Damn!!

I left a 'n' (dry run) on the options in the live run section after 
testing on line 148 - just remove it once you are happy with it.

I'll paste it again later.

Barry

Re: [Mageia-dev] Barry's cronsync script - Bugs

[Barry Jackson]

On 06/11/12 14:18, Barry Jackson wrote:

Damn!!

No thrice damn!! - I did remove it but from the wrong section (line 109).

Ignore the previous paste as it's dangerous.

This *is* correct.
http://paste.kde.org/598106/

I think I need more sleep :\

Re: [Mageia-dev] [soft-commits] [6416] Initial commit of Admin Panel.

[Angelo Naselli]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks Guillaume
to have started reviewing the code :)

As said I'm not a perl developer, so any help
change and what else is appreciated.

Now all is in our svn, so I, well we all, do hope
in increasing contribution to make our little toy
a real product.

I won't comment perl adjustment since i just cut&paste
some code to get my things running i'm leaving this
aim to who in the group is more perl active :)

>> +#Copyright 2012 Matteo Pasotti +# +#This file is part of
>> mcc2 +# +#mcc2 is free software: you can redistribute it
>> and/or modify +#it under the terms of the GNU General Public
>> License as published by +#the Free Software Foundation,
>> either version 2 of the License, or +#(at your option) any
>> later version. +# +#mcc2 is distributed in the hope that it
>> will be useful, +#but WITHOUT ANY WARRANTY; without even the
>> implied warranty of +#MERCHANTABILITY or FITNESS FOR A
>> PARTICULAR PURPOSE.  See the +#GNU General Public License for
>> more details. +# +#You should have received a copy of the GNU
>> General Public License +#along with mcc2.  If not, see
>> .
> I'm not convinced of the interest of repeating license and
> copyright information in every single file, whereas a single
> top-level README file would be enough.
Well isn't it required by gnu and common way of using gpl in
programming?
But perhaps i see your point the bigger is a scripting file the
more disk space is using.

> I'm convinced tough than using a shared top-level namespace, for 
> instance AdminPanel or Mageia::AdminPanel, would be a better idea
> to express the idea than this module is a part of a software, than
> a loose comment such as "This file is part of mcc2". package
> Mageia::AdminPanel::Auth;
Using a namespace could be a good idea, as said this is a simple toy
at the moment. I'm not sure using Mageia though is right as well,
it's been thought as a general purpose admin panel at the moment...

> BTW, your indentation isn't consistent between various files.
well, ehm I think it's my fault, i use kde editor and i don't like
tab. Is there any policy for that? I mean tab=8, tab as a tab and not
space etc? Or we can use ours one and for all?

Cheers,
Angelo

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlCZJLYACgkQqEs9DA4DquDTCACfc1o+7lu/SwfXuMWn51MtSt4X
u5UAnRehfRZUAkF94g03OirhxYsWMfC6
=wo6L
-END PGP SIGNATURE-

Re: [Mageia-dev] Graphical Boot stalled in current cauldron

[Frank Griffin]

On 11/06/2012 08:49 AM, Colin Guthrie wrote:

'Twas brillig, and Frank Griffin at 06/11/12 12:28 did gyre and gimble:

However, if you ALT-F2 to tty2, getty
comes up, and if you do "service dm start", the DM starts, oddly enough,
on tty1.

That's not odd. gdm is meant to always come up on tty1.


I know, but it looked like systemd was still holding tty1.

Can you check what "systemctl status prefdm.service" says immediately 
after booting? 


It showed gdm segfaulting, so I installed gdm-debug, rebooted, and ran
   systemctl status --lines=100 --no-pager prefdm.service
and got (with the entries prior to this boot deleted):

prefdm.service - Display Manager
  Loaded: loaded (/usr/lib/systemd/system/prefdm.service; static)
  Active: inactive (dead)
  CGroup: name=systemd:/system/prefdm.service

Nov 06 09:31:09 localhost.localdomain gdm-binary[8870]: WARNING: 
GdmDisplay: display lasted 0.001836 seconds
Nov 06 09:31:10 localhost.localdomain gdm-simple-slave[24667]: WARNING: 
Failed to give slave programs access to the display. Trying to proceed.
Nov 06 09:31:31 localhost.localdomain gdm-simple-slave[24667]: WARNING: 
Tried to look up non-existent conversation gdm-launch-environment
Nov 06 09:31:31 localhost.localdomain systemd[1]: Stopping Display 
Manager...
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: 
*** START 
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 0: 
/usr/sbin/gdm-binary() [0x42a1ab]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 1: 
/usr/sbin/gdm-binary() [0x42a59a]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 2: 
/lib64/libpthread.so.0(+0xf000) [0x7fb678436000]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 3: 
/lib64/libc.so.6(gsignal+0x35) [0x7fb6780af815]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 4: 
/lib64/libc.so.6(abort+0x148) [0x7fb6780b0e78]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 5: 
/lib64/libglib-2.0.so.0(g_assertion_message+0x137) [0x7fb678ecb8f7]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 6: 
/lib64/libglib-2.0.so.0(g_assertion_message_error+0x9f) [0x7fb678ecbb2f]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 7: 
/lib64/libgio-2.0.so.0(+0xda585) [0x7fb679480585]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 8: 
/lib64/libgio-2.0.so.0(+0xdac9e) [0x7fb679480c9e]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 9: 
/lib64/libgio-2.0.so.0(g_dbus_object_manager_server_unexport+0x6c) 
[0x7fb6794816ac]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 10: 
/lib64/libglib-2.0.so.0(g_hash_table_find+0x9b) [0x7fb678e9a1bb]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 11: 
/usr/sbin/gdm-binary() [0x40b03d]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 12: 
/usr/sbin/gdm-binary() [0x41115c]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 13: 
/lib64/libgobject-2.0.so.0(g_object_unref+0x1e8) [0x7fb67916d0b8]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 14: 
/usr/sbin/gdm-binary() [0x409507]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 15: 
/lib64/libffi.so.6(ffi_call_unix64+0x4c) [0x7fb677843e68]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 16: 
/lib64/libffi.so.6(ffi_call+0x1e0) [0x7fb677843870]
Nov 06 09:31:31 localhost.localdomain gdm-binary[8870]: Frame 17: 
/lib64/libgobject-2.0.so.0(g_cclosure_marshal_generic+0x1fb) 
[0x7fb679168abb]
Nov 06 09:31:31 localhost.localdomain systemd[1]: prefdm.service: main 
process exited, code=exited, status=1/FAILURE

Nov 06 09:31:32 localhost.localdomain systemd[1]: Stopped Display Manager.
Nov 06 09:31:32 localhost.localdomain systemd[1]: Unit prefdm.service 
entered failed state

Nov 06 09:38:36 localhost.localdomain systemd[1]: Started Display Manager.
Nov 06 09:38:38 localhost.localdomain gdm-simple-slave[16435]: WARNING: 
Failed to give slave programs access to the display. Trying to proceed.
Nov 06 09:39:00 localhost.localdomain gdm-password][18296]: 
pam_succeed_if(gdm-password:auth): requirement "user ingroup 
nopasswdlogin" not met by user "ftg"
Nov 06 09:39:05 localhost.localdomain gdm-password][18296]: 
pam_tcb(gdm-password:auth): Authentication passed for ftg from (uid=0)
Nov 06 09:39:05 localhost.localdomain gdm-simple-slave[16435]: WARNING: 
Failed to remove slave program access to the display. Trying to proceed.
Nov 06 09:39:05 localhost.localdomain gdm-simple-slave[16435]: WARNING: 
Child process -16470 was already dead.
Nov 06 09:48:57 localhost.localdomain gdm-binary[16377]: WARNING: 
GdmDisplay: display lasted 0.001804 seconds
Nov 06 09:48:58 localhost.localdomain gdm-simple-slave[6995]: WARNING: 
Failed to give slave programs access to the display. Trying to proceed.
Nov 06 09:49:58 localhost.localdomain systemd[1]: Stopping Display 
Manager...
Nov 06 09:49:58 localhost.loca

Re: [Mageia-dev] [soft-commits] [6418] using yui::YCommandLine only for all, at the moment

[Angelo Naselli]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 06/11/2012 15:09, Guillaume Rousse ha scritto:
> Le 06/11/2012 14:28, r...@mageia.org a écrit :
>> Modified: AdminPanel/trunk/apanel.pl 
>> ===
>>
>> 
- --- AdminPanel/trunk/apanel.pl2012-11-06 13:22:23 UTC (rev 6417)
>> +++ AdminPanel/trunk/apanel.pl2012-11-06 13:28:57 UTC (rev
>> 6418) @@ -22,17 +22,14 @@ use diagnostics; use FindBin; use lib
>> "$FindBin::RealBin"; -use Getopt::Long; use Auth; use
>> MainDisplay; use yui;
> Why do you need FindBin, instead of a proper installation procedure
> ?
> 
I guess you ain't commenting my commit here :)

Angelo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlCZJeIACgkQqEs9DA4DquDJ7QCgu9y3xL3CEcPlzbQbnFYJ002V
Y6IAoJRDMkGI2YlHc77NH5tNTXiOK+fM
=ExTS
-END PGP SIGNATURE-

Re: [Mageia-dev] Graphical Boot stalled in current cauldron

[Frank Griffin]

I should note that this is an 8-core Intel i7, so this could easily be a 
race condition...

Re: [Mageia-dev] Graphical Boot stalled in current cauldron

[Frank Griffin]

On 11/06/2012 10:06 AM, Frank Griffin wrote:
I should note that this is an 8-core Intel i7, so this could easily be 
a race condition...


A, nevvermind, I found it.  It's that non-LSB oracle initscript 
again.  The rpm went missing, and that resulted in landing an unmodified 
initscript in /etc/init.d.


Sorry for the noise.

Re: [Mageia-dev] [soft-commits] [6416] Initial commit of Admin Panel.

[Nicolas Lécureuil]

Le mardi 6 novembre 2012 13:16:20 Guillaume Rousse a écrit :
> Le 06/11/2012 12:09, r...@mageia.org a écrit :
> > Revision
> > 
> > 6416
> > 
> > Author
> > 
> > tuxta
> > 
> > Date
> > 
> > 2012-11-06 12:09:51 +0100 (Tue, 06 Nov 2012)
> > 
> >   Log Message
> > 
> > Initial commit of Admin Panel.
> > Has basic functionality that you might expect from the core program,
> > escalates priviledges, loads categories and modules dynamically from
> > configuration file, launches modules and returns to the panel once the
> > module has completed. Works within ncurses, gtk and qt environments using
> > the native widget set.> 
> >   Added Paths
> >   
> >   * AdminPanel/trunk/
> >   * AdminPanel/trunk/Auth.pm <#AdminPaneltrunkAuthpm>
> >   * AdminPanel/trunk/Category.pm <#AdminPaneltrunkCategorypm>
> >   * AdminPanel/trunk/ConfigReader.pm <#AdminPaneltrunkConfigReaderpm>
> >   * AdminPanel/trunk/MainDisplay.pm <#AdminPaneltrunkMainDisplaypm>
> >   * AdminPanel/trunk/Module.pm <#AdminPaneltrunkModulepm>
> >   * AdminPanel/trunk/SettingsReader.pm <#AdminPaneltrunkSettingsReaderpm>
> >   * AdminPanel/trunk/apanel.pl <#AdminPaneltrunkapanelpl>
> >   * AdminPanel/trunk/categories.conf <#AdminPaneltrunkcategoriesconf>
> >   * AdminPanel/trunk/extras/
> >   * AdminPanel/trunk/extras/README <#AdminPaneltrunkextrasREADME>
> >   * AdminPanel/trunk/extras/org.freedesktop.policykit.pkexec.policy
> >   
> > <#AdminPaneltrunkextrasorgfreedesktoppolicykitpkexecpolicy>
> >   
> >   * AdminPanel/trunk/images/
> >   * AdminPanel/trunk/images/logo_mageia.png
> >   
> > <#AdminPaneltrunkimageslogo_mageiapng>
> >   
> >   * AdminPanel/trunk/images/mageia.png <#AdminPaneltrunkimagesmageiapng>
> >   * AdminPanel/trunk/images/quit.png <#AdminPaneltrunkimagesquitpng>
> >   * AdminPanel/trunk/modules/
> >   * AdminPanel/trunk/modules/test.cpp <#AdminPaneltrunkmodulestestcpp>
> >   * AdminPanel/trunk/settings.conf <#AdminPaneltrunksettingsconf>
> > 
> > Added: AdminPanel/trunk/Auth.pm
> > ===
> > --- AdminPanel/trunk/Auth.pm(rev 0)
> > +++ AdminPanel/trunk/Auth.pm2012-11-06 11:09:51 UTC (rev 6416)
> > @@ -0,0 +1,50 @@
> > +#Copyright 2012 Matteo Pasotti
> > +#
> > +#This file is part of mcc2
> > +#
> > +#mcc2 is free software: you can redistribute it and/or modify
> > +#it under the terms of the GNU General Public License as published by
> > +#the Free Software Foundation, either version 2 of the License, or
> > +#(at your option) any later version.
> > +#
> > +#mcc2 is distributed in the hope that it will be useful,
> > +#but WITHOUT ANY WARRANTY; without even the implied warranty of
> > +#MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> > +#GNU General Public License for more details.
> > +#
> > +#You should have received a copy of the GNU General Public License
> > +#along with mcc2.  If not, see .
> 
> I'm not convinced of the interest of repeating license and copyright
> information in every single file, whereas a single top-level README file
> would be enough.

Because in normal code we had header in top of code files :)

> > +sub require_root_capability {
> > +   return 0 if(!$>);
> > +   return 1;
> > +}
> 
> Perl best practice: use english name for magic variables, for readability:

why rewrite this function ? this exist in common.pm already

Re: [Mageia-dev] [soft-commits] [6416] Initial commit of Admin Panel.

[Matteo Pasotti]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/11/2012 13:16, Guillaume Rousse wrote:
> information in every single file, whereas a single top-level README
> file would be enough.
> 
Hello Guillaume,

GPLv2 says:
It is safest to attach them to the start of each source file to most
effectively convey the exclusion of warranty; and each file should
have at least the "copyright" line and a pointer to where the full
notice is found.

http://www.gnu.org/licenses/gpl-2.0.html

>> + +package Auth;
> I'm convinced tough than using a shared top-level namespace, for 
> instance AdminPanel or Mageia::AdminPanel, would be a better idea
> to express the idea than this module is a part of a software, than
> a loose comment such as "This file is part of mcc2". package
> Mageia::AdminPanel::Auth;
> 
It's just a prototype, it will be "fixed" in future.
>> + +require Exporter; +@ISA = qw(Exporter);
> You'd rather use a modern perl idiom: use base qw(Exporter)
> 
> or
> 
> use parent qw(Exporter);
> 
Got it.
>> +@EXPORT = qw(require_root_capability +
>> ask_for_authentication); + +use strict; +use warnings; +use
>> diagnostics;
> Those pragmas should come first, before package variables
> 
Got it
>> +use Data::Dumper;
> Unused anywere. Don't load debug-related modules in production
> coed.
> 
afaik, apanel is not "in production" so what's your concern?.
>> +sub require_root_capability { +return 0 if(!$>); +return
>> 1; +}
> Perl best practice: use english name for magic variables, for
> readability:
> 
> use English qw(-no_match_vars ); return 0 if (!$EUID);
> 
> And your condition could be expressed in a single statement: sub
> require_root_capability { return $EUID == 0; }
> 
>> + +sub ask_for_authentication { +my @args = @ARGV; +my
>> $command = wrap_command($0); +unshift(@args, $command->[2]); 
>> +exec { $command->[0] } $command->[1], @args or die ("command
>> %s missing", $command->[0]); +die "You must be root to run
>> this program" if $>; +}
> You're duplicating the condition from previous function here. die
> "You must be root to run this program" if 
> !require_root_capability();
> 
Don't blame me too much for readability and duplications, please.
I was inspired by /usr/lib/libDrakX/common.pm and other modules that
are not very readable and that contain similar duplications.
Again, this module it's still a prototype and I'm learning new stuff
while coding it. I'll work on improving its readability.
> Morevoer, you'd better test before executing the command: die "You
> must be root to run this program" if !require_root_capability(); 
> exec { $command->[0] } $command->[1], @args or die ("command %s
> missing", $command->[0]);
> 
Same as above, take a look at /usr/lib/libDrakX/common.pm and you'll
see that the test is performed after the exec.
>> +sub wrap_command { +my $currenv = "env"; +my $wrapper =
>> "pkexec"; +my $app = $0; +my $command = [$wrapper,
>> $currenv, $app]; +($command); +}
> Perl best practice: use explicit return statement, for better
> readability: return ($command);
> 
Again, same as above.
> Using temporary variables for constant isn't very useful here, the
> whole function would probably be more readable this way:
> 
> sub wrap_command { my ($app) = @_; return (['pkexec', 'env',
> $app]); }
> 
> I don't understand the need for list contexte here, tough.
> 
> BTW, your indentation isn't consistent between various files.
I worked almost exclusively on the file you have dissected =) and
honestly it's not a big issue to me to read source files with
different indentations (I mean if they are somehow indented and
readable).

I'll try to improve my code even paying attention to your precious
advices.

Thank you.

Matteo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQmS25AAoJED3LowjDDWbNj3MH/jazMliy7g+VmvYYm5EA2t3G
nqv4o3+FT01cRp45OXq+Xus7TIg/IEFDAtfsIRfWUWH7sH7J1ooWywzourD4kkj0
XXWw7Wykhhpn2cJ5Sv55KwAr5u+ubt5CC2Tga7sis3hvcsFuMKXOoxV6BtUIUQ4O
+IuzybR7GhjM/B+oGiPdSLQyRXEB/LhxWsle+Xs0Ode5dYjLZ3QR4YumVC6YiYsS
qU/B9SYd3P09K48zqjWNtxDfwf8QItU5oCZ8p9nFnY3vLkW16FGiG2MFJigrOfjq
+Ae+6qH/Q/ZH3iqoZDBGXutr6zUIHhyJmU6ICawR2IIbj6lGdKxTUjqu3aN0H+o=
=U5sK
-END PGP SIGNATURE-

Re: [Mageia-dev] [soft-commits] [6416] Initial commit of Admin Panel.

[Matteo Pasotti]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/11/2012 16:26, Nicolas Lécureuil wrote:
>>> +sub require_root_capability { +return 0 if(!$>); + return 1; 
>>> +}
>> 
>> Perl best practice: use english name for magic variables, for
>> readability:
> 
> why rewrite this function ? this exist in common.pm already
Hello Nicolas,
yes, the function already exists but common.pm uses MDK::Common that
apanel currently doesn't needs. Consider then that we are using pkexec
 and not consolehelper. I haven't found other ways at that time.
However, I kept that "code structure" to be able to easily switch
apanel to the common module if needed (or maybe support both the
backends).

Any suggestion is more than welcome :)
Regards,
- -- 
Matteo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQmS+3AAoJED3LowjDDWbNkGoH+wTvtJl7gFJeqOGa1qljhySj
lzflQ4ALxDcUh3JZrCs8b4iRmVvc13vzqG/r5Y9jcmLrPzWyUFIKAm/RR6ey7JC1
9+rVTwq+kybG6z0kNX5ntqgA8OZdF56cH6tQ7WP5pXr+uYOZmmaQ5Eaqa0QuKcxe
56okyaCJ9QTIHAxv/zIUdZ1hlivScPt5yN1k+VNFnuXLAArnZ0vGTxc9kvyVzkMq
yv+VRqBJcO+4l3oVf3a40ZBTIpxt2AuiVf41lJSWBTLlARQyM61Sy4n+xQjTSl7G
o0Rhlb+GDiftPXSfxoFQrG5B1XgsDfsauFC6IB4eqCnp5/gs3va4McelkYgH+xk=
=+rP3
-END PGP SIGNATURE-

Re: [Mageia-dev] Graphical Boot stalled in current cauldron

[Colin Guthrie]

'Twas brillig, and Frank Griffin at 06/11/12 15:19 did gyre and gimble:
> On 11/06/2012 10:06 AM, Frank Griffin wrote:
>> I should note that this is an 8-core Intel i7, so this could easily be
>> a race condition...
>>
> A, nevvermind, I found it.  It's that non-LSB oracle initscript
> again.  The rpm went missing, and that resulted in landing an unmodified
> initscript in /etc/init.d.
> 
> Sorry for the noise.

Ahh, that pesky time sync :p

Glad you noticed!

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] Graphical Boot stalled in current cauldron

[Frank Griffin]

On 11/06/2012 11:04 AM, Colin Guthrie wrote:
Ahh, that pesky time sync :p Glad you noticed! Col 

Here's a follow-up:

I fixed the oracle initscript, but now it won't start through systemd.  
Doing a "service oracle-xe start" gives me an [OK], but "systemctl 
status oracle-xe.service" shows the status as "exited" and only the 
single line "systemd[1]: Started LSB: xxx".


However, if I use SYSTEMCTL_SKIP_REDIRECT=Y, it starts just fine. Any 
idea as to where to look for an error ?  "journalctl --lines=100 
--no-pager _SYSTEMD_UNIT=oracle-xe.service" gives me nothing on the 
failed attempt, just a few lines on the successful SKIP_REDIRECT one...


Thanks,
Frank

Re: [Mageia-dev] [soft-commits] [6416] Initial commit of Admin Panel.

[Guillaume Rousse]

Le 06/11/2012 16:33, Matteo Pasotti a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/11/2012 13:16, Guillaume Rousse wrote:

information in every single file, whereas a single top-level README
file would be enough.


Hello Guillaume,

GPLv2 says:
It is safest to attach them to the start of each source file to most
effectively convey the exclusion of warranty; and each file should
have at least the "copyright" line and a pointer to where the full
notice is found.

http://www.gnu.org/licenses/gpl-2.0.html
Come on, you really think someone will sue you because running your code 
crashed his system, and you have to be that "safe" ? It's a pain to have 
to skip multiple lines of legal bullshit before reaching the code, and 
you'll need to update a gazillion files in just a few monthes because 
we'll change year.


[..]

+use Data::Dumper;

Unused anywere. Don't load debug-related modules in production
coed.


afaik, apanel is not "in production" so what's your concern?.
Don't bloat memory by loading unused modules. Keep your debug code in 
your working directory, not in svn.


[..]

+ +sub ask_for_authentication { +my @args = @ARGV; +my
$command = wrap_command($0); +unshift(@args, $command->[2]);
+exec { $command->[0] } $command->[1], @args or die ("command
%s missing", $command->[0]); +die "You must be root to run
this program" if $>; +}

You're duplicating the condition from previous function here. die
"You must be root to run this program" if
!require_root_capability();


Don't blame me too much for readability and duplications, please.
I was inspired by /usr/lib/libDrakX/common.pm and other modules that
are not very readable and that contain similar duplications.

I wouldn't consider drakxtools a reference for readability...

--
BOFH excuse #23:

improperly oriented keyboard

Re: [Mageia-dev] [soft-commits] [6416] Initial commit of Admin Panel.

[Angelo Naselli]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 06/11/2012 20:55, Guillaume Rousse ha scritto:
> Come on, you really think someone will sue you because running your
> code crashed his system, and you have to be that "safe" ? It's a
> pain to have to skip multiple lines of legal bullshit before
> reaching the code, and you'll need to update a gazillion files in
> just a few monthes because we'll change year.
Good point, can we have a policy for that? So that all of that we
produce in mageia is going to be under the same philosophy...

I cannot follow the meeting in the next hour but it's a good point to
discuss i believe.

In the mean while i changed (an i'm going to commit) the indentation
now, if i'm not mistaken in something, should be all the same
tabstop=4 shiftwidth=4 expandtab hope that is not going to be wrong
for anyone :)

Cheers,
Angelo (who's waiting for any contributions in adding modules)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlCZb30ACgkQqEs9DA4DquB2SACeKCAm+AYwgmnQMEGXeNgaoS5s
6GEAn0zlWuc8/YHdRatZhdCB7TIOAdce
=a1/p
-END PGP SIGNATURE-

Re: [Mageia-dev] Graphical Boot stalled in current cauldron

[Colin Guthrie]

'Twas brillig, and Frank Griffin at 06/11/12 16:35 did gyre and gimble:
> On 11/06/2012 11:04 AM, Colin Guthrie wrote:
>> Ahh, that pesky time sync :p Glad you noticed! Col 
> Here's a follow-up:
> 
> I fixed the oracle initscript, but now it won't start through systemd. 
> Doing a "service oracle-xe start" gives me an [OK], but "systemctl
> status oracle-xe.service" shows the status as "exited" and only the
> single line "systemd[1]: Started LSB: xxx".
> 
> However, if I use SYSTEMCTL_SKIP_REDIRECT=Y, it starts just fine. Any
> idea as to where to look for an error ?  "journalctl --lines=100
> --no-pager _SYSTEMD_UNIT=oracle-xe.service" gives me nothing on the
> failed attempt, just a few lines on the successful SKIP_REDIRECT one...

Curious indeed.

Can you pastebin/attach the initscript and give the full status output
after the failure?

Cheers

Col


-- 

Colin Guthrie
colin(at)mageia.org
http://colin.guthr.ie/

Day Job:
  Tribalogic Limited http://www.tribalogic.net/
Open Source:
  Mageia Contributor http://www.mageia.org/
  PulseAudio Hacker http://www.pulseaudio.org/
  Trac Hacker http://trac.edgewall.org/

Re: [Mageia-dev] Graphical Boot stalled in current cauldron

[Frank Griffin]

On 11/06/2012 04:01 PM, Colin Guthrie wrote:
Curious indeed. Can you pastebin/attach the initscript and give the 
full status output after the failure? Cheers Col 
This is nuts.  For the instance I started successfully with 
SKIP_REDIRECT, a straight "service oracle-xe stop" from a bash session 
without SKIP_REDIRECT worked, and brought it down.  A subsequent 
"service oracle-xe start" worked.  As did another stop/start.


So, as a result (apparently) of a successful start of oracle-xe, now 
everything works again.


Here's one possibility: Before I tried the SKIP_REDIRECT, I modified the 
"start" statement in the script to eliminate a ">/dev/null 2>&1" in the 
hopes of getting some diagnostics.  Then I did a "systemctl --system 
daemon-reload".  It still failed, and I didn't get any output that I 
could find, but maybe the reload had something to do with the eventual 
success (I can't see how).


I restored the ">/dev/null 2>&1" and did another reload, but everything 
still worked.  Is it possible that whatever is supposed to suck the 
initscript into the systemd universe isn't quite doing the job ?  That 
still wouldn't explain the failure after the reload but before the 
SKIP_REDIRECT, but it might have some bearing.


If you want to test this, you can get the RPM at 
http://www.oracle.com/technetwork/products/express-edition/downloads/index.html. 
Install it and add your own LSB headers to the initscript, run 
"/etc/init.d/oracle-xe configure" and take all the defaults, and you're 
good to go.  As it's an RPM, it's easy and clean to get rid of when 
you're done.  My gut tells me that I'm not going to get this to fail 
again unless I do a fresh install.


Thanks,
Frank

Re: [Mageia-dev] [changelog] cauldron core/release slim-1.3.3-3.mga3

[Olivier Blin]

Colin Guthrie  writes:

> 'Twas brillig, and blino at 05/11/12 22:38 did gyre and gimble:
>> Name: slim Relocations: (not relocatable)
>> Version : 1.3.3 Vendor: Mageia.Org
>> Release : 3.mga3Build Date: Mon Nov  5 23:34:14 
>> 2012
[...]
>> blino  1.3.3-3.mga3:
>> + Revision: 314544
>> - buildrequire freeglut-devel
>> - add tmpfiles.d config file (from Fedora)
>> - add systemd unit (from Fedora)
>> - revert using consolekit's ck-launch-session for login_cmd (to drop 
>> consolekit dep, we will use systemd)
>
> For what it's worth, I think the PAM changes are wrong here.

There were no PAM changes here :-)

-- 
Olivier Blin - blino

[Mageia-dev] Draft of a Letter to the Software Freedom Law Center (SFLC).

[Shlomi Fish]

Hi all,

I'm including here a draft of a letter we are planning to send to the Software
Freedom Law Center ( SFLC- http://www.softwarefreedom.org/ ) about faac vs.
cinelerra. (see the last meeting at 
http://meetbot.mageia.org/mageia-dev/2012/mageia-dev.2012-11-06-20.09.html for
more information). Note that the SFLC does not charge for its advice (but
accepts donations).

Any comments will be welcome.

Regards,

Shlomi Fish 

=

Dear sirs or madams,

I am writing you this letter on behalf of Mageia ( https://www.mageia.org/en/
), which is a community-developed, operating system, based on the
GNU/Linux system and with a free-and-open-source (FOSS) core. We would like to
ask, whether and how we can distribute pre-built packages of a GPLed program
(in our case, the video editor cinelerra) after it was linked to a library
with some proprietary and non-GPLed code (in our case, faac).

The longer story is that there has been some demand for including faac
( http://sourceforge.net/projects/faac/ - the Freeware Advance Audio Coder),
which is both non-free in part and patent encumbered, in our distribution,
and to prepare versions of the appropriate packages for which it is an
optional dependency. These packages, such as cinelerra (
http://cinelerra.org/ - a video editor), are licenced under
the GPL, which restricts which code its distributed binaries may be legally
linked to.

So our question is: assuming we package faac as a package, can we still
provide pre-made and binary packages of GPLed programs that use it?

We would appreciate any definitive legal insights on the matter.

Sincerely yours,

— Shlomi Fish, on behalf of the Mageia development team.

-- 
-
Shlomi Fish   http://www.shlomifish.org/
Best Introductory Programming Language - http://shlom.in/intro-lang

God gave us two eyes and ten fingers so we will type five times as much as we
read.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

Re: [Mageia-dev] [changelog] cauldron core/release slim-1.3.3-3.mga3

[Colin Guthrie]

'Twas brillig, and Olivier Blin at 06/11/12 22:37 did gyre and gimble:
> Colin Guthrie  writes:
> 
>> 'Twas brillig, and blino at 05/11/12 22:38 did gyre and gimble:
>>> Name: slim Relocations: (not relocatable)
>>> Version : 1.3.3 Vendor: Mageia.Org
>>> Release : 3.mga3Build Date: Mon Nov  5 23:34:14 
>>> 2012
> [...]
>>> blino  1.3.3-3.mga3:
>>> + Revision: 314544
>>> - buildrequire freeglut-devel
>>> - add tmpfiles.d config file (from Fedora)
>>> - add systemd unit (from Fedora)
>>> - revert using consolekit's ck-launch-session for login_cmd (to drop 
>>> consolekit dep, we will use systemd)
>>
>> For what it's worth, I think the PAM changes are wrong here.
> 
> There were no PAM changes here :-)

Yup, sorry, my bad... I was basing my email on the popup that showed up
related to .rpmnew files. I must have had some uncommitted tweaks that I
likely still need to resolve properly!!

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] Submit new rpmlint-mageia-policy

[Funda Wang]

Hello,

Could sysadmin push new rpmlint-mageia-policy to our ifra so that we could
deal with new libreoffice and some other ruby packages.

Thanks.