Hi, I have advanced with the packaging, but I am now facing a new challenge.
I have seen that linux PKGBUILD is really long, and not precisely simple.
And thinking about a simpler solution, I have thought about make
deb-pkg/rpm-pkg and dumping the contents to $pkgbuild.
For the moment, I am
Hi,
I am looking to package rtai, which was already packaged some years ago. I
want to make it easily updatable, and I have a problem.
RTAI is a kernel patch and some other stuff.
I am now trying to obtain the linux config for an specific arch kernel.
I was trying to extract it from
Some options:
yaourt -G linux
https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/linux
git clone packages.git with --depth 1 (shallow clone)
On Tue, Mar 24, 2015 at 2:25 PM, Javier Domingo Cansino javier...@gmail.com
wrote:
Hi,
I am looking to package rtai, which
Yeah, but the problem is about achieving a config for version X, not the
latest.
RTAI ships on each release patches for specific versions...
On Tue, Mar 24, 2015 at 7:34 PM, Ido Rosen i...@kernel.org wrote:
also
https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/linux
The idea is to then create a VCS package that tracks the project, so work
on having a proper config for an specific version can be reused.
On Tue, Mar 24, 2015 at 7:39 PM, Javier Domingo Cansino javier...@gmail.com
wrote:
Yeah, but the problem is about achieving a config for version X, not the
On Tue, Mar 24, 2015 at 07:25:51PM +0100, Javier Domingo Cansino wrote:
Hi,
I am looking to package rtai, which was already packaged some years ago. I
want to make it easily updatable, and I have a problem.
RTAI is a kernel patch and some other stuff.
I am now trying to obtain the
I don't like adding such a dependency, but you indirectly guided me to the
solution. The packages.git repo has a branch for each package where only
that package's history is kept. That's all I needed to know, thank you very
much!
I will now create a script to extract the commit I need,
Thanks!
Hi,
I wasn't contacted and apparently linux-lts-tresor has been
disowned/taken over without my consent or any notice. Please explain...
Ido
On 2014-09-30 19:34, Daniel Micay wrote:
On 30/09/14 08:07 PM, Ido Rosen wrote:
Hi,
I wasn't contacted and apparently linux-lts-tresor has been
disowned/taken over without my consent or any notice. Please
explain...
Ido
I don't remember who made the request to have it disowned or the
On 30/09/14 10:51 PM, Ido Rosen wrote:
Is there any record of who did in the AUR logs?
I orphaned at least one out-of-date tresor package for someone many
months ago and deleted several other orphaned ones. Before the current
request system, the people making the requests were responsible for
I don't see anything on the requests list or on this one. Do you
remember how this request was made?
I don't remember who made the orphan / delection requests for the tresor
packages, but I do remember that they were very neglected.
The remaining packages are now well-maintained and gets
Daniel, I think you orphaned that package for me originally over a
year ago. I don't know who took it from me though. The issue isn't
that I want it back, I just don't think this is an isolated incident -
there's at least one TU disowning packages manually without following
procedures.
On Tue,
Hi,
I believe that the following packages should be removed:
linux-mainline-ux31e [1] -- last updated in early 2012, orphaned, only
three votes.
broadcom-wl-mainline [2] -- last updated in late 2012, orphaned, zero
votes, source gone, and apparently doesn't build anyway.
There's a third package
On Wednesday, February 19, 2014 21:39:02 WorMzy Tykashi wrote:
Hi,
I believe that the following packages should be removed:
linux-mainline-ux31e [1] -- last updated in early 2012, orphaned, only
three votes.
broadcom-wl-mainline [2] -- last updated in late 2012, orphaned, zero
votes,
On Thu, Feb 20, 2014 at 6:11 AM, Felix Yan felixonm...@gmail.com wrote:
On Wednesday, February 19, 2014 21:39:02 WorMzy Tykashi wrote:
Hi,
I believe that the following packages should be removed:
linux-mainline-ux31e [1] -- last updated in early 2012, orphaned, only
three votes.
On Thursday, February 20, 2014 07:03:56 Duru Can Celasun wrote:
Hi,
I'm the maintainer of linux-mainline-dellxps and I'm fine with
removing it. It stopped being useful long ago, hence the lack of
updates.
Cheers,
Can.
OK, removed, thanks.
Regards,
Felix Yan
signature.asc
Description:
On Mon, 2014-01-06 at 16:53 +1000, Justin Dray wrote:
Hey everyone,
Can we get linux-bcache-git package removed? All the changes have been
merged upstream several kernel versions ago and even it's maintainer has
said as much in the comments.
Hey everyone,
Can we get linux-bcache-git package removed? All the changes have been
merged upstream several kernel versions ago and even it's maintainer has
said as much in the comments.
https://aur.archlinux.org/packages/linux-bcache-git/
Regards,
Justin Dray
E: jus...@dray.be
M: 0433348284
Hello,
I have just become the maintainer of my first package in AUR,'linux-next'.
It's name lacks -git prefix, though it is using git to fetch source
code.
I figure out that I have these courses of action:
1)Ask for the deletion of 'linux-next' package in favor of
'linux-next-git';
2)Create a
Den 14-09-2013 22:01, Dennis Borisevich skrev:
I have just become the maintainer of my first package in AUR,'linux-next'.
It's name lacks -git prefix, though it is using git to fetch source
code.
Some PKGBUILDs use Git to fetch a specific version of the source code
(e.g., a given tag) - those
Hi, I've been looking for a manga downloader in AUR repository, but I
didn't find the one I wanted, so I tried to make the package by myself and
upload it (http://code.google.com/p/linux-manga-downloader/).
There are just .deb and .rpm packages, but I extracted the package and
tried to make the
ma, 2012-05-07 kello 17:57 +0200, Jorge Barroso kirjoitti:
what comes in the package are shell
scripts, the launcher and nothing else usefull...
Looking at the .deb file all you need to do us copy the ././usr/share
direcotry to ${pkgdir}/usr/share and the ././usr/local/bin to
${pkgdir}/usr/bin
23 matches
Mail list logo
