Re: Question about this list
On Thu, Jan 28, 2010 at 8:14 PM, Amahdy wrote: > Maybe I'm missing something here (like I said in my early first post), but I > even don't know how to set a total delivery for all messages sent here, I > only receive a digest and there is no option to receive > instant-notification, although I believe mailman has this option but maybe > the case here was disabled by an administrator or I'm doing something wrong > and I can't find the way to do it... please advise? Well, when you subscribed you must have selected to get the digest. You can change your options here: https://lists.ubuntu.com/mailman/options/ubuntu-devel-announce -- Andrew SB -- 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: Question about this list
On Wed, Jan 27, 2010 at 1:47 PM, Amahdy wrote: > 2- I find it always difficult to keep updated with this kind of lists, what > type of software do you use? please share it with me, I find it very > difficult to rely on a kind of RSS because I want to hit "reply" and "quote" > the part of the message that I like, is there an advanced feature for that? > 3- The OpenSource managers, why they prefer this kind of lists usually? it > ends to be a very old fashion and not user friendly at all, or whatdya > think? Well, I'd say it's as user friendly as your email client, which is of course the best tool to follow an email list. I see you have a gmail address. If you are subscribed to the list click "show details" and then "Filter messages from this mailing list." You can then set up a separate folder for the list and set it to skip your inbox so it doesn't clutter more important emails. -- Andrew SB -- 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: removing recommended packages from source packages
On Tue, Jan 12, 2010 at 12:45 PM, John Vivirito wrote: > On 01/12/10 12:36, John Vivirito wrote: >> hi I was doing some installs and i found that some source >> packages have recommends that we do not supply in archives and >> some that have no installation candidate. One example is >> firmware-linux and i cant find the source package that >> recommended it. Also if we provide recommend packages that are >> not in archives we are telling users " we do not have this >> package but feel free to get it from somewhere else" >> AFAIK we do not support packages found outside of our archives. >> >> Now if this is left overs from Debian's packages i think we >> should either package the recommends or remove them from >> source. The one way i know how to find out source packages is >> to look while packaging/updating the packages, or maybe have a >> patch that searches and removes them. >> If someone knows a better way or a way to make a patch or add >> it in the rules file. I would go with a patch only because >> during merges we can keep them intact and not have to redo it >> for every merge. >> I do not have time for Lucid to look into this much further so >> if someone has any ideas or can draft up a patch please let me >> know. >> > Sorry i had typo in address first time but here is the full post. > > also i reported a bug on this it is bug #506528 > here is the link: > https://bugs.launchpad.net/ubuntu/+bug/506528 This is something we already track. See the debcheck resilts on qa.ubuntuwire.com: http://qa.ubuntuwire.com/debcheck/debcheck.py?dist=lucid&list=relationship-Recommends&arch=ANY - Andrew SB -- 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: How can I submit screenshots for repository/ubuntu software center?
On Wed, Dec 23, 2009 at 6:54 PM, Erik Andersen wrote: > Hi > I was testing the one of the Lucid daily images from a day or two ago > and I noticed that some of the software packages in the Ubuntu > software center don't have a screenshot. I was wondering how I would > go about submitting a screenshot. > http://screenshots.debian.net/upload That is the repository for screenshots that software-center uses. - Andrew SB -- 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: Japanese Input with Karmic?
2009/11/24 Kevin Fries : > Does anybody here use Japanese input as a secondary language? > > My computer was installed using the default English language, but I need to > converse with Japanese people on a regular basis. So, I went into the > System->Administration->Language Support just like I did on all the versions > of Ubuntu. But SCIM does not seem to be popped up any more. When I press > Ctrl-Space... nothing. Right now while in Firefox, scim says that anthy is > active... does this look like Japanese. Not to me either. > I don't generally have the need for secondary language input, so hopefully someone more familiar will chime in. But I do know that ibus has replace SCIM as Ubuntu's default input method in Karmic. [1] If you did a fresh install of Karmic SCIM shouldn't be installed at all, though it is still availiable in the repos. To activate IBus and set it up, go to System>Preferences>IBus Preferences It can be called with Ctrl-Space just like SCIM. Of course, this isn't very discoverable. I didn't have any idea what an ibus was the first time it showed up in my menus. Luckily there has already been a bug filed and a fix is about to be pulled in from Debian which will give it a more descriptive name. [2] Hope that helps... - Andrew SB [1] https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-input-methods [2] https://bugs.edge.launchpad.net/ubuntu/+source/ibus/+bug/429986 -- 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: Bug or feature on the Clock
On Sat, Oct 31, 2009 at 11:45 AM, Alarcón Vladimir wrote: > Hi, I don't know if this is the right thread to post a missing feature I've > found. > > when I you click on the clock that appears by default in Ubuntu 9.04 & 9.10, > it shows you a calendar where weeks start on Sunday (thru Saturday). That's > fine for English, but in Spanish (maybe other languages too) weeks start on > Monday (thru Sunday). > > I looked in Preferences but I couldn't find any option to change the first > day of the week, as in Windows for example. > > Is it possible to submit a feature request here? > > I mean, is confusing (for me) to see weeks starting on Sunday. What locale are you using? The different locales found under /usr/share/i18n/locales/ have a "first_weekday" For cultures like en_US were Sunday is considered the first day of the week, the line should read "first_weekday 1" Cultures that begin the week on Mondays should have "first_weekday 2" GNOME's calendar applet should follow these settings. If the locale setting for your culture is wrong, please file a bug against the "langpack-locales" package. Thanks! - Andrew -- 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: [proposal] Merge istanbul into gnome-screenshot or include it in gnome-utils?
On Wed, Oct 14, 2009 at 9:44 PM, Danny Piccirillo wrote: > https://bugs.launchpad.net/istanbul/+bug/404778 > https://bugzilla.gnome.org/show_bug.cgi?id=589841 > Apparently this almost happened: someone was going to add a launcher to > gnome-screenshot for istanbul but somehow never did. I lack the skills, but > is anybody else able to do this? It's too late do something like this for Karmic and merging it into gnome-screenshot or including it in gnome-utils is certainly something better done upstream. Whether Ubuntu should include a desktop recording app in its default install in the future is another matter. Perhaps you should should open an idea on Brainstorm or begin working on a more detailed spec [1] for discussion at UDS. Though something that needs to be considered if you'd like to see something like Istanbul in the default desktop is that desktop recorders don't seem to work reliably on every system. I personally think it would be problematic to include something that will not work for a wide group of users... - Andrew [1] https://wiki.ubuntu.com/SpecSpec -- 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: Bug in Ubuntu Desktop 9.10 Beta: Wrong Firefox version is displayed during install
On Mon, Oct 5, 2009 at 1:13 AM, Ioannis Vranos wrote: > OS: Ubuntu 9.10 Beta x64. > > > I couldn't file the following bug in Launchpad (could not find an option for > this). > > > Bug description: During a clean install of Ubuntu Desktop Edition 9.10 > Beta, "Firefox 3" is mentioned, while the installed version is 3.5. > > > I think the text should be changed to "Firefox 3.5" or to plain > "Firefox". > The package you should file the bug against is "ubiquity-slideshow-ubuntu" Thanks! - Andrew -- 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: Integrating release schedules into google calendar (.ics)
2009/9/27 shirish शिरीष : > Hi all, > I'm sure there are lot of people who use .ics > (http://en.wikipedia.org/wiki/ICalendar) . I use google calendar. It > would be great if there was a standing RSS feed as well as the > schedule that could trickle in my google calendar. > > I'm sure somebody may have already done it and/or documented the same. > If somebody has, please direct me so I could benefit from the process. > Indeed there is: http://people.ubuntu.com/~vorlon/UbuntuReleaseSchedule.ics - Andrew Starr-Bochicchio -- 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: [Ubuntu-bugcontrol] Apport Hooks Task Force
On Sun, Sep 20, 2009 at 3:25 PM, Sense Hofstede wrote: > Reporting bugs against every package would indeed result in a lot of new bug > reports, but I do think that it would be a good way of keeping track of > the implementation process. We could use python-launchpadbugs to make the > task easier. By my count there are only about 44 packages that currently have apport-hooks. AFAICT, here is the total number of source packages in Karmic: Number of source packages in karmic: main: 3229 restricted: 7 universe: 12403 multiverse: 520 Totaling 16,159 source packages. Opening new bugs on nearly all of them seems to be too broad to be helpful. While I think what you're after is a great goal, I think we better reach it by narrowing our scope and focusing on specific packages where the hooks will be most useful. As someone who would be willing to write hooks and incorporate them into a package, looking at a bug list of over 16,000 wouldn't give me any idea where to start. - Andrew Starr-Bochicchio -- 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: [Ubuntu-bugcontrol] Apport Hooks Task Force
On Sun, Sep 20, 2009 at 10:00 AM, Sense Hofstede wrote: > What should this operation do? The idea is to create an 'apport-hook' tag, > report bugs against all packages (that don't have a hook yet) and start > watching the bugs. Then we can write hooks and watch the tag for bugs that > have a proper one attached. The Bugsquad could do the buggy part of the > task, the MOTU and Ubuntu Developers can afterwards add the hooks to the > packages (and help writing them). > If we'd get the greatest part of our archive to have Apport hooks, it'll be > much easier for us to cope with the many bug reports that inevitably are > going to come when Karmic is released and we'd be able to learn how to deal > with those kind of bug reports before the LTS will be there. Are you suggesting filing bugs against _all_ packages without hooks? That seems a bit over the top. > Maybe it would be a good idea to devote a HugDay to this? It would at least > be useful to create a wiki page an send an announcement to explain the > procedure of adding hooks to packages. This already exists more or less: https://wiki.ubuntu.com/Apport/DeveloperHowTo Some thing that I think would be extremely useful is a list of _specific_ packages that hooks would be useful for. It seems as if writing a hook is pretty trivial if you know any python at all. For the most part, apport hooks simply collect logs or configuration files that might be useful in debugging. A great task for the bug squad could be to collect a list of common things that they need to ask for when debugging specific packages. I know that I personally would love to help out and write some hooks, but the packages that I'm mainly interested in don't really have a need for them so far. If there was a wiki page somewhere that mentioned that every time we get a bug report for package foo we ask the reporter for foo.log, that would be the perfect place of some one to jump in and write a hook. A massive list of packages without hooks would be much less helpful. Thanks! - Andrew Starr-Bochicchio -- 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
Fwd: Distro Summit 2010: Call for Papers
This was sent to debian-devel-announce. Seems as if it might be of interest here... - Andrew Starr-Bochicchio -- Forwarded message -- From: Fabio Tranchitella Date: 2009/9/9 Subject: Distro Summit 2010: Call for Papers To: debian-devel-annou...@lists.debian.org === CALL FOR PAPERS === Distro Summit 2010 is a one-day technical conference with a strong focus on collaboration between Free Software distributions. The event is hosted at the linux.conf.au, which will be held in Wellington (New Zealand) on the 18-23 of January, 2010. We are looking for proposals from any Free Software distribution, from the typical full distributions (both linux and non-linux) to the niche market derivatives. In spite of the strong focus on collaboration between Free Software distributions, topics may include packaging, maintenance, relationship with upstream developers, release management and QA. For more informtion, please visit: http://distrosummit.org. Important dates === * Call for papers ends: Wednesday 30 September 2009 * Announcing the schedule: Friday 2 October 2009 * Distro Summit 2010: 18/19 January 2010 Presentation types == We will accept proposals for: * 25 minute standard-length presentations; * 50 minute long presentations. Session lengths include time for audience questions. We intend for standard-length presentation to make up the vast majority of our presentations. If you plan on submitting a proposal for a long presentation, a willingness to present a standard-length presentation will impact positively on your proposal. Submit a proposal = To submit your proposal, we'll need the following information: * Your name, contact details and a short biography; * Your proposal title; * Intended audience; * An abstract; * Presentation outline; * Presentation type (standard-length or long). To submit a proposal, or get more information, please write to c...@distrosummit.org. About the Distro Summit === The Distro Summit 2010 is a one-day developer conference with a strong focus on collaboration between free software distributions hosted at the linux.conf.au 2010 (http://www.lca2010.org.nz). In addition to a schedule of technical, social and policy talks, the Distro Summit provides an opportunity for developers, contributors and other interested people to meet in person and work together more closely. Previous similar events have featured speakers from around the world. They have also been extremely beneficial for developing key free software software components and for improving collaboration and sharing between the different distributions. Target Audience === The Distro Summit is (mainly) a technical event, but this does not mean that the only target audience are developers and maintainers of free software distributions: the event will feature talks that range from the development to real-world use cases, going through marketing and the social aspects of the maintenance of free software distributions. -- Fabio Tranchitella on the behalf of the Distro Summit organizers -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqnx0QACgkQK/juK3+WFWTBFwCeM0uVA1gn7rXJG1PY6YkpdFBB /zMAoI+2DSEEppNUs3ywpZY98WbT3Ud5 =iurK -END PGP SIGNATURE- signature.asc Description: PGP signature -- 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: Error while building a package in Karmic, no /usr/share/cdbs/1/rules/ocaml.mk
On Thu, Jul 30, 2009 at 4:29 PM, David MENTRE wrote: > Hello, > > I'm trying to build packages for Ubuntu Karmic (and learning Ubuntu > packaging in the process). I'm following instructions at: > https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff > > I have an error at step 7 when doing debuild: > """ > $ debuild -S -us -uc > dpkg-buildpackage -rfakeroot -d -us -uc -S > dpkg-buildpackage : définir CFLAGS à la valeur par défaut : -g -O2 > dpkg-buildpackage : définir CPPFLAGS à la valeur par défaut : > dpkg-buildpackage : définir LDFLAGS à la valeur par défaut : > -Wl,-Bsymbolic-functions > dpkg-buildpackage : définir FFLAGS à la valeur par défaut : -g -O2 > dpkg-buildpackage : définir CXXFLAGS à la valeur par défaut : -g -O2 > dpkg-buildpackage: paquet source ocaml-libvirt > dpkg-buildpackage: version source 0.6.1.0-1ubuntu1 > dpkg-buildpackage: source changé par David MENTRE > fakeroot debian/rules clean > debian/rules:23: /usr/share/cdbs/1/rules/ocaml.mk: No such file or directory > debian/rules:24: /usr/share/cdbs/1/rules/patchsys-quilt.mk: No such file or > directory > make: *** Pas de règle pour fabriquer la cible « > /usr/share/cdbs/1/rules/patchsys-quilt.mk ». Arrêt. > dpkg-buildpackage: erreur: fakeroot debian/rules clean a produit une erreur > de sortie de type 2 > debuild: fatal error at line 1334: > dpkg-buildpackage -rfakeroot -d -us -uc -S failed > """ > > Indeed, those ocaml.mk and patchsys-quilt.mk files are missing. You seem to need to have the packages quilt and ocaml-nox installed in order to build that source package. - Andrew > > Any idea of what should I do to have those files? > > I'm trying to modify and build that package: > http://packages.debian.org/source/unstable/ocaml-libvirt > [ I have dget'ed .dsc in the above page. ] > > I'm working in an up-to-date amd64 Karmic in a VirtualBox virtual > machine. > > Sincerely yours, > david > -- > GPG/PGP key: A3AD7A2A -- dmen...@linux-france.org > 5996 CC46 4612 9CA4 3562 D7AC 6C67 9E96 A3AD 7A2A > > -- > 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: Standing in the street trying to hear yourself think
On Fri, Jul 3, 2009 at 12:39 PM, Evan wrote: > On Fri, Jul 3, 2009 at 12:36 PM, Andrew SB wrote: >> >> On Fri, Jul 3, 2009 at 12:27 PM, Evan R. Murphy >> wrote: >> >> I would propose that we have a better metric for selecting the best >> >> answer, in that the person posing the question could select the >> >> answer that fixed the problem for them, again this ties in with the >> >> task orientated nature of this approach. A question like "how do i get >> >> the audio level to persist on my aspire one" would generally solicit a >> >> number of answers, but only if the answer fixes the problem for the >> >> questioner should it be chosen as the best answer. >> >> [...] >> > >> > I like this. So maybe a rating system more along the lines of, "Did >> > this answer fix your problem?", instead of, "Digg it". >> >> Some thoughts: >> >> This sounds just like Launchpad Answers to me. How would the idea >> you're talking about differ? >> >> What could we do to encourage more people to use LP Answers? >> >> What does it lack, or is it simply a matter of promotion / awareness? > > I've been subscribed to this list and filing bugs for over a year now, and I > hadn't even heard of Launchpad Answers before now. Maybe I live under a > rock, but I think promotion / awareness would go a long way. > Check it out. Click on the Answers tab in Launchpad. It can be used by distros, packages, or projects. EG: Distributions: https://answers.launchpad.net/ubuntu Specific packages: https://answers.launchpad.net/ubuntu/+source/openoffice.org Upstream projects: https://answers.launchpad.net/awn-extras Honestly, I find using it for Ubuntu as a whole a bit overwhelming, and I don't really pitch in much there. But I try to keep up with it for specific packages I maintain and upstream projects I work on. Maybe a good start could be getting http://www.ubuntu.com/support and http://www.ubuntu.com/support/communitysupport to feature it more prominently. But really, it's only as helpfully as the people tracking it and providing answers... - Andrew -- 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: Standing in the street trying to hear yourself think
On Fri, Jul 3, 2009 at 12:27 PM, Evan R. Murphy wrote: >> I would propose that we have a better metric for selecting the best >> answer, in that the person posing the question could select the >> answer that fixed the problem for them, again this ties in with the >> task orientated nature of this approach. A question like "how do i get >> the audio level to persist on my aspire one" would generally solicit a >> number of answers, but only if the answer fixes the problem for the >> questioner should it be chosen as the best answer. >> [...] > > I like this. So maybe a rating system more along the lines of, "Did > this answer fix your problem?", instead of, "Digg it". Some thoughts: This sounds just like Launchpad Answers to me. How would the idea you're talking about differ? What could we do to encourage more people to use LP Answers? What does it lack, or is it simply a matter of promotion / awareness? - Andrew Starr-Bochicchio -- 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: Provide a GUI option in the installer to enable popcon
On Wed, Jun 24, 2009 at 12:02 PM, Matthew Paul Thomas wrote: > The absolute size of a sample is more important, statistically, than its > relative size. In other words, 1136581 popcon submissions is a large > enough sample regardless of how many Ubuntu users there are in total. > What is more important now is reducing bias -- bias towards current > users against potential users, towards users who fiddle with settings > against users who don't, and so on. I was recently looking up some info for the upstream author of a package I maintain in Debian and Ubuntu, and I saw that number. It's pretty impressive that we have over one million submissions from an opt-in program. In fact, Debian's number seems to be at only 84894. One thing I'd like to see though is for Ubuntu to have package report pages like Debian does. I.E.: http://qa.debian.org/popcon.php?package=empathy - Andrew Starr-Bochicchio Ubuntu Developer -- 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
UDS Remote Participation (Was Re: about empathy as the default IM application)
On Fri, Jun 19, 2009 at 8:00 AM, Andrew Sayers wrote: > I'll try to listen in during the next UDS, but it looks like there > aren't many archives kept around for those of us that want to go in and > see what happened in the past. Is it worth asking Canonical to archive > the IRC logs next time, and to convert the streams to OGG format for > later downloading? I also think it would be nice if the audio streams could be archived. It would make it easier for people out of timezone to keep up on what goes on. How feasible would this be for future UDSs? Also, I wonder if there's been any progress with the plenary session videos for UDS Karmic... The only videos I seem to be able to find are from karaoke. While they're pretty entertaining, I still hope to watch some more informative videos. =) - Andrew Starr-Bochicchio -- 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: about empathy as the default IM application
On Wed, Jun 17, 2009 at 3:00 PM, Andrew Sayers wrote: > I've not been able to find any discussion of Empathy online before this > week, and I can't find it in the schedules or the list of discussions. > Could you point to somewhere that the arguments are laid out? > > - Andrew It can be hard to keep up with all the different news and on-goings, but this is hardly out of no where. See: Blue print about this registered on 2008-08-01: https://blueprints.edge.launchpad.net/ubuntu/+spec/replace-pidgin-with-empathy In depth usability study done in August 2008: https://wiki.ubuntu.com/EmpathyVsPidginUsability Call for testing on this list on Aug 8, 2008: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-August/005070.html Just a couple of many forum threads: http://ubuntuforums.org/showthread.php?t=885548 http://ubuntuforums.org/showthread.php?t=1154769 Info on remote UDS participation: https://wiki.ubuntu.com/UDSKarmic/RemoteParticipation - Andrew Starr-Bochicchio -- 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: shameful censoring of mono opposition
On Tue, Jun 9, 2009 at 7:58 PM, David Schlesinger wrote: > Mark Fink continues to scribble: >> >> luckily only stupid people who can't think for themselves fawn over >> MONO...some of the forum moderators are novell employees (or people >> who drink they're koolaid)... > > Wasn't it you who was complaining not long ago about "personal attacks"...? > I'll refrain from pointing out the general illiteracy of your message, but > it's doubtless apparent to anyone for whom English isn't a second language > as well as many for whom it is. > I can't believe that I got drawn into this, but here's my two cents. This thread has been about personal attacks from the beginning. In the same breath as talking about supposed censorship the OP was also calling for banning a volunteer Ubuntu developer who simply works on mono-related packaging. (Since there's been a lot of lip service about some sort of wider "respect" from the Linux community, I think it's worth mentioning that said developer's collaboration with Debian is a great model for gaining respect.) He was also calling for the firing of a Canonical employee for simply having written a program in C# before being hired by Canonical, where as far as I can tell he isn't involved in any work around mono at all. Nearly every message from the OP has accused that Novell or Microsoft employees are some how infiltrating Ubuntu with out any evidence at all. While there might be merits in discussing the inclusion of mono in a default Ubuntu install or issues about forum moderation, neither has been the OP's real purpose. All he has done from the beginning is make slanderous claims that verge on paranoid delusions. If anyone who hadn't made up their mind on this issue has read this thread, I can't imagine they would come away with a positive view of the anti-mono viewpoint. The OP has done his cause a great disservice. Don't bother directly replying to me. I've wasted all together too much time that I could have used to do something productive for Ubuntu by reading this tripe - Andrew Starr-Bochicchio Ubuntu Developer -- 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: Support data gathering tool
2009/5/31 Przemysław Kulczycki : > Ubuntu needs a data gathering tool for user support and bug reporting. > Currently when filing bug reports users have to manually run lots of > commands (dmesg, lspci, lsusb, lsmod, alsa-something...) for > troubleshooting their issues. > > Ubuntu should have a tool to gather all necessary system logs for > reporting bugs and asking for support on answers.launchpad.net. > > I work for Sun and I find their Explorer tool very handy. > It collects many system logs and outputs of system commands to show the > system configuration and issues to the support team. It also has some > options to skip some logs when the customer feels if it will violate his > privacy. > Red Hat has something similar, though not as developed as Explorer. > Their sos (son of sysreport) tool is GPLed and could be tweaked to run > on Debian/Ubuntu. > > Suse used to have Siga, now they have supportconfig, but I'm not > familiar with it. > > There is also an independent distro-agnostic tool called Linux Explorer > but it may be a bit outdated now. > > Having an explorer-like tool in Ubuntu would benefit both desktop and > server users. > Bugreporting would be much easier. You would only have to run one > command, maybe with some options, to provide all the data needed for the > bug troubleshooters. > Example options could be: > toolname -audio > toolname -usb > toolname -kernel > toolname -all > toolname -xorg > toolname -network > > Appropriate options would be used for relevant problem types (ie. -audio > for sound problems). > > Links: > Red Hat: sosreport, earlier: sysreport > https://hosted.fedoraproject.org/sos/ > Suse: supportconfig, earlier: Siga > http://en.opensuse.org/Supportutils > Sun/Solaris: Explorer > http://sunsolve.sun.com/explorer > Independently developed Explorer-clone for Linux: > http://www.unix-consultants.co.uk/examples/scripts/linux/linux-explorer/ > > Check out the Explorer page and its documentation to see how it's useful. > http://sunsolve.sun.com/search/document.do?assetkey=1-9-82329-1 > -- > ## Przemysław Kulczycki <<>> Azrael Nightwalker ## > # jabber: azrael[na]jabster.pl | tlen: azrael29a # > ### www: http://reksio.ftj.agh.edu.pl/~azrael/ ### Ubuntu already uses a tool called Apport along with the command-line tool ubuntu-bug. [1] How do these tools differ? Apport already has the ability to be extended through the use of per-package hooks. [2] Most relevant information that should be provided with a bug report for a specific package can be retrieved using them. Maybe we should have some sort of wizard for when a user attempts to use apport and they don't know the package. E.g. If they know the problem is in the audio stack but not exactly where. There's still a lot of relevant information that apport could collect. I think the real issue is: how do we better encourage users to use the tools that already exist? [1] https://wiki.ubuntu.com/Apport [2] /usr/share/doc/apport/package-hooks. - Andrew Starr-Bochicchio Ubuntu Developer -- 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