plukutuk

Lamunan Orang mesum,... apapun Alasannya...

2011-05-29T22:49:00.000-07:00

Inilah Gambaran Asli Lamunan Orang orang Mesum

Di Jepang ada buku yang cuma berisi foto-foto yang terjual lebih dari 40,000 buah hanya dalam 1 bulan lebih dan masuk dalam penjualan buku populer. Buku yang berjudul Mousatsu atau Jepretan Lamunan atau Secret Desire adalah buku yang berisi kumpulan foto-foto hasil jepretan seorang kamerawan yang bernama Tommy. Tommy ingin mengabadikan lamunan-lamunan para pria-pria Jepang ketika melihat wanita-wanita cantik. Misalnya ketika sedang duduk di meja perpustakaan dan diepan ada cewek cantik yang sedang melihat keluar jendela, diam-diam kita terpana melihat cewek tersebut dan didalam pikiran kita melamun warna pakaian dalam wanita tersebut dan bentuk tubuhnya .

Ide kamerawan ini ingin menyajikan sebuah seni gambar-gambar erotik secara halus dan tidak jauh dari realita kehidupan pria-pria yang banyak diisi dengan lamunan-lamunan erotis. Menurut penelitian, pria jauh lebih terangsang dengan gambar-gambar erotik yang hanya memperlihat sebagian dari sisi tubuh wanita dibandingan dengan gambar-gambar porno dimana wanitanya tidak mengenakan sepotong helai pakaian.

Gambar-gambar erotik ini merupakan salah satu teknik menggabungkan dua gambar dalam satu gambar dengan model wanita yang berpenampilan biasa dan model wanita yang berada didalam lamunan pria. Hasilnya seperti gambar dibawah ini, ketika orang-orang di kantor sedang rapat dimana seorang wanita cantik membawakan presentasi, cowok-cowok yang kepalanya udah butek bukannya konsentrasi ke presentasi malah ngeliatin cewek cantiknya sambil melamun warna celana dalam sang cewek tersebut.

heboh Heboh .. Video yang telah lama di cari cari

2010-06-11T06:47:00.000-07:00

ininlah videonya

Linux Phone, Netbook Prove Nokia Still Has Ambition

2009-08-29T02:57:00.000-07:00

Nokia is not a company worth getting excited about, but with a new Linux handset, netbook, and solutions focus, that may be changing. Or maybe not.

You'd think a company with 40 percent of the handset market would be more interesting, but Nokia has been known mostly as a bottom-fisher, despite repeated attempts to claim the high-end.

Both the N900 Linux phone (shown) and Booklet netbook are gaining favorable comments, though neither is actually available for testing as yet.

I don't think a $700 Linux phone is going to make a huge difference and the netbook is open to criticism on a variety of fronts. But, at least Nokia seems to be breathing and has a pulse, something I've had to wonder about in the past.

Of the two, the netbook is the most interesting, including built-in wireless and GPS but also the usual too-small 10-inch screen. Little information is available, but more should be next week. At first glance, I am interested in this netbook, though I wouldn't purchase such a small screen. Nor do I want my netbook to come with a two-year wireless commitment, though that may be difficult to avoid.

It concerns me that in introducing a Linux phone that Nokia execs said the Symbian OS, long a Nokia staple, is not endangered. I think it probably should be, given the track record of Nokia's high-end offerings. What I think I want to see is Nokia licensing Palm's webOS, used on the Pre.

It is also not clear the N900 will be offered in the U.S. or whether Linux will be the OS used on all the company's next-generation smartphones. It makes little sense for Nokia to try to turn both Linux and Symbian into high-end players. But, stranger things have happened, though they haven't been too successful.

While Nokia's overall share is not dropping, its average selling price is, according to Reuters, falling faster than the industry average. That's a bad sign and underscores some urgency in creating high-end products that will burnish both image and profits.

The company also announced creation of a "solutions" business unit with the mission of making smartphones and services/applications better integrate. This has been another Nokia failing and, with ecosystems becoming at least as important as the individual smartphone models, this is an area where everyone except Apple really needs a win.

Apple's success in making everything "just work" together and is a significant obstacle for competitors to overcome.

While cynics will say the new developments are just an extension of Nokia's losing battle for smartphone relevance--now extending itself to netbooks--I will be a tad more optimistic.

That is more than Nokia may deserve, but I keep thinking the company ought to be able to do more than its managed to accomplish in smartphones so far. Maybe the N900 is is a new--and real--beginning.

David Coursey's first cellphone (1988) was a Nokia from Radio Shack, but he hasn't owned a Nokia since. He tweets as @techinciter .

Caldera OpenLinux

2009-04-10T23:23:00.000-07:00

Caldera OpenLinux is a defunct Linux distribution that was created by the former Caldera Systems (now SCO Group) corporation. It was the early "business oriented distribution" and foreshadowed the direction of developments that came to most other distributions and the Linux community generally.

