Andrew Dabrowski | 26 May 21:03 2015
Picon

registration: ssh public key?

I'm trying to register at aur4.archlinux.org but when I submit the form 
I get an error:

"The SSH public key, **, is already in use."

Since there's no place to enter my ssh public key, this seems to be an 
unsolvable chicken and egg problem.

    Accounts

  * The SSH public key, **, is already in use.

Username: (required)

Inactive:

Email Address: (required)

Real Name:

IRC Nick:

PGP Key Fingerprint:

Language:

--

-- 
Andrew Dabrowski   || ...my suspicion is that the universe is
Indiana University || not only queerer than we suppose, but
Swain East 117     || queerer than we can suppose. -JBS Haldane
(Continue reading)

Picon

Re: [RFC] Draft of the AUR 4.0.0 migration notification

On Tue, 26 May 2015 06:24:12 -0600
"Brian F. G. Bidulock" <bidulock@...> wrote:

I just realised I did "reply" and not "reply all", so I'm repeating
(sorry!)

So, again:

nikos <at> Russell:~/Desktop$ mkdir AUR4

nikos <at> Russell:~/Desktop$ cd AUR4

nikos <at> Russell:~/Desktop/AUR4$ ssh aur4.archlinux.org setup-repo
coolvlviewer
setup-repo: package base already exists: coolvlviewer
nikos <at> Russell:~/Desktop/AUR4$ git clone
ssh+git://aur4.archlinux.org/coolvlviewer.git/

Cloning into
'coolvlviewer'... warning: You appear to have cloned an empty
repository. Checking connectivity... done.

