Hi,
On 25/12/20 22:41, aitor wrote:
Hi,
On 23/12/20 21:56, aitor wrote:
Another way might be the use of vdev actions, but vdev is a work in
progress.
Indeed, vdev already has a helper for that:
https://github.com/jcnelson/vdev/blob/master/vdevd/helpers/LINUX/ifname.sh
Hi,
On 23/12/20 21:56, aitor wrote:
Another way might be the use of vdev actions, but vdev is a work in
progress.
Indeed, vdev already has a helper for that:
https://github.com/jcnelson/vdev/blob/master/vdevd/helpers/LINUX/ifname.sh
Hi,
On 23/12/20 21:56, aitor wrote:
Another way might be the use of vdev actions, but vdev is a work in
progress.
Indeed, vdev already has a helper for that:
https://github.com/jcnelson/vdev/blob/master/vdevd/helpers/LINUX/ifname.sh
On Fri, 25 Dec 2020 10:09:18 -0500
Steve Litt wrote:
> On Fri, 25 Dec 2020 09:57:43 +0100
> tito via Dng wrote:
>
> > On Thu, 24 Dec 2020 21:11:49 -0500
> > Steve Litt wrote:
> >
> > > On Thu, 24 Dec 2020 16:32:18 +0100
> > > tito via Dng wrote:
> > >
> > > > On Thu, 24 Dec 2020 10:10:07
On Fri, 25 Dec 2020 09:57:43 +0100
tito via Dng wrote:
> On Thu, 24 Dec 2020 21:11:49 -0500
> Steve Litt wrote:
>
> > On Thu, 24 Dec 2020 16:32:18 +0100
> > tito via Dng wrote:
> >
> > > On Thu, 24 Dec 2020 10:10:07 -0500
> > > Steve Litt wrote:
> > >
> > > > On Wed, 23 Dec 2020
On Thu, 24 Dec 2020 21:11:49 -0500
Steve Litt wrote:
> On Thu, 24 Dec 2020 16:32:18 +0100
> tito via Dng wrote:
>
> > On Thu, 24 Dec 2020 10:10:07 -0500
> > Steve Litt wrote:
> >
> > > On Wed, 23 Dec 2020 23:41:58 +0100
> > > Didier Kryn wrote:
> > >
> > > > Le 23/12/2020 à 22:03, Antony
Le 24/12/2020 à 16:40, Hendrik Boom a écrit :
> I remember those days. I has two different network cards, and things were
> cnveniently consistent except when I did am upgrade to a new release. Then,
> and only them, might they switch places.
>
> Instead of reconfiguring everything, I just
On Thu, 24 Dec 2020 16:32:18 +0100
tito via Dng wrote:
> On Thu, 24 Dec 2020 10:10:07 -0500
> Steve Litt wrote:
>
> > On Wed, 23 Dec 2020 23:41:58 +0100
> > Didier Kryn wrote:
> >
> > > Le 23/12/2020 à 22:03, Antony Stone a écrit :
> > > > If the kernel decides A=eth1, B=eth2, C=eth0
On Thu, 24 Dec 2020 16:21:24 +0100
aitor wrote:
> Hi Tito,
>
> On 24/12/20 14:24, tito via Dng wrote:
> > BTW: I noticed during my test that even pci bus numbers can
> > change wildly in the predictable names case (vs MACS,
> > if I recall it correctly).
> > I
On 2020-12-24 10:40, Hendrik Boom wrote:
> And they seem no longer to be considered to be devices. They are not
> present in /dev.
They never have been there (under Linux), to my best knowledge (and my
history is also long).
Maybe you are thinking of some other system?
--
Ian
On 24/12/2020 15:37, aitor wrote:
does the output in the command line matches your desired order?
Continuing with our English academy: does it match
'does the command line output match your desired order ?'
Also, do not get me started on the use of the word 'since' by non native
English
On Thu, Dec 24, 2020 at 10:10:07AM -0500, Steve Litt wrote:
> On Wed, 23 Dec 2020 23:41:58 +0100
> Didier Kryn wrote:
>
> > Le 23/12/2020 à 22:03, Antony Stone a écrit :
> > > If the kernel decides A=eth1, B=eth2, C=eth0 then there's no way
> > > for udev rules to rename them, because "File
does the output in the command line matches your desired order?
Continuing with our English academy: does it match?
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On Thu, 24 Dec 2020 10:10:07 -0500
Steve Litt wrote:
> On Wed, 23 Dec 2020 23:41:58 +0100
> Didier Kryn wrote:
>
> > Le 23/12/2020 à 22:03, Antony Stone a écrit :
> > > If the kernel decides A=eth1, B=eth2, C=eth0 then there's no way
> > > for udev rules to rename them, because "File exists"
it's has been
it has been... My wooden fingers :)
Aitor.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Hi Tito,
On 24/12/20 14:24, tito via Dng wrote:
BTW: I noticed during my test that even pci bus numbers can
change wildly in the predictable names case (vs MACS,
if I recall it correctly).
I thought that being tied to soldered sockets on the motherboard
On Wed, 23 Dec 2020 23:41:58 +0100
Didier Kryn wrote:
> Le 23/12/2020 à 22:03, Antony Stone a écrit :
> > If the kernel decides A=eth1, B=eth2, C=eth0 then there's no way
> > for udev rules to rename them, because "File exists" (which should
> > of course say "Device name exists").
>
>
On Thu, 24 Dec 2020 08:47:17 -0500
Curtis Maurand via Dng wrote:
> because system bios is running a version of embedded linux and it
> dynamically populates things at boot up. the only immutable bit is
> the interface’s mac.
Thanks,
suspected something like this.
Ciao,
Tito
> Sent from my
because system bios is running a version of embedded linux and it dynamically
populates things at boot up. the only immutable bit is the interface’s mac.
Sent from my iPhone
> On Dec 24, 2020, at 8:24 AM, tito via Dng wrote:
>
> On Thu, 24 Dec 2020 00:40:58 +0100
> Didier Kryn wrote:
>
On Thu, 24 Dec 2020 00:40:58 +0100
Didier Kryn wrote:
> Le 24/12/2020 à 00:24, Antony Stone a écrit :
> >> Or maybe the kernel is much faster than Eudev and it has the
> >> time to create the interfaces faster than Eudev processes them.
> > That sounds likely.
> >
> >> But for sure the
Hi tito,
On 22/12/20 8:18, tito via Dng wrote:
BTW I don't know how to achieve this with udev rules
could you be so kind and make a minimal example.
You can invoke your bourne shell script from a new udev.rule via:
IMPORT{program}="script"
If you locate this script in /lib/udev, the path to
On 24/12/20 10:23, aitor wrote:
neither the mouse nor the keyboard didn't respond
Mmm..., this is a double denial. Neither the mouse nor the keyboard
could respond?
___
Dng mailing list
Dng@lists.dyne.org
On 24/12/20 10:23, aitor wrote:
neither the mouse nor the keyboard didn't respond
Mmm..., this is a double denial. Neither the mouse nor the keyboard
could respond?
___
Dng mailing list
Dng@lists.dyne.org
Hi,
On 19/12/20 15:10, Didier Kryn wrote:
I think that, like in the case of Mdev, the biggest difficulty is in
emulating libudev, which requires in particular to maintain an
up-to-date database of devices. Jude has done a complete job and libvdev
provides this emulation, but who maintains
Le 24/12/2020 à 00:24, Antony Stone a écrit :
>> Or maybe the kernel is much faster than Eudev and it has the time to
>> create the interfaces faster than Eudev processes them.
> That sounds likely.
>
>> But for sure the mechanism worked in the past.
> I completely agree.
>
> As I said in
On Wednesday 23 December 2020 at 23:41:58, Didier Kryn wrote:
> Le 23/12/2020 à 22:03, Antony Stone a écrit :
> > If the kernel decides A=eth1, B=eth2, C=eth0 then there's no way for udev
> > rules to rename them, because "File exists" (which should of course say
> > "Device name exists").
>
>
Le 23/12/2020 à 22:03, Antony Stone a écrit :
> If the kernel decides A=eth1, B=eth2, C=eth0 then there's no way for udev
> rules to rename them, because "File exists" (which should of course say
> "Device name exists").
This should not happen and did not happen in the past because the
On 23/12/20 22:03, Antony Stone wrote:
If the kernel decides A=eth1, B=eth2, C=eth0 then there's no way for udev
rules to rename them, because "File exists" (which should of course say
"Device name exists").
Ok, i understand :)
Aitor.
___
Dng
On Wednesday 23 December 2020 at 21:56:09, aitor wrote:
> I can't understand the problem in the "Ethernet names revisited" thread,
The problem is when the kernel has decided to give your interfaces the names
you want them to have, but in the wrong order.
> because adding a new rule at the end
Hi tito,
On 22/12/20 8:18, tito via Dng wrote:
Hi,
I would prefer not to use udev/eudev at all for it and
stick with my KISS approach.
Another way might be the use of vdev actions, but vdev is a work in
progress.
BTW I don't know how to achieve this with udev rules
could you be so kind and
On Tue, 22 Dec 2020 04:21:40 +
tux...@sapo.pt wrote:
> hello,
>
> >
>
> "Hi,
>
> > a few days ago I was able to complete may new router
> >
> > with 12 nics and 1 wifi. I moved the devuan drive from
> >
> > my previous defunct box to the new one and experienced
> >
> > all the problems
Hi Didier,
On 19/12/20 15:10, Didier Kryn wrote:
I think that, like in the case of Mdev, the biggest difficulty is in
emulating libudev, which requires in particular to maintain an
up-to-date database of devices. Jude has done a complete job and libvdev
provides this emulation, but who
Le 19/12/2020 à 17:20, aitor a écrit :
>
> Hi,
>
> On 19/12/20 15:22, tito via Dng wrote:
>> is this a database generated at runtime about the devices of the
>> current machine or just a collection of hardware ids/info?
>> In the latter case couldn't we let the udev/systemd people do the
>> work
On Sat, 19 Dec 2020 11:40:31 -0800
Ian Zimmerman wrote:
> On 2020-12-18 21:28, tito via Dng wrote:
>
> > I love physical connections therefore I prefer NICs over Wifi, so 12
> > of them are not so much (a few clients, a server, pos, couple of
> > printers, Nas, cash register, 2 modems...)
>
>
On 2020-12-18 21:28, tito via Dng wrote:
> I love physical connections therefore I prefer NICs over Wifi, so 12
> of them are not so much (a few clients, a server, pos, couple of
> printers, Nas, cash register, 2 modems...)
No quarrel with the rest of your post, but I would do this with just one
Hi,
On 19/12/20 15:22, tito via Dng wrote:
is this a database generated at runtime about the devices of the
current machine or just a collection of hardware ids/info?
In the latter case couldn't we let the udev/systemd people do the
work and use their database?
It's the second one.
Aitor.
On Sat, 19 Dec 2020 15:10:01 +0100
Didier Kryn wrote:
> Le 18/12/2020 à 17:26, Hendrik Boom a écrit :
> >
> > https://wiki.gentoo.org/wiki/Mdev says:
> > In general, when using KDE or GNOME, mdev is not suitable.
> > but does not explain why.
> > I surmise that KDE and GNOME have some specific
Le 18/12/2020 à 17:26, Hendrik Boom a écrit :
>
> https://wiki.gentoo.org/wiki/Mdev says:
> In general, when using KDE or GNOME, mdev is not suitable.
> but does not explain why.
> I surmise that KDE and GNOME have some specific involvement with udev.
>
AFAIU, Xorg uses libudev to retrieve
On Fri, 18 Dec 2020 18:55:22 +0100
Antony Stone wrote:
> On Friday 18 December 2020 at 00:17:48, tito via Dng wrote:
>
> > Hi,
> > a few days ago I was able to complete may new router
> > with 12 nics and 1 wifi.
>
> I'm intrigued. What do you need 12 NICs for these days?
> (I say "these
Hi,
On 18/12/20 19:14, d...@d404.nl wrote:
Workarounds are great of course but I found that default eudev does
not compile with --enable-rule-generator anymore and that is likely
the reason this problem has appeared now.
You can change this flag in debian/rules:
CONFFLAGS = \
Hi Joel,
On 18/12/20 20:03, Joel Roth via Dng wrote:
On Fri, Dec 18, 2020, Didier Kryn wrote:
Shouldn't we consider using Mdev instead of Eudev? You, as a
distinguished contributor to Busybox, should have an opinion on this.
And what about Jude Nelson's vdev? I, for one, would donate
to
On Fri, Dec 18, 2020, Didier Kryn wrote:
> Shouldn't we consider using Mdev instead of Eudev? You, as a
> distinguished contributor to Busybox, should have an opinion on this.
And what about Jude Nelson's vdev? I, for one, would donate
to support development of these lightweight udev
On 18-12-2020 14:41, tito via Dng wrote:
> On Fri, 18 Dec 2020 10:36:01 +0100
> Didier Kryn wrote:
>
>> Le 18/12/2020 à 00:17, tito via Dng a écrit :
>>> Hi,
>>> a few days ago I was able to complete may new router
>>> with 12 nics and 1 wifi. I moved the devuan drive from
>>> my previous defunct
On Friday 18 December 2020 at 00:17:48, tito via Dng wrote:
> Hi,
> a few days ago I was able to complete may new router
> with 12 nics and 1 wifi.
I'm intrigued. What do you need 12 NICs for these days?
(I say "these days" because (a) so many things are wireless now and don't use
cables, and
On Fri, Dec 18, 2020 at 03:53:11PM +0100, tito via Dng wrote:
> Hi,
> to be honest I have no opinion on it because I never looked at the code
> (last time I touched something similar it was devfsd which I shrinked
> in a ugly way for bb) and it would be a cold dive anyway.
> Does mdev have all
On Fri, 18 Dec 2020 15:22:37 +0100
Didier Kryn wrote:
> Le 18/12/2020 à 14:41, tito via Dng a écrit :
> > On Fri, 18 Dec 2020 10:36:01 +0100
> > Didier Kryn wrote:
> >
> >> Le 18/12/2020 à 00:17, tito via Dng a écrit :
> >>> Hi,
> >>> a few days ago I was able to complete may new router
> >>>
Le 18/12/2020 à 14:41, tito via Dng a écrit :
> On Fri, 18 Dec 2020 10:36:01 +0100
> Didier Kryn wrote:
>
>> Le 18/12/2020 à 00:17, tito via Dng a écrit :
>>> Hi,
>>> a few days ago I was able to complete may new router
>>> with 12 nics and 1 wifi. I moved the devuan drive from
>>> my previous
On Fri, 18 Dec 2020 10:36:01 +0100
Didier Kryn wrote:
> Le 18/12/2020 à 00:17, tito via Dng a écrit :
> > Hi,
> > a few days ago I was able to complete may new router
> > with 12 nics and 1 wifi. I moved the devuan drive from
> > my previous defunct box to the new one and experienced
> > all the
Le 18/12/2020 à 00:17, tito via Dng a écrit :
> Hi,
> a few days ago I was able to complete may new router
> with 12 nics and 1 wifi. I moved the devuan drive from
> my previous defunct box to the new one and experienced
> all the problems reported in the "Ethernet names revisited"
> thread.
> I
Hi,
a few days ago I was able to complete may new router
with 12 nics and 1 wifi. I moved the devuan drive from
my previous defunct box to the new one and experienced
all the problems reported in the "Ethernet names revisited"
thread.
I tried all the wise advice of the thread included my own
just
50 matches
Mail list logo
