May 2012 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] kernel-desktop 3.4.0-25.2 fills log with usb errors
by Patrick Shanahan 31 May '12

31 May '12

Booted kernel-desktop 3.4.0-25.2 x86_64 this morning and /var/log/messages is filling up with: May 30 00:15:43 Crash kernel: [55542.881697] hub 1-5.1:1.0: unable to enumerate USB device on port 2 May 30 00:15:43 Crash kernel: [55543.181230] usb 1-5.1.2: new high-speed USB device number 16 using ehci_hcd May 30 00:15:43 Crash kernel: [55543.266002] usb 1-5.1.2: device descriptor read/64, error -71 I believe this is my usb3 external drive. Filed but #764775 note: bug is against current Tumbleweed as of today. Was told to file Tumbleweed bugs against 12.2 12.2 only allows ms2, ms3 and factory -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 1

[opensuse-factory] UEFI Secure Boot in Fedora
by Tim Serong 31 May '12

31 May '12

Juat a heads-up for those who didn't see it yet: Implementing UEFI Secure Boot in Fedora http://mjg59.dreamwidth.org/12368.html TL;DR: - All Windows 8 hardware will ship with secure boot enabled. - Fedora doesn't want to have to make users fiddle with their firmware settings in order to run Fedora, so must support secure boot. - They're doing a multi-layer thing: - A tiny bootloader, signed with a microsoft key, loads: - a real bootloader (grub 2), signed with a fedora key which loads: - the kernel (& thus modules), also signed with fedora keys. Presumably it's worth evaluating this to see if a similar approach is suitable for openSUSE. Regards, Tim -- Tim Serong Senior Clustering Engineer SUSE tserong(a)suse.com -- 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] Copyright added to spec automatically
by Togan Muftuoglu 31 May '12

31 May '12

Hi, Something I do not understand, I have branched factory present package from its' devel project and afterwards when I osc ci the package back to my home branch somehow the following is added # Copyright (c) 2012 SUSE LINUX Products GmbH, Nuernberg, Germany. The spec file already has the copyright related lines so the question is why when uploading the package the SUSE copyright is added. I have checked the package spec both in the devel project and in factory and they do not have this line so that means SUSE copyright is not mandatory and if so why during the osc ci process the copyright line is added. It is not something I am against but why does osc not honor the already present copyright Thanks Togan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 2

Re: [opensuse-factory] thinking about yast2 (slowness)
by Nelson Marques 30 May '12

30 May '12

