[aur-general] Signoff report for [community-testing]
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 2 packages missing signoffs * 2 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == Incomplete signoffs for [unknown] (2 total) == * mariadb-5.5.23-3 (i686) 1/2 signoffs * mariadb-5.5.23-3 (x86_64) 1/2 signoffs == All packages in [community-testing] for more than 14 days (2 total) == * mariadb-5.5.23-3 (x86_64), since 2012-04-26 * mariadb-5.5.23-3 (i686), since 2012-04-26 == Top five in signoffs in last 24 hours == 1. stephane - 2 signoffs 2. dreisner - 2 signoffs
Re: [aur-general] Removal request: fenics group packages
>> On Fri, 18 May 2012 17:24:06 -0400, speps said: > On Fri, 18 May 2012 15:06:57 +0100 > Myles English wrote: >> Please would a TU delete them and transfer the votes to the *-bzr >> versions that I have replaced them with. > Hi Myles, > thanks for reporting this, but probably merging here is not a good idea. > Your *-bzr provides a vcs version of the software. > Having stable releases too is not a problem. Hi speps, I judged that the typical person using this software would prefer to use the vcs version. I don't mind if the stable packages are not deleted but don't want to confuse people and want to make it easy for them to install the currently maintained -bzr versions. > You mentioned there are some issues with building the stable release of dolfin, > well probably someone else could take care of them and fix em. > Having a quick look at your pastebin (in a dolfin comment), seems like it is > a gcc 4.7 issue. Btw, rapidly searching I've got confirmation and found this to > be already reported and solved yet on the dolfin BTS [1]. > Here is the commit patch that solves the issue [2]. The effort you have made is admired and appreciated. > Now, your choice. If you mind, you may re-adopt those packages by applying the > patch. Otherwise, just do not care about em. I'll stick to the vcs versions just because I don't have time to maintain two sets. If someone does adopt the stable ones then we can collaborate. There is a difficulty with keeping the stable versions though; How do I make it easy for users to build and install the set of -bzr packages, rather than a mixture of -bzr and stable ones? There are two issues. 1) the groups() variable is not used: I envisioned being able to make use of the groups() variable by having groups=('fenics-bzr') in all the -bzr PKGBUILDs and doing something similar to: $ pacman -S fenics-bzr or, for stable versions: $ pacman -S fenics which works for packages controlled by pacman (and this is how I use it, via local repos) but not for the AUR because the groups() thing isn't accessible to AUR clients [fn:1]. 2) the AUR client I use (cower) doesn't recognise dependencies are satisfied on with the same action The way things are now, in (e.g) ffc-bzr PKGBUILD there is: depends=(... 'ufl' ...) and in ufl-bzr : provides=('ufl') conflicts=('ufl') so that if the user wants the stable versions of most of the fenics packages but the vcs version of ufl, then they can install it and still satisfy the dependencies. However if I try: $ cower -dd fiat-bzr ufc-bzr ufl-bzr ffc-bzr it will download the stable PKGBUILDs for ufc and ufl to satisfy the dependency in ffc-bzr, but I wanted the the -bzr versions. I have raised on Issue on cower's github [fn:2]. I am new to this list and maybe you have already discussed making groups() accessible to AUR clients. Perhaps an alternative AUR client is better at calculating dependencies. Am I doing it wrong? > [1] https://bugs.launchpad.net/dolfin/+bug/999025 > [2] http://bazaar.launchpad.net/~dolfin-core/dolfin/trunk/diff/6663 > Cheers > - speps - Thanks, Myles Footnotes: [fn:1] https://github.com/falconindy/cower/issues/36 [fn:2] https://github.com/falconindy/cower/issues/35
Re: [aur-general] remove packages
Op zondag 20 mei 2012 19:32:24 schreef Kevin Vesga: > Delete lxappearance-gtk2 [1]. Lxappearance in community is gtk2 so this is > unnecessary. > Delete lxappearance-gtk23 [2]. Lxappearance in community applies gtk3 theme > settings correctly. > > [1] https://aur.archlinux.org/packages.php?ID=51146 > [2] https://aur.archlinux.org/packages.php?ID=54465 removed thx --Ike signature.asc Description: This is a digitally signed message part.
[aur-general] postinstall script and local user directory
Hello, I need a little help with a postinstall script, the script should make automatically a few postinstall steps on the LMD installation, qhat the script should make it's to detect if a directory called .LMD on the home directory exists, if it exists, it shows an informative message, if it doesn't exist it makes it. All right the problem is: It acts over the root directory, and I want it to act over the user normal directory (/home/'user') For you tu understand what I mean, this is the code: http://pastebin.com/57L2Jt2P <- With that it looks for a directory called "~", not "home" directory I als otried with an array, and it was here when it used root like home directory, and not the local user directory: http://pastebin.com/TCh94dC9 I want the script to do the same that it makes with the second paste bin, but not in root, it should be, in my pc for example, on /home/jorge... Thanks in advance
Re: [aur-general] postinstall script and local user directory
>> On Tue, 22 May 2012 00:52:00 +0200, Jorge Barroso said: > Hello, I need a little help with a postinstall script, the script should > make automatically a few postinstall steps on the LMD installation, qhat > the script should make it's to detect if a directory called .LMD on the > home directory exists, if it exists, it shows an informative message, if it > doesn't exist it makes it. > All right the problem is: It acts over the root directory, and I want it to > act over the user normal directory (/home/'user') > For you tu understand what I mean, this is the code: > http://pastebin.com/57L2Jt2P <- With that it looks for a directory called > "~", not "home" directory > I als otried with an array, and it was here when it used root like home > directory, and not the local user directory: > http://pastebin.com/TCh94dC9 > I want the script to do the same that it makes with the second paste bin, > but not in root, it should be, in my pc for example, on /home/jorge... > Thanks in advance Hi Jorge, Try "/home/$USER" instead of "~". -- `--[ Myles ]
Re: [aur-general] postinstall script and local user directory
On Tue, May 22, 2012 at 6:52 AM, Jorge Barroso wrote: > Hello, I need a little help with a postinstall script, the script should > make automatically a few postinstall steps on the LMD installation, qhat > the script should make it's to detect if a directory called .LMD on the > home directory exists, if it exists, it shows an informative message, if it > doesn't exist it makes it. > All right the problem is: It acts over the root directory, and I want it to > act over the user normal directory (/home/'user') > For you tu understand what I mean, this is the code: > > http://pastebin.com/57L2Jt2P <- With that it looks for a directory called > "~", not "home" directory > > I als otried with an array, and it was here when it used root like home > directory, and not the local user directory: > > http://pastebin.com/TCh94dC9 > > I want the script to do the same that it makes with the second paste bin, > but not in root, it should be, in my pc for example, on /home/jorge... > > Thanks in advance i suggest installing a script doing what you want to do in $HOME directory and print out an instruction in post_install function to remind the user to run that script as normal user without sudo. inside the script, $HOME can be used, or ~ too. regards,
Re: [aur-general] postinstall script and local user directory
2012/5/22 Myles English > > > >Hi Jorge, > > >Try "/home/$USER" instead of "~". > > -- > `--[ Myles ] > It takes it like /home/root... :S thanks even though ;)
Re: [aur-general] postinstall script and local user directory
2012/5/22 Auguste Pop > > >i suggest installing a script doing what you want to do in $HOME > >directory and print out an instruction in post_install function to > >remind the user to run that script as normal user without sudo. > > >inside the script, $HOME can be used, or ~ too. > Thanks Auguste, I'd like to do it all in the postinstall even though, I'll try a little changes on it and I'll see what can I do and if I see it doesn't works... I'll keep that on account Good Idea, I wasn't thought about that ;)
Re: [aur-general] postinstall script and local user directory
2012/5/21 Jorge Barroso : > 2012/5/22 Auguste Pop > >> >> >i suggest installing a script doing what you want to do in $HOME >> >directory and print out an instruction in post_install function to >> >remind the user to run that script as normal user without sudo. >> >> >inside the script, $HOME can be used, or ~ too. >> > > Thanks Auguste, I'd like to do it all in the postinstall even though, I'll > try a little changes on it and I'll see what can I do and if I see it > doesn't works... I'll keep that on account > > Good Idea, I wasn't thought about that ;) Since your first post, I was not comfortable having a install script looking for a normal user's home folder, because you can always find yourself in the situation that a user might be added after LMD is installed. (not being harsh, just not a good idea, IMO) So, I came up with the idea of applying a patch in the 'ldm' script. With this patch, 'lmd' would verify if the user have '~/.LMD' everytime, right before starting the gtkdialog. See my diff: --- src/usr/local/bin/lmd 2011-07-03 17:19:24.0 -0300 +++ pkg/usr/bin/lmd 2012-05-21 22:07:06.587084106 -0300 @@ -323,6 +323,7 @@ if [ -z $1 ]; then + [ ! -d ~/.LMD ] && lmd -reconf gtkdialog --program=MAIN_DIALOG fi echo $1 I added the following line the PKGBUILD, after installing lmd to '$pkgdir': sed -e '325s#then#then\n\t[ ! -d ~/.LMD ] \&\& lmd -reconf#' -i "${pkgdir}"/usr/bin/lmd which just replace in line 325 the "then", adding one more line with the command command you provided. Hope it helps. Rafael
[aur-general] Delete gitolite-g3-git
Please delete gitolite-g3-git [1]. I am the maintainer, and this was a temporary package until the upstream g3 branch became the master branch. That has since happened, so this package may be deleted. The gitolite-git package now tracks the g3 code base. Thank you. [1] https://aur.archlinux.org/packages.php?ID=58511 -- Benjamin Severs signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Delete gitolite-g3-git
On Tue, May 22, 2012 at 5:22 AM, Benjamin Severs wrote: > Please delete gitolite-g3-git [1]. I am the maintainer, and this was a > temporary package until the upstream g3 branch became the master branch. That > has since happened, so this package may be deleted. The gitolite-git package > now tracks the g3 code base. > > Thank you. > > [1] https://aur.archlinux.org/packages.php?ID=58511 Removed, thanks.