Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning
On Sat, Dec 17, 2011 at 07:42, Thomas Goirand wrote: > On 12/17/2011 05:12 AM, Josh Triplett wrote: > > And while we might > > debate the usefulness of a separate /usr back and forth, I think I can > > safely say that it won't become a *recommended* configuration anytime > > soon. :) > > I do recommend a separate /usr to anyone. It's *not* safe to say that, > and I know many people that agree with me. To me, it has, and still is, > the best choice. You have no rights to arbitrary decide what should > be/was/will be the recommended configuration. Your choice is not more > valid than mine, and (computer) science isn't about majorities anyway. Sure but Debian Installer defaults are. End point. > ... > In most general cases nowadays, we *do* have huge disks. Just have a > look into what's available in the marketplace. If you lack space in one > of the default partitions, you can resize using LVM anyway. > New users will think LVM is something to eat with bread or similar. This is mostly as if I starting to try to convince to use Awesome WM as default desktop install because I think it is more user-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. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
Re: next d-i meeting - 2010.12.01, 20h00 GMT
On Mon, Nov 29, 2010 at 19:01, Miguel Figueiredo wrote: > next Debian Installer meeting will take place on IRC, OFTC network, #debian- > boot, 2 weeks after previous meeting . > It is scheduled for next Wednesday - 2010.12.01, 20:00 UTC [1]. I am very sorry but I won't be able to 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: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikevewq9rauonulftxkddehdxo7eeybmeckw...@mail.gmail.com
Re: [RFC] disabled root account / distinct group for users with administrative privileges
Maybe "god" ;-) On Wed, Oct 20, 2010 at 8:16 AM, Mehdi Dogguy wrote: > On 20/10/2010 11:18, Petter Reinholdtsen wrote: >> >> So I would suggest to use a name that is more likely to be unique. >> > > unique wrt. what? "admin" seems "unique" 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...@lists.debian.org > Archive: http://lists.debian.org/4cbec179.6030...@dogguy.org > > -- 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 "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=vdves+9hmzv4bsuxxl03zmqriqir2gbptd...@mail.gmail.com
Re: Activating t-p-u by default (was: Re: For those who care about their packages in Debian)
Hello, On Wed, Aug 25, 2010 at 7:38 AM, Christian PERRIER wrote: > I wonder whether we (in D-I) could add t-p-u to the list of proposed > repositories when users install testing. We already propose security > and volatile (defaulting to both added): the same mechanism could be > made 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. -- 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 "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkting_yhbpbqnlhw5q+-gtbr1u57to3ckj0nyf...@mail.gmail.com
Re: Raising minimum CPU requirement for i386 kernel
Hello Bastian, On Sun, May 24, 2009 at 4:07 PM, Bastian Blank wrote: > Hi folks > > I would like to raise the minimum CPU requirement for the shipped Linux > kernels in the i386 port to i686 (with cmov). For now I will not propose > a change of the default machine type setting used by the compiler. Raise it is non-sense. I know of many people that actively use machines that will lose support in this case. I'm quite curious to know what is the reason for that? I think we could possible change the default kernel available on full CD set (if we provide an alternative 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.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 "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: lilo about to be dropped?
On Mon, Apr 6, 2009 at 9:21 PM, William Pitcock wrote: > Lilo upstream is dead (no release in quite a while), but the lilo > maintainer has also been seen as saying in various mailing lists etc, > that since Debian patches lilo that he has no interest in helping to fix > problems in our version. Ok but you could try to push those patches upstream. This is how grub has been improved and also parted. This works most of time. This way we "reduce" the amount of patches we keep in Debian and also you could try to get in touch with other distros to share the load and avoid 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 "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: lilo about to be dropped?
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 main issues. I'd say that > if there's anybody willing to (actively) maintain it, it should not be > removed. Fully agree; it should be properly offered for adoption. >> This is a heads up mail for the D-I team. > > I'm not sure where the original mail comes from, but IMO this should be > discussed on d-devel, especially since it impacts more than just D-I. I > suspect there are quite a few packages that make some sort of provisions > for lilo. > There are also significant numbers of people still using lilo for, at > least for them, very good reasons. > > Anyone remember the fairly big upset when lilo was removed from testing > around D-I Lenny Beta2? I also share the feeling that a lot of people still uses LILO; if possible I do belive it should be kept. [...] -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: handling group membership in and outside d-i
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 - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFC: Creation of a PostgreSQL database schema for wanna-build data
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 >> used in projectb as far as is practicable, and then we'll see where >> we can go from there. It will at the very least make merging the >> databases possible in the future. > > Take into account, though, that there are plans to re-design from > scratch the projectb database. In fact, such re-design already exist, > I'm sure ftpmaster can give pointers to it. There're any pointers for what are the goals of this re-design? -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFH: Multiarch capable toolchain as release goal
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 >> State: All done except for binutils. Patch exists. > > Binutils are frozen for Lenny, so please no additional changes. Andreas and what if a binutils was upload to experimental and stay sometime there and other people report tests with it? Could this way, a frozen exception be considered? I've taken a look at the two final patches and they looks really simple and looks to be low risk. Obviously, test would be required but I also think that it would be a nice feature to get into Lenny if possible. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer Lenny Beta1
-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_di_beta1/ <...> I have mistakenly provided the directly URL. Please use the website instead since there you find the documentation, errada and everything else that you will need there: http://www.debian.org/devel/debian-installer/ I apologise by this mistake. Cheers, - -- Otavio Salvador Debian Installer Release Manager -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ <http://mailcrypt.sourceforge.net/> iD8DBQFH3qSQLqiZQEml+FURAjv6AJ4pKCLVfYInLqB6edAkgfBeKNG1zwCfWevl VVN1i81+3vvjWW2EZpTchXQ= =um6n -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dependency based boot sequencing and triggers
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 have to do that, to make sure > each script insertion fail individually when a script with incorrect > dependency information is encountered. Yes. The trigger shouldn't be the best way to cupe with it. If a trigger is used then all pending scripts would be ignored due a specific one being buggy. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
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 dpkg maintainer objects here > within 48 hours that Ian should proceed with his update? Obviously NO. It's a team policy and noone outside of team should override it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
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 basis to others until
>> > it's clean and also avoid to make it public (without a reason) too.
>>
>> Whatever happened to "release early, release often"?
>
> Quite so.
>
> Also, Otavio is quite wrong to suggest that I shouldn't have based my
> experimental flex branch on the triggers branch. To do otherwise
> would have made conflicts inevitable because the two overlap; I would
> have had to do my flex work based on the old code and then do parts of
> them again, with a merge trainwreck to sort out.
You can use them as basis but after they have been cleaned to useless
commits and made logical.
I do it all the time and it works fine. Also, doing that, is very
simple to rebase your other branches against a new one. You could use
git rebase --into.
--
O T A V I OS A L V A D O R
-
E-mail: [EMAIL PROTECTED] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
you the whole house."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
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 merging work properly. >> > >> > Insisting that I use git in a manner which makes merges break but >> > gives prettier logfiles is absurd. >> >> That's why you should avoid using the branch as basis to others until >> it's clean and also avoid to make it public (without a reason) too. > > This makes it more difficult to ask for review while the branch is in > progress, which is a valuable property. It is ridiculous to artificially > avoid making branches public; a branch is a useful means of > collaboration and we should take advantage of it as such. I'm not saying that it couldn't be made public for review however I suppose noone will ask for review if it's still at start of development process. It's rather easy to someone contrib to others branch and it could be done as soon as it looks more mature. In that case, rebase would stop to be done until the feature is finished. After that, a new run to cleanup the history would be done. >> Usually, I make branches public when my log looks sane. >> >> And it's not absurd, is to allow everyone to be kept sane when looking >> the log in 5 years forward. > > I have never once run into this problem with other revision control > systems in which branching and merging are common. Somehow it just never > seems to be a real issue. I contend that dpkg is not big enough for it > to become a real issue. The problem here is that it's not a requirement to use git, however it's the dpkg repository policy and I guess we all (even more ones outside of the team) need to respect it. I personally apply this same policy on repositories that I work and it usually makes much easier logs to read. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
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 the proper way: that is,
> in a way which makes merging work properly.
>
> Insisting that I use git in a manner which makes merges break but
> gives prettier logfiles is absurd.
That's why you should avoid using the branch as basis to others until
it's clean and also avoid to make it public (without a reason) too.
Usually, I make branches public when my log looks sane.
And it's not absurd, is to allow everyone to be kept sane when looking
the log in 5 years forward.
--
O T A V I OS A L V A D O R
-
E-mail: [EMAIL PROTECTED] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
you the whole house."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
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: "Fix my 3rd syntax error today" on it. It's used to track useful changes and logical changes. Same for history. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
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 proper commits for review, you see the pros. It is much easier to everyone to handle it. It's clearer for someone looking when it has been done and he has a logical unit doing the change instead of 10 commits with messed log messages without visual relation but doing a single logical change. As I said before, I usually commit very ofthen. After the change is done I redo the branch splitting the change in logical units. Each change has a nice and well descripted comment that gives good information to everyone interested on it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
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' branch (aka the maintenance branch) and > then merged back into master, and then back into 'next' (where the devel > happens). > > IOW, it depends, and if you work on a new _feature_ it's really rarely > rebased. Right. Well said. This however doesn't changes the value of logical changes. I doubt git.git people would accept patches like: "Now it compiles again" "Ouch! Syntax error" "First try to get it done" ... It's much nicer to have something like: "Implements the basis for feature 'foo'" "Changes code to use new feature 'foo'" and avoid all the messy commits done in the way. Besides that, I guess that even when you rebase something against git.git or linus tree, you'll end up being out to date and a merging being done since the volume of commits is too high to allow fast-forward merging only. Personaly, when I'm working on any branch I try to keep it against current version (be it maint or next or whatever) rebased. When merging, I don't worry if it'll be a merging or a fast-forward one. It'll only depends on how long the branch took to get merged. >> I vote for clean history and a bissectable tree, and I think it is worth the >> effort. But I am no dpkg developer, this is a thing you guys have to find >> an agreement among yourselves. > > You vote for the mad route. Sorry, but it makes absolutely no sense to > me. Ian's work was done at some point, tested from that point, and it > makes sense to remember that fact. Actually it's insane to forget that > fact. And rebasing is just pretending that fact never existed. It's just > wrong. Please see my commit about the logs above. As I said, it's much more about commit logs (for me at least) then rebasing. If Ian is OK to make it in logical pieces, it would be ok for me to merge. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
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 particular its propensity to turn tested > code (what you actually committed) into untested code (what you > committed + what someelse has done, in a version of a tree no human has > ever evaluated for correctness). If people doesn't test and review the patches after rebasing, it looks right but everyone is suppose to test the changes after a merging (as for rebasing). -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
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.
>
> This is precisely the git bikeshedding I was talking about.
> The `work' that needs to be done is simply `git pull'. [1]
>
> My changes are not that hard to review and in any case they have been
> ready for merge for SIX MONTHS and deployed in a widely-used released
> Linux distribution for four months.
>
> What more evidence is needed of their suitability ?
They're suitable to get in but commit logs and team repository
policies need to be respected.
I'm with Raphael here and IMHO (even being not a member of team) is
that it shouldn't be merge until you, or someone interested, make it
follow the policies.
>> FWIW, you do have access to the repository but I would request you to be
>> removed from the team if you made usage of it in a way that doesn't
>> conform to the rules of the team. This includes having meaningful commit
>> logs and using private rebased branches for most of the work except when
>> we have a public branch where multiple persons of the team cooperate (such
>> as what happens with the sourcev3 branch currently).
>> http://wiki.debian.org/Teams/Dpkg/GitUsage
>
> This development model has been imported from the Linux kernel. It
> may be appropriate when there are hundreds or thousands of people
> generating huge quantities of patches, all trying to get their changes
> committed, with no organisational connection to the handful of people
> picked by the original author who need to act as gatekeeper.
>
> It is not appropriate for a project which has about four people
> submitting any significant number of patches, all of whom are fully
> signed-up members of a shared governance infrastructure, and where the
> gatekeepers are just the people in that project whose hands the code
> has most recently fallen into.
Sorry but I disagree with you. Every project ought to have sane commit
logs and logical changes. It makes cherry-picking, bisect and others
much easier and improves the general programming experience of others
devels since they see logical commits instead of a bunch of commit
doing different changes all the time.
Bear on mind that the comment used on the commit ought to be used to
justify the commit itself. It's not only to give something to show at
git log.
--
O T A V I OS A L V A D O R
-
E-mail: [EMAIL PROTECTED] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
you the whole house."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-buildpackage now reorganizing debian/control Depends field??
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, I tend to react negatively. :) I said that I like the idea to have it ordered however, currently, it does mess up with APT and that's why I asked you to revert it until someone (I, Michael or someone else) has time to work on APT and fix it there. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-buildpackage now reorganizing debian/control Depends field??
"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 >> >> apt-get install bar foo > > Then having a unique, well-defined order of packages in Depends is a > good idea. If packages aren't sorted their order is undefined (not all > of the dependencies are added by hands, many of them come from > substitution variables). So, the order may change from build to build. > Since it is important for APT then this situation should be avoided. No. Just let's respect the control file order. If the maintainer has put it this way, and we follow it, we avoid this too. As I said, it's a know issue and we need to fix it however it would be nice to not get the problem worse changing the package dependencies ordering at build time, at least for now. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-buildpackage now reorganizing debian/control Depends field??
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 dependencies on a built package due to choices of other > alternatives in ORed dependencies of build-dependencies Until APT is fixed to really discover the minimal set of packages, ignoring order, this is a serious issue from my POV. APT doesn't work that well on this cases and you can end installing more packages then is really required. For my, this is a good reason to not to do that before. Besides that, would be nice to have contacted Deity team for this change since APT is the major "user" of APT and we would have avoided this. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-buildpackage now reorganizing debian/control Depends field??
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 >> >> I disagree. Sometimes alternatives are something we put in to help >> transition. We have >> ... texlive-foo | tetex-bar >> and if this gets reordered that would be actually a big disadvantage. >> People will suddently get HUGE amount of packages due to >> tetex-bar depends on several texlive-packages > > You're speaking of something that you have not understood. The order > of packages listed in an OR has not changed... I am (of course) aware > that the order has a meaning in that case. As I said, for APT, the order has meaning _always_. apt-get install foo bar Is completely different of apt-get install bar foo Yes, this is a bug on APT but isn't a easy one and I or Michael will need to try to solve it :( -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-buildpackage now reorganizing debian/control Depends field??
"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 examples -- one hypothetical, one real -- > if requested. (They are a bit long so I'm not including them in this > email.) Please, revert this change. This is indeed a issue on APT. I'm willing to work on that on APT side but it will take some time. Packages order _is_ important for APT. It shouldn't be but currently it does matter. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal for a new CDD sub-project: Debian4Business
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 tasks by diverting debian-tasks.desc. > This could probably be improved. Or even install a package that provides tasksel-data before installing tasksel. So you'll end up with a complete new set of tasks. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re : Re: Using debconf
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 debconf (in my case), > get to build a new package ? Read the documents that I pointed to you. I think they'll clarify what's need. What do you want to do is possible but you'll need to improve your packaging skills to understand how it works. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: Re : using debconf
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 how > the frontend come happen ? Well, basically if you read carefully it you would have understand it but if you're missing in packaging stuff then is different. I would suggest that you read the Debian Policy since it'll clarify a lot of things to you. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Using debconf
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 packages ? You should install the package debconf-doc and follow the tutorial in: $: man debconf-devel I hope it helps you. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: Accepted lynx 2.8.5-2sarge2 (source i386)
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 you know there isn't? > > Because Martin's actions are malicious. He was told about this when _he_ > put out an "OpenBSD" patch fix, then shortly afterwards wrote two more > announcements. > >> Hint: You could always look at the date of the actual update. >> >> Maybe you just file a minor bug, that would help people noticing and >> correcting the error. > > It's already in the changelog. He can fix a previous entry and cite it in next version. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dh_python and python policy analysis
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 - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: glibc and UNACCEPTs
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 forgetting an exported variable saying yes? I much rather > the manual solution, or a solution for dak that detects that the target > distribution changed and requests a confirmation by signed email, for > instance. I dunno if it's right to do that on DAK itself. I think that it can be done by the development scripts. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: glibc and UNACCEPTs
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 I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Status of inetd for etch
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: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Centralized darcs
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 trying to work through the intermingled > results of multiple changes. If you were using one branch to each "logical unit patch" you might merge the new upstream against it and then merge all together again in a new release branch that you upload. That might looks like: branches upstream fix-bug-N fix-bug-M add-feature-X debian So every new upstream release you merge it against each fix and add branch. Then those against debian/. Should work well. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#381201: ITP: reniced -- renice running processes based on regular expressions
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*, please. Maybe renice-daily ;-) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Centralized darcs
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 some work with it and it was completely >>> unusable. I am not talking about minutes, but almost hours to finish >>> tasks that should take seconds. >> >> It has improved a lot in last releases. You might redo your try. > > Would it be usable for a source tree of a size where dpatch usage > becomes a pain? It depends of what means by usable and the size that you think it'll happen ;-) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)
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 still be done without granting shell access), or over plain http via >> > an apache rewrite rule. >> >> Is it already working? How we can try? > > typo - I meant 'bzr developers are also'... > > Its partially functional at this point - we have it passing all the > transport selftests, which means it can be used [by the brave!] as an > alternative to sftp for read-write access, but it no faster. The > higher-level semantic operations are coming along nicely - we hope to > have it in 0.10 due out 4th september. Great! -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Centralized darcs
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, but almost hours to finish > tasks that should take seconds. It has improved a lot in last releases. You might redo your try. :-D -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)
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 working? How we can try? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)
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, and when they're done, do e.g.: > >> > % bzr push sftp://costa.debian.org/bzr/pkg-xiph/vorbis-tools > >> We're using that for LTSP. But we're using it in our htdocs dir. How >> do you set this repository up? > > Ask in #alioth. Note, however, that TTBOMK still does not offer HTTP > access, so if you want that, better stick to htdocs for a while. > > I hope to be able to bribe buxy to provide HTTP access when he comes > back, though. ;-) So you only have sftp access? that make it difficult to other to branch from our development branch. I'll wait until we have HTTP as a offer to move to it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: Centralized 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 everything in diff.gz >>> that? >> >> Right, but you have parts which touch upstream files (debian/patches/*), and >> parts which does not (debian/!patches). I prefer them to be clearly >> separated >> when the whole debian source package is unpacked. > > Not only that. Many packages make changes to upstream files that are > Debian-specific (e.g. for using infrastructure or libraries that don't > exist outside), but also changes to upstream files that will/should be > temporary because upstream will apply the same patch, has been asked to, > or the patch has been taken from their development version. Iff we use a branch to each change we can have same behaviour using a SCM but anyone that would want to change or contrib changes will need to learn how we deal with this all. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: Centralized darcs
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 to maintain those fixes mixed with >> changes for packaging. > > It's true that it *can* happen, but it rarely *does* happen, and when it > does, there are easy workarounds. Indeed. > I do use darcs to track patches against upstream. I really don't > understand the whole cdbs/dpatch/whatever thing -- why use a hack to > manage your patches when you could use a real VC tool that does it > better? Well, it's a bit different point of view. I use both ways of doing that. Sometimes is good to have the patches as files to make easier to merge with upstream ... -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Centralized darcs
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 keyring, and then applied to >> > the repository. >> >> The only bad thing I know about darcs, for my kinda of use, is the >> miss of file permission recoring. That's annoying for packaging and >> like. > > It is a bit annoying, but --set-scripts-executable does the right thing > in about 97% of cases. That can be made the default quite easily. > > 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 to maintain those fixes mixed with changes for packaging. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Centralized darcs
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 to Subversion, where all commits go to a central >> repository, and nobody has to collect them. It's just a matter of >> setting up a directory somewhere with the appropriate write permissions, >> and say "This is our canonical archive, the uploader will include what >> it's in there, nothing more, nothing less". > > I would say that this goes for darcs as well, but even more. > > 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 keyring, and then applied to > the repository. The only bad thing I know about darcs, for my kinda of use, is the miss of file permission recoring. That's annoying for packaging and like. Besides that, darcs rocks. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)
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 using that for LTSP. But we're using it in our htdocs dir. How do you set this repository up? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: Successful and unsuccessful Debian development tools
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 with Subversion. And while I haven't tried it I could imagine >> that SVK (the distributed addon to Subversion) might be what makes >> offline fellows happy. > > FYI: http://bazaar-vcs.org/BzrForeignBranches/Subversion Have you tryed it? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
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 that are paid to work on >> Debian does that in technical side and not to make marketing actions. > > Of course we have a lot to learn from Ubuntu's marketing departement: > how to "educate" users in believing false claims, how to spread a buzz > based on nothingness, etc. I disagree with a lot of things done by Ubuntu but also agree with a lot of them. I do think we should learn with the good things they did and also with the bad ones. Not everything told by them is true neither false things. As usual, we should read them carefully but they had done a good job promoting Linux to a lot of people. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: Why does Ubuntu have all the ideas?
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 xen is both integrated into the kernel.org > kernel and running on powerpc, I will be adding "xen" as a new backend > type to schroot, so a xen instance may be created from e.g. an LVM > snapshot. This will also have a nice side-effect in providing dchroot > and dchroot-dsa with transparent access to xen hosts, so you could > e.g. use it for package building and allow individual users root > access to individual xen hosts. Wow! That would be GREAT! :-D -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
"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 that. > > > > I am happy to hear this. If the Default Desktop environment seems improved > with beta 3 I will be very happy. Would be good if you could try it and send us your feedback. Also, do a installation-report would awesome. > Here is one question I have: > > You say Ubuntu has better publicity, which it does. But why is this the > case? > I know Mark has more money, but since you have so many programmers, and seem > so > passionate about your OS, why aren't you as successful getting publicity? I'm > not accusing anyone. I guess I just really would like to know: > > A.) Could Debian do anything to get better publicity and change people's > perceptions. (For instance, if Debian is so more "well build" then Ubuntu why > don't the press keep mentioning this? > > B.) Why hasn't more been done? Why isn't there any major reports by like PC > World which say "Ubuntu is top 100 products, but man if you want a better > distro, more well built etc.. you should check out Debian. > > Again, I don't want to accuse anyone of anything, but it just doesn't seem > you, > with as many as you have working for you, can generate as much mainstream > publicity. I mean from major things like PC World, not just Planet Debian. I think Debian and Ubuntu has too different target people. Debian doesn't send CDs to everyone. I do think Ubuntu is great in some ways and bad in others. 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 that are paid to work on Debian does that in technical side and not to make marketing actions. That's my POV. I don't know if you or anyone agree with me. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
"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 example, why not have the package updater installed for those who > specifically want to install the desktop environment? Those who only want > servers or 100MB installs will not be hurt by this move. Then, Desktop and > Laptop users are happy too. 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 that. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
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 extra > hardware support. All the code gets pushed upstream so will end up in > Debian too, but Ubuntu's lack of a concept of package ownership makes it > massively easier to do integration work - rather than filing half a > dozen bugs and having to chase people up, I can just upload the > packages. Given the amount of time I currently have available to me, I > tend to choose the latter. If Debian had slightly less of a culture of > "Keep your hands off my package", I'd do it here instead. Feel free to improve my packages. I would like to have more people involved. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#379475: [Etch] Should sysfsutils be added to the base system?
[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 is not enough to move more stuff to base. So let's remove setctl from base. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#379475: [Etch] Should sysfsutils be added to the base system?
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 to >> > me basic enough that it warrants inclusion in base, especially as >> > equivalent functionality for /proc/sys already is. >> >> I agree that we already have equivalent functionality for /proc values >> so makes sense to have it in too. > > I disagree. You compare a 11kB utility (sysctl) with a new 132kB > package. Well then we might work reducing the code size but at least am I talking about functionality and that's important in my POV. As Martin suggest we can split that part from sysfsutils in another binary package and put it in base. That light reduce its size. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: svn package maintenance
[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 all - just the Debian >> directory. >> >> I like this much more than any alternative I've seen. The same >> principle as StGIT - I've never met a version control system whose >> support for managing lots of individual patches all feeding into one >> final result was as good as quilt. >> > That is the approach I take as well. I use dpatch and only ever keep > the Debian directory under source control with svn-buildpackage. I use dpatch or cdbs simple patch system and svn-buildpackage. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#379475: [Etch] Should sysfsutils be added to the base system?
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 >> already widely used API? >> >> I object to adding 160 KB to base unless it will be better explained >> why we need this. > > My main rationale is that its init script offers offers a fairly clean and > obvious way for users to set values in /sys at boot time. (Without the > need for them to hack a local init script.) > > 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 inclusion in base, especially as > equivalent functionality for /proc/sys already is. I agree that we already have equivalent functionality for /proc values so makes sense to have it in too. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New LSB compliance list of init-scripts and guide for maintainers (SoC 2006)
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 bug was already closed but the status of it's still marked as missing. Please do a look at it again. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: swap on a LVM volume in debian-installer
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 might have more code share for crypto support in lvm too :-D That might be awesome :-D -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: RFC: swap on a LVM volume in debian-installer
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 OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: ping for missing maintainers
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 location) and forbid access to other > locations. I didn't know about this feature. Last time I checked it I failed to figure it out. So I don't think we have any important feature in apt-proxy that isn't present in apt-cacher. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Regexp to parse "Version:" fields
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 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 implementation in Python but if someone >> > > shows me Perl code of a non-regexp algorithm I'd be happy, too. >> > >> > Use apt_pkg.UpstreamVersion(). Is the easier way to do that. >> >> Wow, this is great. Just why did I implement half of that myself >> already? :) > > I guess I was a bit too quick to throw away my regexp approach. apt_pkg > is pretty nice just that it does not yet support Python 2.4 on Sarge, > the documentation is practically non-existing and an attempt to read a > control file (not sure if that's even possible) in ipython gave me a > segmentation fault. Even the documentation in > /usr/share/doc/libapt-pkg-doc didn't help me much. May be my ignorance > of course. > > Unless I understand what apt_pkg really is useful for I think I'll stick > to regular expressions. :( To parse a control file you should use apt_pkg.ParseTagFile. That read an RFC-822 formated file and you can walk between all records (in case of more then one) using Step(). There's a example of it in package documentation. Well, basically you can use apt_pkg as a interface for apt itself and in etch package version has a apt python module that's very much user-friendly. I agree that apt_pkg and apt documentation isn't that good. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Regexp to parse "Version:" fields
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 >> > to know if anyone else has worked on this. Perhaps even some Debian tool >> > does this parsing. I need an implementation in Python but if someone >> > shows me Perl code of a non-regexp algorithm I'd be happy, too. >> >> Use apt_pkg.UpstreamVersion(). Is the easier way to do that. > > Wow, this is great. Just why did I implement half of that myself > already? :) That's life ;-) hehehe -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Regexp to parse "Version:" fields
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 implementation in Python but if someone > shows me Perl code of a non-regexp algorithm I'd be happy, too. Use apt_pkg.UpstreamVersion(). Is the easier way to do that. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ping for missing maintainers
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 needed an apache installation to work > and I did not see that as a good replacement for apt-proxy, and it lacked > many of apt-proxy's features. It looks like it has grown many of these > features now so maybe it might be mature enough to retire apt-proxy. It isn't > really possible to merge the existing code since the implementations are so > different. 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. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: transitioning towards using BTS versioning for NMUs (and experimental)
"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 for showing that? What do you mean by > "previous versions" -- everything back to 1.0-1? Show the bugs that has the fixes in unstable already. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: transitioning towards using BTS versioning for NMUs (and experimental)
"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 default development suite is unstable, IMHO, does make sense to see bugs in previous versions that are solved in unstable. We can have a link for the other suites showing the bugs of them there as an option. Makes simple and clear for us, IMHO. Ahh, of course. This will be awesome to have working! It'll mean that uploads for unstable don't need to reinclude all closes that were close in experimental anymore. Perfect. Thank you very much for your and Don's work on BTS :-) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ping for missing maintainers
"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 apt-proxy is very broken but Chris (the original maintainer) is working is a rewrite and should do a upload in some weeks (hopefully). Basically, in apt-proxy specific case I'm not active but I'm very active in other packages and teams like d-i, parted, grub and grub2. Thanks by keep your eye in us. See you. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Summary of Debconf i18n/l10n activities
"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 translating stuff after > release. Thoughts? I'm not the best person to talk about it since my knowledge of all involved things is really limited. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Summary of Debconf i18n/l10n activities
"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, right ? >> >> No. We already have the previous working structure all up and >> running. What we want to do is improve it. > > Does it mean that we've infrastructure to keep updating Etch package > descriptions during it support cycle? Is it the plan? People is testing it and then will announce it probably. We intent to try to make as fast as possible. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Summary of Debconf i18n/l10n activities
"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 is improve it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New LTSP uploaded!
"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 take the ltsp-utils > package. I only expressed an interest in it since it was orphaned and I > am using LTSP at my church. I am rather busy with some of the other > packaging efforts I have joined. So please, feel free. If you would > still like my help, I will let you know when I am ready to join in a few > weeks. Of course we're interested in your help. If you have a partial package of it, provide it somewhere so anyone can check it and try to improve it while you're busy. About your church, you should try the new LTSP version NOW ;-) GO! hehe -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New LTSP uploaded!
"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 to Vagrant (vagrantc) who >> spent a lot of time working with me at Debcamp and to Gustavo >> (stratus) who helped me last days to finish the testing of code for >> upload. >> >> People, test it! report the bugs and, if possible, help us! >> > > I earlier expressed a possible interest in adopting ltsp-utils. I will > hopefully be able to start work on an update to that package in the > coming weeks. On ltsp-utils? Would be better if you could join our effort to make LTSP good enough to all vendors. We're trying to make flexible enough that will be trivial to share code between Debian, Ubuntu and any other vendor that start to use our code. 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 ;-) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
New LTSP uploaded!
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 Gustavo (stratus) who helped me last days to finish the testing of code for upload. People, test it! report the bugs and, if possible, help us! -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Renaming a package
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: newpkg
>> > > >>Description: transitional dummy package
>
>> > > >>Package: newpkg
>> > > >>Replaces: oldpkg
>> > > >>Conflicts: oldpkg
>> > > >>Description: ...
>
>> > > >*NO* *NO* *NO* *NO* *NO*. Look closely at the package relationships
>> > > >you've
>> > > >specified. Why would you upload a package to the archive that *can
>> > > >never
>> > > >be installed*?
>
>> > > Hm, that used to be a "magic" combination that would let dpkg do the
>> > > right thing.
>
>> > I've heard this stated before, but if it was ever true, it's definitely not
>> > the case with apt (or with britney), and it's not mentioned in policy.
>
>> It may well cause problems to britney, but policy section 7.5.2
>> ('Replacing whole packages, forcing their removal') definitely mentions
>> the behaviour of Replaces+Conflicts.
>
> It explains Replaces+Conflicts. It does *not* say "create a dummy package
> that can't be installed because it depends on the thing that conflicts it".
Might be good to include a Provides too or packages depending in the
oldpkg will break.
--
O T A V I OS A L V A D O R
-
E-mail: [EMAIL PROTECTED] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://www.freedom.ind.br/otavio
-
"Microsoft gives you Windows ... Linux gives
you the whole house."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: adding ddccontrol to debian
"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 be updated and uploaded. I saw that 0.4.1 works with Fedora Core 4 and AFAIK it has new GCC so it should be enough. Am I wrong? Also, you might try to use CVS snapshots to get it in for testing too, if the released version isn't enough for us. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Shouldn't we have more ftp masters ?
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 >> > cant sleep (ie 1st -> 2nd june, 2-> 3) :) >> >> Sounds good, but do not really addresses the fundamental problem here, >> which is that NEW processing at the moment is fragile and stops >> completely when the single person handling NEW is busy elsewhere. > > There are two people, they are both on vacation. But then, isn't the time to choose people to fulfill positions when key people is in vacation? IMHO, key people should always keep someone doing the job when going out so the project don't slow down because of it. Our current, active, ftpmaster are very receptive but this don't exclude the possibility of them going to vacation together or at same time and the project slow down a bit. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Real Life hits: need to give up packages for adoption
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 this package is very important. Still I'd like to have a >> co-maintainer for the package. Anyone else interested? I'd create an SVN >> repository on my server or alioth. > > I have no problem with co-maintenance, but I'd have a problem with svn. Maybe bzr or git? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Archiving bugs with version info (Was: Re: Closing a bug vs. tagging wontfix)
"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 to have a way to check the bugs affecting each release, so in the current interface we might have a link for: Filter bugs affecting: - current stable - previous stable - testing - unstable In that way we might filter what we would like to see there and hide the others. What you think about this proposal? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Archiving bugs with version info (Was: Re: Closing a bug vs. tagging wontfix)
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 out; presumably it will only > archive bugs which no longer affect any version in the archive, but > there may be some discussion with regards to stable here. 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. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Testing transitions before uploading to unstable
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 be > orthogonal to them, a completely new system. For example, there's no > need to restrict uploads to DDs. Do you think it could be a check before a package to be accepted in archive? I second that and would like to help with. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
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 delayed. The >> minute after the release team announces that we're going to delay >> our next release, we will stop with these weird threads and keep >> arguing that we're all volunteers and are doing our best. oh, the >> humanity! >> >> I'm asking myself what's behind all that ? Ubuntu ? Probably no. >> Subconcious fear to delivery in time ? Probably yes. Stop thinking >> about who you're going to ask to be expelled next and spend some >> time considering not my words, but just Etch. > > Thank you! Thank you! That's what we all are (should) be here to do. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
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 other? I oppose to his (Sven) expulsion too. Well, I don't trust all actions of DAM's neither of anybody else. I think each action need to be judge by time. I think we all do mistakes. I agree that Sven sometimes is very rudy like a lot of other DDs here and there. That isn't a reason to remove him from the project. I personally dislike that situation of Jonas and Sven and do thing that those things shouldn't happen but we also need to look all good work that Sven already did in past and continue to do in a lot of areas of Debian et all. I work with him in some projects (Parted and MOL) and never had problems to deal with him. We always discussed all things without problems. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." pgpEL7wkZvNgH.pgp Description: PGP signature
Re: For those who care about stable updates (update)
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 want to join the team to help with it? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about stable updates
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 give up. Congratulations. :( Is there something that we could to do try to revert it? I do think your work is very suitable for us and we all use it while using point releases and security repository. In that way, would be good to have you again on it. Mostly of use know that Debian has its problems but give up doesn't solve them. Would be better if we try to make a group and propose solutions. For those problems that ftpmasters still avoid to accept and most of us agree there's the Tecnical Comitee so we have an option. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#352073: ITP: gerwin -- CASE tool for edit data model
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: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Automatic testing of .deb's
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 patched any of my packages, please, provide the patch to me to apply it. I would love to have it integrated in my packages also in Debian in general. > I would like to have some idea what people think I should do with the > tests that we're hopefully going to have, eventually for lots of > packages. Would Debian like those tests as patches in wishlist bug > reports, in general ? That would seem to be best to me but before I > go down this route I'd like to be clear that that's what Debian > developers want. As I said above, I think it's a really good effort for Debian, Ubuntu and any other derivative to have integrated since it'll help to us to don't have broken packages in archive. Maybe it could be later included in DAK for acceptance checking avoiding problematic packages to hit the enduser as possible. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: MIA? Fabio Rafael da Rosa
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 - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: MIA? Fabio Rafael da Rosa
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. Leave him as co-maintainer for a while. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian derivatives and the Maintainer: field (again)
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 A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian derivatives and the Maintainer: field (again)
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. Debian-EDU is available in Debian but also outside of it since they need to do more updated that aren't allowed in our stable versions. In that case, they would need to recompile all source again to change the maintainer field. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian derivatives and the Maintainer: field (again)
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. Directly imported source
>> (that will be just recompiled by Ubuntu) doesn't need to be change
>> since it's the same source code that runs on Debian.
>
> But linked against other libraries. The binary is downloaded from another
> location(or installed from a different cd set). The program used to do the
> download may be different.
Using this as rule, then all Debian CDD distributions would need to
recompile all sources to change the maintainer field. This include
Debian-EDU, Debian-BR-CDD and others. That's what you think is
correct?
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.
--
O T A V I OS A L V A D O R
-
E-mail: [EMAIL PROTECTED] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://www.freedom.ind.br/otavio
-
"Microsoft gives you Windows ... Linux gives
you the whole house."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian derivatives and the Maintainer: field (again)
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 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. Directly imported source (that will be just recompiled by Ubuntu) doesn't need to be change since it's the same source code that runs on Debian. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Canonical's business model
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 that they weren't contributing the >> installer efforts to us, even when d-i was already there. > > FWIW, progeny uploaded pgi to Debian (I forget if it ever made it out of > incoming) and have contributed back other tools like pickaxe too (pity > we haven't tried to use it and are still stuck with the Evil that is > debian-cd). I think it was pretty clear by the time their anaonda port > came around that Debian was not very interested it it except possibly as > a fallback if d-i failed to materialize. Also discover1 and discover2. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Automatic closing of bugs
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 - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFH] Test of new grub package
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 >> directly to me. If it solve any previous bug that you had before, >> would be good if you could send me a hint so I can close it when I >> have the upload ready. > > Tested and working here. I'll report any glitches. Do you know if this > package fixes the XFS-as-root-partition problems? I don't use XFS here, so > I can't test it myself, but was thinking of running XFS in future. No, it didn't fix it :( I thought that it fixed but I was wrong :( Good to hear that it worked for you. I'll probably upload this to unstable since we already has current version on testing. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[RFH] Test of new grub package
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 send me a hint so I can close it when I have the upload ready. I can't promise that it'll work for you but it, at least, worked for me ;-) The updated package is available, with the source, at: deb http://projetos.ossystems.com.br/~otavio/test/grub ./ Thanks in advance, -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." pgpdc3LYGqUxO.pgp Description: PGP signature
Re: Resignation and orphan list
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 we need to work together to fix them. Resign from it doesn't help us! I also offer myself to sponsor any uploads that you need in case and then help you to keep your packages in good shape! -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#338530: ITP: 915resolution -- resolution modify tool for Intel 915/999/1000 graphic chipsets
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, and 945G chipsets. >> This modification is necessary to allow the display of certain >> graphics resolutions for an Xorg or XFree86 graphics server. > > Is it a full replacement for 855resolution? In this case, could you > synchronize with the 855resolution maintainer to avoid having both > packages in the archive? and also provide, replace and conflict with it, of course ;-) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house."
Re: apt-proxy
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 did by Chris. Could you help with its development? > Based on the growing list of bugs, I suspect not. apt-proxy has some critical problem in its base and that's why a refactoring is in process. > A quick glance of some of the reports shows no sign of response from > the maintainer. In past I was active in its development but lack time to work on it since I started to work in others projects and to help to maintain some like grub, parted, discover and etc... > Some users in fact have completely given up. > > A recent bug I have discovered makes it unusable. I already saw your bug report and I'll see if Chris can handle it or I'll try to do it ASAP. Sorry! -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
