November 2014 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] T'Weed : KGpg ~ zypper dup stuff[2]
by ellanios82 25 Nov '14

25 Nov '14

Hello List - my bad : Omitted to add : am using XFCE not KDE but have kgpg installed _______________________ - any idea please why KGpg is being removed ?? : i fear the loss of valuable editor functions of familiar gpg front-end - will the key management window and editor now be lost ? ........... thanks regards ellan -- 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] T'Weed : KGpg ~ zypper dup stuff
by ellanios82 25 Nov '14

25 Nov '14

Hello List - any idea please why KGpg is being removed ?? : i fear the loss of valuable editor functions of familiar gpg front-end - will the key management window and editor now be lost ? ........... thanks regards -- 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] Re: [opensuse] Why those packages wish to be installed?
by Andrei Borzenkov 24 Nov '14

24 Nov '14

[moving to factory] В Fri, 21 Nov 2014 19:13:08 -0500 Greg Freemyer <greg.freemyer(a)gmail.com> пишет: > On Fri, Nov 21, 2014 at 9:41 AM, Andrei Borzenkov <arvidjaar(a)gmail.com> wrote: > > On Fri, Nov 21, 2014 at 5:23 PM, Greg Freemyer <greg.freemyer(a)gmail.com> wrote: > >> > >> Before everyone puts arrows in you, tumbleweed mandates zypper dup be used. > >> > > > > Yes, it was true in the past because new TW version was based on > > different repository so you could not expect that it had higher RPM > > versions. Now, when we expect TW to stick to the same repo forever, > > this reason no more exists. > > But "factory" has been using "zypper dup" for years as far as I know. > > Surely the new tumbleweed requires it just as factory has. > Oh, new can of worms ... If this is true and new rolling release model mandates zypper dup as standard way to update, this is even worse problem for most users than closed source drivers. Even I managed to collect dozen of various repositories from which I need just a couple of packages each. If every time I update I must play "random repo of the day" game I will never switch to factory. I was under impression, that rolling release implies "zypper up". Am I wrong? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

13 26

[opensuse-factory] LibreOffice Version: 4.3.3.2,Build ID: 430m0(Build:2)
by ellanios82 24 Nov '14

24 Nov '14

Hello List , -in case of interest : LibreOffice Version: 4.3.3.2,Build ID: 430m0(Build:2) : whilst using Calc Spreadsheet , notice that "Paste-Special" dialog-box freezes sometimes. ............. regards ellan -- 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] Factory net install fails in UEFI mode on Dell T20
by Achim Gratz 24 Nov '14

24 Nov '14

I want to install Tumbleweed on a Dell T20 w/ Xeon E3-1225v3, booting it from a USB stick and in splash=verbose mode. In legacy mode, after it starts looking for drivers it finds an Intel LynxPoint, activates the sata drivers, then proceeds to activate the network card, waits for DHCP and loads the rest of the stuff from the network. In UEFI mode (no matter if secure or non-secure) it loads some usb storage drivers, then tries the network card. At this point the screen goes blank completely with the cursor at the lowest line (not blinking) and it then reboots after some time (presumably because some watchdog kicks it). I've disabled the SATA-RAID functionality, the PXE network funcionality and tried with UEFI network stack on or off. Nothing changes. When I boot with nomodeset, at this point linuxrc goes off to tell me that the installation medium can't be found and wants me to input everything by hand. It does seem to configure the network card OK. Does anybody have an idea of what is going on there and how to fix it? I'd really like this machine to installed witth UEFI secure boot. It seems like I need to tell the kernel to pre-load some driver to see the USB stick I booted from, but which one? 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

5 13

[opensuse-factory] How does one tests packages with the new Factory model?
by jcsl 23 Nov '14

23 Nov '14

Hi. Now that Factory/Tumbleweed are not to test things, how do you tests packages? For example, LXDM fails in the first boot after installation. The package builds fine in its project, and if you install it to replace another DM it works too. But as said before, it doesn't work in a fresh install. So how do you test cases like this? Do you have to build an image with your modified packets and install it to see if all goes well? Greetings. -- 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] Re: LXDM 0.5.0 Startup issue in Factory
by Dominique Leuenberger a.k.a. Dimstar 23 Nov '14

23 Nov '14

