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

[arch-dev-public] Back from vacation
by Daniel Isenmann 31 Aug '10

31 Aug '10

Hi, I'm back from 3 weeks vacation. It was awesome...Canada (especially BC and Alberta) is a great country. I'm fighting through ~4500 mails and against my jetlag, so after I have win the fights I will be back at "work". Cheers, Daniel

1 0

[arch-dev-public] [signoff] kernel26-lts 2.6.32.21-1
by Tobias Powalowski 31 Aug '10

31 Aug '10

Latest 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

2 2

[arch-dev-public] inkscape finding a maintainer
by Ionuț Bîru 30 Aug '10

30 Aug '10

Hi, the current maintainer is kinda away/busy since a long time ago and we need to find maintainer for at least inkscape, which seems to be an important piece of software. Does anyone in our dev team uses inkscape like a daily bases and wants to maintain it? If nobody wants it, Carlier Laurent, which is a trusted users, agreed to maintain it. -- Ionuț

2 1

[arch-dev-public] new lighttpd package
by Pierre Schmitz 30 Aug '10

30 Aug '10

Hi, I am about to move lighttpd 1.4.28 to [extra]. Take care of the upstream changes; especially if you are using ipv6. I have also rewritten the rc script to use lighttpd-angel and hopefully made it more robust. This way graceful reload and shutdown is now supported. -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] [signoff] sqlite3 - 3.7.2-1
by Andreas Radke 29 Aug '10

29 Aug '10

Just a quick bugfix upstream release. Please signoff. -Andy http://sqlite.org/releaselog/3_7_2.html SQLite version 3.7.2 fixes a single bug that was discovered just hours after the release of 3.7.1. The bug can result in corruption of the database free-list after an incremental vacuum. The bug had nothing whatsoever to do with SQLite version 3.7.1 or any other recent release. The problem had been in the code for over a year, since version 3.6.16. The discovery of the problem so soon after the release of version 3.7.1 was purely coincidental. The bug fixed in 3.7.2 can result in database corruption. However, the corruption caused by this bug can almost always be fixed simply by running VACUUM on the database. And the corruption will only occur in an incrementally vacuumed database which at some point in time contains hundreds of unused pages which are slowly released back to the operating system by multiple calls to the incremental_vacuum PRAGMA. Even then, one must be particularly unlucky to hit the right combination of freed pages in order to trigger the bug. Hence the problem is quite obscure and was not noticed for over a year. Hundreds of lines of code where changed for version 3.7.2, but most of those changes were to test procedures. As is the custom with SQLite, not only was the specific bug fixed, but new tests where put in place to detect and prevent similar kinds of bugs elsewhere in the code. We believe that one should not just fix the bug, but also fix the process that generated the bug. The only 4 working lines of code were changed for version 3.7.2: http://www.sqlite.org/src/fdiff?v1=2dff4076d3c994dc&v2=5047fb303cdf6806

2 2

[arch-dev-public] [signoff] kernel26 2.6.35.4-1
by Tobias Powalowski 29 Aug '10

29 Aug '10

Latest 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

4 5

[arch-dev-public] [signoff] udev-161-2
by Tobias Powalowski 29 Aug '10

29 Aug '10

Hi guys, - # fixed 20107, some simplification in PKGBUILD greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [signoff] tcp_wrappers-7.6-12
by Tobias Powalowski 29 Aug '10

29 Aug '10

Hi guys, signoff for both arches please fixes: http://bugs.archlinux.org/task/16048 #ipv6 support greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [ANNOUNCEMENT DRAFT] True multilib for Arch Linux x86_64
by Thomas Bächler 27 Aug '10

27 Aug '10

<draft> I am happy to announce the availability of the new multilib repository. At this time, it contains wine, skype and flashplugin. Furthermore, a multilib compiler is available. With the launch of the multilib repository all old 'lib32' packages are being removed from community - the core/extra/community repositories will be "pure 64 bit" again. If you want to use the new multilib packages (and most desktop or laptop users probably do), add the following lines to your pacman.conf: [multilib] Include = /etc/pacman.d/mirrorlist </draft> Can someone help me with the formatting, as I have no idea which format tags archweb allows for our news.

5 8

Re: [arch-dev-public] [aur-general] Licenses, GPL3 only
by Ray Rashif 26 Aug '10

26 Aug '10

On 26 August 2010 19:16, Roberto Alsina <ralsina(a)netmanagers.com.ar> wrote: > On Thursday 26 August 2010 08:12:23 Ronald van Haren wrote: >> My second point was that we don't know what the future will bring. >> Will new applications being licensed under GPL2 or later, GPL3 or >> later, GPL4, GPL4 or later... there are lots of options. There are >> lots of possibilities and I'm wondering if it is at all feasible to >> create a naming scheme which will fit all. > > Sure: > > GPL2 > GPL2+ > GPL3 > GPL3+ > etc. > > For convenience, you may want to make GPL the equivalent of GPL2+ Here's what is currently being done: ln -s GPL2 GPL So in fact, we don't even have the text of the "only" version. Neither does the FSF. There is no proper "example", "template" or "draft" for a GPLn-only license. For eg. the kernel has this in its COPYING: <quote> NOTE! This copyright does *not* cover user programs that use kernel services by normal system calls - this is merely considered normal use of the kernel, and does *not* fall under the heading of "derived work". Also note that the GPL below is copyrighted by the Free Software Foundation, but the instance of code that it refers to (the Linux kernel) is copyrighted by me and others who actually wrote it. Also note that the only valid version of the GPL as far as the kernel is concerned is _this_ particular version of the license (ie v2, not v2.2 or v3.x or whatever), unless explicitly otherwise stated. Linus Torvalds </quote> That is the only difference between that license text and the one in /usr/share/common, i.e it is a special case, a GPL2 license with an "exception clause". Otherwise, both have exactly 2 occurences of "any later version". == GPL2 == If we want to honour cases like that, we would have to encourage the inclusion of the license. So, our kernel should mention: license=('custom:GPL2') And include /usr/share/licenses/kernel26/COPYING. All cases of "custom" should naturally imply that there is a license text to check out. All other "normal" GPL software should have: license=('GPL') Which needs no intervention. == GPL3 == Now, because the texts of the GPL2 and GPL3 are different, we cannot, for eg. symlink anything to GPL3. But in the above manner, software like the kernel need to have: license=('custom:GPL3') And include /usr/share/licenses/foobar/COPYING. While the rest of the GPL3 software can just have: license=('GPL3') == TL;DR == Basically, we just standardise the use of: license=('custom:GPLn') For software with GPL exception texts, and include the license. Only the kernel (and mysql? [1]) package needs to be changed to conform to this; nothing else needs to be done. Very "future proof", IMO. [1] http://www.downloadsquad.com/2007/01/04/mysqls-license-is-now-gpl-2-only/ -- GPG/PGP ID: B42DDCAD

1 0