Re: question

[steef]

to you all: it helped! thank you all,

cheers,

steef




Richard Hector wrote on 26-03-20 11:51:

On 26/03/20 10:08 pm, steef wrote:

Hi folks, good morning from here in The Netherlands.

Since the nineties I use a mozilla-branche as browser and email,
starting with netscape and now seamonkey; under buster. My wife needs
for her work as a psychologist for every sent email an *automatic* copy
of this email in her inbox. How can I realize that under, as said,
seamonkey (or thunderbird??).


In thunderbird:

Edit/Account Settings
Choose 'Copies and Folders' under the relevant account
The top set of options is then "When sending messages, automatically:" -
where you can choose to make a copy, and where to put it. It defaults to
the Sent folder, but you can choose another.

Richard

Re: Unsolvable dependency problems around libc / libcrypt on debian testing/bullseye

[Andrei POPESCU]

On Sb, 28 mar 20, 23:59:17, Martin wrote:
> 
> I have a debian bullseye/testing machine on a 2017 HP i7 machine that
> I used daily for many months but was not running since end of November
> 2019. I upgraded everything with apt update + dist-upgrade +
> autoremove + clean this week.

[...]
 
> This is my apt sources list:
> 
> deb http://deb.debian.org/debian/ testing main non-free contrib
> deb-src http://deb.debian.org/debian/ testing main non-free contrib
> deb http://deb.debian.org/debian/ unstable main non-free contrib
> deb-src http://deb.debian.org/debian/ unstable main non-free contrib

With this sources list you appear to be running unstable, not testing. 

Please show also the output of 'apt policy'.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Best practice regarding Ruby gems installation on Buster

[Andrei POPESCU]

On Sb, 28 mar 20, 18:28:53, l0f...@tuta.io wrote:
> Andrei,
> 
> 28 mars 2020 à 16:46 de andreimpope...@gmail.com:
> 
> > On Sb, 28 mar 20, 15:57:57, l0f...@tuta.io wrote:
> >
> >> Actually, I'm totally OK with the approach.
> >>
> >> But I'm not really talking about the ruby2.5 package and its 
> >> dependencies here. I don't need a specific higher Ruby version 
> >> (framework, engine...) so the Debian stable Ruby package fits my 
> >> needs.
> >>
> >> I'm rather talking about Ruby gems themselves. If I'm right, Buster 
> >> seems to come with some gems installed by default with ruby2.5 but 
> >> they are obsolete now.
> >>
> > What makes you think that?
> >
> Because some of my aforementioned local gems seems to come with ruby2.5:
> 
> For example, I did manage to update psych via "gem update" but on the 
> same time Debian told me all my packages were up to date...

That still doesn't make it obsolete ;)
 
> >> As they could introduce a security risk for example, I just want to 
> >> update them.
> >>
> > It seems to me that you don't have a specific reason to update them, 
> > just a "there's a newer version available and I want to update" itch, 
> > also known as "versionitis" :)
> >
> I agree with you, it's a temptation but 1) I was speaking of potential 
> security issues (I don't have any clue but there could be some I 
> presume - I didn't check the changelog I confess)

Any *known* security issues should be fixed via the regular update 
mechanism (provided you have Debian security repository in your 
sources.list).

> 2) I'm running Buster so I'm not so versionitis-ill ;)

There's nothing wrong with running other Debian releases as long as you 
understand the risks and know how to cope with the issues.
 
> So you are telling me to let Debian deal with its Ruby gems alone 
> while I focus on my specific additional gems not provided by Debian 
> packages?

Yes.

> If true, it means that Debian packages come with some Ruby gems, 
> Debian provides support for them but user has in fine the possibility 
> to update them inside Ruby (gem update) but by doing so (s)he lose 
> Debian support. It would make sense...

In general it's not a good idea to let two different package managers 
update the same piece of software.

> Let's talk about my next step please. I would like now to install 
> fusuma gem (https://github.com/iberianpig/fusuma). It's not provided 
> by any Debian package.
> I know i's gonna work with "gem install" but after that (and let's 
> imagine 4 months later I have 20 other gems installed), how can I make 
> a difference in my local gems between those manually installed gems 
> that I want to keep updated and my Debian provided gems that I don't 
> want to update to keep Debian support?Indeed, it would be really easy 
> to go off-trail with a simple 'gem update' (and I don't want to 
> specify my all 20 gems after 'gem update') ;)

See Dan Purgert's reply, it provides a method for keeping Debian and 
locally installed gems separated.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: fetchmail timeout

[황병희]

Pierre Frenkiel  writes:

> poll imap.gmail.com with proto IMAP auth password

It is just side comments. There is alternative software. The name is
getmail[*]. The getmail supports Gmail's label. It is available to
downloading messages from each Gmail's label. Personaly i use getmail
with Gnus. Always i'm happy with getmail + Gnus ^^^

[*] http://pyropus.ca/software/getmail/

Sincerely, Byung-Hee

-- 
^고맙습니다 _白衣從軍_ 감사합니다_^))//

[OT] COVID-19 (Was: Re: fetchmail timeout)

[황병희]

Cindy Sue Causey  writes:

> ..
> While checking trending one more time to see if there were any current
> references, a new trending topic is that Twitter direct messages are
> taking a hit right now. It all seems an understandable, predictable
> social networking side effect in light of our World's current health
> situation. Lots of folks turning to the Internet to stay in touch
> while physically isolated from each other.
>
> Cindy... Hoping everyone is safe and well.

Cindy! I hope you always stay health and happy^^^

Sincerely, Byung-Hee from South Korea

-- 
^고맙습니다 _白衣從軍_ 감사합니다_^))//

Re: Change in plans (was: Re: Another possible device

[Doug McGarrett]

On 3/28/20 8:17 PM, rhkra...@gmail.com wrote:

On Saturday, March 28, 2020 04:41:57 PM David Christensen wrote:

On 2020-03-28 12:18, rhkra...@gmail.com wrote:

I received the Wavlink device, but I'm fairly certain I'm going to return
it and give up on it.  (I'm not clear on what software / drivers I'd
have to find and install, and the device says it doesn't support Linux
(but does mention that it works with Ubuntu 14. -- I guess
Ubuntu is no longer Linux ;-)

I was hoping that I'd be able to find a manual or an installation guide
online before I received (or opened) the package, but I did not.


When happens when you connect the docking station to a USB 2.0 port on
your Dell 1501 laptop?  What does dmesg report?


I haven't unwrapped the unit -- I'm returning the unit in the original, intact
packaging.


What is the make and model of the Express Card dual 3.0 adapter?


Haven't received that yet, probably coming in 6 weeks from the far east.

I have a 4-port USB3 hub running on an older Dell Laptop. Works fine. It's a Sentey or Sentry--couldn't read the 4th 
letter, it's fancy print--Model LS8101. It works in Windows and PCLinuxOS with no drivers or anything. Not running
PCLinux on any other machine anymore, since they castrated it, but it still runs my Epson printer/scanner and OpenSUSE 
does not.


--doug

Re: Change in plans (was: Re: Another possible device (was: Re: OT: Questions about (buying and) using a laptop docking station))

[rhkramer]

On Saturday, March 28, 2020 08:17:56 PM rhkra...@gmail.com wrote:
> I haven't unwrapped the unit -- I'm returning the unit in the original,
> intact packaging.

To clarifly / amplify -- I don't think it is going to be worth the trouble to 
try to make it (the Wavlink) work.

Re: Change in plans (was: Re: Another possible device (was: Re: OT: Questions about (buying and) using a laptop docking station))

[rhkramer]

On Saturday, March 28, 2020 04:41:57 PM David Christensen wrote:
> On 2020-03-28 12:18, rhkra...@gmail.com wrote:
> > I received the Wavlink device, but I'm fairly certain I'm going to return
> > it and give up on it.  (I'm not clear on what software / drivers I'd
> > have to find and install, and the device says it doesn't support Linux
> > (but does mention that it works with Ubuntu 14. -- I guess
> > Ubuntu is no longer Linux ;-)
> > 
> > I was hoping that I'd be able to find a manual or an installation guide
> > online before I received (or opened) the package, but I did not.
> 
> When happens when you connect the docking station to a USB 2.0 port on
> your Dell 1501 laptop?  What does dmesg report?

I haven't unwrapped the unit -- I'm returning the unit in the original, intact 
packaging.

> What is the make and model of the Express Card dual 3.0 adapter?

Haven't received that yet, probably coming in 6 weeks from the far east.

pipes.sh usage on your Debian?

[l0f4r0]

Hi,

Are some people on the ML using pipes.sh 
(https://github.com/pipeseroni/pipes.sh)?If so, could you describe your 
usage/use-cases please?
* Ricing?
* Just having something nice on the terminal and being captivated?
* Other?

Actually, I'm interested in your potential "Other" answers ;)
Especially I would like to know if it can be used as a real screensaver 
(terminal or whole Xfce)? If possible, how can it be triggered automatically on 
Debian following some inactivity?
Thanks in advance for your inputs :)Best regards,
l0f4r0

Re: Best practice regarding Ruby gems installation on Buster

[l0f4r0]

Hi Dan, Alex,

28 mars 2020 à 16:46 de d...@randomstring.org:

> I'll contribute another viewpoint. My company writes in
> Ruby as part of our financial service software. It's vitally
> important that we maintain continuity during development, so
> that what we run in production is absolutely the same as what we
> tested in QA.
>
> We build .deb packages for ruby that we distribute internally.
> It does not conflict with the Debian ruby package, which we
> install when there are requirements from other Debian packages.
>
> We maintain our own gem repository. When a developer wants to
> add a new gem or update one, it is brought to our repository so
> that it doesn't change out from under us. We don't install those
> via .deb, but rather through the bundler.
>
> We run an environment-setting script that points each user to
> the desired ruby and gems directories, which we put in
> /opt/ruby-$VERSION on each machine. If you want to test your
> program against different versions, it's as easy as running a
> different script.
>
> Effectively, we have the Debian ruby environment that is
> compatible with whatever Debian wants, and we have our local
> ruby environments which we use to build software.
>
Thanks for sharing your experience :)

So if I've quite understood, at work you have 2 ruby environments:
* /usr/bin/ruby -> ruby-$VERSIONX: you let Debian deal with it and you 
personally don't mess with it, except for updating Ruby and its gems when 
Debian itself provides new versions.
* /opt/ruby-$VERSIONY: you have your own gem repository so you and your 
colleagues can install/update/remove any gem depending on your specific needs.
Right?

28 mars 2020 à 18:18 de ames...@rsh2.donotuse.de:

> In order to avoid messing up packages and system in general one should
> never install modules/packages/whatever as root into system locations.
> Most of sane languages provide a way to install modules into home
> directory and usually these locations have higher precedence when
> loading modules or one can tell the language to load the modules from
> the defined location first.
> I don't know about Ruby, but in Debian you get only a subset of all
> possible modules for the language of your choice. And it is very likely
> that in Debian stable they are old and even might be too old for some
> specific software. So in my opinion the way to go is to use available
> packages from Debian and install the missing one locally.
>
So you would suggest not to mess with Debian ruby gems (except updating them 
through their corresponding packages with 'apt update' sometimes) and install 
those that don't have any package on Debian ecosystem for the local user only?
If true, I think this is the goal of the following command:
$ gem install --user-install GEMNAME

So when I want to install a ruby gem, my reflex should be first to verify if 
Debian already provides it in one of its packages?
* If Debian provides the gem and its (probably old) version fits my need => 
install the Debian package ('apt install')
* If Debian provides the gem but I want a brand new version OR if Debian 
doesn't provide the gem at all => install the gem ('gem install --user-install')
It makes sense?
> Regarding the security of the packages in Debian stable, if the package
> has a known vulnerability it is very likely that the security team will
> take care and fix the package. So this is not an issue.
>
Ok, I get it now with Andrei's answer as well.
I thought initially that Debian only provides ruby engine/framework, not 
packages containing ruby code as well ;)

Best regards,
l0f4r0

Unsolvable dependency problems around libc / libcrypt on debian testing/bullseye

[Martin]

Dear all,

I have a debian bullseye/testing machine on a 2017 HP i7 machine that
I used daily for many months but was not running since end of November
2019. I upgraded everything with apt update + dist-upgrade +
autoremove + clean this week.
I can't exactly say how but while everything appeared fine initially I
now struggle with having a partially working system. Something with a
very fundamental library seems to have created a unsolvable dependency
situation and I can't get out of it. I think it started with libcrypt1
that was dependency but could not be found.

My question is foremost if I can get out of it myself and how or if it
is due to some package  currently not available (in Incoming as one
error message suggests) and I just have to wait? Maybe my sources list
does not make sense?

apt list --upgradable

Listing... Done
firefox/unstable 74.0-1 amd64 [upgradable from: 69.0.1-1]
libc-bin/testing 2.30-2 amd64 [upgradable from: 2.29-2]
libc6/testing 2.30-2 amd64 [upgradable from: 2.29-2]
libc6/testing 2.30-2 i386 [upgradable from: 2.29-2]
libruby2.5/testing,unstable 2.5.7-1+b1 amd64 [upgradable from: 2.5.7-1]
login/testing,unstable 1:4.8.1-1 amd64 [upgradable from: 1:4.7-2]
passwd/testing,unstable 1:4.8.1-1 amd64 [upgradable from: 1:4.7-2]
whois/testing,unstable 5.5.6 amd64 [upgradable from: 5.5.2]

When I do: sudo apt install whois

The following packages have unmet dependencies:
 whois : Depends: libcrypt1 (>= 1:4.1.0) but it is not installable

sudo apt install locales libc-bin

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libc-bin : Depends: libc6 (> 2.30) but 2.29-2 is to be installed

sudo apt install libc6 libcrypt1
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package libcrypt1 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  libcrypt1:i386

This is my apt sources list:

deb http://deb.debian.org/debian/ testing main non-free contrib
deb-src http://deb.debian.org/debian/ testing main non-free contrib
deb http://deb.debian.org/debian/ unstable main non-free contrib
deb-src http://deb.debian.org/debian/ unstable main non-free contrib

By trying to remove and reinstall I ended up losing some important
packages, so I made it worse already. The general advice to
clean/dist-upgrade/install -f does not get me any further.

Any advice appreciated!
Best regards,
Marty.

Re: cracking sound from left channel

[Dan Ritter]

Bhasker C V wrote: 
> Thanks Dan,
> The audio cracking comes up only after a suspend resume or reboot when
> done on its own
> If I boot into windows, reboot the system (without switchoff) into
> linux, the sound is fine. The next time i reboot into linux the issue
> comes back.
> 
> The sound is as if the speaker paper of an old speaker is torn. The
> fluttering sound when there is high bass on the headphones. The sound is
> clear
> and fine when on windows and when on linux when immediately booted after
> windows.
> 
> This to my limited knowledge feels like windows writes something to the
> config registers or downloads a firmware which makes sound card work
> fine but then when cold booted into linux, linux is missing to do
> something. ... may be I am wrong.

I would guess that Windows is setting internal mixer parameters
differently.

Try killing pulseaudio, running alsamixer, and seeing if you can
change the behavior with any of the available switches or
internal mutes.

-dsr-

Re: network-manager takes 1-4 restarts in order to recognize and connect to already-configured wifi network, USB dongle NIC

[deloptes]

Alan Tu wrote:

> Thanks for the tip about systemctl -l status network-manager. There is a
> difference.

perhaps you inspect the full log for details. It could be you have a problem
with the driver or with how the device is handled (detected, initialized
etc.), could be also even a kernel bug somewhere.

I take usually journalctl -falen all   

Re: Issue with i915 PSR module option

[l0f4r0]

Reco,

28 mars 2020 à 21:15 de recovery...@enotuniq.net:

> I apply the following approach to it - if it works - it does not need
> firmware blobs. Even if update-initramfs may thinks it will be useful to
> include those, because it merely looks at "firmware" section of "modinfo
> i915" output in this case.
>
Indeed, it looks like modinfo i915 output ;)
Maybe I'm too maniac but I just don't like so much getting warnings after a 
command...^^