Caldera OpenLinux

Caldera Logo

By 1997 Caldera had taken on the form that it would be most remembered for. Caldera had switched over to the high end Linux product. The "business" linux distribution became more rich with features with bundled proprietary software. However, it became less community oriented and was released less frequently than other Linuxes did. Other differences included automated configuration for administration tools, paid technical support staff, built-in consistent default GUI, and a range of supported applications. In 1995, for example when XFree86 was still very hard to configure and unreliable on most chip sets, Caldera had shipped with MetroLink's Motif and XI Graphic's Accelerated-X.

[edit] Commercial extensions

Over the next 5 years Caldera offered additional commercial extensions to Linux. They licensed Sun's Wabi to allow people to run Windows applications under Linux. Additionally, they shipped with Linux versions of Word Perfect and CorelDRAW (from Novell and later Corel). Since many of their customers used a dual boot setup and FIPS was unreliable, they shipped with PartitionMagic to allow their customers to non destructively repartition their disk. In partnership with IBM they produced the first Linux distribution which was DB2 compatible. With the Oracle Corporation they became the target platform for the Linux port of the Oracle database. Other ventures included starting the Blackdown Java project, founding the Embedix distribution, created professional certification. They also formed strong partnerships with SCO's value-added reseller market and started laying the ground work for OEM sales of Unix based vertical applications. By the end Caldera offered 3 versions:

Lite was a freely downloadable version.
Base was a $99 version with a few extensions.
Standards was $299 and was their full featured product.

In addition to other people's applications, they created many Linux extensions to fill voids where no other commercial company was. Caldera began working on a Linux equivalent of replacing the Microsoft Exchange Server and Microsoft Outlook that would eventually become Volution Messaging Server. Volution Messaging Server which was a replacement for exchange server integration with Microsoft's Outlook and offers calendaring/scheduling options with shared busy/free information, SSL support for e-mail and easy configuration.^[9] Additionally, they created the first fully graphical installer for Linux, called Lizard. They invented browser based Unix system administration and created the webmin project as well as purchasing DR-DOS to create OpenDOS to help port DOS applications.

Caldera created a full featured GUI system administration tool called Caldera Open Administration System (COAS). The tool was a unified, easy to use administration tool with a modular design. With its scalability and broad scope abilities it featured:^[10]^[11]

Portability (specifics encapsulated in a platform repository)
Open development model
Flexible module licensing
Multiple user interfaces (batch processing, ncurses, QT, Java)
Scripting interface (Python) for rapid prototyping
Backward compatibility (works on native files, "vi admin" friendly)

OpenLinux was not a Microsoft killer, but it showed the Linux community what would be required to create a mainstream desktop OS out of the Linux kernel. In many ways the last 10 years of desktop progress has been to successfully implement what Caldera was attempting to do with the tools they had available^{[citation needed]}. Their technique for this was to utilize commercial software to fill in the largest gaps. This made their product a "value add" and thus they could charge for it, and at the same time it made them the most advanced distribution available^{[citation needed]}.

openSUSE 11.0: Talking GNOME with Vincent Untz

2008-12-17T04:40:00.000-08:00

ust a few hours before openSUSE 11.0 is officially released! Here we’ll take a look at GNOME in openSUSE 11.0, and talk to Vincent Untz, openSUSE developer and a member of the GNOME Foundation Board.

openSUSE News: What kind of changes have happened “behind the scenes” in GNOME that users might not see right away, but are important? (Like performance increases, backend changes, etc.)

Vincent Untz: Several things have changed:

PulseAudio: Instead of using esound as the sound server, we now use PulseAudio. It’s basically much better A cool thing, for example, is that you can set the volume of the stream of each application, instead of just having a global volume. Another cool thing is that you can use Bonjour/Zeroconf/mdns&dns-sd to find out about PulseAudio servers on the network and dynamically move a stream to this server.
PolicyKit: This is a new technology to make it easier to change some system setting. An example is how you change the system timezone in the clock applet, for example.
PackageKit: For now, we only use this for the notification icon that tells you about update. But it’s a framework to make it easier to handle packages from applications. It’s full of Libzypp love in openSUSE.
3-D effects: Not strictly GNOME, but I think it has improved quite a bit now. XGL is not required anymore (with AIGLX) and so more people can use this.
Less divergence from upstream. We started some serious work to send more patches upstream and remove changes that will never be accepted by upstream and that are not that interesting to us.

openSUSE News: How does openSUSE GNOME differ from “stock” GNOME? What kind of added features or improvements would openSUSE users see that may not be in other distros?

Vincent Untz: It’s kind of hard to reply to this for one reason: we’re trying to be as close as upstream as possible. However, things that are important and that we change:

Artwork, obviously. This helps having a unified look & feel with the rest of the distro (splash screen, e.g.).
Default configuration — like panel layout, including gnome-main-menu, and some settings in some applications.
Bug fixes: We backport many bug fixes from SVN to get something more stable.

