Re: shameful censoring of mono opposition
On Mon, Jun 8, 2009 at 6:00 PM, Markus Hitter wrote: > > Am 08.06.2009 um 08:37 schrieb Stephan Hermann: > >> Mono gives us a good way into the MS front...this could also be a >> point >> of view. > > It's interesting to see how some people accuse Mono to be Microsofts > inroad into the open source world and others see the inroad of open > source into the Microsoft world in the very same piece of software. > Shall the freedom win ! > At least on the .NET front, the chances look quite good - Microsoft have now released a couple of open-source projects. Two that spring to mind are IronPython and the Silverlight 2 UI toolkit. -- 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 Mon, Jun 8, 2009 at 10:26 AM, Mark Fink wrote: > you sound like a typical M$ appologist. do you sleep well at night? > hope they are paying you well. > Let's inject a little humour here. When making arguments, it's vitally important that your language doesn't make me think of this: http://penny-arcade.com/comic/2002/7/22/ . This message brought to you by the bad boys of punctuation. -- 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: video card (intel) problems in jaunty
On Thu, Feb 19, 2009 at 9:28 PM, Vincenzo Ciancia wrote: > On 18/02/2009 Christopher Halse Rogers wrote: >> This is known by the X team, but I'm not sure what they're planning to >> do about it. > > Is it a problem of the drivers or of the server? It's a driver problem. > > What is the ubuntu policy about this? I see that there are many bugs > about uxa on launchpad. Is it possible to do a forward port of the old > drivers (if they are the problem?). Otherwise, as usual I would prefer a > clear statement: is it just a known problem in ubuntu, and there is > nobody who can do anything about that? I'm not entirely sure what you want here. Yes, it's a known problem in Ubuntu, and upstream. There are plenty of people who can do something about it, though, by working with upstream to actually resolve the problems. > That is: is this a know regression which must be left in the stable > release? > I can't speak for the X team, but from what I've gathered the team is looking at, in roughly this order: a) Whether UXA can be enabled by default. This is where upstream is going, and doesn't suffer from the (apparently terrible) performance problems, but it's much less tested and doesn't seem to to work properly for everyone. b) Really, really hoping the upstream Intel drivers have the EXA performance regressions fixed. c) Work out whether we can ship an older driver release. I don't think it's possible to state whether or not this regression will remain in the final release at this point. There's still a fair amount of time left to fix 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: Installation fails: how to know why? + Audio and video card problems in jaunty
On Thu, Feb 19, 2009 at 6:24 AM, Vincenzo Ciancia wrote: ... > An even worse problem is with the video card (i955): Xorg is *extremely* > slow, with or without compiz. This appeared also in the very first > alpha, but I thought it was due to some in-progress migration and forgot > about it. Then I had no time to test anymore. Is this known? Are there > workarounds? This is known by the X team, but I'm not sure what they're planning to do about it. Switching on UXA[1] will probably make it fast again, although it might introduce rendering glitches or just fail to bring up X at all. [1] https://wiki.ubuntu.com/X/UxaTesting -- 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: Fake login screens
This is what the kernel killswitch sysrq[1] key is for (but without the security guarantees). If you read the documentation, it's very much what you're after - killing all processes on the current VT, and without the ability for people to remap it away. [1] http://en.wikipedia.org/wiki/Magic_SysRq_key -- 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: [strawman] Make Git Branches of all Ubuntu Packages Too
On Tue, Jan 13, 2009 at 12:09 PM, Joseph Smidt wrote: > On Tue, 2009-01-13 at 11:38 +1100, Christopher Halse Rogers wrote: > >> You might be better served by helping John Carr with his git-serve[1] >> addition to bzr-git. That will basically serve bzr branches over the >> git protocol, so you don't have the same problems with maintaining two >> separate repositories. > >Sounds interesting. Does this project have the Ubuntu's blessing? Is > there any indication it will be supported in Launchpad for all Ubuntu's > packages? If so, great, maybe the problem is solved. :) If not, why? > You probably mean "Canonical's blessing" there. It has no particular Canonical involvement as far as I know, apart from being developed in a bzr plugin which is also worked on by core bzr devs. There's no indication at this stage as to whether it'll be supported in Launchpad; obviously, a decision on that would require a working plugin before it could be meaningful - you'd need to know the load-characteristics of the git server plugin, the dependencies, etc. before a commitment could be made. -- 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: [strawman] Make Git Branches of all Ubuntu Packages Too
On Tue, Jan 13, 2009 at 11:12 AM, Joseph Smidt wrote: >I will up the ante: if somebody would be willing to mentor me, I would > do the work. > >Admittedly, I am a physics grad student, not a CS major so I am only > proficient in the basic C/C++ coding that goes into numerical work. (I > am learning Python) So it would need to be a good and patient mentor. > But I believe enough in the idea that I am willing to learn and will do > the work. And, if it worked out, you would have a lifelong maintainer > in addition to whatever else such a task would lead to. You might be better served by helping John Carr with his git-serve[1] addition to bzr-git. That will basically serve bzr branches over the git protocol, so you don't have the same problems with maintaining two separate repositories. Some code is available already[2]. This seems a better option than either having parallel git/bzr trees or switching entirely to git (which seems tremendously unlikely). [1] http://blogs.gnome.org/johncarr/2008/12/11/dvcs-for-gnome/ [2] https://code.edge.launchpad.net/~johncarr/bzr-git/git-serve -- 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: When will a new version of Doxygen be pushed?
On Wed, Oct 22, 2008 at 10:44 AM, Merkel, Randy T <[EMAIL PROTECTED]> wrote: > Sebastian, > > Does that mean that an updated Doxygen package will be available to Ubuntu > 8.02 users as well? > I presume you mean "8.04" there, and the answer is a qualified "no". Once released, the criteria for updating a package (via a Stable Release Update, or SRU[1]) are dramatically tightened, the default response is "no", and the aim is to fix suitable bugs with the least possible change. You could request and test a backport[2] of the Intrepid version to 8.04, if the new Doxygen package has features you particularly want. Users will, in general, not have the backport repository enabled, however. [1] https://wiki.ubuntu.com/StableReleaseUpdates?action=show&redirect=SRU [2] https://help.ubuntu.com/community/UbuntuBackports -- 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: OpenAL Regressions In Intrepid
Argh. Forwarding my mis-sent message because gmail sucks. -- Forwarded message -- From: Christopher Halse Rogers <[EMAIL PROTECTED]> Date: Sep 24, 2008 12:58 PM Subject: Re: OpenAL Regressions In Intrepid To: Null Ack <[EMAIL PROTECTED]> On 9/24/08, Null Ack <[EMAIL PROTECTED]> wrote: > Gday everyone, > > The Linux Standard Base is surely a good thing. I don't know if OpenAL > is included in the LSB or not. What I do know is that someone decided > to change naming for OpenAL in Intrepid and this is causing many > regressions in other apps that now can't find OpenAL. > > Can I please refer people to this bug: > > https://bugs.launchpad.net/ubuntu/+source/openal-soft/+bug/273558 > > Some questions that come to mind are: > > 1. Why did we change the naming? This one's easy to answer: Because the library's ABI changed. This is also why the proposed solution of creating a symlink from libopenal.so.1 to libopenal.so.0 won't work. > 2. What is the best solution in the long term here for us? Exactly what's happening now. I note that libopenal0a is still installable - at least, I've got both libopenal0a and libopenal1 installed, although it seems that the libopenal0a binary package has been removed from the archives in an Not-Built-from-Source sweep. It's possible that the Replaces: field doesn't do what you think it does (all it does is allow a package to overwrite a file provided by the Replaces'd package). Unless we want to keep the old source package around, producing an old OpenAL library, like we do for libstdc++5. I think this would only be considered in exceptional circumstances, however - (almost) all the software in the repositories is now built against the newer library. Those packages still built against libopenal0a should have bugs filed against them - I'll get around to this later today if no one beats me to 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: ISO Testing, before 1700 UTC Thursday
On 9/18/08, Jason Crain <[EMAIL PROTECTED]> wrote: > Nergar wrote: > > On Thu, 2008-09-18 at 12:23 +1000, Sarah Hobbs wrote: > > > >> The standard warnings about how it might kill your hard drive, > >> etc, might apply - but no one's found them this far. > >> > > > > Might kill my hard dirve??? In what sense? I'm not touching them! > > > > > Might be referring to this: > http://hardware.slashdot.org/article.pl?sid=07/10/30/1742258 > Nope. It's just the standard "development code, bugs may exist" warning. For example, if you were testing the installer by installing to a separate partition of your hard drive and there was a bug in the installer which changed the partition it was installing to, that would wipe your existing install. No bugs of that kind are known at the moment as far as I know, but bugs like that may exist. Hence we give warning. -- 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: The non-evil graphics card
On 6/25/08, Markus Hitter <[EMAIL PROTECTED]> wrote: > Hello all, > > probably some of you already read that statement of kernel developers > about the opening of graphics drivers: www.linuxfoundation.org/en/Kernel_Driver_Statement> > > Currently I'm using Intel's integrated graphics (G965, G31), but I'm > about to upgrade to a "real" graphics card. > > Which vendor should I prefer (or stay with the G31) in order to > support proper open source graphics drivers? Is there a > contraindication if I want to use CUDA-like technologies (I'm doing > FEA, CFD) ? > For high-performance graphics cards you're pretty much limited to ATI or nVidia. This makes the choice nice and easy: ATI/AMD have released specs, and employ at least one Xorg developer. nVidia have done neither, and (unsurprisingly) haven't responded to nouveau's request(s) for documentation. You still won't get a performant open source 3D driver out of the box with an ATI card, at least not yet. But you'll stand a better chance of getting one with ATI. CUDA is an nVidia-specific technology IIRC, but I believe there's an ATI equivalent. -- 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: Problem with yum etc after installing Ubuntu 7.10.....
On 5/15/08, Peter Teoh <[EMAIL PROTECTED]> wrote: > a. install ubuntu > b. apt-get install yum* > c. apt-get install git This probably hasn't installed the program you thought it would. It turns out that before Linus developed the distributed VCS called 'git' there was already a project called the 'GNU interactive tools', or 'git'. This is what the 'git' package contains. You actually wanted to install the 'git-core' package, which contains the dvcs. > > Next I tried "git", I got "command not found", but reattempted to > "apt-get install git" will give me: > > [EMAIL PROTECTED]:/tmp# apt-get install git > Reading package lists... Done > Building dependency tree > Reading state information... Done > git is already the newest version. > 0 upgraded, 0 newly installed, 0 to remove and 211 not upgraded. > > I tried to yum install some other stuff, I got the following: > > There was a problem importing one of the Python modules > required to run yum. The error leading to this problem was: > > No module named cElementTree This seems like the package misses a dependency. That should be documented in a bug filed against the package on launchpad.net. On the other hand, I'm don't think that installing programs through yum is a good idea on an Ubuntu system. I may be wrong here, though. Why do we even have that package? :) -- 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: Suggestion to make remote recovery easier
On 5/7/08, Andrew Sayers <[EMAIL PROTECTED]> wrote: > At this point, I'm trying to walk the line between unrealistic "wouldn't > it be great if..." type ideas and overly-strict reliance on solving the > specific problem I have in my head, so I'd like to go back to first > principles for a moment. Please tell me if any of these are false: > > 1) It's common for new Linux users to have a technical friend that deals > with their problems. This is a healthy relationship that we should look > for ways to support > 2) People generally don't formalise that sort of thing until it's too late > 3) All Linux users can be behind arbitrarily complex sets of > firewalls/NAT, including multiple layers of NAT or firewalls, not all of > which are under either user's control > 4) We can expect experts to do some considerable work (e.g. installing > packages and configuring routers), but non-technical users need simple > instructions from the default installation > 5) There's some interest in making small changes to the default install > to cater to the above issues > 6) Since the people in most need of help are more likely to stick to LTS > releases, we can afford to add this sort of feature gradually, and see > what public reaction is like > > The basic solution we're looking at here is to make it possible for the > technical friend to set up an SSH connection to the non-technical > friend's computer, using an account that has some way to execute > superuser commands (with sudo or by actually being the root user). This > breaks down into three sub-problems: > > 1) Creating or modifying an account that has the necessary permissions > 2) Creating an SSH connection > 3) Destroying or reverting an account to its original state > > In (1) and (3), I had been concentrating on setting up a mechanism to > trust someone temporarily, but I now realise that's not a particularly > common use case, because if I trust you today, I will probably trust you > tomorrow too. Getting people to jump through the same set of hoops > every time there's a problem makes life harder than necessary for > non-expert users, which I've been complaining about all thread. > > Reliably doing (2) is a hard problem. The solution I had come up with > strikes me as a good solution for a common use case, but there's no way > to deal with the general case without introducing more complexity. > The other option here might be to flip the problem around: the technical user almost certainly _is_ in control of the NAT they're behind, so you could try writing up a server on the techy-friend side that a client connects to in order to get help. This would have the advantage that you probably don't need to care about what NAT/firewall the helpee is behind, and might also ease some security concerns - the helpee must explicitly start the connection, the helper can start the server only when required, and it doesn't give shell access to anyone who connects. And the obvious disadvantage that this client/server needs to be written. -- 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: unused dependencies of shared libraries
On 4/15/08, Serhat <[EMAIL PROTECTED]> wrote: ... > ps: afaik, for most foss programs, when compiling a package from > source, just adding LDFLAGS='-Wl,-O1,--as-needed' to the ./configure > command eliminates unused dependencies. > And can break some software in unpredictable ways when applied distro-wide, IIUC. This is also being talked about in Debian, where there's a push to clean up the pkgconfig files - preventing the unneeded linking in the first place, and dpkg has recently been changed to complain about unused linkages when building packages. Things are being done about this :). -- 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: Massive breakage on my system with April 1st updates
On 4/2/08, Conrad Knauer <[EMAIL PROTECTED]> wrote: > Not an April Fool's joke... or if it is, I'm not laughing ;) > > Today I lost: > > - sound (due to latest kernel, linux-image-2.6.24-13-generic; > selecting 2.6.24-12 in GRUB gets sound working) > > - most of my GNOME theme settings (because several theme-related > packages upgraded?) > > - compiz (possibly related to one or both of the above?) > > It is a bit disconcerting to me that this is happening so close to release... You manually installed the 2.6.24-13 kernel, right? Browsing the linux-meta source package on Launchpad shows that it still depends on 2.6.24-12. You probably haven't installed the various other 2.6.24-13 packages (linux-ubuntu-modules - where your sound driver lives, linux-restricted-modules - where your graphics driver probably lives), or they haven't yet been built. Once they're all built, linux-meta will be updated to depend on the -13 kernel packages, and will automatically pull in the new kernel + necessary associated packages. I haven't seen any problems with GNOME theme settings. This may be related, or may be a real bug - it's difficult to tell. -- 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: Clarification over Alpha 1 and dual monitors
On 12/3/07, Onkar Shinde <[EMAIL PROTECTED]> wrote:
> On Dec 3, 2007 3:38 AM, Sidarth Dasari <[EMAIL PROTECTED]> wrote:
> > Does Alpha 1 have support for Dual monitors?
> > I noticed there was no xorg.conf so I was wondering how to configure it.
>
> Isn't Xorg 7.3 supposed to support hot plugging of monitors?
>
Indeed it does. Running "xrandr --auto" would be a good start, as
long as you're using one of {ati, intel}. The nouveau driver for
nVidia cards may work, too, but you obviously aren't using that.
As for the original question: you can create an xorg.conf & X will use
it. You could also try the System->Administration->Screens & Graphics
program, which should set it up for you. File bugs if it doesn't work
:).
--
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: GIMP *final* release for Gutsy?
On 11/9/07, Scott (angrykeyboarder) <[EMAIL PROTECTED]> wrote: ... > > > For some strange reason I'd rather have a final release of a program > rather than a beta or a release candidate. I'm weird like that. > Release candidates (especially later ones) tend to be nearly identical to the actual release (unless you're MPlayer, apparently). Often the release *is* the final release candidate, just with a version bump. This is because every time someone touches the code there's the opportunity for new problems - not necessarily bugs, not necessarily in your code, but problems nonetheless. *Fixing* bugs can cause such problems, where a plugin has been relying on the buggy behaviour. All of this means that, yes, we'd like to see the bugs that are fixed in the new release over RC3, so we can weigh up the risk of breaking stuff against the benefits of the bug fixes. And the best way to notify the people who can do something about it is generally not on ubuntu-devel-discuss, but on launchpad in bug(s) against the gimp package. -- 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: Activate Desktop-Effects: Yes/No-Button?
On 9/27/07, Dominik Wagenfuehr <[EMAIL PROTECTED]> wrote: > > Even without that question the user can still decide: Just deactivate > Compiz. ;) > > The reason is that many people do not trust you (I know, blasphemy. ;)) > that you will catch all non working cards. I think the worst marketing > for Ubuntu is a shiny new Compiz-desktop - that won't even start the OS. This is not an argument for an option. If the system won't even start with compiz enabled (which is, as far as I'm aware, extremely unlikely - compiz would need to not crash, but to spin endlessly) then having an option beforehand is Russian roulette. Are you feeling lucky, punk? > > Contrary to what some people make us belive, many consumers don't even > > want to have a lot of choice in *all* situations of their life (there > > have been studies on the negative psychological effects of too much > > choice in our modern world). > > In the last time I often read Ubuntu reviews that say that this is some > of the bad things of Ubuntu. You really have no real choice what you > install in Ubuntu without much experience (and a server-install without > GUI). Of course there are some distributions like Mandrake (a few years > ago) where you can choose every single program. This is an overkill! As far as I'm concerned, people who really, really want to select what they install are better off with a distribution that's not Ubuntu. That's what we *do*: working out of the box, sane defaults. It is easy enough to customize Ubuntu after install (with the advantage that you get to try-as-you-go, rather than having to make blind choices) that I don't believe that having more options during install is useful. We don't have to drive all the other distributions into oblivion. There really are people with different needs, and Ubuntu can not cater well for absolutely everybody. To try tends to result in disappointing everyone. -- 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: I'd like to discuss how difficult it is to add a third party repository
On 5/28/07, Dean Sas <[EMAIL PROTECTED]> wrote: > > Not in Gutsy at least, there's an authentication tab in > software-properties-gtk, you can press the "import key file" and browse > to a key file to add that. > Since software-properties-gtk is already a mime handler for sources.list, could we extend s-p to be a mime-handler for a more general repository-specification file? Something with a format including such things as gpg key-id and keyserver, comment, and possibly a list of mirrors. Then a user could click on an "add wine repository" link, and be presented with a sane dialog verifying that they really want to add the "winehq.whereever.org/apt" repository, signed by foo, to their software sources. -- 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
