- Arch-projects - lists.archlinux.org

[arch-projects] [PATCH] namcap: Add rubypaths rule warning against usage of usr/lib/ruby/site_ruby.
by Rémy Oudompheng 26 Feb '12

26 Feb '12

--- This patch implements FS#28478. Can you take a look? NEWS | 6 ++++++ Namcap/rules/fhs.py | 9 +++++++++ namcap-tags | 1 + 3 files changed, 16 insertions(+) diff --git a/NEWS b/NEWS index 3ffe3b6..cbc166d 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,9 @@ +namcap (3.2.3) + - add pyelftools as a dependency, drop prelink. + - add rubypaths rule warning against use of site_ruby + - modify elfexecstack rule to use elftools + - add test case for elfexecstack + namcap (3.2.2) - fix: unwanted warning when testing database is not found (FS#27973) - fix: Creative Commons licenses not recognized (FS#27489) diff --git a/Namcap/rules/fhs.py b/Namcap/rules/fhs.py index 2ce34d0..e66d67e 100644 --- a/Namcap/rules/fhs.py +++ b/Namcap/rules/fhs.py @@ -90,4 +90,13 @@ class FHSInfoPagesRule(TarballRule): if part == "info": self.warnings.append(("potential-non-fhs-info-page %s", i.name)) +class RubyPathsRule(TarballRule): + name = "rubypaths" + description = "Verifies correct usage of folders by ruby packages" + def analyze(self, pkginfo, tar): + for i in tar.getmembers(): + if i.name.startswith('usr/lib/ruby/site_ruby'): + self.warnings.append(("site-ruby", ())) + return + # vim: set ts=4 sw=4 noet: diff --git a/namcap-tags b/namcap-tags index fce8cf4..818c7a5 100644 --- a/namcap-tags +++ b/namcap-tags @@ -68,6 +68,7 @@ potential-non-fhs-info-page %s :: Potential non-FHS info page (%s) found. potential-non-fhs-man-page %s :: Potential non-FHS man page (%s) found. script-link-detected %s in %s :: Script link detected (%s) in file %s scrollkeeper-dir-exists %s :: Scrollkeeper directory exists (%s). Remember to not run scrollkeeper till post_{install,upgrade,remove}. +site-ruby :: Found usr/lib/ruby/site_ruby in package, usr/lib/ruby/vendor_ruby should be used instead. specific-host-type-used %s :: Reference to %s should be changed to $CARCH specific-sourceforge-mirror :: Attempting to use specific sourceforge mirror, use downloads.sourceforge.net instead symlink-found %s points to %s :: Symlink (%s) found that points to %s -- 1.7.9.2

1 0

[arch-projects] [initscripts] [GIT] Arch Linux initscripts repository branch master updated. 2012.02.2-1-g7f42e7e
by tomegun＠archlinux.org 24 Feb '12

24 Feb '12

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Arch Linux initscripts repository". The branch, master has been updated via 7f42e7e621369aa6eaab446dc4c1bc3f04c4b266 (commit) from fd54cc63cd6853b839d8a0d15ff7c8506743ac5a (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 7f42e7e621369aa6eaab446dc4c1bc3f04c4b266 Author: Tom Gundersen <teg(a)jklm.no> Date: Fri Feb 24 22:36:33 2012 +0100 Revert "deal with both valid return codes of mount -a" This reverts commit fd54cc63cd6853b839d8a0d15ff7c8506743ac5a. The correct return codes of "mount -a" are: 0 all mounts succeeded 64 some mounts succeeded and some failed 32 all mounts failed We want to show "FAILED" on all return codes except for 0. There is a bug in the new mount where "ignored" is taken to be "failed", which gives some false negative. This will be fixed in util-linux. ----------------------------------------------------------------------- Summary of changes: functions | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) hooks/post-receive -- Arch Linux initscripts repository

2 1

Re: [arch-projects] [initscripts] needs update (WAS: [arch-dev-public] new mount in testing)
by Gerardo Exequiel Pozzi 24 Feb '12

24 Feb '12

