[bug #44902] Gorm don't save image position of buttons for nib files

[Fred Kiefer]

Update of bug #44902 (project gnustep):

Category:Gorm => Gui/AppKit 
  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

This was caused by a bug in gui where the NSButtonFlags where constructed
wrongly for the keyed coding case. The flag for isBottomOrLeft was filled with
the wrong value for the left case.
You will have to reedit the image position and save the NIB file again. There
is no way to correct this error on NIB loading.

Please give the SVN version of gui a try and report back.

___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #45122] [back][patch] Pattern phase support

[Fred Kiefer]

Update of bug #45122 (project gnustep):

  Item Group: Bug => Change Request 
  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test
 Summary: [base][patch] Pattern phase support => [back][patch]
Pattern phase support

___

Follow-up Comment #2:

Thank you for providing this excellent patch. I just commited it to SVN.
If you have future patchs to GNUstep, there is a specific category for that in
Savannah. Feel free to submit them there.

___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #44933] Cairo backend: NSGraphicsContext's imageInterpolation setting is ignored

[Fred Kiefer]

Update of bug #44933 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

Thank you for another great patch. I just submitted it to SVN.

___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #44920] Loop flooding terminal after some clicks in source code

[Fred Kiefer]

Follow-up Comment #6, bug #44920 (project gnustep):

Could you please try to update to a more recent GNUstep release (preferable
gui 0.24.1) and verify whether the bug still exists there? The 0.22 release
was three years ago.

___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

Re: Installation of GNUstep Base failed.

[Fred Kiefer]

Without the attached file it is hard to tell what went wrong.

Fred

On the road

Am 13.06.2015 um 13:05 schrieb Bhoopesh :

> Installation of GNUstep Base failed. Send the 
> /root/Downloads/gnustep-startup-0.32.0/build/logs.tar.gz
> 
> ___
> Bug-gnustep mailing list
> Bug-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-gnustep

___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

Re: Installation of GNUstep Base failed.

[Fred Kiefer]

Please keep your replies on the mailing list as well. Others might be
able to help you a lot more.

>From you log output I would say that compilation stopped after the
configure step of base. The last error I find in that file is missing
support for ICU. What you could try to do is disable ICU
(./InstallGNUstep —config-options=“--disable-icu") or install that dev
package.

Hope this helps,
Fred


Am 15.06.2015 um 05:58 schrieb Bhoopesh:
> 
> 
> On 06/13/2015 06:41 PM, Fred Kiefer wrote:
>> Without the attached file it is hard to tell what went wrong.
>>
>> Fred
>>
>> On the road
>>
>> Am 13.06.2015 um 13:05 schrieb Bhoopesh :
>>
>>> Installation of GNUstep Base failed. Send the
>>> /root/Downloads/gnustep-startup-0.32.0/build/logs.tar.gz
>>>
>>> ___
>>> Bug-gnustep mailing list
>>> Bug-gnustep@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/bug-gnustep


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

Re: msys2 patches

[Fred Kiefer]

Thank you very much for your excellently documented changes. I already
submitted the gui changes to the repository and looked into the base
changes as well and they look very sensible to me. I did not quite
understand the way you work around the problem with the type BOOL. I
understand the issue itself, but how does your work around function?
If nobody commits the rest of your base patches in the next few days, I
will do so.
As for the script changes I am hoping that Adam Fedor looks into these.
I am not that familiar with how the scripts for Windows work and don't
want to break things for the old version of MSys.

Cheers
Fred


Am 16.08.2015 um 13:15 schrieb Seong Gu Lee:
>  Dear gnustep developers,
> 
>  It is first time for me to submit something here.
> 
>  msys2 is more convinient and updated than msys,
> so I tried to build windows version of gnustep with it.
> 
>  Some build tweaks are need to compile.
> 
>  Though gnustep windows build seems to be rarely used,
> it would be good that anyone having interest check my tweaks.
>  There may be some violation of patch submitting rule such as format or
> file which I have not noticed.
> 
>  Unfortunately, libojbc2 still cannot be build with msys2/clang.
>  All compiling was done with mingw32(gcc 5.2.0)
> 
>  
>  Best regards,
> 
>  Lee, Seong-Gu


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

Re: make: *** [all] Error 1

[Fred Kiefer]

Hi Santosh,

the important bit in all these log files is the line:


configure:11739: error: Missing support for International Components for
Unicode (ICU).


You don't seem to have ICU dev packages installed. There are two ways
around. Either install this packages, what ever it is called on your
system. Or manually start the configure for base with the option
--disable-icu.

Hope this helps,
Fred


Am 02.09.2015 um 03:00 schrieb Santosh Rath:
> Hi 
> 
> I have tried to build gnustep on RHEL 6.6, but it failed, i have
> attached the log.tar file.
> 
> Please let me know if i have made any mistake while setting up the
> environment.
> 
> Thanks for you help in advance.
> 
> Thanks
> Santosh
> 
> 
> ___
> Bug-gnustep mailing list
> Bug-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-gnustep
> 


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[patch #8781] [back] Faster bitmap drawing on Cairo

[Fred Kiefer]

Update of patch #8781 (project gnustep):

  Status:None => Done   
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

I tried your patch on my computer and here are the results.

Before:

fred@hugo:~/GNUstep/Examples/decimal> openapp ./speed.app/
2015-10-27 23:40:42.885 speed[3507:3507] Speed test for image of size: {width
= 512; height = 512}
2015-10-27 23:40:42.978 speed[3507:3507]  500 32-bit draws: 0.880506 sec.
2015-10-27 23:40:42.978 speed[3507:3507]  500 24-bit draws: 0.796557 sec.
2015-10-27 23:40:42.978 speed[3507:3507]  500 reads: 0.930946 sec.

After:

fred@hugo:~/GNUstep/Examples/decimal> openapp ./speed.app/
2015-10-27 23:44:25.920 speed[3888:3888] Speed test for image of size: {width
= 512; height = 512}
2015-10-27 23:44:25.922 speed[3888:3888]  500 32-bit draws: 0.810091 sec.
2015-10-27 23:44:25.922 speed[3888:3888]  500 24-bit draws: 0.776128 sec.
2015-10-27 23:44:25.922 speed[3888:3888]  500 reads: 0.958851 sec.


As you can see there are only minimal speed ups for the drawing cases and a
small slow down for the reading one. Overall my computer, which is rather old,
seems to be 10 times faster than your Raspberry Pi. Overall the variations
between different runs of the same code seem to be higher than between the
different code versions.

I will apply your patch anyway, as it helps on very slow machines.



___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #48637] GSFontInfo and Face

[Fred Kiefer]

Update of bug #48637 (project gnustep):

  Status:None => Wont Fix   
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Declined   

___

Follow-up Comment #1:

Actually it was the other way round. We already had to many attributes set on
the font descriptor that was returned from NSFont. On MacOSX only the size and
the font name are set in this font descriptor, no matter how the font got
created. I changed the code to also just include these two values. This
required that I change the postscriptName method as well. This now returns the
font name with spaces removed.
The code now is a lot closer to the Apple behaviour. I hope it also solves the
printing issue you had.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #49424] [NSMiniWindowView setImage] crashes with nil as image parameter

[Fred Kiefer]

Update of bug #49424 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

I just applied a tiny patch that should fix this issue. You should try this
code with the SVN version of GNUstep. The problem you did get was with a
method that returns a structure being sen to a nil object. On most
architectures this gets handled correctly by the Objective-C runtime but it
may cause a segmentation fault on Sparc and other special hardware. 

This change will be included in the next release of GNustep gui. I don't know
when this will happen but the version will be 0.26. This should be visible in
the library version but I am not aware of any runtime check for it. For
historical reasons base and gui are no Frameworks and this makes reporting a
version number harder.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #51113] No in-window menu bar with the Gtk theme

[Fred Kiefer]

Follow-up Comment #1, bug #51113 (project gnustep):

That GTK link is of no use at all. After a few automatic redirects you end up
on a page that is completely unrelated to the topic. Googling for GTK an
reparent brings up this page:
http://www.geany.org/manual/gtk/gtk-faq/x636.html

And searching the GTK theme code for gtk_container_add brings up two usages in
setup_gtk_widget() in the file GGnomeThemeInitialization.m. As protoLayout
gets created with this call
protoLayout = gtk_fixed_new();
it could be the GtkFixed in the error message. That could mean that GtkMenuBar
is the widget passed into this function.
The only GtkMenuBar that gets created is on line 152 of that file
GtkWidget *gtkMenuBar = gtk_menu_bar_new();

and if you look closely this gets added twice, once on line 153 an also on
line 175. Most likely one of this calls is superfluous , perhaps the first
one?

This analysis was done without any "actual knowledge of gtk" so please verify
it yourself.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #50128] Odd control resizing issue.

[Fred Kiefer]

Update of bug #50128 (project gnustep):

Category: Application => Gorm   


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

Re: Site not responding http://download.gna.org/gnustep/libobjc2-1.7.tar.bz2

[Fred Kiefer]

GNA stop to operate about  a month ago. The best place to get a current version 
of libobjc2 is GitHub https://github.com/gnustep/libobjc2. If you want a fixed 
release click on releases. You may download 1.8 or 1.8.1 from there.

Hope this helps,
Fred

> Am 04.07.2017 um 07:53 schrieb Sunil Sharma :
> 
> Hi Team 
> 
> I try to download tar package from your site , but can't respond .Please do 
> need full 
> 
> --2017-07-04 11:13:59--  http://download.gna.org/gnustep/libobjc2-1.7.tar.bz2
> Resolving download.gna.org (download.gna.org)... 78.40.125.79
> Connecting to download.gna.org (download.gna.org)|78.40.125.79|:80... failed: 
> Connection timed out.
> Retrying.
> 
> --2017-07-04 11:16:07--  (try: 2)  
> http://download.gna.org/gnustep/libobjc2-1.7.tar.bz2
> Connecting to download.gna.org (download.gna.org)|78.40.125.79|:80... failed: 
> Connection timed out.
> Retrying.
> 
> --2017-07-04 11:18:17--  (try: 3)  
> http://download.gna.org/gnustep/libobjc2-1.7.tar.bz2
> Connecting to download.gna.org (download.gna.org)|78.40.125.79|:80... failed: 
> Connection timed out.
> Retrying.
> 
> --2017-07-04 11:20:27--  (try: 4)  
> http://download.gna.org/gnustep/libobjc2-1.7.tar.bz2
> Connecting to download.gna.org (download.gna.org)|78.40.125.79|:80... failed: 
> Connection timed out.
> Retrying.
> 
> --2017-07-04 11:22:38--  (try: 5)  
> http://download.gna.org/gnustep/libobjc2-1.7.tar.bz2
> Connecting to download.gna.org (download.gna.org)|78.40.125.79|:80... 
> 
> Unravel the world of big data with comprehensive courses on #DecisionScience. 
> #WeAreChangingTheFuture. Explore today: www.timespro.com/decision-science 
> Email: mitali.sh...@timesgroup.com 
> ___
> Bug-gnustep mailing list
> Bug-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-gnustep


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #51113] No in-window menu bar with the Gtk theme

[Fred Kiefer]

Update of bug #51113 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #2:

I just submitted the change I suggested below. Please test it and report back.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #48461] GWorkspace 0.9.4 seg faults

[Fred Kiefer]

Update of bug #48461 (project gnustep):

Category:None => Application
 Open/Closed:Open => Declined   

___

Follow-up Comment #3:

No follow up information on the segmentation fault in over a year.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #45442] Document windows obscure submenus & floating panels on Ubuntu

[Fred Kiefer]

Update of bug #45442 (project gnustep):

Category:None => Gui/AppKit 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #51592] -[NSFileManager copyItemAtPath:toPath:error:] should not raise exceptions

[Fred Kiefer]

Update of bug #51592 (project gnustep):

Category:None => Base/Foundation
  Item Group:None => Bug


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #48348] gnustep-config doesn't do what I want

[Fred Kiefer]

Update of bug #48348 (project gnustep):

Category:None => Makefiles  


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #51842] derived_src class has no base: correct, but triggers a warning from clang-6.x

[Fred Kiefer]

Update of bug #51842 (project gnustep):

  Status:None => Need Info  

___

Follow-up Comment #1:

Could you please explain why you think this is a GNUstep base issue?
To me it looks like the compiler is correct to report this problem and even if
this was incorrect it would be a clang issue.

You also write that the code is auto generated. Could you please state by
which program?

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #44500] No handle for event rport

[Fred Kiefer]

Update of bug #44500 (project gnustep):

Category:None => Gui/AppKit 
  Item Group:None => Bug


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #51842] derived_src class has no base: correct, but triggers a warning from clang-6.x

[Fred Kiefer]

Update of bug #51842 (project gnustep):

Category: Base/Foundation => Makefiles  
  Status:   Need Info => Invalid
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Declined   

___

Follow-up Comment #4:

Thank you for this clarification. I am able to switch the category for you and
will do so.

What I disagree on is that this is an actual GNUstep bug. GNUstep make is
doing the right thing by not providing this compiler flag. In Objective-C all
classes are expected to either inherit from NSObject of NSProxy. In the rare
case where this is not true, the developer should flag the class in a way to
tell the compiler about this special case. 

Please see this article on how to do it:
https://stackoverflow.com/questions/14842259/defining-an-objective-c-class-without-a-base-class-compiler-warning

The second case should work with GNUstep as we don't provide the NS_ROOT_CLASS
macro.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52011] Remove incorrect init from NSDateFormatter, and fix call to udat_open

[Fred Kiefer]

Follow-up Comment #3, bug #52011 (project gnustep):

Stefan, could you please comment on the state of this patch?

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52331] use-after-free in the privateSetLocale function

[Fred Kiefer]

Update of bug #52331 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

Thank you very much for reporting this bug.
I just submitted a patch to the git repository. I was able to reproduce the
issue with valgrind and with this patch the memory corruption is gone. Please
test on your side as well.

Fred

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52126] GUI 0.25.1 ABI break?

