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

[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

[arch-dev-public] Multilib packages in web database
by Dan McGee 25 Aug '10

25 Aug '10

Hey guys, I added the [multilib] repo to the web site so packages should show up there now and be updated like anything in any other repository. Pierre- I added the update-web-db cronjob script to the dbscripts repo. You can see what I did here: http://projects.archlinux.org/dbscripts.git/log/cron-jobs/update-web-db -Dan

2 2

[arch-dev-public] libisoburn moved in [extra], grub2-efi coming soon
by Tobias Powalowski 25 Aug '10

25 Aug '10

Today I moved libisoburn to extra repository from community, it's needed for creating efi boot images, mkisofs doesn't support this feature. Next step will be to try compiling and bringing a grub2-efi package to [extra]. Then install media with efi support can be easily created. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [signoff] libfetch 2.33-1
by Dan McGee 25 Aug '10

25 Aug '10

Upstream fix for http://bugs.archlinux.org/task/20371, not closing all FTP connections. -Dan

3 2

[arch-dev-public] Dovecot 2.0.0 in testing
by Andreas Radke 24 Aug '10

24 Aug '10

Dovecot 2.0.0 has been released and it's in our testing repo (it has been build against core/extra only). The configuration files are completely split up now! Everybody please read the post.install msg carefully! Test the new pkg and give suggestions if anything needs to be improved. I should move soon to extra. I got it running locally here. PS: I had to disable IPv6 listen option to make it start properly. -Andy

1 1