> If dmesg tells you your current kernel tries to load those firmware
> pieces and fails, and you experience some missing functionality (X won't
> start, OpenGL fails to work, VAAPI fails you) - then firmware's probably
> needed.
>
No error on journalctl -kb
I'm loading i915/kbl_dmc_ver1_04.bin

>
>
>> > They are, but they aren't in main archive (non-libre, no source code).
>> >
>> My apt sources.list includes main, contrib and non-free.
>> I don't find the firmwares in Debian packages, only a bxt_huc old one:
>> $ apt-file search icl_dmc_ver
>> $ apt-file search tgl_dmc_ver
>> $ apt-file search bxt_huc_ver
>>
>
> Even experimental does not have those.
>
So blobs are not systematically packaged on Debian.
Then if I'm not wrong, I need to bookmark 
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/
 so I can pick up any missing firmware?

Best regards,
l0f4r0

Re: network-manager takes 1-4 restarts in order to recognize and connect to already-configured wifi network, USB dongle NIC

[Alan Tu]

I do not have any other interfaces in /etc/network/interfaces, besides lo.

Thanks for the tip about systemctl -l status network-manager. There is a 
difference.

I ran systemctl -l status network-manager on two boots. In both cases, the USB 
dongle was already plugged in and was not touched. The first boot, I logged 
into Mate, and the wifi connected automatically:
● NetworkManager.service - Network Manager
 Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; 
vendor preset: enabled)
 Active: active (running) since Sat 2020-03-28 13:40:43 PDT; 8min ago
   Docs: man:NetworkManager(8)
   Main PID: 584 (NetworkManager)
  Tasks: 4 (limit: 19014)
 Memory: 16.4M
 CGroup: /system.slice/NetworkManager.service
 └─584 /usr/sbin/NetworkManager --no-daemon

Mar 28 13:41:10 raptor NetworkManager[584]:   [1585428070.4504] manager: 
NetworkManager state is now CONNECTED_LOCAL
Mar 28 13:41:10 raptor NetworkManager[584]:   [1585428070.4514] manager: 
NetworkManager state is now CONNECTED_SITE
Mar 28 13:41:10 raptor NetworkManager[584]:   [1585428070.4515] policy: 
set 'wln' (wlx1831bf53a3a2) as default for IPv4 routing and DNS
Mar 28 13:41:10 raptor NetworkManager[584]:   [1585428070.4561] device 
(wlx1831bf53a3a2): Activation: successful, device activated.
...

Now the boot where network-manager repeatedly asked for the same password:
● NetworkManager.service - Network Manager
 Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; 
vendor preset: enabled)
 Active: active (running) since Sat 2020-03-28 13:52:45 PDT; 36s ago
   Docs: man:NetworkManager(8)
   Main PID: 584 (NetworkManager)
  Tasks: 3 (limit: 19014)
 Memory: 17.5M
 CGroup: /system.slice/NetworkManager.service
 └─584 /usr/sbin/NetworkManager --no-daemon

Mar 28 13:52:55 raptor NetworkManager[584]:   [1585428775.4776] Config: 
added 'key_mgmt' value 'WPA-PSK WPA-PSK-SHA256 FT-PSK'
Mar 28 13:52:55 raptor NetworkManager[584]:   [1585428775.4776] Config: 
added 'psk' value ''
Mar 28 13:52:55 raptor NetworkManager[584]:   [1585428775.4916] device 
(wlx1831bf53a3a2): supplicant interface state: disconnected -> associating
Mar 28 13:52:55 raptor NetworkManager[584]:   [1585428775.7019] device 
(wlx1831bf53a3a2): supplicant interface state: associating -> 4-way handshake
Mar 28 13:52:59 raptor NetworkManager[584]:   [1585428779.7193] 
sup-iface[0x55bfd02d69f0,wlx1831bf53a3a2]: connection disconnected (reason 2)
Mar 28 13:52:59 raptor NetworkManager[584]:   [1585428779.7195] device 
(wlx1831bf53a3a2): supplicant interface state: 4-way handshake -> disconnected
Mar 28 13:52:59 raptor NetworkManager[584]:   [1585428779.7210] device 
(wlx1831bf53a3a2): Activation: (wifi) disconnected during association, asking 
for new key
Mar 28 13:52:59 raptor NetworkManager[584]:   [1585428779.7212] device 
(wlx1831bf53a3a2): state change: config -> need-auth (reason 
'supplicant-disconnect', sys-iface-state: 'managed')
Mar 28 13:52:59 raptor NetworkManager[584]:   [1585428779.8236] device 
(wlx1831bf53a3a2): supplicant interface state: disconnected -> scanning
Mar 28 13:53:02 raptor NetworkManager[584]:   [1585428782.0772] device 
(wlx1831bf53a3a2): supplicant interface state: scanning -> inactive


> On Mar 28, 2020, at 12:43, Brian  wrote:
> 

Re: Change in plans (was: Re: Another possible device (was: Re: OT: Questions about (buying and) using a laptop docking station))

[David Christensen]

On 2020-03-28 12:18, rhkra...@gmail.com wrote:


I received the Wavlink device, but I'm fairly certain I'm going to return it
and give up on it.  (I'm not clear on what software / drivers I'd have to find
and install, and the device says it doesn't support Linux (but does mention
that it works with Ubuntu 14. -- I guess Ubuntu is no longer Linux
;-)

I was hoping that I'd be able to find a manual or an installation guide online
before I received (or opened) the package, but I did not.


When happens when you connect the docking station to a USB 2.0 port on 
your Dell 1501 laptop?  What does dmesg report?



What is the make and model of the Express Card dual 3.0 adapter?


What happens when you power down, insert the ExpressCard dual 3.0 
adapter, and boot?  What does dmesg report?



What happens when you connect a USB flash drive to a USB 3.0 port?  What 
does dmesg report?  Can mount mount the USB flash drive filesystem from 
your desktop?



What happens when you connect the docking station to a USB 3.0 port? 
What does dmesg report?



David

Re: Issue with i915 PSR module option

[Reco]

On Sat, Mar 28, 2020 at 09:05:16PM +0100, l0f...@tuta.io wrote:
> >> I suppose I'm expected now to download my potential missing firmwares
> >> for module i915
> >> from 
> >> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
> >>  and
> >> move them to /lib/firmware/i915?
> >
> > Depends on your card. Intel GPU Gen 6 (Skylake, 2015) and higher usually
> > require it. Anything older works happily without any firmware.
> >
> Ok, I have a Kaby Lake so a bit more recent than Sky Lake.
> Isn't it strange that update-initramfs tells me that some firmwares
> not corresponding to my processor generation could be missing? Doesn't
> the tool compare firmwares with actual hardware used?
> 
> W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_07.bin for 
> module i915
> W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_04.bin for 
> module i915
> W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_8_2893.bin for 
> module i915 

I apply the following approach to it - if it works - it does not need
firmware blobs. Even if update-initramfs may thinks it will be useful to
include those, because it merely looks at "firmware" section of "modinfo
i915" output in this case.

If dmesg tells you your current kernel tries to load those firmware
pieces and fails, and you experience some missing functionality (X won't
start, OpenGL fails to work, VAAPI fails you) - then firmware's probably
needed.


> > They are, but they aren't in main archive (non-libre, no source code).
> >
> My apt sources.list includes main, contrib and non-free.
> I don't find the firmwares in Debian packages, only a bxt_huc old one:
> $ apt-file search icl_dmc_ver
> $ apt-file search tgl_dmc_ver
> $ apt-file search bxt_huc_ver

Even experimental does not have those.

Reco

Re: Issue with i915 PSR module option

[l0f4r0]

Reco,

28 mars 2020 à 19:32 de recovery...@enotuniq.net:

>
>
>> I suppose I'm expected now to download my potential missing firmwares
>> for module i915
>> from 
>> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
>>  and
>> move them to /lib/firmware/i915?
>>
>
> Depends on your card. Intel GPU Gen 6 (Skylake, 2015) and higher usually
> require it. Anything older works happily without any firmware.
>
Ok, I have a Kaby Lake so a bit more recent than Sky Lake.
Isn't it strange that update-initramfs tells me that some firmwares not 
corresponding to my processor generation could be missing? Doesn't the tool 
compare firmwares with actual hardware used?

W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_07.bin for module 
i915
W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_04.bin for module 
i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_8_2893.bin for 
module i915 

> And it's preferred to install "firmware-misc-nonfree" package ([1])to
> random downloads from Internet.
>
Actually, I had already installed firmware-misc-nonfree:

$ apt policy firmware-misc-nonfree
firmware-misc-nonfree:
  Installé : 20190717-2~bpo10+1
  Candidat : 20190717-2~bpo10+1
Table de version :
*** 20190717-2~bpo10+1 100
    100 http://deb.debian.org/debian buster-backports/non-free amd64 
Packages
    100 /var/lib/dpkg/status
 20190114-2 500
    500 http://deb.debian.org/debian buster/non-free amd64 Packages

28 mars 2020 à 19:32 de recovery...@enotuniq.net:

> On Sat, Mar 28, 2020 at 07:22:41PM +0100, > l0f...@tuta.io>  wrote:
>
>> Why aren't they distributed via traditional Debian packages?
>>
>
> They are, but they aren't in main archive (non-libre, no source code).
>
My apt sources.list includes main, contrib and non-free.
I don't find the firmwares in Debian packages, only a bxt_huc old one:
$ apt-file search icl_dmc_ver
$ apt-file search tgl_dmc_ver
$ apt-file search bxt_huc_ver
firmware-misc-nonfree: /lib/firmware/i915/bxt_huc_ver01_07_1398.bin 

Best regards,
l0f4r0

Re: Issue with i915 PSR module option

[didier gaumet]

Le 28/03/2020 à 19:22, l0f...@tuta.io a écrit :
[...]
> 28 mars 2020 à 18:00 de didier.gau...@gmail.com:
> 
>> and enable_psr must be set to 1, not 0
>>
> I set it up to 0 because I have frequent err/3 on journalctl like the 
> following:
> kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on 
> pipe A (start=38584 end=38585) time 167 us, min 1073, max 1079, scanline 
> start 1070, end 1080
> 
> Some Internet resources seem to indicate PSR could be involved.
> Do you think I'm gonna have more issues with PSR deactivated than left at 
> value -1?If you have any advice, feel free :)
> 
> Thank you.Best regards,
> l0f4r0

My mistake: sorry, I was thinking you wanted to enable PSR :-)
I have absolutely no idea what kind of trouble deactivating PSR could
make appear

Re: network-manager takes 1-4 restarts in order to recognize and connect to already-configured wifi network, USB dongle NIC

[Brian]

On Sat 28 Mar 2020 at 20:28:15 +0100, deloptes wrote:

> Alan Tu wrote:
> 
> > The network was and is configured in network-manager. I should add that
> > one out of six or seven times, the connection is established automatically
> > at boot. Alan
> 
> Do you have anything in /etc/network/interfaces except lo?
> 
> There should not be anything

There needn't even be a lo entry. See the changelog for ipupdown.

-- 
Brian.

Re: network-manager takes 1-4 restarts in order to recognize and connect to already-configured wifi network, USB dongle NIC

[deloptes]

Alan Tu wrote:

> The network was and is configured in network-manager. I should add that
> one out of six or seven times, the connection is established automatically
> at boot. Alan

Do you have anything in /etc/network/interfaces except lo?

There should not be anything

furthermore NetworkManager saves configuration under /var/lib/NetworkManager

But it could be something else in your configuration - look in the
journal/log or systemctl and post here 

sudo systemctl -l status network-manager

regards

Change in plans (was: Re: Another possible device (was: Re: OT: Questions about (buying and) using a laptop docking station))

[rhkramer]

On Tuesday, March 24, 2020 08:32:27 AM rhkra...@gmail.com wrote:
> On Sunday, March 22, 2020 08:37:48 PM rhkra...@gmail.com wrote:
> > In that other thread, I point out that I decided to buy a Wavlink 3.0
> > docking station (with HDMI, DVI, and VGA video outputs) (on sale today at
> > Newegg) and a dual USB 3.0 ExpressCard on ebay (for under $10).

...< lots of detail snipped >...

> Like I say, I ordered the Wavlink device, so at this time, I have no need
> to pursue this other device any further, but maybe it would prove useful
> to someone else.

I received the Wavlink device, but I'm fairly certain I'm going to return it 
and give up on it.  (I'm not clear on what software / drivers I'd have to find 
and install, and the device says it doesn't support Linux (but does mention 
that it works with Ubuntu 14. -- I guess Ubuntu is no longer Linux 
;-)

I was hoping that I'd be able to find a manual or an installation guide online 
before I received (or opened) the package, but I did not.

In view of lots of things (including the shelter in place orders), I think 
I'll just pass for the time being, and take the refund (less the return 
shipping) and save it for a replacement laptop in the future.  I've pretty 
much come to the conclusion that I'll want it to have a USB-C port.

(Aside: I am a little disappointed in the laptops I looked at in the last day 
or so, either online or at Staples -- I am used to doing things like replacing 
some of the internal devices myself, through covers that are fairly easy to 
remove (things like adding RAM or replacing the hard drive (or even the 
battery).

On one of the HPs I looked at yesterday, I came home and found a manual 
online) -- even replacing the battery requires removing the entire bottom 
cover, and it mentions 56 screws of various sizes that may need to be removed 
as you go further (some much further than I'd ever expect so go -- I mean like 
replacing the keyboad or main board), and cautions against any but an 
authorized service center doing that kind of work (I mean, including things 
like the battery, RAM, or hard drive).

The authorized service center doesn't bother me (I mean, I'd probably tackle 
whatever I wanted myself despite that warning), but it sounds like a real 
bother.

)

Re: network-manager takes 1-4 restarts in order to recognize and connect to already-configured wifi network, USB dongle NIC

[Alan Tu]

The network was and is configured in network-manager. I should add that one out 
of six or seven times, the connection is established automatically at boot.
Alan 

Sent from my iPhone

> On Mar 28, 2020, at 12:02, deloptes  wrote:
> 
> Alan Tu wrote:
> 
>> After trial and error, the best fix is for me to get into a terminal
>> and restart network-manager:
>> # systemctl restart network-manager
>> 
>> After one to four times of this, eventually network-manager
>> establishes the network connection.
> 
> Have you configured the network-card/connection in NetworkManager?
> If not - do so and set to auto connect - otherwise it will not connect
> automatically.
> 

Re: network-manager takes 1-4 restarts in order to recognize and connect to already-configured wifi network, USB dongle NIC

[deloptes]

Alan Tu wrote:

> After trial and error, the best fix is for me to get into a terminal
> and restart network-manager:
> # systemctl restart network-manager
> 
> After one to four times of this, eventually network-manager
> establishes the network connection.

Have you configured the network-card/connection in NetworkManager?
If not - do so and set to auto connect - otherwise it will not connect
automatically.

Re: fetchmail timeout

[Cindy Sue Causey]

On 3/28/20, Pierre Frenkiel  wrote:
> hi,
> I have the following problem with fetchmail:
>  fetchmail: timeout after 300 seconds waiting for server
> imap.gmail.com.
>  here is my .fetchmailrc


Poking my nose in to say that Gmail AND Youtube were down in last
couple days. I only know this because it was a "trending" topic so it
was an at least somewhat notable outage. My usage wasn't affected. It
was one of those times that location may or may not have played an
immediate effect.

While checking trending one more time to see if there were any current
references, a new trending topic is that Twitter direct messages are
taking a hit right now. It all seems an understandable, predictable
social networking side effect in light of our World's current health
situation. Lots of folks turning to the Internet to stay in touch
while physically isolated from each other.

Cindy... Hoping everyone is safe and well.
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* (still) runs with birdseed *

network-manager takes 1-4 restarts in order to recognize and connect to already-configured wifi network, USB dongle NIC

[Alan Tu]

Hello, I have a "Debian testing" system installed with Mate. It has
network-manager 1.22.8-1.

My network adapter is an Asus USB dongle based on rtl8814au, I
compiled and installed a kernel module for it and the network works
great, once it gets going.

My problem is, when I boot the system and it gets to the mate login
prompt, the network isn't connected. Then, even after I log in to the
Mate desktop, I'm usually asked for the WPA wifi credentials.

After trial and error, the best fix is for me to get into a terminal
and restart network-manager:
# systemctl restart network-manager

After one to four times of this, eventually network-manager
establishes the network connection.

I think this probably has something to do with network-manager not
recognizing that the USB dongle is plugged in, even though the kernel
module is loaded.

What can I do to troubleshoot this problem, potentially filing a bug?

Or, maybe this is a problem with the kernel module for the USB adapter?

Alan

Re: Issue with i915 PSR module option

[Reco]

On Sat, Mar 28, 2020 at 07:22:41PM +0100, l0f...@tuta.io wrote:
> Hi Reco, Didier,
...
> $ sudo cat /sys/module/i915/parameters/enable_psr
> 0
> 
> => Thank you :)

You're welcome.

> I suppose I'm expected now to download my potential missing firmwares
> for module i915
> from 
> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
>  and
> move them to /lib/firmware/i915?

Depends on your card. Intel GPU Gen 6 (Skylake, 2015) and higher usually
require it. Anything older works happily without any firmware.

And it's preferred to install "firmware-misc-nonfree" package ([1])to
random downloads from Internet.


> Why aren't they distributed via traditional Debian packages?

They are, but they aren't in main archive (non-libre, no source code).

Reco

[1] https://packages.debian.org/buster/firmware-misc-nonfree

Re: Issue with i915 PSR module option

[l0f4r0]

Hi Reco, Didier,

28 mars 2020 à 17:55 de recovery...@enotuniq.net:

> Probably because your /etc/modprobe.d/i915.conf did not get included in
> initrd. "i915" usually gets loaded before root filesystem is loaded, so
> your file does not get any effect.
> Execute "update-initramfs -k all -u", check the presence of i915.conf in
> initrd (lsinitrams), reboot and check it one more time.
>
$ sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-5.4.0-0.bpo.2-amd64
W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_07.bin for module 
i915
W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_04.bin for module 
i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_8_2893.bin for 
module i915

$ lsinitramfs /boot/initrd.img-5.4.0-0.bpo.2-amd64 | grep -i i915
etc/modprobe.d/i915.conf
usr/lib/firmware/i915
usr/lib/firmware/i915/bxt_dmc_ver1_07.bin
usr/lib/firmware/i915/bxt_guc_33.0.0.bin
usr/lib/firmware/i915/cnl_dmc_ver1_07.bin
usr/lib/firmware/i915/glk_dmc_ver1_04.bin
usr/lib/firmware/i915/glk_guc_33.0.0.bin
usr/lib/firmware/i915/glk_huc_ver03_01_2893.bin
usr/lib/firmware/i915/icl_guc_33.0.0.bin
usr/lib/firmware/i915/icl_huc_ver8_4_3238.bin
usr/lib/firmware/i915/kbl_dmc_ver1_04.bin
usr/lib/firmware/i915/kbl_guc_33.0.0.bin
usr/lib/firmware/i915/kbl_huc_ver02_00_1810.bin
usr/lib/firmware/i915/skl_dmc_ver1_27.bin
usr/lib/firmware/i915/skl_guc_33.0.0.bin
usr/lib/firmware/i915/skl_huc_ver01_07_1398.bin
usr/lib/modules/5.4.0-0.bpo.2-amd64/kernel/drivers/gpu/drm/i915
usr/lib/modules/5.4.0-0.bpo.2-amd64/kernel/drivers/gpu/drm/i915/i915.ko

[reboot]

$ sudo cat /sys/module/i915/parameters/enable_psr
0

=> Thank you :)
I suppose I'm expected now to download my potential missing firmwares for 
module i915 from 
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
 and move them to /lib/firmware/i915?
Why aren't they distributed via traditional Debian packages?
28 mars 2020 à 18:00 de didier.gau...@gmail.com:

> and enable_psr must be set to 1, not 0
>
I set it up to 0 because I have frequent err/3 on journalctl like the following:
kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on 
pipe A (start=38584 end=38585) time 167 us, min 1073, max 1079, scanline start 
1070, end 1080

Some Internet resources seem to indicate PSR could be involved.
Do you think I'm gonna have more issues with PSR deactivated than left at value 
-1?If you have any advice, feel free :)

Thank you.Best regards,
l0f4r0

Re: fetchmail timeout

[Reco]

Hi.

On Sat, Mar 28, 2020 at 06:35:04PM +0100, Pierre Frenkiel wrote:
> hi,
> I have the following problem with fetchmail:
> fetchmail: timeout after 300 seconds waiting for server imap.gmail.com.
> here is my .fetchmailrc

fetchmail -v

Reco

Re: fetchmail timeout

[Henning Follmann]

On Sat, Mar 28, 2020 at 06:35:04PM +0100, Pierre Frenkiel wrote:
> hi,
> I have the following problem with fetchmail:
> fetchmail: timeout after 300 seconds waiting for server imap.gmail.com.
> here is my .fetchmailrc
> 
> 
> set logfile "/data/home/frenkiel/log/fetchmail"
> set pidfile "/data/home/frenkiel/.fetchmail.pid"
> set postmaster "frenkiel"
> set nobouncemail
> set no spambounce
> set properties ""
> set daemon 15
> set invisible
> poll imap.gmail.com with proto IMAP auth password
>  interface enp0s31f6/192.168.1.12/255.255.255.255
>  user 'pierre.frenkiel' there is 'frenkiel' here options fetchall stripcr 
> ssl
> 
>  the password is set in .netrc
> 
> 
>  please reply pierre.frenk...@gmx.com
> 


Google mail is broken. Consider a decent mail provider instead.

However. Did this ever work? Or are you just trying to set this up?
If you are just setting this up, did you authorize for "less secure"
access to that account?
This is Googles spin to make everyones life miserable.

-H

-- 
Henning Follmann   | hfollm...@itcfollmann.com

Re: cracking sound from left channel

[Bhasker C V]

Thanks Dan,
The audio cracking comes up only after a suspend resume or reboot when
done on its own
If I boot into windows, reboot the system (without switchoff) into
linux, the sound is fine. The next time i reboot into linux the issue
comes back.

The sound is as if the speaker paper of an old speaker is torn. The
fluttering sound when there is high bass on the headphones. The sound is
clear
and fine when on windows and when on linux when immediately booted after
windows.

This to my limited knowledge feels like windows writes something to the
config registers or downloads a firmware which makes sound card work
fine but then when cold booted into linux, linux is missing to do
something. ... may be I am wrong.


On 27/03/2020 13:37, Dan Ritter wrote:
> Bhasker C V wrote: 
>> Hi,
>>
>> ??I am on debian bullseye x86_64 (K5.6.0-rc6).
>>
>> ??03:00.5 Multimedia controller: Advanced Micro Devices, Inc. [AMD]
>> Raven/Raven2/FireFlight/Renoir Audio Processor
>>
>> I have windows booting on another partition. After windows boots, and
>> then I reboot into linux, the sound is fine. All clear on both channels.
>> But once i reboot into linux or suspend/resume, I get a cracking sound
>> along with audio on the left channel. I am not sure how to troubleshoot.
>> Is this a known issue ? Please could someone point me in the right
>> direction on fix or how to troubleshoot ?
> Does this happen with every playback format and program, or just
> some?
>
> Check all mixer settings: it's possible that the motherboard's
> audio amplifier is being overdriven, or that there are inputs
> which should be muted but aren't.
>
> Can you describe the sound more specifically?
>
> -dsr-


-- 
Bhasker C V
Secure Mails: http://keys.gnupg.net/pks/lookup?op=get&search=0x4D05FEEC54E47413
Registered Linux User: #306349 

fetchmail timeout

[Pierre Frenkiel]

hi,
I have the following problem with fetchmail:
fetchmail: timeout after 300 seconds waiting for server imap.gmail.com.
here is my .fetchmailrc


set logfile "/data/home/frenkiel/log/fetchmail"
set pidfile "/data/home/frenkiel/.fetchmail.pid"
set postmaster "frenkiel"
set nobouncemail
set no spambounce
set properties ""
set daemon 15
set invisible
poll imap.gmail.com with proto IMAP auth password
 interface enp0s31f6/192.168.1.12/255.255.255.255
 user 'pierre.frenkiel' there is 'frenkiel' here options fetchall stripcr 
ssl

 the password is set in .netrc


 please reply pierre.frenk...@gmx.com

best regards,
--
Pierre Frenkiel

Re: Best practice regarding Ruby gems installation on Buster

[l0f4r0]

Andrei,

28 mars 2020 à 16:46 de andreimpope...@gmail.com:

> On Sb, 28 mar 20, 15:57:57, l0f...@tuta.io wrote:
>
>> Actually, I'm totally OK with the approach.
>>
>> But I'm not really talking about the ruby2.5 package and its 
>> dependencies here. I don't need a specific higher Ruby version 
>> (framework, engine...) so the Debian stable Ruby package fits my 
>> needs.
>>
>> I'm rather talking about Ruby gems themselves. If I'm right, Buster 
>> seems to come with some gems installed by default with ruby2.5 but 
>> they are obsolete now.
>>
> What makes you think that?
>
Because some of my aforementioned local gems seems to come with ruby2.5:

$ dpkg -S {cmath,fiddle,psych}.rb
libruby2.5:amd64: /usr/lib/ruby/2.5.0/cmath.rb
libruby2.5:amd64: /usr/lib/ruby/2.5.0/fiddle.rb
libruby2.5:amd64: /usr/lib/ruby/2.5.0/psych.rb

For example, I did manage to update psych via "gem update" but on the same time 
Debian told me all my packages were up to date...

>> As they could introduce a security risk for example, I just want to 
>> update them.
>>
> It seems to me that you don't have a specific reason to update them, 
> just a "there's a newer version available and I want to update" itch, 
> also known as "versionitis" :)
>
I agree with you, it's a temptation but 1) I was speaking of potential security 
issues (I don't have any clue but there could be some I presume - I didn't 
check the changelog I confess) 2) I'm running Buster so I'm not so 
versionitis-ill ;)

>> However updating seems to be less straightfoward than anticipated 
>> hence my request for advice ;)
>>
> Everything I wrote still applies. Unless otherwise specified Debian 
> provides security support for all gems distributed as Debian packages.
> If you install your gems outside the Debian package manager you are on
> your own.
>
Ok, I didn't realize that at the beginning!
My gems must have been installed by other packages/dependencies...

So you are telling me to let Debian deal with its Ruby gems alone while I focus 
on my specific additional gems not provided by Debian packages?
If true, it means that Debian packages come with some Ruby gems, Debian 
provides support for them but user has in fine the possibility to update them 
inside Ruby (gem update) but by doing so (s)he lose Debian support. It would 
make sense...

Let's talk about my next step please. I would like now to install fusuma gem 
(https://github.com/iberianpig/fusuma). It's not provided by any Debian package.
I know i's gonna work with "gem install" but after that (and let's imagine 4 
months later I have 20 other gems installed), how can I make a difference in my 
local gems between those manually installed gems that I want to keep updated 
and my Debian provided gems that I don't want to update to keep Debian 
support?Indeed, it would be really easy to go off-trail with a simple 'gem 
update' (and I don't want to specify my all 20 gems after 'gem update') ;)

Best regards,
l0f4r0

Re: Best practice regarding Ruby gems installation on Buster

[Alex Mestiashvili]

On 3/28/20 11:37 AM, l0f...@tuta.io wrote:
> Hi,
> 
> I'm on Debian 10.
> What is the best practice regarding Ruby gems installation please (user vs 
> root)?
> Below is my situation.
> 
> It all begins with the installation of vim-gtk3 (because I want access to the 
> +/* registers) that comes with the following dependencies:
> libruby2.5 rake ruby ruby-did-you-mean ruby-minitest ruby-net-telnet 
> ruby-power-assert ruby-test-unit ruby-xmlrpc ruby2.5 rubygems-integration
> 

> 
> So my question about the best practice at the very beginning.
> I think it can be very tricky to have parallel versions of the same gems, and 
> I don't think having obsolete user gems is really nice (security+features). 
> How do you manage that situation? Do you delete all user local gems and only 
> keep root's (maybe it introduces access errors in your programs by doing so)? 
> Do you change the gem directories permissions (maybe it's less secure...)? 
> Don't you touch anything and just use sudo everywhere? Other idea?
> 
> PS: I fiddled so much with my installation last day that I even lost access 
> to my local gems...

> Many thanks in advance :)Best regards,
> l0f4r0
> 


In order to avoid messing up packages and system in general one should
never install modules/packages/whatever as root into system locations.
Most of sane languages provide a way to install modules into home
directory and usually these locations have higher precedence when
loading modules or one can tell the language to load the modules from
the defined location first.
I don't know about Ruby, but in Debian you get only a subset of all
possible modules for the language of your choice. And it is very likely
that in Debian stable they are old and even might be too old for some
specific software. So in my opinion the way to go is to use available
packages from Debian and install the missing one locally. However if you
like to install the software the Debian way you might consider using
tools like dh-make-ruby to create debian packages from a ruby library
and install it later as a local debian package with dpkg. This way has a
number of benefits, but of course it may not work for complicated libs
or for a project where you need to get tens of hundreds of
not-yet-packaged libs.

Regarding the security of the packages in Debian stable, if the package
has a known vulnerability it is very likely that the security team will
take care and fix the package. So this is not an issue.

Regards,
Alex

Re: Issue with i915 PSR module option

[didier gaumet]

and enable_psr must be set to 1, not 0

Re: Issue with i915 PSR module option

[Reco]

Hi.

On Sat, Mar 28, 2020 at 05:43:01PM +0100, l0f...@tuta.io wrote:
> Hi,
> 
> I'm on Buster.
> Could somebody explain me please why my i915 PSR option doesn't seem to be 
> taken into account after reboot (still -1 instead of 0):
> 
> $ sudo modinfo i915 | grep -i psr
> parm:   enable_psr:Enable PSR (0=disabled, 1=enabled) Default: -1 
> (use per-chip default) (int)
> 
> $ ls -l /etc/modprobe.d/i915.conf
> -rw-r--r-- 1 root root 26 mars  28 17:09 /etc/modprobe.d/i915.conf
> 
> $ sudo cat /etc/modprobe.d/i915.conf
> options i915 enable_psr=0
> 
> $ sudo cat /sys/module/i915/parameters/enable_psr
> -1

Probably because your /etc/modprobe.d/i915.conf did not get included in
initrd. "i915" usually gets loaded before root filesystem is loaded, so
your file does not get any effect.
Execute "update-initramfs -k all -u", check the presence of i915.conf in
initrd (lsinitrams), reboot and check it one more time.

Reco

Re: Question regarding an ACPI BIOS Error (bug)

[didier gaumet]

fwupd is worth noting: https://en.wikipedia.org/wiki/Fwupd
and not only does it manage PC firmwares (UEFI) but peripheral cards
firmwares  too

but it is far from widely adopted :-(

Issue with i915 PSR module option

[l0f4r0]

Hi,

I'm on Buster.
Could somebody explain me please why my i915 PSR option doesn't seem to be 
taken into account after reboot (still -1 instead of 0):

$ sudo modinfo i915 | grep -i psr
parm:   enable_psr:Enable PSR (0=disabled, 1=enabled) Default: -1 (use 
per-chip default) (int)

$ ls -l /etc/modprobe.d/i915.conf
-rw-r--r-- 1 root root 26 mars  28 17:09 /etc/modprobe.d/i915.conf

$ sudo cat /etc/modprobe.d/i915.conf
options i915 enable_psr=0

$ sudo cat /sys/module/i915/parameters/enable_psr
-1

Thank you in advance :)
l0f4r0

Re: libgtk-3.0 debug package?

[Sylvain Archenault]

Perfect, thank you Andreas

Re: Memory Leaks or Mem. being misreported

[nito]

On Sat, Mar 28, 2020 at 10:12:52AM -0400, Dan Ritter wrote: 
> Did this cause a problem, or are you chasing a number you don't
> like?
I avoided possible problems until now, as every time I expected to need a lot 
of memory and the "used memory" was larger than expected I rebooted beforehand.
Also not understanding why this happens or possibly having misunderstood how
to read (h)top's and free's memory usage is a problem in itself and might also
lead to further problems in the future.


> What different hardware have you tried?
I am mainly comparing these two setups, but have briefly tried
some other hardware as well:

  | Previously (unaff.)  | Current (affected)
——+——+———
CPU   | AMD Athlon II X3 450 | AMD Ryzen 7 2700
GPU   | AMD Radeon RX580 | AMD Radeon RX 580
Mainboard | AsRock 770 Extreme3  | ASUS X570 TUF-Gaming
RAM   | 3×2GB  DDR3-1333 | 2×16GB  DDR4-2800

Debian and Manjaro were freshly installed after the hardware change,
Ubuntu was kept for a while but is now removed.
Ubuntu 18.04 did not show this behaviour with the old hardware
and kernels 4.15, 5.0, 5.3 (from Ubuntu repos) and various
versions of 5.4.xy (vanilla)  but  did show this behaviour
with the new hardware and kernels 5.3 and 5.0(from repo) and various 
vanilla 5.4 versions.
I did not test Ubuntu with new hardware and kernel 4.15.


> This all looks fine. You are barely using your memory. See the
> available number at the end? That's what would be available for
> programs that want to use it.
In all 3 instances there were only some daemons, the X-Server, WM and
one terminal running as I closed all other applications beforehand.
(including Firefox).
Also this is not the biggest memory increase I observed, as I said
this "idle usage" can increase to several GiB.


-


On Sat, Mar 28, 2020 at 05:10:07PM +0300, Reco wrote:
> /proc/meminfo (please *do not soft* it), and the output of slabtop.
> If you're need to understand where all that memory gone - you're in need
> of proper tools.

Thanks. I will look into it this later this day.


Nils

Re: Best practice regarding Ruby gems installation on Buster

[Andrei POPESCU]

On Sb, 28 mar 20, 15:57:57, l0f...@tuta.io wrote:
> Hi Andrei,
> 
> Thanks for your feedback.
> 28 mars 2020 à 14:40 de andreimpope...@gmail.com:
> 
> > Since you're asking on a Debian list the answer is "install from 
> > packages only". By definition[1] the software versions in stable remain 
> > the same (with a very few exceptions). If there are security issues the 
> > fix is backported to the stable version of the package.
> >
> Actually, I'm totally OK with the approach.
> 
> But I'm not really talking about the ruby2.5 package and its 
> dependencies here. I don't need a specific higher Ruby version 
> (framework, engine...) so the Debian stable Ruby package fits my 
> needs.
> 
> I'm rather talking about Ruby gems themselves. If I'm right, Buster 
> seems to come with some gems installed by default with ruby2.5 but 
> they are obsolete now.

What makes you think that?

> As they could introduce a security risk for example, I just want to 
> update them.

It seems to me that you don't have a specific reason to update them, 
just a "there's a newer version available and I want to update" itch, 
also known as "versionitis" :)

> However updating seems to be less straightfoward than anticipated 
> hence my request for advice ;)
 
Everything I wrote still applies. Unless otherwise specified Debian 
provides security support for all gems distributed as Debian packages.

If you install your gems outside the Debian package manager you are on 
your own.

> PS: I'm not very used to Ruby so please don't hesitate to tell me if 
> I'm wrong somewhere...

My programming skills stop at basic shell scripting :)

Debian's policies in this regard are well documented and apply to all 
languages and their libraries.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Best practice regarding Ruby gems installation on Buster

[Dan Ritter]

l0f...@tuta.io wrote: 
> What is the best practice regarding Ruby gems installation please (user vs 
> root)?
> 
> So my question about the best practice at the very beginning.

> I think it can be very tricky to have parallel versions of the same gems, and 
> I don't think having obsolete user gems is really nice (security+features). 
> How do you manage that situation? Do you delete all user local gems and only 
> keep root's (maybe it introduces access errors in your programs by doing so)? 
> Do you change the gem directories permissions (maybe it's less secure...)? 
> Don't you touch anything and just use sudo everywhere? Other idea?
> 

I'll contribute another viewpoint. My company writes in
Ruby as part of our financial service software. It's vitally
important that we maintain continuity during development, so
that what we run in production is absolutely the same as what we
tested in QA.

We build .deb packages for ruby that we distribute internally.
It does not conflict with the Debian ruby package, which we
install when there are requirements from other Debian packages.

We maintain our own gem repository. When a developer wants to
add a new gem or update one, it is brought to our repository so
that it doesn't change out from under us. We don't install those
via .deb, but rather through the bundler.

We run an environment-setting script that points each user to
the desired ruby and gems directories, which we put in
/opt/ruby-$VERSION on each machine. If you want to test your
program against different versions, it's as easy as running a
different script.

Effectively, we have the Debian ruby environment that is
compatible with whatever Debian wants, and we have our local
ruby environments which we use to build software.

-dsr-

Re: libgtk-3.0 debug package?

[Andreas Ronnquist]

On Sat, 28 Mar 2020 10:33:09 -0400,
Sylvain Archenault wrote:

>Hi,
>
>Is there a debug package for libgtk-3.0 amd64 for sid?
>
>I was only able to find this page:
>https://packages.debian.org/sid/libgtk-3-0-dbgsym
>
>Thanks
>

dbgsym packages are available from the Debian repositories - please add
something like this to your /etc/apt/sources.list:

deb http://deb.debian.org/debian-debug/ unstable-debug main


And then simply install the package

libgtk-3-0-dbgsym

and it should work fine.

See 

https://lists.debian.org/debian-devel/2015/12/msg00262.html

for the announcement.

-- Andreas Rönnquist
mailingli...@gusnan.se
andr...@ronnquist.net

Re: Question regarding an ACPI BIOS Error (bug)

[Andrei POPESCU]

On Sb, 28 mar 20, 14:40:54, G.W. Haywood wrote:
> 
> Perhaps you should read
> 
> https://www.debian.org/doc/manuals/debian-faq/choosing.en.html#s3.1
> 
> but do please note that this document is out of date - it refers to
> "Stretch" as the stable distribution, instead of "Buster", which has
> been the stable distribustion since July 6th 2019.

If it's just the name of the stable distribution it doesn't matter, the 
general principle is still the same.

Anyway, if you find anything outdated/wrong/missing you could report a 
bug against the 'debian-faq' package. Ideally with a patch ;)

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Question regarding an ACPI BIOS Error (bug)

[G.W. Haywood]

Hi there,

On Sat, 28 Mar 2020, rba777 wrote:


...
[    0.457794] ACPI BIOS Error (bug): Failure creating named object 
[\_GPE._E4A], AE_ALREADY_EXISTS (20190816/dswload2-323)
[    0.457802] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog 
(20190816/psobject-220)
...
Using apt and apt-file, I found numerous packages related to ACPI


Yes, that's to be expected. :)

It's also expected that, at startup, there will be messages logged
about workarounds for known bugs in computer firmware (e.g. BIOS).
Most of the time these messages are benign, and need no action to be
taken by you.  Apart from the existence of these error messages, do
you know that there is some sort of a problem related to the messages?


... I'm running a Debian testing ...


Under most circumstances I advise a stable version, since if you use
other versions then you can almost expect to run into problems, and
you are almost expected to be able to cope with them by yourself.

Perhaps you should read

https://www.debian.org/doc/manuals/debian-faq/choosing.en.html#s3.1

but do please note that this document is out of date - it refers to
"Stretch" as the stable distribution, instead of "Buster", which has
been the stable distribustion since July 6th 2019.


... I'm not sure of the package name I should use to report ...


I wonder if the issue is in the BIOS (firmware) in your computer, not
in a Debian package.  In that case you might not need to report it at
all, because it might already have been fixed, or your BIOS might be
obsolete.  UEFI has been relacing BIOS almost everywhere, for several
years, so if it is the latest version, I'd almost expect any BIOS to
be obsolete and therefore not fixable.  What is the computer?  Exactly
what model and version, and roughly how old, is the BIOS?

--

73,
Ged.

Re: HTML mail + PDF attachments (with șurubelniță)

[tomas]

On Sat, Mar 28, 2020 at 02:37:22PM -, Curt wrote:

[...]

> Not at all; I'm an expatriate who's lost some of his Anglophonic
> reflexes after many years here in France. What's gone in one ear has
> pushed some stuff out the other.

That's why we often have two of them, after all ;-)

Cheers
-- t


signature.asc
Description: Digital signature

Re: Best practice regarding Ruby gems installation on Buster

[l0f4r0]

Hi Andrei,

Thanks for your feedback.
28 mars 2020 à 14:40 de andreimpope...@gmail.com:

> Since you're asking on a Debian list the answer is "install from 
> packages only". By definition[1] the software versions in stable remain 
> the same (with a very few exceptions). If there are security issues the 
> fix is backported to the stable version of the package.
>
Actually, I'm totally OK with the approach.

But I'm not really talking about the ruby2.5 package and its dependencies here. 
I don't need a specific higher Ruby version (framework, engine...) so the 
Debian stable Ruby package fits my needs.

I'm rather talking about Ruby gems themselves. If I'm right, Buster seems to 
come with some gems installed by default with ruby2.5 but they are obsolete 
now. As they could introduce a security risk for example, I just want to update 
them. However updating seems to be less straightfoward than anticipated hence 
my request for advice ;)

PS: I'm not very used to Ruby so please don't hesitate to tell me if I'm wrong 
somewhere...
Best regards,
l0f4r0

libgtk-3.0 debug package?

[Sylvain Archenault]

Hi,

Is there a debug package for libgtk-3.0 amd64 for sid?

I was only able to find this page:
https://packages.debian.org/sid/libgtk-3-0-dbgsym

Thanks

Re: HTML mail + PDF attachments (with șurubelniță)

[Curt]

On 2020-03-28,   wrote:
>
>
>> > This betrays a little your French background :-)

>> Yes, you're right, that's it.

> Lest it be interpreted the wrong way: I'll venture to describe
> my relation to France and its culture as a kind of love afair.

Not at all; I'm an expatriate who's lost some of his Anglophonic
reflexes after many years here in France. What's gone in one ear has
pushed some stuff out the other.

;-)

> I'm still trying to wrap my limited brains around that wonderful
> language: often, I fail miserably, but I still enjoy it.

Well, I've arrived at "Le Temps retrouvé" and plan next to read
something from Balzac (never read anything of his). Somebody suggested a
good entry point to me once some time ago, but I've forgotten what book
of his it was.

> Cheers
> -- t
>


-- 
"When we encounter computer output that looks like what we produce by thinking,
we are liable to credit the computer with thought... By that rule of inference,
there would have to be an orchestra somewhere inside your CD player and a farm
in your refrigerator."  --David Halpern

Re: Memory Leaks or Mem. being misreported

[Nicolas George]

Dan Ritter (12020-03-28):
> Is this causing a problem for you?

Not understanding something is a problem by itself.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: Memory Leaks or Mem. being misreported

[Dan Ritter]

n...@dismail.de wrote: 
> after upgrading my hardware I started to notice what seemed like memory 
> leaks. 

Did this cause a problem, or are you chasing a number you don't
like?


> 650MiB(with MATE) of RAM are being used and after extended use, when closing 
> all
> gui-programs except a terminal, based on prior experience I would expect the 
> RAM usage to not be more than +120MiB compared to after booting. I am *not* 
> counting file cache/buffers in this (or I severely misunderstand how to read
> free's and top's output).

Why would you think this?

Is this causing a problem for you?

> Or maybe I'm just stupid and misreading top's and free's output.

You are probably reading them correctly but misinterpreting what
the system is doing.

> Also this seems to be hardware specific.

What different hardware have you tried?


> $ free -h
>   totalusedfree  shared  buff/cache   
> available
> Mem:   31Gi   397Mi30Gi11Mi   314Mi
> 30Gi
> Swap: 6,0Gi  0B   6,0Gi
> 
> --After using and closing Firefox
> --(no processes using that much RAM are listed in htop):
> $ free -h
>   totalusedfree  shared  buff/cache   
> available
> Mem:   31Gi   1,1Gi   2,4Gi13Mi27Gi
> 29Gi
> Swap: 6,0Gi  0B   6,0Gi
> 
> 
> --After Backing up which "filled" RAM with file caches:
> $ free -h
>   totalusedfree  shared  buff/cache   
> available
> Mem:   31Gi   471Mi   328Mi13Mi30Gi
> 30Gi
> Swap: 6,0Gi  0B   6,0Gi

This all looks fine. You are barely using your memory. See the
available number at the end? That's what would be available for
programs that want to use it.

> After that (h)top and free are disagreeing on how much memory is being used
> (see SWAP).
> --After Firefox (htop,top and free report more or less the same):
> $ free -h
>   totalusedfree  shared  buff/cache   
> available
> Mem:   31Gi   1,5Gi27Gi92Mi   2,7Gi
> 29Gi
> Swap: 6,0Gi  0B   6,0Gi
> 
> -- After allocating 30GiB and then exiting:
> $ top -b -n 1 | grep "^MiB"
> MiB Mem :  32092,0 total,  27747,1 free,744,3 used,   3600,6 buff/cache
> MiB Swap:   6144,0 total,   6143,5 free,  0,5 used.  30458,0 avail Mem
> $ free -h
>   totalusedfree  shared  buff/cache   
> available
> Mem:   31Gi   743Mi27Gi93Mi   3,5Gi
> 29Gi
> Swap: 6,0Gi   0,0Ki   6,0Gi
 
That's an insignificant difference caused by rounding methods. 

-dsr-

Re: Memory Leaks or Mem. being misreported

[Reco]

Hi.

On Sat, Mar 28, 2020 at 02:56:37PM +0100, n...@dismail.de wrote:
> But now I would often end up with something between +600MiB and +2.5GiB.
> When looking at top or htop no process using nearly that much memory is 
> listed.

/proc/meminfo (please *do not soft* it), and the output of slabtop.
If you're need to understand where all that memory gone - you're in need
of proper tools.

> Sorry for this wall of text.

It's only a wall if you don't use paragraphs.

Reco

Memory Leaks or Mem. being misreported

[nito]

Hi everyone,

after upgrading my hardware I started to notice what seemed like memory leaks. 
After booting my desktop machine usually around 450MiB(with i3) or 
650MiB(with MATE) of RAM are being used and after extended use, when closing all
gui-programs except a terminal, based on prior experience I would expect the 
RAM usage to not be more than +120MiB compared to after booting. I am *not* 
counting file cache/buffers in this (or I severely misunderstand how to read
free's and top's output).
But now I would often end up with something between +600MiB and +2.5GiB.
When looking at top or htop no process using nearly that much memory is listed.


I tried to figure this out and will give some more details in a minute, but I'm
left confused as to why this is happening how to continue debugging this and
where I could file a bug report.
Any advice on how to proceed or where to file a bug would be appreciated.
Or maybe I'm just stupid and misreading top's and free's output.

Unfortunately the only reliable way to reproduce this, that I found, involves
manual interaction with some Firefox profiles. I know this means there's
probably an issue with Firefox, but afaik when a user-space process with a
memleak is closed, the leaked memory should be cleaned up as well. My failed
attempt to recreate the leaks with a simple C program seems to support this.
Also this seems to be hardware specific.

Affected are:
  Debian 10 with kernels:
4.19 (from main)
5.4.0~bpo.3   5.4.0~bpo.4   (from  backports)
5.4.23 with Manjaro patches and config
5.4.26 (vanilla; config based on Debian's config)
5.6-rc7 (vanilla; config based on Debian's config)

  Manjaro with kernel:
5.4.23-MANJARO

  Ubuntu-18.04 with kernels:
5.3
5.4.xy (vanilla)


In Manjaro and Ubuntu proprietary firmware was used.
In Debian I was first only using the proprietary AMD-GPU firmware but later also
added firmware for the Ethernet-controller and microcode for the CPU without any
change.
dmesg does not seem to show anything relevant*. 
(*or atleast not anymore since cpu-bootcode is installed)

(The following was only tested with kernel 5.6-rc7):
Now yesterday on accident I noticed, that after running a backup, which "filled"
RAM with file cache, the reported memory fell again to a normal level.

With i3:
--After Boot:
$ free -h
  totalusedfree  shared  buff/cache   available
Mem:   31Gi   397Mi30Gi11Mi   314Mi30Gi
Swap: 6,0Gi  0B   6,0Gi

--After using and closing Firefox
--(no processes using that much RAM are listed in htop):
$ free -h
  totalusedfree  shared  buff/cache   available
Mem:   31Gi   1,1Gi   2,4Gi13Mi27Gi29Gi
Swap: 6,0Gi  0B   6,0Gi


--After Backing up which "filled" RAM with file caches:
$ free -h
  totalusedfree  shared  buff/cache   available
Mem:   31Gi   471Mi   328Mi13Mi30Gi30Gi
Swap: 6,0Gi  0B   6,0Gi

The reported memory usage of htop,top and free was all in accordance with each
 other here.

Now as I couldn't find a way to reliably "fill" up my RAM with file caches, I 
tried to recreate this (with MATE) with a C program that allocates memory, 
writes pseudo-random data to it and exits (without freeing). I allocated 30GiB,
so more than MAX-used, but less than MAX-(expected usage). 
After that (h)top and free are disagreeing on how much memory is being used
(see SWAP).
--After Firefox (htop,top and free report more or less the same):
$ free -h
  totalusedfree  shared  buff/cache   available
Mem:   31Gi   1,5Gi27Gi92Mi   2,7Gi29Gi
Swap: 6,0Gi  0B   6,0Gi

-- After allocating 30GiB and then exiting:
$ top -b -n 1 | grep "^MiB"
MiB Mem :  32092,0 total,  27747,1 free,744,3 used,   3600,6 buff/cache
MiB Swap:   6144,0 total,   6143,5 free,  0,5 used.  30458,0 avail Mem
$ free -h
  totalusedfree  shared  buff/cache   available
Mem:   31Gi   743Mi27Gi93Mi   3,5Gi29Gi
Swap: 6,0Gi   0,0Ki   6,0Gi

htop was reporting around 500MiB swap usage (before and also after running the
above two commands).


So maybe this is not a memory leak but memory usage is being misreported ?
Where should I file a bug for this; or am I just misreading (h)top's and free's
output and everything is as expected ?
free's manpage states:
>  used   Used memory (calculated as total - free - buffers - cache)
which I take as this being the memory actually in use, that I could not just
allocated in a process without needing to fallback to swap.

Sorry for this wall of text.

Kind Regards
Nils

Re: HTML mail + PDF attachments (with șurubelniță)

[tomas]

On Sat, Mar 28, 2020 at 01:15:25PM +, Joe wrote:
> [...] despite being taught Spanish by a bearded Australian
> who looked a lot like Roger Whittaker

Sounds about right (note that I'm Spanish myself, although
I'd rather say Cosmopolitan or something ;-)

Cheers
-- t


signature.asc
Description: Digital signature

Re: Question regarding an ACPI BIOS Error (bug)

[Dan Ritter]

Jude DaShiell wrote: 
> 
> Does any Linux app exist to let systems know when bios updates become
> available for the bios running on those systems?

No. It would require a mechanism supported by each manufacturer,
and they tend not to even be consistent on their own websites.

Server manufacturers sometimes have mailing lists that you can
subscribe to for notifications. 

The best you can do otherwise is find the page for your
motherboard, figure out your current BIOS revision (dmidecode
will help), and then watch it periodically.

That said, once you have everything you care about working,
there's rarely a good reason to upgrade.

-dsr-

Re: Best practice regarding Ruby gems installation on Buster

[Andrei POPESCU]

On Sb, 28 mar 20, 11:37:48, l0f...@tuta.io wrote:
> Hi,
> 
> I'm on Debian 10.
> What is the best practice regarding Ruby gems installation please (user vs 
> root)?

(the answer applies more or less to any language, not just Ruby)

Since you're asking on a Debian list the answer is "install from 
packages only". By definition[1] the software versions in stable remain 
the same (with a very few exceptions). If there are security issues the 
fix is backported to the stable version of the package.

In case you are doing development you might want to consider using 
unstable/sid instead, packages should be reasonably up to date (if not, 
consider helping, see below).

If you are missing libraries consider contributing packages for them. 
Languages usually have dedicated teams in Debian, that can provide 
mentoring, help with maintenance, sponsorship, etc.

[1] the Debian release is called "stable" because it doesn't change 
(much). If you want to be as much as possible up to date you should use 
testing (currently bullseye) or unstable/sid. Every new package version 
may also bring new bugs with it, prepare accordingly.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: HTML mail + PDF attachments (with șurubelniță)

[Joe]

On Sat, 28 Mar 2020 11:03:54 +0100
 wrote:

> On Sat, Mar 28, 2020 at 09:38:09AM -, Curt wrote:
> > On 2020-03-28,   wrote:  
> 
> [...]
> 
> > > This betrays a little your French background :-)  
> > 
> > Yes, you're right, that's it.  
> 
> Lest it be interpreted the wrong way: I'll venture to describe
> my relation to France and its culture as a kind of love afair.
> 
> I'm still trying to wrap my limited brains around that wonderful
> language: often, I fail miserably, but I still enjoy it.

About fifty years ago, I could actually sort of hack my way through
Spanish and French, at a present tense, 'plume de ma tante' level. I
studied French for five years and Spanish for two, and I swear I ended
up knowing more Spanish than French, despite being taught Spanish by a
bearded Australian who looked a lot like Roger Whittaker. I still
remember the odd few words...

-- 
Joe

Re: HTML mail + PDF attachments (with șurubelniță)

[Joe]

On Sat, 28 Mar 2020 09:44:20 - (UTC)
Curt  wrote:

> On 2020-03-28, Joe  wrote:
> >> >
> >> >> Reco meant Roumanian (a Latin language). Or does everybody
> >> >> already know that?
> >> >> 
> >> >
> >> > Yes, Romanian or Rumanian is Latin, but here in the context
> >> > Latin is ambiguous. 
> >> >
> >> 
> >> My confusion stemmed from the fact I thought the correct word was
> >> "Roumanian," not Romanian, which I took for a typo, exposing my
> >> ignorance (which paradoxically seems to be increasing the more I
> >> know (because the more I know the more I realize I don't)).
> >>   
> >
> > Either spelling is used in Britain, and sometimes Rumanian.  
> 
> You've retained those more Norman Conquest style spellings over
> there, I think.
> 
> 

Mostly the 'our' stuff where you use 'or'.

We do (as do you) actually still have a bit of Danish (son and daughter,
from sen and dottir, nothing like the Latin forms).

-- 
Joe

Re: Question regarding an ACPI BIOS Error (bug)

[Jude DaShiell]

On Sat, 28 Mar 2020, Darac Marjal wrote:

> Date: Sat, 28 Mar 2020 06:55:55
> From: Darac Marjal 
> To: debian-user@lists.debian.org
> Subject: Re: Question regarding an ACPI BIOS Error (bug)
>
>
> On 28/03/2020 09:35, rba...@protonmail.ch wrote:
> > Hi all, I've been redirected to this list while using reportbug. I
> > would gladly accept some help regarding the determination of the
> > Debian package responsible for those traces during boot:
>
> That would be the kernel itself. The number in square brackets at the
> start of the line is the time (in seconds) since the kernel started. At
> less than a second after startup, you're unlikely to have any user-space
> components loaded yet and, besides, the kernel is what is responsible
> for talking to ACPI.
>
>
> >
> > [??? 0.410073] ACPI: Added _OSI(Processor Device)
> > [??? 0.410073] ACPI: Added _OSI(3.0 _SCP Extensions)
> > [??? 0.410073] ACPI: Added _OSI(Processor Aggregator Device)
> > [??? 0.410073] ACPI: Added _OSI(Linux-Dell-Video)
> > [??? 0.410073] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
> > [??? 0.410073] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics)
>
> These aren't errors; these ones are just informative.
>
>
> > [??? 0.457794] ACPI BIOS Error (bug): Failure creating named object
> > [\_GPE._E4A], AE_ALREADY_EXISTS (20190816/dswload2-323)
> > [??? 0.457802] ACPI Error: AE_ALREADY_EXISTS, During name
> > lookup/catalog (20190816/psobject-220)
> > [??? 0.457805] ACPI: Skipping parse of AML opcode: OpcodeName
> > unavailable (0x0014)
> > [??? 0.457807] ACPI BIOS Error (bug): Failure creating named object
> > [\_GPE._E47], AE_ALREADY_EXISTS (20190816/dswload2-323)
> > [??? 0.457811] ACPI Error: AE_ALREADY_EXISTS, During name
> > lookup/catalog (20190816/psobject-220)
> > [??? 0.457813] ACPI: Skipping parse of AML opcode: OpcodeName
> > unavailable (0x0014)
>
> These are errors. However, as the message says, these are BIOS errors.
> ACPI machine language (AML) is basically a program inside your BIOS
> which the OS can use to list and control devices. Sometimes these AML
> programs have bugs in them; sometimes they are a little too focussed on
> what Windows likes (rather than what is proper). The generally accepted
> solution to these is: if there is a noticeable issue with your computer
> (some device doesn't work or behaves improperly), then consider a BIOS
> upgrade. Otherwise, if there is no apparent effect, then you can ignore
> these errors.
>
>
> > [??? 0.458226] ACPI: 10 ACPI AML tables successfully acquired and loaded
> > [??? 0.459880] ACPI: EC: EC started
> > [??? 0.459881] ACPI: EC: interrupt blocked
> > [??? 0.461706] ACPI: \: Used as first EC
> > [??? 0.461708] ACPI: \: GPE=0x27, EC_CMD/EC_SC=0x66, EC_DATA=0x62
> > [??? 0.461708] ACPI: EC: Boot ECDT EC used to handle transactions
> >
> > Using apt and apt-file, I found numerous packages related to ACPI and
> > there are also a few kernel modules dedicated to ACPI (in the last
> > case I would say the package is linux-image-5.4.0-4-amd64 version
> > 5.4.19-1 since I'm running a Debian testing) so I'm not sure of the
> > package name I should use to report this issue.
> >
> > Regards,
> >
> > -- Rapha?l BAZAUD
> >
Does any Linux app exist to let systems know when bios updates become
available for the bios running on those systems?
>
>
>

--

Re: Question regarding an ACPI BIOS Error (bug)

[Darac Marjal]

On 28/03/2020 09:35, rba...@protonmail.ch wrote:
> Hi all, I've been redirected to this list while using reportbug. I
> would gladly accept some help regarding the determination of the
> Debian package responsible for those traces during boot:

That would be the kernel itself. The number in square brackets at the
start of the line is the time (in seconds) since the kernel started. At
less than a second after startup, you're unlikely to have any user-space
components loaded yet and, besides, the kernel is what is responsible
for talking to ACPI.


>
> [    0.410073] ACPI: Added _OSI(Processor Device)
> [    0.410073] ACPI: Added _OSI(3.0 _SCP Extensions)
> [    0.410073] ACPI: Added _OSI(Processor Aggregator Device)
> [    0.410073] ACPI: Added _OSI(Linux-Dell-Video)
> [    0.410073] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
> [    0.410073] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics)

These aren't errors; these ones are just informative.


> [    0.457794] ACPI BIOS Error (bug): Failure creating named object
> [\_GPE._E4A], AE_ALREADY_EXISTS (20190816/dswload2-323)
> [    0.457802] ACPI Error: AE_ALREADY_EXISTS, During name
> lookup/catalog (20190816/psobject-220)
> [    0.457805] ACPI: Skipping parse of AML opcode: OpcodeName
> unavailable (0x0014)
> [    0.457807] ACPI BIOS Error (bug): Failure creating named object
> [\_GPE._E47], AE_ALREADY_EXISTS (20190816/dswload2-323)
> [    0.457811] ACPI Error: AE_ALREADY_EXISTS, During name
> lookup/catalog (20190816/psobject-220)
> [    0.457813] ACPI: Skipping parse of AML opcode: OpcodeName
> unavailable (0x0014)

These are errors. However, as the message says, these are BIOS errors.
ACPI machine language (AML) is basically a program inside your BIOS
which the OS can use to list and control devices. Sometimes these AML
programs have bugs in them; sometimes they are a little too focussed on
what Windows likes (rather than what is proper). The generally accepted
solution to these is: if there is a noticeable issue with your computer
(some device doesn't work or behaves improperly), then consider a BIOS
upgrade. Otherwise, if there is no apparent effect, then you can ignore
these errors.


> [    0.458226] ACPI: 10 ACPI AML tables successfully acquired and loaded
> [    0.459880] ACPI: EC: EC started
> [    0.459881] ACPI: EC: interrupt blocked
> [    0.461706] ACPI: \: Used as first EC
> [    0.461708] ACPI: \: GPE=0x27, EC_CMD/EC_SC=0x66, EC_DATA=0x62
> [    0.461708] ACPI: EC: Boot ECDT EC used to handle transactions
>
> Using apt and apt-file, I found numerous packages related to ACPI and
> there are also a few kernel modules dedicated to ACPI (in the last
> case I would say the package is linux-image-5.4.0-4-amd64 version
> 5.4.19-1 since I'm running a Debian testing) so I'm not sure of the
> package name I should use to report this issue.
>
> Regards,
>
> -- Raphaël BAZAUD
>




signature.asc
Description: OpenPGP digital signature

Best practice regarding Ruby gems installation on Buster

[l0f4r0]

Hi,

I'm on Debian 10.
What is the best practice regarding Ruby gems installation please (user vs 
root)?
Below is my situation.

It all begins with the installation of vim-gtk3 (because I want access to the 
+/* registers) that comes with the following dependencies:
libruby2.5 rake ruby ruby-did-you-mean ruby-minitest ruby-net-telnet 
ruby-power-assert ruby-test-unit ruby-xmlrpc ruby2.5 rubygems-integration

I install all of them. Good.

I can now use vim as I want and list my local gems:

$ gem list
*** LOCAL GEMS ***
bigdecimal (default: 1.3.4)
cmath (default: 1.0.0)
csv (default: 1.0.0)
date (default: 1.0.0)
dbm (default: 1.0.0)
did_you_mean (1.2.1)
etc (default: 1.0.0)
fcntl (default: 1.0.0)
fiddle (default: 1.0.0)
fileutils (default: 1.0.2)
gdbm (default: 2.0.0)
io-console (default: 0.4.6)
ipaddr (default: 1.2.0)
json (default: 2.1.0)
minitest (5.11.3)
net-telnet (0.1.1)
openssl (default: 2.1.2)
power_assert (1.1.1)
psych (default: 3.0.2)
rake (12.3.1)
rdoc (default: 6.0.1)
scanf (default: 1.0.0)
sdbm (default: 1.0.0)
stringio (default: 0.0.1)
strscan (default: 1.0.0)
test-unit (3.2.8)
webrick (default: 1.4.2)
xmlrpc (0.3.0)
zlib (default: 1.0.0)

Now I want to update my gems in order to have their latest versions installed:

$ gem update
Updating installed gems
Updating bigdecimal
Fetching: bigdecimal-2.0.0.gem (100%)
ERROR:  While executing gem ... (Gem::FilePermissionError)
    You don't have write permissions for the /var/lib/gems/2.5.0 directory.

As there is a permission error (I've decided not to change the permissions 
settings because there should be a true reason why a simple user is not allowed 
to access that directory...), I use sudo then:

$ sudo apt install ruby-dev
[...installation OK...]

$ sudo gem update
Updating installed gems
[...]
Gems updated: bigdecimal csv date dbm did_you_mean etc fileutils gdbm 
io-console ipaddr json minitest net-telnet power_assert psych rake rdoc 
stringio strscan test-unit webrick zlib

But now, as I used sudo, I have a discrepancy between my local gems and root's 
ones as you can see below only root has the updated gems:

$ gem list
*** LOCAL GEMS ***
bigdecimal (default: 1.3.4)
cmath (default: 1.0.0)
csv (default: 1.0.0)
date (default: 1.0.0)
dbm (default: 1.0.0)
did_you_mean (1.2.1)
etc (default: 1.0.0)
fcntl (default: 1.0.0)
fiddle (default: 1.0.0)
fileutils (default: 1.0.2)
gdbm (default: 2.0.0)
io-console (default: 0.4.6)
ipaddr (default: 1.2.0)
json (default: 2.1.0)
minitest (5.11.3)
net-telnet (0.1.1)
openssl (default: 2.1.2)
power_assert (1.1.1)
psych (default: 3.0.2)
rake (12.3.1)
rdoc (default: 6.0.1)
scanf (default: 1.0.0)
sdbm (default: 1.0.0)
stringio (default: 0.0.1)
strscan (default: 1.0.0)
test-unit (3.2.8)
webrick (default: 1.4.2)
xmlrpc (0.3.0)
zlib (default: 1.0.0)

$ sudo gem list
*** LOCAL GEMS ***
bigdecimal (2.0.0, default: 1.3.4)
cmath (default: 1.0.0)
csv (3.1.2, default: 1.0.0)
date (3.0.0, default: 1.0.0)
dbm (1.1.0, default: 1.0.0)
did_you_mean (1.4.0, 1.2.1)
etc (1.1.0, default: 1.0.0)
fcntl (default: 1.0.0)
fiddle (default: 1.0.0)
fileutils (1.4.1, default: 1.0.2)
gdbm (2.1.0, default: 2.0.0)
io-console (0.5.6, default: 0.4.6)
ipaddr (1.2.2, default: 1.2.0)
json (2.3.0, default: 2.1.0)
minitest (5.14.0, 5.11.3)
net-telnet (0.2.0, 0.1.1)
openssl (default: 2.1.2)
power_assert (1.1.7, 1.1.1)
psych (3.1.0, default: 3.0.2)
rake (13.0.1, 12.3.1)
rdoc (6.2.1, default: 6.0.1)
scanf (default: 1.0.0)
sdbm (default: 1.0.0)
stringio (0.1.0, default: 0.0.1)
strscan (1.0.3, default: 1.0.0)
test-unit (3.3.5, 3.2.8)
webrick (1.6.0, default: 1.4.2)
xmlrpc (0.3.0)
zlib (1.1.0, default: 1.0.0)

So my question about the best practice at the very beginning.
I think it can be very tricky to have parallel versions of the same gems, and I 
don't think having obsolete user gems is really nice (security+features). How 
do you manage that situation? Do you delete all user local gems and only keep 
root's (maybe it introduces access errors in your programs by doing so)? Do you 
change the gem directories permissions (maybe it's less secure...)? Don't you 
touch anything and just use sudo everywhere? Other idea?

PS: I fiddled so much with my installation last day that I even lost access to 
my local gems...

$ gem list
Traceback (most recent call last):
16: from :4:in `'
15: from /usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_gem.rb:65:in `gem'
14: from /usr/lib/ruby/2.5.0/rubygems/dependency.rb:322:in `to_spec'
13: from /usr/lib/ruby/2.5.0/rubygems/dependency.rb:302:in `to_specs'
12: from /usr/lib/ruby/2.5.0/rubygems/dependency.rb:279:in `matching_specs'
11: from /usr/lib/ruby/2.5.0/rubygems/specification.rb:869:in `stubs_for'
10: from /usr/lib/ruby/2.5.0/rubygems/specification.rb:782:in `installed_stubs'
9: from /usr/lib/ruby/2.5.0/rubygems/specification.rb:790:in `map_stubs'
8: from /usr/lib/ruby/2.5.0/rubygems/specification.rb:790:in `flat_map'
7: from /usr/lib/ruby/2.5.0/rubygems/specification.rb:790:in `each'
6: from /usr/lib/ruby/2.5.0/rubygems/

Re: HTML mail + PDF attachments (with șurubelniță)

[tomas]

On Sat, Mar 28, 2020 at 09:38:09AM -, Curt wrote:
> On 2020-03-28,   wrote:

[...]

> > This betrays a little your French background :-)
> 
> Yes, you're right, that's it.

Lest it be interpreted the wrong way: I'll venture to describe
my relation to France and its culture as a kind of love afair.

I'm still trying to wrap my limited brains around that wonderful
language: often, I fail miserably, but I still enjoy it.

Cheers
-- t


signature.asc
Description: Digital signature

Question regarding an ACPI BIOS Error (bug)

[rba777]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi all, I've been redirected to this list while using reportbug. I would gladly 
accept some help regarding the determination of the Debian package responsible 
for those traces during boot:

[    0.410073] ACPI: Added _OSI(Processor Device)
[    0.410073] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.410073] ACPI: Added _OSI(Processor Aggregator Device)
[    0.410073] ACPI: Added _OSI(Linux-Dell-Video)
[    0.410073] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
[    0.410073] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics)
[    0.457794] ACPI BIOS Error (bug): Failure creating named object 
[\_GPE._E4A], AE_ALREADY_EXISTS (20190816/dswload2-323)
[    0.457802] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog 
(20190816/psobject-220)
[    0.457805] ACPI: Skipping parse of AML opcode: OpcodeName unavailable 
(0x0014)
[    0.457807] ACPI BIOS Error (bug): Failure creating named object 
[\_GPE._E47], AE_ALREADY_EXISTS (20190816/dswload2-323)
[    0.457811] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog 
(20190816/psobject-220)
[    0.457813] ACPI: Skipping parse of AML opcode: OpcodeName unavailable 
(0x0014)
[    0.458226] ACPI: 10 ACPI AML tables successfully acquired and loaded
[    0.459880] ACPI: EC: EC started
[    0.459881] ACPI: EC: interrupt blocked
[    0.461706] ACPI: \: Used as first EC
[    0.461708] ACPI: \: GPE=0x27, EC_CMD/EC_SC=0x66, EC_DATA=0x62
[    0.461708] ACPI: EC: Boot ECDT EC used to handle transactions

Using apt and apt-file, I found numerous packages related to ACPI and there are 
also a few kernel modules dedicated to ACPI (in the last case I would say the 
package is linux-image-5.4.0-4-amd64 version 5.4.19-1 since I'm running a 
Debian testing) so I'm not sure of the package name I should use to report this 
issue.

Regards,

-- Raphaël BAZAUD
-BEGIN PGP SIGNATURE-
Version: ProtonMail

wsFcBAEBCAAGBQJefxpXAAoJEOzVCCaRTXlv8HgP/RCnoM8yhXI7QVnLbPVZ
fgLMose7xgTWVGPGyaktkzCtj6VQ9zb6wk2jQcd39ARgbIKHmjHmZ7k4usCh
7MLqRnn6+k4K6gJJzhT9IV4zBA50ttdvXdzAkFeHGh5sOSMXiNkMGfiZ9SDO
K94ZbYR5DZ0nW98Ql9/2O5nLZtEBvz2RPehaiKVak0F+ldms+5p5Ha82iemL
NlvTqpQ75UbYFi5PH+7e0b79G9LED394fEdzBTYbQWYvsnLu2odW8BW7FV+I
jo1rMg28tMyJeRKNtjcR8Kcjn3FlPPHq0VCj+YwLLkHlo0UYKVoktsRyBpSC
edyWZ8pa+/oIJw+foCKL6OrkODqw3kgFvq4t/TAZpW8VpN6mZ2wsa1TTOYbk
vg793H1LSTEwcHldI96OzS06fe/CDBmTlQUjF2eB44IhJ7hPhiDxvxkLfVyc
Lo2TzKzjbivPVBPyQ/hk7jX4f9CydB5Hcf+ox+48pjBqqqrkr3mewPwYzZJF
peLkuRrTLv/VnLUlA8UC/M6+4PoCXyfnykC1Hyh4wecxjEkpsW+GEji8g9Nx
e8yKbdtJOgHu8wCZ0YzxpKb4qc5NE/m+bA4vWmHeIthBbAHS3h2/R84djN08
kNlGcBbkKia1tHNExraAIFf18hpYw79jOutV8sX5m/Mxs9/s/L7FpWic09kN
aOxw
=Pksl
-END PGP SIGNATURE-

Re: HTML mail + PDF attachments (with șurubelniță)

[Curt]

On 2020-03-28, Joe  wrote:
>> >  
>> >> Reco meant Roumanian (a Latin language). Or does everybody
>> >> already know that?
>> >>   
>> >
>> > Yes, Romanian or Rumanian is Latin, but here in the context Latin is
>> > ambiguous. 
>> >  
>> 
>> My confusion stemmed from the fact I thought the correct word was
>> "Roumanian," not Romanian, which I took for a typo, exposing my
>> ignorance (which paradoxically seems to be increasing the more I know
>> (because the more I know the more I realize I don't)).
>> 
>
> Either spelling is used in Britain, and sometimes Rumanian.

You've retained those more Norman Conquest style spellings over there, I
think.


-- 
"When we encounter computer output that looks like what we produce by thinking,
we are liable to credit the computer with thought... By that rule of inference,
there would have to be an orchestra somewhere inside your CD player and a farm
in your refrigerator."  --David Halpern

Re: HTML mail + PDF attachments (with șurubelniță)

[Curt]

On 2020-03-28,   wrote:
>
>> My confusion stemmed from the fact I thought the correct word was
>> "Roumanian," not Romanian, which I took for a typo, exposing my
> ^^
>> ignorance (which paradoxically seems to be increasing the more I know
>> (because the more I know the more I realize I don't)).
>
> This betrays a little your French background :-)

Yes, you're right, that's it.

> Ain't (human) languages cool? Horribly messy and fascinating at the
> same time. Perhaps as humans themselves. I love them!
>
> Cheers
> -- t


-- 
"When we encounter computer output that looks like what we produce by thinking,
we are liable to credit the computer with thought... By that rule of inference,
there would have to be an orchestra somewhere inside your CD player and a farm
in your refrigerator."  --David Halpern

Re: HTML mail + PDF attachments (with șurubelniță)

[tomas]

On Sat, Mar 28, 2020 at 09:08:23AM -, Curt wrote:
> On 2020-03-27, deloptes  wrote:
> > Curt wrote:
> >
> >> Reco meant Roumanian (a Latin language). Or does everybody
> >> already know that?
> >> 
> >
> > Yes, Romanian or Rumanian is Latin, but here in the context Latin is
> > ambiguous. 
> >
> 
> My confusion stemmed from the fact I thought the correct word was
> "Roumanian," not Romanian, which I took for a typo, exposing my
^^
> ignorance (which paradoxically seems to be increasing the more I know
> (because the more I know the more I realize I don't)).

This betrays a little your French background :-)

Ain't (human) languages cool? Horribly messy and fascinating at the
same time. Perhaps as humans themselves. I love them!

Cheers
-- t


signature.asc
Description: Digital signature

Re: HTML mail + PDF attachments (with șurubelniță)

[Joe]

On Sat, 28 Mar 2020 09:08:23 - (UTC)
Curt  wrote:

> On 2020-03-27, deloptes  wrote:
> > Curt wrote:
> >  
> >> Reco meant Roumanian (a Latin language). Or does everybody
> >> already know that?
> >>   
> >
> > Yes, Romanian or Rumanian is Latin, but here in the context Latin is
> > ambiguous. 
> >  
> 
> My confusion stemmed from the fact I thought the correct word was
> "Roumanian," not Romanian, which I took for a typo, exposing my
> ignorance (which paradoxically seems to be increasing the more I know
> (because the more I know the more I realize I don't)).
> 

Either spelling is used in Britain, and sometimes Rumanian.

-- 
Joe

Re: HTML mail + PDF attachments (with șurubelniță)

[Curt]

On 2020-03-27, deloptes  wrote:
> Curt wrote:
>
>> Reco meant Roumanian (a Latin language). Or does everybody
>> already know that?
>> 
>
> Yes, Romanian or Rumanian is Latin, but here in the context Latin is
> ambiguous. 
>

My confusion stemmed from the fact I thought the correct word was
"Roumanian," not Romanian, which I took for a typo, exposing my
ignorance (which paradoxically seems to be increasing the more I know
(because the more I know the more I realize I don't)).





-- 
"When we encounter computer output that looks like what we produce by thinking,
we are liable to credit the computer with thought... By that rule of inference,
there would have to be an orchestra somewhere inside your CD player and a farm
in your refrigerator."  --David Halpern

Re: HTML mail + PDF attachments

[Andrei POPESCU]

On Vi, 27 mar 20, 10:51:46, Andrei POPESCU wrote:
> On Jo, 26 mar 20, 18:41:10, Reco wrote:
> > On Thu, Mar 26, 2020 at 08:53:35AM +, Russell L. Harris wrote:
> > > 
> > > I understand.  But some of the stuff I receive does not work as
> > > expected.  What do I do with the following PDF:
> > > 
> > >=?utf-8?B?QkhfODU0MDk2MjMwLnBkZg==?=
> > 
> > Read muttrc(5), insert "rfc2047_parameters=true" in your .muttrc.
> 
> Nice one, added. Wondering why it's not the default though...

Filled as #955198 (wishlist).

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: HTML mail + PDF attachments (with șurubelniță)

[Joe]

On Sat, 28 Mar 2020 09:41:01 +0100
 wrote:

> On Fri, Mar 27, 2020 at 11:15:12PM -0500, David Wright wrote:
> 
> > [Romans] They spoke Vulgar Latin, and that outlived the
> > Empire, evolving and dividing into the Romance languages.
> > 
> > But it's strange how an aside can kill the actual discussion of
> > email headers.  
> 
> :-)
> 
> Yet in some way the topics are strangely intertwined. Vulgar
> Latin and rfc822. Big, Bad Empires (in a slow process of decay)
> and the power of the network effect. And so on.
> 
> (OK, OK, I'll shut up now ;-)
> 
> Anyway, an interesting discussion. Thanks, y'all.
> 

A good job it didn't attract any of the list topic enforcers, or perhaps
they've all moved to a moderated web forum...

-- 
Joe

Re: HTML mail + PDF attachments (with șurubelniță)

[tomas]

On Fri, Mar 27, 2020 at 11:15:12PM -0500, David Wright wrote:

> [Romans] They spoke Vulgar Latin, and that outlived the
> Empire, evolving and dividing into the Romance languages.
> 
> But it's strange how an aside can kill the actual discussion of
> email headers.

:-)

Yet in some way the topics are strangely intertwined. Vulgar
Latin and rfc822. Big, Bad Empires (in a slow process of decay)
and the power of the network effect. And so on.

(OK, OK, I'll shut up now ;-)

Anyway, an interesting discussion. Thanks, y'all.

Cheers
-- t


signature.asc
Description: Digital signature

Re: HTML mail + PDF attachments (with șurubelniță)

[Andrei POPESCU]

On Vi, 27 mar 20, 23:15:12, David Wright wrote:
> 
> However, the actual problem that Russell introduced was how a
> character set—any character set—should be encoded in the email header
> parameter's value. And the RFC answer is "not in Base64", which is for
> unstructured fields, as illustrated by the header of my previous post.
> Mutt, as expected, writes conformant values but can be instructed to
> decode particular non-conformant ones.

So any test involving mutt as source is irrelevant.
 
> > According to
> > ,
> > it originally used ISO 8859-2.
> 
> … aka Latin-2. Not being Romanian, I can't comment on the relative
> popularity of that and Latin-10 (ISO 8859-16) or whether the latter
> was still-born. And…
> 
> > Of course, it would probably use UTF-8
> > on most modern systems.
> 
> Yes, that also seems more up-to-date and expressive, with support for
> distinguishing obscure (to me) variants like cedilla vs comma below.

Right.


Apparently Microsoft (and Adobe?) had to come up with the support for 
Romanian by themselves, because the responsible Romanian entities didn't 
bother at the time. Unfortunately they got it wrong (not blaming them, 
just stating a fact).

The wrong characters are still in use now (even though correct support 
was included in Windows 7 - for XP there was a language pack), also 
because many font creators got confused and didn't implement support 
correctly (missing characters, characters in wrong positions, etc).

This (and the fact that many Romanians don't even bother to use any
diacritics at all) makes searching for exact strings... challenging.


Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature