Re: [arch-dev-public] [RFC] Removing maintainer/contributor lines from PKGBUILDs

2020-08-25 Thread Lukas Fleischer via arch-dev-public
On Tue, 25 Aug 2020 at 15:58:40, Evangelos Foutras via arch-dev-public wrote: > I am not sure these serve any purpose. The maintainer line duplicates > information available from the archweb or aur interfaces and could > also be outdated. The contributor lines are mostly redundant with svn > or git

Re: [arch-dev-public] Transparency report May 2020

2020-06-03 Thread Lukas Fleischer via arch-dev-public
On Wed, 03 Jun 2020 at 13:05:50, Levente Polyak via arch-dev-public wrote: > # Transparency report May 2020 This is a great idea, thank you so much for all the work that went into writing this! > ### GitLab > > We're in the process of switching our Git hosting from our custom cgit > instance to

Re: [arch-dev-public] GitLab switchover and SSO migration

2020-05-17 Thread Lukas Fleischer via arch-dev-public
On Sun, 17 May 2020 at 17:38:33, Eli Schwartz via arch-dev-public wrote: > On 5/17/20 4:37 PM, Lukas Fleischer via arch-dev-public wrote: > > Email addresses of aurweb accounts have to be confirmed (and accounts > > without verified email addresses are not usable and can be filter

Re: [arch-dev-public] GitLab switchover and SSO migration

2020-05-17 Thread Lukas Fleischer via arch-dev-public
On Sun, 17 May 2020 at 14:39:25, Sven-Hendrik Haase via arch-dev-public wrote: > As some of you know, we've been toying with two ideas for a while: > Arch-wide centralized user management as well as using GitLab to > consolidate some of our current services. The overall goal is manifold. > In no pa

Re: [arch-dev-public] planet.archlinux.org news proposal

2020-02-20 Thread Lukas Fleischer via arch-dev-public
On Thu, 20 Feb 2020 at 22:13:02, Jelle van der Waa wrote: > # Planet Arch Linux migration > > The software behind planet.archlinux.org was implemented in Python 2 and > no longer maintained upstream. This functionality has now been s/no/is no/ > implemented in archlinux.org's archweb backend whi

Re: [arch-dev-public] rsync & bundled zlib

2020-01-13 Thread Lukas Fleischer via arch-dev-public
+1 to using system zlib. One minor remark on the news draft below. On Mon, 13 Jan 2020 at 17:23:00, Christian Hesse wrote: > --- >8 --- > rsync compatibility > > Our `rsync` package was shipped with bundled `zlib` to provide compatibility > with old-style `--compress` option up to version 3.1.0.

Re: [arch-dev-public] Packages added to todo list 'protobuf 3.9 rebuild'

2019-10-06 Thread Lukas Fleischer via arch-dev-public
I was just informed by a user that 3.10 has been released. Since most packages had not yet been rebuilt, I decided to put 3.10 in [staging] and restart the process. Any packages that have been built against 3.9 will have to be rebuilt again. Sorry for the inconvenience!

Re: [arch-dev-public] Packages added to todo list 'protobuf 3.9 rebuild'

2019-10-05 Thread Lukas Fleischer via arch-dev-public
On Thu, 03 Oct 2019 at 12:53:33, Lukas Fleischer wrote: > Since there's some overlap with the boost rebuild, we should probably > wait until boost leaves [staging]. I temporarily removed protobuf from > [staging] just to be safe. protobuf 3.9.2 is back in [staging]. Please start rebuilding!

Re: [arch-dev-public] Packages added to todo list 'protobuf 3.9 rebuild'

2019-10-03 Thread Lukas Fleischer via arch-dev-public
On Thu, 03 Oct 2019 at 12:27:45, Arch Website Notification wrote: > Todo list information: > Name: protobuf 3.9 rebuild > URL: https://www.archlinux.org/todo/protobuf-39-rebuild/ > Creator: Lukas Fleischer > Description: > Please rebuild affected packages and move them to >

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

2019-07-29 Thread Lukas Fleischer via arch-dev-public
On Mon, 29 Jul 2019 at 18:47:44, Christian Rebischke via arch-dev-public wrote: > So what can we do here? I am a big fan of Gentoos Newsletter feature[1]. > It would be super awesome if we would have a tool such like `archnews > ` to retrieve NEWS about a certain package from an > endpoint. This en

Re: [arch-dev-public] Proposal for a new organisation structure

2019-06-01 Thread Lukas Fleischer via arch-dev-public
Dear Christian, Thank you for your email. On Sat, 01 Jun 2019 at 19:08:30, Christian Rebischke via arch-dev-public wrote: > inspired by the last thread about moving proprietary software to > community, our general problem of getting more people involved in Arch > Linux and the (for me) chaotic or

Re: [arch-dev-public] Archive cleanup (2013, 2014, 2015)

2018-05-30 Thread Lukas Fleischer via arch-dev-public
On Wed, 30 May 2018 at 17:18:07, Florian Pritz via arch-dev-public wrote: > So far we haven't ever cleaned up the archive > (https://archive.archlinux.org/), but it's getting too big and I don't > think we have any use for packages from years ago. > > Next week I will remove the years 2013, 2014 a

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

2017-12-18 Thread Lukas Fleischer via arch-dev-public
On Mon, 18 Dec 2017 at 10:54:37, 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. > [...] Thanks for initiating another (long overdue) cleanup an

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

2017-11-15 Thread Lukas Fleischer
On Tue, 14 Nov 2017 at 20:30:21, Jelle van der Waa wrote: > It's time to switch our to something which is maintained and can be extended > to > our wishes. Flyspray isn't actively maintained, has had several security > issues [1] [2]. > [...] Great! > # Migration > > There are several options

[arch-dev-public] aurweb 4.6.0 release preparations (v2)

2017-11-03 Thread Lukas Fleischer
Hi again, Here is a second version, based on some feedback I received on the mailing lists and via private emails: Dear AUR user, The next aurweb release, which will be released on 2017-12-03, includes a public interface to obtain a list of user names of all registered users. Thi

Re: [arch-dev-public] aurweb 4.6.0 release preparations

2017-11-03 Thread Lukas Fleischer
On Thu, 02 Nov 2017 at 20:14:35, Alad Wenter via arch-dev-public wrote: > > Lukas Fleischer hat am 2. November 2017 um 18:23 > > geschrieben: > > > > Here is a draft: > > > > Dear AUR user, > > > > The next aurweb release, which wi

[arch-dev-public] aurweb 4.6.0 release preparations

2017-11-02 Thread Lukas Fleischer
Hi, Since the AUR ToS documents are still being reviewed and I do not expect any major progress within the next couple of weeks, I would like to release 4.6.0 before the documents are polished (against my original plans to synchronize the aurweb release with the ToS release). Apart from proper ToS

[arch-dev-public] Away until October, 16th

2017-09-15 Thread Lukas Fleischer
Hi, I will be in Australia for the next four weeks. Most of the time, I will not have internet access. If there are any issues with the AUR server, please contact the DevOps team. Feel free to update my packages, I will not be able to do any packaging for the upcoming month. Thanks! Regards, Lu

Re: [arch-dev-public] TeXLive 2017 packages are now available in [testing]

2017-06-21 Thread Lukas Fleischer
Hi Remy, On Tue, 20 Jun 2017 at 08:24:23, Rémy Oudompheng via arch-dev-public wrote: > TexLive 2017 has been released at the beginning of the month and is > now packaged in [testing]. > No particular issue is expected when upgrading to this release. > > Note that a few packages disappear in this

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

2017-05-24 Thread Lukas Fleischer
On Tue, 23 May 2017 at 22:23:51, Bartłomiej Piotrowski wrote: > 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: take care of some wiki article or adopt orphan AUR packages. It > isn't actual

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

2017-04-24 Thread Lukas Fleischer
On Wed, 05 Apr 2017 at 12:45:51, Allan McRae wrote: > On 26/03/17 11:51, Allan McRae wrote: > [...] > > I will remove any package still on that list in a week. > > > > A bit over a week later, and there are four packages remaining: > > mangler > mashup > multibit > ozerocdoff > > Last chance!

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

2017-03-26 Thread Lukas Fleischer
On Sun, 26 Mar 2017 at 03:51:25, Allan McRae wrote: > We have a number of TODO lists that have not been completed. > > 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

Re: [arch-dev-public] OpenSSL 1.1.0

2017-03-25 Thread Lukas Fleischer
Hi, I just moved the OpenSSL 1.1.0 and libgit2 0.25 rebuilds to [testing]. Please report issues to the bug tracker. Regards, Lukas

[arch-dev-public] AUR ToS: Brainstorming

2017-03-24 Thread Lukas Fleischer
Hi, As discussed previously [1], it is high time to look into terms and conditions for the AUR. Optimally, these terms should be as short as possible with everything relevant covered. I would like to collect things we should include. A sketch of what came into my mind is given below, please comple

Re: [arch-dev-public] AUR ToS (aka making AUR user names public)

2017-03-07 Thread Lukas Fleischer
On Tue, 07 Mar 2017 at 09:23:47, Gaetan Bisson wrote: > [2017-03-07 09:05:28 +0100] Lukas Fleischer: > > If we *really* think that we need to keep user names secret, I think we > > should take down the whole AUR website because we already share this > > information everywhe

Re: [arch-dev-public] AUR ToS (aka making AUR user names public)

2017-03-07 Thread Lukas Fleischer
On Sun, 05 Mar 2017 at 22:54:07, Gaetan Bisson wrote: > [2017-03-05 14:35:05 +0100] Lukas Fleischer: > > My original questions was: Are we fine with sharing the list of AUR > > accounts names (only user names, no real names or email addresses) with > > a researcher that

[arch-dev-public] Fwd: AUR ToS (aka making AUR user names public)

2017-03-06 Thread Lukas Fleischer
Hello, the following email is from the former Arch developer Phil Thiselton. He can no longer post to arch-dev-public, so I am forwarding this on his behalf. He revisits the arguments from my original email on why I think that user names cannot be called "private data". Forwarded message from Phi

Re: [arch-dev-public] AUR ToS (aka making AUR user names public)

2017-03-05 Thread Lukas Fleischer
On Sun, 05 Mar 2017 at 19:11:33, Dave Reisner wrote: > As long as we publish a list of all available packages, it doesn't matter > if we comply with this request -- the information is already obtainable > through RPC requests. Could you elaborate, please? I do not see how this information is alrea

Re: [arch-dev-public] AUR ToS (aka making AUR user names public)

2017-03-05 Thread Lukas Fleischer
On Sun, 05 Mar 2017 at 18:40:36, Thorsten Töpper wrote: > As stated in IRC I'm against handing out user data (including nick > names) to a 3rd party. Personally due to mentioned privacy stuff, but > also the legal problems we may run into as we don't have a ToS. So > under these circumstances I hav

[arch-dev-public] AUR ToS (aka making AUR user names public)

2017-03-05 Thread Lukas Fleischer
Hi, I was recently contacted by a Polish researcher asking for a list of AUR account names. I did not expect this to be controversial but a couple of Trusted Users raised concerns on IRC, so I decided to move this to the public mailing list and discuss the whole topic in generality. I would like t

Re: [arch-dev-public] OpenSSL 1.1.0

2017-03-02 Thread Lukas Fleischer
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 libressl) package for a while? It seems like there already is an op

