Re: [aur-general] Trusted User application
Balló György via aur-general <aur-general@archlinux.org> writes: > 2016. 07. 28, csütörtök keltezéssel 12.13-kor Balló György ezt írta: >> 2016. 07.23, szombat keltezéssel 10.45-kor Balló György ezt írta: >> > >> > 2016. 07.23, szombat keltezéssel 13.39-kor Nicola Squartini via >> > aur- >> > general ezt írta: >> > > >> > > >> > > Hi, >> > > >> > > My name is Nicola Squartini, long time Arch Linux user and >> > > enthusiast. I would like to become a Trusted User and György >> > > Ballóoffered to sponsor my application. >> > >> > I confirm my sponsorship. The Atom editor and the Electron >> > application >> > framework are very popular nowadays, definitely we want to see them >> > in >> > our repositories. It's not easy to build them entirely from >> > sources, >> > but Nicola did a great job. >> > >> > Lets start the discussion period of 5 days now. >> >> The discussion period is over, and the voting period starts. >> TUs, please vote:https://aur.archlinux.org/tu/?id=86 > > The voting period is over. The results: > > Yes: 27 > No: 4 > Abstain: 2 > > Congratulation!Nicola, you become a Trusted User now. :) I'm glad to see Nicola become a TU. I was planning to weigh in on the discussion, even though I'm not a TU myself, since I've had a very impression of Nicola when interacting with him in the context of ArchHaskell. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety — Benjamin Franklin, Historical Review of Pennsylvania, 1759 signature.asc Description: PGP signature
Re: [aur-general] Git over HTTPS
On Sat, Jun 20, 2015 at 09:12:06AM +0300, Mihamina Rakotomandimby wrote: On 06/16/2015 09:24 AM, Alan Jenkins wrote: I understand why they block port 22 out bound and know it to be a common problem. It is blocked to stop employees accidentally or intentionally leaking important customer or business data. You can also use SSH to bypass security measures in place within the network and even create tunnels back into the network. Seriously I believe that [...] [...] I seriously dont believe that in 2015 security is port based... Oh, you clearly have no clue about the extent of the madness of it all :) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The definition of insanity is doing the same thing over and over again and expecting different results. -- Albert Einstein signature.asc Description: PGP signature
Re: [aur-general] Git over HTTPS
On Tue, Jun 16, 2015 at 08:11:59PM -0300, Giancarlo Razzolini wrote: Em 16-06-2015 17:22, Alan Jenkins escreveu: [...] The problem is that no matter how hard you moan at the people in control of the firewalls they will normally not allow access to something unless *they* deem it to be secure, and once the person you are communicating with gets annoyed with you they will just send you to the next guy until you get annoyed and just give up (been there done that). I'm not moanning at the people in control of the firewalls (heck, I'm one of them). I'm complaining with the OP requests and demands that AUR devs do something because he needs it. From my POV you are moaning because someone's asking for help to contribute to Arch! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Never be afraid to try something new. Remember, amateurs built the ark; professionals built the Titanic. -- Anonymous signature.asc Description: PGP signature
Re: [aur-general] Git over HTTPS
On 15 June 2015 at 21:33, Giancarlo Razzolini grazzol...@gmail.com wrote: Em 15-06-2015 16:26, Tom Swartz escreveu: With all due respect, requiring that a user punch holes in their security firewalls is not a proper or long term solution to the issue at hand. It is the only solution. AFAICS it's the only solution only due to decisions made by the people maintaining AUR, or is there some technical reason that makes it *impossible* to allow HTTPS access to the git repos? For home users, this might be a valid (although no less sane) solution, but in corporate networks where the firewall rules are crafted for a reason (e.g. to protect the rest of the devices on the network). A rule that denies outgoing SSH access is a dumb one. It doesn't protect the rest of the devices on the network. I fully agree with you, but you make a very common mistake here: you apply logic and rational thinking to a situation that isn't governed by it :) You know it's a silly rule, I know it's a silly rule, everyone I interact with at work on a daily basis knows it's a silly rule. However, convincing the IT department of a 5+ behemoth of a company that it's a silly rule *and that it should be changed* is a huge undertaking! I firmly believe that restricting access to SSH, port 22 only, is something that will greatly hinder wide adoption. At the very least, it will prevent myself from uploading/updating my several AUR packages. Instead of requiring others to solve your problem, you should explain to your network administrators that this rule is counterproductive. I don't really think that this will hinder adoption since port 22 is the default ssh port. You clearly are fortunate enough to only be surrounded by people who base their decisions on logic and who are willing to go back on earlier decisions, and make changes solely based on well-founded arguments presented by engineers. I've worked in about 10+ different organisations, ranging in size from 50 to 10+ and I have still to find a place like the one you are in. I strongly urge you to *never* switch jobs! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] How the Popularity value is being calculated for a package in the AUR4?
On 12 June 2015 at 13:11, LoneVVolf lonew...@xs4all.nl wrote: On 12-06-15 10:01, Lukas Fleischer wrote: Also, we don't care about packages that were very popular a year ago and are no longer used today. Low number of new votes != not used anymore Many high quality, useful packages target a specific group of users. Does that make them less valuable ? No, and valuable != popular :) Any popularity contest is going to be biased in some way. This is as good a bias as any other. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] checksums
On 4 Oct 2014 13:52, Charles Bos charlesb...@gmail.com wrote: Hi, It's possible to calculate the checksums yourself. Just install the openssl package and then run the following: $ openssl sha256 filename.tar.gz (with filename.tar.gz being the name of the source tarball that you're using) Hope this helps Or just use sha256sum or md5sum. Not sure which package they live in, but I suspect they come with the base development packages. /M On 4 October 2014 11:54, stef204 stef...@yandex.com wrote: Hi, Working only on my second AUR package, please bear with me. To verify integrity, the author does not provide checksums but only a gpg .asc file. What is the preferred way for me to proceed? The author is active and available so I can ask him to post a sha256 on his website; but I'm trying not to be too demanding, preferring to keep my requests on the subject of the application itself, e.g. features, etc. It's not a big deal but just wanted to check with the community here in case I am missing something. Thanks.
Re: [aur-general] [arch-general] [arch-dev-public] GHC 7.8.1 packaging decisions for Arch Linux
On Thu, Apr 10, 2014 at 5:21 AM, Daniel Micay danielmi...@gmail.com wrote: On 09/04/14 11:12 PM, Allan McRae wrote: Now that aside is finished, what is the deal with that arch-haskell group? Is it still going? Would they want to provide packages officially instead? It's definitely still active. They seem to have all the necessary automation worked out. AFAICT they do an automated conversion from the cabal files and maintain a set of patches for adding external dependencies, etc. https://github.com/archhaskell Indeed, it's still active. Not steaming-full-ahead-lika-a-freight-train active, but we're bringing in updates and adding new packages at a somewhat leasurely pace :) The tool that makes it possible is cblrepo - https://github.com/magthe/cblrepo Beyond that there are a few scripts that makes the chore of keeping packages up-to-date largely automated. The experience is that a single person can keep over 200 packages up-to-date with spending about 15-30 minutes per week. The builds of course take longer than that (sometimes much longer), but they don't require active monitoring. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] GHC 7.8.1 packaging decisions for Arch Linux
Tom, I might come across as very critical below, but I'm really not. As you probably realise I've also thought a bit about related questions and I'm just really interested in your thoughts and answers. On Wed, Apr 9, 2014 at 7:27 AM, Thomas Dziedzic gos...@gmail.com wrote: Hello all, With the arrival of ghc 7.8.1 [0], I would like to address the following problems with a restructuring of how we treat haskell packages in archlinux: [...] Change 1: Move every haskell related package out of [extra] into [community] except ghc and cabal-install. This includes the following 8 packages: haskell-http, haskell-mtl, haskell-network, haskell-parsec, haskell-random, haskell-text, haskell-transformers, haskell-zlib Explanation: These packages are only required to build cabal-install. Since we converted the cabal-install package to use the bootstrap script that comes with it, we no longer depend on these packages for anything in [extra]. I'm guessing this means cabal-install now is the only package outside of [community] that uses ghc to build. Is that right? Is the plan then that any future tools (i.e. non-libraries) implemented in Haskell would go into [community]? devil advocate There is nothing that say one HAS to wait for a ghc upgrade in order to provide newer versions of Haskell packages. As you point all that's needed is a rebuild of all the packages that depend on the upgraded one. If that's messy it sounds like you are using bad tools to handle upgrading. Are you really suggesting ArchLinux abandon packaging a whole class of software just because the tools are inadequate? /devils advocate Change 2: Make a news item stating that cabal-install is now the recommended way to install haskell packages. This wouldn't pollute the filesystem since cabal-install installs packages to the ~/.cabal directory by default. We might need to include a tip sheet about how you would handle ghc updates since it requires extra user steps. It should be noted that cabal-install isn't a package manager in the true sense[1]. I'm not sure this is an argument against making the change you propose, but it's worth noting. There are quite a few other language/frameworks that have language-specific build/package systems, Python, Ruby, Perl, node.js... Are Python developers on Arch pointed towards using pip to install Python libs? I think sometimes the right thing is to point users to another package manager, e.g. packaging vim scripts for system wide installation is a bit silly, since installing a vim script affects ALL users on the system. So doing that would require providing some sort of vim-script manager to users. Then there's very little difference compared to just telling users to use Vundle/Pathogen/whatever directly instead. However, this isn't the case for Haskell/GHC... Change 3: Support users who are unable to install haskell packages that do not compile under archlinux. This would require working with the user and upstream to open up tickets and write patches for programs. At the very least we can work with the user if they do not to open up upstream bug reports and track them in our own bug tracker. There might be some packages which we would probably consider unsupported like bindings to packages that are not in the supported repos and packages that have no upstream activity and ones that are effectively unmaintained. How do you envision this actually working? The set of packages in [extra]/[community] is rather small today, in the order of 3 dozen, so does this mean that users are already turning to the Arch devs when they are having problems compiling Haskell packages? /M [1]: http://is.gd/vzse5G- -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
[aur-general] What's with F# and mono?
I'm just starting to dip my toes in the mono waters. Slightly prompted by my current situation at work. In particular I'm interested in F#, but I'm finding the whole situation around mono/monodevelop + F# a bit confusing. 1. There are indications online that mono ships with F# [^1][^2]. But the mono package in Arch doesn't include F#. Looking at the sources used to build the mono package there is no F# in sight. Was it ever there? 2. The package on AUR[^3] for fsharp is rather outdated. Not such a big problem, the building received a lot of TLC so the package is extremely simple to bring up-to-date. 3. Is there an F# add-in for monodevelop? There seems to have been one back in 2010, but it's not distributed any more, [^4]. However, other places say there is an add-in available, [^5] (however, downloading fails). So, can anyone help me get a clearer picture of F# on mono (and ArchLinux)? /M [^1]: http://tirania.org/blog/archive/2010/Nov-11.html - talking of plans to include F# in mono. [^2]: http://is.gd/cNC5xb- - F# is included in the standard Mono release, but it's still missing from the MonoDevelop IDE. [^3]: https://aur.archlinux.org/packages/fsharp/ [^4]: http://is.gd/YndnsA- - bug on F# add-in missing, closed for MD 2.4, the last comment suggests it'd be re-opened [^5]: http://is.gd/YndnsA- which links to http://addins.monodevelop.com/Project/Index/48 -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The results point out the fragility of programmer expertise: advanced programmers have strong expectations about what programs should look like, and when those expectations are violated--in seemingly innocuous ways--their performance drops drastically. -- Elliot Soloway and Kate Ehrlich pgpOHUVNhwhJJ.pgp Description: PGP signature
Re: [aur-general] Packaging question
First off, please don't hijack threads in the list; refrain from using reply-to when starting a new discussion! On Sat, Feb 01, 2014 at 11:02:53PM -0700, Andrew DeMaria wrote: Hi all! So say I have package A which is installed with a Drivers folder under /usr/lib/PACKAGE_A/. This package then would have an optional dependency on another standalone library (pakage B) to provide a certain driver. To make package A work properly with the optional package B, either a symlink or direct copy of a libBBB.so file needs to be made. i.e. /usr/lib/PACKAGE_A/Drivers/libBBB.so - /usr/lib/PACKAGE_B/libBBB.so So my question is, what is the best way to make this happen? Do I provide a *.install file for PACKAGE_A that tries to see if PACKAGE_B exists and then link the files if so? What should happen if PACKAGE_B is installed after PACKAGE_A? For reference PACKAGE_A is openni2 (https://aur.archlinux.org/packages/openni2) and PACKAGE_B is libfreenect-git (https://aur.archlinux.org/packages/libfreenect-git/). Currently they are not tied to each other, but I would like to make it possible for openni2 to optionally? depend on a driver provided by libfreenect. In PKGBUILDs you can either depend (place a package in the 'depends' array) on a package, or optionally depend (place a package in the 'optdepends' array) on a package. The crucial thing to realise is that in order to use 'optdepends' the built package must be able to determine at runtime whether the optional dependencies are present and if so make use of them. With this in mind it sounds like what you need is two openni2 packages, one that - doesn't depend on libfreenect-git - configures openni2 at build time to NOT use (i.e. link against) libfreenect and one that - does depend on libfreenect-git - configures openni2 at build to use (i.e. link against) libfreenect /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus 10.0 times 0.1 is hardly ever 1.0. - The Elements of Programming Style (Kernighan Plaugher) signature.asc Description: Digital signature
Re: [aur-general] [100% off-topic] What happened to the arch general mailing list?
On Thu, Aug 15, 2013 at 03:26:09AM -0500, Doug Newgard wrote: It's a moderated list and the normal moderator is on vacation:https://mailman.archlinux.org/pipermail/arch-dev-public/2013-July/025270.html Continuing the 100% off-topic thread ;) Well, that email just confirmed my feeling that the moderation on arch-general does more harm than good. Is there some other place where I can reach a group equally, or maybe more, knowledgeable in Linux and Arch where I can ask general questions, but without the seemingly arbitrary moderation? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpoS_bejtJtv.pgp Description: PGP signature
Re: [aur-general] Orphaned and outdated haskell packages
On Wed, Jun 19, 2013 at 7:28 PM, Karol Blazewicz karol.blazew...@gmail.com wrote: There's over 200 packages submitted by arch-haskell that are marked out of date and are not maintained anymore. Some of them have been updated in the past year, so maybe there's no need to remove them, I'm just reporting something I noticed. Some packages were hosting their source on github e.g. https://aur.archlinux.org/packages/haskell-warp/ and they now returns 404. As far as the arch-haskell team is concerned *all* packages uploaded by the user arch-haskell and currently unmaintained can be removed from AUR. Personally I'd even argue they should be removed since I think they're almost all out-of-date, and I'm guessing only a small minority of them still build. If no one has adopted the packages during that year or so since arch-haskell (the team) stopped using AUR then they should be removed until someone who cares surfaces and re-adds them. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] Failure to boot after update yesterday evening (CET)
On Apr 23, 2013 7:40 AM, Tomasz Kowalski kowatom...@gmail.com wrote: I have the same problem. All I can say at the moment is that slim+fvwm work for me as a stop-gap solution. I suspect the problem has to do with infinality (or with fonts, at any rate), but I can't be any more specific. Anyway, here's what worked for me: (1) During the boot sequence, before gdm hangs, switch to a tty#n via No, this won't work for me, unfortunately. I don't get to GDM, in fact I don't even get to a point where I have any tty to switch to :-( I'll see if I can get some logs out once I have another way to boot. ctrl-alt-F#n (2) Login as root (3) Disable gdm (# systemctl disable gdm.service) (4) Enable slim (# systemctl enable slim.service) (5) In ~/.xinitrc replace exec gnome-session with exec fvwm There are a few obvious alternatives available, such as booting from another media, mounting the filesystem and then doing (3) - (5) manually, possibly with different login/window managers. Cheers, T. On Tue, 2013-04-23 at 13:54 +1000, Dean Thomson wrote: Probably best bet is to post this in the forum with any relevent systemd logs. On 23/04/13 13:53, Magnus Therning wrote: Hi, I performed a large-ish update yesterday, gnome 3.8, linux kernel and a few other bits and bobs, which left my computer in an unbootable state. I still haven't any more details on why since I've left my other boot option at work. All I see is that the kernel boots and systemd is started but never progresses to a login prompt or GDM. I also don't get any of the virtual terminals. Maybe this is enough for someone to point me in a direction for solving it. If it isn't ill get back with more details this evening when I have some other mean of booting the system. /M
Re: [aur-general] Failure to boot after update yesterday evening (CET)
On Tue, Apr 23, 2013 at 10:31 AM, Tianyi Wang wty52...@gmail.com wrote: I think the problem is caused by Intel graphic driver does not play well with mesa which Gnome is depended on. Before that gets fixed, what you can do is at the bootloader, edit the kernel parameters. Append systemd.unit=multi-user.target to your kernel line. This will boot you to tty instead of GDM. So then log in as root, disable GDM, install another login manager such as lxdm, slim etc. Then enable it, reboot. The problem should be solved. Interesting, that could very well be it. You don't happen to link to a bug report that I can take a look at and follow for updates? Another issue I noticed at the same time, and I don't know when this happened really, is that I don't seem to have a fully functional keyboard in my grub menu. Arrow keys and enter works fine, but there is no effect when pressing 'e' or 'c'. I haven't noticed any issues with the keyboard earlier when the booting succeeded. As mentioned earlier, I'll have to research this in more detail. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] Failure to boot after update yesterday evening (CET)
On Tue, Apr 23, 2013 at 11:13 AM, Tianyi Wang wty52...@gmail.com wrote: There are many bug reports about this issue on https://bugs.archlinux.org Tbh, before GNOME 3.8 got moved to stable repo, someone posted this bug on the mailing list, but it still got moved to stable without any warnings on the website. Hmm, the one JoKoT3 mentions, https://bbs.archlinux.org/viewtopic.php?id=161964, doesn't sound like my issue at all. As I've mentioned a few times now, my system hangs before I get to GDM. The last thing that appears on the terminal are a few messages from systemd (nothing about any errors) and then everything just freezes, no reaction to any key presses at all. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] Failure to boot after update yesterday evening (CET)
On Tue, Apr 23, 2013 at 11:59 AM, Magnus Therning mag...@therning.org wrote: On Tue, Apr 23, 2013 at 11:13 AM, Tianyi Wang wty52...@gmail.com wrote: There are many bug reports about this issue on https://bugs.archlinux.org Tbh, before GNOME 3.8 got moved to stable repo, someone posted this bug on the mailing list, but it still got moved to stable without any warnings on the website. Hmm, the one JoKoT3 mentions, https://bbs.archlinux.org/viewtopic.php?id=161964, doesn't sound like my issue at all. As I've mentioned a few times now, my system hangs before I get to GDM. The last thing that appears on the terminal are a few messages from systemd (nothing about any errors) and then everything just freezes, no reaction to any key presses at all. It turns out it was the GDM issue. I've now installed and turned on slim, edited my ~/.xinitrc, turned off GDM temporarily, and now everything works fine again. Thanks for all the help! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
[aur-general] Failure to boot after update yesterday evening (CET)
Hi, I performed a large-ish update yesterday, gnome 3.8, linux kernel and a few other bits and bobs, which left my computer in an unbootable state. I still haven't any more details on why since I've left my other boot option at work. All I see is that the kernel boots and systemd is started but never progresses to a login prompt or GDM. I also don't get any of the virtual terminals. Maybe this is enough for someone to point me in a direction for solving it. If it isn't ill get back with more details this evening when I have some other mean of booting the system. /M
Re: [aur-general] Removal request: gencfsm
On Mar 29, 2013 11:45 PM, Evangelos Foutras evange...@foutrelis.com wrote: On 30 March 2013 00:00, Magnus Therning mag...@therning.org wrote: I uploaded an early version of my packaging of gnome-encfs-manager by mistake. Irritatingly it then had the wrong name (gencfm). I've since uploaded the package with (hopefully) correct dependencies and the correct name. Hence this request. Please remove the package gencfsm: https://aur.archlinux.org/packages/gencfsm/ Removed, thanks. Thanks. /M
[aur-general] Removal request: gencfsm
I uploaded an early version of my packaging of gnome-encfs-manager by mistake. Irritatingly it then had the wrong name (gencfm). I've since uploaded the package with (hopefully) correct dependencies and the correct name. Hence this request. Please remove the package gencfsm: https://aur.archlinux.org/packages/gencfsm/ Thanks, /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpjZNmkTrjiU.pgp Description: PGP signature
Re: [aur-general] Please remove broadcom-sta-dkms
On Thu, Feb 07, 2013 at 10:26:56PM +0100, Armin K. wrote: Please remove my package [1]. https://aur.archlinux.org/packages/broadcom-sta-dkms It seems to basically be a duplicate of [2], maybe that's enough reason to remove it? /M [2]: https://aur.archlinux.org/packages/dkms-broadcom-wl/ -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgp7cqDYsj1rt.pgp Description: PGP signature
Re: [aur-general] darcs moved into aur
On Wed, Mar 21, 2012 at 19:34, Bernardo Barros newsgro...@bbarros.com wrote: On 03/21/2012 03:55 AM, Pierre Schmitz wrote: Hi all, just to let you know: darcs has been moved from [community] to aur as it can no longer be built with the haskell packages in [extra]. It was also one of the last unsigned packages in the repo. Of course any TU may re-add it once these issues are fixed. See https://aur.archlinux.org/packages.php?ID=57820 Just for general info: `darcs-beta` is provided by the [haskell] repo (archhaskell project). http://xsounds.org/~haskell/ That's not quite true, darcs-beta was in a temporary repo during the transition to GHC 7.4. It is no longer there. If someone wants it please raise a bug at https://github.com/archhaskell/habs. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] TU Application - György Balló
This thread is kind of fun to read, from a sociological perspective :) It is however sad when one considers that all the energy put into writing these emails could have been put into either - address AUR's shortcomings when it comes to split packages, or - address the different AUR builders inability to handle split packages as they appear in AUR. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] Mass un-notify?
On Fri, Dec 2, 2011 at 01:27, Xyne x...@archlinux.ca wrote: Kwpolska wrote: On Wed, Nov 30, 2011 at 10:22 PM, Xyne x...@archlinux.ca wrote: Magnus Therning wrote: I'll skip the explanation of how this situation came about and instead just ask the question: Is there a convenient way to remove notifications from the around 2000 packages that I currently receive notifications on? The easiest way seems to put in an email address that doesn't work, but that doesn't feel very nice. /M Do you have a list of the AURIDs? If so, you could write a script to do it. Take a look at the POST form attached to the unnotify button. If you don't have the IDs then you can scrape the search pages for them. or: http://aur.archlinux.org/rpc.php?type=msearcharg=[subject name here] I thought about that too, but I think he already orphaned the packages. The msearch may work with orphan or nobody, but there may be too many results for the interface to handle. Indeed, the packages are already orphaned. So the packages in question are all packages in AUR that the user 'arch-haskell' has marked 'notify'. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] Mass un-notify?
On Fri, Dec 2, 2011 at 10:41, Lukas Fleischer archli...@cryptocrack.de wrote: [...] I removed arch-haskell from the notification list of all packages you received notifications for. Excellent. Thank you. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
[aur-general] Mass un-notify?
I'll skip the explanation of how this situation came about and instead just ask the question: Is there a convenient way to remove notifications from the around 2000 packages that I currently receive notifications on? The easiest way seems to put in an email address that doesn't work, but that doesn't feel very nice. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgp209WXIv0Yd.pgp Description: PGP signature
Re: [aur-general] Mass un-notify?
On Wed, Nov 30, 2011 at 08:36:46PM +0100, Karol Blazewicz wrote: On Wed, Nov 30, 2011 at 8:33 PM, Magnus Therning mag...@therning.org wrote: I'll skip the explanation of how this situation came about and instead just ask the question: Is there a convenient way to remove notifications from the around 2000 packages that I currently receive notifications on? Sort by 'Notify', check them all, uncheck the few you still want to be notified about and pick 'Unnotify' from the actions menu. That would work beautifully _if_ there was a way to select all packages shown on a page with one press of the mouse button. AFAIKS I'd have to select each of the 2000 packages individually, hardly convenient I'd say ;) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpZOT28lgr0Z.pgp Description: PGP signature
Re: [aur-general] Mass un-notify?
On Wed, Nov 30, 2011 at 09:33:46PM +0100, Karol Blazewicz wrote: On Wed, Nov 30, 2011 at 9:30 PM, Magnus Therning mag...@therning.org wrote: On Wed, Nov 30, 2011 at 08:36:46PM +0100, Karol Blazewicz wrote: On Wed, Nov 30, 2011 at 8:33 PM, Magnus Therning mag...@therning.org wrote: I'll skip the explanation of how this situation came about and instead just ask the question: Is there a convenient way to remove notifications from the around 2000 packages that I currently receive notifications on? Sort by 'Notify', check them all, uncheck the few you still want to be notified about and pick 'Unnotify' from the actions menu. That would work beautifully _if_ there was a way to select all packages shown on a page with one press of the mouse button. AFAIKS I'd have to select each of the 2000 packages individually, hardly convenient I'd say ;) Have your kid brother / sister do it ;P Oh c'mon, it's just 8 pages (250 packages each). Play some music and an hour later you'll be through. Or I can change the email address on my account in less than 1 minute. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpcF9KsGj34L.pgp Description: PGP signature
Re: [aur-general] Mass un-notify?
On Wed, Nov 30, 2011 at 10:08:35PM +0100, Maciej Mazur wrote: You can also check all checkboxes using JavaScript and firebug or bult-in chrome tools. You have to modify DOM elements with JavaScript in Console tab of mentioned tools I've just changed the email address since that so far is the most convenient way of achieving the result I want. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpObIJXHt6N6.pgp Description: PGP signature
Re: [aur-general] Orphaning a 1000 packages
On Fri, Nov 11, 2011 at 21:57, Justin Davis jrc...@gmail.com wrote:
On Thu, Nov 10, 2011 at 4:22 PM, Magnus Therning mag...@therning.org wrote:
I'm the current maintainer of ArchHaskell and within the small team
we've reached the decision to drop support for the huge set of package
owned by the user arch-haskell on AUR.
Currently we maintain 300+ binary packages, and we'd like to keep them
on AUR. All others should be orphaned (or removed). Doing that
manually would be painful to say the least, are there any tools that
assist with mass-orphaning?
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@therning.org
twitter: magthe http://therning.org/magnus
Most software today is very much like an Egyptian pyramid with
millions of bricks piled on top of each other, with no structural
integrity, but just done by brute force and thousands of slaves.
-- Alan Kay
It might churn your stomach ;-) but you could use my WWW::AUR perl
module set ...
use WWW::AUR::Login;
my $u = WWW::AUR::Login-new('arch-haskell', 'password');
for my $p ($u-packages) {
$u-disown($p);
}
You'd need the perl-www-aur package installed:
https://aur.archlinux.org/packages.php?ID=44180
Well, I got tired of waiting for others to do my bidding, so I decided
to try to get it done myself instead... and perl doesn't churn my
stomach, even though I do my best to avoid it for aesthetic reasons ;)
I installled that package of yours, and found that I need
perl-lwp-protocol-https (available in [extra]) in order to log in.
It's a bit slow, but it seems to work nicely. Thanks for the tip!
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@therning.org
twitter: magthe http://therning.org/magnus
Re: [aur-general] Orphaning a 1000 packages
On Fri, Nov 18, 2011 at 02:10:20PM +0100, Lukas Fleischer wrote: [...] I'm kind of confused now. Magnus..? If you give me green light I'll go ahead and orphan *all* packages owned by arch-haskell. Otherwise, please send a fixed list. Yes, please go ahead and orphan them all! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpTSjgJVpnhv.pgp Description: PGP signature
Re: [aur-general] Orphaning a 1000 packages
On Fri, Nov 11, 2011 at 09:15:32AM +0100, Lukas Fleischer wrote: On Thu, Nov 10, 2011 at 10:22:45PM +0100, Magnus Therning wrote: I'm the current maintainer of ArchHaskell and within the small team we've reached the decision to drop support for the huge set of package owned by the user arch-haskell on AUR. Currently we maintain 300+ binary packages, and we'd like to keep them on AUR. All others should be orphaned (or removed). Doing that manually would be painful to say the least, are there any tools that assist with mass-orphaning? Create a list of packages (plain text, one package per line) and I'll orphan them. I tried sending the list privately, but maybe it didn't make it to you. Anyway, I've uploaded a list, it's all packages owned by the user arch-haskell. http://therning.org/magnus_files/arch-haskell-pkgs.txt /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgpq5ifVzMW22.pgp Description: PGP signature
[aur-general] Orphaning a 1000 packages
I'm the current maintainer of ArchHaskell and within the small team we've reached the decision to drop support for the huge set of package owned by the user arch-haskell on AUR. Currently we maintain 300+ binary packages, and we'd like to keep them on AUR. All others should be orphaned (or removed). Doing that manually would be painful to say the least, are there any tools that assist with mass-orphaning? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpjUoSJyJvc2.pgp Description: PGP signature
Re: [aur-general] Request to add a rule
On Fri, Oct 28, 2011 at 13:39, Sven-Hendrik Haase s...@lutzhaase.com wrote: Peter Lewis ple...@aur.archlinux.org wrote: [...] I don't see the point. AUR packages do not redistribute anything. They contain URLs themselves. I'm guessing the point would be that there have been several legal cases brought against people involved in distributing URLs to material that can't be freely distributed itself. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] Orphaning out-of-date packages
On Sun, Aug 14, 2011 at 02:51:33AM +0200, Lukas Fleischer wrote: Andrea suggested this about two months ago [1] - it's time to take the gloves off. I just created a list of packages that have been flagged out-of-date for almost 6 months now and still have a maintainer [2]. If you maintain any of these packages, feel free to update it. I will re-generate that list and mass orphan affected packages in a week's time. [1] http://mailman.archlinux.org/pipermail/aur-general/2011-June/014792.html [2] http://sprunge.us/SNGT It would be useful to also include the maintainers name in that list, and then sort it. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpNTCHpuH27B.pgp Description: PGP signature
[aur-general] Deletion request: cpphs
Would someone please delete cpphs[1]. It has been replaced by haskell-cpphs. /M [1] https://aur.archlinux.org/packages.php?ID=17504 -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgp6WYYUl3RGF.pgp Description: PGP signature
[aur-general] Deletion request: hledger
Would someone please delete hledger[1]. It has been replaced by haskell-hledger. /M [1] https://aur.archlinux.org/packages.php?ID=20762 -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpamE4Wq6GV6.pgp Description: PGP signature
Re: [aur-general] Deletion request: hledger
On Sun, Jul 31, 2011 at 10:16, Evangelos Foutras evange...@foutrelis.com wrote: On Sun, Jul 31, 2011 at 9:57 AM, Magnus Therning mag...@therning.org wrote: Would someone please delete hledger[1]. Deleted. In the future please group similar deletion requests in one email. :) Will do. I just didn't realise there were three packages to remove until I had already sent 2. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] ArchHaskell Maintainer Change
On Tue, Jul 19, 2011 at 08:28:25AM +0200, Peter Simons wrote: Hi guys, I can no longer maintain the ArchHaskell project due to time constraints. Magnus Therning is going to take over that task from now on. This is indeed the case. /M [1] http://www.haskell.org/mailman/listinfo/arch-haskell -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgptsG6oxbnYE.pgp Description: PGP signature
Re: [aur-general] What happened to haskell-ghc-paths?
On Fri, Apr 29, 2011 at 05:17:23PM +0200, Peter Simons wrote: Hi Lukas, haskell-ghc-paths is in [testing]. Seems like someone decided to move it to [extra] and removed it from the AUR a bit too early. the current situation is that users cannot install 'haskell-ghc-paths' because of that. Consequently, our users cannot install any of the packages that depend on it either. By now, we've had that situation for several days. Is there something that can be done to improve matters? Stick it in [archhaskell] until it gets moved out of [testing]. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpLhScQIqbrI.pgp Description: PGP signature
[aur-general] Pre-built xen?
Is there a repo with a pre-built xen package somewhere? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] AUR Copyright
On Sun, Feb 6, 2011 at 23:06, Nicky726 nicky...@gmail.com wrote: If I may add my two cents, I would go for GPL for PKGBUILDs, as it ensures stuff remains OSS. Though some broader discussion/voting may be good. And a compromise in form of selection from OSS licences when uploading, defaulting to one could not be that hard to implement. Again, IANAL. AIUI a PKGBUILD is just a plugin module to makepkg, and PKGBUILDs do use the API offered by makepkg and other support scripts. So maybe this discussion is void simply because makepkg is released under GPL2 (or later) and hence PKGBUILDs automatically fall under the same license? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] replying-on-thread issues (was AUR Copyright)
On Mon, Feb 7, 2011 at 09:35, Isaac Dupree m...@isaac.cedarswampstudios.org wrote: On 02/07/11 04:06, Nicky726 wrote: Angel Velasquez wrote: Why you didn't reply on the thread ? :S now this thread is splitted without reason Sorry, Re: somehow slipped out from Subject line. :-( Nicky Actually, I think your e-mail client is misconfigured/broken somehow; let's debug. It looks like none of the messages you've sent on the Arch lists have stayed on-thread. Looking in the headers, the message you are replying to here says Message-ID: aanlktikxeehdop7gaqzeenwmsxhkz0fwybhmxw1c6...@mail.gmail.com and your header does not match this value in In-Reply-To (as successful replies do), and rather says In-Reply-To: mailman.3068.1297052058.26845.aur-gene...@archlinux.org . (Which indicates your client does think it is sending a reply of some sort, not just a new message.) Your User-Agent claims to be User-Agent: KMail/1.13.6 (Linux/2.6.37-ARCH; KDE/4.6.0; x86_64; ; ), and this appears to have happened for you on the Arch list with your earlier versions of KMail too. I I don't remember seeing this particular issue before; any idea (Nicky or anyone) what's wrong? I have never seen this issue come up for any KMail user, so it might also be worth looking into how email is delivered, i.e. is there any party that rewrites mail headers? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] AUR Copyright
On Mon, Feb 7, 2011 at 11:59, Peter Lewis ple...@aur.archlinux.org wrote: On Monday 07 February 2011 11:23:01 Ray Rashif wrote: 2011/2/7 Lukáš Jirkovský l.jirkov...@gmail.com: I don't think it matters whether PKGBUILDs are software or not. It never did, but now it does :) That sounds to me like saying all bash scripts have to be under GPL, because BASH is licensed under GPL. If you want to look at it that way, then sure. Yeah, I can't see that there's any such /requirement/ for PKGBUILDs to be GPL just because bash is, but it does make sense to me that they should be. Most other Arch owned stuff is GPL, right? My argument, or rather food for thought, was that PKGBUILDs are modules for makepkg; they intimately integrate with makepkg so far as that they aren't useful without it (or a complete re-implementation of its API). Not completely the same, but still similar to how kernel modules integrate with the kernel. There are no easily drawn lines in such an argument though, so I think it would be better to explicitly state the license in the individual PKGBUILDs. This also avoids the need to transfer ownership of the copyright to Arch, although doing so would make it easier to (for example) relicence under GPL 4 or somesuch at a later date. The FSFE developed the Fiduciary Licence Agreement (FLA) just for this kind of thing: Transferring copyright ownership is complicated and is likely to just add a barrier for people who want to contribute. I think it'd be deeply ironic if Arch/AUR required people to transfer copyright in order to contribute to a distro that held KISS as its most important principle :-) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] replying-on-thread issues (was AUR Copyright)
On Mon, Feb 7, 2011 at 13:49, Nicky726 nicky...@gmail.com wrote: Dne pondělí 07 února 2011 10:35:19 jste napsal(a): On 02/07/11 04:06, Nicky726 wrote: Angel Velasquez wrote: Why you didn't reply on the thread ? :S now this thread is splitted without reason Sorry, Re: somehow slipped out from Subject line. :-( Nicky Actually, I think your e-mail client is misconfigured/broken somehow; let's debug. It looks like none of the messages you've sent on the Arch lists have stayed on-thread. Looking in the headers, the message you are replying to here says Message-ID: aanlktikxeehdop7gaqzeenwmsxhkz0fwybhmxw1c6...@mail.gmail.com and your header does not match this value in In-Reply-To (as successful replies do), and rather says In-Reply-To: mailman.3068.1297052058.26845.aur-gene...@archlinux.org . (Which indicates your client does think it is sending a reply of some sort, not just a new message.) Your User-Agent claims to be User-Agent: KMail/1.13.6 (Linux/2.6.37-ARCH; KDE/4.6.0; x86_64; ; ), and this appears to have happened for you on the Arch list with your earlier versions of KMail too. I I don't remember seeing this particular issue before; any idea (Nicky or anyone) what's wrong? -Isaac Could that be that I get Arch's mailing lists as diggests and reply to them in the client and copy the subject of the particular message. Am I supposed to do it in a different way? (Possibly with keeping the messages delivered in a digest, not every separetely). Now as this is a reply to a directly delivered message, it should fit correctly. I didn't touch the subject field in this case at all. Btw, thax you're trying to debug my issues. I don't usually subscribe in digest-mode, but I vaguely recall that there's a setting to get the digest in the form where each message is a MIME attachment to the digest message (if that makes sense). When I did that then my MUA, mutt, could open each attachment as an email and I could reply from that view, which resulted in the correct In-Reply-To and In-Relation-To values. I'm not a user of KMail myself so you'll have to experiment with it to see if it behaves the same way as mutt ;-) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] AUR Copyright
On 06/02/11 21:41, Gaetan Bisson wrote: [2011-02-06 19:28:38 -0200] Bernardo Barros: 2011/2/6 Gaetan Bisson bis...@archlinux.org: By uploading content to the Arch User Repository, you irrevocably agree to release it in the public domain, to the extent permitted by law. GPL would do no harm to Arch either. And pieces of code with less then 10 lines can't have any copyright. The difference in practice is minimal, since it is very unlikely that this piece of code would integrate a non-free software, even including big patches and tricky things. Since there is little difference, why choose a complicated license such as the GPL over the (much simpler) public domain? IANAL, but probably because the concept of an author releasing something to public domain doesn't exist in all jurisdictions. So it's arguably safer to pick a license, but I agree that the GPL might be too complicated, why not use BSD? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature
Re: [aur-general] [arch-general] Please settle 'base' in 'depends' for all
On Wed, Jan 19, 2011 at 12:50, Allan McRae al...@archlinux.org wrote: On 19/01/11 22:20, Thomas Bächler wrote: Am 19.01.2011 08:08, schrieb Allan McRae: If we want to be really pedantic about dependencies, we should list _ALL_ dependencies and not remove the ones that are dependencies of dependencies. Why don't we just do the correct thing: If package A depends on package B, and B depends on C, then A might depend on C explicitly because it accesses C directly. Or it might only depend on indirectly C because B accesses C. We should reflect that in dependencies (in the first case, A depends on C, in the second case it doesn't). The result is this: Whenever the dependencies of B change (e.g., C is removed), A will still work correctly. I agree that would be the correct thing to do. In fact, I looked at doing this to the extent of including ever package that a program linked to in its dependencies. This increases the number of dependencies needed for the average package in the repos greatly (from memory it averaged a several fold increase). I don't quite understand what you mean, did you add the transitive closure of all dependencies to the package, or did you only add all direct dependencies? The side effect of that is there is obviously a correspondingly big increase in the number of dependency checks that pacman needs to do for each update and the associated speed hit. I always assumed that we did not list all dependencies for speed reasons. Well, if the creation of the transitive closure of dependencies is created at package build time, then it can be removed from pacman, that should give a bit of a speed-up I suspect. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] [arch-general] Please settle 'base' in 'depends' for all
On Wed, Jan 19, 2011 at 13:07, Allan McRae al...@archlinux.org wrote: On 19/01/11 22:49, Magnus Therning wrote: On Wed, Jan 19, 2011 at 12:50, Allan McRaeal...@archlinux.org wrote: On 19/01/11 22:20, Thomas Bächler wrote: Am 19.01.2011 08:08, schrieb Allan McRae: If we want to be really pedantic about dependencies, we should list _ALL_ dependencies and not remove the ones that are dependencies of dependencies. Why don't we just do the correct thing: If package A depends on package B, and B depends on C, then A might depend on C explicitly because it accesses C directly. Or it might only depend on indirectly C because B accesses C. We should reflect that in dependencies (in the first case, A depends on C, in the second case it doesn't). The result is this: Whenever the dependencies of B change (e.g., C is removed), A will still work correctly. I agree that would be the correct thing to do. In fact, I looked at doing this to the extent of including ever package that a program linked to in its dependencies. This increases the number of dependencies needed for the average package in the repos greatly (from memory it averaged a several fold increase). I don't quite understand what you mean, did you add the transitive closure of all dependencies to the package, or did you only add all direct dependencies? Essentially readelf -d on the files and add all needed packages to the dependencies. I.e. list all packages that are directly linked. Its has been many years since I did graph theory... but isn't a transitive closure essentially what we have been doing with only listing the top level of dependencies and having them cover the rest? Nope, it's the opposite: • A depends on B • B depends on C If the PKGBUILD for A lists the transitive closure, then it would have depends=(B C) As we do now the transitive closure is calculated by pacman in order to make sure all dependencies are installed. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] [arch-general] Please settle 'base' in 'depends' for all
On Wed, Jan 19, 2011 at 13:21, Allan McRae al...@archlinux.org wrote: On 19/01/11 23:09, Magnus Therning wrote: On Wed, Jan 19, 2011 at 13:07, Allan McRaeal...@archlinux.org wrote: On 19/01/11 22:49, Magnus Therning wrote: On Wed, Jan 19, 2011 at 12:50, Allan McRaeal...@archlinux.org wrote: On 19/01/11 22:20, Thomas Bächler wrote: Am 19.01.2011 08:08, schrieb Allan McRae: If we want to be really pedantic about dependencies, we should list _ALL_ dependencies and not remove the ones that are dependencies of dependencies. Why don't we just do the correct thing: If package A depends on package B, and B depends on C, then A might depend on C explicitly because it accesses C directly. Or it might only depend on indirectly C because B accesses C. We should reflect that in dependencies (in the first case, A depends on C, in the second case it doesn't). The result is this: Whenever the dependencies of B change (e.g., C is removed), A will still work correctly. I agree that would be the correct thing to do. In fact, I looked at doing this to the extent of including ever package that a program linked to in its dependencies. This increases the number of dependencies needed for the average package in the repos greatly (from memory it averaged a several fold increase). I don't quite understand what you mean, did you add the transitive closure of all dependencies to the package, or did you only add all direct dependencies? Essentially readelf -d on the files and add all needed packages to the dependencies. I.e. list all packages that are directly linked. Its has been many years since I did graph theory... but isn't a transitive closure essentially what we have been doing with only listing the top level of dependencies and having them cover the rest? Nope, it's the opposite: • A depends on B • B depends on C If the PKGBUILD for A lists the transitive closure, then it would have depends=(B C) As we do now the transitive closure is calculated by pacman in order to make sure all dependencies are installed. Nope. We currently list depends=(B) and pacman just checks B is installed. All right, I need to clarify. If B *isn't* installed, then pacman will install both B *and* C; and there's the transitive closure. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] [arch-general] Please settle 'base' in 'depends' for all
On Wed, Jan 19, 2011 at 14:46, Pierre Chapuis catw...@archlinux.us wrote: On Thu, 20 Jan 2011 00:25:15 +1000, Allan McRae al...@archlinux.org wrote: The problem is that the transitive closure can not be assumed to be correct. e.g. At the time A is built: A - B,C,D,E B - C,D,E C - D,E Then B is updated and B - C,D,E,F. Now the assuming a transitive closure for the dependency list for A is incorrect. Installing the listed dependencies of A with the equivalent of -Sd would result in F not being installed which would break A through broken B. So either: 1) we require a largely unnecessary rebuild of A 2) we always check the dependencies of uninstalled dependencies. Note #2 is less burden on packagers and is more efficient in the examples given above if both B and D are installed (two checks vs four), and that will be the case for most system updates. When none of A - E are installed, they are probably equally efficient. Yes, I agree with that: dependencies will always have to be checked at package install time. That means that any approach based on a transitive closure at packaging time is useless. What could also happen is that C is updated and no longer needs E. Then, with a transitive closure, A would still install E, which would be useless for the user. So the only way to be safe is not to be clever and to specify real dependencies, eg: Real deps - A - B,D B - C C - D,E Transitive closure -- A - B,C,D,E B - C,D,E C - D,E Current Arch way A - B B - C C - D,E What should be done --- A - B,D B - C C - D,E I think you are right, that's what should be done. I would argue though that the current Arch way actually is somewhere in between what you call Real deps and Current Arch way, simply because some package maintainers know what the real dependencies are and will put them in. Other package maintainers try to build in a chroot until it succeeds, and hence up at Current Arch way. In any case, this whole argument is rather besides the point :-) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] Duplicate packages in AUR and [extra]
I agree with this decision by you, but I suggest we keep policy in the habs/README.md file. Would you mind updating it to reflect that we won't package newer versions of packages which are bundled with GHC? /M On 16/01/11 16:50, Peter Simons wrote: The following packages are provided by extra/ghc, but they are also on AUR: |--+| | Package Name | AUR ID | |--+| | haskell-array| 21716 | | haskell-bytestring | 17970 | | haskell-cabal| 25443 | | haskell-containers | 19697 | | haskell-directory| 25399 | | haskell-filepath | 21717 | | haskell-haskell98| 19698 | | haskell-hpc | 17922 | | haskell-old-locale | 21718 | | haskell-old-time | 25400 | | haskell-pretty | 21720 | | haskell-process | 21465 | | haskell-random | 21721 | | haskell-syb | 21263 | | haskell-template-haskell | 19699 | | haskell-time | 17900 | | haskell-unix | 21722 | | haddock | 7651 | |--+| That is probably not a good idea. Could someone please delete those packages from AUR? Take care, Peter -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature
Re: [aur-general] Is it okay to mark broken packages out-of-date on AUR?
On 16/01/11 17:35, Peter Simons wrote: Hi Sven-Hendrik, Some maintainers seem to see that differently. They want a comment _and_ the out-of-date button to be pressed, if the package is broken. Do not know why. To me this is annoying. That way, they show up in your overview which is handy if you get rid of the comment mails for some reason. yes, exactly. Just consider the 'arch-haskell' user, which owns some 2,000 packages. The My packages list for that user is spread out over 80 separate pages! It's impossible for me to log into AUR and locate those packages that need maintenance by checking the comment sections of 2,000 packages. Packages that are marked out-of-date, on the other hand, have an index of their own, so those are way easier to find. This email airs a bit of the dirty laundry of the ArchHaskell project. I hope you don't mind. AUR has a few shortcomings. Not having any link to an issue tracker, but instead dealing with everything through comments, is arguably one of them. Scaling, in the sense of a single user with *MANY* packages, is another. But Peter you have yourself, just a few days ago, removed all but ~80 packages out of the ArchHaskell ABS tree, and declared those removed packages as *unsupported*. That means you've effectively removed the issue of scaling for ArchHaskell yourself. At least for the moment. Dealing with errors in the remaining ~80 packages will be quite possible by just creating an issue in our github issue tracker on those rare occasions (they are rare by definition since we provide a repo of pre-built packages). Given this I think this particular discussion is completely pointless at this point in time. When we start adding many more packages, and we don't ourselves build those packages, then this is problem is likely to re-appear. However, the ArchHaskell project would first need make yet another 180-degree turn on its goals. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature
Re: [aur-general] Is it okay to mark broken packages out-of-date on AUR?
On Fri, Jan 14, 2011 at 09:56, Allan McRae al...@archlinux.org wrote: On 14/01/11 19:45, Peter Simons wrote: Is there some sort of consensus among AUR maintainers how to deal with that kind of situation? If an AUR package is current, so to speak, but it doesn't compile, then what should be done with it? I'd say that is what the comment section is for. I was initially set on not getting involved in this discussion, but I think it's worth pointing out that the ArchHaskell team does have an issue tracker (on github) for the Haskell ABS tree. So putting a link to an issue in a comment is always an option. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] Please delete ttf-ms-extrafonts
On 13/01/11 18:00, Christoph wrote: Am Donnerstag, 13. Januar 2011, 18:21:41 schrieb Peter Lewis: On Thursday 13 January 2011 17:01:42 Ng Oon-Ee wrote: On Thu, 2011-01-13 at 16:57 +0100, Stefan Husmann wrote: Am 13.01.2011 16:00, schrieb Marcel Korpel: Hi everyone, Can someone please delete ttf-ms-extrafonts [1]; it has no maintainer and as mutlu_inek said in the comments his ttf-vista-fonts [2] provides the same fonts and has a more liberal license. Regards, Marcel [1] http://aur.archlinux.org/packages.php?ID=35297 [2] http://aur.archlinux.org/packages.php?ID=10408 Done, thank you. Slight OT, thanks for pointing out this package, I now have more font compatibility than previously =) Indeed! Even more OT, wouldn't it be kinda cool if there was a mailing list or something where people could post simply with news of new packages? I can't imagine it would be very high traffic, but it would be interesting to read in order to try new software out. AUR Home tells me: Packages added or updated in the past 7 days: 2804 This makes an average of 400 per day, 16 per hour... In my opinion that's too many... Please look at a seven-day period that doesn't include yesterday (Wed 12). Yours truly have had a very high impact on that number; all haskell packages were updated yesterday. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature
Re: [aur-general] Does anyone use tdl?
2011/1/10 Cédric Girard girard.ced...@gmail.com: On Sun, Jan 9, 2011 at 12:23 AM, Mike Sampson m...@sambodata.com wrote: Task Warrior - https://aur.archlinux.org/packages.php?ID=22085 Mike Does anyone know why this package does not use upstream name ? There is no way to tell this task package is Task Warrior except looking to the URI. There's some confusion on the upstream page, taskwarrior.org. Text like Taskwarrior is an ambitious project to supercharge task with an interactive interface, GTD features, color themes, data synch, dependencies, custom reports, charts, and Lua plugins, all while our international team provides excellent support! make it sound like 'taskwarrior' is a layer on top of something called 'task'. But then the download file is http://www.taskwarrior.org/download/task-1.9.3.tar.gz The package is called 'task' by upstream in all distro files they provide too. No matter how confusing this is, I would say that 'task' is the correct package name for the program taskwarrior :-) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [aur-general] Does anyone use tdl?
On 08/01/11 23:18, Kaiting Chen wrote: On Sat, Jan 8, 2011 at 2:54 PM, Lauri Niskanen a...@ape3000.com wrote: On 01/08/11 21:38, Kaiting Chen wrote: Just out of curiosity does anyone use tdl? The last release was way back in 2004. --Kaiting. I use it. However, if you know better applications for the same job, please tell me. How about RememberTheMilk? --Kaiting. Are you referring to http://www.rememberthemilk.com/ ? They seem to target very different problems. I use tdl for per-project todo-lists, and I check the list into version control. RememberTheMilk would not be a suitable replacement for that. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature
Re: [aur-general] Does anyone use tdl?
On 08/01/11 19:38, Kaiting Chen wrote: Just out of curiosity does anyone use tdl? The last release was way back in 2004. --Kaiting. I use it occasionally, it's a nice, light-weight little ToDo manager. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature
Re: [aur-general] Does anyone use tdl?
On 09/01/11 17:33, Kaiting Chen wrote: On Jan 9, 2011, at 5:54, Magnus Therning mag...@therning.org wrote: On 08/01/11 19:38, Kaiting Chen wrote: Just out of curiosity does anyone use tdl? The last release was way back in 2004. --Kaiting. I use it occasionally, it's a nice, light-weight little ToDo manager. Okay I was just wondering whether or not I should keep it in [community]. Looks like I should. --Kaiting. I'd nominate it for a migration back to AUR actually. So far people seem to have gotten excited about all the alternatives suggested in the thread, and personally I can always use vimoutliner instead anyway :-) Is there no package popularity contest that could offer information about actual usage? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature
[aur-general] The new Arch Haskell
Sorry for x-posting this announcement, but I hope I won't be beaten up too much for it. Please send any replies to the Arch Haskell mailing list: http://www.haskell.org/mailman/listinfo/arch-haskell There is a new Arch Haskell team and we've made some changes. You can find more details at http://archhaskell.wordpress.com/2010/10/17/arch-haskell-under-new-management/ /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
[aur-general] Changing email address for account on AUR
I've just inherited the arch-haskell AUR account from Don, and yesterday I did two things: • Changed the email address associated with the account • Changed the password for the account I managed to fail with both: • I misspelt the email address, it should have been magnus+arch-hask...@therning.org • I failed in copy-pasting the correct password into the encrypted file where I keep credentials related to arch-haskell Any chance I can get any help sorting this out? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Assigning Numbers to User and Group
On 14/10/10 05:18, Steve Holmes wrote: On Thu, Oct 14, 2010 at 03:07:45AM +0200, Lukas Fleischer wrote: Make sure the user and group IDs don't conflict with those in the UID / GID Database [1]. [1] http://wiki.archlinux.org/index.php/DeveloperWiki:UID_/_GID_Database Thanks for the reference. I got a referal to that earlier in the day. What I wonder though is how we are supposed to clear these new IDs so someone else doesn't use it too. I understand it is difficult or impossible to update this list. Example: I might take user 111 and group 111 but there's no way for some other package developer to try and use the same ones in his or her project. I guess as long as those two packages don't end up on the system, no harm, no fowel:). Is it important that the UID/GID are well-known, i.e. are the same on all systems, that would be the case if they are hardcoded somewhere in the code? If that isn't the case then just create the UID/GID as system accounts instead. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] GUI
On Tue, Oct 5, 2010 at 21:52, Daniel J Griffiths (Ghost1227) ghost1...@archlinux.us wrote: http://ompldr.org/vNXFoNg Fricking brilliant! I wouldn't want a paper-clip-like Archey, but I would love to see my notifications presented by Archey instead of them just popping up like they currently do. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] GUI
On 05/10/10 07:50, Daniel J Griffiths (Ghost1227) wrote: don't think i'd even do that, but just to nitpick, it'd be better written as: [[ -f /usr/bin/gtk-config ]] COPTS=--with-gtk then add $COPTS to your compile line. I think you should also make sure that gtk then becomes a dependency of the resulting package to prevent accidental removal of gtk. You also need to consider that doing this means that users would see different behaviour from what they believe is the same package. It could be confusing, and possibly complicate support and dealing with bugs. Personally I think it's a horrible idea to inspect the environment and make use of stuff that happens to be there. I don't like it when it's done in Makefiles and I think it's an even worse idea to do it in PKGBUILDs. That's just my opinion though. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] Duplication: ocamlgraph
On Sun, Sep 26, 2010 at 23:12, Simon Legner simon.leg...@gmail.com wrote: On Sun, 26 Sep 2010 23:38:46 +0200, Magnus Therning mag...@therning.org wrote: I'm curious as to why the dependency on findlib is undesirable. I didn't mean that. It's just that ocamlgraph-withoutfindlib has the simplest build()-code. According to the KISS principle I'd favour that one, if and only if it provides the same functionality (e.g. the META files you mentioned). Ah, I was unclear in my wording, this question was actually directed to the packager of ocamlgraph-withoutfindlib, more than to you. Nevertheless it's good to know that you aren't opposed to using findlib. Yes, the PKGBUILD in ocamlgraph-withoutfindlib is slightly simpler, but I don't think the one in ocaml-ocamlgraph is complex in any way. There are good reasons for the extra stuff in my PKGBUILD: - the patch is required in order to get findlib to install stuff in the correct place - it seems to be standard now to use both build() and package() for packages where build and install are separate steps - the longer lines for installing is again due to findlib I did compile it yesterday, and noticed that the META files are *not* built in ocamlgraph-withoutfindlib, so on that alone I would argue ocaml-ocamlgraph is the way to go. I've added a dependency on lablgtk2 to ocaml-ocamlgraph, so now they match each other in dependencies. Personally I think a dependency on findlib is desirable so I think ocaml-ocamlgraph is the correctest one, but I'm open to any counter arguments. I just wanted to find out the differences of files after building the three packages. But unfortunately none of them builds on my machine (x86_64) due to the following error: File dgraph/dGraphViewer.ml, line 26, characters 0-11: Error: Unbound module Dgraph Interesting and surprising, I just built both versions (with and without findlib) yesterday, both successfully. I'm building in a chroot, on x86_64, so I'm very perplexed by your difficulties. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Duplication: ocamlgraph
On 27/09/10 13:37, Paolo Herms wrote: On Sunday 26 September 2010 23:38:46 Magnus Therning wrote: I'm curious as to why the dependency on findlib is undesirable. I've always thought of findlib as a hack to be able to recover ocaml libraries that were manually installed all over the file system using make install, maybe several versions in parallel, and that therefore it isn't necessary if you use only clean archlinux packages for every library. Maybe I'm wrong and findlib is nevertheless of practical interest but personally, as a casual ocaml hacker, I use only one or two none-standard libraries which work very well without findlib. I agree that it's a bit of a hack, but in my mind it's a bit more than a way to handle manually installed libraries. It's absolutely *not* something that can be substituted by archlinux packages, instead it's solving the following problems: - distribution-independent discoverability of available packages, useful during configuration steps of building - handling of different flavours of the same library, byte-compiled vs native, threaded vs. non-threaded, used for linking vs used in the REPL, ... - used by OASIS and probably other build tools So I'm convinced that *both* findlib and arch packages is the way to go. So, On 20/09/10 10:16, Simon Legner wrote: do we really need three packages of the OCaml library ocamlgraph [1]? certainly not three as I didn't spot any differences between ocamlgraph and ocaml-ocamlgraph, but I'd suggest to keep mine so that people can choose what they want and that Magnus takes over the ocamlgraph package, which is currently orphan. No, let's delete 'ocamlgraph' and possibly keep both the other packages. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] Duplication: ocamlgraph
On 26/09/10 01:53, Loui Chang wrote: On Mon 20 Sep 2010 11:16 +0200, Simon Legner wrote: do we really need three packages of the OCaml library ocamlgraph [1]? The packages are all up-to-date, but maintained by three different users. The correctest one according to the specified dependencies IMHO is ocamlgraph-withoutfindlib [2], which also has the minimal code for building the package. What do you think? I would think the the most correct one should be renamed to ocaml-ocamlgraph, and the rest deleted. You guys can sort that out and report back. Cheers. ocamlgraph[1] has been orphaned, so I suggest first of all to remove it. Then we'll work out which of the other two to keep. /M [1] http://aur.archlinux.org/packages.php?ID=21687 -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] Duplication: ocamlgraph
On Mon, Sep 20, 2010 at 10:16, Simon Legner simon.leg...@gmail.com wrote: Hi all, do we really need three packages of the OCaml library ocamlgraph [1]? The packages are all up-to-date, but maintained by three different users. The correctest one according to the specified dependencies IMHO is ocamlgraph-withoutfindlib [2], which also has the minimal code for building the package. What do you think? As the maintainer of one of them (the one that does depend on findlib) I would love to see mine being removed. I'm fine with using ocamlgraph-withoutfindlib iff it still installs all the stuff necessary for it to work with findlib (META files and stuff). /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] AUR/[extra]/[community] duplicates
On Thu, Sep 16, 2010 at 15:30, Lukas Fleischer archli...@cryptocrack.de wrote: [...] Quite a few packages that are already in the official repos are maintained by the Arch Haskell team in the AUR. I'm not sure what to do with them. These packages include: - darcs: http://aur.archlinux.org/packages.php?ID=39679 - happy: http://aur.archlinux.org/packages.php?ID=26280 - gtk2hs-buildtools: http://aur.archlinux.org/packages.php?ID=37478 - haskell-cgi, haskell-dataenc, haskell-deepseq, haskell-extensible-exceptions, haskell-hashed-storage, haskell-haskeline, haskell-hunit, haskell-mmap, haskell-quickcheck, haskell-regex-base, haskell-regex-compat, haskell-regex-posix, haskell-stm, haskell-terminfo I'd say they should be removed. It could be that some of those are newer versions than in the official repos (especially true of pre-built packages that are part of haskell platform). If that's the case then the packages that follow bleeding edge (from hackage) should be renamed to not conflict and/or cause confusion. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] The Arch Way
On 10/09/10 18:04, Günther Wutz wrote: Xmind uses the graphic toolkit from eclipse afaik. I think thats the problem, because the Eclipse toolkit does not come with Java. Maybe the eclipse package should be split then? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] The Arch Way
On Fri, Sep 10, 2010 at 16:44, Philipp Überbacher hollun...@lavabit.com wrote: Excerpts from Ng Oon-Ee's message of 2010-09-10 17:40:35 +0200: On Fri, 2010-09-10 at 10:16 -0500, Thomas Dziedzic wrote: On Fri, Sep 10, 2010 at 10:02 AM, Christoph ch...@gmx.at wrote: Hi, I have just adopted the package xmind (http://aur.archlinux.org/packages.php?ID=22394) because the former maintainer disowned it, and I am not shure which is the best way to build the package. There are three possibilities: 1) Building from source 2) Building from the Portable zip-file (see http://www.xmind.net/downloads/) 3) Building from the deb-files provided for Debian/Ubuntu (see http://www.xmind.net/downloads/) ad 1) This is what you would usually do, but according to http://groups.google.com/group/xmind-dev/browse_thread/thread/d68d0c8f30b4b42c the eclipse ide would be a prerequisite, so that would need a very large download if you do not already have installed eclipse (nearly 170 MB for eclipse plus 10 MB for the xmind source code!) ad 2) This was the way the former maintainer went. Download size: 75 MB The portable zip-file contains both the 32-bit and the 64-bit versions, so the PKGBUILD just had to copy the right files. ad 3) When I proposed (a year ago) to use the deb-files instead in order to have smaller downloads (each of them, 32-bit and the 64-bit has appr. 36 MB), the maintainer told me that this would be ugly and not the Arch way, that he would not do such a thing. When I told him that I did not get the point of it, since the zip file equally just installed ready-built binaries, he did not respond to it. I still think that using the deb-files would - in this special case - be the best option. But of course I would never dare to deviate from the Arch way (since it is the way to world domination, as we all know ;-)). What do you think? Christoph I always prefer a package build from source, but if it's provided in a portable zip, that is a valid option in this instance. I would say go with option 2. Cheers! It looks like in this case the content of the portable zip is identicaly (just about) to the content of the deb, just that the debs are arch-specific. I'd think its simpler to just go with option 3. Its surprising that any project REQUIRES eclipse to build though, eclipse can generate makefiles which can be shipped with source That's why I'd go with option four, kindly ask upstream to fix this. What exactly is eclipse used for here (I'm completely ignorant, having never used eclipse myself, so please enlighten me)? Would it be an option to perform the step requiring eclipse and ship the result as a patch with the source? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] cmake build
On 27/08/10 06:03, Nathan O wrote: I have encountered having the issues with software that uses cmake as it's build system. Usually I get the warnings stating that there is an Insecure RPATH and Package contains reference to $srcdir. I believe I figured out how to fix the RPATH issue, because a previous package had Rpath issues and I used sed to add a setting(can't remember what the setting is called at this second). The issue I have now is the Reference to $srcdir, for the current package and future reference, how do you fix it? The fix for the $srcdir issue depends on the nature of the issue. Not very helpful, I know. Have a look in the ml archives for a discussion of this issue, it took place not so long ago and was started by me. There you'll find enough information to be able to do the same check that makepkg does so you can find *exactly* why it complains. If I find the time to take a closer look myself, is there a PKGBUILD available already that I can use? Where? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] cmake build
On Fri, Aug 27, 2010 at 07:27, Nathan O ndowens@gmail.com wrote: On Fri, Aug 27, 2010 at 1:24 AM, Magnus Therning mag...@therning.orgwrote: On 27/08/10 06:03, Nathan O wrote: I have encountered having the issues with software that uses cmake as it's build system. Usually I get the warnings stating that there is an Insecure RPATH and Package contains reference to $srcdir. I believe I figured out how to fix the RPATH issue, because a previous package had Rpath issues and I used sed to add a setting(can't remember what the setting is called at this second). The issue I have now is the Reference to $srcdir, for the current package and future reference, how do you fix it? The fix for the $srcdir issue depends on the nature of the issue. Not very helpful, I know. Have a look in the ml archives for a discussion of this issue, it took place not so long ago and was started by me. There you'll find enough information to be able to do the same check that makepkg does so you can find *exactly* why it complains. If I find the time to take a closer look myself, is there a PKGBUILD available already that I can use? Where? If you would like to, http://aur.archlinux.org/packages.php?ID=22993 I will check out the archives. Thanks I had a quick look. I don't get any complaints about RPATH, what did you run to see that? (I should probably mention that I'm on an x86_64 system, not sure if that makes a difference though.) P.S. I searched Google last night and somebody stated to do something like grep -R $srcdir $pkgdir Yes, that's the one. The only result I get is from fqterm.bin. It looks like it contains references to the location of the source files used during the build. My uninformed guess is that it's related to some event mechanism (close by are strings like httpDone, windowmgr.currentChanged...). I don't program much in C++, and I haven't used QT since about KDE 0.2 time, but my guess would be that these references to $srcdir are harmless. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] oDesk created archlinux packages!
On Fri, Aug 27, 2010 at 08:15, Stephen Weinberg step...@q5comm.com wrote: My package, godesk (http://aur.archlinux.org/packages.php?ID=37635), is no longer needed. Apparently the archlinux community (maybe only me) pestered them enough for them to decide to make official packages! (http://www.odesk.com/community/node/234) This new edition was apparently created at the expense of the static version. At the bottom of the page it says oDesk supports the following Linux versions: Ubuntu 8.10+, Debian 4+, Fedora 9+ and OpenSuse 11+. It does not say archlinx... but I guess it is a start. Of course I couldn't use any of the AUR package managers (bauerbill, paktahn, yaurt, etc) to get their package :-( Could you pester them a little bit more to get them to maintain a source package on AUR? ;-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] cmake build
On Fri, Aug 27, 2010 at 08:30, Nathan O ndowens@gmail.com wrote: On Fri, Aug 27, 2010 at 2:28 AM, Magnus Therning mag...@therning.orgwrote: [...] That is weird that you got grep to tell you which file(s) it was, when mine pointed nothing out to me. Indeed. This is what I see: % grep -R $(pwd)/src pkg Binary file pkg/usr/bin/fqterm.bin matches I'm not sure if the dollar-sign was lost in your earlier email, but it is required to get the expected result. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] oDesk created archlinux packages!
On Fri, Aug 27, 2010 at 08:36, Nathan Wayde kum...@konnichi.com wrote: On 27/08/10 08:30, Magnus Therning wrote: On Fri, Aug 27, 2010 at 08:15, Stephen Weinbergstep...@q5comm.com wrote: My package, godesk (http://aur.archlinux.org/packages.php?ID=37635), is no longer needed. Apparently the archlinux community (maybe only me) pestered them enough for them to decide to make official packages! (http://www.odesk.com/community/node/234) This new edition was apparently created at the expense of the static version. At the bottom of the page it says oDesk supports the following Linux versions: Ubuntu 8.10+, Debian 4+, Fedora 9+ and OpenSuse 11+. It does not say archlinx... but I guess it is a start. Of course I couldn't use any of the AUR package managers (bauerbill, paktahn, yaurt, etc) to get their package :-( Could you pester them a little bit more to get them to maintain a source package on AUR? ;-) /M no need, check that link: http://www.odesk.com/community/node/234 again near the bottom. it's inside a zip file but meh. My concern is more about using tools to automatically get updates. I see no way of using any established tools to do that :-( /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] cmake build
On Fri, Aug 27, 2010 at 08:44, Nathan O ndowens@gmail.com wrote: On Fri, Aug 27, 2010 at 2:41 AM, Magnus Therning mag...@therning.orgwrote: On Fri, Aug 27, 2010 at 08:30, Nathan O ndowens@gmail.com wrote: On Fri, Aug 27, 2010 at 2:28 AM, Magnus Therning mag...@therning.org wrote: [...] That is weird that you got grep to tell you which file(s) it was, when mine pointed nothing out to me. Indeed. This is what I see: % grep -R $(pwd)/src pkg Binary file pkg/usr/bin/fqterm.bin matches I'm not sure if the dollar-sign was lost in your earlier email, but it is required to get the expected result. Tried it exactly how you typed it as well, and nothing again Fascinating! Computers, eh? ;-) Anyway, if you are happy with my cheerful hand-waving of an explanation in the earlier email then just disregard the warning from pacman for now. Otherwise seek out someone who's more knowledgeable about QT and ask them. That's pretty much the only advice I can give. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Quality
On Mon, Aug 23, 2010 at 07:00, Nathan O ndowens@gmail.com wrote: Hey I was wondering if somebody has time to look at my packages and see if they are of quality :) Some I adopted and got to add my name and email as maintainer and update the quality of it. The ones with my name and email are already updated. If you look you may see ndowens04 at gmail dot com or ndowens04+AUR at gmail dot com I may end up adding this email to the packages, I created this email address for AUR purposes so my main email address doesn't get cluttered. I'm not sure I understand what you wrote above, but wouldn't it improve your chances of help if you actually listed the packages in question instead? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Quality
On Mon, Aug 23, 2010 at 09:44, Nathan O ndowens@gmail.com wrote: I am not meaning a specific package, it could be a random package(s) Huh? I quote your email here: Hey I was wondering if somebody has time to look at my packages and see if they are of quality :) So, what packages should I choose randomly from? /M On Mon, Aug 23, 2010 at 3:42 AM, Magnus Therning mag...@therning.orgwrote: On Mon, Aug 23, 2010 at 07:00, Nathan O ndowens@gmail.com wrote: Hey I was wondering if somebody has time to look at my packages and see if they are of quality :) Some I adopted and got to add my name and email as maintainer and update the quality of it. The ones with my name and email are already updated. If you look you may see ndowens04 at gmail dot com or ndowens04+AUR at gmail dot com I may end up adding this email to the packages, I created this email address for AUR purposes so my main email address doesn't get cluttered. I'm not sure I understand what you wrote above, but wouldn't it improve your chances of help if you actually listed the packages in question instead? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Quality
On Mon, Aug 23, 2010 at 09:50, Nathan O ndowens@gmail.com wrote:
Random: http://aur.archlinux.org/packages/coffeearc/coffeearc/PKGBUILD
:-)
So is your request for someone to look at any of the packages
maintained by the user ndowens?
Here are my comments on coffeearc:
# Contributor: Nathan Owe ndowens04 at gmail
pkgname=coffeearc
pkgver=0_60a
pkgrel=1
pkgdesc=java zip/other format archiver
-- This description can probably be improved somewhat. Looking at the
upstream page it's described like this:
Coffeearc is a simple, extensible GUI archiver that interfaces with
file-to-file command-line compression tools or special plugins which use the
Coffeearc API.
Maybe something like Multi-format GUI archiver?
arch=('any')
url=http://forge.simplana.de/projects/show/coffeearc;
license=('gpl')
depends=('java-runtime' 'bash')
-- is bash really a dependency, or would sh be enough?
source=(http://forge.simplana.de/attachments/download/15/Coffeearc_$pkgver.zip)
-- this link gives me a 404
-- coffeearc.sh should be among the sources
noextract=(*.jar)
md5sums=('f3eab83a95175a3381679aab081e5d20')
build() {
cd $srcdir/Coffeearc_$pkgver
install -d $pkgdir/usr/share/java/$pkgname $pkgdir/usr/bin || return 1
cp -rf libs profiles plugin.mf coffeearc.mf
$pkgdir/usr/share/java/$pkgname || return 1
install -m755 coffeearc.jar
$pkgdir/usr/share/java/$pkgname/coffeearc.jar || return 1
install -m755 $startdir/coffeearc.sh $pkgdir/usr/bin/coffeearc
}
# vim:set ts=2 sw=2 et:
/M
--
Magnus Therning (OpenPGP: 0xAB4DFBA4)
magnus＠therning．org Jabber: magnus＠therning．org
http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Quality
On Mon, Aug 23, 2010 at 09:59, Ionuț Bîru ib...@archlinux.org wrote: On 08/23/2010 11:50 AM, Nathan O wrote: Random: http://aur.archlinux.org/packages/coffeearc/coffeearc/PKGBUILD for that, add coffeearc.sh to sources array and instead of $startdir/coffeearc.sh use $srcdir/conffeearc.sh and remove || return 1 statements I was trying to find a reference for the last point (removing '|| return 1') but couldn't find one. In fact I found the opposite on the wiki[1]. /M [1] http://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Package_Etiquette -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Quality
On Mon, Aug 23, 2010 at 10:20, Ionuț Bîru ib...@archlinux.org wrote: [...] that's one of the new features in pacman 3.4 and wiki should be fixed http://projects.archlinux.org/pacman.git/tree/NEWS - makepkg: - automatically aborts on any errors during packaging Thanks! Now I would modify the wiki, if I only could. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Licenses, GPL3 only
On Mon, Aug 23, 2010 at 13:15, Philipp Überbacher hollun...@lavabit.com wrote: Excerpts from Ray Rashif's message of 2010-08-23 12:47:44 +0200: [...] The Linux kernel, IIRC, was made GPL2 only when GPL3 was released. That may be, I don't know. If that was the case, then any version up to that point could be used with any GPL version, be it 3, 4, 5 ... AFAIK Linux has been GPLv2 only since version 2.4.0, i.e. from January 4th 2001. Work on GPLv3 didn't start until late 2005. Personally I think it's only prudent to know *exactly* what license SW I write is released under. So releasing under GPLv3 only before GPLv4 is released makes sense; I also think that applying licenses retroactively is troublesome, so it's worth being specific from the beginning. OTOH it doesn't bother me at all that Arch's packaging system currently lacks a way of accurately specifying the license for some software. I think it's very little chance of that ever counting for anything in court. As long as upstream provide clear information the Arch package can say pretty much anything. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
[aur-general] Bugs Everywhere?
I've found a few distributed bugtrackers on AUR, but I really wanted to check out Bugs Everywhere[1]. I can't find it on AUR though. This could be due to my weak search-fu skills, so I thought I'd asking here before going the manual route. /M [1]: http://bugseverywhere.org/be/show/HomePage -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Bugs Everywhere?
On 17/02/10 16:29, Chris Baker wrote:
Attached is a PKGBUILD that should work. It fails due to a bug in their
version numbering system. Oh the irony!
Thanks for that. It got me off in the right direction.
I've attached a slightly updated version that seems to work fine.
/M
--
Magnus Therning(OpenPGP: 0xAB4DFBA4)
magnus＠therning．org Jabber: magnus＠therning．org
http://therning.org/magnus identi.ca|twitter: magthe
# Contributor: Chris Baker baker.chri...@gmail.com
# Unfortunately it's not possible to get bzr to show version info of remote
# repos, to find pkgver manually use:
# bzr version-info --custom --template={revno}\n
pkgname=bugseverywhere-bzr
pkgver=330
pkgrel=1
pkgdesc=Distributed bugtracker
arch=('x86', 'x86_64')
url=http://bugseverywhere.org/;
license=('GPL2')
depends=('python-yaml')
makedepends=('bzr')
_bzrroot=http://bzr.bugseverywhere.org/be;
_bzrname=be
build() {
cd $srcdir
msg Connecting to Bazaar server...
if [ -d $_bzrname ] ; then
msg Updating local files...
cd $_bzrname
bzr revert --no-backup
bzr up
else
msg Checking out repository...
bzr get $_bzrroot $_bzrname
cd $_bzrname
fi
msg Bazaar checkout done or server timeout
msg Starting make...
# remove the man page, docbook-to-man doesn't seem to exist in ArchLinux
sed -e s,.*share/man.*,,g -i setup.py
# only do the relevant bits of the Makefile
make libbe/_version.py
python setup.py install --root=$pkgdir/ --optimize=1 || return 1
}
signature.asc
Description: OpenPGP digital signature
Re: [aur-general] question about 'notify' column
On 16/01/10 02:13, masutu Subric wrote: Hi! Sorry for this question, but i'm new to AUR. What's the meaning of the 'notify' column in my package listing? It's `Yes' or empty, what does that mean? Thanks in advance, A related question, is it possible to list all packages I'm being notified about? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
[aur-general] Reset password of AUR account?
I seem to have lost my AUR account password. Looking at the site there's no obvious way to get it back, or reset it. What do I do? Username: magus /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Reset password of AUR account?
On Thu, Nov 12, 2009 at 9:37 AM, Evangelos Foutras foutre...@gmail.com wrote: On Thu, Nov 12, 2009 at 11:21 AM, Magnus Therning mag...@therning.org wrote: I seem to have lost my AUR account password. Looking at the site there's no obvious way to get it back, or reset it. What do I do? Username: magus /M Laszlo is correct. You'll be receiving a new password t shortly. :) Thanks. I'll try to take better care of this one, to avoid having to bother you again with this :-) /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] TU dashboard accounts
Aaron Griffin wrote: [..] It's not invalid, it's self-signed, so there's no certificate authority stamp-of-approval on it. We had a free year certificate at one point, but decided not to waste the money for a real certificate if it's only used by the devs. One option would be getting one from CACert.org. Of course it won't be worth a lot without putting their root cert in openssl/firefox/konquerer/epiphany/etc... /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU dashboard accounts
Aaron Griffin wrote: On Mon, Aug 10, 2009 at 2:03 PM, Magnus Therningmag...@therning.org wrote: Aaron Griffin wrote: [..] It's not invalid, it's self-signed, so there's no certificate authority stamp-of-approval on it. We had a free year certificate at one point, but decided not to waste the money for a real certificate if it's only used by the devs. One option would be getting one from CACert.org. Of course it won't be worth a lot without putting their root cert in openssl/firefox/konquerer/epiphany/etc... We looked into that, but that's not much better than a self signed cert. We discussed this at length among the devs, and already made a decision. We're well aware of all the options :) What was the line of reasoning behind not much better than a self signed cert? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] Random discussion about certificates
Aaron Griffin wrote: [..] Changing the subject here while we go on this tangent. The reasoning is simple: CACert root certificates aren't generally accepted, and while we actually support them in things like konquerer, firefox and other tools are a different story (silly mozilla). It's just not feasible at this point, so we end up with a certificate that is untrusted anyway. Fair enough. It might be worth keeping an eye on what they are doing though since I've heard mumblings about some restructuring within CACert.org that would make it possible to get their root cert included in the standard set that's shipped by Mozilla/Microsoft etc. Once that happens their certs will be worth a lot more. Now here's the thing we already discussed this, and all I'm doing now is rehashing debates about it. There's not much point in it, and I'm not going to be suddenly convinced to do a bunch of work to change a site that is used by about 30-40 people with no actual benefit besides getting rid of a one-time warning screen. The decision was made, it's over and done with, it's not a big deal. Oh, I'm not about to start arguing against a good set of reasons :-) /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] Community transition, SVN, ETA?
On Tue, Aug 4, 2009 at 6:40 AM, Allan McRaeal...@archlinux.org wrote: Magnus Therning wrote: Is there any ETA for the completion of the community move? Especially I'm wondering when the PKGBUILDs for community will be accessible again. Currently all links to SVN (ViewCVS) result in 404 :-( /M As a workaround, ABS now gets all the community packages from SVN. Oh, I didn't know that. Thanks for pointing that out. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
[aur-general] Community transition, SVN, ETA?
Is there any ETA for the completion of the community move? Especially I'm wondering when the PKGBUILDs for community will be accessible again. Currently all links to SVN (ViewCVS) result in 404 :-( /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] introduction and questions
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] /M [1]: http://www.gnu.org/software/libtool/manual/automake/Vala-Support.html [2]: http://live.gnome.org/Vala/Waf -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
[aur-general] Remove vim-scripts-align
Please remove this package (http://aur.archlinux.org/packages.php?ID=26319). I have no intention of supporting it as the upstream author makes it available as a VBA. This means it can be easily kept up-to-date from inside Vim using GetLatestVimScripts, and pacman need not be involved at all. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] An idea for vim scripts/plugins
Daenyth Blank wrote: On Mon, May 11, 2009 at 14:59, Aaron Griffin aaronmgrif...@gmail.com wrote: This seems overly complicated if you ask me. Management of scripts in your home dir should be up to you (or some script), but system-wide stuff should install system-wide. I really hate the Debian idea of needing N steps to install software, instead of just 1 step. If you ask me, a script that will manually download and install scripts from vim.org to your home dir is FAR superior to requiring additional steps beyond simply installing a package Big +1 on this from me. KISS Sure, but KISS in what respect and for whom? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
[aur-general] An idea for vim scripts/plugins
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 signature.asc Description: OpenPGP digital signature
Re: [aur-general] Huge packages in community
Angel Velásquez wrote: [... snip ...] I maintain like 6 or more pcs with arch at home, so I don't like to download the things 6 times from internet, I bet this is not only my case, for example, a computer lab on an University of my country use arch in every machine, (600+ machines), they should have a local repo to update those machines eventually, I don't think that they are considering to spend their bandwidth in games... May I instead suggest you use a caching proxy for your downloading of Arch packages? That way you download only what you need, _and_ you do it only once. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [aur-general] Huge packages in community
Xyne wrote: Magnus Therning mag...@therning.org wrote: May I instead suggest you use a caching proxy for your downloading of Arch packages? That way you download only what you need, _and_ you do it only once. /M Or you can just use pkgd, which is specifically designed for this very purpose: http://xyne.archlinux.ca/info/pkgd Cool, didn't even know of its existence. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