2012/5/27 Marguerite Su <i(a)marguerite.su>: > > 在 2012-5-28 上午3:25，"Nelson Marques" <nmo.marques(a)gmail.com>写道： > > >> >> 2012/5/27 Marguerite Su <i(a)marguerite.su>: >> > Hi, all, >> > >> > users complained to me many times about yast2's slowness on >> > forums.o.o, twitter or gtalk groups. (of course in a form of flame war >> > like apt vs. yast, yum vs. yast...I don't want to say much about >> > that.) >> > >> > I didn't believe it, until today I broke my zypp cache, and had to >> > retrieve them all...and I found many ugly things. let me be clear one >> > by one. >> > >> > 1. yast-ncurses. >> > >> > you have to use `LANG=en zypper [option]` if you set your locale to >> > non-En environment. >> > >> > or texts will be displayed as unreadable ??????. >> > >> > see screenshot: http://paste.opensuse.org/40229867 >> > > > any ideas on this one？ > >> > 2. if you broke your zypp cache, yast-ncurses will always tell you >> > that you have insufficient permissions so can only see part of its >> > modules, even you logged in with root. (maybe not producible) >> > >> > 3. yast have to download every local package descrs, no matter whether >> > you need it or not. >> >> Yes, you and everyone else. It's that metadata that allows zypper to >> resolve dependencies and other things. If you don't have it available >> you defeat the whole purpose of a repository. >> >> > I think just download packages.en.gz and packages.your_locale.gz will >> > be enough. (nowadays it downloads all of them...du, kr, zh_TW, pl, >> > blabla...) >> > >> > and it's the cause of its slowness.. >> > >> > it took me 40 minutes to refresh it all...even with local mirrors on. >> >> You most likely have a transparent proxy somewhere in the middle that >> is introducing erratic behavior or limiting down; that sounds the most >> reasonable explanation. >> > > hi，nelson， > > do you mean some isp slow me down in the middle of the transition from > server to me？ > > I am not network expert...I cant quite follow this part Yes, there can be a problem somewhere in the network, and it might be bottlenecking somewhere, which could cause issues on your end. > >> > >> > I have a 4MB download speed, but can only download at a speed of < >> > 10KB/s. >> >> I can top my home line to 1.2Mbytes/sec (12Mbit ADSL); And I can get >> far more higher speeds through my office. > > yes. > > so are you suggesting me upgrading my internet plan to use opensuse？like buy > a new computer to install opensuse？ No, I'm trying to tell you that if it was a problem on dl.opensuse.org, we would suffer from it to. If I can get those speeds, you should as aswell; for a 4Mbit downstream window you should get around 400Kb/sec. If you are not getting them, that's because there's an issue somewhere, right ? Now, depending on the type of your connection there can be lots of factors, from transparent proxies, to network bottlenecks on your ISP side, crazed routing tables, etc. For example, ADSL connections you have phisical factors, like the distance between your house to the central that serves you, etc. > > if my computer is obsolete. i will. but actually 4mb is the largest internet > speed in Chinese...I can't immigrate only to update my opensuse box. right？ > so the question I want to ask is how to or is there any possible way to > speed zypper refresh based on the infrastructure I have. There's nothing you or anyone else can do on zypper if the problem is related with a network bottleneck for example or crazed routing tables. >> >> > I knew it's slow, but I don't know it's that slow... >> > >> > the standard procedure to use yast is: a. launch b. min it and do >> > something else c. after half an hour, operate, min it again d. wait >> > until it closes itself. >> > >> > I think we really need to improve it. like: >> >> > (1) try merge package descrs among repositories. most of same >> > packages' descrs among repos are the same. we don't need to download >> > it several times. >> >> I would belive that this would introduce chaos and havoc in >> operational theaters that contemplate concorrent repositories. Why >> should my repo metadata be replaced by some other repo metadata? >> Simples example: >> >> - My repo has a version of PostgreSQL without UUID support. If you >> merge metada and mine gets replaced with the one from a repo which has >> PostgreSQL built with UUID support, users will most likely get a >> broken PostgreSQL. You will blow up the majority of systems with >> concorrent repositories. >> > > do you mean packages.en.gz is used to solve dependencies？I think they are > just translations. I never mean to merge oss and k：d：l contents together. > but packages descr. eg %description instead of gpg keys....or rpms > themeselves. If we are talking about the files in 'repodata' or similiar depending if it's rpm-db or yast2 (which I believe we are), those files are created so that the package manager tools (zypper, yum) can read the metadata from the RPMs available instead of querying them all. So if you so for example a query on zypper and you dont have those files, there's an error. If you rmeove info from those files, it can lead to malformed dependencies. Like I said in my last email, there's most likely a global community living from those repos, you might not have interest on descriptions, but I and other people have. > > eg：you may have two packages in different repos with the same %description. > then why do we need to download such descriptions twice？ If dump a lot of RPMs into a directory and you run 'createrepo' on it. It extracts the metadata from all RPMs and creates those file lists or injects it into a sqlite database. This information (like I said before) is used by the package manager tools (zypper) to resolve dependencies and show information to the user. Try to search a bit for what RPM NEVRA is. > packages.en.gz has nothing to do with dependencies. or specfiles Then we are maybe speaking of different things. I was assuming you were mentioning the files on 'repodata'. If they are... we shouldnt mess with them. > they are copied out simple texts by coolo's script work in i18n 50-tools > >> > (2) make a daemon to download them in background when system starts. >> >> Uncool stuff and bloat. How would that feature help a system with 1000 >> days uptime? You can easilly setup a local repo with mrepo and run a >> local mirror to overcome all the dificulties you are presenting. >> > > yes. > > but I dont know how... > > someone said descrs are downloaded from suse original server and packages > are downloaded from mirrors. > > so to me it means I can get a fast speed if I set up a server to fetch all > rpms from a mirror and install them by rpm command. or if I use yast，I have > to download descrs from original server. that will be slow. > > if I have such server，why I still use yast.... > >> > (3) give user options to not download and display descrs/summaries, >> > but to find and install only using package names. >> >> You are away that by doing such, you are suggesting that we strip off >> zypper functionality that will affect dependency resolution? How will >> this help? For example: >> >> - # zypper install /usr/bin/ssh >> >> Now what does zypper do if he can't access the repo metadata? :) >> > > do you mean package.en.gz is metadata controling dependencies？ > > Well maybe we need some yast expert to tell us....because I translated such > packages.en.gz and didnt find any dependencies in it. I dont know if there > are autoscripts adding such dependencies to my translations. I'm pretty sure I'm not one of them, neither I want to be. > if there is. it will be design default. because rpm dont know chinese...how > can it solve dependencies in packages.zh_cn.gz？ > >> > just some ideas in thin air....I don't how to implement it. >> > >> > >> > PS: I think we should remove the "OSS might be slow" string from >> > translations and yast itself. >> > >> > a warning is something you can avoid and don't do it. but repositories? >> > >> > you have to enable it not matter how many warnings it warns, if you >> > want to do things using it. >> > >> > but are those things dangerous or risky? no. come on, it's our own OSS >> > repo. it's just slow. >> > >> > and can you avoid that slow? no... >> > >> > so it sounds to warn users something they can't change. useless and >> > feels forcibly. >> > >> > it does us more harms than benefits if you think it deeper. >> > >> > we give our users a bad first impression that it is slow, so it has to >> > be fast like a flash to change their such minds. >> > >> >> Please consider that there is a world outside China ;) >> > > yes... > > without any part， it cant be called world...so we have to solve the problem > in the worst place instead of the best place... > > actually，off topic，opensuse has little users in China partially because it > is hard to download（big iso）and update （slow yast）. most people's internet > speed is even slower than mine.... What I meant is that openSUSE serves a global community, therefore, because I only use English, doesnt mean that German, Russian, Portuguese and other should be removed on behalf of my own needs because there are other people for which those are important. > greetings，marguerite > > from my Android. > >> > >> > Regards >> > >> > Marguerite >> > -- >> > To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org >> > To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org >> > >> >> >> >> -- >> Nelson Marques >> // I've stopped trying to understand sandwiches with a third piece of >> bread in the middle... -- Nelson Marques // I've stopped trying to understand sandwiches with a third piece of bread in the middle... -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

