January 2014 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] wicked wicked
by Felix Miata 29 Jan '14

29 Jan '14

Yesterday I installed fresh. Result was too much screwed up to make sense of it all. I tried zypper rm wicked, but couldn't get network to work except by using yast to delete NIC and add it back at every boot. Network(a)eth0.service refused to survive boot, if it ever got created at all. I couldn't find any wicked instructions anywhere on opensuse.org. Its man page is too terse for me to get a useful enough amount out of it. So I decided to install all over again, starting by tabooing wicked. Tabooing wicked deselects zypper, and breaks too much to remember it all, a vast amount of yast, making software selection during installation take horrendous extra time clicking all those break xxx instead of allow wicked to be installed dialogs. e.g. inexplicable ones like yast2-users. Ifup has always worked nicely with single NIC systems on a 100% wired LAN, no network "management" required. Why does unneeded network "management" need to be entangled in everything as wicked appears to be? -- "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

15 24

[opensuse-factory] Re: [opensuse] rpmdb2solv extremely slow
by šumski 28 Jan '14

28 Jan '14

On Sunday 19 of January 2014 13:58:02 auxsvr wrote: > Hi, > > Since last week, running zypper on oS 13.1 is extremely slow, performing > a lot of disk I/O. After some investigation, it seems that it removes > and creates again the database at /var/cache/zypp/solv/@System every > time it tries to do anything related with package management. According > to /var/log/zypper.log, earlier (normal) runs of rpmdb2solv returned > after 10 s (from "ExternalProgram.cc(start_program):402 pid 4833 > launched" to "ExternalProgram.cc(checkStatus):503 Pid 4833 successfully > completed"), whereas lately this lasts about 10 minutes, slower by a > factor of 60! > > Has anyone else seen something like this? Any ideas? I am seeing this on Factory also. Cheers, Hrvoje

8 16

[opensuse-factory] exfat-nofuse in factory or at least consolidated in filesystem
by Bruno Friedmann 27 Jan '14

27 Jan '14

For the shake, it would be wonderful to synchronize the different offer we have on obs about exfat. For example have the best of dkms alternative available here https://build.opensuse.org/package/show/home:aevseev/exfat-nofuse-dkms or native https://build.opensuse.org/package/show/home:Akoellh:Kernelmodules/exfat-no… and the fuse exfat-utils https://build.opensuse.org/package/show/home:seife:testing/exfat-utils https://build.opensuse.org/package/view_file/home:seife:testing/fuse-exfat Would be nice to have all effort submitted to filesystems repository and then pushed to factory. Also the different packagers could work together offering a perfect need for our end-users community I know that could submit them to filesystems devel repo, but I would prefer to see a (small) debate on the pro & cons by people who knows what they are doing ;-) Truly yours. -- Bruno Friedmann openSUSE Member GPG KEY : D5C9B751C4653227 irc: tigerfoot -- 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] [ANN] zypper-cron: zypper package updates reporter
by Marcello Barnaba 27 Jan '14

27 Jan '14

Hi, I am new to the mailing list, I hope I am posting this to the right place :-). I have just thrown together https://github.com/ifad/zypper-cron, a tool inspired by Debian's apticron[1]. It runs zypper ref and zypper -x list-patches, parses the XML output and, if patches are missing, summarizes them on the standard output. I have packaged it here: https://build.opensuse.org/package/show/home:vjt:ifad/zypper-cron, upon installation it adds /etc/cron.d/zypper-cron that runs the script daily at 4AM. It'll certainly need saving its state to avoid duplicate e-mails about updates already notified, and as well incremental mailings. I am not aware on any other similar open source effort, so I decided to scratch my own itch. Comments (and GitHub pull requests) appreciated! ~Marcello [1]: http://packages.debian.org/wheezy/apticron -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 3

[opensuse-factory] Live on Stagings
by Stephan Kulow 27 Jan '14

27 Jan '14

