- Aur-general - lists.archlinux.org

[aur-general] Deletion request: wl_lkm
by Jakub Klinkovský 13 Aug '13

13 Aug '13

As far as I know, the wlags49_h2_cs driver (Agere Hermes 2 chipsets) is included in current kernel (for a long time). For Hermes 1 chipsets, the orinoco driver should be used. So I think the wl_lkm package [1] can be safely removed. [1]: https://aur.archlinux.org/packages/wl_lkm/

2 1

[aur-general] Removal request: bzr-grep, bzr-grep-bzr
by Vojtech Horky 13 Aug '13

13 Aug '13

Hello, TUs, please remove bzr-grep [1] and bzr-grep-bzr [2] as this plugin is now part of the core bazaar package (since 2.6.0 [3]). Thanks! - Vojta [1] https://aur.archlinux.org/packages/bzr-grep/ [2] https://aur.archlinux.org/packages/bzr-grep-bzr/ [3] http://doc.bazaar.canonical.com/bzr.2.6/en/release-notes/bzr-2.6.html#new-f…

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 13 Aug '13

13 Aug '13

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 22 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == Incomplete signoffs for [community] (22 total) == * bbswitch-0.7-9 (i686) 0/1 signoffs * php-geoip-1.0.8-3 (i686) 0/1 signoffs * php-memcache-3.0.8-2 (i686) 0/1 signoffs * php-memcached-2.1.0-2 (i686) 0/1 signoffs * php-mongo-1.4.2-2 (i686) 0/1 signoffs * r8168-8.036.00-6 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-39 (i686) 0/1 signoffs * tp_smapi-0.41-30 (i686) 0/1 signoffs * vhba-module-20130607-9 (i686) 0/1 signoffs * virtualbox-modules-4.2.16-6 (i686) 0/1 signoffs * xdebug-2.2.3-3 (i686) 0/1 signoffs * bbswitch-0.7-9 (x86_64) 0/2 signoffs * php-geoip-1.0.8-3 (x86_64) 0/2 signoffs * php-memcache-3.0.8-2 (x86_64) 0/2 signoffs * php-memcached-2.1.0-2 (x86_64) 0/2 signoffs * php-mongo-1.4.2-2 (x86_64) 0/2 signoffs * r8168-8.036.00-6 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-39 (x86_64) 0/2 signoffs * tp_smapi-0.41-30 (x86_64) 0/2 signoffs * vhba-module-20130607-9 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.16-6 (x86_64) 0/2 signoffs * xdebug-2.2.3-3 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. eric - 8 signoffs 2. foutrelis - 2 signoffs 3. heftig - 1 signoffs 4. dreisner - 1 signoffs

1 0

[aur-general] Merge request: plover-bzr into plover-git
by Joren Van Onder 13 Aug '13

13 Aug '13

Hi everyone, There is an old plover-bzr package [1] in the AUR that I adopted today. Development for Plover has been migrated to GitHub in 2011 [2] [3]. I therefore created a new package called plover-git [4]. Could the votes and comments from plover-bzr be merged into plover-git? Footnotes: [1] https://aur.archlinux.org/packages/plover-bzr/ [2] https://bazaar.launchpad.net/~joshua-harlan-lifton/plover/trunk/files [3] https://github.com/plover/plover/commits/master [4] https://aur.archlinux.org/packages/plover-git/ Regards, Joren

2 2

[aur-general] Request name change/orphaing of drawterm
by Marshall Conover 13 Aug '13

13 Aug '13

