Re: [aur-general] shotwell / vala / provides() (Re: shotwell...)
On Mon, Apr 9, 2012 at 5:44 PM, oliver oli...@first.in-berlin.de wrote:
On Mon, Apr 09, 2012 at 05:18:08PM +0200, Jelle van der Waa wrote:
On 09/04/12 16:53, oliver wrote:
On Mon, Apr 09, 2012 at 04:23:23PM +0200, Markus Unterwaditzer wrote:
You should write that into the comments section of the package.
[...]
OK, yes, good idea.
Done.
Ciao,
Oliver
Shotwell requires vala 0.15, we have vala 0.16 in [testing] so the new
shotwell is now in [community-testing] along with the updated libgevix.
As soon as vala will move, shotwell will move too.
[...]
When I use
http://aur.archlinux.org/packages.php?ID=31429
to create vala, it builds vala 0.16.0,
but the package says it provides vala=0.14.2.
Not sure how such a PKGBUILD must be handled.
If it says it provides vala=0.14.2 but
just downloads the current version via git,
then the provides-entrx is not correct.
It willö then provide always the newest version.
How to handle this in a package?
Is the PKGBUILD
http://aur.archlinux.org/packages/va/vala-git/PKGBUILD
correct, or not?
Does a provides-entry make any sense, if there always is the
current stuff that is downloaded?
If the package PKGBUILD says, that it provides
vala=0.14.2, then it should only clone the git sources for that
certain vala version.
So I rather think the PKGBUILD is wrong here.
Are there general rules how to handle this correctly?
Ciao,
Oliver
During package(), extract the current version from configure using
something like
_providesver=$(awk -F\' '/^PACKAGE_VERSION=/{print $2}' configure)
provides=(vala=$_providesver)
Re: [aur-general] netcf and the libnl rebuild
On Sat, Feb 11, 2012 at 4:13 PM, Jan Steffens jan.steff...@gmail.com wrote: Does anyone know netcf[1]? It still needs a rebuild[2] for the libnl 3.2 bump and it seems to be outdated as well (0.1.7 in our repos, 0.1.9 upstream). Ubuntu has libnl 3.2 patches[3] for it, but they don't apply to the upstream 0.1.9 sources. I'd rather have this handled properly instead of just blindly rebuilding against libnl1. [1]: https://www.archlinux.org/packages/community/x86_64/netcf/ [2]: https://www.archlinux.org/todo/124/ [3]: https://launchpad.net/ubuntu/+archive/primary/+files/netcf_0.1.9-2ubuntu3.debian.tar.gz Seems like we need to build netcf with libnl3, since libvirt links to both libnetcf and libpcap (already built against libnl3). Also see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651033 . Too bad Ubuntu's netcf is so far removed from upstream. Can anyone make a patch, please?
Re: [aur-general] netcf and the libnl rebuild
On Sat, Feb 11, 2012 at 6:49 PM, Jan Steffens jan.steff...@gmail.com wrote: Seems like we need to build netcf with libnl3, since libvirt links to both libnetcf and libpcap (already built against libnl3). Also see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651033 . Too bad Ubuntu's netcf is so far removed from upstream. Can anyone make a patch, please? Alternatively, what functionality will we lose if libvirt is build without netcf?
Re: [aur-general] Git sparse checkouts
On Wed, Dec 21, 2011 at 4:37 AM, Simon Stoakley
sausageande...@archlinux.us wrote:
Hi All,
I'm uploading a pkg for an mpris2 plugin for Kupfer. I don't want to clone
the whole git repo (seems wasteful and I think half the code there is dead)
and the only part that I'm interested in is the mpris2 folder. The only way
I've found of checking out part of a repo in is to use the sparse checkout
trick.
The question I have is whether or not it's OK to use this in a PKGBUILD or
not, what say ye wise men?!
PKGBUILD below for reference (depends on pkgs I haven't uploaded yet if you
try building)
Thanks
Simon
--
# Contributor: sausageandeggs sausageande...@archlinux.us
pkgname=kupfer-mpris2-plugin
pkgver=20111221
pkgrel=1
pkgdesc=Control mpris compatable media players from Kupfer
arch=(any)
url=https://github.com/hugosenari/Kupfer-Plugins;
license=('GPL')
depends=('mpris2-git')
makedepends=('git')
_gitroot=git://github.com/hugosenari/Kupfer-Plugins
_gitname=Kupfer-Plugins
build() {
cd ${srcdir}
msg Connecting to GIT server...
if [ -d ${_gitname} ] ; then
cd ${_gitname} git pull ${_gitname} master
msg The local files are updated.
else
mkdir ${_gitname}
cd ${_gitname}
git init
git remote add ${_gitname} ${_gitroot}
git config core.sparsecheckout true
echo mpris2-player .git/info/sparse-checkout
git pull ${_gitname} master
fi
msg GIT checkout done or server timeout
}
package(){
cd ${srcdir}/${_gitname}
install -d ${pkgdir}/usr/share/kupfer/kupfer/plugin
install mpris2-player/* ${pkgdir}/usr/share/kupfer/kupfer/plugin/
}
AFAIK this will still clone the whole repository. The only difference
is that it will populate only part of the working directory. So you're
only saving on some local decompression, not on transfer volume.
Re: [aur-general] TU Resignation
On Sat, Nov 19, 2011 at 7:44 PM, Thomas S Hatch thatc...@gmail.com wrote: I have a lot of regret doing this, and I have been working hard to find the time to keep up with my TU duties, but every day I have less and less time because work is continually ramping up, and what free time I have left ends up going to Salt (http://saltstack.org). So, very sadly, I need to resign from my position as an Arch Linux TU. I hope I can be of assistance to Arch in the future and I am still planning on maintaining the Varch project: https://github.com/thatch45/varch So with deep regret, I must resign my brief stint as a TU, it was fun, and I greatly appreciate the opportunity, but it is very unfair of me to not be maintaining my packages. Thanks -Thomas S Hatch It was good to have you on board, and we are sad to see you go. :( http://i.imgur.com/z0QwO.jpg Good luck in all your future endeavours.
Re: [aur-general] Resigning as a TU
On Sun, Nov 20, 2011 at 4:02 PM, Stefan Husmann stefan-husm...@t-online.de wrote: Hello, I want to resign as a TU. I do not have the time anymore to fulfill my TU duties and to handle the new package signing stuff. By the way I suggest to remove the package scilab and maybe also the dependencies from the repos. There are long open bug reports, and they are unsolvable. Regards Stefan Another resignation :-( Good luck in your future endeavours. Thanks for your help.
Re: [aur-general] single-user gnome-shell-theme pkgs
On Sat, Sep 24, 2011 at 2:50 PM, Jesse Jaara jesse.ja...@gmail.com wrote:
So we just got a bunch of a gnome-shell theme packages that the author
calls single-user packages, into AUR.
These packages install stuff to ${PKGDIR}$HOME/.themes.
Should these be removed? As they go against Arch's packaing
standarts and besides are by every mean pointless.
You need superuser rights to install them but they only give acces
to the user who build it.
Pkg list:
https://aur.archlinux.org/packages.php?ID=52619
https://aur.archlinux.org/packages.php?ID=52620
https://aur.archlinux.org/packages.php?ID=52621
https://aur.archlinux.org/packages.php?ID=52622
https://aur.archlinux.org/packages.php?ID=52623
https://aur.archlinux.org/packages.php?ID=52624
https://aur.archlinux.org/packages.php?ID=52625
https://aur.archlinux.org/packages.php?ID=52626
https://aur.archlinux.org/packages.php?ID=52627
https://aur.archlinux.org/packages.php?ID=52629
https://aur.archlinux.org/packages.php?ID=52630
https://aur.archlinux.org/packages.php?ID=52631
https://aur.archlinux.org/packages.php?ID=52632
https://aur.archlinux.org/packages.php?ID=52633
https://aur.archlinux.org/packages.php?ID=52634
https://aur.archlinux.org/packages.php?ID=52635
https://aur.archlinux.org/packages.php?ID=52636
--
(\_ /) copy the bunny to your profile
(0.o ) to help him achieve world domination.
( ) come join the dark side.
/_|_\ (we have cookies.)
IMO yes.
Re: [aur-general] Orphan Request
On Wed, Apr 13, 2011 at 1:53 PM, Mark Foxwell fastfre...@archlinux.org.uk wrote: Hi, Please can you orphan offlineimap-git: https://aur.archlinux.org/packages.php?ID=24202 I suggested changes to the PKGBUILD (see comments) and contacted the maintainer directly by email but no reply in two weeks. Thanks, Mark (fastfret79) Disowned.
Re: [aur-general] orphan request
On Wed, Apr 13, 2011 at 1:04 PM, notizblock nbl...@archlinux.us wrote: Hi TUs, please orphan python-bitstring (https://aur.archlinux.org/packages.php?ID=36002) The package is out of date and currently broken. Last updated: Thu, 30 Sep 2010 14:41:44 +. The maintainer did not respond to my e-mail since 3 days. I want to provide python 2 and 3 package for bitstring. thx, -- bbs: nblock aur: notizblock Orphaned.
Re: [aur-general] How should *-devel packages generally be handled?
2011/3/16 Ng Oon-Ee ngoo...@gmail.com: Package foo exists in [extra], and foo-devel in the AUR. foo-devel is obviously based off unstable tarball releases (otherwise it would be foo-git, foo-svn, foo-hg or similar). So let's say foo is at version 4.0 (stable), should foo-devel stay at 3.9 (the last beta/rc/unstable release) or update to 4.0? Just a general question. My gnucash-devel package is currently pretty much identical to the one in [extra], and it does seem a bit unnecessary because the project itself does not currently have unstable releases. I don't think we need a policy here. Let the maintainer decide. If they want to spend time keeping -devel up to date with the stable releases, it's their decision. The users can switch to another package if they want. So anything is fine. Even removing it.
Re: [aur-general] Deletion request
On Thu, Feb 3, 2011 at 12:29 AM, Martin Peres martin.pe...@free.fr wrote: This one is strange: https://aur.archlinux.org/packages.php?ID=33092 gold-cvs Heftig, why do you want to keep this package for reference? In case someone wants to build gold from CVS again.
Re: [aur-general] Deletion Request
On Sun, Dec 19, 2010 at 1:27 AM, Mark Moeller yugrotav...@archlinux.us wrote: Could you please delete nautilus-dropbox-icons? https://aur.archlinux.org/packages.php?ID=34884 It has been replaced with the newer version of the Tango icons in dropbox-tango-emblems. Thanks -- Registered Linux User # 424781 Registered Linux Computer # 364703 Smarter, Faster, Better... Arch Linux Done, thank you.
[aur-general] Who wants a cloak on IRC?
2010/11/11 Ángel Velásquez an...@archlinux.org: +1 cloaks I need one too and some new TUs are needing cloaks too :-) Okay, I'm making a list for Aaron of TUs or devs who want a cloak. I need the IRC nicks. Please answer to this mail or Jabber (jan.steff...@gmail.com).
Re: [aur-general] Who wants a cloak on IRC?
On Thu, Nov 11, 2010 at 10:50 PM, Alper KANAT tu...@raptiye.org wrote: Is there a cloak for community members? (I'm co-founder of Turkish community) I'm sorry, we only give cloaks to Arch Linux developers and TUs.
Re: [aur-general] Orphan request
On Thu, Nov 4, 2010 at 10:28 PM, Xavier D. magicrhe...@ouranos.be wrote: Hi, Could you orphan the following package as the maintainer doesn't respond and doesn't upgrade a package that is outdated since a long time now : thunar-devel (http://aur.archlinux.org/packages.php?ID=20771) ? BRs, Done.
Re: [aur-general] mysql-workbench-latest deletion
Deleted, thank you. 2010/10/28 Cédric Girard girard.ced...@gmail.com: Hi, mysql-workbench-latest [1] is an outdated duplicate of mysql-workbench [2] in [community]. Please delete. Thanks [1] https://aur.archlinux.org/packages.php?ID=38100 [2] http://www.archlinux.org/packages/community/x86_64/mysql-workbench/ -- Cédric Girard
Re: [aur-general] libdesktop-agnostic building
On Sat, Oct 2, 2010 at 3:04 AM, Allan McRae al...@archlinux.org wrote: Hi This package does not build against the current repos so will need fixed by someone before it gets rebuilt for python2. It seems the issues is a newer vala, and the patch will look something like: http://code.google.com/p/pino-twitter/issues/attachmentText?id=309aid=7997220980544714569name=pino-construct-only-properties.patchtoken=827ebcb577481c726457180ae3534336 The only addition needed for building against python2 is to add export PYTHON=python2 before the ./waf lines. Allan I'll look into libdesktop-agnostic tomorrow.
Re: [aur-general] libdesktop-agnostic building
On Sat, Oct 2, 2010 at 4:32 AM, Allan McRae al...@archlinux.org wrote: There is already a various-fixes.patch in the PKGBUILD. So I guess that needs updated? Yep, updated. I'll build and release updated packages (pkgrel -4) to community.
Re: [aur-general] everyone welcome our newest TU: Peter Lewis!
On Tue, Sep 21, 2010 at 11:07 PM, Peter Lewis p...@muddygoat.org wrote: Woo hoo! Thanks everyone! Welcome! :-)
Re: [aur-general] Move network-ups-tools to AUR
On Fri, Sep 17, 2010 at 7:44 PM, Thorsten Töpper atsut...@freethoughts.de wrote: Hello, network-ups-tools is long orphaned and since the version bump I did in spring we have an open ticket[1] not one of us could fix. I asked Roman who once maintained it, but he said he could not provide any useful opinion here. So from my point of view, we can't do something about it, no one of us uses this software so it's better to give it to the AUR where people with the hardware can do something about it. Your opinion please. Thorsten [1] https://bugs.archlinux.org/task/19351 -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 I agree with you.
[aur-general] Inactivity
I lost all the data on my laptop to an unclean shutdown yesterday. I'm afraid I can't maintain my packages until I've completed recovering what I can (if anything) and I'm done setting up a new system.
Re: [aur-general] Inactivity
On Tue, Sep 7, 2010 at 3:31 PM, Sven-Hendrik Haase s...@lutzhaase.com wrote: Woah, what filesystem did you use? Were there any special circumstances? My laptop goes down hard a fair bit without battery and I have never lost anything. Good luck with the recovering. Get well soon, or something. Power loss during a tuxonice cycle. btrfs / and ext4 /boot, btrfs is recognized but unmountable (parent transid verify failed) while the ext4 isn't even recognized anymore.
[aur-general] Wine Gecko
I would like to move wine_gecko into [community] (for 32-bit) and [multilib] (for 64-bit). Attached the proposed PKGBUILD. PKGBUILD Description: Binary data
Re: [aur-general] Wine Gecko
On Sun, Sep 5, 2010 at 8:49 PM, Dan Vratil vra...@progdansoft.com wrote: Is it neccessary to download sources for both architectures? Yes, it is. wine on x86_64 needs both architectures for complete support.
Re: [aur-general] voting period: Brad Fanella
On Thu, Sep 2, 2010 at 10:43 PM, Christopher Brannon cmbranno...@gmail.com wrote: Christopher Brannon cmbranno...@gmail.com writes: This message marks the beginning of the voting period for Brad Fanella's application to become a trusted user. Votes: yes = 14, no = 2, abstain = 5. Quorum was reached, and the application was accepted. Please welcome Brad Fanella, our newest Trusted User. Brad, please read the following document: http://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines. It contains a list of tasks which every new TU must complete. If you have not already done so, familiarize yourself with our bylaws: http://aur.archlinux.org/trusted-user/TUbylaws.html. Welcome to the team! -- Chris Welcome!
Re: [aur-general] Voting period for Florian Pritz
On Fri, Sep 3, 2010 at 1:53 PM, Florian Pritz bluew...@server-speed.net wrote:
On 03.09.2010 13:24, Thorsten Töpper wrote:
So welcome to the Team Florian, I already changed your AUR account to
Trusted User.
Thank you Thorsten and everybody else.
Add yourself to the list at the wiki:
http://wiki.archlinux.org/index.php/Trusted_Users
done
Read the guidelines:
http://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines
And at best tape the printed bylaws at the wall next to your monitor,
but at least read them:
http://aur.archlinux.org/trusted-user/TUbylaws.html
Printing is oldschool ;)
--
Florian Pritz -- {flo,bluewi...@server-speed.net
Welcome!
Re: [aur-general] Voting period for Jonathan Conder (PirateJonno)
On Tue, Aug 31, 2010 at 4:39 AM, Jonathan Conder j...@skurvy.no-ip.org wrote: On Mon, 2010-08-30 at 20:03 +0300, Ionuț Bîru wrote: On 08/23/2010 09:19 AM, Ionuț Bîru wrote: Hi TUs, the voting period for $subj has begin. http://aur.archlinux.org/tu.php?id=32 and the results are: yes 16 no 0 abstain 4 ___ 20 Congrats for our newly trusted user member. Welcome in the team Please refer to this link: http://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users Hi everyone, Thanks for the positive feedback :). I'll get right on that. Jonathan P.S. For reliability/mobility reasons, I have a new email address: jonno dot conder at gmail dot com. You will still be able to reach me at this address until November or so. Welcome!
Re: [aur-general] Welcome our newest TU, Lukas Jirkovsky (stativ)!
On Wed, Sep 1, 2010 at 12:32 AM, Thomas Dziedzic gos...@gmail.com wrote: With a result of 16 votes for yes, 0 votes for no, and 4 votes for abstain. I would like to welcome Lukas Jirkovsky (stativ) as our newest trusted user! Everybody give him a warm welcome! :) Welcome!
Re: [aur-general] Want to submit a PKGBUILD
On Tue, Aug 31, 2010 at 8:21 AM, 陈文龙 qzche...@gmail.com wrote: 2010/8/31 陈文龙 qzche...@gmail.com It is realvnc split to two packages, libstdc++296 and realvnc Get an account at the AUR: http://aur.archlinux.org/ You can then upload and maintain the PKGBUILDs yourself.
Re: [aur-general] Changes to AUR and community due to the multilib repository
On Fri, Aug 27, 2010 at 10:23 PM, Thomas Bächler tho...@archlinux.org wrote: With the creation of the [multilib] repository, all 32-bit libraries are now installed in /usr/lib32 and compiled from source using the gcc-multilib package instead of being copied from i686 packages. All AUR users maintaining lib32-* and bin32-* packages are encouraged to adapt their packages to the new layout. All trusted users who want to maintain 32 bit packages should join the arch-multilib mailing list and ask for access there. The x86_64 community repository should remain lib32-free in the future. Some pointers: lib32-packages should... - only install the 32-bit libraries and depend on their 64-bit equivalent for completeness (e.g. lib32-foo depends on foo) - depend on lib32-glibc at least, if they don't depend on other lib32-* packages. - depend on lib32-libtool if they require the libtool libraries at runtime - makedepend on gcc-multilib if they build using gcc - makedepend on libtool-multilib if they build using libtool - use as appropriate: export CC=gcc -m32 export CXX=g++ -m32 export PKG_CONFIG_PATH=/usr/lib32/pkgconfig - symlink their license directory to the 64-bit version if they have custom licenses (/usr/share/licenses/lib32-foo -- foo), instead of installing another copy - have a pkgdesc identical to their 64-bit version, with (32-bit) appended
Re: [aur-general] Moving vlc-pulse to [community]
It's just the plugin to go with vlc from [extra]. 2010/8/24 Ng Oon-Ee ngoo...@gmail.com: On Tue, 2010-08-24 at 07:53 +0200, Jan Steffens wrote: I would like to move vlc-pulse into [community], to provide VLC with native PulseAudio output. Are there any objections? I'd like that =). It would be a separate package still, wouldn't it?
Re: [aur-general] Moving vlc-pulse to [community]
On Tue, Aug 24, 2010 at 7:53 AM, Jan Steffens jan.steff...@gmail.com wrote: I would like to move vlc-pulse into [community], to provide VLC with native PulseAudio output. Are there any objections? Released vlc-pulse-plugin in [community]. Thanks to Xavion for maintaining this in AUR! Cheers, Jan Steffens
Re: [aur-general] Removal request for cross32 stuff
Done, thank you for reminding me. On Mon, Aug 16, 2010 at 10:01 AM, Mikhail Vorozhtsov mikhail.vorozht...@gmail.com wrote: Hi, TUs. Since my cross32-* packages [1][2][3][4] were adopted into [community], feel free to remove them from AUR. [1] http://aur.archlinux.org/packages.php?ID=31543 [2] http://aur.archlinux.org/packages.php?ID=31547 [3] http://aur.archlinux.org/packages.php?ID=31545 [4] http://aur.archlinux.org/packages.php?ID=34216
Re: [aur-general] Delete and orphan request
Done. Are you sure the makedepends for ponscripter shouldn't be depends instead? Please verify this and use namcap. On Wed, Jul 21, 2010 at 10:07 PM, Anton Larionov artemis.lario...@gmail.com wrote: Hi, can somebody delete the following packages: 1) http://aur.archlinux.org/packages.php?ID=38923 - my mistake, error in package name, replacement here http://aur.archlinux.org/packages.php?ID=39067 2) http://aur.archlinux.org/packages.php?ID=17379 and http://aur.archlinux.org/packages.php?ID=36306 - they duplicate this package http://aur.archlinux.org/packages.php?ID=5790 3) http://aur.archlinux.org/packages.php?ID=28544 - this is version from previous developer of Onscripter-en 4) http://aur.archlinux.org/packages.php?ID=8242 - already included in community And orphan this package: http://aur.archlinux.org/packages.php?ID=17374 - I want to update it.
Re: [aur-general] Package obsolete
Done. On Tue, Jun 29, 2010 at 10:37 AM, Martti Kühne mysat...@gmail.com wrote: Hi list http://aur.archlinux.org/packages.php?ID=30947 can be removed, as it's included in the new kernel. mar77i
Re: [aur-general] Deletion request: vimball
Talked to the maintainer on IRC, reached a consensus to delete this.
Done.
On Sat, Jun 26, 2010 at 9:40 PM, Andres P aep...@gmail.com wrote:
http://aur.archlinux.org/packages.php?ID=27730
Maintainer: djszapi
* vimball is included in the default vim distribution, so what's the point of
packaging it? It's just duplicating the job that the vim maintainer is doing.
* It is packaged very badly. It installs files to
/usr/share/vim/{plugin,autoload,doc} instead of using usr/share/vim/vimfiles.
Maybe the maintainer realised that it conflicted with the identical files
already included in the vim distribution. Although these one's are in
vim72...
Andres P
Re: [aur-general] Packages remove request
Done. On Thu, Jun 24, 2010 at 12:08 AM, Vitaliy Berdinskikh ur6...@i.ua wrote: Hi! Please remove packages: gstreamer0.10-amrnb gstreamer0.10-amrwb (was replaced with amrwbenc and amrwbdec) gstreamer0.10-amrwbenc gstreamer0.10-amrwbdec These plugins is included to gstreamer0.10-ugly-plugins. -- Виталий Бердинских UR6LAD 73 72!
Re: [aur-general] Duplicated package
Done. On Wed, May 12, 2010 at 7:25 AM, Renato Garcia fgar.ren...@gmail.com wrote: Hello, The packages stage[1] and stage3[2] are duplicated. I'm maintaining the stage[1] package, than the stage3[2] can be deleted. Thanks, Renato Garcia [1] http://aur.archlinux.org/packages.php?ID=20831 [2] http://aur.archlinux.org/packages.php?ID=32018
Re: [aur-general] rt2860: proposed addition to community repository
The drivers are in the default arch kernel (rt2800pci), all that is missing is the firmware. I believe rt2860-firmware from AUR would be a better choice (after some fixes to the PKGBUILD). On Mon, May 10, 2010 at 4:30 AM, Sgt. Spoon sergeantsp...@archlinux.us wrote: I would like to propose the addition of the AUR package rt2860 to the community repo. It contains the wireless drivers for the rt2860 chipsets, which come with all of Asus EEE PCs. This chipset is supported in the Arch install media but not in an actual fresh installation. In addition, there is no option to install it during an Arch install. Unfortunately, this means that those of us who do not have Ethernet connections available to us during installtime have no way of actually getting this card to work. As the package currently has 41 votes, I strongly recommend its inclusion in the community repo. If there are any TUs who would like to take this up, please do so. This package is hardly updated so it really shouldn't be too much of a hassle. Thanks in advance, sergeantspoon
Re: [aur-general] rt2860: proposed addition to community repository
rt2860sta and rt2800pci are two different drivers both supporting the rt2860 chipset. rt2800pci is the newer one, built on the same wireless subsystem as the intel drivers. In fact, since the rt2860 firmware has the same license as the iwlwifi firmware, I believe it should be included in core. On Mon, May 10, 2010 at 4:46 AM, Sgt. Spoon sergeantsp...@archlinux.us wrote: Unfortunately rt2860-firmware does not include the RT2860STA.dat file that the Eee wireless drivers need to function. rt2860 includes this file. The Ralink drivers are a mess. *sigh* On Sun, May 9, 2010 at 10:42 PM, Jan Steffens jan.steff...@gmail.com wrote: The drivers are in the default arch kernel (rt2800pci), all that is missing is the firmware. I believe rt2860-firmware from AUR would be a better choice (after some fixes to the PKGBUILD). On Mon, May 10, 2010 at 4:30 AM, Sgt. Spoon sergeantsp...@archlinux.us wrote: I would like to propose the addition of the AUR package rt2860 to the community repo. It contains the wireless drivers for the rt2860 chipsets, which come with all of Asus EEE PCs. This chipset is supported in the Arch install media but not in an actual fresh installation. In addition, there is no option to install it during an Arch install. Unfortunately, this means that those of us who do not have Ethernet connections available to us during installtime have no way of actually getting this card to work. As the package currently has 41 votes, I strongly recommend its inclusion in the community repo. If there are any TUs who would like to take this up, please do so. This package is hardly updated so it really shouldn't be too much of a hassle. Thanks in advance, sergeantspoon
Re: [aur-general] New Trusted User: Jan Steffens (heftig)
On Sun, 2010-05-02 at 01:29 +0200, Daniel J Griffiths (Ghost1227) wrote: With fifteen votes for and one against we have a new Trusted User. Congratulations on becoming a Trusted User Jan! I've changed your account on AUR. Please see this checklist to get yourself setup: http://wiki.archlinux.org/index.php/New_Trusted_User_Checklist Thanks for accepting me! :) Oh, and I did find out the exact date I first installed Arch: [2009-04-01 17:36] installed filesystem (2009.01-1)
[aur-general] TU application: Jan Steffens
Greetings, My name is Jan Alexander Steffens and I'm a 22 year old CS student living in Karlsruhe, Germany. I've been introduced to Linux in high school, where the administration team (which mainly consisted of students) were avid supporters of free software. Since then, I went through quite a few distributions: SuSE, Mandrake, Fedora, Ubuntu, Debian. Gentoo was the first distribution that got me interested in getting to know the internals a bit more. About a year ago, a fellow CS student introduced me to Arch. After I blew up my Fedora installation (accidentally wrote to /dev/root), I chose to give Arch a try. I got hooked. Its simplicity really makes it a joy to tinker with. :) Especially creating packages and offering them to others (AUR) is something Arch made easy. I currently run two Arch systems, one on my laptop and one on a headless box mainly acting as a router. Both are getting packages from [testing]. Arch is the first distribution I actually started contributing back to. I began frequenting the Archlinux channels on Freenode, now and then helping out others and asking my own questions. I reported bugs I found, and I uploaded and maintain 15 packages in the AUR [1]. I use Pulseaudio on my laptop: Some of my packages in the AUR center on it, and I gave the wiki page on Pulseaudio an overhaul. I'm interested in taking over maintenance of the pulseaudio packages in [community] and improve Pulseaudio on Arch Linux. A few days ago, I finally got up the nerve to write about my gripes with the gvim package and propose a solution [2]. I was overwhelmed with the positive response. Now Dan Griffiths approached me and offered to sponsor my application as a TU. Thank you, Dan. I hope I'm getting accepted as TU and we can work together on improving this great distribution. :-) Regards, Jan heftig Steffens 1: http://aur.archlinux.org/packages.php?SeB=mK=heftig 2: http://bugs.archlinux.org/task/19087
Re: [aur-general] TU application: Jan Steffens
On Mon, 2010-04-19 at 10:52 +0200, Ronald van Haren wrote: How long have you been using Arch? A bit less than a year. There wasn't much time (about a month, if I recall correctly) between when I first heard of Arch Linux and the death of my Fedora. Seems like a good idea. Are you also interested in other audio related packages? Like which? I don't do pro audio work, myself.
Re: [aur-general] TU application: Jan Steffens
On Mon, 2010-04-19 at 12:23 +0200, Philipp wrote: I heard from other distros that PA is hard to kill there, and hence it's hard to free the interface for jack, but I don't know whether that's true for Arch. From what I know the problem here is that the client library will start the local server if it's accessed but not running. So e.g. while the GNOME volume control is running or every time an application tries to output an alert sound, the PulseAudio server is restarted. Fortunately this is less of a problem with recent PulseAudio versions, as the server will release the ALSA device if it becomes idle.
