[Bug 1710468] Re: XDG user directories are missing in Ubuntu 17.10
*** This bug is a duplicate of bug 1708569 *** https://bugs.launchpad.net/bugs/1708569 ** This bug has been marked a duplicate of bug 1708569 Installer on latest image fails to create a complete $HOME directory -- You received this bug notification because you are a member of Ubuntu Desktop, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/1710468 Title: XDG user directories are missing in Ubuntu 17.10 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xdg-user-dirs-gtk/+bug/1710468/+subscriptions -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: lightdm or gdm?
hi, Am Donnerstag, den 27.04.2017, 21:52 +0500 schrieb Khurshid Alam: > > I just tried gdm Ubuntu-Gnome 17.04. I couldn't make it work with any > x11 vnc server like x11vnc. So it is safe to assume with gdm+wayland > these vnc servers will become obsolete. > thats not a gdm thing ... vnc and any remote desktop feature wont run under any of the new display server technologies (be it wayland or mir ...). a lightdm running under wayland wouldnt be able to provide that feature either. ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why is Eclipse so old?
hi, Am Dienstag, den 29.12.2015, 16:41 -0500 schrieb Paul Smith: > Anyone have any ideas why the version of Eclipse packaged with Ubuntu > is so old? Is it not recommended to use the packaged version and > instead download it directly? > > The version in Ubuntu 15.10 is 3.8.1 (Juno), released in 2012. The > latest release is 4.5.1, released in June 2015. There were two major > releases between these... ? > have a look at https://wiki.ubuntu.com/ubuntu-make ... ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: you can't catch me notifications
hi, Am Dienstag, den 09.12.2014, 19:35 -0700 schrieb Cameron Whiting: Well, if we can design it for unity8 (to behave that way), we should fix it for trusty. On Tue, Dec 9, 2014 at 7:27 PM, Marc Deslauriers marc.deslauri...@canonical.com wrote: On 2014-12-09 09:25 PM, Cameron Whiting wrote: I mean, it's kinda sad since we're on a whole new system, but if previous maintained LTS versions can get this fix too that'd be great. i think marc meant to say that notifications on the desktop will stay as is (hopefully they do !!) even with unity8 ... on a phone you surely want to have a way to dismiss them (swipe them away to the sides or so) since they eat significant screen space there and you don't have a mouse pointer to make them transparent as easily to see-trough them. the notification behaviour is quite nice as is, i surely wouldn't want to have to click notifications to dismiss them (they are definitely one reason for me to prefer unity over other desktops) ciao oli -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: you can't catch me notifications
hi, Am Mittwoch, den 10.12.2014, 23:19 +0100 schrieb Björn Torkelsson: the notification behaviour is quite nice as is, i surely wouldn't want to have to click notifications to dismiss them (they are definitely one reason for me to prefer unity over other desktops) It would have been nice to being able to dismiss them before they disappear though, even if they fade away when hovering over them. the issue with that is that you start clicking them just because it takes to long til they go away, they interrupt your work flow that way, i noticed that since we use these kind of notifications in ubuntu (is it 5 or already 6 years that they are the default ?) my own distractions have become massively less from having notifications. i read them, notice what they want to tell me and simply rely on the fact they will vanish. i *never* feel the urge to interact with them (except for the case where they actually cover screen space i want to be able to read). i personally found the new notifications a big relief when they landed and still find them to be very convenient *specifically* because you can not interact with them, they make you develop better habits regarding your own work flow. i find it awesome that there are desktops like cinnamon where people that love to interact with desktop elements can do that, but i haven't found any desktop where all these little things like the above actually sum up to make you so much more productive by simply going out of your way like i have it in unity. i personally prefer to interact with content, not with desktop elements ... ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Ubuntu 14.10 onwards: Convergence is coming...
hi, Am Donnerstag, den 17.04.2014, 02:50 +0200 schrieb Jo-Erlend Schinstad: On 16 April 2014 07:47, Martin Pitt martin.p...@ubuntu.com wrote: [snip] It's a much bigger and urgent problem to be able to provide a phone/desktop image which can work with click apps and image based upgrades but at the same time allows you to install classic Ubuntu packages. That problem is never going to go away, so solving that seems much more urgent to me. That sounds like a dangerous idea to me. To my mind, Ubuntu needs to have two different desktops for quite some time. so you mean you don't like system upgrades to be done in less than 10 min (including download over a moderatly fast internet connection) or being able to use the (potential) whatsapp client from the core apps on your desktop etc ? ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Ubuntu 14.10 onwards: Convergence is coming...
hi, Am Mittwoch, den 16.04.2014, 07:47 +0200 schrieb Martin Pitt: Robert Ancell [2014-04-16 9:52 +1200]: I agree this is an enormous change but the reality of what convergence means. We want the same apps to run on the phone as the desktop so when you dock your phone the apps work in both form factors. I'm not so sure about that. To me, convergence primarily means that I can use my phone as a proper phone, and get a proper desktop when I plug it in, and all my documents/music/videos/etc. are continuing to work. Also, being able to install both click and classic Ubuntu packages. So it's primarily a matter of data compatibility (both user and system level). i thionk our plans go far far beyond that like having image based upgrades (which will require a readonly system image that can still handle debs for example) convergence isnt just a UI thing ... ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
hi, Am Donnerstag, den 20.02.2014, 20:27 +0100 schrieb Kai Mast: I get kai@Kai-Thinkpad:~$ sudo apt-get remove libhybris Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: gnome-settings-daemon The following packages will be REMOVED: libhybris powerd The following NEW packages will be installed: gnome-settings-daemon 0 upgraded, 1 newly installed, 2 to remove and 1 not upgraded. Need to get 0 B/472 kB of archives. Seems like powerd depends on libhybris. now the question is how you got powerd installed :) ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Default File Manager with Unity8 in future desktops
hi, with the planned switch to unity8 in 14.10 it is most likely that we will also start using the converged QML apps that are developed today. With all the complaints and unhappyness about Nautilus upstream ripping out things like dual pane and other beloved and helpful features I expect we can do better and I think this is the right time to: a) collect requirements b) file whishlist bugs c) if *you* want to contribute, get in contact with the developers (CCed) the new core apps are all 100% developed by the community under guidance of the canonical design team. the code for the filemanager can be found at https://launchpad.net/ubuntu-filemanager-app it is running on phone and tablets already and has a proper convergence mode adapting to bigger screens. lets get the discussion rolling ;) ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Make Ubuntu usable when 'universe' is disabled
hi, On Fr, 2013-06-28 at 03:10 +0800, Ma Xiaojun wrote: Hi, I've tried this on a Ubuntu 13.04 box and noted the following issues. 1. unity-webapps-* is in universe, the Install dialog still pops up but nothing appears after clicking Install. 2. Large portion of the Qt stack, including ubuntu-sdk is in 'universe', strange. nothing strange here (i thoght i adam and i explained that to you successfully on IRC ... seems not ..) packages always enter the archive through universe and only later get MIR processing, both will be in main by release. 3. libnspr4-0d is needed by Adobe Flash plugin, but it is in 'universe', maybe 'main' is better. main refers to packages that get constant support libnspr4-0d simply doesnt get this. 4. ubuntu-restricted-extras is in 'multiverse' but many of its dependencies are in 'universe', I think the dependencies are better placed in 'multiverse' given their non-free nature. nothing is non free in the dependencies you pointed out in our IRC discussion (as adam and I explained to you on IRC as well ...). each of them can be installed standalone (and will be pffered for install by totem once a matching mime type is found), all of them have free licenses and are opensource, they do not qualify for multiverse (i also fail to see how that helps to make ubuntu usable when universe is disabled) ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default Browser Follow-up
hi, On Do, 2013-06-13 at 07:40 -0400, Brandon Watkins wrote: smooth). In comparison, out of the box firefox has butter smooth scrolling that works 100% of the time. on arm desktops it is closer to a slideshow though since it makes zero use of any EGL based acceleration ... ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default Browser Follow-up
hi, On Di, 2013-06-11 at 15:16 -0700, Jason Warner wrote: What is important, and ultimately should be the deciding factor, is the common end user experience. Which browser, in the common case, will be the best for the general end user? Things I consider relevant to this discussion are quality/stability/robustness, familiarity, ease of use, and overall user experience. as a fulltime ARM user for me firefox is completely unusable due to the fact that gecko can not make any use of GLES for rendering (the only GLES support firefox has is for WEBGL) chromiums backend can be built with full GLES support in the rendering engine and even has various commandline switches to fine tune this. in sites with heavy CSS use (G+ for example) scrolling in firefox is close to a slideshow while chromium with enabled GLES support is 1:1 responsive to scroll events. in the light of our convergence plans which surely include a lot of ARM based devices i would push for chromium despite the fact that it feels a lot less integrated with the UI and desktop (file open dialogs, theming etc) than firefox does. ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Make Ubuntu desktop a better platform for App Developers
hi, Am Dienstag, den 09.04.2013, 12:01 +0800 schrieb Ma Xiaojun: ( Already posted in ubuntu-app-devel, I'm not sure how popular it is, though. Sorry for people receiving duplicates. ) As I checked: http://developer.ubuntu.com/publish/my-apps-packages/ Proprietary apps get packaging service from Canonical, so far so good. But for open source apps, the authors have to provide a working PPA. Let's assume the App is written in C/GTK+ or C++/gtkmm since * These should be popular options * Python/PyGObject is covered by Quickly So how to develop the the app? 1. Use whatever text editor and use Autotools as the build system, maintain autofoo manually. 2. Use Anjuta; Autotools is wrapped by Aujuta 3. Use IDEs like Eclipse CDT, Code::Blocks but the build system is different. with unity next entering the desktop the default toolkit will be Qt and the promoted IDE (as it already is for ubuntu touch) will be QtCreator I would assume with Mir and unity next entering the desktop in 13.10 the desktop developer focus will shift a little wrt toolkits ... We should take great care of third option since Android, iOS, Windows development all happen in IDEs. Let's forget about the issue whether Eclipse CDT/Code::Blocks has good support for GTK+/gtkmm. Say the app works on the developer's local machine now, how to package it? Well, one can check Debian New Maintainers' Guide but it is painful to read and it aims at a different audience. Autotools should be better supported by whatever packaging helper tools, but I don't know any documentation on how to make Autotools built app /opt friendly. How to package an app built by custom build system can be more painful. ## Actually I find that binary packing seem to be much less painful, there is nothing superfluous in binary packaging. http://tldp.org/HOWTO/html_single/Debian-Binary-Package-Building-HOWTO/ But binary packaging works better for proprietary apps, since source code is not available anyway. For open source apps, we need to make sure that the source code does produce the binary, right? To solve the issue for open source apps, either Canonical accept source code of open source apps and help packaging also. Another way is that open source apps can be submitted binary only, given a way of obtaining source is given. The source can be fake but there doesn't seem to be a good motivation to do so. And all people including users should be welcomed to report apps that are fake open source. for mobile apps created with the new ubuntu-sdk there will be very likely some packaging mechanism included (yet to be worked out by the platform team, it could be dpkg but also something else that works per user (or even a mix of this)) i would expect some discussion to start soon on ubuntu-devel or so. this is a bigger issue than just how do we make devs package their apps since in the converged world there will likely have to be newly invented mechanisms. after all there should be something included in the ubuntu-sdk that will just have a create package button in the end so that the developer doesnt get bothered with details at all .. ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
hi, On Do, 2013-04-04 at 09:56 +0800, Ma Xiaojun wrote: There is a related bug already: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1116791 i demoted them to recommends (so removing them doesn't uninstall ubuntu-desktop) in the seeds but have to wait with an upload of ubuntu-meta until after the beta is out (i don't want to interfere with the release today) ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
hi, On Do, 2013-04-04 at 09:41 +0200, Oliver Grawert wrote: hi, On Do, 2013-04-04 at 09:56 +0800, Ma Xiaojun wrote: There is a related bug already: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1116791 i demoted them to recommends (so removing them doesn't uninstall ubuntu-desktop) in the seeds but have to wait with an upload of ubuntu-meta until after the beta is out (i don't want to interfere with the release today) note that this wont help much with xterm if you still want to keep a functional xserver, apt-cache rdepends xterm still shows a lot of essential packages hard depending on it, there should probably be a bug for this that has tasks for at least the xorg metapackage as well as xinit so the xorg guys can inspect if they can do the same. ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
hi On Mi, 2013-04-03 at 15:50 +0800, Ma Xiaojun wrote: On Wed, Apr 3, 2013 at 1:58 PM, Chow Loong Jin hyper...@ubuntu.com wrote: I don't understand. Are you saying that you expect end users who don't know what a terminal is to know a terminal? I expect end users who don't know what a terminal is not to see fancy Apps like xterm and uxterm. so you expect that a user that doesn't know what a terminal is to type terminal into the dash and be surprised to find a terminal ? i really don't get what this discussion is about, users not knowing about terminals will not search for them and thus not have them shown, users that *do* search for a terminal should get the option to use the installed terminals (including xterm and uxterm which many of our users like to use) through searching for them ... ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
hi, On Mi, 2013-04-03 at 17:40 +0800, Ma Xiaojun wrote: On Wed, Apr 3, 2013 at 4:17 PM, Oliver Grawert o...@ubuntu.com wrote: so you expect that a user that doesn't know what a terminal is to type terminal into the dash and be surprised to find a terminal ? i really don't get what this discussion is about, users not knowing about terminals will not search for them and thus not have them shown, users that *do* search for a terminal should get the option to use the installed terminals (including xterm and uxterm which many of our users like to use) through searching for them ... Why you think they would type and search? because this is how the unity dash works ? ciao oli PS: would it be possible for you to use the reply to list feature of your mail client, it is pretty annoying to answer you the way you break the thread currently (and i am subscribed to the list, there is no need to CC me) ... signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
hi, On Mi, 2013-04-03 at 18:37 +0800, Ma Xiaojun wrote: On Wed, Apr 3, 2013 at 5:49 PM, Oliver Grawert o...@ubuntu.com wrote: PS: would it be possible for you to use the reply to list feature of your mail client, it is pretty annoying to answer you the way you break the thread currently (and i am subscribed to the list, there is no need to CC me) ... I know Thunderbird has such feature. But I'm using Gmail Web... well, whatever you did now, it worked :) it is way more pleasant to answer you this way on a mailing list, thanks a lot ! ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
hi, On Mi, 2013-04-03 at 09:25 -0700, Dylan McCall wrote: On Tue, Apr 2, 2013 at 2:19 AM, Ma Xiaojun damage3...@gmail.com wrote: On Tue, Apr 2, 2013 at 4:55 PM, Oliver Grawert o...@ubuntu.com wrote: xterm is used by many people doing development on ubuntu as a preferred terminal over gnome-terminal, so i dont think we can or should hide it if we don't want to put off people using ubuntu as a platform for their development tasks. Well, I know there are people have good reasons to prefer xterm over gnome-terminal. However, there are also plenty of people don't bother to know what is terminal in the their entire life. Though there doesn't seem to have a good solution to satisfy both groups. Sure there is. The TINY minority of people who know or care about xterm, and have a reason to prefer it over gnome-terminal (?!), you are aware that this tiny minority is the remaining bit of contributing developers left from the once massive dev community we used to have ? we have driven many devs away and on the other side attracted a lot of new users which makes handling the bug load harder with every release. i totally agree that having the system settings and even each individual setting app in the dash is nonsense, but we are on the way to make ubuntu an unpleasant place for developers that want to develop ubuntu ... file a bug about Xorg hard depending on xterm and lets make it optional to install it but don't kill of developer tools for the tiny minority of devs we have left... ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
hi, On Do, 2013-04-04 at 03:10 +0800, Ma Xiaojun wrote: On Thu, Apr 4, 2013 at 12:47 AM, Oliver Grawert o...@ubuntu.com wrote: you are aware that this tiny minority is the remaining bit of contributing developers left from the once massive dev community we used to have ? I have no idea whether number of contributing developers used to be larger or not. we have driven many devs away and on the other side attracted a lot of new users which makes handling the bug load harder with every release. i totally agree that having the system settings and even each individual setting app in the dash is nonsense, but we are on the way to make ubuntu an unpleasant place for developers that want to develop ubuntu ... But the argument is rather weird. Some people prefer xterm is definitely not equal to The same group of people will leave Ubuntu community if xterm is hidden by default. ... Anyway, Ubuntu is Linux for human beings, Developers are human beings too ;) and believe it or not, developers like to find their tools in the Dash if they search for them. I'm with you that xterm shouldn't be installed by default (though there are technical reasons it currently is that might or might bot be fixable, please file a bug for this). If a developer installed it please don't treat him as a second class person by completely hiding his tools from the mechanism that he is supposed to use to find them ... You wouldnt hide gVim, xEmacs, QTCreator or Eclipse either. Thats the only argument i'm making, lets not make Ubuntu an unpleasant place for developers by hiding their tools and drive them away from the distro due to feeling unwelcome. ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
hi, On Di, 2013-04-02 at 12:03 +0800, Ma Xiaojun wrote: http://packages.ubuntu.com/raring/ubuntu-desktop xdiagnose is used by apport, whoopsie and the Xorg failure mode. In case your graphics card fails it is used to do the reconfiguration to get you back on track. xterm is the default fallback tool built into X (if your display manager fails to start, no desktop is detected etc ... and you run startx you end up with an Xorg root window and an undecorated xterm ...) its a last resort fallback tool (and less than 300k big) ... ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
hi, On Di, 2013-04-02 at 16:45 +0800, Ma Xiaojun wrote: OK, the reasons make sense, but do we need to advertise them as Apps? i think xdiagnose doesnt need to be shown in any menus (though that would be a matter of the maintainer (hey bryce !) to hop into this discussion and comment, i dont think the .desktop file was added just because it is shiny, there is surely a reason for it's existence) xterm is used by many people doing development on ubuntu as a preferred terminal over gnome-terminal, so i dont think we can or should hide it if we don't want to put off people using ubuntu as a platform for their development tasks. ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Bug 1087295] Re: bluetooth service unable to restart when dist-upgrading from Q - R on the Nexus 7
this happened due to the fact that quantal was a demo with multiple hacks inside, upgrades based on the quantal image are neither encouraged nor supported. fixing this bug would mean add fixes to the demo image which we will not do ... closing all tasks here ** Changed in: ubuntu-nexus7 Status: Confirmed = Won't Fix ** Changed in: bluez (Ubuntu) Status: Confirmed = Won't Fix -- You received this bug notification because you are a member of Ubuntu Desktop, which is a bug assignee. https://bugs.launchpad.net/bugs/1087295 Title: bluetooth service unable to restart when dist-upgrading from Q - R on the Nexus 7 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-nexus7/+bug/1087295/+subscriptions -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default Music Player in Ubuntu 12.04
hi, On Tue, 08 Nov 2011 15:15:38 +0800 Chow Loong Jin hyper...@ubuntu.com wrote: * Our ARM team says that the current versions still work rather poorly on ARM. I saw one bug about that, also mentioned in my previous post, which is being worked on, but that's about it. What other issues are there? well, its been general issues with the mono stack in the past (way before we shipped banshee at all) that made it hard to support mono apps on arm. alongside this the ubuntu arm port is to my knowledge the only arm distro port to date that focuses on armv7 only with all the possible optimizations this arch offers (modulo hard float which we will likely switch to with precise). every release since we switched away from the greatest common denominator subarch (armv4t) that debian defaults to we had massive issues with mono, starting with the fact that boehm GC is used by default which makes all mono packages uninstallable in a qemu chrooted environment (which many people use issue-free for all other desktop packages for cross development). with the support for the cortex-a9 cpu line we got SMP support in the arm land, banshee was the only mono app not working and it ate several manweeks to nail it down to the below comment in the code (and indeed the missing code bits): /* SMP on ARM is very similar to XCHG on x86. Doesn't lock the * bus because there are no SMP ARM machines. If/when there are, * this code will likely need to be updated. */ in the current release LP. bug #857299 caused banshee to hang hard after drawing the UI on arm, this was nailed down to upstream bug #661112 (which is still in critical and NEW state despite there existing a patch since a while), but sadly to late before release that we could do much more about it but switch the arm images back to RB. the ubuntu-arm team is 4 developers and one QA person caring for the various images, the archive port, build failures, arm-server and more, losing one or two persons for a week or two massively hurts us ... for the last two releases exactly this was sadly the case though. if upstream would be able to care more for arm (and especially for some recent arm arches instead of nailing arm ports to something timely equivalent to the 486DX/SX era) this would surely help a lot. it is not that we dont like banshee in the arm team it is just that for the cycles where we started shipping it (or had to review it for possible shipment) it was the one app causing the most pain for us. with the switch to hardfloat i would expect us to hit issues again in precise so i was actually pleased to hear there was a discussion about switching back to RB, even though i use banshee and personally like it on my x86 laptop. ciao oli pgpYmAWrCjpQN.pgp Description: PGP signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Language chooser at login
hi, Am Dienstag, den 05.07.2011, 13:43 +1000 schrieb Robert Ancell: On 04/07/11 17:41, Oliver Grawert wrote: ... pretty much every environment edubuntu is used in (public desktops in school classrooms at universities or libraries), non personalized computers in multilingual companies, public computers at airports, hotels, internet cafes etc Are these all cases of where the computer is setup with a single guest account? So the requirement here is that guest accounts require a language setting? right, on public machines you usually dont use a persistent account. Note that this doesn't necessarily have to be implemented in the greeter, i.e. you can run zenity in the guest accounts .profile and that prompts the user on login for language. Or you can make multiple sessions for each installed language, i.e. there is a single menu for the login settings which has English, Japanese, German which each load Unity with differing settings. I expect in these cases you don't want to provide an option to choose session type (Unity/GNOME) anyway. that sounds quite hackish, and up to that selection the whole UI would be english also i know a good bunch of internet cafes and school setups where you can (and people do) select between different desktops, its not an uncommon combination ... So this also raises the question, if the only requirement is for guest sessions does the standard Ubuntu need to support these scenarios out of the box? Note of course Edubuntu can deliver their default install differently. edubuntu was just part of the example above, in many cases people just use ubuntu as multilingual terminals or desktops. while such a feature could indeed live in the guest session package i think that still provides a horrid UI experience for non english speaking people. would it be possible to provide a plugin system for the UI ? so someone from the community could code some langauge selector that would hook visually proper into the theme, hand over variables to the greeter etc ? that way you would not have to do it in the DM code itself nor would have to maintain it but people could still get the feature. ciao oli -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Language chooser at login
hi, Am Montag, den 04.07.2011, 12:44 +1000 schrieb Robert Ancell: I haven't heard of any standard user requirements to switch between more than two languages, or two languages that do not include English (please post here if you know of any). well, just some of these environments ubuntu has traditionally been big in ... :) ... pretty much every environment edubuntu is used in (public desktops in school classrooms at universities or libraries), non personalized computers in multilingual companies, public computers at airports, hotels, internet cafes etc There are disadvantages to keeping this feature: - This feature is quite complex to support. - By having this feature both in the login screen and in the control center we are duplicating functionality but providing an inconsistent method of configuring it. why not drop it from the control center then ? keep the configuration at the login screen and move langpack installation into software center where it belongs ? - Users can accidentally change it, giving an opportunity to make their session unusable. many users in the above listed environments wont be multilingual, how would such a user be supposed to find out how to change the language somewhere in the control center if he/she cant even read the text on desktop elements ? such users would be provided with an unusable session by default. having not at least an optional feature to enable selecting the language at login time will make deployments in multilingual multiuser environments really hard. ciao oli -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Language chooser at login
hi, Am Montag, den 04.07.2011, 11:11 +0100 schrieb Matthew Paul Thomas: I haven't heard of any standard user requirements to switch between more than two languages, or two languages that do not include English (please post here if you know of any). well, just some of these environments ubuntu has traditionally been big in ... :) ... pretty much every environment edubuntu is used in (public desktops in school classrooms at universities or libraries), non personalized computers in multilingual companies, public computers at airports, hotels, internet cafes etc As I understand it, those environments use either a guest session, or a single non-admin user account with no password. GDM in Ubuntu does not let you choose the language when logging in to a guest session. http://launchpad.net/bugs/310801 Nor does it let you choose the language when logging in to an account with no password. http://launchpad.net/bugs/508552 So if those are the use cases, then GDM's language selection is perfectly useless: it lets you choose a language only when you don't need to. thats indeed pretty bad, so these bugs should be bumped in priority and get fixed then :) There are disadvantages to keeping this feature: - This feature is quite complex to support. - By having this feature both in the login screen and in the control center we are duplicating functionality but providing an inconsistent method of configuring it. why not drop it from the control center then ? keep the configuration at the login screen and move langpack installation into software center where it belongs ? Even if it was true that language pack installation belongs in USC (which it isn't), that would be irrelevant. Imagine a computer on which every language pack is installed. People would still need to switch from one language to another. well, i could imagine a languages category in USC ... just seems logical to me to put it there. as i said above, switching from one lang to another (or even more important switching to the appropriate kbd setup for that language) could stay in the login manager. - Users can accidentally change it, giving an opportunity to make their session unusable. many users in the above listed environments wont be multilingual, how would such a user be supposed to find out how to change the language somewhere in the control center if he/she cant even read the text on desktop elements ? such users would be provided with an unusable session by default. ... That is a good point, but for the reasons mentioned above, they have that problem right now anyway. Putting System Settings in the launcher by default will help. Using a large icon layout (like System Settings does) instead of a menu with tiny icons (like the old Preferences menu) will help too. That reduces the problem to learning, or guessing, two large icons. since we redesign the display manager UI from scratch, it shouldnt be a problem to implement shiny big icon selection lists there either... with all bells and whistles you can imagine and with extra points for switching the UI language of the login manager itself on the fly at selection time (we do it in other places alredy (like i.e. ubiquity currently, or gdm a few releases ago before upstream dropped that feature)) ... my 75 year old mother doesnt know what Username or Login mean ... she does understand what it means if its in a language she speaks though. ;) ciao oli -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Bug 517300] Re: [armel] likewise-open needs porting to ARM
it would be nice to get some instructions for testing so we can make sure the fixes work -- [armel] likewise-open needs porting to ARM https://bugs.launchpad.net/bugs/517300 You received this bug notification because you are a member of Ubuntu Desktop, which is a bug assignee. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: gdm-new always use usa keyboard layout
hi, On Fr, 2009-02-20 at 15:20 +0100, Vincent Untz wrote: Le vendredi 20 février 2009, à 13:41 +0100, Oliver Grawert a écrit : hi, On Fr, 2009-02-20 at 12:57 +0100, Martin Pitt wrote: but I think they aren't quite the same as your's. gnome-settings-daemon reads $GDM_KEYBOARD_LAYOUT, so it seems gdm sets that wrongly. Could you please create a new bug report at http://bugzilla.gnome.org/enter_bug.cgi?product=gdm is there any reason why it doesnt just ask hal for the info ? Not sure what info hal has about the keyboard, but it certainly doesn't know about the layout chosen by the user in the combobox of gdm :-) well, with recent xorg hal sets all the systemwide kbd settings (the stuff formerly done in xorg.conf) so imho the hal data should be the default value for GDM_KEYBOARD_LAYOUT in any case ... unless thats overridden by a user setting indeed ... ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Please Comment: Proposal to change the name of Applications - Add/Remove...
hi, Am Donnerstag, den 15.01.2009, 10:29 -0800 schrieb Rick Spencer: All - A proposal has been put forward to change the name of the Add/Remove... menu item. can you elaborate what the reason for this is ? imho this feature (and its naming as well as its design) is one of the most powerful UIs we have in ubuntu. Add/Remove was initially designed to refer to the menu and intrestingly my completely computer illiterate 75 year old mother instantly understands that she can add and remove applications to/from her menu with it, it reflects the menu in so many places that she really gets the purpose ... i doubt she would have that thorough understanding from an opaque name like software library ciao oli signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Please Comment: Proposal to change the name of Applications - Add/Remove...
Am Donnerstag, den 15.01.2009, 11:01 -0800 schrieb Rick Spencer: On 01/15/2009 10:53 AM, Oliver Grawert wrote: i doubt she would have that thorough understanding from an opaque name like software library Interesting, so you feel that software library is opaque. Perhaps there is another place name that would have worked for her? well, the thing is that it isnt a place but the button in the menu to add or remove menuitems. for her it directly does what she expects it to do and she immediately understands the concept because the app itself visually connects to teh menu structure. i'm not sure she would understand the concept of a software place as replacement that easily ... ciao oli signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Change the default screensaver from black to ubuntu logo
hi, On Mi, 2008-08-06 at 16:45 -0500, Ted Gould wrote: I'm not quite sure how to measure (removing all the variables like HD access and such) but I'd have to say that I'm a huge skeptic of the gains here. powertop might help ;) ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Change the default screensaver from black to ubuntu logo
hi, Am Dienstag, den 29.07.2008, 13:45 +0200 schrieb Mads Rosendahl: Hi I'm contacting you (the desktop team) because I hope you can help me. I have suggested that the default black screensaver should be changed to Floating Ubuntu. Please read more here: http://ubuntuforums.org/showthread.php?t=854500 I've also added the idea too Brainstorm and also a blueprint to Launchpad: http://brainstorm.ubuntu.com/idea/10501/ https://blueprints.launchpad.net/ubuntu/+spec/change-default-screensaver I hope that you are the team I need to contact to make this happen, or at least tell me why it won't happen. Thanks... i have made that change about three releases ago (edgy or feisty), if its not used anymore probably ted (the current screensaver maintainer) can tell us why it was reverted, i would consider it a regression. ciao oli signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Debian Screensaver
hi, On Mi, 2007-11-28 at 10:50 -0800, Ted Gould wrote: Hello, Currently in gnome-screensaver we're replacing the Debian logo screensaver with an Ubuntu Logo one. I'm thinking we should change that so that we're just adding the Ubuntu one instead of replacing it. I don't think it'll confuse users and it does pay tribute to Debian's importance to Ubuntu. I think the Ubuntu logo should still be default. we never replaced anything here, the 01_ubuntu_floaters.patch just adds an ubuntu.svg and ubuntu_theme.desktop which are selected by default. there is the popsqureas screensaver i disabled in the gss package since we have all the hacks in xscreensaver{-data,-data-extras,-gl,-gl-extras} we also usually package gnome stuff ahead of debian, i think they didnt have the floaters patch up until gutsy (i might be wrong here though) ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: adding X to server
hi, On Mo, 2006-07-31 at 14:25 -0400, JoE wrote: This is really only partially appropriate to us, but a friend of mine recently tried to add X to his server install of ubuntu. In the end, after much frustration, he added ubuntu-desktop because it was all that would work. using x-window-system-core is the solution here ... :) this question would likely be more appropriate for ubuntu-users btw. ciao oli -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Some icons are making me sad
hi, Am Montag, den 06.03.2006, 21:40 -0500 schrieb Lukas Sabota: Does anyone know what this icon is supposed to be? its the original old nautilus icon, which is a nautilus shell http://en.wikipedia.org/wiki/Nautilus ciao oli signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop