Re: [aur-general] Please remove old packages

2010-06-08 Thread Panos Filip
On Tue, Jun 8, 2010 at 4:11 PM, Ray Rashif schivmeis...@gmail.com wrote:

 On 8 June 2010 18:02, xandry avm-xan...@yandex.ru wrote:
  It is a pity. After all their replacement is in AUR. The following
 version (stable and devel) will be on a basis xlib, that is without qt3 or
 qt4. Therefore in any case all this packages will old. Including specific
 languages packages. I just wont to make AUR on purer.
 

 Yes, you have good intentions. I am just finding it a little difficult
 to understand your translated sentences completely, but I get the
 gist.

  1. opera-china-qt3 http://aur.archlinux.org/packages.php?ID=22757
  2. opera-china-qt4 http://aur.archlinux.org/packages.php?ID=24874

 I can delete them only based on the fact that they are old (they have
 a maintainer and many votes), but someone else who uses the localised
 Chinese version of Opera needs to verify that these are really no
 longer valid.

  3. opera-dev http://aur.archlinux.org/packages.php?ID=18994

 Many votes, not orphan. May still be used, but I am not sure. IMO this
 can be deleted, but I could not find any other shared qt3 dev package.

  4. opera-dev-qt4 http://aur.archlinux.org/packages.php?ID=28123

 Deleted. opera-devel supersedes this.

  5. opera-g4 http://aur.archlinux.org/packages.php?ID=31783

 Deleted. I can recall this was an impulsive upload.

  6. opera-shared-b1 http://aur.archlinux.org/packages.php?ID=31259

 Deleted. Valid but low votes, old, and confusing package name (should
 follow opera-unite).

  7. opera-static http://aur.archlinux.org/packages.php?ID=26034

 Valid package.

  8. opera-unite-devel-qt3 http://aur.archlinux.org/packages.php?ID=27321

 Valid package.

 --

 So the following packages have been removed:

 opera-dev-qt4
 opera-g4
 opera-shared-b1

 And the following are candidates for removal subject to further
 clarification:

 opera-china-qt3
 opera-china-qt4
 opera-dev (maybe needs to be replaced with a new opera-devel-qt3?)

 And the following cannot be removed:

 opera-static
 opera-unite-devel-qt3

 Thank you for your help in keeping the AUR clean :)


 --
 GPG/PGP ID: B42DDCAD


opera-unite-devel-qt3 has no reason to stay there. Opera will not support
this version.


Re: [aur-general] Removal Request for kmess-svn and kmess-svn-stable

2010-05-29 Thread Panos Filip
On Sat, May 29, 2010 at 8:29 PM, Federico Chiacchiaretta 
federico.c...@gmail.com wrote:

 2010/5/29 Thorsten Töpper atsut...@freethoughts.de

  Done.
 
  In my opinion kmess-stable-git would be a better name instead of the
  one including the version.
 
  --
  Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/
  Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4
 
 Thanks.
 I called it kmess2.0.x-git to follow git branch name, which is kmess-2.0.x.


But you would need to make a new PKGBUILD for every new branch, 2.1, 2.2,
2.3 and so on.


Re: [aur-general] Newbie question about updating package

2010-04-05 Thread Panos Filip
On Mon, Apr 5, 2010 at 3:49 PM, Franz Rogar franzro...@gmail.com wrote:

 Hello,

 I've just finished patching fontforge-cvs PKGBUILD using libpng14
 patch in stable. I'd upload it but I've an important question:

 If I send the package it will update the current one? It uses the same
 pkg name. Or do I need to do something prior?

 Main differences between this and the out-of-date flagged one in AUR are:

 - It's a true cvs package. Old one just pick a dated release.
 - It applies libpng14 patch from stable release so it can be built
 again now that libpng14 is the default version.
 - It enables type3 support, devicetables, python scripting and double
 precision.


 --
 Thanks in anyway,
 Franz Rogar


