r-friendly (and it is, for my
type of use, but not for general use).
I do think you ought to stop to try to push your personal opinion too
hard... it is clear on this thread that most people do not agree with you
so lets go ahead and move topic.
--
Otavio Salvador O.S.
participate on this meeting.
I have my "Graduation Thesis" on this day at 19:00 UTC so I won't be
able to do it and come back to participate of the meeting on time.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile:
ue" since not used in Debian yet.
>
>> Happy hacking,
>
> --
> Mehdi Dogguy مهدي الدڤي
> http://dogguy.org/
>
>
> --
> To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lis
de for t-p-u when users install testing.
Personally I like the idea.
I belive it could be disabled by default and enabled in expert mode
only. Objections?
About the APT pinning I think the right place for fix this is in the
Release file. This would make this change very safe for us and our
users.
e image for usage by those old
machines) and I'd also support it not being available for all
installer flavours but I do think we can't just drop support for those
machines.
Cheers,
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.c
void reworking at same things.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
Frans Pop writes:
> On Monday 06 April 2009, Christian Perrier wrote:
[...]
>> > I do not have time to manage the removal at this point, but it will
>> > be gone by June.
>
> Has the package already been offered for adoption? Preferably with an
> overview of its current (upstream) status and m
Josselin Mouette writes:
[...]
> There is ongoing work in the kernel to finally add session support in
> it, so maybe something good will come out of it, but otherwise this is
> still the same mess.
[...]
Any pointer for this discussion?
--
O T A V I OS A L V A D O R
---
Adeodato Simó writes:
> * Roger Leigh [Sat, 17 Jan 2009 19:32:36 +]:
>
>> However, I think a good first step would for both dak and wanna-build
>> to share as much of their schemas as is reasonably possible. To that
>> end, I'll update my wanna-build schema to use the same naming as is
>> us
Andreas Barth <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow ([EMAIL PROTECTED]) [080415 20:34]:
>> Description: The toolchain should be ready to handle libraries and
>>include files in the multiarch locations.
>> Bug-Url: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369064
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Otavio Salvador <[EMAIL PROTECTED]> writes:
<...>
> We do need your help to find bugs and further improve the installer,
> so please try it. The images are available at:
>
> http://cdimage.debian.org/cdimage/lenny
Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
>> Otherwise the installer unnecessarily and repetitively globally
>> recalculates initscript dependencies for each package installed.
>
> Actually, it happens every time a init.d script is added to the boot
> and shutdown sequence, and I believe it
Mike Bird <[EMAIL PROTECTED]> writes:
> On Wed March 5 2008 12:29:08 Raphael Hertzog wrote:
>> I've been added to dpkg's Uploader a few weeks ago, I'm not dpkg's main
>> coordinator. I have no veto power, I was mainly trying to give my view
>> of the situation ...
>
> May I suggest then that if no
Ian Jackson <[EMAIL PROTECTED]> writes:
> John Goerzen writes ("Re: git bikeshedding (Re: triggers in dpkg, and dpkg
> maintenance)"):
>> On Friday 29 February 2008 6:16:59 am Otavio Salvador wrote:
>> > That's why you should avoid using the branch as
Colin Watson <[EMAIL PROTECTED]> writes:
> On Fri, Feb 29, 2008 at 09:16:59AM -0300, Otavio Salvador wrote:
>> Ian Jackson <[EMAIL PROTECTED]> writes:
>> > What I am trying to achieve is to use git in the proper way: that is,
>> > in a way which makes mer
Ian Jackson <[EMAIL PROTECTED]> writes:
> Raphael Hertzog writes ("Re: git bikeshedding (Re: triggers in dpkg, and dpkg
> maintenance)"):
>> As soon as you edit commits, they'll get a new id, and thus you'll disrupt
>> merging.
>
> As I thought.
>
> What I am trying to achieve is to use git in t
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> Preserving history is part of it, but not the objective. Sometimes you just
> have to plain clean up the mess, so as to be able to see anything of value
> through it.
As people ofthen do when using file based ChangeLog. People doesn't
put
John Goerzen <[EMAIL PROTECTED]> writes:
> "Dirty history" is not only tolerated, but the *only* sane option with,
> lesse... rcs cvs svn darcs tla baz (bzr?)
>
> Only the git and hg people seem to care (and the git people a lot more than
> hg people).
After you get used to get branches with p
Pierre Habouzit <[EMAIL PROTECTED]> writes:
<...>
> And AFAICT, the kernel works in the very same way. What gets rebased
> though, are the bugfixes patches that come by 2 or 3, and that add no
> value when added as a specific branch. Usually those in git.git are
> applied on top of the 'maint' b
Robert Collins <[EMAIL PROTECTED]> writes:
> On Sun, 2008-02-24 at 16:46 -0300, Henrique de Moraes Holschuh wrote:
>> Yet, rebasing is still routinely performed in the Linux kernel
>> development.
>
> What I find interesting and rather amusing here is Linus talking
> negatively about rebase: in p
Ian Jackson <[EMAIL PROTECTED]> writes:
> Raphael Hertzog writes ("Re: triggers in dpkg, and dpkg maintenance"):
>> However you haven't made it easy to merge your code... you repository is a
>> mess to proof-read and the cleaning work that you don't want to do has
>> thus to be done by Guillem.
>
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> 2/ Otavio was sort of acknowledging it as a good thing but a good thing
> that should be delayed for an unknown amount of time waiting for a fix on
> apt's side while the lack of fix didn't seem to create important problems
>
> Under those conditions,
"Sergei Golovan" <[EMAIL PROTECTED]> writes:
> On 2/22/08, Otavio Salvador <[EMAIL PROTECTED]> wrote:
>>
>> As I said, for APT, the order has meaning _always_.
>>
>> apt-get install foo bar
>>
>> Is completely different of
>>
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Fri, 22 Feb 2008, Otavio Salvador wrote:
>> Please, revert this change.
>
> No. I don't see any good reason for that:
>
> 1/ I have yet to see a major breakage due to that, the worst has
> been changed dependencie
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Fri, 22 Feb 2008, Norbert Preining wrote:
>> On Fr, 22 Feb 2008, Raphael Hertzog wrote:
>> > I can understand it might change the list of packages pulled, but both set
>> > are supposed to work since that what dependencies are expressing. If you
>>
"Kevin B. McCarty" <[EMAIL PROTECTED]> writes:
> In some cases, particularly when the Depends can be satisfied by
> different sets of alternatives, this change could have the effect of
> changing the packages actually pulled in by apt-get or aptitude. I will
> be happy to post a couple such examp
Joey Hess <[EMAIL PROTECTED]> writes:
> Andreas Tille wrote:
>> Yes, you are right and I'm even doing this in the med-common package.
>> But I do not really regard this as a really nice solution if those
>> extra tasks are mixed with the default Debian tasks.
>
> Note that you can hide the debian
Rodrigo Tavares <[EMAIL PROTECTED]> writes:
> Hi,
>
> More one thing, i´m creating a package customized,
> where the script is run, them it it´s removed.
> When i try to remove this package, ask a question for
> user. I make it in bash. And i want to make using
> debconf. The all manuals about deb
Rodrigo Tavares <[EMAIL PROTECTED]> writes:
> Hello,
>
> I alrady read this manual.
> In step called : advanced programing with debconf,
> show a algorithm is in config file, then i set
> postint, preinst, postrm, postinst, conffiles,
> templates.
> I want to know, how I'll create the package and
Rodrigo Tavares <[EMAIL PROTECTED]> writes:
> Hello,
>
> I read many tutorials about debconf, but i´d like to
> know ro create the packages using debconf .
> I know the build package must be postinst, preinst,
> prerm, postrm, conffiles and config.
> Taking this tree, how i can to build a packag
Thomas Dickey <[EMAIL PROTECTED]> writes:
> On Wed, Sep 13, 2006 at 02:46:56PM +0200, Thomas Viehmann wrote:
>> Thomas Dickey wrote:
>> >> Date: Sat, 13 May 2006 07:47:40 +0200
>> [...]
>> > After the second time, there is no plausible excuse.
>> > Do you have an excuse?
>>
>> Why do you ask if y
Manoj Srivastava <[EMAIL PROTECTED]> writes:
>Copyright (c) 2006 Manoj Srivastava
>
>Revision History
>Revision 1.0.5 4^th November 2006
Setember?
--
O T A V I OS A L V A D O R
-
Gustavo Noronha Silva <[EMAIL PROTECTED]> writes:
>> That would be good to be add in cdbs. I think we might want to have it
>> more flexible to allow it to work for CDDs too but I liked it very
>> much :-D
>
> It does not look right to me, though.. what about buildds? And what
> about people forge
Drew Parsons <[EMAIL PROTECTED]> writes:
> e.g.
> build: test_stable patch build-stamp
> instead of
> build: patch build-stamp
That would be good to be add in cdbs. I think we might want to have it
more flexible to allow it to work for CDDs too but I liked it very
much :-D
--
O T A V
Hendrik Sattler <[EMAIL PROTECTED]> writes:
> The suggestion to use "nodaemon" as default for exim4 when only handling
> local
> mail will probably be rejected?
I guess you meant nullmailer.
--
O T A V I OS A L V A D O R
-
E-mail: [EMAI
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 the
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 renic
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
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
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 minu
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 al
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, com
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-speci
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 wr
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,
>> >
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 s
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
W
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'l
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. Ot
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
"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
"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.
> F
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 U
[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 f
Eduard Bloch <[EMAIL PROTECTED]> writes:
> #include
> * 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
[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 contr
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 publ
Carlos Villegas <[EMAIL PROTECTED]> writes:
> Hi, a list containing the LSB-compliance to runtime dependencies of
> init scripts is now available at
> 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 b
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
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
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
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 befo
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 e
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 impl
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
"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.
&
"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
"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)
So
"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 ke
"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
>&
"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 t
"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, pleas
"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
>> r
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 Gus
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
"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 packa
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
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
"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
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
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 me
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
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 n
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
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. Henc
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: 2
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 yo
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
---
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.
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 sup
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
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
>>
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.
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 "p
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
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
Hello folks,
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
directly to me. If it solve any previous bug that you had before,
would be good if you could se
Chip Salzenberg <[EMAIL PROTECTED]> writes:
> I see no point in trying to force my way (back) into a project that shows no
> interest in allowing me to keep participating. Therefore, I hereby resign
> from the Debian Project.
Please, don't do that.
I agree we have problem inside of project but
Josselin Mouette <[EMAIL PROTECTED]> writes:
> Le jeudi 10 novembre 2005 à 22:02 +0100, Steffen Joeris a écrit :
>> 915resolution is a tool to modify the video BIOS of the 800
>> and 900 series Intel graphics chipsets. This includes the 845G,
>> 855G, and 865G chipsets, as well as 915G, 915GM,
Brian May <[EMAIL PROTECTED]> writes:
> Hello,
>
> Simple question: is apt-proxy still being maintained?
Yes, it's. Chris Halls is doing a big refactoring of it.
Current sid version has a lot fixes and more's comming.
Unfortunatelly I hadn't time to work on it anymore and major of last
work was
1 - 100 of 177 matches
Mail list logo
