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 th
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 bee
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
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? Othe
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
>>
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) no
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
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 also
I'd go with updating all packages to ship the converted files.
Cluttering /usr with untracked files doesn't sound good.
BP
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 severa
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 t
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
&
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 p
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
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 = https://pkgbuild.com/~bpiotrow
Adopted restic and pass-otp.
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
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
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 simila
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
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 dependencie
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 res
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 organ
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 between
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 and
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 best on
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 Freenode
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.
>
> https://www.reddit.com/r/linux/comments/8nsdj0/we_are_gentoo_devel
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-schwar
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 me
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 spen
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
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 correctl
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
wrote:
On 03/20/2018 02:36 PM, Bartłomiej Piotrowski via arch-dev-public
wrote:
Hi team,
As I'm absolutely the worst with C++, none of my packages depe
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 sh
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.
>
> Al
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
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 defaults
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
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 changing
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 ou
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
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
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
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://pkgb
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,
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 can
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 seen
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
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
On 2018-01-04 12:48, Balló György via arch-dev-public wrote:
> Now I adopted devede, so I need dvdauthor, but it's in [extra], so I can't
> adopt it.
Moved.
> In this case the telepathy-rakia optional dependency should be removed from
> empathy first, and then the telepathy-rakia and sofia-sip pa
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.
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
> :
>>
>> Hi team,
>>
>> This is the final update before I start moving packages to AUR over this
>> week.
>>
>>
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
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
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
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
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
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 s
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 gener
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 b
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 on IRC,
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 history
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 shou
On 2017-11-06 11:36, Alad Wenter via arch-dev-public wrote:
>> Bartłomiej Piotrowski hat am 6. November 2017 um
>> 11:21 geschrieben:
>>
>> Slightly changing the topic... We have plenty of space on our
>> PIA-sponsored mirrors. Given that said fork pretty strictly
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.
>
> F
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 m
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
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 serv
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
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 me,
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 file
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
> Che
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 on Sat, 2017/07/01 13:22:
>>>>> Hey all,
>&g
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 "systemd-stable" repo [1]
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,-
>> z,now and there might be progra
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
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 wastin
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) building gcc t
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
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
-fstack-pro
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 it i
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
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
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 build, and also prevents its reverse dependencies
>> [2,3,4] from building. Apparently,
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 f
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
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 some feedba
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 bi
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 fro
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 the
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 us:
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
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)
The key is signed with my
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 non-f
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.
>>>
&
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
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]
Sig
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, but
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
1 - 100 of 229 matches
Mail list logo