[Fred Kiefer]

Update of bug #52126 (project gnustep):

  Status:None => Confirmed  

___

Follow-up Comment #1:

Yes, this was an oversight on our side. We should have increased the minor
number. Ivan is currently in the process of releasing a new version of GNUstep
gui. That should fix the issue.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52331] use-after-free in the privateSetLocale function

[Fred Kiefer]

Follow-up Comment #3, bug #52331 (project gnustep):

The GNUstep repositories are now located at GitHub: https://github.com/gnustep

This is mentioned on the GNUstep web site but maybe not prominent enough.
Hopefully there will be a release of the core GNUstep components within the
next few weeks.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52331] use-after-free in the privateSetLocale function

[Fred Kiefer]

Update of bug #52331 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #51113] No in-window menu bar with the Gtk theme

[Fred Kiefer]

Update of bug #51113 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #49424] [NSMiniWindowView setImage] crashes with nil as image parameter

[Fred Kiefer]

Update of bug #49424 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #45122] [back][patch] Pattern phase support

[Fred Kiefer]

Update of bug #45122 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #44057] -[NSBitmapImageRep copy] can cause image corruption (overlapping memory pointers)

[Fred Kiefer]

Update of bug #44057 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #44902] Gorm don't save image position of buttons for nib files

[Fred Kiefer]

