.
http://lists.debian.org/debian-devel-announce/2002/debian-devel-announce-200210/msg4.html
This experimental release was based upon the last released version of
APT (0.5.5.1) and was implemented by Debian-BR member and Debian
Developer Otavio Salvador [EMAIL PROTECTED]. Complete sources
Christopher Martin [EMAIL PROTECTED] writes:
On November 11, 2005 19:53, Otavio Salvador wrote:
I prepared a new package of grub for upload in next days. It still
needs some work but looks like a good improvement.
Would be good if you could do a brief test of it and provide feedback
Joey Hess [EMAIL PROTECTED] writes:
A lintian-like test to see if the listed bugs match the package before
uploading seems more useful to me. It would have prevented this
particular problem.
IMHO, is the best and easier alternative.
--
O T A V I OS A L V A D O R
Joey Hess [EMAIL PROTECTED] writes:
Gustavo Franco wrote:
I agree with similar things being said but i'm yet to hear about the
lack of collaboration and give Debian something back. For example: I
don't remember too much people caring about PGI (Progeny) and after
that anaconda port to say
Matt Zimmerman [EMAIL PROTECTED] writes:
I would very much appreciate if folks would review
http://lists.debian.org/debian-devel/2005/05/msg00260.html and consider the
points that I raise there. I put some effort into collating the issues
which came up the last time and presenting them.
In
Adam Heath [EMAIL PROTECTED] writes:
* 1 FETCH (BODY[TEXT] {1008}
On Tue, 17 Jan 2006, Otavio Salvador wrote:
In my point of view, maintainer field just need to be change when
Ubuntu does a non-trivial change on it. Otherwise, at least to me, is
OK to leave the maintainer field unchanged
Andreas Tille [EMAIL PROTECTED] writes:
In case of CDDs, the only exception is it isn't build against other
libraries but it is installed by different cd set and downloaded from
another location in many cases.
If it is a CDD than it is installed from a Debian mirror and nothing else.
Andreas Tille [EMAIL PROTECTED] writes:
On Wed, 18 Jan 2006, Otavio Salvador wrote:
Debian-EDU is available in Debian but also outside of it since they
Well, that's a temporary hack until we have implemented solutions which
makes this superfluous.
But exist!
--
O T A V I OS
Lionel Elie Mamane [EMAIL PROTECTED] writes:
Otavio, you seem to have been his sponsor, do you have any news from
him in the last 6 months (or since January, 1st 2005, for that
matter)? Anybody else?
I didn't have any news from him. :(
I think would be fine if you take over the package.
Lionel Elie Mamane [EMAIL PROTECTED] writes:
The remaining question is the equivs package, which is NMU-maintained
these days. I suppose that the qa group should take it after a week or
two?
Hijack it?
--
O T A V I OS A L V A D O R
-
Ian Jackson [EMAIL PROTECTED] writes:
Should I file the mawk patch, attached, as a wishlist bug against
mawk[3] ? It would be nice to be able to integrate the tests for each
package as far upstream as possible; at the moment, that probably
means putting it in the Debian packages.
If you
Fernando Ike de Oliveira [EMAIL PROTECTED] writes:
retitle 335018 ITP:GNU Ferret - GNU Free Entity
This should be sent to [EMAIL PROTECTED]
--
O T A V I OS A L V A D O R
-
E-mail: [EMAIL PROTECTED] UIN: 5906116
GNU/Linux User:
Martin Schulze [EMAIL PROTECTED] writes:
I'm sick of this entire situation. It makes me ill, angry and utterly
frustrated. It causes me being frustrated of Debian and unable to work on
other issues, needing a rest more often that planned. I should do better
with my limited life. Hence, I
Martin Zobel-Helas [EMAIL PROTECTED] writes:
To continue the service of stable point releases to our users, Andreas
Barth and I took over the Stable Release Management. We will try to add
other people to our team, improving responsiveness and quality.
What will the process to someone who
Andres Salomon [EMAIL PROTECTED] writes:
I strongly oppose to such an expulsion.
It amazes me that people oppose expulsion, but are perfectly happy to
allow the DAMs to decide whether or not a NM is to be let into the
project. Why do we trust the DAM's judgement in one scenario but not
the
martin f krafft [EMAIL PROTECTED] writes:
also sprach Gustavo Franco [EMAIL PROTECTED] [2006.03.15.1512 +0100]:
It seems that the project is splitting in two groups basically:
The people that wants to work together and release Etch, and the
people that with a reason or not wants to see it
Nick Burkett [EMAIL PROTECTED] writes:
Hi,
Hello Nick,
I've just upgraded my sid system (i386) without
realising that libstdc++-pre6 is completely broken...
I've got an essay due in 24 hours which (was) being
written in lyx (which now doesn't work). Does anyone know
where I can get a
Adam Heath [EMAIL PROTECTED] writes:
On Mon, 12 May 2003, Otavio Salvador wrote:
I've sent one version to solve all serious (#192409, #192458), and one
grave bug(#131779) to my repository[1].
All patches applied on this version already was sent to the BTS and
are waiting the merge for some
Hello Adam,
The one to fix the ::Scan issue *must* rename the existing Scan
method to Scan_internal(or some such), and make a new Scan that
matches the old api signature, and calls Scan_internal in a loop.
Why doesn't change the code to check the return value?
I've sent a patch to try solve
Fabio Massimo Di Nitto [EMAIL PROTECTED] writes:
Hi Otavio,
Hello Fabio,
just for pure curiosity, when do you expect to have the full system
integrated within Debian?
I think the code need some otimization and one missing feature to
fallback language codes. After this, in IMHO, the system
Fabio Massimo Di Nitto [EMAIL PROTECTED] writes:
Have you use this version for testing?
To be hounest no i didn't test it since i personally don't like to use
other language than english on my computers. I was only curious about the
integration status since i like to see big projects merging
Tom Badran [EMAIL PROTECTED] writes:
The latest libfreetype6 (as of this morning) seems to slight degrade font
rendering for me (this is an LCD screen with sub pixel hinting). For instance
...
Please do a Bug report about this.
TIA,
Otavio
--
O T A V I OS A L V A D O R
|| On Fri, 22 Oct 2004 14:52:05 -0400
|| Joey Hess [EMAIL PROTECTED] wrote:
jh Martin Schulze wrote:
Logbooks are suited for a lot, but not for discussions. They're more
suited for experiences, statements and the like.
I'm thankful you're taking the discussion to this list, where probably
|| On Fri, 12 Nov 2004 14:55:40 +0100
|| Rene Engelhard [EMAIL PROTECTED] wrote:
re I don't think so. Your package doesn't need pkg-config. It can be used
without
re it. If you use pkg-config in the app using the lib you can build-depend on
it
re extra at that package...
Should I fill
|| On Sat, 13 Nov 2004 18:42:47 +0100
|| Piotr Roszatycki [EMAIL PROTECTED] wrote:
pr If it is possible, I'd like to upload the packages to the experimental
pr archive.
I think is the right place to put it.
--
O T A V I OS A L V A D O R
|| On Mon, 6 Dec 2004 16:18:24 +0100
|| [EMAIL PROTECTED] wrote:
l Otavio Salvador agreed to sponsor this package.
l We decided to wait one week before upload it to the archive, in order to
l get some more feedback. Probably we can already upload it. What do you think,
l Otavio? The only problem
|| On Thu, 09 Dec 2004 15:51:15 -0500
|| Ian Murdock [EMAIL PROTECTED] wrote:
And which I doubt we will get with LCC, since the kernel is the most
important piece which needs to be certificated.
im The common core will include a common kernel. See the FAQ at
im
|| On Mon, 3 Jan 2005 01:08:49 -0500
|| Kevin Mark [EMAIL PROTECTED] wrote:
km Hi Folks,
km I have updated my diagram on the debian developement model. Any comments
km appreciated!
IMHO have one wrong information on that. When the package go to
experimental, it comes from DD .deb like when it
|| On Sat, 12 Feb 2005 16:47:27 +0100
|| martin f krafft [EMAIL PROTECTED] wrote:
mfk Based on the work of Kevin Mark (URL not available, sorry), I have
mfk made a graph of the life cycle of a Debian package for inclusion in
mfk my forthcoming book (http://debianbook.info). You can find the
mfk
|| On Sat, 12 Feb 2005 18:50:56 +0100
|| martin f krafft [EMAIL PROTECTED] wrote:
mfk also sprach Otavio Salvador [EMAIL PROTECTED] [2005.02.12.1842 +0100]:
I think you might change this:
incoming - package source - buildds - package upload - incoming
mfk Given that incoming contains
|| On Wed, 16 Feb 2005 08:36:59 +0100
|| Petter Reinholdtsen [EMAIL PROTECTED] wrote:
pr (If only Ubuntu would do an effort to get their home-made packages
pr like xresprobe into Debian. :)
I talked with Daniel Stone about it and I'll maintain it inside of
Debian.
The current lack is it have
|| On Wed, 16 Feb 2005 09:00:37 +0100
|| Marc Haber [EMAIL PROTECTED] wrote:
mh On Sat, 12 Feb 2005 23:16:31 +0100, Florian Weimer [EMAIL PROTECTED]
mh wrote:
* Torsten Landschoff:
Wanted to do that - but! Does svk handle symlinks? Thinking of
/etc/rc?.d and /etc/alternatives... Wrote my own
|| On Tue, 22 Feb 2005 15:15:39 +0100
|| Paul van der Vlis [EMAIL PROTECTED] wrote:
pvdv Hello,
pvdv During install my videocard is not detected by Debconf. It is a cheap
pvdv Nvidia compatible videocard what uses the nv driver.
pvdv How can I tell the Discover-developpers about this
|| On Fri, 25 Feb 2005 15:09:07 +0100
|| Torsten Landschoff [EMAIL PROTECTED] wrote:
tl Hi Joey,
tl On Thu, Feb 24, 2005 at 04:42:49PM -0500, Joey Hess wrote:
I've done this for years using the attached script (which will work with
both svn and cvs (less well), and can also tag releases).
tl
|| On Thu, 10 Mar 2005 17:16:09 -0300
|| Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
hdmh On Thu, 10 Mar 2005, Joey Hess wrote:
painful to the installation team, I mostly wanted to ask: Is xprintorg
still needed to print from mozilla, openoffice, firefox, etc, or has
that been
|| On Thu, 10 Mar 2005 18:13:46 -0300
|| Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
hdmh On Thu, 10 Mar 2005, Otavio Salvador wrote:
The problem is larger then that. Leave it on task will require update
of installation manual and update of all translations too.
hdmh Then we are best
|| On Thu, 10 Mar 2005 12:56:46 -0800
|| Keith Packard [EMAIL PROTECTED] wrote:
kp Around 14 o'clock on Mar 10, Joey Hess wrote:
Back history: I added xprt-xprintorg to the desktop task at the end of
January after receiving bug #226605 which stated that
More and more applications like
|| On Thu, 10 Mar 2005 19:37:16 -0500
|| Joey Hess [EMAIL PROTECTED] wrote:
jh Otavio Salvador wrote:
Not really. Like you did remember, exist some language that need it
for printing and in this case i think it should be included.
jh What languages (and why)?
Like Henrique, I don't remember
|| On Fri, 11 Mar 2005 14:27:49 -0500
|| linux romeo [EMAIL PROTECTED] wrote:
lr Hello Marco/List,
lrI am willing .
lr I wish to work on a project which incorporates
lr 1) State linux (http://fedora.redhat.com/projects/stateless/)
lr 2)Meets most of OSDL Desktop Linux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[ I'm including the debian-devel list in CC since I appreciate the
opinion of others developpers ]
James Troup [EMAIL PROTECTED] writes:
This package is dubiously small enough as it is without being split
into two. There's no need to separate the
Steve Greenland [EMAIL PROTECTED] writes:
On 16-Oct-03, 10:50 (CDT), Otavio Salvador [EMAIL PROTECTED] wrote:
[ I'm including the debian-devel list in CC since I appreciate the
opinion of others developpers ]
Okay, since you ask:
Perfect :-)
James Troup [EMAIL PROTECTED] writes
Andreas Metzler [EMAIL PROTECTED] writes:
Otavio Salvador [EMAIL PROTECTED] wrote:
[ I'm including the debian-devel list in CC since I appreciate the
opinion of others developpers ]
James Troup [EMAIL PROTECTED] writes:
This package is dubiously small enough as it is without being split
Joerg Jaspert [EMAIL PROTECTED] writes:
Otavio Salvador [EMAIL PROTECTED] writes:
And no one is obliged to do all like James think. The package follow
the policy and doesn't have any point in policy talking about size
requeriments.
Policy is not everything that counts. Just because policy
Peter Makholm [EMAIL PROTECTED] writes:
Otavio Salvador [EMAIL PROTECTED] writes:
The Social Contract say: The focus is the user. So, to enduser is more
easy provide two packages and he can choice what to do.
I disagree. Forcing the user to spend to much time micromanage which
stuff he
Steve Greenland [EMAIL PROTECTED] writes:
On 16-Oct-03, 13:11 (CDT), Otavio Salvador [EMAIL PROTECTED] wrote:
Yes but to my sense is really better to enduser have this packages
splited since the search-citeseer can work (without problems) without
the -el part and I want provide this option
Peter Makholm [EMAIL PROTECTED] writes:
Otavio Salvador [EMAIL PROTECTED] writes:
I disagree. Forcing the user to spend to much time micromanage which
stuff he wants is not to the bennefit of the user. Neither for the
unexperienced user nor the power user.
More or less. One search show
Matthew Palmer [EMAIL PROTECTED] writes:
Of course but I think if the developper did something is because he
think this is better and this should be respected (if doesn't broke
the policy)
You've had about 8 people tell you that what you did was a bad idea, along
with some pretty reasoned
Peter S Galbraith [EMAIL PROTECTED] writes:
Otavio Salvador [EMAIL PROTECTED] wrote:
[ I'm including the debian-devel list in CC since I appreciate the
opinion of others developpers ]
James Troup [EMAIL PROTECTED] writes:
This package is dubiously small enough as it is without being
Lars Wirzenius [EMAIL PROTECTED] writes:
I think this is best left to unstable/experimental. Adding yet another
layer of distributions would just increase the workload managing them.
I didn't suggest it as a layer in the
stable/testing/unstable/experimental spectrum. Rather, it is meant to
Don Armstrong [EMAIL PROTECTED] writes:
Even if it's with versioning information? It would be usefull to keep it
until the buggy version is available in the archive, what do others
think?
Archiving is currently disabled until the exact mechanism of its
operation with versioning is worked
Roberto C. Sanchez [EMAIL PROTECTED] writes:
Otavio Salvador wrote:
What's the current consensus right now?
IMHO, we should display every bug that still affect stable so we won't
receive duplicated reports so often.
What about oldstable while it is supported?
IMHO, would be good
Simon Richter [EMAIL PROTECTED] writes:
Hi,
Christoph Haas schrieb:
* NTP server
(some work required; currently, not-really-maintained by the Debian
NTP Team, which consists of zero active members)
I'd take my chance on this one. There is a large number of bugs open and
I believe that
Wouter Verhelst [EMAIL PROTECTED] writes:
On Tue, May 30, 2006 at 11:04:29AM +0200, Petter Reinholdtsen wrote:
[Benjamin Seidenberg]
FYI:
12:33 Ganneff and for all those impatient waiting for NEW: i will
clear that in my jetlag time, in those nights i
Roberto C. Sanchez [EMAIL PROTECTED] writes:
I have a package ready at the moment. However, it only cleanly builds
with the version of gcc in Sarge. I have been assured by upstream that
a new release is forthcoming which fixes the build issues with gcc 4.x.
Once it is out, the package will
Steve Langasek [EMAIL PROTECTED] writes:
On Wed, May 31, 2006 at 02:05:13PM +0200, Daniel Kobras wrote:
On Tue, May 30, 2006 at 04:12:31PM -0700, Steve Langasek wrote:
On Tue, May 30, 2006 at 11:22:51AM +0200, Simon Richter wrote:
Steve Langasek schrieb:
Package: oldpkg
Depends:
Hello Folks,
I did the upload of our new LTSP version. Of course, I'm very happy
with it! It does a great job and will have a lot of new bugs since we
redid a lot of code.
Personally, I would like to thank firstly to Vagrant (vagrantc) who
spent a lot of time working with me at Debcamp and to
Roberto C. Sanchez [EMAIL PROTECTED] writes:
Otavio Salvador wrote:
Hello Folks,
I did the upload of our new LTSP version. Of course, I'm very happy
with it! It does a great job and will have a lot of new bugs since we
redid a lot of code.
Personally, I would like to thank firstly
Roberto C. Sanchez [EMAIL PROTECTED] writes:
Also, there's some tools from ltsp-utils that might be good to have in
but then would be good if you join pkg-ltsp project and coordenate
with the rest of people what to get in.
See you there ;-)
OK. If that is the case, please feel free to
Gustavo Franco [EMAIL PROTECTED] writes:
Agreed. Btw, it would be better keep Etch package descriptions updated
during its support cycle, but i think it's impossible with the
infrascture we've, right ?
No. We already have the previous working structure all up and
running. What we want to do
Gustavo Franco [EMAIL PROTECTED] writes:
On 6/6/06, Otavio Salvador [EMAIL PROTECTED] wrote:
Gustavo Franco [EMAIL PROTECTED] writes:
Agreed. Btw, it would be better keep Etch package descriptions updated
during its support cycle, but i think it's impossible with the
infrascture we've
Gustavo Franco [EMAIL PROTECTED] writes:
Nice, thanks. While we're at this subject, what's your view on the
Ubuntu language packs? Are we going to extract the translations from
the packages creating language packs? It has pros and cons, and
the best thing i see is the possibility to keep
Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED] writes:
[ otavio CCed ]
On 06/18/2006 09:39 PM, [EMAIL PROTECTED] wrote:
Howdy. Just wondering if anyone knows the whereabouts of two maintainers:
Otavio Salvador (apt-proxy)
Sorry by not reply. I must had lost your mail.
Well, current
Steinar H. Gunderson [EMAIL PROTECTED] writes:
[Don Armstrong had a different suggestion here: Make the default view show
anything applicable to unstable, _plus_ anything that is not marked as
fixed in any version. I don't believe the difference is all that
big.]
Since our
Steinar H. Gunderson [EMAIL PROTECTED] writes:
On Mon, Jun 19, 2006 at 05:15:02PM -0300, Otavio Salvador wrote:
Since our default development suite is unstable, IMHO, does make sense
to see bugs in previous versions that are solved in unstable.
Well, what do you propose as criteria
Chris Halls [EMAIL PROTECTED] writes:
On Tuesday 20 June 2006 11:38, Goswin von Brederlow wrote:
Wouldn't it be better to merge this with apt-cacher and combine your
skills and time? They do seem awfully similar in what they do if not
how they do it.
Well, when apt-cacher started out, it
Christoph Haas [EMAIL PROTECTED] writes:
So before diving into into regular expressions any further (I have no
practical experience with lookahead patterns for example) I would like
to know if anyone else has worked on this. Perhaps even some Debian tool
does this parsing. I need an
Christoph Haas [EMAIL PROTECTED] writes:
On Wed, Jun 21, 2006 at 09:15:41AM -0300, Otavio Salvador wrote:
Christoph Haas [EMAIL PROTECTED] writes:
So before diving into into regular expressions any further (I have no
practical experience with lookahead patterns for example) I would like
Christoph Haas [EMAIL PROTECTED] writes:
On Wed, Jun 21, 2006 at 03:04:54PM +0200, Christoph Haas wrote:
On Wed, Jun 21, 2006 at 09:15:41AM -0300, Otavio Salvador wrote:
Christoph Haas [EMAIL PROTECTED] writes:
So before diving into into regular expressions any further (I have
Eduard Bloch [EMAIL PROTECTED] writes:
But current apt-cacher still miss some nice features of apt-proxy like
the possibility to enforce a server to be use for Debian or anything
else.
Parse error. What do you want to enforce? You can setup path mapping
(from /debian to a list of real
David Härdeman [EMAIL PROTECTED] writes:
o suspend-to-disk
There have been concerns that suspend/resume may not work with swap on
a lvm volume.
A patch was send today for initramfs-tools to address some issues of
it and in new upload should be fine. Am I right maks?
--
O T A V I O
David Härdeman [EMAIL PROTECTED] writes:
The patch allows root and swap to be on different LVM VG's and should
be included in the next initramfs-tools version after 0.64 (which is
in incoming right now) according to maks on IRC.
Also, if you and partman-auto-lvm later move to use swap in lvm
Carlos Villegas [EMAIL PROTECTED] writes:
Hi, a list containing the LSB-compliance to runtime dependencies of
init scripts is now available at
URL:http://initscripts-ng.alioth.debian.org/soc2006-bootsystem/lsblist.html.
Looks like it's not updated. I did a check in alsa package and its bug
Frans Pop [EMAIL PROTECTED] writes:
On Tuesday 25 July 2006 01:42, Marco d'Itri wrote:
Which packages actually use it, and why?
What can it do that echo $VALUE /sys$DEVPATH/attribute and similar
commands cannot do?
What is the point of having an abstraction layer for a published and
[EMAIL PROTECTED] (Roberto C. Sanchez) writes:
On Tue, Jul 25, 2006 at 09:18:27AM -0400, Daniel Jacobowitz wrote:
I replicate the advantages of quilt by keeping quilt patches in
Subversion. This allows me to use svn-inject -o, which doesn't put
the upstream sources in version control at
Eduard Bloch [EMAIL PROTECTED] writes:
#include hallo.h
* Otavio Salvador [Mon, Jul 24 2006, 09:26:58PM]:
IMO it is much easier to find functionality like this if it is already
present on the system than if you have to search for it. And it seems to
me basic enough that it warrants
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Jul 25, Otavio Salvador [EMAIL PROTECTED] wrote:
I agree that we already have equivalent functionality for /proc values
so makes sense to have it in too.
No, wishing a feature-complete set of configuration file for aestethical
reasons
Matthew Garrett [EMAIL PROTECTED] writes:
Steve Kemp [EMAIL PROTECTED] wrote:
Neither Ubuntu nor Debian do anything special to get hardware support
that is provided by the kernel proper and tools that neither group
created.
That's not actually true. I do a lot of work in Ubuntu to add
Katrina Jackson [EMAIL PROTECTED] writes:
I keep seeing your arguments about how some people want on;y a 100 MB system
by
default. But you do give an option to have a Desktop, even Laptop install.
What not make those installs have better support for Desktop and Laptop
Users.
For
Katrina Jackson [EMAIL PROTECTED] writes:
On 7/28/06, Otavio Salvador [EMAIL PROTECTED] wrote:
This is done by Desktop environmnet task. You might give a try to
Debian once d-i beta3 goes out and then redo your comments.
I think would be really good if you could to do
Roger Leigh [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Marco d'Itri) writes:
On Jul 28, John Goerzen [EMAIL PROTECTED] wrote:
* xen integration
Everybody that matters is doing this.
BTW, where is this integration visible?
Do we have a VM provisioning system?
Just for the record, once
Josselin Mouette [EMAIL PROTECTED] writes:
Le vendredi 28 juillet 2006 à 17:02 -0300, Otavio Salvador a écrit :
The Marketing thing behind Ubuntu works very well and we should
learn with them. We have a team to deal with Press and that might work
better. Other problem is that most of people
martin f krafft [EMAIL PROTECTED] writes:
Thanks, Christoph, I think you argued a good case!
I'll probably use bzr when I need to keep something revisioned
without much fuss just to save the time for svnadmin create and
a DAV share on my Apache. But for everything else I think I'll
stay
Adeodato Simó [EMAIL PROTECTED] writes:
Then each developer can prepare a set of changes offline, do all the
branching, merging, commiting and uncommiting (gotta love that) that
they want, and when they're done, do e.g.:
% bzr push sftp://costa.debian.org/bzr/pkg-xiph/vorbis-tools
We're
John Goerzen [EMAIL PROTECTED] writes:
On Tue, Aug 01, 2006 at 08:31:37PM +0200, Adeodato Simó wrote:
Right, bzr is great when you have a designed person to integrate
contributor's changes after review.
But if you have a set of equal developers, bzr can be also used in a
very similar way
John Goerzen [EMAIL PROTECTED] writes:
On Tue, Aug 01, 2006 at 05:36:07PM -0300, Otavio Salvador wrote:
Darcs has a nice way of pushing patches via e-mail, with GPG signatures
even. These can be processed in an automated way on the server,
verified against, for instance, the Debian
John Goerzen [EMAIL PROTECTED] writes:
On Tue, Aug 01, 2006 at 06:12:34PM -0300, Otavio Salvador wrote:
diff also doesn't preserve permissions, so some are using debian/rules
anyway.
Indeed but that can make thing broke due the wrong permission of
upstream files, iff you use darcs
Frank Küster [EMAIL PROTECTED] writes:
George Danchev [EMAIL PROTECTED] wrote:
But you lose debian specific patches to be clearly separated from the
upstrem source (digging diff.gz for that is not fun), unless one knows
where to find
First, what is a Debian-specific patch? Isn't
Adeodato Simó [EMAIL PROTECTED] writes:
* Otavio Salvador [Tue, 01 Aug 2006 15:43:56 -0300]:
Adeodato Simó [EMAIL PROTECTED] writes:
Then each developer can prepare a set of changes offline, do all the
branching, merging, commiting and uncommiting (gotta love that) that
they want
Robert Collins [EMAIL PROTECTED] writes:
bzr is also working on a high performance server at the moment, which
will operate over either a socketpair - i.e. tunnelling via ssh (which
can still be done without granting shell access), or over plain http via
an apache rewrite rule.
Is it already
Alexander Sack [EMAIL PROTECTED] writes:
Anyway, as a side note on this thread: *darcs is just far t
slow* for decent maintenance of large pieces of software. I tried once
to create a mozilla repository, do some work with it and it was completely
unusable. I am not talking about minutes,
Robert Collins [EMAIL PROTECTED] writes:
On Thu, 2006-08-03 at 08:27 -0300, Otavio Salvador wrote:
Robert Collins [EMAIL PROTECTED] writes:
bzr is also working on a high performance server at the moment, which
will operate over either a socketpair - i.e. tunnelling via ssh (which
can
Frank Küster [EMAIL PROTECTED] writes:
Otavio Salvador [EMAIL PROTECTED] wrote:
Alexander Sack [EMAIL PROTECTED] writes:
Anyway, as a side note on this thread: *darcs is just far t
slow* for decent maintenance of large pieces of software. I tried once
to create a mozilla repository, do
martin f krafft [EMAIL PROTECTED] writes:
also sprach Christian Garbs [EMAIL PROTECTED] [2006.08.03.1436 +0100]:
reniced does not wait for new processes to act on them. It is
designed to be run once a day and affect the processes running in
that moment.
Then don't call it renice*d*,
Russ Allbery [EMAIL PROTECTED] writes:
After every upstream merger, I have to review every patch applied to the
package *anyway* to make sure that it's still sane, and I find that easier
to do by reading through the contents of debian/patches than by running
filterdiff on diff.gz and then
|| On Mon, 10 Jan 2005 18:40:39 +0100
|| Petter Reinholdtsen [EMAIL PROTECTED] wrote:
pr [Otavio Salvador]
No because some applications doesn't depends only of configuration
files but data-files. When you purge then, all data files will be
removed together (in major of times). Another problem
|| On Mon, 10 Jan 2005 18:08:02 +
|| Andrew Suffield [EMAIL PROTECTED] wrote:
Such feature would be nice to have in Debian as well. If you have a
very short upgrade window, where one will have to abort and roll back
if the upgrade fail, it would be helpful if dpkg would allow you to
|| On Mon, 24 Jan 2005 22:56:20 +0100
|| Bartosz Fenski aka fEnIo [EMAIL PROTECTED] wrote:
Why not automate the NEW queue for packages with prior source versions
in the archive? Worst case ftp-master has to remove a deb with silly
name from archive and kick the DD for it.
Correct me if
Colin,
retitle 128852 Ultra-newbie introductory documentation needed somewhere
reassign 128852 general
thanks
I honestly have no idea where this documentation ought to go.
Why don't create one package named doc-newbie?
[]s
Otavio
--
O T A V I OS A L V A D O R
On Sat, Apr 13, 2002 at 11:45:42AM -0300, Otavio Salvador wrote:
Colin,
retitle 128852 Ultra-newbie introductory documentation needed somewhere
reassign 128852 general
thanks
I honestly have no idea where this documentation ought to go.
Why don't create
Package: wnpp
Version: N/A; reported 2002-04-14
Severity: wishlist
* Package name: globus
Version : 1.1.4 and 2.0.0
Upstream Author : Globus Project team (http://www.globus.org/about/team.html)
* URL : http://www.globus.org/
* License : Globus Toolkit Public
1 - 100 of 1615 matches
Mail list logo