On Aug 11 15:06, Warren Young wrote:
> On 8/11/2011 4:38 AM, Corinna Vinschen wrote:
> >
> >New incarnation uploaded. Same URL. Is that better?
>
> Yes, thanks.
I didn't feel up to the task to resize the stroke, btw., so I just made
it slightly darker before resizing. This seems to have to do
On Aug 12 08:59, Corinna Vinschen wrote:
> Oh, and, I'd still *love* to use the 256x256 setup icon in the splash
> screen dialog, if I'd only know how to do that.
Got it! If you specify SS_REALSIZEIMAGE in the ICON control statement,
then the dialog uses the original size of the icon, rather than
On Tue, 2011-08-09 at 19:45 +0100, Dave Korn wrote:
> Yaakov, how is this going? I see you haven't uploaded anything yet. I'm
> back and able to resume maintainership duties if everyone would like.
That's good news, we were starting to be worried about you.
I was just getting KDE 4.7 out the
On Fri, 2011-08-12 at 07:09 -0500, Yaakov (Cygwin/X) wrote:
> On Tue, 2011-08-09 at 19:45 +0100, Dave Korn wrote:
> > Yaakov, how is this going? I see you haven't uploaded anything yet. I'm
> > back and able to resume maintainership duties if everyone would like.
>
> That's good news, we were
Hi guys,
here's a question.
The next rebase application stores rebase data in a database in /etc.
The corresponding rebaseall will use this feature. The effect is that
the existing DLLs are compared with the database, and only the DLLs
which are new or result in collisions with other DLLs wil b
On 12/08/2011 13:09, Yaakov (Cygwin/X) wrote:
> Besides the version update to 4.5.3, there are several changes over the
> distro 4.5.0, including:
>
> * Linked against shared (instead of static) libintl.
> * Fix shared libgnat installation.
> * Fix Java NIO (patch may not be required with recent
On 12/08/2011 16:26, Corinna Vinschen wrote:
> The next rebase application stores rebase data in a database in /etc.
> The corresponding rebaseall will use this feature. The effect is that
> the existing DLLs are compared with the database, and only the DLLs
> which are new or result in collision
On Aug 12 16:51, Dave Korn wrote:
> On 12/08/2011 16:26, Corinna Vinschen wrote:
>
> > The next rebase application stores rebase data in a database in /etc.
> > The corresponding rebaseall will use this feature. The effect is that
> > the existing DLLs are compared with the database, and only the
On 12/08/2011 17:01, Corinna Vinschen wrote:
> On Aug 12 16:51, Dave Korn wrote:
>> On 12/08/2011 16:26, Corinna Vinschen wrote:
>>
>>> The next rebase application stores rebase data in a database in /etc.
>>> The corresponding rebaseall will use this feature. The effect is that
>>> the existing D
On Fri, 2011-08-12 at 16:48 +0100, Dave Korn wrote:
> Thanks. I'm not too sure about not installing the .la files; won't that
> potentially lead to problems for libtool-using projects at link time?
No, but that reminded me, the libtool fixup script needs a small tweak
to adjust. I just pushed
On Fri, Aug 12, 2011 at 05:13:22PM +0100, Dave Korn wrote:
>On 12/08/2011 17:01, Corinna Vinschen wrote:
>> On Aug 12 16:51, Dave Korn wrote:
>>> On 12/08/2011 16:26, Corinna Vinschen wrote:
>>>
The next rebase application stores rebase data in a database in /etc.
The corresponding rebase
On Aug 12 12:56, Christopher Faylor wrote:
> On Fri, Aug 12, 2011 at 05:13:22PM +0100, Dave Korn wrote:
> >On 12/08/2011 17:01, Corinna Vinschen wrote:
> >> On Aug 12 16:51, Dave Korn wrote:
> >>> On 12/08/2011 16:26, Corinna Vinschen wrote:
> >>>
> The next rebase application stores rebase da
On Fri, Aug 12, 2011 at 07:53:47PM +0200, Corinna Vinschen wrote:
>On Aug 12 12:56, Christopher Faylor wrote:
>> On Fri, Aug 12, 2011 at 05:13:22PM +0100, Dave Korn wrote:
>>>I'd just suggest on by default and remembers its state between runs.
>>
>>Ditto.
>
>That's fine, but let's remember the orig
On Aug 12 14:36, Christopher Faylor wrote:
> On Fri, Aug 12, 2011 at 07:53:47PM +0200, Corinna Vinschen wrote:
> >On Aug 12 12:56, Christopher Faylor wrote:
> >> On Fri, Aug 12, 2011 at 05:13:22PM +0100, Dave Korn wrote:
> >>>I'd just suggest on by default and remembers its state between runs.
> >>
On 12 August 2011 07:59, Corinna Vinschen wrote:
> On Aug 11 15:06, Warren Young wrote:
>> On 8/11/2011 4:38 AM, Corinna Vinschen wrote:
>> >
>> >New incarnation uploaded. Same URL. Is that better?
>>
>> Yes, thanks.
>
> I didn't feel up to the task to resize the stroke, btw., so I just made
> it
On 12 August 2011 10:12, Corinna Vinschen wrote:
> On Aug 12 08:59, Corinna Vinschen wrote:
>> Oh, and, I'd still *love* to use the 256x256 setup icon in the splash
>> screen dialog, if I'd only know how to do that.
>
> Got it! If you specify SS_REALSIZEIMAGE in the ICON control statement,
> then
16 matches
Mail list logo