We also have some brand new stuff when it comes to things where we have developers. For example, we use NetworkManager 0.7 (which is still unreleased), but Ubuntu still ships the old 0.6 (Fedora uses 0.7, I believe).

I think the main point here is that we’re trying to do development upstream, and then polish things where they can be polished for the integration with the rest of the OS.

openSUSE News: Can you talk a bit about the relationship between GNOME and openSUSE?

Vincent Untz: Well, some of the developers in the openSUSE GNOME team are GNOME contributors (some are really deeply involved in GNOME). For example, Federico is a GTK+ maintainer, Rodrigo co-maintains the control center, I maintain a few modules, etc. It’s not just about code (Federico has been on the GNOME Foundation board for a few years, I’m on it right now, etc.)

We’re trying to do our development upstream, to also upstream bugs (bugs opened in bugzilla.novell.com but that really should be in bugzilla.gnome.org), etc. Basically, we’re trying to be a good GNOME citizen

openSUSE News: What kind of plans are on the table for openSUSE 11.1 and GNOME?

Vincent Untz: We’re starting to discuss this, and we have a list of ideas at http://en.opensuse.org/GNOME/Ideas/11.1.

There will be the new rewritten GDM, better integration of the PulseAudio features, better printing administration, integration of the Telepathy framework, etc. All of this is “maybe”, of course

openSUSE News: Anything else you’d like to mention or add?

Vincent Untz: Also quite important to mention the whole community that is doing an awesome job — people are helping with many things, from bug triage, to organizing meetings, giving ideas, testing, etc.

openSUSE News: Thanks for taking the time!

openSUSE 11.0: Package Management, with Duncan Mac-Vicar

2008-12-16T04:31:00.000-08:00

n this article we will be covering all of the changes in and around the package management stack in the upcoming openSUSE 11.0. There have been a plethora of both visual and behind-the-scenes changes. We’ll also be talking to Duncan Mac-Vicar, YaST team lead, ZYpp and KDE developer, to find out a little more later.

Behind the Scenes

New Metadata

One of the major changes resulting in the lightning-fast package management of openSUSE 11.0 are the new SOLV files used now for metadata. While the classic RPM-MD (YUM) metadata in XML format is nicely readable, it results in significantly larger files and takes much longer to parse than is needed. The new dictionary-based SOLV format for repositories are up to 1/3 of the size and can be parsed in virtually an instant.

New Solver

The old solver had several problems. It was extremely slow in some cases, had a few bad design decisions, and provided bad diagnostics and suggestions if a particular case was unsolvable.

Faster

The new SAT solver by Michael Schroeder is based on expressing package dependencies as a boolean satisfiability problem. This in itself brings huge advantages as it is a well-researched problem (many example solvers available), it’s incredibly fast, and there is no need for complex algorithms. Indeed, package solving complexity is extremely low in comparison to other areas where SAT solvers are used.

To see a demonstration of just how much faster it is, see Duncan’s video comparison of the old and new Zypper.

Performs Better

Furthermore, these changes with SOLV files and the new solver have resulted in significantly better performance, with particularly reduced memory usage when compared to both Smart and YUM:

Smarter

One of the prized features of the Smart Package Manager was its ability to make smarter decisions with package management where APT and YUM fail. In particular, a few cases were proposed in Smart’s README where Smart behaves very well. So how does the new ZYpp stack do with these cases? It passes them all.

One of the other surprising yet handy features of the new package management stack is that it can be involved in hardware recommendation of packages. Want to get your webcam working? Plug it in and run zypper up for example (or with YaST) and it will try to grab all of the drivers from the online repository!

Interoperability

Patches and Patterns

One of the main advantages of openSUSE package management has been the availability of patches and patterns. Patches are small updates to fix a problem (used in the official update repository), and patterns are intelligent groups of packages which can recommend, require and suggest packages in order to make certain functionality available, without being too strict in the specific packages to install (so the more troublesome metapackage solution is not needed).

Fedora’s update metadata uses a yum plugin and a updateinfo.xml description; metadata for deltarpm availability is handled via the yum-presto plugin. In openSUSE 11.0, the package management stack reads patches from this file too! This means that you can use the yum stack out of the box, and you can generate patches using existing Fedora tools as well. Furthermore, there are continued efforts to build ZYpp and YaST on Fedora.

PackageKit

PackageKit is a D-Bus abstraction layer that allows the session user to manage packages in a secure way using a cross-distro, cross-architecture API. openSUSE 11.0 is fully PackageKit-enabled, meaning that all upstream tools across distributions using PackageKit will work perfectly on openSUSE.

See Duncan’s blog post on this for more information.

New Features

YaST

Both the Qt (KDE) and GTK (GNOME) versions of YaST have seen several changes, and in particular there are improvements to both package manager front-ends. Integration with PackageKit now means that there is a clearer view of all the package groups, with icons to distinguish them quickly:

