Hi,
I have been less active in Arch for some time. I'm involved in many other
projects that end up taking lots of time, and as a result I don't have the
required time / energy / interest for Arch anymore. When my last Arch
machine died recently after 10 years of loyal Arch service, it was a
On 27-07-20, Giancarlo Razzolini via aur-general wrote:
> Em julho 27, 2020 21:03 Gaetan Bisson escreveu:
> >
> > It's quite unsettling that we seem to be rushing to write a news post
> > while this very reasonable suggestion remains completely ignored.
> >
>
> It wasn't ignored. They keys were
Hi,
On 24-07-20, Giancarlo Razzolini via arch-dev-public wrote:
> The migration is almost done. Since we are moving to a new machine, it will
> have new host keys. They are:
>
>Ed25519: SHA256:RFzBCUItH9LZS0cKB5UE6ceAYhBD5C8GeOBip8Z11+4
>ECDSA:
On 24-07-20, Giancarlo Razzolini via aur-general wrote:
> Em julho 23, 2020 19:45 Sven-Hendrik Haase via aur-general escreveu:
> >
> > Thanks for taking the time! I hope there won't be any weird unforeseen
> > problems.
> >
> >
>
> Sure. I wrote a checklist for the migration [0], to try to
On 15-11-18, Eli Schwartz via aur-general wrote:
> On 11/14/18 11:50 PM, Daniel M. Capella via aur-general wrote:
> > Quoting Levente Polyak via aur-general (2018-11-14 17:00:38)
> >> - tests are awesome <3 run them whenever possible! more is better!
> >> pulling sources from github is favorable
On 11-11-18, Santiago Torres-Arias via aur-general wrote:
> On TU applications, TU participation and package quality:
> =
>
> Many Trusted Users have brought up their concerns regarding the lack
> of proper vetting of packages put forward by new TU's, the small
> participation of TUs in
On 29-10-18, Baptiste Jonglez wrote:
> On 14-10-18, Konstantin Gizdov wrote:
> > Hello,
> >
> > I am Konstantin Gizdov [1] [2],
> > (`kgizdov`, `a...@kge.pw`, `kgiz...@gmail.com`)
> >
> > I would like to apply to be a Trusted User under Baptiste Jonglez
Hi,
On 30-10-18, Giancarlo Razzolini via aur-general wrote:
> Em outubro 30, 2018 16:07 Ralf Mardorf escreveu:
> > Apparently this TU has got special rights. That he could behave like
> > this again and again does strengthen him to continue doing it.
> >
> This thread has lived much longer than
Hi Santiago,
Now that the discussion period is over, I am taking time to fully answer
this, since it's much more general and important than the TU application
itself.
On 28-10-18, Santiago Torres-Arias wrote:
> I've been following this email thread quite closely and without
> participating as I
Hi,
On 14-10-18, Konstantin Gizdov wrote:
> Hello,
>
> I am Konstantin Gizdov [1] [2],
> (`kgizdov`, `a...@kge.pw`, `kgiz...@gmail.com`)
>
> I would like to apply to be a Trusted User under Baptiste Jonglez's
> sponsorship.
The discussion period is over, the vote is now open:
On 28-10-18, Daniel M. Capella wrote:
> On October 28, 2018 2:42:31 PM EDT, Baptiste Jonglez
> wrote:
> >On 28-10-18, Eli Schwartz via aur-general wrote:
> >> (endless rambling)
> >
> >Can we please stop this futile bike-shedding exercise? It does litt
On 28-10-18, Eli Schwartz via aur-general wrote:
> (endless rambling)
Can we please stop this futile bike-shedding exercise? It does little
outside of discrediting you and the Arch community as a whole.
I already said so in previous discussions, but I am still dismayed at your
and Doug's
On 15-10-18, Levente Polyak via aur-general wrote:
> On 10/14/18 11:35 PM, Daniel Bermond via aur-general wrote:
> >
> > I usually don't use pgp on my aur packages because people tend to
> > complain a lot about building issues. They fail to handle the keys and
> > start complaining to the
Hi,
On 14-10-18, Doug Newgard via aur-general wrote:
> Decided to take a quick look at your PKGBUILDs, and just a few spot checks
> makes me wonder. The first one I click on is apache-flex-sdk, I see that you
> aren't the original submitter, so I look at the git log and see that the first
> thing
Hi,
On 14-10-18, Daniel Bermond via aur-general wrote:
> My name is Daniel Bermond and my alias on the AUR and forums is
> dbermond[1][3].
>
> Bruno Pagani (alias: ArchangeGabriel) is sponsoring my Trusted User
> application. I would like to highly thank Bruno for accepting to be my
> sponsor.
Hi,
On 14-10-18, Konstantin Gizdov wrote:
> I am Konstantin Gizdov [1] [2],
> (`kgizdov`, `a...@kge.pw`, `kgiz...@gmail.com`)
>
> I would like to apply to be a Trusted User under Baptiste Jonglez's
> sponsorship.
I confirm my sponsorship of Konstantin. Let the discussion period begin,
it seems
On 10-02-18, Alad Wenter via aur-general wrote:
> On Sat, Feb 03, 2018 at 12:12:44AM +0100, Alad Wenter via aur-general wrote:
> > On Fri, Jan 26, 2018 at 03:53:07PM -0600, Ivy Foster wrote:
> > > On 26 Jan 2018, at 10:31 +0100, Alad Wenter via aur-general wrote:
> > > > Note: If possible please
how is an already-running system supposed
to pick it up if no dependency pulls it in?
Baptiste
On Wed, Mar 22, 2017 at 09:45:13PM +0100, Baptiste Jonglez wrote:
> Hi,
>
> I was pretty confident that "base" packages should be listed as
> dependencies in PKGBUILDs, i.e. they a
Hi,
I was pretty confident that "base" packages should be listed as
dependencies in PKGBUILDs, i.e. they are not assumed to be installed (as
opposed to "base-devel" for build dependencies).
This belief is reinforced by the fact that namcap gives dependencies error
about packages such as glibc
On Wed, Dec 14, 2016 at 08:16:39AM +0100, Lukas Fleischer wrote:
> The voting period has ended. The results are:
>
> * Yes: 24
> * No: 4
> * Abstain: 11
>
> This means that the proposal has been accepted.
>
> Congratulations, Baptiste, and welcome aboard!
Great news, thanks everyone!
> I
Hi Nicohood,
On Thu, Dec 01, 2016 at 04:23:27PM +0100, NicoHood wrote:
> you do not need to move the packages as fast as possible into
> community. I became TU month ago and arduino is still not in community
> because some issues needed to be solved first. So quality and security
> is more
On Tue, Nov 29, 2016 at 08:11:39PM +0100, Lukas Fleischer wrote:
> I confirm that I sponsor Baptiste.
>
> I have worked with him several times in the past; among other things he
> contributed several patches to calcurse back in 2012 [1]. He is
> knowledgable and I think he will be a great
On Tue, Nov 29, 2016 at 01:04:47AM +0100, Levente Polyak wrote:
> On 11/29/2016 12:29 AM, Baptiste Jonglez wrote:
> >> - you should use git+https:// instead of plain git:// even through the
> >> CA world is a bit wonky it still authenticates the server and at the
> >
Hi,
On Mon, Nov 28, 2016 at 12:20:40PM +0100, Levente Polyak wrote:
> > Don't hesitate if you have any questions, or comments on my AUR packages!
>
> Sure, I always take a look at all packages of an applicant and suggest
> changes before I decide how to vote... so here we go :P
Yes, I was
Hello,
I would like to apply to become a TU. Lukas Fleischer has kindly accepted
to sponsor my application.
I am currently a PhD student in France, doing research on networking. I
am also involved in several projects, in particular DIY ISPs [1], the FDN
Federation in France [2], OpenWRT/LEDE
On Tue, Nov 22, 2016 at 11:28:40AM +, Giancarlo Razzolini wrote:
> Em novembro 22, 2016 6:35 Baptiste Jonglez escreveu:
> >Interesting, thanks. However, upstream starts each new minor version at
> >p1, so it looks like:
> >
> >7.2p1 → 7.2p2 → 7.3p1 →
On Tue, Nov 22, 2016 at 03:12:58AM -0500, brent timothy saner via aur-general
wrote:
> It's worth noting openssh uses the same versioning naming (though i
> don't see what's so hard to mentally replace the last minor with a p in
> front).
>
> Here's the PKGBUILD:
>
>
Hi,
I maintain a package in the AUR [1], coq [2], whose upstream versioning
scheme is a bit strange.
Basically, they release versions in the following order:
8.4 → 8.4pl1 → 8.4pl2 → 8.5 → 8.5pl1 → etc
This breaks pacman's comparison function. For instance, with a local
repo, pacman does
On Sun, Jul 24, 2016 at 05:51:52PM +0900, Nicola Squartini via aur-general
wrote:
> Evolution shows "Good signature" to me.
>
> On Sun, 2016-07-24 at 09:00 +0530, Pierre Neidhardt via aur-general
> wrote:
> > Don't want to sound picky, but it seems like the PGP signature of your
> > e-mail is
>
On Wed, Jul 13, 2016 at 12:30:53PM -0400, Storm Dragon via aur-general wrote:
> Howdy,
> I have no clue how it got set to crlf. I made this in Vim on Arch lol. I
> guess the original was from a template with the wrong format. This is fixed
> now, however.
> I also think I have a working fix for
On Mon, Jul 11, 2016 at 11:28:25AM +0200, Lukas Böger wrote:
> Next question: should compiler requirements be part of a PKGBUILD?
No, all packages in base-devel are assumed to be already installed when
using makepkg.
> In this case, when compiling with gcc, version >=4.9 is necessary.
gcc is
On Mon, Jul 11, 2016 at 10:18:32AM +0200, Lukas Böger wrote:
> Dear AUR list,
>
> simple question about dependencies in PKGBUILDs:
>
> Package A provides some header files and build scripts. Package B
> provides additional headers, and their usage only work out if A's
> headers are in place.
On Sun, Jul 03, 2016 at 01:34:16PM +0200, fredbezies via aur-general wrote:
> Hello.
>
> Is there a problem with AUR servers ? I tried to upgrade my PKGBUILD
> for easytag git, and here is the error I get :
>
> fatal: unable to access 'https://aur.archlinux.org/easytag-git.git/':
> The requested
On Wed, Jun 22, 2016 at 02:47:09PM +0200, Valo wrote:
> Il 22/06/2016 12:12, Baptiste Jonglez ha scritto:
> > That is, can it be used and be useful without monkeysphere? If so, it
> > could make sense to provide it as a separate package,
> As for package description: "
Hi Valo,
On Wed, Jun 22, 2016 at 11:30:57AM +0200, Valo wrote:
> As gnupg 2.1.13 is now available in core I'd like to update monkeysphere
> to 0.38, here are the PKGBUILDs for monkeysphere[2] and for
> agent-transfer[1], a new monkeysphere checkdependency.
>
> Agent-transfer is included in the
ean_Chroot
> Cheers,
> Justin
>
> On Thu, Feb 18, 2016, 9:51 PM Baptiste Jonglez <bapti...@bitsofnetworks.org>
> wrote:
>
> > Hi,
> >
> > I would like to run some kind of continuous integration of my AUR
> > packages. The goal is to know when a
Hi,
I would like to run some kind of continuous integration of my AUR
packages. The goal is to know when a package I maintain fails to build
because either:
1/ its dependencies have been updated (new API, new incompatible version
of GCC, ...)
2/ for -git packages, changes made upstream
37 matches
Mail list logo
