May 2015 - Aur-dev - lists.archlinux.org

[aur-dev] [PATCH] Autofocus input fields at login and package-search
by Gordian Edenhofer 11 Jun '15

11 Jun '15

At the login and the package search page, the user is promted to provide some input. Until now it was neccessary to first click the field in which the input should be placed. This can be simplified with HTML5 using the autofocus attribute of the input element, though not included in XHTML 1.0, the attribute was at least given a value to comply with the standard. Signed-off-by: Gordian Edenhofer <gordian.edenhofer(a)gmail.com> --- web/html/login.php | 2 +- web/template/pkg_search_form.php | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/web/html/login.php b/web/html/login.php index 94da559..f898a57 100644 --- a/web/html/login.php +++ b/web/html/login.php @@ -29,7 +29,7 @@ html_header('AUR ' . __("Login")); <?php endif; ?> <p> <label for="id_username"><?= __('Username') . ':'; ?></label> - <input id="id_username" type="text" name="user" size="30" maxlength="<?= config_get_int('options', 'username_max_len'); ?>" value="<?php if (isset($_POST['user'])) { print htmlspecialchars($_POST['user'], ENT_QUOTES); } ?>" /> + <input id="id_username" type="text" name="user" size="30" maxlength="<?= config_get_int('options', 'username_max_len'); ?>" value="<?php if (isset($_POST['user'])) { print htmlspecialchars($_POST['user'], ENT_QUOTES); } ?>" autofocus="autofocus" /> </p> <p> <label for="id_password"><?= __('Password') . ':'; ?></label> diff --git a/web/template/pkg_search_form.php b/web/template/pkg_search_form.php index 7428250..b731674 100644 --- a/web/template/pkg_search_form.php +++ b/web/template/pkg_search_form.php @@ -70,7 +70,7 @@ $per_page = array(50, 100, 250); </div> <div> <label for="id_q"><?= __("Keywords"); ?></label> - <input type='text' name='K' size='30' value="<?php if (isset($_REQUEST["K"])) { print stripslashes(trim(htmlspecialchars($_REQUEST["K"], ENT_QUOTES))); } ?>" maxlength='35' /> + <input type='text' name='K' size='30' value="<?php if (isset($_REQUEST["K"])) { print stripslashes(trim(htmlspecialchars($_REQUEST["K"], ENT_QUOTES))); } ?>" maxlength='35' autofocus="autofocus" /> </div> <div> <label for="id_out_of_date"><?= __('Out of Date'); ?></label> -- 2.4.1

3 5

[aur-dev] Please enable zh_TW locale on AUR
by 黃柏諺 08 Jun '15

08 Jun '15

As title says,please enable AUR's zh_TW locale,it should be 100% on Transifex now. :D

3 3

[aur-dev] Should git hook check for missing files?
by Marcel Korpel 01 Jun '15

01 Jun '15

Hi, I just tested the omittance of an install file after adding an `install` variable to a PKGBUILD and running mksrcinfo. `git push` went on without errors. The same with a local, non-downloadable file. So, my question is: should the git hook also test for missing files? Of course this is non-trivial, as all instances of `source` in .SRCINFO should be processed at that point *and* checked for non-downloadable files (non-URLs). Perhaps it's a feature that could be added in the future. Of course I'm asking because I fear that people will forget to add new patches/install files/etc. to the index and upload commits where necessary files are missing. If you want to test, I created a bogus package at https://aur4.archlinux.org/packages/foobartest/ Best, Marcel

5 20

[aur-dev] [RFC v2] Draft of the AUR 4.0.0 migration notification
by Lukas Fleischer 31 May '15

31 May '15