Quoting Andrea Florio <andrea(a)opensuse.org>: > I'm really not sure what is that is breaking lxdm startup. On suse 13.2 i > can upgrade from 0.4 to 0.5.0 without breaking anything. > > this needs more investigation. But that is what factory is for, find those > issues before they end up in the upcoming 13.3 , and this is why i > re-submitted 0.5.0 after 13.2 was released, so that i could have several > month ahead of me to be able to identify what breaks lxdm startup. > > Andrea > Andrea, No, sorry, I have to disappoint you here. Factory/Tumbleweed are NOT to test things. This is to be done in a devel project. Factory/Tumbleweed is targetting end-users and we do have a increasingly large userbase relying on this for their day-to-day work... Tests are to be conducted BEFORE submissions to Factory; otherwise we can't uphold the statement that Tumbleweed is ready for prime time usage. Best regards, Dominique > 2014-11-19 16:01 GMT+01:00 Dominique Leuenberger a.k.a. Dimstar < > dimstar(a)opensuse.org>: > >> >> Hi all, >> >> It seems we have (again) an issue with LXDE/LXDM in Factory, which blocks >> us from publihsing it without breaking existing systems using LXDM >> >> As you can see in the various tests >> * https://openqa.opensuse.org/tests/32620/modules/first_boot/steps/1 >> * https://openqa.opensuse.org/tests/32638/modules/first_boot/steps/1 >> * https://openqa.opensuse.org/tests/32583/modules/first_boot/steps/1 >> * https://openqa.opensuse.org/tests/32597/modules/first_boot/steps/1 >> >> LXDM seems not to to be starting up at all since the upgrade to 0.5 (or >> maybe on the wrong VT?) >> >> Can I please get a fix from the LXDE Maintainers to get this corrected >> ASAP? Also, please ensure packages are tested/working prior to submitting >> them to Factory/Tumbleweed. We are targetting to publish the tree often, >> but this requires that we get packages passing the test suites. >> >> Thanks for your great help and I'm looking forward to get a fix soon. >> >> Dominique >> >> >> >> > > > -- > ------------------------------------------ > Andrea Florio > AT&T Brno - Senior Network Architect > CISCO CCNA Wireless and Security, CCNP Certified > openSUSE Official Member (anubisg1) > Email: andrea(a)opensuse.org > Email: af973u(a)intl.att.com > Cell: +39-328-7365667 > Cell: +420-778-033288 > Website: http://journey4ccie.com/ > ------------------------------------------ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

8 12

[opensuse-factory] systemd version 210 Heads Up
by Raymond Wooninck 22 Nov '14

22 Nov '14

Hi List Mates, Just a very early warning with regards to the latest released systemd version (version 210). In the release notes the following two items will have an effect on people that are utilizing laptops with a docking station and an external monitor. * logind is now a lot more aggressive when suspending the machine due to a closed laptop lid. Instead of acting only on the lid close action it will continuously watch the lid status and act on it. This is useful for laptops where the power button is on the outside of the chassis so that it can be reached without opening the lid (such as the Lenovo Yoga). On those machines logind will now immediately re-suspend the machine if the power button has been accidentally pressed while the laptop was suspended and in a backpack or similar. * logind will now watch SW_DOCK switches and inhibit reaction to the lid switch if it is pressed. This means that logind will not suspend the machine anymore if the lid is closed and the systemd is docked, if the laptop supports SW_DOCK notifications via the input layer. Note that ACPI docking stations do not generate this currently. Also note that this logic is usually not fully sufficient and Desktop Environments should take a lid switch inhibitor lock when an external display is connected, as systemd will not watch this on its own. The first item concerns a change that systemd is monitoring if the lid is closed or not. This monitoring starts already during the system boot process which would lead to the effect that the system is forced into suspend mode even before the login manager is reached. To prevent this, the second item was implemented, however as indicated current kernels (including the latest 3.14- rc4) do not support this yet for all laptops. The issue however is that the system will not reach the Desktop Environment yet as that this new principle already kicks in during the boot process. So implementing a lid switch inhibitor in GNOME/KDE/etc does not make any sense as that the system will never reach the desktop environment. I had a couple of email conversations with Lennart about this topic yesterday and finally with my last message he got the real issue that this happens during system boot and therefore systemd should handle this properly. He indicated that he will resolve the issue in one of the upcoming versions of systemd and also probably move the external monitor detection out of the DEs into logind. (The situation will then be that if the lid is closed and an external monitor is connected, then systemd will not suspend the system). If the decision is taken by the systemd maintainers, then in my opinion it would be good to revert the two commits in systemd version 210 that implement the two items mentioned so that the old lid switch behavior is restored. Regards Raymond -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

16 49

[opensuse-factory] Infinality and Freetype 2.5
by Achim Gratz 22 Nov '14

22 Nov '14

With the update to freetype 2.5 the Infinality patches from namtrac:subpixel can no longer be installed. My understanding was that some functionality of the patches had been upstreamed into freetype 2.5, but at least out-of-the box the font rendering is really ugly. So is there any information on how to get a more usable (or preferrably) identical font rendering with the new library? I really don't want to go back to bitmapped fonts, especially as the ones I liked all have poor UTF-8 support. 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

8 49

[opensuse-factory] DO NOT HIBERNATE on 13.2 (and Factory?), File sytem corruption.
by Stefan Seyfried 21 Nov '14

21 Nov '14

Hi all, just as a warning for everyone, dracut is even more broken than I had imagined: https://bugzilla.suse.com/show_bug.cgi?id=906592 Do not hibernate if you don't like to corrupt your file systems. Good luck, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 6