17 81

[opensuse-factory] plymouth on Fedora 17
by Sid Boyce 30 May '12

30 May '12

I've installed Fedora 17 KDE live iso under VirtualBox and the splash screen looks very professional compared to the tawdry look on openSUSE. I know Fedora have had a good head start but I hope a more professional look is envisaged for openSUSE. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 5

[opensuse-factory] Tumbleweed - different version of kernel-devel
by Sunny 30 May '12

30 May '12

1 0

[opensuse-factory] automake 1.12
by Stephan Kulow 30 May '12

30 May '12

Hi, To check what the automake 1.12 update would break, I gave it a run in openSUSE:Factory:Staging and this is the list of build failures in Staging that is not happening in openSUSE:Factory. There can be various reasons for the difference between the projects, but automake is the most likely. Unless someone prepares fixes for those, I'm declining the update for 12.2 Greetings, Stephan a2ps accountsservice agg apcupsd bcel byzanz canna castor cinnamon cmpi-bindings colord colord-gtk enscript evolution-tray findutils gcc33 GeoIP giggle glucat gnome-phone-manager gnome-session gnome-shell gnuplot gnutls grilo grilo-plugins gtk2 gupnp-ui heroes-tron jakarta-commons-dbcp jedit kakasi kernel-ec2 libcaca libfm libHBAAPI2 libhbalinux2 libqdialogsolver1 libqt4-devel-doc libreoffice-hyphen libreoffice-thesaurus libsyncml0 libxspf libzypp libzypp-testsuite-tools lightdm loki_setup lxappearance-obconf lxtask man minicom mutt myspell-dictionaries nautilus-image-converter netcf notify-osd open-fcoe patterns-openSUSE pcmanfm perl-Perl-PrereqScanner pidgin-otr pysol python3-base python-egenix-mx-base python-Sphinx recode sap-locale scim seed seed2 smartmontools splashy spyder systemtap-docs texinfo thttpd xemacs-packages yast2-core yast2-gtk yast2-ncurses-pkg yast2-pkg-bindings zypper -- If you lose a son you can always get another, but there's only one Maltese Falcon. -- Sidney Greenstreet, "The Maltese Falcon" -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 20

