Control: reopen -1
On Fri, 28 Mar 2014, Daniel Baumann wrote:
> On 03/27/2014 10:49 PM, Raphaël Hertzog wrote:
> > The experimental packages of syslinux move files around and thus breaks
> > all syslinux users that rely on the default (upstream defined) location of
> > the syslinux provided files.
Hi!
I am the developer of netscript-2.4, an alternative network
configuration system for Debian written in /bin/bash - quite old.
First of all, though, my stuff is not the glorious gloopiest best. I
have split the iptables stuff out to netscript-ipfilter, better than
iptables-persistent I must
Hello,
On Fri, 28 Mar 2014 20:23:15 +1300
Matt Grant wrote:
> I KNOW MY STUFF COULD/SHOULD BE BETTER! Maybe I should reimplement a
> lot of it using only what is provided by perl-base and /bin/sh, but
> lets get some sense here please.
Thanks for the rant, it's been considered. I hope you feel
On Wed, Mar 26, 2014 at 11:38:40AM -0500, Kevin Toppins wrote:
> On 26 March 2014 10:13, Cameron Norman wrote:
> [...]
> > That is pretty much impossible, according to the developers of the logind
> > API and its single implementation. Perhaps a subset of the logind API for
> > use by desktop envi
El Fri, 28 de Mar 2014 a las 1:19 AM, Olav Vitters
escribió:
On Wed, Mar 26, 2014 at 11:38:40AM -0500, Kevin Toppins wrote:
On 26 March 2014 10:13, Cameron Norman
wrote:
[...]
> That is pretty much impossible, according to the developers of
the logind
> API and its single implementation.
Le vendredi 28 mars 2014 à 20:23 +1300, Matt Grant a écrit :
> I sincerely would like to work with the ifupdown maintainer and
> systemd/udev crew to work all this out. A basic level/interface of
> functionality for replaceable network configuration packages would be
> nice.
Alternatively, we co
On Fri, Mar 28, 2014 at 5:28 PM, Josselin Mouette wrote:
> Alternatively, we could make NetworkManager the default.
> It is already here, it works, and it doesn’t have such problems.
Or systemd-networkd.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-re
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: openjdk-8
Version : 8u0~b132
Upstream Author : Oracle Corporation
* URL : http://openjdk.java.net
* License : GPL-2 with Classpath Exception
Programming Lang: Java, C++
Description :
Now that Redhat and Suse have been contacted by ORACLE regarding to
licensing the SMF patents a question arises for Debian:
SystemD violates a couple of patents SUN Microsystems filed for their
SMF system used in Solaris.
Now, who is going to pay the patent and license fees for each Debian
instal
Hi Andrew,
I am willing to co-maintain it with you and evolve it. Previously I have
worked professionally as a router programmer, and have contributed to
Quagga/Zebra OSPF.
> Please also note that's there's no point in rewriting ifupdown from
> scratch to provide the same interface; the existing
Le 28/03/2014 11:40, Sebastian Feld a écrit :
> Now that Redhat and Suse have been contacted by ORACLE regarding to
> licensing the SMF patents a question arises for Debian:
>
> SystemD violates a couple of patents SUN Microsystems filed for their
> SMF system used in Solaris.
>
> Now, who is going
Paul Wise debian.org> writes:
> On Fri, Mar 28, 2014 at 5:28 PM, Josselin Mouette wrote:
>
> > Alternatively, we could make NetworkManager the default.
> > It is already here, it works, and it doesn’t have such problems.
>
> Or systemd-networkd.
I surely hope the both of you are kidding.
bye,
Adam Borowski angband.pl> writes:
> You don't need to jump through those multistrap hoops anymore. You need
to
> recompile the kernel with CONFIG_X86_X32=y, but after that you can use any
Could this *please* become the default in linux-image-3.14-1-amd64?
Thanks,
//mirabilos, eagerly awaiting
Norbert Preining logic.at> writes:
> In the trigger program we already check that texlive base is in proper
> state (ii in dpkg listing), but that seems not to be enough.
ISTR reading somewhere that Depends do not mean that the dependency is
always configured before the package depending on it i
Quoting Thorsten Glaser (2014-03-28 12:47:26)
> Adam Borowski angband.pl> writes:
>
>> You don't need to jump through those multistrap hoops anymore. You
>> need to recompile the kernel with CONFIG_X86_X32=y, but after that
>> you can use any
>
> Could this *please* become the default in linux-
On Fri, 2014-03-28 at 11:47 +, Thorsten Glaser wrote:
> Adam Borowski angband.pl> writes:
>
> > You don't need to jump through those multistrap hoops anymore. You need
> to
> > recompile the kernel with CONFIG_X86_X32=y, but after that you can use any
>
> Could this *please* become the defa
Le 28/03/2014 11:40, Sebastian Feld a écrit :
> Now that Redhat and Suse have been contacted by ORACLE regarding to
> licensing the SMF patents a question arises for Debian:
Patent infringement claims by big companies are often FUD.
The right channel if you really want to discuss this (rather tha
Le vendredi 28 mars 2014 à 11:45 +, Thorsten Glaser a écrit :
> Paul Wise debian.org> writes:
>
> > On Fri, Mar 28, 2014 at 5:28 PM, Josselin Mouette wrote:
> >
> > > Alternatively, we could make NetworkManager the default.
> > > It is already here, it works, and it doesn’t have such proble
Sebastian Feld writes:
> Now that Redhat and Suse have been contacted by ORACLE regarding to
> licensing the SMF patents a question arises for Debian:
Have you read this:
https://www.debian.org/legal/patent
in particular, point 3.
Having read that, I would suggest that either:
your conc
On 2014-03-28, Sebastian Feld wrote:
> Now that Redhat and Suse have been contacted by ORACLE regarding to
> licensing the SMF patents a question arises for Debian:
Citation needed.
/Sune
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
+++ Adrien CLERC [2014-03-28 12:17 +0100]:
> No one in Europe. There's no such thing as software patent here. Yet. I
> hope this will stay forever.
> (And yes, maybe I'm wrong, but please enlighten me!)
You are wrong. This is a common misconception, amongst geeks, but there
are thousands of softw
On 28/03/2014 12:18, Wookey wrote:
> +++ Adrien CLERC [2014-03-28 12:17 +0100]:
>
>> No one in Europe. There's no such thing as software patent here. Yet. I
>> hope this will stay forever.
>> (And yes, maybe I'm wrong, but please enlighten me!)
> You are wrong. This is a common misconception, amon
+++ Alastair McKinstry [2014-03-28 12:45 +]:
>
>
> Software patents in Europe is a mess: the understanding I have from IP
> lawyers
> is that
> (1) software patents have no legal standing in Europe.
> (2) The EPO continues to issue them.
>
> That is, people get "European Software Patents" on
On 28 Mar 2014 03:40, Olav Vitters wrote:
[...]
> > I can tell you right now, it is *vastly more difficult* to try to
> > adapt programs modified to work with systemd in their current state,
> > than it is to *revert* those programs to their pre-systemd state.
>
> You're so certain while so utterly
On Fri, 28 Mar 2014 09:05:49 +0800
Paul Wise wrote:
> On Fri, Mar 28, 2014 at 5:36 AM, Sven Bartscher wrote:
>
> > Also I'm not really sure if this is even a good idea, or if there is
> > maybe another program already present which does already identify
> > unused, manually installed packages an
Paul Wise writes:
> On Fri, Mar 28, 2014 at 5:28 PM, Josselin Mouette wrote:
>> Alternatively, we could make NetworkManager the default.
>> It is already here, it works, and it doesn’t have such problems.
> Or systemd-networkd.
systemd-networkd is not even close to mature yet.
If someone wante
Package: wnpp
Severity: wishlist
Owner: Miles Lubin
* Package name: cppad
Version : 20140301
Upstream Author : Bradley M. Bell
* URL : https://projects.coin-or.org/CppAD/
* License : GPL-3 and EPL (dual licensed)
Programming Lang: C++
Description : Aut
On Fri, 2014-03-28 at 11:40 +0100, Sebastian Feld wrote:
> Now that Redhat and Suse have been contacted by ORACLE regarding to
> licensing the SMF patents a question arises for Debian:
>
> SystemD violates a couple of patents SUN Microsystems filed for their
> SMF system used in Solaris.
>
> Now,
Le vendredi 28 mars 2014 à 11:55 -0700, Russ Allbery a écrit :
> I realize that doing that well is not horribly challenging, but that is
> the most common server use case (and even desktop), and ifupdown does it
> quite well.
Come on. We all use ifupdown on our servers just because it is the
defau
Hi,
On Thu, Mar 27, 2014 at 07:41:50PM -0700, Steve Langasek wrote:
> I can understand the ftp team's desire to sidestep any moral questions here,
> but in the process I think your guidelines have wound up vague and
> overbroad, as they suggest that as a project we will never take a stand for
> an
On Fri, Mar 28, 2014 at 09:49:44PM +0100, Bas Wijnen wrote:
> On Thu, Mar 27, 2014 at 07:41:50PM -0700, Steve Langasek wrote:
> > I can understand the ftp team's desire to sidestep any moral questions here,
> > but in the process I think your guidelines have wound up vague and
> > overbroad, as the
Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann
* Package name: python-cryptography-vectors
Version : 0.3
Upstream Author : Cryptography developers
* URL : https://cryptography.io/
* License : Various
Programming Lang: None
Description : Test
Josselin Mouette writes:
> Le vendredi 28 mars 2014 à 11:55 -0700, Russ Allbery a écrit :
>> I realize that doing that well is not horribly challenging, but that is
>> the most common server use case (and even desktop), and ifupdown does
>> it quite well.
> Come on. We all use ifupdown on our se
On 13529 March 1977, Steve Langasek wrote:
> I can understand the ftp team's desire to sidestep any moral questions here,
> but in the process I think your guidelines have wound up vague and
> overbroad, as they suggest that as a project we will never take a stand for
> anything but only do what's
Hi!
Actually, I would love to cleanly modify ifupdown with a lot of the
experience I have gained from netscript, and working on actual routers.
Making it not so onerous would not be that much work, and it would have
far better behaviour once improvements are made.
I am putting myself forward for
On Fri, Mar 28, 2014 at 11:08:54AM -0500, Kevin Toppins wrote:
> On 28 Mar 2014 03:40, Olav Vitters wrote:
> [...]
> > > I can tell you right now, it is *vastly more difficult* to try to
> > > adapt programs modified to work with systemd in their current state,
> > > than it is to *revert* those pr
On Vi, 28 mar 14, 17:39:39, Paul Wise wrote:
> On Fri, Mar 28, 2014 at 5:28 PM, Josselin Mouette wrote:
>
> > Alternatively, we could make NetworkManager the default.
> > It is already here, it works, and it doesn’t have such problems.
>
> Or systemd-networkd.
Or connman.
Kind regards,
Andrei
-
37 matches
Mail list logo
