[aur-general] Signoff report for [community-testing]

[Arch Website Notification]

=== 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
* 40 packages missing signoffs
* 20 packages older than 14 days

(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)



== Incomplete signoffs for [community] (36 total) ==

* blender-6:2.65a-3 (i686)
0/2 signoffs
* catalyst-dkms-12.11-3 (i686)
0/2 signoffs
* catalyst-utils-12.11-2 (i686)
0/2 signoffs
* cdfs-2.6.27-34 (i686)
0/2 signoffs
* fatrat-1.2.0_beta2-3 (i686)
0/2 signoffs
* fcron-3.1.1-1 (i686)
0/2 signoffs
* gambas2-2.24.0-9 (i686)
0/2 signoffs
* gambas3-3.3.4-3 (i686)
0/2 signoffs
* ndiswrapper-1.57-27 (i686)
0/2 signoffs
* open-vm-tools-modules-1:9.2.2-2 (i686)
0/2 signoffs
* openimageio-1.1.2-1 (i686)
0/2 signoffs
* pdf2djvu-0.7.16-1 (i686)
0/2 signoffs
* r8168-8.034.00-2 (i686)
0/2 signoffs
* rt3562sta-2.4.1.1-21 (i686)
0/2 signoffs
* tp_smapi-0.41-12 (i686)
0/2 signoffs
* vhba-module-20120422-15 (i686)
0/2 signoffs
* virtualbox-modules-4.2.6-4 (i686)
0/2 signoffs
* virtualbox-modules-lts-4.2.6-4 (i686)
0/2 signoffs
* blender-6:2.65a-3 (x86_64)
0/2 signoffs
* catalyst-dkms-12.11-3 (x86_64)
0/2 signoffs
* catalyst-utils-12.11-2 (x86_64)
0/2 signoffs
* cdfs-2.6.27-34 (x86_64)
0/2 signoffs
* fatrat-1.2.0_beta2-3 (x86_64)
0/2 signoffs
* fcron-3.1.1-1 (x86_64)
0/2 signoffs
* gambas2-2.24.0-9 (x86_64)
0/2 signoffs
* gambas3-3.3.4-3 (x86_64)
0/2 signoffs
* ndiswrapper-1.57-27 (x86_64)
0/2 signoffs
* open-vm-tools-modules-1:9.2.2-2 (x86_64)
0/2 signoffs
* openimageio-1.1.2-1 (x86_64)
0/2 signoffs
* pdf2djvu-0.7.16-1 (x86_64)
0/2 signoffs
* r8168-8.034.00-2 (x86_64)
0/2 signoffs
* rt3562sta-2.4.1.1-21 (x86_64)
0/2 signoffs
* tp_smapi-0.41-12 (x86_64)
0/2 signoffs
* vhba-module-20120422-15 (x86_64)
0/2 signoffs
* virtualbox-modules-4.2.6-4 (x86_64)
0/2 signoffs
* virtualbox-modules-lts-4.2.6-4 (x86_64)
0/2 signoffs

== Incomplete signoffs for [unknown] (4 total) ==

* llvm-amdgpu-snapshot-20130104-1 (i686)
0/2 signoffs
* openshadinglanguage-1.2.1-1 (i686)
0/2 signoffs
* llvm-amdgpu-snapshot-20130104-1 (x86_64)
0/2 signoffs
* openshadinglanguage-1.2.1-1 (x86_64)
0/2 signoffs


== All packages in [community-testing] for more than 14 days (20 total) ==

