Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-devel@lists.debian.org
Owner: Debian Tryton Maintainers
* Package name: tryton-modules-document-incoming-ocr-typless
Version : 7.0.0
Upstream Author : Tryton project (www.tryton.org)
* URL : https
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-devel@lists.debian.org
Owner: Debian Tryton Maintainers
* Package name: tryton-modules-document-incoming-ocr
Version : 7.0.3
Upstream Author : Tryton project (www.tryton.org)
* URL : https://downloads.tryton.org
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-devel@lists.debian.org
Owner: Debian Tryton Maintainers
* Package name: tryton-modules-document-incoming
Version : 7.0.1
Upstream Author : Tryton project (www.tryton.org)
* URL : https://downloads.tryton.org/7.0
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-devel@lists.debian.org
Owner: Debian Tryton Maintainers
* Package name: tryton-modules-document-incoming-invoice
Version : 7.0.0
Upstream Author : Tryton project (www.tryton.org)
* URL : https
: C++
Description : Filtermail filters incoming e-mail as accepted, spam, or
ignored
Filtermail filters incoming e-mail as either accepted, spam, or ignored
e-mail. It uses rule files, which are inspected in sequence until the incoming
e-mail matches a rule. Once that happens the rule&#
Description : Node.js module for parsing incoming HTML form data
busboy is a Node.js module for parsing incoming HTML form data. It is a
highly used module, especially in node-express apps.
It's also a test dependency of node-undici (ITP #1010470), needed to
enable some Node.js features.
* License : GPL3
Programming Lang: Python
Description : Gajim plugin to block some incoming messages
With this plugin, Gajim users can block:
* Incoming PubSub messages
* Incoming Messages from Contacts not in your Roster
* You can set a question that has to be answered from contacts
n
Le samedi 23 novembre 2013 à 14:22 -0500, Michael Gilbert a écrit :
> control: affects -1 src:poppler
>
> On Fri, Nov 22, 2013 at 3:56 AM, Josselin Mouette wrote:
> > I fully agree with Adrian that your “fix” is absolutely incorrect.
>
> Thanks for the feedback. I've canceled the nmu
No proble
control: affects -1 src:poppler
On Fri, Nov 22, 2013 at 3:56 AM, Josselin Mouette wrote:
> I fully agree with Adrian that your “fix” is absolutely incorrect.
Thanks for the feedback. I've canceled the nmu.
> It will temporarily make xpdf work again, and break many other packages
> that have bee
Hi Michael,
First of all, I apologize for not involving sooner. I did the upload
which was long overdue, but failed to check if there were RC bugs the
following days. I just learned about the issue.
Le vendredi 22 novembre 2013 à 06:48 +0200, Adrian Bunk a écrit :
> as I've already explained, th
moment to force your change into the archive
would be highly unfair.
And as I've already explained, there are two RC bugs open in
libfontconfig that actually seem to be bugs in libfontconfig - and
they are not addressed at all in your NMU.
Please remove your NMU from the delayed incoming
On Tue, 19 Feb 2008 08:51:17 +0100, Václav Ovsík <[EMAIL PROTECTED]> said:
> Maybe we should test the policy first even without packaging. Changes
> can be pushed upstream before packaging the latest reference policy.
Well, the policy in Sid is now the SVN HEAD/
> Latest refpolicy is al
Hi,
a bit late reply, sorry...
On Sat, Feb 09, 2008 at 10:28:21PM -0600, Manoj Srivastava wrote:
> Hi,
>
> With this version of the (surprisingly lintian clean) reference
> policy uploaded, all the SELinux packages, apart from setools, are now
> at the latest released versions (in Sid,
Hi,
With this version of the (surprisingly lintian clean) reference
policy uploaded, all the SELinux packages, apart from setools, are now
at the latest released versions (in Sid, that is). I have not yet
packaged SVN HEAD for these packages, since I'd like to lurk for a bit
on the sel
ming/?cvsroot=mirrorer
* License : GPLv2
Programming Lang: C
Description : trigger actions when files hit an incoming directory
inoticoming is a daemon to watch a directory with Linux's inotify
framework and trigger actions once files with specific names are placed
in there.
.
Fo
: (GPL)
>> Programming Lang: (bash)
>> Description : Prints the currently incoming and outgoing traffic
>> in
>> kb/s of a NIC to the console
>>
>>
>> nseepd is a shell script which prints the kb/s which are currently
beeing received and transmi
a.diff to see what I've changed.
> Make sure you have some traffic and run ifdata -bips NIC (bips=bytes
> incoming per second) or ifdata -bops NIC (bops=bytes outgoing per second).
>
> Have fun and mention me :)
Thanks, it's integrated into my package now.
--
see shy jo
signature.asc
Description: Digital signature
ve some traffic and run ifdata -bips NIC (bips=bytes
incoming per second) or ifdata -bops NIC (bops=bytes outgoing per second).
Have fun and mention me :)
Regards,
André.
> André Appel wrote:
>> nseepd is a shell script which prints the kb/s which are currently
>> beeing received
; * URL : http://nforcer.de/debian/nspeed/
> * License : (GPL)
> Programming Lang: (bash)
> Description : Prints the currently incoming and outgoing traffic in
> kb/s of a NIC to the console
>
>
> nseepd is a shell script which prints the kb/s which a
ed. All other tools I
> > found displayed continuous the incoming / outgoing rate or many other
> > thins. All I needed was a short information of how much is going in and
> > out at the moment, displayed once.
>
> That seems like it would be a nice addition to ifdata in the moreut
André Appel wrote:
> nseepd is a shell script which prints the kb/s which are currently
> beeing received and transmitted by a NIC in a direct way only using
> simple shell commands. No superuser rights required. All other tools I
> found displayed continuous the incoming / outgoing
Description : Prints the currently incoming and outgoing traffic in
kb/s of a NIC to the console
nseepd is a shell script which prints the kb/s which are currently
beeing received and transmitted by a NIC in a direct way only using
simple shell commands. No superuser rights required. All o
Re: Andreas Metzler 2006-10-13 <[EMAIL PROTECTED]>
> packages.debian.org is lagging almost a whole day (bug #335011), you
> should use madison on merkel or "apt-cache show" on a up to date sid
> system to check the available version.
'rmadison' in the devscripts package queries the database remote
Toni Mueller <[EMAIL PROTECTED]> wrote:
> I uploaded a version of my roundup package some two days ago which
> cleans up important bugs. The package page shows the upload on
> 2006-10-11, but when searching for it on w.d.o/packages, I get only an
> older version which *has* bugs. Any chance that th
Hi,
I uploaded a version of my roundup package some two days ago which
cleans up important bugs. The package page shows the upload on
2006-10-11, but when searching for it on w.d.o/packages, I get only an
older version which *has* bugs. Any chance that the fixed version gets
into Etch?
http://pa
ache and SSL linking exception.
Description : Filter or reject incoming client requests
mod_ifier allows you to discard or filter the incoming requests which
are sent to your Apache server.
.
There are facilities for dropping connections based upon headers sent
with the request as well as
On Mon, Aug 29, 2005 at 10:37:19PM +0200, Elimar Riesebieter wrote:
> On Mon, 29 Aug 2005 the mental interface of
> Elimar Riesebieter told:
> > is there a reponsible person for cleaning up the cadavers in
> > incoming? If yes, could you you please do so? Don't found a s
On Mon, 29 Aug 2005 the mental interface of
Elimar Riesebieter told:
> Hi all,
>
> is there a reponsible person for cleaning up the cadavers in
> incoming? If yes, could you you please do so? Don't found a severity
> for that in the BTS.
>
> The oldest entry is from
On Mon, 29 Aug 2005 the mental interface of
Nico Golde told:
[...]
> Mail to the ftpmasters team.
Thread start forwarded.
Elimar
--
Never make anything simple and efficient when a way
can be found to make it complex and wonderful ;-)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
Am Montag, den 29.08.2005, 00:51 +0200 schrieb Nico Golde:
> > is there a reponsible person for cleaning up the cadavers in
> > incoming? If yes, could you you please do so? Don't found a severity
> > for that in the BTS.
> Mail to the ftpmasters team.
Already don
* martin f krafft [Mon, 29 Aug 2005 02:37:18 +0200]:
> also sprach Roger Leigh <[EMAIL PROTECTED]> [2005.08.29.0219 +0200]:
> > > is there a reponsible person for cleaning up the cadavers in
> > > incoming? If yes, could you you please do so? Don't found a se
also sprach Roger Leigh <[EMAIL PROTECTED]> [2005.08.29.0219 +0200]:
> > is there a reponsible person for cleaning up the cadavers in
> > incoming? If yes, could you you please do so? Don't found a severity
> > for that in the BTS.
> >
> > The oldest e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Elimar Riesebieter <[EMAIL PROTECTED]> writes:
> is there a reponsible person for cleaning up the cadavers in
> incoming? If yes, could you you please do so? Don't found a severity
> for that in the BTS.
>
> The oldest entry
Hi,
* Elimar Riesebieter <[EMAIL PROTECTED]> [2005-08-29 00:45]:
> is there a reponsible person for cleaning up the cadavers in
> incoming? If yes, could you you please do so? Don't found a severity
> for that in the BTS.
>
> The oldest entry is from
> oops_1.5.1
Hi all,
is there a reponsible person for cleaning up the cadavers in
incoming? If yes, could you you please do so? Don't found a severity
for that in the BTS.
The oldest entry is from
oops_1.5.19.cvs.20010818-0.1woody1_ia64.changes 20-May-2005 04:32
Elimar
--
Alles was viel bedacht wir
Hello,
since the move of ftp-master there are some zlib* packages staying in
incoming. After the dinstall run they are still there and have file
dates 2005-07-06 and 2005-07-20. Maybe they just have to be removed.
thx.
--
Noèl Köthe
Debian GNU/Linux, www.debian.org
signature.asc
Description
computer and files, before attempting to send any further messages to
the recipient/s.
About the e-mail:
From: debian-devel@lists.debian.org
To: [EMAIL PROTECTED]
Date: Fri, 22 Jul 2005 16:28:02 +1000
Subject:Re: Your letter
Virus detected:
Scenarios/Incoming/Familes Incoming
On Fri, 7 Nov 2003, Noèl Köthe wrote:
> is there any reason why packages, which are already accepted and now are
> in incoming.d.o are not moving to the archives?
>
> for example http://incoming.debian.org/wget_1.9-1_m68k.deb is there
> since 2003-11-04.
That's because wget starts with "w".
> Ot
Noèl Köthe <[EMAIL PROTECTED]> writes:
> is there any reason why packages, which are already accepted and now are
> in incoming.d.o are not moving to the archives?
>
> for example http://incoming.debian.org/wget_1.9-1_m68k.deb is there
> since 2003-11-04.
> Other packages like xmule or webmin are
On Fri, 7 Nov 2003, Noèl Köthe wrote:
> Hello,
>
> is there any reason why packages, which are already accepted and now are
> in incoming.d.o are not moving to the archives?
>
> for example http://incoming.debian.org/wget_1.9-1_m68k.deb is there
> since 2003-11-04.
> Other packages like xmule or w
Hello,
is there any reason why packages, which are already accepted and now are
in incoming.d.o are not moving to the archives?
for example http://incoming.debian.org/wget_1.9-1_m68k.deb is there
since 2003-11-04.
Other packages like xmule or webmin are having the same "problem".
Whats the probl
On Sun, Dec 31, 2000 at 02:45:51PM -0600, Gordon Sadler wrote:
> If you look at incoming.debian.org/REPORT it will show the following:
>
> gcc_2.95.2-21_i386.changes
> SKIP (too new)
> Rejected: gcj_2.95.2-21_i386.deb Old version `1:2.95.3-2' >= new
> version `1:2.95.2-21'.
> lots of the same
>
If you look at incoming.debian.org/REPORT it will show the following:
gcc_2.95.2-21_i386.changes
SKIP (too new)
Rejected: gcj_2.95.2-21_i386.deb Old version `1:2.95.3-2' >= new
version `1:2.95.2-21'.
Rejected: gcj_2.95.2-21_i386.deb Old version `1:2.95.3-3' >= new
version `1:2.95.2-21'.
Rejected:
On Mon, Aug 21, 2000 at 06:38:38PM +1000, Hamish Moffatt wrote:
> On Sun, Aug 20, 2000 at 07:51:14PM +0400, Michael Sobolev wrote:
> > On Wed, Aug 16, 2000 at 08:54:53AM -0700, Wichert Akkerman wrote:
> > > Previously Michael Sobolev wrote:
> > > > Is it possible to access this for non-developers?
On Sun, Aug 20, 2000 at 07:51:14PM +0400, Michael Sobolev wrote:
> > Previously Michael Sobolev wrote:
> > > Is it possible to access this for non-developers?
> >
> > No.
> Hmm.. And what's the reason of that?
Nobody has bothered to set it up yet, most lilely.
--
Joseph Carter <[EMAIL PROTECTE
On Sun, Aug 20, 2000 at 07:51:14PM +0400, Michael Sobolev wrote:
> On Wed, Aug 16, 2000 at 08:54:53AM -0700, Wichert Akkerman wrote:
> > Previously Michael Sobolev wrote:
> > > Is it possible to access this for non-developers?
> >
> > No.
> Hmm.. And what's the reason of that?
Any reason why you
On Wed, Aug 16, 2000 at 08:54:53AM -0700, Wichert Akkerman wrote:
> Previously Michael Sobolev wrote:
> > Is it possible to access this for non-developers?
>
> No.
Hmm.. And what's the reason of that?
--
Misha
The following was once heard around here...
> > I've uploaded some packages that have been stuck in incoming for 3
> > weeks. The automatic from the installer claims that someone must edit
> > the override file. So who is this person ? Is that normal ?
>
> One o
Previously Michael Sobolev wrote:
> Is it possible to access this for non-developers?
No.
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED] http://www.liacs.n
Is it possible to access this for non-developers?
Thanks,
--
Misha
Just found iptables for 2.4.X kernels (for packet filtering, NAT etc) and
packaged it up. Its in incoming.
Sorry for the missing ITP. Will remove it if someone has somethin better.
s
quo. And as far as I know nobody has gotten a trojan package in to Incoming,
so I'm confused why you are try to fix what's not broken.
I hope we get signed packages RSN. We need them badly, for completly
unrelated reasons.
However, I am firmly opposed to any system that makes it h
On Mon, Sep 27, 1999 at 11:22:32AM -0500, Steve Greenland wrote:
> I think the key difference is that if some one screws with the BTS or
> the Debian web site, it's not going to *me* any harm during the time
> it takes to discover and undo the damage. If someone installs a bad or
> malicious libc6
delete files, and replace files with new files from
> Incoming.
I think it would be _great_ if we could move files directly into
the archive instead of to incoming. The installer program would
log everything, and the ftpmasters could just oversee the logs
instead of doing it themselves.
New p
Steve Greenland wrote:
> I think the key difference is that if some one screws with the BTS or
> the Debian web site, it's not going to *me* any harm during the time
> it takes to discover and undo the damage. If someone installs a bad or
> malicious libc6 in the archive, a buncha people could get
On 27-Sep-99, 00:44 (CDT), Joey Hess <[EMAIL PROTECTED]> wrote:
> I think it should be possible to come up with a structure where ftp site
> maintainers need not be trusted. The key to doing so is making it possible
> for any change such a person makes to be logged, and reversable.
>
> The reason
> > For the record, kaffe is *NOT* as good as the blackdown JDK. I
> > have used both, and, as it is, kaffe crashes before my research system
> > loads, yet the blackdown jdk works flawlessly.
>
> So report the bug to the kaffe people, and then they'll fix it, and then
> kaffe will work f
"Seth M. Landsman" wrote:
>
> > Basically, we're in BLATANT violation of the license currently. It states
> > quite clearly that redistribution is prohibited. So, plain and simple,
> > we're shit out of luck. As someone else pointed out, Kaffe is just as
> > good, with better response. But either
> "jim" == jim <[EMAIL PROTECTED]> writes:
jim> If this is the case,
It is & I'm awaiting Sun permission to distribure the jdk with a
licence that allows redistribution in some form.
--
Stephen (jdk maintainer)
---
Long noun chains don't automatically imply security. - Bruce Schneier
On Mon, May 17, 1999 at 07:48:28PM -0400, Phillip R. Jaenke wrote:
> On Mon, 17 May 1999, Seth M. Landsman wrote:
>
> > What is wrong with distributing an installation package like is
> > done with netscape and realaudio?
>
> Hrm. You know, that didn't occur to me. As long as it contains NOTH
On Mon, 17 May 1999, Seth M. Landsman wrote:
> What is wrong with distributing an installation package like is
> done with netscape and realaudio?
Hrm. You know, that didn't occur to me. As long as it contains NOTHING of
JDK, that's good. :)
> For the record, kaffe is *NOT* as good
> Basically, we're in BLATANT violation of the license currently. It states
> quite clearly that redistribution is prohibited. So, plain and simple,
> we're shit out of luck. As someone else pointed out, Kaffe is just as
> good, with better response. But either way, we have to lose jdk or
> convinc
On Mon, 17 May 1999 [EMAIL PROTECTED] wrote:
> Hi
> I am given to understand that someone has found a problem in the license of
> jdk, to the point that same person finds that debian cannot distribute
> the jdk at all. I was told that the problem found in the license has
> existed for a long time.
[EMAIL PROTECTED] wrote:
>
> Hi
>
> I am given to understand that someone has found a problem in the license of
> jdk, to the point that same person finds that debian cannot distribute the jdk
> at all. I was told that the problem found in the license has existed for a
> long time.
>
> If this i
Hi
I am given to understand that someone has found a problem in the license of
jdk, to the point that same person finds that debian cannot distribute the jdk
at all. I was told that the problem found in the license has existed for a
long time.
If this is the case,
WHY is a jdk that doesn't eve
I´m afraid there are a lot of them. In fact installing them broke my system
completely since I need X. Here's what I still remember:
1) xdm is started regardless whether it is confugured to do so. I have
no-start-xdm in my config file but still it starts up.
2) some preinsts call getreal() but t
Some time around Fri, 19 Jun 1998 19:49:58 PDT,
Robert Woodcock wrote:
> On Fri, Jun 19, 1998 at 11:39:20AM -0300, Igor Grobman wrote:
> > Some time around Thu, 18 Jun 1998 19:36:17 PDT, Robert Woodcock wrote:
> > > I did *not* fix the old source format [...]
> >
> > If it's the
On Fri, Jun 19, 1998 at 07:49:58PM -0700, Robert Woodcock wrote:
> On Fri, Jun 19, 1998 at 11:39:20AM -0300, Igor Grobman wrote:
> > Some time around Thu, 18 Jun 1998 19:36:17 PDT, Robert Woodcock wrote:
> > > I did *not* fix the old source format [...]
> >
> > If it's the old source format, the
On Fri, Jun 19, 1998 at 11:39:20AM -0300, Igor Grobman wrote:
> Some time around Thu, 18 Jun 1998 19:36:17 PDT, Robert Woodcock wrote:
> > I did *not* fix the old source format [...]
>
> If it's the old source format, then is it still in hamm? I think every other
> old-source format package is
Some time around Thu, 18 Jun 1998 19:36:17 PDT,
Robert Woodcock wrote:
> It's targetted for 'frozen unstable' - yes, this is for hamm.
>
> I did *not* fix the old source format, or edit it to use debhelper,
> or anything else drastic - it *only* (a). fixes all the lintian
> errors
It's targetted for 'frozen unstable' - yes, this is for hamm.
I did *not* fix the old source format, or edit it to use debhelper,
or anything else drastic - it *only* (a). fixes all the lintian
errors and (b). gives us a libp2c1 package.
I've tested it with the example code that comes with p2c, a
Yes after much trial and hard ship (ok after me putting it off and
complaining a lot) Imlib 1.6 is now resting comfortably in Debian's
Incoming and will appear in slink shortly. SO yes, now GNOME and Debian
will happen. Jim Pick and I seem to have it so we can make auto gen
packages from c
Incoming, and will upload it
again after I figure out and fix whatever errors I made in preparing
the package.
Bob
--
_
|_) _ |_ Robert D. Hilliard<[EMAIL PROTECTED]>
|_) (_) |_) Palm City, FL USAPGP Key ID: A8E40EB9
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
> ftp://ftp.lh.umu.se/pub/linux/debian-Incoming
>
Actually it was already on the list...
Jay Treacy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> There's one here:
>
> ftp://ftp.lh.umu.se/pub/linux/debian-Incoming
>
Added.
> Maybe some list of such mirrors could be added to the Developper's
> Corner ?
>
from developers_corner.html:
There are a number of mirrors of
Debian's Incoming
directo
There's one here:
ftp://ftp.lh.umu.se/pub/linux/debian-Incoming
Maybe some list of such mirrors could be added to the Developper's
Corner ?
--
Yann Dirson <[EMAIL PROTECTED]> | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]> |
>>>>> "Ole" == Ole J Tetlie <[EMAIL PROTECTED]> writes:
Ole> I seem to remember that there are mirrors of incoming. Could
Ole> anyone point me to one? master doesn't seem to fancy ftp at
Ole> the moment and I have an acute need of t
On Mon, Apr 20, 1998 at 02:52:08PM +0200, Ole J. Tetlie wrote:
>
> I seem to remember that there are mirrors of incoming. Could
> anyone point me to one? master doesn't seem to fancy ftp at the
> moment and I have an acute need of the new guile packs.
Try:
ftp://llu
I seem to remember that there are mirrors of incoming. Could
anyone point me to one? master doesn't seem to fancy ftp at the
moment and I have an acute need of the new guile packs.
--
/\/\/\/\/\/\ Ole J. Tetlie, stud. CS & math, U. of Oslo /\/\/\/\/\/\
[EMAIL PROTECTE
On Sun, 12 Apr 1998, Andrew M.A.Cater [Andy wrote:
>
> Thanks to all those that pointed me to Incoming. Having looked on
> llug.sep.bnl.gov and also ftp.de.debian.org - all I can find are some
> .in.base* files, all of which are 0 bytes long. Does this mean that
> Guy / s
Thanks to all those that pointed me to Incoming. Having looked on
llug.sep.bnl.gov and also ftp.de.debian.org - all I can find are some
.in.base* files, all of which are 0 bytes long. Does this mean that
Guy / someone else has already moved these to hamm/hamm/disks-i386 and
that the mirrors
"Eloy A. Paris" <[EMAIL PROTECTED]> writes:
> I know Guy is having problems with his Internet connection but
> wouldn't it be nice if we had more people taking care of Incoming?
Guy is back in some form, at least he just dealt with a whole host of
bugs filed against ft
Hello everyone,
don't you think that having master's Incoming directory full of new
packages that haven't been integrated to hamm may delay 2.0 release?
I know Guy is having problems with his Internet connection but
wouldn't it be nice if we had more people taking care of In
Christian Schwarz <[EMAIL PROTECTED]> writes:
> On Sat, 14 Jun 1997, Alexander Koch wrote:
>
> > ok, master is limited, i can understand that.
> > but, the heck with it , somebody find me a mirror with Incoming on it?
> >
> > since it is so very much easie
On Sat, 14 Jun 1997, Alexander Koch wrote:
> ok, master is limited, i can understand that.
> but, the heck with it , somebody find me a mirror with Incoming on it?
>
> since it is so very much easier to just get it all out of Incoming and
> master is just quite ahead of the re
Package: netpbm
Version: 1994.03.01p1-5.i386.deb
N.B.: I earlier sent this to pixar, but resubmit an UPDATED account because
I.Jackson in the debian-user maillist indicated communication problems there.
This is a preliminary package from /Incoming/, and indeed some things don't
What's the current policy about stuff in Incoming? Earlier there was
the Incoming directory, then it was made read only to prevent
downloads of incomplete packages, then an Outgoing was created so that
things could be obtained before someone got around to moving them into
the develo
Dale Miller writes ("Incoming file permissions"):
> I noticed that some but not all of the new packages
> that get uploaded to the Incoming directory don't have
> read permissions. Is there a reason for this? Are they
> uploaded that way? I like to install the latest
I noticed that some but not all of the new packages
that get uploaded to the Incoming directory don't have
read permissions. Is there a reason for this? Are they
uploaded that way? I like to install the latest and
greatest as quick as possible. I know, that could be asking
for trouble but t
On Sun, 10 Dec 1995, Bruce Perens wrote:
> I have removed the Incoming directory from ftp.pixar.com . The files
> there still exist in ftp://ftp.pixar.com/pub/bruce/Debian . I'll delete
> them after about 1 week.
I'm not sure what remains in ftp://ftp.pixar.com/bruce/Debian (a
On Tue, 12 Dec 1995, brian (b.c.) white wrote:
> Where precisely is the Incoming directory these days?
>
ftp.debian.org:/debian/private/project/Incoming
--
Matthew S. Bailey
107 Emmons Hall
Central Michigan University
Mt. Pleasant, MI 48858
[EMAIL PROTECTED]
... Any resemblance betwe
Where precisely is the Incoming directory these days?
Brian
( [EMAIL PROTECTED] )
---
In theory, theory and practice are the same. In practice
I have removed the Incoming directory from ftp.pixar.com . The files
there still exist in ftp://ftp.pixar.com/pub/bruce/Debian . I'll delete
them after about 1 week.
Thanks
Bruce
--
Visit the "Toy Story" Web Page! http://www.toystory.com
I used to get the latest packages from Incoming, since it was often a
while before they were moved from Incoming to the development tree.
Now that the permissions are set so that none of these are world
readable (I assume because of the corrupted files complaints), is my
only recourse to wait for
>
> Matt: you can now stop mirroring Incoming.uk from chiark and delete
> it on ftp.debian.org.
GONE!!!
Enjoy!
--
Matthew S. Bailey
107 Emmons Hall
Central Michigan University
Mt. Pleasant, MI 48858
[EMAIL PROTECTED]
... Any resemblance between the above views and those of my employer,
my ter
I've copied my cron-driven upload scripts to chiark, where they're now
running.
The procedure for uploading via chiark is now as follows:
1. Upload your files to chiark:/pub/debian/private/project/Incoming.
2. Rename them into chiark:/pub/debian/private/project/queue.
My cron will pi
ry by directory, ie
cd /
cd debian
cd private
cd project
cd Incoming
and you will see the "Permission denied" message both for project and for
Incoming---but nevertheless do try
dir
and it will correctly show you the contents of that directory
Dirk worte:
> Not a bug IMHO. Try it again, going slowly directory by directory, ie
> cd /
> cd debian
> cd private
> cd project
> cd Incoming
> and you will see the "Permission denied" message both for project and for
> Incoming---b
-x 3 root daemon 512 Nov 8 23:34 ..
drwxrwxr-x 3 imurdock debian 1024 Oct 26 18:34 ALPHA
drwxrwxr-x 3 imurdock debian 512 Oct 26 18:34 BETA
drwxrwxrwt 2 imurdock debian 2048 Nov 11 22:42 Incoming
drwxrwxr-x 2 imurdock debian 1536 Nov 11 07:02 incoming.uk
drwxrwxr-x 2 imurdock debian
On Sat, 21 Oct 1995, Martin Schulze wrote:
> upload ~ftp /debian/private/project/Incoming yes ftpadmin ftp 0600 dirs
>
Ahhh but not so easy :)
Remember this doesn't use conventional ftpaccess files on this site. :)
I will fix the problem though with something more like.
upload imur
1 - 100 of 101 matches
Mail list logo
