Hi,
There are a lot of orphan packages that haven't been updated for months
or years, but still work fine and could be considered useful. I
understand that these packages will still be available even if nobody
port them. However I don't know if the current AUR helpers will be able
to see them or
* Simon Brulhart si...@brulhart.me [2015-06-09 11:36:09 +0200]:
There are a lot of orphan packages that haven't been updated for months
or years, but still work fine and could be considered useful. I
understand that these packages will still be available even if nobody
port them. However I
=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 0 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 15 packages missing signoffs
* 6 packages older than 14
Simon Brulhart si...@brulhart.me [2015-06-09 11:36:09 +0200]:
There are a lot of orphan packages that haven't been updated for months
or years, but still work fine and could be considered useful.
Considered useful by whom? We don't need them around because they *might* be
useful to some
On Tue, 09 Jun 2015 at 06:25:43, Oon-Ee Ng wrote:
I'm only now looking at the AUR4 migration guidelines, and I only have
a few packages so I've been uploading to AUR4 manually.
However, in the process I've found old packages which I no longer use
or wish to maintain. Some of which should may
On 09-06-2015 08:17, Jesse McClure wrote:
Agreed. All the packages that no one carries over to aur4 will still be
archived for some time, so if anyone*actually* wants them in aur4, they can
adopt them. One can keep their own store of PKGBUILDs, but the aur is for
packages that it is likely
I didn't know that existed! Cool.
Maybe this should be front and center next to any links/buttons to
disown a package? E.g. Are you sure you want to disown this package?
Remember, you can always add co-maintainers rather than disowning and
readopting later...
On Tue, Jun 9, 2015 at 11:59 AM,
Am Dienstag, 9. Juni 2015, 11:53:53 schrieb Ido Rosen:
It seems perfectly reasonable to have multiple people maintain a
package over time this way. Maybe we just need better support for
this style of non-maintainership that isn't quite orphaned? Support
for multiple maintainers/collaborators
Le 09/06/2015 18:31, ShadowKyogre a écrit :
I was contemplating either filing a bunch of merge requests or a bunch
of deletion requests before trying to resubmit, but there's probably a
better way to handle this that I'm not sure of.
Currently, the way is a bunch of merge requests, unless
I think the new AUR4 indeed have a co-maintainer list for each package.
It is just in the package actions panel.
(Although I haven't try this feature)
On Wed, Jun 10, 2015 at 12:53 AM, Ido Rosen i...@kernel.org wrote:
I think some of the orphans on AUR are just maintained by multiple
people.
On Tue, Jun 9, 2015 at 12:14 PM, Chris Warrick kwpol...@gmail.com wrote:
On Tue, Jun 9, 2015 at 5:53 PM, Ido Rosen i...@kernel.org wrote:
I think some of the orphans on AUR are just maintained by multiple
people. The usage pattern is:
Person A adopts, updates, and disowns.
Person B some
In the AUR, these packages are currently split off as their own separate
packages without a common package base:
mse-extrafoils-clights
mse-extrafoils-fire
mse-extrafoils-fracture
mse-extrafoils-ghost
mse-extrafoils-gold
mse-extrafoils-jss
mse-extrafoils-mosaic
You mean that:
https://aur4.archlinux.org/pkgbase/${pkgname}/comaintainers/ ?
Le 09/06/2015 17:53, Ido Rosen a écrit :
I think some of the orphans on AUR are just maintained by multiple
people. The usage pattern is:
Person A adopts, updates, and disowns.
Person B some time later notices
On Tue, Jun 9, 2015 at 5:53 PM, Ido Rosen i...@kernel.org wrote:
I think some of the orphans on AUR are just maintained by multiple
people. The usage pattern is:
Person A adopts, updates, and disowns.
Person B some time later notices it's out of date, adopts, updates, disowns.
It seems
I think some of the orphans on AUR are just maintained by multiple
people. The usage pattern is:
Person A adopts, updates, and disowns.
Person B some time later notices it's out of date, adopts, updates, disowns.
It seems perfectly reasonable to have multiple people maintain a
package over time
On Tue, 9 Jun 2015 18:14:58 +0200
Chris Warrick kwpol...@gmail.com wrote:
On Tue, Jun 9, 2015 at 5:53 PM, Ido Rosen i...@kernel.org wrote:
I think some of the orphans on AUR are just maintained by multiple
people. The usage pattern is:
IMO, it would be a lot better for the distro to get
On Tue, Jun 9, 2015 at 9:56 PM, Storm Dragon stormdragon2...@gmail.com wrote:
Hi,
I am thinking of packaging some audio games. The problem is, they will
require a sapi5 voice to work. I can create a package for that too, except I
think it requires something like c:\System32. Is there a way to
On Tue, Jun 9, 2015 at 5:00 PM, Harley W harl...@hotmail.com wrote:
Hello,I'm having a lot of trouble transferring my package to AUR4. It is a
git package, so after trying for about an hour to get it to work the way that
is described on the wiki page, I thought I could try to push it to a
Hi,
I am thinking of packaging some audio games. The problem is, they will require
a sapi5 voice to work. I can create a package for that too, except I think it
requires something like c:\System32. Is there a way to do this system wide
instead of using a ~/.wine prefix?
Thanks
Storm
--
* Harley W harl...@hotmail.com (Tue, 9 Jun 2015 18:26:21 -0400):
Just tried the git filter-branch solution, which got rid of the
SRCINFO error, however now i get a KeyError... I believe this may be
related to the SSH public key, however I'm not sure how I got that
wrong. I just copied what was
Can you copy the exact contents of the (error) messages? FTR, I didn't copy
the complete contents of ~/.ssh/id_rsa-aur.pub to my account page, I had to
omit the username@host part at the end, otherwise my key wasn't accepted.
Best, MarcelSorry about that. I'm new to all this :)I hope this
Thank you very much. I will try this when I get a chance, and if that doesn't
work ill try out your script.
Sent from my Samsung device
Original message
From: Ido Rosen i...@kernel.org
Date: 06-09-2015 5:05 PM (GMT-05:00)
To: Discussion about the Arch User Repository
Thank you very much. I will try this when I get a chance, and if that doesn't
work ill try out your script.
Sent from my Samsung device
Original message
From: Ido Rosen i...@kernel.org
Date: 06-09-2015 5:05 PM (GMT-05:00)
To: Discussion about the Arch User Repository
On 09-06-15 21:56, Storm Dragon wrote:
Hi,
I am thinking of packaging some audio games. The problem is, they
will require a sapi5 voice to work. I can create a package for that
too, except I think it requires something like c:\System32. Is there a
way to do this system wide instead of using
Just tried the git filter-branch solution, which got rid of the SRCINFO error,
however now i get a KeyError... I believe this may be related to the SSH public
key, however I'm not sure how I got that wrong. I just copied what was in my
.ssh/id_rsa.pub to the public key field in my AUR
Just tried the git filter-branch solution, which got rid of the SRCINFO error,
however now i get a KeyError... I believe this may be related to the SSH public
key, however I'm not sure how I got that wrong. I just copied what was in my
.ssh/id_rsa.pub to the public key field in my AUR
26 matches
Mail list logo