Update of bug #44902 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #44933] Cairo backend: NSGraphicsContext's imageInterpolation setting is ignored

[Fred Kiefer]

Update of bug #44933 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #40798] NSClipView shouldn't take its background color from document view

[Fred Kiefer]

Update of bug #40798 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #42641] Use makeinfo --html to generate HTML manuals from .texi documents

[Fred Kiefer]

Update of bug #42641 (project gnustep):

  Status:None => Fixed  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52779] autoreconf generates broken configure

[Fred Kiefer]

Update of bug #52779 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #2:

As there was a newer version of pkg.m4 on my system I use this and I also
regenerated the configure file.

Thank you for your patch.
Fred

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52780] Spelling error in make_services.1

[Fred Kiefer]

Update of bug #52780 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

Applied your patch.

Thank you,
Fred

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52793] autoreconf fails

[Fred Kiefer]

Update of bug #52793 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

I applied your patch. Thank you very much for it.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #48217] Dropdown doesn't function properly on first click in NSWindow.

[Fred Kiefer]

Update of bug #48217 (project gnustep):

Category:  Gui/AppKit => Libraries  


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #47523] blinking cursor type while typing or scrolling

[Fred Kiefer]

Update of bug #47523 (project gnustep):

  Status:None => Confirmed  

___

