Inkscape

On Fri, Mar 28, 2008 at 1:15 PM, Albin Sunnanbo <albin@...> wrote:
>
>  There seems to be a packaging problem.
>  On Vista SP1 Inkscape says it's missing libpng12.dll when starting. Then
> Inkscape terminates.

I have the same problem on win xp

-- 
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org

Hi again
If I make a copy of libpng13.dll and call it libpng12.dll everything 
starts upp OK.
I have roughly tested most of the last minute windows bugs I know of and 
found nothing further to complain about.

// Albin


Albin Sunnanbo skrev:
> There seems to be a packaging problem.
> On Vista SP1 Inkscape says it's missing libpng12.dll when starting. 
> Then Inkscape terminates.
> In %PROGRAMFILES%\Inkscappe there is no libpng12.dll, but a libpng13.dll
> In my C:\devlib there is the libpng13.dll
> I guess the compilation is done linking to the wrong dll.
>
> // Albin

Hello,

2008/3/28, Rygle <pittos@...>:
>  Thanks to a great effort from many, it seems most of the Win32 bugs are
> ironed out, but we need to test some last minute fixes, so we've put up a
> Win32 only 0.46pre4 on Sourceforge here -
> http://sourceforge.net/project/showfiles.php?group_id=93438.
> This will disappear once the proper release comes, next week we hope.

I have a performance problem with blurred objects in 0.46pre4: Open
the attached file, select the right parallelogram in the background,
open the "Fill and strokes" dialog and move the "Blur" slider.
Inkscape

* takes a long time to repaint the painting (several seconds) and

* is unresponsive while doing so.

0.45.1 was slow with that, too, though not that much. This might be
related to https://bugs.launchpad.net/inkscape/+bug/202704 and might
not be windows specific, but it's the only issue with pre4 (Printing
was not tested).

[Sorry if this mail arrived twice]

eph

On Fri, Mar 28, 2008 at 3:43 PM, Ephrim Khong <dr.khong@...> wrote:
>  0.45.1 was slow with that, too, though not that much. This might be
>  related to https://bugs.launchpad.net/inkscape/+bug/202704 and might
>  not be windows specific, but it's the only issue with pre4 (Printing
>  was not tested).

I'm afraid it's not fixable quickly enough. I have added this item to
the Known Issues in release notes:

* Blur and other filters are very slow when applied to an object with
transform= attribute with rotation or skew. To avoid this slowdown,
either do not rotate/skew objects you use with filters, or apply
filters only to paths (but not shapes to text) because paths, by
default, get no transform= attribute when you rotate or skew them.

-- 
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org

The libpng thing has me stumped, as I just ran the packaging script as per
the wiki;
http://wiki.inkscape.org/wiki/index.php/Win32Port#Create_the_Setup_package_for_Win32

I then did a full install using the NSIS installer, and had no complaints
about libpng12.dll being missing (. So the solution for now is to rename
libpng13.dll to libpng12.dll? Any thoughts on what's going on there?

Adib suggested on IRC that it's finding it in the path somwhere else.
Perhaps Gimp?? My Gimp has both versions, but if I rename libpng12.dll,
Inkscape still starts. Perhaps it's somewhere else. Adib suggested
http://www.dependencywalker.com/, so I'll check this out later.

About the blur thing, should we add that to the known issues on the wiki?
I've updated the bug report;
https://bugs.launchpad.net/inkscape/+bug/202704
It's not really fixable for 0.46.0, as we need to keep in step with the
Linux release, but should we milestone this for 0.46.1? In the meantime,
does reducing the blur quality in the prefs help?

Thanks. More feedback welcome.

Rygle.
-- 
View this message in context: http://www.nabble.com/Win32-Crash-on-help-menu-%28Spawn%29-Problem-tp16296681p16364558.html
Sent from the Inkscape - Dev mailing list archive at Nabble.com.

It seems that the patched libcairo-2.dll version might depend on
libpng12.dll, but hopefully this will be fixed in a day or two with the new
devlibs.

I believe the new devlibs will only change the libcairo-2.dll version, since
everything else is working well. Then we shouldn't have this extra
dependency.

I guess that's why it's good to have this test version...
-- 
View this message in context: http://www.nabble.com/Win32-Crash-on-help-menu-%28Spawn%29-Problem-tp16296681p16364785.html
Sent from the Inkscape - Dev mailing list archive at Nabble.com.

bulia byak schrieb:
> On Fri, Mar 28, 2008 at 3:43 PM, Ephrim Khong <dr.khong@...> wrote:
>>  0.45.1 was slow with that, too, though not that much. This might be
>>  related to https://bugs.launchpad.net/inkscape/+bug/202704 and might
>>  not be windows specific, but it's the only issue with pre4 (Printing
>>  was not tested).
> 
> I'm afraid it's not fixable quickly enough. I have added this item to
> the Known Issues in release notes:

So why is it not possible (as discussed in the bug tracker, I think) to 
add "Do not render Gaussian blur" as an option below "Lowest quality 
(fastest)" in the Filters tab of Inkscape Preferences? It can be removed 
as soon as rendering is fast enough but for now it gives people a simple 
way to make working with blurred objects feasible again while at the 
same time avoiding the necessity to switch to outline mode (so that they 
can see colors, etc.). It should be a very minor change and easy to 
code, or am I mistaken?

Max

Do some of you guys mind downloading and testing with dependency walker from
here;
http://www.dependencywalker.com/

Run that and then Open the Inkscape executable. Under the view menu, select
Full Paths. This will show you where you're getting your libs from.

Also, can I ask whether you used the installer version, or one of the zip/7z
versions? I think the installer adds a path entry for the directory. The
inkscape executable should dynamically modify paths, but it may not be fixed
properly. If you have trouble running extensions, that is a sign your path
setting isn't right. If that's the case, are you running as administrator?
Don't know about Vista, but on XP this may affect your access to certain
path related registry settings.
-- 
View this message in context: http://www.nabble.com/Win32-Crash-on-help-menu-%28Spawn%29-Problem-tp16296681p16367013.html
Sent from the Inkscape - Dev mailing list archive at Nabble.com.

Just found the bug report on the libpng issue here;

https://bugs.launchpad.net/inkscape/+bug/208433
-- 
View this message in context: http://www.nabble.com/Win32-Crash-on-help-menu-%28Spawn%29-Problem-tp16296681p16367033.html
Sent from the Inkscape - Dev mailing list archive at Nabble.com.

Hi
I ran the .exe installer
dependencywalker also tells that LIBPNG12.DLL is missing, and that it is 
referenced by %programfiles%\inkscape\LIBCAIRO-2.DLL
// Albin

rygle skrev:
> Do some of you guys mind downloading and testing with dependency walker from
> here;
> http://www.dependencywalker.com/
>
> Run that and then Open the Inkscape executable. Under the view menu, select
> Full Paths. This will show you where you're getting your libs from.
>
> Also, can I ask whether you used the installer version, or one of the zip/7z
> versions? I think the installer adds a path entry for the directory. The
> inkscape executable should dynamically modify paths, but it may not be fixed
> properly. If you have trouble running extensions, that is a sign your path
> setting isn't right. If that's the case, are you running as administrator?
> Don't know about Vista, but on XP this may affect your access to certain
> path related registry settings.
>

Aaron Spike wrote:
> Because we have three extremely qualified candidates with whom many of 
> us have become friends, there is now a request that we allow voting in 
> private so that no feelings get stepped upon.
> 
> Give me your opinions. Should we allow private votes?
> 
> Aaron Spike
> 

Sorry for butting in. But just a suggestion...

None of the three nominees were exactly "chomping at the bit" ISTM. So 
you "could" email each of them off-list and ask them to submit a number 
between 1 & 10 for how much they'd really like to do it...

Just an idea... Don't shoot me - please.

It's a great product, and a really friendly community. And one of the 
coolest OSS projects anywhere...

Good luck.

Al

-- 
The way out is open!
http://www.theopensourcerer.com

