* [ITP] alure 1.2
@ 2016-09-17 10:32 Bastian Germann
2016-10-13 17:05 ` Bastian Germann
0 siblings, 1 reply; 11+ messages in thread
From: Bastian Germann @ 2016-09-17 10:32 UTC (permalink / raw)
To: cygwin-apps
Hi,
I have packaged alure and would like to become a maintainer for it.
alure is available at http://kcat.strangesoft.net/alure.html and MIT/X11
licensed.
The major GNU/Linux distributions include it in their repositories, e.g.
Debian: https://packages.debian.org/source/jessie/alure
In the following the package URLs are listed, followed by the content of
the setup.hint file:
#####################################################################
http://germann-home.de/x86/alure/alure-1.2-1-src.tar.xz
http://germann-home.de/x86/alure/setup.hint
skip:
http://germann-home.de/x86/alure/alure-debuginfo/alure-debuginfo-1.2-1.tar.xz
http://germann-home.de/x86/alure/alure-debuginfo/setup.hint
category: Debug
requires: cygwin-debuginfo
external-source: alure
sdesc: "Debug info for alure"
ldesc: "This package contains files necessary for debugging the
alure package with gdb."
http://germann-home.de/x86/alure/alure-doc/alure-doc-1.2-1.tar.xz
http://germann-home.de/x86/alure/alure-doc/setup.hint
category: Doc
requires:
sdesc: "AL Utilities REtooled"
ldesc: "ALURE is a utility library to help manage common tasks with
OpenAL applications. This includes device enumeration and
initialization, file loading, and streaming.
The purpose of this library is to provide pre-made functionality that
would otherwise be repetitive or difficult to (re)code for various
projects and platforms, such as loading a sound file into an OpenAL
buffer and streaming an audio file through a buffer queue. Support for
different formats is consistant across platforms, so no special checks
are needed when loading files, and all formats are handled through the
same API.
This package installs the ALURE documentation."
external-source: alure
http://germann-home.de/x86/alure/alure-utils/alure-utils-1.2-1.tar.xz
http://germann-home.de/x86/alure/alure-utils/setup.hint
category: Utils
requires: cygwin libalure1 libopenal1
sdesc: "AL Utilities REtooled"
ldesc: "ALURE is a utility library to help manage common tasks with
OpenAL applications. This includes device enumeration and
initialization, file loading, and streaming.
The purpose of this library is to provide pre-made functionality that
would otherwise be repetitive or difficult to (re)code for various
projects and platforms, such as loading a sound file into an OpenAL
buffer and streaming an audio file through a buffer queue. Support for
different formats is consistant across platforms, so no special checks
are needed when loading files, and all formats are handled through the
same API.
This package installs the various ALURE utility programs."
external-source: alure
http://germann-home.de/x86/alure/libalure-devel/libalure-devel-1.2-1.tar.xz
http://germann-home.de/x86/alure/libalure-devel/setup.hint
category: Libs Devel
requires: libalure1 libopenal-devel pkg-config
sdesc: "AL Utilities REtooled"
ldesc: "ALURE is a utility library to help manage common tasks with
OpenAL applications. This includes device enumeration and
initialization, file loading, and streaming.
The purpose of this library is to provide pre-made functionality that
would otherwise be repetitive or difficult to (re)code for various
projects and platforms, such as loading a sound file into an OpenAL
buffer and streaming an audio file through a buffer queue. Support for
different formats is consistant across platforms, so no special checks
are needed when loading files, and all formats are handled through the
same API.
This package contains the files necessary for development."
external-source: alure
http://germann-home.de/x86/alure/libalure1/libalure1-1.2-1.tar.xz
http://germann-home.de/x86/alure/libalure1/setup.hint
category: Libs
requires: cygwin libgcc1 libmodplug1 libopenal1 libsndfile1 libstdc++6
libvorbisfile3
sdesc: "AL Utilities REtooled"
ldesc: "ALURE is a utility library to help manage common tasks with
OpenAL applications. This includes device enumeration and
initialization, file loading, and streaming.
The purpose of this library is to provide pre-made functionality that
would otherwise be repetitive or difficult to (re)code for various
projects and platforms, such as loading a sound file into an OpenAL
buffer and streaming an audio file through a buffer queue. Support for
different formats is consistant across platforms, so no special checks
are needed when loading files, and all formats are handled through the
same API.
This package installs the ALURE shared library."
external-source: alure
#####################################################################
There is also a x86_64 version available at http://germann-home.de/x86_64.
Regards,
Bastian
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ITP] alure 1.2
2016-09-17 10:32 [ITP] alure 1.2 Bastian Germann
@ 2016-10-13 17:05 ` Bastian Germann
2016-10-15 9:29 ` David Stacey
2016-10-16 21:30 ` Marco Atzeri
0 siblings, 2 replies; 11+ messages in thread
From: Bastian Germann @ 2016-10-13 17:05 UTC (permalink / raw)
To: cygwin-apps
Hi,
it's almost 4 weeks since I submitted the package. Is there something
wrong with my email to not be answered? I think, I followed the
Contributor's Guide pretty close.
Is someone willing to review the package?
Regards,
Bastian
2016-09-17 12:28 GMT+02:00 Bastian Germann:
> I have packaged alure and would like to become a maintainer for it.
> alure is available at http://kcat.strangesoft.net/alure.html and MIT/X11
> licensed.
>
> The major GNU/Linux distributions include it in their repositories, e.g.
> Debian: https://packages.debian.org/source/jessie/alure
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ITP] alure 1.2
2016-10-13 17:05 ` Bastian Germann
@ 2016-10-15 9:29 ` David Stacey
2016-10-16 21:30 ` Marco Atzeri
1 sibling, 0 replies; 11+ messages in thread
From: David Stacey @ 2016-10-15 9:29 UTC (permalink / raw)
To: cygwin-apps
On 13/10/16 18:05, Bastian Germann wrote:
> it's almost 4 weeks since I submitted the package. Is there something
> wrong with my email to not be answered? I think, I followed the
> Contributor's Guide pretty close.
>
> Is someone willing to review the package?
It's probably only polite for /someone/ on the list to reply, although
in fairness I'm probably not the most qualified person to do so. You may
be aware that Cygwin package maintainers are mostly volunteers who have
to juggle real life (jobs, families, etc.) with Open Source work. The
bulk of Cygwin packages are maintained by a surprisingly small number of
individuals, and sometimes real life demands mean that there is little
time to review new contributions. That's not to say that new packages
aren't wanted (they are), it's just that occasionally there is no-one
with sufficient time to undertake a review. 'alure' isn't too big, but
any package the size of 'gambas3' is going to take quite some time to
pick through.
The other problem with 'alure' is one of scope: I'm not sure how many
maintainers are interested or familiar with sound on Cygwin. Yaakov or
Marco would probably have the best knowledge to perform a review, but it
depends on their availability. It's certainly a couple of years since I
last dabbled with sound on Cygwin.
Dave.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ITP] alure 1.2
2016-10-13 17:05 ` Bastian Germann
2016-10-15 9:29 ` David Stacey
@ 2016-10-16 21:30 ` Marco Atzeri
2016-10-17 13:46 ` Bastian Germann
1 sibling, 1 reply; 11+ messages in thread
From: Marco Atzeri @ 2016-10-16 21:30 UTC (permalink / raw)
To: cygwin-apps
On 13/10/2016 19:05, Bastian Germann wrote:
> Hi,
>
> it's almost 4 weeks since I submitted the package. Is there something
> wrong with my email to not be answered? I think, I followed the
> Contributor's Guide pretty close.
just busy with other life, as most of the other maintainers
for what I see on mailing list traffic.
> Is someone willing to review the package?
>
> Regards,
> Bastian
>
build fine.
However I suggest to not build the static library
and to install only the shared one, as this is the default
on cygwin.
Any reason to not add FLAC (Free Lossless Audio Codec)
dependency ?
Additional, the upstream package has no manuals
for the utils, but that is bad practice.
Can you add the one from debian ?
https://anonscm.debian.org/cgit/pkg-games/alure.git/tree/debian
Regards
MArco
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ITP] alure 1.2
2016-10-16 21:30 ` Marco Atzeri
@ 2016-10-17 13:46 ` Bastian Germann
2016-10-17 19:38 ` Ken Brown
0 siblings, 1 reply; 11+ messages in thread
From: Bastian Germann @ 2016-10-17 13:46 UTC (permalink / raw)
To: cygwin-apps
Am 16.10.2016 um 23:30 schrieb Marco Atzeri:
> However I suggest to not build the static library
> and to install only the shared one, as this is the default
> on cygwin.
Ok.
> Any reason to not add FLAC (Free Lossless Audio Codec)
> dependency ?
Yes, there is a reason: The symbols used from FLAC/stream_decoder.h
cannot be linked:
[ 70%] Linking CXX shared library cygalure-1.dll
CMakeFiles/alure.dir/src/codec_flac.o: In function
`flacStream::GetLength()':
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:160: undefined reference
to `FLAC__stream_decoder_get_total_samples'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:160:(.text$_ZN10flacStream9GetLengthEv[_ZN10flacStream9GetLengthEv]+0x5):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`FLAC__stream_decoder_get_total_samples'
CMakeFiles/alure.dir/src/codec_flac.o: In function `flacStream::Rewind()':
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:148: undefined reference
to `FLAC__stream_decoder_seek_absolute'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:148:(.text$_ZN10flacStream6RewindEv[_ZN10flacStream6RewindEv]+0xf):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`FLAC__stream_decoder_seek_absolute'
CMakeFiles/alure.dir/src/codec_flac.o: In function
`flacStream::GetData(unsigned char*, unsigned int)':
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:138: undefined reference
to `FLAC__stream_decoder_process_single'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:138:(.text$_ZN10flacStream7GetDataEPhj[_ZN10flacStream7GetDataEPhj]+0x73):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`FLAC__stream_decoder_process_single'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:139: undefined reference
to `FLAC__stream_decoder_get_state'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:139:(.text$_ZN10flacStream7GetDataEPhj[_ZN10flacStream7GetDataEPhj]+0x8a):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`FLAC__stream_decoder_get_state'
CMakeFiles/alure.dir/src/codec_flac.o: In function
`flacStream::~flacStream()':
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:191: undefined reference
to `FLAC__stream_decoder_finish'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:191:(.text$_ZN10flacStreamD1Ev[_ZN10flacStreamD1Ev]+0x1d):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`FLAC__stream_decoder_finish'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:192: undefined reference
to `FLAC__stream_decoder_delete'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:192:(.text$_ZN10flacStreamD1Ev[_ZN10flacStreamD1Ev]+0x26):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`FLAC__stream_decoder_delete'
CMakeFiles/alure.dir/src/codec_flac.o: In function
`flacStream::~flacStream()':
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:191: undefined reference
to `FLAC__stream_decoder_finish'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:191:(.text$_ZN10flacStreamD0Ev[_ZN10flacStreamD0Ev]+0x1d):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`FLAC__stream_decoder_finish'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:192: undefined reference
to `FLAC__stream_decoder_delete'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:192:(.text$_ZN10flacStreamD0Ev[_ZN10flacStreamD0Ev]+0x26):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`FLAC__stream_decoder_delete'
CMakeFiles/alure.dir/src/codec_flac.o: In function
`flacStream::flacStream(std::istream*)':
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:169: undefined reference
to `FLAC__stream_decoder_new'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:169:(.text$_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi[_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi]+0xb0):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`FLAC__stream_decoder_new'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:172: undefined reference
to `FLAC__stream_decoder_init_stream'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:172:(.text$_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi[_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi]+0x117):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`FLAC__stream_decoder_init_stream'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:182: undefined reference
to `FLAC__stream_decoder_delete'
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:182:(.text$_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi[_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi]+0x128):
additional relocation overflows omitted from the output
CMakeFiles/alure.dir/src/codec_flac.o: In function `flacStream::InitFlac()':
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:209: undefined reference
to `FLAC__stream_decoder_process_single'
CMakeFiles/alure.dir/src/codec_flac.o: In function
`flacStream::flacStream(std::istream*)':
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:180: undefined reference
to `FLAC__stream_decoder_finish'
CMakeFiles/alure.dir/src/codec_flac.o: In function `flacStream::InitFlac()':
/usr/src/debug/alure-1.2-1/src/codec_flac.cpp:210: undefined reference
to `FLAC__stream_decoder_get_state'
> Additional, the upstream package has no manuals
> for the utils, but that is bad practice.
> Can you add the one from debian ?
>
> https://anonscm.debian.org/cgit/pkg-games/alure.git/tree/debian
I will include them with the next iteration.
Regards,
Bastian
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ITP] alure 1.2
2016-10-17 13:46 ` Bastian Germann
@ 2016-10-17 19:38 ` Ken Brown
2016-10-17 21:46 ` Bastian Germann
0 siblings, 1 reply; 11+ messages in thread
From: Ken Brown @ 2016-10-17 19:38 UTC (permalink / raw)
To: cygwin-apps
On 10/17/2016 9:41 AM, Bastian Germann wrote:
> Am 16.10.2016 um 23:30 schrieb Marco Atzeri:
>> Any reason to not add FLAC (Free Lossless Audio Codec)
>> dependency ?
>
> Yes, there is a reason: The symbols used from FLAC/stream_decoder.h
> cannot be linked:
>
> [ 70%] Linking CXX shared library cygalure-1.dll
> CMakeFiles/alure.dir/src/codec_flac.o: In function
> `flacStream::GetLength()':
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:160: undefined reference
> to `FLAC__stream_decoder_get_total_samples'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:160:(.text$_ZN10flacStream9GetLengthEv[_ZN10flacStream9GetLengthEv]+0x5):
> relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `FLAC__stream_decoder_get_total_samples'
> CMakeFiles/alure.dir/src/codec_flac.o: In function `flacStream::Rewind()':
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:148: undefined reference
> to `FLAC__stream_decoder_seek_absolute'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:148:(.text$_ZN10flacStream6RewindEv[_ZN10flacStream6RewindEv]+0xf):
> relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `FLAC__stream_decoder_seek_absolute'
> CMakeFiles/alure.dir/src/codec_flac.o: In function
> `flacStream::GetData(unsigned char*, unsigned int)':
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:138: undefined reference
> to `FLAC__stream_decoder_process_single'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:138:(.text$_ZN10flacStream7GetDataEPhj[_ZN10flacStream7GetDataEPhj]+0x73):
> relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `FLAC__stream_decoder_process_single'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:139: undefined reference
> to `FLAC__stream_decoder_get_state'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:139:(.text$_ZN10flacStream7GetDataEPhj[_ZN10flacStream7GetDataEPhj]+0x8a):
> relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `FLAC__stream_decoder_get_state'
> CMakeFiles/alure.dir/src/codec_flac.o: In function
> `flacStream::~flacStream()':
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:191: undefined reference
> to `FLAC__stream_decoder_finish'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:191:(.text$_ZN10flacStreamD1Ev[_ZN10flacStreamD1Ev]+0x1d):
> relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `FLAC__stream_decoder_finish'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:192: undefined reference
> to `FLAC__stream_decoder_delete'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:192:(.text$_ZN10flacStreamD1Ev[_ZN10flacStreamD1Ev]+0x26):
> relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `FLAC__stream_decoder_delete'
> CMakeFiles/alure.dir/src/codec_flac.o: In function
> `flacStream::~flacStream()':
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:191: undefined reference
> to `FLAC__stream_decoder_finish'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:191:(.text$_ZN10flacStreamD0Ev[_ZN10flacStreamD0Ev]+0x1d):
> relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `FLAC__stream_decoder_finish'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:192: undefined reference
> to `FLAC__stream_decoder_delete'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:192:(.text$_ZN10flacStreamD0Ev[_ZN10flacStreamD0Ev]+0x26):
> relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `FLAC__stream_decoder_delete'
> CMakeFiles/alure.dir/src/codec_flac.o: In function
> `flacStream::flacStream(std::istream*)':
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:169: undefined reference
> to `FLAC__stream_decoder_new'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:169:(.text$_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi[_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi]+0xb0):
> relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `FLAC__stream_decoder_new'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:172: undefined reference
> to `FLAC__stream_decoder_init_stream'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:172:(.text$_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi[_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi]+0x117):
> relocation truncated to fit: R_X86_64_PC32 against undefined symbol
> `FLAC__stream_decoder_init_stream'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:182: undefined reference
> to `FLAC__stream_decoder_delete'
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:182:(.text$_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi[_ZN11DecoderDeclI10flacStreamLi1EE7FactoryEPSi]+0x128):
> additional relocation overflows omitted from the output
> CMakeFiles/alure.dir/src/codec_flac.o: In function `flacStream::InitFlac()':
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:209: undefined reference
> to `FLAC__stream_decoder_process_single'
> CMakeFiles/alure.dir/src/codec_flac.o: In function
> `flacStream::flacStream(std::istream*)':
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:180: undefined reference
> to `FLAC__stream_decoder_finish'
> CMakeFiles/alure.dir/src/codec_flac.o: In function `flacStream::InitFlac()':
> /usr/src/debug/alure-1.2-1/src/codec_flac.cpp:210: undefined reference
> to `FLAC__stream_decoder_get_state'
That happens because DYNLOAD is not defined. If you build with DYNLOAD
defined, it links fine. There is one glitch that has to be fixed when
you do that. The build detects windows.h and then doesn't include
dlfcn.h. [See main.h, lines 17--31.] So I edited CMakeLists.txt so as
to trick the build into not defining HAVE_WINDOWS_H. I don't know
enough about cmake to know the right way to handle this.
Ken
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ITP] alure 1.2
2016-10-17 19:38 ` Ken Brown
@ 2016-10-17 21:46 ` Bastian Germann
2016-10-18 0:06 ` Bastian Germann
0 siblings, 1 reply; 11+ messages in thread
From: Bastian Germann @ 2016-10-17 21:46 UTC (permalink / raw)
To: cygwin-apps
2016-10-17 21:38 GMT+02:00 Ken Brown <kbrown@cornell.edu>:
> That happens because DYNLOAD is not defined. If you build with DYNLOAD
> defined, it links fine. There is one glitch that has to be fixed when you
> do that. The build detects windows.h and then doesn't include dlfcn.h.
> [See main.h, lines 17--31.] So I edited CMakeLists.txt so as to trick the
> build into not defining HAVE_WINDOWS_H. I don't know enough about cmake to
> know the right way to handle this.
>
> Ken
The problem with using DYNLOAD is that the loaded file names would
have to be patched.
And if there is an alure 1.x release, DYNLOAD will be removed as of
changeset http://repo.or.cz/alure.git/commit/6b74198a7fea2989a6da16c3e310f76f4b2aac97
I updated the packages according to Marco's suggestions and will
further investigate the FLAC issue.
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2016-10-28 16:47 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-17 10:32 [ITP] alure 1.2 Bastian Germann
2016-10-13 17:05 ` Bastian Germann
2016-10-15 9:29 ` David Stacey
2016-10-16 21:30 ` Marco Atzeri
2016-10-17 13:46 ` Bastian Germann
2016-10-17 19:38 ` Ken Brown
2016-10-17 21:46 ` Bastian Germann
2016-10-18 0:06 ` Bastian Germann
2016-10-24 12:37 ` Jon Turney
2016-10-24 17:21 ` SSH key for upload access Bastian Germann
2016-10-28 16:47 ` Yaakov Selkowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).