Re: [DNG] make-rc: A parallel (as in make(1)) alternative to sysv-rc

2022-01-09 Thread Kaz Kylheku (gmake) via Dng 

On 2022-01-08 03:43, mirabilos wrote:

Bah. How often do you boot a unix?


Boot time optimization is very important in some embedded applications.

A powered-up device is expected to come into service ASAP basically.

Some devices are powered up every time whatever they are embedded into
is powered up, and have to provide some important function to that
host environment.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] make-rc: A parallel (as in make(1)) alternative to sysv-rc

2022-01-09 Thread mirabilos 
On Wed, 5 Jan 2022, Alejandro Colomar (man-pages) wrote:

> Most of you I added you to this email because I found you on the maintainers
> list for the Debian sysv-rc package (now dead for a long time).
> I also CCd Devuan, since I hope you'll be interested in this little project of
> mine.

Not really. I invested a significant amount of effort to revert sysv-rc
to sequential booting because the parallel one invites huge amounts of
trouble, bugs, and breaks any hope of debugging that.

> So, last friday (yes, that's New Year's Eve), I was reading something, and got
> this idea... the main valid claim for systemd is that it blows away
> competition in terms of performance?  Full parallelization?  Knows about

Bah. How often do you boot a unix?

And in practice, shitdown times are MUCH more important than boot times.
Need to quickly turn off the laptop because the battery is dying or the
train is arriving or the cat’s vomited all over something. Enter those
90-second delays (often multiple) of shitstemd ☹ sysvinit/sysv-rc shuts
down in good time.

> $ ls -lh $(realpath $(which systemd make bash sh 2>/dev/null))

Hey! mksh is there, too! (And /bin/lksh is even linked statically, which
is another performance benefit.)

> So, if the problem is that the rc scripts don't run parallel and don't know

No, the problem is that they do, by default, even in sysv-rc.

bye,
//mirabilos
-- 
«MyISAM tables -will- get corrupted eventually. This is a fact of life. »
“mysql is about as much database as ms access” – “MSSQL at least descends
from a database” “it's a rebranded SyBase” “MySQL however was born from a
flatfile and went downhill from there” – “at least jetDB doesn’t claim to
be a database”  (#nosec)‣‣‣ Please let MySQL and MariaDB finally die!
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] HDA AD1882 no card

2022-01-09 Thread d...@d404.nl 

On 09-01-2022 19:32, k...@aspodata.se wrote:

I have a lenovo desktop computer which I cannot make sound work
on, what am I missing ?

It's a HDA AD1882 "sound card", but alsamixer says "no card".

  alsa-info, kernel config and lenovo doc (see p.80) in:
http://aspodata.se/tmp/sound/

///

I run with static /dev (no udev) and
boot directly to disk (no initrd).

Regards,
/Karl Hammar


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Maybe obvious but is your sound card enabled in the BIOS? (I did have 
that once so I always ask now)


Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] HDA AD1882 no card

2022-01-09 Thread ael via Dng 
On Sun, Jan 09, 2022 at 07:32:13PM +0100, k...@aspodata.se wrote:
> I have a lenovo desktop computer which I cannot make sound work
> on, what am I missing ?
> 
> It's a HDA AD1882 "sound card", but alsamixer says "no card".

kernel Documentation/sound/hd-audio/models.rst
includes

AD1882 / AD1882A

3stack
3-stack mode
3stack-automute
3-stack with automute front HP (default)
6stack
6-stack mode

which I think means that these are possible "model" parameter
values for the driver.

Perhaps worth trying those?

ael

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] HDA AD1882 no card

2022-01-09 Thread ael via Dng 
On Sun, Jan 09, 2022 at 07:32:13PM +0100, k...@aspodata.se wrote:
> I have a lenovo desktop computer which I cannot make sound work
> on, what am I missing ?
> 
> It's a HDA AD1882 "sound card", but alsamixer says "no card".
> 
>  alsa-info, kernel config and lenovo doc (see p.80) in:
> http://aspodata.se/tmp/sound/

Nothing obvious that I could see there on a very superficial skim:
but you clearly have alsa seeing the audio devices at some level
which is encouraging.

I would start with 
# lspci -k |less 

and then identify the Audio and the driver which I think I noticed in
your alsa-info output: probably snd_hda_intel?

Perhaps then 
# modinfo snd_hda_intel (or whatver your driver is)

Seems plausible that you may need to adjust some parameters there to
match your hardware. But you have an old lenova which surely must have
been sorted out years ago?

It looks as if aplay (aka arecord) isn't seeing your cards, so start
there before bothering with alsamixer. 
$ aplay -l
would be a good start. Once aplay can see your card(s), I suspect 
all the other problems will vanish.

Look also in /proc/asound/cards

I am not an expert: I hope someone else knows far more.

ael


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] HDA AD1882 no card

2022-01-09 Thread karl 
I have a lenovo desktop computer which I cannot make sound work
on, what am I missing ?

It's a HDA AD1882 "sound card", but alsamixer says "no card".

 alsa-info, kernel config and lenovo doc (see p.80) in:
http://aspodata.se/tmp/sound/