Hello all, the drawterm package (https://aur.archlinux.org/packages/drawterm/) is currently out-of date, and its name does not reflect the fact that it pulls from a mercurial repository. I emailed the owner a little more than two weeks ago, and they have not responded. I have commented on the package's page with a working pkgbuild that I believe fits the guidelines for AUR pkgbuilds. So, - Would some be able to rename the package drawterm-hg? - Would I be able to be made maintainer of it? Thank you, Marshall Conover

3 2

[aur-general] Merge requests for [bdsm] and [bdsm-git]
by Evan Teitelman 13 Aug '13

13 Aug '13

Please merge bdsm[1] and bdsm-git[2] into sm-git[3]. This project has been renamed. [1] https://aur.archlinux.org/packages/bdsm/ [2] https://aur.archlinux.org/packages/bdsm-git/ [3] https://aur.archlinux.org/packages/sm-git/

2 1

[aur-general] Merge request for [xhp]
by Evan Teitelman 13 Aug '13

13 Aug '13

Please merge xhp[1] into xhp-git[2]. This package was named incorrectly. [1] https://aur.archlinux.org/packages/xhp/ [2] https://aur.archlinux.org/packages/xhp-git/

2 1

[aur-general] Merge request for [last.fm]
by Evan Teitelman 12 Aug '13

12 Aug '13

Please merge last.fm[1] into lastfm[2]. Both packages provide the same tool. The last.fm package is unmaintained and its PKGBUILD file is a mess. [1] https://aur.archlinux.org/packages/last.fm/ [2] https://aur.archlinux.org/packages/lastfm/

2 1

[aur-general] Please remove cndrvcups-capt and cndrvcups-common
by Karl-Robert Ernst 12 Aug '13

12 Aug '13

Hello TUs, after a discussion with the affected maintainers we decided it would be best to remove cndrvcups-capt and cndrvcups-common in favor of capt-src https://aur.archlinux.org/packages/cndrvcups-capt/ https://aur.archlinux.org/packages/cndrvcups-common/ https://aur.archlinux.org/packages/capt-src/ Thanks and best Regards.

2 1

[aur-general] Merge request for photoqt
by Antonio Arias 12 Aug '13

12 Aug '13

Hello TUs, Can someone merge the package 'photo' [1] in 'photoqt' [2] because author has changed the name of program.(photo was too generic) I am the maintainer of 'photoqt'. Thanks and best regards, archtux [1] https://aur.archlinux.org/packages/photo/ [2] https://aur.archlinux.org/packages/photoqt/

2 1

[aur-general] discussion about activity
by Xyne 12 Aug '13

12 Aug '13

Hi, I want to discuss our notions of "activity". According to the current bylaws, >If a TU becomes inactive without declaring it, "disappears", someone must motion for their removal for reason of unwarranted and undeclared inactivity, and the normal procedure for the motion is followed. The problem is that there is no definition of "active" here. The text may be interpreted to mean that a motion should be made if a TU has any AUR packages flagged out-of-date, which is presumably not the intention. The only metric we currently have for determining inactivity is > active TUs that keep quorum from being established on a voting procedure for three consecutive voting procedures (they need not be on the same motion) are automatically brought up for removal procedure, by reason of unwarranted inactivity. That is also a useless metric, as 3 votes could easily be called simultaneously the same day that a TU was hit by a car. As I see it, these clauses are trying to achieve two different things: 1) provide a way to remove TUs who clearly have no intention of fulfilling their duties 2) ensure that vote results are representative of the group I think there is a better way to achieve that which avoids the ambiguities and other problems of the current text. I propose, **as a starting point for the discussion**, that we remove the aforementioned clauses (and dependent context). To deal with removing inactive users, the following can be added to the end of the "Removal of a TU" section, replacing the current clause of special removals: > An exception to the standard removal procedure is made if a TU has not done > ANY of the following for a period of at least 2 months: > > 1. added, removed or updated a package in +[community]+ or the AUR > > 2. performed any action that required TU privileges on the AUR > > 3. posted a message to aur-general > > In this special case, SVP is followed by a discussion period of three days, > a quorum of 66%, and a voting period of 5 days. The first point is verifiable for all cases except AUR package removal. The second point is verifiable in the case of votes but not for moderation actions such as merges and deletions of other packages. This could possibly be changed in the AUR backend. The third is obviously verifiable. This clause does not preclude the removal of TUs for other reasons and the bylaws currently allow for removal motions at any time. If a TU only posts inconsequential messages to the mailing list once every two months to avoid activating the clause then he or she can still be brought up for removal. The clause is essentially a "housekeeping clause for automatic cleanup of completely inactive TUs. With Lukas' new patch set, the AUR will now have an activity field. I also propose that the meaning of this field be limited strictly to quorum, and thus be completely independent of the definition of activity above. A TU should mark him-/herself as inactive only when he/she will be unable to participate in votes for a period of time. The TU will then be excluded from the quorum calculation (and also prevented from voting, and possibly other activities). Again, there is no need to include a clause in the bylaws for automatic motions if a TU prevents quorum from being reached. The motion can be raised without such a clause. This is natural. If three votes on the same day fail to meet quorum then it is clearly a different case then three votes over the course of 1-2 months. The field should perhaps be made a checkbox named "present" rather than "active". With these changes, other parts of the section of the bylaws entitles "Active vs. Inactive" will need to be changed, as declaring inactivity to aur-general will have no significance.* This avoids problems with truly unforeseeable absences such as connection problems and medical emergencies. Users may still make optional announcements at their own discretion with the usual requests for others to manage their packages for a period of time, if necessary. I have attached a first draft (new.txt) of these proposals along with a patch. Note that this is not a formal proposal. I plan to make one but I hope to get some feedback first. Please read through the attached version and compare it to the current version. The attachments also include the old version, the patch, a brief changelog, and the resulting HTML document for easier reading and comparison to https://aur.archlinux.org/trusted-user/TUbylaws.html The bylaws Git repo can be found here: https://projects.archlinux.org/tu-bylaws.git/ Note that I have made some stylistic changes that preserve the original meaning. I can separate these from the proposal if necessary. Regards, Xyne * Incidentally, I have always been uncomfortable with the way inactivity announcements are expected to be made on a public mailing list. Inactivity is almost always due to being away from home for a period of a week or more. Announcing that in public is an open invitation to burglars and other griefers who know who the announcer is and where he/she lives.