The patterns view has also been improved:

The GTK front-end is now based on an entirely new, clean design:

Repository management can now also take place from directly inside the package manager. Just head over to Repositories -> Repository Manager. The Community Repositories module has also been integrated into here, so you can still easily select from a list of popular community repositories to add.

Updater Applets

Integration with PackageKit is tightened, with GNOME in openSUSE now using the PackageKit updater applet for all official update handling:

The KDE updater applet has now also been ported to KDE 4, and has an optional PackageKit backend.

Zypper

While Zypper is significantly faster as the result of all the previous package management changes, there have been a lot of new features added to Zypper, including:

Install remote and local RPMs seamlessly:
root:~ # zypper install http://download.opensuse.org/repositories/KDE:/Community/openSUSE_11.0/i586/filelight-1.0-7.3.i586.rpm Reading installed packages… The following NEW package is going to be installed: filelight Overall download size: 582.0 K. After the operation, additional 1.2 M will be used. Continue? [YES/no]: y Downloading package filelight-1.0-7.3.i586 (1/1), 582.0 K (1.2 M unpacked) Installing: filelight-1.0-7.3 [done] root:~ # zypper install ./banshee-0.13.2-79.i586.rpm Reading installed packages… The following NEW packages are going to be installed: tango-icon-theme taglib-sharp gnome-themes gnome-audio yast2-control-center-gnome podsleuth nautilus-cd-burner nautilus metacity libssui0 libssui libgweather1 libgweather libgtop-2_0-7 libgtop libgnomesu0 libgnomesu libgnomeprintui libgnomeprint libgnomekbd libgnomecups libgnome-menu2 libgnome-desktop-2-2 libexempi3 libeel-2-2 gnome-vfs-sharp2 gnome-sharp2 gnome-settings-daemon gnome-panel gnome-mount gnome-main-menu gnome-desktop gnome-control-center glade-sharp2 gconf-sharp2 evolution-data-server eel banshee-plugins-extra banshee-plugins-default banshee-engine-gst banshee art-sharp2 PolicyKit-gnome-libs Overall download size: 17.0 M. After the operation, additional 70.4 M will be used. Continue? [YES/no]:

Support for wildcards:
root:~ # zypper install *ktouch Reading installed packages… The following NEW package is going to be installed: kde4-ktouch Overall download size: 1.4 M. After the operation, additional 3.2 M will be used. Continue? [YES/no]:
Stay tuned to opensuse.org/Zypper/Changes/11.0 for a more complete list.

Talk with Duncan Mac-Vicar

What have been the main challenges with changing major components of the package management again?

During openSUSE 10.3 we invested a lot of effort into restructuring the libzypp API so that we could actually change things. For 11.0 this paid off. We did not change any API! (just add some, like locks, and other to allow access to low level stuff, like the SAT namespace). So the challenge was to modify the classes so they act like a thin wrapper over the sat solver library. Michael Andres and Stefan Schubert did a grat job in this part. Once this was done, almost everything worked out of the box.

I would say the biggest obstacles where changing things where the basic concept also changed, like not installing product, patterns and patches anymore but use the satisfied concept. Ths pays off as a pure-rpm system, but we have to still mature the details.

There was also a lot of work for the sat solver team, who got this fast and awesome C library. The ZYpp team did a great job integrating it without many changes, but they had to add lot of features to provide all of the functionality that we had before.

What other shining features have been implemented behind the scenes?

The changes in PackageKit, which mean you can use any PackageKit application and it will use our package management engine and you won’t see the difference. Also, Delta RPMs are no longer tied to patches, they are just extra metadata in a repository, and libzypp calculates which ones it can use. This means that we could start offering delta RPMs for factory updates, for example, at any time. Also the format is compatible with yum-presto.

Our patches metadata is the same as the one used by yum, updateinfo.xml, which supports the build service strategy of building for multiple distributions. If deltarpms or update metadata is ever provided by the build service, there should be no difference if you use fedora or suse, yum or zypper. Also, if you have internal company infrastructure for generating your own updates you do not need to have two variations of this tools.

What are the plans for the future?

For the first time I think we are on the track to where we would like to be. Plans for the future include polishing, like more PackageKit work, enable user features like hardware recommends in the user interface (these features are there for years, but are not very visible), build service integration, adding semantic data, etc

This entry is filed under Distribution, Sneak Peeks. You can follow any responses to this entry through the RSS 2.0 feed.

32 Comments »

Comment by christoph

2008-06-06 16:01:12

Thanks Duncan and openSUSE team! I am using RC1 and the package manager really flies
Now it is time to polish it, I would suggest the following small changes for 11.0 release:

- save search combobox entries between invokations
- ability to hide new “debugsource” packages (and save the “hide” menu settings)
- save order and width of package list header columns

