November 2014

[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 … [View More]

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 … [View More]

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+… [View More]

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 … [View More]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 [View Less]

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.… [View More] 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 [View Less]

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.… [View More]

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

Main

Development

Information

Community

Social Media

Other

openSUSE Factory