5 7

[aur-general] Remove maven-3.1.0 package
by Leonidas Spyropoulos 12 Aug '13

12 Aug '13

Please remove the maven-3.1.0 package [1] as the official maven package [2] is now updated to 3.1.0 version. [1]: https://aur.archlinux.org/packages/maven-3.1.0/ [2]: https://www.archlinux.org/packages/community/any/maven/ Thanks -- Caution: breathing may be hazardous to your health. #include <stdio.h> int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}

3 5

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 12 Aug '13

12 Aug '13

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 14 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 32 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [community-testing] in last 24 hours (14 total) == * bbswitch-0.7-9 (i686) * cgminer-3.3.2-2 (i686) * r8168-8.036.00-6 (i686) * rt3562sta-2.4.1.1-39 (i686) * tp_smapi-0.41-30 (i686) * vhba-module-20130607-9 (i686) * virtualbox-modules-4.2.16-6 (i686) * bbswitch-0.7-9 (x86_64) * cgminer-3.3.2-2 (x86_64) * r8168-8.036.00-6 (x86_64) * rt3562sta-2.4.1.1-39 (x86_64) * tp_smapi-0.41-30 (x86_64) * vhba-module-20130607-9 (x86_64) * virtualbox-modules-4.2.16-6 (x86_64) == Incomplete signoffs for [community] (32 total) == * bbswitch-0.7-9 (i686) 0/1 signoffs * calibre-0.9.43-2 (i686) 0/1 signoffs * cgminer-3.3.2-2 (i686) 0/1 signoffs * converseen-0.6.4-2 (i686) 0/1 signoffs * cuneiform-1.1.0-9 (i686) 0/1 signoffs * php-geoip-1.0.8-3 (i686) 0/1 signoffs * php-memcache-3.0.8-2 (i686) 0/1 signoffs * php-memcached-2.1.0-2 (i686) 0/1 signoffs * php-mongo-1.4.2-2 (i686) 0/1 signoffs * r8168-8.036.00-6 (i686) 0/1 signoffs * rss-glx-0.9.1-16 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-39 (i686) 0/1 signoffs * tp_smapi-0.41-30 (i686) 0/1 signoffs * vhba-module-20130607-9 (i686) 0/1 signoffs * virtualbox-modules-4.2.16-6 (i686) 0/1 signoffs * xdebug-2.2.3-3 (i686) 0/1 signoffs * bbswitch-0.7-9 (x86_64) 0/2 signoffs * calibre-0.9.43-2 (x86_64) 0/2 signoffs * cgminer-3.3.2-2 (x86_64) 0/2 signoffs * converseen-0.6.4-2 (x86_64) 0/2 signoffs * cuneiform-1.1.0-9 (x86_64) 0/2 signoffs * php-geoip-1.0.8-3 (x86_64) 0/2 signoffs * php-memcache-3.0.8-2 (x86_64) 0/2 signoffs * php-memcached-2.1.0-2 (x86_64) 0/2 signoffs * php-mongo-1.4.2-2 (x86_64) 0/2 signoffs * r8168-8.036.00-6 (x86_64) 0/2 signoffs * rss-glx-0.9.1-16 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-39 (x86_64) 0/2 signoffs * tp_smapi-0.41-30 (x86_64) 0/2 signoffs * vhba-module-20130607-9 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.16-6 (x86_64) 0/2 signoffs * xdebug-2.2.3-3 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] Removal request for [megaupload-dl]
by Evan Teitelman 11 Aug '13

11 Aug '13

Please remove megaupload-dl[1]. The site megaupload.com was taken down[2] in 2012, rendering this package useless. [1] https://aur.archlinux.org/packages/megaupload-dl/ [2] http://techcrunch.com/2012/01/19/megaupload-taken-down-on-piracy-allegation…