Follow-up Comment #1:

It turns out that this was caused by a change Eric made in 2011. In the method
[NSTextView.m -_updateState:] he added the update of the cursor rectangles,
which is needed for internal cursor rectangles but would not be needed for the
main one.
I tried a few simple solutions to fix this, but all of these would result in
additional issues.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #46939] -Werror set for GSSpeechServer

[Fred Kiefer]

Update of bug #46939 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Closed 

___

Follow-up Comment #2:

I just did remove the line that set this flag. I think it is better to have
consistent compiler parameter over the whole project and not specific ones for
one tool.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52941] Please detect freetype with pkg-config

[Fred Kiefer]

Update of bug #52941 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

I did apply your change to configure.ac but regenerated the configure file
myself. There seems to be a new command runstatedir in your configure file
that is unrelated to this change.

Thank you for the patch!
Fred

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52942] [xlib] Build failure with LDFLAGS=-Wl,--no-undefined

[Fred Kiefer]

Update of bug #52942 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

Applied you patch.

Thank you
Fred

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #44920] Loop flooding terminal after some clicks in source code

[Fred Kiefer]

Update of bug #44920 (project gnustep):

  Status:   Need Info => Fixed  
 Open/Closed:Open => Closed 

___

Follow-up Comment #9:

Looks like this was already fixed at that time.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52957] Document based applications cannot load assigned file types in open panel

[Fred Kiefer]

Update of bug #52957 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #2:

This behaviour was caused by an inconsistent target selection in NSSavePanel.
This worked until I recently corrected the way NSApplication finds the target
for an action. It should be fixed now and other similar cases should report
the issue on the command line to make it easier to detect and fix. 

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #36764] GUI does not currently support loading with standard localized directories...

[Fred Kiefer]

Update of bug #36764 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #40760] NSFrameRectWithWidth() can't deal with width of 0.0

[Fred Kiefer]

Update of bug #40760 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #40776] NSClipView should redraw when bounds change

[Fred Kiefer]

Update of bug #40776 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52973] [gui] printing causes crash

[Fred Kiefer]

Update of bug #52973 (project gnustep):

 Assigned to:None => FredKiefer 
 Open/Closed:Open => Analyzed   

___

Follow-up Comment #1:

Did you update GNUstep base on these machines to the latest change? In reply
to your previous bug report I made a commit yesterday and this should fix the
described bug.
Could you please update gui and recompile your applications after that.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

Re: libs-gui with fling 2.1

[Fred Kiefer]

Hi Marc,

I never did use flite myself, so I had to check the internet whether there was 
a change in packaging. But I did not find anything that suggests this. At least 
the documentation at http://www.festvox.org/flite/doc/flite_7.html#C-example 
still suggests to link against this file. Could you please check which lib 
files did get installed for flite 2.1?

For us it would be helpful to get a few more basic informations from you. Which 
operation system are you using and how did you install flite?

Cheers,
Fred


> Am 26.01.2018 um 06:42 schrieb Mettke, Marc :
> 
> Dear GnuStep-Team,
> 
> I'm trying to build the libs-gui code in version "gui-0_26_2" from [1] using 
> flite 2.1. The presence of flite is detected at [2] but the build fails with 
> [3]. The build however works if I'm using flite 1.4.
> 
> Is flite in version 2 supported or is it required to use flite version 1?
> 
> Best Regards
> Marc Mettke
> 
> [1] https://github.com/gnustep/libs-gui/releases
> [2]
> checking flite/flite.h usability... yes
> checking flite/flite.h presence... yes
> checking for flite/flite.h... yes
> [3] /usr/bin/ld: cannot find -lflite_cmu_us_kal
> [4] https://app.box.com/s/c8u2wll61ww2z2guf3n7pu0qiqjciuc2
> ___
> Bug-gnustep mailing list
> Bug-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-gnustep


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

Re: libs-gui with fling 2.1

[Fred Kiefer]

Hi Marc,

the simplest thing to test now would be to change the line in the GNUmakefile 
in the Tools/speech subdirectory to link to the new name instead of the old. If 
that works, we have to figure out why this changed and how to detect which of 
the libraries is present.