Since you haven't changed the pkgname, the new one will overwrite the
previous.


[aur-general] Please delete stasks-manager-plasmoid

2010-03-03 Thread Panos Filip
Hello to everyone !

I was the contributor of stasks-manager-plasmoid PKGBUILD. There have been
no updates for a long time and it's replaced by smooth-tasks-plasmoid.

Please delete it, it's not useful (and it can't be built upon KDE 4.4) any
more...

Regards,

Panos Filip


Re: [aur-general] [Proposal] Cleaning up some Virtualbox packages on AUR

2010-02-15 Thread Panos Filip
On Sun, Feb 7, 2010 at 3:14 AM, Panos Filip panosfi...@gmail.com wrote:

 Hello to everyone :)

 There seem to some Virtualbox ( or virtualbox related) packages we don't
 really need:

 *1) aur/dkms-virtualbox 1.5.0-1 (Out of Date) (4)  *

 *What is that exactly ?*

 *2) aur/vboxapi 3.1.2-1 (1)*
 SDK for VirtualBox (Personal Use Binaries Edition)

 *That one as well ?*

 *3)aur/virtualbox_bin-1 1.6.6-1 (18)*
 Powerful x86 virtualization (Personal Use Binaries Edition)
 *4)aur/virtualbox_bin-2 2.2.4-1 (24)*
 Powerful x86 virtualization (Personal Use Binaries Edition)

 *3 and 4 -- do some people really need older and unsupported (with less
 features or buggier) releases for Virtualbox ?*


 *5) aur/virtualbox_bin-3_0 3.0.12-1 (18)*
 Powerful x86 virtualization (Personal Use Binaries Edition)

 *What about that ? -- Like 3 and 4, but different PKGBUILD for version
 3.0 and different for 3.1 ?*

 *6)aur/virtualbox_bin 3.1.2-2 [installed] (2101)*
 Powerful x86 virtualization (Personal Use Binaries Edition)

 *We do want this one, it's OK*

 *7)aur/virtualbox_bin_beta 3.0.0_BETA2-1 (Out of Date) (37)*
 Powerful x86 virtualization (Personal Use Binaries Edition)

 *OK, check this one ...hmm*


 *8)aur/virtualbox_bin_unstable 3.1.4_BETA2-1 (0)*
 Powerful x86 virtualization (Personal Use Binaries Edition)

 *We have one beta and one unstable (a.k.a beta) ? *

 *9)aur/virtualbox-legacy_bin 1.5.6-5 (4)*
 Powerful x86 virtualization - binary version (non GPL - free for
 personal use and evaluation)

 *Another one like  3 , 4  and 5 !*

 *10)aur/virtualbox-sun 3.1.2.56127-6 (45)*
 A general-purpose full virtualizer for x86 hardware (Binary Edition,
 Personal Use)

 *What's the difference with 6 ? *

 Regards,

 Panos Filip


Bumping the thread, since we do need some cleaning up, IMHO.


[aur-general] [Proposal] Cleaning up some Virtualbox packages on AUR

2010-02-06 Thread Panos Filip
Hello to everyone :)

There seem to some Virtualbox ( or virtualbox related) packages we don't
really need:

*1) aur/dkms-virtualbox 1.5.0-1 (Out of Date) (4)  *

*What is that exactly ?*

*2) aur/vboxapi 3.1.2-1 (1)*
SDK for VirtualBox (Personal Use Binaries Edition)

*That one as well ?*

*3)aur/virtualbox_bin-1 1.6.6-1 (18)*
Powerful x86 virtualization (Personal Use Binaries Edition)
*4)aur/virtualbox_bin-2 2.2.4-1 (24)*
Powerful x86 virtualization (Personal Use Binaries Edition)

*3 and 4 -- do some people really need older and unsupported (with less
features or buggier) releases for Virtualbox ?*


