http://aur.archlinux.org/packages.php?ID=19161 I believe to be renamed
to Fabric which seems to be in AUR at
http://aur.archlinux.org/packages.php?ID=30020
Also this one is similar http://aur.archlinux.org/packages.php?ID=47247
Will let the TUs decide about the pkgID of 47247 and 30020. I am
Am 25.03.2011 10:34, schrieb György Balló:
2011/3/13 Stefan Husmann stefan-husm...@t-online.de:
Am 06.03.2011 14:57, schrieb Stefan Husmann:
Hello,
I am dropping my packages xmltv and gtvg. I cannot properly support
them because german TV is not supported at all. gtvg is on the todo list
On 26 March 2011 08:05, Nathan Owens ndowens@gmail.com wrote:
http://aur.archlinux.org/packages.php?ID=19161 I believe to be renamed to
Fabric which seems to be in AUR at
http://aur.archlinux.org/packages.php?ID=30020
Also this one is similar http://aur.archlinux.org/packages.php?ID=47247
2011/3/26 Lukáš Jirkovský l.jirkov...@gmail.com:
I'm not sure about the other two. Personally I think python2-fabric
[ID=47247] should be deleted, because it has less votes (it has one
vote from it's maintainer) and it's younger. On the other hand it has
a better name.
python2-fabric
python2-fabric shouldn't have been uploaded in the first place,
I think so.
unless python-fabric was previously made to work with Python 3.
It wasn't – both packages are almost the same (python2-fabric adds
bash completion but otherwise they are exactly the same).
I suggest we delete
Hey,
There's been some discussion between me and the maintainer/submitter
of 'bin32-google-earth' (srabd) as to whether 'google-earth' should
finally replace 'bin32-google-earth'.
He disagrees. In his oppinion the bin32- prefix should always be
used when the package being offered is a 32-bit
On 3/19/11, Ike Devolder ike.devol...@gmail.com wrote:
For me its all the same, you can remove the nvidia-bede package
from aur
i'll keep it in my own source tree because the nvidia-all package
assumes the kernel version as the running version
most of the time i build for a kernen which is
On Sat, Mar 26, 2011 at 9:15 PM, Det nimetonma...@gmail.com wrote:
On 3/19/11, Ike Devolder ike.devol...@gmail.com wrote:
For me its all the same, you can remove the nvidia-bede package
from aur
i'll keep it in my own source tree because the nvidia-all package
assumes the kernel version as
Hi all,
I have just updated dbscripts and devtools. The new epoch variable
intrduced in pacman 3.5 is now supported and $repo.files databases are
now in sync with the actual repo db.
Devtools now optionally uses btrfs snapshots to create a build
environment and also works better with multiple
On 26 March 2011 15:43, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
This is implicating a lot of packages.
Det
Hmm, didn't see the email from Devolder. Having written the initial
nvidia-beta-all package, I can assure you that nvidia-beta-all (and
nvidia-all which Det maintains) builds
On Saturday, March 19, 2011 20:19:41 Det wrote:
Hell,
So I've been thinking about this for some time now and I finally
decided to ask the ones who know the best: would it be enough to only
have 'nvidia-beta-all' and 'nvidia-all' in the AUR to replace all
those nvidia-ice, nvidia-bfs, eg.
A new list has been created: arch-projects.
This list is for development discussion, patches and pull requests for
initscripts, netcfg, dbscripts, devtools (and maybe other projects,
those are the ones I could think of).
Anyone is free to subscribe, but please, no user discussions (keep those
to
I would also want to know about this for my utorrent package, They only provide
a bin 32 binary but I decided to make only one package for both archs, should I
create a bin32-utorrent-server package?
https://aur.archlinux.org/packages.php?ID=43253
Hi TUs,
VCS PKGBUILDs in officials repositories should use a snapshot of the
project and shouldn't fetch the sources directly from git; neither the
snapshot tarball created by git (checksum changes every time).
In [extra], we already do that storing the snapshot at
ftp://ftp.archlinux.org/other/
14 matches
Mail list logo