* catalyst-utils-12.11-2 (i686), since 2012-12-05
* catalyst-utils-12.11-2 (x86_64), since 2012-12-05
* vhba-module-20120422-15 (i686), since 2012-12-11
* vhba-module-20120422-15 (x86_64), since 2012-12-11
* rt3562sta-2.4.1.1-21 (x86_64), since 2012-12-11
* rt3562sta-2.4.1.1-21 (i686), since 2012-12-11
* open-vm-tools-modules-1:9.2.2-2 (i686), since 2012-12-11
* open-vm-tools-modules-1:9.2.2-2 (x86_64), since 2012-12-11
* tp_smapi-0.41-12 (x86_64), since 2012-12-11
* tp_smapi-0.41-12 (i686), since 2012-12-11
* cdfs-2.6.27-34 (x86_64), since 2012-12-11
* cdfs-2.6.27-34 (i686), since 2012-12-11
* r8168-8.034.00-2 (i686), since 2012-12-11
* r8168-8.034.00-2 (x86_64), since 2012-12-11
* catalyst-dkms-12.11-3 (i686), since 2012-12-14
* catalyst-dkms-12.11-3 (x86_64), since 2012-12-14
* virtualbox-modules-4.2.6-4 (i686), since 2012-12-25
* virtualbox-modules-4.2.6-4 (x86_64), since 2012-12-25
* virtualbox-modules-lts-4.2.6-4 (x86_64), since 2012-12-25
* virtualbox-modules-lts-4.2.6-4 (i686), since 2012-12-25


== Top five in signoffs in last 24 hours ==

[aur-general] Best Practice for switching packages from svn to git

[Christoph Vigano]

Hey everybody,

I'm in the situation that one of my packages switched their VCS from SVN
to Git. Is it okay to conflict both the non-SVN and the SVN package at
the same time?

The package in question is nagstamon-svn, whose upstream made the change
to Git. I want to use the following lines in the PKGBUILD:

provides=('nagstamon')
conflicts=('nagstamon' 'nagstamon-svn').

Any opinions towards this?

Greetings,
Christoph



signature.asc
Description: OpenPGP digital signature

Re: [aur-general] Best Practice for switching packages from svn to git

[Allen Li]

On Fri, Jan 11, 2013 at 11:30:02AM +0100, Christoph Vigano wrote:
> Hey everybody,
> 
> I'm in the situation that one of my packages switched their VCS from SVN
> to Git. Is it okay to conflict both the non-SVN and the SVN package at
> the same time?
> 
> The package in question is nagstamon-svn, whose upstream made the change
> to Git. I want to use the following lines in the PKGBUILD:
> 
> provides=('nagstamon')
> conflicts=('nagstamon' 'nagstamon-svn').
> 
> Any opinions towards this?
> 
> Greetings,
> Christoph
> 

I'm not sure what exactly you're saying.  If nagstamon-svn and
nagstamon-git both conflicts=('nagstamon'), 

P.S. a question I thought of just now. Does listing a package in
conflicts automatically add it to provides?  I think I've seen/written
git packages with only a conflicts, but it satisfies dependencies all
the same.

Re: [aur-general] Best Practice for switching packages from svn to git

[SpinFlo]

i think if have all VCS package ( -git, -svn, -hg, -bzr etc) :

conflicts=('nameofpackage')
provides=('nameofpackage')

no need add explicit the VCS version in conflicts. for expample like you say

2013/1/11 Allen Li :
> On Fri, Jan 11, 2013 at 11:30:02AM +0100, Christoph Vigano wrote:
>> Hey everybody,
>>
>> I'm in the situation that one of my packages switched their VCS from SVN
>> to Git. Is it okay to conflict both the non-SVN and the SVN package at
>> the same time?
>>
>> The package in question is nagstamon-svn, whose upstream made the change
>> to Git. I want to use the following lines in the PKGBUILD:
>>
>> provides=('nagstamon')
>> conflicts=('nagstamon' 'nagstamon-svn').
>>
>> Any opinions towards this?
>>
>> Greetings,
>> Christoph
>>
>
> I'm not sure what exactly you're saying.  If nagstamon-svn and
> nagstamon-git both conflicts=('nagstamon'),
>
> P.S. a question I thought of just now. Does listing a package in
> conflicts automatically add it to provides?  I think I've seen/written
> git packages with only a conflicts, but it satisfies dependencies all
> the same.

Re: [aur-general] : Best Practice for switching packages from svn to git

[Jesse Jaara]

That clearly goes into replace=()

Re: [aur-general] Only lower case letters?

[Kwpolska]

On Fri, Jan 11, 2013 at 1:25 AM, Xyne  wrote:
> Bartłomiej Piotrowski wrote:
>
>>It doesn't support them directly, but many packagers use Felix'
>>workaround. If you are going to spam AUR like Jorge did, I'll be in
>>really wild mood, trust me.
>
> What did he do that you consider spamming?

88 packages are quite a lot.  (src: OP’s original split PKGBUILD)