The original thread is too cluttered already so I decided to submit the second version in a separate thread. The only real change is that we decided to not make aur.archlinux.org a read-only archive such that users still get updates during the transition period (if AUR package maintainers decide to update both aur.archlinux.org and aur4.archlinux.org). Hello, This is an automated email to all AUR package maintainers. Starting from June 8th, 2015, the Arch User Repository is being migrated to a Git-based platform. If you want to continue maintaining your AUR packages, please submit them to aur4.archlinux.org before July 8th, 2015. We reserved all packages you are currently maintaining on aur.archlinux.org, such that nobody else can overwrite them. However, if you choose not to resubmit your package, we will cancel that reservation on July 8th. As of July 8th, you can submit packages that were not taken care of by their maintainers. On August 8th, the archive at aur.archlinux.org will be replaced by aur4.archlinux.org and the former aur.archlinux.org source tarballs will be made available for reference. Keep in mind to submit any package updates made between June 8th and August 8th to aur4.archlinux.org. Anything submitted to aur.archlinux.org during that period of time will be lost. For instructions on the new package submission process, please consult the Arch wiki [1]. If you encounter any bugs, please report them to the aurweb bug tracker [2]. Happy packaging! [1] https://wiki.archlinux.org/index.php/Arch_User_Repository#AUR_4 [2] https://bugs.archlinux.org/index.php?project=2 We are going to notify all AUR package maintainers tomorrow. If you have concerns, please raise them now. Regards, Lukas

1 0

[aur-dev] [PATCH] Do not show the activity check box when registering
by Lukas Fleischer 31 May '15

31 May '15

Creating an inactive account does not make sense. Hide the activity check box from the registration page. Signed-off-by: Lukas Fleischer <lfleischer(a)archlinux.org> --- web/template/account_edit_form.php | 2 ++ 1 file changed, 2 insertions(+) diff --git a/web/template/account_edit_form.php b/web/template/account_edit_form.php index f988714..56bdd45 100644 --- a/web/template/account_edit_form.php +++ b/web/template/account_edit_form.php @@ -60,10 +60,12 @@ </p> <?php endif; ?> + <?php if ($A == "UpdateAccount"): ?> <p> <label for="id_inactive"><?= __("Inactive") ?>:</label> <input type="checkbox" name="J" id="id_inactive" <?= $J ? 'checked="checked"' : '' ?> /> </p> + <?php endif; ?> <p> <label for="id_email"><?= __("Email Address") ?>:</label> -- 2.4.1

1 0

[aur-dev] [PATCH 1/3] Allow for resetting the SSH public key
by Lukas Fleischer 31 May '15

31 May '15

Use NULL instead of an empty string if the SSH public key field is left empty. Additionally, do not check for duplicate keys in that case. Fixes FS#45109. Signed-off-by: Lukas Fleischer <lfleischer(a)archlinux.org> --- web/lib/acctfuncs.inc.php | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/web/lib/acctfuncs.inc.php b/web/lib/acctfuncs.inc.php index 20ac081..993cd34 100644 --- a/web/lib/acctfuncs.inc.php +++ b/web/lib/acctfuncs.inc.php @@ -203,7 +203,7 @@ function process_account_form($TYPE,$A,$U="",$T="",$S="",$E="",$P="",$C="", "<strong>", htmlspecialchars($E,ENT_QUOTES), "</strong>"); } } - if (!$error) { + if (!$error && !empty($PK)) { /* * Check whether the SSH public key is available. * TODO: Fix race condition. @@ -247,7 +247,7 @@ function process_account_form($TYPE,$A,$U="",$T="",$S="",$E="",$P="",$C="", $L = $dbh->quote($L); $I = $dbh->quote($I); $K = $dbh->quote(str_replace(" ", "", $K)); - $PK = $dbh->quote($PK); + $PK = empty($PK) ? "NULL" : $dbh->quote($PK); $q = "INSERT INTO Users (AccountTypeID, Suspended, "; $q.= "InactivityTS, Username, Email, Passwd, Salt, "; $q.= "RealName, LangPreference, IRCNick, PGPKey, "; -- 2.4.1

1 2

[aur-dev] [PATCH] Autofocus searchbox at package search
by Gordian Edenhofer 27 May '15

27 May '15

At the package search page, the user is requested to enter some keyword for the search. Until now it was neccessary to click the field in which the input should be placed. This can be easily simplified with HTML5 using the autofocus attribute of the input element. Signed-off-by: Gordian Edenhofer <gordian.edenhofer(a)gmail.com> --- web/template/pkg_search_form.php | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/web/template/pkg_search_form.php b/web/template/pkg_search_form.php index 7428250..aafd3bf 100644 --- a/web/template/pkg_search_form.php +++ b/web/template/pkg_search_form.php @@ -70,7 +70,7 @@ $per_page = array(50, 100, 250); </div> <div> <label for="id_q"><?= __("Keywords"); ?></label> - <input type='text' name='K' size='30' value="<?php if (isset($_REQUEST["K"])) { print stripslashes(trim(htmlspecialchars($_REQUEST["K"], ENT_QUOTES))); } ?>" maxlength='35' /> + <input type='text' name='K' size='30' value="<?php if (isset($_REQUEST["K"])) { print stripslashes(trim(htmlspecialchars($_REQUEST["K"], ENT_QUOTES))); } ?>" maxlength='35' autofocus /> </div> <div> <label for="id_out_of_date"><?= __('Out of Date'); ?></label> -- 2.4.1

2 2

[aur-dev] [PATCH] Autofocus username input field at login screen
by Gordian Edenhofer 27 May '15

27 May '15

At the login page, the user is promted for the username and the corresponding password. At this point the user is required to click the field in which he should place the input. This can be easily simplified with HTML5 using the autofocus attribute of the input element. Signed-off-by: Gordian Edenhofer <gordian.edenhofer(a)gmail.com> --- web/html/login.php | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/web/html/login.php b/web/html/login.php index 94da559..a4ce8c8 100644 --- a/web/html/login.php +++ b/web/html/login.php @@ -29,7 +29,7 @@ html_header('AUR ' . __("Login")); <?php endif; ?> <p> <label for="id_username"><?= __('Username') . ':'; ?></label> - <input id="id_username" type="text" name="user" size="30" maxlength="<?= config_get_int('options', 'username_max_len'); ?>" value="<?php if (isset($_POST['user'])) { print htmlspecialchars($_POST['user'], ENT_QUOTES); } ?>" /> + <input id="id_username" type="text" name="user" size="30" maxlength="<?= config_get_int('options', 'username_max_len'); ?>" value="<?php if (isset($_POST['user'])) { print htmlspecialchars($_POST['user'], ENT_QUOTES); } ?>" autofocus /> </p> <p> <label for="id_password"><?= __('Password') . ':'; ?></label> -- 2.4.1

2 4

[aur-dev] Some notes on AUR 4.0.0
by Lukas Fleischer 27 May '15

27 May '15

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 means that it is *not* possible for user2 to submit the package foobar to aur4.archlinux.org if it is maintained by user1 on aur.archlinux.org for that period of time. It *is* possible however, to submit that package if user1 chose not to resubmit foobar until July 8th. The period of 4 + 4 weeks is a tradeoff: Making that period shorter means that users might not have enough time to resubmit their packages, making that period longer means that the maintenance burden of having to update all packages twice is higher. Please also keep in mind that the AUR should be thought of as a place where the community shares packages on a voluntary basis. You maintain AUR packages because you want to share them, not because you want to own them. "Losing" a package to another maintainer isn't the same thing as losing property. If you have any useful tools or scripts to help with the migration process, please feel free to add them to the aur4.archlinux.org section on the wiki. Regards, Lukas

1 1

[aur-dev] [RFC] Draft of the AUR 4.0.0 migration notification
by Lukas Fleischer 23 May '15

23 May '15

Hi, I just added a section to the AUR article in the Arch wiki that describes how to submit packages to the new AUR. Here is a draft of the notification that I plan to send to all AUR package maintainers on June 1st: Hello, This is an automated email to all AUR package maintainers. Starting from June 8th, 2015, the official AUR web interface at aur.archlinux.org becomes a read-only archive for two months. During that period of time, you will not be able to submit package updates, comments or package requests. If you want to continue maintaining your AUR packages, please submit them to aur4.archlinux.org until July 7th, 2015. We reserved all packages you are currently maintaining on aur.archlinux.org, such that nobody else can overwrite them. However, if choose not to resubmit your package, we will cancel that reservation on July 8th. This allows anybody to take over the package. On August 8th, the read-only archive at aur.archlinux.org will be replaced by aur4.archlinux.org and the former aur.archlinux.org source tarballs will be made available on some archive. For instructions on the new package submission process, please check the Arch wiki [1]. If you encounter any bugs, please report them to the aurweb bug tracker [2]. Happy packaging! [1] https://wiki.archlinux.org/index.php/Arch_User_Repository#Submitting_packag… [2] https://bugs.archlinux.org/index.php?project=2 Note that aur4.archlinux.org does not work yet but will updated to point to the same IP address as aur-dev.archlinux.org soon. Comments welcome. Regards, Lukas

1 1