Home Home > 2010 > 06 > 26
Sign up | Login

Deprecation notice: openSUSE Lizards user blog platform is deprecated, and will remain read only for the time being. Learn more...

Archive for June 26th, 2010

Buildservice development on 11.3

June 26th, 2010 by

The build service (and any other of openSUSE infrastructure software using RoR) is using rails 2.3.5, because we once decided to harmonize on the version of SLE11 SP1. Of course the latest version has less bugs (usually), but mixing RoR versions between different developers and deployment is a nightmare, so we had to decide on one.

Now comes the catch: 11.3 has rails 2.3.8 and as such you can’t develop the build service on factory/11.3 as is. But the good news, openSUSE:Tools has all the right versions, so you can add the repo (zypper ar -r http://r.opensu.se/openSUSE:Tools/f/r) and then install zypper in -f rubygem-rack-1.0.1 rubygem-activesupport-2_3-2.3.5

To make sure, the next zypper dup is not going to take it away, use zypper al rubygem-rack rubygem-activesupport-2_3

Guest Blog: Rares Aioanei – PostgreSQL Review (openSUSE Flavor)

June 26th, 2010 by

Hi all, and welcome! Let’s see what’s new in the PostgreSQL world this week…

-Benoit Carpentier announced the release of Benetl v. 3.5; Benetl is a free ETL tool for files using PostgreSQL. You can find out more/download from www.benetl.net .

-Darren Duncan announced version 0.130.0 of the specification of the Muldis D language for ORDBs : “The largest change since last month’s spec version 0.129.1 is the elimination of the “$” sigil that was used semi-gratuitously to mark data-entities (variables, parameters, attributes, named expression nodes).  These are now regularly formatted as barewords instead, like most languages and SQL, but unlike Perl.

Another significant change is renaming a syntax shorthand from “>foo” to “=>foo” for clarity; it means “foo => foo” and has nothing to do with “greater-than”.

A few other improvements were made to the concrete grammars as well.”

-Robert Haas started a thread on hackers@ titled “deprecating =>, take two”. Here are some excerpts : “By consensus, we have removed the new-to-9.0 operator text[] => text[] and renamed the hstore => text[] operator.  (The current name is “%”, but there is some discussion of “%>”, some yet other name, or getting rid of it altogether; please comment on that thread if you wish to weigh in.)  This means that the only remaining => operator in CVS is the text => text operator which constructs a single-element hstore, which has been around since 8.2.  In lieu of providing a substitute operator, Tom Lane proposed that we simply encourage people to use the hstore(text, text) function which does the same thing:

http://archives.postgresql.org/pgsql-hackers/2010-06/msg00711.php

Per that email, and subsequent concurrence, here is a series of patches which does the following:

1. In CVS HEAD, document the hstore(text, text) function and adjust CREATE OPERATOR to throw a warning when => is used as an operator name, using the wording previously suggested by Tom.
2. In the back branches, add an hstore(text, text) function.  These branches already have a tconvert(text, text) function which does the same thing, but the consensus seemed to be that we do not want to go  back to the name tconvert() for this functionality, and that back-patching the new name was preferable.
3. In 8.4 and 8.3, also add hstore(text, text) to the documentation. 8.2 appears to have no contrib documentation.

Barring vigorous objections, I will apply these tomorrow so that we can consider deprecating => as an operator name in 9.1, for better compliance with the SQL standard.

http://archives.postgresql.org/pgsql-hackers/2010-05/msg01501.php”

The general consensus was that it’s a good idea, but for all the comments and proposals I recommend you read the whole thread.

-Josh Berkus announced the first draft of the PSQL 9.0 release announcement ( http://wiki.postgresql.org/wiki/90ReleaseDraft ) also asking for feedback from the release team; people stepped in with suggestions and you might wanna check the link above for details.

-Moving on to PostgreSQL Planet, we delve into the Weekly News, which isscarce this week, so except the usual local news and the list of submitted and rejected patches, there really is nothing more. If the aforementioned topics interest you, check out http://www.postgresql.org/community/weeklynews/pwn20100620 .

-Andrew Gierth writes about range aggregation with window functions, describing the problem as ” Assume you have a table of ranges expressed as “start” (s) and “end” (e) columns; we’ll assume that these are half-open intervals, i.e. each row represents the range [s,e). We also assume that the constraint (e > s) is enforced. The problem is to aggregate all overlapping ranges and produce a result with one row for each
disjoint collection of ranges.” His solution and explanations are to be found here : http://blog.rhodiumtoad.org.uk/2010/06/21/range-aggregation-with-window-functions/ .

-Leo Hsu and Regina Obe write about NOT IN NULL and the mathematical and even philosophical implications of NULL : ” I know a lot has been said about this beautiful value we affectionately call  NULL, which is neither here nor there and that manages to catch many of us off guard with its casual neither here nor thereness. Database analysts who are really just back seat mathematicians in disguise like to philosophize about the unknown and pat themselves on the back when they feel they have mastered the unknown better than any one else. Of course database spatial analysts, the worst kind of back seat mathematicians, like to talk not only about NULL but about EMPTY and compare notes with their brethren and write dissertations about what to do about something that is neither here nor there but is more known
than the unknown, but not quite as known as the empty string.” Read more here: http://www.postgresonline.com/journal/index.php?/archives/166-NOT-IN-NULL-Uniqueness-trickery.html#extended .

-Andrew Dunstan wrote a concentrated version of a thread in hackers@ regarding the use of enums : ” Some people don’t seem to get enumeration types. They think of them as C programmers tend to – as  symbolic names for integer values.

But quiche eaters like me have quite a different point of view. Languages like Ada have had first class  enumeration types for a long time (Ada is nearly 30 years old now). PostgreSQL’s enum types are more of this kind, an ordered set of labels. Some people naïvely expect that underneath they will be stored as  their ordinal position in the label set. In fact, for a technical reason, they are not. Rather, they are stored as globally (within the database) unique Oids. This is a bit counter-intuitive to some people, but really, it’s just an implementation detail.

The biggest thing that bugs people about PostgreSQL’s enums is that you can’t extend them, i.e. you can’t add more labels to the list. There is a workaround involving creating a new type, but it involves rewriting the tables that use them, which is unpleasant. Recently I have given some thought to that. I came up with scheme for a new enum type that would have been extensible. But as often happens, Tom Lane came up with a better idea. I’ve been working on fleshing that out, especially testing the possible performance impact, and I hope we can have something in 9.1. Being able to add labels to an enum set without table rewriting would make them much more usable.

Okay getting to the point, one of our clients asked us about a peculiar problem they had with a query, and the strange results they were getting. We admit this still manages to catch us off guard every once in a while.”

Well, that’s about it, folks. Take care and have a nice weekend.

Guest Blog: Rares Aioanei – Weekly Kernel Review (openSUSE Flavor)

June 26th, 2010 by

Hi everyone, and welcome to this week’s edition! As usual, new commits, patches and fixes are waiting, so let’s dive in!

-Karel Zak announced the release of util-linux-ng v 2.18-rc2, available at ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/v2.18/ ; a changelog is also available in the announcement.

-Matthieu Desnoyers announced Userspace RCU 0.4.6 with the following (short) announcement text : “I just released userspace rcu 0.4.6, which contains added ARMv7l support. It also includes the new make check target. I skipped 0.4.5 because I updated the README file after the release.”

-Jeffrey Merkey announced Open Cworthy 6-19-2010 x86_64 fixes with the following changes : “Fixed NWSCREEN pointer size mismatch on x86_64

Fixed build problems on x86_64
Fixed Memory Overwrite glibc message on Fedora 13 x86_64
Upgraded memset and memcpy functions for x86_64

Tested on a 4 processor opteron HP Proliant running Fedora Core 13 x86_64 and FC8 ia32”

-Jean Delvare pushed hwmon fixes for Linus, targetting 2.6.35, Jesse Barnes comitted  a fix for the PCI tree (for -rc3), Paul Mundt posted a pull request to Linus regarding sh updates for -rc4 and John W. Linville posted his pull request regarding the wireless tree (22.06.2010), with just one fix. As some of you may already know, Linus is in a vacation, so the number of git pull requests is smaller than usual.

-Matthieu Desnoyers made an announcement pertaining to the release of LTTng 0.217 for 2.6.34, describing the update as follows : “LTTng 0.218 adds a missing irq_desc export in kernel/irq/handle.c, which only affects sparse irq configurations. This omission only appeared in 0.217.”

-Henrik Rydberg announced the release of mtdev 1.0.1, explained as “mtdev – Multitouch Protocol Translation Library (MIT license)

The mtdev library is a kernel input event stream translator, which greatly simplifies multitouch handling in applications. The input events are simply routed through mtdev, which transforms them to a uniform stream of MT slot events. Software finger tracking is performed when needed, making all devices appear as if they had tracking capabilities. For further details and the source git tree, see

http://bitmath.org/code/mtdev/

The bulk of mtdev has been around since 2008, as part of the Multitouch X Driver project (http://bitmath.org/code/multitouch/). By releasing mtdev as a stand-alone package under the free MIT (X11) license, we hope to simplify the adoption of the MT event protocol in applications.”

-Rafael J. Wysocki posted the list of reported regressions from 2.6.34 related to 2.6.35-rc3, as well as a list of reported regressions between 2.6.33 and 2.6.34.

-The H Online published an article titled “Linus resolves to apply a strict policy over merging changes”,  with the following headline : “It would appear that Linus Torvalds has resolved to apply a strict policy of accepting only bug fix changes to the kernel after the merge window has closed. Torvalds has also stuck his oar into the debate over the Android suspend block API and made the situation even more complicated.”
You can read the whole thing here: http://www.h-online.com/open/features/Kernel-Log-Linus-resolves-to-apply-a-strict-policy-over-merging-changes-1026919.html

-Rusty Russell published few virtio fixes targetted at -rc3, Steven Rostedt posted a pull request for Ingo Molnar related to the tracing tree, and that’s about it for this week, a week with shorter news and no rc, nevertheless with some interesting points worth reading.

Have a great weekend! See y’all next week!