///

I run with static /dev (no udev) and
boot directly to disk (no initrd).

Regards,
/Karl Hammar


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Firefox/Icecat build (was: Re: Pipewire and PulseAudio: apulse & firefox)

2022-01-09 Thread al3xu5 via Dng 
Sun, 9 Jan 2022 19:04:59 +0100 - aitor :

> Hi,
> 
> On 9/1/22 18:43, al3xu5 via Dng wrote:
> >> Hi.
> >>
> >> Sorry if I come back to this after a long time...
> >>
> >> But after upgrading to Chimaera, I'm trying to make the build.
> >>
> >> A question: after the manual download of the three files above
> >> (without adding the gnuinos repos), is there a way how I can verify
> >> their integrity?  
> > Solved by myself (using the gnuinos repository gpg key...).
> >
> > Sorry for the noise.  
> 
> You have the checksums in the .dsc file

Indeed. I have used the keys in gnuinos-archive-keyring.gpg to check the .dsc 
file integrity.

Thank you
al3xu5

-- 
Say NO to copyright, patents, trademarks and industrial design
restrictions!


Public GPG/PGP key: 8FC2 3121 2803 86E9 F7D8  B624 DA50 835B 2624 A36B


pgp15kipGY_fJ.pgp
Description: Firma digitale OpenPGP
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Firefox/Icecat build (was: Re: Pipewire and PulseAudio: apulse & firefox)

2022-01-09 Thread aitor 

Hi,

On 9/1/22 18:43, al3xu5 via Dng wrote:

Hi.

Sorry if I come back to this after a long time...

But after upgrading to Chimaera, I'm trying to make the build.

A question: after the manual download of the three files above (without
adding the gnuinos repos), is there a way how I can verify their
integrity?

Solved by myself (using the gnuinos repository gpg key...).

Sorry for the noise.


You have the checksums in the .dsc file

Cheers,

Aitor.

Note: the repo of gnuinos chimaera is in flux, and it's not stable yet.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] merged /usr breakage

2022-01-09 Thread Didier Kryn 

Le 09/01/2022 à 13:23, Benjamin Riefenstahl a écrit :

Hi Didier,


Didier Kryn writes:

But the launchers are to be installed/uninstalled by every user in
their own ~/.local

benny wrote:

What happens, if you add another user after installation?  AFAIU default
launchers should be in a global place.

Didier Kryn writes:

     We want to install files only under /usr/local, and, for
Freedesktop.org, there's no other global place than
/usr/share/applications. Full point (AFAIK). I agree with you it's not
very clever.

Oh, you mean, the installer would tell the users to install the desktop
files themself, via xdg-install-icon?  I don't think that works very
well.
    Just cp '/usr/local/share/applications/foobar.desktop 
~/.local/applications/'
    The installer script certainly would not. But the admin might 
suggest them to.


Anyway,

says that /usr/local/share/applications should work fine, so there
should be no problem.


   Good finding. Actually in my session XDG_DATA_DIRS is set as you 
write. It seems it is set in /etc/alternatives/x-session-manager.


    Still one point has not been discussed yet: the config file is 
currently in /etc .


    The Linux Foundation suggests it should be put in /usr/local/etc 
