Le Fri, Jun 22, 2007 at 02:20:33PM -0400, Zachary Palmer a écrit :
> Hello, all. It has been my understanding that the reason that the
> [EMAIL PROTECTED] distributed computing software has not been made a Debian
> package is that the license under which it is released does not allow it
> to be
On Thu, Jun 21, 2007 at 11:29:32PM +0300, Lars Wirzenius wrote:
> On to, 2007-06-21 at 14:40 -0400, Kamaraju S Kusumanchi wrote:
>> I am trying to figure out why texmacs has not entered into testing. I
>> visited http://bjorn.haxx.se/debian/testing.pl?package=texmacs but there I
>> was not abl
On Thu, Jun 21, 2007 at 05:29:47PM -0400, Ivan Jager wrote:
> On Thu, 21 Jun 2007, Hamish Moffatt wrote:
> >On Wed, Jun 20, 2007 at 08:11:23PM -0400, Ivan Jager wrote:
> >You seem to claim that binary units (ie powers of 2) are natural
> >everywhere related to computers, but I disagree.
>
> Not ev
On Fri, 22 Jun 2007, Kevin Mark wrote:
I think maybe he means RTL (right to left), which refers to the fact
that hebrew (and other languages) are read/written starting from the
right.
No CTL means Complex Text Layout. In CTL languages the order as well as
the appearence of glyphs can change
On Sat, Jun 23, 2007 at 02:50:44AM +0200, Steinar H. Gunderson wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Steinar H. Gunderson" <[EMAIL PROTECTED]>
>
> * Package name: sorting-hat
> Version : 1.0.0
> Upstream Author : Erinn Clark <[EMAIL PROTECTED]>
> * URL :
On Fri, Jun 22, 2007 at 09:11:04PM +0100, Enrico Zini wrote:
> On Mon, Jun 18, 2007 at 03:43:45PM +0100, Lior Kaplan wrote:
>
> > Description : Turns on CTL support & sets Hebrew as the default CTL
> > locale
> >
> > This package installs an OO.org extention which turns on CTL support, and
On Sat, Jun 23, 2007 at 02:50:44AM +0200, Steinar H. Gunderson wrote: >
Package: wnpp
> Severity: wishlist
> Owner: "Steinar H. Gunderson" <[EMAIL PROTECTED]>
>
> * Package name: sorting-hat
> Version : 1.0.0
> Upstream Author : Erinn Clark <[EMAIL PROTECTED]>
> * URL
Package: wnpp
Severity: wishlist
Owner: "Steinar H. Gunderson" <[EMAIL PROTECTED]>
* Package name: sorting-hat
Version : 1.0.0
Upstream Author : Erinn Clark <[EMAIL PROTECTED]>
* URL : physical://across/the/room
* License : Unknown (we'll give her a beer or some
On Fri Jun 22, 2007 at 20:24:22 +0200, ignatius wrote:
> - Why it's Debian that fixes bugs and security holes? Why it isn't upstream
> developers?
Generally upstream developers *will* fix security holes, however
Debian users generally get their software from *us*.
So if we're shipping so
On Fri, Jun 22, 2007 at 01:49:25AM +0200, Steinar H. Gunderson wrote:
> as it's stable.) The idea is to build a package both in a pbuilder and in
> a really filled chroot -- it currently contains 18GB of packages, which is
> most of the "devel" and "libdevel" sections. What is compared is:
This i
On Fri, Jun 22, 2007 at 08:24:22PM +0200, ignatius wrote:
> I have two questions that really concerned me.
>
> - Why it's Debian that fixes bugs and security holes? Why it isn't
> upstream developers? How can you be sure that all security holes will be
> found or revealed? (for instance an old s
On Mon, Jun 18, 2007 at 03:43:45PM +0100, Lior Kaplan wrote:
> Description : Turns on CTL support & sets Hebrew as the default CTL
> locale
>
> This package installs an OO.org extention which turns on CTL support, and sets
> Hebrew as the default language.
>
> The user can overright these
ignatius wrote:
I have two questions that really concerned me.
- Why it's Debian that fixes bugs and security holes? Why it isn't
upstream developers? How can you be sure that all security holes will
be found or revealed? (for instance an old software in stable can have
a security issue whi
[Raphael Hertzog]
> > Also, please omit @Base from the log messages, it adds visual clutter
> > without adding information.
>
> Well, it can be worthwhile to know which version the symbol is attached
> to. If I remove it, I only remove @Base and not @GLIBC_2.4 or any other
> versions.
Yeah, I me
Alle venerdì 22 giugno 2007, Zachary Palmer ha scritto:
> Hello, all. It has been my understanding that the reason that the
> [EMAIL PROTECTED] distributed computing software has not been made a Debian
> package is that the license under which it is released does not allow it
> to be free.
No, it
Hello all,
I want package software, and if I want to test, do I need stabel of testing to
test the package?
Regards,
Polopolo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Jun 22, 2007 at 08:24:22PM +0200, ignatius wrote:
> I have two questions that really concerned me.
>
> - Why it's Debian that fixes bugs and security holes?
There are lots of differences between:
upstream and Debian release goals
upstream and Debian build environment (debian has 10+ arch
On Fri, Jun 22, 2007 at 02:20:33PM -0400, Zachary Palmer wrote:
> Hello, all. It has been my understanding that the reason that the
> [EMAIL PROTECTED] distributed computing software has not been made a Debian
> package is that the license under which it is released does not allow it
> to be fr
On 22/06/07 at 20:08 +0100, Joey Hess wrote:
> Lucas Nussbaum wrote:
> > acepack:
> > r-cran-acepack's depends differ:
> > -Depends: libc6 , libg2c0 , libgcc1 , r-base-core
> > +Depends: libc6 , libgcc1 , libgfortran1 , r-base-core
>
> Caught by the BDFH.
Ok, good to know.
> > alamin:
> >
Lucas Nussbaum wrote:
> acepack:
> r-cran-acepack's depends differ:
> -Depends: libc6 , libg2c0 , libgcc1 , r-base-core
> +Depends: libc6 , libgcc1 , libgfortran1 , r-base-core
Caught by the BDFH.
> alamin:
> alamin-client's postinst differs:
> if [ -x "/etc/init.d/alamin-server" ]; then
I have two questions that really concerned me.
- Why it's Debian that fixes bugs and security holes? Why it isn't
upstream developers? How can you be sure that all security holes will be
found or revealed? (for instance an old software in stable can have a
security issue which is not in the re
Hello, all. It has been my understanding that the reason that the
[EMAIL PROTECTED] distributed computing software has not been made a Debian
package is that the license under which it is released does not allow it
to be free. This software package has pretty much the best reason for
being cl
On Thu, Jun 21, 2007 at 11:29:32PM +0300, Lars Wirzenius wrote:
>
> Another criterion is that it's built on all the architectures the
> previous version in testing is built on. It seems it's missing builds on
^^^
That should be unstable.
Anyway, the list of reasons why
Package: wnpp
Severity: wishlist
Owner: Russ Allbery <[EMAIL PROTECTED]>
* Package name: hoard
Version : 3.6.2
Upstream Author : Emery Berger <[EMAIL PROTECTED]>
* URL : http://www.hoard.org/
* License : GPL (with some docs under Apache 2.0)
Programming Lang:
On Friday 22 June 2007 15:54, Lucas Nussbaum wrote:
> > Please include at least the packages
>
> You mean the binary packages, right?
Or source if a BR is filed against a source package.
> > Also nice would be links to the BTS.
>
> Well, links in text emails use a lot of space...
It should be po
Frank Küster <[EMAIL PROTECTED]> writes:
>> No, you should tag your bugs pending and Lucas ought to ignore pending
>> bugs (maybe he already does).
> Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> Hm, but there a couple of bugs tagged "pending" which don't get an
> upload for months. Even RC one
On Fri, 22 Jun 2007, Touko Korpela wrote:
> Emails to control server address take a lot of time to
> process. This started some days ago.
A few days ago I was running the archive scripts,[1] which took about
36 hours to complete the backlog, with interruptions every 2 or so
hours to allow messages
On 22/06/07 at 13:51 +0200, Frans Pop wrote:
> On Friday 22 June 2007 00:15, Lucas Nussbaum wrote:
> > During my talk today at debconf, I discussed the idea of sending mails
> > to maintainers of packages with serious problems. The audience
> > welcomed the idea, so I will send the first mails soon
Emails to control server address take a lot of time to
process. This started some days ago. Temporarily it worked fast but again it
has problems. Is it spam detection or some other cause?
I noticed that it uses SpamAssassin version 2.60 that is old. New versions
(3.2.0+) support sa-compile to speed
On Fri, Jun 22, 2007 at 02:55:14AM -0700, Russ Allbery wrote:
> Mike Hommey <[EMAIL PROTECTED]> writes:
>
> > Now the BTS supports versioning, couldn't dak just close the bugs when a
> > package gets uploaded, whether it ends up in NEW or incoming ?
>
> Weird things would happen if the package wa
On Friday 22 June 2007 00:15, Lucas Nussbaum wrote:
> During my talk today at debconf, I discussed the idea of sending mails
> to maintainers of packages with serious problems. The audience
> welcomed the idea, so I will send the first mails soon.
Please include at least the packages the bugs affe
Lucas Nussbaum <[EMAIL PROTECTED]> wrote:
> On 22/06/07 at 11:27 +0200, Frank Küster wrote:
>> Raphael Hertzog <[EMAIL PROTECTED]> wrote:
>>
>> > On Fri, 22 Jun 2007, Colin Tuckley wrote:
>> >> Lucas Nussbaum wrote:
>> >>
>> >> > You will receive a mail:
>> >> > * if one of your packages has RC
* Russ Allbery ([EMAIL PROTECTED]) [070622 11:55]:
> Mike Hommey <[EMAIL PROTECTED]> writes:
>
> > Now the BTS supports versioning, couldn't dak just close the bugs when a
> > package gets uploaded, whether it ends up in NEW or incoming ?
>
> Weird things would happen if the package was rejected
On Fri, Jun 22, 2007 at 11:41:22AM +0200, Lucas Nussbaum wrote:
> Checking for packages in NEW looks complex: I would have to look at the
> changes file to see if the bugs I'm going to mail about are actually
> being closed.
You actually just need to parse
http://ftp-master.debian.org/new.html
On 22/06/07 at 00:36 +0200, Nico Golde wrote:
> Hi,
> * Lucas Nussbaum <[EMAIL PROTECTED]> [2007-06-22 00:17]:
> > During my talk today at debconf, I discussed the idea of sending mails
> > to maintainers of packages with serious problems. The audience
> > welcomed the idea, so I will send the firs
Mike Hommey <[EMAIL PROTECTED]> writes:
> Now the BTS supports versioning, couldn't dak just close the bugs when a
> package gets uploaded, whether it ends up in NEW or incoming ?
Weird things would happen if the package was rejected from NEW and then
reuploaded with the same version number but w
Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>
* Package name: libscope-guard-perl
Version : 0.03
Upstream Author : chocolateboy, <[EMAIL PROTECTED]>
* URL : http://www.cpan.org/
* License : Perl: Artistic/GPL
Progra
On Friday 22 June 2007 07:29, Ivan Jager <[EMAIL PROTECTED]> wrote:
> > CD-ROMs have 2304 byte raw sectors.
>
> 2048 + 256 for ECC, both of which are powers of two. Even if you use the
> 2304 raw bytes, that is a multiple of 2^8 bytes, and not even divisible by
> 10^1.
Powers of 2 are everywhere.
On Fri, Jun 22, 2007 at 11:41:22AM +0200, Lucas Nussbaum <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> Checking for packages in NEW looks complex: I would have to look at the
> changes file to see if the bugs I'm going to mail about are actually
> being closed. And I can't extrapolate whether the upload w
On 22/06/07 at 11:27 +0200, Frank Küster wrote:
> Raphael Hertzog <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 22 Jun 2007, Colin Tuckley wrote:
> >> Lucas Nussbaum wrote:
> >>
> >> > You will receive a mail:
> >> > * if one of your packages has RC bugs older than 30 days in unstable
> >>
> >> You n
Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> On Fri, 22 Jun 2007, Colin Tuckley wrote:
>> Lucas Nussbaum wrote:
>>
>> > You will receive a mail:
>> > * if one of your packages has RC bugs older than 30 days in unstable
>>
>> You need to check the "new" queue for an upload before sending a mail i
On 22/06/07 at 01:49 +0200, Steinar H. Gunderson wrote:
> As discussed during DebConf, I'd like to propose a new release goal: Packages
> should not only build in clean chroots, but also in non-clean environments.
> Specifically, adding extra packages from the archive into the build
> environment (
On Thu, 21 Jun 2007, Peter Samuelson wrote:
>
> [Raphael Hertzog]
> > If you encounter any strangeness, please report it so that we can
> > check. Those warnings could be the base of some mass-bug filings
> > althought we might want to start with the second one (those are real
> > bugs, while the
> As discussed during DebConf, I'd like to propose a new release goal:
> Packages should not only build in clean chroots, but also in non-clean
> environments. Specifically, adding extra packages from the archive
> into the build environment (that are not in Build-Conflicts) should
> not affect th
On Fri, 22 Jun 2007, Colin Tuckley wrote:
> Lucas Nussbaum wrote:
>
> > You will receive a mail:
> > * if one of your packages has RC bugs older than 30 days in unstable
>
> You need to check the "new" queue for an upload before sending a mail in
> this case. It ought not to be really necessary,
Lucas Nussbaum wrote:
> You will receive a mail:
> * if one of your packages has RC bugs older than 30 days in unstable
You need to check the "new" queue for an upload before sending a mail in
this case. It ought not to be really necessary, but stuff gets stuck in new
for quite a while sometimes.
46 matches
Mail list logo
