September 2013 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] /usr/share/lxc/templates/lxc-opensuse: line 250: [: too many arguments
by Per Jessen 16 Sep '13

16 Sep '13

When creating a new container with lxc from Factory, I noticed the message in $SUBJ. -- Per Jessen, Zürich (15.2°C) http://www.dns24.ch/ - free DNS hosting, made in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 2

[opensuse-factory] /boot partition is too small when you selected "Create LVM Based Proposal"in "Suggested Partitioning" on installer .
by 1xx 15 Sep '13

15 Sep '13

Hi all . When I selected "Create LVM Based Proposal" in "Suggested Partitioning" on installer, Installer suggested "Create boot volume /dev/sda1 (156.88 MB)" . But it is too small for for updating the kernel . The present state is as follows. Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 154691 108188 38516 74% /boot rpm -qa 'kernel-desktop' kernel-desktop-3.7.10-1.16.1.x86_64 kernel-desktop-3.7.10-1.11.1.x86_64 Disk storage capacity runs short in update of the next kernel . In the past, disk storage capacity actually ran short by update of the kernel . I think that the /boot partition should be more than 256 M byte required. (ex: 1 G byte) I wrote https://bugzilla.novell.com/show_bug.cgi?id=826981 . I want you to tell your opinions . -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

23 47

[opensuse-factory] Samba 4.1.0 into Factory?
by Lars Müller 14 Sep '13

14 Sep '13

Hi, Samba of openSUSE Factory is at the moment at version 4.0.9. We're at release candidate 2 of 4.1.0 upstream which builds and works as you can check yourself from the network:samba:TESTING repository. If it's broken to please file bugreports and handle them as described at http://en.opensuse.org/Samba in the section titled 'Samba bug reporting and advanced debugging information' 4.1.0rc3 got scheduled for September 11. 4.1.0 is now expected to be released at Friday, September 27. https://wiki.samba.org/index.php/Release_Planning_for_Samba_4.1 has the most up to date roadmap details. Following http://en.opensuse.org/openSUSE:Roadmap it's time to submit 4.1.0 RC 2 into openSUSE Factory now if we like to get 4.1.0 into openSUSE 13.1 GA. If there's no objection I'll shift network:samba:STABLE to Samba 4.1.0 RC 2 the next days. Cheers, Lars -- Lars Müller [ˈlaː(r)z ˈmʏlɐ] Samba Team + SUSE Labs SUSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany

5 6

[opensuse-factory] [Tumbleweed] Problem: akonadi-runtime-1.10.2-2.1.i586 requires libakonadiprotocolinternals1 = 1.10.2, but this requirement cannot be provided
by Achim Gratz 14 Sep '13

14 Sep '13

The requirement it asks for is both installed and available in Tumbleweed, so I don't understand what it complains about? --8<---------------cut here---------------start------------->8--- zypper> dup -l Problem: akonadi-runtime-1.10.2-2.1.i586 requires libakonadiprotocolinternals1 = 1.10.2, but this requirement cannot be provided Solution 1: Following actions will be done: deinstallation of akonadi-4.11.1-3.1.i586 deinstallation of kdepim4-runtime-4.11.1-3.1.i586 deinstallation of korganizer-4.11.1-3.1.i586 deinstallation of kaddressbook-4.11.1-3.1.i586 deinstallation of kmail-4.11.1-3.1.i586 deinstallation of plasma-addons-lancelot-4.11.1-6.2.i586 deinstallation of kopete-4.11.1-3.1.i586 deinstallation of kgpg-4.11.1-3.1.i586 deinstallation of kdepim4-4.11.1-3.1.i586 deinstallation of kontact-4.11.1-3.1.i586 deinstallation of knode-4.11.1-3.1.i586 Solution 2: deinstallation of libkgapi1-2.0.1-2.2.i586 Solution 3: deinstallation of python-kde4-akonadi-4.11.1-3.1.i586 Solution 4: keep obsolete python-sip-4.14.7-3.1.i586 Solution 5: break akonadi-runtime-1.10.2-2.1.i586 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/3/4/5/s/r/c] (c): c zypper> se -s libakonadiprotocolinternals1 S | Name | Type | Version | Arch | Repository --+----------------------------------------+---------+--------------+------+------------------------------ i | libakonadiprotocolinternals1 | package | 1.10.2-2.1 | i586 | Tumbleweed v | libakonadiprotocolinternals1 | package | 1.9.2-2.92.1 | i586 | openSUSE-current-Update-OSS v | libakonadiprotocolinternals1 | package | 1.9.2-2.22.1 | i586 | openSUSE-current-Update-OSS v | libakonadiprotocolinternals1 | package | 1.9.0-2.1.1 | i586 | openSUSE-current OSS --8<---------------cut here---------------end--------------->8--- Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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] What is the status of the Expert Mode in System Services in Yast 13.1?
by Roman Bysh 13 Sep '13

13 Sep '13

Hello Listmates, The Expert Mode in System Services (Runlevel) has been missing in openSUSE 12.3 and openSUSE 13.1 M4. Is it going to be added back? -- Cheers! Roman ------------------------------------------- openSUSE -- Get it! Discover it! Share it! ------------------------------------------- http://linuxcounter.net/ #179293 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 4

[opensuse-factory] a stop job is running for Session 1 of user root
by Felix Miata 13 Sep '13

13 Sep '13

This has been delaying both init and shutdown by at least a minute on several 13.1 systems for more than a week, maybe more than a month. Is anyone else seeing it? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 6

[opensuse-factory] RFC: new package: stow
by Adam Spiers 12 Sep '13

12 Sep '13

Hi, Back in 2011 I became maintainer of GNU Stow, and since then have built an package which lives in the OBS system:packagemanager project: https://build.opensuse.org/package/show/system:packagemanager/stow I would like it to be in Factory too, so I have submitted a request: https://build.opensuse.org/request/show/198646 Thanks, Adam -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] RFC: new package: rypper
by Adam Spiers 12 Sep '13

12 Sep '13

Just over 4 years ago, I announced that I'd written a simple Perl script called 'rypper' which is a wrapper around zypper to provide batch management of repositories: http://lists.opensuse.org/opensuse-softwaremgmt/2009-08/msg00002.html Since then I have packaged it in OBS, and had it included in system:packagemanager for quite some time already: https://build.opensuse.org/package/show/system:packagemanager/rypper I would like it to be in Factory too, so I have submitted a request: https://build.opensuse.org/request/show/198644 Thanks, Adam -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] NetworkManager requirements for GNOME 3.9 / 3.10
by Dominique Leuenberger a.k.a. Dimstar 12 Sep '13

12 Sep '13

Hi all, This is to keep you as well informed about the version plans for NetworkManager for openSUSE 13.1 (we are on tight schedules). === Update from GNOME Upstream === Hey, I got an update this morning from Dan and Dan about the prospects for NetworkManager for GNOME 3.10. They are planning to do a 0.9.8.4 release that will have the new API which we are using in gnome-shell now, next week, in time for 3.9.92. The minimal bluez5 fixes will not be in that, but the plan is to have a 0.9.8.6 release hopefully in time for September 23. That could be a few days late, if things don't quite work out. === End Message === Best regards, Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] gdbm failing basic creation test; how could perl pass if it uses this?
by Linda Walsh 12 Sep '13

12 Sep '13

I tried a sample gdbm prog in trying to discover why perl (5.18) won't pass it's test suite (since 5.16, or last year) in regards to gdbm. The perl people kindly gave me a gdbm 'C' test to test if gdbm works from 'C'. I had gdbm-devel and libgdbm4 V 1.10-6.1 and upgraded to the latest in factory today (V1.10-6.5). The C program I used: > more test_gdbm.c #include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <string.h> #include <gdbm.h> #include <errno.h> int main (int argc, char **argv) { GDBM_FILE dbf; datum key = { "somekey", 8 }; datum value = { "somevalue", 8 }; int ret; datum content; errno = 0; printf("gdbm_version = %s\n", gdbm_version); dbf = gdbm_open ("trial.gdbm", 0, GDBM_NEWDB, 0644, 0); if (!dbf) { printf("%s, errno = %d, gdbm_errno = %d\n", "Fatal error opening trial.gdbm", errno, gdbm_errno); exit(1); } ret = gdbm_store (dbf, key, value, GDBM_INSERT); if (ret != -1) { printf("Successfully stored key.\n"); } else { printf("%s ret = %d, errno = %d, gdbm_errno = %d\n", "Failed to store key.", ret, errno, gdbm_errno); } content = gdbm_fetch(dbf, key); if (content.dptr && strncmp(content.dptr, value.dptr, 7) == 0) { printf("Successfully fetched key.\n"); } else { printf("%s errno = %d, gdbm_errno = %d\n", "Failed to retrieve key.", errno, gdbm_errno); } gdbm_close(dbf); unlink("trial.gdbm"); printf ("done.\n"); return 0; } --- Building & running the above: > gcc -lgdbm -lgdbm_compat test_gdbm.c -o tg > tg gdbm_version = GDBM version 1.10. 13/11/2011 Fatal error opening trial.gdbm, errno = 0, gdbm_errno = 2 Can someone verify this? If it is broken, that would be bad, since perl uses the above in its test suite -- and on my system, I've been getting breakages in building (and testing) perl for over a year... Thing is, I can't see how perl would have built and tested in factory with the above not working. So, what am I missing? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

6 16