From adsicks at znsinsite.com Tue Mar 1 17:31:19 2011 From: adsicks at znsinsite.com (Jeff P. Zacher) Date: Tue, 1 Mar 2011 12:31:19 -0500 Subject: kde-www Digest, Vol 96, Issue 1 In-Reply-To: References: Message-ID: <201103011231.19490.adsicks@znsinsite.com> I just added that domain 'lazarogym.es' to my spam filter and sent it to spam at uce.gov... -------------- next part -------------- An HTML attachment was scrubbed... URL: From coronado8562 at inbox.com Thu Mar 3 01:48:29 2011 From: coronado8562 at inbox.com (Robert A. Coronado) Date: Wed, 2 Mar 2011 17:48:29 -0800 Subject: cut and paste from [Kubuntu 10.04] kmail to a text editor without extra characters. Message-ID: <201103021748.29346.coronado8562@inbox.com> howto cut and paste from kmail to a text editor without extra characters. *Claws is able to do this[cut and paste from kmail to a text editor without extra characters] however Kmail's address book is a bit more versatile, which is why I am stubbornly trying to this problem. Example: When we last left Frank and Meme, they had just embarked on a midnight expedition in search of alien life. Can you point me to documentation that will help solve this problem. Thank You. Help coronado8562 at inbox.com ____________________________________________________________ Share photos & screenshots in seconds... TRY FREE IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if1 Works in all emails, instant messengers, blogs, forums and social networks. From annew at kde.org Fri Mar 4 20:39:47 2011 From: annew at kde.org (Anne Wilson) Date: Fri, 4 Mar 2011 20:39:47 +0000 Subject: cut and paste from [Kubuntu 10.04] kmail to a text editor without extra characters. In-Reply-To: <201103021748.29346.coronado8562@inbox.com> References: <201103021748.29346.coronado8562@inbox.com> Message-ID: <201103042039.47945.annew@kde.org> On Thursday 03 March 2011 01:48:29 Robert A. Coronado wrote: > howto cut and paste from kmail to a text editor without extra characters. > You may find http://lists.kde.org/?l=kdepim-users&m=129482102026444&w=2 relevant. Anne > *Claws is able to do this[cut and paste from kmail to a text editor without > extra characters] however Kmail's address book is a bit more versatile, > which is why I am stubbornly trying to this problem. > > Example: "DTD/xhtml1- strict.dtd"> > When we last left Frank and Meme, they had just embarked on a > midnight expedition in search of alien life. > > Can you point me to documentation that will help solve this problem. Thank > You. > > Help > coronado8562 at inbox.com > > ____________________________________________________________ > Share photos & screenshots in seconds... > TRY FREE IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if1 > Works in all emails, instant messengers, blogs, forums and social networks. > _______________________________________________ > kde-www mailing list > kde-www at kde.org > https://mail.kde.org/mailman/listinfo/kde-www -- New to KDE Software? - get help from http://userbase.kde.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From staniek at kde.org Mon Mar 14 19:41:19 2011 From: staniek at kde.org (Jaroslaw Staniek) Date: Mon, 14 Mar 2011 20:41:19 +0100 Subject: Outdated application pages at kde.org/applications Message-ID: Hi, (cc'd to kde-www) Just noticed [1] is outdated regarding app names and information. I plan to handle changes at least the outdated information for Kexi. But what I am not sure about is possible duplication: do we need kde.org/applications when we have userbase? It is hard to maintain two places. That's not all. There's also a clash with community.kde.org. For example Dolphin has outdated development page [2]. How it would be fixed? Maybe by adding just links to appropriate userbase/community sites? [1] http://www.kde.org/applications/office/ [2] http://www.kde.org/applications/system/dolphin/development -- regards / pozdrawiam, Jaroslaw Staniek ?http://www.linkedin.com/in/jstaniek ?Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) ?KDE Software Development Platform on MS Windows (windows.kde.org) From imalchow at kde.org Tue Mar 15 07:40:16 2011 From: imalchow at kde.org (Ingo Malchow) Date: Tue, 15 Mar 2011 08:40:16 +0100 Subject: Outdated application pages at kde.org/applications In-Reply-To: References: Message-ID: 2011/3/14 Jaroslaw Staniek : > Hi, > (cc'd to kde-www) > > Just noticed [1] is outdated regarding app names and information. I > plan to handle changes at least the outdated information for Kexi. > > But what I am not sure about is possible duplication: do we need > kde.org/applications when we have userbase? > It is hard to maintain two places. > > That's not all. There's also a clash with community.kde.org. For > example Dolphin has outdated development page [2]. > How it would be fixed? Maybe by adding just links to appropriate > userbase/community sites? > > [1] http://www.kde.org/applications/office/ > [2] http://www.kde.org/applications/system/dolphin/development > > -- > regards / pozdrawiam, Jaroslaw Staniek > ?http://www.linkedin.com/in/jstaniek > ?Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) > ?KDE Software Development Platform on MS Windows (windows.kde.org) > _______________________________________________ The initial idea of the app pages was to have a quick overview of all relevant facts for a given application and make it easily maintainable, as those pages are generated from plain json files, see e.g. http://websvn.kde.org/trunk/www/sites/www/applications/apps/dolphin.json?view=markup for the dolphin file. Even more, it was intended to automate the task of updating those information. Sadly, it never got this far (yet?). Of course, open for suggestions to improve this situation. Cheerio, Ingo From staniek at kde.org Tue Mar 15 08:08:47 2011 From: staniek at kde.org (Jaroslaw Staniek) Date: Tue, 15 Mar 2011 09:08:47 +0100 Subject: Outdated application pages at kde.org/applications In-Reply-To: References:

Message-ID: On 15 March 2011 08:40, Ingo Malchow wrote: > 2011/3/14 Jaroslaw Staniek : >> Hi, >> (cc'd to kde-www) >> >> Just noticed [1] is outdated regarding app names and information. I >> plan to handle changes at least the outdated information for Kexi. >> >> But what I am not sure about is possible duplication: do we need >> kde.org/applications when we have userbase? >> It is hard to maintain two places. >> >> That's not all. There's also a clash with community.kde.org. For >> example Dolphin has outdated development page [2]. >> How it would be fixed? Maybe by adding just links to appropriate >> userbase/community sites? >> >> [1] http://www.kde.org/applications/office/ >> [2] http://www.kde.org/applications/system/dolphin/development >> >> -- >> regards / pozdrawiam, Jaroslaw Staniek >> ?http://www.linkedin.com/in/jstaniek >> ?Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) >> ?KDE Software Development Platform on MS Windows (windows.kde.org) >> _______________________________________________ > > The initial idea of the app pages was to have a quick overview of all > relevant facts for a given application and make it easily > maintainable, as those pages are generated from plain json files, see > e.g. http://websvn.kde.org/trunk/www/sites/www/applications/apps/dolphin.json?view=markup > for the dolphin file. > > Even more, it was intended to automate the task of updating those > information. Sadly, it never got this far (yet?). Of course, open for > suggestions to improve this situation. So maybe what we need is either 1. idea how to enable sharing between userbase and kde.org, or 2. make the kde.org description very light/generic in terms of content so we rarely have to update them, i.e. no versions, no links depending on versions, etc. I do not see 1. as very valuable or something easy. -- regards / pozdrawiam, Jaroslaw Staniek ?http://www.linkedin.com/in/jstaniek ?Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) ?KDE Software Development Platform on MS Windows (windows.kde.org) From imalchow at kde.org Tue Mar 15 08:31:51 2011 From: imalchow at kde.org (Ingo Malchow) Date: Tue, 15 Mar 2011 09:31:51 +0100 Subject: Outdated application pages at kde.org/applications In-Reply-To: References:

Message-ID: 2011/3/15 Jaroslaw Staniek : > On 15 March 2011 08:40, Ingo Malchow wrote: >> 2011/3/14 Jaroslaw Staniek : >>> Hi, >>> (cc'd to kde-www) >>> >>> Just noticed [1] is outdated regarding app names and information. I >>> plan to handle changes at least the outdated information for Kexi. >>> >>> But what I am not sure about is possible duplication: do we need >>> kde.org/applications when we have userbase? >>> It is hard to maintain two places. >>> >>> That's not all. There's also a clash with community.kde.org. For >>> example Dolphin has outdated development page [2]. >>> How it would be fixed? Maybe by adding just links to appropriate >>> userbase/community sites? >>> >>> [1] http://www.kde.org/applications/office/ >>> [2] http://www.kde.org/applications/system/dolphin/development >>> >>> -- >>> regards / pozdrawiam, Jaroslaw Staniek >>> ?http://www.linkedin.com/in/jstaniek >>> ?Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) >>> ?KDE Software Development Platform on MS Windows (windows.kde.org) >>> _______________________________________________ >> >> The initial idea of the app pages was to have a quick overview of all >> relevant facts for a given application and make it easily >> maintainable, as those pages are generated from plain json files, see >> e.g. http://websvn.kde.org/trunk/www/sites/www/applications/apps/dolphin.json?view=markup >> for the dolphin file. >> >> Even more, it was intended to automate the task of updating those >> information. Sadly, it never got this far (yet?). Of course, open for >> suggestions to improve this situation. > > So maybe what we need is either > 1. idea how to enable sharing between userbase and kde.org, or > 2. make the kde.org description very light/generic in terms of content > so we rarely have to update them, i.e. no versions, no links depending > on versions, etc. > > I do not see 1. as very valuable or something easy. > > -- > regards / pozdrawiam, Jaroslaw Staniek > ?http://www.linkedin.com/in/jstaniek > ?Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) > ?KDE Software Development Platform on MS Windows (windows.kde.org) > Indeed, and 2. is already (mostly) the current way it works. Some adjustments are of course needed, like support for git locations. We can't reduce maintenance to zero, i guess :) And right now i remembered some plans we had when we wrote the new app system. We wanted to make it possible to have the corresponding json file in the app's own repo. So app devs don't need to bother with locations. That way the work what needs to be done is 1. app dev updates the json file with current information 2. web team takes care of setting up the location of that json file in our website system 3. a possible cronjob reads from that repo location only that file and makes it show on the app pages That way the devs and webteam can take care of what is relevant to them. How does that sound? Would need some rewrite first, sure. From emilsedgh at gmail.com Tue Mar 15 09:03:08 2011 From: emilsedgh at gmail.com (Emil Sedgh) Date: Tue, 15 Mar 2011 12:33:08 +0330 Subject: Outdated application pages at kde.org/applications In-Reply-To: References: Message-ID: <201103151233.08458.emilsedgh@gmail.com> > And right now i remembered some plans we had when we wrote the new app > system. We wanted to make it possible to have the corresponding json > file in the app's own repo. So app devs don't need to bother with > locations. That way the work what needs to be done is > > 1. app dev updates the json file with current information > 2. web team takes care of setting up the location of that json file in > our website system > 3. a possible cronjob reads from that repo location only that file and > makes it show on the app pages Isnt most of that already possible by projects.k.o projects list? Projects have name's, description, categorization and even icon there. From aacid at kde.org Tue Mar 15 09:12:21 2011 From: aacid at kde.org (Albert Astals Cid) Date: Tue, 15 Mar 2011 09:12:21 +0000 Subject: Outdated application pages at kde.org/applications In-Reply-To: References: Message-ID: <201103150912.21440.aacid@kde.org> A Dimarts, 15 de mar? de 2011, Ingo Malchow va escriure: > 2011/3/15 Jaroslaw Staniek : > > On 15 March 2011 08:40, Ingo Malchow wrote: > >> 2011/3/14 Jaroslaw Staniek : > >>> Hi, > >>> (cc'd to kde-www) > >>> > >>> Just noticed [1] is outdated regarding app names and information. I > >>> plan to handle changes at least the outdated information for Kexi. > >>> > >>> But what I am not sure about is possible duplication: do we need > >>> kde.org/applications when we have userbase? > >>> It is hard to maintain two places. > >>> > >>> That's not all. There's also a clash with community.kde.org. For > >>> example Dolphin has outdated development page [2]. > >>> How it would be fixed? Maybe by adding just links to appropriate > >>> userbase/community sites? > >>> > >>> [1] http://www.kde.org/applications/office/ > >>> [2] http://www.kde.org/applications/system/dolphin/development > >>> > >>> -- > >>> regards / pozdrawiam, Jaroslaw Staniek > >>> http://www.linkedin.com/in/jstaniek > >>> Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) > >>> KDE Software Development Platform on MS Windows (windows.kde.org) > >>> _______________________________________________ > >> > >> The initial idea of the app pages was to have a quick overview of all > >> relevant facts for a given application and make it easily > >> maintainable, as those pages are generated from plain json files, see > >> e.g. > >> http://websvn.kde.org/trunk/www/sites/www/applications/apps/dolphin.jso > >> n?view=markup for the dolphin file. > >> > >> Even more, it was intended to automate the task of updating those > >> information. Sadly, it never got this far (yet?). Of course, open for > >> suggestions to improve this situation. > > > > So maybe what we need is either > > 1. idea how to enable sharing between userbase and kde.org, or > > 2. make the kde.org description very light/generic in terms of content > > so we rarely have to update them, i.e. no versions, no links depending > > on versions, etc. > > > > I do not see 1. as very valuable or something easy. > > > > -- > > regards / pozdrawiam, Jaroslaw Staniek > > http://www.linkedin.com/in/jstaniek > > Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) > > KDE Software Development Platform on MS Windows (windows.kde.org) > > Indeed, and 2. is already (mostly) the current way it works. Some > adjustments are of course needed, like support for git locations. AFAIR I added a hack for git locations some time ago. Albert From imalchow at kde.org Tue Mar 15 09:26:47 2011 From: imalchow at kde.org (Ingo Malchow) Date: Tue, 15 Mar 2011 10:26:47 +0100 Subject: Outdated application pages at kde.org/applications In-Reply-To: <201103151233.08458.emilsedgh@gmail.com> References: <201103151233.08458.emilsedgh@gmail.com> Message-ID: 2011/3/15 Emil Sedgh : >> And right now i remembered some plans we had when we wrote the new app >> system. We wanted to make it possible to have the corresponding json >> file in the app's own repo. So app devs don't need to bother with >> locations. That way the work what needs to be done is >> >> 1. app dev updates the json file with current information >> 2. web team takes care of setting up the location of that json file in >> our website system >> 3. a possible cronjob reads from that repo location only that file and >> makes it show on the app pages > > Isnt most of that already possible by projects.k.o projects list? Projects > have name's, description, categorization and even icon there. > It is, even though a collection of all the links about an app or screenshots are missing. Something like the entry point for plain users. From ingomalchow at googlemail.com Tue Mar 15 09:27:27 2011 From: ingomalchow at googlemail.com (Ingo Malchow) Date: Tue, 15 Mar 2011 10:27:27 +0100 Subject: Outdated application pages at kde.org/applications In-Reply-To: <201103150912.21440.aacid@kde.org> References: <201103150912.21440.aacid@kde.org> Message-ID: 2011/3/15 Albert Astals Cid : > A Dimarts, 15 de mar? de 2011, Ingo Malchow va escriure: >> 2011/3/15 Jaroslaw Staniek : >> > On 15 March 2011 08:40, Ingo Malchow wrote: >> >> 2011/3/14 Jaroslaw Staniek : >> >>> Hi, >> >>> (cc'd to kde-www) >> >>> >> >>> Just noticed [1] is outdated regarding app names and information. I >> >>> plan to handle changes at least the outdated information for Kexi. >> >>> >> >>> But what I am not sure about is possible duplication: do we need >> >>> kde.org/applications when we have userbase? >> >>> It is hard to maintain two places. >> >>> >> >>> That's not all. There's also a clash with community.kde.org. For >> >>> example Dolphin has outdated development page [2]. >> >>> How it would be fixed? Maybe by adding just links to appropriate >> >>> userbase/community sites? >> >>> >> >>> [1] http://www.kde.org/applications/office/ >> >>> [2] http://www.kde.org/applications/system/dolphin/development >> >>> >> >>> -- >> >>> regards / pozdrawiam, Jaroslaw Staniek >> >>> ?http://www.linkedin.com/in/jstaniek >> >>> ?Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) >> >>> ?KDE Software Development Platform on MS Windows (windows.kde.org) >> >>> _______________________________________________ >> >> >> >> The initial idea of the app pages was to have a quick overview of all >> >> relevant facts for a given application and make it easily >> >> maintainable, as those pages are generated from plain json files, see >> >> e.g. >> >> http://websvn.kde.org/trunk/www/sites/www/applications/apps/dolphin.jso >> >> n?view=markup for the dolphin file. >> >> >> >> Even more, it was intended to automate the task of updating those >> >> information. Sadly, it never got this far (yet?). Of course, open for >> >> suggestions to improve this situation. >> > >> > So maybe what we need is either >> > 1. idea how to enable sharing between userbase and kde.org, or >> > 2. make the kde.org description very light/generic in terms of content >> > so we rarely have to update them, i.e. no versions, no links depending >> > on versions, etc. >> > >> > I do not see 1. as very valuable or something easy. >> > >> > -- >> > regards / pozdrawiam, Jaroslaw Staniek >> > ?http://www.linkedin.com/in/jstaniek >> > ?Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) >> > ?KDE Software Development Platform on MS Windows (windows.kde.org) >> >> Indeed, and 2. is already (mostly) the current way it works. Some >> adjustments are of course needed, like support for git locations. > > AFAIR I added a hack for git locations some time ago. > > Albert Indeed, wasn't that sure about it anymore, thanks for the reminder. From annew at kde.org Tue Mar 15 10:20:00 2011 From: annew at kde.org (Anne Wilson) Date: Tue, 15 Mar 2011 10:20:00 +0000 Subject: Outdated application pages at kde.org/applications In-Reply-To: References: <201103151233.08458.emilsedgh@gmail.com> Message-ID: <201103151020.06022.annew@kde.org> On Tuesday 15 March 2011 09:26:47 Ingo Malchow wrote: > 2011/3/15 Emil Sedgh : > >> And right now i remembered some plans we had when we wrote the new app > >> system. We wanted to make it possible to have the corresponding json > >> file in the app's own repo. So app devs don't need to bother with > >> locations. That way the work what needs to be done is > >> > >> 1. app dev updates the json file with current information > >> 2. web team takes care of setting up the location of that json file in > >> our website system > >> 3. a possible cronjob reads from that repo location only that file and > >> makes it show on the app pages > > > > Isnt most of that already possible by projects.k.o projects list? > > Projects have name's, description, categorization and even icon there. > > It is, even though a collection of all the links about an app or > screenshots are missing. Something like the entry point for plain > users. Some time ago we experimented with having a software information box on the relevant UserBase page. We stopped doing it, because the manual maintenance made it totally impractical. What could usefully be done is to place a link to a relevant information page on each app's page - as long as I'm told the best place to get this info. :-) Is it projects.k.o or somewhere else? To be honest, looking at projects.k.o. it isn't obvious that the info is there. Anne -- New to KDE Software? - get help from http://userbase.kde.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From schwarzerf at gmail.com Wed Mar 23 23:41:08 2011 From: schwarzerf at gmail.com (Frederik Schwarzer) Date: Thu, 24 Mar 2011 00:41:08 +0100 Subject: l10n.kde.org and /trunk/www/areas/l10n/teams Message-ID: Hi, There are team pages on l10n.kde.org (e.g. http://l10n.kde.org/team-infos.php?teamcode=de ). Where can those information be updated? Then I found /trunk/www/areas/l10n/teams, where the de/ folder has several files I would like to clean-up. However, I cannot find the place where those pages are supposed to be shown. Can somebody shed some light on these issues please? Regards From aacid at kde.org Thu Mar 24 00:18:31 2011 From: aacid at kde.org (Albert Astals Cid) Date: Thu, 24 Mar 2011 00:18:31 +0000 Subject: l10n.kde.org and /trunk/www/areas/l10n/teams In-Reply-To: References: Message-ID: <201103240018.32079.aacid@kde.org> A Dimecres, 23 de mar? de 2011, Frederik Schwarzer va escriure: > Hi, > > There are team pages on l10n.kde.org (e.g. > http://l10n.kde.org/team-infos.php?teamcode=de ). Where can those > information be updated? Yes > > Then I found /trunk/www/areas/l10n/teams, where the de/ folder has > several files I would like to clean-up. However, I cannot find the > place where those pages are supposed to be shown. > > Can somebody shed some light on these issues please? They are not in svn, they get updated in l10n.kde.org via http://l10n.kde.org/admin/login.php At the moment the only one with access to that page is Thomas Reitelbach you can ask him to update it, or tell me or convince me to give you access, what you prefer? Albert > > Regards > _______________________________________________ > kde-www mailing list > kde-www at kde.org > https://mail.kde.org/mailman/listinfo/kde-www From istdasklar at gmail.com Thu Mar 24 01:39:02 2011 From: istdasklar at gmail.com (sacha schutz) Date: Thu, 24 Mar 2011 02:39:02 +0100 (CET) Subject: [Bug 269276] New: remove private class documentation Message-ID: https://bugs.kde.org/show_bug.cgi?id=269276 Summary: remove private class documentation Product: www.kde.org Version: unspecified Platform: Unlisted Binaries OS/Version: Linux Status: NEW Severity: wishlist Priority: NOR Component: general AssignedTo: kde-www at kde.org ReportedBy: istdasklar at gmail.com Version: unspecified OS: Linux In the api.kde.org, we can see Private Class documentation.. That's ugly and not easy to find usefull information. For example : Who need this information ? http://api.kde.org/4.x-api/kdelibs-apidocs/knewstuff/html/classKNS3_1_1DownloadWidgetPrivate.html Reproducible: Didn't try Actual Results: Private class are shown in api.kde.org Expected Results: only public class like qt documentation example : http://api.kde.org/4.x-api/kdelibs-apidocs/knewstuff/html/classKNS3_1_1DownloadWidgetPrivate.html -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From bkorb at gnu.org Thu Mar 24 18:44:20 2011 From: bkorb at gnu.org (bkorb at gnu.org) Date: Thu, 24 Mar 2011 19:44:20 +0100 (CET) Subject: [Bug 269333] New: MozillaFirefox not found Message-ID: https://bugs.kde.org/show_bug.cgi?id=269333 Summary: MozillaFirefox not found Product: www.kde.org Version: unspecified Platform: openSUSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: kde-www at kde.org ReportedBy: bkorb at gnu.org Version: unspecified (using KDE 4.6.0) OS: Linux The /usr/share/applications file name is "firefox.desktop", not "MozillaFirefox.desktop". linking the latter to the former fixes it, but it should get installed correctly. Reproducible: Didn't try Steps to Reproduce: Install openSuSE 11.4 Actual Results: Download a desktop image that requires firing up a browser and have firefox be your default browser. Expected Results: It would work correctly. Instead, it cannot find "MozillaFirefox". It needs to be looking for "firefox". And, yes, "firefox" has been set to be the default browser. That's why it's looking for MozillaFirefox. There be a disconnect. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From christoph at maxiom.de Thu Mar 24 19:54:48 2011 From: christoph at maxiom.de (Christoph Feck) Date: Thu, 24 Mar 2011 20:54:48 +0100 (CET) Subject: [Bug 269333] MozillaFirefox not found In-Reply-To: References: Message-ID: <20110324195448.E7716837CE@immanuel.kde.org> https://bugs.kde.org/show_bug.cgi?id=269333 Christoph Feck changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |christoph at maxiom.de Resolution| |DOWNSTREAM --- Comment #1 from Christoph Feck 2011-03-24 20:54:48 --- Please report this to the bug tracker of your distribution at https://bugzilla.novell.com/ -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From leonaks at gmail.com Thu Mar 31 17:42:35 2011 From: leonaks at gmail.com (leonaks) Date: Thu, 31 Mar 2011 19:42:35 +0200 (CEST) Subject: [Bug 269835] New: On install of OpenSuse 11.4 Kde the Desktop does not appear at all. Message-ID: https://bugs.kde.org/show_bug.cgi?id=269835 Summary: On install of OpenSuse 11.4 Kde the Desktop does not appear at all. Product: www.kde.org Version: unspecified Platform: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general AssignedTo: kde-www at kde.org ReportedBy: leonaks at gmail.com Version: unspecified (using KDE 4.6.0) OS: Linux After install of OpenSuse 11.4 the Kde (in safe mode) Desktop does not appear only a black screen with a mouse cursor. Some small information windows do appear. In normal Kde boot mode I get a green curtain malfunction and I am unable to log in. Today two days after installation the Konqueror browser appeared and I am filing this bug report on same browser. Gnome Desktop functions correctly as well as Ldxe light desktop. Reproducible: Always Steps to Reproduce: normal Actual Results: normal Expected Results: same results The system should boot up correctly There appeared a warning message the boot sector was above a certain memory level during installation. I allowed for booting from the master boot record as well as well as the root directory. Something that needs to be addressed in the future and allow for a larger memory for the boot sector (by default) in the future. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From leonaks at gmail.com Thu Mar 31 17:54:01 2011 From: leonaks at gmail.com (leonaks) Date: Thu, 31 Mar 2011 19:54:01 +0200 (CEST) Subject: [Bug 269835] On install of OpenSuse 11.4 Kde the Desktop does not appear on screen. In-Reply-To: References: Message-ID: <20110331175401.D7AA983EE1@immanuel.kde.org> https://bugs.kde.org/show_bug.cgi?id=269835 leonaks changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |leonaks at gmail.com Summary|On install of OpenSuse 11.4 |On install of OpenSuse 11.4 |Kde the Desktop does not |Kde the Desktop does not |appear at all. |appear on screen. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From christoph at maxiom.de Thu Mar 31 18:47:04 2011 From: christoph at maxiom.de (Christoph Feck) Date: Thu, 31 Mar 2011 20:47:04 +0200 (CEST) Subject: [Bug 269835] On install of OpenSuse 11.4 Kde the Desktop does not appear on screen. In-Reply-To: References: Message-ID: <20110331184704.5AA2F83F3D@immanuel.kde.org> https://bugs.kde.org/show_bug.cgi?id=269835 Christoph Feck changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEEDSINFO CC| |christoph at maxiom.de Component|general |general Resolution| |WAITINGFORINFO AssignedTo|kde-www at kde.org |unassigned-bugs at kde.org Product|www.kde.org |kde Severity|crash |normal --- Comment #1 from Christoph Feck 2011-03-31 20:47:03 --- Could you create a fresh user account using YaST and try to log into KDE using the new user? It is possible that some old configuration files prevent the startup. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.