And for future 11.1 release I would like to see an option to scan for unused packages (packages that have no executable bin files, and are not required by other packages), so I could clean up the mess of libraries etc. that I never use. Or better: an advanced search/filter option, where you could specify multiple search criteria, e.g. “find all installed packages that are bigger than 500kB, do not contain any bin executables, and depend on “libqt-mt”.

I used Synaptic on a friends Ubuntu machine, and felt like trapped in a cave, you could not even search for packages that depend on a specific library… but I felt a bit embrassed to see how fast it was. No longer, yast is now faster And not only this, RC1 feels faster than 10.3 or Ubuntu 8.04 as a whole!

openSUSE 11.0: KDE with Stephan Binner

2008-12-15T04:37:00.000-08:00

With openSUSE 11.0 just a few days away, it’s time to look at one of the stars of the show: KDE. In openSUSE 11.0, you get two KDEs for the price of one. Here we’ll take a look at what’s coming in KDE, and talk to one of openSUSE’s KDE contributors, Stephan Binner.

Looking at KDE in openSUSE 11.0

KDE 4.0.4

KDE 4.0.4 is the version of KDE shipping with openSUSE 11.0. It’s radically different from KDE 3.5 on the surface, as well as the technology behind the scenes. Dolphin is the default file manager, a new and simpler utility for users to manage their files. (Don’t worry, Konqueror is still available for your Web browsing and advanced file management needs!)

KDE 4.0.4 on openSUSE 11.0

Systemsettings is a more usable replacement for KControl, to make system configuration much easier. KWin, the KDE window manager now supports desktop effects with KDE, easy to enable and use without loss of window manager integration or functionality.

The desktop shell and panels have been completely rewritten. The first thing KDE users will notice in KDE 4 is Oxygen, a new approach to artwork on KDE that brings a unified and attractive look to all KDE 4 interfaces, applications, icons, and themes.

After taking in the artwork, users will be able to take advantage of Plasma, the new desktop shell. Plasma provides the full desktop interface experience, from the KDE panel and menu, to desktop widgets (called Plasmoids) that offer a completely new level of functionality for KDE.

KDE 4.0 is still immature, with a few rough edges, and some of the configurability and features of KDE 3.5 are not yet implemented. KDE 4.0 was meant for early adopters, and developers porting applications to KDE 4. While the openSUSE KDE team has worked hard to polish KDE 4 and add some missing features, some users might prefer to stick with KDE 3.5. You can install both KDE 4 and KDE 3.5, so you can try the next-generation KDE out today, but fall back to 3.5 if you prefer.

KDE 4 is available on the openSUSE KDE live CD and via the DVD.

KDE Applications

KDE 4.0 doesn’t include KDEPIM (KMail, KOrganizer, Akregrator, KNode etc.), therefore openSUSE 11.0 includes beta versions of KDEPIM applications from KDE 4.1. These applications work fairly well, and will be updated to final versions via official online updates as soon as possible.

Not all KDE applications are ported to KDE4 yet, therefore KDE3 versions of applications such as Amarok, K3b, KOffice or KNetworkManager are used. They integrate pretty seamlessly. A native KDE4 NetworkManager applet is in development and will become available via openSUSE Build Service repositories.

Enhancements

The openSUSE KDE team have improved KDE 4.0 in various ways. For example it’s possible to move applets in the panel, Kickoff is polished, handling of desktop icons is improved, possibility to remove the debated toolbox/cashew via a non-gui option.

The Aya Plasma theme is used by default. If you’d prefer the official default black KDE theme it’s only a few clicks away. When using KDE 4.0 YaST2 will use an Oxygen icon theme for better integration with KDE 4.0. Furthermore YaST2 is ported to Qt4.

The new look of YaST

KDE 3.5.9

With all the talk about KDE 4, what about KDE 3.5? KDE 3.5 is the familiar, and stable, version of KDE that’s well-known and used by the majority of openSUSE users for years. Because KDE 3.5 is so popular, we’ve made sure that it’s available on the DVD media, via online network installation, and of course in the retail box set.

KDE 3.5 on openSUSE 11.0

New features in KDE3.5

Very little has changed in KDE 3.5 since openSUSE 10.3, but there are a few interesting new features. For example the KNetworkManager applet has been updated to use NetworkManager 0.7, which adds support for various advanced networking features. For example using static IP setup, or using more than one network interface card at the same time.

Improvements in KControl make it easier to select Compiz or even the KDE4 version of KWin, to provide 3-D desktop effects in KDE 3.5.

Of course KDE 3.5 in openSUSE 11.0 still boasts the host of enhancements that the openSUSE KDE team have created over the past years. For example the Kickoff menu, the Sysinfo:/ kioslave, Kerry Beagle frontend, to name just a few.

KDE 4.1

As we’ve already discussed, KDE 4.0 is still maturing and may lack features that experienced KDE users expect. However, KDE 4.1 will be much better in these respects and is expected to be released in late July. Shortly after the 4.1 release announcement, it will be available from the openSUSE Build Service repositories, enabling users to update via 1-click-install — albeit not officially supported. However, if you want to run the latest and greatest from KDE, you’ll be able to do so (and help testing as well!)

The next openSUSE release, openSUSE 11.1, should be out in December of this year and include a thoroughly tested and well-integrated KDE 4.1.x right out of the box.

Talk with Stephan Binner

openSUSE News: KDE 4.0.4 is the default KDE desktop in openSUSE. What made you decide to make it the default, instead of the more stable KDE 3.5.9?

Stephan Binner: There is no default desktop on openSUSE: during installation from DVD you are asked to make a choice — without default. If you use one of the installable live CDs you make the choice before the download of course.

Admitted, there exists no official live CD with KDE 3.5 (maybe someone from the community will create it?) because of resource constraints, and because we want to push people to try our KDE 4.0 based desktop. Also we want and need user feedback for the actively developed KDE series.

openSUSE News: What have been the main challenges working on KDE for openSUSE 11.0?

Much work went into making both KDE versions installable in parallel, and the applications of KDE3 work nicely under KDE4 and vice versa. That’s all the more important as not all KDE3 applications, including some maintained by openSUSE teams, have been ported to KDE4 yet. Many thoughts went also into a more granular packaging, for single application packages and to fit as many applications as possible on the live CDs.

openSUSE News: If you would highlight one detail of KDE4, what would it be?

Stephan Binner: Plasma. Because every KDE user will use it daily and the changes compared to KDE 3.5 are very visible. That’s both because it introduces new ways to interact with your desktop, panels and widgets and also because it’s the youngest of the central new KDE4 highlights (Dolphin, Kickoff and Systemsettings existed already as KDE3 versions before).

We put quite some effort into adding or back-porting features and polishing Plasma to make its feature set comparable to other non-KDE desktop shells. Plasma is also the part where the efforts which the team put into the KDE4 desktop are best distinguishable to other distributions which already shipped KDE4.

openSUSE News: Could you describe in how KDE will evolve in KDE 4.1?

Stephan Binner: Regarding the desktop KWin gains new effects and Plasma matures with introducing amongst other things a graphical way to configure panel layouts, a new approach to handle files on the desktop and a more powerful “Run Command” dialog. To learn about new features of each application best have a look at the KDE 4.1 Feature Plan and try our KDE 4.1 Beta packages in the Build Service or my KDE Four Live CDs.

Several new applications will become part of the KDE 4.1 release: kdepim 4.1 (Kontact & Co), a multimedia player (dragonplayer), a hex editor (okteta), a system log viewer (ksystemlog) and several games. You may notice that several of those are already included in openSUSE 11.0.

And not openSUSE related, the most popular KDE applications will become available on Windows and Mac platforms.

openSUSE News: And finally, any last reasons why people should install openSUSE 11.0 with KDE?

Stephan Binner: Because those two are the distribution and the desktop with the biggest momentum currently.

Thanks to Martin Schlander and Jeff Eklund for contributing to this Sneak Peek.

openSUSE 11.0 : Desktop Effects

2008-12-15T04:35:00.000-08:00

openSUSE 11.0: Compiz, with Dennis Kasprzyk

There have been several changes with the Compiz setup in openSUSE 11.0, including both exciting and new features in Compiz Fusion, and extra developments behind-the-scenes which make running and managing Compiz easier. Today we will be taking a look at these, and we’ll be catching up with Dennis ‘onestone’ Kasprzyk, a Compiz Fusion core developer and openSUSE user, to find out more.

Changes in Setup

AIGLX

For openSUSE 11.0, Stefan Dirsch and the rest of the openSUSE Xorg team has worked hard to ensure that AIGLX is enabled by default for all supported hardware. This means that you can run Compiz or other desktop effects such as those in KDE 4 without having to directly enable Xgl or edit xorg.conf manually.

Compiz Fusion by Default

In openSUSE 10.3, Compiz Fusion was available in the official online repository, and the latest version with all the extra Fusion plugins has been available in the openSUSE Build Service. However, the Compiz Fusion project has matured significantly, complementing Compiz with extra plugins, a new settings configuration tool, and it is now installed by default on all openSUSE 11.0 installations.

What’s New

Simple CCSM

Compiz Fusion comes with a simple settings manager which also allows you to enable and disable Compiz in both KDE and GNOME. It can be found as the Desktop Effects application in the main menu. From here you can change general settings and not have to worry about the details. You can choose from a selection of pre-configured profiles: from anything such as minimal effects, to the full-blown “Hollywood’s got Nothing” profile, giving you countless of extra effects and plugins.

CompizConfig Settings Manager (ccsm)

Compiz Fusion now also comes with an in-depth and highly configurable settings manager: CompizConfig Settings Manager (ccsm), which is also available by default in openSUSE 11.0. From here you can change a whole horde of settings so that Compiz behaves precisely as you want, or you can even choose to enable a large selection of extra plugins providing new eye-candy or helpful other additions. Be mindful about the performance impact that this might have on less powerful computers.

