to be specified in debian/source somewhere?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi
pkg --get-selections so that transferring
| the selection over to another computer running another architecture
| will still work ?
I think using the string «native» as a magic alias for what arch this is
on would be useful, yes. I'm not convinced it should be used in output
by default, it
2822 style, so something like:
Divert-From: /usr/share/foo
Divert-To: /usr/share/bar
Divert-From: /usr/share/baz
Divert-To: /usr/share/coo
This makes it easier to figure out what the contents of the file means
when you're tired or don't care to check the documentation.
Regards,
--
Tollef Fo
I'd be fine with it being optional if you really don't care.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
only have them in large mboxes with other mails, it would be nice if
> someone else could do this.
Alioth does not keep a copy of those outgoing mails, so there's no way
for us to recreate them, sorry.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
benchmark that tests 32 bit and 64 bit
| support. That would be hell.
We aren't gentoo. Users aren't supposed to do that, but if they do,
they should use a chroot. Optimize for the common case.
--
Tollef Fog Heen,''`.
U
* Paul Brook
I have a Mail-Followup-To set. Please respect it, or at least respect
the policy on Debian lists not to Cc the one you are replying to.
| On Thursday 15 January 2004 11:48 am, Tollef Fog Heen wrote:
| > | Other could do with conflicting -dev packages. But the majority
lid option for glibc, on which just about every debian package
| depends.
We are talking about development packages, not library packages.
--
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are : :' :
`. `'
`-
erted to
directories or the other way around?
(Just guessing.)
--
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about
globally enabled it will
| automatically install tls extensions as well. Wenn you install PSI (a
| jabber client) it will install the ssl-plugin for it...
Sounds a lot like http://www.dpkg.org/FeatureDependencies to me.
--
Tollef Fog Heen
* Florent Rougon
| I don't think anyone serious still uses a dselect access method other
| than APT; so IMHO, it is OK to merge these bugs and even tag them as
| wontfix.
I know that Ian Jackson for one uses other access methods.
--
Tollef Fog
* Brendan O'Dea
| Anyone care to step up and host the MX? I also have a copy of the www
| MoinMoin if you're interested in getting that going again.
I'll be happy to host this, both the wiki and the MX.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about
t copies of
the moin date and the mail setup.
I'd like to send a thanks to Brendan O'Dea who has been hosting
dpkg.org for so long.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &
department, but it seems to
work fine for me in my somewhat light testing.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Otavio Salvador
| Tollef Fog Heen <[EMAIL PROTECTED]> writes:
|
| > I've finally gotten around to fixing up my support for excluding bits
| > of packages as they are unpacked. It can be gotten from
| > git://git.err.no/dpkg in the master branch (sorry about that, it
| &g
* Raphael Hertzog
| Hi,
|
| On Sat, 05 Jan 2008, Tollef Fog Heen wrote:
| > I've finally gotten around to fixing up my support for excluding bits
| > of packages as they are unpacked. It can be gotten from
| > git://git.err.no/dpkg in the master branch (sorry about that, it
| >
* Guillem Jover
| On Sat, 2008-01-05 at 11:18:13 +0100, Tollef Fog Heen wrote:
| > I've finally gotten around to fixing up my support for excluding bits
| > of packages as they are unpacked. It can be gotten from
| > git://git.err.no/dpkg in the master branch (sorry about that,
* Frank Lichtenheld
| On Sat, Jan 05, 2008 at 11:18:13AM +0100, Tollef Fog Heen wrote:
| > I've finally gotten around to fixing up my support for excluding bits
| > of packages as they are unpacked. It can be gotten from
| > git://git.err.no/dpkg in the master branch (sorry
ixes, I'm of course happy to accept those; either mail them to -dpkg
or publish a git branch somewhere.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r review a couple of times, but nothing
unreasonable.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
#x27;m
not questioning his motives, I am just pointing out that iwj
maintained it for about two out of its fourteen-year life. Calling
the project Ian's and implying that he has a god-given right to take
back dpkg because he first wrote it is just silly.
--
Tollef Fog Heen
UNIX is user friendly,
:
- Documentation
- I believe there might be a bug where the filters code does not
respect --root passed to dpkg; I need to test that and possibly fix
it.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
>From 3eb1d13d1cddcd0af7fe477b09468c5184eb1a50 Mon S
e about, but it probably makes sense
for it to be dpkg, making sure it's root:root 0644).
--
Tollef Fog Heen / Linpro ASt: 21 54 41 73
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
, but please don't reformat it just for the
heck of it (since that's problematic wrt bisecting and such).
(Oh, and I disagree with your formatting, but I'm not a dpkg
developer, just a patch contributor, so I'm not going to stir that
pot, not now at least.)
--
Tollef Fog Heen
mistake to want to use /usr/lib/i386/ when it is
| entirely possible that multiarch users will actually need the full
| triplet - think about hurd or kfreebsd as multiarch packages.
I don't believe anybody has suggested using just /usr/lib/i386, but
rather /usr/lib/i486-linux-gnu?
--
Tollef Fog
* Neil Williams
(Please respect my Mail-Followup-To and my Mail-Copies-To: never)
| On Fri, 2008-07-04 at 08:33 +0200, Tollef Fog Heen wrote:
|
| > How would you then handle libraries that go in /lib? (Apart from the
| > fact that I think just using a subdirectory of /usr/lib is much
Makes it easier to verify for correctness, avoid regressions, etc.
| - Makes it easier to revert or cherry-pick if needed.
As buxy pointed out: how do you think we should do this wrt larger
features? In the past, you've wanted a squashed commit, is this still
wanted?
--
Tollef Fog He
ckages generate files in their postinst script (e.g. byte-compilation
of elisp, python), and being able to query for who owns it using dpkg -S
would be useful.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debia
ry, I no longer have the exact timings here.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
inux); then
This makes it impossible to override the location of pkg-config by
setting PKG_CONFIG. Please use the PKG_CHECK_MODULES macro (or at least
the PKG_PROG_PKG_CONFIG macro and then call $PKG_CONFIG yourself).
(Yes, I know that the old code has the same problem.)
--
Tollef Fog Heen
UNIX is user
r a random upstream git
repository that might not be available.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
e
included or extending the source package format sounds like a good idea.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
]] Goswin von Brederlow
| Tollef Fog Heen writes:
|
| > ]] Goswin von Brederlow
| >
| > | Remove 3.0 (qit) format completly. A full history bloats the source
| > | and a cut down history has no advantage over a plain source.
| >
| > I think this would be a mistake.
]] Goswin von Brederlow
| Tollef Fog Heen writes:
|
| > ]] Goswin von Brederlow
| > | My feeling is that 3.0 (git) format adds bloat to the source packages
| > | that hardly anyone ever uses, makes it that much harder for any
| > | non-git user to edit the source and is of little
kage versions) and `dpkg --compare-versions' (for version
| comparisons), which is not a sign of great engineering ;-)
Let's not try to parse our own output. :-)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to
| dummy packages ;-) Actually I don't want to install anything, but to spit a
| sensible list of requested build-depens and -conflits.
No, pbuilder-satisfydepends-classic does not use a dummy package.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends a
import AptPkg::System '$_system';
require AptPkg::Cache;
require AptPkg::Version;
};
if ($@) {
die "libapt-pkg-perl not available, can't use -f";
}
to do the check at run-time.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friend
t not without
patches to dak). While I'm not an ftp-master, I would be surprised if
they were happy to take patches for a 3.0 (simple-patchsys). Quilt
isn't that complicated to use and should just replace simple-patchsys,
dbs and similar patch systems.
--
Tollef Fog Heen
UNIX is user frie
s the current value of the C
«errno» variable, or in other words, if a system or library
call fails, it sets this variable.
--
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about
* Wichert Akkerman
| * N-arch setup / architecture & OS revisions
[...]
http://raw.no/debian/amd64-multiarch-2 has some thoughts on the issue,
and hashes out a possible solution, which is somewhat based on your
writing, the meeting in Malaga and discussions on IRC.
--
Tollef Fog
* Martin Michlmayr
| BTW, this may be a stupid question, but is there a way to tell apt to
| pass some options to dpkg? I needed this the other day and couldn't
| easily find it.
apt-get -o "DPkg::options=--force-overwrite" install foo
should work.
--
* Adam Heath
| apt-get -o Dpkg::Options::=--first-arg -o Dpkg::Options::=--second-arg
|
| The apt option key is case insensitive. Note the trailing ::.
Then it'll have to be DPkg, not Dpkg, according to apt.conf(5).
--
Tollef Fog
--
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are : :' :
`. `'
`-
or status file have become
corrupted. Can you send those found in /var/lib/dpkg to the bug so I
can have a look?
--
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are : :' :
`. `'
`-
g enough...
No, the conclusion is that apache should wait a little longer.
--
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are : :' :
`. `'
`-
reopen 18482
reassign 18482 debian-policy
thanks
Sorry for closing this bug a bit fast; I'm reassigning the bug to
policy so the policy process can decide whether this should be changed
or not.
- tfheen
severity 248596 wishlist
thanks
Victor Porton wrote:
$ dpkg -S gettextize
gettext: /usr/share/man/man1/gettextize.1.gz
po-debconf: /usr/share/man/man1/debconf-gettextize.1.gz
gettext: /usr/bin/gettextize
libglib2.0-dev: /usr/bin/glib-gettextize
po-debconf: /usr/share/man/fr/man1/debconf-gettextize.
Artur R. Czechowski wrote:
On Wed, May 12, 2004 at 02:48:05PM -0700, Debian Bug Tracking System wrote:
This is not a bug in dpkg; if your filesystem doesn't have UNIX
semantics, you are on your own and will see spurious errors like this one.
I'm closing this bug.
I'd only like to say that it is dp
48 matches
Mail list logo
