November 2010 - Arch-general - lists.archlinux.org

[arch-general] [signoff] udev-164-1
by Tobias Powalowski 24 Nov '10

24 Nov '10

Hi guys, udev 164 ======== Bugfixes. GUdev moved from /usr to /. - added systemd support - fixed udev.install file - fixed .pc files greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 3

Re: [arch-general] [arch-dev-public] [signoff] pptpclient-1.7.2-3
by Allan McRae 24 Nov '10

24 Nov '10

On 19/11/10 23:32, Allan McRae wrote: > Rebuild of old package, tidy PKGBUILD, use our CFLAGS/LDFLAGS. > > Signoff both, This is probably not a very widely used package so user signoff are good here too. Allan

4 3

[arch-general] [signoff] kernel26-lts 2.6.32.26-1
by Tobias Powalowski 24 Nov '10

24 Nov '10

Latest LTS kernel is in testing, please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

Re: [arch-general] LZO kernel compression?
by Auguste Pop 24 Nov '10

24 Nov '10

Hi, LZO compression has quicker compression and bigger compressed file. As the kernel load time is the sum of the time loading the compressed image and the time of decompressing the image, I am not sure if LZO compression is better than traditional gzip compression on a i686 or x86_64 system where CPU is considerably faster than hard disk. However, choice should always be welcomed. Best Regards, > Date: Mon, 22 Nov 2010 19:48:38 -0600 > From: C Anthony Risinger <anthony(a)extof.me> > Subject: [arch-general] LZO kernel compression? > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Message-ID: > <AANLkTimdYnagHRfixrZ91aBKwoj9qY18j=wgvtcVfAGx(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > i did a brief search and didn't turn up anything... > > any particular reason LZO compression is not mentioned in > mkinitcpio.conf? and lzop not included in core? its only a 56k > binary :-) > > looks like lzo2 package in core has the headers and library. i know > it doesn't compress quite as well as gzip, but it's also much > faster/lighter. worth a mention at least i think. > > C Anthony > >

1 0

Re: [arch-general] python3 thoughts
by Auguste Pop 24 Nov '10

24 Nov '10

The transition is indeed smooth, as least for me. I am just worrying that maybe most python utilities will remain using python2 for a rather long time. Considering the incompatibility in the fundamental print function/statement, I seriously doubt the number of python2 packages that can run under python3 without any modification. Most python programmers are clearly not so interested in the bleeding-edge technologies. That's what makes me frustrated as an Arch user. Best Regards, > Date: Fri, 12 Nov 2010 02:11:56 -0500 > From: Isaac Dupree <ml(a)isaac.cedarswampstudios.org> > Subject: Re: [arch-general] python3 thoughts > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Message-ID: <4CDCE8BC.4080107(a)isaac.cedarswampstudios.org> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 11/12/10 01:51, Auguste Pop wrote: >> ... >> I hope python3 won't die this way, so that all the previous efforts in >> transition to python3 will not go in vain. Maybe we just took the >> transitional leap too early when nobody is ready except us. > > As you note, "nobody is ready except us" -- we are ready -- the pain is > not very much. On the flip side, the little pain that we do feel is a > really valuable offering to the other more conservative distros: they > get to see how it was for us and what the biggest pain points are in > practice. > > You're also (I think?) making a good point that, at least where upstream > projects written in python can run on python3, we as packagers should > proactively package them to do so. We should be conscious if we're > letting them languish in the doldrums of 2-ness untended. > > -Isaac > >

8 9

[arch-general] moving Xorg/Mesa soon
by Andreas Radke 23 Nov '10

23 Nov '10

Just a note: when the kernel 2.6.36 will move to core we will also move Xorg and Mesa from testing to extra. If there's something broken let us know. -Andy

1 0

[arch-general] [signoff] kernel 2.6.36.1-2
by Tobias Powalowski 23 Nov '10

23 Nov '10

Hi guys, please signoff 2.6.36 series for both arches, Latest and greatest moved to testing, including most patches from the stable queue of 2.6.36.2 Please signoff for both arches that we can move everything soon. Upstream changes: http://kernelnewbies.org/LinuxChanges Features included: - Tomoyo support: https://bugs.archlinux.org/task/21533 - Apparmor support: https://bugs.archlinux.org/task/21533 - Build RTC support into kernel: https://bugs.archlinux.org/task/21137 - changed cpu support to 64 on x86_64 - added hugetables support: https://bugs.archlinux.org/task/20862 - disabled RDS modules due to security concerns: https://bugs.archlinux.org/task/21510 - pcieaspm enabled greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] [signoff] hdparm-9.36-1
by Tobias Powalowski 23 Nov '10

23 Nov '10

Hi guys, please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] LZO kernel compression?
by C Anthony Risinger 23 Nov '10

23 Nov '10

i did a brief search and didn't turn up anything... any particular reason LZO compression is not mentioned in mkinitcpio.conf? and lzop not included in core? its only a 56k binary :-) looks like lzo2 package in core has the headers and library. i know it doesn't compress quite as well as gzip, but it's also much faster/lighter. worth a mention at least i think. C Anthony

1 0

[arch-general] Archlinux hypervisor
by C Anthony Risinger 23 Nov '10

23 Nov '10

fellow patrons, i am moving my company's in house platforms off of a mix of deprecated soft virtualization solutions like openvz and bare metal installs -- i have decided on using libvirt + kvm (in conjunction with cgroups for qemu and possibly other uses). i'm trying to use Arch for the host/hypervisor setups, for a couple reasons: ) very easy to roll custom initramfs builds ) shooting for a < 128MB 100% in-RAM diskless image (RHEV-H or ESXi) ) host is changed infrequently, and all-at-once (no need for ongoing/stable repo support) ) i'm very familiar with Arch's initramfs setup, and with Arch in general the other possibility i'm considering is Gentoo, but it's been quite some time since i've used it :-/. neither arch nor gentoo will be used for guests (likely debian/ubuntu here). does anyone have any experience/insight here? the comparable technology for RHEV-H for redhat, or ESXi for vmware. i am looking into the `archboot` setup for inspiration on a custom initramfs build system. primarily i'm just look for any pointers/information anyone may find useful, not only on the image itself but also management and configuration techniques. thanks, C Anthony

2 2