Re: Is mauku open source, i.e free or is in non-free?

2010-01-30 Thread Pauli Virtanen
pe, 2010-01-29 kello 08:43 +0100, Yves-Alexis Perez kirjoitti:
> On 26/01/2010 21:13, Graham Cobb wrote:
> > As a member of the Council I would say that we need to somewhere make it 
> > clear 
> > that by uploading a source package to maemo.org, you are giving maemo.org a 
> > licence to redistribute that source and the binaries built from it (and 
> > that 
> > you assert you have the right to give such a licence).  Shall we add that 
> > to 
> > http://wiki.maemo.org/Extras?
> 
> What if people upload stuff don't have the right to give maemo.org that
> licence? If they aren't the copyright holder, there's no way they can
> give that right if it's not already allowed.

Then maemo.org has no legal right to distribute the software even to
users, and it cannot go into the repositories. If it's already in, the
repository admins must remove the packages -- remove first, ask later.

There is absolutely no point to put the software in the repository in
such a case, if nobody is allowed even to download it.

Clear, yes?

-- 
Pauli Virtanen


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


RE: Is mauku open source, i.e free or is in non-free?

2010-01-28 Thread Pauli Virtanen
to, 2010-01-28 kello 10:51 -0500, Aldon Hynes kirjoitti:
[clip]
>   I do not see any intended malice in Marius' email and I do not mean to
> pick on him.  However, I am very concerned that much of the tone here may
> drive away mobile phone application developers that are not Linux
> evangelists.  I think that would be unfortunate.  I would like to see the
> N900 and its descendents as dominant devices in the smartphone market.  To
> do so, we need to think about how we relate to all developers.

The main question here is probably whether the 'free' and 'non-free'
repositories (sub-repositories?) have the same service level:
autobuilder and QA mainly.

If they do, then I don't think there is an argument why Maemo couldn't
apply the same policies as Debian or Fedora vs. free/non-free content.
The developer should just pick the correct choice when submitting the
app.

Anyway, the main point seems to be controlling the license situation in
the Maemo repository -- the licenses of the applications are not shown
anywhere in the package metadata. For developers and some users this
would be interesting information to have.

>   Would it make sense for maemo.org to have non-gratis repositories?
> Personally, I think there is value to this.  One of the complaints about
> Apple is the way they control their App Store.  Unless you jailbreak your
> iPhone, you need to run apps from the App Store, which is a pain to get apps
> into and gives Apple complete control over what gets run on non-jailbroke
> phones.

Non-gratis software requires that someone organizes the payment and
content distribution channels. Nokia as a big company obviously is in a
position to do so, but I'm not sure what maemo.org with its (if I
understand correctly) mainly volunteer work force can do here.

-- 
Pauli Virtanen



___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: apt-get pinning Extras repositories

2010-01-15 Thread Pauli Virtanen
Hi,

pe, 2010-01-15 kello 21:14 +0100, Niels Breet kirjoitti:
[clip]
> https://bugs.maemo.org/show_bug.cgi?id=8072
> 
> I've fixed that, will take some time for it to be visible.

Thanks, also for the extremely fast response.

-- 
Pauli Virtanen



___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


apt-get pinning Extras repositories

2010-01-15 Thread Pauli Virtanen
Hi,

Quite recently the extras-testing and extras-devel repositories had a

Label: extras-testing

set in the Release file. This allowed me to use /etc/apt/preferences to
pin the testing/devel repositories to a lower priority, so that I
wouldn't need to worry about getting unwanted upgrades from them.

But recently, these labels vanished from the release file, and the
extras and extras-testing Release files seem identical, allowing no way
to pin them.

Could the repo maintainers add the Label back, so that pinning would
still be possible and easy? (Or is there an alternative way to do the
pinning?)

-- 
Pauli Virtanen


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Why should it be so hard and should I even bother with Extras for fremantle?

2009-11-02 Thread Pauli Virtanen
Mon, 02 Nov 2009 09:20:41 +0200, Matan Ziv-Av wrote:
> On Sun, 1 Nov 2009, Andrew Flegg wrote:
> 
>> Then there's no benefit to having them visible in HAM. The tool which
>> started this discussion, socat, could easily be installed by someone
>> doing `apt-get install socat' as root.
> 
> Do you know that almost any current Linux distribution has a GUI package
> installation program? And that each such program displays thousands of
> CLI and advanced GUI programs? Are you sure that reinventing this wheel
> is a good idea?

This is largely the current situation. But I think it's unwise to say 
that it's the optimal solution, so of course trying to improve this is a 
good idea.

In fact, one could say that the trend in Linux distributions is to move 
away from this. Consider Ubuntu: they have a separate "Software center" 
that shows only a subset of the available software and aims to be simple 
to use.

-- 
Pauli Virtanen

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Why should it be so hard and should I even bother with Extras for fremantle?

2009-11-01 Thread Pauli Virtanen
su, 2009-11-01 kello 09:46 +, David Greaves kirjoitti:
[clip]
> Alongside 'user/*' I wonder if we should have a 'geek/*' section ?
> Or make 'user/development' and some other categories only visible if
> enabled in preferences.
> 
> Personally I think we're back at the Categories argument that was never
> really taken seriously.

A separate tree of categories could be useful. Though maybe it would be
better to name it 'expert/*', and warn in the UI that these are expert
tools that really may require expertise to use properly or safely.

What would it take to have the application manager to have a setting
"Show expert tools" that would show/hide these? Or maybe have these only
installable from the command line?

-- 
Pauli Virtanen



___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers