Basically, all messages returned by X-applications are redirected to the
~/.xsession-errors file. In some desktop environments this file is emptied with
each X session restart. At least that was the case of my Openbox + LightDM
setup. Now, I'm trying to migrate to KDE/Plasma5, and as a part of it,
I've never been using udisks/udisks2 before because I didn't really need it, but
now I thought I could see what the tool is capable of and give it a chance.
When it comes to mounting devices, I have two simple rules:
1) only root can do it.
2) in some cases only defined users can mount some
On 2018-04-08 20:00, Brian wrote:
> On Sun 08 Apr 2018 at 18:50:50 +0200, Mikhail Morfikov wrote:
>
> [...]
>> I've seen that people use something similar to the following rule:
>> -
>> /etc/polkit-1/localauthority
On 2018-04-09 12:30, Richard Hector wrote:
> On 09/04/18 04:50, Mikhail Morfikov wrote:
>> When it comes to mounting devices, I have two simple rules:
>> 1) only root can do it.
>> 2) in some cases only defined users can mount some specific devices.
>>
>> So I want
On 2018-04-06 15:48, to...@tuxteam.de wrote:
> On Fri, Apr 06, 2018 at 03:18:08PM +0200, Mikhail Morfikov wrote:
>> Basically, all messages returned by X-applications are redirected to the
>> ~/.xsession-errors file [...]
>
>> till a terminal with "cat" is st
On 2018-04-06 17:53, Greg Wooledge wrote:
> On Fri, Apr 06, 2018 at 05:48:35PM +0200, Mikhail Morfikov wrote:
>> If I set $ERRFILE to the FIFO device, processing of the script will be
>> stopped
>> in the point where "exec ..." appears (before sourcing the
On 2018-04-06 18:29, Don Armstrong wrote:
> On Fri, 06 Apr 2018, Mikhail Morfikov wrote:
>> Basically, all messages returned by X-applications are redirected to the
>> ~/.xsession-errors file.
> [...]
>> Unfortunately, the ~/.xsession-errors file grows in size, and a
On 2018-04-06 18:56, Greg Wooledge wrote:
> On Fri, Apr 06, 2018 at 06:45:20PM +0200, Mikhail Morfikov wrote:
>> Basically even the standard "exec ..." in the /etc/X11/Xsession file (with
>> changed $ERRFILE) works fine, but I have to "cat" the FIFO device
On 2018-03-28 20:12, Sven Joachim wrote:
> On 2018-03-28 19:46 +0200, Mikhail Morfikov wrote:
>
>> On 2018-03-28 19:29, Sven Joachim wrote:
>>> On 2018-03-28 18:29 +0200, Mikhail Morfikov wrote:
>>>
>>>> I have some packages, for instance firefox, whi
On 2018-03-28 19:29, Sven Joachim wrote:
> On 2018-03-28 18:29 +0200, Mikhail Morfikov wrote:
>
>> I have some packages, for instance firefox, which need a little bit of
>> customization from a user side. So basically when I install the new version
>> of
>> firefox
On 2018-03-28 21:25, David Wright wrote:
> On Wed 28 Mar 2018 at 20:00:34 (+0200), Mikhail Morfikov wrote:
>> On 2018-03-28 18:58, Andy Smith wrote:
>>> On Wed, Mar 28, 2018 at 06:29:06PM +0200, Mikhail Morfikov wrote:
>>>> Is there a way to pass some extra commands/
On 2018-03-28 18:58, Andy Smith wrote:
> Hi Mikhail,
>
> On Wed, Mar 28, 2018 at 06:29:06PM +0200, Mikhail Morfikov wrote:
>> Is there a way to pass some extra commands/script to apt/aptitude so when the
>> firefox package is to be upgraded, it would recreate the links aut
On 2018-03-29 01:03, John Crawley (johnraff) wrote:
> On 2018-03-29 03:40, to...@tuxteam.de wrote:
>> On Wed, Mar 28, 2018 at 08:18:24PM +0200, Mikhail Morfikov wrote:
>>> On 2018-03-28 20:12, Sven Joachim wrote:
>>> I really thought there's some easy way to incl
On 2018-03-30 04:00, John Crawley (johnraff) wrote:
> On 2018-03-29 09:15, Abdullah Ramazanoglu wrote:
>> On Wed, 28 Mar 2018 20:00:34 +0200 Mikhail Morfikov said:
>>> Is there some variable that holds, for instance, a list of the
>>> packages that apt wants to up
I have some packages, for instance firefox, which need a little bit of
customization from a user side. So basically when I install the new version of
firefox, I also have to do some extra steps and so far I've been doing it
manually because I don't know any better way.
In the case of firefox, I
There's an entry on the Debian wiki[1] where people can read about the
hugepages in Debian, but I don't really think this article is up to
date. Basically when you look at the mount points in the system, you
can also see this one:
# mount | grep -i huge
hugetlbfs on /dev/hugepages type
On 07/05/2019 14:06, Jonas Smedegaard wrote:
> You probably use systemd: system/dev-hugepages.mount
Yes that was it. Thanks.
signature.asc
Description: OpenPGP digital signature
On 07/05/2019 13:51, Reco wrote:
> This particular systemd part is called dev-hugepages.mount.
I see, yes now it works well. Thanks for the info.
signature.asc
Description: OpenPGP digital signature
There's an app called FreeTube[1], which is a nice alternative for other
apps playing YT vids. Unfortunately its source is a little bit different
than regular sources which can be build using the Debian build system
(pbuilder). Does anyone know how to build this app in the Debian way and
could
I have an encrypted (LUKSv2) LVM setup with a separate unencrypted /boot/
partition. When I install a new kenrel in the system, the following symlinks are
created in the root directory (/):
# ls -al /
...
lrwxrwxrwx 1 root root 29 2020-02-14 17:22:18
On 01/03/2020 02:15, David Wright wrote:
> They're a convenience. If you want them kept in /boot, then edit
> /etc/kernel-img.conf and linux-update-symlinks will recreate them
> there when the kernel is updated. Ditto if you want them removed.
I didn't know there's even such an option. But yes,
On 01/03/2020 17:15, mick crane wrote:
> On 2020-02-29 18:17, Mikhail Morfikov wrote
>
>> vmlinuz -> boot/vmlinuz-5.4.0-4-amd64
>> lrwxrwxrwx 1 root root 24 2020-02-24 00:37:53
>> vmlinuz.old -> boot/vmlinuz-5.5.4-amd64
>>
>
> .old
On 01/03/2020 16:53, David Wright wrote:
> I've read here that Grub can decrypt LUKS, but currently only v1,
> at least in buster, so no help to you.
Actually grub supports LUKSv2[1], but I haven't tried it yet.
[1]:
Basically there's an option to load/unload a kernel module via modprobe and
modprobe -r . Is there a way to do this with, for instance, WiFi firmware?
Also, what happens to the loaded firmware when you unload the corresponding
module? And another question: when I compile a module into the
On 06/03/2020 16:49, deloptes wrote:
> I think if the intel driver is not compiled in the kernel, you do not
> have to compile the firmware.
>
> So what you are actually saying, that when you have the stock kernel
> and load the intel driver, it does not pick up the firmware?
>
> Can you confirm
On 06/03/2020 07:50, deloptes wrote:
> So if you compile the driver static in the kernel I am not sure 100%
> but it should have the firmware already somewhere to be loaded. This
> is interesting question. I think most of the usecases include using
> initrd that would have driver and firmware.
I think I finally solved this.
Basically not all files from /lib/firmware/ are copied to the initrd image,
which means that there's some mechanism, which decides what to add (and I
have no idea what that is). Looking for info, I came across some
suggestions that only the drivers compiled as
On 06/03/2020 18:42, deloptes wrote:
> Just check the configuration in /etc/initramfs-tools/
No, there's nothing useful for me there, so it has to be in
some other place, hmm...
signature.asc
Description: OpenPGP digital signature
On 07/03/2020 00:28, deloptes wrote:
> try with the stock kernel
> modprobe -v iwlwifi
>
> or whatever the module name is and update initrd.
> Check the results
> lsinitramfs /boot/initrd.img-
No, this does nothing, still only the Debian kernel's initrd has the
On 07/03/2020 13:50, deloptes wrote:
> Well, I build my own kernels and they all have the firmware
> directory included. Why not compare all relevant parts instead
> complaining?!I regenerate two initrd images at the same machine and system
> using
*update-initramfs -u -k all* . So I think the
I wanted to change the GCC source a little bit by adding some patches that
aren't available in Debian. I downloaded the Debian GCC source via "apt-get
source" . I tried to build the source in the Debian way (using pbuilder) just
to test how much time would it take. I gave up after 2h because
On 19/06/2020 18:36, deloptes wrote:
> Mikhail Morfikov wrote:
>
>> I've read something about setting flags like: --enable-languages= or
>> --disable-multilib , which I think would speed the whole process up, but
>> unfortunately I have no idea which file in the deb
32 matches
Mail list logo