Package: wnpp
Severity: wishlist
Owner: Emfox Zhou <[EMAIL PROTECTED]>
* Package name: comix
Version : 2.9.3
Upstream Author : Pontus Ekberg <[EMAIL PROTECTED]>
* URL : http://comix.sourceforge.net/
* License : GPL
Description : GTK
I'm thinking of python2.1, which is a key element in some testing transitions.
It's out of date on alpha, mips, mipsel, and powerpc -- *yet the buildd logs
indicate successful builds on all of them on August 30*. I have already
emailed debian-mips@lists.debian.org, and the listed maintainers of th
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> 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, s
[Nathanael Nerode]
> I'm thinking of python2.1, which is a key element in some testing transitions.
> It's out of date on alpha, mips, mipsel, and powerpc -- *yet the buildd logs
> indicate successful builds on all of them on August 30*. I have already
> emailed debian-mips@lists.debian.org, and t
* Thomas Bushnell:
> What do you think "orig" means in "orig.tar.gz"?
At the moment, it's a sequence of four ASCII characters without any
particular meaning. Many maintainers use repackaged sources because
they want to include multiple tarballs in their source packages, even
though there's no ne
On Fri, 30 Sep 2005, Thomas Bushnell BSG wrote:
> The lintian warning source-contains-CVS-dir is bogus.
>
> I agree that upstream should not put CVS in their tarballs. But
> sometimes they do.
>
> So, it's a bogus warning. It should be removed from lintian.
It's not really a bogus warning; the po
Petter Reinholdtsen wrote:
> [Nathanael Nerode]
> > I'm thinking of python2.1, which is a key element in some testing
> > transitions.
> > It's out of date on alpha, mips, mipsel, and powerpc -- *yet the buildd logs
> > indicate successful builds on all of them on August 30*. I have already
> > e
Hello Thomas,
Thomas Hood <[EMAIL PROTECTED]> wrote:
> http://panopticon.csustan.edu/thood/readonly-root.html
>
> I won't summarize the whole discussion here. I will just say that
> I see good reasons for adopting /run as a standard location for the
> storage of state information that needs t
On Wednesday 28 September 2005 17.36, you wrote:
> Please have a look at this guys.
[word document attached]
[silly disclaimer to finish it]
Please, do not post word documents on this list. For several reasons:
- we're reading email here. Why should I need to start an additional
application
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
En/na Joey Hess ha escrit:
mydms package now has been corrected and now depends on debconf |
debconf-2.0.
> Joey Hess wrote:
>
>>Just a reminder that these maintainers still have packages that depend
>>on debconf by itself without an alternate depe
On Thu, 29 Sep 2005 the mental interface of
Steve Langasek told:
[...]
> There isn't? I saw some arguments that explain why it's not possible to
> convert all curl-using applications from OpenSSL to GNUTLS without a
> recompile due to unavailable ABI changes, but I thought it was pretty clear
> t
The bugs #208514, #268656, #269573, #29317 all finally suggest moving
add-shell and remove-shell out of the passwd package.
These utilities are use to "register" shells in /etc/shells and they
obviously do no belong to the passwd package.
Having them in passwd enforces shells to depend on it jus
> You may decide that removing the CVS files from the orig is worse than
> having them there,[1] but it doesn't excuse the fact that having them
> there is bad (or at least stupid.)
It also helps a lot when *we*, as upstream for native packages,
inadvertently include a CVS or .svn directory in an
Package: wnpp
Severity: wishlist
Owner: Riccardo Setti <[EMAIL PROTECTED]>
* Package name: cinelerra-cvs
Version : 2.0-cvs
Upstream Author :
* URL : http://www.example.org/
* License : GPL
Description : non-linear video editor and compositor for Linux.
On Sat, Oct 01, 2005 at 03:05:08PM +0200, Riccardo Setti wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Riccardo Setti <[EMAIL PROTECTED]>
>
>
> * Package name: cinelerra-cvs
> Version : 2.0-cvs
> Upstream Author :
> * URL : http://www.example.org/
> * License
On Sat, Oct 01, 2005, Riccardo Setti wrote:
> Cinelerra, the first Linux based real-time editing and special effects
> system is a revolutionary Open Source HD media editing system.
> It has a number of effects built into the system including
> numerous telecine effects, video special effects i
Am Samstag, 1. Oktober 2005 15.31 schrieb Kurt Roeckx:
Morning
> On Sat, Oct 01, 2005 at 03:05:08PM +0200, Riccardo Setti wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Riccardo Setti <[EMAIL PROTECTED]>
> >
> >
> > * Package name: cinelerra-cvs
> > Version : 2.0-cvs
> >
* Kurt Roeckx <[EMAIL PROTECTED]> [2005-10-01 15:31:54 +0200]:
> You know there has been an RFP on cinelerra itself for a very
> long time, almost 5 years. See bugs.debian.org/78209, 156614,
> 239570.
>
> Why do you want to have a CVS version from the package if there
> even isn't a normal versi
On Sat, Oct 01, 2005 at 02:43:32PM +0200, Elimar Riesebieter wrote:
> On Thu, 29 Sep 2005 the mental interface of
> Steve Langasek told:
> [...]
>> There isn't? I saw some arguments that explain why it's not possible to
>> convert all curl-using applications from OpenSSL to GNUTLS without a
>> re
Package: wnpp
Severity: wishlist
Owner: Jérémy Bobbio <[EMAIL PROTECTED]>
* Package name: hscurses
Version : 0.ds-20050830
Upstream Author : Stefan Wehr <[EMAIL PROTECTED]>
* URL : http://www.stefanheimann.net/haskell/
* License : GPL
Description : Haskel
i want to watch free flim please sen to me
thanhs
Yahoo! for Good
Click here to donate to the Hurricane Katrina relief effort.
Kurt Roeckx wrote:
>You know there has been an RFP on cinelerra itself for a very
>long time, almost 5 years. See bugs.debian.org/78209, 156614,
>239570.
>
>Why do you want to have a CVS version from the package if there
>even isn't a normal version of it in the archive?
>
>
cinelerra is forke
Andreas Rottmann <[EMAIL PROTECTED]> writes:
> Well, G-Wrap 1.3 has no upstream anymore, and its functionality is
> replicated in G-Wrap 1.9 - you know, I didn't add the compatibility
> layer for the fun of it.
I know.
> Does upstream actually say that? I've been talking with Derek Atkins
> (war
On Fri, 30 Sep 2005, Thomas Bushnell BSG wrote:
> 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 remem
Hi,
I hope this is the right list to ask. If not, please give me a hint
where to post this otherwise.
We run Debian Sarge on our institutes ldap server and our clients and have
problems with slapd + applications using libgnutls11. See the bug
report #325971 (http://bugs.debian.org/cgi-bin/bugrepo
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> And lintian does pester about outdated config.sub/guess, etc. These
> warnings are useful from time to time.
Those problems can be fixed without violating Debian rules too. :)
>> It does make sense to warn against Debian developers who h
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>> Does upstream actually say that? I've been talking with Derek Atkins
>> (warlord) on IRC, and from what I gathered, they are trying to use
>> G-Wrap 1.9, and mostly suceeding modulo a few buglets, all of which
>> should be fixed in the Debian pack
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
>
>>> It does make sense to warn against Debian developers who have *added*
>>> a CVS directory not present in the upstream source, but that's a
>>> different matter.
>>
>> Or those who screw
Junichi Uekawa wrote:
> I've tried to search for what debconf-2.0 specification is;
> and how it's different from debconf, but it's not obvious.
> What's missing from the picture is the changelog of debconf
> specification (presumably from 1.0), and what's changed.
Please see Debian policy.
--
s
Junichi Uekawa wrote:
> Yes, I don't have --resolve-deps, in the hope that
> priorities are fixed by ftp-masters.
>
> There needs to be a decision somewhere:
> 1. ignore priorities and go back to what it was before
> and make --resolve-deps the default in debootstrap
> 2. try to fix priorities/s
Joey Hess <[EMAIL PROTECTED]> writes:
> Junichi Uekawa wrote:
>> I've tried to search for what debconf-2.0 specification is;
>> and how it's different from debconf, but it's not obvious.
>> What's missing from the picture is the changelog of debconf
>> specification (presumably from 1.0), and what
Don Armstrong wrote:
> It's not really a bogus warning; the point of it is so that you're
> aware so that you can remind upstream not to distribute CVS files in
> their tarballs.
Isn't getting nasty CVS directories in the source tree that you work
on while maintaining the package reminder enough t
On Sun, 02 Oct 2005 the mental interface of
Paul TBBle Hampson told:
> On Sat, Oct 01, 2005 at 02:43:32PM +0200, Elimar Riesebieter wrote:
> > On Thu, 29 Sep 2005 the mental interface of
> > Steve Langasek told:
>
> > [...]
> >> There isn't? I saw some arguments that explain why it's not possibl
* Thomas Bushnell BSG ([EMAIL PROTECTED]) wrote:
>
> 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.
Package: wnpp
Severity: wishlist
Owner: Michael Hanke <[EMAIL PROTECTED]>
* Package name: dares
Version : 0.6.5
Upstream Author : Oliver Diedrich <[EMAIL PROTECTED]>
* URL : ftp://ftp.heise.de/pub/ct/ctsi/dares.tgz
* License : GPL
Description : rescue fil
On Sat, 01 Oct 2005, Eric Dorland wrote:
> If you want to maintain a package using cvs-buildpackage, you *have*
> to remove those files from the orig.tar.gz.
This is false. cvs-upgrade -F and cvs-inject -F solves your problem.
--
"One disk to rule them all, One disk to find them. One disk to
On Sat, Oct 01, 2005 at 02:12:14PM -0400, Joey Hess wrote:
> AFAIK the plan is to not constantly bother the ftp masters with override
> changes,
Which makes the whole packages buggy according to the policy.
Bastian
--
A princess should not be afraid -- not with a brave knight to protect her.
Joey Hess <[EMAIL PROTECTED]> writes:
> Don Armstrong wrote:
>> It's not really a bogus warning; the point of it is so that you're
>> aware so that you can remind upstream not to distribute CVS files in
>> their tarballs.
>
> Isn't getting nasty CVS directories in the source tree that you work
> o
On Saturday 01 October 2005 02:49 pm, Elimar Riesebieter wrote:
> On Sun, 02 Oct 2005 the mental interface of
>
> Paul TBBle Hampson told:
> > On Sat, Oct 01, 2005 at 02:43:32PM +0200, Elimar Riesebieter wrote:
> > > On Thu, 29 Sep 2005 the mental interface of
> > > Steve Langasek told:
> > >
> > >
Thiemo Seufer wrote:
> Mailing {alpha,mips,[EMAIL PROTECTED] is my best guess. There
> is usually no reply, but from some cases I conclude the mailboxes are
> read. I don't know if those addresses are documented anywhere.
They're not. Perhaps they could be? :-) That would be a big help.
--
Nat
* Nathanael Nerode ([EMAIL PROTECTED]) [051001 22:42]:
> Thiemo Seufer wrote:
> > Mailing {alpha,mips,[EMAIL PROTECTED] is my best guess. There
> > is usually no reply, but from some cases I conclude the mailboxes are
> > read. I don't know if those addresses are documented anywhere.
> They're not.
On Sat, 1 Oct 2005 14:55:18 -0400, Eric Dorland <[EMAIL PROTECTED]>
wrote:
>If you want to maintain a package using cvs-buildpackage, you *have*
>to remove those files from the orig.tar.gz.
Does that hold for debian/ only setups as well?
Greetings
Marc
--
--
We (Deep blue media technology) is engaged in web hosting and website design as
well as multimedia company, company is located LA. We pass through long time
arrangement and diligently officially provide service in January, 2005.
Printing as multimedia from graphic design as web hosting, all in o
"Michael S. Peek" <[EMAIL PROTECTED]> writes:
> 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 c
Nathanael Nerode <[EMAIL PROTECTED]> writes:
> Thiemo Seufer wrote:
>> Mailing {alpha,mips,[EMAIL PROTECTED] is my best guess. There
>> is usually no reply, but from some cases I conclude the mailboxes are
>> read. I don't know if those addresses are documented anywhere.
> They're not. Perhaps th
On Sat, Oct 01, 2005 at 02:12:14PM -0400, Joey Hess wrote:
> Junichi Uekawa wrote:
> > Yes, I don't have --resolve-deps, in the hope that
> > priorities are fixed by ftp-masters.
> >
> > There needs to be a decision somewhere:
> > 1. ignore priorities and go back to what it was before
> > and ma
Kurt Roeckx <[EMAIL PROTECTED]> writes:
> 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.
[Christian Perrier]
> The goal is having a system which always has the two utilities...and
> of course avoid the removal of passwd (debianutils is Essential while
> passwd isn't).
passwd effectively is Essential because bash depends on it. So I'm
pretty sure you don't have to worry about it bein
On Sat, Oct 01, 2005 at 03:05:30PM +0200, Christian Perrier wrote:
> The plan we draw is the following:
> 1) shadow package maintainers upload passwd which
>"Depends: debianutils (<= 2.14.3)"
>this version *still* includes the utilities
> The purpose of 1) is to avoid the removal of p
On Sunday 02 October 2005 00:09, Peter Samuelson wrote:
> Just coordinate two uploads to happen in the same dinstall cycle:
>
> shadow 1:4.0.12-6 where passwd Depends: debianutils (>= 2.15)
> debianutils 2.15 Conflicts and Replaces: passwd (<< 1:4.0.12-6)
Hmm. That will cover i386 I guess. Wha
Ritesh Raj Sarraf wrote:
> Mac OSX's open source version, Darwin, Does it qualify under DFSG ?
Not if its under the ASPL.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Joerg Sommer wrote:
> But I've a question on it: How can I use it? How can I set up /run before
> init runs the init script that is responsible for it?
I'd assume you'd make the mounting of /run be the first script init
runs. So, it'd be /etc/rcS.d/S00mountrun (under SysV-style init, of
course).
I've just uploaded aptitude 0.3.4 to experimental. This is basically a
release candidate for 0.4 -- if no nasty bugs crop up, it will be uploaded as
0.4 in unstable once the translators catch up with all the string changes.
So, everyone go find bugs in it!
A few of the major changes rel
On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
> I've just uploaded aptitude 0.3.4 to experimental. This is basically a
> release candidate for 0.4 -- if no nasty bugs crop up, it will be uploaded as
> 0.4 in unstable once the translators catch up with all the string changes.
Why is gal0.x not being added to the archive on alpha, i386, mips, and
mipsel? According to the buildd logs, it compiled successfully on all
those archs over ten days ago.
It was uploaded for all the other archs.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
Steinar H. Gunderson wrote:
> On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
>> I've just uploaded aptitude 0.3.4 to experimental. This is basically a
>> release candidate for 0.4 -- if no nasty bugs crop up, it will be uploaded
>> as
>> 0.4 in unstable once the translators c
On Saturday 01 October 2005 05:57 pm, Steinar H. Gunderson wrote:
> On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
> > I've just uploaded aptitude 0.3.4 to experimental. This is basically a
> > release candidate for 0.4 -- if no nasty bugs crop up, it will be
> > uploaded as 0.4
On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
> I've just uploaded aptitude 0.3.4 to experimental. This is basically a
> release candidate for 0.4 -- if no nasty bugs crop up, it will be uploaded as
> 0.4 in unstable once the translators catch up with all the string changes.
On Saturday 01 October 2005 07:07 pm, Steve Langasek wrote:
> On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
> > I've just uploaded aptitude 0.3.4 to experimental. This is basically a
> > release candidate for 0.4 -- if no nasty bugs crop up, it will be
> > uploaded as 0.4 in
On Sat, Oct 01, 2005 at 07:18:32PM -0700, Daniel Burrows wrote:
> On Saturday 01 October 2005 07:07 pm, Steve Langasek wrote:
> > On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
> > > I've just uploaded aptitude 0.3.4 to experimental. This is basically a
> > > release candidate
Just a couple of comments:
Daniel Burrows wrote:
> - New command-line option --schedule-only that just records the
>requested actions in the state file without actually performing them.
>(Closes: #312249)
Hmm, I have a feeling it should be possible to use this in tasksel to
l
[Frans Pop]
> > shadow 1:4.0.12-6 where passwd Depends: debianutils (>= 2.15)
> > debianutils 2.15 Conflicts and Replaces: passwd (<< 1:4.0.12-6)
>
> Hmm. That will cover i386 I guess. What about other arches that are
> autobuilt? (Assuming of course that both maintainers upload for i386.)
Hi,
> That said, I think it's good to use --resolve-deps by default for
> testing/unstable, so that override changes aren't that urgent (they don't
> break daily builds etc every other day), and can be batched up a bit, and
> processed when the dependency graph is a bit stable. Which may very well
On Sat, 01 Oct 2005, Thomas Bushnell BSG wrote:
> But lintian is not there to warn about unfixable problems with
You cannot reliably determine wether the maintainer is doing something
stupid, or upstream is.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and
On Sat, 01 Oct 2005, Marc Haber wrote:
> On Sat, 1 Oct 2005 14:55:18 -0400, Eric Dorland <[EMAIL PROTECTED]>
> wrote:
> >If you want to maintain a package using cvs-buildpackage, you *have*
> >to remove those files from the orig.tar.gz.
>
> Does that hold for debian/ only setups as well?
It does
On Sat, 01 Oct 2005, Andreas Barth wrote:
> * Nathanael Nerode ([EMAIL PROTECTED]) [051001 22:42]:
> > Thiemo Seufer wrote:
> > > Mailing {alpha,mips,[EMAIL PROTECTED] is my best guess. There
> > > is usually no reply, but from some cases I conclude the mailboxes are
> > > read. I don't know if tho
On Sun, 02 Oct 2005, Junichi Uekawa wrote:
> If Priorities aren't going to be updated in a timely manner within
> sid distribution, it might be time to rethink about its usefulness.
Agreed.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> On Sat, 01 Oct 2005, Thomas Bushnell BSG wrote:
>> But lintian is not there to warn about unfixable problems with
>
> You cannot reliably determine wether the maintainer is doing something
> stupid, or upstream is.
In which case, it certai
> > A simpler solution could be merging 3) and 5) in a single upload. Then
> > the "Depends" in 1) would not be needed.
>
> Yeah, that's one way to ensure the uploads are coordinated. :)
BUT one should have the dependencies (and eventually build dependencies) in
there ANYWAY.
People often do par
On Sat, 01 Oct 2005, Thomas Bushnell BSG wrote:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> > On Sat, 01 Oct 2005, Thomas Bushnell BSG wrote:
> >> But lintian is not there to warn about unfixable problems with
> >
> > You cannot reliably determine wether the maintainer is doing some
Short summary of answers
Our plan seems correct. Some (Peter Samuelson, Steve Langasek) suggest
it is a bit overflated and synced uploads of fixed packages should be
enough.
However, Frans mentioned autobuilders which will not guarantee that
both packages will reach unstable at the same dinst
71 matches
Mail list logo
