from:"Sven\-Hendrik Haase"

Re: [aur-general] TU application - orhun

2020-12-26 Thread Sven-Hendrik Haase via aur-general


And thusly ends this tumultuous discussion period.

The time has come to vote: https://aur.archlinux.org/tu/?id=127

xoxo,
Sven



OpenPGP_signature
Description: OpenPGP digital signature

[aur-general] Anyone want to have netdata?

2020-12-17 Thread Sven-Hendrik Haase via aur-general


Hey,

I don't really use netdata anymore. Does anyone want to pick it up?

I'd drop it to AUR otherwise.

Cheers,
Sven



OpenPGP_signature
Description: OpenPGP digital signature

Re: [aur-general] TU application - orhun

2020-12-12 Thread Sven-Hendrik Haase via aur-general


Hello,

I have no idea who this is and I haven't talked to this user before. 
However, considering they maintain a lot of Rust software, I think 
they're safe and would make a great addition to the team.


Just kidding. I talked to Orhun a fair bit, went over the majority of 
their packages and I think they'd make a great addition to the team. I 
hereby confirm my sponsorship. Since Levente already gave his 
confirmation, let the discussion period begin!


Cheers,
Sven




OpenPGP_signature
Description: OpenPGP digital signature

Re: [aur-general] AUR migration

2020-07-23 Thread Sven-Hendrik Haase via aur-general



On 23.07.20 22:09, Giancarlo Razzolini via aur-general wrote:
> Hi All,
> 
> In continuing with the improvements being done to our infrastructure, we're
> planning to migrate the AUR to another machine. This means that, during
> the migration,
> there *will* be downtime of the whole AUR.
> 
> I expect the migration to take around two hours and happen either
> tomorrow (Friday)
> or on Saturday, depending on availability.
> 
> Regards,
> Giancarlo Razzolini

Thanks for taking the time! I hope there won't be any weird unforeseen
problems.



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU application; freswa

2020-05-06 Thread Sven-Hendrik Haase via aur-general



On 06.05.20 23:19, Frederik Schwan via aur-general wrote:
> Hi everyone,
> my name is Frederik aka freswa and I'm applying to become a Trusted User with 
> svenstaro's and grazzolini's sponsorship.
> 
> I started using Linux around 2004 with some live images of Ubuntu. In 2010, 
> Debian became my main OS. Only a year later I switched to Arch after I 
> screwed up Debian/sid while hunting for the latest kernel.
> I'm interested in DevOps topics, mail server, C, Rust, Go and newer JVM 
> languages such as Kotlin.
> 
> Thanks to svenstaro I've been a bug wrangler since February. You mostly hear 
> from me when I assign bugs to the wrong people from time to time :P
> 
> OS contributions:
> - working on the dovecot-xaps code, providing native Mail.app Apple Push for 
> iOS devices
> - maintaining and writing PKGBUILDs for the AUR
> - bug reporting and fixing for several projects
> 
> My AUR packages got reviewed recently by eschwartz, svenstaro and alad - 
> thanks :)
> 
> If I become a TU, I'd like to focus on the bug tracker until we have a better 
> solution. I'd also like to help out bug fixing when maintainers are busy, 
> away or on vacation.
> 
> Packages which I would like to move to [Community], some of which are not 
> mine:
> docker-credential-pass
> i3status-rust
> intel-undervolt
> ispin
> mysqltuner
> pdfposter
> pinentry-rofi
> protobuf-go
> sha3sum
> spin
> talosctl
> thermald
> unifi
> woeusb
> 
> I'm aware though that some of these packages do not meet the criteria of 10 
> votes yet. I'll reevaluate whether they meet this criteria from time to time.
> I'd also like to go on helping Eli with maintenance of zfs-dkms and zfs-utils 
> in the AUR.
> 
> In case JetBrains is okay with us packaging their IDE's, I'd also maintain 
> them. But so far all requests I found resulted in a negative response from JB.
> 
> I am looking forward to working with you!
> Frederik
>
I'm confirming my sponsorship!

Let the discussions begin. Well, continue, I suppose, since it already
kinda started while I slept.

Discussion period shall last until 2020-05-12.

Sven



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] Dropping official gitlab packages

2019-12-27 Thread Sven-Hendrik Haase via aur-general

On Fri, Dec 27, 2019, 23:41 Anatol Pomozov  wrote:

> Hi
>
> Per discussion with Sven-Hendrik I am going to become maintainer for
> these packages.
>
> Aaand the first batch of changes (switching gitlab to ruby 2.6) has
> landed [community-testing]. Please give it a try and send feedback if
> you see any issues.
>

Thanks a lot! Good to see these going to a loving home. Don't forget to
assign yourself all the bugs.

>

Re: [aur-general] Dropping official gitlab packages

2019-12-27 Thread Sven-Hendrik Haase via aur-general

On Fri, Dec 27, 2019, 09:26 Anatol Pomozov  wrote:

> Hello Sven-Hendrik
>
> On Thu, Dec 26, 2019 at 11:47 AM Sven-Hendrik Haase 
> wrote:
> > On Thu, Dec 26, 2019, 18:14 Sébastien Luttringer 
> wrote:
> >>
> >> On Thu, 2019-12-26 at 01:51 +0100, Sven-Hendrik Haase via aur-general
> wrote:
> >> > On Thu, 26 Dec 2019 at 01:43, Anatol Pomozov <
> >> > Because Docker+EE works flawlessly and reliably while upstream breaks
> the
> >> > packages we have every other release. Upstream _needs_ their Docker EE
> >> > image to work as there's tons of money to be lost there but they
> don't care
> >> > about our downstream packages. Also, I didn't see any way to package
> their
> >> > EE at the time. I lost too much time maintaining these fruitless
> packages
> >> > and it's time to cut those losses.
> >>
> >> Hello,
> >>
> >> Both Docker images work flawlessly since years (they are officially
> supported).
> >> I guess the question was more about EE vs CE.
> >> I recently noticed than well known opensource distro now use the CE.
> >>
> >> Regards,
> >>
> >> Sébastien "Seblu" Luttringer
> >
> > Let's not go further in this direction please. This thread is about
> dropping/passing on maintenance of the gitlab packages. Hopefully some
> other TU can show these packages some love.
>
> I think that the question of maintaining 'gitlab' package in
> [community] is relevant to our future plans. If we want to go with
> gitlab to manage our repos then I propose to use the Arch package
> instead of a Docker image. The advantage of using the Arch package is:
>  - we show that we trust our own packaging abilities
>  - we put ourselves into our user's shoes. Using 'gitlab' package at
> our server will help us understand how other users deal with such
> systems. What are their pain points. Maybe it will force us to rethink
> how do we manage ruby releases or maybe we come up with better bundler
> integration or something else.
>
> So we need to decide whether we want to use the Arch package or the
> docker image. If Arch package is the preferable option then it should
> stay in the repo.
>

The whole point of this is that we don't trust our gitlab packages. I
wouldn't build our arch code hosting on those packages from what I've seen
in the past. In fact, even if those packages found a maintainer again, I'd
be opposed to actually using them ourselves in the short term.

One example of why I don't trust them: sometimes gitlab tags a security
release which would in theory need to be released quickly but then fails to
build so it stays vulnerable for a few days until I can get the build
fixed. This doesn't happen with the docker images.

I think the docker image is by far the preferable option for the time being.

>

Re: [aur-general] Dropping official gitlab packages

2019-12-26 Thread Sven-Hendrik Haase via aur-general

On Thu, Dec 26, 2019, 18:14 Sébastien Luttringer  wrote:

> On Thu, 2019-12-26 at 01:51 +0100, Sven-Hendrik Haase via aur-general
> wrote:
> > On Thu, 26 Dec 2019 at 01:43, Anatol Pomozov <
> > Because Docker+EE works flawlessly and reliably while upstream breaks the
> > packages we have every other release. Upstream _needs_ their Docker EE
> > image to work as there's tons of money to be lost there but they don't
> care
> > about our downstream packages. Also, I didn't see any way to package
> their
> > EE at the time. I lost too much time maintaining these fruitless packages
> > and it's time to cut those losses.
>
> Hello,
>
> Both Docker images work flawlessly since years (they are officially
> supported).
> I guess the question was more about EE vs CE.
> I recently noticed than well known opensource distro now use the CE.
>
> Regards,
>
> Sébastien "Seblu" Luttringer
>

Let's not go further in this direction please. This thread is about
dropping/passing on maintenance of the gitlab packages. Hopefully some
other TU can show these packages some love.

>

Re: [aur-general] Dropping official gitlab packages

2019-12-25 Thread Sven-Hendrik Haase via aur-general

On Thu, 26 Dec 2019 at 01:43, Anatol Pomozov 
wrote:

> Thanks for the reply.
>
> On Wed, Dec 25, 2019 at 2:20 PM Sven-Hendrik Haase 
> wrote:
> >> > I maintain the official gitlab packages gitlab, gitlab-gitaly,
> >> > gitlab-runner, gitlab-shell, gitlab-workhorse and python-gitlab. Out
> of
> >> > these, I'll be dropping gitlab, gitlab-gitaly, gitlab-shell and
> >> > gitlab-workhorse because they are way too much work to maintain and I
> can't
> >> > keep up and the result isn't great.
> >>
> >> I remember discussions about using gitlab to manage our (future) git
> >> repos. If we want to go this route then we need to keep gitlab in our
> >> repos.
> >
> >
> > That is entirely orthogonal because we're using Docker for that
> currently anyway as we'll use their Enterprise Edition offering which we
> didn't package.
>
> I probably missed this discussion so I am out of context. But what is
> the reason we prefer Docker+EE versus using a plain Arch package for
> GitLab community edition?
>

Because Docker+EE works flawlessly and reliably while upstream breaks the
packages we have every other release. Upstream _needs_ their Docker EE
image to work as there's tons of money to be lost there but they don't care
about our downstream packages. Also, I didn't see any way to package their
EE at the time. I lost too much time maintaining these fruitless packages
and it's time to cut those losses.

Re: [aur-general] Dropping official gitlab packages

2019-12-25 Thread Sven-Hendrik Haase via aur-general

On Wed, 25 Dec 2019 at 23:47, Giancarlo Razzolini 
wrote:

> Em dezembro 25, 2019 19:36 Karol Babioch via aur-general escreveu:
> >
> > Announcing this on main site as dedicated news entry is probably
> > overkill? At least it would get some attention and potentially some new
> > maintainer could be found this way ;-)?
> >
> > Not sure how many people are using those packages, but this is seriously
> > disruptive. Anyone running on this, would probably appreciate to be
> > aware of the situation ...
> >
>
> I think Sven should have used the arch-dev-public mail list, but it does
> not
> change the fact the current packages are hard to maintain and if no other
> developer
> or trusted user wants to pick it up, it will be dropped.
>

I thought aur-general for [community] and AUR and arch-dev-public for
[extra] and [core] discussion? This way, non-TU users will get a chance to
speak up here in case they want to aspire to be maintainers for the
packages to be dropped for when they land in AUR.

Re: [aur-general] Dropping official gitlab packages

2019-12-25 Thread Sven-Hendrik Haase via aur-general

On Wed, 25 Dec 2019 at 23:30, Karol Babioch via aur-general <
aur-general@archlinux.org> wrote:

> Hi,
>
> Am 25.12.19 um 23:18 schrieb Anatol Pomozov via aur-general:
> > I remember discussions about using gitlab to manage our (future) git
> > repos. If we want to go this route then we need to keep gitlab in our
> > repos.
>
> So is the recommendation for anyone currently using the packaged version
> to migrate to the Docker image?
>
> Maybe this can be communicated accordingly, when no other maintainer can
> be found.
>
> Best regards,
> Karol Babioch
>
>
We don't really have any system for communication for things like that in
place except for this mailing list. What other mechanism do you imagine?

Re: [aur-general] Dropping official gitlab packages

2019-12-25 Thread Sven-Hendrik Haase via aur-general

On Wed, 25 Dec 2019 at 23:18, Anatol Pomozov 
wrote:

> Hi
>
> On Tue, Dec 24, 2019 at 11:00 PM Sven-Hendrik Haase via aur-general
>  wrote:
> >
> > Hi guys,
> >
> > I maintain the official gitlab packages gitlab, gitlab-gitaly,
> > gitlab-runner, gitlab-shell, gitlab-workhorse and python-gitlab. Out of
> > these, I'll be dropping gitlab, gitlab-gitaly, gitlab-shell and
> > gitlab-workhorse because they are way too much work to maintain and I
> can't
> > keep up and the result isn't great.
>
> I remember discussions about using gitlab to manage our (future) git
> repos. If we want to go this route then we need to keep gitlab in our
> repos.
>

That is entirely orthogonal because we're using Docker for that currently
anyway as we'll use their Enterprise Edition offering which we didn't
package.

[aur-general] Dropping official gitlab packages

2019-12-24 Thread Sven-Hendrik Haase via aur-general

Hi guys,

