On Sun, 2014-08-17 at 08:07 +0200, Marco Atzeri wrote:
> x86/ed/ed-1.10-1-src.tar.xz
> x86/ed/ed-1.10-1.tar.xz
> x86/ed/setup.hint
> x86_64/ed/ed-1.10-1-src.tar.xz
> x86_64/ed/ed-1.10-1.tar.xz
> x86_64/ed/setup.hint
Why no debuginfo?
Yaakov
minor upstream changes, updated to cygport
wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/x86/ed/index.html
wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/x86_64/ed/index.html
find x86 x86_64 -name index.html -o -name md5.sum | xargs rm
x86/ed/ed-1.10-1-src.tar.xz
x8
On Aug 16 13:09, D. Boland wrote:
> Hi Corinna,
>
> Corinna Vinschen wrote:
> >
> > > procmail works from sendmail in a multi-user scenario on Fedora without
> > > this tool. Why does this solution not work for Cygwin?
> >
> > Disregard this question. The expression "multi-root" totally puzzel
Am 15.08.2014 19:21, schrieb Yaakov Selkowitz:
On Tue, 2014-08-12 at 10:59 +0200, Corinna Vinschen wrote:
On Aug 12 09:45, Thomas Wolff wrote:
While revising the upload structure, please consider folding out the source
package (e.g. into no-arch/ or src/) because it's not a convincing burden to
On Aug 16 12:50, Achim Gratz wrote:
> Corinna Vinschen writes:
> >> So if I'm a member of the administrators group those programs will use
> >> administrative rights while delivering mail to my inbox even though they
> >> don't need to? That doesn't sound desirable to me in any way.
> >
> > No, th
Hi Corinna,
Corinna Vinschen wrote:
>
> > procmail works from sendmail in a multi-user scenario on Fedora without
> > this tool. Why does this solution not work for Cygwin?
>
> Disregard this question. The expression "multi-root" totally puzzeled
> me. Let's follow up with the libsuexec ITP.
Corinna Vinschen writes:
>> So if I'm a member of the administrators group those programs will use
>> administrative rights while delivering mail to my inbox even though they
>> don't need to? That doesn't sound desirable to me in any way.
>
> No, they won't. The lib just converts the uid of the
On Aug 16 11:28, Achim Gratz wrote:
> > In Windows, it is the 'SYSTEM' user which starts up most services, thus in
> > effect
> > acting as the Unix 'root' user. The difference is that SYSTEM has uid '18',
> > while
> > root has uid '0' in Unix.
>
> No, there are much larger differences between
Marco Atzeri writes:
> suexec is the upstream name.
> http://httpd.apache.org/docs/2.2/suexec.html
I fail to see the relation, APache suexec seems to do quite different
things.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Waldorf MIDI Implementation &
D. Boland writes:
>> At the very least you're missing a proper license. But for the moment I
>> think you'd better patch that into sendmail and procmail gnulib-style.
>
> Proper license? Please explain.
It appears you want to license under some version of the GPL. No
license document is actually
Hi Achim,
Achim Gratz wrote:
>
> > In Windows, it is the 'SYSTEM' user which starts up most services, thus in
> > effect
> > acting as the Unix 'root' user. The difference is that SYSTEM has uid '18',
> > while
> > root has uid '0' in Unix.
>
> No, there are much larger differences between a c
On 16/08/2014 11:28, Achim Gratz wrote:
http://cygwin.boland.nl/x86/release/libsuexec/
This library doesn't do anything su-like or exec, so I think it is misnamed.
All GTG's are welcome...
suexec is the upstream name.
http://httpd.apache.org/docs/2.2/suexec.html
Marco
> In Windows, it is the 'SYSTEM' user which starts up most services, thus in
> effect
> acting as the Unix 'root' user. The difference is that SYSTEM has uid '18',
> while
> root has uid '0' in Unix.
No, there are much larger differences between a capability based system
and this. With capabili
On Aug 16 10:14, Corinna Vinschen wrote:
> On Aug 16 10:07, D. Boland wrote:
> > Hi Corinna,
> >
> > Corinna Vinschen wrote:
> > >
> > [...]
> > > > I forgot the prep stage.
> > > >
> > > > I re-made the binary package and its source package with cygport (nice
> > > > program btw):
> > > >
> > >
On Aug 16 10:05, D. Boland wrote:
> Hi group,
>
> This is not an existing package, but a spin-off project from porting
> Sendmail and Procmail to Cygwin. These programs, as you may or may not
> know, rely heavily on the setuid mechanism (impersonating as another
> user). More formally, this is c
Hello, Marco.
Friday, August 15, 2014, 23:44:22 you wrote:
>> Thank you, i'll know that.
>> By the way, package list at https://cygwin.com/packages/ also doesn't
>> contain the new entry.
> I noticed, eventually Yaakov is reshuffling the scripts
Ok, good.
I have posted an announcement
On Aug 16 10:07, D. Boland wrote:
> Hi Corinna,
>
> Corinna Vinschen wrote:
> >
> [...]
> > > I forgot the prep stage.
> > >
> > > I re-made the binary package and its source package with cygport (nice
> > > program btw):
> > >
> > > http://cygwin.boland.nl/x86/release/procmail/
> > >
> > > I had
Hi group,
This is not an existing package, but a spin-off project from porting Sendmail
and
Procmail to Cygwin. These programs, as you may or may not know, rely heavily on
the
setuid mechanism (impersonating as another user).
More formally, this is called 'running as an unprivileged user' in Li
Hi Corinna,
Corinna Vinschen wrote:
>
[...]
> > I forgot the prep stage.
> >
> > I re-made the binary package and its source package with cygport (nice
> > program btw):
> >
> > http://cygwin.boland.nl/x86/release/procmail/
> >
> > I had to cheat a little (see 'src_compile' in .cygport file) beca
Hi group,
This is not an existing package, but a spin-off project from porting Sendmail
and
Procmail to Cygwin. These programs, as you may or may not know, rely heavily on
the
setuid mechanism (impersonating as another user).
More formally, this is called 'running as an unprivileged user' in Li
Yaakov Selkowitz writes:
> Thanks for the reminder. Where did we leave off wrt breaking out
> perl_vendor?
I've offered a practical way to do this for everyone to test on a 32bit
install. If that works and is agreeable, I've also offered to ITA/ITP
the packages in question plus any other Perl di
David Stacey writes:
> Back in April, Reini expressed a desire to keep perl_vendor, claiming
> that it is the easiest solution for both user and maintainer [1].
Well, I have been keeping a large local installation of Perl modules and
without perl_vendor dissolved I can't maintain that. Some of th
22 matches
Mail list logo