On Wed, 23 Mar 2011, Goswin von Brederlow wrote:
> > They can have conffiles but obviously the confffile must be the same
> > across all architectures (for a given version).
>
> And if I change the conffile and upgrade does dpkg then ask twice if I
> want to keep my version?
No.
What about stopp
Raphael Hertzog writes:
> Hi,
>
> On Wed, 23 Mar 2011, Goswin von Brederlow wrote:
>> What is the policy on conffiles under multiarch? Can a Multi-Arch: same
>> package have conffiles? Or would that confuse dpkg too much?
>
> They can have conffiles but obviously the confffile must be the same
>
Hi,
On Wed, 23 Mar 2011, Goswin von Brederlow wrote:
> What is the policy on conffiles under multiarch? Can a Multi-Arch: same
> package have conffiles? Or would that confuse dpkg too much?
They can have conffiles but obviously the confffile must be the same
across all architectures (for a given
Raphael Hertzog writes:
> [ Bcc to -dpkg for info ]
>
> Hello,
>
> since multiarch support in dpkg is on good track, it's about time to
> identify what will break when people start using multiarch packages...
A while back I already posted about a major problem cases. Specifically
packages violat
[ Cc-ing the bug log ]
On Thu, Mar 03, 2011 at 07:05:14PM +0100, Guillem Jover wrote:
> > For each package --status will do the trick, for all packages, yeah
> > it does not support patterns. I guess adding that would be fine. So
> > one could do something like: «dpkg-query -s '*'».
>
> Or on a s
On Thu, 2011-03-03 at 18:20:01 +0100, Guillem Jover wrote:
> On Thu, 2011-03-03 at 17:30:42 +0100, Stefano Zacchiroli wrote:
> > Is there a way to ask dpkg-query to dump all the information contained
> > in /var/lib/dpkg/status without either having to: (1) list all fields
> > explicitly (using --s
Hi,
On Thu, 03 Mar 2011, Stefano Zacchiroli wrote:
> Is there a way to ask dpkg-query to dump all the information contained
> in /var/lib/dpkg/status without either having to: (1) list all fields
> explicitly (using --show + --showformat) or (2) list all package names
> (using --status)?
>
> I co
On Thu, 2011-03-03 at 17:30:42 +0100, Stefano Zacchiroli wrote:
> On Thu, Mar 03, 2011 at 02:45:51PM +0100, Raphael Hertzog wrote:
> > And the status file is not a public interface. It's a file used by dpkg.
> > If tomorrow dpkg supports an optional SQLite internal database through a
> > plugin, dp
On Thu, Mar 03, 2011 at 02:45:51PM +0100, Raphael Hertzog wrote:
> And the status file is not a public interface. It's a file used by dpkg.
> If tomorrow dpkg supports an optional SQLite internal database through a
> plugin, dpkg-query will continue to work but your access to the status
> file will
Hi!
On Wed, 2011-03-02 at 15:06:11 +0100, Raphael Hertzog wrote:
> Here's what might create troubles:
> 3/ Any program that assumes the current layout of control files
>(/var/lib/dpkg/info/.) will be broken (at least for
>some packages) since the layout will change to support Multi-Arch:
Hi!
On Thu, 2011-03-03 at 14:45:51 +0100, Raphael Hertzog wrote:
> On Thu, 03 Mar 2011, Carsten Hey wrote:
> > * Raphael Hertzog [2011-03-02 15:06 +0100]:
> > >In general parsing the status file should not be done, instead you
> > >should use dpkg-query.
> >
> > Is there any reason for th
Hi,
On Thu, 03 Mar 2011, Carsten Hey wrote:
> * Raphael Hertzog [2011-03-02 15:06 +0100]:
> >In general parsing the status file should not be done, instead you
> >should use dpkg-query.
>
> Is there any reason for this, except that the format of the status files
> will evolve?
dpkg-query
* Raphael Hertzog [2011-03-02 15:06 +0100]:
>In general parsing the status file should not be done, instead you
>should use dpkg-query.
Is there any reason for this, except that the format of the status files
will evolve?
>You should use "dpkg-query --control-path " to
Jftr, there i
[ Bcc to -dpkg for info ]
Hello,
since multiarch support in dpkg is on good track, it's about time to
identify what will break when people start using multiarch packages...
I have started filing a few bugs for some packages where I knew of
the problems but I need your help to identify other poss
14 matches
Mail list logo