I maintain the official gitlab packages gitlab, gitlab-gitaly,
gitlab-runner, gitlab-shell, gitlab-workhorse and python-gitlab. Out of
these, I'll be dropping gitlab, gitlab-gitaly, gitlab-shell and
gitlab-workhorse because they are way too much work to maintain and I can't
keep up and the result isn't great.

Currently known bugs:
https://bugs.archlinux.org/task/62837
https://bugs.archlinux.org/task/63679
https://bugs.archlinux.org/task/63688
https://bugs.archlinux.org/task/63935
https://bugs.archlinux.org/task/63950
https://bugs.archlinux.org/task/64337
https://bugs.archlinux.org/task/64887

Unless any other masochistic TU really wants to feel the pain, I'll be
dropping them in about two weeks.

Sven

Re: [aur-general] TU removal: Ray Rashif

2019-10-08 Thread Sven-Hendrik Haase via aur-general



On 08.10.19 14:35, David Runge wrote:
> Hi all,
> 
> I would like to start the discussion period for a Trusted User removal
> of Ray 'schiv' Rashif on the grounds of 'Special Removal of an Inactive
> TU' [1]. Note, that this is separate from any motion in regards to Ray's
> developer status.
> 
> Currently Ray is the maintainer of 60 packages in [community] and
> [extra], of which none are actively maintained by him (for years).
> Ray's last action as a community member (in archweb) has been on
> '2019-03-12 12:50'.
> The account 'schivmeister' doesn't maintain any packages in the AUR and
> the last login in aurweb was on '2019-03-12'.
> However, the last counted Trusted User vote is number 117 (current vote:
> 118).
> 
> The voting procedure will commence after seven days of discussion
> period, in which Ray can state his case.
> 
> Bests,
> David
> 
> [1] 
> https://aur.archlinux.org/trusted-user/TUbylaws.html#_special_removal_of_an_inactive_tu
> 

+1



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU membership application

2019-08-16 Thread Sven-Hendrik Haase via aur-general

On Sat, 17 Aug 2019 at 01:35, Josef Miegl  wrote:

> On August 16, 2019 10:05:54 PM GMT+02:00, "Balló György via aur-general" <
> aur-general@archlinux.org> wrote:
> >anydesk, reaper, spotify, teamviewer, unity-editor and unityhub are
> >proprietary software with restrictive license. I don't think that you
> >can legally distribute them
>
> Even if we could, is there a reason to flood arch repositories with these
> proprietary programs? In my opinion proprietary programs should be an
> exception, not the norm.
>

Josef Miegl
>

Whether they are proprietary or not has never been a large concern for
Arch. What concerns us is whether they are useful or not and whether they'd
actually be used by any amount of people. Arch is all about pragmatism.

Sometimes, binary blobs are inconvenient for us because if they break we
can't fix them. However, that's an entirely separate can of worms which I
don't want to open in this thread.

Bottom line: If it's legal to package and it's useful and popular software,
there's really no reason not to package it.

Re: [aur-general] TU membership application

2019-08-16 Thread Sven-Hendrik Haase via aur-general

On Fri, 16 Aug 2019 at 22:35, Oscar  wrote:

> I'm currently maintaining unity-editor and unityhub and I don't think they
> will allow redistribution of binaries.
>
> They even dropped the official Ubuntu packages in favor of their custom
> installers. And honestly it makes more sense to do it this way because the
> engine is a big self contained blob and users usually need to have several
> different versions installed at the same time to patch old projects etc.
>
>
>
> On Fri, Aug 16, 2019, 22:20 Sven-Hendrik Haase via aur-general <
> aur-general@archlinux.org> wrote:
>
>> On Fri, Aug 16, 2019, 22:06 Balló György via aur-general <
>> aur-general@archlinux.org> wrote:
>>
>> > 2019. 08.  16, péntek keltezéssel 15.19-kor Jean Lucas via aur-general
>> > ezt írta:
>> > > If I were accepted to become a TU, I'd like to adopt and move the
>> > > following packages (all having over 10 votes in the AUR) from the AUR
>> > > into [community]:
>> > >
>> > > anydesk, downgrade, exercism, flutter, godot, itch, mattermost-
>> > > desktop,
>> > > nvm, reaper, spotify, teamviewer, thermald, unity-editor, and
>> > > unityhub,
>> > > for starters!
>> >
>> > anydesk, reaper, spotify, teamviewer, unity-editor and unityhub are
>> > proprietary software with restrictive license. I don't think that you
>> > can legally distribute them.
>> >
>> > --
>> > György Balló
>> > Trusted User
>>
>>
>> Well, you can always ask upstream. So far, we received exceptions for
>> redistribution of more software than we got rejections for, I think.
>>
>> >
>>
>
Never hurts to ask. :)

Asking should also be done in the case of all the packages Jean mentioned.

Re: [aur-general] TU membership application

2019-08-16 Thread Sven-Hendrik Haase via aur-general

On Fri, Aug 16, 2019, 22:06 Balló György via aur-general <
aur-general@archlinux.org> wrote:

> 2019. 08.  16, péntek keltezéssel 15.19-kor Jean Lucas via aur-general
> ezt írta:
> > If I were accepted to become a TU, I'd like to adopt and move the
> > following packages (all having over 10 votes in the AUR) from the AUR
> > into [community]:
> >
> > anydesk, downgrade, exercism, flutter, godot, itch, mattermost-
> > desktop,
> > nvm, reaper, spotify, teamviewer, thermald, unity-editor, and
> > unityhub,
> > for starters!
>
> anydesk, reaper, spotify, teamviewer, unity-editor and unityhub are
> proprietary software with restrictive license. I don't think that you
> can legally distribute them.
>
> --
> György Balló
> Trusted User


Well, you can always ask upstream. So far, we received exceptions for
redistribution of more software than we got rejections for, I think.

>

[aur-general] New build server for TUs and devs

2019-03-20 Thread Sven-Hendrik Haase

Hi all,

Thanks to Hetzner sponsoring our new server [0] we now have a new box with
48 threads, 128 GiB RAM, and 2 NVMes in RAID0 with a total of 1.75 TiB of
storage. Should be plenty fast for the time being.

The new server is now available at dragon.archlinux.org for all of your
package building pleasures. All TUs and devs have had all of their keys
added.

pkgbuild.com will soon be pointed to this new server so keep that in mind
in case your SSH tells you the hostname changed.

IMPORTANT: No data has been migrated from soyuz. It is your responsibility
to transfer any data you might want on dragon. soyuz will stay available
for at least a month from now (probably more, don't worry, there will be
another mail for its termination), so you have plenty of time to migrate
any data.

dragon will not host public_html in your home dirs. That will move
somewhere else. dragon is very strictly a build box and no other services
should run on there.

soyuz hasn't been changed in any way and if you really want to keep using
that, you can do so until it gets terminated.

[0] https://twitter.com/svenstaro/status/1107938411254431744

Re: [aur-general] Trusted user application: Drew DeVault

2019-02-25 Thread Sven-Hendrik Haase

On 25/02/2019 00.23, Drew DeVault wrote:
> Hiya! Jerome convinced me to finally apply for TU, and Sven-Hendrik
> agreed to co-sponsor my application (both Cc'd).
>
> I'm a generalist that works on free software full time. I maintain the
> following AUR packages:
>
> https://aur.archlinux.org/packages/?SeB=m=sircmpwn
>
> I also maintain a third-party Arch repo and oversee some automation for
> helping to build and publish new packages:
>
> https://git.sr.ht/~sircmpwn/sr.ht-pkgbuilds
>
> I'm also the upstream maintainer for several packages in community,
> including wlroots, sway, and scdoc; and I maintain numerous packages for
> Alpine Linux as well. I maintain many other free software projects,
> most notably sourcehut, and I also contribute to many projects
> maintained by others as well.
>
> I think Jerome has been hoping for some relief from the packages I
> maintain the upstream for, so I may start by relieving that burden. I'd
> also like to move the samuari package into community, and likely some
> of the Python packages from my third-party repository as well.
>
> Outside of packaging, I have also been doing some exploratory work that
> I hope will lead to finally moving Arch Linux from SVN to git.
>
> As a long time fan and user of Arch Linux, I'm looking forward to the
> chance to give back to the community. If anyone has any questions,
> please let me know.
>
> --
> Drew DeVault

I confirm my co-sponsorship. Let the discussion period begin!




signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU application: a-wing

2018-12-25 Thread Sven-Hendrik Haase

On Tue, Dec 25, 2018 at 9:13 AM Chih-Hsuan Yen via aur-general <
aur-general@archlinux.org> wrote:

>
> Brett Cornwall via aur-general 於 2018/12/25 下午3:54 寫道:
> >
> > On December 25, 2018 12:50:41 AM MST, Metal A-wing <1@233.email> wrote:
> >> I want to push `ruby-rails` and `ruby-*` packages to the official repo
> > Who is your sponsor? Can you tell us more about why you should be a TU?
> >
> > https://wiki.archlinux.org/index.php/Trusted_user#How_do_I_become_a_TU?
>
>
> I'm going to sponsor Metal A-wing to apply as a TU. But this application
> letter is indeed... too short :D
>
> Metal A-wing, could you describe more about yourself just like previous
> examples I've pasted to you?
>
> Cheers,
>
> Chih-Hsuan Yen
>

I don't like this. I does not appear as though Metal A-wing put in any
research into this (going to the archives, checking proper applications).
There is nothing there. Even if Metal A-wing now produces a proper
application mail, I'll be very skeptical.

Re: [aur-general] TU Application - Konstantin Gizdov

2018-10-14 Thread Sven-Hendrik Haase

On Sun, Oct 14, 2018, 22:34 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.
>
> A few words about me:
>
> I am currently a Particle Physics PhD at Univerisity of Edinburgh and I
> have used Linux since my early teenage years. After I finished
> high-school, Linux has been my main operating system. I embraced Open
> Source software for a long time ago and contribute to such several
> projects [2][3][4]. I have been with Arch Linux since 4+ years ago,
> although only more active since 2+ years.
>
> My main work is concentrated on Experimental Particle Physics & the LHCb
> Detector at the Large Hadron Collider at CERN. As part of that I have
> been involved in the development, upgrade & maintenance of the
> High-Level Trigger & RICH systems and LHCb's data flow [3]. I also have
> experience with a lot of data processing & analysis - data distillation
> & enrichment, machine learning, statistical analysis, etc - and
> associated tools. Separately, I maintain several machines - a personal
> web server, company server with several VMs, local workhorse server,
> personal workstation & laptop (sprinkle around some RaspberryPis and
> network devices here and there). This put me in a unique position to
> work with many and different kinds of systems and software - ranging
> from ASICs & FPGAs, through localized control systems & end-user devices
> to large clusters & super computers. Daily, I use popular tools such as
> VMs, docker, git, GCC, CUDA, tensorflow, Cern's ROOT, but I also run a
> lot of custom and even-self made software [4][6]. All of this has been a
> breeze on Arch Linux.
>
> Thus, a couple of years ago, I decide to get more involved and
> contribute. I took on the task to maintain CERN's ROOT package [7] and
> since then I've involved myself heavily into that, I'm a contributor to
> the project and I use it daily in my work. I have been providing this
> package for many colleagues in the field, including all of its stack &
> complementary tools (Pythia, XRootD & other Python tools). I have
> enabled a lot of new features and worked with upstream towards new
> functionality, bug fixes, etc. On top of that I have shipped several
> other related projects - machine learning packages, SciKit-HEP packages
> like uproot, Docker images, GitLab CIs and so on.
>
> I have also been able to develop and publish a machine learning project
> me and colleague came up with [4]. This is soon going to be a package in
> SciKit-HEP and I will aim to make it package here too. Arch Linux was a
> great platform for all of this. I was able to install & configure
> up-to-date software easily and what I did not find, I provided for me &
> others on the AUR without too much hassle.
>
> Overall, I have to say Arch Linux (and its community) have played a key
> role in me being able to do all of these things. I have found the OS
> itself to be stable and flexible and the users & maintainers
> approachable and direct, which I appreciate a lot. I have met a lot of
> people through the Arch Linux community - forums, AUR and just saying 'I
> use Arch, too!', haha.
>
> The reason for applying to become a TU is to get even more involved and
> give back to the community. If you accept me, I would like to continue
> maintaining and improving my current packages as well as bring new
> packages. As an AUR maintainer I basically consider it an on-going duty
> already.
>
> I would like to maintain/contribute/adopt the following:
>
>   * Packages I would like to co-maintain:
>   o python-awkward
>   o libafterimage
>   o xxhash
>   o unuran
>   * Packages I already maintain and intend to move from AUR:
>   o root & root-extra
>   o xrootd
>   o simpletools
>   o root5
>   o python-root_numpy
>   o python-uproot
>   o python-uproot-methods
>   o python-hep_ml
>   o pythia
>   o llvm50
>   o llvm50-libs
>   o clang50
>   * New packages I would like to add/move from AUR:
>   o cern-vdt
>   o cvmfs
>   o HepDrone [4]
>   o python-keras
>   o root_pandas (new)
>   o histbook (new)
>   o decaylanguage (new)
>   o pyjet (new)
>   o vegascope (new)
>   o root_ufunc (new)
>   o formulate (new)
>
> I hope to make Arch Linux more versatile and accessible to users in data
> science, high-energy physics & machine learning, and possibly as a whole.
>
> Thank you.
>
> --
> Regards,
>
> Konstantin
>
> 1. https://keybase.io/kgizdov
> 2. https://github.com/kgizdov
> 3. https://gitlab.cern.ch/kgizdov
> 4. https://github.com/Tevien/HEPDrone
> 5. https://github.com/scikit-hep
> 6. https://gitlab.cern.ch/kgizdov/pdqa-automation


Great stuff. Would you be interested in co-maintaining tensorflow, cuda and
pytorch and related packages? They sometimes cost a lot of time to fix up.

[aur-general] Does anyone want to maintain the GNUstep packages?

2018-01-13 Thread Sven-Hendrik Haase

The gnustep-* packages are currently orphaned. Only oolite depends on it
but I don't really care much about either.

Does anyone want to maintain the gnustep packages? If I don't hear anything
until the end of the month, I'll drop them as well as oolite to the AUR.

[aur-general] Hey everyone,

2017-07-26 Thread Sven-Hendrik Haase

I'll be on vacation for 2 weeks starting today. Feel free to update my
packages.

Sven

Re: [aur-general] Can we have optional deps on AUR packages?

2017-04-19 Thread Sven-Hendrik Haase

On 19 April 2017 at 20:36, Jelle van der Waa  wrote:

> P.S. I noticed that for ansible you already started mentioning the AUR
>
in optdeps. Why start implementing it before we actually came to a
> solution?!
>

Because I'm going to have the optdeps there anyway and in this thread we
either agree that the current way is ok (in which case I don't have to
change anything) or we decide that it's not ok and then I'm going to pull
in the optdeps into [community].

I'm going to re-start this discussion in arch-dev-public in case some
people are not subscribed to aur-general.

[aur-general] Can we have optional deps on AUR packages?

2017-04-19 Thread Sven-Hendrik Haase

I just wanted to clear this up with the other TUs: Is it ok for [community]
packages to have optional deps on AUR packages or not?

Re: [aur-general] Stepping down as a TU

2017-01-31 Thread Sven-Hendrik Haase

On 31 January 2017 at 14:02, Михаил Страшун <pub...@dicebot.lv> wrote:
> On 01/31/2017 12:37 PM, Sven-Hendrik Haase wrote:
>> Farewell! Thanks for your maintainership. What will happen to the D stuff 
>> now?
>
> Thanks!
>
> Well, either someone else decides to adopt them, or they have to be
> moved to AUR. Are there any other options?
>

I don't think so. I was just curious whether you had something
planned. Is there anyone else interest in maintainership of the D
packages?

Re: [aur-general] Stepping down as a TU

2017-01-31 Thread Sven-Hendrik Haase

On 27 January 2017 at 12:48, Михаил Страшун  wrote:
> Hello,
>
> For a while I have been maintaining packages related to D programming
> language, motivated by being involved with the upstream. As the latter
> has come to its end I feel it be would appropriate to revoke my TU
> access too - I don't think I will have much time for any other package
> maintenance outside of D realm.
>
> Best luck and keep rocking!
>

Farewell! Thanks for your maintainership. What will happen to the D stuff now?

Re: [aur-general] Trusted User application

2016-08-04 Thread Sven-Hendrik Haase

On Thu, Aug 4, 2016 at 12:40 PM, Johannes Löthberg via aur-general
 wrote:
> On 04/08, Balló György via aur-general wrote:
>>
>> 2016. 07.  28, csütörtök keltezéssel 12.13-kor Balló György ezt írta:
>>>
>>> 2016. 07.  23, szombat keltezéssel 10.45-kor Balló György ezt írta:
>>> >
>>> > 2016. 07.  23, szombat keltezéssel 13.39-kor Nicola Squartini via
>>> > aur-
>>> > general ezt írta:
>>> > >
>>> > >
>>> > > Hi,
>>> > >
>>> > > My name is Nicola Squartini, long time Arch Linux user and
>>> > > enthusiast. I would like to become a Trusted User and György
>>> > > Balló offered to sponsor my application.
>>> >
>>> > I confirm my sponsorship. The Atom editor and the Electron
>>> > application
>>> > framework are very popular nowadays, definitely we want to see them
>>> > in
>>> > our repositories. It's not easy to build them entirely from
>>> > sources,
>>> > but Nicola did a great job.
>>> >
>>> > Lets start the discussion period of 5 days now.
>>>
>>> The discussion period is over, and the voting period starts.
>>> TUs, please vote: https://aur.archlinux.org/tu/?id=86
>>
>>
>> The voting period is over. The results:
>>
>> Yes: 27
>> No: 4
>> Abstain: 2
>>
>> Congratulation! Nicola, you become a Trusted User now. :)
>>
>
> Congrats, and welcome to the team!
>
>

