Re: [arch-dev-public] Add active Python versions to the repos

On 21/11/2020 18.48, Filipe Laíns via arch-dev-public wrote: > I understand that. I am not asking to put all releases of Python on the > repos, only the active ones, which people are using. I presume you can back it up with numbers how widely 3.7 and 3.6 are used by Arch users. All I can see is

[arch-dev-public] Packages up for adoption

Hi, Due to lack of free time, I've orphaned some packages I don't want to think about: bash bash-completion chrome-gnome-shell expat gdbm libcap libffi libunistring libusb networkmanager-fortisslvpn ncurses openfortivpn readline texinfo wpa_supplicant I've also disowned some packages I've

Re: [arch-dev-public] RFC: go-pie removal in favour of GOFLAGS

On 20/04/2020 00.32, Morten Linderud via arch-dev-public wrote: > I have also removed `-mod=vendor` from the default listing in `prepare()` as > Anatol wasn't fond of the idea. I'm still unsure if we really want this as we > would be willynilly downloading sources in `build()` and `check()` during

Re: [arch-dev-public] Todos for language specific rebuilds

On 13/01/2020 18.28, Christian Rebischke via arch-dev-public wrote: > [testing] has been used and I wanted to test my packages, but the push > from [testing] to [community] happened before my scheduled date for > this. Have you raised this on the TU or staff channels before the move happened?

Re: [arch-dev-public] Restricting ability to post news items

On 05/01/2020 23.04, Morten Linderud via arch-dev-public wrote: > On Mon, Jan 06, 2020 at 07:53:21AM +1000, Allan McRae via arch-dev-public > wrote: >> Following the roll out of the base metapackage, and its poorly written >> news post, we agreed that all new posts should have a draft posted to

Re: [arch-dev-public] Information about the base meta-package

On 14/10/2019 23.11, Levente Polyak via arch-dev-public wrote: > Q: Why has this been implemented so suddenly? > A: That's a good question, while we have discussed this topic multiple >times in the past and also issued a concrete proposal to arch-dev- >public (plus its follow-up summary)

Re: [arch-dev-public] Semi-away till 2019

Damn calendars, how do they even work!? Yes, I meant 2020. On 03/09/2019 18.41, Alad Wenter via arch-dev-public wrote: > ... 2020? > > Time flies. > > Alad > > On 9/3/19 6:36 PM, Bartłomiej Piotrowski via arch-dev-public wrote: >> Hi all, >> >> As I

[arch-dev-public] Semi-away till 2019

Hi all, As I have free time shortage lately, I think it's fair to officially say I will be in semi-away mode till 2019. I will try my best to keep up with uncomplicated pkgver bumps for packages I maintain on my own and make sure all keys are properly signed, but that's all I can promise. It

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

I'd go with updating all packages to ship the converted files. Cluttering /usr with untracked files doesn't sound good. BP

Re: [arch-dev-public] New ideas for notifying users about (minor) changes

