Hi Frank,
On Fri, May 15, 2020, 22:23 Frank
wrote:
> The drive is plugged and usbguard list-devices gives the following
> output:
> 19: block id 058f:6387 serial "50624E36" name "Mass Storage" hash
> "icy/i6K1xnkICYPmiNNwJ18cmu5GqfsHSjCGuC5WIXg=" parent-hash
> "oDU77vx1EsfYlDoXkU7iWjsvmBNCDNTcCH
Hi Neven,
On Tue, 21 Jan 2020, 23:58 Neven Sajko via arch-general, <
arch-general@archlinux.org> wrote:
> One thing that I should have said right away is that one can not know
> in advance when and which executable he will need to debug.
>
Clear Linux uses a daemon installed in the client to mak
On Sat, Oct 13, 2018, 20:39 Andrew Gregory
wrote:
> "NeedsTargets Causes the list of matched trigger targets to be passed
> to the running hook on stdin."
>
Ah, great, I missed that part!
>
On Sat, Oct 13, 2018 at 6:44 PM Doug Newgard via arch-general
wrote:
> Because, as I said earlier, hooks can and do take into account the specific
> files being installed. If you install one package that needs a specific hook,
> running that hook later will have the correct file list and will not
On Sat, Oct 13, 2018 at 5:15 PM Doug Newgard via arch-general
wrote:
> On Sat, 13 Oct 2018 14:12:11 +0200
> Tobias Hunger via arch-general wrote:
>
> > It would suffice to run all hooks in the leaves of the tree of systems
> > (just before writing the actual HDD image fil
On Sat, Oct 13, 2018 at 2:25 PM Jonathon Fernyhough
wrote:
>
> On 13/10/2018 13:12, Tobias Hunger via arch-general wrote:
> > I run a immutable and stateless setup. So I can not actually update systems
> > (they are immutable after all). So I end up having my CI generate images
On Sat, Oct 13, 2018, 10:15 Doug Newgard via arch-general <
arch-general@archlinux.org> wrote:
> Some hooks take into account the specific files that were installed, so you
> cannot run them later.
I am aware of that. This is an optimization that avoids running hooks
needlessly. All the hooks I
Hi Arch Community,
I have scripts that will install a set of arch linux machines for me
with all the tweaks I want. These scripts run pacman a lot to install
bits and pieces. Usually the script will running pacman to install one
package and then configure that package and then proceed to install
t
Maybe something is dumping core a lot?
Systemd insists on chewing through each coredump as it comes in and that
takes a lot of resources in my experience.
Best regards,
Tobias
Hi Ivan,
On Tue, Feb 9, 2016 at 9:17 AM, Ivan wrote:
>> That said, how about a archbang-like approach?
> Definitely not a bad idea, but I would need a team that would help me
> maintain it. All Arch Linux packages are compiled with
> systemd support, so lots of recompiling and package editing wo
Hi Chris,
Am 04.09.2015 16:38 schrieb "Chris Bell" :
> If anything, I propose a new hook, sd-rescue, which provides
rescue.{target,service}, emergency.{target,service}, busybox, and minimal
binaries useful for rescuing a system. This can be used in situations where
live-image booting is not an opti
I never bothered with grub on EFI, especially now that a UEFI boot loader
comes bundled into systemd. So why bother installing another one,
especially considering that managing grub is way more complex since it
handles all the cruft necessary to boot on BIOS that is no longer necessary
on EFI?
"bo
To be fair: There is more to here than "Unix philosophy" and "I hate Lennart".
Number 1 is "systemd is a monolithic mess" and reveals a glaring
misunderstanding of layered architectures. He is basically claiming
that kernel/xorg/browser is one mess since the browser won't start
without the kernel
On Fri, Jul 3, 2015 at 1:10 PM, LoneVVolf wrote:
> This blog post gives the best description of systemd flaws i am aware of :
> http://judecnelson.blogspot.fi/2014/09/systemd-biggest-fallacies.html
That is one of the worst descriptions of problems in systemd that I am
aware of:-)
The author comp
tiveWidgetSiblings
> QQuickWidget cannot be used as a native child widget. Consider setting
> Qt::AA_DontCreateNativeWidgetSiblings
> QQuickWidget cannot be used as a native child widget. Consider setting
> Qt::AA_DontCreateNativeWidgetSiblings
> Segmentation fault (core dumped)
>
Hi Sadika,
There was a brown paperbag issue in the 3.3.1 release of Qt Creator
related to the designer. I don't know the details, but it was related
to the designer. You might want to try the newest patchlevel release
(3.3.2) which has that fixed.
Best Regards,
Tobias
On Sun, Mar 8, 2015 at 3:08
Hi Sadika,
you had a bit of trouble with fonts in Qt apps, too, recently.
Fortunately I was able to resolve those by changing the font settings.
To be more specific: Some hinting settings broke the font by adding
huge rendering artefacts. Maybe you are running into something
similiar?
If that is
Hi Neale,
The packages in arch are built with the systemd security model in
mind. You are changing that pretty fundamental assumption by ripping
out systemd, logind & co. and that will have an effect on the overall
security of your system. At least give the packages a chance to
respond to that cha
Hi there,
tmpfiles.d is not the right approch: There is the RuntimeDirectory
keyword for unit files to manage that directory. See
http://www.freedesktop.org/software/systemd/man/systemd.exec.html for
details.
The advantage of this keyword is that systemd makes sure that it is
pristine whenever th
Hi Martti,
I did mention that I have been playing with the hooks and systemd in my
initial mail. At least I thought that would be clear. Sorry if it was not.
I will try to make that more clear next time. Was my first post here, I
only joined this list recently.
My question about how to open a deb
Hi Martti,
It was definitely not my intention to be rude. I am sorry if I gave
that impression.
Thanks again for taking the time to help me!
Best Regards,
Tobias
On Thu, Sep 25, 2014 at 9:32 AM, Martti Kühne wrote:
> On Wed, Sep 24, 2014 at 1:47 PM, Tobias Hunger
> wrote:
>>
&g
Ha, found it!
I gave the wrong subvol to mount:-/ Stupid mistake, pretty much as expected.
Martti: Thanks for your help!
Best Regards,
Tobias
On Wed, Sep 24, 2014 at 1:02 PM, Martti Kühne wrote:
> On Wed, Sep 24, 2014 at 9:51 AM, Tobias Hunger
> wrote:
>> Then it fails with "/bin/sh not found".
>>
>
> As new_root is mounted (/bin/sh is there in the initrd), where /bin is
> a symlink to /usr/bi
Hi Matti,
On Wed, Sep 24, 2014 at 9:20 AM, Martti Kühne wrote:
> Thanks for the pointer. I just removed the init= setting from
> /etc/default/grub and added the systemd hook to mkinitcpio.conf.
> I generated both the bootloader config and the initcpio.
Yeap, that part works fine for me, too. Mak
Hello!
I am running a initrd make with mkinitcpio using the "systemd" hook.
This works great in general, but after a bit of playing with the hooks
and systemd code the generated initrd will no longer start. That is no
big deal and entirely my fault and I should be able to fix it. My
problem is no
Hi Leonid,
On Mon, Sep 15, 2014 at 10:42 PM, Leonid Isaev wrote:
> On Mon, Sep 15, 2014 at 09:37:40PM +0200, Tobias Hunger wrote:
>> Well, I do not put the secret keyring into the images, so everything
>> should be fine.
>
> So, you never run pacman from within an image, or
Hi Leonid,
On Mon, Sep 15, 2014 at 7:41 PM, Leonid Isaev wrote:
> On Mon, Sep 15, 2014 at 07:32:51AM +0200, Tobias Hunger wrote:
>> As I understand this, systemd expects daemons to deal with no settings in
>> /etc and /var.
>
> /var stores files, not settings. Most daemons w
On Mon, Sep 15, 2014 at 9:04 AM, Yamakaky wrote:
> Let divide the problem, with a package containing /var/lib/prog/ and
> /etc/prog/conf created by tmpfiles :
>
> - If the program wrote to /var, then there is no problem, as pacman does
> not remove a non empty dir anyway.
> - If it doesn't, there
On Sep 15, 2014 1:56 AM, "Leonid Isaev" wrote:
> systemd's factory reset and atomic upgrades were explicitly stated to be
useful
> only in special situations, like embedded systems. Just because Archlinux
> systemd package enables them doesn't mean that the entire distribution
should
> be change a
On Sep 15, 2014 1:02 AM, "Nowaker" wrote:
> 1. Where is your data stored? /home? Or is it stored remotely?
It depends.
My server has its RAID arrays mounted for its data. My desktop on the other
hand basically just has /home for storage.
That is exactly what I need to back up.
> 2. How about d
Am 15.09.2014 00:54 schrieb "Nowaker" :
> Good point. I just did `pacman -Ql |grep -F ' /var'` to see how many
> files there are. 99.7% of them are directories only, though. Are
> tmpfiles.d supposed to create directories in /var too? Docs mention
> using tmpfiles.d to init /tmp or /run, not /var t
Hi Nowaker,
I am the one with the images, not Yamakaky:-)
On Sun, Sep 14, 2014 at 11:15 PM, Nowaker wrote:
> What are these significant changes more than just the pacman database
> that would make users go through trouble? In #41863 I see three parts:
>
> - move /var/lib/pacman/local/ to /usr
>
On Sat, Sep 13, 2014 at 7:12 PM, Leonid Isaev wrote:
> Yeah, that's what the 1st response in the bug report basically said: pacman DB
> location is a cosmetic detail.
No, it is not: /var will be wiped, so having the pacman DB there is
not a good idea.
> Also, note that systemd features like fact
On Wed, Sep 10, 2014 at 11:59 PM, Neven Sajko wrote:
> But that task is not only about the filesystem location of the Pacman DB.
> It could be useful to open a separate bugreport just for that one issue.
For what reason should the pacman DB be moved if not to enable new features
like the factory
34 matches
Mail list logo