April 2012

[opensuse-factory] libcdio-mini will be deleted next week and libcdio major abi change
by Dave Plater 06 Apr '12

06 Apr '12

Libcdio seems to no longer need it's boot strap package libcdio-mini so I've removed it from multimedia:libs and once the vcdimager test suite issue has been sorted this change and the major abi changes of the libcdio libraries will make their way to factory next week sometime. Most packages that play CDs may be affected and also packages that access the` cddb. BTW my list emails are coming in now. Dave -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 2

[opensuse-factory] Warning, I've changed libcdio into a single build package, about to submit to multimedia:libs
by Dave Plater 06 Apr '12

06 Apr '12

I thought I might give advance warning that I've updated and removed the need for libcdio-mini in the libcdio package and am about to submit it to multimedia:libs. I'm also submitting a vcdimager with the test suite disabled as it fails with the updated libcdio but I need it in multimedia:libs to confirm that there isn't a dependency loop any more. I've already tested this in my home project so it shouldn't cause any havoc except maybe packages that use vcdimager's libvcdinfo0. I no longer … [View More]

1 0

[opensuse-factory] Last JBIG patent expired today!
by Joseph Mulloy 06 Apr '12

06 Apr '12

The last JBIG patent expired today. See: http://www.lightbluetouchpaper.org/2012/04/04/one-line-software-patent/ and http://en.wikipedia.org/wiki/Jbig This means we jbigkit can be included in openSUSE and JBIG support can be enabled in Splix. I assume the legal team will still need to take a look at this. There is a jbigkit package in OBS:Graphics. Is it stable enough to be submitted to factory? Joseph Mulloy jdmulloy(a)gmail.com -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)… [View More]

3 4

[opensuse-factory] second X session disappears from view
by Patrick Shanahan 06 Apr '12

06 Apr '12

openSUSE Tumbleweed and 12.2ms2 current x86_64 starting a second X session works but if I leave that *screen* for a tty or the other X session, I cannot return. The session is still active but I cannot access it. as <user> (requires adding setuid to /usr/bin/Xorg) startx /usr/bin/openbox-kde -- :1 session starts in screen 8 work in session leave session to tty1-7 (any) return to tty8 provides an almost blank screen, contains only a non movable cursor and gpm block cursor. "startx" … [View More]

3 4

[opensuse-factory] Re: [opensuse] KDE 4.8.2 Available
by Felix Miata 05 Apr '12

05 Apr '12

On 2012/04/05 11:54 (GMT+0200) Swapnil Bhartiya composed: > KDE 4.8.2 is now available in repos, I just wanted to check something > about upgrading. I am running 12.1. > I added these two repos: > Core packages: > http://download.opensuse.org/repositories/KDE:/Release:/48/openSUSE_12.1/ > Extra: > http://download.opensuse.org/repositories/KDE:/Extra/KDE_Release_48_openSUS… > Should I run > zypper dup > or > zypper dup --from KR48 When is this expected to … [View More]

3 3

[opensuse-factory] installing over ssh has stopped working?
by Per Jessen 05 Apr '12

05 Apr '12

Installing current factory, 64bit, booting via PXE. When I try to ssh to the box, it just hangs. -- Per Jessen, Zürich (10.5°C) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 1

Re: [opensuse-factory] Should implement systemwide automounting
by Steven Hess 05 Apr '12

05 Apr '12

I depend on auto-mounting and it is a now expected behavior across all my installations. Not having it by default is no an acceptable situation. My apologies for sending this only to Dominique earlier. I forgot to change the "to" field in gmail and is defaults to the last post's address not to the list. -- ____________ Steven L Hess ARS KC6KGE DM05gd22 Skype user flamebait Cell 661 487 0357 (Facetime) Google Voice 661 769 6201 openSUSE Linux 12.1 -- To unsubscribe, e-mail: opensuse-factory+… [View More]

4 10

[opensuse-factory] nothing provides kernel-desktop-devel ( virtualbox in Tumbleweed repo )
by Michal Šebeň 04 Apr '12

04 Apr '12

Hi all, I am trying to build virtualbox against Tumbleweed repo (https://build.opensuse.org/package/show?package=virtualbox&project=Virtuali…) However builds, started to fail (for i586 repo) on missing dependencies which are needed by kernel-syms : "nothing provides kernel-desktop-devel = 3.3.0-16 needed by kernel-syms, nothing provides kernel-pae-devel = 3.3.0-16 needed by kernel-syms, nothing provides kernel-xen-devel = 3.3.0-16 needed by kernel-syms" all these kernel*-devel missing … [View More]

2 1

[opensuse-factory] Should implement systemwide automounting
by Ilya Chernykh 04 Apr '12

04 Apr '12

Since hal was deprecated each desktop tries to handle automounting itself. Where hal automatically mounted any removable devices, now each desktop does it in a separate and unique way and some desktops do not do at all. As Greg advises doing automounting through udev rules a bad idea. Without udev rules only a separate resident daemon can do automounting. udisks-glue was suggested in this context but it requites an extensive config file (an example can be seen here: http://www.calculate-… [View More]

12 24

[opensuse-factory] to tmp-on-tmpfs or not tmp-on-tmpfs
by Jos Poortvliet 04 Apr '12

04 Apr '12

I'd like to make a summary of the discussion (and add my thoughts, I've been running with my /tmp in tmpfs on several systems for years). To get something out of the way: if you run your DESKTOP system more than a week or two, expect /tmp to grow BIG. 2 GB is nothing in my experience. Thumbnailers sometimes leave data behind and so do things like flash, web browsers, inkscape, transcoding apps, CD Burners, some compiles ... This might be due to apps misbehaving but we're not Fedora, we … [View More]handle the world as it is - not as it should be. Limiting the size like Debian does (max 50% of ram for all tmpfs'es) is a posibility, but then it gets full. And then? Random crashes, apps refusing to start, horrible slow performance due to memory running full. Can we add swap? That is slow. Not just that, by the time the OOM killer finally decides to kill something in your trashing system, it has been frozen for an hour if you're lucky. Besides, if it fills up swap you can't hibernate anymore. So downside of tmp on tmpfs: we introduce the notion of "have you tried turning it on and off again?" that MS is just about to do away with (or so they claim). Upside of this feature (from Fedora page): a few saved hard disk cycles and theoretical power savings, most likely quickly outdone by the increased swap usage. Oh, and we get closer to Solaris, which has been doing this forever. Yay. The verdict is simple: we can't follow upstream in this or other distro's in this. It doesn't work for us. Debian wants to build an OS for systemadmins. They have to tweak the system for their usecase anyway. And this is fine for servers, I bet. Fedora wants people to test the latest and greatest Linux has to offer. Their users are not supposed to run a desktop/laptop system for a month without upgrading to new unstable things and rebooting. But openSUSE wants to build an OS for people who need to get work done, not fiddle with system internals if they don't have to. Graphics designers, netbook owners, VM-users, DVD-burning users, flash-users, pdf-viewing people, web-browsing-users - they all can't work with this... I think we should pick a sensible default: put stuff which doesn't have to be in memory, on the disk. Keep the system performant for common usecases. Those who want their /tmp on tmpfs can use fstab. If, on one sunny day, the world has been turned around and all apps clean up after themselves or abuse /var/tmp for the data which wasn't supposed to be kept over boot (or, in an extremely green/pink world, use the proper locations like mentioned in Lennarts' blog on this subject), we can re- consider. And maybe we find other solutions to the problems mentioned - like cleaning up /tmp once it is getting full or stuff like that. But for now - let's keep /tmp on disk for at least one more release... /Jos * note how I did NOT abuse Lennart Poettering in any way. He's supposed to invite me for dinner sometime soon and I want to survive his food. [View Less]

26 66

Main

Development

Information

Community

Social Media

Other

openSUSE Factory