Re: [arch-dev-public] OpenSSL 1.1.0

2017-03-01 Thread Lukas Fleischer
On Sun, 29 Jan 2017 at 21:49:51, Pierre Schmitz wrote: > I'd like to propose a migration to OpenSSL 1.1. The update comes with > ABI and API changes. Every linked packages needs to be rebuild. There > will likely be broken packages. Once the protobuf* rebuild has left the > [staging] repo I woul

[arch-dev-public] Away until January, 4th

2015-12-15 Thread Lukas Fleischer
Hi, I am on vacation until January, 4th. I will try to occasionally check my emails but probably not every day. If there are issues with the AUR server, please contact Florian or anyone else from the DevOps team. If something in aurweb needs to be patched, you can also ask Johannes or Marcel for

[arch-dev-public] Away until August, 15th

2015-07-24 Thread Lukas Fleischer
Hi, I will be on vacation from tomorrow until August, 15th. My internet connectivity will be limited but I will try to take care of moving the aurweb 4.0.0 setup to the aur subdomain on August, 8th. Florian volunteered to step in if I cannot perform the migration for some reason; thanks for that

[arch-dev-public] News announcement for lirc 0.9.2

2015-01-19 Thread Lukas Fleischer
I would like to move lirc from [testing] to [extra] soon. Here is a draft news item ("Packaging changes in lirc 0.9.2"): For consistency with upstream naming, the lirc-utils package was renamed to lirc. The wpc8769l kernel drivers were dropped and can be obtained by installing [lirc-wp

Re: [arch-dev-public] Dropping LIRC kernel drivers

2015-01-17 Thread Lukas Fleischer
On Thu, 15 Jan 2015 at 20:25:41, Lukas Fleischer wrote: > Hi, > > This was discussed back in 2013 already [1]; we should drop the > remaining LIRC kernel driver shipped with lirc and move it to > [unsupported]. It has been declared dead by upstream in [2]. I am going > to do tha

[arch-dev-public] Dropping LIRC kernel drivers

2015-01-15 Thread Lukas Fleischer
Hi, This was discussed back in 2013 already [1]; we should drop the remaining LIRC kernel driver shipped with lirc and move it to [unsupported]. It has been declared dead by upstream in [2]. I am going to do that when bumping the lirc package to 0.9.2. There are two options: * Move the lirc pack

Re: [arch-dev-public] [aur-general] Voting results (was: Inactive TU -- Federico Cinelli)

2014-08-11 Thread Lukas Fleischer
On Tue, 05 Aug 2014 at 15:05:16, Lukas Fleischer wrote: > On Sat, 02 Aug 2014 at 12:44:53, Lukas Fleischer wrote: > > [...] > > Let the discussion period begin, the voting period will start on > > 2014-08-05. > > [...] > > The discussion period is over. Please

Re: [arch-dev-public] SVN Cleanup

2014-08-05 Thread Lukas Fleischer
On Tue, 05 Aug 2014 at 14:57:05, Lukas Fleischer wrote: > The following 385 packages have been removed from the [core]/[extra] > repositories but not from SVN (svn-packages): > [...] > Any objections against dropping all of them? If desired, I can create a > similar list of p

Re: [arch-dev-public] [aur-general] Inactive TU -- Federico Cinelli

2014-08-05 Thread Lukas Fleischer
On Sat, 02 Aug 2014 at 12:44:53, Lukas Fleischer wrote: > [...] > Let the discussion period begin, the voting period will start on > 2014-08-05. > [...] The discussion period is over. Please cast your votes [1]. [1] https://aur.archlinux.org/tu/?id=76

[arch-dev-public] SVN Cleanup

2014-08-05 Thread Lukas Fleischer
The following 385 packages have been removed from the [core]/[extra] repositories but not from SVN (svn-packages): * abcm2ps-devel * abcm2ps * achessclock * acroread * adzapper * aide * aif * amd-ucode * apolos * ar9170-fw * archlinux-themes-gdm * arts * ascii * azureus * bcm43xx-fwcutter * bglibs

Re: [arch-dev-public] LIRC 0.9.1 in trunk

2014-08-04 Thread Lukas Fleischer
ing a IR controlled system I can take a look > to get lircd up and running again and see if it behaves. Thanks you for your offer. However, I just received the following report from an Arch user: Forwarded message from Ole Ernst (2014-08-04 22:57:19): > Am 04.08.2014 um 15:44 schrieb Lukas Fle

[arch-dev-public] LIRC 0.9.1 in trunk

2014-08-04 Thread Lukas Fleischer
Hello, I updated the LIRC PKGBUILD for 0.9.1 which is the first release since 2011 and allows us to remove several patches and build fixes that have been included upstream. It also includes systemd units, however, upstream uses different names and slightly different implementations for the service

[arch-dev-public] Inactive TU -- Federico Cinelli

2014-08-02 Thread Lukas Fleischer
Hi, since it was mentioned on IRC: It looks like Federico Cinelli is inactive and should be brought up for special removal according to [1]. We usually try not to be overly pedantic with these rules, but Federico has been MIA for a long time now: * Last SVN commit on 2013-12-04. * Did not send a

Re: [arch-dev-public] Packages still containing rc.d scripts

2013-06-05 Thread Lukas Fleischer
On Wed, Jun 05, 2013 at 11:01:02PM +1000, Gaetan Bisson wrote: > [2013-06-05 13:06:59 +0200] Lukas Fleischer: > > On Wed, Jun 05, 2013 at 08:55:14PM +1000, Gaetan Bisson wrote: > > > > > > > > I guess that those have been updated on trunk only. > > &g

Re: [arch-dev-public] Packages still containing rc.d scripts

2013-06-05 Thread Lukas Fleischer
On Wed, Jun 05, 2013 at 01:06:59PM +0200, Lukas Fleischer wrote: > On Wed, Jun 05, 2013 at 08:55:14PM +1000, Gaetan Bisson wrote: > > [2013-06-05 12:44:03 +0200] Andrea Scarpino: > > > On Wednesday 05 June 2013 12:37:54 Lukas Fleischer wrote: > > > > I saw an update

Re: [arch-dev-public] Packages still containing rc.d scripts

2013-06-05 Thread Lukas Fleischer
On Wed, Jun 05, 2013 at 08:55:14PM +1000, Gaetan Bisson wrote: > [2013-06-05 12:44:03 +0200] Andrea Scarpino: > > On Wednesday 05 June 2013 12:37:54 Lukas Fleischer wrote: > > > I saw an updated version of bluez in [testing] that no longer contains > > > these files. Can

[arch-dev-public] Packages still containing rc.d scripts

2013-06-05 Thread Lukas Fleischer
Hi, I just noticed that a couple of packages that have been marked complete on the TODO list still seem to contain initscripts rc.d files: $ pkgfile -g '/etc/rc.d/*' | egrep -v '/(bftpd|ifplugd|ppp)$' extra/bluez extra/ntp extra/tomcat6 extra/x11vnc community/couchdb c

[arch-dev-public] Away until May 26th

2013-05-18 Thread Lukas Fleischer
Hi Trusted Users and developers, I will be away from today, May 18th, through May 26th and pretty much offline until June, 1st. There are 17 packages on my incomplete TODO list and I would appreciate someone having a look at them. I will fix the remaining ones in early June. If there are any ser

[arch-dev-public] Away until December 31st

2012-12-23 Thread Lukas Fleischer
Hi Trusted Users and developers, I will be on vacation from December 25th to December 31st. Feel free to update/fix my packages while I'm away -- I don't expect to have internet access. Regards, Lukas

Re: [arch-dev-public] Status of sigurd.archlinux.org/aur.archlinux.org

2012-10-27 Thread Lukas Fleischer
On Sat, Oct 27, 2012 at 02:32:03PM +0200, Lukas Fleischer wrote: > Just a short note to everybody: sigurd is down due to maintenance works. > We noticed several disk read failures lately and decided that one of > disks needs to be replaced. The replacement was performed yesterday on >

[arch-dev-public] Status of sigurd.archlinux.org/aur.archlinux.org

2012-10-27 Thread Lukas Fleischer
Just a short note to everybody: sigurd is down due to maintenance works. We noticed several disk read failures lately and decided that one of disks needs to be replaced. The replacement was performed yesterday on ~20:00 CEST and finished on ~20:45 CEST. The support set up a live environment after

Re: [arch-dev-public] TU Removal -- Kaiting Chen

2012-10-17 Thread Lukas Fleischer
On Sun, Oct 14, 2012 at 01:58:14PM +0200, Lukas Fleischer wrote: > * His last SVN commit was on 2012-05-10. > * Less than two SVN commits per month in the last ~1,5 years. > * Only participated in two of the last twelve TU votes. > * Pretty much inactive on the mailing lists. > *

[arch-dev-public] TU Removal -- Kaiting Chen

2012-10-14 Thread Lukas Fleischer
* His last SVN commit was on 2012-05-10. * Less than two SVN commits per month in the last ~1,5 years. * Only participated in two of the last twelve TU votes. * Pretty much inactive on the mailing lists. * Inactive on the AUR (maintains a couple of outdated packages). * Inactive on the bug tracker.