nikos <at> Russell:~/Desktop/AUR4$ cd coolvlviewer/
nikos <at> Russell:~/Desktop/AUR4/coolvlviewer$ cp ~/AUR/coolvlviewer/* ./
nikos <at> Russell:~/Desktop/AUR4/coolvlviewer$ mksrcinfo
nikos <at> Russell:~/Desktop/AUR4/coolvlviewer$ ls -la
σύνολο 32
drwxr-xr-x 3 nikos users 4096 Μάι  26 19:17 .
drwxr-xr-x 3 nikos users 4096 Μάι  26 19:17 ..
-rw-r--r-- 1 nikos users  307 Μάι  26 19:17 coolvlviewer.desktop
(Continue reading)

Lukas Fleischer | 26 May 13:33 2015

Some notes on AUR 4.0.0

Hi,

As Florian already mentioned in another email, I am away until June 1st.
I am on a roaming data plan, so I won't be able to reply to all the
feedback and questions on the new AUR until then. I hope that I am going
to address at least some of the concerns and questions here, though.

For the granularity of the Git repositories, having one repository per
package (i.e. package base) is a natural choice. The other possibility
is to use one single large repository with branches for each package.
Florian told me about gitnamespaces, which allows for combining the
advantages from both approaches, and I am going to check whether we can
easily use it for the AUR when I am back home. Using one repository per
maintainer, however, is extremely inconvenient and leads to unnecessary
clutter when changing ownership. One of our main objectives is to have
full history of all packages and this means that we would need to
perform quite cumbersome history import/export operations whenever a
package is disowned or adopted. Also, I am not aware of any
disadvantages of the "one repository per package" approach apart from
merges being inconvenient (which happen much less frequent than package
adoptions, however) and the spurious "I don't like many Git
repositories." argument.

As Florian said, using gitnamespaces will probably lead to better
storage efficiency and I am fine with increasing the blob size limit to
250kiB.

As described in the notification draft I sent to aur-dev and aur-general
on Saturday, packages can only be resubmitted to aur4.archlinux.org by
their current AUR maintainer (on aur.archlinux.org) for 4 weeks. That
(Continue reading)

Arch Website Notification | 26 May 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
* 18 packages missing signoffs
* 0 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) ==

* python2-systemd-220-1 (i686)
* synapse-0.2.99.1-1 (i686)
* python2-systemd-220-1 (x86_64)
* synapse-0.2.99.1-1 (x86_64)

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

* clusterssh-4.03.06-1 (any)
    0/2 signoffs
* salt-2015.5.1-1 (any)
    0/2 signoffs
* freecad-0.15.4671-3 (i686)
    0/1 signoffs
(Continue reading)

Felix Yan | 26 May 09:14 2015

Dropping gtkhotkey from [community]

Hi,

I am going to drop gtkhotkey from [community] to [unsupported]. It was
included as a dependency of synapse, but no longer needed since synapse
0.2.99.1 and is not needed by anything else either.

If there is no objection, I will do the move when the new synapse
package moves out of [community-testing].

--

-- 
Regards,
Felix Yan

Pablo Lezaeta Reyes | 26 May 06:28 2015
Picon

Re: AUR4 cleaning of ssh'd repos and lost ownership

Now how is possible to detect and ask for deletion for a ssh'd repo (you
setup-repo 'd the package but the setup'r never upload the git thing)
the server will refuce to setup-repoed if exist.

or what if someone take ounership on a package (aur4) previously owned by
other packager (aur3) and that packager (aur3) want they package back in
they hands

?
--

-- 
*Pablo Lezaeta*

Kyle Terrien | 26 May 02:19 2015
Picon

AUR4 refuses to accept *any* commit that doesn't have a .SRCINFO

I just submitted my first package, so I'm still learning.  However,
because I forgot to include a .SRCINFO file until the last commit (i.e
several commits including the first did not have .SRCINFO), AUR4 refused
to accept anything altogether.

kyle <at> landru ~/builds/aur4/wmload :( 
$ git push -v origin master
Pushing to ssh+git://aur@.../wmload.git
X11 forwarding request failed on channel 0
Counting objects: 12, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (9/9), done.
Writing objects: 100% (12/12), 1.79 KiB | 0 bytes/s, done.
Total 12 (delta 2), reused 0 (delta 0)
remote: error: The following error occurred when parsing commit
remote: error: d495231b82fd541d626b46aafbfba78d5302e53f:
remote: error: missing .SRCINFO
remote: error: hook declined to update refs/heads/master
To ssh+git://aur@.../wmload.git
 ! [remote rejected] master -> master (hook declined)
error: failed to push some refs to 'ssh+git://aur@.../wmload.git'

So, now I apparently have to rewrite git history so that *every* commit
has .SRCINFO.  (Bear in mind I already copied the repo to GitHub, so I
have multiple copies to correct.)  IMHO, there should be a clear warning
on the wiki page about this.

I eventually gave up and re-initted the repos.

This begs some questions:
(Continue reading)

Marcel Korpel | 25 May 23:57 2015
Picon

Issue when changing hostname in ~/.ssh/config

Hi,

As described in the proposal to the notification I changed the hostname
in ~/.ssh/config so that that file now reads:

Host aur4.archlinux.org
IdentityFile ~/.ssh/id_rsa-aur
User aur
Port 22

And I tried to pull from and push to that server from an existing
aur-dev repository. However, that failed with:

Permission denied (publickey).
fatal: Could not read from remote repository.

My public key is correctly filled in the account settings, so I guess
that the issue is due to the change of the host name. It could be me
doing something wrong, but this issue may pop up again after changing
from aur4.archlinux.org to aur.archlinux.org.

Best,
Marcel

Arch Website Notification | 25 May 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
* 19 packages missing signoffs
* 0 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] (13 total) ==

* clusterssh-4.03.06-1 (any)
    0/2 signoffs
* flake8-1:2.4.1-1 (any)
    0/2 signoffs
* salt-2015.5.1-1 (any)
    0/2 signoffs
* freecad-0.15.4671-3 (i686)
    0/1 signoffs
* nss-pam-ldapd-0.9.5-1 (i686)
    0/1 signoffs
* opencascade-6.9.0-1 (i686)
    0/1 signoffs
* python-pygit2-0.22.0-4 (i686)
(Continue reading)

Nicolas Iooss | 24 May 11:07 2015

Blob size limit in AUR4 for custom kernels

Hello,

I am currently maintaining a Linux kernel with a custom configuration in
AUR [1] and when I tried to migrate it to AUR4 today, "git push" failed
with:

  remote: error: The following error occurred when parsing commit
  remote: error: 94ed5186e25ac1d459ae13d3ab0fbccc401ff225:
  remote: error: maximum blob size (100kB) exceeded
  remote: error: hook declined to update refs/heads/master

Indeed, in base linux package [2], the files config and config.x86_64
are larger than 100 kB (they are approx. 179 kB), so I need some kind of
trick to be able to move to AUR4 (e.g. storing the kernel config on
GitHub).  It may be the reason why no custom kernel has yet moved to
AUR4 (I tried to find some from the results of a search with category
"kernels" keywords "linux" [3] in AUR4 without any success).

How are maintainers supposed to deal with such packages which are
derived from official packages that contains files too big to fit AUR4
requirements?

I have several workarounds in mind (compressing config files, storing
them somewhere else...) but would like to know which would be the best
one, so that for example all the custom kernel ultimately use the same
way to store their configuration files.

Thanks,

Nicolas
(Continue reading)

Arch Website Notification | 24 May 10:07 2015

Signoff report for [community-testing]

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

There are currently:
* 2 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 25 packages missing signoffs
* 0 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 (2 total) ==

* nss-pam-ldapd-0.9.5-1 (i686)
* nss-pam-ldapd-0.9.5-1 (x86_64)

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

* clusterssh-4.03.06-1 (any)
    0/2 signoffs
* flake8-1:2.4.1-1 (any)
    0/2 signoffs
* salt-2015.5.1-1 (any)
    0/2 signoffs
* freecad-0.15.4671-3 (i686)
    0/1 signoffs
(Continue reading)


Gmane