Su email ha sido eliminado de nuestra lista de distribucion
No volverá a recibir emails de nuestra parte
Webmaster i-digitalia.com
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
* David Claughton [091113 21:42]:
> Now this could certainly involve more extensive modifications than you
> might otherwise want to do, and you might well decide it's not worth the
> effort. However I'm still not entirely convinced it makes the license
> non-free.
If the license makes running a
On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
> Hi
>
> Currently there are 4 rather big transitions going on, none of which is
> ready to transition. Following are the things that currently are an
> issue or that show why the 4 transitions are coupled:
>
> * xulrunner:
Sorry, I dela
Bernhard R. Link wrote:
> * David Claughton [091113 21:42]:
>> Now this could certainly involve more extensive modifications than you
>> might otherwise want to do, and you might well decide it's not worth the
>> effort. However I'm still not entirely convinced it makes the license
>> non-free.
>
* Mike Hommey:
> Stupid question: with this wording of the AGPL, who, in his right mind,
> will be licensing a DNS or POP server under this license ? (Except maybe
> someone who didn't read it)
Someone might take a GPLv3 project, make enhancements to it, publish
the combination under the AGPL, an
Package: wnpp
Severity: wishlist
Owner: "Dario Minnucci (midget)"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: libalgorithm-permute-perl
Version : 0.12
Upstream Author : Edwin Pratomo
* URL :
http://search.cpan.org/~edpratomo/Algorithm-Permute-0.
* Bill Allombert:
> = Text of the GR ===
> The Debian project resolves that softwares licensed under the GNU Affero
> General Public License are not free according to the Debian Free Software
> Guideline.
> = End of the text ==
I think this has to b
Hi, and thanks for this much needed inventory. Most of the issues here
were fixed this week.
Maybe it’s time for a new review?
Le dimanche 08 novembre 2009 à 12:48 +0100, Luk Claes a écrit :
> - gdl not built on hppa which prevents gnome-python-extras from migrating
Now built.
> - webkit not b
Josselin Mouette wrote:
> Hi, and thanks for this much needed inventory. Most of the issues here
> were fixed this week.
>
> Maybe it’s time for a new review?
Note that it was only a list of the most obvious blockers. Things I did
not look at yet for the gnome transition are RC bugs for instance.
Hi,
it’s been a long-standing tradition on Linux to have 6 started getty
processes, in tty1 to tty6. However this doesn’t correspond anymore to
the way we use our machines.
* I don’t think we need more than 2 of these. They are still
useful for servers or when some disaster happens
* David Claughton [091114 12:43]:
> I agree this makes the license problematic and might make developers
> choose to avoid working on AGPL code - however as I said above, all
> licenses put some limits on what you can modify, some more than others,
> at least if you want to distribute the result.
Josselin Mouette, le Sat 14 Nov 2009 15:45:11 +0100, a écrit :
> * I don’t think we need more than 2 of these. They are still
> useful for servers or when some disaster happens in the GUI, but
> who opens 6 console sessions nowadays?
Blind people and crazy people who always
Le samedi 14 novembre 2009 à 16:40 +0100, Samuel Thibault a écrit :
> > * Does upstart make things like dynamic allocation of VTs
> > possible?
> > * Otherwise, shouldn’t we replace the getty processes started by
> > init by a small daemon that can allocate them as we
* Josselin Mouette [091114 17:26]:
> > I guess you mean as long as there is no negociation between gdm and
> > whatever decides where gettys go?
>
> GDM does try to use a VT that is not currently in use - although there
> can be race conditions.
So gdm does not negotiate but just claims "first!".
Le samedi 14 novembre 2009 à 17:42 +0100, Bernhard R. Link a écrit :
> * Josselin Mouette [091114 17:26]:
> > > I guess you mean as long as there is no negociation between gdm and
> > > whatever decides where gettys go?
> >
> > GDM does try to use a VT that is not currently in use - although ther
On Sat, 2009-11-14 at 15:45 +0100, Luk Claes wrote:
> Josselin Mouette wrote:
[...]
> > Le dimanche 08 novembre 2009 à 12:48 +0100, Luk Claes a écrit :
[...]
> >> - empathy not built on kfreebsd*
> >
> > It’s waiting on geoclue, which in turn needs disabling of gammu support
> > on !linux.
>
> T
* Josselin Mouette [091114 17:58]:
> > So gdm does not negotiate but just claims "first!".
>
> What else can it do? It has to manage its VTs for itself. Currently it
> is simply forced to use the ones starting from tty7, but it is arbitrary
> and inconsistent.
There are those things called 'confi
Le samedi 14 novembre 2009 à 18:22 +0100, Bernhard R. Link a écrit :
> * Josselin Mouette [091114 17:58]:
> > > So gdm does not negotiate but just claims "first!".
> >
> > What else can it do? It has to manage its VTs for itself. Currently it
> > is simply forced to use the ones starting from tty
Josselin Mouette wrote:
Le samedi 14 novembre 2009 à 17:42 +0100, Bernhard R. Link a écrit :
* Josselin Mouette [091114 17:26]:
I guess you mean as long as there is no negociation between gdm and
whatever decides where gettys go?
GDM does try to use a VT that is not currently in use - althoug
Josselin Mouette writes:
> Hi,
>
> itâs been a long-standing tradition on Linux to have 6 started getty
> processes, in tty1 to tty6. However this doesnât correspond anymore to
> the way we use our machines.
> * I donât think we need more than 2 of these. They are still
> use
Bernhard R. Link wrote:
> * David Claughton [091114 12:43]:
>> I agree this makes the license problematic and might make developers
>> choose to avoid working on AGPL code - however as I said above, all
>> licenses put some limits on what you can modify, some more than others,
>> at least if you w
On Sat, Nov 14, 2009 at 03:45:11PM +0100, Josselin Mouette wrote:
> Hi,
>
> it's been a long-standing tradition on Linux to have 6 started getty
> processes, in tty1 to tty6. However this doesn't correspond anymore to
> the way we use our machines.
> * I don't think we need more than 2 of t
* David Claughton [091114 20:23]:
> AIUI you are allowed to run the program on your computer, assuming that
> the service cannot be connected to from a remote location (or you are
> the only person that can do so).
So I may not put that code into an smtp server, or a webserver or or or
without ge
Package: wnpp
Severity: wishlist
Owner: Ryan Kavanagh
* Package name : bangarang
Version : 1.0~beta1
Upstream Authors : Andrew Lake ,
Jani Huhtanen
* URL : http://gitorious.org/bangarang
* License : GPL3+
Programming Lang : C++
Desc
Bernhard R. Link wrote:
> As I said: I do not see a difference between a license that does not
> give me some right (or even tries to take away some rights copyright law
> does not take away) and a license which theoretically grant it but puts
> so many restrictions in it that one practically does
Hi,
* Does upstart make things like dynamic allocation of VTs
possible?
Upstart doesn't do anything special WRT to VTs. You can constantly
respawn a getty on /dev/tty3, or you can constantly respawn openvt
getty, or you can run a script once saying "assign me a VT" and then
s
On Fri, Nov 13, 2009 at 02:24:38PM +0100, Bill Allombert wrote:
> On Wed, Nov 11, 2009 at 11:11:40PM +0100, Wouter Verhelst wrote:
> > On Wed, Nov 11, 2009 at 08:52:23PM +0100, Bill Allombert wrote:
> > > 2.1 This clause restricts how you can modify the software.
> > > Doing a simple modifica
Quoting Kurt Roeckx (k...@roeckx.be):
> > * I don't think we need more than 2 of these. They are still
> > useful for servers or when some disaster happens in the GUI, but
> > who opens 6 console sessions nowadays?
>
> I still have 12 console sessions open, and use screen t
28 matches
Mail list logo