On Fri, Mar 28, 2008 at 01:28:58PM -0500, Aaron Spike wrote:
> Because we have three extremely qualified candidates with whom many of 
> us have become friends, there is now a request that we allow voting in 
> private so that no feelings get stepped upon.
> 
> Give me your opinions. Should we allow private votes?

+1

Bryce

Alan Lord wrote:
> Just an idea... Don't shoot me - please.

BANG!

Aaron

Bryce Harrington wrote:
> On Fri, Mar 28, 2008 at 01:28:58PM -0500, Aaron Spike wrote:
>> Because we have three extremely qualified candidates with whom many of 
>> us have become friends, there is now a request that we allow voting in 
>> private so that no feelings get stepped upon.
>>
>> Give me your opinions. Should we allow private votes?
> 
> +1
> 
> Bryce

Because there is resounding agreement among Bryce, I will allow private 
votes sent to aaron@....

Thank you to everyone who shared their opinion. :-)

Aaron Spike

On Fri, Mar 28, 2008 at 12:39:54PM -0700, Bryce Harrington wrote:
> On Fri, Mar 28, 2008 at 01:28:58PM -0500, Aaron Spike wrote:
> > Because we have three extremely qualified candidates with whom many of 
> > us have become friends, there is now a request that we allow voting in 
> > private so that no feelings get stepped upon.

The three nominees are qualified in fairly different ways.  I think all
nominees would recognize that each of the other two is arguably the best
choice, and thus we needn't feel rejected or unappreciated if not selected.

The point about board work taking time away from other contributions
means that not being selected is actually a vote of confidence in the
value of not distracting us from our other work :) .

Just thought it worth reminding nominees before the final vote is known; 
and perhaps reassuring voters too.

pjrm.

