Hello all
I will be away from now for about two or more weeks. I recently surfered
an small irritation on my eyss, so I can not stay on my PC :( Leaving
the bugtracker in their hands, I hope to be with you again soon.
Best regards.
Gerardo Exequiel Pozzi ( djgera )
http://www.djgera.com.ar
KeyID: 0x1B8C330D
Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
I'd like to adopt bullet-svn since the current maintainer seems to have
abandoned it and lost interest in Arch as a whole since this is his only
package and it has never been updated.
bullet-svn: http://aur.archlinux.org/packages.php?ID=21091
-- Sven-Hendrik
Hi,
There was a 'chrome-like-icons' on gnome and i have made a package of it,
but looks like it doesn't exist anymore. So, can you please remove it?
chrome-like-icons
http://aur.archlinux.org/packages.php?ID=29475
--
H.Gökhan SARI
hsa2(a)difuzyon.net
Hello to everyone!
I had recently created a thread on bbs.archlinux.org here
http://bbs.archlinux.org/viewtopic.php?id=79410
in order to discuss the situration for the numerous chromium packages on AUR.
As I can see, they are getting more and more. I would like to make the
discussion on mailing list so that more people would participate.
The list:
1 aur/chromium-browser 4.0.204.0~svn20090831r24879-1 (369)
2 aur/chromium-browser-4.0.219.3 4.0.219.3~svn20090925r27181-1 (0)
3 aur/chromium-browser-dev r26808-1 (107)
4 aur/chromium-browser-inspector r26919-1 (22)
5 aur/chromium-browser-l10n 4.0.219.0~svn20090924r27064-1 (6)
6 aur/chromium-browser-svn `svn info /chromium/src/ | grep (8)
7 aur/chromium-codecs-ffmpeg-nonfree r26428-1 (39)
8 aur/chromium-continuous -latest (46)
9 aur/chromium-fresh -latest (25)
10 aur/chromium-snapshot 27035-1 [27188-1] (439)
11 aur/chromium-snapshot-64 27164-5 (110)
12 aur/chromium-snapshot-64-last -6 (40)
13 aur/chromium-snapshot-latest -3 (4)
14 aur/cxchromium 0.9.0-3 (153)
15 aur/iron 3.0.197.0-6 (61)
Except for 15 and 6 which provide a different package, and 14 which is very
old, all the others are differently packaged chromium from svn.
Chromium in these packages comes from two sources:
1)build.chromium.org
2)a deb from ppa.launchpad
So I make the same question: do we really need all these packages ? Shouldn't
they be less and provide, from fewer PKGBUILDs, the different pre-packaged
chromium browser ? Because they are mostly repackaging an already packaged
chromium browser, except for (6).
We have two chromium-browser that use a deb package --> shouldn't it be one ?
We have chromium-browser-dev --> it is the same as 1 and 2, but it can
repackage debs for both architectures.
5 is a l10n package, it is only for the repackaged debs.
We have 4 chromium-snapshot PKGBUILDs (they provide the one from
build.chromium.org ). Shouldn't there be only one, which will create a 32 or
64 package from one PKGBUILD ? Just like chromium-browser-dev (which
repackages the deb one) and automatically ?
As you can see, it is clearly a bit of a chaos here.
Hi,
Just uploaded coldstorage to AUR, but realized I forgot the -git
suffix, so I uploaded a new one. Could someone delete coldstorage [1]?
http://aur.archlinux.org/packages.php?ID=32537
Thanks in advance,
--
Bram Schoenmakers
What is mind? No matter. What is matter? Never mind.
(Punch, 1855)
I'm maintaining tremulous in community, and I'd like to split it into
tremulous and tremulous-data, to save space and bandwidth for both
mirrors and users, as well as making it a lot easier to package
alternate clients. The problem I'm running into right now is that
dbscripts can't handle packages with different pkgrel/arch lines in a
split package.[1] The arch issue isn't pressing, since I could just
silently update -data later (replace the i686 and x86_64 packages with
one -any package without updating pkgrel). This should be seamless for
users, and there's no reason to bump pkgrel because the change has no
effect for users who have -data already installed.
The other issue though, is that I'd like to set tremulous (the client
package) to -6 (it's at -5), while keeping -data and pkgrel 1. I tried
to commit this, but the dbscripts errored out saying it couldn't find
data 1.1.0-6. What's my best course of action here? I see them as
1) Wait for dbscripts support. I don't want to do this because the 1.2
beta was recently released, and it would depend on -data. I'd rather
not keep users waiting
2) Put out -data with pkgrel=6, then once dbscripts support is added, either
a) Reset pkgrel to 1 with "force", or
b) Continue from -6 going up to -7, etc. This feels ugly to me.
[1]: http://bugs.archlinux.org/task/17390
Hiya,
Please if you can remove xulrunner-xpcom package
(http://aur.archlinux.org/packages.php?ID=28526) which is now obsolete
'cause the same functionality is provided by official xulrunner
package.
Sincerely,
Gour
--
Gour | Hlapicina, Croatia | GPG key: F96FF5F6
----------------------------------------------------------------