I just found this bit of configuration code: 
https://lists.freebsoft.org/pipermail/speechd/2010q3/002340.html
Looks like this was changed a long time ago :-(

Fred


> Am 26.01.2018 um 08:42 schrieb Mettke, Marc :
> 
> Hey Fred,
> 
> thanks for the quick response.
> 
> OS: archlinux
> flite 2.1: https://www.archlinux.org/packages/community/x86_64/flite/
> flite 2.1 files:
> - usr/include/flite/flite.h
> - usr/include/flite/flite_version.h
> filte installation: pacman -S flite
> libgui build: 
> https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=gnustep-gui
> 
> Interesting enough both packages do install flite in the same directory with 
> the same name. However flite 2.1 does not contain "flite_cmu_us_kal" but only 
> "flite_cmu_us_kal16". 
> 
> Best
> Marc
> 
> On Fri, Jan 26, 2018 at 8:23 AM, Fred Kiefer  wrote:
> Hi Marc,
> 
> I never did use flite myself, so I had to check the internet whether there 
> was a change in packaging. But I did not find anything that suggests this. At 
> least the documentation at 
> http://www.festvox.org/flite/doc/flite_7.html#C-example still suggests to 
> link against this file. Could you please check which lib files did get 
> installed for flite 2.1?
> 
> For us it would be helpful to get a few more basic informations from you. 
> Which operation system are you using and how did you install flite?
> 
> Cheers,
> Fred
> 
> 
> > Am 26.01.2018 um 06:42 schrieb Mettke, Marc :
> >
> > Dear GnuStep-Team,
> >
> > I'm trying to build the libs-gui code in version "gui-0_26_2" from [1] 
> > using flite 2.1. The presence of flite is detected at [2] but the build 
> > fails with [3]. The build however works if I'm using flite 1.4.
> >
> > Is flite in version 2 supported or is it required to use flite version 1?
> >
> > Best Regards
> > Marc Mettke
> >
> > [1] https://github.com/gnustep/libs-gui/releases
> > [2]
> > checking flite/flite.h usability... yes
> > checking flite/flite.h presence... yes
> > checking for flite/flite.h... yes
> > [3] /usr/bin/ld: cannot find -lflite_cmu_us_kal
> > [4] https://app.box.com/s/c8u2wll61ww2z2guf3n7pu0qiqjciuc2
> > ___
> > Bug-gnustep mailing list
> > Bug-gnustep@gnu.org
> > https://lists.gnu.org/mailman/listinfo/bug-gnustep
> 
> 


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

Re: libs-gui with fling 2.1

[Fred Kiefer]

Hi Marc,

I just committed a slightly bigger patch to GNUstep gui. There I try to detect 
the presence of flite_cmu_us_kal16 and only build the speech tool in that case. 
As I don’t have flite installed myself I have to rely on you to test this 
change. Could you please give it a try?

I agree with you that we should switch to the 16 bit version of the sound file. 
This has been around for more than seven years now and should be available on 
all systems where flite gets used with GNUstep.

Fred

> Am 27.01.2018 um 08:19 schrieb Mettke, Marc :
> 
> Seems like I'm the only one using it for the last 7 years, otherwise it would 
> have been found already, wouldn't it :D. 
> 
> Unfortunately we are not getting away that easy. The following changes were 
> necessary to get it building again:
> 
> - sed -i 's/flite_cmu_us_kal/flite_cmu_us_kal16/g' Tools/speech/GNUmakefile
> - sed -i 's/register_cmu_us_kal/register_cmu_us_kal16/g' 
> Tools/speech/FliteSpeechEngine.m
> 
> I'm however wondering if it is necessary to detect which library is 
> installed. The 1.4 version (at least the one I'm using) also contains the 
> "flite_cmu_us_kal16" library and therefore the build works fine with these 
> changes as well. Even so I don't now if that's true in general.
> 


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53061] Alert sheets do not disappear when dismissed

[Fred Kiefer]

Update of bug #53061 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

I could not directly reproduce the issue with your code. When clicking on a
button in the sheet the sheet first got moved to the left lower corner, just
as you described but for me it was immediately removed from the screen after
that.

What I did is to move the call that closes the sheet before the code that code
that disconnects it from its parent window. Form me now the sheet disappears
at once. I hope that this also resolves your issue. Please report back on
this.

Fred

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53060] [xlib] Significant slowness with some apps, font-related

[Fred Kiefer]

Update of bug #53060 (project gnustep):

  Status:None => Confirmed  
 Assigned to:None => FredKiefer 

___

Follow-up Comment #1:

Normally I wouldn't want to support the xlib backend. We really don't want it
to be used by anybody any more. I did look into this issue just because of you
and your excellent patches and bug reports. I would be very thankful if you
wont provide a package for xlib and also for art in the future. Or at least
mark them as unsupported.

The problem here is that the applications you listed use special characters to
depict key equivalents in their menus. These characters aren't present in the
standard font that the xlib backend is using when trying to display this
string. So the NSAttributedString class tries to find a replacement font for
each of these characters. I tried this myself with the xlib backend and for
PikoPixel this fails for most of the special characters. IN that process the
code has to try every font available for this backend. For the cairo backend
with FT fonts this is a rather fast process. For xlib this takes almost for
ever.
The trick we use for cairo (and opal) is to leave this hard task to
fontconfig.
With your changes it will be a bit faster and more reliable but this wont
resolve the general problem. The only thing that is supportable and could
resolve this issues that I see is to reuse the fontconfig/FCFontEnumerator
class for GSXFT. This is actually not that hard to do, FCFontEnumerator was
extracted from GSXFT.

