Re: about empathy as the default IM application

[Alexander H Deriziotis]

2009/6/16 Danny Piccirillo 

> Wait, I have a new proposal! Let's *not* include Empathy in Karmic, but
> plan on including it in Karmic +1 (and *announce* this)
> Why? Well, it will still give Empathy the attention it needs from
> developers to fix the bugs that would be considered regressions during the
> switch without actually replacing Pidgin before they're fixed. Aren't i
> brilliant?
>
> *On the other hand*, it might *still* be preferable to include Empathy in 
> Karmic to have more of a guarantee that bugs will be fixed in time for the 
> 10.04 LTS
> release. As someone commented on my last 
> post
> :
>
>> Empathy has been the top active project in Gnome for the last few weeks,
>> with about 100 commits a week on average. The pace of development is
>> astounding. Once the move to Empathy is the default, Ubuntu can start
>> depending on it for other applications' communication needs (using Tubes).
>> Gnome Games are getting Tubes support. Vino just got Tubes support, meaning
>> that you can share your desktop with your contacts in Empathy.
>
>
>> I understand why 8.04 didn't ship with Empathy, but the change needs to
>> happen. Empathy is 95% there. The needed changes can be made before Karmic
>> if Ubuntu (and Canonical) commits to it. If 9.10 ships with Empathy, all the
>> major bugs will be worked out by 10.04. Who wants to add yet ANOTHER new
>> technology to another LTS.
>
>
> So, what shall it be? Karmic 9.10, or Karmic +1 10.04 
> LTS
> ?
>
>>

This would be a pretty bad move regarding Ubuntu's development model. With a
6-month release cycle, things *need* to remain cutting edge. If every
release is just going to be a rehash of a previous one, then Canonical
should be releasing at least yearly.

I'm sure you can tolerate installing Pidgin from the package manager until
Karmic+1 :)

Odysseus
-- 
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: Broken session idling/power management in Karmic

[Alexander H Deriziotis]

> Is there hope for this to be fixed in karmic?
>

I'm no developer, but I think that's very unlikely.

It seems to me your best bet would be to try and avoid using the software
which breaks the idle-indicators, or if that's too much hassle, just skip
Karmic altogether and hope it's fixed in Lucid.

Ubuntu does ship pretty bleeding edge software provided by upstream, so
regressions are to be expected. It's only a 6 month wait after all.

Good luck.

Alex
-- 
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: Broken session idling/power management in Karmic

[Alexander H Deriziotis]

>
> If we don't have the manpower right now then perhaps we should consider
> extending the beta or release candidate stage by a week in order to give
> the manpower we have enough time to solve the most significant problems?
>

Once again, I'm no developer, but I'm quite confident a week wouldn't nearly
be enough.

Not only that, but I'm certain that the regressions listed in thie original
mail isn't the only one that would be considered serious. Multiply it
tenfold at least I'd say.

> I 100% agree. I like the concept of a six-month release cycle, but if it
> means shipping with bugs of this visibility and magnitude then there is
> something wrong. If we are going to ship with bugs like this, then we
cannot
> in all honesty call it a stable release. Maybe calling the 6-month
releases
> 'major development milestones' would be more appropriate, and leave the
> 'stable release' moniker for LTS releases only.

I think on a certain level, this is what Mark Shuttleworth is trying to do
by trying to sync release cycles with upstream projects.

Take the recent announcement by Debian that they will regularly freeze their
stable releases on a regular cycle, and Ubuntu's efforts to sync their LTS
relase with the Debian stable release.

This should hopefully significantly increase the quality of the software in
each LTS release.

However, without a more stringent QA process, Ubuntu aren't making any
guarantees to stop these types of regressions, not even in LTS releases. But
that's OK, they're still doing absolutely incredible work.

Maybe that's something for a downstream project to do anyway. Perhaps Dell's
updated Ubuntu version that they bundle on their netbooks.

Alex
-- 
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: Grub2 stops in the menu and waits for keypress after dirty power-off

[Alexander H Deriziotis]

2010/1/12 Petr Jakeš 

> Hi,
> We have made a clean install minimal install of the
> ubuntu-9.10-server-i386.
>
> After the dirty power off (PC disconnected from the electricity when Ubuntu
> was working - no halt command issued before the electricity disconnecting)
> Grub2 stops in the menu and requires manual action (pressing the Enter key).
>
> We have found this a real pain for the server. Our point of view is server
> has to (always) start without any manual assistance.
>
> It was really not easy to find the solution
> http://ubuntuforums.org/showthread.php?t=1373965
>
> We think even if Grub2 stops in the menu, it has to signalize somehow why.
> Or the server distro has to have different boot-up behavior than desktop.
>
> Regards
>
> Petr
>


Might I add that this was a real pain for the desktop install as well.

I have a number of machines which I run without a kb plugged in (i.e. main
pc w/ bluetooth keyboard, media centre) and having to manually update grub
on each of them to fix this was a bit much.

Especially since this doesn't *only* happen on dirty power-off, but on a
number of 'normal usage' things which can trigger a grub error (I didnt
manage to figure out the full scope of what triggered it in the end).

Alex
-- 
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