Re: [arch-dev-public] News draft: libtraceevent>=5.9-1 update requires manual intervention

On Mon, Oct 26, 2020 at 2:16 PM Sébastien Luttringer wrote: > On Sat, 2020-10-24 at 23:27 +0200, Sébastien Luttringer wrote: > > > > Sure, I didn't know that rule. It's written somewhere or well known habit? > > > Jan? Sorry; I don't think it's written down anywhere; i

Re: [arch-dev-public] News draft: libtraceevent>=5.9-1 update requires manual intervention

On Wed, Oct 21, 2020 at 3:20 AM Sébastien Luttringer via arch-dev-public wrote: > > The libtraceevent package prior to version 5.9-1 was missing > a soname link. This has been fixed in 5.9-1, so the upgrade will > need to overwrite the untracked files created by ldconfig. If you get any > of

Re: [arch-dev-public] Autumn extra cleaning

On Tue, Oct 6, 2020 at 8:34 PM Morten Linderud via arch-dev-public wrote: > - libnice: > heftig: gst-plugins-bad-libs, gst-plugin-opencv, gst-plugins-bad > - shared-color-targets: > heftig: gnome-color-manager Adopted.

Re: [arch-dev-public] Autumn extra cleaning

On Mon, Oct 5, 2020, 07:16 Sven-Hendrik Haase via arch-dev-public < arch-dev-public@archlinux.org> wrote: > adwaita-icon-theme (Jan can you just take this?) graphene > gstreamer > gtksourceview4 > gupnp-igd > libnma Adopted.

[arch-dev-public] News draft: ghostpcl>=9.53.2-2 and ghostxps>=9.53.2-2 updates require manual intervention

The ghostpcl and ghostxps packages prior to version 9.53.2-2 were missing a soname link each. This has been fixed in 9.53.2-2, so the upgrade will need to overwrite the untracked files created by ldconfig. If you get any of these errors ghostpcl: /usr/lib/libgpcl6.so.9 exists in filesystem

[arch-dev-public] [PATCH 2/2] makepkg.conf: Update our default FLAGS

From: "Jan Alexander Steffens (heftig)" I recently read [Fedora's documentation on build flags][1] and I think they have some useful ideas. 1. Move -D_FORTIFY_SOURCE=2 from CPPFLAGS to CFLAGS using -Wp: Unfortunately, there are still build systems (e.g. CMake, homegrown Make

[arch-dev-public] [PATCH 1/2] makepkg.conf: Change default compression to .zst (fast)

From: "Jan Alexander Steffens (heftig)" Most people create packages from the AUR for local installation. This allows these packages to be created more quickly. --- PKGBUILD | 2 +- makepkg.conf | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/PKGBUILD b/PKGB

Re: [arch-dev-public] Removing dependency on fontconfig/xorg-mkfontscale of font packages

Andreas Radke via arch-dev-public schreef op 2020-06-26 08:39: We have to choose if we want simple makedepends=('xorg-font-utils') or makedepends=('xorg-mkfontscale' 'xorg-bdftopcf' 'xorg-font-util') Sure we can drop the meta package "xorg-font-utils" entirely but it simply covers all possible

Re: [arch-dev-public] Reproducible builds progress report #3

On Sat, May 30, 2020 at 11:09 PM Jelle van der Waa wrote: > I would recommend everyone to stop using gitlab to pull patches as the > output of the patches changes over time due to the encoding of the git > version number. So it's best to just svn add those, Github does not have > this issue. >

Re: [arch-dev-public] Dropping pangox-compat

Sounds good; thanks! On Tue, Apr 28, 2020 at 4:17 PM Jan de Groot wrote: > Hello, > > I would like to drop pangox-compat. Reasons: > 1. it does not compile with pango 1.44 > 2. the current compiled package links fine, but does not render any text > when used with pango 1.44

[arch-dev-public] Dropping pangox-compat

Hello, I would like to drop pangox-compat. Reasons: 1. it does not compile with pango 1.44 2. the current compiled package links fine, but does not render any text when used with pango 1.44 3. upstream has archived the source and doesn't support it anymore 4. People care about 1. but not about

[arch-dev-public] News draft: nss>=3.51.1-1 and lib32-nss>=3.51.1-1 updates require manual intervention

The nss and lib32-nss packages prior to version 3.51.1-1 were missing a soname link each. This has been fixed in 3.51.1-1, so the upgrade will need to overwrite the untracked files created by ldconfig. If you get any of these errors nss: /usr/lib/p11-kit-trust.so exists in filesystem

Re: [arch-dev-public] Proposal to remove PyGTK

Balló György via arch-dev-public schreef op 2020-03-13 10:56: Hi all, I would propose to remove PyGTK from the official repositories. PyGTK was used to create GTK2 applications in python2. It's deprecated and unmaintained since 2011 in favor of PyGObject, and does not receive any fixes since

[arch-dev-public] News draft: firewalld>=0.8.1-2 update requires manual intervention

The firewalld package prior to version 0.8.1-2 was missing the compiled python modules. This has been fixed in 0.8.1-2, so the upgrade will need to overwrite the untracked pyc files created. If you get errors like these firewalld:

Re: [arch-dev-public] libx11/xorgproto dependency

On Sat, Dec 21, 2019 at 12:42 PM David Runge wrote: > 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 guidelines [1]. > Unfortunately I think the guideline isn't very clear on what it

Re: [arch-dev-public] libx11/xorgproto dependency

On Sat, Dec 21, 2019 at 12:18 PM Allan McRae via arch-dev-public < arch-dev-public@archlinux.org> wrote: > On 21/12/19 7:31 pm, Evangelos Foutras via arch-dev-public wrote: > > Downstream consumers of libx11 shouldn't have to know and account for > > libx11's headers/pkg-config files referencing

Re: [arch-dev-public] cleanup dead Xorg packages | news draft

On Thu, Dec 19, 2019, 23:35 Andreas Radke via arch-dev-public < arch-dev-public@archlinux.org> wrote: > when updating, use: > `pacman -Rdd libdmx libxxf86dga && pacman -Syu` > Shouldn't we suggest -Rc instead of -Rdd here? >

Re: [arch-dev-public] packaging hunspell dictionaries converted for qt5-webengine

On Tue, Aug 13, 2019 at 9:04 AM Bartłomiej Piotrowski via arch-dev-public < arch-dev-public@archlinux.org> wrote: > I'd go with updating all packages to ship the converted files. > Cluttering /usr with untracked files doesn't sound good. Yeah, I agree. I think we should package convert_dict from

Re: [arch-dev-public] Drop ekiga?

On Fri, 2019-06-07 at 16:55 +0200, Sven-Hendrik Haase via arch-dev- public wrote: > Since I actually use it but don't care enough to start maintaining > it, I'd > appreciate it if you could try bumping it first and then drop it if > that > turns out to break other stuff. I tried to bump Ekiga to

[arch-dev-public] Drop ekiga?

to git master and hope it doesn't have too much bugs. Issue that gets fixed: one package less that depends on gconf Issue that remains: Ekiga still depends on deprecated and unmaintained versions of Opal/ptlib Regards, Jan de Groot

Re: [arch-dev-public] RFC: (devtools) Changing default compression method to zstd

On Sun, Mar 24, 2019 at 7:35 PM Robin Broda via arch-dev-public wrote: > The required changeset is, i think: > PKGEXT='.pkg.tar.zst' > COMPRESSZST=(zstd -c -T0 -18 -) When we implement this, I would say we go with "zstd -c -T0 -" in pacman's makepkg.conf and "zstd -C -T0 -18 -" in the configs

Re: [arch-dev-public] rename lcms -> lcms1

Christian Hesse schreef op 2018-09-14 21:18: Hello everybody, we have packages lcms (which provides lcms 1.x) and lcms2. The former is flagged out-of-date every now and then for version 2.x... I would like to rename the package to lcms1 with replace and provide for lcms. Any concerns? I

[arch-dev-public] Remove CAcert root certs

, Jan

[arch-dev-public] Raise default inotify limits

sed for JS development, runs a cache daemon that silently malfunctions and uses old source file content when it cannot create any more watches. Any objections? Greetings, Jan

Re: [arch-dev-public] Removing 'orphan' python2 modules

Jelle van der Waa schreef op 2018-06-27 21:35: Hi All, Our repository contains a lot of python2 modules which are required by any package in the repository. I'd like to propose to remove these modules pre-emptively since they serve no purpose and python2 is dead. We should strive to be a modern

[arch-dev-public] Replacing pkg-config with pkgconf

I want to replace pkg-config with pkgconf, an implementation that's actively maintained. https://github.com/pkgconf/pkgconf/ pkgconf is reportedly both faster and has saner behavior. For example, right now `pkg-config --exists OpenEXR` fails if glu is not installed, since OpenEXR has a

Re: [arch-dev-public] RFC: Dropping -DCMAKE_BUILD_TYPE from packages using cmake

On Sun, Mar 11, 2018 at 1:43 AM Eli Schwartz via arch-dev-public < arch-dev-public@archlinux.org> wrote: > While we are at it, someone has seen fit to create some arbitrary meson > wrapper called "arch-meson" (note we have never shipped an arch-cmake > nor an arch-configure, nor an arch-setup-py

Re: [arch-dev-public] Package group between repositories

On Thu, Jan 4, 2018 at 5:53 PM Balló György via arch-dev-public < arch-dev-public@archlinux.org> wrote: > Then if it's okay, I would like to add the following [community] packages > to groups based on upstream sources: > - gnome-boxes (gnome) > - gnome-multi-writer (gnome-extra)

Re: [arch-dev-public] ImageMagick 7

On Sat, Dec 2, 2017 at 9:08 PM Antonio Rojas via arch-dev-public < arch-dev-public@archlinux.org> wrote: > El Sat, 02 Dec 2017 19:53:10 +, Jan Alexander Steffens via > arch-dev-public escribió: > > > Hi list, > > > > if nobody objects I would like to

[arch-dev-public] ImageMagick 7

. imagemagick and imagemagick6 conflict with each other, containing the tools, the perl module and the conflicting build files. We'll need some rebuilds, of course. Thoughts? Greetings, Jan

Re: [arch-dev-public] Replace Gentoo mime-types with Fedora mailcap?

On Thu, Nov 23, 2017 at 1:23 AM Giancarlo Razzolini < grazzol...@archlinux.org> wrote: > Em novembro 22, 2017 17:24 Jan Alexander Steffens via arch-dev-public > escreveu: > > After seeing bug 54977[1] I've been investigating where our > /etc/mime.types > > comes fro

[arch-dev-public] Replace Gentoo mime-types with Fedora mailcap?

After seeing bug 54977[1] I've been investigating where our /etc/mime.types comes from, and it's apparently from Gentoo[2] and hasn't been updated since Oct 2012. I would like to propose replacing mime-types with mailcap from Fedora[3], which is still maintained; it fixes the above bug. It also

Re: [arch-dev-public] Drop sqlite2 and webkitgtk{,2}

On Sun, Jun 25, 2017 at 11:51 AM Balló György via arch-dev-public < arch-dev-public@archlinux.org> wrote: > I think we can drop sqlite2 and webkitgtk{,2} from the official > repositories now. > > sqlite2 was replaced by sqlite 3. The last application which still use it > is Freevo, which was last

[arch-dev-public] OpenSSL 1.0 - take 3

Since moving on to OpenSSL 1.1 and introducing a compatibility package openssl-1.0 (which isn't compatible), we still have FS#53836 [1] open. I want to propose another openssl-1.0 rebuild that restores binary compatibility with non-free software and Debian Jessie (jessie-backports) by

Re: [arch-dev-public] Kernel 4.11 status

On Fri, May 5, 2017 at 8:29 AM Tobias Powalowski via arch-dev-public < arch-dev-public@archlinux.org> wrote: > Problematic with 4.11, license needs to be patched I don't think this is > legal. > http://rglinuxtech.com/?p=1935 We could patch the kernel to make the needed symbols non-GPL instead.

Re: [arch-dev-public] Remaining TODO lists - Part 1: Packages with missing sources

On Sun, Mar 26, 2017 at 3:51 AM Allan McRae wrote: > The "Packages with missing sources" list [1] was created more than six > months ago (2016-08-09). These packages are either genuinely no longer > have an upstream source, or are just sitting unmaintained in our repos. >

Re: [arch-dev-public] OpenSSL 1.1.0

On Thu, 2017-03-02 at 20:06 +0100, Lukas Fleischer wrote: > On Thu, 02 Mar 2017 at 07:05:44, Lukas Fleischer wrote: > > What is the plan for packages where upstream is dead or reluctant > > to > > migrate to OpenSSL 1.1.0 (see e.g. [1])? Are we going to ship a > > legacy > > openssl-compat (or

[arch-dev-public] Dropping cdrkit, replacing with cdrtools

Since we're dropping dead packages, I have one package remaining on the "missing sources" todo list: cdrkit. Given the fact that Debian has forked an old cdrtools release, applied some patches and then abandoned the project completely, I would like to remove it and replace it with the original

Re: [arch-dev-public] Phasing out webkitgtk{,2}

On Wed, Jan 18, 2017 at 11:42 PM Jan Alexander Steffens < jan.steff...@gmail.com> wrote: > To protect our users we should try to limit the packages using > webkitgtk(2)., with the goal of eventually getting rid of it completely. I > propose making a TODO that covers all

Re: [arch-dev-public] Phasing out gstreamer0.10

Balló György via arch-dev-public schreef op 2017-01-19 02:18: Beside to WebkitGTK+, GStreamer 0.10 is unmaintained too. [1] The last release was in 2012. Most of the applications are already ported to GStreamer 1. The last major user is wxGTK, but an upstream patch is available for GStreamer 1

Re: [arch-dev-public] Phasing out gstreamer0.10

On Thu, Jan 19, 2017 at 2:18 AM Balló György via arch-dev-public < arch-dev-public@archlinux.org> wrote: > I think we could try to get rid from gstreamer0.10, so I propose to make a > TODO for these packages, similar to webkitgtk: >- If it can be updated to GSt

[arch-dev-public] Phasing out webkitgtk{,2}

these packages, with the following policy: - If it can be updated to webkit2gtk, do so. - Otherwise, if WebKit is an optional dependency, build without it. - Otherwise, consider removing the package, especially if it's a browser. Thoughts? Greetings, Jan

Re: [arch-dev-public] Shadowing i686, round 1

Giancarlo Razzolini schreef op 2016-12-14 14:47: Em dezembro 13, 2016 19:02 Jan Alexander Steffens via arch-dev-public escreveu: A bit +1 from me for dropping i686 sooner rather than later. The less I have to care about it the better. +1 about dropping i686 support entirely. Even though

Re: [arch-dev-public] Shadowing i686, round 1

On Mon, Dec 12, 2016 at 9:51 PM Bartłomiej Piotrowski < bpiotrow...@archlinux.org> wrote: > In September we discussed upgrading the default -march value for > packages to include SSE2 (and possibly more instructions). I think the > general consensus was that we don't agree what we should do and

Re: [arch-dev-public] Changing compilation flags

On Tue, Dec 13, 2016 at 10:37 AM Allan McRae wrote: > That commit shows they disabled it for one package. > It shows they disabled it for Linux, but it also mentions that i386 is untested because PIE has not been enabled for that architecture at all.

Re: [arch-dev-public] Changing compilation flags

On Mon, Oct 24, 2016 at 5:56 AM Allan McRae wrote: > Hi all, > > The results from the test-sec-flags [1] suite are in. Many thanks to > those that wrote this and those that submitted results. I'm not going > to list the summaries here, but the results show that at worst

[arch-dev-public] gitpkg Helper

Reposting this here as it might be of interestest to my fellow maintainers. It's already installed on soyuz. On Mon, Nov 28, 2016 at 5:26 PM Levente Polyak wrote: In fact we already had several discussions in the IRC about this topic and what I mentioned above was always

Re: [arch-dev-public] Long out of date packages

jgc: extra/x86_64/libxml++-docs extra/x86_64/libxml++ extra/any/ttf-dejavu extra/x86_64/libproxy extra/x86_64/gnumeric Please don't kill these. They still get active maintenance but I haven't gotten into these yet. libxml++ is not out of date, the "new version" is a new ABI/API which is

[arch-dev-public] cdrkit and mod_fastcgi maintenance

At this moment there's two of my packages on the todo list "Packages with missing sources": cdrkit and mod_fastcgi. Both packages are abandoned projects: no development, websites completely dead and source files can only be downloaded from other distributions. I would like to drop both packages

[arch-dev-public] i686 and SSE2

I recently ran into a problem again because Rust understands "i686" to imply up to SSE2; "i586" is supposed to be used for older processors. The Firefox build system now uses "i586", our Rust only has "i686", and our i686 as GCC understands it is something in-between Rust's interpretations. We

Re: [arch-dev-public] New TeXLive 2016 packages in [testing]

On Mon, Jun 20, 2016 at 12:45 AM Rémy Oudompheng < arch-dev-public@archlinux.org> wrote: > I have published new TeXLive packages for the 2016 release in [testing]. > The structure of the packages has been left unchanged (e.g. no introduction > of pacman hooks). > I noticed that there's an

Re: [arch-dev-public] Moving repos to nymeria - possibly some interruption of service

Actually, the right command would be: svn relocate svn+ssh://svn-packages@nymeria svn+ssh://svn-packages@repos || svn relocate svn+ssh://svn-community@nymeria svn+ssh://svn-community@repos Which should relocate the repo properly, no matter which type. On Mon, Jun 13, 2016 at 7:54 PM

Re: [arch-dev-public] Hooks rebuild #1

On Apr 27, 2016 2:36 PM, "Allan McRae" wrote: > > We are ready to start the first hooks rebuild. This rebuild covers > packages using these hooks: > > update-desktop-database > update-mime-database > install-info > glib-compile-schemes >

Re: [arch-dev-public] Hooks rebuild #1

On Thu, Apr 28, 2016 at 12:09 AM, Anatol Pomozov wrote:> > And one more note: there are a lot of packages that have a dependency > to "desktop-file-utils/gtk-update-icon-cache/..." > package because the tools were used in *.install file. With the hook > these

Re: [arch-dev-public] Consensus: DKMS modules

On Wed, Apr 13, 2016 at 2:05 PM, Jan Alexander Steffens <jan.steff...@gmail.com> wrote: > Please don't add modules for -zen to the repos. They create a maintenance > burden I don't want to support. Let -zen users use DKMS; they never had any > prebuilt modules anyway. That said

Re: [arch-dev-public] Consensus: DKMS modules

On Wed, Apr 13, 2016 at 12:14 PM, Ike Devolder wrote: > To get this discussion back on the right track I'm going to build the > binary modules for virtualbox. Sébastien and myself already discussed > what will be done so relatively soon those binary modules will be back. >

Re: [arch-dev-public] C++ ABI bump rebuild

On Sat, Dec 5, 2015 at 7:52 AM, Allan McRae wrote: > The build will start as soon as I get gcc ready. How will we handle multilib during this rebuild?

[arch-dev-public] hardening-wrapper

, not supposedly-per-package system-wide hacks. Thoughts? Greetings, Jan

Re: [arch-dev-public] [arch-events] FrOSCon 2015

On Wed, Aug 19, 2015 at 7:59 PM, Pierre Schmitz pie...@archlinux.de wrote: On 02.06.2015 17:39, Pierre Schmitz wrote: Hi all, I did not get any feedback yet. Is there any interest to meet up at FrOSCon? Hi there, the conference starts this Saturday. If anybody else wants to join us in

Re: [arch-dev-public] CFLAGS

On Mon, Jul 27, 2015 at 6:15 AM, Allan McRae al...@archlinux.org wrote: We have a couple of bugs open about our CFLAGS. 1) https://bugs.archlinux.org/task/44361 -Remove the no-op --param=ssp-buffer-size=4 switch from CFLAGS Since we moved from -fstack-protector to -fstack-protector-strong,

[arch-dev-public] Fwd: Non-core kernel

should be easier thanks to the mostly-identical config) and sending them to ZEN's issue tracker if they have ZEN-specific bugs. Qapla' batlh je! qatlho', Jan [1]: https://github.com/zen-kernel/zen-kernel [2]: https://bbs.archlinux.org/viewtopic.php?id=117157

Re: [arch-dev-public] Fwd: Non-core kernel

On Sun, Jul 19, 2015 at 8:37 PM, Johannes Löthberg johan...@kyriasis.com wrote: Not arguing against this at all, but was wondering if there have been attempts to get the zen things merged upstream? All the big features come from other upstreams. For example, BFQ is not merged because the kernel

Re: [arch-dev-public] Building in a clean chroot

-Oorspronkelijk bericht- Van: arch-dev-public [mailto:arch-dev-public-boun...@archlinux.org] Namens Johannes Löthberg Verzonden: donderdag 25 juni 2015 18:58 Aan: Doug Newgard CC: Public mailing list for Arch Linux development Onderwerp: Re: [arch-dev-public] Building in a clean

Re: [arch-dev-public] Merging dnsutils and bind

On zo, 2015-06-07 at 19:09 +0200, Sébastien Luttringer wrote: Hello, This merge was suggested to me on IRC; dnsutils is out-of-date since a long time. I don't know if there was a good reason to keep them separated. I currently planing to keep two packages and merging sources.

Re: [arch-dev-public] Dropping vi and adding vim-minimal to the installation image

On Wed, Apr 22, 2015 at 12:03 AM, Evangelos Foutras evange...@foutrelis.com wrote: On 22/04/15 00:49, Allan McRae wrote: I think the symlink is very important. And I am very against VIsudo calling anything other than vi by default. Unless you rename it nanosudo. The problem is that vim is

Re: [arch-dev-public] Moving gnutls to [core]

On Wed, Dec 10, 2014 at 10:46 PM, Gaetan Bisson bis...@archlinux.org wrote: I'd like to move gnutls and its dependencies (libtasn1, nettle, p11-kit) to [core] so gnupg can link against it; that'll enable HKPS support. p11-kit and its dependency libtasn1 have already been moved as they are

Re: [arch-dev-public] Rethinking our CA certificate setup

On Sun, Nov 16, 2014 at 3:54 PM, Guillaume Alaux guilla...@alaux.net wrote: So the ca-certificates-utils from testing (20140923-5) declares a provides and conflict on ca-certificates-java. Unfortunately jre and jdk packages use a init-jks-keystore script provided by ca-certificates-java but

[arch-dev-public] Dropped ncurses from [testing]

Hi, I dropped the ncurses prerelease version from [testing]. It had an annoying problem with tmux and the screen* terminfos that resulted in standout (reverse) being rendered as italic. Jan

Re: [arch-dev-public] Realtime group and possible helper package

On Wed, Nov 12, 2014 at 9:14 AM, Rashif Ray Rahman sc...@archlinux.org wrote: I am looking to provide support for a 'realtime' group, for use with not just audio/video but any other/future applications of real-time. The 'audio' group will remain for backward compatibility, indefinitely. I can

Re: [arch-dev-public] Dropping logrotate from core/base

On Thu, Oct 16, 2014 at 3:30 PM, Pierre Schmitz pie...@archlinux.de wrote: Hi, I just pushed a logrotate package to testing that is no longer part of the base group. This also means that this package can be moved from core to extra. Any objections? I am not sure about e.g. wtmp faillog

Re: [arch-dev-public] [RFC] New package: vte3-2.90

On Mon, Sep 29, 2014 at 5:45 AM, Anatol Pomozov anatol.pomo...@gmail.com wrote: This is the best thing we can do now. I briefly looked at vte 0.38 and found that it contains *a lot* of API changes. It requires non-trivial patches to port sakura and other applications. Let's leave the task of

Re: [arch-dev-public] [RFC] New package: vte3-2.90

On 2014-09-29 08:35, Jan Alexander Steffens wrote: On Mon, Sep 29, 2014 at 5:45 AM, Anatol Pomozov anatol.pomo...@gmail.com wrote: This is the best thing we can do now. I briefly looked at vte 0.38 and found that it contains *a lot* of API changes. It requires non-trivial patches to port

[arch-dev-public] [gnome-unstable] is ready to move

Patched the last holes last night. I think we're ready to move [gnome-unstable] to [testing].

Re: [arch-dev-public] Rethinking our CA certificate setup

On Sun, Aug 24, 2014 at 11:47 AM, Jan Alexander Steffens jan.steff...@gmail.com wrote: Hi guys, I'm currently at FrOSCon with Pierre and an expert from CAcert.org and we're thinking of changes to our certificate setup. The current issues are: - Mozilla NSS uses its own root store

Re: [arch-dev-public] perf-trace missing due to a dependency on libaudit

On Wed, May 7, 2014 at 4:11 PM, Daniel Micay danielmi...@gmail.com wrote: RBAC also allows quite a bit of auditing with the grsecurity audit infrastructure. You can audit attempts to make use of a certain path, capability, IP protocol, etc. Of course, this assumes you have a basic working RBAC

[arch-dev-public] Rethinking our CA certificate setup

. Hopefully we can be done today and push the result to [testing]. Greetings, Jan

Re: [arch-dev-public] Rethinking our CA certificate setup

On Sun, Aug 24, 2014 at 12:06 PM, Gaetan Bisson bis...@archlinux.org wrote: [2014-08-24 11:47:56 +0200] Jan Alexander Steffens: - Ship the update-ca-certificates script in a ca-certificates-utils package, which the certificate packages depend on - ca-certificates becomes a metapackage

Re: [arch-dev-public] Packages added to todo list 'glew 1.11 rebuild'

On di, 2014-08-19 at 09:13 +0900, Gaetan Bisson wrote: What the ?!? You know that's not how this is supposed to work, right? It's the second time in two days hugin is broken because of people updating a dependency without checking for soname bumps and pushing straight to [extra]. Is

Re: [arch-dev-public] OpenJDK 8 packages from testing pulled back

On Sat, Aug 16, 2014 at 2:31 PM, Guillaume ALAUX guilla...@archlinux.org wrote: OpenJDK 8 packages with bad version numbers (8.u20.b23) were pushed to [testing]. New packages are now available (8.u11). Unfortunatly as new package version is lower than the faulty one, pacman should yield the

Re: [arch-dev-public] SVN Cleanup

On di, 2014-08-05 at 23:04 +1000, Allan McRae wrote: Do it. Can you check they all made it to the AUR too? A AUR makes no sense when those packages were killed because nothing needs it anymore. Why would you put something like xf86-video-i810 in AUR if it doesn't build since the day it

Re: [arch-dev-public] linux 3.16 in [testing]

On Mon, Aug 4, 2014 at 12:58 PM, Tobias Powalowski tobias.powalow...@googlemail.com wrote: It's also worth mentioning that we no longer change the default console loglevel to 4 (= quiet). This makes the boot screen a bit noisy which is solvable with the 'quiet' kernel argument.

Re: [arch-dev-public] [arch-general] [draft] xorg-server 1.16 is now available

On Fri, Jul 25, 2014 at 6:53 PM, Leonid Isaev lis...@umail.iu.edu wrote: Forcing X to run as root via Xwrapper.config does help, but neither this file nor /etc/X11/X11 are part of the package. Is it possible to at least have the latter directory in xorg-server? /etc/X11/X11/Xwrapper.config

Re: [arch-dev-public] [RFC] Moving mail away from gerolde

On wo, 2014-06-25 at 23:44 +0200, Sébastien Luttringer wrote: I tend to think that a different machine than nymeria would be a better option to isolate our mail functions from package management on our infrastructure. The whole reason for splitting Gerolde and Gudrun years ago was because our

Re: [arch-dev-public] providing grsecurity in [community]

On zo, 2014-04-20 at 11:12 +0200, Sébastien Luttringer wrote: We use closed-source components on our computer everyday (BIOS, firmwares) because we trust hardware provider like Nvidia. I wouldn't says that people who have Nvidia cards and run Nvidia drivers are in an inherently insecure

Re: [arch-dev-public] Updating webkitgtk2 to 2.2.5 (or later)

On Mon, Feb 24, 2014 at 12:52 AM, Jan Alexander Steffens jan.steff...@gmail.com wrote: On Fri, Feb 21, 2014 at 6:39 PM, Jan Alexander Steffens jan.steff...@gmail.com wrote: I would like to update our GTK2 build of libwebkit. Having a seriously outdated browser engine with who knows as many

Re: [arch-dev-public] Upgrading Apache to 2.4

Pierre Schmitz schreef op 27.02.2014 13:04: I did push a rebuild PHP into [staging]. I had to add a hack to keep the non-ZTS build that can only be used with the prefork MPM. For some reason PHP devs thought it would be a good idea to base a PHP compile time option on the stat of an Apache

Re: [arch-dev-public] Updating webkitgtk2 to 2.2.5 (or later)

On Fri, Feb 21, 2014 at 6:39 PM, Jan Alexander Steffens jan.steff...@gmail.com wrote: I would like to update our GTK2 build of libwebkit. Having a seriously outdated browser engine with who knows as many bugs and vulnerabilities isn't quite optimal. So far we've kept it at version 1.10.2

[arch-dev-public] Updating webkitgtk2 to 2.2.5 (or later)

I would like to update our GTK2 build of libwebkit. Having a seriously outdated browser engine with who knows as many bugs and vulnerabilities isn't quite optimal. So far we've kept it at version 1.10.2 because that's the last version still supporting GStreamer 0.10. Having both GStreamer 0.10

Re: [arch-dev-public] : Updating webkitgtk2 to 2.2.5 (or later)

On Fri, Feb 21, 2014 at 9:14 PM, Jan de Groot j...@jgc.homeip.net wrote: Did you think about compiling without gstreamer support completely? I don't think ancient software still using gtk2 would be using audio and video tags. We have regular browsers using webkitgtk2 (dwb, midori, surf, uzbl

[arch-dev-public] Freetype 2.5.1 in [testing]

This release has changed the location of most header files. Theoretically nothing should change, since build systems are supposed to get the includedir via freetype-config or pkg-config, while sources are supposed to first #include ft2build.h and then include other files via macros, e.g. #include

Re: [arch-dev-public] Abiword package

On zo, 2013-10-27 at 19:13 +0100, Giovanni Scafora wrote: Hi there, I am no longer interested in maintaining the abiword package. Is there anyone who wants to keep it? Shouldn't be an issue for me. I'm also maintaining gnumeric and some dependencies for abiword. I already started working on

Re: [arch-dev-public] Proposal for a new virtual package: polkit-authentication-agent

On za, 2013-10-05 at 00:43 +0200, Balló György wrote: Hi, I would like to propose a new virtual package called 'polkit-authentication-agent'. IMHO polkit authentication agents should be just as default as an X server. We don't depend on xorg-server for graphical applications either. GNOME

Re: [arch-dev-public] Git

On Fri, Oct 4, 2013 at 6:15 PM, Alexander Rødseth rods...@gmail.com wrote: Now, if I may, here's how your decisions on how you set up a git repo in place of svn affect us. Right now, with the svntogit providing a merged repo of all the packages in two places (core/extra in one, community in

Re: [arch-dev-public] Artwork Team?

On Fri, Oct 4, 2013 at 11:38 PM, Gaetan Bisson bis...@archlinux.org wrote: [2013-10-04 20:37:38 +0200] Balló György: Or why don't we have an official Artwork Team who maintain these packages? So just like a regular dev/TU, except restricted to artwork packages? That makes very little sense to

Re: [arch-dev-public] Rewriting dbscripts (packagers should read this!)

On Tue, Oct 1, 2013 at 11:25 AM, Massimiliano Torromeo massimiliano.torro...@gmail.com wrote: This will lead to having thousands of tags in the repo. Does anyone have any experience with git repositories with so many tags? I am thinking about possible performance issues since I don't think this

Re: [arch-dev-public] Dropping mplayer2

On Fri, Sep 27, 2013 at 2:55 PM, Bartłomiej Piotrowski b...@bpiotrowski.pl wrote: I'd like to drop mplayer2 from our repositories. The last commit has been made in the end of April and upstream failed to make new release during last 3 years. While it's possible to keep it in repositories, I

[arch-dev-public] Brynhild disk failure

Don't know if anyone noticed so far, but dmesg on this box has some kernel traces from unreadable sectors and disk resets, and after a few of those the disk got kicked out of md1, so this server is basically running single-disk now.

Re: [arch-dev-public] [RFC] moving libtxc_dxtn from [community] to [extra]

On 18.07.2013 10:44, Laurent Carlier wrote: Le lundi 15 juillet 2013 12:57:29 Laurent Carlier a écrit : Le lundi 15 juillet 2013 12:00:48 vous avez écrit : Since at least mesa 9.0, support for patented S3TC compressed texture is available through the external library libtxc_dxtn

Re: [arch-dev-public] [core] build failures - 2013-06-27

On do, 2013-06-27 at 14:15 +1000, Allan McRae wrote: FAIL: glib2 (automake-1.14 incompatibility) Fixed, it was some timestamp issue (glib2 doesn't need automake to build)

Re: [arch-dev-public] Integrity Check i686: core, extra, community 14-06-2013

On Fri, Jun 14, 2013 at 4:09 PM, Thomas Bächler tho...@archlinux.org wrote: Am 14.06.2013 16:04, schrieb repoma...@archlinux.org: Repo Hierarchy for Dependencies - core/grub-common depends on extra/freetype2 (488 extra (make)deps to pull) core/grub-common

  1   2   3   4   5   6   7   >