New Plugins

As well as all of the previously available features in openSUSE 10.3, openSUSE 11.0 has several additions, many of which dramatically improve the accessibility of the Linux desktop. We will cover just a few of these below:

Show Mouse

With this plugin you can find out easily where your mouse is. Just hit a key-combo, and stars will start swirling around the mouse’s location:

Magnifier: Magnifying Glass

This plugin allows you to zoom a particular area of the screen without having to zoom in on the entire desktop. It is perfect when one particular area is hard to read or view:

Shelf: Scale Window Up/Down

This plugin allows you to directly scale up or down an entire window (instead of resizing it):

Brightness and Saturation

With this plugin you can adjust the brightness and saturation of any window or the entire screen.

To find out how to use this and all other plugins, simply head over the Compiz Fusion Wiki at wiki.compiz-fusion.org. For trouble-shooting and general information about Compiz Fusion on openSUSE, see the Compiz Fusion wiki page.

Latest Version in the openSUSE Build Service

Thanks to Jigish Gohil, you can always get the latest version of Compiz and Compiz Fusion in the X11:XGL openSUSE Build Service repository. In his home:cyberorg repository you can also find recent snapshots of the development tree, where you can also have direct access to a plethora of extra plugins developed by the Compiz Fusion developers. Here’s a quick preview of some of the things available in the latest version.

You can use 1-Click-Install to get the latest Compiz Fusion from the openSUSE Build Service.

Cube Deformation

In openSUSE 10.3 the cube relfection plugin was available, but now you can also distort the cube in a spherical or cylindrical shape:

You can also make the cube transparent, and even create a 3D representation of the windows:

Talk with Dennis Kasprzyk

What have been the main tasks with getting Compiz and Compiz Fusion 0.7.4 out?

After the Compiz and Compiz Fusion 0.6.0 release that included lot of changes, we decided to add only small changes and concentrate more on bugfixing and improving the window manager functionality. This is also the reason why all the 0.7.x releases are very stable even though they are only “development” releases.

On the Compiz core side, we’ve improved the window and session management, the focus stealing prevention and the handling of multiple output devices. I think that Compiz is now the window manager with the best handling of all the various Xrandr multiple output configurations. On the Compiz Fusion side, we’ve added some new plugins, features and fixed a lot of bugs. There’s too much to mention all the changes in detail here, but users can use the advanced CompizConfig Settings Manager ccsm to discover the new plugins and the new features of the existing plugins.

With simple-ccsm we now also provide a configuration tool that is more focused on end-users. It allows users to change the most needed options very easily.

What is openSUSE 11.0 like as a development platform?

There a two things in openSUSE that I really like. The first one is the Build Service. It allows me to get updated versions of a lot of packages without the need to compile them myself. The second one is the ability to directly install openSUSE with all the development packages I need. The package management provides here a very nice and easy functionality to install everything I need. But it’s also much easier to add a new system wide prefix (like /opt/compiz), than in other (debian based) distributions.

The Compiz KDE Window Decoration has really improved the integration with KDE. What other things are in store to improve the feel within KDE?

With the Compiz 0.7.6 release the KDE 4 window decorator should be ready to provide the same functionality in KDE 4.1 that we have seen with the KDE 3 window decorator in the KDE 3.x series. I’m also working on a KDE 4 kconfig backend for the libcompizconfig system. It will provide the same settings integration that we’ve seen in the KDE 3 backend. So that changing of KWin’s settings will also apply to Compiz. The biggest problem here is that the current KDE 4 global hotkey management seams to be a little buggy.

How do you see the relationship of Compiz Fusion and KWin Composite, the KDE4 Desktop effects? Do the developers in these two projects
interact?

It could be better, but it’s better than the relationship to the GNOME developers Compiz gets accepted, instead of simply being ignored with the sentence: “We have our own window manager, and we don’t care about Compiz.” For example, there was a problem with the KDE decoration API, which allows us to provide the KDE 4 window decorator, was removed in KDE 4.0. After some emails with the KWin developer we found a solution so that we have a working decorator for KDE 4.1 again.

What plans does the Compiz Fusion team have for the future?

This is hard to say. We mostly implement and release new ideas directly. Users can read our blog planet to see what is going on and will be included in the next release. I would like to see Compiz also running as pure window manager without compositing. This would also allow to run Compiz on hardware that doesn’t support compositing, or allow users to turn off compositing without the need to switch to a different window manager. We will also have a lot of work after the “object framework” merge, which will change a lot of the Compiz internal structures and the configuration system.

openSUSE 11.1: Improved Installation, Easier Administration

2008-12-15T04:15:00.000-08:00

