2015-02-11 06:14 Yaakov Selkowitz
:
| Package maintainers,
|
| I just cleared out a huge number of obsolete and stale packages. More
| remain, but the following packages currently depend on one or more
| obsolete libraries (including the recently-obsoleted libpng15 and
| libgd2):
|
| aalib
On Sun, 2015-02-15 at 13:29 -0500, Ken Brown wrote:
> On 2/10/2015 11:14 PM, Yaakov Selkowitz wrote:
> > clispORPHANED (Reini Urban)
>
> As I mentioned in the "libopenssl098" thread, I have a build of clisp-2.48
> (32-bit only for now) that seems to work an
On 2/15/2015 1:40 PM, Marco Atzeri wrote:
On 2/15/2015 7:29 PM, Ken Brown wrote:
On 2/10/2015 11:14 PM, Yaakov Selkowitz wrote:
clispORPHANED (Reini Urban)
As I mentioned in the "libopenssl098" thread, I have a build of
clisp-2.48 (32-bit only for now)
Corinna Vinschen writes:
> We're going path b. The core of imagebase's implementation of
> ReBaseImage64 is the call to LinkedObjectFile::performRelocation (line
> 123 in imagehelper/rebaseimage.cc), which in turn calls
> Relocations::relocate in imagehelper/sections.cc. This function
> performs
On 2/15/2015 7:29 PM, Ken Brown wrote:
On 2/10/2015 11:14 PM, Yaakov Selkowitz wrote:
clispORPHANED (Reini Urban)
As I mentioned in the "libopenssl098" thread, I have a build of
clisp-2.48 (32-bit only for now) that seems to work and that links
against c
On 2/10/2015 11:14 PM, Yaakov Selkowitz wrote:
clispORPHANED (Reini Urban)
As I mentioned in the "libopenssl098" thread, I have a build of clisp-2.48
(32-bit only for now) that seems to work and that links against current versions
of all libraries. Sho
Corinna Vinschen writes:
> We're not going to skip writing ChangeLog entries. If there is some
> automatism to write *correctly formatted* ChangeLog entries from the git
> commit message, then that method can and should be used.
If they're correctly formatted to begin with it's no problem at all
Corinna Vinschen writes:
> Where? rebase.c calls ReBaseImage64, which is
>
> a) a Windows function in imagehlp.dll and
> b) the function name of a function in the imagebase library, implemented
>in rebaseimage.cc.
>
> We're going path b. The core of imagebase's implementation of
> ReBaseImage
Yaakov,
could you please advise when you are zapping orphaned packages from
the distribution ?
I justed noticed you zapped proftpd when at the same time
I was working to upgrade and build the 64 bit version.
No objection to remove packages; we have a lot in bad state
and some are dead upstream b
On Feb 15 14:18, Achim Gratz wrote:
> Corinna Vinschen writes:
> > On Feb 14 20:06, Achim Gratz wrote:
> >>
> >> First patch to follow the usual convention of using annotated release
> >> tags for determining the version (tag 4782666e90 as "release_2.869" for
> >> testing).
> >
> > I'm at a loss.
On Feb 15 14:18, Achim Gratz wrote:
> Corinna Vinschen writes:
> > objcopy might be able to do that, but the pe/coff format is fiddly.
>
> Well, the problem is that I can't set the section address back to what
> it was since the interpretation of the numbers on the command line seems
> to be limit
Corinna Vinschen writes:
> On Feb 14 20:06, Achim Gratz wrote:
>>
>> First patch to follow the usual convention of using annotated release
>> tags for determining the version (tag 4782666e90 as "release_2.869" for
>> testing).
>
> I'm at a loss. Right now, after my last checkin, we're simply cont
Corinna Vinschen writes:
> objcopy might be able to do that, but the pe/coff format is fiddly.
Well, the problem is that I can't set the section address back to what
it was since the interpretation of the numbers on the command line seems
to be limited somehow. So instead of 0x56628f000 I end up
On Feb 13 17:01, vz...@volkerzell.de wrote:
> Hi
>
> I would like to contribute and maintain the
> 'libpakchois0/libpakchois-devel/libpakchois-doc' packages.
Please go ahead with both packages, picard and this one.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regar
On Feb 14 20:06, Achim Gratz wrote:
>
> First patch to follow the usual convention of using annotated release
> tags for determining the version (tag 4782666e90 as "release_2.869" for
> testing).
I'm at a loss. Right now, after my last checkin, we're simply continuing
to use the ChangeLog versio
On Feb 14 22:12, Achim Gratz wrote:
> Achim Gratz writes:
> > Achim Gratz writes:
> >> It turns out that doing so damages the debug information in the library
> >> and then it can't be extracted later, so I'll have to skip this step
> >> when building with cygport. I have no idea how and why this
16 matches
Mail list logo