*5) aur/virtualbox_bin-3_0 3.0.12-1 (18)*
Powerful x86 virtualization (Personal Use Binaries Edition)

*What about that ? -- Like 3 and 4, but different PKGBUILD for version 3.0
and different for 3.1 ?*

*6)aur/virtualbox_bin 3.1.2-2 [installed] (2101)*
Powerful x86 virtualization (Personal Use Binaries Edition)

*We do want this one, it's OK*

*7)aur/virtualbox_bin_beta 3.0.0_BETA2-1 (Out of Date) (37)*
Powerful x86 virtualization (Personal Use Binaries Edition)

*OK, check this one ...hmm*


*8)aur/virtualbox_bin_unstable 3.1.4_BETA2-1 (0)*
Powerful x86 virtualization (Personal Use Binaries Edition)

*We have one beta and one unstable (a.k.a beta) ? *

*9)aur/virtualbox-legacy_bin 1.5.6-5 (4)*
Powerful x86 virtualization - binary version (non GPL - free for
personal use and evaluation)

*Another one like  3 , 4  and 5 !*

*10)aur/virtualbox-sun 3.1.2.56127-6 (45)*
A general-purpose full virtualizer for x86 hardware (Binary Edition,
Personal Use)

*What's the difference with 6 ? *

Regards,

Panos Filip


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-12-08 Thread Panos Filip
And the story goes on. Google released a beta version of Chrome, and we
already have two new ones

1. google-chrome-beta  http://aur.archlinux.org/packages.php?ID=32530
2. google-chrome  http://aur.archlinux.org/packages.php?ID=32531

Do we need them ?


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-11-27 Thread Panos Filip
On Tue, Oct 13, 2009 at 12:44 AM, Panos Filip panosfi...@gmail.com wrote:

 OK, I think we are gonna see new packages coming.

 http://build.chromium.org/buildbot/snapshots/chromium-rel-linux-chromeos/

 Guess what ... :p


OK, as I knew, we are gonna have new packages again:

1) chromiumos-bin http://aur.archlinux.org/packages.php?ID=32290
2) chromium-os-bin http://aur.archlinux.org/packages.php?ID=32118

The first one  hmm... is a copy of a PKGBUILD I uploaded on
bbs.archlinux.org based on chromium-browser-bin. The user didn't seem to be
interested on uploading the sources (chromium-browser.desktop
chromium-browser.png
chromium-browser.sh
LICENSE.txt) as well, and renamed accordingly.

The second one is more proper, but has to be renamed.

That means: we need* the (2) but with the (1)'s name.


*We don't really need the chromium-os chromium interface as standalone
packages, only the standalone browser.


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-11-27 Thread Panos Filip
On Sat, Nov 28, 2009 at 5:44 AM, Panos Filip panosfi...@gmail.com wrote:



 On Tue, Oct 13, 2009 at 12:44 AM, Panos Filip panosfi...@gmail.comwrote:

 OK, I think we are gonna see new packages coming.

 http://build.chromium.org/buildbot/snapshots/chromium-rel-linux-chromeos/

 Guess what ... :p


 OK, as I knew, we are gonna have new packages again:

 1) chromiumos-bin http://aur.archlinux.org/packages.php?ID=32290
 2) chromium-os-bin http://aur.archlinux.org/packages.php?ID=32118

 The first one  hmm... is a copy of a PKGBUILD I uploaded on
 bbs.archlinux.org based on chromium-browser-bin. The user didn't seem to
 be interested on uploading the sources (chromium-browser.desktop
 chromium-browser.png
 chromium-browser.sh
 LICENSE.txt) as well, and renamed accordingly.

 The second one is more proper, but has to be renamed.

 That means: we need* the (2) but with the (1)'s name.


 *We don't really need the chromium-os chromium interface as standalone
 packages, only the standalone browser.


And a duplicate of (2)

