On 2020-11-21 20:09:12 (+0100), Morten Linderud via arch-dev-public wrote:
> - mftrace:
> arcanis: lilypond
> dvzrv: lilypond
I've adopted this package and also
* netpbm
* gsfonts
As they were orphaned makedepends of lilypond.
Maybe it's even possible to use a less ancient guile for the
Hi all,
from tomorrow on I'll be on holidays until early next year.
While I will check my mails I won't necessarily be in places with good
network connection.
If anything comes up, feel free to bump my packages.
I hope you all have a relaxing rest of the year. Stay healthy!
Best,
David
--
On 2020-12-11 10:28:27 (+0100), Sébastien Luttringer via arch-dev-public wrote:
> I would like stop maintaining arptables and ebtables and drop them in
> [unsupported].
> The future in the linux kernel is clearly nftables and keeping them in the
> repository present is of little interest these
On 2020-11-21 14:34:24 (+), Filipe Laíns via arch-dev-public wrote:
> Hi all,
>
> I want to propose adding all active Python versions to [community], not
> just the latest one. This would only entail adding the interpreter
> itself, no other packages.
>
> Having access to interpreters for
Hi all!
I recently upgraded the postfix package and made quite a few
adjustments (e.g. using tmpfiles.d instead of a 1000 line POSIX shell
script, splitting shared libraries and applying mild hardening on the
postfix.service).
As for many setups postfix is probably rather mission-critical it
Hey all,
below is the news item I would like to post once the installation medium
is released some time tomorrow:
```
We are very happy to announce that accessibility features have been
added to our installation medium with [archiso
Hey all!
So, there are some exciting news for the upcoming archiso release!
Maybe some of you have followed the presentations during Arch Conf 2020. I did
one on archiso.
The upcoming v49 will include accessibility features for blind and visually
impaired, making it possible to install Arch
On 2020-10-24 18:58:49 (+0200), Jelle van der Waa wrote:
> The migration is finished successfully. If you have problems accessing
> your email via IMAP, please report your issue in #archlinux-devops.
>
> Greetings,
>
> Jelle
Awesome stuff! Thanks for the move! \o/
--
https://sleepmap.de
On 2020-10-18 23:25:24 (+0300), Evangelos Foutras via arch-dev-public wrote:
> David, following the concerns raised on IRC [1], is this todo getting
> canceled?
>
> [1] no prior discussion, library with stable soname, prioritization
> and scalability of adding sodeps to more packages
Yes.
If
On 2020-10-15 04:29:52 (+0800), Felix Yan via arch-dev-public wrote:
> Adopted expat, libcap, libffi, libunistring, libusb, ncurses,
> wpa_supplicant and co-maintained bash, bash-completion, readline.
I'll co-maintain expat, libcap, libffi, libusb, ncurses.
Best,
David
--
https://sleepmap.de
On 2020-10-06 20:34:08 (+0200), Morten Linderud via arch-dev-public wrote:
> - chromaprint:
> arojas: strawberry, clementine
> anthraxx: vlc, mpd
> jlichtblau: kid3-common
> heftig: grilo-plugins, gst-plugin-opencv, gst-plugins-bad
> dvzrv: mixxx, mpd
> alucryd:
On 2020-10-05 22:05:09 (+0200), Jelle van der Waa wrote:
> David, this is also an archiso dep
It's archboot, not archiso :)
There is no more requirement for ifplugd in archiso.
--
https://sleepmap.de
signature.asc
Description: PGP signature
On 2020-10-05 07:16:14 (+0200), Sven-Hendrik Haase via arch-dev-public wrote:
> arch-install-scripts
Adopted, as it is a dependency for archiso.
> gstreamer
Can adopt, because Wim Taymans \o/
Unless Jan wants to maintain that further as well (alongside the
plugins).
@Jan how much efforts are
On 2020-09-13 17:20:44 (-0700), Brett Cornwall via arch-dev-public wrote:
> I'd be happily to co-maintain the following:
>
> aeolus
> ardour
> audacity
> csound
> csoundqt
> fluidsynth
> freepats-general-midi
> freeverb
> pd
> qjackctl
> supercollider
> vim-csound
good stuff! Thanks!
I guess
Hi all,
I'm orphaning the following packages as I don't use them and/or took
them over from someone who is now not a team member anymore:
# [extra]
ddrescue
easytag (can be moved to [community])
# [community]
autorandr
cacti
flac123
flyspray
gmm
gpa
grub-customizer
libircclient
libmusicxml
Hey all,
I will be on holidays between 2020-08-20 and 2020-09-01 and very likely
not be able to do packaging.
Feel free to bump my packages.
Note, that audacity would require a lot of work.. so only get on to that
one if you're really up for it :-P
Juce is another such candidate (but also because
Hey Giancarlo,
only some minor spell fixes.
On 2020-07-27 10:46:35 (-0300), Giancarlo Razzolini via arch-dev-public wrote:
> AUR migration: New SSH Host keys
>
> Due to the fact the AUR was migrated to a new server, the SSH HostKeys used to
Due to the fact *that* the AUR *has been migrated*
On 2020-06-25 23:36:15 (+0200), Jelle van der Waa wrote:
> repos.archlinux.org, svn.archlinux.org and rsync.archlinux.org are now
> on a new server which has plenty of diskspace for us to continue
> packaging for a while (16T free).
Thanks for this transition and the work around this!
It's much
On 2020-04-22 11:38:33 (+0200), Antonio Rojas via arch-dev-public wrote:
> Is there any reason to keep dhcpcd in [core]? It's only an optional
> dependency of netctl in [core], it currently lacks an active maintainer, it
> doesn't seem to be much used (given the slow pace of signoffs), and there's
Hi all,
Over the weekend I worked on getting archiso into a more reproducible
state by building edk2's UEFI Shell from scratch so we can include it
into the iso instead of downloading it.
I realized, that the current ovmf [1] package basically uses the same
toolchain (edk2), so I created a split
On 2020-03-28 22:33:01 (+0100), Christian Rebischke via arch-dev-public wrote:
> just a general idea, but wouldn't it make sense to revive the
> arch-releng mailing list a bit + found a release engineering team?
>
> We got a few additions to our monthly releases:
>
> * Arch Linux Docker
> * Arch
On 2019-11-11 09:40:14 (-0300), Giancarlo Razzolini via arch-dev-public wrote:
> But, we still don't have anyone wanting to become the actual
> maintainer of archiso to help implement these changes.
I'd be up for it. I have some ideas around certain possible test
scenarios in regards to packer
On 2020-03-18 16:14:12 (+0100), Andreas Radke via arch-dev-public wrote:
> News draft - https://bugs.archlinux.org/task/61329
>
> The hplip package prior to version 3.20.3-2 was missing the compiled
> python modules. This has been fixed in 3.20.3-2, so the upgrade will
> need to overwrite the
Hi all,
I'll be out until Wednesday (2020-02-26) in a location with likely very
limited internet access and will not be updating packages.
If there are any urgent updates required, of course feel free to do
them!
In the case of libgit2 rebuilds, I got stuck on ruby-rugged, as a subset
of the
On 2020-02-02 19:24:15 (+0100), Sébastien Luttringer via arch-dev-public wrote:
> Great! So happy you moved forward. I'll test your work with my
> building co-owner mailing list.
Please be aware, that you might still hit bugs and such! Integration is
probably not really there yet.
But also: \o/
Hey all!
I'm just on my way home from FOSDEM - train time, mail time ;-)
I've spent the last weeks bringing the mailman3 ecosystem(!) to
[community] and [community-testing] (~56 packages). Today I've added
wiki pages for mailman3 [1] (it will replace the current mailman page
once it's done by
On 2019-12-27 16:31:22 (+0100), Robin Broda via arch-dev-public wrote:
> Happy packaging and greetings from 36c3.
\000/
--
https://sleepmap.de
signature.asc
Description: PGP signature
First of all, thanks for doing the cleanup! :)
On 2019-12-21 09:41:46 (+0100), Andreas Radke via arch-dev-public wrote:
> Please vote.
I'd go for b) as to me it seems the more correct approach (and doesn't
require introducing further packages). Additionally, it is reflected in
the package
On 2019-11-08 10:22:44 (+0100), Jelle van der Waa wrote:
> To be completely honest, I am not sure what maintenance archiso
> requires but there are a few things I would love to see:
>
> - Proper CI / automated testing of the archiso
I agree and was surprised to see, that we don't really have
On 2019-10-02 11:10:59 (+0200), Florian Pritz via arch-dev-public wrote:
> openshot libopenshot libopenshot-audio
I adopted those (and libquicktime).
Thank you!
--
https://sleepmap.de
signature.asc
Description: PGP signature
On 2019-09-02 23:56:39 (-0400), Eli Schwartz via arch-dev-public wrote:
> I've gotten several positive responses and no negative ones so far.
> Although it's been noted that it might be nice to have a more
> lightweight convert tool packaged, I think for now we can stick with the
> one in
On 2019-04-28 12:44:45 (+0200), Antonio Rojas via arch-dev-public wrote:
> hydrogen - Qt5 beta version (>1 year old) available
I have just upgraded to the beta (which seems to work well enough).
--
https://sleepmap.de
signature.asc
Description: PGP signature
On 2019-04-28 11:58:12 (+0200), Jelle van der Waa wrote:
> * munin{,-node}
Urgh, perl. I'm not sure I would like to do that :D
> * numactl
> * irqbalance
I could take over those, though!
Best,
David
--
https://sleepmap.de
signature.asc
Description: PGP signature
Hey all,
I'll be on vacation in the timespan mentioned in the title of this mail.
In case there are any urgent package updates required, feel free to do
them!
I might be available online from time to time, but most likely will not
have the time to package anything.
Best,
David
--
Fellow Archers!
Some of us (in #archlinux-conf) are thinking of organizing an event for
our community: A new Arch Conf!
We would like to do a conference (earliest in the 2nd half of 2019),
that concentrates on our internal community: The developers, trusted
users and support staff.
Most of us
On 2018-08-29 22:23:07 (+0200), Jelle van der Waa wrote:
> This has a few implications, pkgbuild_sha256sum is useless and we
> can't reproduce packages due to the BUILDINFO not matching. Also the
> reproduce tool uses ASP to retrieve the PKGBUILD and therefore can't
> verify that it got the
On 2018-08-24 11:10:36 (+0200), Antonio Rojas via arch-dev-public wrote:
> ams
Will contact upstream (but project looks pretty dead, if in doubt I
wouldn't wait on it)
> hydrogen
1.0.0beta1 is the first Qt5-capable version. If they're too slow, I'll
ship that.
> lmms
This should already be Qt5
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
Hey all,
I'm going to be "not so available" over the coming weeks due to my
wedding (leaving on Thursday and back July 8th).
Feel free to update packages, that are long out-of-date ('none' [1] [2]
currently).
Best,
David
[1] Latest khal is currently only adding a version pinning for
On 2018-06-10 16:25:03 (+0200), Jelle van der Waa wrote:
> 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.
Cool :)
> We are free to plan our
Hey all,
I'd like to discuss the split-out of the realtime settings for
jack{,2}* (see also the discussion on arch-proaudio [1]) to a separate
package.
Currently they all ship
/etc/security/limits.d/99-audio.conf
/usr/lib/udev/rules.d/40-hpet-permissions.rules
Redundancy alone would suggest
Hey all,
I'd like to move the following packages to community:
zita-at1 [1]
zita-bls1 [2]
zita-dpl1 [3]
zita-lrx [4]
zita-rev1 [5]
zita-njbridge [6]
zita-mu1 [7]
jacktrip [8]
padthv1 [9]
The first seven are de-facto standards, developed by Fons Adriansen
(some other of his zita-* tools are
Hey all,
I am deleting imdbpy (legacy python) and introduce python-imdbpy (python
3.x) instead.
Upstream switched to the current python some time last year and dropped
support for python 2.x.
Best,
David
--
https://sleepmap.de
signature.asc
Description: PGP signature
On 2018-01-03 16:05:46 (+0100), Bartłomiej Piotrowski via arch-dev-public wrote:
> cacti
I'd take cacti and maybe I find something else. Will get back to this
tomorrow.
Best,
David
--
https://sleepmap.de
signature.asc
Description: PGP signature
On 2017-12-04 20:24:20 (+0600), Rashif Ray Rahman via arch-dev-public wrote:
> Your findings are also reflected in the wiki [1] and I would say drop
> it. But it is required by kodi-eventclients for
> kodi-eventclients-wiiremote component, which you will have to remove.
> Anyone using Kodi with a
On 2017-12-03 19:19:52 (+0100), David Runge wrote:
> I found at least two, that should be deleted (more to come probably):
>
> * clalsadrv - superseeded by zita-alsa-pcmi
> * glee - upstream dead, unmaintained for more than five years
>
> The first has no packages depending on
I adopted
pound
proxytunnel
I would take over
ssmtp
if it wasn't in [extra].
--
https://sleepmap.de
signature.asc
Description: PGP signature
On 2017-12-18 10:54:37 (+0100), Bartłomiej Piotrowski via arch-dev-public wrote:
> - dbus-c++:
> schiv: libffado
> dvzrv: libffado
> fyan: kimtoy
> - liboggz:
> speps: sonic-visualiser
> dvzrv: sonic-visualiser
> - mxml:
> dvzrv: zynaddsubfx
> - twolame:
> eric:
Hey all,
I'd like to phase out cwiid [1] (as it's super old and unmaintained).
Currently it's an optdepends for supercollider, but its use will be
deprecated in the next version [2], so I will remove it there
eventually.
The only other packages depending on it are kodi (make) and
Hi all,
I've been working through the list of packages, formerly maintained by
speps (some of which are pro-audio things).
I found at least two, that should be deleted (more to come probably):
* clalsadrv - superseeded by zita-alsa-pcmi
* glee - upstream dead, unmaintained for more than five
Sorry for being late to the party.
On 2017-11-14 20:30:21 (+0100), Jelle van der Waa wrote:
> It seems to be time to move on, and Bugzilla is one of the more active and
> maintained bugtrackers out there. Used by several big projects such as
> Gnome, LLVM and Mozilla. One of the benefits of
51 matches
Mail list logo