On 10/01/16 18:48, Edward Bartolo wrote:
> Forwarded to dng
>
> On 10/01/2016, Edward Bartolo wrote:
>> On 09/01/2016, shraptor wrote:
>>> On 2016-01-09 19:17, Anto wrote:
>>> eth0 mac XX:XX:XX:XX:XX:XX
>>> wlan0 mac XX:XX:XX:XX:XX:XX
>>
>> I think,
>>
>> this is a good idea to implement a packa
Forwarded to dng
On 10/01/2016, Edward Bartolo wrote:
> On 09/01/2016, shraptor wrote:
>> On 2016-01-09 19:17, Anto wrote:
>> eth0 mac XX:XX:XX:XX:XX:XX
>> wlan0 mac XX:XX:XX:XX:XX:XX
>
> I think,
>
> this is a good idea to implement a package that creates this mapping
> file so that old school
On 10/01/16 18:04, aitor_czr wrote:
> Hi Daniel,
>
> On 01/10/2016 02:37 AM, Daniel Reurich wrote:
>> Hi,
>>
>> I wonder why netman-autostart is a separate package. I think that
>> functionality should be included in the netman package and have the
>> option to start it at start it handled using
Hi Daniel,
On 01/10/2016 02:37 AM, Daniel Reurich wrote:
Hi,
I wonder why netman-autostart is a separate package. I think that
functionality should be included in the netman package and have the
option to start it at start it handled using a var in
/etc/default/netman
This could also be conf
Hi,
I wonder why netman-autostart is a separate package. I think that
functionality should be included in the netman package and have the
option to start it at start it handled using a var in
/etc/default/netman
This could also be configured during install using debconf.
Can we merge netman-aut
> Isn't the initial identification of network adapters and assignment
originally handled by the Kernel or is this another urban myth that I have
mistakenly hung on to?
Yes--network interfaces are given a monotonically-increasing sequence
number as they are enumerated (e.g. the X in ethX and wlanX)
On 10/01/16 05:15, Clarke Sideroad wrote:
> On 09/01/16 03:23 AM, Daniel Reurich wrote:
>>
>> On 09/01/16 21:15, Jaromil wrote:
>>> dear Clarke,
>>>
>>> thanks for the notice
>>>
>>> On Fri, 08 Jan 2016, Clarke Sideroad wrote:
>>>
It looks like the choice loss and changes creep on.
On Sat, Jan 09, 2016 at 09:19:33PM +0100, Anto wrote:
>
> On 09/01/16 19:44, shraptor wrote:
> >On 2016-01-09 19:17, Anto wrote:
> >
> >>On the topic. It would be quite interesting how vdev will be (or is)
> >>managing this network interface naming assignment. Do you have any
> >>comment on this,
On 09/01/16 01:44 PM, shraptor wrote:
On 2016-01-09 19:17, Anto wrote:
On the topic. It would be quite interesting how vdev will be (or is)
managing this network interface naming assignment. Do you have any
comment on this, Jude?
vdev uses by default old naming convention but has a file
calle
On 09/01/16 19:44, shraptor wrote:
On 2016-01-09 19:17, Anto wrote:
On the topic. It would be quite interesting how vdev will be (or is)
managing this network interface naming assignment. Do you have any
comment on this, Jude?
vdev uses by default old naming convention but has a file
called
On Sat, 09 Jan 2016, Clarke Sideroad wrote:
>I have cloned the kbd git from kernel.org and will give it a look over.
>I have also subscribed to the kbd list at alt.linux.org
>That should get me more of a handle on what is happening upstream and what
>kind of a commitment would be ne
On 9 Jan 2016, at 17:02, Stephanie Daugherty wrote:
> 5 - have udev issue manual (admin-chosen) persistent names by mac address
Which, IMO, is the most logical option.
Lets face it, how often do people actually change hardware ? And when hardware
is changed, it's a trivial task to do the one-o
On 2016-01-09 19:17, Anto wrote:
On the topic. It would be quite interesting how vdev will be (or is)
managing this network interface naming assignment. Do you have any
comment on this, Jude?
vdev uses by default old naming convention but has a file
called /etc/vdev/ifnames.conf where you can
On 09/01/16 15:42, Steve Litt wrote:
[snip]
Seriously, now is the time for everybody to learn the ip command. It's
ugly. It's poorly documented. But it's very, very powerful, and enables
you do do just about anything in networking.
SteveT
Steve Litt
January 2016 featured book: Twenty Eight T
Having dealt with systems with half a dozen interfaces in the past there's
a very small number of cases where it even matters, but when it does, it
can be a huge inconvenience either way.
Their (for once, rational) argument is that Interface names of existing
interfaces should never change by addi
On 09/01/16 03:23 AM, Daniel Reurich wrote:
On 09/01/16 21:15, Jaromil wrote:
dear Clarke,
thanks for the notice
On Fri, 08 Jan 2016, Clarke Sideroad wrote:
It looks like the choice loss and changes creep on.
It popped up on my sid/ceres/no-systemd box today:
kbd (2.0.3-2) unstab
It sounds like a good idea in theory, but I see no reason eth0, eth1, wlan0,
wlan1, etc should change. It could be as simple as deciding which of those to
use based on some information from the device in the case there is more than
one NIC. Changing that for no good reason is clearly a bad idea.
Just got this on the debian-boot list. It may affect our operations,
though probably not severely.
-- hendrik
On Sat, Jan 09, 2016 at 11:51:08AM +0100, Ansgar Burchardt wrote:
> Hi,
>
> I think there was consensus to introduce the non-free-firmware section
> and move the non-free firmware blob
On 2016-01-09 11:42, Steve Litt wrote:
On Sat, 9 Jan 2016 12:41:27 +0100
Anto wrote:
[snip]
[snip]
First of all, some of the most anti-systemd distros, like Void and
Gentoo and Funtoo, use the new naming convention. Second, once you
really know the new ip command (and forget the old ifconfig
On Sat, 9 Jan 2016 12:41:27 +0100
Anto wrote:
[snip]
> It turned out that the eth0 interface was changed to ens3, due to the
> implementation of Predictable Network Interface Names
> (http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames).
>
> I can change everyth
On 02.02.2015 22:04, Vlad wrote:
> If systemd is the Borg I propose the first release of Devuan be named S8472.
Yeah, and if we take out some pieces, we call them Hugh, Annika, Naomi,
Axum, etc.
Contributions to other packages or even distros could run on the title
Unimatrix Zero.
--mtx
--
En
On 05.02.2015 11:42, Gravis wrote:
> please, let's not include terrorists or their ideologies in our conversations.
terrorist or freedoms fighter ?
--mtx
--
Enrico Weigelt,
metux IT consulting
+49-151-27565287
___
Dng mailing list
Dng@lists.dyne.org
ht
On 02.02.2015 16:22, Miles Fidelman wrote:
>
> Is not ISIL a better analogy?
s/ISIL/NATO;
--mtx
--
Enrico Weigelt,
metux IT consulting
+49-151-27565287
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On 02.02.2015 15:56, Ricardo Larrañaga wrote:
> Take a look at the third page and see what Lennart compares systemd to
> (For those that dont feel like. It's Start Trek's Captain Piccard as a
> borgand then tux as a borg.)
> https://rhsummit.files.wordpress.com/2014/04/summit_demystifying_
On 22.01.2015 17:05, Jude Nelson wrote:
Hi folks,
> libdevq is FreeBSD-specific,
How FreeBSD-specific is it exactly ? Could it be ported to Linux ?
I'm currently looking for a some helper library that finds/enumerate
input devices (mice, touchpads, etc). Is there anything (non-systemd-
crap) fo
On Saturday, 9 de January de 2016 11:41:27 Anto escribió:
> Hello Everybody,
>
> I have just rented a KVM VPS. I started with Debian squeeze, pin
> everything related to systemd to -1, then upgraded to Debian wheezy.
> After I upgraded udev to version 220 using eudev, I could not connect to
> my V
Hello Everybody,
I have just rented a KVM VPS. I started with Debian squeeze, pin
everything related to systemd to -1, then upgraded to Debian wheezy.
After I upgraded udev to version 220 using eudev, I could not connect to
my VPS any more after reboot. This has never happened on my other VPS'
Hi all,
On 01/09/2016 09:32 AM, Edward Bartolo wrote:
I apologise even though my previous posts were not intended to offend
or humiliate. As a coder supporting Devuan, my first preoccupation is
to get code to do what it is intended for. I am giving support by
coding to Devuan in my now very lim
Hi All,
I apologise even though my previous posts were not intended to offend
or humiliate. As a coder supporting Devuan, my first preoccupation is
to get code to do what it is intended for. I am giving support by
coding to Devuan in my now very limited free time.
Since .desktop files are not us
On 09/01/16 21:15, Jaromil wrote:
>
> dear Clarke,
>
> thanks for the notice
>
> On Fri, 08 Jan 2016, Clarke Sideroad wrote:
>
>>It looks like the choice loss and changes creep on.
>>It popped up on my sid/ceres/no-systemd box today:
>>
>> kbd (2.0.3-2) unstable; urgency=medium
>>
>>
dear Clarke,
thanks for the notice
On Fri, 08 Jan 2016, Clarke Sideroad wrote:
>It looks like the choice loss and changes creep on.
>It popped up on my sid/ceres/no-systemd box today:
>
> kbd (2.0.3-2) unstable; urgency=medium
>
>The kbd init script is no longer supported. If con
31 matches
Mail list logo