-- 
Kwpolska 
stop html mail  | always bottom-post
www.asciiribbon.org | www.netmeister.org/news/learn2quote.html
GPG KEY: 5EAAEA16

[aur-general] Disown request for qedit, rtaudio and giada (owned by speps)

[Rob Til Freedmen]

https://aur.archlinux.org/packages/qedit/
Current is 2.5.3, version in AUR is 2.4.1-1, Last Updated: 2012-04-11 12:26

https://aur.archlinux.org/packages/rtaudio/
Current is 4.0.11 version in AUR is 4.0.10, Last updated:  2012-02-06 05:19

https://aur.archlinux.org/packages/giada/
Current is 0.5.6, version in AUR is 0.4.8-3, Last Updated: 2012-04-23 15:19
rtaudio 4.0.11 is needed for this release

These packages are flagged out-of-date and hasn't been updated for a long time.
I've mailed speps in early December but didn't got any response.

rtfreedman

Re: [aur-general] Disown request for qedit, rtaudio and giada (owned by speps)

[speps]

On Fri, 11 Jan 2013 20:38:01 +0100
Rob Til Freedmen  wrote:

> https://aur.archlinux.org/packages/qedit/
> Current is 2.5.3, version in AUR is 2.4.1-1, Last Updated: 2012-04-11 12:26
> 
> https://aur.archlinux.org/packages/rtaudio/
> Current is 4.0.11 version in AUR is 4.0.10, Last updated:  2012-02-06 05:19
> 
> https://aur.archlinux.org/packages/giada/
> Current is 0.5.6, version in AUR is 0.4.8-3, Last Updated: 2012-04-23 15:19
> rtaudio 4.0.11 is needed for this release
> 
> These packages are flagged out-of-date and hasn't been updated for a long 
> time.
> I've mailed speps in early December but didn't got any response.
> 
> rtfreedman

Hi Rob,
here I am, for a mere coincidence :)

I'm deeply sorry for not having updated those packages (and others too) in the 
last month,
and for not answering you at the same time (your mail has been totally buried 
in my todo list).

I hoped I had the time to take care of them but I just realized
I cannot do any more that in the way I wish.

About Giada, I do not update it since a long time for a reason.
I was in contact with its main developer (I think the only one) because Giada 
was promising
but with some really annoying bugs and design limits (ex. it was x86_64 
incompatible).
I solved some of them in a personal fork and sent some patches upstream, that 
were nicely applied.
Others were not considered, because the developer was not able to reproduce the 
issues,
probably because he was using an old version of its dependencies (fltk) and 
because
Linux was not his main development platform.
I suggested him to set up a better development platform for collaborative code 
contribution
(versioning, bug tracker), but he rejected saying he and his project was not 
ready to this
kind of development view.

Some of those annoying bugs were still there since the last time I checked so I 
had to merge
again my patches with upstream development, and now I have no more sufficient 
free time to do it.

So feel free to take care of all this, I don't know what's the actual status of 
the code
but keep in mind I'll try to be here for giving you an helping hand if you need 
it.

Giada, rtaudio and quedit are now fatherless, hurry up and adopt em :)

Cheers


speps


pgp8m6Sso58xb.pgp
Description: PGP signature

Re: [aur-general] [REQUEST] remove 'vapoursynth-plugin-vs{jpg, png, reader' 'vapoursynth-plugin-vspngreader' 'vapoursynth-plugin-vstgareader'

[Felix Yan]

On Saturday, January 12, 2013 04:47:14 AM SpinFlo wrote:
> https://aur.archlinux.org/packages/vapoursynth-plugin-vsbmpreader-git/
> https://aur.archlinux.org/packages/vapoursynth-plugin-vsjpgreader-git/
> https://aur.archlinux.org/packages/vapoursynth-plugin-vspngreader-git/
> https://aur.archlinux.org/packages/vapoursynth-plugin-vstgareader-git/
> 
> code merged in
> https://aur.archlinux.org/packages/vapoursynth-plugin-vsimagereader-
git/.
> no need anymore
> 
> greetings
All removed, thanks.

-- 
Felix Yan
Twitter: @felixonmars
Wiki: http://felixc.at


signature.asc
Description: This is a digitally signed message part.