On Mon, Oct 18, 2004 at 06:51:52PM -0700, Matt Zimmerman wrote:
> Is anyone (other than martin f krafft) interested in co-maintaining some or
> all of the UML-oriented packages in Debian? This includes the following
> source packages which I currently maintain:
>
> - user-mode-linux
> - kernel-pa
John H. Robinson, IV wrote:
> Glenn Maynard wrote:
>>On Mon, Oct 18, 2004 at 10:01:05PM -0700, John H. Robinson, IV wrote:
>>I'm saying that a package built with ecc (or icc or whatever) is not
>>the same package that you'll get if you build the same sources with
>>gcc; it's significantly functiona
Here's an idea I just had about apt-proxy/apt-cacher NG. Maybe this
could be interesting, maybe it's just crap. Your call.
Based on a normal mirror layout, the idea is to use apache's 404
hook for packages. When an existing package is requested, it is
served regularly. If the file is not found, a
Wesley W. Terpstra wrote:
> Since there's one GPL question left, I am still posting to debian-legal.
> The legal question is marked ** for those who want to skip the rest.
>
> On Mon, Oct 18, 2004 at 11:49:56AM -0700, Josh Triplett wrote:
>>Whether your university owns a license or not doe
This one time, at band camp, Christian Perrier said:
> Quoting Stephen Gran ([EMAIL PROTECTED]):
> > Hello all,
> >
> > I have uploaded 0.80 to experimental temporarily for testing purposes
> > (it is also on p.d.o/~sgran). The two main concerns I have with
> > releasing it into the wild at this
Package: wnpp
Severity: wishlist
* Package name: flumotion
Version : 0.1.0
Upstream Author : Johan Dahlin <[EMAIL PROTECTED]>
* URL : http://www.fluendo.com/
* License : GPL
Description : Fluendo Streaming Server for audio and video
Flumotion is a modern
Hi list,
It came to my attention that the 'bugzilla' Debian package is currently
not in Sarge, due to several RC bugs. Its maintainer seems to be busy,
and in order to get this package elegible for inclusion in Sarge,
uploads fixing those bugs are urgently needed. Note that currently there
is stil
On Tue, Oct 19, 2004 at 02:31:12PM -0700, Matt Zimmerman wrote:
> On Tue, Oct 19, 2004 at 11:14:55PM +0200, Sven Mueller wrote:
>
> > I would be interested to help. Due to my own real-life restrictions (I
> > don't have huge amounts of time to spend) I would probably try helping
> > with uml-uti
On Tue, 19 Oct 2004 10:36:59 -0500, Graham Wilson wrote:
[...]
> > It seems not to handle correctly even Vorbis comments, which are UTF8
> > by definition.
>
> Seemed to work fine for me. How are you testing this?
./configure; make; make install
Then opened some correctly commented files, which r
On Tue, Oct 19, 2004 at 11:14:55PM +0200, Sven Mueller wrote:
> I would be interested to help. Due to my own real-life restrictions (I
> don't have huge amounts of time to spend) I would probably try helping
> with uml-utilities though. IANADD yet though.
These packages need someone with a lot
Matt Zimmerman [u] wrote on 19/10/2004 03:51:
Is anyone (other than martin f krafft) interested in co-maintaining some or
all of the UML-oriented packages in Debian? This includes the following
source packages which I currently maintain:
- user-mode-linux
- kernel-patch-uml
- uml-utilities
Things
another update for those interested:
http://people.debian.org/~seanius/policy/dbapp-policy.html
deb http://people.debian.org/~seanius/policy/examples/ ./
deb-src http://people.debian.org/~seanius/policy/examples/ ./
i've incorporated many of the changes discussed in the related
d-d threads into
On Tue, Oct 19, 2004 at 05:19:47PM +0200, martin f krafft wrote:
> 1. I would set the default of the "leave data after purge" to true
>and give it priority high.
i guess i had forgotten to update the page on this one (someone
else had requested this too). it should be updated now.
> 2. I am
"John H. Robinson, IV" <[EMAIL PROTECTED]> writes:
> The only difference is in *performance*. If there are other differences,
> then there is a bug in one of the two compilers. If you are equating
> performance with functionality, then we are going to have a very hard
> time communicating.
This i
Hi all,
I am sponsoring a future maintainer whose package 'movixmaker-2' has
its official priority set to "optional". This package depends on
libconfig-inifiles-perl, of which the priority is "extra".
OTOH, the policy states (section 2.5):
"Packages must not depend on packages with lower priorit
On Tue, Oct 19, 2004 at 09:16:17AM -0700, John H. Robinson, IV wrote:
> The only difference is in *performance*. If there are other differences,
> then there is a bug in one of the two compilers. If you are equating
> performance with functionality, then we are going to have a very hard
> time comm
Now that I have gnome-2.8 and evolution-2, working on my
unstable/experimental box, I should like to get vim working
as the editor in evolution's composer. I have followed the
instructions at
http://wiki.debian.net/kwiki.cgi?GnomeTwoDotEightFAQ
for installing gnome-2.8, and everything works
On Tue, Oct 19, 2004 at 08:26:23AM +1000, Brian May wrote:
> > "Bernd" == Bernd Eckenfels <[EMAIL PROTECTED]> writes:
>
> Bernd> On Mon, Oct 18, 2004 at 05:54:44PM +1000, Brian May wrote:
> >> I could just close the bug against my package, but this means other
> >> people will enco
I am not subscribed to debian-legal
Glenn Maynard wrote:
> On Mon, Oct 18, 2004 at 10:01:05PM -0700, John H. Robinson, IV wrote:
>
> I'm saying that a package built with ecc (or icc or whatever) is not
> the same package that you'll get if you build the same sources with
> gcc; it's significantly
On Tue, Oct 19, 2004 at 12:01:44PM +0200, Michal Politowski wrote:
> On Mon, 18 Oct 2004 21:46:02 -0500, Graham Wilson wrote:
> > Audio Tag Tool is a program to manage the information fields in MP3 and
> > Ogg Vorbis files (commonly called tags). Tag Tool can be used to edit
> > tags one by one, bu
On Mon, Oct 18, 2004 at 10:45:59PM -0700, Joshua Kwan wrote:
> On Mon, 18 Oct 2004 21:46:02 -0500, Graham Wilson wrote:
> > Audio Tag Tool is a program to manage the information fields in MP3 and
> > Ogg Vorbis files (commonly called tags). Tag Tool can be used to edit
> > tags one by one, but the
On Tue, Oct 19, 2004 at 02:45:24AM -0400, Glenn Maynard wrote:
> On Mon, Oct 18, 2004 at 10:45:59PM -0700, Joshua Kwan wrote:
> > Description: viewing, editing and writing ID3 tags of MP3 and Ogg files
> > EasyTAG is an utility for viewing, editing and writing
> > the ID3 tags of MP3 and Ogg file
1. I would set the default of the "leave data after purge" to true
and give it priority high.
2. I am not sure what you mean by "maintainer script". prerm and
preinst should not ask questions. they are there to enact values
stored in the debconf cache. config, on the other hand, should
On Tue, Oct 19, 2004 at 04:26:58PM +0300, Antti-Juhani Kaijanaho wrote:
> On 20041019T134416+0200, Bill Allombert wrote:
> > Please cool down, if you compare with #268503, this one includes a
> > patch whereas the original did not, so it is not a duplicate but an
> > improvement.
>
> In other wor
Ludovic Drolez <[EMAIL PROTECTED]> schrieb:
> The postinst script seems to be stuck in db_purge, a line which was
> added automatically:
The postinst script is not executed upon purging a package. Probably you
mean the postrm script?
>
> ...
> # Automatically added by dh_installdebconf
> if [ "$
On 19-Oct-04, 03:06 (CDT), Jeroen van Wolffelaar <[EMAIL PROTECTED]> wrote:
> >
> > Description: Third Eye EPIC script
> > Third Eye is a script for the EPIC IRC client, optimized for version
> > 4pre2.004.
> > - It's features include flood protection, nearly completely configurable
> > ansi
On 20041019T134416+0200, Bill Allombert wrote:
> Please cool down, if you compare with #268503, this one includes a
> patch whereas the original did not, so it is not a duplicate but an
> improvement.
In other words, it is a duplicate report with a patch. The proper thing
(with respect to this i
On Tue, Oct 19, 2004 at 10:06:01AM +0200, Jeroen van Wolffelaar wrote:
> On Tue, Oct 19, 2004 at 08:11:32AM +0200, Florian Zumbiehl wrote:
> > I searched through the Packages file a bit for typos and the like - below
> > you find a diff of this package's description (a) showing what I think is
> >
On Mon, Oct 18, 2004 at 06:28:01PM -0700, John H. Robinson, IV wrote:
[...]
> This package is buildable by tools in main. It meets the letter of the
> law. The spirit seems a bit ambiguous. Good case in point, the m68k
> cross-compiled stuff, where the cross-compiler used was non-free. (I
> have no
On Mon, Oct 18, 2004 at 05:47:26PM -0700, Steve Langasek wrote:
> On Tue, Oct 19, 2004 at 02:04:42AM +0200, Wouter Verhelst wrote:
> > A difference in optimization is not relevant to a package's freedom.
>
> If compiling the program with a non-free compiler gains you users who would
> not find the
Hi,
giuseppe:~# dpkg -P backuppc
(Reading database ... 87999 files and directories currently installed.)
Removing backuppc ...
Stopping backuppc: ok.
Purging configuration files for backuppc ...
and stop...
The postinst script seems to be stuck in db_purge, a line which was added
automatically:
On Tue, Oct 19, 2004 at 08:11:50PM +1000, Hamish Moffatt wrote:
> On Mon, Oct 18, 2004 at 10:24:44PM -0400, Glenn Maynard wrote:
> > Exact words are:
> >
> > In addition, the packages in _main_
> > * must not require a package outside of _main_ for compilation or
> > executi
On Mon, Oct 18, 2004 at 11:05:16PM -0400, Glenn Maynard wrote:
> > find -name testing.part.\* -print0 | xargs -0 parchive a -n 16384
> > testing.par
>
> You're splitting into parts which are far too small.
Yes, it's too small for par.
It's also clear that it's too small for usenet use.
However
On Mon, Oct 18, 2004 at 10:24:44PM -0400, Glenn Maynard wrote:
> On Mon, Oct 18, 2004 at 06:28:01PM -0700, John H. Robinson, IV wrote:
> > Note the exact words (I am assuming that Glenn copied them verbatim):
> > the package in main must be buildable with tools in main
>
> Exact words are:
>
>
I know this thread has progressed beyond the actual situation
I asked about, but I wanted to just throw in my opinion too.
On Tue, Oct 19, 2004 at 09:13:24AM +0200, Andreas Barth wrote:
> A program is IMHO not only specified by the fact that it does certain
> transformations from input to output,
On Mon, 18 Oct 2004 21:46:02 -0500, Graham Wilson wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: tagtool
> Version : 0.10
> Upstream Author : Pedro Lopes <[EMAIL PROTECTED]>
> * URL : http://pwp.netcabo.pt/paol/tagtool/
> * License : GPL
> Des
* Glenn Maynard:
>> Perhaps I should make my program 'par' command-line compatible!
>> OTOH, when you have so many small files it is not convenient.
>
> I don't really understand the use of allowing thousands of tiny parts.
> What's the intended end use?
I suppose it could be used for multicast f
On Tue, Oct 19, 2004 at 09:13:24AM +0200, Andreas Barth wrote:
> * Wouter Verhelst ([EMAIL PROTECTED]) [041019 00:40]:
> > Wesley's software can be built using software in main. It will not be as
> > fast, but it will still do its job, flawlessly, without loss of
> > features, with the ability to m
On Tue, Oct 19, 2004 at 08:11:32AM +0200, Florian Zumbiehl wrote:
> Package: epic4-script-thirdeye
> Version: 1.72-4
> Severity: minor
>
> I searched through the Packages file a bit for typos and the like - below
> you find a diff of this package's description (a) showing what I think is
> wrong a
* Tomas Fasth
| Branden Robinson wrote:
| | Would pam_umask.so be a worthwhile exercise for some enterprising
| | person?
|
| May I suggest pam_logindefs.so?
No, that's a bad idea for a variety of reasons, for instance that we
already have pam_limits and as pam modules often are security-critic
* John Hasler ([EMAIL PROTECTED]) [041019 00:55]:
> I _think_ it would also be acceptable for you to build the debs you upload
> with CC=icc.
I disagree to that statement. IMHO all binary packages uploaded into
debian should be the same as if autobuild. Everything else produces pain
for QA, securi
* Wouter Verhelst ([EMAIL PROTECTED]) [041019 00:40]:
> On Mon, Oct 18, 2004 at 07:51:00PM +0200, Josselin Mouette wrote:
> > Le lundi 18 octobre 2004 à 19:22 +0200, Wesley W. Terpstra a écrit :
> > > So, when it comes time to release this and include it in a .deb, I ask
> > > myself: what would ha
On Mon, Oct 18, 2004 at 10:45:59PM -0700, Joshua Kwan wrote:
> Description: viewing, editing and writing ID3 tags of MP3 and Ogg files
> EasyTAG is an utility for viewing, editing and writing
> the ID3 tags of MP3 and Ogg files, using a GTK+ interface.
Ogg files don't have ID3 tags; I trust this
On Mon, Oct 18, 2004 at 10:01:05PM -0700, John H. Robinson, IV wrote:
> I agree with this. This is also not the point. You keep talking about
> pracakge that can only be built with a non-free compiler. The one in
> question can be built with a free or non-free compiler.
No, that's not what I said.
Quoting Stephen Gran ([EMAIL PROTECTED]):
> Hello all,
>
> I have uploaded 0.80 to experimental temporarily for testing purposes
> (it is also on p.d.o/~sgran). The two main concerns I have with
> releasing it into the wild at this point are false positives in the jpeg
> scanning code (appears to
On Mon, 18 Oct 2004 21:46:02 -0500, Graham Wilson wrote:
> Audio Tag Tool is a program to manage the information fields in MP3 and
> Ogg Vorbis files (commonly called tags). Tag Tool can be used to edit
> tags one by one, but the most useful features are mass tag and mass
> rename. These are design
I am not subscribed to debian-legal.
Glenn Maynard wrote:
>
> Consider a major, practical reason we require that packages be buildable
> with free tools: so people--both Debian and users--can make fixes to the
> software in the future.
I agree with this. This is also not the point. You keep talk
"John H. Robinson, IV" <[EMAIL PROTECTED]> writes:
> This package is buildable by tools in main. It meets the letter of the
> law. The spirit seems a bit ambiguous. Good case in point, the m68k
> cross-compiled stuff, where the cross-compiler used was non-free. (I
> have not verified the accuracy
48 matches
Mail list logo