I am still a bit tiered from FOSDEM and the journey back. So please be
patient, I hope to come up with something usable in the next few days.



___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53061] Alert sheets do not disappear when dismissed

[Fred Kiefer]

Update of bug #53061 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53060] [xlib] Significant slowness with some apps, font-related

[Fred Kiefer]

Follow-up Comment #3, bug #53060 (project gnustep):

Thank you for this background information. And yes, looking at your patch
could save me some time, as this is about the approach I want to follow
through. All that font stuff is always a bit harder than it should be and this
is mostly true due the levels of abstractions we have there. You always need
one indirection more :-(

As for the HAVE_FC check, I did introduce that when I first started to use
fontconfig with GNUstep. I am pretty sure it was needed at that time. But
later on when somebody (me?) added that coveredCharacterset method, FC
functions did get used unconditionally. This means for a few years GSXft has
only been usable with fontconfig and we now should make it a hard requirement.
This should reduce the amount of different implementations we have.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53060] [xlib] Significant slowness with some apps, font-related

[Fred Kiefer]

Update of bug #53060 (project gnustep):

  Status:   Confirmed => Ready For Test 
 Open/Closed:Open => In Test

___

Follow-up Comment #5:

Thank you for the excellent patch. I like patches that remove more code than
they add.
The only thing I did change is the value of lineHight. In the old code
ascender - descender was used and this is the value I am using as well. That
way we have the least change.

PikoPixel is still very slow, but it wasn't designed to work with the xlib
backend. 

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #27099] Incomplete implementation of -[NSFontDescriptor matchingFontDescriptorsWithMandatoryKeys:]

[Fred Kiefer]

Update of bug #27099 (project gnustep):

  Status: In Progress => Ready For Test 
 Open/Closed:Open => In Test


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #26535] user created NSImage not displaying properly

[Fred Kiefer]

Update of bug #26535 (project gnustep):

  Status:   Confirmed => Ready For Test 
 Open/Closed:Open => In Test

___

Follow-up Comment #4:

I did apply your change in a slightly modified version. When looking at the
gui change I noticed that this will break the whole idea of having the display
server in a thread local variable. SO I made this a normal static variable.

As the original test application now seems to work for me I change the status
of this issue to in test.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53223] [xlib] font_cacher should not be built if WITH_XFT=yes

[Fred Kiefer]

Update of bug #53223 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

Thank you for this patch. I added xpds to the list of the deprecated backends
and committed it.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53216] [Opal] Please switch to lcms2

[Fred Kiefer]

Update of bug #53216 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

I committed your patch.

Thank you very much,
Fred

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53267] Parameterized NSMutableArray doesn't seem to work correctly

[Fred Kiefer]

Update of bug #53267 (project gnustep):

Category:None => Libraries  
  Item Group:None => Bug
  Status:None => Invalid
 Assigned to:None => FredKiefer 

___

Follow-up Comment #1:

Sorry to take so long to reply to this. I was sure I already declined this but
I seem to have forgotten to do so.

The issue you are seeing is with the compiler that the user is compiling the
source code with. This is neither related to GNUstep nor to libobjc2. You
should forward this error message either to clang or gcc, which ever compiler
the user is running.

As far as I am aware gcc does not support generics for Objective-C, so most
likely this is about clang.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53267] Parameterized NSMutableArray doesn't seem to work correctly

[Fred Kiefer]

Update of bug #53267 (project gnustep):

 Open/Closed:Open => Declined   


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53035] NSNumberFormatter test failure with ICU 60.2

[Fred Kiefer]

Update of bug #53035 (project gnustep):

 Assigned to:None => FredKiefer 

___

Follow-up Comment #3:

I submitted your updated patch. Thank you!

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53941] NSProcessInfo -systemUptime test sometimes fails on GNU/Hurd

[Fred Kiefer]

Update of bug #53941 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

I fixed this test somewhat differently by marking it as hopeful. First off I
didn't like the idea of making tests conditional on specific defines and there
was also the case of WIN32 missing.

With the current solution the test will sometimes fail on GNU Hurd but in that
case it will only be reported as a dashed hope and your build should proceed.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53994] Can't set a value on keypath using NSValue containing a size

[Fred Kiefer]

Update of bug #53994 (project gnustep):

  Status:None => Works For Me   
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Declined   

___

Follow-up Comment #2:

I think this bug was already fixed when you filed the bug report. Still it
would be great to have the test code from your github branch in base.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #54307] Wrong margins especially when printing one page

[Fred Kiefer]

Update of bug #54307 (project gnustep):

  Status:None => Confirmed  
 Assigned to:None => FredKiefer 

___

Follow-up Comment #1:

Hi Yavor,

thank you for this bug report and the patch. I already had some similar
changes to NSPrinter implemented after the discussion on the mailing list.
That should be similar to your code but tries to unify different code paths.

As for NSPageLayout clearly the conversion was missing. I didn't like the way
you set the margins on both sides to the same values. So I just added the
corrected computation.

I also tried to add the same logic to the NSPrintInfo code.

Now with the NSPrintOperations change I understand which case you try to fix.
But the patch would break scaling and a lot of other stuff. And it does not
address the real issue here, just tries to work around in one special case. I
will try to experiment with the printing code a bit and see whether I can come
up woth something better.


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #54307] Wrong margins especially when printing one page

