Re: Ubuntu Packaging Guide
On Friday, June 03, 2011 9:51:00 AM Scott Kitterman wrote: Just to pick one example, as soon as you want to work on a package with an out of date branch, you need to move from the UDD toolset. Or quilt. Ugh. If it comes down to quilt, there is no way I'm using UDD until: - there is a *consistent* mode of use (pop or push? include .pc or not?) - someone documents this consistent mode of use From what I understand, there are people doing things all sorts of ways with quilt, and I really don't want to have to learn all the ways people are using quilt with bzr and try to figure out *which* way any particular package is using that combination. I'll stick to apt-get source for those. Still have to dput anyway... (For non-quilt packages, I'm fine with UDD) -- Mackenzie Morgan http://ubuntulinuxtipstricks.blogspot.com apt-get moo -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
Re: Ubuntu Packaging Guide
On Jun 03, 2011, at 10:07 AM, Mackenzie Morgan wrote: From what I understand, there are people doing things all sorts of ways with quilt, and I really don't want to have to learn all the ways people are using quilt with bzr and try to figure out *which* way any particular package is using that combination. I'll stick to apt-get source for those. I've successfully used the guidelines on this page for several quilt packages: http://people.canonical.com/~dholbach/packaging-guide/html/udd-patchsys.html By no means is it perfect, which everyone acknowledges. Depending on your level of pain tolerance, you don't necessarily have to punt on UDD right away when working on a quilt3 package. Still have to dput anyway... For now... :) -Barry signature.asc Description: PGP signature -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
Re: Ubuntu Packaging Guide
On Fri, Jun 3, 2011 at 10:50 AM, Barry Warsaw ba...@ubuntu.com wrote: On Jun 03, 2011, at 10:07 AM, Mackenzie Morgan wrote: From what I understand, there are people doing things all sorts of ways with quilt, and I really don't want to have to learn all the ways people are using quilt with bzr and try to figure out *which* way any particular package is using that combination. I'll stick to apt-get source for those. I've successfully used the guidelines on this page for several quilt packages: http://people.canonical.com/~dholbach/packaging-guide/html/udd-patchsys.html By no means is it perfect, which everyone acknowledges. Depending on your level of pain tolerance, you don't necessarily have to punt on UDD right away when working on a quilt3 package. What if you just want to do quilt import ../mychanges.patch (my usual use-case for quilt)? Right now, I'm thinking the old cheater way (cp ../mychanges.patch debian/patches echo mychanges.patch debian/patches/series) seems a lot easier. Also, the text between the code-boxes on that page are not so helpful if you don't know what a loom or a thread are. Well, I mean, I know what real looms and real threads are (and goodness are real looms ever *expensive*!), but I don't think my textile interests are much help here. I'm guessing that a thread is a branch of a branch, but hiding inside the meta-branch like how git branches all live in one dir, but really this is my confusion talking. (My current advice to mentee about UDD + quilt is don't) -- Mackenzie Morgan -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
Vino should not be included in the default install
Hi I originally posted this message as [Bug 790009] on Launchpad. It was suggested that this list is a better place for the suggestion. -- Having remote desktop as an option in the default installation creates a security risk. It invites new users to enable it, not understanding the security implications. They then end up with unwanted connections to their machine. A quick look around the security discussions forum on ubuntuforums shows that this happens quite frequently. I propose that it should be removed from the LiveCD. If a remote connection program is needed, then something that*requires* SSH tunnelling could be provided. -- Jane Atkinson (Irihapeti) -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Uploading to multiple distros
On Thu, Jun 02, 2011 at 06:17:09PM -0700, Evan Broder wrote: Hmm...a lot of this discussion seems to be getting caught up in the ubuntu-devel moderation queue, but I'll try to guess context as best as I can... The moderation queue doesn't have any outstanding messages for this thread, though maybe it did when you looked. It's also possible that some folks are subscribed to debian-devel but not ubuntu-devel. -- - mdz -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Ubuntu Packaging Guide
I just took my first look at the so called Ubuntu Packaging Guide and it's clear that a lot of work has gone into developing a useful guide for new contributors. It does concern me that the name Ubuntu Packaging Guide is really misleading. If you look at http://people.canonical.com/~dholbach/packaging-guide you'll find no mention of the 'normal' tools and processes that I (and I believe most) Ubuntu developers use. This is not really an Ubuntu Packaging Guide. It's really Ubuntu Packaging using UDD tools. I do not believe that this toolset is mature enough for general use and it's a mistake to present this to potential new developers as the way Ubuntu does things. If this document is going to be presented as an Ubuntu Packaging Guide the primary focus ought to be on normal packaging tools. Alternately, the guide ought to be renamed to reflect it's focus. Just to pick one example, as soon as you want to work on a package with an out of date branch, you need to move from the UDD toolset. I've filed a bug to track this: https://bugs.launchpad.net/ubuntu-packaging-guide/+bug/792381 Scott K -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Ubuntu Packaging Guide
On Fri, 2011-06-03 at 10:07 -0400, Mackenzie Morgan wrote: On Friday, June 03, 2011 9:51:00 AM Scott Kitterman wrote: Just to pick one example, as soon as you want to work on a package with an out of date branch, you need to move from the UDD toolset. Or quilt. Ugh. If it comes down to quilt, there is no way I'm using UDD until: - there is a *consistent* mode of use (pop or push? include .pc or not?) - someone documents this consistent mode of use +1 from me on this. As someone who touches a lot of different packages, as opposed to working on a specific package set, this drives me completely nuts. Marc. -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Marketing Xubuntu
Hi there -- Xubuntu is not my primary distro, but it's one I use more than occasionally (hence, it's why I'm on this list). Rather than reinventing the wheel, you might want to take a look at how other distros handle marketing. One that does a good job of it is Fedora: https://fedoraproject.org/wiki/Marketing This marketing team works hand in hand with an Ambassador team that promotes Fedora: https://fedoraproject.org/wiki/Ambassadors Like Fedora or not, they do a pretty good job in promoting FOSS and Fedora, sometimes in that order. [Truth in advertising: I worked with the Fedora Project on the Ambassador program for about three years, until leaving recently to pursue other FOSS-related ventures.] As an aside, we are holding a Lindependence event to coincide with Software Freedom Day in September. We rent a local church hall and invite representatives from various distros to come and show off their work. I would welcome the opportunity to have Xubuntu represented. Larry Cafiero The Lindependence Project On Fri, Jun 3, 2011 at 4:06 AM, Vincent mailingli...@vinnl.nl wrote: On Fri, Jun 3, 2011 at 4:40 AM, Charlie Kravetz c...@teamcharliesangels.com wrote: On Fri, 3 Jun 2011 09:33:51 +0800 Jason Wee peich...@gmail.com wrote: start by spreading the news to the general public users and also only consider users which is interested and responded to you. Then held workshop on xubuntu on what it is and what can it do for users for daily chores. I think users would want to know which opensource software can replace the software that they use in windows and you might want to consider that by teaching through the workshop. /Jason You have some good points here. Of cource, we have start somewhere, and perhaps that is by identifying our users? Who is the target audience of Xubuntu. I have long maintained that it is not the beginning Linux users. Ubuntu targets that group, and is well designed to meet their needs. We are in a good position to look towards those intermediate and expert users, I think. Now, how do I get news to the general public? Not really Xubuntu-specific, but for projects like Xubuntu in general the problem is that for people new to the open source world, the concept of free because we are volunteers that run this project for fun is a bit hard to grasp. When people see free they have learnt to associate it with handing over address details or getting lots of advertising, but as long as they don't see what the catch is, they will assume it must not be good. Therefore it might be good to focus on the kumbaya-feeling of open source, so as to make people wanting to be part of it. (This is, all, of course, completely unscientific. I have no experience/training in marketing, this is all just gut feeling.) When it comes to Xubuntu, start thinking about the reasons you actually use it. Is it because it's free of charge, because of the freedom/control it gives you, that you use it as opposed to one of the proprietary OS's? And is it because of its light-weightness/usability-combo, the flexibility of Xfce, the traditional desktop interface, that you use it as opposed to the easy, popular choices of Linux distros such as Ubuntu? If you prioritize such a list you can end up at the strengths of Xubuntu that will appeal to a group of people that might not have heard of Xubuntu yet. (This is a bit hard for me to do since I don't use Xubuntu anymore.) Then of course the next step is to get the word out to those people. I think you should try to focus on existing Ubuntu users, as e.g. Windows users are hard to reach. For the latter group, you want to make sure that if they go looking for an alternative to their Windows installation with the before mentioned characteristics, that they can find Xubuntu. However, when actively reaching out, it would probably be easier to focus on people that are already using Ubuntu and might be happier using/trying Xubuntu. A way that I think Lubuntu is getting a lot of attention is because a fan of them is in the OMG! Ubuntu team - it might be an idea to see if someone from the Xubuntu community can nudge his/her way up there? ;-) There, I weighed in on a discussion on xubuntu-devel :) On Fri, Jun 3, 2011 at 9:24 AM, Charlie Kravetz c...@teamcharliesangels.com wrote: I have given marketing a lot of thought. I am by no means an expert in marketing, and may need someone to set me straight. However, I am hoping to at least get some discussion started. How do you market Xubuntu? It is free, it generates no revenue, and it must be given away. This seems to present a dilemma. How would you market Xubuntu if it were a new product to be sold today? Unfortunately, at the present time, the advertising budget is empty. But, that does not mean it can not be done. I would start by telling people what a great Operating System this is. It can replace Microsoft Windows 100%
Re: Ubuntu Packaging Guide
On Friday, June 03, 2011 10:25:28 AM Stefano Rivera wrote: Hi Scott (2011.06.03_15:51:00_+0200) you'll find no mention of the 'normal' tools and processes that I (and I believe most) Ubuntu developers use. I think it's useful to develop documentation aimed at where we want to be, a little more than where we are, as the documentation takes a while to mature. This is fine as long as it is correctly characterized. However, I agree that the documenting the normal tools is entirely necessary. You can't understand Debian packaging well, without understanding the processes it was designed for. In the beginning, when you don't have a clue what you are doing, having simple abstractions can help a lot. But soon enough, the packager will need to understand the concept of source packages and all the tools for dealing with them. I agree, but the simple abstractions to be handing to new users today is not based on the UDD toolset (see Mackenzie's message re Quilt and .pc files for just one example of why). Currently trying to package using UDD is more complex and (IMO) harder to understand than the traditional approach. I think UDD documentation aimed at people who understand packaging would be more useful now (one small example on this is the current documentation does not cover what to do after you upload a package). I'm not sure how complete the current draft is relative to the planned content coverage but so far it lacks a lot of information that was in the old wiki pages that I found useful when trying to use IDD. Scott K -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Marketing Xubuntu
On Fri, Jun 3, 2011 at 7:37 AM, Larry Cafiero larry.cafi...@gmail.com wrote: Rather than reinventing the wheel, you might want to take a look at how other distros handle marketing. One that does a good job of it is Fedora: https://fedoraproject.org/wiki/Marketing In a similar vein, I've been watching this thread go by thinking we could piggy-back on top of Ubuntu marketing. I'd love to see more (some?) Xubuntu stuff on spreadubuntu.org. We're also in the middle of getting a test site together for a migration of xubuntu.org to wordpress, perhaps once that's done we can also add a promote xubuntu page to the site? We don't exactly make it easy for folks who already support us to get ahold of our logos (you have to search on our wiki) and other things so people can put badges on their blogs and things. As an aside, we are holding a Lindependence event to coincide with Software Freedom Day in September. We rent a local church hall and invite representatives from various distros to come and show off their work. I would welcome the opportunity to have Xubuntu represented. I was planning on coming anyway :) so I'd be happy to do some Xubuntu showing off. -- Elizabeth Krumbach // Lyz // pleia2 http://www.princessleia.com -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
Re: Vino should not be included in the default install
On Fri, Jun 03, 2011 at 11:36:03AM -0500, Mario Limonciello wrote: On Fri, Jun 3, 2011 at 10:16, Bilal Akhtar bilalakh...@ubuntu.com wrote: I originally posted this message as [Bug 790009] on Launchpad. It was suggested that this list is a better place for the suggestion. -- Having remote desktop as an option in the default installation creates a security risk. It invites new users to enable it, not understanding the security implications. They then end up with unwanted connections to their machine. A quick look around the security discussions forum on ubuntuforums shows that this happens quite frequently. I propose that it should be removed from the LiveCD. If a remote connection program is needed, then something that*requires* SSH tunnelling could be provided. -- Jane Atkinson (Irihapeti) -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel Removing sounds like a fairly heavy footed approach. If the UI to enable it isn't informative enough to explain the security implications, perhaps that UI should just be improved instead. The UI defaults to pretty reasonable settings. Unless those have changed since I've last looked, I don't think it's a concern. -Kees -- Kees Cook Ubuntu Security Team -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Uploading to multiple distros
Matt Zimmerman writes (Re: Uploading to multiple distros): On Thu, Jun 02, 2011 at 01:54:37PM +0100, Ian Jackson wrote: And if the package is not accepted into the Debian archive for any reason, the changelog is very misleading because it looks like a sync from Debian. True, but perhaps harmless. Well, it would normally result in the next sync being a pure sync from Debian (since it would look like the previous Ubuntu version was in sync with Debian) and perhaps the changes in the upload that went only to Ubuntu would be dropped. One way to enable simultaneous uploads would be to arrange for dpkg-genchanges to filter out suites for other distros when generating the .changes file. Then you would have the same files being uploaded but two different .changes files. Yes, it seems like it would be straightforward enough to generate two appropriate .changes files for this case, and it would do the right thing. Right, that's what I think I'm suggesting. Ian. -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Allowing filing bugs on unpublished packages that have an official branch
Hi, We are trying to make distribution objects in Launchpad useful for other distribution-like project. (The main use case is to manage the set of Ensemble formulas known-as Principia.) As part of that work, we are going to change the rules according to which a sourcepackage is available as a bug target (bug #781993). Currently, you can only select a sourcepackage that was published in the target series. In the principia case which doesn't publish packages, that isn't useful. We are thinking of extending the set of valid target to package which have an official branch on the series. It shouldn't change anything in Ubuntu unless you set official package branches on package which haven't yet been published in the series. But the current UDD set-up doesn't do that. Any objections? -- Francis J. Lacoste francis.laco...@canonical.com signature.asc Description: This is a digitally signed message part. -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Vino should not be included in the default install
On 11-06-03 09:36 AM, Mario Limonciello wrote: On Fri, Jun 3, 2011 at 10:16, Bilal Akhtarbilalakh...@ubuntu.com wrote: Hi I originally posted this message as [Bug 790009] on Launchpad. It was suggested that this list is a better place for the suggestion. -- Having remote desktop as an option in the default installation creates a security risk. It invites new users to enable it, not understanding the security implications. They then end up with unwanted connections to their machine. A quick look around the security discussions forum on ubuntuforums shows that this happens quite frequently. I propose that it should be removed from the LiveCD. If a remote connection program is needed, then something that*requires* SSH tunnelling could be provided. -- Jane Atkinson (Irihapeti) -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel Removing sounds like a fairly heavy footed approach. If the UI to enable it isn't informative enough to explain the security implications, perhaps that UI should just be improved instead. The UI allows the user to setup remote access without a password, either a password should be generated automatically, or it shouldn't be enabled without having to enter a password manually, and I really feel that uPNP shouldn't be an option during setup. -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: [ANNOUNCE] dh_splitpackage 0.1
W dniu 03.06.2011 21:17, Evan Broder pisze: Ubuntu has gotten quite a bit of flack from the debhelper maintainer for making independent changes in the past ([1], [2]), and doing so again seems like a bad plan. Perhaps posting this from my @canonical.com address was a bad idea. I'm not doing this as a Canonical employee, nor as a ubuntu developer. I'm doing this as an upstream (actually working on Linaro tools) that uses Debian/Ubuntu as the delivery platform. My response below may seem to be quite harsh but I hope to keep it factual. For context. I wrote dh_splitpackage yesterday after being upset with dh_install and failing to find any packages that would do what I wanted easily. I did it while packaging the tools I'm developing daily so that my users can install them easily. Nothing in this has any relation to my employer, Canonical, Ubuntu or Linaro. I made this and the fault, if any, is mine. dh_install already has a --fail-missing option. It seems that this would cover half of your use case, To the best of my knowledge dh_install cannot do what I wish. Well, I could copy file by file, directory by directory, carefully observing the right paths, adding exclusion patterns and so on. That's not my goal. My goal is to split a package (which I understand as move each file from debian/tmp into the appropriate sub-package) easily, without too much, error-prone, shell scripting and without doubts I missed something and it's actually failing silently (or will fail silently when upstream files move around later). though I gather there are some outstanding issues with it ([3]). CDBS also has a list-missing target, though it doesn't seem that it can be made to fail the build, and also doesn't cover your overlapping files issue. See, that's not solving my problem. It seems like it would be much more productive to work with Joey to try and fix dh_install --fail-missing, and possibly add a new --fail-on-overlap option or something. Productive for who? I never even knew Joey (no disrespect to him). I solved my problem and shared the solution. My problem is solved. Better yet, I did not make the general problem worse. Look at this as a contribution to possible pool of solutions that the greater Debian community may choose to adopt. But in any case, I think that adding a new debhelper script without consulting Joey at all will hurt Ubuntu's image in Debian's eyes, and that's a bad thing. I'm sorry I did not know Joey. Perhaps if I was working on packaging lots of 3rd party software I would get know him eventually. Should that prevent me (or anyone) from coming up with a good technical solution to a problem? Even if dh_splitpackage will rot in the internet archive it _did_ solve my problem and I _did_ share the solution hoping for the best. Now for some rants of my own: Let's play a game that I did knew Joey or other dh_* maintainers. IMHO engaging in platform development would be pointless. It might end up being political. It would most likely drag on and on, possibly never reaching a consensus. It might require me to rewrite the script in perl, shell or another language. And it could easily fail. Why would I engage in any of that? Why would any upstream do? (and see how friendly upstream I am to even share my solution with anyone, do you think random upstream developer would?). Debian is an insanely complex political being, with many rules that are fully versed only by people that dwell in this environment for many years. That's not a good ISV environment. Perhaps this is not a popular view but IMHO it's rather true (why would I be writing this email otherwise?) Getting involved in fixing the platform the way Debian maintainers and many of my colleagues at Canonical do would be diverging from my goals. I'm an upstream working on a project. This project is not Debian. Getting involved with Debian, dh_* maintainers, authors and contributors, while noble, would prevent me from attaining my goal on a predictable and timely basis, which is to get the software I'm working on into the hands of my users. End of rant. Now I understand that you had no bad intentions towards me and this is all caused by me posting from @canonical.com without giving any kind of explanation on why I did this. Sincerely Zygmunt Krynicki -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Really miss my panel applets.
I am starting to get used to the Unity desktop. It's still hard to find some things that were formerly easy, but I'm getting there. At this point, the thing I miss the most are my panel applets, one for fun, three to monitor my computer. [image: Screenshot.png] (screen shot of eyes and system monitor applets) How can I get equivalent functionality back? -- Vernon Cole Screenshot.png-- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Really miss my panel applets.
On Fri, Jun 3, 2011 at 7:50 AM, Vernon Cole vernondc...@gmail.com wrote: I am starting to get used to the Unity desktop. It's still hard to find some things that were formerly easy, but I'm getting there. At this point, the thing I miss the most are my panel applets, one for fun, three to monitor my computer. (screen shot of eyes and system monitor applets) How can I get equivalent functionality back? I was actually thinking about this the other day; why wasn't Gnome panel applet support included as part of the transition to Unity? Something like is currently available for XFCE: http://packages.ubuntu.com/natty/xfce4-xfapplet-plugin CK -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Really miss my panel applets.
2011/6/3 Conrad Knauer ath...@gmail.com On Fri, Jun 3, 2011 at 7:50 AM, Vernon Cole vernondc...@gmail.com wrote: I am starting to get used to the Unity desktop. It's still hard to find some things that were formerly easy, but I'm getting there. At this point, the thing I miss the most are my panel applets, one for fun, three to monitor my computer. (screen shot of eyes and system monitor applets) How can I get equivalent functionality back? I was actually thinking about this the other day; why wasn't Gnome panel applet support included as part of the transition to Unity? Something like is currently available for XFCE: http://packages.ubuntu.com/natty/xfce4-xfapplet-plugin CK -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss There's a system monitor that does exactly that. It's attached to an indicator and the user can click it to show the system load. Don't remember its name tho, but searching for monitor indicator ubuntu or something like that should bring up some results. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Really miss my panel applets.
You probably want to try this, Vernon. :) https://launchpad.net/*indicator-multiload*https://launchpad.net/indicator-multiload On Fri, Jun 3, 2011 at 9:50 PM, Vernon Cole vernondc...@gmail.com wrote: I am starting to get used to the Unity desktop. It's still hard to find some things that were formerly easy, but I'm getting there. At this point, the thing I miss the most are my panel applets, one for fun, three to monitor my computer. [image: Screenshot.png] (screen shot of eyes and system monitor applets) How can I get equivalent functionality back? -- Vernon Cole -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ray Wang - Follow your dreams -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
310m nvidia
Hello,I bought a MSI cx623, with 310m video card and when I enabled the nvidia driver recommended by Ubuntu developers, after restart, I could not get the GUI. It stopped at the splash screen after login.Please if you can do something about it do it.-- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Really miss my panel applets.
I know it has nothing to do with applets!, but I've been having troubles i never had before with ubuntu (I've been usingit since 7.10)!!! every now and then my laptop freezes out of nothing! even when i'm just using firefox! and it's annoying, I have to shot it down keeping pressed the power button, and in the end it will affect my laptop! =( Do you know how can I solve this!? Does anyone of you had the same problem!? Oscar 2011/6/3 Ray Wang wanglei1...@gmail.com You probably want to try this, Vernon. :) https://launchpad.net/*indicator-multiload*https://launchpad.net/indicator-multiload On Fri, Jun 3, 2011 at 9:50 PM, Vernon Cole vernondc...@gmail.com wrote: I am starting to get used to the Unity desktop. It's still hard to find some things that were formerly easy, but I'm getting there. At this point, the thing I miss the most are my panel applets, one for fun, three to monitor my computer. [image: Screenshot.png] (screen shot of eyes and system monitor applets) How can I get equivalent functionality back? -- Vernon Cole -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ray Wang - Follow your dreams -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Really miss my panel applets.
On 2011-06-03 15:50, Vernon Cole wrote: ... the thing I miss the most are my panel applets, one for fun, three to monitor my computer. Screenshot.png (screen shot of eyes and system monitor applets) How can I get equivalent functionality back? Somebody suggested me to execute this command: gsettings set com.canonical.Unity.Panel systray-whitelist ['all'] It has proved to work fine so far. -- Gunnar Hjalmarsson -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Really miss my panel applets.
On Fri, Jun 3, 2011 at 9:12 PM, Gunnar Hjalmarsson ubu...@gunnar.cc wrote: On 2011-06-03 15:50, Vernon Cole wrote: ... the thing I miss the most are my panel applets, one for fun, three to monitor my computer. Screenshot.png (screen shot of eyes and system monitor applets) How can I get equivalent functionality back? Somebody suggested me to execute this command: gsettings set com.canonical.Unity.Panel systray-whitelist ['all'] It has proved to work fine so far. Hi, good to know that we can change this whitelist easily, but it is only for notification area programs. As far as I know, the unity panel does not support gnome panel applets at all (just like the new panel in gnome-shell). What bothers me the most is that indicators supported by the unity panel are not supported by the gnome-shell. On the up-side, at least indicators force to separate UI from the backend, which should make it feasible to adapt them. In this respect it is a much better solution than the old panel applets (but less flexible). Regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
