Re: Replace Shotwell (was F-Spot) with Solang?
I'm forwarding this to the ubuntu-desktop list to see if they can point out why Shotwell was chosen over Solang, and whether it is too late to change this decision or postpone the change until Maverick+1 On Sat, May 15, 2010 at 17:28, Laco Gubík wrote: > Hi, > > I would like to see this discussion by myself, but I cannot find. > Maybe it will appear here [1] in following days. > In terms off holding it until Maverick+1, I think that Canonical > considers non-LTS releases more like development releases, where they > do not mind if something is suboptimal. So they prefer to do changes > striaght after LTS release, so there is time to polish it until next > LTS. (On the other hand we have seen changes with significant impact > also in LTS, so one never know.). > > Regards > > Laco > On Sat, May 15, 2010 at 13:28, Danny Piccirillo wrote: > 2010/5/15 Marco Laverdière : >> >>> Also, there were specific reasons as to why Shotwell isn't ready, but >>> for Solang it was just, yeah this isn't ready either. What >>> specifically would you like to see in Solang for it to be considered >>> ready? >> >> >> For me, wheher it is Solang (hypothetically) or Shotwell (as announced), a >> decent replacement for F-Spot should provide the following: >> >> - continuity for the regular Ubuntu/F-Spot user, i.e. ability to import >> F-Spot tags easily, whether from F-Spot database or from pictures XMP >> embedded metadata (ideally, F-Spot tag hierarchy should also be preserved, >> i.e. for people, place, event. etc.); > > This would be ideal, but i don't see this happning in time for > Maverick. If people see this as a requirement it might be better to > hold off until Maverick +1 > >> -beign able to embed tags in file, preferably in XMP or otherwise, in IPTC; > > I believe this is possible, but someone should verify > >> - same (or almost) set of basic editing functions than F-Spot; > > F-Spot needed editing capabilities added if i remember correctly, > while this has been part of the solang vision from the beginning. > >> - same level of integration with other graphics/imaging Ubuntu/Gnome apps, >> like with Gimp and Eye of GNOME (F-Spot allows the user to switch nicely to >> Gimp for advanced editing; EOG allows the user to open the viewed picture >> with F-Spot, etc.). > > For starters, Solang uses Tracker. From amano on > https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-desktop-application-selection > > "Solang is a C++ photo editor that does't use a complicated Database > for importing and exporting and should be more intuitive for new > users. I might try to create a discspace vs. RAM usage vs. feature vs. > usability overview by the weekend. I hate the tendency of F-Spot to > duplicate pictures on your harddisk (original location, ~/Photo folder > and inside the database as well). If there are thousands of pictures > to be imported, you might easily run out of disk space. And database > corruptions/confusions are not impossible as well. > > For now I can offer this video review of the Vala based Shotwell: > http://linuxfilesystem.com/uncategorized/shotwell-photo-manager-for-gnome-linux-mint-8. > It is database driven and doesn't recognize if you added new files to > one of your photo folders (same for F-Spot). Thus new photos have to > imported manually which can be tiresome. The C++ based Solang uses > Tracker 0.8 to check the photo folders and SPARQL is used to gain > access to the meta information about the photos. This approach looks > perfectly sane but with its current version 0.4.1 it lacks the option > to crop and resize files > (http://git.gnome.org/browse/solang/tree/TODO?id=SOLANG_0_4_1) which > is rather a "must have" since the removal of the GIMP (given that the > simple-image-management blueprint doesn't bring to life a 'simple > scan' for image editing). On the other hand it is developed at a rapid > pace and those options might be included by the maverick feature > freeze. To get a sensible decision in favor of Solang the authors > should be contaced first. Shotwell on the other hand is not too > different from F-Spot but is developed faster and performs better than > the current default." > >> In other words, let's avoid a regression here... > > Agreed. I say we should hold off the change until Maverick +1 and plan > on working to make Solang a good fit. > > -- > .danny > > ☮♥Ⓐ - http://www.google.com/profiles/danny.piccirillo > Every (in)decision matters. > -- .danny ☮♥Ⓐ - http://www.google.com/profiles/danny.piccirillo Every (in)decision matters. -- 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: Replace F-Spot with Solang?
On Thu, May 20, 2010 at 4:47 AM, Mario Vukelic wrote: > On Wed, 2010-05-19 at 17:24 +0530, Onkar Shinde wrote: >> >> This was a bug in f-spot. But it has been fixed at least since Ubuntu >> 9.04. > > How so? It still shows the checkbox in the import dialog and there is > not setting in the preferences. Or do you mean that this checkbox > remembers its state now? (If so, then I missed it because I like the > copy on import and never unchecked it) Yes. That is what I meant. There was a bug where the 'unchecked' state of checkbox was never remembered. But this has been fixed for some time. Onkar -- 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: Package screenshots concerns
On 19 May 2010 23:20, Dylan McCall wrote: > Hello! > > > Software Centre makes package screenshots (via screenshots.debian.org) > extremely prominent, which is wonderful. Before I dive in, I think this > really improves how packages are presented and I would never want to go > back. Having said that, I think the screenshots stuff is currently > problematic. > > > First of all, some of these just don't look right. At the moment every > screenshot seems to have a different desktop environment, theme, > application font, or something. The Ubuntu Manual people use a nice > little app, called Quickshot, to solve this kind of thing. > ( http://ubuntu-manual.org/quickshot ). Is anyone working on that? There > is the unfortunate issue that Debian doesn't really aim for a special > cohesive look, whereas Ubuntu does… > > Guidelines for debian screenshots ask to take screenshots without desktop / window decorations to minimise the amount of visible user customisation. And it is not visible to get a consistent look for all screenshots for all apps in debian nor ubuntu because we people do have custom themes on and we do have multiple default themes per distribution & per flavour (think Kubuntu Karmic & Ubuntu Lucid). And to be fair screenshots are of limited use =) you see it only once or twice for a given app, and then you install it and it's end of story. It is purely 3 second marketing of what the app looks like approximately. Ubuntu Manual on the other actually describes the application and walks through dialogs and etc. So it is important for the real application to match the screenshot you are guiding people through. > More importantly, many of these screenshots are outdated! The screenshot > for Miro is from version 1. Its current major version is 3, which has > some very big changes that are visible in the UI. Screenshot uploaders > can (but aren't required to) specify version numbers. Unfortunately, as > far as I can tell, there is no way to retrieve a screenshot based on > package name + version. As a result, > http://screenshots.debian.net/screenshot/anjuta , and by extension > Software Centre, shows the shot for Anjuta version 2.4.2-1+lenny1, even > though there is a screenshot for 2.28.1.0-1 available. > Make new screenshot and upload it =) > > Another thing worries me a little: screenshots.debian.net does not > accept screenshots for non-free packages. Software Centre, on the other > hand, probably shouldn't be that picky. The new specification > foundations-m-software-center-screenshots-for-third-parties[1] suggests > package meta-data that points at a screenshot, not far from the existing > Homepage field, as an “alternative solution.” I think it would be worth > discussing that as THE solution, where the Debian Screenshots service > kicks in as a fallback from that in all cases. (It's still excellent for > any package that is specific to Debian or lacks a stable web presence). > [1] > https://blueprints.launchpad.net/ubuntu/+spec/foundations-m-software-center-screenshots-for-third-parties > No clue about this, no opinion. > > I'm concerned that, if the problems aren't addressed, we'll end up with > a lot of screenshots being catalogued insufficiently. Later on, that > could lead to either wasted effort or cruft. I also get the impression > that this service detaches the presentation of an application from its > respective maintainer, and from its original developer. If I make a > game, for example, and I'm really proud of it, and it's in the > repositories, I would want my own screenshot attached to it and I would > be Really Irritated if some random person uploaded anything else. > True. Some changes probably do make sense. When screenshots started there was 3 binary package and 0 screenshots ;-) so it was the only realistic solution to start providing screenshots. And for Debian it really maters to have stable screenshot for 2+ years unlike ubuntu which is released more frequently. > > > Thanks, > Dylan > > > -- > 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: SRWare Iron: Chromium without the data-mining
On Wed, May 19, 2010 at 6:03 PM, Joao Pinto wrote: > >> I can't start a SRWare PPA immediately as they haven't released >> updated source code in some time (probably due to neglience if >> anything). >> >> Thanks, >> Ryan > > If you believe there are serious concerns with the current chromium package > just file bugs, why fork when you can fix it ? > > Best regards, > > -- > João Luís Marques Pinto > GetDeb Team Leader > http://www.getdeb.net > http://blog.getdeb.net > I didn't realize how sketchy Iron was. Mailing lists are a good bug testing device for proposals (if only it didn't get emailed to everyone... :P). You live and learn I guess (and I did). I filed a bug upstream to make the DNS pre-caching and URL/search suggestions in Chromium opt-in: http://code.google.com/p/chromium/issues/detail?id=44527 Thanks, Ryan -- 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: Replace F-Spot with Solang?
On Wed, 2010-05-19 at 17:24 +0530, Onkar Shinde wrote: > > This was a bug in f-spot. But it has been fixed at least since Ubuntu > 9.04. How so? It still shows the checkbox in the import dialog and there is not setting in the preferences. Or do you mean that this checkbox remembers its state now? (If so, then I missed it because I like the copy on import and never unchecked 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
Package screenshots concerns
Hello! Software Centre makes package screenshots (via screenshots.debian.org) extremely prominent, which is wonderful. Before I dive in, I think this really improves how packages are presented and I would never want to go back. Having said that, I think the screenshots stuff is currently problematic. First of all, some of these just don't look right. At the moment every screenshot seems to have a different desktop environment, theme, application font, or something. The Ubuntu Manual people use a nice little app, called Quickshot, to solve this kind of thing. ( http://ubuntu-manual.org/quickshot ). Is anyone working on that? There is the unfortunate issue that Debian doesn't really aim for a special cohesive look, whereas Ubuntu does… More importantly, many of these screenshots are outdated! The screenshot for Miro is from version 1. Its current major version is 3, which has some very big changes that are visible in the UI. Screenshot uploaders can (but aren't required to) specify version numbers. Unfortunately, as far as I can tell, there is no way to retrieve a screenshot based on package name + version. As a result, http://screenshots.debian.net/screenshot/anjuta , and by extension Software Centre, shows the shot for Anjuta version 2.4.2-1+lenny1, even though there is a screenshot for 2.28.1.0-1 available. Another thing worries me a little: screenshots.debian.net does not accept screenshots for non-free packages. Software Centre, on the other hand, probably shouldn't be that picky. The new specification foundations-m-software-center-screenshots-for-third-parties[1] suggests package meta-data that points at a screenshot, not far from the existing Homepage field, as an “alternative solution.” I think it would be worth discussing that as THE solution, where the Debian Screenshots service kicks in as a fallback from that in all cases. (It's still excellent for any package that is specific to Debian or lacks a stable web presence). [1] https://blueprints.launchpad.net/ubuntu/+spec/foundations-m-software-center-screenshots-for-third-parties I'm concerned that, if the problems aren't addressed, we'll end up with a lot of screenshots being catalogued insufficiently. Later on, that could lead to either wasted effort or cruft. I also get the impression that this service detaches the presentation of an application from its respective maintainer, and from its original developer. If I make a game, for example, and I'm really proud of it, and it's in the repositories, I would want my own screenshot attached to it and I would be Really Irritated if some random person uploaded anything else. Thanks, Dylan -- 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: SRWare Iron: Chromium without the data-mining
> I can't start a SRWare PPA immediately as they haven't released > updated source code in some time (probably due to neglience if > anything). > > Thanks, > Ryan > If you believe there are serious concerns with the current chromium package just file bugs, why fork when you can fix it ? Best regards, -- João Luís Marques Pinto GetDeb Team Leader http://www.getdeb.net http://blog.getdeb.net -- 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: Replace F-Spot with Solang?
Le 2010-05-19 07:54, Onkar Shinde a écrit : This was a bug in f-spot. But it has been fixed at least since Ubuntu 9.04. Onkar That is to say that the F-Spot dev team is still responding (especially since they have a new maintainer)... and unless we're sure a regression can be avoid with a quick and reliable catch-up of Shotwell (or Solang) on all F-Spot features for the 10.10 release, why not take the improvement route instead of the announced change? -- Marco Laverdière -- 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: Replace F-Spot with Solang?
On Wed, May 19, 2010 at 11:48 AM, Mario Vukelic wrote: > On Mon, 2010-05-17 at 10:00 -0700, George Farris wrote: >> Just uncheck the copy photos checkbox when >> importing. > > Yes, every time. And never ever forget it. This was a bug in f-spot. But it has been fixed at least since Ubuntu 9.04. Onkar -- 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