On Monday 19 December 2005 17:11, Marco d'Itri wrote:
> The real lesson in this is that object names should be choosed
> carefully.
AFAIK, the namespace is part of the object name, an thus should be chosen
carefully too.
--
Felipe Sateler
pgpHMa4cCTsTl.pgp
Description: PGP signature
ead of finding a sponsor for my package, I'd have the chance to talk
directly to a group related to my package, and (ideally) get a quicker
response.
--
Felipe Sateler
pgpzQwa1hNB8T.pgp
Description: PGP signature
There is already a libgpod0 package on Christian Marillat's archive, so I
guess there must be an issue regarding this package's relation with debian.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to http://bugs.kde.org whatever. if you have a
> debian-specific packaging issue (installation problem, missing
> files, conflict etc.), please continue".
This seems like a nice idea. File a whishlist bug against reportbug ;)
--
Felipe Sateler
pgp4c5syhD22Q.pgp
Description: PGP signature
Marco d'Itri wrote:
> So you clearly show to not understand the issue: almost every piece of
> hardware uses a non-free firmware. Either uploaded after power-on or
> semi-permanently stored on it.
But then again, Debian doesn't ship that hardware.
--
Felipe Sateler
--
To
Lucas Nussbaum wrote:
> Felipe Sateler <[EMAIL PROTECTED]>
> checkinstall: in unstable (1.6.1-1) but not in testing.
This package had an RC bug until 1.6.1-1, which was uploaded on Dec 7th. I
am at least waiting for the regular 10 days in unstable before requesting a
hi
and they told me that a lintian override was
needed in that case.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
, and a bit annoying (I
confess I've checked the RFH for gtkpod several times now, to only find
help isn't really needed anymore). Shouldn't package maintainers close
these bugs when they have received help?
As an informational note, of the 20 RFH of this month, only 5 are newer than
50 day
others because either there were no help responses or the
responses were somewhat new.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gregor herrmann wrote:
> IIRC lintian does this already.
And devscripts contains a 'checkbashishms' tool
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ame for kde version and 'sim-qt'
> for qt-only version.
> Is it ok?
It seems to me the best would be to have sim-kde and sim-qt, and a sim
metapackage which depends on whatever package you want to be the default.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
Package: wnpp
Severity: wishlist
Owner: Felipe Sateler <[EMAIL PROTECTED]>
* Package name: kompile
Version : 0.2
Upstream Author : Tommaso Frazzetto <[EMAIL PROTECTED]>
* URL : http://www.kde-apps.org/content/show.php?content=30223
* License
ut policy says this target should leave the tarball in the current directory,
not accommodate svn-buildpackage.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
urce gives the steps used to repack it, it does not give the
rationale behind those steps. A text explanation of why you repacked is still
necessary.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
se : GPL - LGPL - MIT OSI (a BSD-like license) CinePaint
> * contains code that is a mix of open source licenses
> Programming Lang: C
> Description : CinePaint is a collection of free open source software
> tools for deep paint manipulation and image processing
So an email should
have reached etorix.
I forgot to add the bug address, though.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
.tar.gz -> a.deb
> 2) b.tar.gz -> b.deb
> 3) c.tar.gz -> c.deb
>
> c.tar.gz contains only documentation, including man pages for
> binaries/scripts in a.tar.gz and b.tar.gz.
> What is the recommended way to deal with this scenario?
If the three tarballs are released in sync
lanations at felipe.sateler.com/wrong-priority
I have not filed any bugs because I don't know if optional/extra make any sense
anymore.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Peter Palfrader wrote:
> On Thu, 24 Apr 2008, Felipe Sateler wrote:
>
>> I was bored the other day and created a script that checks for this. a
>> dd-list of them is available at felipe.sateler.com/wrong-priority.dd-list,
>> and the explanations at felipe.sateler.com/wron
t there is no way to tell if package B
wasn't needed on it's own.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Osamu Aoki wrote:
> Then you are voting for mercurial if you participated in popcon.
>
> vote: number of people who use this package regularly;
Note that the vote is not that reliable either: it needs atime, which is getting
less and less used.
--
Felipe Sateler
--
To UN
aptitude search '?section(^libs) ?recommends(!?section(libs) !?section(doc)
!?section(python) !?section(perl) !?section(doc) !?section(libdevel) )' | wc -l
139
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e from the debian/ directory.
AFAIK, dpkg-buildpackage calls clean before build unless explicitly told not to,
so you could delete them on clean.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ncourages using glib types, there is no problem while gtk itself
uses glib types, as far as I can see. Or is there something I'm missing?
Saludos,
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Russ Allbery wrote:
> Felipe Sateler writes:
>
>> But:
>> % objdump -p /usr/lib/libgtk-x11-2.0.so.0.1600.5 | grep glib
>> NEEDED libglib-2.0.so.0
>
>> If gkt+ encourages using glib types, there is no problem while gtk itself
>> uses glib
Steve Langasek wrote:
> On Wed, Aug 26, 2009 at 02:08:40AM -0400, Felipe Sateler wrote:
>> But this will cause trouble anyway. Imagine this case: glib changes
>> SONAME, both app and library depend on glib. app is recompiled, gtk isn't
>> yet.So then app NEEDED li
ams also make sense when most team members are active users of most of the
applications they co-maintain.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I can't produce with git
> format-patch and feed to git send-email / git am since that feels like
> busy work; in particular the Author and Description fields are not
> needed given there's From and Subject with the same information.
But random joe will not see those in your p
tle breakage.
>
> Reading again your mail, I think we are discussing a inexistent problem.
>
> You say that "some programs which use HAL may do" use /usr/share.
Hal also lives on /usr, so I don't see the problem either.
--
Felipe Sateler
--
To UNSUBSCRIBE, email
> it so n...@bugs.debian.org is an address that *does* cc: the submitter, and
> for messages not to the submitter we should use -maintonly or something
> like it.
A lot has been said about CCing submitters, but what about other
contributors? Is there any reason someone would want to
But then you cannot automatically check if maintainer mode did it's thing
correctly.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
rent booting is enabled?
> It is not printed when I test.
Is CONCURRENCY set in /etc/init.d/rc ? I used to have it set there.
--
Saludos,
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
t-orig-source that doesn't
comply with running from any directory).
--
Saludos,
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, 2009-10-29 at 21:35 +0900, Charles Plessy wrote:
> (The source packages needed the format 3.0 (quilt),
> for which good news are expected soon.)
Already: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457345
--
Saludos,
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-deve
list all arches?
--
Saludos,
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
k at some other file which contains the real
> debian/rules.
Not true. If you were not familiar with the special script, you would
have to read that entire script to understand what it does. OTOH, in the
make-only approach it is easier to discard the contents of
alternate-debian-rules.mk en
ong opinion on that). But the point that was being raised was that it
was easier to read, and I pointed out where it wasn't true.
--
Saludos,
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
the case of a package with a
> pre-existing section override in the archive. What's the sense of
> that?
> Let the maintainer get the nag mail after the fact telling them to
> reconcile
> the section, instead.)
What's the point of having the maintainer specify it in the f
It can be considered bad design, ugly
and whatnot, but it is irrelevant if nobody ever uses other platforms.
Saludos,
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ke sense to a user when the detail does not?
>
> Why add yet another layer?
>
> 'Model' seems to be a completely misleading use of terminology. Why was
> it chosen?
>
> debhelper is a build time package, why use it dh_ styles for an
> installation based system?
dh_ is used at build time. It sets up .config and postinst, like other
dh_ commands.
--
Saludos,
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, 2009-12-04 at 16:56 +, Neil Williams wrote:
> On Fri, 04 Dec 2009 13:29:28 -0300
> Felipe Sateler wrote:
>
> > > Where is the Model?
> > >
> > > Who designs the Model?
> >
> > You (or hopefully someone else who had the same config f
and leave the metapackage installed* - what
> purpose would that serve?
In this particular case, none. But in the general case there are reasons
to keep the metapackage installed. For example, I want to try out gnome.
So I install the gnome metapackage. I do not want (say) brasero. But I
s
onary&va=hindoo
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
le 6 yet, which
was released on 1999, which gives you the first 8 of the minimum 10
required by Jean-Christoph.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
http://lists.debian.org/debian-devel/2006/04/msg00250.html . It it not
> known to me that the situation has changed since then.
Colons are only allowed if there is an epoch (policy 5.6.12). In your
mailman upload of that message, there is no epoch but there is a colon, so
it is an illegal ve
Steve Greenland wrote:
> On 17-Apr-07, 13:25 (CDT), Glenn Moeller-Holst <[EMAIL PROTECTED]> wrote:
>> *If I want or need command xxzz, which packages can give me that?
>
> You'll need to explore the packages website.
or use apt-file
--
Felipe Sateler
--
To UN
nor the Debian Reference, which I assume are the 2 most important user
documents. Maybe a note should be added?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Doesn't the PTS also use this information to inform of vcs commits to the
suscribed users?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d to fix the problem there as
> well.
What if it's a NMU?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Roberto C. Sánchez wrote:
> On Tue, May 15, 2007 at 10:05:56PM -0400, Felipe Sateler wrote:
>> Roberto C. Sánchez wrote:
>>
>> > Well, the ~ character is stated to be evaluated to be less than the
>> > empty string. If a package is the target of a security
commends/Suggests aren't only for stuff required for specific scripts
inside a package, and it's not always that obvious that a script or program
may require extra libs. For example, I still wonder why the hell
openoffice.org-core recommends nfs-common.
--
Felipe Sateler
--
To U
I just know that
debconf-utils would be useful in case of malfunction. Since malfunction
costs more than bandwidth and disk space, I'll install it.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
the relation isn't obvious, and a hint would be helpful.
OTOH, I'm not going to implement any of this, so I'll just shut up, and
apologise for the noise.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ady does the first, and a new check could be added for the
second. There should be no need to complicate Raphaël's proposal when there
is already a tool specifically designed for tests of this sort.
What you want may be achieved by enforcing the use of lintian, but I don't
know how that can b
Russ Allbery wrote:
> Felipe Sateler <[EMAIL PROTECTED]> writes:
>
>> What you want may be achieved by enforcing the use of lintian, but I
>> don't know how that can be done.
>
> The primary barrier to enforcing the use of lintian is #243976. lintia
Steve Langasek wrote:
> On Tue, Jun 05, 2007 at 04:47:07PM -0400, Felipe Sateler wrote:
>
>> > Throwing a sensible error at build-time if the soname has changed
>> > without a package name change is also something that needs to be done,
>> > as well as throwing
t sure it's even possible in
> principle).
I fail to see the difference between "aptitude install X Y Z" and going into
the visual mode and then marking X Y Z for installation. Where is the extra
information?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ition too.
[1] http://www.m-w.com/mw/table/number.htm
[2] http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=bill%F3n
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nt way of doing that. And
no, more people using testing won't fix this issue either.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Luis Matos wrote:
> Qua, 2007-06-13 às 18:09 -0400, Felipe Sateler escreveu:
>> Installing a newer kernel is not an upgrade, in a sense. You are
>> installing new software alongside the old one. Thus the usual
>> expectations don't hold.
>
> the usual expectation
Felipe Sateler wrote:
> That would live everyone waiting for the every module to be ready, of
> which they may not be using some.
That is leave, of course
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
say would happen.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e-grub doesn't update the
default kernel. This means that if you had a default 0, and the new kernel
gets at the top of the list (which is usually the case), it will get booted
next time
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
new /var/lib/aptitude/pkgstates is enough for the first. How to ckeck for
the third one?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d within 2-3 seconds.
I still don't understand why a SIGTERM is needed. If proper cleanup is not
needed, why not just SIGKILL and be done with it? Is there a real reason?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
a buildd/sbuild/wanna-peruse bug?
See bug 229357.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ted the actions of another
>> developper years before.
>>
>> Have a nice day,
>
> But will the comments be copied into the debian/package/DEBIAN/ dir? I
> doubt that.
>
> User would need those comments in the deb.
Could they be added as XB-Comment:? I use XS-Co
Charles Plessy wrote:
> Le Mon, Aug 11, 2008 at 07:02:02PM -0400, Felipe Sateler a écrit :
>> Goswin von Brederlow wrote:
>>
>> Could they be added as XB-Comment:? I use XS-Comment and it appears in the
>> dsc, I don't know if XB-* appear in the deb or elsewhere.
for some basic functionality doesn't belong in a standard install.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Lucas Nussbaum wrote:
> Guenter Geiger (Debian/GNU) <[EMAIL PROTECTED]>
>gem
This was fixed by an NMU, but can't transition to testing due to dependency on
libquicktime 2:1.0.3+debian-2. What to do in cases like this?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to
ould
> appear to be a problem waiting to happen.
Wasn't dpkg supposed to use max(shlibs, build-depends)? The rationale, IIRC, is
because a particular program might rely on a specific bugfix in a given version
of the library. Since bugfixes don't cause shlibs bumps, this was a way for t
have different kernel and firmware versions, there could
be things your hardware can do, the kernel supports it, but the firmware
doesn't or the other way around. In that case, I only care about having the
latest firmware around.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PR
xplain what the issues are, then. The firmware blob has to be generated
*somehow*. There is a tool that generates the blob. Which data does the tool
need to generate it?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
random file names
> will not really work here or do I miss something?
How about using $HOME/.arb/pids_${ARB_PID} and cleaning it up on exit?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Felipe Sateler
* Package name: qutecsound
Version : 0.4~rc1
Upstream Author : Andrés Cabrera
* URL : http://sourceforge.net/projects/qutecsound
* License : GPLv3
Programming Lang: C++
Description : frontend for
ll anything. Recommends can be
removed/not installed. Automatically installing them goes with the spirit
of what it means: software you would normally install alongside the one you
are installing. If you are not installing it is because you know what you
are doing.
- --
Felipe Sateler
-BEGIN PG
ce and apparently it can't parse the file because it
doesn't have a SONAME, but my perl knowledge is very close to zero so I
can't be sure (lines 197-210 of dpkg-shlibdeps).
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Steve Langasek wrote:
> On Fri, Aug 17, 2007 at 12:41:31AM -0400, Felipe Sateler wrote:
>> I'm getting this warning when building csound:
>
>> dpkg-shlibdeps: warning: format of 'NEEDED libcsnd.so' not recognized
>
>> What does it mean and how ca
uot;you need a newer dpkg" (for some reason a
> major version increase is needed for this to happen).
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ackage with a very old sysvinit, and thus without
> invoke-rc.d
But oldstable has 2.86.ds1-1. I thought that only direct upgrades were
supported. I guess the conditional is indeed redundant.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
would like to note that my local apt cache has a diversity of packages,
ranging from small dummy packages like amarok-engines to relatively large
ones like texlive-latex-base or openoffice.org-core. Thus the approximation
is not that bad I think.
--
Felipe Sateler
--
To UNSUBSCRIBE, email
efox will benefit from the competition with
>> other players in the same niche.
>
> Again, I don't see what's preventing people from using that software
> if they want to.
Maybe a significant amount of sites that only work with IE (unavailable on
linux, at least without wine)
Ben Finney wrote:
> Felipe Sateler <[EMAIL PROTECTED]> writes:
>
>> Ben Finney wrote:
>> > Again, I don't see what's preventing people from using [other web
>> > browser] software if they want to.
>>
>> Maybe a significant amount of
ers won't have your packages installed.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
utomake's
functionality redundant. If you are going to require automake, autoconf and
libtool installed, why then generate the intermediate steps (configure and
Makefile's)? Plus it defeats another goal of autotools: only developers
should have it installed, not end users.
If you go down
Joey Hess wrote:
> Felipe Sateler wrote:
>> That defeats the purpose of autoconf, and makes much of automake's
>> functionality redundant. If you are going to require automake, autoconf
>> and libtool installed, why then generate the intermediate steps
>> (co
pkgIndex.tcl still required?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s?
Apparently there's at least the executable stack problem:
http://etbe.coker.com.au/2007/10/10/lintian-and-executable-stacks/
http://etbe.coker.com.au/2007/10/07/executable-stack-and-shared-objects/
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
ing by whole fingerprint, not
> key ID.
>
>
> thanks
> Hamish
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tem? AFAICT, non-us was still debian, and so this non-pat thing
should be too.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s do clever things when the architecture is
> detected as "i686" instead of "i386".
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Andreas Tille wrote:
> I would like to stop this overkill because it is a pure waste of
> bandwidth but I have not even an idea why this happens, because
> I do not find these packages in the list of Recommens.
You might find debtree useful: http://alioth.debian.org/~fjp/debtree/
--
sily detectable by checking the dependencies or debtags.
There are already far too many descriptions that include the language of
development for no good reason.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ions. I shouldn't need to see another package's
description to understand what this package does (unless of course it's a
suite), and I don't need implementation details either.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Adeodato Simó wrote:
> * Andreas Metzler [Wed, 14 Nov 2007 19:32:47 +0100]:
>> I thought Breaks was not yet handled by dpkg/apt and was therefore
>> pointless?
>
> apt supports it since 0.7.0.
I thought we weren't supposed to use it until apt 0.7.0 reaches stab
rafted or unmaintained build scripts tend to be quite ugly).
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rectory is usually
some attempt at helping Debian _users_, not maintainers.
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
M and KILL enough to cleanly
shutdown *all* running services at the same time?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
them
instead of directly KILLing them?
--
Felipe Sateler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
of doing so isn't that bad.
Why go through the hassle of creating a git format when patching dak to
import a VCS-signed tag (which may be mor difficult, I agree) is much
more efficient?
--
Saludos,
Felipe Sateler
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
1 - 100 of 232 matches
Mail list logo