Hi, Last week we had some more discussions on how to proceed with the staging workflow. We took some decisions for our next steps and you're invited to give feedback and pull requests wherever you see a problem. We did not talk about any long term planning, we will do research - implementing changes as we see problems. One thing we want to start with is replacing build service groups with staging project reviews, so let me explain this a bit as most won't even be aware of the problem ;) As requests come to Factory, we have to be very careful not to accept A before its dependencies are in and not to accept B before all the packages fixed for the update are in. My current solution for that are request groups - implemented in a hackweek project[1]. This makes sure that we can't accept the delete request of a rename couple before the new package name is through legal review. But it's pretty intransparent to the reporter, so we would like to replace it with a more visible approach: grouping requests in staging projects. If you read my previous mails about the staging projects, they already group requests that are tested together. So the request groups and the requests that end up together in a staging project have overlaps that make the whole thing even more inscrutable. So the idea is as follows: if 2 requests need to go into factory together, they need to go into the same staging project and both requests get a review "by project openSUSE:Factory:Staging:F". So the reporter sees the project he has to check - and we can use the comments of that project to track the status of the reviews. This is a bigger task than it appears to be - as we need to adapt quite some tools, the repo checker needs basically to merge with the staging checker and both need to implement e.g. some logic for delete requests. This is all part of the factory-auto repo[2] Greetings, Stephan [1] https://github.com/SUSE/hackweek/wiki/Improved-Factory-devel-project-submis… [2] https://github.com/coolo/factory-auto -- 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] service ntp
by Achim Gratz 26 Jan '14

26 Jan '14

Ever since systemd took over it waits for ntp to complete startup, which takes a long time on my machine. Is there any way I can make systemd start ntp, but not wait for it before it considers bringing up kdm? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

14 42

[opensuse-factory] New package presentation: ejabberd.
by Matwey V. Kornilov 26 Jan '14

26 Jan '14

Hi, ejabberd is the famous XMPP server daemon. many public XMPP server are powered by ejabberd (https://xmpp.net/directory.php) As far as I know, Factory doesn't have any XMPP server software and this limits usage. I think it would be great to have at least one. -- With best regards, Matwey V. Kornilov http://blog.matwey.name xmpp:0x2207@jabber.ru -- 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] boot is taking much too long
by Felix Miata 26 Jan '14

26 Jan '14

15.352s lvm2-activation.service 11.897s systemd-fsck(a)dev-disk-by\x2dlabel-suse122.service 11.140s systemd-fsck(a)dev-disk-by\x2dlabel-suse121.service 9.890s systemd-fsck(a)dev-disk-by\x2dlabel-fedora19.service 9.159s systemd-fsck(a)dev-disk-by\x2dlabel-os131p20.service 9.026s systemd-fsck(a)dev-disk-by\x2dlabel-14usrlcl.service 7.504s systemd-fsck(a)dev-disk-by\x2dlabel-fedora18.service 7.367s network.service 6.848s systemd-fsck(a)dev-disk-by\x2dlabel-13home.service 5.599s systemd-fsck(a)dev-disk-by\x2dlabel-03boot.service 5.585s systemd-fsck(a)dev-disk-by\x2dlabel-suse123.service 4.778s lvm2-activation-early.service 3.014s home.mount 2.750s systemd-fsck(a)dev-disk-by\x2dlabel-fedora20.service 2.667s systemd-fsck(a)dev-disk-by\x2dlabel-suse114.service 2.651s systemd-fsck-root.service 2.537s systemd-fsck(a)dev-disk-by\x2dlabel-15pub.service 2.372s disks-E.mount 2.370s systemd-udev-root-symlink.service Why is LVM even in there? I used it briefly 6 or 8 years ago. I never expect to use it again. fsck? Are all partitions going down dirty even when I didn't even boot 13.2 last? -- "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

4 23

[opensuse-factory] [Tumbleweed] kernel: waiting module removal not supported: please upgrade
by Achim Gratz 25 Jan '14

25 Jan '14

Since upgrading the kernel to 3.13 I'm getting the above warning during shutdown. The corresponding change is here: http://lkml.org/lkml/2013/9/16/31 but it doesn't tell me what I should upgrade. From reading the comments I suppose that all occurences of "rmmod --wait" should be purged (from where?). The messages seem to be printed around the shutdown of kdm and NetworkManager, but there is probably a lot more going on that could trigger them. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- 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] box characters not used by ncurses
by Felix Miata 25 Jan '14

25 Jan '14

http://fm.no-ip.com/SS/Suse/badtty132.png mc http://fm.no-ip.com/SS/Suse/badtty132y.png yast Both using en_US on hardware, this happens also in Fedora and Mageia, so it must have an upstream cause. Anyone know what best to report a bug against, or how to fix it if mere config or missing package problem? -- "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

14 48