3) chromium-os-browser-bin http://aur.archlinux.org/packages.php?ID=32291


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-11-27 Thread Panos Filip
On Sat, Nov 28, 2009 at 5:57 AM, Ionut Biru ib...@archlinux.org wrote:

 On 11/28/2009 05:47 AM, Panos Filip wrote:

 On Sat, Nov 28, 2009 at 5:44 AM, Panos Filippanosfi...@gmail.com
  wrote:



 On Tue, Oct 13, 2009 at 12:44 AM, Panos Filippanosfi...@gmail.com
 wrote:

  OK, I think we are gonna see new packages coming.


 http://build.chromium.org/buildbot/snapshots/chromium-rel-linux-chromeos/

 Guess what ... :p


 OK, as I knew, we are gonna have new packages again:

 1) chromiumos-bin http://aur.archlinux.org/packages.php?ID=32290
 2) chromium-os-bin http://aur.archlinux.org/packages.php?ID=32118

 The first one  hmm... is a copy of a PKGBUILD I uploaded on
 bbs.archlinux.org based on chromium-browser-bin. The user didn't seem to
 be interested on uploading the sources (chromium-browser.desktop
 chromium-browser.png
 chromium-browser.sh
 LICENSE.txt) as well, and renamed accordingly.

 The second one is more proper, but has to be renamed.

 That means: we need* the (2) but with the (1)'s name.


 *We don't really need the chromium-os chromium interface as standalone
 packages, only the standalone browser.


 And a duplicate of (2)

 3) chromium-os-browser-bin http://aur.archlinux.org/packages.php?ID=32291


 deleted 1) and 3)


Does chromium-os-bin work for you ? Is it really necessary to keep at least
one  on AUR ?


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-11-27 Thread Panos Filip
On Sat, Nov 28, 2009 at 6:28 AM, Ionut Biru ib...@archlinux.org wrote:

 On 11/28/2009 06:21 AM, Panos Filip wrote:
 snip

  Does chromium-os-bin work for you ? Is it really necessary to keep at
 least
 one  on AUR ?


 to be fair i didn't had the curiosity to try it and still don't have. but
 if you say that is not working then i told see any point to have it.

 in my opinion such build doesn't have to be in AUR. better to discuss this
 on forum.



IMO, we don't need this package. The binary's main purpose on the googlebot
is to demonstrate the Chrome interface on ChromeOS and in order to use when
you build a ChromeOS build (if you read the instructions, there is a step
where the this binary has to be downloaded)

Now, as it is, chromium-os-bin, provides a Chromium build with some more
features like clock, network settings, that apply on ChromeOS. It is not
ChromeOS/ChromiumOS itself


Re: [aur-general] Package removal request

2009-11-15 Thread Panos Filip
2009/11/16 Angel Velásquez an...@archlinux.com.ve

 On Sun, Nov 15, 2009 at 7:09 PM, Ranguvar rangu...@archlinux.us wrote:
  Hello,
 
  I just recently adopted the firefox-hg-pgo package.  Could you please
 delete
  it?  In a few minutes I am going to upload firefox-pgo-minefield.
  The name fits better with the other firefox-pgo-* packages, and it is
 nice
  in that it is manually updated when a new Firefox HG revision passes the
  Mozilla Tinderbox unit tests :)
 
  Thanks!
  -- Devin Cofer (Ranguvar)
 

 Done


 --
 Angel Velásquez
 angvp @ irc.freenode.net
 Arch Linux Trusted User
 Linux Counter: #359909
 http://www.angvp.com


Has the new one (firefox-pgo-minefield) been deleted ?


Re: [aur-general] chromium packages

2009-10-20 Thread Panos Filip
On Tue, Oct 20, 2009 at 6:11 PM, Biru Ionut biru.io...@gmail.com wrote:

 HI,
 i'm opening this subject again. sorry for that.

 i want to delete them tonight and i want to ask you guys which is the best
 package to have(and renamed) conform this proposal:
 http://wiki.archlinux.org/index.php/Chromium_proposal

 chromium-browser-svn  will not be deleted.
 chromium-bin i can't choose one from that list because i don't know which
 one is good. just tell me which one and i'll email the maintainer to upload
 with a different name.

 --
 Ionut


