Hello,
Can you please remove my package conextant-firmware*? I think it is
obsolete now.
Thanks,
[0]: http://aur.archlinux.org/packages.php?ID=19148
--
To do the same thing over and over again is not only boredom: it is to
be controlled by rather than to control what you do. -Heraclitus
H.Gökh
On 04/20/2011 09:42 AM, H.Gökhan Sarı wrote:
Hello,
Can you please remove my package conextant-firmware*? I think it is
obsolete now.
Thanks,
[0]: http://aur.archlinux.org/packages.php?ID=19148
Done, thanks for the email :)
--
Jelle van der Waa
2011/4/19 Evangelos Foutras :
> On 19 April 2011 20:10, Sebastian Wiesner wrote:
>> Hi,
>>
>> please remove python-virtualenv5 and python-tox, these packages have
>> been replaced with python2-tox and python2-virtualenv5.
>
> Done. Please provide links in future removal requests.
Sure. Sorry for
Req orphan of acroread-fonts-systemwide
http://aur.archlinux.org/packages.php?ID=29472
no reply from maintainer.
yajl-ruby and redcloth are two of the packages I maintain currently.
To follow the package naming conventions, I'd like to prefix both
pkgnames with ruby-. I've already submitted/adopted the new packages
to AUR, so here's for removing the yajl-ruby and redcloth packages.
Sorry for any inconvenien
On 20 April 2011 12:21, kevku wrote:
> Req orphan of acroread-fonts-systemwide
> http://aur.archlinux.org/packages.php?ID=29472
> no reply from maintainer.
Done.
(I also orphaned amazonmp3 [1], by the same maintainer.)
[1] http://aur.archlinux.org/packages.php?ID=31614
On 20 April 2011 14:23, talki walki wrote:
> yajl-ruby and redcloth are two of the packages I maintain currently.
>
> To follow the package naming conventions, I'd like to prefix both
> pkgnames with ruby-. I've already submitted/adopted the new packages
> to AUR, so here's for removing the yajl-r
On Wed, Apr 20, 2011 at 7:35 PM, Evangelos Foutras wrote:
> I removed both packages. However, ruby-yajl (without the -ruby suffix)
> would be a better name for the first package. If you want, go ahead
> and re-upload it under the new name, and reply here to delete
> ruby-yajl-ruby.
>
I named it r
Hello,
can someone explain to me how this guys scripts [1] are supposed to
produce working packages?
Unless i am missing something, i'd have to use black magic in order to
obtain the source which isnt even available in the sourceforge SVN of
the projects.
Since they already have 5 votes they must b
On Wed, Apr 20, 2011 at 7:54 PM, talki walki wrote:
> Is there a documentation on this package naming convention?
>
Never mind, I found it here:
https://wiki.archlinux.org/index.php/Ruby_Gem_Package_Guidelines
pkgname=ruby-GEMNAME # All lowercase
On Wed, Apr 20, 2011 at 1:55 PM, Grigorios Bouzakis wrote:
> Hello,
> can someone explain to me how this guys scripts [1] are supposed to
> produce working packages?
> Unless i am missing something, i'd have to use black magic in order to
> obtain the source which isnt even available in the source
zpacman (for example) is included in the archive that comes with the
PKGBUILD. It's a shell script, so there's nothing to build or retrieve,
therefore it just installs it where it should.
However, you're right, that's not the way a PKGBUILD is supposed to work: it
should retrieve the zpacman shell
I would say the PKGBUILD is *wrong*
$startdir should never be used, and checksums of source files must be included.
talki walki wrote:
> I would say the PKGBUILD is *wrong*
>
> $startdir should never be used, and checksums of source files must be
> included.
>
pkgrel=0 is really innovative.
It never even crossed my mind that someone would include the sources in
the uploaded tarball, furthermore without provi
On 20 April 2011 14:54, talki walki wrote:
> On Wed, Apr 20, 2011 at 7:35 PM, Evangelos Foutras
> wrote:
>> I removed both packages. However, ruby-yajl (without the -ruby suffix)
>> would be a better name for the first package. If you want, go ahead
>> and re-upload it under the new name, and re
On Wed, Apr 20, 2011 at 8:14 PM, Evangelos Foutras wrote:
> and there is ruby-sqlite3 which is actively maintained.
Oops, I missed it, sorry.
OK, I followed kidoz/bash and renamed my package to ruby-yajl...
But wait... I double checked: ruby-sqlite3 is actually different from
${ruby-,}sqlite3-r
On Wed, 20 Apr 2011 20:57:55 +0800, talki walki wrote:
But wait... I double checked: ruby-sqlite3 is actually different from
${ruby-,}sqlite3-ruby:
ruby-sqlite3: http://rubygems.org/gems/sqlite3
sqlite3-ruby: http://rubygems.org/gems/sqlite3-ruby
That's the same gem, and a duplicate o
On Wed, Apr 20, 2011 at 8:57 PM, talki walki wrote:
> ruby-sqlite3: http://rubygems.org/gems/sqlite3
> sqlite3-ruby: http://rubygems.org/gems/sqlite3-ruby
>
> I don't think these two gems are the same one.
Sorry for double posting again... For the sake of completeness: I
checked the AUR com
On Wed, Apr 20, 2011 at 9:10 PM, Pierre Chapuis wrote:
> Moreover you require "yajl" or "sqlite3", not "yajl-ruby" or "sqlite3-ruby".
> So I'm for "ruby-yajl".
>
OK, that's a point.
2 to 1, I give in.
Now please remove ruby-yajl-ruby, Foutras.
On 20 April 2011 16:23, talki walki wrote:
> Now please remove ruby-yajl-ruby, Foutras.
Done, cheers.
Hi all,
I'm creating a svn PKGBUILD. I'm behind a proxy, so I set the useful
variables in ~/.subversion/server . Why the PKGBUILD template override
this location with current dir by default ?
Is it bad to drop --config-dir ./ in my PKGBUILD ?
Regards,
Manu
On Wed, Apr 20, 2011 at 04:43:34PM +0200, Manu wrote:
> Hi all,
Hi
> I'm creating a svn PKGBUILD. I'm behind a proxy, so I set the useful
> variables in ~/.subversion/server . Why the PKGBUILD template override
> this location with current dir by default ?
When running into similar problems with
22 matches
Mail list logo