2 1

[aur-general] Removal request: sdl_ttf-hg
by Davorin Učakar 11 Aug '13

11 Aug '13

Please remove sdl_ttf-hg (https://aur.archlinux.org/packages/sdl_ttf-hg/) It has been included in extra as sdl2_ttf.

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 11 Aug '13

11 Aug '13

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 10 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 20 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [community-testing] in last 24 hours (10 total) == * php-geoip-1.0.8-3 (i686) * php-memcache-3.0.8-2 (i686) * php-memcached-2.1.0-2 (i686) * php-mongo-1.4.2-2 (i686) * xdebug-2.2.3-3 (i686) * php-geoip-1.0.8-3 (x86_64) * php-memcache-3.0.8-2 (x86_64) * php-memcached-2.1.0-2 (x86_64) * php-mongo-1.4.2-2 (x86_64) * xdebug-2.2.3-3 (x86_64) == Incomplete signoffs for [community] (20 total) == * calibre-0.9.43-2 (i686) 0/1 signoffs * cgminer-3.3.2-1 (i686) 0/1 signoffs * converseen-0.6.4-2 (i686) 0/1 signoffs * cuneiform-1.1.0-9 (i686) 0/1 signoffs * php-geoip-1.0.8-3 (i686) 0/1 signoffs * php-memcache-3.0.8-2 (i686) 0/1 signoffs * php-memcached-2.1.0-2 (i686) 0/1 signoffs * php-mongo-1.4.2-2 (i686) 0/1 signoffs * rss-glx-0.9.1-16 (i686) 0/1 signoffs * xdebug-2.2.3-3 (i686) 0/1 signoffs * calibre-0.9.43-2 (x86_64) 0/2 signoffs * cgminer-3.3.2-1 (x86_64) 0/2 signoffs * converseen-0.6.4-2 (x86_64) 0/2 signoffs * cuneiform-1.1.0-9 (x86_64) 0/2 signoffs * php-geoip-1.0.8-3 (x86_64) 0/2 signoffs * php-memcache-3.0.8-2 (x86_64) 0/2 signoffs * php-memcached-2.1.0-2 (x86_64) 0/2 signoffs * php-mongo-1.4.2-2 (x86_64) 0/2 signoffs * rss-glx-0.9.1-16 (x86_64) 0/2 signoffs * xdebug-2.2.3-3 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] Merge request
by Armin K. 10 Aug '13

10 Aug '13

Hi, please merge [1] into [2] [1] https://aur.archlinux.org/packages/libclc/ [2] https://aur.archlinux.org/packages/libclc-svn/

2 1

Re: [aur-general] Removal request for [linux-xen]
by Evan Teitelman 10 Aug '13

10 Aug '13

On Fri, 9 Aug 2013 17:09:16 -0400, "Dave Reisner" <d(a)falconindy.com> wrote: > Does it? Linux no longer requires patching to work with Xen. The x86_64 repo kernel is configured for both domU and dom0 support. The i686 repo kernel is not configured for either. I was under the impression that it was. I should have double checked before sending a deletion request. There is a linux-pae[1] package on the AUR. It looks like Xen support is disabled in the i686 repo kernel due to the PAE requirement[2]. Would anybody object to enabling Xen support in linux-pae? If not, I will discuss the idea with the linux-pae maintainer. > Doesn't Xen require PAE on i686? Xen does require PAE on i686. I was previously unaware of this. There used to be a non-PAE mode but it was apparently dropped with the release of Linux 2.6.26. [1] https://aur.archlinux.org/packages/linux-pae/ [2] https://mailman.archlinux.org/pipermail/arch-dev-public/2009-October/014142… > We aren't enabling that on the repo kernel. Ever. > On Aug 9, 2013 5:05 PM, "Evan Teitelman" <teitelmanevan(a)gmail.com> wrote: > >> Please remove linux-xen[1]. >> >> The current version of Linux kernel has full Xen support. >> >> [1] https://aur.archlinux.org/packages/linux-xen/ >>

1 0

[aur-general] Deletion request
by Νίκος Θεοδώρου 10 Aug '13

10 Aug '13

Please delete my package ttf-enoriakagr, since the whole domain that contained the fonts is gone and I can't find them anywhere else (a shame really, some of them were quite good). https://aur.archlinux.org/packages/ttf-enoriakaneagr/ Thanks -- Νίκος Θεοδώρου «Ἀγεωμέτρητος μηδεὶς εἰσίτω!»

2 1

[aur-general] Deletion Request astyle-doc
by Armin Fasold 10 Aug '13