I think that the best is:

1) ONE chromium-browser-bin-latest, because -latest- will make clear that it
isn't a stabilized or stable release and it will download the ... latest.
The one that Stefan Husmann suggests is the best I suppose. And it should be
the zip from googlebot. It's the (2) (the svn build) in zip.
2) ONE chromium-browser-svn : it exists. No problem. It can be built
succesfully on x86_32 and x86_64.


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-09-26 Thread Panos Filip
is the second time today when i deleted 2). i've sent him both times emails
but i think he just don't reads them. i believe that, like others, he just
uploaded a new packages, just because 1) is out of date.


 --
 Ionut


Yeeeah, we have a new chromium PKGBUILD...

http://aur.archlinux.org/packages.php?ID=30458

Each time somebody finds a way to improve the PKGBUILDs, instead of
proposing the new PKGBUILD to another contributor, he uploads it on AUR...!


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-09-26 Thread Panos Filip
On Sat, Sep 26, 2009 at 6:48 PM, Biru Ionut biru.io...@gmail.com wrote:

 On 09/26/2009 05:49 PM, Panos Filip wrote:


 I think he found the first PKGBUILD not good, and then, instead of fixing
 it, he disowned it and uploaded another one.

 Do you think it's a good idea to create a *wiki page* where we'll propose
 a
 universal way of building chromium packages ? Then, a TU or someone else
 who
 *can* maintain difficult PKGBUILDs, should upload them.


 lets clean it :D.

 i will let only one build from ubuntu ppa and only one build from google
 bot.

 I vote for chromium-browser-dev (ppa) and chromium-snapshot(google bot) and
 chromium-browser-svn which is the only one that is building from source.

 If chromium-browser-dev and chromium-snapshot doesn't have proper PKGBUILD
 for building native 64/32 we should ask the maintainer do that well and if
 he doesn't do that in couples of days, i will orphan it

 what do you think about this?

 --
 Ionut


Good idea. Three PKGBUILDs only then.

The one is ready (chromium-browser-svn), so we don't have to take care about
it, it's OK.

The other two now: they must be autodownloading (like svn/git/cvs) the
zip(googlebot) or deb (ppa) and 32 or 64bit according to system's $CARCH
variable.

For the first one (googlebot), I already have a PKGBUILD ready for
suggestion. If the wikipage is going to be created, i'll post it.
For the second one (ppa), it's more difficult because, as I 've tried,
wget/curl/elinks (used in order to download the html code and parse it in
order to find the latest package), need a lot of commands to clear the html
code. And the names used by ppa are also huge.


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-09-26 Thread Panos Filip
On Sat, Sep 26, 2009 at 5:03 PM, Biru Ionut biru.io...@gmail.com wrote:

 On 09/26/2009 01:48 PM, Panos Filip wrote:

 Yeeeah, we have a new chromium PKGBUILD...

 http://aur.archlinux.org/packages.php?ID=30458

 Each time somebody finds a way to improve the PKGBUILDs, instead of
 proposing the new PKGBUILD to another contributor, he uploads it on
 AUR...!


 another one. http://aur.archlinux.org/packages.php?ID=30463

 do you understand what bdheeman want to do? he uploaded and then he
 orphaned the first package and now i don't understand the purpose of the
 second package.
 maybe i'm stupid and i don't understand anything regarding chromium*.

 --
 Ionut


Oh my, why do they keep doing this ... -_-

I think he found the first PKGBUILD not good, and then, instead of fixing
it, he disowned it and uploaded another one.

