Russ Allbery <[EMAIL PROTECTED]> writes:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>
>> The lintian warning source-contains-CVS-dir is bogus.
>
>> I agree that upstream should not put CVS in their tarballs. But
>> sometimes they do.
>
> It's still useful for native packages, so it isn't c
Laszlo Boszormenyi <[EMAIL PROTECTED]> writes:
> On Fri, 2005-09-30 at 23:34 -0700, Thomas Bushnell BSG wrote:
>> When they do, it is a violation of Debian standards to remove it from
>> the orig.tar.gz file. So there is no question of doing that.
> Where do you read that? May be true, but can'
Laszlo Boszormenyi <[EMAIL PROTECTED]> writes:
>> When they do, it is a violation of Debian standards to remove it from
>> the orig.tar.gz file. So there is no question of doing that.
> Where do you read that? May be true, but can't remember any place ATM.
What do you think "orig" means in "or
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> The lintian warning source-contains-CVS-dir is bogus.
> I agree that upstream should not put CVS in their tarballs. But
> sometimes they do.
It's still useful for native packages, so it isn't completely bogus even
if one agrees with the point ab
On Fri, 2005-09-30 at 23:34 -0700, Thomas Bushnell BSG wrote:
> The lintian warning source-contains-CVS-dir is bogus.
It is not.
> I agree that upstream should not put CVS in their tarballs. But
> sometimes they do.
Unfortunately.
> When they do, it is a violation of Debian standards to remove
The lintian warning source-contains-CVS-dir is bogus.
I agree that upstream should not put CVS in their tarballs. But
sometimes they do.
When they do, it is a violation of Debian standards to remove it from
the orig.tar.gz file. So there is no question of doing that.
If you remove the CVS fil
Bonjour,
Pourquoi les prix en
dollars deviennent-il des euros sur le site e-bay
(ex : Sigma
70-200mm F2,8 DG APO HSM EX Nikon D2H/D70s/D50
Fabriqué au JAPON pas en Chine ! GARANTI Sigma
France !.
$719.95
EUR 599.41
Fin : 08-oct.-05 00:20:33 donné ci-dessus
Lorsque
l’on click sur l
* lunedì 26 settembre 2005, alle 19:57, Joey Hess scrive:
> Joey Hess wrote:
> > Just a reminder that these maintainers still have packages that depend
> > on debconf by itself without an alternate dependency on | debconf-2.0.
> > As I mentioned in my original post, I plan to file bugs on all of th
Hi,
> This is your third and final reminder. I count 542 packages remaining,
> down only 9 from last month. I assume most of the people below do not
> read debian-devel, so I've taken the librerty of BCCing you all. :-P
It's not entirely clear from the posting, but all that's required
on the mai
Hi,
> > debootstrap test:
> > [FAIL] create-sid-debootstrap
> > [FAIL] build-sid-dsh
> > [FAIL] pdebuild-sid-dsh
> > [FAIL] pdebuild-internal-sid-dsh
> > [FAIL] create-etch-debootstrap
> > [FAIL] build-etch-dsh
> > [FAIL] pdebuild-etch-dsh
> > [FAIL] pdebuild-internal-etch-dsh
> > [FAIL] update-et
Gerhard Tonn wrote:
Thomas Bushnell BSG wrote:
Please see http://bugs.debian.org/321435.
This bug is that gs-gpl fails to work on s390. I recall just seeing
a principal s390 developers say he was no longer doing the Debian s390
port. I don't know what effect this has on the bug.
This bug is
Junichi Uekawa wrote:
> debootstrap test:
> [FAIL] create-sid-debootstrap
> [FAIL] build-sid-dsh
> [FAIL] pdebuild-sid-dsh
> [FAIL] pdebuild-internal-sid-dsh
> [FAIL] create-etch-debootstrap
> [FAIL] build-etch-dsh
> [FAIL] pdebuild-etch-dsh
> [FAIL] pdebuild-internal-etch-dsh
> [FAIL] update-etch-
Gerfried Fuchs wrote:
> I wonder why you didn't sent it to debian-devel-announce then? This is
> where this really belongs, not? This is what the list is for, not?
It seemed a bit excessive to mail everyone just to get in touch with 286
maintainers. Also I like to encourage the proper use of debi
On Thu, Sep 29, 2005 at 11:32:13PM -0500, Manoj Srivastava wrote:
> reassign 142164 general
> thanks
>
> Hi,
>
> Just because a topic has been discussed on the policy
> discussion list is not reason enough to assign the bug to
> policy.
Note that bug has been reassigned to the policy
I'm curious about the times seen in /var/log/boot.
Please do
# perl -nwe 'next unless /Setting the System Clock/..
/System Clock set/; s/: S.*//;print' /var/log/boot
Wed Sep 28 08:18:54 2005
Wed Sep 28 00:18:54 2005
What is the timezone of first time?
No its not my BIOS time. It appears to be a ti
Thomas Bushnell BSG wrote:
Please see http://bugs.debian.org/321435.
This bug is that gs-gpl fails to work on s390. I recall just seeing
a principal s390 developers say he was no longer doing the Debian s390
port. I don't know what effect this has on the bug.
This bug is blocking a number of
"Michael S. Peek" <[EMAIL PROTECTED]> writes:
> In this package's control file are the following lines:
>
> Package: tiem.ldap-server-config
> Architecture: all
> Depends: slapd ldap-utils libnss-ldap libpam-ldap
> Pre-Depends: slapd ldap-utils libnss-ldap libpam-ldap
>
> My problem is, ac
Andreas Rottmann <[EMAIL PROTECTED]> writes:
> To clarify the situation: I've included mininimal wrappers for GLib
> that work with both GLib 1.x and GLib 2.x in G-Wrap, mainly to support
> GnuCash. These wrappers are built against GLib 1.x, since currently
> GnuCash/GNOME2 is not ready for prime-
On Fri, Sep 30, 2005 at 09:33:09AM -0500, Adam Thornton wrote:
> It's not clear to me that the buildd
> maintainer's duties exactly are, or, critically, how much time per
> week it takes.
I'm able to handle the buildds. I already did that some time ago.
Bastian
On Mon, Sep 26, 2005 at 05:25:55PM +0200, Gerhard Tonn wrote:
> Due to lack of time I am not able to do the s390 porting work anymore. I
> am looking for someone
> who is interested to take over the s390 port.
I'm interrested in taking over the s390 port.
Bastian
--
The best diplomat I know is
On Sep 30, Richard Atterer <[EMAIL PROTECTED]> wrote:
> remain OpenSSL for the foreseeable future, GnuTLS is allegedly still
> slightly more buggy than OpenSSL (does anyone have any details?) and is
> lacking some features.
If you had taken some time to investigate these claims you would have
di
Package: wnpp
Severity: normal
I request an adopter for the rocks package.
The package description is:
Rocks protect sockets-based applications from network failures, particularly
failures common to mobile computing, including:
.
- Link failures (e.g., unexpected modem disconnection);
- IP
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Andreas Rottmann <[EMAIL PROTECTED]> writes:
>
>> [CC'ed Thomas Bushnell, since he has filed an ITA on gwrapguile]
>>
>> [EMAIL PROTECTED] writes:
>>
>>> Please, check the following bugs, rename or close them, however you prefer.
>>>
>>>
>>> 1) #
I knew I would figure it out as soon as I sent this... I forgot to put commas
between the package names in Depends and Pre-Depends.
Oops.
Nevermind, but thanks anyway.
Michael
> Hello developers, I'm a n00b.
>
> I've got my own little http debian package repository. It shows up with apt
> a
Dear Sirs, We are really happy to approach you and want to be your dependable PRODUCERS regarding All Kinds of Military & Civil HAND EMBROIDERED Badges, Emblems, Crests,Insignia, Regalia, Logos, Sashes, Pennants,
Hello developers, I'm a n00b.
I've got my own little http debian package repository. It shows up with apt
and dselect.
In this repository I've got a custom package that I'm working on that depends
on a bunch of ldap stuff, and contains configuration files and installation
scripts to install and
On Sep 30, 2005, at 1:46 AM, Thomas Bushnell BSG wrote:
Please see http://bugs.debian.org/321435.
This bug is that gs-gpl fails to work on s390. I recall just seeing
a principal s390 developers say he was no longer doing the Debian s390
port. I don't know what effect this has on the bug.
T
Package: wnpp
Severity: wishlist
Owner: Christoph Berg <[EMAIL PROTECTED]>
* Package name: avscan
Version : 0.4.1
Upstream Author : Wolfpack Entertainment
* URL : http://wolfpack.twu.net/Endeavour2/contrib/index.html#avscan
* License : GPL
Description : GT
On Thu, Sep 29, 2005 at 03:19:18PM -0700, Steve Langasek wrote:
> On Thu, Sep 29, 2005 at 03:27:30PM +0200, Richard Atterer wrote:
> > On Thu, Sep 29, 2005 at 02:37:35PM +0200, Marco d'Itri wrote:
> > > Why is openssl the default?
> > > I think everybody agrees that in the long period everybody wil
Sir
I want help for you can you give me detail
information about
DFRC please reply urgently.
Best Regard
Pravin
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le jeudi 29 septembre 2005 à 19:18 +0200, Frank Küster a écrit :
>> Josselin Mouette <[EMAIL PROTECTED]> wrote:
>>
>> > Please don't do that. A library transition breaks packages in unstable
>> > for a while, but if we have both versions, we're going
On Sep 30, Thomas Hood <[EMAIL PROTECTED]> wrote:
> N.B. Currently a module that is blacklisted for hotplug (i.e. its name
> is listed in /etc/hotplug/blacklist or in a file in
> /etc/hotplug/blacklist.d/) can still be loaded on boot by adding its
> name to /etc/modules. For backward compatibilit
> Anyway, I implemented support for /etc/hotplug/blacklist.d/ in modprobe...
N.B. Currently a module that is blacklisted for hotplug (i.e. its name
is listed in /etc/hotplug/blacklist or in a file in
/etc/hotplug/blacklist.d/) can still be loaded on boot by adding its
name to /etc/modules. For ba
Le jeudi 29 septembre 2005 à 19:18 +0200, Frank Küster a écrit :
> Josselin Mouette <[EMAIL PROTECTED]> wrote:
>
> > Please don't do that. A library transition breaks packages in unstable
> > for a while, but if we have both versions, we're going to have to deal
> > with them for several *years*.
Joey Hess <[EMAIL PROTECTED]> wrote:
> This is your third and final reminder. I count 542 packages remaining,
> down only 9 from last month. I assume most of the people below do not
> read debian-devel, so I've taken the librerty of BCCing you all. :-P
[-SNIP-]
> Edward Betts <[EMAIL PROTECTED]>
>
On Wednesday 28 September 2005 18:12, Daniel Ruoso wrote:
> I'm interested in maintaining a i386-uclibc architecture, which is, like
> the name says, i386 binaries linked with uClibc. My plans are:
> 1) Build all the packages used by debootstrap to generate a basedebs.tgz
> 2) Certify this basedeb
37 matches
Mail list logo