10 Aug '13

This package is only a stub and should therefore be deleted. Documentation of Astyle is included in the astyle and astyle-svn packages. Greetings, -- Armin Fasold Twitter: @bebna Jabber: jabber(a)bebna.de

2 1

[aur-general] [tu-bylaws] [PATCH] Honor TUs who become active/inactive during votes
by Lukas Fleischer 10 Aug '13

10 Aug '13

Instead of counting the number of active TUs when a vote begins, update the number whenever a TU becomes active/inactive during a voting period. This is a more accurate measure since everyone who is active at some point in time during the voting period is (technically) able to vote. Signed-off-by: Lukas Fleischer <archlinux(a)cryptocrack.de> --- Rationale: The AUR soon supports automated computation of voting results. This change is needed in order to get a proper measurement for the number of active TUs. There will probably be another amendment as soon as the next AUR release is out. Let the discussion period begin! tu-bylaws.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tu-bylaws.txt b/tu-bylaws.txt index 991d683..7d5139f 100644 --- a/tu-bylaws.txt +++ b/tu-bylaws.txt @@ -51,7 +51,7 @@ NO or ABSTAIN. Votes shall be cast under the Trusted User section of the AUR homepage. At the end of the voting period, all votes shall be tallied. In the context of SVP, TUs are considered active if they are marked as active -when the voting period ends. +at some point in time during the voting period. Quorum shall be 66% of all active TUs and participation shall be measured by the sum of YES, NO and ABSTAIN votes, UNLESS otherwise stated in a section of -- 1.8.4.rc1.383.g13e9f3f

5 17

Re: [aur-general] Deletion request
by Lukas Jirkovsky 10 Aug '13

10 Aug '13

On 9 August 2013 19:33, Quan Guo <guotsuan(a)gmail.com> wrote: > > Hi Lukas, > > I have updated the eminent-git package as instructed. Thanks > > Best > > Quan Hello Quan, thank you for your cooperation, I just merged them. Lukas

1 0

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 10 Aug '13

10 Aug '13

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 10 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 10 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [community-testing] in last 24 hours (10 total) == * calibre-0.9.43-2 (i686) * cgminer-3.3.2-1 (i686) * converseen-0.6.4-2 (i686) * cuneiform-1.1.0-9 (i686) * rss-glx-0.9.1-16 (i686) * calibre-0.9.43-2 (x86_64) * cgminer-3.3.2-1 (x86_64) * converseen-0.6.4-2 (x86_64) * cuneiform-1.1.0-9 (x86_64) * rss-glx-0.9.1-16 (x86_64) == Incomplete signoffs for [community] (10 total) == * calibre-0.9.43-2 (i686) 0/1 signoffs * cgminer-3.3.2-1 (i686) 0/1 signoffs * converseen-0.6.4-2 (i686) 0/1 signoffs * cuneiform-1.1.0-9 (i686) 0/1 signoffs * rss-glx-0.9.1-16 (i686) 0/1 signoffs * calibre-0.9.43-2 (x86_64) 0/2 signoffs * cgminer-3.3.2-1 (x86_64) 0/2 signoffs * converseen-0.6.4-2 (x86_64) 0/2 signoffs * cuneiform-1.1.0-9 (x86_64) 0/2 signoffs * rss-glx-0.9.1-16 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] Removal request
by Schala Zeal 10 Aug '13

10 Aug '13

https://aur.archlinux.org/packages/aurora-sim-optional-modules-git/ I've decided to include the optional modules in the main package for people to use or not use at their discretion.

2 1

[aur-general] Únete a mi red en LinkedIn
by Guten Ye a través de LinkedIn 10 Aug '13

10 Aug '13

LinkedIn ------------ Guten Ye ha indicado que eres amigo(a). ------------------------------------------ I'd like to add you to my professional network. - Guten Ye Aceptar invitación de Guten Ye http://www.linkedin.com/e/sx2w4t-hk689vzy-30/7RQslQ8A75pgsbqd60wsrtZ775qszD… Ver el perfil de Guten Ye http://www.linkedin.com/e/sx2w4t-hk689vzy-30/rso/85733586/mx7Z/name/2282957… ------------------------------------------ Estás recibiendo invitaciones por correo electrónico. Este mensaje de correo electrónico estaba dirigido a Jorge Barroso Barea. Averigua la razón por la que incluimos esto: http://www.linkedin.com/e/sx2w4t-hk689vzy-30/plh/http%3A%2F%2Fhelp%2Elinked… (c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, EE.UU.

1 0