- Arch-dev-public - lists.archlinux.org

[arch-dev-public] [signoff] linux-firmware 20100807-1
by Thomas Bächler 13 Aug '10

13 Aug '10

Update to latest git tree, which adds more files from old kernel trees that we might need. Please sign off.

2 1

Re: [arch-dev-public] [arch-general] Mailman update
by Allan McRae 13 Aug '10

13 Aug '10

On 04/08/10 15:37, Andreas Radke wrote: > New version is in testing without a homedir for the mailman user. Please > try to upgrade from last version in our extra repo. Tell us if I broke > something. Has anybody tested the version of mailman in [testing]? This will need to be moved before the python rebuild starts so any reports of successful updates would be good to have. Allan

1 0

[arch-dev-public] [signoff] gcc-4.5.1-1, ppl-0.11-1, elfutils-0.148-1, libtool-2.2.10-3
by Allan McRae 13 Aug '10

13 Aug '10

ppl-0.11-1 - upstream update elfutils-0.148-1 - replacement for libelf (needed for tools/perf) gcc-4.5.1-1 - upstream update, rebuilt against ppl-0.11 and elfultils libtool-2.2.10-3 - rebuild against gcc-4.5.1 There are still some ppl and elfutils rebuilds to do. The only package from [extra] left is ddd and that needs patching to build. All the cross-compilers from [community] need rebuilt too... Allan

4 7

[arch-dev-public] [signoff] sudo-1.7.4.p2-1
by Allan McRae 13 Aug '10

13 Aug '10

Upstrema update. Upstream moved the location of the timestamp files, so everyone will receive the sudo lecture on first usage. Signoff both, Allan

2 1

[arch-dev-public] [signoff] libgpg-error 1.9-2
by Andreas Radke 12 Aug '10

12 Aug '10

Upstream update. I had accidentally pushed it to extra first and removed it there, I used -2 this time and pushed it to testing. The static lib has been removed by default upstream now and according to Hussam it's no more needed for cryptsetup. Please signoff. -Andy Noteworthy changes in version 1.9 (2010-07-21) ---------------------------------------------- * New function gpg_err_deinit. * Fix building of static lib under W32. * Interface changes relative to the 1.8 release: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ GPG_ERR_MISSING_KEY NEW. GPG_ERR_TOO_MANY NEW. GPG_ERR_LIMIT_REACHED NEW. gpg_err_deinit NEW. Noteworthy changes in version 1.8 (2010-05-06) ---------------------------------------------- * Support for WindowsCE. * New option --list for gpg-error. * Interface changes relative to the 1.7 release: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ GPG_ERR_NOT_ENABLED NEW. GPG_ERR_SOURCE_G13 NEW. GPG_ERR_NO_ENGINE NEW. gpg_err_set_errno NEW.

2 1

[arch-dev-public] [signoff] kernel26 2.6.35.1-1
by Thomas Bächler 12 Aug '10

12 Aug '10

Upstream update, please test and sign off. We should probably be able to move this to core by the end of the week unless major problems occur. Please also sign off on 2.6.34.3 (see http://mailman.archlinux.org/pipermail/arch-dev-public/2010-August/017557.h…) I'd like to move that to core today already, as it fixes a number of problems with .34.2.

4 6

[arch-dev-public] [signoff] iptables 1.4.9-1
by Ronald van Haren 12 Aug '10

12 Aug '10

please signoff both. upstream changelog: http://www.netfilter.org/projects/iptables/files/changes-iptables-1.4.9.txt Ronald

3 2

[arch-dev-public] [staging] repository: Let's give it a try!
by Pierre Schmitz 12 Aug '10

12 Aug '10

Hi devs, my last attempt for this didn't get much feedback so I try to keep it short this time...for more details see the old thread at: http://mailman.archlinux.org/pipermail/arch-dev-public/2010-May/016770.html This time I am just asking to give it a try. It's implementation is trivial and if we feel it wont work out we could easily remove it later. If there are no real objections I'd like to implement this soon; let's say next week. Even if you don't see the benefit right now I would be pleased to at least give it a try. The idea can be summed up like this: testing: * don't break packages intentionally * don't push incomplete rebuilds staging: * a global staging repository for collaboration its more similar to your ~/staging dir than a regular repository * mostly meant for incomplete rebuilds * will be excluded from mirroring (for now) I am open for any questions or suggestions. Thanks for reading, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

5 9

[arch-dev-public] [signoff] openssl 1.0.0a-3
by Pierre Schmitz 12 Aug '10

12 Aug '10

Hello, there was a double free issue discovered in openssl. This might be used for remote code injection/execution. See http://archives.neohapsis.com/archives/fulldisclosure/2010-08/0085.html or http://www.heise.de/security/meldung/Schwachstelle-in-OpenSSL-1-0-x-1053085… I have applied the proposed upstream patch http://marc.info/?l=openssl-dev&m=128129628800826&w=2 (it's not in cvs yet though, but at least it should not harm) Of course the test suite is still passed and the mention cert no longer crashes openssl. Please sign off. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 2

[arch-dev-public] Fwd: a kernel26-xen bug?
by Tobias Powalowski 11 Aug '10

11 Aug '10

---------- Weitergeleitete Nachricht ---------- Betreff: a kernel26-xen bug? Datum: Sonntag 08 August 2010, 23:21:49 Von: VPSee <vpseecom(a)gmail.com> An: tpowa(a)archlinux.org Kopie: thomas(a)archlinux.org, raczkow(a)gmail.com Hi, I followed a guide to build a xen domu kernel for archlinux VPS: # makepkg --asroot # pacman -U kernel26-xen-2.6.34.1-1-i686.pkg.tar.xz # pacman -U kernel26-xen-headers-2.6.34.1-1-i686.pkg.tar.xz It's all fine, my i686 new kernel can run without a problem. The problem I found is that when I tried to increase the archlinux domu's memory to 1024MB, the new domu only accept 726048k: ---- top - 19:23:40 up 28 min, 1 user, load average: 0.00, 0.01, 0.00 Tasks: 41 total, 1 running, 40 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 726048k total, 192192k used, 533856k free, 11108k buffers Swap: 0k total, 0k used, 0k free, 160220k cached ---- If I do "xm mem-set archlinux 512", the archlinux domu can decrease the memory to 512mb without a problem. If I do "xm mem-set archlinux 1024", the domu can only take 726048k. my xen configuration file for the domu is: ---- name = "arch" bootloader = "/usr/bin/pygrub" vcpus = 2 maxmem = "1024" memory = "1024" ---- I also get the same report from other users who are using our archlinux VPS. It's a strange problem. I first thought it's a 64/32bit mixed kernel and userland problem. Can you please give me a hint? Thanks, -- VPSee http://www.vpsee.com ------------------------------------------------------------- -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1