Welcome to the team!

Re: [aur-general] Autostart of program on installing via install file

2016-05-26 Thread Sven-Hendrik Haase

Yeah, that package should definitely not be doing that.

On Fri, May 27, 2016 at 12:15 AM, Lex Black  wrote:

> Hi
>
> I stumpled upon an AUR package where the install file executes the
> installed program[0].
> My assumption is, managing the start of services is done by the user and
> shouldn't happen on installing a package.
>
> And now I'm wondering if there is a rule about this (didn't find one) or
> more like an agreement to not do such a thing.
> Or is it even perfectly fine to implement it.
>
>
> Best regards
> Lex
>
> __
> [0]
>
> https://aur.archlinux.org/cgit/aur.git/tree/xfce-polkit.install?h=xfce-polkit-git
>

Re: [aur-general] TU application: Pierre Neidhardt

2015-10-13 Thread Sven-Hendrik Haase


On 13.10.2015 10:59, Pierre Neidhardt wrote:

Great, I'm very happy to read this!
Thank you very much and see you around! :)

On 15-10-12 17:58:43, Alexander F Rødseth wrote:

The vote is over and the results are:

Yes: 24
No: 4
Abstain: 4

Congratulations and welcome to our latest TU, Pierre Neidhardt!

--
Sincerely,
 Alexander F Rødseth / xyproto


Awesome, welcome aboard!

Re: [aur-general] Feedback for rmlint-git and call for a TU

2015-09-28 Thread Sven-Hendrik Haase

No, sorry, I'm quite busy. I will try to get to this tomorrow.

On Sat, Sep 26, 2015 at 4:46 PM, christop...@ira-kunststoffe.de <
christop...@ira-kunststoffe.de> wrote:

> Hi,
>
> Sorry if this sounds impatient: Are there any news on this?
>
>
> Am Di, 22. Sep, 2015 um 5:16 schrieb Sven-Hendrik Haase <s...@lutzhaase.com
> >:
>
>> Sounds like a pretty cool software. Will take a look later.
>> On Sep 22, 2015 16:42, "christop...@ira-kunststoffe.de" <
>> christop...@ira-kunststoffe.de> wrote:
>>
>>  Hello,
>>>
>>>  Im the developer of rmlint (http://rmlint.rtfd.org) and mantain also
>>> the
>>>  rmlint-git AUR package (https://aur4.archlinux.org/packages/rmlint-git/
>>> ).
>>>  I'd love to see it also in the official community repository, especially
>>>  since some users don't like to install the build dependencies (scons,
>>>  sphinx).
>>>  For that, of course, a TU would be needed and I figured the best place
>>> to
>>>  find one would be here. I think the number of votes should be enough.
>>>
>>>  If changes in the PKGBUILD are required, I will fix that beforehand of
>>>  course.
>>>  There is also another package by someone else that is not build from
>>> git,
>>>  but from release tarballs: https://aur.archlinux.org/packages/rmlint/
>>>
>>>  Thanks,
>>>  Chris
>>>
>>>  P.S: Sorry if that got posted twice.
>>>
>>>

Re: [aur-general] Feedback for rmlint-git and call for a TU

2015-09-22 Thread Sven-Hendrik Haase

Sounds like a pretty cool software. Will take a look later.
On Sep 22, 2015 16:42, "christop...@ira-kunststoffe.de" <
christop...@ira-kunststoffe.de> wrote:

> Hello,
>
> Im the developer of rmlint (http://rmlint.rtfd.org) and mantain also the
> rmlint-git AUR package (https://aur4.archlinux.org/packages/rmlint-git/).
> I'd love to see it also in the official community repository, especially
> since some users don't like to install the build dependencies (scons,
> sphinx).
> For that, of course, a TU would be needed and I figured the best place to
> find one would be here. I think the number of votes should be enough.
>
> If changes in the PKGBUILD are required, I will fix that beforehand of
> course.
> There is also another package by someone else that is not build from git,
> but from release tarballs: https://aur.archlinux.org/packages/rmlint/
>
> Thanks,
> Chris
>
> P.S: Sorry if that got posted twice.
>

Re: [aur-general] Trusted User application

2015-01-13 Thread Sven-Hendrik Haase

On 05.01.2015 17:52, Sven-Hendrik Haase wrote:

On 31.12.2014 21:29, Sven-Hendrik Haase wrote:

On December 31, 2014 7:20:02 PM CET, Jerome Leclanche adys...@gmail.com wrote:

[reposted to the correct list, oops]

Hi list

My name is Jerome Leclanche and this is my application for becoming an
Arch Linux TU. Both Balló György and Sven-Hendrik Haase have
encouraged me to apply, and Sven-Hendrik has agreed to sponsor me for
the occasion.

I am a French Python developer living in Stockholm. I work on FOSS
both for my full-time job and in my free time, with my focus being on
the LXQt project of which I am one of the lead developers
(http://lxqt.org/). All my contributions are available on Github:
https://github.com/jleclanche

My main goal is of course to bring LXQt to [community]. I emailed
Antonio Rojas about that a while back as he was also interested in
this.

I'm on my third year with Arch Linux and absolutely love the distro;
been hanging around IRC and the community as jleclanche. This is my
package list:

https://aur.archlinux.org/packages/?SeB=mK=jleclanche

I have started the release process to get LXQt 0.9 out some time in
January. I would really like to see it become available on Arch Linux
at the same time =)

Other than LXQt, I also maintain ruby-sass and its dependencies, which
I would also like to move to [community] - although it is something
I'd like to bring up with Anatol Pomozov first as he maintains a large
array of Ruby packages himself already.
I also saw that libfm and libfm-extra are currently orphaned there and
since they are LXDE projects, I will happily pick them up.

If any of you are going to FOSDEM, I will also be able to meet you
there - I'd love to get to know the Arch community in person as well.

Thanks for the great distribution and happy 2015 to everyone. I've
kept this as terse as possible but I'll be happy to answer any
questions.

J. Leclanche

I'm at my parents and don't have my gpg key with me so I can't sign this mail
so for now you'll have to believe my identity. I do indeed sponsor Jerome. Let
the discussion begin.

Sven

Looks like voting is over! Please cast your vote here:
https://aur.archlinux.org/tu/?id=79

Sven

Alright so now it looks like it's actually over. With 28 yes and 2 no
votes, I'm glad to be able to welcome Jerome Leclanche to the team!
Congratulations!

Jerome, I changed your account access level.

Be sure to read [0] and [1].

Please query me on IRC for channel access.

Sven

[0] https://wiki.archlinux.org/index.php/DeveloperWiki:HOWTO_Be_A_Packager
[1]
https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users

Re: [aur-general] Trusted User application

2015-01-06 Thread Sven-Hendrik Haase

On January 6, 2015 9:16:55 AM CET, Ike Devolder ike.devol...@gmail.com wrote:
On Mon, Jan 05, 2015 at 05:52:49PM +0100, Sven-Hendrik Haase wrote:
 On 31.12.2014 21:29, Sven-Hendrik Haase wrote:
  On December 31, 2014 7:20:02 PM CET, Jerome Leclanche
adys...@gmail.com wrote:
  [reposted to the correct list, oops]
 
  Hi list
 
  My name is Jerome Leclanche and this is my application for
becoming an
  Arch Linux TU. Both Balló György and Sven-Hendrik Haase have
  encouraged me to apply, and Sven-Hendrik has agreed to sponsor me
for
  the occasion.
 
  I am a French Python developer living in Stockholm. I work on FOSS
  both for my full-time job and in my free time, with my focus being
on
  the LXQt project of which I am one of the lead developers
  (http://lxqt.org/). All my contributions are available on Github:
  https://github.com/jleclanche
 
  My main goal is of course to bring LXQt to [community]. I emailed
  Antonio Rojas about that a while back as he was also interested in
  this.
 
  I'm on my third year with Arch Linux and absolutely love the
distro;
  been hanging around IRC and the community as jleclanche. This is
my
  package list:
 
  https://aur.archlinux.org/packages/?SeB=mK=jleclanche
 
  I have started the release process to get LXQt 0.9 out some time
in
  January. I would really like to see it become available on Arch
Linux
  at the same time =)
 
  Other than LXQt, I also maintain ruby-sass and its dependencies,
which
  I would also like to move to [community] - although it is
something
  I'd like to bring up with Anatol Pomozov first as he maintains a
large
  array of Ruby packages himself already.
  I also saw that libfm and libfm-extra are currently orphaned there
and
  since they are LXDE projects, I will happily pick them up.
 
  If any of you are going to FOSDEM, I will also be able to meet you
  there - I'd love to get to know the Arch community in person as
well.
 
  Thanks for the great distribution and happy 2015 to everyone. I've
  kept this as terse as possible but I'll be happy to answer any
  questions.
 
  J. Leclanche
  I'm at my parents and don't have my gpg key with me so I can't sign
this mail so for now you'll have to believe my identity. I do indeed
sponsor Jerome. Let the discussion begin.
 
  Sven
 
 Looks like voting is over! Please cast your vote here:

Wow you got me stressed for a second.

 https://aur.archlinux.org/tu/?id=79
 
 Sven
 

I thought I missed a vote again.

Oh whoops. That should have read discussion obviously. :-P

Re: [aur-general] Trusted User application

2015-01-05 Thread Sven-Hendrik Haase

On 31.12.2014 21:29, Sven-Hendrik Haase wrote:
 On December 31, 2014 7:20:02 PM CET, Jerome Leclanche adys...@gmail.com 
 wrote:
 [reposted to the correct list, oops]

 Hi list

 My name is Jerome Leclanche and this is my application for becoming an
 Arch Linux TU. Both Balló György and Sven-Hendrik Haase have
 encouraged me to apply, and Sven-Hendrik has agreed to sponsor me for
 the occasion.

 I am a French Python developer living in Stockholm. I work on FOSS
 both for my full-time job and in my free time, with my focus being on
 the LXQt project of which I am one of the lead developers
 (http://lxqt.org/). All my contributions are available on Github:
 https://github.com/jleclanche

 My main goal is of course to bring LXQt to [community]. I emailed
 Antonio Rojas about that a while back as he was also interested in
 this.

 I'm on my third year with Arch Linux and absolutely love the distro;
 been hanging around IRC and the community as jleclanche. This is my
 package list:

 https://aur.archlinux.org/packages/?SeB=mK=jleclanche

 I have started the release process to get LXQt 0.9 out some time in
 January. I would really like to see it become available on Arch Linux
 at the same time =)

 Other than LXQt, I also maintain ruby-sass and its dependencies, which
 I would also like to move to [community] - although it is something
 I'd like to bring up with Anatol Pomozov first as he maintains a large
 array of Ruby packages himself already.
 I also saw that libfm and libfm-extra are currently orphaned there and
 since they are LXDE projects, I will happily pick them up.

 If any of you are going to FOSDEM, I will also be able to meet you
 there - I'd love to get to know the Arch community in person as well.

 Thanks for the great distribution and happy 2015 to everyone. I've
 kept this as terse as possible but I'll be happy to answer any
 questions.

 J. Leclanche
 I'm at my parents and don't have my gpg key with me so I can't sign this mail 
 so for now you'll have to believe my identity. I do indeed sponsor Jerome. 
 Let the discussion begin.

 Sven

Looks like voting is over! Please cast your vote here:
https://aur.archlinux.org/tu/?id=79

Sven



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] Qt4 / Qt5 package naming

