[arch-dev-public] Signoff report for [testing]
=== Signoff report for [testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 5 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 6 fully signed off packages * 17 packages missing signoffs * 2 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 [testing] in last 24 hours (5 total) == * mkinitcpio-0.9.1-1 (any) * pacman-4.0.3-2 (i686) * run-parts-4.3.1-1 (i686) * pacman-4.0.3-2 (x86_64) * run-parts-4.3.1-1 (x86_64) == Incomplete signoffs for [core] (6 total) == * mkinitcpio-busybox-1.20.1-1 (i686) 1/2 signoffs * pacman-4.0.3-2 (i686) 1/2 signoffs * pinentry-0.8.1-4 (i686) 1/2 signoffs * run-parts-4.3.1-1 (i686) 1/2 signoffs * mkinitcpio-busybox-1.20.1-1 (x86_64) 0/2 signoffs * pacman-4.0.3-2 (x86_64) 1/2 signoffs == Incomplete signoffs for [extra] (9 total) == * fcpci-31107-75 (i686) 0/2 signoffs * fcpcmcia-31107-70 (i686) 0/2 signoffs * gc-7.2-1 (i686) 0/2 signoffs * lirc-1:0.9.0-18 (i686) 0/2 signoffs * nvidia-295.53-2 (i686) 0/2 signoffs * fcpci-31107-75 (x86_64) 0/2 signoffs * fcpcmcia-31107-70 (x86_64) 0/2 signoffs * gc-7.2-1 (x86_64) 0/2 signoffs * lirc-1:0.9.0-18 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * libusbx-1.0.11-2 (i686) 0/2 signoffs * libusbx-1.0.11-2 (x86_64) 1/2 signoffs == Completed signoffs (6 total) == * mkinitcpio-0.9.1-1 (any) * linux-3.4-1 (i686) * linux-3.4-1 (x86_64) * pinentry-0.8.1-4 (x86_64) * run-parts-4.3.1-1 (x86_64) * nvidia-295.53-2 (x86_64) == All packages in [testing] for more than 14 days (2 total) == * gc-7.2-1 (i686), since 2012-05-18 * gc-7.2-1 (x86_64), since 2012-05-18 == Top five in signoffs in last 24 hours == 1. bisson - 5 signoffs 2. stephane - 3 signoffs 3. allan - 3 signoffs 4. tomegun - 2 signoffs 5. pierre - 1 signoffs
Re: [arch-dev-public] Proposed news item: Package verification
Am Sat, 2 Jun 2012 17:25:04 +1000 schrieb Gaetan Bisson bis...@archlinux.org: [2012-05-31 23:07:34 +1000] Gaetan Bisson: Attached are an updated proposed news post and pacman-4.0.3-2 release. Since nobody objects, I'll push this to [testing] tomorrow. The install msg points to a not existing news page... -Andy signature.asc Description: PGP signature
Re: [arch-dev-public] Proposed news item: Package verification
[2012-06-03 10:52:10 +0200] Andreas Radke: The install msg points to a not existing news page... I am planning to post it just before pacman moves to [core]. -- Gaetan pgpLaujgP4ffa.pgp Description: PGP signature
[arch-dev-public] clucene to extra / drop lucene?
The upcoming LibreOffice 3.6.x drops the dependency on (java) lucene 2.9.x. We can drop java lucene from our repos if nobody else wants to take over the maintainership of java lucene in the future. I'd like to bring in clucene from community and fix a missing feature. But I'm not familiar with it. So I'd be glad if someone else would pick it up in extra repo. Anyone going to do this? -Andy PS: current build failure with clucene from community: checking which clucene to use... external checking for CLUCENE... yes checking for CLucene/analysis/cjk/CJKAnalyzer.h... no configure: error: Your version of libclucene has contribs-lib missing. Error running configure at ./autogen.sh line 187. signature.asc Description: PGP signature
Re: [arch-dev-public] [RFC] filesystem-2012.3-1
Suggested news item: - 8 -- filesystem upgrade - manual intervention required As of filesystem-2012.3-1 the folders /var/run and /var/lock will be replaced by symlinks to /run and /run/lock, respectively. On most systems this is already the case, as initscripts create the symlinks on boot. However, these symlinks are not owned by any package, which is what we are fixing with this upgrade. If the symlinks are already in place on your system (which should be the case for most people), then you can simply perform # pacman -Syu --ignore filesystem pacman -S filesystem --force Otherwise, if /var/run or /var/lock are directories (e.g. if you are using systemd and never booted with initscripts) you need to delete the directories before performing the update. As these directories are used at runtime, it is recommended to shutdown any background tasks before performing # rm -rf /var/run /var/lock pacman -Syu reboot - 8 -- Any thoughts? -t
Re: [arch-dev-public] [RFC] filesystem-2012.3-1
One more sentence added: On Sun, Jun 3, 2012 at 4:58 PM, Tom Gundersen t...@jklm.no wrote: - 8 -- filesystem upgrade - manual intervention required As of filesystem-2012.3-1 the folders /var/run and /var/lock will be replaced by symlinks to /run and /run/lock, respectively. On most systems this is already the case, as initscripts create the symlinks on boot. However, these symlinks are not owned by any package, which is what we are fixing with this upgrade. If the symlinks are already in place on your system (which should be the case for most people), then you can simply perform # pacman -Syu --ignore filesystem pacman -S filesystem --force In general, it is strongly advised to avoid the --force switch as it is not safe. However, in this particular case it is safe, and suggested to avoid having to manually delete the /var/run or /var/lock symlinks. Otherwise, if /var/run or /var/lock are directories (e.g. if you are using systemd and never booted with initscripts) you need to delete the directories before performing the update. As these directories are used at runtime, it is recommended to shutdown any background tasks before performing # rm -rf /var/run /var/lock pacman -Syu reboot - 8 --
[arch-dev-public] x264 and ffmpeg rebuild
Hi, I just pushed in staging new updates for this two packages. We are doing this two in the same time. -- Ionuț signature.asc Description: OpenPGP digital signature
[arch-dev-public] adding rng-tools to extra?
Hi guys, with enabling pacman signing, shouldn't we add the rng-tools to extra to be able to use it on install media too? Or is there any way to generate entropy without it and without user interaction? thanks greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] clucene to extra / drop lucene?
On 3 June 2012 14:18, Andreas Radke andy...@archlinux.org wrote: The upcoming LibreOffice 3.6.x drops the dependency on (java) lucene 2.9.x. We can drop java lucene from our repos if nobody else wants to take over the maintainership of java lucene in the future. I'd like to bring in clucene from community and fix a missing feature. But I'm not familiar with it. So I'd be glad if someone else would pick it up in extra repo. Anyone going to do this? -Andy PS: current build failure with clucene from community: checking which clucene to use... external checking for CLUCENE... yes checking for CLucene/analysis/cjk/CJKAnalyzer.h... no configure: error: Your version of libclucene has contribs-lib missing. Error running configure at ./autogen.sh line 187. Hi, I would gladly adopt (java) lucene. -- Guillaume
Re: [arch-dev-public] clucene to extra / drop lucene?
On 3 June 2012 14:18, Andreas Radke andy...@archlinux.org wrote: The upcoming LibreOffice 3.6.x drops the dependency on (java) lucene 2.9.x. We can drop java lucene from our repos if nobody else wants to take over the maintainership of java lucene in the future. I'd like to bring in clucene from community and fix a missing feature. But I'm not familiar with it. So I'd be glad if someone else would pick it up in extra repo. Anyone going to do this? -Andy PS: current build failure with clucene from community: checking which clucene to use... external checking for CLUCENE... yes checking for CLucene/analysis/cjk/CJKAnalyzer.h... no configure: error: Your version of libclucene has contribs-lib missing. Error running configure at ./autogen.sh line 187. Hi, I would gladly adopt (java) lucene.
Re: [arch-dev-public] adding rng-tools to extra?
[2012-06-03 20:48:21 +0200] Tobias Powalowski:
with enabling pacman signing, shouldn't we add the rng-tools to extra to
be able to use it on install media too?
For interactive installers, it seems to me like a better solution to
simply ask the user to provide true entropy through typing random stuff
on their keyboards - shouldn't take more than twenty seconds or so.
For virtual machines, I use the stupid code attached to transfer entropy
from the host to the guest.
I don't know rng-tools but if it better answers either problem it would
indeed be nice to have it in [extra].
Or is there any way to generate
entropy without it and without user interaction?
Linux gathers entropy from IDE timings, so any kind of disk activity
will refill the pool over time.
Cheers.
--
Gaetan
/*
scp crap_pool.c vm:
ssh vm cc -o crap_pool crap_pool.c
head -c 37k /dev/urandom | ssh vm sudo ./crap_pool
*/
#include stdlib.h
#include fcntl.h
#include linux/random.h
#define BUFSIZE 16384
#define ENTROPY 4096
int main (int argc, char *argv[]) {
int i;
struct rand_pool_info *rand = malloc(sizeof(struct rand_pool_info) + BUFSIZE);
rand-buf_size = BUFSIZE;
rand-entropy_count = ENTROPY;
for (i=0;iBUFSIZE;i++) (rand-buf)[i]=getchar();
int fd = open(/dev/random, O_WRONLY);
ioctl(fd, RNDADDENTROPY, rand);
close(fd);
return 0;
}
pgpFij9eeMN2G.pgp
Description: PGP signature
Re: [arch-dev-public] adding rng-tools to extra?
Am 04.06.2012 02:22, schrieb Gaetan Bisson: [2012-06-03 20:48:21 +0200] Tobias Powalowski: with enabling pacman signing, shouldn't we add the rng-tools to extra to be able to use it on install media too? For interactive installers, it seems to me like a better solution to simply ask the user to provide true entropy through typing random stuff on their keyboards - shouldn't take more than twenty seconds or so. For virtual machines, I use the stupid code attached to transfer entropy from the host to the guest. I don't know rng-tools but if it better answers either problem it would indeed be nice to have it in [extra]. As far as i can remember I needed more time with the keyboard, well i'll test a bit in the install environment. greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: OpenPGP digital signature