Do you think it's a good idea to create a *wiki page* where we'll propose a
universal way of building chromium packages ? Then, a TU or someone else who
*can* maintain difficult PKGBUILDs, should upload them.


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-09-26 Thread Panos Filip
 
 here is the wiki: http://wiki.archlinux.org/index.php/Chromium_proposal
 

OK, i'll post my suggestion and you (and of course anyone who wants to help) 
will edit the page to make it better.

-- 
Panos Filip


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-09-26 Thread Panos Filip
On Sat, Sep 26, 2009 at 8:13 PM, Sven-Hendrik Haase s...@lutzhaase.comwrote:

 On 26.09.2009 18:49, solsTiCe d'Hiver wrote:
  i don't know how much time is needed to compile chromium. but i guess at
  least 1 or 2 hours ??
  so i am not willing to take that much time to compile chromium every
  time. so using a binary package is not a bad idea for me
 
 
 
 The idea is to decide on a chromium package which will eventually be
 used in [community] so that you don't have to compile it. Obviously, a
 PPA based package is not a good choice here.


The svn/cvs/git etc packages rarely pass to [community] or even [extra].
Only when an official (buildable from source) Chrome browser or a stabilised
snapshot of Chromium are announced, they shall pass to [community] or
[extra]

The **best** PKGBUILD for Chromium is possibly the one that actually builds
it. The same thing for the other browsers (for example, Firefox).

The others exist because building Chromium takes too long, even on an
powerful machine.

-

Someone told about the deb ones.

Actual differences between the ppa deb and zip from googlebot ? None. They
are both built from svn. The deb one has minor quality than the zip because
it is built with libjpeg6, and the zipped one with libjpeg7. Arch has
libjpeg7, so you don't need to install libjpeg6 from AUR.


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-09-25 Thread Panos Filip
On Friday 25 September 2009 22:07:46 Biru Ionut wrote:
 Biru Ionut wrote:
  Panos wrote:
  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)
 
  is the second time today when i deleted 2). i've sent him both times
  emails but i think he just don't reads them. i believe that, like
  others, he just uploaded a new packages, just because 1) is out of date.
 
 and to be clear enough, with the maintainer of 8,9 i've discussed in the
 past about those packages, deleted one or two times one of them, but he
 argue with me about the importance of them. some time he didn't upload
 anything but surprise, he did it again.
 

I agree with you. Those two are supposed to provide differently matured 
chromium, I suppose marked as stable, testing, unstable by Google or so.

I really can't understand if they are both needed, since the meaning of 
stability in svn, and especially on a browser that is still experimental 
(but with satisfactory stability), is relative.

--

For the chromium-snapshot one's, i'd propose to keep only the one that is 
autodownloaded (I guess it's no.13). But, it downloads only the 32bit package.
No.12 does the same, but for the 64bit package.

:-/


-- 
Panos Filip


Re: [aur-general] Status of the Chromium/Chrome packages on AUR

2009-09-25 Thread Panos Filip
On Friday 25 September 2009 22:24:29 Laurie Clark-Michalek wrote:
 Personally, I have found 11 (chromium-snapshot-64) to be perfect, with
 a couple of glitches when upgrading. For 64 bit users, it seems to be
 the best. However, I can't see the point in chromium-snapshot-64.
 

But it's 64bit only. The ideal (which is doable) is to have one PKGBUILD that 
will repackage both 32 and 64bit zips from build.chromium.org.

One PKGBUILD on [extra] that does what would be ideal for chromium-snapshot is 
flashplugin. If you try to build it, if you are on 32bit machine ($CARCH -- 
x86) it will build 32bit flashplugin, if you are on 64bit machine ($CARCH -- 
x86_64) it will build the 64bit one.
-- 
Panos Filip


[aur-general] [Deletion Request] kbluetooth4-svn

2009-09-19 Thread Panos Filip
Hello to everyone !

I am Flamelab on AUR, and I orphaned kbluetooth4-svn, since the new one's 
(kdebluetooth-svn) and (kdebluetooth-devel) seem to work better than my 
own (they provide the same upstream program), and their maintainer seems 
to be more interested on them.

Please, can someone delete my own ;) 