[Fred Kiefer]

Follow-up Comment #3, bug #54307 (project gnustep):

I tried very hard to understand a bit more of this issue. In the end I found
line 4503 in NSView.m:

  if ((location.x != 0 || location.y != 0) && NSIsEmptyRect(aRect) == YES)

This only applies the following translation when the printed rectangle is
empty. If I remove the last part of the test, a single page print gets
positioned correctly. The question now is, why was this restriction here in
the first place and will it have any negative results on other printing
scenarios?

It really would help here, if you could do some experiments on your side as
well. First to confirm whether this resolves the specific issue and next on
negative side effects.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #54307] Wrong margins especially when printing one page

[Fred Kiefer]

Follow-up Comment #5, bug #54307 (project gnustep):

The check was originally introduced by Gregory Casamento on  13 Mar 2009. But
I don't expect that either of them (Eric and Greg) are following our
discussion here. Nor would they probably remember what they where doing back
then. We may have to figure this out ourselves :-(

If your try this change, please also do some multi page tests. I am almost
sure it will improve the single page case but we also need to inspect other
usages.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #37160] Problem when convert RTF to PDF

[Fred Kiefer]

Update of bug #37160 (project gnustep):

  Status:None => Duplicate  
 Open/Closed:Open => Closed 
  Depends on: => bugs #54307

___

Follow-up Comment #2:

I will mark this as a duplicate of #54307 as we have more information there.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #35113] Printing: blank pages / clipping rect

[Fred Kiefer]

Update of bug #35113 (project gnustep):

  Status:None => Duplicate  
 Open/Closed:Open => Closed 
  Depends on: => bugs #54307

___

Follow-up Comment #3:

I suspect that the remaining issues here are the same as in #54307. So I will
mark this as a duplicate although originally this bug report contained
additional issues.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #54307] Wrong margins especially when printing one page

[Fred Kiefer]

Update of bug #54307 (project gnustep):

  Status:   Confirmed => Ready For Test 
 Open/Closed:Open => In Test

___

Follow-up Comment #7:

I just committed the change to remove this is empty check before the
translation. This should correct the behaviour for half filled pages. There
surely are a lot more printing issues in GNUstep but the ones referenced in
this report should be fixed by this.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52197] [DBusKit] Trivial spelling fixes

[Fred Kiefer]

Update of bug #52197 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

Applied

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52375] [SQLClient] Spelling fixes

[Fred Kiefer]

Update of bug #52375 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

Applied

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #9001] incorrect printing of hungarian characters

[Fred Kiefer]

Update of bug #9001 (project gnustep):

  Status:None => Wont Fix   
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Declined   

___

Follow-up Comment #4:

I think this issue was resolved when we switched to the cairo backend. It may
still present on the xlib and the art backend but these are no longer
recommended.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #12151] All windows from an application are present in the Gnome panel (pollution)

[Fred Kiefer]

Update of bug #12151 (project gnustep):

Category:  Gui/AppKit => Backend


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #54468] LIVE--FREE!!~ Rafael Nadal vs Benoit Paire 2018 Live.... Stream ON TV

[Fred Kiefer]

Update of bug #54468 (project gnustep):

  Item Group: Bug => None   
  Status:None => Invalid
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Declined   


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #54467] [FREE] Rafael Nadal vs Benoit Paire 2018 Live Stream ON TV

[Fred Kiefer]

Update of bug #54467 (project gnustep):

Category:Gorm => None   
  Status:None => Invalid
 Open/Closed:Open => Declined   


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #54477] Rafael Nadal vs Benoit Paire 2018 Live

[Fred Kiefer]

Update of bug #54477 (project gnustep):

  Status:None => Invalid
 Open/Closed:Open => Declined   


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #55625] Crash in GSHorizontalTypesetter -_getProposedRectFor:withLineHeight:

[Fred Kiefer]

Update of bug #55625 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

Hi Yavor,

I did implement a slightly different solution to what you proposed but in the
end it should result in similar behaviour. When the typestter gets reused it
wont reference any old data from the previous text and at the end of text
there should be suitable attributes being used for the extra line fragment.
Please give this a try.

Cheers
Fred

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #55526] FTBFS on GNU/kFreeBSD: NSWorkspace.m:1252:27: error: 'MOUNTED_PATH' undeclared

[Fred Kiefer]

Update of bug #55526 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #55625] Crash in GSHorizontalTypesetter -_getProposedRectFor:withLineHeight:

[Fred Kiefer]

Update of bug #55625 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #54307] Wrong margins especially when printing one page

[Fred Kiefer]

Update of bug #54307 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53941] NSProcessInfo -systemUptime test sometimes fails on GNU/Hurd

[Fred Kiefer]

Update of bug #53941 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #53060] [xlib] Significant slowness with some apps, font-related

[Fred Kiefer]

Update of bug #53060 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52942] [xlib] Build failure with LDFLAGS=-Wl,--no-undefined

[Fred Kiefer]

Update of bug #52942 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52779] autoreconf generates broken configure

[Fred Kiefer]

Update of bug #52779 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #52793] autoreconf fails

[Fred Kiefer]

Update of bug #52793 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #55690] Black images when linked with libicns; smalles icon is always loaded

[Fred Kiefer]

Update of bug #55690 (project gnustep):

 Assigned to:None => FredKiefer 

___