2014-04-18 Thread Sven-Hendrik Haase

On 18.04.2014 11:29, Jerome Leclanche wrote:
 Hi

 With Qt5 becoming more and more available throughout Qt apps
 (especially as KDE progresses into the switch), I think it's time to
 consider adopting an updated naming scheme.

 IMHO:
 - Qt4 apps should use the -qt4 suffix
 - Qt5 apps should not use any suffix or prefix
 - Qt libraries should probably use a qt- prefix. (eg what is currently
 qt5-base, qt5-doc etc should become qt-base, qt-location). Or
 alternatively, no prefix at all and use upstream naming scheme
 (qtbase, qtlocation, ...)

 Thoughts?


 J. Leclanche
I think the general concensus for toolkits was that they always keep
their version as a suffix. Look at gtk for instance.

Re: [aur-general] removing mingw32 packages from the AUR

2014-03-19 Thread Sven-Hendrik Haase


On 19.03.2014 20:55, Daniel Micay wrote:

The mingw64 toolchain supports building for both 32 and 64-bit Windows,
and is included in the official repositories. I don't think there's much
reason to keep around the mingw32 packages as it's more broken than
mingw64 across the board and simply not well maintained. Is anyone
opposed to removing these?


+1

Re: [aur-general] TU application sponsored by David Reisner

2014-02-03 Thread Sven-Hendrik Haase


On 03.02.2014 20:29, Daniel Micay wrote:

On Mon, Feb 3, 2014 at 2:26 PM, Anatol Pomozov anatol.pomo...@gmail.com wrote:

  - add android-sdk-* packages. Current AUR packages download binaries
and install binaries to /opt/bin. The binaries are 32-bit. Instead we
should build SDK from sources and provide proper 64/32-bit binaries.
This might be tricky as Android build system is complicated.

This is indeed a huge pain. Cloning the sources alone takes ages and a
ridiculous amount of disk space. There are at least two trusted users
interested in doing this, but it hasn't happened yet. It would be
*great* if you got it working :).
That would be awesome! Mad props if you indeed managed to make the 
android-sdk from source. Also please note that we binary sdk provided by 
google is not redistributable so careful with that.


+1

Re: [aur-general] Changes in Arch packaging standards

2013-12-06 Thread Sven-Hendrik Haase

On 06.12.2013 10:45, Sergej Pupykin wrote:
 At Fri, 06 Dec 2013 09:42:11 +0001,
 Maxime Gauduin aluc...@gmail.com wrote:
 I would change that rule a bit, because wxgtk is a special case. The 
 2.9 branch is a devel branch, keeping wxgtk for the stable branch and 
 adding a suffix for the devel branch makes sense. Speaking of wxgtk, 
 now that 3.0.0 is out, we will most likely need to get rid of wxgtk29 
 and create a legacy wxgtk28 package.

 Anyway, imho the rule should be: use plain name for the latest stable 
 release, and add the appropriate suffix (usually 1 or 2 digits) for any 
 other release.
 I prefer leave all things as is without any new rules. There are
 packages that have multiple stable branches.

I went ahead and proposed a new rule because I also think this should be
in the guidelines:
https://wiki.archlinux.org/index.php/Talk:Arch_Packaging_Standards#Package_naming

Comments?
https://wiki.archlinux.org/index.php/Talk:Arch_Packaging_Standards#Package_naming

Re: [aur-general] Changes in Arch packaging standards

2013-12-06 Thread Sven-Hendrik Haase

On 06.12.2013 11:31, Sergej Pupykin wrote:
 At Fri, 6 Dec 2013 10:22:35 +,
 Jerome Leclanche adys...@gmail.com wrote:
 Sensitive topic: Why doesn't arch support multiple versions for the
 same packages?
 Another sensitive topic is removing packages without notification
 refering to nonexistent rule.

 WTF? :S

It should be common courtesy to notify but let us focus on the
documentation issue that you mentioned for now. Bartłomiej should have
notified you before deleting. I have proposed a guideline change that
should clear these things up for next time.

Re: [aur-general] teamspeak3 package

2013-09-11 Thread Sven-Hendrik Haase

On 11.09.2013 20:56, Jerome Leclanche wrote:
 Wheres the teamspeak3 package gone? If it was deleted, why?


 J. Leclanche
It's in [community] now.

Re: [aur-general] Adding some low voted packages to [community]

2013-08-15 Thread Sven-Hendrik Haase

On 15.08.2013 22:09, Florian Pritz wrote:
 Hi,

 I'd like to add the following packages (+ deps) to [community]:
 smokeping, echoping,
 spampd, mailgraph,
 postfwd,
 python-ansi2html (AUR package is out-of-date, I have a fixed one)

 I use them, they are awesome and I don't want to have to check AUR for
 updates, but they are all missing a few votes.

 Could 3 TUs give me their +1? Thanks.

 PS to the maintainers of those packages: I didn't yet contact you
 because I'm not sure I can move them yet.

+1



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU application

2013-07-27 Thread Sven-Hendrik Haase

