Re: [aur-general] TU application: Laszlo Papp
Excerpts from Daenyth Blank's message of Sun Aug 02 17:55:27 -0400 2009: He's been quite annoying on IRC, nagging people both on there and over jabber. I don't think he's a good fit for the rest of the team. -1 I'm sorry to be late, I've just returned from vacation. I'd like to share my experience with this individual. I can't speak for his packaging or development skills which may indeed be up to scratch, but in terms of personal correspondence, I'm not impressed. A couple months ago, he mysteriously added me on google talk. I hadn't spoken to him nor heard of him before. I asked him who he was and what was going on. He told me he was busy at work and that he'd get back to me later. So I decided to give him a chance and the next day or the day after, I tried again. After a couple days of trying, he finally told me that he's an Arch Linux user and that he thinks I'm affiliated with TUs (he told me that I applied for TU at one point, which was not true). I told him that I have never applied for a TU position. At this point, he tells me, okay, remove me from your list if you think so. We speak for a while longer, with me trying to figure out what exactly he wants and who he is. I ask him for his name, which he does not give me. Eventually, he just says, i wouldn't like in touch such a mentality person. I then ask what mentality, having no clue as to what I've done to offend him. He just says bye and doesn't respond again. Garoth is such a mentality person is still in the topic in a Mercenaries Guild channel, so we're having a good laugh. At this point, I tell him that I don't really like his attitude either and remove him, never to hear from him again. So clearly this is a greatly shortened summary of the events. What do I gather from this? He wanted to know me because he thought I was knew some TUs or was one. When he found out that I wasn't, he quickly lost interest, apparently disliked my mentality (?), and started ignoring me. Ironically enough, I've actually known Daenyth for quite a while. As such, the above comment about him trying to social engineer his way rings true with me. Whether or not this should affect his chances of getting in, I don't know. I guess he said that he'll work on his communication skills. I'm currently not overly convinced in a forthcoming improvement in personalty though. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] java package has build time deps
Excerpts from Loui Chang's message of Mon Jul 20 17:30:47 -0400 2009: On Tue 21 Jul 2009 01:03 +0400, svoufff wrote: yes the jsampler release version contains them but not jsampler from cvs. Le Mon, 20 Jul 2009 20:56:55 +, Laszlo Papp djsza...@gmail.com a écrit : Is there any package/program which contains this files ? Best Regards, Laszlo Papp On Mon, Jul 20, 2009 at 8:51 PM, svoufff svou...@free.fr wrote: Hi, i'm working on a PKGBUILD for jsampler-cvs.This is a java Stop with the top-posting! Yeah! Death to top-posting! ;) -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] java package has build time deps
Excerpts from edogawaconan's message of Tue Jul 21 10:19:44 -0400 2009: On Tue, Jul 21, 2009 at 9:11 PM, Andrei Thorpgar...@gmail.com wrote: Excerpts from Loui Chang's message of Mon Jul 20 17:30:47 -0400 2009: On Tue 21 Jul 2009 01:03 +0400, svoufff wrote: yes the jsampler release version contains them but not jsampler from cvs. Le Mon, 20 Jul 2009 20:56:55 +, Laszlo Papp djsza...@gmail.com a écrit : Is there any package/program which contains this files ? Best Regards, Laszlo Papp On Mon, Jul 20, 2009 at 8:51 PM, svoufff svou...@free.fr wrote: Hi, i'm working on a PKGBUILD for jsampler-cvs.This is a java Stop with the top-posting! Yeah! Death to top-posting! ;) how about death to oot? :) Yeah! Death to oot! ;) -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Please orphan newton-dynamics-beta
Excerpts from Sven-Hendrik Haase's message of Mon Jul 13 18:52:25 -0400 2009: Just to let you guys know, I just caught the maintainer on IRC and he did indeed forget about his packages. Needless to say, the package in question is now mine (power to me!) and I will care for it like it is my only child. Hahaha, nice. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Please orphan newton-dynamics-beta
Excerpts from Evangelos Foutras's message of Mon Jul 13 18:00:47 -0400 2009: On Tue, Jul 14, 2009 at 12:39 AM, Sven-Hendrik Haases...@lutzhaase.com wrote: I sent this request two days ago but it was obviously ignored or no TU has been available for two days, therefore I'm sending it again: Hey, please orphan AUR package newton-dynamics-beta so that I may adopt it. The original author doesn't seem to care and hasn't answered in over a week to mail and comments. Additionally, the package is out of date. -- Sven-Hendrik Hi, One week isn't that long. It's possible that he's on holidays or in a situation that prevents him from updating his package and replying to e-mails. I would suggest to wait a couple more weeks before taking any action. Not to be contrary, but usually people just say And the guy hasn't responed for a while and that is enough for it to get orphaned. Additionally, this package is out of date. It's theoretically possible that he went on vacation 8 days ago, and it became out of date 7 days ago, and this request came in after that... but it doesn't seem likely. What would be nice is a TU standard for how long the person must not respond for before the package gets orphaned. Perhaps one week is too short, but it'd be nice to be consistent. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] introduction and questions
Excerpts from bardo's message of Tue Jul 07 04:51:45 -0400 2009: 2009/7/7 jezra jezra.lick...@gmail.com: depends=('gstreamer0.10-base' 'ncurses' 'vala=0.7.2') Shouldn't 'vala' be in the makedepends array? It's just a compiler, it isn't needed to run the binary, right? Correct. Vala compiles to C, which in turn is compiled as a C binary. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] introduction and questions
Excerpts from Magnus Therning's message of Tue Jul 07 01:31:42 -0400 2009: edogawaconan wrote: [..] use install instead of mkdir/cp Even better, to help non-Arch users, use auto-tools (or some other build/install/distribution tool with Vala support) for building and installing. automake[1] waf[2] To explain this a bit more, generally, it's not the software packager's job to make stuff install per se. Most software that you get comes with commands like make and make install -- these are used for compiling the software and having it install, respectively. The way you do this is by creating build scripts of some sort for your package. The most common way is to use autotools, as mentioned before. This is the standard make system made by GNU, and it's pretty much oriented around shell scripts. Then, the packager uses the fairly standard variable to make, DESTDIR, to tell the package to install into a folder rather than to / by default. This folder is then packaged up by makepkg and can be extracted over / to install the software to the correct place. Personally, I find that the old autotools are kind of... old. They work fine and are easy to do for small projects that don't need to do much work during build/install (like yours), but newer systems like SCons and CMake are being used more and more frequently in larger systems like KDE. I think you get the idea generally, but here is a very simple example Makefile (the script used by make) to give you an idea. Note that make requires the use of tabs instead of spaces in indentation: DESTDIR= all: @ echo -ne \e[32;1m==\e[0m Building. valac foobar.vala install: @ echo -e \e[32;1m==\e[0m Installing files. install -d ${DESTDIR}/usr/bin install -m0555 foobar ${DESTDIR}/usr/bin uninstall: @ echo -e \e[32;1m==\e[0m Uninstall files. rm ${DESTDIR}/usr/bin/foobar || true clean: Some notes on this: - the sections are the categories for make (ie. make uninstall) - @ in front of the line tells make to not print this line. Usually, make outputs what command it's running as it runs it. - The funky characters in the echos are cli colour codes for prettiness. - the first section is the default -- so just make instead of make all is fine. - The clean instruction isn't used in this example, but it's generally used to clean up executables and stuff. Debian requires this instruction by default... Good luck! -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Adopted
Excerpts from nathan owe.'s message of Mon Jul 06 02:02:10 -0400 2009: Adopted package poco, cleaned and added licenses install as nessasary I think this was mentioned (to you?) before, but there _is_ also an RSS feed for AUR updates. People who care to see them already do. I realize that you're proud of the fact that you're doing stuff, and that's fantastic. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Disowning monsoon, monotorrent and mono-nat
Excerpts from Angel Velásquez's message of Mon Jul 06 10:33:49 -0400 2009: On Tue, Jul 7, 2009 at 9:34 AM, Tomás Acauan Scherteltscher...@gmail.com wrote: Hi there. I'm disowning these three packages from AUR. Feel free to take them. mono-nat - http://aur.archlinux.org/packages.php?ID=24102 monotorrent - http://aur.archlinux.org/packages.php?ID=24104 monsoon - http://aur.archlinux.org/packages.php?ID=17349 Just orphan them and somebody will adopt them, simply you DON'T have to tell us that you are orphanizing or adopting unsupported packages. What do you think about situations where someone is orphaning like 50 packages as was the case a month ago? Still don't post anything? -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Disowning monsoon, monotorrent and mono-nat
Excerpts from bardo's message of Mon Jul 06 11:24:04 -0400 2009: 1. Add a notification e-mail for package orphaning. 2. Add an orphaning RSS feed. I like it! -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] TU Application
Excerpts from Allan McRae's message of Fri Jul 03 00:40:57 -0400 2009: I'm not longer a Trusted User so I do not get a vote in this anymore, but knowing how this works I would suggest that your application is coming too soon. Yeah, I'm not an anybody, but I really feel this way too from reading the mailing lists. Though, I like Nathan's overall attitude. He doesn't seem ready skill-wise, but if he keeps up this interest and desire to help people, the ability will come. I might also suggest to Nathan that he try to improve his grammar/spelling/capitalization/formatting. Doing these things properly will get you further in open source software communities. Cheers. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] script for running namcap on a AUR maintainer's packages
Excerpts from Abhishek Dasgupta's message of Fri Jul 03 12:48:55 -0400 2009: It's useful to run namcap on a maintainer's packages on the AUR, especially when people apply for TU. This pair of scripts fetches the package names belonging to a maintainer (it only fetches the first 100 results though) and the second runs namcap on the package list by downloading the PKGBUILDs from AUR. I like this idea, good work as usual. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Application for TU
Excerpts from Daenyth Blank's message of Fri Jul 03 16:11:37 -0400 2009: Please do not top post on our mailing lists, it makes your messages a pain to read. Yay, hate on the top-posting :) (my mail client (sup) annoys my if I do by default). -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
[aur-general] Deletion Request: ruby-sup
Hello there. While playing around with aurbuild today, I found that there is a package in AUR called ruby-sup. This is an outdated duplicate of my package sup. It was also orphaned, so I adopted it. I guess my package, sup is probably the correct name, so could you please delete ruby-sup. Thanks! -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Deletion Request: ruby-sup
Excerpts from Andrei Thorp's message of Tue Jun 30 09:44:43 -0400 2009: I guess my package, sup is probably the correct name, so could you please delete ruby-sup. Hmm. The old package was actually uploaded by Andrea Scarpino. I'm still thinking the right name for this package is just sup but perhaps I'm mistaken? Sup is certainly not a library or anything. Anyway, I guess I own both of them now so it doesn't matter too much to me which one gets the delete :) -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Deletion Request: ruby-sup
Excerpts from Daenyth Blank's message of Tue Jun 30 11:13:32 -0400 2009: On Tue, Jun 30, 2009 at 09:55, Andrei Thorpgar...@gmail.com wrote: Anyway, I guess I own both of them now so it doesn't matter too much to me which one gets the delete :) Sounds to me like sup is the correct name. Okay. So could someone please delete ruby-sup? -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] AUR Moving
Excerpts from Pierre Schmitz's message of Mon Jun 29 15:33:34 -0400 2009: Btw: The new website is prety slow for me. Is there some configuration issue with mysql or php? Maybe forgot to isntall apc or mysql cache to small? We thought it was a bit slower today too, but not terrible. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Report malicious package feature
It'll be a sad day in open source when Linux gets popular enough such that there are dicks who go around poisoning packages... a serious concern, but one for another day (thank God). Don't you hate how the worst elements in society govern so much of how we behave? Every door is locked, every window is barred, emails signed, police patrols... So unfortunate that the few cost so much. *Sigh* Anyway! Thankfully that hasn't happened to our nice little universe yet :D -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Report malicious package feature
Excerpts from hollunder's message of Fri Jun 26 10:25:57 -0400 2009: Now you've heard of such a thing ;) Now we've heard of some FUD and nothing confirmed :P -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Report malicious package feature
Excerpts from Laurie Clark-Michalek's message of Fri Jun 26 11:01:47 -0400 2009: Mabey it would be good to have a Report Dangerous Package button, instead of a report malicious package button? Otherwise we could be accusing people of being malicious when all they are is a bit silly. Again, nah: - Rare case - Clutters the AUR interface - The Report Dangerous Package button is the sent e-mail to AUR-General button. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
Re: [aur-general] Removing comments from AUR
Relatedly, can AUR notify you whenever a package of yours gets a new comment? I don't think I get these. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com) dark eat Depends: cook | eat-out. But eat-out is non-free so that's out. And cook Recommends: clean-pans. -- Seen on #Debian
Re: [aur-general] Request: Removal of java-gstreamer
Excerpts from Vitaliy Berdinskikh's message of Tue Jun 23 16:06:28 -0400 2009: В Tue, 23 Jun 2009 21:39:55 +0200 Andrea Scarpino and...@archlinux.org пишет: On 23/06/2009, Vitaliy Berdinskikh skippe...@root.ua wrote: The original name is gstreamer-java But we have the policies, so if you want to package a project respect ours policies. please adopt java-gstreamer; after this, someone will delete gstreamer-java * If a Java library has a generic name, the package name should be prepended with the title java- to help distinguish it from other libraries. This is not necessary with uniquely named packages (like JUnit), end-user programs (like Eclipse), or libraries that can be uniquely described with another prefix (like jakarta-commons-collections or apache-ant). I'd say that gstreamer-java is a generically named library, so it should probably be java-gstreamer. Thanks for clearing it up. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com) Q: What's the big deal about rm, I have been deleting stuff for years? And never lost anything.. oops! A: ... -- From the Frequently Unasked Questions
Re: [aur-general] Request: Removal of java-gstreamer
Excerpts from Laurie Clark-Michalek's message of Tue Jun 23 16:45:04 -0400 2009: 2009/6/23 Andrei Thorp gar...@gmail.com: Excerpts from Vitaliy Berdinskikh's message of Tue Jun 23 16:06:28 -0400 2009: В Tue, 23 Jun 2009 21:39:55 +0200 Andrea Scarpino and...@archlinux.org пишет: On 23/06/2009, Vitaliy Berdinskikh skippe...@root.ua wrote: The original name is gstreamer-java But we have the policies, so if you want to package a project respect ours policies. please adopt java-gstreamer; after this, someone will delete gstreamer-java * If a Java library has a generic name, the package name should be prepended with the title java- to help distinguish it from other libraries. This is not necessary with uniquely named packages (like JUnit), end-user programs (like Eclipse), or libraries that can be uniquely described with another prefix (like jakarta-commons-collections or apache-ant). I'd say that gstreamer-java is a generically named library, so it should probably be java-gstreamer. Thanks for clearing it up. Why not just rename it java-gstreamer-java? That way we can respect the archlinux policies, and also keep the origal name for anyone trying to find it on the aur. I chuckled. I assume this isn't a serious suggestion. Though it would solve it, it's not really a solution. I'm think I agree with Andrea still. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com) 'Ooohh.. FreeBSD is faster over loopback, when compared to Linux over the wire. Film at 11.' -- Linus Torvalds
Re: [aur-general] Request: Removal of java-gstreamer
Excerpts from Aaron Griffin's message of Tue Jun 23 16:52:19 -0400 2009: 2009/6/23 Laurie Clark-Michalek bluepepp...@archlinux.us: Why not just rename it java-gstreamer-java? That way we can respect the archlinux policies, and also keep the origal name for anyone trying to find it on the aur. I'm voting for java-jstreamer-gstreamer-java-bindings-plugin-blue++ You don't get to be the boss without this kind of expertise in problem solving. Well done ;) -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com) - DDD no longer requires the librx library. Consequently, librx errors can no more cause DDD to crash. -- DDD
Re: [aur-general] Incorrect name when downloading from source=()
Btw, I'm pretty close friends with the author of cellwriter. If he needs to do a general patch upstream or something, I'm sure I can get him to. Anything up? Cheers, -AT
Re: [aur-general] Incorrect name when downloading from source=()
On Tue, Jun 16, 2009 at 10:36 AM, Cilyan Olowengak...@gmail.com wrote: It seems the patch is indeed in discussion. Of course for now some are experiencing crashes, but the solution given by the patch is discussable. Okay, well. I'll breifly mention it to him, but otherwise leave it alone. Cheers, -AT
Re: [aur-general] Leaving Arch
I'll take: - ruby-sdl - rubygame Thanks, -AT
Re: [aur-general] etc dir
That may be okay, but you can solve the situation by chmod +r. I've seen you post a lot recently, consider perhaps doing a bit of research/reading to dispell easy questions. If you really have no idea what's going on and have a hard time googling for it, do feel free to ask though. Cheers, -AT
Re: [aur-general] depenency checker
Reading the build system may help, or trying to build in a very minimal chroot to see what deps are complained about. -AT
Re: [aur-general] depenency checker
Not to mention that software uses all sorts of crap now, like scons and cmake :) -AT
Re: [aur-general] pkg linkage dep problem
What exactly isn't finding it? makepkg -s? It won't install stuff from AUR automatically. Sorry if I misunderstand, but if you need dbus-c++, install it... -AT
Re: [aur-general] scm naming conventions
I think: good idea, but not worth the bother to switch. Good Idea: - Yeah, it's a bit more clear, and very unlikely that a single project would use two different ones - Nice that packages don't need renaming on upstream changes Not Worth It: - *lots* of packages renamed - Future confusion when people who've seen a -git once upload a -git without knowing the -scm policy - Requires further monitoring/adminship - -git/-svn/-bzr or whatever actually gives you more information than -scm. More information is better? - Lots of effort to do my If Implemented section too If Implemented (I'm not recommending this option): - Conversion would be hassle, perhaps best done by making a frontpage notice, and having a script (supervised script?) do the heavy lifting on the server side - Avoid most future problems by having AUR Web refuse things that look like they're a -git / -svn or whatever, and ask the user to make it -scm Anyway, so I think it can be done right, but isn't a sufficient enough gain to really warrant the effort.
Re: [aur-general] A letter of resignation as a TU
*Sniff* lovely. Good luck, -AT 2009/5/30 Mikko Seppälä t-r-...@mbnet.fi: Oh, the time has come for young one to enter the world and feel the first had experience of cruelty, blood and peasoup. To take on arms and abandon all hope on having personal feelings or time to infiltrate the community cvs. Nonexisting datalinks preventing duties to be performed. No keyboard to write on but the paper and wood. Last of the original comm64 porters dying. Time to leave the duties to be performed by wonder who? TIME TO RESIGN! Or in short: I'm off to army in about a month, so I'm resigning unless you want to mark me as inactive for over a year :p wonder has agreed to take over lib32 so no pkgs to be adopted (unless someone wants bin32-wine from unsupported, trying to get maintainer for it). Objections? yes? no? Ok, thats it. Have a smooth ride. - Neverth PS. This is a resend, first one is stuck because I sent it from my email alias. I seriously thought about removing the first part but blah.
Re: [aur-general] package remove request
Also, is it bad to name stuff like openoffice.org3? I mean, 3 is the latest, right? What happens when 4 comes out? Aren't versions already in the package... -AT On Mon, May 25, 2009 at 2:02 PM, Evangelos Foutras foutre...@gmail.com wrote: Andrea Scarpino wrote: On 25/05/2009, Nick F0x f...@f0x.ru wrote: there are 2 PKGBUILD of one office suite - OpenOffice.org russian build from infraresource. I mantain one of them openoffice.org3-infra-ru (http://aur.archlinux.org/packages.php?ID=20967), second - openoffice-infra-ru (http://aur.archlinux.org/packages.php?ID=10301) is orphaned. i think openoffice-infra-ru must be removed as duplicate. Why you didn't adopt the openoffice-infra-ru package instead of added a new one? IMHO you should adopt openoffice-infra-ru and update it with your pkgbuild, then I (or a TU) will remove openoffice3-infra-ru from AUR. I was a bit trigger-happy and removed openoffice-infra-ru. :( The files are still available at http://aur.archlinux.org/packages/openoffice-infra-ru/ though. So, if Nick F0x agrees, it can be re-uploaded and maintained by him.
Re: [aur-general] changing the status of the maintainer field
Yeah, can we get back to Abhishek's topic please? I think I agree with his thinking: - Make the maintainer a proper singular bash variable string - Make the contributors a praper bash array - Let the web interface hold onto its own metadata (I don't think anyone wants the web interface editing PKGBUILDs) - Possibly rename maintainer to owner and keep contributors contributors - Or if more clear, rename maintainer to current_maintainer and contributors to past_maintainers That should clear everything up and prevent further discussion. -AT
Re: [aur-general] changing the status of the maintainer field
On Fri, May 22, 2009 at 12:34 PM, Chris Brannon cmbran...@cox.net wrote: Andrei Thorp wrote: Another thing that you guys probably don't care too much about is the fact that -Qi -ing a package that you have installed will not list the Maintainer for packages from AUR. Actually, -Qi'ing or -Si'ing a package doesn't list the maintainer at all! The Packager: field in the output is the name + email of the person who last built the package, and this is not necessarily the maintainer. Case in point: pacman -Si curlftpfs. Don't rely on Packager: from -Qi or -Si. Yes, a Maintainer: field in -Qi or -Si output would be nice. Ah, okay, thanks. -AT
Re: [aur-general] Mutt vs Gmail (Was: An idea for vim scripts/plugins)
Oh, also. Uploaded an early version of a sup package to the AUR. I'll fix it up to be way more rocking soon. -AT
Re: [aur-general] An idea for vim scripts/plugins
Yeah, I guess it is more work for you :) For me, in what role? As a vim user on an Arch system, or as a maintainer of packages for vim plugins? In that I guess the idea was for you as the guy who wants to write a script that makes installation of vim plugins easy for users. You wanted input on your script, and the input was would be better if it didn't rely on pacman. -AT
Re: [aur-general] An idea for vim scripts/plugins
Ah, I see. I've changed the setting in gmail to always use UTF-8. Guess that should take care of it. (Fyi, I use mutt et al at work, but I find it too convenient to have a well maintained online mailbox that I can access in many places) -AT On Mon, May 11, 2009 at 9:38 AM, Ricardo Martins rica...@scarybox.net wrote: On Mon, 11 May 2009 08:38, Andrei Thorp wrote: Uh... what are you people on about? I'm sending these e-mails in plain text via gmail (no HTML formatting or anything afaik.) I also don't see any strange fonts. -AT I guess it's because your emails are being encoded with iso-2022-jp, instead of us-ascii or utf-8. That might mess with the font selected by GTK. Either way, mutt displays everything just fine. :P Regards, -- Ricardo Martins * ricardomartins.cc * GPG key: 0x1308F1B4
[aur-general] Mutt vs Gmail (Was: An idea for vim scripts/plugins)
Well, I have all my mailing lists neatly arraged here and so on. They get filed to labels and archived automatically so that I can read them in a unified place. I'd have to change this up so that they go to the inbox, and that screws up my mail filtering in gmail then (afaik). It kind of forces me to compromise one way or another (either have the nice tidy thing in gmail, or the nice tidy thing on my one box, but not both). Since gmail offers it anywhere, I prefer to do it this way. Also, despite the mutt way being pretty nice and unixy (letting me script it easily into my window manager and so on), gmail just has an excellent interface with the folding, images, and so on. I hate to not use the classic mail setup everywhere, but it's just not as tidy anymore :/ What do people think on this topic? I personally find gmail to be extremely convenient, but I'm willing to be enlightened otherwise. -AT On Mon, May 11, 2009 at 10:15 AM, Ricardo Martins rica...@scarybox.net wrote: On Mon, 11 May 2009 10:05, Andrei Thorp wrote: Ah, I see. I've changed the setting in gmail to always use UTF-8. Guess that should take care of it. (Fyi, I use mutt et al at work, but I find it too convenient to have a well maintained online mailbox that I can access in many places) -AT What's wrong with mutt + offlineimap? That's what I use with my google apps mail account (this one). This way I can use both mutt and the webinterface. :) Regards, -- Ricardo Martins * ricardomartins.cc * GPG key: 0x1308F1B4
Re: [aur-general] Mutt vs Gmail (Was: An idea for vim scripts/plugins)
sup and offlineimap seem promising. I'll want to look into them more in the future. For the sake of discussion, what is it that you folks prefer about your offline setups vs gmail-in-browser? Cheers, -AT On Mon, May 11, 2009 at 10:45 AM, Ricardo Martins rica...@scarybox.net wrote: On Mon, 11 May 2009 10:30, Andrei Thorp wrote: Well, I have all my mailing lists neatly arraged here and so on. They get filed to labels and archived automatically so that I can read them in a unified place. I'd have to change this up so that they go to the inbox, and that screws up my mail filtering in gmail then (afaik). It kind of forces me to compromise one way or another (either have the nice tidy thing in gmail, or the nice tidy thing on my one box, but not both). Since gmail offers it anywhere, I prefer to do it this way. Also, despite the mutt way being pretty nice and unixy (letting me script it easily into my window manager and so on), gmail just has an excellent interface with the folding, images, and so on. I hate to not use the classic mail setup everywhere, but it's just not as tidy anymore :/ What do people think on this topic? I personally find gmail to be extremely convenient, but I'm willing to be enlightened otherwise. -AT I also have gmail filter my emails, set some labels and archive them and it works perfectly. offlineimap maps the labels to directories, so there's no local filtering to do and everything's in sync. I don't really understand what's the problem you describe. Here's my .offlineimaprc: http://pastie.org/474464 Regards, -- Ricardo Martins * ricardomartins.cc * GPG key: 0x1308F1B4
Re: [aur-general] Mutt vs Gmail (Was: An idea for vim scripts/plugins)
For the sake of argument, isn't there an offline mode for gmail, as well as vimperator for even more keyboard binding goodness? -AT On Mon, May 11, 2009 at 3:33 PM, Ricardo Martins rica...@scarybox.net wrote: On Mon, 11 May 2009 13:13, Andrei Thorp wrote: sup and offlineimap seem promising. I'll want to look into them more in the future. For the sake of discussion, what is it that you folks prefer about your offline setups vs gmail-in-browser? Cheers, -AT I love mutt and had Gmail's web interface discard my emails accidentally when I was composing them. I also like being able to access my email even when I'm offline. It's mostly habit, though. I prefer avoiding the mouse and using the keyboard (I know about gmail's keyboard shortcuts), so mutt makes sense in my case. Regards, -- Ricardo Martins * ricardomartins.cc * GPG key: 0x1308F1B4
Re: [aur-general] An idea for vim scripts/plugins
It does indeed :-) Awesome.
Re: [aur-general] An idea for vim scripts/plugins
Sounds like a nifty idea. -AT On Sun, May 10, 2009 at 3:04 AM, Magnus Therning mag...@therning.org wrote: Being a Vim user and having just moved to Arch I noticed that most (all?) packages for Vim plugins install system wide. This may not be desirable since it means all users get all the plugins, and not using pacman for plugins puts the burden of keeping up-to-date on the individual users. So, inspired by Debian's vim-additions-manager, I came up with a (fairly) light-weight solution: vim-scripts-mgr[1]. It looks for available Vim plugins in `/usr/share/vim-scripts` (one directory per plugin) and can install and uninstall individual plugins by adding symbolic links in ~/.vim for a user. I've already uploaded two Vim plugins that make use of it, Align[2] and haskellmode[3]. I'd be thrilled if others who package Vim plugins would consider using it. /M [1]: http://aur.archlinux.org/packages.php?ID=26318 [2]: http://aur.archlinux.org/packages.php?ID=26319 [3]: http://aur.archlinux.org/packages.php?ID=26343 -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Huge packages in community
As a developer/friend of developers of several open source games, I'd like to say: huh? Option b seems unreasonable. Making a separate games repo, or perhaps a generic big packages repo seems reasonable, but I'm not entirely sure it's warranted. Something that is worth noting is the fact that there already is a semi-official games repo for Arch being run by Dae. Perhaps this could be elevated to a more official status and the games removed from the other repos. Another thing that has been brought up by some of my friends is binary diffs for package downloads. Is this feasible? Would it make sense? Are binaries sufficiently similar to make this worthwhile? I think probably they're not sufficiently similar and that this would require a daemon on the remote end or something annoying like that. Anyway, to recap, I'd prefer games/large packages not be dropped from repos, and I think most people would probably agree with me. I also see that you're upset, but I'd prefer to not see personal remarks (Xyne). Cheers, -AT 2009/5/2 Angel Velásquez an...@archlinux.com.ve: Hi, I've syncing my home repo today (like I've been doing since months ago) and I got irritated downloading 595 mb of nexuiz, come on, this package can be popular or whatever, but IMHO having a 595mb package on the repos will be painful. I propose for a motion to remove packages like games 250 mb, I am not a TU anymore and I know that, but the waste of bandwith downloading games is *really* killer... A solution could be: a) Creating an official repo called [games] or something like, where TUs and Devs can put games there (huge games principally. b) Definetively not upload games to the repos I am the administrator of two official mirrors, and watching this situation I am really worried if packages 250 mb (games) will be downloaded / updated eventually and I will have to waste GBs on this. Please don't take this personal, but IIRC Gerolde was suffering for the lack of space months ago, and even if this package and those huge popular games 250 mb doesn't merely to be on the official repos, frankly (but thanks for the effort to waste the disk space Xyne!). Anyway, that's my humble opinion. -- Angel Velásquez angvp @ irc.freenode.net Linux Counter: #359909
Re: [aur-general] Deletion request for 'changefirefoxicon'
... yeah, it's amazing how much people fail to understand the difference between building and installing a package. -AT On Sat, Apr 25, 2009 at 10:35 PM, Abhishek Dasgupta abh...@gmail.com wrote: 2009/4/26 Daenyth Blank daenyth+a...@gmail.com: Damn, did anyone save a copy? I want to see it... At least for a few days I think, AUR keeps a copy: http://aur.archlinux.org/packages/changefirefoxicon/changefirefoxicon/PKGBUILD In case it's deleted, I'm reproducing it here: pkgname=changefirefoxicon pkgver=0.1 pkgrel=1 pkgdesc='Change the Firefox icon in Arch to the original one.' arch=('i686','x86_64') license=('GPL3') url='http://saffire.puntolibre.org' depends=() source=http://saffire.puntolibre.org/Proyectos/ChangeFirefoxIcon/ChangeFirefoxIcon-$pkgver.tar.gz md5sums=('bab25c933d01ae2eee50b8299ccfe024') build() { pacman -U http://saffire.puntolibre.org/Proyectos/ChangeFirefoxIcon/ChangeFirefoxIcon-0.1.tar.gz } -- Abhishek
Re: [aur-general] When does a package need -svn?
Idk, maybe. People just browsing his site to get the source probably wouldn't know about it, most packagers probably would. Hard to say. On Sun, Apr 26, 2009 at 5:59 AM, Xyne x...@archlinux.ca wrote: Andrei Thorp gar...@gmail.com wrote: Some other options: - He could have a hidden folder somewhere with the sources. He then could just not tell people about that. - You could do some serious hacks and have a script click through the download dialog and get the source as a human would. Bad for PKGBUILDS. The SVN route is pretty good, I think. -AT I initially thought about the secret direct link too but that really would ruin his nag system as Philipp mentioned because the direct link would eventually become common knowledge. I agree that the SVN checkout is probably the best compromise in absence of a direct link to the tarball. /Xyne
Re: [aur-general] When does a package need -svn?
Legal licence holds some more weight over their strange habits, I think. -AT On Fri, Apr 24, 2009 at 10:57 PM, Allan McRae al...@archlinux.org wrote: Ray Rashif wrote: Actually, it is distributed under the GPL, so that is techniqually fine... Yes, but that is why I mentioned author's intentions. But the author also intends you to provide the source when you distribute binaries. That is why they used the GPL license. So I would pick that intention over the contradictory one... Allan
Re: [aur-general] forgot AUR password
Haha... Oh well, don't worry about it. -AT On Thu, Apr 9, 2009 at 10:34 AM, Jonathan Brown jbs...@yahoo.com wrote: Wow I thought for sure I did- OK I'll just register again! Thanks guys. - Original Message From: Andrea Scarpino and...@archlinux.org To: Discussion about the Arch User Repository (AUR) aur-general@archlinux.org Sent: Thursday, April 9, 2009 1:27:37 PM Subject: Re: [aur-general] forgot AUR password 2009/4/9 Jonathan Brown jbs...@yahoo.com: sheesh i dunno what it is then.. can you track it from my email? jbs...@yahoo.com Did you registered on AUR? :P No one user with this mail. -- Andrea `BaSh` Scarpino Arch Linux Developer
Re: [aur-general] Adoptable AUR packages
The other problem is that a list of orphaned packages on the wiki would be subject to the same kind of problem: someone puts something there, then a year passes and the package isn't needed anymore but doesn't get removed because there are 8000 packages on that list. I think this wouldn't really solve much in the long term. +1 to Mr. Haren. -Andrei Garoth Thorp On Mon, Apr 6, 2009 at 8:47 AM, Ronald van Haren pre...@gmail.com wrote: On 4/6/09, Ashok Gautham scriptdevil.a...@gmail.com wrote: On Mon, Apr 6, 2009 at 8:19 PM, Imanol Celaya ornitorrin...@archlinux-es.org wrote: doesn't the orphan search function in AUR do the same and automated? That is exactly my point. Orphan search gives you even packages that have been orphaned because the packages are not needed any more. In fact such packages are the majority. --- Ashok `ScriptDevil` Gautham Instead of inventing a new way of sorting orphan packages it would be best to put the/'a lot of' effort in cleaning up the current list. Packages that should not be there should be removed. Ronald
Re: [aur-general] TU appliance Jens Maucher (defcon)
My thoughts... I'd say that the install thing was considered to be a minor infraction -- but regardless of whether it's strictly necessary, I would say that conventions are good to follow. As someone who's been involved in an organization with a very strict entrance system based on votes, I have one thing to say that I have learned over the years: The number one thing improves chances of entrance success is knowing the people who are voting. If they know you and like you somewhat, they are greatly more likely to vote you in. Look at it this way: even if you're a mediocre packager, but everyone knows and likes you, then they're likely to think, Well, okay. He'll stumble a bit and we'll have to clean up some stuff, but he's a good, hard-working guy and he'll learn. As others here have said, this is just most crucial. To paraphrase above: Since we don't know the applicant, we have to rely on his PKGBUILDs. They aren't excellent, so there were a lot of negative votes. (Mind you, I'm not a TU.) So here is my recommendation: Now TUs know you somewhat, that's good. They've seen your name. Hang out with them on IRC/forums/newsgroups. Be helpful and humble, willing to learn. Then in three months (which, Iirc, is the time between TU apps), you can give it another shot. Chances are, if you've been active + nice + improving over that time, the TUs will know you and probably like you. They'll see that you've put three months of effort in after being rejected initially, and that shows dedication and hard-workingness. Chances are, at that point, if you re-apply, you'll get in without much trouble and be hailed as a good addition to the team who's overcome adversity and improved himself. Good luck, -Andrei Garoth Thorp On Sun, Apr 5, 2009 at 8:25 AM, Ali H. Caliskan ali.h.calis...@gmail.com wrote: Allan, you're right about your views, but unfortunately, zattoo seems to be installed that way, so much for several contributors effort in this inconsistency. However, I'll reconsider your critical approach when chaning zattoo PKGBUILD. One thing, mkdir is not something bad to use, I use it all the time, and install isn't also not required, since the developers of install command argue that a package manager should be used instead of install, so what's the big deal here? I mean as long as the code is working, why should it be that much trouble to maintain a package. Are we code fascists here? /ali On Sun, Apr 5, 2009 at 3:25 PM, Allan McRae al...@archlinux.org wrote: Ali H. Caliskan wrote: I don't think zatoo should be that much criticized, it looks somewhat clean. I am going to be fairly blunt here, but essentially you are wrong e.g. # Kerberos libs ln -s /usr/lib/libcrypto.so libk5crypto.so.3 ln -s /usr/lib/libkrb5.so libkrb5.so.3 ln -s /usr/lib/libkrb5.so libkrb5support.so.0 ln -s /usr/lib/libgssapi.so libgssapi_krb5.so.2 Symlinking libraries to different sonames is, in my opinion, the single worst thing you can do to your install. It can create bugs that are incredibly difficult to track down. The current libkrb5.so is .25! A lot has changed since .3... The correct way to deal with this is to find a version of the package that supplies these library versions and build it, either within the package or as a dep for the package. The former is probably cleaner in this case unless something else requires these versions. There is also the use of mkdir and cp instead of install to improve. As Jens pointed out, he no longer maintains this. But at this point, that is moot. He maintained it when he applied and the TUs did not know him very well in general so we needed to rely on his packaging skill to judge his application. The consensus opinion of the TUs was obviously that his package standards were not high enough and I have no doubt that this package was primarily to blame. So, for future reference, here is my subjectiveview of what should have happened after this package was pointed out as bad: 1) a reply to aur-general saying I will look into it. If it was fixable, good. If not then... 2) a reply saying, This is very difficult to fix. I am discussing this with my sponsor. Any suggestions on how to improve it?. 3) possibly delaying of voting until it is shown that the issue is fixed. I see the ability to know when you have a bad PKGBUILD or other problem and then asking for help to be far more important than the ability to produce perfect packages. Remember, once someone is a TU, they will be providing the community with binary packages. It is essential that the Trusted Users ensure any new applicant is up to standard. Any doubt is enough to say no. Allan
Re: [aur-general] TU appliance Jens Maucher (defcon)
Decent quality packages in Community please. - Just one member of the Arch user base On Sun, Apr 5, 2009 at 2:37 PM, xyne x...@archlinux.ca wrote: Ali H. Caliskan ali.h.calis...@gmail.com wrote: We'll as long as there is no human factor in stake, I believe making a package, especially a community package isn't that much a security risk. We are not talkling about core or extra packages, just the community repo, which is of course provided by the community users. I'm sure that the the Arch Linux user would understand that. ... I don't agree with that reasoning. Even though there are warnings and the user has to enable the community repo him-/herself, there is still a reasonable expectation of package quality which leads to a base level of trust for community packages. The same cannot be said for the AUR which, by your reasoning, should elicit the same level of confidence as the community repo or perhaps even more because the user builds the packages him-/herself. Even if the community repo is run by community users, the selection of those users strives to ensure certain minimal standards that warrant the trust of those who use the repo, even if it may not be as rigorous as the selection of those charged with the maintenance of the core and extra repos. For the record, I have no opinion of Jens' packaging abilities nor did I vote on his application (as I wasn't yet a TU). I am only responding to this particular point of your post and my response is only a statement of my own (possibly naïve) opinion. Regards, Xyne
Re: [aur-general] TU appliance Jens Maucher (defcon)
Agreed to Xyne and Dae, I certainly don't mean to say Community packages are bad at the moment. In fact, no trouble so far! :) As suggested translations to English sayings: Talk is cheap or perhaps Easier said than done. Cheers, -Andrei Garoth Thorp
Re: [aur-general] System cleaning?
You can do pacman -Qdt to list all packages that were installed as dependencies but are no longer required. You can then take these packages and remove them. You can do this automatically like: pacman -Qdt | sed s/ .*// | sudo xargs pacman -Rs This will delete all packages that are installed as a result of unneeded dependencies. In the future, use pacman -Rs to not have to do this (rather than pacman -R). Also, consider switching to ext4 and doing a defrag when you're at it. ext4+defrag has extends that cause shorter seek time. Cheers, -AT On Wed, Mar 25, 2009 at 10:31 AM, Brandon Martin bmar...@cu3edweb.com wrote: You would think that I would have been using arch long enough to know how to do this buy I don't. I was using gnome then I tried to uninstall it and I used kdemod for a little while but know I want to use gnome again. I uninstalled kdemod and reinstalled gnome but it just doesn't seem as snappy as it was before. Plus I have easytag installed and when I click the home folder from the places menu it opened easytag. On top of that when I was connected to a remote FTP and I try to edit and save something I get a gvfs error. This use to work fine before. In the past I have usually just done a fresh install because I am weird about having only what I need installed and have never taken the time to learn all I can do with pacman. So my main question is can how do I do a major cleaning removing what I don't need and how do I check if I am missing something I do need since I am running into a few oddities. What is the best way to get my system clean and mean. Thanks for any insight. -- Brandon Martin
Re: [aur-general] Voting period: Chris Brannon
Well, one has to be a TU to vote, and then it seems that there is a web interface on AUR that becomes available. -AT On Mon, Mar 23, 2009 at 10:08 AM, hollun...@gmx.at wrote: On Tue, 24 Mar 2009 03:03:28 +1000 Allan McRae al...@archlinux.org wrote: Hi TUs, It is time to vote so head to the AUR voting interface. You can refresh your memory here: http://www.archlinux.org/pipermail/aur-general/2009-March/004104.html Allan How does one vote for someone to become a TU? Regards, Philipp
Re: [aur-general] Arch's Vim Failings Solution Suggestions
Fair enough, thank you. -AT On Thu, Mar 19, 2009 at 8:54 PM, Aaron Griffin aaronmgrif...@gmail.com wrote: On Thu, Mar 19, 2009 at 7:44 PM, Andrei Thorp gar...@gmail.com wrote: It's been mentioned to me that several bugs are open around these issues, and if this indeed the case, I believe it valuable to bring attention to them -- a mailing list cannot hurt. Well, at the very least, I'm sure the AUR mailing list is the wrong place for this. But discussion on the bug tracker centralizes the facts, so I don't have to go hunting around 4 different mailing lists, forum posts, and things like that.
Re: [aur-general] Arch's Vim Failings Solution Suggestions
Thank you very much :) Should be able to close at least one bug too. -Andrei Garoth Thorp On Fri, Mar 20, 2009 at 11:19 AM, Tobias Kieslich tob...@justdreams.de wrote: Hi, I was reaaly busy lately so I wasn't able to push tha changes I made locally. 1) gvim package: Shipping an /etc/gvimrc which, due to the order that Vim loads rc files, overrides any settings in the user's ~/.vimrc. Considering that some users make the conscious decision to keep all their settings in their ~/.vimrc instead of using both ~/.vimrc and ~/.gvimrc, this is at the very least annoying. More in depth discussion is contained in the nearly year old, unfixed bug[0] about this issue. I got rid of gvimrc in etc, I still wonder thought why they would have such a file upstream. Also virc is gone. Since we won't ship a vim based vi package anymore. 2) vi package: The package is built such that the resulting vi binary reads its config from the completely non-standard ~/.virc. Presumably this is to allow different configurations for the different feature-sets avaiable in vi vs. vim packages. Fortunately, Vim has methods to deal with this already such as being able to check what name was used to invoke Vim[1] and explicitly checking for feature support[2]. vi will be besad on nvi. that has lot's of advantages: - smaller for the iso - no waiting on testing that stalls vim and gvim - vi and vim are separated 3) vi, vim, and gvim packages: Explicitly building Vim with $VIMRUNTIME == $VIM by specifying --with-global-runtime=/usr/share/vim to configure. This doesn't need to be specified to configure as it will be set to the correct directory on its own. If they insist on specifying it, the directory should be /usr/share/vim/vimXY (where XY is Vim's version number -- 72 for current Vim). This manifests various problems, the most noticeable being that the 'runtimepath' option in Vim has /usr/share/vim listed twice, thus causing runtime files to be sourced twice and causing duplicate information when using common scripting methods for discovering files in the runtimepath[3]. I was not aware of the double loading, a testbuild showed me that it is easy to build both packages (vim/gvim) without the path specified. The idea behind specifying was that gvim and vim use the same runtime but only one package ships it. So being explicit instead of implicit seemed like a good idea to me. Anyway, that will be gone as well in the new layout. Hopefully tonight I can push them to testing. For the update people will be forced to remove the /usr/bin/vim and I think the /usr/bin/rview symlink manually. I tried to find a way around that, but no dice. -T
[aur-general] Arch's Vim Failings Solution Suggestions
Hello, fellow Archers. Recently, I had a question about Vim, so I went to the #vim channel in IRC. I was doing something that should be working, but it wasn't. Surprisingly, the question came up, Are you on Arch? Turns out that several of the peolpe I most respect in the #vim IRC channel are very unhappy with the quality of Arch's Vim package. One even (jokingly?) asked if they could officially not support Arch in the channel, which I found somewhat alarming. I suggested that we should instead help improve the Arch package. I hate to pick on people, but according to the generally kind folks on IRC, the Vim package for Arch has quite a few issues, and the maintainer hasn't addressed some outstanding bugs in quite a long while. As some of you may know, James Vega (jamessan) is an outstanding Vim user and the Debian package maintainer for Vim. I asked him to send me what he saw as the problems with the Arch package, and he was kind enough to send along some suggestions. They are attached in this forward. Thank you, -Andrei Thorp -- Forwarded message -- From: James Vega james...@debian.org Date: Thu, Mar 19, 2009 at 2:29 AM Subject: Arch's Vim failings To: gar...@gmail.com Andrei, Thanks for being receptive to trying to address the issues in Arch's Vim packaging. Below are the major points that stand out. 1) gvim package: Shipping an /etc/gvimrc which, due to the order that Vim loads rc files, overrides any settings in the user's ~/.vimrc. Considering that some users make the conscious decision to keep all their settings in their ~/.vimrc instead of using both ~/.vimrc and ~/.gvimrc, this is at the very least annoying. More in depth discussion is contained in the nearly year old, unfixed bug[0] about this issue. 2) vi package: The package is built such that the resulting vi binary reads its config from the completely non-standard ~/.virc. Presumably this is to allow different configurations for the different feature-sets avaiable in vi vs. vim packages. Fortunately, Vim has methods to deal with this already such as being able to check what name was used to invoke Vim[1] and explicitly checking for feature support[2]. 3) vi, vim, and gvim packages: Explicitly building Vim with $VIMRUNTIME == $VIM by specifying --with-global-runtime=/usr/share/vim to configure. This doesn't need to be specified to configure as it will be set to the correct directory on its own. If they insist on specifying it, the directory should be /usr/share/vim/vimXY (where XY is Vim's version number -- 72 for current Vim). This manifests various problems, the most noticeable being that the 'runtimepath' option in Vim has /usr/share/vim listed twice, thus causing runtime files to be sourced twice and causing duplicate information when using common scripting methods for discovering files in the runtimepath[3]. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org [0] - http://bugs.archlinux.org/task/10303 [1] - if v:progname == 'vi' [2] - if has('cscope') [3] - globpath(rtp, 'colors/*') -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknB5lcACgkQDb3UpmEybUCg6ACgjRFE4YnrbEGMq8uY51CZqRis xZsAnjbOC4BsAv/hYG9hcfmbogJLdLtX =HJf3 -END PGP SIGNATURE- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknB5lcACgkQDb3UpmEybUCg6ACgjRFE4YnrbEGMq8uY51CZqRis xZsAnjbOC4BsAv/hYG9hcfmbogJLdLtX =HJf3 -END PGP SIGNATURE-
Re: [aur-general] Arch's Vim Failings Solution Suggestions
Thanks for sending it along, Dae. -AT On Thu, Mar 19, 2009 at 11:01 AM, Kessia 'even' Pinheiro kessiapinhe...@gmail.com wrote: Hi, I had that problem too, i asked for something in #vim channel and they only ridicularize vim package from Arch. I tried talk with Tobias about the vim upgrade for support ruby1.9, but he are so far from fix it, looking for problems which isnt important, in my vision. VI package are with 65 patch, unless the oficial project are with more than 100! I think it's a problem from arch package, but we need know why it's so problematic for vim users dont like the package layout. thanks On Thu, Mar 19, 2009 at 11:54 AM, Andrei Thorp gar...@gmail.com wrote: Hello, fellow Archers. Recently, I had a question about Vim, so I went to the #vim channel in IRC. I was doing something that should be working, but it wasn't. Surprisingly, the question came up, Are you on Arch? Turns out that several of the peolpe I most respect in the #vim IRC channel are very unhappy with the quality of Arch's Vim package. One even (jokingly?) asked if they could officially not support Arch in the channel, which I found somewhat alarming. I suggested that we should instead help improve the Arch package. I hate to pick on people, but according to the generally kind folks on IRC, the Vim package for Arch has quite a few issues, and the maintainer hasn't addressed some outstanding bugs in quite a long while. As some of you may know, James Vega (jamessan) is an outstanding Vim user and the Debian package maintainer for Vim. I asked him to send me what he saw as the problems with the Arch package, and he was kind enough to send along some suggestions. They are attached in this forward. Thank you, -Andrei Thorp -- Forwarded message -- From: James Vega james...@debian.org Date: Thu, Mar 19, 2009 at 2:29 AM Subject: Arch's Vim failings To: gar...@gmail.com Andrei, Thanks for being receptive to trying to address the issues in Arch's Vim packaging. Below are the major points that stand out. 1) gvim package: Shipping an /etc/gvimrc which, due to the order that Vim loads rc files, overrides any settings in the user's ~/.vimrc. Considering that some users make the conscious decision to keep all their settings in their ~/.vimrc instead of using both ~/.vimrc and ~/.gvimrc, this is at the very least annoying. More in depth discussion is contained in the nearly year old, unfixed bug[0] about this issue. 2) vi package: The package is built such that the resulting vi binary reads its config from the completely non-standard ~/.virc. Presumably this is to allow different configurations for the different feature-sets avaiable in vi vs. vim packages. Fortunately, Vim has methods to deal with this already such as being able to check what name was used to invoke Vim[1] and explicitly checking for feature support[2]. 3) vi, vim, and gvim packages: Explicitly building Vim with $VIMRUNTIME == $VIM by specifying --with-global-runtime=/usr/share/vim to configure. This doesn't need to be specified to configure as it will be set to the correct directory on its own. If they insist on specifying it, the directory should be /usr/share/vim/vimXY (where XY is Vim's version number -- 72 for current Vim). This manifests various problems, the most noticeable being that the 'runtimepath' option in Vim has /usr/share/vim listed twice, thus causing runtime files to be sourced twice and causing duplicate information when using common scripting methods for discovering files in the runtimepath[3]. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org [0] - http://bugs.archlinux.org/task/10303 [1] - if v:progname == 'vi' [2] - if has('cscope') [3] - globpath(rtp, 'colors/*') -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknB5lcACgkQDb3UpmEybUCg6ACgjRFE4YnrbEGMq8uY51CZqRis xZsAnjbOC4BsAv/hYG9hcfmbogJLdLtX =HJf3 -END PGP SIGNATURE- -- Kessia Pinheiro Computer Science Student - Brazil, UFBa Linux System Administrator Arch Linux Trusted User Linux User #389695 http://even.archlinux-br.org --- X Fórum Internacional Software Livre - fisl10 24 a 27 de junho de 2009 PUCRS - Porto Alegre - Brasil
Re: [aur-general] Arch's Vim Failings Solution Suggestions
It's been mentioned to me that several bugs are open around these issues, and if this indeed the case, I believe it valuable to bring attention to them -- a mailing list cannot hurt. -AT On Thu, Mar 19, 2009 at 1:07 PM, Aaron Griffin aaronmgrif...@gmail.com wrote: On Thu, Mar 19, 2009 at 10:49 AM, Daenyth Blank daenyth+a...@gmail.com wrote: On Thu, Mar 19, 2009 at 11:35, Aaron Griffin aaronmgrif...@gmail.com wrote: snip What we could do is simply ship nvi instead, for that purpose, and stick with only two packages, vim and gvim. That would help things greatly. snip +1 I just realized this was on the aur-general list. Silly place for this discussion. Can we move this to the bug tracker?
Re: [aur-general] TU application: Chris Brannon
That's quite an amazing feat, to seem to have more clarity, understanding, and dedication than a great deal of people who can see. Thanks. -Andrei Garoth Thorp On Tue, Mar 17, 2009 at 9:51 AM, Loui Chang louipc@gmail.com wrote: On Tue, Mar 17, 2009 at 10:35:27AM -0500, Chris Brannon wrote: I want to do my part to make ArchLinux more accessible to the blind. My first order of business is to submit two packages to the community repository: speakup and espeakup. These two packages provide one reliable method of supplying spoken output from the text console under Linux. I will endeavor to faithfully represent the interests of the whole ArchLinux user community, not just those of the tiny subset who are blind. Those are some awesome objectives. I haven't tried any of your packages, but your packaging looks good by looking at the scripts. Good luck!
Re: [aur-general] gnash removed from aur
Well, that's a decent point also -- if gstreamer can use ffmpeg as a backend, does it not superscede ffmpeg? It's reasonable to assume that this means that gstreamer supports all of ffmpeg plus a little bit of extra. Regardless, I think in the spirit of letting users do whatever they want, multiple packages is the way to go. -Andrei Garoth Thorp On Mon, Mar 16, 2009 at 11:27 AM, Paride Legovini legov...@spiro.fisica.unipd.it wrote: On Mon, Mar 16, 2009 at 11:11:20AM -0700, Andrei Thorp wrote: Simpler sounds nice, but I'm not so sure about the uses ffmpeg instead bit -- perhaps there should be two packages if such a choice has to be made? Well, the choice has to be made, and making two packages is a solution. Personally I prefer ffmpeg, and as far as I read it has a broader support for codecs used in FLV videos. Even when compiled against gstreamer, decoding of such videos (e.g. youtube ones) require gstreamer0.10-ffmpeg, so it seems to me that using ffmpeg directly is a more linear approach. p.
Re: [aur-general] How about hashtags in package description?
Note @ self: always check bug tracker before submitting suggestions. -AT On Sun, Mar 15, 2009 at 5:11 AM, Daenyth Blank daenyth+a...@gmail.com wrote: On Sun, Mar 15, 2009 at 05:14, Giovanni Scafora linuxma...@gmail.com wrote: 2009/3/15, Vitaliy Berdinskikh skippe...@root.ua: We have the limited category list. Sometimes I need accurate description when package can use. How about to use hashtags like #hamradio etc. Great! I like that... -- Arch Linux Developer (voidnull) AUR Pacman Italian Translations Microdia Developer http://www.archlinux.it http://bugs.archlinux.org/task/7132
Re: [aur-general] How about hashtags in package description?
Re: searching descriptions: when searching via description, you're likely to find descriptions that have whatever keyword you typed, but not in the scenario you had in mind. Example: You searched for office and that matches the description Game about shooting people at the office If instead you had a tag system, searching --tag office would, presumably, match office applications only. Anyway, this may not be a tremendously great example, but I think there is somewhat of a point here. -AT On Sun, Mar 15, 2009 at 12:58 PM, Loui Chang louipc@gmail.com wrote: On Sun, Mar 15, 2009 at 08:32:29PM +0100, Dieter Plaetinck wrote: On Sun, 15 Mar 2009 17:55:01 +0100 Jens Maucher jensmauc...@online.de wrote: Am Sonntag 15 März 2009 17:00:05 schrieb Pierre Chapuis: Le Sun, 15 Mar 2009 11:54:12 -0400, Daenyth Blank daenyth+a...@gmail.com a écrit : What's the practical difference between a tag and a hashtag? I think that he means to put tags as comments? I have no clue really I thought he was talking about something like tags used in Jabber or Identi.ca posts. They are inline and begin with a hash, like that: I think #Arch #Linux is awesome. The sense escapes me. o_O I see people doing this on twitter. Functionality-wise they are just tags. the hash ('#') sign in front is to just mark this is a tag, which is useful for other tools and scripts to parse/categorize/... content So it isn't really any more useful than just searching a well written description eh?
Re: [aur-general] Can't adopt mysql-gui-tools
Not entirely sure what you mean -- there are 22 community packages that have been orphaned. That's not a tremendous amount. Are these the packages you meant, or are you counting all orphaned packages on AUR? There are 1286 of those, but they aren't the responsibilty of the TUs to maintain unless they want to. (Just to clarify.) Regardless, I'm sure it wouldn't hurt Arch if you attempted to become a TU. I'm not one, but I recommend that you read the information about how to become one if you haven't: http://wiki.archlinux.org/index.php/TU_Person_Specification http://dev.archlinux.org/~simo/TUbylaws.html (read section on TU Addition at least) Cheers, -Andrei 'Garoth' Thorp On Sun, Mar 15, 2009 at 3:08 PM, Ali H. Caliskan ali.h.calis...@gmail.com wrote: Apparently there must be a shortage of TUs, since there are several orphaned packages in AUR. I'm thinking of becoming a TU but I have only used Arch Linux for two months. Ali On Sun, Mar 15, 2009 at 10:49 PM, Smartboy smartboyath...@gmail.com wrote: On Sun, Mar 15, 2009 at 2:48 PM, Ali H. Caliskan ali.h.calis...@gmail.com wrote: Hi, I can't adopt the orphaned mysql-gui-tools package. http://aur.archlinux.org/packages.php?ID=9126 ali That is because it is a community package (not an unsupported one). Perhaps one of the TUs can move it to unsupported. Smartboy
Re: [aur-general] Suggestion: See list of packages that you have voted on/commented on/receive notifications for
It seems what Allan and Daenyth are trying to say, @Sven, is that these are already issues on the bug tracker with a considerable amount of votes for them -- they're probably going to be implemented eventually. Thanks for your suggestions and cast your vote for the suggestions you want implemented. Check out, for example: http://bugs.archlinux.org/toplevel/proj2 -AT On Thu, Mar 12, 2009 at 6:11 AM, Daenyth Blank daenyth+a...@gmail.com wrote: On Thu, Mar 12, 2009 at 06:11, Allan McRae al...@archlinux.org wrote: Sven-Hendrik Haase wrote: I think it would be pretty helpful if you could see which packages you have voted on, commented on and receive notifications for in AUR. Currently, the only way to keep track is by writing it down, which is barely intuitive. We have a bug tracker with a section for the AUR. Allan Search it too, this has been brought up before.
Re: [aur-general] coq in a stable repository
No! If there are more TUs, then someone needs to find all the times the current number of TUs is mentioned on the wiki and change it! ;) -AT On Thu, Mar 5, 2009 at 3:15 PM, Daenyth Blank daenyth+a...@gmail.com wrote: On Thu, Mar 5, 2009 at 18:06, Félix Sipma legros...@gmail.com wrote: Hi all, I have a request concerning the package coq. coq is a proof assistant which is used by a lot of people in the domain (I agree that that the proportion of arch users may seemed ridiculous, it is a tool for specialists) http://coq.inria.fr/ This software is designed by the French public computing institute INRIA. It is a really mature software, the development is active and it is very stable. Would it be possible to integrate it into a repository like community, extra or core? It depends on ocaml, and so I've tried to send a mail to the person who is in charge of this package but I have no answer... Thanks, Felix If noone volunteers, your best option is to apply to become a TU yourself and put it in community :)
Re: [aur-general] removal request
Daenyth's the man, man. On Tue, Feb 24, 2009 at 1:36 PM, Jakub Schmidtke sja...@gmail.com wrote: Daenyth Blank wrote: Deleted Thanks! That was quick :)
Re: [aur-general] Calling Swiergot - Was: Discussion regarding TU Swiergot
I'm also thinking TUs should get first dibs before we start dropping stuff to AUR. (Also not a TU.) On Tue, Feb 24, 2009 at 5:59 PM, M Rawash mraw...@gmail.com wrote: On Wed, 2009-02-25 at 09:38 +0800, Ray Rashif wrote: Like he said, give him some time (: um, ok, guess i got the second paragraph all wrong.. :P
Re: [aur-general] Taking over abandoned but not orphaned package
Thank you very much :) -AT On Thu, Feb 19, 2009 at 10:08 PM, Allan McRae al...@archlinux.org wrote: Andrei Thorp wrote: Hello, I'm trying to slowly work my way into the Arch Community, and I'm starting by taking over some packages on AUR. One that I use myself and would like to take over is the package for DevTodo. This package has been unmaintained for at least a few months now, and the maintainer's e-mail bounces. The package is flagged out of date and doesn't build without modification. I've got an updated PKGBUILD and have filed a bug to the author at some point. I also run this software on both my 32 and 64 bit machines. Any chance a TU could pass on maintainership to me, or at least orphan the package? I've read that usually there is a warning to the maintainer, but he seems to be unreachable. I have orphaned it for you. You have done what is required to attempt to contact the maintainer. Allan
[aur-general] Taking over abandoned but not orphaned package
Hello, I'm trying to slowly work my way into the Arch Community, and I'm starting by taking over some packages on AUR. One that I use myself and would like to take over is the package for DevTodo. This package has been unmaintained for at least a few months now, and the maintainer's e-mail bounces. The package is flagged out of date and doesn't build without modification. I've got an updated PKGBUILD and have filed a bug to the author at some point. I also run this software on both my 32 and 64 bit machines. Any chance a TU could pass on maintainership to me, or at least orphan the package? I've read that usually there is a warning to the maintainer, but he seems to be unreachable. Thanks, -Andrei Thorp