- Arch-dev-public - lists.archlinux.org

[arch-dev-public] jack rebuild required
by David Runge 29 Jul '18

29 Jul '18

Hey all, I've now created a realtime-privileges package to support a more general approach to acquiring realtime and rebuilt jack2 against those changes [2], making the aforementioned package an optional dependency for jack2 (while removing the redundant realtime settings). These changes are currently still in [community-testing]. As jack is in [extra], I'm unable to rebuild it with the changes, but I've prepared an update to its PKGBUILD [2]. I would be happy if some developer could rebuild jack with the updated build script and `svn rm jack.install, 40-hpet-permissions.rules, 99-audio.conf` before uploading. The changes have the benefit of outsourcing the settings, making it possible to reuse them in other applications, as previously discussed [3]. Best, David [1] https://lists.archlinux.org/pipermail/arch-proaudio/2018-July/000163.html [2] https://pkgbuild.com/~dvzrv/extra/jack/PKGBUILD [3] https://lists.archlinux.org/pipermail/arch-dev-public/2018-February/029172.… -- https://sleepmap.de

1 0

[arch-dev-public] [arch-general] proposal to add "aurpublish" to community
by Eli Schwartz 29 Jul '18

29 Jul '18

On 07/20/2018 04:23 AM, WorMzy Tykashi via arch-general wrote: > On 20 July 2018 at 08:38, Jelle van der Waa <jelle(a)vdwaa.nl> wrote: > >> On 07/20/18 at 09:05am, Jelle van der Waa wrote: >>> On 07/19/18 at 07:23pm, Florian Pritz via arch-dev-public wrote: >>>> On Wed 18.07.18 - 15:28, Eli Schwartz via arch-dev-public wrote: >>>>> I would like to add this to [community], but I'm unsure what people >>>>> think about this; specifically, whether this might come too close to >>>>> "supporting the AUR via [community] packages". Note that this is >> *not* >>>>> an AUR helper and is strictly a tool for package *maintainers* to use >>>>> during the process of uploading. >>>> >>>> Uploaders are fine by me and I think we had one in previously. >>> >>> From what I can recall, we had one in, some discussion and it was gone >>> again. I'll try to find the post in the archives. >>> >> >> Gotcha, it was cower. [1] >> >> [1] https://lists.archlinux.org/pipermail/aur-general/2010- >> December/012763.html >> >> -- >> Jelle van der Waa >> > > (apologies for crosslist posting) > > For uploaders, there was 'burp' in [extra] which which was added without > any serious opposition, and remained in the repos until shortly after AUR4 > was launched (which made it redundant). See > https://lists.archlinux.org/pipermail/arch-dev-public/2012-April/022787.html > and https://bugs.archlinux.org/task/46210 > > Cheers, > > > WorMzy So yeah, it seems like at least in the past there's been a distinction made between uploaders (burp, aurpublish) and downloaders (cower). Anyway if no one has a serious objection by the end of the week I guess I will add it. :) -- Eli Schwartz Bug Wrangler and Trusted User

2 2

[arch-dev-public] Away until Aug 17
by Antonio Rojas 27 Jul '18

27 Jul '18

Vacation time. Will be intermittently available via email/irc but won't do any packaging.

2 1

[arch-dev-public] away until 5th August
by Andreas Radke 20 Jul '18

20 Jul '18

Time for two weeks offline with my family. -Andy

1 0

[arch-dev-public] proposal to add "aurpublish" to community
by Eli Schwartz 20 Jul '18

20 Jul '18

Hi, so for a while now I've been using a tool I wrote at https://github.com/eli-schwartz/aurpublish -- recently split out from a vendored script in https://github.com/eli-schwartz/pkgbuilds -- to maintain my AUR packages. Some of you will probably have heard about it before. :) I certainly think it's a nifty tool :D and apparently a number of other people do too. It makes things faster and simpler, and especially prevents people from accidentally uploading PKGBUILDs with out of date .SRCINFO which is obviously a huge plus... I would like to add this to [community], but I'm unsure what people think about this; specifically, whether this might come too close to "supporting the AUR via [community] packages". Note that this is *not* an AUR helper and is strictly a tool for package *maintainers* to use during the process of uploading. What do you all think? -- Eli Schwartz Bug Wrangler and Trusted User

3 3

[arch-dev-public] Enforcing 2FA in GitHub organization
by Bartłomiej Piotrowski 09 Jul '18

09 Jul '18

Hi all, I want to enable mandatory two-factor authentication in our GitHub organization. Few of you unfortunately don't use it and will be effectively removed when I flip the switch, which I plan to do next week, 6th July. allanbrokeit anthraxx Atsutane Bluewind brain0 City-busz djgera eli-schwartz foutrelis lordheavy phrakture SantiagoTorres seblu shibumi vesath wonder Bartłomiej

3 3

[arch-dev-public] EOL openjdk 9 (+ prepare to phase out java7)
by Levente Polyak 07 Jul '18

07 Jul '18

Hi folks, I gonna nuke openjdk 9 from the repos, its EOL already and n nothing depends on it. Please prepare for phasing out java 7 soonish via a TODO list. If you have packages depending on 7, please pro-actively check if those work with java 10 (or optionally 8 as thats LTS). cheers, Levente

1 0

[arch-dev-public] FrOSCon Arch Linux DevRoom
by Jelle van der Waa 07 Jul '18

07 Jul '18

Hi all, I've managed to get a room for Arch Linux on the Sunday of FrOSCon. FrOSCon is a conference ran for a weekend at 25th and 26th August in Bonn-Rhein-Sieg. It's a free event thanks to all the sponsors. We are free to plan our own program on Sunday, however it would be great if we could give some talks or a workshop. Since I'm not sure how much of the TU/Dev's can attend, community members are also welcome to mail me with an proposal for a talk! P.S. I'll hope to bring Arch stickers. -- Jelle van der Waa

3 4

[arch-dev-public] libnfs 3.0.0
by Ike Devolder 03 Jul '18

03 Jul '18

I've created a todo list for libnfs. I'll post a followup when libnfs and kodi are in staging. I had them rebuild against community/extra but will rebuild with staging to be sure. --Ike

1 1

[arch-dev-public] github ci migration from travis-ci.org to travis-ci.com
by Levente Polyak 29 Jun '18

29 Jun '18

Hi folks, As already announced in the devops IRC I started migrating out projects to travis-ci.com via support requests. For that to work both CI's need to be active for all projects that need a migration otherwise its stuck in nirvana (so please don't remove any). I have already successfully migrated arch-securoty-tracker to the new platform, Next will be archweb and others. Once a project is successfully migrated, the old travis-ci.org CI rights can be revoked. I remove them from the migrated projects as well. cheers, Levente

1 0