On 20.07.2013 15:48, Sven-Hendrik Haase wrote:
 On 15.07.2013 22:31, Dicebot wrote:
 [sponsor : Sven-Hendrik Haase]
 [AUR account : https://aur.archlinux.org/account/Dicebot]
 [IRC : Dicebot @ irc.freenode.net]

 Hello,

 Long story short - I am insterested in becoming a Trusted User and
 taking care of packages related to D programming language.

 I have been using Arch Linux for last ~5 years but that does not really
 matter as I have never spent any considerable time maintaining packages.
 What does matter though is that I am quite active member of D community
 and familiar with minor details about its current infrastructure and
 have personal interest in improving user experience in that domain.

 I have been maintaing reference D compiler package (dmd2) in AUR
 before its inclusion into main repositories and kept contacting
 Sven-Hendrik with various improvement proposals after. At some point
 in the relatively long mail thread he has suggested to make a TU
 application so that I can take over those packages and maintain them
 directly - which is the primary motivating reason behind this mail.

 As my general competence level as a packager relatively low I am
 planning to solely focus on domain I am proficient with - D compilers,
 libraries and notable applications. Also contacting with D maintainers
 in other distros to ensure reasonable consistency.

 Regards,

 Dicebot
 Discussion period has ended. Start the voting:
 https://aur.archlinux.org/tu/?id=69
Le voting period has ended. Dicebot-san is now officially Dicebot-sama!
Let's perform our ritual new-TU-group-hug. Congratulations!



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU application

2013-07-20 Thread Sven-Hendrik Haase

On 15.07.2013 22:31, Dicebot wrote:
 [sponsor : Sven-Hendrik Haase]
 [AUR account : https://aur.archlinux.org/account/Dicebot]
 [IRC : Dicebot @ irc.freenode.net]

 Hello,

 Long story short - I am insterested in becoming a Trusted User and
 taking care of packages related to D programming language.

 I have been using Arch Linux for last ~5 years but that does not really
 matter as I have never spent any considerable time maintaining packages.
 What does matter though is that I am quite active member of D community
 and familiar with minor details about its current infrastructure and
 have personal interest in improving user experience in that domain.

 I have been maintaing reference D compiler package (dmd2) in AUR
 before its inclusion into main repositories and kept contacting
 Sven-Hendrik with various improvement proposals after. At some point
 in the relatively long mail thread he has suggested to make a TU
 application so that I can take over those packages and maintain them
 directly - which is the primary motivating reason behind this mail.

 As my general competence level as a packager relatively low I am
 planning to solely focus on domain I am proficient with - D compilers,
 libraries and notable applications. Also contacting with D maintainers
 in other distros to ensure reasonable consistency.

 Regards,

 Dicebot

Discussion period has ended. Start the voting:
https://aur.archlinux.org/tu/?id=69


signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU application

2013-07-15 Thread Sven-Hendrik Haase

On 15.07.2013 22:31, Dicebot wrote:
 [sponsor : Sven-Hendrik Haase]
 [AUR account : https://aur.archlinux.org/account/Dicebot]
 [IRC : Dicebot @ irc.freenode.net]

 Hello,

 Long story short - I am insterested in becoming a Trusted User and
 taking care of packages related to D programming language.

 I have been using Arch Linux for last ~5 years but that does not really
 matter as I have never spent any considerable time maintaining packages.
 What does matter though is that I am quite active member of D community
 and familiar with minor details about its current infrastructure and
 have personal interest in improving user experience in that domain.

 I have been maintaing reference D compiler package (dmd2) in AUR
 before its inclusion into main repositories and kept contacting
 Sven-Hendrik with various improvement proposals after. At some point
 in the relatively long mail thread he has suggested to make a TU
 application so that I can take over those packages and maintain them
 directly - which is the primary motivating reason behind this mail.

 As my general competence level as a packager relatively low I am
 planning to solely focus on domain I am proficient with - D compilers,
 libraries and notable applications. Also contacting with D maintainers
 in other distros to ensure reasonable consistency.

 Regards,

 Dicebot

I'm confirming my sponsorship of this dude. I'd like to hand over the D
toolchain to someone else who actually uses D but I think it should stay
within official Arch repos.

He has helped me with the official D packages in the past. Furthermore,
I think this person shows good technical competence in general and can
probably be trusted with a few unrelated packages as well. I don't
consider the low self-perceived level of packaging experience a problem
in this case.

Sven



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] community/python2-flask conflicts python-flask

2013-05-27 Thread Sven-Hendrik Haase

On 27.05.2013 22:36, Zack Buhman wrote:
 I was in the process of creating a python3 package [1] for flask, but
 I've noticed python2-flask [2] seems to conflicts+replace
 python-flask. I imagine this was for historical reasons, but this
 introduces probably unintentional behavior when a package provides
 python-flask (the python3 version of flask):

 :: python-flask-git and python2-flask are in conflict (python-flask). 
 Remove python2-flask? [y/N]

 Would it be appropriate to (directly) contact said TU about his package,
 or is it innappropriate to expect TUs to yield to AUR
 packages/maintainers?

 Thanks.

 [1] http://ix.io/5OI
 [2] https://www.archlinux.org/packages/community/any/python2-flask/

This should be considered a bug. I fixed the package and pushed it.
However, is there really any merit in making a python-flask-git package?
flask doesn't even work on python3.

Next time please just contact me directly for tiny things like these.
For bigger stuff, report bugs.

Sven

Re: [aur-general] community/python2-flask conflicts python-flask

2013-05-27 Thread Sven-Hendrik Haase

On 28.05.2013 00:28, Zack Buhman wrote:
 On Tue, May 28, 2013 at 12:19:49AM +0200, Sven-Hendrik Haase wrote:
 Next time please just contact me directly for tiny things like these.
 I'll keep this in mind.

 This should be considered a bug. I fixed the package and pushed it.
 Thanks.

 However, is there really any merit in making a python-flask-git package?
 Yes, for a flask package for python3.

 flask doesn't even work on python3.
 I'm afriad upstream disagrees with you. They haven't made a release yet,
 however, thus the -git package.

Oh, I wasn't aware of the sprint branch which apparently aims for
python3 support. I, for one, would appreciate python3 support.

[aur-general] Putting bumblebee and friends into [community]

2013-03-02 Thread Sven-Hendrik Haase

Hi,

I'd like to gather some opinions on this. I was thinking about putting
bumblebee, primus and bbswitch into [community] as it doesn't look as
though nvidia is going to fix this properly in their driver any time
soon. I know about the GPL symbol drama and the supposed fix that is in
mainline now but how long until nvidia releases a working driver that
makes use of all that?

Until then, I think bumblebee is an ok fix. For laptops with optimus,
bumblebee is pretty much a necessity if you want any kind of battery
life and acceptable sound levels. I have a laptop with optimus and use
bumblebee all the time and I think it would make sense to have it in
[community]. The sad fact is that bumblebee is currently the only
working solution for optimus.

Normally I wouldn't ask the mailing list for something mundane as moving
packages but as bbswitch is a kernel module and as bumblebee is not very
highly regarded as a good solution even by its developers, I thought
it'd make sense to ask here first before people got angry.



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] Disowning synergy

2013-02-23 Thread Sven-Hendrik Haase


On 23.02.2013 11:14, Jelle van der Waa wrote:

Hi TU's,

I am disowning synergy, since I don't use it with my current setup and
can't test it properly. Is anyone interested in maintaining it else I
will move it into AUR.




I will take over.

Re: [aur-general] TU Application

2013-02-12 Thread Sven-Hendrik Haase


It would seem that voting period is over. Alucryd is now a TU!

I've updated your user account. Please follow the new TU guidelines on 
the wiki. Make sure to get into IRC, get your key signed, tell someone 
to update your account on the bug tracker and the forums.

Re: [aur-general] TU Application

2013-02-05 Thread Sven-Hendrik Haase

On 30.01.2013 21:09, Maxime Gauduin wrote:
Hi all,

My name is Maxime Gauduin, I'm 23 and I live in France where I work as a
chemical engineer. I've been using Arch Linux for almost 2 years now, and
have been thinking about applying for a TU position for a while. Recently I
was contacted by Svenstaro, asking if I minded him putting my higan package
in [community]. That was the trigger, and Svenstaro kindly offered to be my
sponsor.

I have been into computers since the age of 10, when I had my first one, at
the time it was running Win98. The first time I installed a Linux distro I
was 18, and the distro was Ubuntu. Not long after, I decided to try other
distros, I switched to LinuxMint, which I really liked, then LMDE. However
I had always wanted the bleeding edge, because I was building all my
emulators, and the video codecs for my encoding needs. That is when I
stumbled upon Arch Linux, somebody was praising it on a Linux Youtube show,
I thought I'd give it a try. The first install was a learning experience,
took me about 4h no less. Today I can have Arch installed in a matter of
minutes.

I realize I may not be as skilled as most current TUs, as I do not know any
language and am not a developper. However I know my way around bash very
well. I really enjoy writing PKGBUILDs for apps I'm using, and poking
around when something does not work. I have already sent patches upstream,
for the aegisub project [1], for the Pantheon DE on launchpad, and more
recently for makepkg. The patch was nothing out of the ordinary, I needed
sed to follow symlinks because of the way I'm maintaining my PKGBUILDs [2].

I also have a little project of mine which has been well received by the
community, on my Github account [3]. These are mkinitcpio hooks which will
build virtualbox, host and guest, and nvidia modules using dkms when
generating the initramfs. As I'm mainly using the ck kernel, they make
updating a breeze.

I've been involved with the aur-general mailing list since the beginning,
and have recently subscribed to the arch-general and pacman-dev. As for
the forums, I've got a mere 21 posts as I've been posting only when I had
problems, or helping people which had the same problem at the time, which
did not happen that often. I also have several contributions to the wiki,
on the Virtualbox, Nvidia, Steam pages and others.

The packages I'd like to bring to [community] are mainly the newly released
higan emulator (which I have declined into higan-gtk and higan-qt on the
AUR) and its associated patcher beat, firewalld and python2-slip from
Fedora, the Faience themes and icon theme, ffmpegsource and my mkinitcpio
hooks if they are eligible. Also after some talking with Svenstaro, it
seems emulators on Arch need some love: we don't have, for example, a GB
emulator (apart from higan, but which is not that great for this at the
moment). I have just adopted dolphin-emu-git, I'm willing to bring the
stable version, if it's okay with the current maintainer, and I just
adopted the vba-m package (but still haven't updated it yet).

I'm also thinking of bringing the Pantheon DE to arch, which is the
official DE of the newly released elementaryOS Luna beta 1. Currently using
Gnome-Shell, I fell in love with Pantheon. I've created a bunch of packages
on the AUR to play around with it, but being based on Gnome 3.4 while arch
has 3.6 introduces a lot of incompatibilities. Still, I'd really like to
overcome these and bring it to Arch users.

Well, I believe that's all I have to say. Thank you all in advance for
considering my application. I hope to be able to learn more among all of
you.

[1]
http://devel.aegisub.org/query?status=acceptedstatus=assignedstatus=closedstatus=infoneededstatus=infoneeded_newstatus=newstatus=reopenedreporter=Alucrydorder=priority

[2] https://bugs.archlinux.org/task/33575

[3] https://github.com/Alucryd/mkinitcpio-hooks

Discussion period is over. Let's vote: https://aur.archlinux.org/tu/?id=66

signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU Application

2013-01-30 Thread Sven-Hendrik Haase

On 30.01.2013 21:09, Maxime Gauduin wrote:
Hi all,

Well, I believe that's all I have to say. Thank you all in advance for
considering my application. I hope to be able to learn more among all of
you.

[1]
http://devel.aegisub.org/query?status=acceptedstatus=assignedstatus=closedstatus=infoneededstatus=infoneeded_newstatus=newstatus=reopenedreporter=Alucrydorder=priority

[2] https://bugs.archlinux.org/task/33575

[3] https://github.com/Alucryd/mkinitcpio-hooks

Confirming that I'm indeed sponsoring this dude. Let's discuss.

Re: [aur-general] TU Application

2013-01-30 Thread Sven-Hendrik Haase

On 30.01.2013 23:07, Sven-Hendrik Haase wrote:

 Confirming that I'm indeed sponsoring this dude. Let's discuss.

Er I might wanna sign that.



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] Status of openshadinglanguage

2013-01-28 Thread Sven-Hendrik Haase

On 28.01.2013 21:55, Chirantan Ekbote wrote:
 Hello,

 When I tried to upgrade blender today I got an unresolved dependency error
 for openshadinglanguage.  After some searching I found it in
 [community-testing] [0].  It's been in there since 2013-01-03 and appears
 to be an orphaned package.  While there is a git version in the AUR [1], I
 would prefer not to have a binary package depend on a source package.  Is
 there some reason that openshadinglanguage is only in [community-testing]
 and not [community]?


 Thanks,
 Chirantan


 [0]
 https://www.archlinux.org/packages/community-testing/x86_64/openshadinglanguage/
 [1] https://aur.archlinux.org/packages/openshadinglanguage-git/

Sorry about that. Blender was in testing with osl support but it was
moved as part of the boost update. Blender won't get osl support just
yet because I'm still waiting for a new osl release that will fix some
important issues. I just rebuilt blender without osl support and pushed it.

Re: [aur-general] ode-dp can be deleted

2012-12-05 Thread Sven-Hendrik Haase

On 05.12.2012 16:20, SanskritFritz wrote:
 The ode-dp package [1] is obsolete since extra/ode is compiled with
 double-precision. It is orphaned for this reason.

 [1] https://aur.archlinux.org/packages/ode-dp/
Deleted.

Re: [aur-general] i want to maintain some packages which is out-of-date,

2012-12-05 Thread Sven-Hendrik Haase

On 05.12.2012 04:29, Jove Yu wrote:
 i am JoveYu

 i want to maintain some packages which is out-of-date,but i can't get in
 touch with their maintainer ,so i hope you can help me

 https://aur.archlinux.org/packages/wineqq/
 https://aur.archlinux.org/packages/deepin-media-player/
 https://aur.archlinux.org/packages/deepin-music-player/
 https://aur.archlinux.org/packages/deepin-ui/
These packages have been out of date for months and the comments show
that the maintainer has indeed not cared. Take them!

Re: [aur-general] Removal request

2012-10-25 Thread Sven-Hendrik Haase

On 26.10.2012 03:52, Schala Zeal wrote:
 https://aur.archlinux.org/packages.php?ID=57314

 Currently packaging DirectX 10 FPC bindings, and changed the package
 name to be DX-version neutral.
Ok.

Re: [aur-general] aur and systemd service files

2012-10-14 Thread Sven-Hendrik Haase

On 14.10.2012 05:11, skydrome wrote:
 Im not sure if this has been asked/answered yet as i couldnt find a
 previous question.

 When installing service files in aur packages, even if the service
 file hasnt changed the user will be met with Unit file foo changed,
 it is recommended to run systemctl daemon-reload.

 The question is would it be recommended to do this automatically in
 post_upgrade()?

In Arch we never restart daemons automatically for the user after
package installation and that's the way the users expect it to be. Let's
keep it that way.

[aur-general] About to drop bacula

2012-10-14 Thread Sven-Hendrik Haase

I'm going to be dropping bacula to AUR soon as I don't use it and I keep
bug reports on it. I don't currently have a working bacula set up so it
might be better off in someone else's hands. I'll give it a few days
before dropping it in case another TU wants to take over.

Re: [aur-general] Anybody interested in maintaining courier stuff in [community]?

2012-10-13 Thread Sven-Hendrik Haase

On 13.10.2012 03:35, Eric Bélanger wrote:
 On Fri, Jul 6, 2012 at 6:28 AM, Sven-Hendrik Haase s...@lutzhaase.com wrote:
 On 05/15/2012 08:39 AM, Sven-Hendrik Haase wrote:
 I recently changed away from using courier but as they are server
 packages they need close maintenance because they are critical to some
 people. I wondered whether any TU would like to take them over? I will
 maintain them for some time to come but I might eventually drop them if
 they don't get a new TU that actually uses them too.
 I now orphaned this stuff and it will go to AUR the second it breaks.
 Feel free to adopt.

 These packages are on the sytemd todo list (missing unit file).
 Perhaps this is the time to remove them from the repo?

Indeed. I'll get right to it.

Re: [aur-general] GLU rebuilds

2012-10-12 Thread Sven-Hendrik Haase


On 12.10.2012 22:12, Andreas Radke wrote:

This is a reminder.

TUs, please finish the glu rebuilds. I'd like to move this Xorg/Mesa
stuff soon out of testing.

-Andy


Can't, Python 3.3 is blocking Blender.

Re: [aur-general] TU resignation: Chris Brannon

2012-10-07 Thread Sven-Hendrik Haase


On 07.10.2012 17:30, Chris Brannon wrote:

Hello all,
I regret that it has come time for me to resign from Arch Linux, at
least for now.  I have a lot of things going on in my life, with a new
job, a major cross-country move, and so forth.  I haven't really been
attending to my Arch responsibilities, and that isn't really good for
Arch.  I hope to be able to reapply at some later date.  The list of my
packages is at the bottom of this message.  Anyway, it has been fun.
The Arch Linux community is great.  It's one of the greatest things
about this distro.

PS.  I'll continue maintaining my TalkingArch project.  People who are
using it needn't worry.

-- Chris



Aw, sad to see you go. Maybe you'll return to us one day.

I'll snatch luajit.

Re: [aur-general] Orphan request for xd

2012-10-07 Thread Sven-Hendrik Haase


On 07.10.2012 16:07, Andreas Wagner wrote:

Hi, I have posted a working PKGBUILD in the comments on August 5th and
the maintainer has still not updated it. I would like to adopt it.

http://aur.archlinux.org/packages.php?ID=10517

Thanks,

Andreas Wagner

Go ahead.

Re: [aur-general] TU Application - Jonathan Steel

2012-09-07 Thread Sven-Hendrik Haase

On 04.09.2012 19:58, Sven-Hendrik Haase wrote:
 On 01.09.2012 01:40, Sven-Hendrik Haase wrote:
 Ok chaps, time's up. Let's vote:

 https://aur.archlinux.org/tu.php?id=60

 The vote is still going but we could effectively stop it right there
 because it's impossible to change the decision at this point even if
 every remaining TU voted no. Can we stop it at this point?

Ok so jsteel is now offically a TU! Congrats! jsteel, read this:
https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU Application - Jonathan Steel

2012-09-04 Thread Sven-Hendrik Haase


On 01.09.2012 01:40, Sven-Hendrik Haase wrote:

Ok chaps, time's up. Let's vote:

https://aur.archlinux.org/tu.php?id=60

The vote is still going but we could effectively stop it right there 
because it's impossible to change the decision at this point even if 
every remaining TU voted no. Can we stop it at this point?

Re: [aur-general] Removal request - loemu

2012-09-02 Thread Sven-Hendrik Haase

On 02.09.2012 23:18, Jonathan Steel wrote:
 Please remove loemu; it is over four years old and has been broken for over a 
 year.

 https://aur.archlinux.org/packages.php?ID=11093

 Thanks

Last commit was 4 years ago. Deleted.



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU Application - Jonathan Steel

2012-08-31 Thread Sven-Hendrik Haase

Ok chaps, time's up. Let's vote:

https://aur.archlinux.org/tu.php?id=60



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] TU Application - Jonathan Steel