[opensuse-factory] Roles for security and convenience
by Andreas Jaeger 30 May '12

30 May '12

Let's start a new thread to look a bit more at different roles. I saw these two proposals: Stefan Seyfried proposed a machine use case: > Having a few "presets" with the most common use cases, best > accompanied > with a short description is still a good idea IMHO. Maybe stuff like: > > * "Admin configured server": you need the root password for all > changes > > -> basically like in good old times before polkit and friends: > you'll > > need to "su -" and then use yast or whatever to change stuff. > > * "User configured laptop": you are allowed to connect to WiFi > networks,> > connect printers and install package updates with your user account. > For adding software repositories and installing additional software, > you'll need the root passowrd. > > * "third preset": I have no idea what a third preset could be Hans Witvliet seems to suggest user roles: > Shouldnt be too hard for the YaST-guru's Sort of matrix. > > In the end your security model has three options: > 1) For home-users (or general: single responsibility) end user is > allowed to do all. (what Linus wanted) > 2) the old-fashioned way, where you need to be root for everything > 3) above mentoned proposal, where the privilige for any particular > part > is assigned to a specific group, and where the utmost highest admin, > can assign those priviliges to any user. > > Fits nice in "the least privilige" model, easier to maintain security > in a large organiation. I think that we need different settings for different users - even on the same machine. So, some kind of roles. I like the idea of having some configuration module for special purposes and also the idea of role-based administration - just fear it might be difficult to do. So, my call for help again: Please give some proposals on what kind of roles/scenarios we want to offer - and be as precise on the different roles/scenarios as possible. Andreas -- Andreas Jaeger aj(a){suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

12 37

[opensuse-factory] Kernel 3.4
by Sven Hartrumpf 29 May '12

29 May '12

Hi. Moby wrote: > I updated to kernel-default-3.4.0-x from the tumbleweed repository yesterday. > The machines are primarily used as "nfs servers" and the nfs exports are mounted > for use by vmware vSphere hosts. > Today, there was massive disk corruption on all files being written to the nfs shares. I might have similar NFS issues with the kernel from http://download.opensuse.org/repositories/Kernel:/stable/standard/ 3.4.0-2-default #1 SMP Sun May 27 19:46:37 UTC 2012 (8353c9e) x86_64 x86_64 x86_64 GNU/Linux (and the version before) Do you see such warnings in /var/log/messages like I do? "request-key: Cannot find command to construct key ..." This warning is said to be caused by inconsistent version of kernel and nfs-util (mine is provided by nfs-kernel-server-1.2.5-4.3.1.x86_64). I tried to find a newer nfs-util version but could not find any. Sven -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] Tumbleweed / kernel-3.4.0-25-pae
by Achim Gratz 29 May '12

29 May '12

Since upgrading to the 3.4 kernel I see these messages on shutdown: May 28 22:02:13 Rainer kernel: [23040.756632] BUG: Bad rss-counter state mm:f6cdf280 idx:1 val:-1 May 28 22:02:13 Rainer kernel: [23040.756643] BUG: Bad rss-counter state mm:f6cdf280 idx:2 val:1 May 28 22:02:16 Rainer kernel: [23043.897569] BUG: Bad rss-counter state mm:f1cd0ac0 idx:1 val:-2 May 28 22:02:16 Rainer kernel: [23043.897579] BUG: Bad rss-counter state mm:f1cd0ac0 idx:2 val:2 There seem to be more of them if I had done several suspend/resume cycles, but I don't seem to have any shutdown of the 3.4 kernel without that message. Is that something I need to worry about? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 2