(https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s09.html


    So it seems everything is clear now. Thanks to all. I will make the 
software install in /usr/local. DO you fiond this satisfactory Hendrik?


--     Didier

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Firefox/Icecat build (was: Re: Pipewire and PulseAudio: apulse & firefox)

2022-01-09 Thread al3xu5 via Dng 
Sun, 9 Jan 2022 13:27:56 +0100 - al3xu5 via Dng :

> Fri, 24 Dec 2021 16:35:44 +0100 - aitor :
> 
> > Hi,
> > 
> > On 24/12/21 10:40, al3xu5 via Dng wrote:  
> > > $ apt-get source icecat
> > >
> > >QUESTION:
> > >- Is it the same to manually download the sources (just to avoid
> > > adding the guinos repositories)?
> > >- In this case, is the following the right one?
> > >
> > > http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0.orig.tar.xz
> > >
> > 
> > Yes, but you need three files:
> > 
> > http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.dsc 
> > 
> > 
> > http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0.orig.tar.xz
> >  
> > 
> > 
> > http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.debian.tar.xz
> >  
> > 
> >   
> > > - Init an empty git repository
> > >QUESTION:
> > >- I suppose you mean using the sources directory on my machine.
> > > Right?
> > 
> > Once you've downloaded the files, go to the directory containing them 
> > and create the git repository in a new folder:
> > 
> > $ mkdir icecat
> > 
> > $ cd icecat
> > 
> > $ git init
> > 
> > $ git config --global user.name "your name"
> > 
> > $ git config --global user.email "your email"
> > 
> > $ gbp import-dsc ../icecat_78.15.0-1.dsc
> > 
> >   
> > > - Import the description file of icecat:
> > >
> > > $ gbp import-dsc ../icecat*.dsc
> > >
> > >QUESTION:
> > >- Again, is it the same to manually download the .dsc file in the
> > >  source directory on my machine?
> > >- In this case, is the following the right one?
> > >
> > > http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.dsc
> > >
> > 
> > No. You've just downloaded the files and imported the whole project
> > into your initial empty git repository. You did things this way
> > because there is no remote git repository to clone from.
> > 
> > Cheers,
> > 
> > Aitor.
> >   
> 
> Hi. 
> 
> Sorry if I come back to this after a long time...
> 
> But after upgrading to Chimaera, I'm trying to make the build.
> 
> A question: after the manual download of the three files above (without
> adding the gnuinos repos), is there a way how I can verify their
> integrity? 

Solved by myself (using the gnuinos repository gpg key...).

Sorry for the noise.

Regards
al3xu5

-- 
Say NO to copyright, patents, trademarks and industrial design
restrictions!


Public GPG/PGP key: 8FC2 3121 2803 86E9 F7D8  B624 DA50 835B 2624 A36B


pgpvJflf9BZPH.pgp
Description: Firma digitale OpenPGP
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Firefox/Icecat build (was: Re: Pipewire and PulseAudio: apulse & firefox)

2022-01-09 Thread al3xu5 via Dng 
Fri, 24 Dec 2021 16:35:44 +0100 - aitor :

> Hi,
> 
> On 24/12/21 10:40, al3xu5 via Dng wrote:
> > $ apt-get source icecat
> >
> >QUESTION:
> >- Is it the same to manually download the sources (just to avoid
> > adding the guinos repositories)?
> >- In this case, is the following the right one?
> >
> > http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0.orig.tar.xz
> >  
> 
> Yes, but you need three files:
> 
> http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.dsc 
> 
> 
> http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0.orig.tar.xz
>  
> 
> 
> http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.debian.tar.xz
>  
> 
> 
> > - Init an empty git repository
> >QUESTION:
> >- I suppose you mean using the sources directory on my machine.
> > Right?  
> 
> Once you've downloaded the files, go to the directory containing them 
> and create the git repository in a new folder:
> 
> $ mkdir icecat
> 
> $ cd icecat
> 
> $ git init
> 
> $ git config --global user.name "your name"
> 
> $ git config --global user.email "your email"
> 
> $ gbp import-dsc ../icecat_78.15.0-1.dsc
> 
> 
> > - Import the description file of icecat:
> >
> > $ gbp import-dsc ../icecat*.dsc
> >
> >QUESTION:
> >- Again, is it the same to manually download the .dsc file in the
> >  source directory on my machine?
> >- In this case, is the following the right one?
> >
> > http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.dsc
> >  
> 
> No. You've just downloaded the files and imported the whole project into
> your initial empty git repository. You did things this way because there
> is no remote git repository to clone from.
> 
> Cheers,
> 
> Aitor.
> 

Hi. 

Sorry if I come back to this after a long time...

But after upgrading to Chimaera, I'm trying to make the build.

A question: after the manual download of the three files above (without
adding the gnuinos repos), is there a way how I can verify their
integrity? 

Regards
al3xu5

-- 
Say NO to copyright, patents, trademarks and industrial design
restrictions!


Public GPG/PGP key: 8FC2 3121 2803 86E9 F7D8  B624 DA50 835B 2624 A36B


pgpyKk9yinY06.pgp
Description: Firma digitale OpenPGP
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] merged /usr breakage

2022-01-09 Thread Benjamin Riefenstahl 
Hi Didier,

>> Didier Kryn writes:
>>> But the launchers are to be installed/uninstalled by every user in
>>> their own ~/.local

benny wrote:
>> What happens, if you add another user after installation?  AFAIU default
>> launchers should be in a global place.

Didier Kryn writes:
>     We want to install files only under /usr/local, and, for
> Freedesktop.org, there's no other global place than
> /usr/share/applications. Full point (AFAIK). I agree with you it's not
> very clever.

Oh, you mean, the installer would tell the users to install the desktop
files themself, via xdg-install-icon?  I don't think that works very
well.

Anyway,

says that /usr/local/share/applications should work fine, so there
should be no problem.

> Freedesktop might forbid it as well...

Freedesktop does not forbid anything, they couldn't even if they tried.

so long, benny
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] merged /usr breakage

2022-01-09 Thread Didier Kryn 

Le 08/01/2022 à 20:40, Benjamin Riefenstahl a écrit :

Hi Didier,

Didier Kryn writes:

But the launchers are to be installed/uninstalled by every user in
their own ~/.local

What happens, if you add another user after installation?  AFAIU default
launchers should be in a global place.

    We want to install files only under /usr/local, and, for 
Freedesktop.org, there's no other global place than 
/usr/share/applications. Full point (AFAIK). I agree with you it's not 
very clever.


    Users could make their .local/applications be a symlink to 
/usr/local/share/applications. This is not a standard and they would 
loose the ability to have their own private entries in their 
applications menu. I think very few users actually have private entries 
in their applications menu - this is not the same as launchers on the 
desktop. Therefore this symlink could be considered as a workaround: the 
applications menu would only expose globally installed applications, 
either provided by the distro or in /usr/local. It still has to be 
tested; Freedesktop might forbid it as well...


--  Didier

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng