Re: [arch-general] usbguard

2020-05-15 Thread Tobias Hunger via arch-general
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

Re: [arch-general] Why are Archlinux packages stripped of (debugging) symbols?

2020-01-21 Thread Tobias Hunger via arch-general
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

Re: [arch-general] Can I prevent Pacman from running hooks?

2018-10-13 Thread Tobias Hunger via arch-general
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! >

Re: [arch-general] Can I prevent Pacman from running hooks?

2018-10-13 Thread Tobias Hunger via arch-general
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

Re: [arch-general] Can I prevent Pacman from running hooks?

2018-10-13 Thread Tobias Hunger via arch-general
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

Re: [arch-general] Can I prevent Pacman from running hooks?

2018-10-13 Thread Tobias Hunger via arch-general
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

Re: [arch-general] Can I prevent Pacman from running hooks?

2018-10-13 Thread Tobias Hunger via arch-general
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

[arch-general] Can I prevent Pacman from running hooks?

2018-10-13 Thread Tobias Hunger via arch-general
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

Re: [arch-general] System like glue, High IO Wait.

2016-04-03 Thread Tobias Hunger
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

Re: [arch-general] Alternative init system proposal

2016-02-09 Thread Tobias Hunger
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

Re: [arch-general] Can we talk about the systemd mkinitcpio hook for a minute?

2015-09-05 Thread Tobias Hunger
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

Re: [arch-general] Having trouble understanding UEFI booting

2015-08-26 Thread Tobias Hunger
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

Re: [arch-general] systemd new dependencies impede using OpenRC

2015-07-03 Thread Tobias Hunger
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

Re: [arch-general] systemd new dependencies impede using OpenRC

2015-07-03 Thread Tobias Hunger
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

Re: [arch-general] Qt Creator black window on designer

2015-03-12 Thread Tobias Hunger
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) >

Re: [arch-general] Qt Creator black window on designer

2015-03-08 Thread Tobias Hunger
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

Re: [arch-general] Missing fonts in KeePass

2015-01-19 Thread Tobias Hunger
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

Re: [arch-general] Standard group for "hardware user"?

2015-01-07 Thread Tobias Hunger
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

Re: [arch-general] stunnel 5.06-1 vs systemd

2014-10-30 Thread Tobias Hunger
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

Re: [arch-general] mkinitcpio debugging with systemd

2014-09-25 Thread Tobias Hunger
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

Re: [arch-general] mkinitcpio debugging with systemd

2014-09-25 Thread Tobias Hunger
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

Re: [arch-general] mkinitcpio debugging with systemd

2014-09-24 Thread Tobias Hunger
Ha, found it! I gave the wrong subvol to mount:-/ Stupid mistake, pretty much as expected. Martti: Thanks for your help! Best Regards, Tobias

Re: [arch-general] mkinitcpio debugging with systemd

2014-09-24 Thread Tobias Hunger
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

Re: [arch-general] mkinitcpio debugging with systemd

2014-09-24 Thread Tobias Hunger
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

[arch-general] mkinitcpio debugging with systemd

2014-09-23 Thread Tobias Hunger
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

Re: [arch-general] Location of the pacman database

2014-09-15 Thread Tobias Hunger
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

Re: [arch-general] Location of the pacman database

2014-09-15 Thread Tobias Hunger
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

Re: [arch-general] Location of the pacman database

2014-09-15 Thread Tobias Hunger
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

Re: [arch-general] Location of the pacman database

2014-09-14 Thread Tobias Hunger
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

Re: [arch-general] Location of the pacman database

2014-09-14 Thread Tobias Hunger
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

Re: [arch-general] Location of the pacman database

2014-09-14 Thread Tobias Hunger
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

Re: [arch-general] Location of the pacman database

2014-09-14 Thread Tobias Hunger
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 >

Re: [arch-general] Location of the pacman database

2014-09-14 Thread Tobias Hunger
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

Re: [arch-general] Location of the pacman database

2014-09-13 Thread Tobias Hunger
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