On 02/24/2012 02:18 PM, Thomas Bächler wrote: > Am 24.02.2012 18:13, schrieb Tom Gundersen: >> With util-linux-2.21 we have switched to a new implementation of >> mount, based on the libmount library. We have tested this in the >> release candidates for some weeks, and it seems good to go. > I would like to point out that upstream considers this "experimental" at > this point. > >> However, I intend to keep util-linux in testing longer than normal >> just in case. Please keep an eye out for oddities, especially if you >> are using mount in any non-standard ways that we might not have >> tested. > Gerardo will not be happy about this delay (he needs the new losetup). > What about pushing 2.21-1 with "old mount" to core quickly and then > putting 2.21-2 with "new mount" into testing? > I can wait, no problem for me. Anyway I remember, that Dave says something about "new mount" will be disabled for 2.21, and enabled in 2.21.1. I can remember that this "new mount" causes "-a" works in different way than "classic mount" (but is an expected behaviour), and initscripts should be updated to reflect it. (its shows a non-harm FAIL) [#1] http://comments.gmane.org/gmane.linux.utilities.util-linux-ng/5228 [mount (new): Using -a, exits with 64] -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1

2 1

[arch-projects] [initscripts] [GIT] Arch Linux initscripts repository branch master updated. 2012.02.2
by tomegun＠archlinux.org 24 Feb '12

24 Feb '12

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Arch Linux initscripts repository". The branch, master has been updated via fd54cc63cd6853b839d8a0d15ff7c8506743ac5a (commit) via 248c6f1679343f9e75647bf3b2fefc53c12ba058 (commit) from 6f171422cbb1c48da3f1f440148e163af2e2e635 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit fd54cc63cd6853b839d8a0d15ff7c8506743ac5a Author: Tom Gundersen <teg(a)jklm.no> Date: Fri Feb 24 21:38:26 2012 +0100 deal with both valid return codes of mount -a Signed-off-by: Tom Gundersen <teg(a)jklm.no> commit 248c6f1679343f9e75647bf3b2fefc53c12ba058 Author: Jonathan Frazier <eyeswide(a)gmail.com> Date: Mon Feb 13 03:48:54 2012 -0500 Update the rc.conf manpage for kmod kmod has a modprobe.d man page not modprobe.conf Signed-off-by: Jonathan Frazier <eyeswide(a)gmail.com> ----------------------------------------------------------------------- Summary of changes: functions | 1 + rc.conf.5.txt | 2 +- 2 files changed, 2 insertions(+), 1 deletions(-) hooks/post-receive -- Arch Linux initscripts repository

1 0

[arch-projects] [initscripts] [GIT] Arch Linux initscripts repository annotated tag 2012.02.2 created. 2012.02.2
by tomegun＠archlinux.org 24 Feb '12

24 Feb '12

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Arch Linux initscripts repository". The annotated tag, 2012.02.2 has been created at 9aae1a54c18bed7b187b9fc645b2c1682b471b2b (tag) tagging fd54cc63cd6853b839d8a0d15ff7c8506743ac5a (commit) replaces 2012.02.1 tagged by Tom Gundersen on Fri Feb 24 21:43:57 2012 +0100 - Log ----------------------------------------------------------------- deal with both valid return codes of mount -a Jonathan Frazier (1): Update the rc.conf manpage for kmod Tom Gundersen (1): deal with both valid return codes of mount -a ----------------------------------------------------------------------- hooks/post-receive -- Arch Linux initscripts repository

1 0

[arch-projects] [mkinitcpio] [GIT] The official mkinitcpio repository annotated tag 0.8.3 created. 0.8.3
by dreisner＠archlinux.org 24 Feb '12

24 Feb '12

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official mkinitcpio repository". The annotated tag, 0.8.3 has been created at afe0989418db92eef6aff4deff8adfd95476e185 (tag) tagging bf6f07bfe75412c2f20b07dec5ca70a87ebeef70 (commit) replaces 0.8.2 tagged by Dave Reisner on Fri Feb 24 08:34:02 2012 -0500 - Log ----------------------------------------------------------------- Release 0.8.3 Dave Reisner (22): fsck: add helper for usr if different fs from root man: replace refs to kernel26 with linux, et al shutdown: make reboot the default action mkinitcpio: obsolete install as a buildhook function install/base: drop support for m-i-t mkinitcpio.conf: add note about separate /usr, fsck as default avoid absolute paths in add_binary calls autodetect: remove hack to exclude {ata,ide}-generic function: avoid applying --try to all modules init_functions: avoid using fsck_ret to check 0 init: use fastboot, not skip to avoid fsck fsck: fix copypasta error in picking /usr fsck helper memdisk: use blkid builtin udev: remove hooks autodetect: refactor raid device detection mkinitcpio: catch more buildtime errors mkinitcpio: install all modules to a single dir lsinitcpio: detect kver separate from modules lsinitcpio: trim binaries during discovery autodetect: resolve guessed filesystem modules use --tab-file flag for findmnt -s README: fix email address Tom Gundersen (1): mkinitcpio: unzip modules before image compression ----------------------------------------------------------------------- hooks/post-receive -- The official mkinitcpio repository

1 0

[arch-projects] [mkinitcpio] [GIT] The official mkinitcpio repository branch master updated. 0.8.2-23-gbf6f07b
by dreisner＠archlinux.org 24 Feb '12

24 Feb '12

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official mkinitcpio repository". The branch, master has been updated via bf6f07bfe75412c2f20b07dec5ca70a87ebeef70 (commit) via a9acf88c1dda80acd3de5d08f61a7e452fdc4510 (commit) from be9a42675f3ea125c9daa45986a3b58ba8bae226 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit bf6f07bfe75412c2f20b07dec5ca70a87ebeef70 Author: Dave Reisner <dreisner(a)archlinux.org> Date: Sat Feb 18 23:26:37 2012 -0500 README: fix email address commit a9acf88c1dda80acd3de5d08f61a7e452fdc4510 Author: Dave Reisner <dreisner(a)archlinux.org> Date: Sat Jan 21 16:46:54 2012 -0500 use --tab-file flag for findmnt -s Behavior changed in util-linux commit 2f1ac44b4b. Signed-off-by: Dave Reisner <dreisner(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: README | 2 +- init | 7 ++++--- install/autodetect | 2 +- 3 files changed, 6 insertions(+), 5 deletions(-) hooks/post-receive -- The official mkinitcpio repository

1 0

[arch-projects] Netcfg news
by Alfredo Palhares 22 Feb '12

22 Feb '12

Hello, So i started a thread in arch-general[1] 2 weeks ago asking abou netcfg future. Thomas Bächler replied[2] to do something, so I did. :) I forked the project to github[3] took my time to study the code and set a testing/debuging environment. I also copied all the the open bugs to the github issues page[4], so i can keep track of them for now, I left references to the bugs in the archlinux tracker for easy checking. I closed 2 already fairly easy fixes. But on this issue[5] i am divided in what direction to proced and my idea is: Do a sanity check to INTERFACE (on src/connections/vlan) checking for chars that the kernel doesn't even accept because if sysctl doesn't recognize it we should not use it. I would apreciate opinions if its the "correct" thing to do. NOTE: If you use my fork from the 2.6.x branch this bug will not be replicated with the given details due to the fix of a previous issue[6]. I have long term ideas for netcfg wich I will be sharing here. [1] http://mailman.archlinux.org/pipermail/arch-general/2012-February/024882.ht… [2] http://mailman.archlinux.org/pipermail/arch-general/2012-February/024883.ht… [3] https://github.com/masterkorp/netcfg [4] https://github.com/masterkorp/netcfg/issues [5] https://github.com/masterkorp/netcfg/issues/4 [6] https://github.com/masterkorp/netcfg/issues/2 -- Regards, Alfredo Palhares