Re: [aur-general] [Deletion Request] kbluetooth4-svn

2009-09-19 Thread Panos Filip
On Sat, Sep 19, 2009 at 3:23 PM, Andrea Scarpino and...@archlinux.orgwrote:

 On 19/09/2009, Panos Filip panosfi...@gmail.com wrote:
  I am Flamelab on AUR, and I orphaned kbluetooth4-svn, since the new one's
  (kdebluetooth-svn) and (kdebluetooth-devel) seem to work better than my
  own (they provide the same upstream program), and their maintainer seems
  to be more interested on them.
 
  Please, can someone delete my own ;)
 Done, thanks.

 --
 Andrea `bash` Scarpino
 Arch Linux Developer


Thank you very much ;)


[aur-general] Request: Removal of air-plasmatheme-svn

2009-06-21 Thread Panos Filip



 To: aur-general@archlinux.org
 From: repoma...@archlinux.org
 Date: Fri, 19 Jun 2009 16:10:08 -0400
 Subject: [aur-general] Integrity Check community i686 19-06-2009


 =
 = Integrity Check i686 of community =
 =

 Performing integrity checks...
 == parsing pkgbuilds
 == checking mismatches
 == checking archs
 == checking dependencies
 == checking makedepends
 == checking for circular dependencies

 Missing PKGBUILDs
 ---
 /srv/abs/rsync/i686//community/CVS
 /srv/abs/rsync/i686//community/daemons/CVS
 /srv/abs/rsync/i686//community/devel/CVS
 /srv/abs/rsync/i686//community/devel/factor/CVS
 /srv/abs/rsync/i686//community/editors/CVS
 /srv/abs/rsync/i686//community/emulators/CVS
 /srv/abs/rsync/i686//community/games/CVS
 /srv/abs/rsync/i686//community/gnome/CVS
 /srv/abs/rsync/i686//community/i18n/CVS
 /srv/abs/rsync/i686//community/kde/CVS
 /srv/abs/rsync/i686//community/lib/CVS
 /srv/abs/rsync/i686//community/modules/CVS
 /srv/abs/rsync/i686//community/multimedia/CVS
 /srv/abs/rsync/i686//community/network/CVS
 /srv/abs/rsync/i686//community/office/CVS
 /srv/abs/rsync/i686//community/science/CVS
 /srv/abs/rsync/i686//community/system/CVS
 /srv/abs/rsync/i686//community/x11/CVS
 /srv/abs/rsync/i686//community/xfce/CVS

 Missing Dependencies
 --
 flumotion -- 'twisted-web'
 open-vm-tools-modules -- 'kernel26 qc-usb-messenger -- 'kernel26 eclipse-ve 
 -- 'eclipse cdfs -- 'kernel26
 Missing Makedepends
 -
 virtualbox-ose-additions -- 'gcc34'
 virtualbox-modules -- 'gcc34'
 id3lib-rcc -- 'gcc34'
 greycstoration -- 'gcc34'
 virtualbox-ose -- 'gcc34'
 tvision -- 'gcc34'
 classpath -- 'jikes'
 open-vm-tools -- 'chrpath'

 Summary
 -
 Missing PKGBUILDs: 19
 Invalid PKGBUILDs: 0
 Mismatching PKGBUILD names: 0
 Duplicate PKGBUILDs: 0
 Invalid archs: 0
 Missing (make)dependencies: 13
 Repo hierarchy problems: 0
 Circular dependencies: 0

_
Windows Live™: Keep your life in sync. Check it out!
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009

[aur-general] Request: Removal of air-plasmatheme-svn

2009-06-21 Thread Panos Filip



_
Show them the way! Add maps and directions to your party invites. 
http://www.microsoft.com/windows/windowslive/products/events.aspx