2012-08-25 Thread Sven-Hendrik Haase

This is correct, I'm sponsoring this guy. 

At the same time, I'd like to speculate that voting would merely be a formality 
as this person was the world champion im Mario kart. I think it goes without 
saying that this would be an incredibly important strategic asset by itself. We 
could advertise it on our site: as recommended by Mario kart world champion. 

In all seriousness though, let Le discussions begin.

Re: [aur-general] Looking for a sponsor

2012-08-10 Thread Sven-Hendrik Haase

On 08/09/2012 02:43 PM, jsteel wrote:

 Yes I am very capable of doing this [1]. I have thoroughly read the
 PKGBULD man page and wiki entry and also about creating packages and
 standards. I do have one question, and that is the use of curly
 brackets. I find people recommending and not recommending their use
 but nothing official stated. I am aware of their purpose so is it down
 to personal preference?
Yes, personal preference.

Send me a mail after you have made your changes.

Re: [aur-general] Looking for a sponsor

2012-08-09 Thread Sven-Hendrik Haase

On 08/09/2012 12:56 AM, jsteel wrote:
Hi,

In October 2011 I sent an email to register my interest in becoming a
TU [1] (thinking that was the next step to get involved) and I
received some helpful responses of how I can be more involved with
Arch, without jumping in as a TU right away.

Over the last 10 months my AUR packages have continued to grow as I
found time to look after more. I currently maintain 58 packages [2]. I
often get in contact with upstream to help with any queries or issues
and feel that I do a good job staying on top of everything. I'm not on
IRC much, but I keep a very close eye on mailing lists, the forum and
what's going on in the AUR. Generally I stay quiet and get on with it
and only make a noise if necessary or to help someone.

I am hoping for some further guidance now, and hopefully for a TU to
take me under their wing to get me closer to becoming a TU, as I would
love to maintain some of my packages in [community] such as
gsimplecal, partclone, obkey, scratch and some games, and also some
packages I do not maintain like dvdbackup and clonezilla. I am a fast
learner so should not be much of a burden.

Many thanks,

jsteel

[1]
http://mailman.archlinux.org/pipermail/aur-general/2011-October/016278.html
[2]
https://aur.archlinux.org/packages.php?O=0K=jsteeldo_Search=Godetail=1C=0SeB=mSB=nSO=aPP=100outdated=

Hi Jonathan,

Can you provide some links to your upstream contributions (patches, pull
requests, bug reports)?

I think it's ok if you are not too noisy on the ML or the forums but you
should have excellent response times in case you become TU. Your AUR
packages really do have quite a few votes. I noticed you still have ||
return 1s in there. You should delete those as this is now default
behaviour.

I also noticed that while you have adopted quite a few packages, you
only ever submitted 3. That is ok since there are already many packages
in AUR and it doesn't really need further bloating but do you know how
to write a PKGBUILD from scratch? You also haven't even cleaned up some
packages you adopted and it some it still has the old guy as the
maintainer. You should definitely spend some time on your packages there
and at least build/upload them once with your data as opposed to just
clicking adopt.

If you clean your packages following my above suggestions, I might
sponsor you.

-- Sven-Hendrik

Re: [aur-general] Concerning mingw-w64-qt

2012-08-09 Thread Sven-Hendrik Haase

On 08/06/2012 09:15 AM, Schala Zeal wrote:
 I was hoping to get mingw-w64-qt placed into multilib or community repo
 because today I had built the package, but it took approximately TEN
 HOURS to do so. This is because it builds static release, static debug,
 shared release, and shared debug for both 32 and 64-bit. I will admit
 the full suite is very handy, but it would be great to have a binary
 package in the repo to save people the abysmal build time.

 Seeing as mingw-w64's toolchain has a good number of votes and Qt's
 widespread use, I feel it would be a great benefit to cross platform
 developers, again, given the circumstances of the above issue.

 https://aur.archlinux.org/packages.php?ID=60127

 Thanks


I might look at this in a bit.

Re: [aur-general] TU Application - Andrzej Giniewicz (giniu)

2012-07-12 Thread Sven-Hendrik Haase

On 07/13/2012 07:41 AM, Thomas Dziedzic wrote:
 With 13 yes votes, 1 no vote, and 5 abstain votes, I would like to
 welcome Andrzej (giniu) as a new tu.

Welcome on the crew. Let's have a man hug.

Re: [aur-general] Can wine-rawinput be orphaned so I may update/maintain it?

2012-07-10 Thread Sven-Hendrik Haase

On 07/10/2012 03:21 PM, x...@electricjungle.org wrote:
 did you contact the maintainer by email ?
 else please do and contact us back if there was no response for two
 weeks or
 sooner if you get a response.

 thx

 --Ike

 As I mentioned in the first post, I attempted to contact the
 maintainer on 2012-07-01 and have not received a response, nor can I
 find any other activity by them this year.

 I know this request is a little early than the suggested 2 weeks. I'll
 make the request again later on in the week if this is still regarded
 as too early, despite the additional research.

 Thanks for your time,
 Shaun

Seems good enough for me. Package orphaned.

Re: [aur-general] Anybody interested in maintaining courier stuff in [community]?

2012-07-06 Thread Sven-Hendrik Haase

On 05/15/2012 08:39 AM, Sven-Hendrik Haase wrote:
 I recently changed away from using courier but as they are server
 packages they need close maintenance because they are critical to some
 people. I wondered whether any TU would like to take them over? I will
 maintain them for some time to come but I might eventually drop them if
 they don't get a new TU that actually uses them too.
I now orphaned this stuff and it will go to AUR the second it breaks.
Feel free to adopt.

Re: [aur-general] Structure and naming of packages

2012-06-14 Thread Sven-Hendrik Haase

On 06/15/2012 02:45 AM, Mateusz Loskot wrote:
 Hi,

 (I'm not sure if this post belongs here or perhaps to aur-dev, sorry
 for confusion.)

 Is there any convention regarding structure and naming of packages?
 I have a project implemented in C, which consist of a library and
 collection of utilities.
 In Debian world, this project is split across three packages:
 abc0 - library
 abc-bin - utilities
 abc-devel - headers and files for developers

 I'd like to create a package for Arch.
 How should I structure?

 Also, I'd like to have two variants of packages: one for latest stable release
 and one for development upstream hosted in SVN.
 Shall I use -svn suffix for the latter?

 I have checked the Wiki of ABS, Package Development category, etc.
 and I haven't found answer to my questions. Any pointers?

 Best regards,
First of all, Debian would call it libabc0 etc.

Then, name it exactly what upstream calls it. If upstream calls the lib
liblol, name it that. If they call it just lol, call it that. If you
make a svn variant, call it lol-svn. If you are unsure what upstream
calls it because they are inconsistent, make an educated guess judging
by the tarball name or something. Also, don't split packages like Debian
does. In your case, it would just be abc in Arch.

Re: [aur-general] Deletion Request

2012-06-08 Thread Sven-Hendrik Haase

On 06/08/2012 06:04 PM, rafael ff1 wrote:
 lib32-dmd [1] was replaced with lib32-dmd1-complete, both provided by
 same maintainer. As confirmed by the maintainer, the package should be
 deleted.

 Please delete lib32-dmd

 [1] https://aur.archlinux.org/packages.php?ID=55413
Done.

Re: [aur-general] Building a git version of a package already present in the official repositories

2012-05-26 Thread Sven-Hendrik Haase

On 05/26/2012 12:58 PM, Muflone wrote:
 Hello

 In the AUR section of the Arch Packaging Standards guide [1] we can
 read that a package must not build any of applications in the official
 repositories.

 At the moment the extra/strace 4.7-1 package uses the most updated
 released version of the application but the current version has a
 defect with custom kernel version numbers (eg. the 3.3-pf) which
 renders the tool unusable at all.
 Such bug has been fixed in the git repository [2] but the author has
 not yet released an updated version.

 Would be allowed to build a strace-git package to always pick the most
 recent version from the git repo, even if it builds a binary
 application present in the official repos?
 What guidelines should be followed to avoid conflicting packages?

 Thanks in advance

 [1]
 https://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Submitting_packages_to_the_AUR
 [2]
 http://strace.git.sourceforge.net/git/gitweb.cgi?p=strace/strace;a=commitdiff;h=0dbc80de895c25769791b7726022a274695eec31;hp=55980f5b72000406e3fd843b098b5c1328a21e45

What is the problem? You may submit a strace-git package to the AUR as
it is not merely an updated fixed version of the official package.
However, you are strongly discouraged to post a package like strace-new
that you made because of a new upstream release if the Arch package lags
a few days behind.

The best solution, though, would be to bug the strace author to make a
new release in order to fix this problem for everyone. This way, you'd
likely have a usable strace in Arch within a day.

Re: [aur-general] AUR KDE clean up – part 3

2012-05-26 Thread Sven-Hendrik Haase

On 05/25/2012 11:12 PM, Jesse Juhani Jaara wrote:
 Please remove the following KDE related packages.

 [1]keep: Upstream site/src-tarball has been nuked
Nuked.
 [2]kickass: -||-
Gone.
 [3]kio-fuse-svn: Broken, for kde3, orphan, only 1 vote
Gone.
 [4]kio_p7zip: orphan, out-of-date, broken, comment sugests it is not
 needed anymore, seems to be for kde3
Gone.
 [5]klear: orphan, screenshots would suggest it to be KDE3 app but it
 depends on kdelibs, VLC can be used instead
Package seems fine but I didn't test building. Will stay for now.
 [6]knetworkmanager: We no longer have dbus-qt3 in repos, nor AUR,
 orphan(Does have lots of votes tought, so it might get easily a
 maintainer), but is it worth keeping a KDE3 networkmanager applet
 around? Who uses nonbloated and simple KDE3 instead of KDE4, but then
 goes and uses a bloated networkmanagement app like network manager
 instead of lighter ones? TU(s) it up to you to...
Gone.
 [7]knewz-svn: Just some random UseNet reader app, upstream dead (by a
 quick look), orphan, only 3 votes. Alternatives exist like kwooty (in
 AUR).
Gone.
 [8]knice: KDE3 app, depends on KDE4 libs, orphan, not too many votes.
Gone. Also this is now a mainstream KDE feature.
 [9]knoda: orpha, legacy KDE3 app, only 1 vote, according to comment,
 does not build with pythnon2.7
Gone.
 [10]koffice-2.3: I think this was ment to be a beta package for the
 2.3 version when we were still on 2.2, orphan, out-of-date, only 4
 votes, needs new download link mirror
Gone.
 [11]kommander: super old duplicate of extra/kdewebdev-kommander
Gone.
 [12]kommando: orphan, KDE3 with KDE4-libs as deps, one can easily live
 with out it
Gone.
 [13]komparator: orphan, comment on needed changes been there for 2
 years, still not fixed. KDE3 app
Gone.
 [14]kompose: One can live without. In general PKGBUILD seems to be inn
 somewhat decent condition (it hasn't been updated since 2009, so things
 are a bit off). This could potentionally be left in AUR, but considering
 it is orphan KDE3 app I will include it here.
Seems fine and site is there. Leaving it in.
 [15]konch: Upstear site nuked, orphan
Gone.
 [16]kpad: orphan, there are gazillion differend text editors out there
 one can use (altought, many of them cant do ftp or send email), KDE3
 KDE4-libs
Gone.
 [17]kpdf2: KDE3 pdf reader, PKGBUILD uses KDE4-libs, orphan
Gone.
 [18]kpc: XD doesn't even work wit KDE 4.1.3, not to speak of 4.8.0
Gone.
 [19]kpogre: orphan, designed for libpqxx 3.X, but ve have version 4.0 in
 repos.
Seems fine to me. Leaving it in. Does it build, though?
 [20]kpopassistant: Lots of 2012 updated mailchecks out there. Getting
 rid of an one from 2007, wont hurt anybody