Just out of curiosity... does anyone else feel that us moving everything 
over to launchpad may be a good idea? The features and level of 
integration between things there is ever improving at a rapid pace it 
seems. And to me, anything that makes managing the project easier is 
good. I have been extremely happy with our change-over from sf on the 
bug/rfe tracking, and it looks like we'd have greater integration (which 
means less reproduction of efforts) by moving everything else over too. 
However, I'm pretty sure that we'd still need to utilize sf for releases 
and such (which isn't necessarily a bad thing).  Just my .02.

-Josh


Bryce Harrington wrote:
> ----- Forwarded message from Matthew Revell <matthew.revell@...> -----
>
> Date: Fri, 28 Mar 2008 12:03:54 +0000
> From: Matthew Revell <matthew.revell@...>
> To: warthogs <warthogs@...>
> Subject: Launchpad 1.2.3 - mailing lists,
> 	up to six plural forms for translations and more!
> X-Spam-Status: No, score=0.6 required=5.0 tests=AWL,EMPTY_MESSAGE autolearn=no
> 	version=3.2.4
>
> We're proud to announce a much requested new feature as part
> of Launchpad 1.2.3: mailing lists in Launchpad!
>
> If you run a team in Launchpad, you can request a mailing
> list straight away on your team's overview page. Once the
> list is active, each team member will have the option to
> subscribe.
>
> If you don't yet run a team but you'd like to create a
> mailing list that wouldn't be covered by an existing team,
> create a new team at https://launchpad.net/people/+newteam
> and then request a list.
>
> There's more in our guide:
>
> https://help.launchpad.net/ListHelp
>
> And there's plenty more going on in this release, including:
>
>  * Translations can now have up to six plural forms.
>  * Each project's files are now available to download from
>    its overview page.
>  * You can search for PPAs by name and keywords.
>  * We've revamped branch listing pages to give you quicker
>    access to commit messages and author information.
>
> As with all new software, there may still be some bugs in
> this new release. If you come across something that looks
> like a bug, please report it at:
>
> https://bugs.launchpad.net/launchpad/+filebug
>
> Read on for the full release report.
>
> General Launchpad
> ===============
>
>  * Mailing lists are now available through Launchpad! Each
>    Launchpad team can have its own mailing list that's open
>    to team members and has a public archive. See our guide
>    for more on creating a list for your team:
>    https://help.launchpad.net/ListHelp
>  * When you register a release of your project, you can
>    publish files for download from Launchpad, such as code
>    tarballs and installers. The files for your latest release
>    are now shown on your project's home page. Downloadable
>    files are also now available via http, as well https.
>    This is useful if you're using wget or other download
>    tools but don't have SSL libraries installed.
>    (Bugs 174186 and 139052)
>  * The CSV export of meeting attendees now includes an IRC
>    nick for each person, provided they have at least one
>    nick registered in their Launchpad profile. (Bug 156759)
>  * Launchpad page footers now show you which Launchpad
>    release you're using.
>    https://help.launchpad.net/LaunchpadReleases
>
>
> Package Management and PPAs (Soyuz)
> ===============================
>
>  * PPA searches now allow you to find a package by its name
>    or words in its description. (Bug 126870)
>  * Launchpad automatically deletes source files and binaries
>    from your PPA when they are superseded by a new version
>    of the package. In some circumstances, a superseded file
>    may not be deleted automatically. You can now manually
>    delete them. (Bug 191892)
>  * Some binaries with a large number of files were failing
>    to upload, despite the packages building successfully.
>    We traced this to a bug in python-apt, which has now been
>    fixed. (Bug 192713)
>  * You can now list PPAs according to their Ubuntu release.
>    (Bug 186106)
>  * Distribution source package publication overview pages now
>    show the package's component.
>    For example: https://launchpad.net/ubuntu/+source/abiword
>    (Bug 141540)
>
>
> Code Hosting
> ===========
>
>  * We've given branch listing pages a major overhaul! The
>    "Last commit" column now shows revision number, time since
>    commit, the revision author (hyperlinked to the Launchpad
>    person, if known) and the start of the commit message.
>    Hover your mouse over the commit message fragment to see
>    the full message.
>    See https://code.launchpad.net/~bzr/+branches for an
>    example.
>  * The option to delete a branch is now always shown. If you
>    try to delete a branch that isn't deletable, Launchpad
>    will tell you why you can't. (Bug 133988)
>  * You can now mark your project as officially using
>    Launchpad Code Hosting. This is particularly useful to
>    show  that your project hosts its trunk and stable
>    branches on Launchpad and also that you'll act on branches
>    that are marked for merging into one of your official
>    lines of development. (Bug #78418)
>  * When you register a branch in Launchpad, you can write a
>    summary of the branch's purpose etc. Previously, you could
>    also register a home page URL for the branch. We've now
>    removed the home page URL from branches, as all URLs in
>    the summary are automatically hyperlinked and are more
>    useful as you can put the URL in context. If you've
>    recorded a home page URL for a branch, this will be
>    automatically moved to your branch's text summary.
>  * Launchpad now uses Bazaar 1.3. You can find out more about
>    Bazaar 1.3 at https://launchpad.net/bzr/1.3/1.3/
>
>
> Bug Tracker
> ==========
>
>  * When you mark a bug as affecting a project that uses a bug
>    tracker other than Launchpad, you can now record an email
>    address to which you've sent the bug report. (Bug 201782)
>  * As of last month's release, you can attach files to a bug
>    report by email. This month, we've improved the way it
>    works, based on your feedback: inline attachments are now
>    accepted (bug 194601), bug notifications now tell you
>    when someone has attached a file to a bug you're
>    interested in (bug 195664) and the contents of
>    attachments are no longer quoted in a comment (bug 196425).
>  * Bug notification emails now state the bug's tags in a new
>    X-Launchpad-Bug-Tags header. Each tag is separated by a
>    space. For example: X-Launchpad-Bug-Tags: tag1 tag2 tag3.
>    (Bug 138696)
>  * The latest-bugs.atom feed is now served in the correct
>    order. (Bug 182822)
>
>
> Translations
> ==========
>
>  * Translations can now use up to six plural forms. This is
>    particularly useful for translators working in Arabic but
>    it's also good news for translators in other languages
>    that use more than four plural forms. (Bug 189890)
>  * We now have a "project cloud" on Launchpad Translations'
>    home page, showing a selection of the projects that use
>    Translations. Each project's level of activity is
>    represented by text size and weight. (Bug 103186)
>  * Making a request for a large translations export is now
>    faster! (Bug 160308)
>  * Launchpad sometimes failed to update the "Packaged"
>    versions of translations when new upstream or
>    distribution files were imported. The effect was that
>    some of the "Packaged" translations shown in the UI were
>    outdated. We've fixed this and from now on new uploads
>    will update the "Packaged" translations correctly.
>    (Bug 200499)
>
>
> More about Launchpad releases
> ========================
>
> You can now find this and previous Launchpad release
> announcements at the new home for all information about
> Launchpad releases:
> https://help.launchpad.net/LaunchpadReleases
>
>

On Fri, Mar 28, 2008 at 12:02:28PM -0700, Josh Andler wrote:
> Just out of curiosity... does anyone else feel that us moving everything 
> over to launchpad may be a good idea? The features and level of 
> integration between things there is ever improving at a rapid pace it 
> seems.
>
> And to me, anything that makes managing the project easier is 
> good. I have been extremely happy with our change-over from sf on the 
> bug/rfe tracking, and it looks like we'd have greater integration (which 
> means less reproduction of efforts) by moving everything else over too. 
> However, I'm pretty sure that we'd still need to utilize sf for releases 
> and such (which isn't necessarily a bad thing).  Just my .02.

I've also been quite pleased with the bug tracker changeover.  I would
definitely favor moving more things over to launchpad.

In particular, I do a good bit of mailing list administration - people
mail me privately about subscription issues, people post to
inkscape-announce inappropriately, some messages require manual admin
review, yada yada.  The problem is that the mailing list admin tools in
Sourceforge are really buried, down half a dozen page clicks, and
require two separate logins (once to my SF account, then again with the
mailing-list-specific admin password).  I've entirely given up
administrating half our mailing lists and just procmail admin requests
(mostly spam junk) to the bit bucket.

Version control could also be moved over if we chose to switch to bzr.
We had a pretty lengthy discussion but didn't reach a solid enough
consensus.  You know, it looks like converting between bzr to git, or git
to bzr, is quite doable and straightforward.  There would be more
upfront setup work for git than bzr (building account management stuff,
setting it up on our own web server, yada yada), so we could try out bzr
(which I think would be pretty trivial to switch to), and if we find
people don't like it, we could then convert to git and set up the server
and stuff for it.  What do people think of this approach?

Donations I've been working on setting up a new page that bypasses
SourceForge.  Just need to get some spare time to finish up.  Since we
are using less and less of their services, I don't feel we need to give
them a cut of our donations.  ;-)

The one other major thing SourceForge gives us - File Mirroring - I
don't know that we can do in Launchpad yet.  We can do PPA for ubuntu
stuff, but I don't think that'll work for RPMs, EXEs, etc.  SF's UI for
their file mirrors (both for downloading and administration) is
irritating but it works.  I'd love to hear of alternatives.

Is there anything else we're getting from SourceForge, or anything else
in Launchpad we'd want to look at using?

Bryce

Bryce Harrington schrieb:
> On Fri, Mar 28, 2008 at 12:02:28PM -0700, Josh Andler wrote:
>   
> ...
> Is there anything else we're getting from SourceForge, or anything else
> in Launchpad we'd want to look at using?
>
> Bryce
>   
What I would like to see is a wider basis for translations. Some of the 
terms are invented by the translators. So if we can share Gnome or 
Ubuntu services?
The other thing is a (free and public) compile farm where we can do 
nightly builds AND tests for different platforms.
I know several people do nightly or trice daily builds but I do not know 
about (automatic) tests so far.
 From a VCS system I wish that I can use behind my company firewall 
(http, https, ftp, email only).

my 3 cent, Adib.

OK, I accept as well, with all the same reservations as Johan :)

-- 
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org