Re: [arch-general] USB flash installation medium in BIOS machines
On 2020-11-02 10:57:02 (+0100), Juergen Werner via arch-general wrote: > I started working on my old Laptop again, which is a pre-EFI model and > needed a live USB medium to do some repartitioning. I copied the > current installation ISO to a USB flash. When I try to boot with it, I > see the boot menu (which looks like systemd-boot menu) with only > options for UEFI boot and EFI shell option. It seems that your hardware does support UEFI, otherwise systemd-boot would not be started. You can check in your BIOS/Firmware. Many older models have both BIOS and UEFI capabilities and usually you can select which should be used. Syslinux will only be used if the hardware does not provide UEFI. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Archiso doesn't show prompt
On 2020-06-09 23:55:09 (+0200), Ricardo Band wrote: > I have a Supermicro server and since last month archiso doesn't work > anymore. > > The 2020.04 iso did boot fine but the 2020.05 and 2020.06 boots up but > doesn't show the prompt. I just get a cursor that blinks and nothing > more. When I switch to other ttys there is also just the blinking > cursor. I don't know what I can do to further debug this. > > My hardware is a Supermicro X11SSH-LN4F with a Xeon E3-1275v6. Hi Ricardo, hm, that's an odd one. Are you sure that you have been booting 2020.06? There has been a bug related to dhcpcd [1], that led to archiso not booting correctly [2]. However, I since have replaced dhcpcd with systemd-networkd as the default on the image (which currently due to DNSSEC related configuration options still has its own problems, but I digress). This change is on the 2020.06 image and others have reported this to work for them. If you can, attach a debug shell (add `systemd.debug-shell=1` to your kernel cmdline parameters by editing the boot entry) and get some more info on what is going wrong. Best, David [1] https://bugs.archlinux.org/task/66397 [2] https://bugs.archlinux.org/task/66535 -- https://sleepmap.de signature.asc Description: PGP signature
[arch-general] Hyperkitty, Mailman, Postorius
Hi all, As a followup to my mail on arch-dev-public [1] I've just moved hyperkitty [2], mailman3 [3] and postorius [4] from [community-testing] to [community]. If you're running your own mailman instance, you have probably already read up on what the python3 based mailman-core aka. mailman3 has to offer in comparison to the current python2 based mailman. TL;DR: The mailman3 package will replace mailman [5] at some point (latest when we drop python2 from the repositories). Eventually mailman3 will be renamed to mailman. Currently mailman3 and mailman conflict. Mailman3 is modular: For archiving you need to use hyperkitty, for web-based management and signup you need to use postorius. **DO BACKUPS BEFORE TESTING!!!** While in theory all of these "should just work", they haven't been tested thoroughly by many Arch users yet (AFAIK). This is where you come in! Please **backup your existing mailman archives and data** before attempting to switch and take mailman3 for a test drive! Mailman3 and mailman(2) can not be installed side-by-side, as they make use of the same directories and the same system user. Neither mailman3, nor hyperkitty or postorius provide setuid [6] binaries (the current mailman does) while each provides a separate user. This means that managing those applications sudo or su has to be used. Hyperkitty (archiving) and postorius (user management) are both Django [7] applications, that are being installed system wide. This implies getting to know how to setup and use these applications. On the upside: This means archiving and configuration of mailman3 can be done on separate hosts (if the need arises)! When testing, upgrading and migrating I would like to invite you to extend the existing wiki pages for mailman3's setup [8], postorius' hosting [9] and hyperkitty's hosting [10] sections, wherever you use something that is not covered by the wiki yet. The more diverse the setup documentation is, the better for all of us! Closing, I'm of course also interested in any package improvement suggestions or package bug reports that you might have. Enjoy the new mailman ecosystem! Best, David [1] https://lists.archlinux.org/pipermail/arch-dev-public/2020-February/029854.html [2] https://wiki.archlinux.org/index.php/Hyperkitty [3] https://wiki.archlinux.org/index.php/Mailman [4] https://wiki.archlinux.org/index.php/Postorius [5] https://wiki.archlinux.org/index.php/Mailman_2 [6] https://wiki.archlinux.org/index.php/Capabilities [7] https://www.djangoproject.com/ [8] https://wiki.archlinux.org/index.php/Mailman#Setup [9] https://wiki.archlinux.org/index.php/Postorius#Hosting [10] https://wiki.archlinux.org/index.php/Hyperkitty#Hosting -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] rEFInd package being neglected by maintainer.
On 2020-04-07 12:54:18 (-0500), mike lojkovic via arch-general wrote: > rEFInd has had multiple versions came out, and the mainter has been > neglecting to update it for nearly two years. Is there an eta or talk > of changing the maintainer for that package? Pretty sure, it builds > find as an aur alternative has been up for awhile. Hi Mike, I've added refind to [testing] (replacing refind-efi). Feel free to check it out. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] A few out of date packages
Hey Jude, On 2020-02-12 03:39:23 (-0500), Jude DaShiell wrote: > tintin-alteraeon can be added to that list since it no longer builds. this is the second time I've noticed you're bringing up AUR packages on arch-general. This mailing list is not about unsupported packages. If you would like to discuss AUR packages, please do that on aur-general [1], as those packages are not of concern to Arch Linux as a distribution. Best, David [1] https://lists.archlinux.org/listinfo/aur-general -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Orphaning some packages
On 2019-08-27 09:39:11 (+0200), NicoHood wrote: > I maintain a few packages that I do not use anymore myself. > to orphan those, as I currently do not have time to test them, > especially on major version upgrades. I want to keep the quality of our > packages and hope that somebody else can take over the following > packages. Otherwise I will move them to the AUR. arch-dev-public would be more suited for this request. > * python-gitdb > * python-gitpython > * python-gnupg > * python-smmap > * python-utils > * python-progressbar I can do these. btw: python-progressbar is a dependency of subdownloader and therefore moving python-utils or python-progressbar to the AUR is not an option. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] talkingarch
On 2019-08-04 20:46:35 (+0100), adérito wrote: > I did not have jenux because I can not change the language to > Portuguese jenux. because I can't get into settings. Please stop spamming the mailing lists with these one line requests, or you will be put on moderation. You're opening a new mail thread every time ([1][2][3][4]) without any gain for anyone (including yourself). If you would like to discuss a topic, please answer to your own mail thread and the replies you got there (e.g. [2]). Also, please read the mailing lists guideline [5] (again), for best practices on mailing lists. Best, David [1] https://lists.archlinux.org/pipermail/arch-general/2019-August/046692.html [2] https://lists.archlinux.org/pipermail/arch-general/2019-August/046693.html [3] https://lists.archlinux.org/pipermail/arch-general/2019-August/046713.html [4] https://lists.archlinux.org/pipermail/arch-general/2019-August/046717.html [5] https://wiki.archlinux.org/index.php/Code_of_conduct#Mailing_lists -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] [AURA] Problems downloading / cannot find artifact
On 2019-07-30 19:35:39 (+0200), Peter Nabbefeld wrote: > when I try to download freerct-git using aura (using "aura -Aw > freerct-git"), I'm just getting the following output: This question is better posed upstream [1] or on aur-general [2]. Aura is not an Arch Linux project. Also, makepkg [3] is your friend! Best, David [1] https://github.com/aurapm/aura [2] https://lists.archlinux.org/listinfo/aur-general [3] https://wiki.archlinux.org/index.php/Makepkg -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Steam hard-locks my PC (amdgpu fault)
Hi! On 2019-04-13 23:40:23 (+1000), Stephen Gregoratto via arch-general wrote: > I've been having this problem for a while (since late 4.??) and it's > been driving me up the wall. Basically, opening Steam 9/10 times hard > locks my PC. I can still ssh into it, but the display is frozen and it > hangs on shutdown, requiring a manual reset. Here's what comes up when > viewing the dmesg: We have a bug tracker. Please use it (for searches and reporting): https://bugs.archlinux.org/ > [ 5191.955414] amdgpu :01:00.0: GPU fault detected: 147 0x0ef1c801 for > process vulkandriverque pid 11510 thread vulkandriverque pid 11510 > [ 5191.955416] amdgpu :01:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR > 0x0FDEFDDE > [ 5191.955417] amdgpu :01:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS > 0x021C8001 > [ 5191.955419] amdgpu :01:00.0: VM fault (0x01, vmid 1, pasid 32776) at > page 26627, read from 'TC6' (0x54433600) (456) > [ 5202.015490] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, > signaled seq=196445, emitted seq=196447 > [ 5202.015588] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process > information: process vulkandriverque pid 11510 thread vulkandriverque pid > 11510 > [ 5202.015610] amdgpu :01:00.0: GPU reset begin! > [ 5209.913537] audit: type=1006 audit(1555161631.600:68): pid=11659 uid=0 > old-auid=4294967295 auid=1000 tty=(none) old-ses=4294967295 ses=3 res=1 > [ 5212.032315] [drm:amdgpu_dm_atomic_check [amdgpu]] *ERROR* [CRTC:49:crtc-1] > hw_done or flip_done timed out > [ 5406.595049] INFO: task kworker/u16:3:16913 blocked for more than 120 > seconds. > [ 5406.595052] Not tainted 5.0.4-arch1-1-ARCH #1 > [ 5406.595053] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables > this message. > [ 5406.595055] kworker/u16:3 D0 16913 2 0x8080 > [ 5406.595074] Workqueue: events_unbound commit_work [drm_kms_helper] > [ 5406.595075] Call Trace: > [ 5406.595085] ? __schedule+0x30b/0x8b0 > [ 5406.595089] schedule+0x32/0x80 > [ 5406.595093] schedule_timeout+0x311/0x4a0 > [ 5406.595205] ? dce110_timing_generator_get_crtc_scanoutpos+0x88/0x130 > [amdgpu] > [ 5406.595210] dma_fence_default_wait+0x204/0x280 > [ 5406.595213] ? dma_fence_wait_timeout+0x120/0x120 > [ 5406.595215] dma_fence_wait_timeout+0x105/0x120 > [ 5406.595218] reservation_object_wait_timeout_rcu+0x1f2/0x370 > [ 5406.595224] ? preempt_count_add+0x79/0xb0 > [ 5406.595331] amdgpu_dm_do_flip+0x14a/0x4a0 [amdgpu] > [ 5406.595337] ? _raw_spin_unlock_irqrestore+0x20/0x40 > [ 5406.595445] ? amdgpu_dm_atomic_commit_tail+0x5f9/0xbc0 [amdgpu] > [ 5406.595547] amdgpu_dm_atomic_commit_tail+0x5f9/0xbc0 [amdgpu] > [ 5406.595561] commit_tail+0x3d/0x70 [drm_kms_helper] > [ 5406.595566] process_one_work+0x1eb/0x410 > [ 5406.595570] worker_thread+0x2d/0x3d0 > [ 5406.595573] ? process_one_work+0x410/0x410 > [ 5406.595576] kthread+0x112/0x130 > [ 5406.595578] ? kthread_park+0x80/0x80 > [ 5406.595581] ret_from_fork+0x1f/0x40 Seems like you hit a bug in the driver or firmware for your AMD GPU. Make sure to look into microcode updates for your CPU: https://wiki.archlinux.org/index.php/Microcode Also, look into any pitfalls regarding your GPU: https://wiki.archlinux.org/index.php/AMDGPU You're likely better off searching for similar issues of users with your graphics card and/or reporting this to (your card's) upstream directly though. > Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Fiji [Radeon R9 FURY / > NANO Series] driver: amdgpu v: kernel >Display: server: X.org 1.20.4 driver: amdgpu tty: 228x62 This is the relevant data. > And here's all my packages: There's no reason to post them. Best, David P.S.: Please refrain from sending extensive output. -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] https://lists.archlinux.org/
On 2018-11-10 15:23:38 (+0100), Ralf Mardorf via arch-general wrote: > David, don't forget that the CoC also applies to TUs. There was a long > thread about this on AUR general. TIA Ralf I'm glad you realize that, but fail to see the relevance for the topic at hand. If your remark is supposed to be a threat of some sort, it's not a very good one. In case you're asking yourself why I mentioned the CoC on arch-proaudio: You have been on moderation not without reason. However, you showed no remorse for your behavior towards others. Then you used this mailing list to drag other people into the topic. That being said: I don't feel like moderating your submissions, as this is time consuming and I certainly don't enjoy reading your mails twice. I'd rather trust in your good will to not misuse the trust bestowed upon you (hence the lift of moderation). If you feel, that there are still open questions regarding this topic, you can write to me off-list. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] https://lists.archlinux.org/
On 2018-11-10 05:36:08 (+0100), Ralf Mardorf via arch-general wrote: > mails to mail...@lists.archlinux.org [1] are rejected. > > I try to get in contact with the owner of one list, but don't get a > reply. > > Regards, > Ralf > > > [1] > "If you are having trouble using the lists, please contact > mail...@lists.archlinux.org." - https://lists.archlinux.org/ The one list you're seemingly having trouble with is arch-proaudio [1]. You have been on moderation there for quite some time (and I reverted this now - as written there a few minutes ago). The owner contact address for that list would be arch-proaudio-owner@. You tried to send your mail to a mail address (mailman@) only (not so) relevant to the mailman setup. I guess a more useful /dev/null address could be put there, as we can assume, that the default mailman@ mailing list is either deactivated or doesn't exist anymore. However, that contact mail address is more aimed at list administrators (AFAIK). In any case: There's no need to send an e-mail to arch-general about your moderation. You simply were on moderation and mailman notifies you about that. There's nothing special about this case, so please stop posting all over the place and simply wait. If you don't get a reply instantly, this doesn't mean noone is receiving your emails. It only means a human on the other end simply either didn't have the time to work on your moderation or to even read your mail. All relevant information about your moderation can be found on arch-proaudio. Best, David [1] https://lists.archlinux.org/listinfo/arch-proaudio -- https://sleepmap.de signature.asc Description: PGP signature
[arch-general] Removal of ssmtp
Hey all, I have just removed ssmtp from [community]. Apart from it being unmaintained upstream, it has known security issues (e.g. [1]). I highly recommend _not_ using and removing it, in the case you have been using it. As replacements have a look at `pacman -Ss smtp-forwarder`. Best, David [1] https://bugs.archlinux.org/task/60502 -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Unbound
On 2018-11-01 10:51:31 (+0100), Ismael Bouya wrote: > > Find changed configurations: > > > > sudo find /etc -type f -regextype egrep -regex '.*(pacnew|pacsave)' > > > > Diff them (individually): > > > > sudo vimdiff /path/to/original /path/to/original.pacnew > > Note that pacdiff (from pacman-contrib package) does that in a more > "friendly" manner. Oh no, my crappy DIY scripts become obsolete! :D You are abolutely right. I was just to lazy to use it :) Thanks for the hint! Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Unbound
On 2018-10-31 21:41:10 (+0100), siefke_lis...@web.de wrote: > Hello, > > when I start unbound Nameserver via shell then all work fine. But > since few weeks it start not with systemd anymore. You do want to check your configuration changes on update. Updates are not unattended processes! Find changed configurations: sudo find /etc -type f -regextype egrep -regex '.*(pacnew|pacsave)' Diff them (individually): sudo vimdiff /path/to/original /path/to/original.pacnew Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] AppArmor support
On 2018-09-23 11:56:11 (+0200), Geo Kozey wrote: > There are no other differences so in conclusion I think it's safe for us to > leave logprof.conf untouched. That's good then! :) > I also recommend to backport upstram 'binmerge' patch rather than using > custom sed rules as it will further reduce our diff and bring us as close to > upstream as we can get. I prepared PKGBUILD in case you're interested Thanks for the feedback! I added many of the changes in 2.13.0-8. Feel free to test and let me know if there's any more changes required. > BTW: every interaction with PKGBUILD spits: > > find: ‘etc/apparmor.d/’: No such file or directory Hm, not for me. Are you using devtools to build in a clean chroot environment? Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] AppArmor support
On 2018-09-22 18:38:14 (+0200), Geo Kozey wrote:
> > It's almost there ;)
> >
> > '/usr/bin/subdomain_parser' under [qualifiers] is still duplicated.
Ah, the match was not good enough yet. Now it should be!
> > I'm not sure if 'apparmor_parser' and 'subdomain_parser' under [settings]
> > have to be modified. IMO they should work as symlinks too.
It's easier for replacing the sbin stuff atm.
> > BTW: users transition from AUR may be complicated as now apparmor
> > package will contain files available in apparmor-* split packages before.
> > Maybe you have to add 'replaces=' for split packages.
This is already the case.
> Also there aren't such things like:
Yeah, I figured.
> /usr/bin/subdomain_parser
This one is utterly bizarre. I have no clue where this is supposed to be
coming from, because it's not included in the sources, but mentioned in
regression and stress tests and there's a config and man page for it! oO
> /usr/bin/logprof
> /usr/bin/genprof
These seem to be around as /usr/bin/aa-{logprof,genprof} and are
installed this way as defined in source code.
Very... odd.
I'll change the configuration to reflect that for now...
> in Arch anyway so creating them isn't necessary. Perhaps if there is anything
> left to change in [qualifiers] section, it can be upstreamed as well.
Yeah, the configuration needs to be extended to also cover /usr/bin (for
our case).
I'm already compiling a list of things that need to be taken care of
upstream, to make packaging less painful.
Thanks for all the feedback!
Best,
David
--
https://sleepmap.de
signature.asc
Description: PGP signature
Re: [arch-general] AppArmor support
Hi Geo, On 2018-09-22 15:13:20 (+0200), Geo Kozey wrote: > After [0] sed rules are applied to all apparmor config files, not just > profiles which results in unwanted errors: > > configparser.DuplicateOptionError: While reading from > '/etc/apparmor/logprof.conf' [line 47]: option '/usr/bin/bash' in > section 'qualifiers' already exists > > You should limit it to profiles only as it was before. > > [0] > https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/apparmor&id=4dc153bf8e26239a55409ac5d1994f6575e057c5 Thanks for the info! That was indeed a problem, but not because of the profile modifications. I did way too broad replacements in logprof.conf, that led to the duplicate entries you are experiencing (as there are entries for /bin and /usr/bin for most binaries). I have now fixed this in 2.13.0-6 (by carefully only replacing the use of sbin where needed). Please let me know, if this works as intended for you! Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] AppArmor support
On 2018-09-21 10:53:33 (+), Gus wrote: > Have been running it for a few days, so far everything is alright. Thanks. That's good news! > Also, don't know if it should be done in upstream or not, but maybe > logprof.conf > should be modified a little to add, for example, /usr/bin/zsh in > [qualifiers] > section. And anyone knows what the point in [repository] section? I assume upstream would be the place for this. Thanks for testing! -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] AppArmor support
On 2018-09-14 12:21:26 (+0200), Geo Kozey wrote: > They called it 'binmerge' :) Hope this can be achieved for all profiles. > https://gitlab.com/apparmor/apparmor/commit/4200932d8fb31cc3782d96dd8312511e807fd09b > > I think this should fix issues with referencing filenames that you > mentioned. If there's something else left you may try to open > issue/merge request upstream. I'll do that. There are more problems with the package, than just the profiles ;-) > BTW: Upstream URL should be https://gitlab.com/apparmor/apparmor as this is > where develeopment activity occurs. Forgot to put that in (will do next time). However, I managed to only replace the use of /sbin/, /usr/sbin/ and /bin/ by /usr/bin/. The profile names are left unchanged now. To all interested: Please do test, if you have the time! Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] AppArmor support
On 2018-09-13 20:52:23 (+0200), Geo Kozey wrote: > > > > From: David Runge > > Sent: Thu Sep 13 19:51:49 CEST 2018 > > To: General Discussion about Arch Linux > > Subject: Re: [arch-general] AppArmor support > > > > It is now in [community-testing]. Feel free to comment and suggest > > improvements! > > > > Best, > > David > > > > The profile filenames doesn't matter (bin.ping, usr.bin.ping or ping-pong > will work the same. It only matters what's inside). You don't have to > change them[0]. Perhaps it will be better to leave them untouched for > easier comparison with upstream. The thing is: Some of them only reference /bin, /sbin or /usr/sbin, which needs to be replaced for our use-case. That is not easily achieved using sed, without also changing the includes of the override files in local/. A rename was therefore the easiest solution to this problem. If I find some time over the coming days I might have another go at it to see if there's another way of achieving the internal replaces without moving files. Problematically the files are not very unified. > 2.13.1 release will be very soon[1] with better usrmerge support which > means modifying profiles inside with sed won't be needed to. Hmm, they only mention usrmerge on one file... lol. Thanks for the input! Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] AppArmor support
On 2018-09-09 14:46:21 (-0600), Leonid Isaev via arch-general wrote: > On Sun, Sep 09, 2018 at 10:19:37PM +0200, David Runge wrote: > > FYI, > > I'm currently working on bringing the user space tools to [community], but > > the rule sets will require testing and possibly we'll even have to have our > > own set shipped with the package. > > > > I'll let you know asap. > > Thanks and pls take your time. I have a VM that runs linux-hardened and is > used > to study malicious pdf files. I can test rulesets there... It is now in [community-testing]. Feel free to comment and suggest improvements! Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] AppArmor support
On September 9, 2018 10:00:03 PM GMT+02:00, Leonid Isaev via arch-general wrote: >On Sun, Sep 09, 2018 at 02:53:04PM -0400, Eli Schwartz via arch-general >wrote: >> Heftig retracted his initial willingness to enable apparmor because >he >> did not think it useful enough without the userland tools. It wasn't >> rejected because we hate the idea or consider it not Arch-like... it >was >> rejected because on its own, it could be considered >not-important-enough >> to warrant enabling. > >FWIW, I actually agree with #59733: CONFIG_AUDIT=n was blocking >AppArmor >adoption... Perhaps relevant: >https://lists.debian.org/debian-devel/2017/08/msg00090.html . > >But I have a question: why was AUDIT enabled in the first place? I >thought it >was cosidered useless? > >Cheers, >L. FYI, I'm currently working on bringing the user space tools to [community], but the rule sets will require testing and possibly we'll even have to have our own set shipped with the package. I'll let you know asap. As a side note: As Eli already pointed out there is no need for personal attacks because of a discussion on this topic. We'll try to make this ship sail, but it needs time (and testing). Best, David -- https://sleepmap.de
Re: [arch-general] users memlock value
On 2018-09-02 12:14:51 (+0200), Ralf Mardorf wrote: > I wonder if it's reasonable, that a package sets an '@users - memlock' > value, since it overrides needed memlock values of other groups. Guess we can safely file this under "misconfiguration"? https://lists.archlinux.org/pipermail/arch-proaudio/2018-September/000199.html Also, please don't double post your issues. Give people time to actually respond. No need to post to arch-general, if you brought this up before. This is not an instant messenger service. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
[arch-general] Changes to jack/jack2 and realtime privileges
Hi all,
as announced before [1], recent changes to the jack and jack2{,-dbus}
packages (now in [extra] and [community] respectively) have made the
previously shipped configurations obsolete and decoupled the audio group
from acquiring realtime privileges by default when installing jack.
The package realtime-privileges [2] has been created to serve as the new
way of achieving this by the means of a dedicated 'realtime' group, to
which users, that need the settings, must be added.
It is now an optional dependency to jack and jack2{,-dbus} and can of
course also be dependend upon from other packages if needed.
In theory, this change shouldn't mean much of a difference to users,
that need realtime (just install realtime-priviliges and add your user
to the realtime group: `gpasswd -a realtime`), while it doesn't
have any consequences for users that have no use for it to begin with.
Best,
David
[1] https://lists.archlinux.org/pipermail/arch-proaudio/2018-July/000163.html
[2] https://www.archlinux.org/packages/community/any/realtime-privileges/
--
https://sleepmap.de
signature.asc
Description: PGP signature
Re: [arch-general] Thoughts
On 2018-08-16 18:44:24 (+), Yury Grebenkin via arch-general wrote: > My email address can be seen. I send the book personally. I'm sorry to inform you, that by sending mail to this mailing list your e-mail address will be seen by everyone on this list and everyone in general (as this is a public list with a publicly accessible archive). Also, please use a proper mail client and don't break threads. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] systemd --user enable: Failed to connect to bus: No such file or directory
On 2018-06-30 13:55:18 (+0200), Tinu Weber wrote: > On Sat, Jun 30, 2018 at 13:34:11 +0200, Bjoern Franke wrote: > > > Are you truly logged in as this second user for whom it does not work, > > > or just su(1)'d, etc? > > > > Erm, just used "sudo -u user2 -s" to login as user2. I assumed spawning > > an own zsh as user2 would do the right thing. > > -s only spawns a regular shell as the user; to get a login shell, it's > `sudo -i`. > > That being said, from what I've experienced, sudo on its own (be it with > -s or -i) is not sufficient to control user sessions (I don't know dbus > well enough to explain why, though). What I usually do is: > > sudo machinectl --uid user2 shell .host That's also an option, but it's interactive. If you want to interact with another user's user service (and its dbus service), you'll have to set the environment variable DBUS_SESSION_BUS_ADDRESS accordingly (as it might not be in your scope), or have it available in your current scope. This boils down to something like: sudo -u -i "DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user//bus systemctl --user " I'm sure something similar can be achieved with systemd-run, but I have not tried. When looking at `/usr/lib/systemd/user/dbus.socket`, you'll see that it gets added to the environment there. systemctl --user cat dbus.socket Bests, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Possible to "inherit" from a package?
On July 14, 2018 8:07:03 AM GMT+02:00, Ralf Mardorf wrote: >On Sat, 14 Jul 2018 07:50:49 +0200, Ralf Mardorf wrote: >>On Sat, 14 Jul 2018 07:17:20 +0200, Peter Nabbefeld wrote: >>>Just to add a build option, I wonder if there's a concept of >>>"inheriting" from a package build, so I'd only add the config >>>option? >> >>https://wiki.archlinux.org/index.php/Arch_Build_System#Retrieve_PKGBUILD_source_using_Git >> >>$ asp update >>$ asp checkout dovecot >>$ cd dovecot/trunk/ >>$ $EDITOR PKGBUILD >> >>Assuming all make dependencies and required signatures are available > ^^ keys ;) >>continue with >> >>$ makepkg -s I don't think Peter asked for a HOWTO on reading Ralf. No need to send three mails for that. @Peter: inheritance is not really a thing with PKGBUILDs afaik. However, you can do two things to get the desired results: Ask for inclusion of the feature with a feature request in the bug tracker or create your own local repository with precedence over the others in which you build your own version of dovecot. -- https://sleepmap.de
Re: [arch-general] nftables partially broken after kernel update to 4.16.9
On 2018-05-21 23:31:57 (-0400), Bill Sun via arch-general wrote:
> I just updated one of my computer to 4.16.9. After update, the following
> nft commands will not work:
> nft add table ip nat <--- this one works without error
> nft add chain ip nat prerouting { type nat hook prerouting priority 0
> \; }
> ^
> This will give me the following error message:
> Could not process rule: Device or resource busy.
>
> However, the default simple firewall still works. I have another
> computer that is still on 4.16.8, and the example above works; further,
> switching back to a lts kernel (4.14.41) also works.
Hmm, that's odd. I'm on linux-hardened 4.16.9 atm and my nftables
configuration has a `policy accept;` for said chain, which is working.
Does only the nft command fail, or does it work, when it's in a
configuration file?
Best,
David
--
https://sleepmap.de
signature.asc
Description: PGP signature
Re: [arch-general] Setting make options for aur-packages
On December 26, 2017 7:43:33 PM GMT+01:00, Zachary Kline via arch-general wrote: >Hello, > >Isn’t this what makepkg.conf is for? You can specify all the make >options you’d want in there. >Best, >Zack. > >> On Dec 26, 2017, at 10:42 AM, Jeanette C. via arch-general > wrote: >> >> Hey hey, >> is there a simple, systematic option to set make options for building >AUR packages, that are compiled on the local system? I know that I can >edit the PKGBUILD file for each package, but I'd prefer something >global. My goal is to build using multiple jobs (-j option for make). >> >> I searched options and environment variables for aurget and makepkg, >without result. >> >> TIA and best wishes, >> >> Jeanette >> >> >> * website: http://juliencoder.de - for summer is a state of sound >> * SoundCloud: https://soundcloud.com/jeanette_c >> >> Just hang around and you'll see, >> There's nowhere I'd rather be <3 >> (Britney Spears) Yeah, `man makepkg.conf` for more info. You can either set it globally in /etc/makepkg.conf or locally in .makepkg.conf. Best, David -- https://sleepmap.de
Re: [arch-general] netctl multiple dns servers
Hi David, I refrain from using netctl. Currently I have setup that only requires systemd-networkd. For my server I use unbound as local dns and forward requests to several instances of dnscrypt-proxy. Unbound is not much overhead and is caching, so this could be of benefit depending on your setup. I'm away from real hardware, but can send some details about the setup when I'm back, if you're interested. Best, David -- https://sleepmap.de
[arch-general] New mailing list for real-time multimedia (audio/video)
Hey all, Florian Pritz was so kind to setup a new mailing list for the purpose of discussing real-time multimedia (audio and video) on Arch Linux [1]. Whether you're running big productions or are just fiddling away on your favorite soft synth: Sign up! Best, David [1] https://lists.archlinux.org/listinfo/arch-proaudio -- https://sleepmap.de signature.asc Description: PGP signature
[arch-general] php 7.2/ nextcloud 12.x incompatibility
Hey all,
just a short heads up: current nextcloud (forseeable until version 13)
does not work with php 7.2 (out of the box) [1].
If you're running nextcloud, you might want to delay the update of (at
least) the following packages:
php php-{gd,apache,sqlite,pgsql,ldap,intl,apcu,xcache,mcrypt}
Best,
David
[1] https://bugs.archlinux.org/task/56553
--
https://sleepmap.de
signature.asc
Description: PGP signature
Re: [arch-general] Can we please have a co-maintainer ...
Hey all, On October 14, 2017 4:10:15 AM GMT+02:00, Rashif Ray Rahman wrote: >On 14 October 2017 at 06:51, Rashif Ray Rahman >wrote: >> Thanks for your support and interest. As I already have more than one >> proposal we can consider it taken care of, for packages in community. >> I will see how we can set up a dedicated mailing list since that's >> what folks seem to prefer here. >> >> But I need another volunteer to administer and maintain an ML and >> anything else that you guys would like (forums, website, build >> machine, etc). I believe then the constant user feedback loop will >> help all of us keep packages and other stuff up-to-date and tested. >> >> I will continue to maintain packages for extra and a few in community >> with a co-maintainer to help me (because I use them personally when I >> am booted into my Linux system). That co-maintainer can then also >> request another developer to apply changes in extra for any package >> that I am late in updating. >> >> Please let me know if this sounds like a plan. Yes. But also: are you thinking of a separate forum? Could this not be better dealt with within bbs? >To add on... > >Presently we have TU interest from (in order of date of contact with >me): > >- David Runge (approached me personally, contacted me in the past with >contributions) >- Leonidas Spyropoulos (approached me personally, but not a pro-audio >user) >- Sebastian Lau (pro-audio user, similar AUR activity as David) >- Mark Raynsford (packaging experience unknown) >- Marcelo "Marc" Ranolfi (no existing AUR packages) > >And I also know these folks as active pro-audio users for some time >now: > >- Ralf Mardorf (always saw the name in linux-audio ML, active >pro-audio user and thinker) >- Rob Til Freedmen (contacted me as far back as 2012, active pro-audio >user and contributor) > >There is another co-conspirator who used to lurk with me on #archaudio >and still maintains aur/linux-rt which I gave up a long time ago: > >- Joakim Hernberg Very important one! :-) >I am therefore making a decision based on who approached me directly >with interest to become a TU, with a record of contributions. Based on >that, I conclude that David will be better placed to apply for this, >but I do not have the time to check packaging-fu. I'd be happy to do it. Give me until Tuesday, as I'm currently still on vacation with spotty internet access. Can't properly test my out-of-dates until then ;-) >To David, Sebastian, Rob and anyone else curious: I would like to know >your opinion on Hydrogen. It made a release some time ago but its lrdf >support with raptor2 was broken. [1] > >I could (i) backport all changes as a non-trivial patch (because it >doesn't apply cleanly), (ii) move to a -git package making us track an >unstable build, or (iii) keep it out-of-date until upstream makes a >release. Let me know what you would do. Hmm, looking at the changes [1], I'd say (i), but that's me writing from a phone (and acknowledging that it's probably not the Arch way ;-) ). It shouldn't be too hard for them to go for a new release, but judging from their cycle I'd assume that's not any time soon (so better not go for iii). ii might lead to a new 'epoch' and other undesired side effects (instability, higher maintenance). Best, David [1] https://github.com/hydrogen-music/hydrogen/pull/508/files -- https://sleepmap.de
Re: [arch-general] Can we please have a co-maintainer ...
On October 13, 2017 2:02:42 PM GMT+02:00, Mark Raynsford wrote: >I use Ardour daily. I'd like to volunteer to help, but I'm not sure >what's involved. In the case of Ardour luckily not much (see the other relevant thread on that topic). Generally, I would love to see a set of maintainers responsible for audio relevant packages, to better compensate the unavailability of one or more. I understand, that pro-audio on Linux is somewhat niche and therefore also niche on Arch. However since archaudio is dead, it would be great to have pro-audio packages in the main repositories. IMHO the Arch wiki and an additional mailing list would be sufficient to deal with its purposes. Best, David P.S.: Now that I'm done with my thesis I start having a life and more time for such things again ;-) -- https://sleepmap.de
Re: [arch-general] Can we please have a co-maintainer ...
Hey all, On October 13, 2017 11:08:21 AM GMT+02:00, Antonio Rojas wrote: >El Fri, 13 Oct 2017 10:35:21 +0200, Sebastian Lau via arch-general >escribió: >>> Hello, >>> >>> I can adopt few if they drop to AUR (of if I get sponsor to apply >for a >>> TU). >>> >>> Regards, >>> Leonidas >>> >>> >> Hello, >> >> I would do the same for a few of that listed packages under the same >> circumstances (a drop to AUR or finding a sponsor to apply for a TU). I too would like to help out and apply for TU if possible. Wrote to schiv for that, but he seems very busy. At least liblo 0.29 is now pushed to testing, happy to see that :-) In any case, I think it would be very much preferable to keep all those packages in community and not have them drop to AUR. >My >> current packages in AUR are listed here: >> https://aur.archlinux.org/packages/? >O=0&SeB=m&K=nullptr_t&outdated=&SB=n&SO=a&PP=50&do_Search=Go >> . Mine are here: https://aur.archlinux.org/packages/?O=0&SeB=m&K=dvzrv&outdated=&SB=n&SO=a&PP=50&do_Search=Go (Some outdated, on vacation right now). >I suggest you guys contact schiv or speps directly about the >possibility >of sponsoring you to help comaintain the audio packages in [community]. >I >agree that the current situation is really bad, with both maintainers >partially (one of them totally) inactive. From my attempts to contact speps (no reply through mail or xmpp over several months), I would suggest moving all of his packages to the hands of other maintainers asap. +1 for a mailing list. Best, David -- https://sleepmap.de
Re: [arch-general] kernel bug in 4.13.3 related to wireless?
I've had some issues with a Compex WLE600NX 802.11ac / a/b/g/n miniPCI express radio card from 4.12 onwards. The firmware fails to load for the Qualcomm Atheros QCA9882 chip. Switched to an Intel Wireless 7260 miniPCIe card, but that also has a driver, that crashes repeatedly (at least it works in between and doesn't take the system with it when crashing or prevents me from upgrading the kernel). Seems it's not so easy to find stable hardware these days :P -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Nextcloud installation problems
Hi,
On 2017-09-30 18:04:38 (+0200), Peter Nabbefeld wrote:
>
> Hello,
>
> I've got a problem trying to install nextcloud (I just want to try it out,
> so I don't have any knowledge about it, yet):
>
> ---
>
> pacman -S nextcloud
> warning: nextcloud-12.0.3-2 is up to date -- reinstalling
> resolving dependencies...
> looking for conflicting packages...
>
> Packages (1) nextcloud-12.0.3-2
>
> Total Installed Size: 141.61 MiB
> Net Upgrade Size:0.00 MiB
>
> :: Proceed with installation? [Y/n]
> (1/1) checking keys in keyring
> [] 100%
> (1/1) checking package integrity
> [] 100%
> (1/1) loading package files
> [] 100%
> (1/1) checking for file conflicts
> [] 100%
> (1/1) checking available disk space
> [] 100%
> :: Processing package changes...
> (1/1) reinstalling nextcloud
> [] 100%
> :: Running post-transaction hooks...
> (1/2) Updating Nextcloud installation
> Nextcloud is not installed - only a limited number of commands are available
> No database drivers (sqlite, mysql, or postgresql) installed.
>
>
> Cannot write into "apps" directory
> This can usually be fixed by giving the webserver write access to the apps
> directory or disabling the appstore in the config file. See
> https://docs.nextcloud.com/server/12/go.php?to=admin-dir_permissions
>
> PHP module GD not installed.
> Please ask your server administrator to install the module.
>
> An unhandled exception has been thrown:
> Exception: Environment not properly prepared. in
> /usr/share/webapps/nextcloud/lib/private/Console/Application.php:145
> Stack trace:
> #0 /usr/share/webapps/nextcloud/console.php(99):
> OC\Console\Application->loadCommands(Object(Symfony\Component\Console\Input\ArgvInput),
> Object(Symfony\Component\Console\Output\ConsoleOutput))
> #1 /usr/share/webapps/nextcloud/occ(11): require_once('/usr/share/weba...')
> #2 {main}
> error: command failed to execute correctly
> (2/2) Arming ConditionNeedsUpdate...
>
> ---
>
>
> As one of the messages is "PHP module GD not installed. Please ask your
> server administrator to install the module." it's propably not depending on
> a needed module?
>
> Kind regards
> Peter
I'm luckily still on 12.0.2, so thanks for writing before I would have
upgraded ;-)
The above error is thrown because of the maintainers, imho weird,
decision to add a hook to automatically upgrade the nextcloud
installation.[1]
Gd is disabled in php by default. So in default Arch installations this
hook fails.
However, gd can be activated in the /etc/php/php.ini file.
Anyways: I don't use the default php.ini ('php -c /folder/php.ini') file
for interfacing the instance and have all options disabled in the system
php.ini, which is why this will fail for me each time.
In any case, you can still just use it and go through the wiki article
[2] to read up on how to set it up.
Best,
David
[1] https://bugs.archlinux.org/task/55769
[2] https://wiki.archlinux.org/index.php/Nextcloud
--
https://sleepmap.de
signature.asc
Description: PGP signature
Re: [arch-general] tmux/systemd: tmux user service exits on detach/logout
Hi Ismael, On 2017-09-25 10:16:26 (+0200), Ismael Bouya wrote: > > as follow up on this (probably not so interesting thread for too many), > > I have tested systemd 234 successfully. > > The weechat instance within tmux (or tmux itself) still ends > > sporadically, but not the main tmux user session. > > So, in conclusion, whatever has been broken in systemd 233, was probably > > fixed again in 234. > > Hey David and all, > I'm in 234.11-8 and I still have this issue. What did you end up with > during your tests? > I do have KillUserProcesses=no and lingering for my user (it was working > for ages without issues before this summer for me too), and made other > various tests among the ones you mention, but it seems like you have the > right combination. Well, I'm sad to tell you, that I'm experiencing the issues again with 234.11-9, but didn't with 234.11-8 or 234.11-6. This is getting pretty random, untracable and annoying... :( Especially, as there is no "real change"[1] between the last pkgrels... Best, David [1] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/systemd&id=dd32accff1ee7e6dfad0874ec04732ff4f695fa6 -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5.11
Hey Rob, On 2017-09-13 20:40:14 (+0200), Rob Til Freedmen via arch-general wrote: > liblo is out of date - try liblo-0.29 indeed it is, but that's not the issue. I'm already on a -git version for development reasons (and switched back and forth for testing). Seems to be an issue with my specific ardour session in that case. Sent an updated PKGBUILD for liblo to Ray Rashif, so it might hit testing soon. Also: Ardour 5.12 is out now and I hope it will get bumped up, too. -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5.11
On September 12, 2017 3:59:58 AM GMT+02:00, Eli Schwartz wrote: >On 09/11/2017 06:11 AM, David Runge wrote: >> Hey Ray (and all interested), >> >> thought I'd share an updated PKGBUILD for Ardour. >> Please update to the latest version! >> 5.9 is unusable, when working with OSC to control it (segfaults). >> >> I know there is some AUR package, but ardour 5.11 is a stable release >> and should therefore be in the main repos. > >"An updated PKGBUILD" makes it sound like you did something significant >there. > >Why not just say "I thought I'd just mention, `asp checkout ardour` and >bumping the pkgver is enough to build the latest version, and I've been >testing it and it works fine for me"? > >It is far less confusing when people actually understand at a glance >what you're actually saying. >I hereby request of you to be less confusing. ;) Granted ;-) So: works fine for me under most conditions. Updating is easy. However, I am still experiencing segfaults using OSC with a special audio session of mine, but that seems to be a different issue from the one I mentioned in my first mail. New sessions don't seem to suffer from it. -- https://sleepmap.de
Re: [arch-general] Ardour 5.11
On September 11, 2017 8:10:04 PM GMT+02:00, Ralf Mardorf wrote: >There's not only the AUR package, asp is your friend, too. > >cd /tmp/ >asp checkout ardour >cd ardour/trunk/ > >edit the PKGBUILD's pkgver to 5.11 , don't worry about the checksum, >it's already skipped > >makepkg -s > >I build 5.11 a month ago, but didn't use it. However, much likely you >don't need to edit more than the pkgver. That's what I did :-) Would just like to push it to the main repos again, and if Ray gets some info on "everything's working fine so far", maybe things will be faster. Best, Dave Hey Ralf, -- https://sleepmap.de
[arch-general] Ardour 5.11
Hey Ray (and all interested),
thought I'd share an updated PKGBUILD for Ardour.
Please update to the latest version!
5.9 is unusable, when working with OSC to control it (segfaults).
I know there is some AUR package, but ardour 5.11 is a stable release
and should therefore be in the main repos.
Best,
David
--
https://sleepmap.de
# $Id$
# Maintainer: Ray Rashif
# Contributor: SpepS
# Contributor: see .contrib
pkgname=ardour
pkgver=5.11
pkgrel=1
pkgdesc="Professional-grade digital audio workstation"
arch=('i686' 'x86_64')
url="http://ardour.org/";
license=('GPL')
depends=('liblrdf' 'liblo' 'lilv' 'suil' 'taglib'
'aubio' 'rubberband' 'gtkmm')
makedepends=('git' 'python2' 'boost' 'cppunit' 'doxygen' 'graphviz')
optdepends=('xjadeo: video monitoring'
'harvid: video timeline')
source=("$pkgname-$pkgver::git+https://github.com/${pkgname^}/$pkgname.git#tag=$pkgver";
"$pkgname.desktop")
md5sums=('SKIP'
'dc653c227bc34aa6c729a4c2149308a7')
prepare() {
cd "$srcdir/$pkgname-$pkgver"
# python2 fix
sed -i 's/python ${SRC}/python2 ${SRC}/' libs/pbd/wscript
}
build() {
cd "$srcdir/$pkgname-$pkgver"
python2 waf configure --prefix=/usr \
--configdir=/etc \
--with-backends="jack,alsa" \
--libjack=weak \
--optimize \
--docs \
--cxx11 \
--no-phone-home
python2 waf build $MAKEFLAGS
}
package() {
cd "$srcdir/$pkgname-$pkgver"
python2 waf install --destdir="$pkgdir"
# install some freedesktop.org compatibility
install -Dm644 "$srcdir/$pkgname.desktop" \
"$pkgdir/usr/share/applications/$pkgname.desktop"
}
# vim:set ts=2 sw=2 et:
signature.asc
Description: PGP signature
Re: [arch-general] Depends on foo-bar=10.0-3
Hi Ralf, On 2017-08-14 10:36:45 (+0200), Ralf Mardorf wrote: > Note! I'm not asking anybody not to do it like this! I only want to know > the reason for mentioning a version of a dependency, for packages from > official repositories, since I don't know any reason. IOW I only want > to learn. AFAIK the dependecy is there in this case, because pulseaudio-bluetooth is a module for pulseaudio. Therefore it is built using that specific version of pulseaudio, which is why you need this dependency for pulseaudio-bluetooth to work properly. Guess due to Arch being rolling release this could be skipped, but I have not tried that yet ;-) Maybe less error prone? Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] tmux/systemd: tmux user service exits on detach/logout
Hey all, as follow up on this (probably not so interesting thread for too many), I have tested systemd 234 successfully. The weechat instance within tmux (or tmux itself) still ends sporadically, but not the main tmux user session. So, in conclusion, whatever has been broken in systemd 233, was probably fixed again in 234. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] tmux/systemd: tmux user service exits on detach/logout
Hey again, On 2017-07-07 15:24:39 (+0200), David Runge wrote: > I got a very strange behavior with tmux and systemd on my server and > maybe someone knows a way around it. > > The way I start tmux is as follows: > Setting TMUX_TMPDIR to my user's XDG_RUNTIME_DIR and starting tmux in a > systemd user service [1]. I do the same for other things, such as > weechat [2]. They both use the same tmux.conf [3]. > Lingering is activated for my user, so the enabled user services will > start with the system and stay running, even when it's disconnected... > in theory (and this used to work very well, without a problem for > years). > > With some changes in systemd however, this seems to fail now, and I > can't seem to find the reason why. Tmux just exits with "server lost" > once I do a detach. > At first I could only observe this behavior when I had a shared ssh > session to the server (so I thought), that I then quit, or when I > attached and detached the tmux session quickly. > Now I'm getting this nearly every time I detach from the tmux session! > > I tried several things by now, and it doesn't seem to make any > difference: > - using legacy cgroups [4], because of maybe being affected by this [5] > - switching to single connections instead of shared connections for ssh > (lowered the amount of random tmux quits!) > - using hardened kernel (just to try another one) > - logging a tmux session, without getting any output, that would > explain, why this happens > - crossing fingers (actually helps, because the bug seems completely > random ;/ ) > - using a system scope unit (tmux@username) [6], getting the same results > - downgrading tmux to >=2.3 (no difference) > - downgrading systemd to <=233-7 (seems to happen less frequently) After a week of testing: tmux - in above mentioned setup - works much more reliable with systemd 233-7. Maybe any of the package maintainers can comment on it? > For some awkward reason, it seems to have worked again for a short time, > when Arch first switched to systemd 233 a few days back [6], but ever > since it moved to systemd-stable [7], the problem is back (and even > worse than before). Me thinking that might only be due to a "less > frequent occurence" though. So, in conclusion, the issue is most likely related to some changes applied to the 233 branch in systemd-stable. > [1] https://git.sleepmap.de/software/uenv.git/tree/user/tmux.service > [2] https://git.sleepmap.de/software/uenv.git/tree/user/weechat.service > [3] https://git.sleepmap.de/config/dotfiles.git/tree/.tmux.conf > [4] > https://www.freedesktop.org/software/systemd/man/systemd.html#systemd.legacy_systemd_cgroup_controller > [5] https://github.com/systemd/systemd/issues/3388 > [6] https://wiki.archlinux.org/index.php/Tmux#Autostart_with_systemd > [7] > https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/systemd&id=e0ee38b0c90d0a0da7baad4f472f38dd451326a6 > [8] https://github.com/systemd/systemd-stable Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] tmux/systemd: tmux user service exits on detach/logout
Hey Andre Vitor, On 2017-07-07 10:53:32 (-0300), André Vitor de Lima Matos wrote: > Not sure if related, but try setting KillUserProcesses=no in > /etc/systemd/logind.conf > > https://askubuntu.com/questions/802189/how-to-run-tmux-screen-with-systemd-230 That is an Arch default setting (commented variables in the systemd config files reflect compile-time defaults). Check with: $ loginctl show-session|grep Kill Also: The issue at hand is not a logind problem (at least not a login/logout issue), as far as I can see, as it happens on detach from tmux (but only sometimes). That one often times disconnects from the machine after a tmux detach doesn't help to figure out why it happens unfortunately :> Thanks anyhow! Best, David -- https://sleepmap.de signature.asc Description: PGP signature
[arch-general] tmux/systemd: tmux user service exits on detach/logout
Hey all, I got a very strange behavior with tmux and systemd on my server and maybe someone knows a way around it. The way I start tmux is as follows: Setting TMUX_TMPDIR to my user's XDG_RUNTIME_DIR and starting tmux in a systemd user service [1]. I do the same for other things, such as weechat [2]. They both use the same tmux.conf [3]. Lingering is activated for my user, so the enabled user services will start with the system and stay running, even when it's disconnected... in theory (and this used to work very well, without a problem for years). With some changes in systemd however, this seems to fail now, and I can't seem to find the reason why. Tmux just exits with "server lost" once I do a detach. At first I could only observe this behavior when I had a shared ssh session to the server (so I thought), that I then quit, or when I attached and detached the tmux session quickly. Now I'm getting this nearly every time I detach from the tmux session! I tried several things by now, and it doesn't seem to make any difference: - using legacy cgroups [4], because of maybe being affected by this [5] - switching to single connections instead of shared connections for ssh (lowered the amount of random tmux quits!) - using hardened kernel (just to try another one) - logging a tmux session, without getting any output, that would explain, why this happens - crossing fingers (actually helps, because the bug seems completely random ;/ ) - using a system scope unit (tmux@username) [6], getting the same results - downgrading tmux to >=2.3 (no difference) - downgrading systemd to <=233-7 (seems to happen less frequently) For some awkward reason, it seems to have worked again for a short time, when Arch first switched to systemd 233 a few days back [6], but ever since it moved to systemd-stable [7], the problem is back (and even worse than before). Me thinking that might only be due to a "less frequent occurence" though. I'm just wondering, how to solve this. Maybe someone has a great idea to share? It's getting beyond annoying by now and I can't seem to find out, if it's tmux, systemd or some kernel problem... or all of them together. David P.S.: Doesn't seem to happen with screen. I don't want to adapt everything to screen now though ;) [1] https://git.sleepmap.de/software/uenv.git/tree/user/tmux.service [2] https://git.sleepmap.de/software/uenv.git/tree/user/weechat.service [3] https://git.sleepmap.de/config/dotfiles.git/tree/.tmux.conf [4] https://www.freedesktop.org/software/systemd/man/systemd.html#systemd.legacy_systemd_cgroup_controller [5] https://github.com/systemd/systemd/issues/3388 [6] https://wiki.archlinux.org/index.php/Tmux#Autostart_with_systemd [7] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/systemd&id=e0ee38b0c90d0a0da7baad4f472f38dd451326a6 [8] https://github.com/systemd/systemd-stable -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Arch Wiki Professional_audio
On 2017-04-27 22:52:30 (+0600), Rashif Ray Rahman wrote: > Great to know there was a talk about Arch pro-audio in LAC! I think there > is a lot of information there that you can add to the wiki. I did a rewrite > once but as Ralf said, rewriting again can be quite difficult. Yeah, there will be even another this year, but mainly on Arch Linux ARM on Raspberry Pi 3 (for teaching sound synthesis using the jack API and C++) this time. > Ralf, David, and anyone else invested in pro-audio now -- let me hijack > this thread a bit: Can you guys have a look at https://linuxmusicians.com/ > viewtopic.php?f=4&t=17034 and see if you're interested in taking over the > ArchAudio project? Thanks. Sounds great. Before the beginning of July I don't have much time though, as I'm in the same boat you were in (thesis and all that madness). On the plus side: I have been using Arch for about 10 years now and it would be nice to get a little more into packaging (aside from the AUR) and signing. I don't see myself going to use another distro for audio in the future, so I'd be happy to revive it somehow. Guess Ralf might also be interested (from reading a lot about real-time kernels in his mails)?! Well, you got my contact. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5.6 released - status on update
On 2017-04-26 16:09:00 (+0600), Rashif Ray Rahman wrote: > Sorry guys really no excuse other than "RL". Some of the other packagers > did help to update a few of my packages but ardour seems to have been > missed, most likely because it remained in testing. I have updated and > moved immediately to [extra]. Thanks! That's much appreciated. -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] problems on installing grub on a new system
Hey Steve, On 2017-04-02 13:06:19 (+), Patrick Eigensatz via arch-general wrote: > Can you point out how you configured your system? (How many disks, how they > are partitioned) > > Do you install grub on an UEFI system? What was the grub-install command > you used? Yes, please, all of that. > Steve Downes schrieb am So., 2. Apr. 2017, 14:55: > > Failed to get canonical path of `airootfs' I get the feeling you might have been installing to your installation media, if it was a usb stick. Make sure you're installing to the correct device, by having a look at: `ls -lah /dev/disk/by-id` Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Mount point of MTP devices?
On April 2, 2017 7:06:59 AM GMT+02:00, Rijul Gulati via arch-general wrote: >I want to access android device (MTP) from terminal. The device is >accessible from file manager (Dolphin). This means it has to be mounted >somewhere (right?). You can also use adb (android-tools [1]) for interfacing with it. There you have `adb push` and `adb pull` to copy to/from your device respectively. You need to activate adb on your device first however. [1] https://www.archlinux.org/packages/community/x86_64/android-tools/ -- https://sleepmap.de
Re: [arch-general] Arch Wiki Professional_audio
On March 30, 2017 6:24:38 PM GMT+02:00, Grady Martin via arch-general wrote: >On 2017年03月30日 09時51分, David Runge wrote: >>I have some things to add. Did a talk about low-latency setups on Arch >during Linux Audio Conference 2015. >>There's some useful stuff in there, including realtime settings and >systemd user service for JACK, that I just never committed. > >This is the talk, right? > >http://lac.linuxaudio.org/2015/video.php?id=60 > >It is right up my alley. Thank you for mentioning it. Exactly. The stuff is also still available in AUR, even has seen some upgrades and I'm still using it successfully in large-scale and multichannel setups. -- https://sleepmap.de
Re: [arch-general] Arch Wiki Professional_audio
On March 30, 2017 8:09:36 AM GMT+02:00, Ralf Mardorf wrote: >Hi, > >the Wiki [ https://wiki.archlinux.org/index.php/Professional_audio ] >opens with... > >"This article or section needs expansion." and a link to the >discussion, but I still don't understand what actually is missing. > >...followed by an unrealistic claim about grotesque low latency. > >The article included wrong information, I already removed > >"If you want to use any MIDI hardware you need to ensure the ALSA MIDI >driver is loaded. You can set the MIDI driver to load at boot by >creating the file /etc/modules-load.d/alsamidi.conf containing:" > >IIRC apart from a bug that caused that the driver wasn't loaded, the >driver always gets loaded automatically. > >There are claims about rtc, 1000Hz. This was valid, but IMO should be >obsolete now. > >Etc., pp. ... > >I don't want to rewrite the Wiki, especially because I won't and/or >can't test every hint. Please contribute to the Wiki and/or to the >"This and that" discussion >[ https://wiki.archlinux.org/index.php/Talk:Professional_audio ]. > >Regards, >Ralf Hey Ralf, You're right. Many articles need expansion/ rewrite indeed. I have some things to add. Did a talk about low-latency setups on Arch during Linux Audio Conference 2015. There's some useful stuff in there, including realtime settings and systemd user service for JACK, that I just never committed. Thanks for the reminder! ;-) Best, David -- https://sleepmap.de
Re: [arch-general] [mpd+ncmpcpp] mpd hangs when manually moving forward on track, or to nex track
Hey Javier, On 2017-03-26 20:22:58 (-0600), Javier Vasquez via arch-general wrote: > Hi all, > > If someone is familiar with mpd (user, non root) + ncmpcpp on Arch, > perhaps can help me out... > > Whenever I move forward/backward on the same playing track (f/b), mpd > just hangs, usually so hard, that mpd needs to be restarted to do > anything. A workaround is to pause the track, and then move > forward/backward, and then play again, most of the time that works... > > When playing a track, and then moving to next/prior track (>/<), then > mpd hangs. To get it back alive, it's enough to stop mpd (s), and > start any track (enter). The pause work around for moving > forward/backward on the same track doesn't work, mpd keeps hanging, > but stopping mpd (s), and starting any track (enter) works. Stopping > mpd (s), to move to the next track as a work around doesn't work, > given there's no current track playing, therefore mpd can find the > next... > > So it's sort of weird that moving around where to play mpd, kinds of > makes it hang... > > BTW, I have 2 mpd outputs, the pulse output but also a visual fifo, > however by keeping only the pulse audio doesn't help, so It's not > related to the visual fifo... I basically have the same setup (all latest packages), but I'm not experiencing your issues. I'm using a custom service file [1] though, as I sometimes have several mpd instances on different machines, that I like to be able to use with pulseaudio. Something I could think of related to your issue might be your harddrive and machine (obviously). Where do the files reside, that you want to play? What kind of hardware are you using? Is it slow (e.g. connected through usb1, etc)? You could use tools such as iotop [2] to see whether mpd creates crazy amounts of I/O for your system (or maybe by proxy due to a slow drive). Also check htop [3] while you try to go forwards/backwards. I'm quite sure you'll see something spike. After all, I don't think it's the software, but something hardware related. Best, David [1] https://git.sleepmap.de/software/uenv.git/about/ [2] https://www.archlinux.org/packages/community/any/iotop/ [3] https://www.archlinux.org/packages/extra/x86_64/htop/ -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5.6 released - status on update
On 2017-03-16 12:26:36 (+0100), David Runge wrote: > On 2017-03-01 15:16:32 (+0100), David Runge wrote: > > Can we update to 5.8 [1] then? > > We're still at 4.7 in the repos. > PING Come on man... this is getting ridiculous. -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5.6 released - status on update
On 2017-03-01 15:16:32 (+0100), David Runge wrote: > Can we update to 5.8 [1] then? > We're still at 4.7 in the repos. PING -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5.6 released - status on update
On 2017-03-03 14:02:15 (+0100), David Runge wrote:
> Oh well in case anyone's interested: There's a PKGBUILD and
> ardour.desktop file attached to this e-mail... -_-
Whoops, no attachments allowed.
$ cat ardour/PKGBUILD
pkgname=ardour
pkgver=5.8
pkgrel=1
pkgdesc="Professional-grade digital audio workstation"
arch=('i686' 'x86_64')
url="https://ardour.org/";
license=('GPL')
depends=('liblrdf' 'liblo' 'lilv' 'suil' 'taglib'
'aubio' 'rubberband' 'gtkmm')
makedepends=('git' 'python2' 'boost' 'cppunit' 'doxygen' 'graphviz')
optdepends=('xjadeo: video monitoring'
'harvid: video timeline')
source=("$pkgname-$pkgver::git+https://github.com/${pkgname^}/$pkgname.git#tag=$pkgver";
"$pkgname.desktop")
sha256sums=('SKIP'
'2573e9d286a12c11ad7ca131bad61b7504b6bde71f58f163f2bef9a41a4d353d')
prepare() {
cd "$srcdir/$pkgname-$pkgver"
# python2 fix
sed -i 's/python ${SRC}/python2 ${SRC}/' libs/pbd/wscript
}
build() {
cd "$srcdir/$pkgname-$pkgver"
python2 waf configure --prefix=/usr \
--configdir=/etc \
--with-backends="jack,alsa" \
--libjack=weak \
--optimize \
--docs \
--cxx11 \
--no-phone-home
python2 waf build $MAKEFLAGS
}
package() {
cd "$srcdir/$pkgname-$pkgver"
python2 waf install --destdir="$pkgdir"
# install some freedesktop.org compatibility
install -Dm644 "$srcdir/$pkgname.desktop" \
"$pkgdir/usr/share/applications/$pkgname.desktop"
}
# vim:set ts=2 sw=2 et:
$ cat ardour/ardour.desktop
[Desktop Entry]
Name=Ardour
Comment=Multitrack hard disk recorder
Exec=ardour5
Icon=/usr/share/ardour5/resources/Ardour-icon_256px.png
Terminal=false
Type=Application
X-MultipleArgs=false
Categories=GTK;Audio;AudioVideoEditing;AudioVideo;Video;
I would really love to see this updated and in extra again!
--
https://sleepmap.de
signature.asc
Description: PGP signature
Re: [arch-general] Ardour 5.6 released - status on update
On 2017-03-01 15:16:32 (+0100), David Runge wrote: > Can we update to 5.8 [1] then? > We're still at 4.7 in the repos. > [1] http://community.ardour.org/node/14325 Oh well in case anyone's interested: There's a PKGBUILD and ardour.desktop file attached to this e-mail... -_- -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5.6 released - status on update
Can we update to 5.8 [1] then? We're still at 4.7 in the repos. [1] http://community.ardour.org/node/14325 -- https://sleepmap.de
Re: [arch-general] ownCloud vs. nextcloud
On 2017-01-30 21:11:18 (+0100), Jelle van der Waa wrote: > You could make a bug report on our tracker under the community section Just did: https://bugs.archlinux.org/task/52791 -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] ownCloud vs. nextcloud
On 2017-01-30 21:11:18 (+0100), Jelle van der Waa wrote: > On 01/30/17 at 05:00pm, David Runge wrote: > > Helloes! > > > > I wonder what Arch's/Sergej Pupykin's position towards nextcloud is. > > It seems that ownCloud lost most of its developers to the schism > > introduced last year. > > Might be wise to include him in the TO field then ;-) Well, I assumed he might be reading this mailing list, too. ;-) > > > Wouldn't it be better to switch to nextcloud in the community repository at > > this point? > > You could make a bug report on our tracker under the community section > :) I could, sure (and will, if this seems preferred). But what is this? A feature request? Just wondered, if this discussion would not be something more suited for the mailing. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
[arch-general] ownCloud vs. nextcloud
Helloes! I wonder what Arch's/Sergej Pupykin's position towards nextcloud is. It seems that ownCloud lost most of its developers to the schism introduced last year. This led to many apps not being (mainly) developed by them anymore and moving into the hands of nextcloud and/or being more actively developed by nextcloud now (bookmarks, news, calendar, etc.) There definitely also has been a problem transitioning from php 7.0.x to 7.1 as the current version of ownCloud now has a "hotfix" applied that just suppresses the error message (which would render owncloud useless, as owncloud < 9.2 suppossedly doesn't work with php 7.1). The bookmark app is currently unusable (unable to add new bookmarks due to an old version of guzzlehttp dependency) and I wonder how much more of that we'll have incoming. Wouldn't it be better to switch to nextcloud in the community repository at this point? Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5 - Was: What's with Ray Rashif?
Hey Ray, On 2017-01-17 23:39:10 (+0600), Rashif Ray Rahman wrote: > Ralf, David > > Thanks guys for all the info you have been sharing, I got sloppy again > and went into full panic mode in preparation for my master's thesis > and subsequent defense (19th). Good luck! Thumbs pressed!! > I promise to take care of both releasing the latest version to extra > (since you guys seem to have it working) and incorporating the desktop > file (there's a task for it IIRC) latest by the end of the week. Cool cool! Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] uwsgi-2.0.14-15 segfaults with php plugin
Heyo, On 2017-01-17 17:19:34 (+0100), Damjan Georgievski via arch-general wrote: > https://bugs.archlinux.org/task/52406 thanks! Will keep uwsgi in the "to watch" box for a while then... ;-) > > the packager is a bit irresponsible Best, David -- https://sleepmap.de signature.asc Description: PGP signature
[arch-general] uwsgi-2.0.14-15 segfaults with php plugin
Hey all, ran into the issue, that after updating from uwsgi 2.0.14-1 to uwsgi 2.0.14-5 (php plugin of the same version), all php based webapps make uwsgi segfault (tested with wordpress and stikked)! Something like the below will happen (including after reboot): Jan 17 16:24:20 frqrec systemd[1]: Starting uWSGI service unit... Jan 17 16:24:20 frqrec uwsgi[2370]: [uWSGI] getting INI configuration from /etc/uwsgi/wordpress.ini Jan 17 16:24:20 frqrec uwsgi[2370]: *** Starting uWSGI 2.0.14 (64bit) on [Tue Jan 17 16:24:20 2017] *** Jan 17 16:24:20 frqrec uwsgi[2370]: compiled with version: 6.3.1 20170109 on 10 January 2017 00:34:54 Jan 17 16:24:20 frqrec uwsgi[2370]: os: Linux-4.8.13-1-ARCH #1 SMP PREEMPT Fri Dec 9 07:24:34 CET 2016 Jan 17 16:24:20 frqrec uwsgi[2370]: nodename: frqrec Jan 17 16:24:20 frqrec uwsgi[2370]: machine: x86_64 Jan 17 16:24:20 frqrec uwsgi[2370]: clock source: unix Jan 17 16:24:20 frqrec uwsgi[2370]: pcre jit disabled Jan 17 16:24:20 frqrec uwsgi[2370]: detected number of CPU cores: 2 Jan 17 16:24:20 frqrec uwsgi[2370]: current working directory: / Jan 17 16:24:20 frqrec uwsgi[2370]: detected binary path: /usr/bin/uwsgi Jan 17 16:24:20 frqrec uwsgi[2370]: setgid() to 33 Jan 17 16:24:20 frqrec uwsgi[2370]: setuid() to 33 Jan 17 16:24:20 frqrec uwsgi[2370]: your processes number limit is 15780 Jan 17 16:24:20 frqrec uwsgi[2370]: your memory page size is 4096 bytes Jan 17 16:24:20 frqrec uwsgi[2370]: detected max file descriptor number: 1024 Jan 17 16:24:20 frqrec uwsgi[2370]: lock engine: pthread robust mutexes Jan 17 16:24:20 frqrec uwsgi[2370]: thunder lock: disabled (you can enable it with --thunder-lock) Jan 17 16:24:20 frqrec uwsgi[2370]: *** Cache "wordpress" initialized: 64MB (key: 2136 bytes, keys: 2136000 bytes, data: 65536000 bytes, bitmap: 0 bytes) preallocated *** Jan 17 16:24:20 frqrec uwsgi[2370]: - SystemD socket activation detected - Jan 17 16:24:20 frqrec uwsgi[2370]: uwsgi socket 1 attached to UNIX address /run/uwsgi/wordpress.sock fd 3 Jan 17 16:24:20 frqrec uwsgi[2370]: !!! uWSGI process 2370 got Segmentation Fault !!! Jan 17 16:24:20 frqrec uwsgi[2370]: *** backtrace of 2370 *** Jan 17 16:24:20 frqrec uwsgi[2370]: /usr/bin/uwsgi(uwsgi_backtrace+0x2c) [0x466eec] Jan 17 16:24:20 frqrec uwsgi[2370]: /usr/bin/uwsgi(uwsgi_segfault+0x21) [0x4672b1] Jan 17 16:24:20 frqrec uwsgi[2370]: /usr/lib/libc.so.6(+0x330b0) [0x7f9a019ea0b0] Jan 17 16:24:20 frqrec uwsgi[2370]: /usr/lib/uwsgi/php_plugin.so(+0x53ca) [0x7f9a001fa3ca] Jan 17 16:24:20 frqrec uwsgi[2370]: *** end of backtrace *** Jan 17 16:24:20 frqrec systemd[1]: uwsgi-private@wordpress.service: Main process exited, code=exited, status=1/FAILURE Jan 17 16:24:20 frqrec systemd[1]: Failed to start uWSGI service unit. Jan 17 16:24:20 frqrec systemd[1]: uwsgi-private@wordpress.service: Unit entered failed state. Jan 17 16:24:20 frqrec systemd[1]: uwsgi-private@wordpress.service: Failed with result 'exit-code'. Reverting back to uwsgi 2.0.14-1 fixes the problem (after restarting the socket, that activates the webapp). As a sidenote: I'm using the hardening and socket activation options as explained here, which shouldn't have much of an effect on the uwsgi itself though): https://wiki.archlinux.org/index.php/UWSGI#Socket_activation https://wiki.archlinux.org/index.php/UWSGI#Hardening_uWSGI Has anyone had the same issue? I can't seem to find out, what has changed between revision 1 and 5 or if it needs another rebuild. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
[arch-general] notmuch built with xapian-core from testing?
Hey folks, I'm getting a notmuch: error while loading shared libraries: libxapian.so.30: cannot open shared object file: No such file or directory when trying to run the current notmuch. xapian-core is currently at 1:1.2.24-1 in extra and 1:1.4.2-1 in testing. I'm a bit confused by which version should be used for notmuch to run properly or if a rebuild is needed. Cheerios, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5 - Was: What's with Ray Rashif?
Hey Ray, On 2016-12-27 01:40:15 (+0600), Rashif Ray Rahman wrote: > > at the moment I'm testing a new audio interface. Ardour5 (not > > from the testing repo) crashed on my machine, so I'm using Qtractor for > > the test. Perhaps Ardour 5.5 not only crashes on my machine. I couldn't reproduce this (also because there was a lack of information on what actually happened). Would it be possible to push Ardour 5.5 now? There's plenty of help and updates in the rest of this mail thread. We're nearly a year behind by now. Arch used to be bleeding edge... Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5 - Was: What's with Ray Rashif?
Hey Ralf, On 2016-12-28 00:37:16 (+0100), Ralf Mardorf wrote: > >Used it with jack2 1.9.10-6 > Strange, the version of jack2 you are using is known to cause issues > with Ardour, but actually I experienced an issue :D. Okay. What kind of issues are those supposed to be though, and what exactly is your issue with ardour + jack2? I have been using this version without any problems on my internal and external hardware with many different clients (amongst them ardour4 and ardour5), which is why I'm wondering. > > [rocketmouse@archlinux ~]$ pacman -Q jack2 > jack2 1.9.10.r202.gf2ece24-1 Is that jack2-git from AUR? > [rocketmouse@archlinux ~]$ cat /usr/share/applications/ardour.desktop > [Desktop Entry] > Name=Ardour I'd also be totally up for dropping the version number! Only added this in my desktop file below so it's easier to distinguish from ardour4. > Comment=Multitrack hard disk recorder > Exec=ardour5 > Icon=/usr/share/ardour5/icons/application-x-ardour_48px.png The icon you're using here seems to be a file icon, not the ardour application icon. > >[Desktop Entry] > >Name=Ardour 5 > >Comment=Multitrack hard disk recorder > >Exec=ardour5 > >Icon=/usr/share/ardour5/resources/Ardour-icon_256px.png Also the *_48px.png would work here! Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Whatever happened to speps?
On 2016-12-21 09:58:09 (-0600), Doug Newgard wrote: > > CC'ing speps. If he doesn't give signs of life and nobody else adopts the > > packages in two weeks, I'll drop them to AUR. > > > > He's been almost totally MIA, no commits since March 25th until Dec 10th. Well, I hope they will be kept in community! I just added pd-git to the AUR to have a version properly working with jack for now: https://aur.archlinux.org/packages/pd-git/ Feel free to use its PKGBUILD, if you need it! -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5 - Was: What's with Ray Rashif?
Hey again, On 2016-12-27 01:30:15 (+0100), David Runge wrote: > On 2016-12-21 17:41:24 (+0100), Ralf Mardorf wrote: > > at the moment I'm testing a new audio interface. Ardour5 (not > > from the testing repo) crashed on my machine, so I'm using Qtractor for > > the test. Perhaps Ardour 5.5 not only crashes on my machine. > > So far I'm not experiencing these issues (haven't tried with my external > FW800 card yet though (will do that tomorrow). > I tried 5.4 and also built 5.5 using the PKGBUILD from testing with > slight modification. Used it with jack2 1.9.10-6 with a a RME Fireface 800 without problems so far. Built with the PKGBUILD from testing, using 5.5 as pkgver. > > @Ray: There is one thing that definitely needs fixing: The .desktop file > still points to ardour4! This is the updated version of the .desktop file you can use: [Desktop Entry] Name=Ardour 5 Comment=Multitrack hard disk recorder Exec=ardour5 Icon=/usr/share/ardour5/resources/Ardour-icon_256px.png Terminal=false Type=Application X-MultipleArgs=false Categories=GTK;Audio;AudioVideoEditing;AudioVideo;Video; Please update! Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Ardour 5 - Was: What's with Ray Rashif?
Hey all, On 2016-12-21 17:41:24 (+0100), Ralf Mardorf wrote: > at the moment I'm testing a new audio interface. Ardour5 (not > from the testing repo) crashed on my machine, so I'm using Qtractor for > the test. Perhaps Ardour 5.5 not only crashes on my machine. So far I'm not experiencing these issues (haven't tried with my external FW800 card yet though (will do that tomorrow). I tried 5.4 and also built 5.5 using the PKGBUILD from testing with slight modification. @Ray: There is one thing that definitely needs fixing: The .desktop file still points to ardour4! Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] What's with Ray Rashif?
Hey Ray, is it possible to push ardour 5.5 to extra and/or testing? We're getting really far behind by now :-/ Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Whatever happened to speps?
Hey again, > On 2016-10-23 10:42:27 (+), Antonio Rojas wrote: > > Pushed both to community-testing. Please test them as I personally > > have no interest in them and no idea what they are supposed to do. Thanks again for doing this, however it is quite unclear, if they will be properly maintained in the future now. :-/ Regarding pd there is a long standing bug on Arch Linux that should be addressed in the PKGBUILD of the package, thus it would be most awesome, if you could change that! More info regarding the bug and its solution(s): https://bugs.archlinux.org/task/45006#comment147620 Regarding supercollider, I have some suggestions for the PKGBUILD: * libsndfile should be part of makedepends https://github.com/supercollider/supercollider/blob/master/README_LINUX.md#build-requirements * changing url to https://supercollider.github.io (the project moved away from sourceforge In any case, thanks a lot for taking care of the issues and providing me with some useful changes for my supercollider-git package in the AUR!! Best, David P.S.: Sorry, I didn't come back to you for testing, got too busy moving my flat around... -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Whatever happened to speps?
On 2016-10-23 10:42:27 (+), Antonio Rojas wrote: > El Sun, 23 Oct 2016 02:23:26 +0200, David Runge escribió: > > > Who can push updates for pd and supercollider instead then? > > > > Best, > > David > > Pushed both to community-testing. Please test them as I personally have no > interest in them and no idea what they are supposed to do. Thanks Antionio! I will. Both are systems/languages for electronic music (and more). Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Whatever happened to speps?
On 2016-10-22 12:54:09 (+0200), Muflone wrote: > > Ping! > > I tried to contact speps many times in the past year but I was unable to get > in touch with him. So some packages bad maintained were orphaned. That sounds bad. Would be good to get some statement at least... Who can push updates for pd and supercollider instead then? Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] Whatever happened to speps?
Ping! On 2016-10-10 07:17:39 (+0200), David Runge wrote: > Helloes, > > I was wondering, if anyone knows anything regarding the current status > of speps. > I tried to ping him about some long-outdated packages (supercollider, > pd), but haven't gotten a reply in a week. > > With supercollider we're currently already at 3.7.2 and with pd at 0.47. > The latter will also require some fixes, because unpatched/unmodified > it's unusuable in its current state (in a JACK setup). > > Not to be annoying, it's just that an outdating of more than 6 months is > very unusual (in the case of supercollider) and I'm using them > regularely. > > I'd be happy to help get the packages back on track. > > Best, > David > > -- > https://sleepmap.de There has been no reply to any request. Neither mail or xmpp. What's the procedure here? Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] systemd problems
Hello Peter, On 2016-10-13 13:33:27 (+0200), Peter Nabbefeld wrote: > Okt 13 05:05:47 tuchola systemd[1]: Starting Bluetooth service... > Okt 13 05:05:48 tuchola bluetoothd[485]: Bluetooth daemon 5.41 > Okt 13 05:05:48 tuchola systemd[1]: Started Bluetooth service. > Okt 13 05:05:48 tuchola bluetoothd[485]: Starting SDP server > Okt 13 05:05:48 tuchola bluetoothd[485]: Bluetooth management interface 1.12 > initialized > Okt 13 05:05:48 tuchola bluetoothd[485]: Failed to obtain handles for > "Service Changed" characteristic > Okt 13 05:05:48 tuchola bluetoothd[485]: Sap driver initialization failed. > Okt 13 05:05:48 tuchola bluetoothd[485]: sap-server: Operation not permitted > (1) > Okt 13 05:06:45 tuchola bluetoothd[485]: Endpoint registered: sender=:1.25 > path=/MediaEndpoint/A2DPSource > Okt 13 05:06:45 tuchola bluetoothd[485]: Endpoint registered: sender=:1.25 > path=/MediaEndpoint/A2DPSink I'm also getting the Sap driver errors. They don't seem to be a problem though. If you want to disable that error message, you can follow the instructions in the following bug report: https://bugs.archlinux.org/task/41247 As there's endpoints connected (with pulseaudio), you should also be able to find other devices through your bluetooth adapter. Works fine here at least (and also seems to work on your side). > > > Are all dependencies installed to make it run? > > Have you read the wiki: https://wiki.archlinux.org/index.php/Bluetooth ? > > > > Yes, Ihad bluetooth up and running before. I only needed to downgrad bluez* > from version 5.42 to 5.41 because it has a known bug rejecting file > trnsmission originating from a mobile phone to my linux laptop. Yeah, transmission is painful. I never use bluetooth for that. It's unsafe and slow. > blueman-applet doesn't show any bluetooth devices and doesn't even search > for those. Hm, does it show your builtin hardware in the "Adapter" menu? If so, you're all set to go, just have to make your computer visible (if needed) and get your device in pairing mode. Just tried it, and it works. > > > apparmor.service > > > auditd.service > > > display-manager.service > > > iscsid.service > > > plymouth-quit-wait.service > > > plymouth-start.service > > > syslog.service > > Those are pretty irrelevant. What systemd can't find, it won't start. > > ;-) > > Can I remove those, however, somehow? I would recommend against it ;) They are linked in some services shipped with systemd. As I wrote before: If they're not there, they won't be started. display-manager.service however will be a symlink to whatever display manager you use (lightdm, gdm, etc.) though and therefore is a kind of placeholder. There's no need to change anything about them. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] systemd problems
Hey again, On 2016-10-13 12:01:42 (+0200), Peter Nabbefeld wrote: > > > I've got problems with bluetooth (service does not start), which seem to > > > be > > > caused by systemd problems, as several services are "dead". > > you might want to check the log output of those services then. What does bluetooth/bluetoothd service log? journalctl -f -u bluetoothd -u bluetooth Are all dependencies installed to make it run? Have you read the wiki: https://wiki.archlinux.org/index.php/Bluetooth ? > https://dpaste.de/LC2h/raw You seem to have initialized bluetooth hardware. The bluetooth/bluetoothd services don't seem to run though. > No results shown. That means, no services have failed. Why do you think, your bluetooth service has failed? > Tried with systemctl --all --full |grep "not-found" then, > gettings these results: > > apparmor.service > auditd.service > display-manager.service > iscsid.service > plymouth-quit-wait.service > plymouth-start.service > syslog.service Those are pretty irrelevant. What systemd can't find, it won't start. ;-) I'm still a bit unsure, what the exact issue is. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] systemd problems
Hi Peter, On 2016-10-13 08:37:13 (+0200), Peter Nabbefeld wrote: > > Hello, > > I've got problems with bluetooth (service does not start), which seem to be > caused by systemd problems, as several services are "dead". you might want to check the log output of those services then. > > Output of info --test´ is at https://dpaste.de/LC2h That's not very helpful (especially now that the formatting is gone) or specific (enough). Try (as root): systemctl --all --full |grep failed to see which services failed. Check their status: systemctl status --all --full $name_of_service [ $name_of_service ] Attach journalctl to the service (in another shell instance), before trying to restart it: journalctl -f -u $name_of_service then: systemctl restart $name_of_service The above outputs should give you enough information to track down the problem (hopefully). > > Kind regards > Peter Best, David -- https://sleepmap.de signature.asc Description: PGP signature
[arch-general] Whatever happened to speps?
Helloes, I was wondering, if anyone knows anything regarding the current status of speps. I tried to ping him about some long-outdated packages (supercollider, pd), but haven't gotten a reply in a week. With supercollider we're currently already at 3.7.2 and with pd at 0.47. The latter will also require some fixes, because unpatched/unmodified it's unusuable in its current state (in a JACK setup). Not to be annoying, it's just that an outdating of more than 6 months is very unusual (in the case of supercollider) and I'm using them regularely. I'd be happy to help get the packages back on track. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-general] What's with Ray Rashif?
On 2016-09-28 00:32:38 (+0600), Ray Rashif via arch-general wrote: > I have just gotten access to my Arch system and will be rolling out > some updates throughout the week. Thanks to arojas and others for > taking care of rebuilds and such, and sending me nice e-mail nudges > and patches. ping! -- https://sleepmap.de signature.asc Description: PGP signature