Welcome to the first in a series of Sneak Peeks at openSUSE 11.1! With less than a week to go until the release of openSUSE 11.1,we’ll be talking about the great new innovations included with openSUSE 11.1. To kick things off, we’ll be discussing how most people will be kicking off their openSUSE 11.1 experience: the installer.

The Installation: Building on a great base

openSUSE’s installation has long been regarded as one of the best in the Linux world. Never before has that compliment been more accurate than in openSUSE 11.1. We started by building on the great base built in openSUSE 11.0 this past summer: a sleek new look, and a simpler installation process.

New Partitioner

The updated new installer features an updated look, as seen above, but there is one very big improvement, and most users won’t even see it. It’s the new hard drive partitioner. Luckily, in most cases, the installer can recognize what needs to be done to a user’s hard disk to enable them to use openSUSE, often while keeping their previous operating system and files intact. However, many times advanced users wish to make their own custom partition table, and the improved partitioner helps them do just that.

This partitioner was the subject of usability testing, and was designed to accommodate the needs of our users.

You can also get a quick guide to the installation of openSUSE 11.1 in our Installation Walkthrough.

Help driver development with Smolt

Upon logging into your openSUSE desktop, you’ll be asked to send some hardware information to the Smolt Project. Smolt is a combined effort of Linux distributions and projects including the Fedora Project and openSUSE. Together, collecting the types of hardware in computers running Linux helps put pressure on hardware manufacturers to support Linux better, which is better for everyone.

Getting a rough estimate of the number of users for different types of hardware is also helpful to the developers of device drivers for Linux, which gives them a better idea of what drivers they should help work on to help the most amount of users. It’s one click, it helps you, it helps openSUSE, and it helps the entire Linux community!

Continual improvements to managing software

Recommended Software

openSUSE 11.1 features even more improvements to installing, removing, and maintaining software. In addition to openSUSE’s famous 1-Click Install feature, openSUSE now features a new way to discover new software.

The software manager now recommends or suggests software for your computer depending on what is already installed. These packages aren’t required by another applications, but instead extends their functionality or compliments them. It’s a fun way to discover new things you can do with your computer! Simply select the software, click Install, and the rest is taken care of.

The new KDE updater

KDE users now have a new method of keeping their computer up-to-date. Introducing the new openSUSE Updater for KDE, based on PackageKit. This new updater brings openSUSE into a cross-distro standard with PackageKit, plus enables new functionality within the updater.

The new updater still uses the openSUSE software management system, libzypp, so users still get the speed and other advantages of using our modern, state-of-the-art software management system. Advanced, modern tools wrapped up in one easy to use updating application for KDE.

GNOME users will continue to use their PackageKit-based updating application.

2008-08-25T06:23:00.000-07:00

plukutuk

Lamunan Orang mesum,... apapun Alasannya...

Inilah Gambaran Asli Lamunan Orang orang Mesum

heboh Heboh .. Video yang telah lama di cari cari

Linux Phone, Netbook Prove Nokia Still Has Ambition

Caldera OpenLinux

Caldera OpenLinux

[edit] Commercial extensions

openSUSE 11.0: Talking GNOME with Vincent Untz

openSUSE 11.0: Package Management, with Duncan Mac-Vicar

Behind the Scenes

New Metadata

New Solver

Faster

Performs Better

Smarter

Interoperability

Patches and Patterns

PackageKit

New Features

YaST

Updater Applets

Zypper

Talk with Duncan Mac-Vicar

What have been the main challenges with changing major components of the package management again?

What other shining features have been implemented behind the scenes?

What are the plans for the future?

32 Comments »

openSUSE 11.0: KDE with Stephan Binner

Looking at KDE in openSUSE 11.0

Talk with Stephan Binner

openSUSE 11.0 : Desktop Effects

openSUSE 11.0: Compiz, with Dennis Kasprzyk

Changes in Setup

AIGLX

Compiz Fusion by Default

What’s New

Simple CCSM

CompizConfig Settings Manager (ccsm)

New Plugins

Show Mouse

Magnifier: Magnifying Glass

Shelf: Scale Window Up/Down

Brightness and Saturation

Latest Version in the openSUSE Build Service

Cube Deformation

Talk with Dennis Kasprzyk

What have been the main tasks with getting Compiz and Compiz Fusion 0.7.4 out?

What is openSUSE 11.0 like as a development platform?

The Compiz KDE Window Decoration has really improved the integration with KDE. What other things are in store to improve the feel within KDE?

How do you see the relationship of Compiz Fusion and KWin Composite, the KDE4 Desktop effects? Do the developers in these two projectsinteract?

What plans does the Compiz Fusion team have for the future?

openSUSE 11.1: Improved Installation, Easier Administration

The Installation: Building on a great base

New Partitioner

Help driver development with Smolt

Continual improvements to managing software

Recommended Software

The new KDE updater

How do you see the relationship of Compiz Fusion and KWin Composite, the KDE4 Desktop effects? Do the developers in these two projects
interact?