Le lundi 16 octobre 2006 15:26, Joey Hess a écrit :
> Ottavio Caruso wrote:
> > PS: Can't we just rename it '93r8d9yad4l260ud.lite'? It's easier to
> > remember!
>
> I prefer d6a5c9544eca9b5ce2266d1c34a93222, or possibly
> acb943ac7d07d80a71fa271962
p out for those.
Andreas,
The split has already been done for emacs21 and is beeing tested. There is
not much work left.
Cheers,
--
Jérôme Marant
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ve not been able to find the
> upstream: copyright file mention a password-locked FTP, and
> git://kernel.org/./gitweb.git is now empty
It has been integrated into git since 1.4.x.
Cheers,
--
Jérôme Marant
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> If I say no and it fails will you kill me?
Of course not :-)
> There are always risks on updates.
Let's go!
--
Jérôme Marant
-get --reinstall install
>
> # check output for obsolete or missing packages
> # optimaly there should be none
> grep-dctrl -P Unofficial yes -s Package,Version /var/lib/dpkg/status
Thanks for the tip.
BTW, are there some risks for it to be destructive? ;-P
--
Jérôme Marant
4.8-8
>
> Is this ok?
Sounds good to me. But as always, experimenting will give
you more clues :-)
--
Jérôme Marant
Joerg Jaspert <[EMAIL PROTECTED]> writes:
> On 10604 March 1977, Jérôme Marant wrote:
>
>> The simplest way I can see is to take the pristine tarball and rename
>> to foo-non-free of foo-non-dfsg, and to just install what was removed
>> from the modified tarba
nly what's necessary plus a minimal custom build
infrastructure?
Thanks.
--
Jérôme Marant
Contrib is for free packages that have a real "Depends:" or
"Recommends:" dependency on a non-free package.
If there isn't any reason for ndiswrapper to depends on a non-free
package, then there is no reason to move it to contrib.
--
Jérôme Marant
ocuments that were
> important to free software, hiding them away in the emacs package -- or
> for that matter, in the gcc info page -- is a really daft way of doing it.
I agree that it makes sense to be able to freely modify documentation because
modifying programs often means changing their documentation accordingly.
--
Jérôme Marant
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> On 11 Feb 2006, Jérôme Marant outgrape:
>
>> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>>
>>>>> On 9 Feb 2006, Jérôme Marant spake thusly:
>>>>>> The only people it made happy are e
ey are not idiots and voting procedures conform our current rules.
--
Jérôme Marant
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Jérôme Marant <[EMAIL PROTECTED]> writes:
>
>> Would you please tell me how necessary it is to modify RMS essays, the
>> GNU Manifesto, and so on, and how removing them from Emacs will make
>> Debian more fre
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Jérôme Marant <[EMAIL PROTECTED]> writes:
>
>> For instance, how does shipping Emacs with verbatim essays from RMS, the GNU
>> Manifesto, and any other stuffs like that makes it non-free? Will removing
>>
ts of other
> people. You know, listening to them seriously, evaluating what they
> say, and so forth, rather than just declaring them idiots, calling
> them fundamentalists, and complaining about voting procedures.
Why "rather than"? I'd say "before" instead.
--
Jérôme Marant
Manoj Srivastava <[EMAIL PROTECTED]> writes:
>>>On 9 Feb 2006, Jérôme Marant spake thusly:
>>>> The only people it made happy are extremists.
>
> Oh, so I am extremist now. By believing that all bits
> modifiable by the computer are software? And the
an extremist minority.
I agree with you. Fundamentaly, we are missing the rationale for the
SC and DFSG, and what was meant in them. They seem to be entrenched
with nobody willing to change/improve them.
> I disagree that I'm an extremist and I don't believe that I'm a minority,
> but I do respect your right to prove me wrong. :)
I'll try to stay civil at least :-)
--
Jérôme Marant
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Jérôme Marant <[EMAIL PROTECTED]> writes:
>
>> That was a 3:1 majority out of 200 voters, considering that Debian
>> counts almost 1000 developers and considering that many pros are
>> convinced they have bee
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Jérôme Marant <[EMAIL PROTECTED]> writes:
>
>> Prior to GFDL, GNU Manuals used to have the same kinds of restrictions
>> like invariant sections but noone has ever battled for moving them
>> to non-free. Then c
t anyway, because I don't think it would be a responsible
attitude. It would be breaking the rules and I'm all against breaking
the law. Either you respect rules or you leave.
The only way to fix this is to change the rules.
--
Jérôme Marant
hall be covered by a free software license, whatsoever".
I think it is insane, so modifying the SC was not a good idea after all.
> > Dictorship of Minorities shall be opposed.
>
> So shall Running of the Mouth on mailing lists.
Sorry, I don't get it.
--
Jérôme Marant
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Quoting Steve Langasek <[EMAIL PROTECTED]>:
> On Thu, Feb 09, 2006 at 12:16:43PM +0100, Jérôme Marant wrote:
> > Quoting Marco d'Itri <[EMAIL PROTECTED]>:
> >
> > > Well, maybe the people who mislabeled the "everything is software" vote
>
te against all options).
>
> Option D (rescind the 2004-03 GR) didn't even reach the 3:1 quorum.
Whatever. Extrapolating would be a fallacy.
--
Jérôme Marant
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
used to have the same kinds of restrictions
like invariant sections but noone has ever battled for moving them
to non-free. Then came GFDL and people suddenly decided to change
the "de facto" rules. This is the kind of consistency I'm talking
about (whether invariant sections should be allowed or not).
--
Jérôme Marant
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> On Thu, 09 Feb 2006, Jérôme Marant wrote:
>> Quoting Marco d'Itri <[EMAIL PROTECTED]>:
>> > Well, maybe the people who mislabeled the "everything is software" vote
>> > as an "
for years to
>> accept non-free documentation into main.
>
> How is this relevant?
Consistency?
--
Jérôme Marant
ists. See #207932. This is a
very good example of the silliness it leads to. You won't be surprised
to see the same fundamentalists as involved in debian-legal crusades.
I'd propose to revert this and clearly define what software is.
--
Jérôme Marant
--
To UNSUBSCRIBE, email to [EMAIL P
t I'm not aware of?
>
> I couldn't find anything like that in `man dpkg-gencontrol`.
Use dpkg-parsechangelog along with sed to get the upstream from
the debian version.
Then use dpkg-gencontrol -VUpstream-Version=$(upstream_version)
--
Jérôme Marant
Simon Richter <[EMAIL PROTECTED]> writes:
> Hello,
>
> Jérôme Marant wrote:
>
>> What is this supposed to mean? If no comments have been made by the
>> author for eight weeks, messages will be automatically declassified?
>> It looks like a kind of opt out t
n of
> the post will also be taken into account by the declassification
> team;
>
> - the list of posts to be declassified will be made available to
> developers two weeks before publication, so that the decisions
Two weeks is too short to review, IMO.
--
Jérôme
;t there?
I meantioned one solution. There is another possible one: source uploads.
And no, I don't think it would cause more breakages than nowdays because
uploading sources only doesn't meant packages have not been build on
our systems.
--
Jérôme Marant
frequent, request a
> ssh login to the amd64 queue.
Noted. Thanks.
--
Jérôme Marant
Colin Watson <[EMAIL PROTECTED]> writes:
> On Fri, Nov 18, 2005 at 03:10:37PM +0100, Jérôme Marant wrote:
>> Quoting Florian Weimer <[EMAIL PROTECTED]>:
>> > * Jérôme Marant:
>> > > Is it currently possible to upload amd64 packages to ftp-master?
>
is more and more common
> in Debian, the people who care most about a problem have insufficient
> privilege to implement a solution.
Considering that a growing number of developers own AMD64 systems,
wouldn't it be better to setup a temporary solution, like an
amd64 upload queue?
--
Jérôme Marant
Lionel Elie Mamane <[EMAIL PROTECTED]> writes:
> On Fri, Nov 18, 2005 at 03:09:03PM +0100, Jérôme Marant wrote:
>> Quoting Joerg Jaspert <[EMAIL PROTECTED]>:
>>> Jérôme Marant schrieb:
>
>>>> Is it currently possible to upload amd64 packages to ftp-
Quoting Florian Weimer <[EMAIL PROTECTED]>:
> * Jérôme Marant:
>
> > Is it currently possible to upload amd64 packages to ftp-master?
>
> amd64 is not yet part of the archive. It depends on the so-called
> "mirror split".
I guess so, but I haven't se
Quoting Joerg Jaspert <[EMAIL PROTECTED]>:
> Jérôme Marant schrieb:
>
> > Is it currently possible to upload amd64 packages to ftp-master?
>
> No.
> Well. Yes. Of course you can upload. They just get rejected. :)
Not good. What is missing to get this fixed?
> >
Hi,
Is it currently possible to upload amd64 packages to ftp-master?
If not, is there any upload queue dedicated at them?
Thanks in advance.
--
Jérôme Marant
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ibly easy to use, and seems
> to Do The Right Thing (TM) with merges more frequently than arch stuff.
> www.darcs.net.
Hogs Powah!
--
Jérôme Marant
packages, for which a C module
> has to be built against each python major version.
Right.
--
Jérôme Marant
in the archive. Except for very widely used
> modules, there should only be a python-foo package, built against the
> default version in sid.
Wasn't there a python-central project aiming at handling byte-compiling
of python modules for any python version installed on a system?
(like emacsen-common)
Cheers,
--
Jérôme Marant
or being that pretentious?
> On Tue, Mar 08, 2005 at 12:05:32PM +0100, Jérôme Marant wrote:
> > What's the purpose of NEW then? Why are packages allowed in NEW
> > while preparing the release if they're not going to be processed?
>
> I didn't say that NEW doesn'
t to "fire" people for not doing their job, there is not
much to say about this.
> Regards
>
> Javier
>
> PS: Fixed and uploaded #279483 and #292176 and #296311 before
> mailing this, BTW. Just to put my hands where my mouth is.
Bragging.
--
Jérôme Marant
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
f WWII.
>
> The game play is centered around "what if hitler had developed Nuclear
> Weapons first?", or "What if the Nazi army had beed supplied better and
> the allies were unable to discontinue their supply chain?". It is the
> Goal of SimNazi to be as historicaly accurate as possible.
Beautiful! ;-)
--
Jérôme Marant
http://marant.org
t;...
AFAIK, it has nothing to do with VC.
--
Jérôme Marant
http://marant.org
Francesco Paolo Lovergine <[EMAIL PROTECTED]> writes:
> On Sat, Oct 23, 2004 at 11:54:05AM +0200, Jérôme Marant wrote:
>> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>>
>> >> Okay, that's what t-p-u is roughly for, but the fact is that it's
>
Mark Brown <[EMAIL PROTECTED]> writes:
> On Sat, Oct 23, 2004 at 11:54:05AM +0200, Jérôme Marant wrote:
>> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>
>> >Could you elaborate on that? Why is it so painful?
>
>> Probably because you need maintain pa
7;s merely
> *correlation* between the architecture count and the time to release, not
> *causality*.
Colin mentioned architectures supported by Ubuntu.
--
Jérôme Marant
http://marant.org
Steve Langasek <[EMAIL PROTECTED]> writes:
>> Nonetheless, you won't deny it makes things significantly slower.
>
> By saying that it makes a negligible difference, he *did* deny that it makes
> things significantly slower.
I forgot to add "in Debian". No
Matthew Garrett <[EMAIL PROTECTED]> writes:
> Jérôme Marant <[EMAIL PROTECTED]> wrote:
>
>> Are you saying that technical choices do not contribute to the success
>> of Canonical? For instance, deciding to target the distribution at
>> most popular architec
able regarding package
>> versions, testing is roughly ready for release.
>
> This may take forever. However, frozen-testing and
> frozen-candidate may fugue towards equivalence asymptotically.
It depends of the criteria of equality. You don't necessarily
want to be that strict.
--
Jérôme Marant
http://marant.org
erence is that I don't want to throw Testing out.
>
> Quite. But you have not mentioned how you are going to
> ameliorate the effect of closing down all development for a few
> months by shutting down unstable.
I've neither promised the Voodoo magic which would fix everything.
table and
testing at the same time.
--
Jérôme Marant
http://marant.org
l in his DPL platform
two years ago. Are you refering to this? I recall he has been utterly
pissed of by the RM at that moment.
> But that involves getting down, rolling up your sleeves, and
> doing _work_ -- rather than convincing other people to do it your
> way. The former is more likely to succeed.
Ack.
--
Jérôme Marant
http://marant.org
s
> of FTBFS bugs) just by applying all the great ideas about improved
> packaging that I have in mind. No upstream version needed for that.
Come on, this is ridiculous. Of course, you can always cheat if you
want to. If we can't expect developers to be responsible people
at all, then we
t;> Instead of always telling than a given idea won't work, let's try it
>> and conclude afterwards.
>
> We have tried the whole freezing route. But feel free to try
> it out (like aj did Testing), and tell us how it would have worked.
The difference is that I don't want to throw Testing out.
--
Jérôme Marant
http://marant.org
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> On Fri, 22 Oct 2004 10:20:51 +0200, Jérôme Marant <[EMAIL PROTECTED]> said:
>
>> Debian developers, on the contrary, run unstable and rarely run
>> testing, which means that they don't really know abou
mployee and a Debian developer,
> the number of architectures supported by Ubuntu makes a negligible
> difference to Ubuntu's ability to release.
Nonetheless, you won't deny it makes things significantly slower.
--
Jérôme Marant
http://marant.org
Colin Watson <[EMAIL PROTECTED]> writes:
> On Fri, Oct 22, 2004 at 02:48:01PM +0200, Jérôme Marant wrote:
>> Joey Hess <[EMAIL PROTECTED]> writes:
>> > When we used to freeze unstable before a release, one of the problems
>> > was that many updates were b
rding package
versions, testing is roughly ready for release.
--
Jérôme Marant
http://marant.org
your point of view on the technical
flaws as well.
Thanks.
--
Jérôme Marant
http://marant.org
t do you think we'd get by combining both (testing + unstable freeze)?
--
Jérôme Marant
http://marant.org
Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> writes:
> On 20041022T134825+0200, Jérôme Marant wrote:
>> Before "testing", the RM used to freeze unstable and people were
>> working on fixing bugs. There were pretest cycles with bug horizons,
>> and freezes were
arches was a pain,
that's why I'd say let's combine both.
Instead of always telling than a given idea won't work, let's
try it and conclude afterwards.
Cheers,
--
Jérôme Marant
Selon Eduard Bloch <[EMAIL PROTECTED]>:
> #include
> * Jérôme Marant [Fri, Oct 22 2004, 10:20:51AM]:
>
> > Some improvements have already been proposed by Eduard Bloch and
> > Adrian Bunk: freezing unstable while keeping testing.
>
> Jerome, please, you could hav
uicker Debian people can start working on
on the next release.
Cheers,
--
Jérôme Marant
case, If we want to stop supporting emacs20, do we need
to change dependencies of every package alternatively depending on emacs20
(like emacs20 | emacs21 etc)?
--
Jérôme Marant
Quoting Santiago Vila <[EMAIL PROTECTED]>:
> On Tue, 18 Nov 2003, Jérôme Marant wrote:
>
> > Quoting Matt Zimmerman <[EMAIL PROTECTED]>:
> >
> > > On Mon, Nov 17, 2003 at 06:33:52PM -0500, Nathanael Nerode wrote:
> > >
> > > > I
its removal? I don't see a bug
> report open against ftp.debian.org.
AFAIK, Rob doesn't want to maintain it anymore since Emacs21 has been
around for more than two years now and he doesn't want to spend time
in fixing bugs that have already been fixed in Emacs 21.
So, there isn't any problem in removing it.
--
Jérôme Marant
for their removal, you need to do that same checkings for
every package shipped outside of Emacs as well.
--
Jérôme Marant
;
> It doesn't seem to work that way.
IIRC it does. At least, it used to work for one of my packages
last year.
--
Jérôme Marant
don't forget to call them "licensing geeks"!
Do you think such an expression would provoke the same emotional
response? ;-)
--
Jérôme Marant
need to discuss
> this matter here; it has already been thoroughly discussed
> in debian-legal and that is the best place to continue the
> discussion if you really can't let the subject drop.
A storm in a tea cup. Relax.
--
Jérôme Marant
> "darn" might have helped, too.
>
> Jérôme, please use "darn cabal of debian-legal zealots" next time.
>cu and- triple reading the original mail, stil smiling -reas
Ah! There is at least someone in this project with some sense of
humour.
--
Jérôme Marant
Quoting Branden Robinson <[EMAIL PROTECTED]>:
> On Thu, Aug 21, 2003 at 12:18:10PM +0200, Jérôme Marant wrote:
> > We musn't let the bigots decide for us! ;-)
>
> Thanks for excusing yourself from the discussion thus.
Where has you sense of humour gone?
More serious
he DFSG but it hasn't been written
anywere that documentation is software. Nobody managed to convince
me after many discussions on debian-legal.
I tend to agree with John Goerzen, see "Inconsistencies in our approach"
thread.
Branden's survey is misleading and assumes that documentation is
software. It is unfair and doesn't count.
--
Jérôme Marant
, no, no! You don't get it. There may be a majority among the
debian-legal zealots, but we need a consensus among Debian as a
whole (which means voting of course).
We musn't let the bigots decide for us! ;-)
--
Jérôme Marant
; license is less than Free. Can we please move along now?
Just don't read the thread.
--
Jérôme Marant
Quoting Peter S Galbraith <[EMAIL PROTECTED]>:
> Jérôme Marant <[EMAIL PROTECTED]> wrote:
>
> > Quoting Scott James Remnant <[EMAIL PROTECTED]>:
> >
> > > > No he wouldn't. FDL is about free documentation. :-)
> > > >
> >
Quoting Scott James Remnant <[EMAIL PROTECTED]>:
> > No he wouldn't. FDL is about free documentation. :-)
> >
> Except it isn't :-)
According to you :-)
--
Jérôme Marant <[EMAIL PROTECTED]>
#x27;t magically turn the
documentation into a program; so this is not about mixing too
different codes. Just like, inserting a piece of code into a manual
doesn't turn the piece of code into documentation where the documentation
license applies.
See John Goerzen's message "Inconsistencies in our approach" in
debian-legal.
--
Jérôme Marant
; >
> > Thanks Richard for keeping me laughing.
>
> Bah, if RMS really didn't like non-free software, he would give up with
> that FDL stuff...
No he wouldn't. FDL is about free documentation. :-)
--
Jérôme Marant
.
Usually, you can use apt-cache showpkg libexif8 and send a message to
every maintainer whose package depends on it, asking to rebuild against
the new libexif9. When everyone has rebuilt against the new lib,
then you can ask for the removal of the old library.
Cheers,
--
Jérôme Marant
ntainer not to allow the
> package to be removed before all other packages have transitioned. It
> usually doesn't take much more work as long as the maintainer is even
> aware of what will happen.
It is not policy problem, it is a common sense one!
--
Jérôme Marant
Joey Hess <[EMAIL PROTECTED]> writes:
> Jérôme Marant wrote:
>> Userfirendliness means necessarily hiding technical details IMO, without
>> dealing with graphical aspects. I think that D-i hasn't reach that
>> state.
>
> It seems you're not aware of
IMO, without
dealing with graphical aspects. I think that D-i hasn't reach that
state.
You can find d-i screenshots there: http://people.debian.org/~sjogren
--
Jérôme Marant
willing to work on d-i
> means that it will more than likely accumulate improvements over time.
> You can't say that about boot-floppies. I, for one, hope that the aim
> is to eventually have a very friendly installer. Even the most
> knowledgable people will appreciate hardware detection.
Who knows ...
--
Jérôme Marant
Quoting "Bernhard R. Link" <[EMAIL PROTECTED]>:
> * Jérôme Marant <[EMAIL PROTECTED]> [030724 15:08]:
> > >From the user point of view, the new debian-installer looks almost
> > > like boot-floppies (plus some bits of hardware autodetection).
>
has been done on the user friendliness side.
>From the developer point of view, debian-installer is much more
maintainable that boot-floppies. So, it is going be easier to
make it ready quickly for next Debian releases (boot-floppies
have been the bottleneck of past releases).
--
Jérôme Marant
and redistributing
it without changing the author's name.
It is obvious it should be out of the scope of DFSG.
--
Jérôme Marant
En réponse à Stefano Zacchiroli <[EMAIL PROTECTED]>:
> Alioth seems to be down, pings seems to stop at gatekeeper.terena.nl
> ...
>
> Was this expected?
Yes, and no.
No, because it is a connection failure.
Yes, because the machine is a ia64 ;-)
Cheers,
--
Jérôme Marant
En réponse à Matthias Klose <[EMAIL PROTECTED]>:
> Btw, looking at the reports, I see 30 submitted from i386
> architectures,
> one from a powerpc machine, none from other architectures, although
> all
> architectures are affected. Conclusions? ;-)
Let's drop the othe
stem that contained all the packaging information
> required to build the entire distribution in one place that all DD's
> had access to (and actually used) would be a good thing. That along
We have the alioth service nowdays, which is made for easying the
work in team on packaging.
Jérôme Marant <[EMAIL PROTECTED]> writes:
> En réponse à Josselin Mouette <[EMAIL PROTECTED]>:
>
>> Le ven 25/04/2003 à 11:08, Jérôme Marant a écrit :
>>
>> > libqt3-mt-dev Depends: libpng12-0-dev but it is not going to
>> > be installed
>>
En réponse à Josselin Mouette <[EMAIL PROTECTED]>:
> Le ven 25/04/2003 à 11:08, Jérôme Marant a écrit :
>
> > libqt3-mt-dev Depends: libpng12-0-dev but it is not going to
> > be installed
> >
> > I think that it depends on the packages that are installed
&g
ng to
be installed
I think that it depends on the packages that are installed
on the system. So, I'm sure I must resolve the problem
manualy since APT is not going to do it for me.
Any idea?
--
Jérôme Marant <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
http://marant.org
En réponse à Josselin Mouette <[EMAIL PROTECTED]>:
> As libpng12-dev provides libpng12-0-dev, and there are no versioned
> dependencies on it, there is no breakage.
apt-get install libqt3-mt-dev
doesn't work because it cannot install libpng12-0-dev despite
what you are s
Hi,
It seems that libpng12-0-dev has been silently replaced
by libpng12-dev, and packages depending on it are broken
now.
Shouldn't a libpng12-0-dev depending on libpng12-dev have
been kept, for transitional purpose?
Cheers,
--
Jérôme Marant
http://marant.org
En réponse à christophe barbe <[EMAIL PROTECTED]>:
>
> I wonder why only the .changes files are readable in the NEW queue.
> Is there a reason for this?
Yes, it is normal. The reason is crypto-in-main: they have to be
checked by ftp-masters first.
--
Jérôme Marant
ndan orphans.
>
> First of all emacs is pure bloat so who cares what it does... Vim has
Exactly. Emacs is pure bloat, just like KDE.
--
Jérôme Marant <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
http://marant.org
1 - 100 of 164 matches
Mail list logo
