Dear All,
I spent a bit of time checking the real situation of the packages
still missing as 64 bit port.
After xdelta, bsdiff and iperf porting, without counting the few mingw
ones, the duplicates we are down to ~44.
Please see here the analysis :
https://docs.google.com/spreadsheets/d/1Hn7Eaq
Reason I didn't port libnfc was because I lost my SSH key due to a
hard drive crash. Any procedure on how to get a new one so I can
compile and upload it?
2015-07-15 16:24 GMT+02:00 Marco Atzeri :
> Dear All,
> I spent a bit of time checking the real situation of the packages
> still missing as 64
On Jul 15, 2015, at 8:24 AM, Marco Atzeri wrote:
>
> I spent a bit of time checking the real situation of the packages
> still missing as 64 bit port.
Thank you for doing this research.
> ...we are down to ~44.
> ...half of them are dead upstream so we can directly
> obsolete and don't worry an
On Jul 15, 2015, at 11:39 AM, Marcos Vives Del Sol wrote:
>
> Reason I didn't port libnfc was because I lost my SSH key due to a
> hard drive crash. Any procedure on how to get a new one so I can
> compile and upload it?
$ ssh-keygen
I assume those in charge of maintaining the list of allowed k
On Jul 15 16:24, Marco Atzeri wrote:
> Dear All,
> I spent a bit of time checking the real situation of the packages
> still missing as 64 bit port.
> After xdelta, bsdiff and iperf porting, without counting the few mingw ones,
> the duplicates we are down to ~44.
>
> Please see here the analysis
On Jul 15, 2015, at 12:28 PM, Corinna Vinschen
wrote:
>
> - Shall we remove all 32b-bit only orphaned packages for which we don't
> get a maintainer until, say, end of August?
If a package is available only for 32-bit, there should be a place to learn
that prior to running setup.exe. The fac
On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
On Jul 15 16:24, Marco Atzeri wrote:
Dear All,
I spent a bit of time checking the real situation of the packages
still missing as 64 bit port.
After xdelta, bsdiff and iperf porting, without counting the few mingw ones,
the duplicates we are down to
On 2015-07-15 16:12, Ken Brown wrote:
| On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
| >On Jul 15 16:24, Marco Atzeri wrote:
| >>Dear All,
| >>I spent a bit of time checking the real situation of the packages
| >>still missing as 64 bit port.
| >>After xdelta, bsdiff and iperf porting, without cou
On 7/16/2015 10:06 AM, jari wrote:
On 2015-07-15 16:12, Ken Brown wrote:
| On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
| >On Jul 15 16:24, Marco Atzeri wrote:
| >>Dear All,
| >>I spent a bit of time checking the real situation of the packages
| >>still missing as 64 bit port.
| >>After xdelta,
On Jul 15 16:12, Ken Brown wrote:
> On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
> >On Jul 15 16:24, Marco Atzeri wrote:
> >>Dear All,
> >>I spent a bit of time checking the real situation of the packages
> >>still missing as 64 bit port.
> >>After xdelta, bsdiff and iperf porting, without countin
On 7/17/2015 9:32 AM, Corinna Vinschen wrote:
On Jul 15 16:12, Ken Brown wrote:
On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
On Jul 15 16:24, Marco Atzeri wrote:
Thanks for looking into this.
Two points:
- Shall we remove all 32b-bit only orphaned packages for which we don't
get a mai
On Jul 17 10:39, Marco Atzeri wrote:
> On 7/17/2015 9:32 AM, Corinna Vinschen wrote:
> >On Jul 15 16:12, Ken Brown wrote:
> >>On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
> >>>On Jul 15 16:24, Marco Atzeri wrote:
>
> >>>
> >>>Thanks for looking into this.
> >>>
> >>>Two points:
> >>>
> >>>- Shall
On 7/17/2015 11:50 AM, Corinna Vinschen wrote:
On Jul 17 10:39, Marco Atzeri wrote:
On 7/17/2015 9:32 AM, Corinna Vinschen wrote:
On Jul 15 16:12, Ken Brown wrote:
On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
On Jul 15 16:24, Marco Atzeri wrote:
Thanks for looking into this.
Two point
On 7/17/2015 3:32 AM, Corinna Vinschen wrote:
On Jul 15 16:12, Ken Brown wrote:
On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
On Jul 15 16:24, Marco Atzeri wrote:
Dear All,
I spent a bit of time checking the real situation of the packages
still missing as 64 bit port.
After xdelta, bsdiff and
On 7/17/2015 2:52 PM, Ken Brown wrote:
I understand, but they are unmaintained. So, who's going to check
if they are buildable as 64 bit packages?
Good point. In that case, I volunteer to maintain ffcall, just to
protect it. I have an interest in it because it's used by clisp (and
probably
On 7/17/2015 11:59 AM, Marco Atzeri wrote:
Jari (the not-maintainer) just uploaded aewm++.
I updated the list, accordingly.
but I suspect that everything Jari is loading is stacked on
his load stage area as
"ORPHANED (Jari Aalto)" <> "Jari Aalto"
Corinna, Yaakov,
could you take care ?
Re
On Jul 19 07:39, Marco Atzeri wrote:
> On 7/17/2015 11:59 AM, Marco Atzeri wrote:
> >
> >Jari (the not-maintainer) just uploaded aewm++.
> >I updated the list, accordingly.
> >
>
> but I suspect that everything Jari is loading is stacked on
> his load stage area as
>
> "ORPHANED (Jari Aalto)" <>
On 7/19/2015 9:05 AM, Corinna Vinschen wrote:
On Jul 19 07:39, Marco Atzeri wrote:
On 7/17/2015 11:59 AM, Marco Atzeri wrote:
Jari (the not-maintainer) just uploaded aewm++.
I updated the list, accordingly.
but I suspect that everything Jari is loading is stacked on
his load stage area as
On Jul 19 09:18, Marco Atzeri wrote:
> On 7/19/2015 9:05 AM, Corinna Vinschen wrote:
> >On Jul 19 07:39, Marco Atzeri wrote:
> >>On 7/17/2015 11:59 AM, Marco Atzeri wrote:
> >>>
> >>>Jari (the not-maintainer) just uploaded aewm++.
> >>>I updated the list, accordingly.
> >>>
> >>
> >>but I suspect t
On 2015-07-19 10:46, Corinna Vinschen wrote:
| On Jul 19 09:18, Marco Atzeri wrote:
| > On 7/19/2015 9:05 AM, Corinna Vinschen wrote:
| > >On Jul 19 07:39, Marco Atzeri wrote:
| > >>On 7/17/2015 11:59 AM, Marco Atzeri wrote:
| > >>>
| > >>>Jari (the not-maintainer) just uploaded aewm++.
| > >>>I up
On Jul 19 14:02, jari wrote:
> On 2015-07-19 10:46, Corinna Vinschen wrote:
> | On Jul 19 09:18, Marco Atzeri wrote:
> | > On 7/19/2015 9:05 AM, Corinna Vinschen wrote:
> | > >On Jul 19 07:39, Marco Atzeri wrote:
> | > >>On 7/17/2015 11:59 AM, Marco Atzeri wrote:
> | > >>>
> | > >>>Jari (the not-ma
On 15/07/2015 15:24, Marco Atzeri wrote:
I spent a bit of time checking the real situation of the packages
still missing as 64 bit port.
After xdelta, bsdiff and iperf porting, without counting the few mingw
ones, the duplicates we are down to ~44.
Please see here the analysis :
https://docs.goo
On Jul 20 19:16, Jon TURNEY wrote:
> On 15/07/2015 15:24, Marco Atzeri wrote:
> >I spent a bit of time checking the real situation of the packages
> >still missing as 64 bit port.
> >After xdelta, bsdiff and iperf porting, without counting the few mingw
> >ones, the duplicates we are down to ~44.
>
On 7/20/2015 8:16 PM, Jon TURNEY wrote:
On 15/07/2015 15:24, Marco Atzeri wrote:
I spent a bit of time checking the real situation of the packages
still missing as 64 bit port.
After xdelta, bsdiff and iperf porting, without counting the few mingw
ones, the duplicates we are down to ~44.
Please
On 22/07/2015 11:08, Marco Atzeri wrote:
On 7/20/2015 8:16 PM, Jon TURNEY wrote:
On 15/07/2015 15:24, Marco Atzeri wrote:
I spent a bit of time checking the real situation of the packages
still missing as 64 bit port.
After xdelta, bsdiff and iperf porting, without counting the few mingw
ones,
On 19/07/2015 13:02, jari wrote:
Let's put those comment there for recent x64 ports:
"Jari Aalto (up for grabs)"
I'll continue to keep them under my shelter but anyone wanting to
maintain those are more than welcome to step up.
Jari
Jari,
the 64 bit packages are sill in the staging ar
On Sep 3 15:55, Marco Atzeri wrote:
> On 22/07/2015 11:08, Marco Atzeri wrote:
> >On 7/20/2015 8:16 PM, Jon TURNEY wrote:
> >>On 15/07/2015 15:24, Marco Atzeri wrote:
> >>>I spent a bit of time checking the real situation of the packages
> >>>still missing as 64 bit port.
> >>>After xdelta, bsdiff
On 03/09/2015 16:45, Corinna Vinschen wrote:
On Sep 3 15:55, Marco Atzeri wrote:
On 22/07/2015 11:08, Marco Atzeri wrote:
On 7/20/2015 8:16 PM, Jon TURNEY wrote:
On 15/07/2015 15:24, Marco Atzeri wrote:
I spent a bit of time checking the real situation of the packages
still missing as 64 bit
On Sep 4 14:56, Jon TURNEY wrote:
> On 03/09/2015 16:45, Corinna Vinschen wrote:
> >On Sep 3 15:55, Marco Atzeri wrote:
> >>On 22/07/2015 11:08, Marco Atzeri wrote:
> >>>On 7/20/2015 8:16 PM, Jon TURNEY wrote:
> On 15/07/2015 15:24, Marco Atzeri wrote:
> >I spent a bit of time checking th
On 04/09/2015 15:03, Corinna Vinschen wrote:
On Sep 4 14:56, Jon TURNEY wrote:
xwinwm: I think this can be classed as a 'failed experiment'
What does that mean in terms of the cygwin-pkg-list?
I guess it means that we won't make a 64 bit package.
Making xwinwm obsolete doesn't make much se
On Sep 7 15:01, Jon TURNEY wrote:
> On 04/09/2015 15:03, Corinna Vinschen wrote:
> >On Sep 4 14:56, Jon TURNEY wrote:
> >>xwinwm: I think this can be classed as a 'failed experiment'
> >
> >What does that mean in terms of the cygwin-pkg-list?
>
> I guess it means that we won't make a 64 bit pack
On Mon, 2015-09-07 at 17:11 +0200, Corinna Vinschen wrote:
> On Sep 7 15:01, Jon TURNEY wrote:
> > On 04/09/2015 15:03, Corinna Vinschen wrote:
> > >On Sep 4 14:56, Jon TURNEY wrote:
> > >>xwinwm: I think this can be classed as a 'failed experiment'
> > >
> > >What does that mean in terms of the
On 15/07/2015 19:39, Marcos Vives Del Sol wrote:
Reason I didn't port libnfc was because I lost my SSH key due to a
hard drive crash. Any procedure on how to get a new one so I can
compile and upload it?
hi Marcos,
Any news ?
Regards
Marco
On 03/09/2015 15:58, Marco Atzeri wrote:
Jari,
the 64 bit packages are sill in the staging area waiting for !READY.
$ find -type f
./x86/release/aewm++/setup.hint
./x86/release/aewm++/aewm++-1.1.2-2.tar.xz
./x86/release/aewm++/aewm++-1.1.2-2-src.tar.xz
./x86_64/release/xgraph/setup.hint
./x86_6
On 26/09/2015 12:51, Marcos Vives Del Sol wrote:
Compiled, tested and uploaded.
2015-09-26 11:50 GMT+02:00 Marco Atzeri :
On 15/07/2015 19:39, Marcos Vives Del Sol wrote:
Reason I didn't port libnfc was because I lost my SSH key due to a
hard drive crash. Any procedure on how to get a new one
On 2015-07-15 16:24, Marco Atzeri wrote:
| Dear All,
| I spent a bit of time checking the real situation of the packages
| still missing as 64 bit port.
| After xdelta, bsdiff and iperf porting, without counting the few mingw ones,
| the duplicates we are down to ~44.
|
| Please see here the analy
On 7/16/2015 10:18 AM, jari wrote:
On 2015-07-15 16:24, Marco Atzeri wrote:
| Dear All,
| I spent a bit of time checking the real situation of the packages
| still missing as 64 bit port.
| After xdelta, bsdiff and iperf porting, without counting the few mingw ones,
| the duplicates we are down t
On 2015-07-16 10:10, Marco Atzeri wrote:
| On 7/16/2015 10:06 AM, jari wrote:
| >On 2015-07-15 16:12, Ken Brown wrote:
| >| On 7/15/2015 2:28 PM, Corinna Vinschen wrote:
| >| >On Jul 15 16:24, Marco Atzeri wrote:
| >| >>Dear All,
| >| >>I spent a bit of time checking the real situation of the packa
jari writes:
> This is the command that fails (from debugging pristine-tar):
>
> xdelta delta -0 --pristine /tmp/pristine-tar.joIgDIVU9F/recreatetarball
> /tmp/pristine-tar.9DVOtZUF7E/origtarball
> /tmp/pristine-tar.9DVOtZUF7E/deltaxdel
>
> So, the option missing from xdelta3 is:
>
> --pristine
On 7/16/2015 8:35 PM, Achim Gratz wrote:
jari writes:
This is the command that fails (from debugging pristine-tar):
xdelta delta -0 --pristine /tmp/pristine-tar.joIgDIVU9F/recreatetarball
/tmp/pristine-tar.9DVOtZUF7E/origtarball /tmp/pristine-tar.9DVOtZUF7E/deltaxdel
So, the option missing fr
On 2015-07-16 20:35, Achim Gratz wrote:
| jari writes:
| > This is the command that fails (from debugging pristine-tar):
| >
| > xdelta delta -0 --pristine /tmp/pristine-tar.joIgDIVU9F/recreatetarball
/tmp/pristine-tar.9DVOtZUF7E/origtarball /tmp/pristine-tar.9DVOtZUF7E/deltaxdel
| >
| > So, the o
On 7/17/2015 1:52 AM, jari wrote:
There will be need for pristine-tar for long foreseeable future. It's
mature already.
| The option above may no longer be needed with xdelta3, since from
| reading the manpage it seems it no longer automatically decompresses
| its input. But there are likely o
On 2015-07-17 07:32, Marco Atzeri wrote:
| On 7/17/2015 1:52 AM, jari wrote:
| >
| >There will be need for pristine-tar for long foreseeable future. It's
| >mature already.
| >
| >| The option above may no longer be needed with xdelta3, since from
| >| reading the manpage it seems it no longer auto
On 7/17/2015 9:22 AM, jari wrote:
| I will repack xdelta1
|
| As I already bumped xdelta to 3.x series
| any problem if I create a new xdelta1 package ?
All good, provided that:
xdelta1 => /usr/bin/xdelta (the original)
xdelta3 => /usr/bin/xdelta3
Jari
that is the plan.
I will
jari writes:
> All good, provided that:
>
>xdelta1 => /usr/bin/xdelta (the original)
>xdelta3 => /usr/bin/xdelta3
Why? The most current version of pristine-tar from git includes a commit
that gets rid of the hardcoded command names. Given that it's
pristine-tar that holds onto an earl
On 2015-07-17 20:17, Achim Gratz wrote:
| jari writes:
| > All good, provided that:
| >
| >xdelta1 => /usr/bin/xdelta (the original)
| >xdelta3 => /usr/bin/xdelta3
|
| Why? The most current version of pristine-tar from git includes a commit
| that gets rid of the hardcoded command name
jari writes:
> Could you point me to it. Joey's attic Git?
Yes. This also removes the necessity for the tools to be in path.
http://git.kitenet.net/?p=zzattic/pristine-tar.git;a=commit;h=b2758dccf01c9d46d3083accab97f48c7978b5b0
> The official setup in Debian:
>
> xdelta: /usr/bin/xdelta (v
On 7/18/2015 10:11 AM, jari wrote:
On 2015-07-17 20:17, Achim Gratz wrote:
| jari writes:
| > All good, provided that:
| >
| >xdelta1 => /usr/bin/xdelta (the original)
| >xdelta3 => /usr/bin/xdelta3
|
| Why? The most current version of pristine-tar from git includes a commit
| that g
On 2015-07-18 21:46, Marco Atzeri wrote:
|
|
| On 7/18/2015 10:11 AM, jari wrote:
| >On 2015-07-17 20:17, Achim Gratz wrote:
| >| jari writes:
| >| > All good, provided that:
| >| >
| >| >xdelta1 => /usr/bin/xdelta (the original)
| >| >xdelta3 => /usr/bin/xdelta3
| >|
| >| Why? The mos
On 7/19/2015 1:05 PM, jari wrote:
On 2015-07-18 21:46, Marco Atzeri wrote:
|
|
| as today
| $ cygcheck -cd |grep xdelta
| xdelta 3.0.9-1
|
| To avoid backwards, my proposal is
|
| xdelta1-1.1.4-2
| xdelta-3.0.9-2 (removing the xdelta link to xdelta3)
|
| if w
50 matches
Mail list logo