On 30/07/2019 09.33, Bartłomiej Piotrowski via arch-dev-public wrote: > On 30/07/2019 02.44, Christian Rebischke via arch-dev-public wrote: >> One problem I see with the News section is that it's Dev only. I >> wouldn't even know who I need to ask (and I am TU for sever

Re: [arch-dev-public] New ideas for notifying users about (minor) changes

On 30/07/2019 02.44, Christian Rebischke via arch-dev-public wrote: > One problem I see with the News section is that it's Dev only. I > wouldn't even know who I need to ask (and I am TU for several years > now). The list of developers is public. If after few years you don't know a single person

Re: [arch-dev-public] GCC 9 removed from [testing]

On 02/06/2019 09.37, Bartłomiej Piotrowski via arch-dev-public wrote: > On 26/05/2019 22.39, Eli Schwartz via arch-dev-public wrote: >> Question: are you going to set up an archbuild alias on soyuz/dragon for >> this, the way you did for gcc8? (Which reminds me, those archbuild &

Re: [arch-dev-public] GCC 9 removed from [testing]

On 26/05/2019 22.39, Eli Schwartz via arch-dev-public wrote: > Question: are you going to set up an archbuild alias on soyuz/dragon for > this, the way you did for gcc8? (Which reminds me, those archbuild > aliases still exist and could be deleted). I can create it, sure. > Also please bump the

Re: [arch-dev-public] GCC 9 removed from [testing]

On 26/05/2019 18.51, Bartłomiej Piotrowski via arch-dev-public wrote: > Hi all, > > I just deleted GCC 9 and related packages from [testing] due to the > filesystem corruption bug when bcache is used[1]. You will have to -Syuu > your systems. > > People hungry for breakag

[arch-dev-public] GCC 9 removed from [testing]

Hi all, I just deleted GCC 9 and related packages from [testing] due to the filesystem corruption bug when bcache is used[1]. You will have to -Syuu your systems. People hungry for breakage can install it from [gcc9] repo I uploaded to pkgbuild.com: [gcc9] Server =

Re: [arch-dev-public] Co-maintainers and less time for packaging

Adopted restic and pass-otp.

Re: [arch-dev-public] Follow-up on the “Proposal: minimal base system”

On 18/03/2019 09.18, Gaetan Bisson via arch-dev-public wrote: > [2019-03-18 08:39:45 +0100] Bartłomiej Piotrowski via arch-dev-public: >> I asked Bruno to start another round as previous thread is way too long >> for people who missed the party to catch up. > > So some of u

Re: [arch-dev-public] Follow-up on the “Proposal: minimal base system”

On 17/03/2019 23.13, Gaetan Bisson via arch-dev-public wrote: > [2019-03-17 19:07:23 +0100] Bruno Pagani via arch-dev-public: >> This is a follow-up on the last month discussion about a “minimal base >> system”. > > Creating a new thread removed from the discussion we had a month ago > just makes

Re: [arch-dev-public] Proposal: minimal base system

On 18/03/2019 00.35, Gaetan Bisson via arch-dev-public wrote: > [2019-03-18 00:25:09 +0100] Alad Wenter via arch-dev-public: >> Assuming we implement this group or meta-package as something of policy, >> i.e. every repository package is assumed to depend on it. This would then >> make base

[arch-dev-public] Away until Feb 11

Hi all, I'm trying to run away from winter so I'll be away starting Wednesday. I will be partially available via IRC/e-mail but I don't plan to do any packaging. Bartłomiej

Re: [arch-dev-public] Proposal: minimal base system

On 22/01/2019 00.23, Allan McRae via arch-dev-public wrote: > On 22/1/19 8:03 am, Levente Polyak via arch-dev-public wrote: >> Everything that won’t be part of base-system needs to be added as a >> dependency to all requiring packages; alternatively don't omit any first >> level runtime

Re: [arch-dev-public] Looking for maintainer for mkinitcpio/a-i-s

On 16/12/2018 21.52, Dave Reisner wrote: > Hi, > > I'm finding myself lacking these days in both time and motivation to > continue maintenance of both mkinitcpio and arch-install-scripts. Is > anyone interested in taking these over? Both projects are fairly stable, > but bugs do crop up as the

[arch-dev-public] Access to CNCF community cluster

Few months ago I asked on arch-dev whether we would like to ask for access to Cloud Native Computing Foundation cluster, which we could use to experiment with automated package builds (or anything else really). Following no response I actually did so anyway[1] and I have been invited to CNCF

Re: [arch-dev-public] TU application process

On 06/11/2018 12.13, Bruno Pagani via arch-dev-public wrote: > Yeah, but [community] used to be something completely separated from > [extra]. This is less and less the case (numerous packages were moved > from [extra] to [community] so that TUs could maintain them for > instance). The line

Re: [arch-dev-public] Meeting on dbscripts git repository layout and debug packages

On 15/09/2018 23.06, Bartłomiej Piotrowski via arch-dev-public wrote: > On 14/09/2018 18.46, Bartłomiej Piotrowski via arch-dev-public wrote: >> Hi all, >> >> We would like to discuss design, issues and what is left to do about the >> future dbscripts git migration

Re: [arch-dev-public] Meeting on dbscripts git repository layout and debug packages

On 14/09/2018 18.46, Bartłomiej Piotrowski via arch-dev-public wrote: > Hi all, > > We would like to discuss design, issues and what is left to do about the > future dbscripts git migration and enabling debug packages by default. > > Please fill which time suits you bes

[arch-dev-public] Meeting on dbscripts git repository layout and debug packages

Hi all, We would like to discuss design, issues and what is left to do about the future dbscripts git migration and enabling debug packages by default. Please fill which time suits you best on Monday (17.09) or Tuesday (18.09) here[1]. The meeting will take place on #archlinux-devops on

Re: [arch-dev-public] /r/linux AMA

On 09/08/2018 18.41, Morten Linderud via arch-dev-public wrote: > Yo! > > The subreddit /r/linux have started organizing AMA threads for relevant > projects. Gentoo had one of these a few months ago and is an interesting read. > >

[arch-dev-public] Enforcing 2FA in GitHub organization

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

Re: [arch-dev-public] glibc 2.27 based toolchain in [staging]

New draft that includes pam_unix2 deprecation. Title: glibc 2.27-2 and pam 1.3.0-2 may require manual intervention The new version of glibc removes support for NIS and NIS+. The default `/etc/nsswitch.conf` file provided by `filesystem` package already reflects this change. Please make sure to

Re: [arch-dev-public] Deprecation of pam_unix2

On 2018-04-16 13:02, Bartłomiej Piotrowski via arch-dev-public wrote: Hi team, During libnsl rebuild heftig pointed out that we are shipping pam_unix2 that has been dead upstream for a long time (to the point that it's being built from our own mirror now). I'm also unwilling to spend time

[arch-dev-public] Removing gksu

What a day! gksu has been deprecated for years. Applications that require elevated privileges should use PolicyKit instead - and it seems that everything in our repositories do. I plan to remove gksu (and libgksu) from repositories this week. Bartłomiej

[arch-dev-public] Deprecation of pam_unix2

Hi team, During libnsl rebuild heftig pointed out that we are shipping pam_unix2 that has been dead upstream for a long time (to the point that it's being built from our own mirror now). I'm also unwilling to spend time to fix its configure.ac to make it build with libnsl and libtirpc

Re: [arch-dev-public] Boost looking for new maintainer

On 2018-03-20 18:45, Levente Polyak via arch-dev-public wrote: On March 20, 2018 4:55:16 PM GMT+01:00, Robin Broda via arch-dev-public <arch-dev-public@archlinux.org> wrote: On 03/20/2018 02:36 PM, Bartłomiej Piotrowski via arch-dev-public wrote: Hi team, As I'm absolutely the worst

[arch-dev-public] glibc 2.27 based toolchain in [staging]

Hi, I've had too much faith in GCC 8 release schedule. To sweeten the wait (and catch some possible issues sooner), I'm going to push glibc 2.27 and binutils 2.30 to [staging] in the evening. The new glibc doesn't ship libnss_nis{,plus} and RPC interface anymore. Packages that require the last

Re: [arch-dev-public] New build server in Singapore

On 2017-10-22 13:13, Bartłomiej Piotrowski wrote: > Hi all, > > for those of you that are living closer to Asia than Europe, there is > new build server available, located in Singapore. It is considerably > less beefy than soyuz, but should be okay for regular builds. > >

[arch-dev-public] Boost looking for new maintainer

Hi team, As I'm absolutely the worst with C++, none of my packages depend on boost and I've spent enough nights terrified of its build system quirks, I'll be orphaning it soon. Feel free to adopt it in archweb. Bartłomiej

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

On 2018-03-13 15:32, Eli Schwartz via arch-dev-public wrote: > This wrapper changes depending on which version of meson you have installed. The wrapper is part of the package that changes. > The fact that autoconf has weird bugs like needing to set localstatedir > and sysconfdir to their

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

On 2018-03-13 14:40, Allan McRae via arch-dev-public wrote: > On 13/03/18 21:22, Jan Alexander Steffens via arch-dev-public wrote: >> For that matter, I'm all for putting an arch-configure helper into our >> autoconf package. > > Don't muck around with vanilla packages. Put it in another package

Re: [arch-dev-public] Arch Linux Docker / Vagrant: Current situation

On 2018-03-12 05:33, Pierre Schmitz wrote: > Thanks for digging this up again. You may use the github issue or > project system to plan the different steps. Also (and please don't get > it the wrong way) let's keep the purpose I intended for our Docker > image intact. No one has suggested

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

On 2018-03-10 11:34, Antonio Rojas via arch-dev-public wrote: > Hi, > Currently most of our packages which use the cmake build system are built > with -DCMAKE_BUILD_TYPE=Release. This provides a reasonable (according to > upstream) set of C(XX)FLAGS defaults which are appended to and override

Re: [arch-dev-public] Arch Linux Docker / Vagrant: Current situation

On 2018-01-29 20:29, Pierre Schmitz wrote: > * I did not look into the details of how we exactly need to proceed > with making an "official" image. A few pull requests or some kind of > setp-by-step plan (wiki or github) would help. Necrobumping. You actually quoted the message from Santiago that

Re: [arch-dev-public] Test repository with gcc8

On 2018-02-13 16:13, Eli Schwartz via arch-dev-public wrote: > On 02/13/2018 09:29 AM, Bartłomiej Piotrowski via arch-dev-public wrote: >>>> I have updated gcc in the repository to snapshot from 2018-02-11 >>>> (r257571). Additionally, if you have access to soyuz, the r

Re: [arch-dev-public] Test repository with gcc8

On 2018-02-13 15:19, Baptiste Jonglez wrote: > On 13-02-18, Bartłomiej Piotrowski via arch-dev-public wrote: >> On 2018-02-04 14:02, Bartłomiej Piotrowski via arch-dev-public wrote: >>> Hi all, >>> >>> I've prepared external repository with GCC 8 built from trun

Re: [arch-dev-public] Test repository with gcc8

On 2018-02-04 14:02, Bartłomiej Piotrowski via arch-dev-public wrote: > Hi all, > > I've prepared external repository with GCC 8 built from trunk (as there > is no stable release yet) that also contains glibc 2.27 and binutils 2.30. > > [gcc8] > Server = http://pkgbuild.

[arch-dev-public] Test repository with gcc8

Hi all, I've prepared external repository with GCC 8 built from trunk (as there is no stable release yet) that also contains glibc 2.27 and binutils 2.30. [gcc8] Server = http://pkgbuild.com/~bpiotrowski/gcc8/ From less obvious packaging changes, glibc no longer ships with obsolete rpc and nsl,

Re: [arch-dev-public] Windows Subsystem Linux - Arch Linux as official container?

Whoa, this is so good to bash that I can't decide where to begin. Microsoft started noticing Linux (or rather stopped to fight it so valiantly) when they realized where the money is. On this ground alone I don't see a reason to help some corporation in putting our logo on their website so they

Re: [arch-dev-public] Arch Linux Docker / Vagrant: Current situation

On 2018-01-20 20:19, Christian Rebischke via arch-dev-public wrote: > The Arch Linux Vagrant images are currently be build for libvirt and > virtualbox. We have over 3800 downloads at the moment and slowly > catching up to the community based arch linux vagrant images.[1] It would be probably

Re: [arch-dev-public] 2017 repository cleanup

Hi team, I've finished moving unneeded orphans to AUR. The only exceptions that were simply removed are nvidia-304xx family (EOL'ed upstream) and nautilus-open-terminal (seems to be built into nautilus these days). You can find the list of (re)moved packages here[1]. Let's try not to make such a

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

On 2018-01-04 13:02, Balló György via arch-dev-public wrote: > Currently the 'xfce4-goodies' package group[1] is in split between [extra] > and [community]. Most of its packages are in [extra], but 'ristretto' and > 'xfce4-whiskermenu-plugin' are in [community]. > > My question is: is it okay, or

Re: [arch-dev-public] 2017 repository cleanup

On 2018-01-04 12:17, Balló György via arch-dev-public wrote: > The following packages should be kept too: > - dvdauthor > arojas: kdenlive > fyan: kdenlive > heftig: brasero > jgc: brasero The only two packages that really require it are unneeded orphans, so I don't see the point.

Re: [arch-dev-public] 2017 repository cleanup

On 2018-01-04 10:35, Rashif Ray Rahman via arch-dev-public wrote: > 2018-01-03 21:05 GMT+06:00 Bartłomiej Piotrowski via arch-dev-public > <arch-dev-public@archlinux.org>: >> >> Hi team, >> >> This is the final update before I start moving packages to AUR over

Re: [arch-dev-public] 2017 repository cleanup

On 2018-01-04 00:20, Balló György via arch-dev-public wrote: > Please move the following packages from [extra] to [community], so I can > adopt them: > - gnome-icon-theme-extras > - libgovirt > - python2-telepathy > > -- > György Balló > Trusted User > Moved, enjoy. BP

Re: [arch-dev-public] 2017 repository cleanup

On 2018-01-03 23:31, Balló György via arch-dev-public wrote: > Please don't remove anything yet. I'll adopt some packages in the next 24 > hours. > > You missed some optional and indirect dependencies. We should keep the > following packages: I explicitly said that I'm not taking optdepends into

Re: [arch-dev-public] 2017 repository cleanup

Hi team, This is the final update before I start moving packages to AUR over this week. List of orphans required by maintained packages: - autoconf-archive: jgc: dbus, gspell, gnumeric tomegun: dbus, dbus-docs, libimobiledevice heftig: gst-plugins-base-libs, gstreamer, libgweather

[arch-dev-public] gdbm 1.14 removed from [testing]

Hi all, gdbm 1.14 introduced silent ABI breakage[1] so for now, I removed it from [testing]. I contacted upstream about the issue and if the time allows, I will prepare a fix today. Bartłomiej signature.asc Description: OpenPGP digital signature

Re: [arch-dev-public] 2017 repository cleanup

On 2017-12-18 23:51, Baptiste Jonglez wrote: > On 18-12-17, Bartłomiej Piotrowski via arch-dev-public wrote: >> On 2017-12-18 10:54, Bartłomiej Piotrowski via arch-dev-public wrote: >>> Please look at both lists and adopt what your packages are using or >>> you're

Re: [arch-dev-public] 2017 repository cleanup

On 2017-12-18 10:54, Bartłomiej Piotrowski via arch-dev-public wrote: > Please look at both lists and adopt what your packages are using or > you're personally interested in. I will drop whatever makes sense in > January. And of course, if you are missing some permissions or need someth

[arch-dev-public] 2017 repository cleanup

Hi team, Recently I've spent a bit of time on the train so I spent that on writing a script (of questionable quality) for generating packages cleanup list. The main difference from the "unneeded orphans" report is that it also includes orphans that require only other orphans and additionally

[arch-dev-public] Merging multilib toolchain with [core]

Hi, For a long time we have been maintaining multilib-enabled gcc package separately under [multilib] repo. Compilation takes a lot and usually it falls behind because I forget to keep it in sync with [core]. I propose to merge it with core/gcc instead and split lib32-gcc-libs. The latter would

Re: [arch-dev-public] Switching the bugtracker to Bugzilla

On 2017-11-14 22:59, Allan McRae wrote: > On 15/11/17 07:34, Bartłomiej Piotrowski wrote: >>> There are several options for migrating the bug history to Bugzilla and a >>> few options are under >>> debate. (input welcome) >> As I said multiple times o

Re: [arch-dev-public] Switching the bugtracker to Bugzilla

On 2017-11-14 20:30, Jelle van der Waa wrote: > Used by several big projects such as Gnome, LLVM and Mozilla GNOME will probably end up switching to Gitlab. (Not dismissing the fact that bugzilla is rather popular choice.) > # Migration > > There are several options for migrating the bug

Re: [arch-dev-public] [draft] The end of i686 support

On 2017-11-06 12:16, Eli Schwartz wrote: > Well, I doubt they wanted to be caught by surprise and have nothing > ready if we decided not to allow support requests for arch32... > > But if we are willing to allow arch32 to be hosted under our umbrella, > the presence of separate infrastructure

Re: [arch-dev-public] [draft] The end of i686 support

On 2017-11-06 11:36, Alad Wenter via arch-dev-public wrote: >> Bartłomiej Piotrowski <bpiotrow...@archlinux.org> hat am 6. November 2017 um >> 11:21 geschrieben: >> >> Slightly changing the topic... We have plenty of space on our >> PIA-sponsored mirrors.

Re: [arch-dev-public] [draft] The end of i686 support

On 2017-11-06 11:16, Bartłomiej Piotrowski wrote: > Following 9 months of [deprecation period][1], support for the i686 > architecture effectively ends today. By the end of November, i686 > packages will be removed from our mirrors and later from the packages > archive. > >

[arch-dev-public] [draft] The end of i686 support

Following 9 months of [deprecation period][1], support for the i686 architecture effectively ends today. By the end of November, i686 packages will be removed from our mirrors and later from the packages archive. For users unable to upgrade their hardware to x86_64, an alternative is a community

[arch-dev-public] Away 31.10 - 5.11

Hi all, as I'll be traveling in the beginning of November, you will have to bear building for i686 one week more. I'll prepare news draft before I'm gone and changes to devtools are ready, so it won't take long after my return. Bartłomiej

[arch-dev-public] New build server in Singapore

Hi all, for those of you that are living closer to Asia than Europe, there is new build server available, located in Singapore. It is considerably less beefy than soyuz, but should be okay for regular builds. All packagers should be able to ssh into it with username and the key used on other

[arch-dev-public] Away until October 9th

Hi, FYI, I will be on vacation starting tomorrow. I don't plan to check e-mails or IRC so if there's anything urgent to do with my packages, be my guest. Bartłomiej

Re: [arch-dev-public] systemd - move to base group and expect it to be installed?

On 2017-09-19 18:40, Sébastien Luttringer wrote: > On Thu, 2017-09-14 at 14:08 +0200, Bartłomiej Piotrowski wrote: >> My main problem with recent changes to filesystem package is that there >> is no clear benefits of using sysusers to do the job. Can anyone >> enlighten

Re: [arch-dev-public] systemd - move to base group and expect it to be installed?

On 2017-09-12 19:58, Andreas Radke wrote: > New filesystem/systemd packages in testing have changed the way we > create system users/groups. That's done now via systemd itself or using > a systemd hook. So every package that needs certain user/group existent > or certain UID/GID to install its

Re: [arch-dev-public] Orphaned packages

On 2017-08-20 15:13, Sébastien Luttringer wrote: > Hello, > > I orphaned several packages I don't use anymore. The following have no more > maintainer, so if nobody is interested, I will move them to AUR. > - unifi > - rxvt-unicode > - laptop-detect > - python-docutils > - quilt > - rblcheck >

Re: [arch-dev-public] switching to systemd-stable

On 2017-07-06 09:44, NicoHood wrote: > On 07/06/2017 09:12 AM, Bartłomiej Piotrowski wrote: >> On 2017-07-06 02:11, NicoHood wrote: >>> On 07/05/2017 12:10 AM, Christian Hesse wrote: >>>> Dave Reisner <d...@falconindy.com> on Sat, 2017/07/01 13:22: >>>

Re: [arch-dev-public] switching to systemd-stable

On 2017-07-06 02:11, NicoHood wrote: > On 07/05/2017 12:10 AM, Christian Hesse wrote: >> Dave Reisner on Sat, 2017/07/01 13:22: >>> Hey all, >>> >>> This should be pretty much a no-brainer, but wanted to be sure I wasn't >>> missing anything. Systemd upstream publishes a

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

On 2017-07-05 11:36, Evangelos Foutras wrote: > On 2 July 2017 at 19:19, Daniel Micay via arch-dev-public > wrote: >> Using -fno-plt would be a nice tiny little performance boost at runtime >> but then it's important to make sure everything is compiled with -Wl,- >>

Re: [arch-dev-public] [arch-general] Sébastien Luttringer and Tobias Powalowski

On 2017-07-03 09:25, Bartłomiej Piotrowski wrote: > In case you haven't noticed, despite being told this many times, every > time you can't resist being an alerted meerkat about checksums, you make > people care less about whatever you have to say. > > We DO have EVEN MORE

Re: [arch-dev-public] [arch-general] Sébastien Luttringer and Tobias Powalowski

In case you haven't noticed, despite being told this many times, every time you can't resist being an alerted meerkat about checksums, you make people care less about whatever you have to say. We DO have EVEN MORE SERIOUS issues, not only about SECURITY, that we are not doing because we are

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

On 2017-07-02 00:32, Allan McRae wrote: > On 02/07/17 06:51, Bartłomiej Piotrowski wrote: >> On 2017-06-30 23:44, Allan McRae wrote: >>> On 30/06/17 19:07, Bartłomiej Piotrowski wrote: >>>> On 2016-10-24 05:56, Allan McRae wrote: >>>>> 1) buildin

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

On 2017-06-30 23:44, Allan McRae wrote: > On 30/06/17 19:07, Bartłomiej Piotrowski wrote: >> On 2016-10-24 05:56, Allan McRae wrote: >>> 1) building gcc to enable PIE by default >> >> I am in the middle of rebuilding gcc with --enable-default-pie. When it &g

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

On 2016-10-24 05:56, Allan McRae wrote: > 1) building gcc to enable PIE by default I am in the middle of rebuilding gcc with --enable-default-pie. When it finishes, I will start a todo for rebuilding packages with static libraries. I also enabled --enable-default-ssp, which means that

Re: [arch-dev-public] Maintenance window for luna

On 2017-06-17 00:58, Bartłomiej Piotrowski wrote: > Hi all, > > tomorrow around 22:00 CET, the server that hosts forums, wiki and AUR > will be offline for planned maintenance. The downtime will take up to 2 > hours; the plan is to reboot it into linux-hardened, then see if i

[arch-dev-public] Maintenance window for luna

Hi all, tomorrow around 22:00 CET, the server that hosts forums, wiki and AUR will be offline for planned maintenance. The downtime will take up to 2 hours; the plan is to reboot it into linux-hardened, then see if it is possible to switch from Percona to MariaDB (and if the mysterious crash from

Re: [arch-dev-public] Moving dbus-c++ from [extra] to [community]

On 06/11/2017 02:12 PM, Bartłomiej Piotrowski wrote: > On 06/11/2017 01:44 PM, Baptiste Jonglez wrote: >> On Tue, Jun 06, 2017 at 10:49:29PM +0200, Baptiste Jonglez wrote: >>> dbus-c++ [1] is orphaned, but needs some love to work with GCC 7. >>> Currently, it does not b

Re: [arch-dev-public] Bringing Multipath TCP kernel (linux-mptcp) to [community]

On 06/06/2017 10:58 PM, Baptiste Jonglez wrote: > Hi again, > > Since a few years, I maintain a variant of the linux kernel in the AUR [1] > that adds support for Multipath TCP [2]. The most recent version is based > on linux 4.4, and the package I maintain tries to follow the "linux" > package

Re: [arch-dev-public] ArchLinux on Github

On 06/05/2017 03:27 PM, NicoHood wrote: > Hi, > we have an organization on Github: > https://github.com/archlinux > > Would it be possible to add my account (NicoHood) also to this > organization? This would help other users to identify that i am also an > ArchLinux TU Member. > > Cheers, > Nico

Re: [arch-dev-public] Arch Linux Container and Boxes

On 2017-06-01 18:12, Christian Rebischke wrote: > On Wed, May 31, 2017 at 07:48:58PM +0200, Bartłomiej Piotrowski wrote: >> On 2017-05-31 16:08, Christian Rebischke wrote: >>> There is a dependency cycle, thats why systemd got pulled in. >>> I got already som

Re: [arch-dev-public] Arch Linux Container and Boxes

On 2017-05-31 16:08, Christian Rebischke wrote: > There is a dependency cycle, thats why systemd got pulled in. > I got already some feedback to the container and the image and I am > pretty sure we can reduce the size of the container a little bit more. > Currently the docker container is 152mb

Re: [arch-dev-public] Arch Linux Container and Boxes

On 2017-05-31 01:05, Christian Rebischke wrote: > Hello everybody, > I am pleased to announce that pierre and me founded the 'Archlinux' > Organisation on hub.docker.com and pierre pushed his awesome docker > container to this repository. (Big thanks to pierre!). [1][2] Can we give more people

Re: [arch-dev-public] Improving overall experience for contributors

On 2017-05-23 22:47, Gaetan Bisson wrote: > In my opinion writing emails to strangers should be part of the > application process. In my duties as packager maintainer I often find > myself writing emails to various persons I've never met: other distro > devs, upstream maintainers, etc. I'm sure

[arch-dev-public] Improving overall experience for contributors

Hi all, Spending some time outside the regular Arch circles, I realized that the way we "outreach" potential contributors is at least imperfect. One of the problems I keep hearing about is that there is no clear place where potential contributors could start. Sure, some things seem obvious to

Re: [arch-dev-public] MariaDB 10.2.x

On 2017-05-23 12:59, Christian Hesse wrote: > The main change is the library rename from `libmysqlclient.so` to > `libmariadb.so`. I would like to rename our package from `libmariadbclient` > to just `libmariadb`. Any objections? None from my side. I guess that SONAME field will be different from

[arch-dev-public] New master key

Hi all, Due to many overdue signing requests, we have created a new master key. The key is listed in archweb and will be included in the next archlinux-keyring update. DDB8 67B9 2AA7 89C1 65EE FA79 9B72 9B06 A680 C281 Bartłomiej Piotrowski (Arch Linux Master Key) <bpiotrow...@mas

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

On 2017-05-16 16:21, j...@jgc.homeip.net wrote: > 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

Re: [arch-dev-public] [DRAFT] Deprecation of the ABS tool and rsync server

On 2017-05-09 11:59, Bartłomiej Piotrowski wrote: > On 2017-05-09 11:36, Florian Pritz via arch-dev-public wrote: >> On 09.05.2017 11:08, Bartłomiej Piotrowski wrote: >>> There we go. Far from perfect, happy to hear suggestions from spirits of >>> poetry. >>&

Re: [arch-dev-public] Test repository with gcc7

On 2017-05-10 20:19, Bartłomiej Piotrowski wrote: > I found some time today to make a test build of the latest GCC. I tested > some "simple" projects like nginx and libtorrent-rasterbar and they do > build, while MariaDB fails on linking for me. > > Let me know if you en

[arch-dev-public] Test repository with gcc7

I found some time today to make a test build of the latest GCC. I tested some "simple" projects like nginx and libtorrent-rasterbar and they do build, while MariaDB fails on linking for me. Let me know if you encounter any problems, I'd rather not break too much by pushing it to repos. [gcc7]

Re: [arch-dev-public] [DRAFT] Deprecation of the ABS tool and rsync server

On 2017-05-10 04:27, Pablo Roberto Lezaeta Reyes via arch-general wrote: > You should clarify if this affect user cloning the servers repos by > rsync to set they non-tiered local repos (*.pkg.tag.xzs) or just the > pkgbuilds repo clones (PKGBUILDs). That's better phrased in Florian's revision,

Re: [arch-dev-public] [DRAFT] Deprecation of the ABS tool and rsync server

On 2017-05-09 11:36, Florian Pritz via arch-dev-public wrote: > On 09.05.2017 11:08, Bartłomiej Piotrowski wrote: >> There we go. Far from perfect, happy to hear suggestions from spirits of >> poetry. >> >> --- >> > > I'm not a poet, but let's try. > >

[arch-dev-public] [DRAFT] Deprecation of the ABS tool and rsync server

There we go. Far from perfect, happy to hear suggestions from spirits of poetry. --- Due to high maintenance costs of rsync server and scripts related to Arch Build System, we have decided to deprecate the `abs` tool and rsync as endorsed way of obtaining PKGBUILDs tree. The `asp` tool,

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

On 2017-05-06 08:28, Pierre Schmitz wrote: > On 05.05.2017 23:32, Bartłomiej Piotrowski wrote: >> On 2017-05-05 08:29, Tobias Powalowski via arch-dev-public wrote: >>> Your opinion on pushing this to [testing]. >> >> I can't care less about binary modules

  1   2   3   >