Follow-up Comment #1:

Hi Yavor,

I do not quite understand the first issue. When you say that the image is
black do you mean that loading the icon displays a black and white image? This
is of course true if the first icon in the file is a 1 bit image. If this is
the whole issue, it would be sufficient to better sort the images when reading
them, so the ones with 8 bit colours come first.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #55690] Black images when linked with libicns; smalles icon is always loaded

[Fred Kiefer]

Update of bug #55690 (project gnustep):

  Status:None => Ready For Test 
 Open/Closed:Open => In Test

___

Follow-up Comment #4:

I applied a very similar patch to the one you provided last. Please give it a
try.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #56029] Memory Leak using @synchronized on Windows

[Fred Kiefer]

Update of bug #56029 (project gnustep):

Category: Base/Foundation => Libraries  

___

Follow-up Comment #1:

I switched the category to "Libraries" as @synchronized is not provided by
base. This comes from the libobjc, most likely in your case from libobjc2 and
here it is important which version of this library you are using. It would
also help to know which compiler your are using (again most likely clang) and
of course which version of the compiler.

If this is a libobjc2 issue, I will bring it to the attention of David
Chisnall.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #56029] Memory Leak using @synchronized on Windows

[Fred Kiefer]

Update of bug #56029 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #2:

David just made a couple pf changes to libobjc2, that will end up in the
upcoming release 2.0. One of these should fix the reported issue:


- A memory leak in @synchronized that Fred pointed out.  We only leaked a few
bytes for every object used with @synchronized, but in a loop it was easy for
this to be a problem.  I had not seen this issue because I avoid using
@synchronized entirely.  It is a horrible feature in Objective-C and using
__attribute__((cleanup)) for the unlock in C (or RAII in C++) lets you
accomplish the same thing with less inefficiency.  The feature wouldn't be
such a problem if it were defined to send -lock / -unlock messages to the
object, but requiring the runtime to maintain a lock for each object is
awkward.


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #27099] Incomplete implementation of -[NSFontDescriptor matchingFontDescriptorsWithMandatoryKeys:]

[Fred Kiefer]

Update of bug #27099 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep

[bug #57335] PNG writing support appears to be broken

[Fred Kiefer]

Update of bug #57335 (project gnustep):

  Status:None => Confirmed  
 Assigned to:None => FredKiefer 

___

Follow-up Comment #1:

The test code you provides tries to convert a tiff file into a PNG image. This
should be possible with GNUstep. I tried to convert the GNUstep logo from tiff
to PNG and ended up with an image where the white bits where shown as black.
Is this the bug you are reporting?

What the code here does is to follow the PNG specification. PNG stores values
with non pre-multiplied alpha. GNUstep internally uses pre-multiplied alpha as
this allows for faster drawing. When exporting to PNG we need to make sure we
output the data non pre-multiplied and this code here tries to do the
conversion.

What you did is switch off this conversion. And for simple data where alpha is
either 1 or 0 this results in correct images. But this of course does not
solve the issue why the conversion is wrong. Sorry, I will need some more time
to look into this.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[bug #57335] PNG writing support appears to be broken

[Fred Kiefer]

Update of bug #57335 (project gnustep):

  Status:   Confirmed => Ready For Test 
 Open/Closed:Open => In Test

___

Follow-up Comment #3:

Thank you for this bug report. It help me fix a division by zero error when
alpha was 0 and a bitmap image was un-pre-multiplied.
The fix is already submitted to git. Please give it a try.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[bug #57335] PNG writing support appears to be broken

[Fred Kiefer]

Update of bug #57335 (project gnustep):

  Status:  Ready For Test => Fixed  
 Open/Closed: In Test => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

Re: Query

[Fred Kiefer]

Dear Ronak,

I am terribly sorry but we are a Free Software project with very little funding 
so there is no bug bounty and the closest we have got to a hall of fame is our 
contributors page (http://www.gnustep.org/developers/whoiswho.html). 
Vulnerabilities should just like any other bugs be reported on our Savannah 
page (http://savannah.gnu.org/projects/gnustep/) or if you prefer on 
https://github.com/gnustep. Or if all of this is too much hassle for you, just 
write a mail to this list or to me in person.

Hope this helps,
Fred

PS: I looked at your LinkedIn page and your record so far is impressive.

> Am 24.01.2020 um 13:59 schrieb Ronak Nahar :
> 
> I'm a security researcher and I had found few vulnerabilities on your domain, 
> do you have any bug bounty or hall of fame for reporting a vulnerability. How 
> do I report it?
> 
> Regards,
> Ronak Nahar

[bug #58190] NSLocale/general.m test still fails with ICU >= 65

[Fred Kiefer]

Update of bug #58190 (project gnustep):

  Status:None => Ready For Test 
 Assigned to:None => FredKiefer 
 Open/Closed:Open => In Test

___

Follow-up Comment #1:

I followed your idea to mark these tests as hopeful. That way we still have
the tests and they no longer should stop your tests before the installation of
base. Please give it a try.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[bug #58277] GSSpeechRecognitionServer manpage

[Fred Kiefer]

Update of bug #58277 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

[bug #58172] Precompiled header test broken with GCC >= 9

[Fred Kiefer]

Update of bug #58172 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => FredKiefer 
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

I committed your patch although it did not make any difference for me with gcc
9.3.1.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/