Gone.
 [21]krawlsite: Didn't build in Oct2011 due to old code base, wont
 compile in 2012 eather, orphan
Gone.
 [22]kpv: orphan, KDE3 with KDE4 libs.
Gone.
 [23]krecordmydesktop: qt-recordmydesktop in community does the same
Gone.
 [24]krypt: orphan, KDE3 app, low vote count
Gone.

 -

 [1]https://aur.archlinux.org/packages.php?ID=4247
 [2]https://aur.archlinux.org/packages.php?ID=20325
 [3]https://aur.archlinux.org/packages.php?ID=4505
 [4]https://aur.archlinux.org/packages.php?ID=5414
 [5]https://aur.archlinux.org/packages.php?ID=2415
 [6]https://aur.archlinux.org/packages.php?ID=19526
 [7]https://aur.archlinux.org/packages.php?ID=13889
 [8]https://aur.archlinux.org/packages.php?ID=13216
 [9]https://aur.archlinux.org/packages.php?ID=37468
 [10]https://aur.archlinux.org/packages.php?ID=45110
 [11]https://aur.archlinux.org/packages.php?ID=1824
 [12]https://aur.archlinux.org/packages.php?ID=5891
 [13]https://aur.archlinux.org/packages.php?ID=3225
 [14]https://aur.archlinux.org/packages.php?ID=16579
 [15]https://aur.archlinux.org/packages.php?ID=10363
 [16]https://aur.archlinux.org/packages.php?ID=7595
 [17]https://aur.archlinux.org/packages.php?ID=12299
 [18]https://aur.archlinux.org/packages.php?ID=24624
 [19]https://aur.archlinux.org/packages.php?ID=9372
 [20]https://aur.archlinux.org/packages.php?ID=9799
 [21]https://aur.archlinux.org/packages.php?ID=3434
 [22]https://aur.archlinux.org/packages.php?ID=14271
 [23]https://aur.archlinux.org/packages.php?ID=9669
 [24]https://aur.archlinux.org/packages.php?ID=15235

 #

 Please merge the following KDE related packages.
 [1]-[2], [3]-[4].

 [1]kdeicons-crystalclear
 [2]kdeicons-crystalproject: Pulls from upstream, more votes, but no
 maintainer. Altought the uploader is the same for both and is actually
 still the maintainer of the [1].
Done.

 [3]kdeplasma-applets-rosapanel
 [4]kdeplasma-addons-applets-rosapanel: Better name, maintainer, more
 votes.
Done.

 [5]chakra-gtk-config
 [6]kde-gtk-config: Project has been moved upstream
Done.

 [7]chakra-gtk-config-git
 [8]kde-gtk-config-git: -||-
Done.

 [9]kdevmon
 [10kdevmon-svn: Better name + maintaer exist
Done.

 [11]kfacebook-git

[aur-general] Anybody interested in maintaining courier stuff in [community]?

2012-05-15 Thread Sven-Hendrik Haase

I recently changed away from using courier but as they are server
packages they need close maintenance because they are critical to some
people. I wondered whether any TU would like to take them over? I will
maintain them for some time to come but I might eventually drop them if
they don't get a new TU that actually uses them too.

Re: [aur-general] Catalyst/Nvidia cleanup

2012-05-14 Thread Sven-Hendrik Haase

On 05/11/2012 09:33 PM, Jesse Juhani Jaara wrote:
 #Please remove the following out-of-date/old versions of catalyst
 #packages. None of them probably builds with the current stock kernels,
 #and mostlikely need really old version of X.org

 [1]catalyst-beta
 [2]catalyst-ice
 [3]catalyst-leaked
 [4]catalyst-old
 [5]catalyst-switch
 [6]catalyst-tp
 [7]catalyst-utils-old

 -

 [1]https://aur.archlinux.org/packages.php?ID=31216
 [2]https://aur.archlinux.org/packages.php?ID=15482
 [3]https://aur.archlinux.org/packages.php?ID=28842
 [4]https://aur.archlinux.org/packages.php?ID=25105
 [5]https://aur.archlinux.org/packages.php?ID=48208
 [6]https://aur.archlinux.org/packages.php?ID=16406
 [7]https://aur.archlinux.org/packages.php?ID=25106
Gone.
 =

 #The following nvdia binary blob releated packages should be removed.
 #Reasons include orphan, out-of-date, old (beta/testing) versions, which
 #do not work with our current kernels, X.org or need some older gcc
 #release.

 [10]cuda-beta
 [11]cuda-sdk-beta
 [12]cuda-toolkit-beta

 [13]cuda-old
 [14]cuda-sdk-old
 [15]cuda-toolkit-old
 ##If needed the -old packages should be reuploaded as cuda2-X like done
 ##with most other applications and as with the verison 3 branch of
 #cuda(cuda3-X)

 [16]cuda-sdk-gcc34
 #Do we really need a version for gcc34?

 -

 [10]https://aur.archlinux.org/packages.php?ID=48012
 [11]https://aur.archlinux.org/packages.php?ID=47707
 [12]https://aur.archlinux.org/packages.php?ID=47706

 [13]https://aur.archlinux.org/packages.php?ID=30504
 [14]https://aur.archlinux.org/packages.php?ID=30506
 [15]https://aur.archlinux.org/packages.php?ID=30505

 [16]https://aur.archlinux.org/packages.php?ID=26331
Gone.
 =

 [20]nvidia-96xx-fbcondecor
 [21]nvidia-96xx-ice
 [22]nvidia-96xx-zen
 #No maintainer and depend on the old kernel26 naming scheme,
 #nvidia-96xx-all can build a package for any installed kernel. Merging
 #to nvidia-96xx-all, instead of removal, might be the way to go.

 [23]lib32-nvidia-utils-96xx

 -

 [20]https://aur.archlinux.org/packages.php?ID=25475
 [21]https://aur.archlinux.org/packages.php?ID=15440
 [22]https://aur.archlinux.org/packages.php?ID=13901

 [23]https://aur.archlinux.org/packages.php?ID=32046
Gone.
 =

 [30]nvidia-173xx-ck
 [31]nvidia-173xx-fbcondecor
 [32]nvidia-173xx-ice
 [33]nvidia-173xx-lqx
 [34]nvidia-173xx-lts
 #Merge into [35]nvidia-173xx-all, same reason as with the 96xx branch.
 #nvidia-173xx-all, is out-of-date but maintained unlike the others.

 -

 [30]https://aur.archlinux.org/packages.php?ID=44381
 [31]https://aur.archlinux.org/packages.php?ID=31986
 [32]https://aur.archlinux.org/packages.php?ID=21059
 [33]https://aur.archlinux.org/packages.php?ID=46877
 [34]https://aur.archlinux.org/packages.php?ID=46112

 [35]https://aur.archlinux.org/packages.php?ID=32909
Gone.

 =

 [40]nvidia-256
 [41]nvidia-ck-256
 [42]nvidia-utils-256
 [43]lib32-nvidia-utils-256
 #If I undertood correctly from my googling, this is not an major version
 #branch, which dropped support for old hw. At the moment of writing
 #binary repo nvidia, has all of the same functionality + more

 

 [40]https://aur.archlinux.org/packages.php?ID=42037
 [41]https://aur.archlinux.org/packages.php?ID=43968
 [42]https://aur.archlinux.org/packages.php?ID=42038
 [43]https://aur.archlinux.org/packages.php?ID=43969
Gone.
 =

 [50]nvidia-275xx
 [51]nvidia-275xx-ck
 [52]nvidia-utils-275xx
 [53]lib32-nvidia-utils-275xx
 [54]opencl-nvidia-275xx
 #If I understood correctly my googling, this is older version of the one
 #in binary repos (at the moment of writing), with the exeption of this
 #being for X.org server 1.11.

 -

 [50]https://aur.archlinux.org/packages.php?ID=52283
 [51]https://aur.archlinux.org/packages.php?ID=55013
 [52]https://aur.archlinux.org/packages.php?ID=52285
 [53]https://aur.archlinux.org/packages.php?ID=52284
 [54]https://aur.archlinux.org/packages.php?ID=52286

 =
I'm leaving these in there for now. There's recent activity and people
seem to be using them.

 [60]nforce-nvsound
 [61]nforce-nvsound-utils
 #Some really old OSS sound driver for nForce 1/2 motherboards, support
 #for them exist in kernel tree, accoeding to comments.

Re: [aur-general] Deletion request: evilvte-hidetab

2012-04-16 Thread Sven-Hendrik Haase

On 04/16/2012 07:34 PM, Jekyll Wu wrote:
 It[1] is outdated and abandoned by its submitter.

 [1] https://aur.archlinux.org/packages.php?ID=35006
Done.



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] Deletion request: terminal-urgency

2012-04-16 Thread Sven-Hendrik Haase

On 04/16/2012 07:57 PM, Jekyll Wu wrote:
 It[1] is outdated and unmaintained. The download link is also broken
 (for me).

 [1] https://aur.archlinux.org/packages.php?ID=20847
Done.



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] Vegastrike games orphaned in the AUR

2012-04-13 Thread Sven-Hendrik Haase

SanskritFritz sanskritfr...@gmail.com wrote:

Hi, I noticed that you orphaned the vegastrike games. May I know the
reason? I might be willing to take over, if it's worth it, upstream seems
to be active.
Thanks
SanskritFritz


I don't use the package and didn't want to update it. Also upstream is really 
slow.

Re: [aur-general] Vegastrike games orphaned in the AUR

2012-04-13 Thread Sven-Hendrik Haase

SanskritFritz sanskritfr...@gmail.com wrote:

On Fri, Apr 13, 2012 at 3:55 PM, Sven-Hendrik Haase s...@lutzhaase.comwrote:

 SanskritFritz sanskritfr...@gmail.com wrote:

 Hi, I noticed that you orphaned the vegastrike games. May I know the
 reason? I might be willing to take over, if it's worth it, upstream seems
 to be active.
 Thanks
 SanskritFritz


 I don't use the package and didn't want to update it. Also upstream is
 really slow.


So, you are Dragonlord? Didnt know that.
Do you have any warnings for me or special things to consider if I adopted
the packages?


I'm not dragonlord but I was the previous maintainer of vegastrike. There is 
nothing wrong with the package. Go ahead and maintain it.

Re: [aur-general] Inactive user tdy

2012-03-31 Thread Sven-Hendrik Haase

On 03/31/2012 02:47 PM, Alexander Rødseth wrote:
 No worries.

 If he's inactive, nothing has happened with any of his packages for a
 while, he has several outdated packages and does not reply to e-mails,
 I think we should consider the user as inactive and orphan all the
 packages.

 Any other opinions on this?


I concur.

Re: [aur-general] Remove requests

2012-03-10 Thread Sven-Hendrik Haase

On 03/10/2012 11:24 AM, Schala Zeal wrote:
 Well, unfortunately this time one simple typo I overlooked caused a new
 package to be generated in the AUR. Please remove it:

 https://aur.archlinux.org/packages.php?ID=57479

Done. Did you forget to upload your GPG key, by the way?



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] Remove requests

2012-03-10 Thread Sven-Hendrik Haase

On 03/10/2012 06:08 PM, Schala Zeal wrote:
 On 03/10/2012 02:47 AM, Sven-Hendrik Haase wrote:
 On 03/10/2012 11:24 AM, Schala Zeal wrote:
 Well, unfortunately this time one simple typo I overlooked caused a new
 package to be generated in the AUR. Please remove it:

 https://aur.archlinux.org/packages.php?ID=57479
 Done. Did you forget to upload your GPG key, by the way?

 Odd, I remember attaching it to the email

But you need to upload it to a key server.



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] Adopt AUR-Package

2012-02-06 Thread Sven-Hendrik Haase

On 02/06/2012 04:03 PM, nobody44 wrote:
 Hi,
 I would like to adopt the git-cola package in the AUR. I tryed to
 contact the maintainer (tdy), without success.
 Would a trusted user please orphan it for me?

 With kind regards

 nobody44
Done. Next time link the packages. I also orphaned git-cola-git for you.

Re: [aur-general] [Removal request] metslib-newest

2012-01-15 Thread Sven-Hendrik Haase

On 01/15/2012 02:53 PM, Krzysztof Grygiencz wrote:
 Hi,

 Please delete my package [1] metslib-newest because I'll update
 metslib to stable branch (0.5) and nuke 0.4 (buggy branch).

 [1] https://aur.archlinux.org/packages.php?ID=43739


 Regards,
 Krzysztof Grygiencz (kfgz)
Nuked from orbit.

Re: [aur-general] Orphan Request: perl-goo-canvas

2011-12-25 Thread Sven-Hendrik Haase

On 12/25/2011 02:14 PM, Shanto wrote:
 perl-goo-canvas: https://aur.archlinux.org/packages.php?ID=22821

 * Package has broken dependencies since October 2011.
 * Marked out of date for 2 weeks (since 11th December).
 * Several comments with needed fix, but no response from t...@gmx.com.

 I am maintaining Shutter (a popular one) for which this package is a
 (optional) dependency. So, I would like to take it from here.

