As far as I know, Solang was even removed from Debian due to it being highly unstable.<div><br></div><div><br><br><div class="gmail_quote">On Thu, May 20, 2010 at 08:58, Danny Piccirillo <span dir="ltr"><<a href="mailto:danny.piccirillo@ubuntu.com">danny.piccirillo@ubuntu.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">I'm forwarding this to the ubuntu-desktop list to see if they can<br>
point out why Shotwell was chosen over Solang, and whether it is too<br>
late to change this decision or postpone the change until Maverick+1<br>
<br>
On Sat, May 15, 2010 at 17:28, Laco Gubík <<a href="mailto:lacogubik@googlemail.com">lacogubik@googlemail.com</a>> wrote:<br>
> Hi,<br>
><br>
> I would like to see this discussion by myself, but I cannot find.<br>
> Maybe it will appear here [1] in following days.<br>
> In terms off holding it until Maverick+1, I think that Canonical<br>
> considers non-LTS releases more like development releases, where they<br>
> do not mind if something is suboptimal. So they prefer to do changes<br>
> striaght after LTS release, so there is time to polish it until next<br>
> LTS. (On the other hand we have seen changes with significant impact<br>
> also in LTS, so one never know.).<br>
><br>
> Regards<br>
><br>
> Laco<br>
><br>
On Sat, May 15, 2010 at 13:28, Danny Piccirillo<br>
<<a href="mailto:danny.piccirillo@ubuntu.com">danny.piccirillo@ubuntu.com</a>> wrote:<br>
> 2010/5/15 Marco Laverdière <<a href="mailto:marco.laverdiere@gmail.com">marco.laverdiere@gmail.com</a>>:<br>
>><br>
>>> Also, there were specific reasons as to why Shotwell isn't ready, but<br>
>>> for Solang it was just, yeah this isn't ready either. What<br>
>>> specifically would you like to see in Solang for it to be considered<br>
>>> ready?<br>
>><br>
>><br>
>> For me, wheher it is Solang (hypothetically) or Shotwell (as announced), a<br>
>> decent replacement for F-Spot should provide the following:<br>
>><br>
>> - continuity for the regular Ubuntu/F-Spot user, i.e. ability to import<br>
>> F-Spot tags easily, whether from F-Spot database or from pictures XMP<br>
>> embedded metadata (ideally, F-Spot tag hierarchy should also be preserved,<br>
>> i.e. for people, place, event. etc.);<br>
><br>
> This would be ideal, but i don't see this happning in time for<br>
> Maverick. If people see this as a requirement it might be better to<br>
> hold off until Maverick +1<br>
><br>
>> -beign able to embed tags in file, preferably in XMP or otherwise, in IPTC;<br>
><br>
> I believe this is possible, but someone should verify<br>
><br>
>> - same (or almost) set of basic editing functions than F-Spot;<br>
><br>
> F-Spot needed editing capabilities added if i remember correctly,<br>
> while this has been part of the solang vision from the beginning.<br>
><br>
>> - same level of integration with other graphics/imaging Ubuntu/Gnome apps,<br>
>> like with Gimp and Eye of GNOME (F-Spot allows the user to switch nicely to<br>
>> Gimp for advanced editing; EOG allows the user to open the viewed picture<br>
>> with F-Spot, etc.).<br>
><br>
> For starters, Solang uses Tracker. From amano on<br>
> <a href="https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-desktop-application-selection" target="_blank">https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-desktop-application-selection</a><br>
><br>
> "Solang is a C++ photo editor that does't use a complicated Database<br>
> for importing and exporting and should be more intuitive for new<br>
> users. I might try to create a discspace vs. RAM usage vs. feature vs.<br>
> usability overview by the weekend. I hate the tendency of F-Spot to<br>
> duplicate pictures on your harddisk (original location, ~/Photo folder<br>
> and inside the database as well). If there are thousands of pictures<br>
> to be imported, you might easily run out of disk space. And database<br>
> corruptions/confusions are not impossible as well.<br>
><br>
> For now I can offer this video review of the Vala based Shotwell:<br>
> <a href="http://linuxfilesystem.com/uncategorized/shotwell-photo-manager-for-gnome-linux-mint-8" target="_blank">http://linuxfilesystem.com/uncategorized/shotwell-photo-manager-for-gnome-linux-mint-8</a>.<br>
> It is database driven and doesn't recognize if you added new files to<br>
> one of your photo folders (same for F-Spot). Thus new photos have to<br>
> imported manually which can be tiresome. The C++ based Solang uses<br>
> Tracker 0.8 to check the photo folders and SPARQL is used to gain<br>
> access to the meta information about the photos. This approach looks<br>
> perfectly sane but with its current version 0.4.1 it lacks the option<br>
> to crop and resize files<br>
> (<a href="http://git.gnome.org/browse/solang/tree/TODO?id=SOLANG_0_4_1" target="_blank">http://git.gnome.org/browse/solang/tree/TODO?id=SOLANG_0_4_1</a>) which<br>
> is rather a "must have" since the removal of the GIMP (given that the<br>
> simple-image-management blueprint doesn't bring to life a 'simple<br>
> scan' for image editing). On the other hand it is developed at a rapid<br>
> pace and those options might be included by the maverick feature<br>
> freeze. To get a sensible decision in favor of Solang the authors<br>
> should be contaced first. Shotwell on the other hand is not too<br>
> different from F-Spot but is developed faster and performs better than<br>
> the current default."<br>
><br>
>> In other words, let's avoid a regression here...<br>
><br>
> Agreed. I say we should hold off the change until Maverick +1 and plan<br>
> on working to make Solang a good fit.<br>
><br>
> --<br>
> .danny<br>
><br>
> ☮♥Ⓐ - <a href="http://www.google.com/profiles/danny.piccirillo" target="_blank">http://www.google.com/profiles/danny.piccirillo</a><br>
> Every (in)decision matters.<br>
><br>
<br>
<br>
<br>
--<br>
.danny<br>
<br>
☮♥Ⓐ - <a href="http://www.google.com/profiles/danny.piccirillo" target="_blank">http://www.google.com/profiles/danny.piccirillo</a><br>
Every (in)decision matters.<br>
<font color="#888888"><br>
--<br>
Ubuntu-devel-discuss mailing list<br>
<a href="mailto:Ubuntu-devel-discuss@lists.ubuntu.com">Ubuntu-devel-discuss@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss</a><br>
</font></blockquote></div><br></div>