Hi Miles!
On Die, 29 Nov 2005, Miles Bader wrote:
>PKG-doc
>PKG-doc-LANG (LANG is usually code like "fr")
>
> Not sure, but I guess either just "texlive-doc" or "texlive-doc-base".
Done, texlive-doc-XX
> > For the language stuff: Here is a problem as some languages packa
Hi Jörg!
On Mon, 28 Nov 2005, Joerg Jaspert wrote:
> > Please comment, not only on the package naming, but also on the
> > bin-to-source mapping.
>
> Hey, that looks ways better than the initial upload. Good work. :)
> And with 5 sources left its also much less then what I suggested.
Thanks. I a
On Mon, 28 Nov 2005, Anthony DeRobertis wrote:
> > texlive-binaries-source 96M
> > ---
> > texlive-basicbintexlive-base-bin
> > texlive-binextratexlive-extrautils
>
> I'd suggest texline-extra-utils here, because (at least to me) "extra"
ok.
Norbert Preining <[EMAIL PROTECTED]> writes:
>> Existing usage seems a bit mixed; the main common point seems to be
>> "-LANG" as a suffix. Some patterns are:
>>
>>PKG-LANG
>>PKG-locale-LANG (this seems the most common)
>>PKG-l10n-LANG(openoffice uses this
Miles Bader schrieb:
> I agree "-lang-" is probably better than locale/l10n/i18n for the reason
> you state.
> However, why not use the official language codes where available (keeping
> the "longname" where there is no code)? They mean exactly what you want,
> and are widely used in debian packa
On Die, 29 Nov 2005, Joerg Jaspert wrote:
> > I agree "-lang-" is probably better than locale/l10n/i18n for the reason
> > you state.
>
> One thing please, either iso codes or longnames, not both.
longnames, as I said. lang-
for exactely this reason, not wanting to have different standards.
Best
On Mon, Nov 28, 2005 at 10:09:00AM -0600, Ming Hua wrote:
> On Tue, Nov 15, 2005 at 06:28:05AM +0100, Matthias Klose wrote:
> > * Rename and rebuild the libraries listed below. The new suffix for
> >these packages should be in any case "c2a" (instead of "c2"). No
> >new suffix is needed w
Joerg Jaspert <[EMAIL PROTECTED]> writes:
> No please. That would make confusion. Half of the packages named in one
> way, half of them named the other way.
> One thing please, either iso codes or longnames, not both.
I think that's wrong -- there are very few exceptions, and those are
_exceptions
Hi Ming, Steve, others,
I did the merge and rename of this library package, so I think I should answer
as well:
On Tuesday 29 November 2005 11:03, Steve Langasek wrote:
> On Mon, Nov 28, 2005 at 10:09:00AM -0600, Ming Hua wrote:
> > On Tue, Nov 15, 2005 at 06:28:05AM +0100, Matthias Klose wrote
On Tue, Nov 29, 2005 at 11:38:32AM +0100, Stephan Hermann wrote:
> Hi Ming, Steve, others,
> On Tuesday 29 November 2005 11:03, Steve Langasek wrote:
> > On Mon, Nov 28, 2005 at 10:09:00AM -0600, Ming Hua wrote:
> > > On Tue, Nov 15, 2005 at 06:28:05AM +0100, Matthias Klose wrote:
> > > > * Renam
Roger Leigh <[EMAIL PROTECTED]> writes:
> This is very true. I wasn't aware of the SVN repository until it was
> mentioned in this thread. Over the weekend, I have merged almost all
> the SVN changes:
Many thanks for the work. It is greatly appreciated.
MfG
Goswin
--
To UNSUBSCRIBE,
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>
>> The archive signing key gives absolutely no integrity ensurance on the
>> deb package. The only thing it insures is that the file was not
>> altered _after_ leaving ftp.de.debian.org for the mir
Andreas Metzler <[EMAIL PROTECTED]> writes:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
>> On Sat, 26 Nov 2005, Andreas Metzler wrote:
>>> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
>>> [...]
Meanwhile, I am using this: unversioned depends and two conflicts: (<<
"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
> On Sat, Nov 26, 2005 at 09:13:02AM +1000, Anthony Towns wrote:
>>> Moving away from MD5 is certainly not a bad idea, but it's not clear
>>> whether the alternatives are any better. Sure, everyone recommends
>>> SHA-256 at this stage, but nobody
Anthony Towns writes:
> On Fri, Nov 25, 2005 at 12:49:11PM -0800, Thomas Bushnell BSG wrote:
>> Anthony Towns writes:
>> > .deb signatures are aimed at giving users some sort of assurance the
>> > package is "valid"; but when you actually look into it -- at least in
>> > Debian's circumstances -
* Anthony Towns:
> On Sat, Nov 26, 2005 at 10:59:57AM +0100, Florian Weimer wrote:
>> For the "exploits" we have seen so far to work, the malicious party
>> needs upload access to the archive and has to plant a specially
>> crafted package there, for which they have created an evil twin
>> package
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Fri, Nov 25, 2005 at 02:57:36PM +0100, Goswin von Brederlow wrote:
>> Steve Langasek <[EMAIL PROTECTED]> writes:
>
>> > On Thu, Nov 24, 2005 at 07:17:06PM +0100, Goswin von Brederlow wrote:
>
>> >> > That's easy: you trust the Packages file to be cor
"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
> On Sat, Nov 26, 2005 at 10:47:57AM +1100, Brian May wrote:
Well, even if I know naught about it, it looks to me that having
something signed is better than having the same something not signed.
>>> Sorry, but that's a snake oil rationa
Anthony Towns writes:
> On Fri, Nov 25, 2005 at 03:13:58PM +0100, Goswin von Brederlow wrote:
>> > You're correct.
>> And he is also wrong.
>> That would result in debs with the same name and version but different
>> md5sums. Something that easily confuses apt-get and people.
>
> And yet, somehow
Hi!
On Tue, Nov 29, 2005 at 02:08:45PM +0100, Goswin von Brederlow wrote:
> According to slashdot articles you can generate human readable files
> (like the Packages file) with md5sum collision in ~45minutes on a
> modern cpu now.
I found the example at http://www.cits.rub.de/MD5Collisions/ quite
* Jochen Voss:
> On Tue, Nov 29, 2005 at 02:08:45PM +0100, Goswin von Brederlow wrote:
>> According to slashdot articles you can generate human readable files
>> (like the Packages file) with md5sum collision in ~45minutes on a
>> modern cpu now.
> I found the example at http://www.cits.rub.de/MD
Scripsit Anthony Towns
> On Mon, Nov 28, 2005 at 10:15:34PM +0100, Henning Makholm wrote:
>> I would expect something like
>> $ dsum -a sha1 COPYING; sha1sum COPYING
>> s.w4runjyMTV1ZT_VIob4FRTAjAW1ihpMfZRLbIV7B_UI COPYING
> sha1sum already exists; and isn't that long. Do you mean sha256?
Feh.
Anthony DeRobertis <[EMAIL PROTECTED]> wrote:
> Norbert Preining wrote:
>
>>>allrunes dfsg
>>>
>>>Please: Tell me its not true that the DFSG is used as a license there.
>>
>>
>> As stated in the License file, this list was generated from the TeX
>> Catalogue, which *can be wrong*! If you c
Package: wnpp
Severity: wishlist
* Package name: minisip
Version : 0.7.0
Upstream Author : Erik Eliasson <[EMAIL PROTECTED]>
Johan Bilien <[EMAIL PROTECTED]>
* URL : http://www.minisip.org/
* License : (GPL, LGPL)
Description : SIP pho
Scripsit Florian Weimer <[EMAIL PROTECTED]>
> * Jochen Voss:
>> I found the example at http://www.cits.rub.de/MD5Collisions/ quite
>> impressive. They have two different valid PostScript files with
>> identical MD5 sums. I don't know how much computing time they used,
>> though.
They claim a fe
First of all, let me cast my vote for -doc-XX rather than -XX-doc. It
makes much more sense from a sorted package names point of view, which,
as others have said, is important in package manager UIs.
[Norbert Preining]
> texlive-documentation-czechslovak texlive-cs-doc
Czech and Slovak are two
On Die, 29 Nov 2005, Peter Samuelson wrote:
> First of all, let me cast my vote for -doc-XX rather than -XX-doc. It
Already implemented.
> [Norbert Preining]
> > texlive-documentation-czechslovak texlive-cs-doc
>
> Czech and Slovak are two different languages, 'cs' and 'sk'. You
> should check
On Tue, 29 Nov 2005 17:01:25 +0100, Norbert Preining wrote:
> On Die, 29 Nov 2005, Peter Samuelson wrote:
> > First of all, let me cast my vote for -doc-XX rather than -XX-doc. It
>
> Already implemented.
>
> > [Norbert Preining]
> > > texlive-documentation-czechslovak texlive-cs-doc
> >
> > Cz
Package: wnpp
Severity: wishlist
Owner: "Francois-Denis Gonthier" <[EMAIL PROTECTED]>
* Package name: esense
Version : 1.10
Upstream Author : Tamas Patrovics ([EMAIL PROTECTED])
* URL : http://esense.sf.net
* License : GPL
Description : ESense (ErlangSense
Package: wnpp
Severity: wishlist
Owner: "Francois-Denis Gonthier" <[EMAIL PROTECTED]>
* Package name: actr5
Version : 20040422
Upstream Author : Mike Byrne & Dan Bothell ([EMAIL PROTECTED])
* URL : http://act-r.psy.cmu.edu/
* License : GPL
Description : Co
On 8/2/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote:
> Hi,
>
> What's the maintenance status of the net-tools package?
> It has 88 bugs:
> Serious policy violations - outstanding (1 bug)
> Important bugs - outstanding (8 bugs)
> Normal bugs - outstanding (38 bugs)
> Minor bugs - outstanding (9 b
Hi Florian,
On Tue, Nov 29, 2005 at 03:24:54PM +0100, Florian Weimer wrote:
> None, many of these examples were created before the collision
> generation tools were generally available. The "exploit" uses some
> properties of Postscript files which make them not very desirable for
> storing elect
On 11/29/05, Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 29, 2005 at 06:08:23PM +0100, Olaf van der Spek wrote:
> > And nearly four months later, the package has 92 bugs, 16 with patch
> > and a lot even without a single response.
>
> This is not true.
What part isn't?
> Stop botheri
On Tue, Nov 29, 2005 at 06:08:23PM +0100, Olaf van der Spek wrote:
> And nearly four months later, the package has 92 bugs, 16 with patch
> and a lot even without a single response.
This is not true. Stop bothering me. Most of the patches are not valid.
Please work on the bugs which are tagged as
Norbert Preining wrote:
> And if you take a look at the texlive ml at tug.org, I can assure you
> that Karl Berry is very eager in dropping everything from TeX live which
> has the slightest problem with being DFSG free.
Hmm... in that case, I should mention my experience with XyMTeX, an
organic
On Die, 29 Nov 2005, Kevin B. McCarty wrote:
> Hmm... in that case, I should mention my experience with XyMTeX, an
> organic chemistry LaTeX package included in TeX Live. Anyone else who
> wants to comment on non-DFSG-free components of TeX Live may as well
> follow up to this email.
>
> See Debi
On 10488 March 1977, Norbert Preining wrote:
>> Hey, that looks ways better than the initial upload. Good work. :)
>> And with 5 sources left its also much less then what I suggested.
> Thanks. I always try to incorporate suggestions. I could even go down to
> one source package, that would be eas
Norbert Preining wrote:
> To my reading that thread didn't end in a conclusion that it is not
> acceptable.
>
> Furthermore, IMHO, if it would be *not* acceptable, then we would
> have to remove all, I repeat *ALL* LPPL licensed packages.
>
> I guess this is something we don't want to have in
[Adam Heath]
> > File: foo%20bar/hellurei.txt
> > Size: 12345
> > MD5: 012345667
> > SHA-256: 0a0a0a0a0a0a0a0a0a0a0a0a
> > Mode: 0644
> Checksum:
> md5: 0123456789[B
> sha-256: 0a0a0a0a0a0a0a0a0a0a0a0a
Checksum: md5: 01230123012301230123012301230123
C
On 10488 March 1977, Frank Küster wrote:
allrunes dfsg
Please: Tell me its not true that the DFSG is used as a license there.
>>> As stated in the License file, this list was generated from the TeX
>>> Catalogue, which *can be wrong*! If you check the actual allrunes files,
>>> you s
Le lundi 28 novembre 2005 à 08:07 +0100, Norbert Preining a écrit :
> > Im also not really happy with the current packaging, starting with the too
> > heavy split of (source) packages.
>
> Ok, this can be dealt with. I thought it would be better to have a
> strict relation between source and bin p
On Die, 29 Nov 2005, Josselin Mouette wrote:
> I'd go further, by asking why there must be so many binary packages. Of
> course, granularity is good, but too much granularity only means
> confusion. When I install a TeX system, I want a working environment
> without wondering if I need to install t
On Die, 29 Nov 2005, Joerg Jaspert wrote:
> > one source package, that would be easiest for me. Then we would have the
> > TeX live iso image, add a debian subdir and build everything. But then
> > again, who want's to upload 700M all the time.
>
> No, not one single thing. Brrr.
Guess so. Would
> Description : ESense (ErlangSense) is a minor emacs mode which provides
> features similar to IntelliSense or CodeSense in other editors.
This line seems to be too long to me. Also it refers to IntelliSense and
CodeSense where you cannot assume that they are known. Also do not start
your s
Le mardi 29 novembre 2005 à 22:16 +0100, Norbert Preining a écrit :
> Please read the thread following the ITP. If you want teTeX, install it.
> There is no way that we can make one binary package for close to 1Gb of
> software.
When did I ask you to make one single binary package?
> The granula
Another thought:
> * Package name: esense
A lot of emacs modes are named -mode (haskell-mode,
asn1-mode,...) . In this fashion you might also consider naming it
erlang-mode.
> ESense will help developers write Erlang programs more quickly by
> helping them refer to the function exported by a
Hi Josselin!
On Die, 29 Nov 2005, Josselin Mouette wrote:
> > There is no way that we can make one binary package for close to 1Gb of
> > software.
>
> When did I ask you to make one single binary package?
Even if I take five packages each of it will be bigger than anything
else in Debian and c
Hello, I looked at your website and saw that we both have Madrid / Spain type
sites. If you take a quick second to look at
http://www.skyauction.com/city/madrid an online
travel auction. We have worked on this site for many months to provide a very
good
online service to the consumer. If you
Frank wrote:
> I'd like to keep the files in the "Project Home Page" area of alioth in
> our SVN repository, and I'm looking for a way to automate the updating
> of these pages.
I have written a small post-commit hook for a somewhat different usage
(the original problem was versionning the hooks t
Package: wnpp
Severity: wishlist
Owner: Eddie Tejeda <[EMAIL PROTECTED]>
* Package name: shttpd
Version : 1.29
Upstream Author : Sergey Lyubka <[EMAIL PROTECTED]>
* URL : http://shttpd.sourceforge.net/
* License : MIT
Description : SHTTPD is a lightweight
libpam-mysql is a widely used pam module that can auth a user via
mysql database.But the version in debian unstable/testing is out of
date that has no compatible function with mysql md5() function.There
is wishlist in bug tracking system but looks like the maintainer had
no response.We need an upg
On Tue, Nov 29, 2005 at 10:30:04PM +0100, Yann Dirson wrote:
> I have written a small post-commit hook for a somewhat different usage
> (the original problem was versionning the hooks themselves).
I've been doing this for quite a while with a variety of SVN repos, with
very different users and c
On 10488 March 1977, Norbert Preining wrote:
>> > There is no way that we can make one binary package for close to 1Gb of
>> > software.
>> When did I ask you to make one single binary package?
> Even if I take five packages each of it will be bigger than anything
> else in Debian and completely
Hi Jörg!
On Mit, 30 Nov 2005, Joerg Jaspert wrote:
> >> > There is no way that we can make one binary package for close to 1Gb of
> >> > software.
> >> When did I ask you to make one single binary package?
> > Even if I take five packages each of it will be bigger than anything
> > else in Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, Stephen.
Having sent you e-mails with my last answers to the Tasks&Skills
stage of the NM process on 2005/10/05, and having received receipt
confirmation from you on 2005/10/18, i still have no answer from you.
Moreover, i have ping'd you
Thomas - My apologies for not getting back to you sooner on this; I've
been bouncing around the country due to holidays and job interviews.
On 11/22/05, Thomas Hood <[EMAIL PROTECTED]> wrote:
> In trying to convert the initscripts in the "initscripts" package to use
> the logging functions in /lib
Hi José,
how about sending this to Frontdesk <[EMAIL PROTECTED]> or MIA,
<[EMAIL PROTECTED]> instead of spamming debian-devel with that?
Greetings
Martin
> Hi, Stephen.
>
> Having sent you e-mails with my last answers to the Tasks&Skills
> stage of the NM process on 2005/10/05, and having
57 matches
Mail list logo