Sounds reasonable. Take it.

Re: [aur-general] removal request - nvtv

2011-12-18 Thread Sven-Hendrik Haase

On 12/18/2011 08:22 PM, Stefan Wilkens wrote:
 Please remove.

 name: nvtv
 aur link: https://aur.archlinux.org/packages.php?ID=4234
 reason: no changes since 2006, no longer workable with latest xserver,
 segfaults on latest nvidia driver, no patches available.

 thanks.
Sounds reasonable to me. The software likely was made in a time when the
free drivers still were in X and the blob didn't do S-out correctly.
Deleted.

Re: [aur-general] Cross-compilers naming scheme

2011-12-17 Thread Sven-Hendrik Haase


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/17/2011 04:29 PM, Bartłomiej Piotrowski wrote:
 If someone hasn't spot it yet, we have mess with naming of
 cross-compilers in [community]. Currently there are 3 schemes:
 1) $appname-$platform (gcc-avr and binutils-avr)
 The only problem I see is mingw32 (and related packages). While
 {gcc,binutils}-mingw32 looks fine, I don't know what to do with
 mingw32-pthreads, mingw32-runtime and mingw32-w32api.
 2) $platform-$appname (mingw32 packages)
 My favorite. Seems to be most readable (IMHO) and can be easily
 applied to every cross-compiler.
 3) cross-$platform-$appname
 Probably as good as second option, but cross prefix is annoying me.

 I've already discussed it with Alexander Rødseth, but Arch isn't a
 project for a few people. What do you think? Which option is the best one?

I agree that this is a problem and I'm unsure whether to vote for 2) or
3). cross- is annoying as a prefix but makes the nature of the package
rather clear.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJO7Lc3AAoJEDnkuHfmLrkVw0UQALZrF8yvgGGpLGOy4m9OlRnH
HCUo196nRP992Q/FEwGA80Yq+o86ckosLbZMvEAoKEhuSMyesGGE5mbvNm/AloN4
dvR1WCptR/3OEYCqO3e5JkBqpaBrF0nsnUK/ZH+Obi+VMyWR5r7h7BIriROrVcP/
3xzyC031QuRgyg3Srw8FArRS4rz957QWmn/79HNW2ZW9yT3eDcrL/aEXvE6vBNiH
c/Ie9hJ3oL0VszmiRw2Vt7Hx6yVzdn7iy5s/FyPEpo2Ew70xiR/88nS5kAmAt3uT
tHqSIISxbMRC1RxLU5oNo4JFHWPKLKxoJbQJgWwY/AKGDmSvc3OTbJFgBfBMehFK
gGg+0SL7YloQjfGlwP1jbllV/qM//1v7N8o+nIyhBRgebUJ2yepVW6Pe8ja3CcG8
LnJw0xPl9VyrMexV1IjudE9+DevUEU6J2GtyzVb1CergJ1qeLsgLaRNveWdZoyzt
7jRa5QmYOhL4+n/FGErrVlui5DBcbU7vmq9fceYMQwKVGzZkPdUB3PlsCIZN+Th8
F0Ylo7IW6s8EuSrAMeq6daSZn2QCZhqt3AMgbagcoCZXBwK/gXAbMbq8EO1Sr06h
GUDygCI58XM/YkFDqtcDWjUAYnjk3NztWURl43cR/6SrwMZhS41FLhssqdsZIknP
IDWcITu9OfhLAmZJNYYP
=0CHL
-END PGP SIGNATURE-

Re: [aur-general] Developer/TU key signing

2011-11-25 Thread Sven-Hendrik Haase


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 11/25/2011 02:27 PM, Ionut Biru wrote:
 Hi,

 my arch master key is available [1] with fingerprint 44D4 A033 AC14 0143
 9273 97D4 7EFD 567D 4C7E A887.

 Every packager please do:

 1) reply this email in the mailing list, include gerolde/sigurd username
 and sign your reply using your gpg key.
 2) name at least one package you already signed.

 [1] https://dev.archlinux.org/~ibiru/ionut_AT_master-key.archlinux.org


1) svenstaro
2) wine
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJOz5p7AAoJEDnkuHfmLrkVqbIP/2IcpRknYMAuVeimjKQ407x0
k/hqU0biRiJoDnqzpbv7SFIj/T/ignwVZ8e9gtO1jwIyOA2hCU2Zek2VbqUIXqRB
UQhwX+OTV2UnzOTxsfSNo9l7P3PUz88Q+gUK7+SeSv/kSh/xQuzenWNRVV1lU/yp
wCzCCtk9v1Qbsh3CbqcyfnKr7aa5Ofr2qBtmGHNnWAs6LSuEiDfnPFzeMAZZwUPD
dPbOxkEwR3NgbeS8mOgW+WRhDnUcQCRmwdFyUCAIVxlKMsm8tZ9ufUnQTPGJcH7c
Tq/cQ1mYnmFomt9knK5b22KO7aI3bo2arDzyz6mWsqdF1luEw0QgcgKrTn5BZBnb
FmeINYa5jZdmM4F2LGDwouiPHIbhFHQkdjFMM1xLGbJE3PQzSuhm3ZNpHmCvERm3
6uSpVRl7dyQQaqaORUPeBKKd5T04fGRQl4ZEA6UxO2ZIHT2Kz/p4nElTUhX6Pcp8
KiYLfrMIomzTAtv+fQs8tw7e8JQLA/mnCM/M9uDBr3v1vdPJd1D1Z6pMMISHvSEV
7+epKsrW/B6O1xoNevptSBAZtts8d8PMYbFkqVueU/PMbZRWkmFSU3BLfwduUb7U
6DnebPiveY91z3eExf+ycHCyqzSyEP2TG4IfeDuW4cq8ZES/8FYI7+EFDTI0bySB
5caVxpnwY5h0JQYUTAet
=/nIM
-END PGP SIGNATURE-



fingerprint.asc
Description: PGP signature

Re: [aur-general] TU Application - Sébastien Luttringer

2011-11-22 Thread Sven-Hendrik Haase

Ionut Biru ib...@archlinux.org wrote:

On 11/22/2011 01:05 PM, Seblu wrote:
 On Tue, Nov 22, 2011 at 12:15 AM, Alexander Rødseth
rods...@gmail.com wrote:
 Congrats and welcome!

 - Alexander

 
 Thank you for your trust. It's going to be awesome!
 

no it won't :)

-- 
Ionuț

Don't listen to ioni. He's our black sheep.

-- Sven-Hendrik

Re: [aur-general] TU Resignation

2011-11-20 Thread Sven-Hendrik Haase

On 11/19/2011 07:44 PM, Thomas S Hatch wrote:
 I have a lot of regret doing this, and I have been working hard to find the
 time to keep up with my TU duties, but every day I have less and less time
 because work is continually ramping up, and what free time I have left ends
 up going to Salt (http://saltstack.org).

 So, very sadly, I need to resign from my position as an Arch Linux TU. I
 hope I can be of assistance to Arch in the future and I am still planning
 on maintaining the Varch project: https://github.com/thatch45/varch

 So with deep regret, I must resign my brief stint as a TU, it was fun, and
 I greatly appreciate the opportunity, but it is very unfair of me to not be
 maintaining my packages.


 Thanks

 -Thomas S Hatch
Your resignation makes me entirely and utterly uncomfortable.

Here, this is a sad pony to represent my feelings:
http://i.imgur.com/YcJZz.jpg

May the wind blow strong where ever to you sail.

So long, good sir.

-- Sven-Hendrik

Re: [aur-general] Resigning as a TU

2011-11-20 Thread Sven-Hendrik Haase

On 11/21/2011 06:43 AM, Jan Steffens wrote:
 On Sun, Nov 20, 2011 at 4:02 PM, Stefan Husmann
 stefan-husm...@t-online.de wrote:
 Hello,

 I want to resign as a TU. I do not have the time anymore to fulfill
 my TU duties and to handle the new package signing stuff.

 By the way I suggest to remove the package scilab and maybe also the
 dependencies from the repos. There are long open bug reports, and they
 are unsolvable.

 Regards Stefan

 Another resignation :-(

 Good luck in your future endeavours. Thanks for your help.

Aw, see you around Stefan. :(

Pity too, I'm all out of ponies currently.

Re: [aur-general] Update request for supertuxkart

2011-11-18 Thread Sven-Hendrik Haase

Heiko Baums li...@baums-on-web.de wrote:

Hi TUs,

may I request an update of supertuxkart in [community]?

It's already flagged as out-of-date since 2011-04-15 and was last
updated on 2010-12-21. Meanwhile the third update was released by
upstream. The latest version in [community] is 0.7, the latest upstream
version is 0.7.3.

So it would be nice if it would be updated in [community], too.

Heiko

This has come up a bunch of times already. I can't update due to incompatible 
irrlicht versions. They need a version of irrlicht that is not released and I'm 
not going to package irrlicht straight from svn. I've bothered irrlicht about a 
release 3 times this year but obviously to no avail.

So sorry, the stk devs made a fairly stupid decision and I can't help it. I 
wont patch the hell out of stk either.

-- Sven-Hendrik

Re: [aur-general] Update request for supertuxkart

2011-11-18 Thread Sven-Hendrik Haase

Laurent Carlier lordhea...@gmail.com wrote:

Le vendredi 18 novembre 2011 19:40:15, Sven-Hendrik Haase a écrit :
 Heiko Baums li...@baums-on-web.de wrote:
 Hi TUs,
 
 may I request an update of supertuxkart in [community]?
 
 It's already flagged as out-of-date since 2011-04-15 and was last
 updated on 2010-12-21. Meanwhile the third update was released by
 upstream. The latest version in [community] is 0.7, the latest
upstream
 version is 0.7.3.
 
 So it would be nice if it would be updated in [community], too.
 
 Heiko
 
 This has come up a bunch of times already. I can't update due to
 incompatible irrlicht versions. They need a version of irrlicht that
is not
 released and I'm not going to package irrlicht straight from svn.
I've
 bothered irrlicht about a release 3 times this year but obviously to
no
 avail.
 
 So sorry, the stk devs made a fairly stupid decision and I can't help
it. I
 wont patch the hell out of stk either.
 
 -- Sven-Hendrik

One solution should be to embed an irrlicht svn snapshot in
supertuxkart 
package.

++

A better solution is likely to package irrlicht straight from svn but I'm not 
sure I feel comfortable with that.

It would at least need to conflict.

-- Sven-Hendrik

Re: [aur-general] Update request for supertuxkart

2011-11-18 Thread Sven-Hendrik Haase

On 11/19/2011 06:22 AM, Heiko Baums wrote:
 Am Sat, 19 Nov 2011 02:17:10 +0100
 schrieb Sven-Hendrik Haase s...@lutzhaase.com:

 A better solution is likely to package irrlicht straight from svn but
 I'm not sure I feel comfortable with that.

 It would at least need to conflict.
 This is what upstream of supertuxkart has written:
 note that at this time SuperTuxKart uses irrlicht trunk, so you may
 need to build and install irrlicht from their SVN. We hope irrlicht 1.8
 will be released soon and then distributions can start including it in
 their repositories

 http://supertuxkart.sourceforge.net/Installation

 And here is a thread in the forums of irrlicht upstream about that:
 http://irrlicht.sourceforge.net/forum/viewtopic.php?f=2t=37207start=210

 To the question When is 1.8 due to get out ? someone replied among
 others: You can get the SVN right now, conveniently through Irrlicht
 Nightly Builds.

 So maybe you should indeed still hold off updating both. I mean
 supertuxkart 0.7 works and there are -svn packages in AUR if someone
 needs them. I just didn't know about the dependency issues.

 Heiko
Alright then. In general, if an Arch package isn't updated, there
usually is a good reason.

-- Sven-Hendrik

Re: [aur-general] AUR cleanup

2011-11-07 Thread Sven-Hendrik Haase

On 07.11.2011 18:41, Nicola Bignami wrote:
 I see that there are more than 6700 orphan packages. Of those, more
 than 2400 are also flagged out of date (some packages have not been
 updated since 2007).
 Many packages are only waiting for a new maintainer but I think that
 many are only waiting to be scrapped as they're already been replaced
 by some other package in the AUR or in the community repository (or
 just become obsolete).

 I'm wondering if the time has come to look into them to find out what
 worth to keep and what have to be removed and thus do some cleanup.

 If can be useful, I can start working on it.
Of course, clean up work like that is always appreciated. Keep in mind
though that people might resubmit missing but obsolete software to AUR.
Technically, there is no rule against that.

So in case you do this work, you should look for packages that truly
have no need for existence anymore as opposed to merely software that
somebody forked and improved. Dead upstream sucks but it's no an
immediate reason to drop something from AUR. in my opinion.

Good candidates for deletion: Unmaintained downstream variants of
software patched with various little things, software that switched vcs
but has old vcs packages remaining in AUR, totally broken and
unmaintained software, renamed packages that didn't get deleted. You get
the idea.

-- Sven-Hendrik

1 2 3 >

1 - 100 of 248 matches

Mail list logo