gt | 2 Mar 10:41 2015
Picon

Conflicting contents of different packages

Hi guys,

I maintain a package dex-editor-git in the AUR. It was recently reported to me that it conflicts with a
package named dex present in the community repository.

https://aur.archlinux.org/packages/dex-editor-git/

The conflicting files are /usr/bin/dex and /usr/share/man/man1/dex.1.gz

Both packages are unrelated so I believe putting *dex* in the conflicts array isn't right.

Can anyone suggest me a way to handle this, short of renaming the files?

Arch Website Notification | 2 Mar 10:07 2015

Signoff report for [community-testing]

=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/

There are currently:
* 6 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 28 packages missing signoffs
* 11 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.)

== New packages in [community-testing] in last 24 hours (6 total) ==

* parole-0.8.0-1 (i686)
* ristretto-0.8.0-1 (i686)
* xfce4-whiskermenu-plugin-1.5.0-2 (i686)
* parole-0.8.0-1 (x86_64)
* ristretto-0.8.0-1 (x86_64)
* xfce4-whiskermenu-plugin-1.5.0-2 (x86_64)

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

* freevo-1.9.0-14 (any)
    0/2 signoffs
* mantisbt-1.2.19-2 (any)
    0/2 signoffs
(Continue reading)

Arch Website Notification | 1 Mar 10:07 2015

Signoff report for [community-testing]

=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/

There are currently:
* 13 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 45 packages missing signoffs
* 11 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.)

== New packages in [community-testing] in last 24 hours (13 total) ==

* android-udev-r142-1 (any)
* eclib-20141106-3 (i686)
* flint-2.4.5-2 (i686)
* linbox-1.3.2-2 (i686)
* ntl-8.1.2-1 (i686)
* sage-mathematics-6.5-2 (i686)
* singular-3.1.7.p1-4 (i686)
* eclib-20141106-3 (x86_64)
* flint-2.4.5-2 (x86_64)
* linbox-1.3.2-2 (x86_64)
* ntl-8.1.2-1 (x86_64)
* sage-mathematics-6.5-2 (x86_64)
* singular-3.1.7.p1-4 (x86_64)
(Continue reading)

Sathyam Vellal | 1 Mar 08:47 2015
Picon

(no subject)

Hi Folks,

I've forgotten the email id I had used to register for AUR.
My username is "sathyamvellal" and maintainer for package "shenv".
(https://aur.archlinux.org/packages/shenv/)

I've been away from AUR from a long time now and wanted to update the
package mentioned above and realised I don't remember my credentials.

Request to help me out.

Thanks!

Arch Website Notification | 28 Feb 10:07 2015

Signoff report for [community-testing]

=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/

There are currently:
* 12 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 38 packages missing signoffs
* 11 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.)

== New packages in [community-testing] in last 24 hours (12 total) ==

* acpi_call-lts-1.1.0-15 (i686)
* bbswitch-lts-0.8-6 (i686)
* r8168-lts-8.039.00-7 (i686)
* tp_smapi-lts-0.41-37 (i686)
* vhba-module-20140928-7 (i686)
* virtualbox-modules-lts-4.3.22-3 (i686)
* acpi_call-lts-1.1.0-15 (x86_64)
* bbswitch-lts-0.8-6 (x86_64)
* r8168-lts-8.039.00-7 (x86_64)
* tp_smapi-lts-0.41-37 (x86_64)
* vhba-module-20140928-7 (x86_64)
* virtualbox-modules-lts-4.3.22-3 (x86_64)

(Continue reading)

Arch Website Notification | 27 Feb 10:07 2015

Signoff report for [community-testing]

=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/

There are currently:
* 8 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 30 packages missing signoffs
* 13 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.)

== New packages in [community-testing] in last 24 hours (8 total) ==

* fcitx-qt5-1.0.0-3 (i686)
* kadu-2.0-1 (i686)
* lightdm-gtk-greeter-1:2.0.0-1 (i686)
* mongodb-2.6.8-1 (i686)
* fcitx-qt5-1.0.0-3 (x86_64)
* kadu-2.0-1 (x86_64)
* lightdm-gtk-greeter-1:2.0.0-1 (x86_64)
* mongodb-2.6.8-1 (x86_64)

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

* freevo-1.9.0-14 (any)
    0/2 signoffs
(Continue reading)

Timothy M. Redaelli | 26 Feb 12:47 2015
Picon

Move vidalia to AUR

Hi,
since Vidalia is no more maintained nor supported upstream
(https://lists.torproject.org/pipermail/tor-talk/2015-February/036833.html)
and FS#43802 I'll move it to AUR tommorow.

Any objections?

--

-- 
Timothy M. Redaelli
Arch Linux Trusted User

Arch Website Notification | 26 Feb 10:07 2015

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
* 24 packages missing signoffs
* 11 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] (24 total) ==

* freevo-1.9.0-14 (any)
    0/2 signoffs
* mantisbt-1.2.19-2 (any)
    0/2 signoffs
* acpi_call-1.1.0-24 (i686)
    0/1 signoffs
* bbswitch-0.8-26 (i686)
    0/1 signoffs
* dropbear-2015.67-1 (i686)
    0/1 signoffs
* libopenshot-audio-0.0.4-1 (i686)
    0/1 signoffs
* phantomjs-2.0.0-1 (i686)
(Continue reading)

Ľubomír Kučera | 25 Feb 16:26 2015
Picon

Fwd: New category: Security

Hello.

I hoped you would add a new category to AUR called "Security". I thought it
would be more suitable for those packages which target computer security.
For example, some of my packages which would fit better to Security
category are bully <https://aur.archlinux.org/packages/bully/> or oclhashcat
<https://aur.archlinux.org/packages/oclhashcat/>.

Kuci

Arch Website Notification | 25 Feb 10:07 2015

Signoff report for [community-testing]

=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/

There are currently:
* 4 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 24 packages missing signoffs
* 11 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.)

== New packages in [community-testing] in last 24 hours (4 total) ==

* dropbear-2015.67-1 (i686)
* phantomjs-2.0.0-1 (i686)
* dropbear-2015.67-1 (x86_64)
* phantomjs-2.0.0-1 (x86_64)

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

* freevo-1.9.0-14 (any)
    0/2 signoffs
* mantisbt-1.2.19-2 (any)
    0/2 signoffs
* acpi_call-1.1.0-24 (i686)
    0/1 signoffs
(Continue reading)

Christopher Reimer | 24 Feb 23:46 2015
Picon

Dependency on plugin API version

Hi list,

I'm maintainer of the vdr package in AUR.
https://aur.archlinux.org/packages/vdr/

All vdr plugin packages depend on vdr-api with a fixed version. As you 
can see right now the version of vdr-api and vdr itself are the same. 
Since version 2.0.0 it's common practice to bump the plugin version to 
e.g. 2.0.1 but keep the plugin API version at 2.0.0.

Which means plugins don't have to be rebuild and therefore no pkgrel 
bump is necessary. AUR Web doesn't detect the dependency between the vdr 
package which provides vdr-api and a plugin which depends on vdr-api.

At a later version, I think it was 2.0.3 the API version was bumped, 
too. So just checking on major and first minor version as it's done with 
the kernel package doesn't work here.

I conclude from this that I did something wrong and I should handle this 
different. But I don't really know how.

Thanks

Christopher


Gmane