2 1

[arch-projects] [mkinitcpio] [GIT] The official mkinitcpio repository branch master updated. 0.8.2-21-gbe9a426
by dreisner＠archlinux.org 21 Feb '12

21 Feb '12

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official mkinitcpio repository". The branch, master has been updated via be9a42675f3ea125c9daa45986a3b58ba8bae226 (commit) from a8beffd774be11956041997224878202d1aa970f (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit be9a42675f3ea125c9daa45986a3b58ba8bae226 Author: Dave Reisner <dreisner(a)archlinux.org> Date: Tue Feb 21 16:47:56 2012 -0500 autodetect: resolve guessed filesystem modules Trading out modinfo for modprobe allows us to detect filesystems like ext2 and ext3 which might be aliased to ext4 in the case of Kconfig CONFIG_EXT4_USE_FOR_EXT23 being enabled. Maybe this catches other insane corner cases, too. Since we now treat this as possible aliases, we also need to be mindful of the fact that it could resolve to multiple module names. Assign the output as an array to respect this. Fixes FS#28569. Signed-off-by: Dave Reisner <dreisner(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: install/autodetect | 10 ++++++++-- 1 files changed, 8 insertions(+), 2 deletions(-) hooks/post-receive -- The official mkinitcpio repository

1 0

[arch-projects] [mkinitcpio][PATCH] autodetect: resolve guessed filesystem modules
by Dave Reisner 21 Feb '12

21 Feb '12

Trading out modinfo for modprobe allows us to detect filesystems like ext2 and ext3 which might be aliased to ext4 in the case of Kconfig CONFIG_EXT4_USE_FOR_EXT23 being enabled. Maybe this catches other insane corner cases, too. Since we now treat this as possible aliases, we also need to be mindful of the fact that it could resolve to multiple modules. Treat the output as an array to be mindful of this. Fixes FS#28569. Signed-off-by: Dave Reisner <dreisner(a)archlinux.org> --- Unless there's any objections, I'll be backporting this to the current 0.8.2 package and rolling it out into testing (hopefully quickly to core) to avoid bug reports like the one I've mentioned. install/autodetect | 10 ++++++++-- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/install/autodetect b/install/autodetect index 5cc908c..f9a8a7d 100644 --- a/install/autodetect +++ b/install/autodetect @@ -7,8 +7,14 @@ build() { MODULE_FILE=$workdir/autodetect_modules add_if_avail() { - if modinfo -k "$KERNELVERSION" "$1" &>/dev/null; then - printf '%s\n' "$1" >>"$MODULE_FILE" + local resolved + + # Treat this as an alias, since ext3 might be ext4. + IFS=$'\n' read -rd '' -a resolved < \ + <(modprobe -S "$KERNELVERSION" -R "$1" 2>/dev/null) + + if (( ${#resolved[*]} )); then + printf '%s\n' "${resolved[@]}" >>"$MODULE_FILE" fi } -- 1.7.9.1

1 0