Goswin von Brederlow goswin-...@web.de writes:
And why should there be. The package it totally usable and functional
as designed.
Does it properly support aptitude / synaptic / etc yet?
[The whole print a message on stdout telling the user he'd better do
something else thing was dodgy beyond
Miles Bader mi...@gnu.org writes:
Goswin von Brederlow goswin-...@web.de writes:
And why should there be. The package it totally usable and functional
as designed.
Does it properly support aptitude / synaptic / etc yet?
[The whole print a message on stdout telling the user he'd better do
Micha Lenk mi...@lenk.info writes:
Hi,
Goswin von Brederlow wrote:
Am Sonntag 05 Juli 2009 schrieb Goswin von Brederlow:
The conversion system is an ugly hack. Sure. [...]
[...]
The package it totally usable and functional as designed.
Don't you feel like contradicting yourself?
Goswin von Brederlow goswin-...@web.de writes:
Does it properly support aptitude / synaptic / etc yet?
[The whole print a message on stdout telling the user he'd better do
something else thing was dodgy beyond belief, and clearly is not
acceptable for testing.]
Sure the support isn't
Hi,
Hans-J. Ullrich schrieb:
Am Sonntag 05 Juli 2009 schrieb Goswin von Brederlow:
The conversion system is an ugly hack. Sure. [...]
Despite whatever the people say, I like the new package. And I like the idea
behind it. And if it does not work at the beginning, who cares? It is
Micha Lenk mi...@lenk.info writes:
Hi,
Hans-J. Ullrich schrieb:
Am Sonntag 05 Juli 2009 schrieb Goswin von Brederlow:
The conversion system is an ugly hack. Sure. [...]
Despite whatever the people say, I like the new package. And I like the idea
behind it. And if it does not work at
Hi,
Goswin von Brederlow wrote:
Am Sonntag 05 Juli 2009 schrieb Goswin von Brederlow:
The conversion system is an ugly hack. Sure. [...]
[...]
The package it totally usable and functional as designed.
Don't you feel like contradicting yourself?
The only reason for it not to be in squeeze
]] Yannick
| But then, why do some bother with multiarch implementation? ;-)
Because it solves the problem in a much more elegant way.
| Correct me if I'm wrong, but doesn't multiarch do the same thing as ia32-
| apt-get but at the distribution level?
It accomplishes some of the same goals,
Goswin von Brederlow wrote:
Bernd Zeimetz be...@bzed.de writes:
Goswin von Brederlow wrote:
and it has numerous RC bugs.
Lets see:
http://packages.qa.debian.org/i/ia32-libs-tools.html
RC bugs: 1
There were 6 bugs when I looked at the page before writing my mail, guess
you've
On Sun, Jul 05, 2009 at 10:41:10PM +0100, Roger Leigh wrote:
BTW, do you want a bug report about this against schroot?
Yes please! Since I have the memory of a goldfish, I can't forget
this way ;)
Done: #535943. I've tried to summarize the relevant points of this
design discussion; please
Bernd Zeimetz be...@bzed.de writes:
Goswin von Brederlow wrote:
Bernd Zeimetz be...@bzed.de writes:
Goswin von Brederlow wrote:
and it has numerous RC bugs.
Lets see:
http://packages.qa.debian.org/i/ia32-libs-tools.html
RC bugs: 1
There were 6 bugs when I looked at the page before
On Sat, Jul 04, 2009 at 11:30:12PM +0200, Goswin von Brederlow wrote:
Yannick yannick.roeh...@free.fr writes:
Goswin von Brederlow wrote:
And hey, the good reason was diverting the package management tools
is unacceptable. But, no, we have to do insults instead of arguing.
Alas,
Pierre Habouzit madco...@madism.org writes:
On Sat, Jul 04, 2009 at 11:30:12PM +0200, Goswin von Brederlow wrote:
Yannick yannick.roeh...@free.fr writes:
Goswin von Brederlow wrote:
And hey, the good reason was diverting the package management tools
is unacceptable. But, no, we have
Am Sonntag 05 Juli 2009 schrieb Goswin von Brederlow:
The conversion system is an ugly hack. Sure. But it is the same ugly
hack 32bit support has always done, for over 5 years. The only change
is when the conversion is done, i.e. moved from the buildd to the
users system. By moving it there
]] Yannick
| For instance, I wanted to test Firefox 3.5 in 32bits on my amd64
| Debian (64bit Firefox 3.5 does not have the new tracemonkey javascript
| engine). With ia32-apt-get, I could install the 32bit version of my
| GTK theme engine so that Firefox can look good.
You could just use a
On Sun, Jul 05, 2009 at 01:26:23PM +0200, Tollef Fog Heen wrote:
]] Yannick
| For instance, I wanted to test Firefox 3.5 in 32bits on my amd64
| Debian (64bit Firefox 3.5 does not have the new tracemonkey javascript
| engine). With ia32-apt-get, I could install the 32bit version of my
|
]] Stefano Zacchiroli
| On Sun, Jul 05, 2009 at 01:26:23PM +0200, Tollef Fog Heen wrote:
| ]] Yannick
|
| | For instance, I wanted to test Firefox 3.5 in 32bits on my amd64
| | Debian (64bit Firefox 3.5 does not have the new tracemonkey javascript
| | engine). With ia32-apt-get, I could
On Sun, Jul 05, 2009 at 04:37:50PM +0200, Tollef Fog Heen wrote:
No, I don't think so. Coming up with random maybe-somewhat-working
solutions to cross-installing packages will only take a proper solution
take more time to get implemented, since people will be less interested
in fixing the
On Sun, Jul 05, 2009 at 03:07:58PM +0200, Stefano Zacchiroli wrote:
On Sun, Jul 05, 2009 at 01:26:23PM +0200, Tollef Fog Heen wrote:
]] Yannick
| For instance, I wanted to test Firefox 3.5 in 32bits on my amd64
| Debian (64bit Firefox 3.5 does not have the new tracemonkey javascript
|
Tollef Fog Heen wrote:
]] Yannick
| For instance, I wanted to test Firefox 3.5 in 32bits on my amd64
| Debian (64bit Firefox 3.5 does not have the new tracemonkey javascript
| engine). With ia32-apt-get, I could install the 32bit version of my
| GTK theme engine so that Firefox can look
On Sun, Jul 05, 2009 at 04:17:15PM +0100, Roger Leigh wrote:
The fact that schroot was primarily written for developers does not
make it any less useful for ordinary users. The current version has
features such as /etc/schroot/chroot.d which are intended to allow
other programs or packages to
On Sun, Jul 05, 2009 at 07:00:38PM +0200, Stefano Zacchiroli wrote:
As I see it, there are two major hurdles:
1) Initial creation of the chroot. As above, I think a simple
script to integrate with the existing tools would work just fine
here.
Sure, perhaps triggered when
On 2009-07-05, Stefano Zacchiroli z...@debian.org wrote:
3) How to maintain the chroot. With the chroots that I use (I've 4 of
them: three for cowbuilding in different suites, and a 32 bit one)
they always end up being out of date. I developed the habit of
updating them just before
Philipp Kern tr...@philkern.de (05/07/2009):
How could one help to get multiarch happen by the way? Or does it currently
depend on Guillem coding up the foundation in dpkg anyway?
Maybe we could have a bug against general about multiarch support,
blocked by bugs against each and every
On Sun, Jul 05, 2009 at 05:35:13PM +, Philipp Kern wrote:
On 2009-07-05, Stefano Zacchiroli z...@debian.org wrote:
3) How to maintain the chroot. With the chroots that I use (I've 4 of
snip
OTOH the main system is not automatically upgraded neither. Maybe a post-
upgrade hook or similar
On Sun, Jul 05, 2009 at 06:29:30PM +0100, Roger Leigh wrote:
Exactly. Such a package can automatically debootstrap and set up a
suitable chroot environment without any hand-holding by the user.
It can even borrow all the apt settings such as sources.list from
the host.
Yep, but not directly,
On Sun, Jul 05, 2009 at 12:20:08PM +0200, Goswin von Brederlow wrote:
The upgrade path to multiarch is for the multiarch i386 deb to
Conflicts/Replaces: package that contains the same files. Which
means ia32-libs or ia32-libs-gtk for the old system or ia32-package
for the ia32-apt-get one.
If
Yannick yannick.roeh...@free.fr writes:
Correct me if I'm wrong, but doesn't multiarch do the same thing as ia32-
apt-get but at the distribution level?
My impression is that it's not necessarily the abstract idea of
ia32-apt-get that's so wrong, but rather the apparently clumsy way it
was
Roger Leigh rle...@codelibre.net writes:
On Sun, Jul 05, 2009 at 03:07:58PM +0200, Stefano Zacchiroli wrote:
On Sun, Jul 05, 2009 at 01:26:23PM +0200, Tollef Fog Heen wrote:
]] Yannick
| For instance, I wanted to test Firefox 3.5 in 32bits on my amd64
| Debian (64bit Firefox 3.5 does
On Sun, Jul 05, 2009 at 09:06:13PM +0200, Stefano Zacchiroli wrote:
On Sun, Jul 05, 2009 at 06:29:30PM +0100, Roger Leigh wrote:
Exactly. Such a package can automatically debootstrap and set up a
suitable chroot environment without any hand-holding by the user.
It can even borrow all the
Tollef Fog Heen tfh...@err.no writes:
]] Stefano Zacchiroli
| On Sun, Jul 05, 2009 at 01:26:23PM +0200, Tollef Fog Heen wrote:
| ]] Yannick
|
| | For instance, I wanted to test Firefox 3.5 in 32bits on my amd64
| | Debian (64bit Firefox 3.5 does not have the new tracemonkey
On Sun, Jul 05, 2009 at 11:36:31PM +0200, Goswin von Brederlow wrote:
Roger Leigh rle...@codelibre.net writes:
As I see it, there are two major hurdles:
1) Initial creation of the chroot. As above, I think a simple script
to integrate with the existing tools would work just fine
Steve Langasek vor...@debian.org writes:
On Sun, Jul 05, 2009 at 12:20:08PM +0200, Goswin von Brederlow wrote:
The upgrade path to multiarch is for the multiarch i386 deb to
Conflicts/Replaces: package that contains the same files. Which
means ia32-libs or ia32-libs-gtk for the old system or
Roger Leigh rle...@codelibre.net writes:
Although I use amd64, I have yet to want to install any 32bit
software, so I'm not entirely sure what the use case is for it.
While I agree in general, I do occasionally want a more fully functional
32-bit system infrastructure. Typically this is when I
Goswin von Brederlow wrote:
and it has numerous RC bugs.
Lets see:
http://packages.qa.debian.org/i/ia32-libs-tools.html
RC bugs: 1
There were 6 bugs when I looked at the page before writing my mail, guess you've
merged/downgraded/... the others.I should have added another one - breaking
Roger Leigh rle...@codelibre.net writes:
On Sun, Jul 05, 2009 at 11:36:31PM +0200, Goswin von Brederlow wrote:
Roger Leigh rle...@codelibre.net writes:
As I see it, there are two major hurdles:
1) Initial creation of the chroot. As above, I think a simple script
to integrate with
Bernd Zeimetz be...@bzed.de writes:
Goswin von Brederlow wrote:
and it has numerous RC bugs.
Lets see:
http://packages.qa.debian.org/i/ia32-libs-tools.html
RC bugs: 1
There were 6 bugs when I looked at the page before writing my mail, guess
you've
merged/downgraded/... the others.I
Le vendredi 03 juillet 2009 à 14:59 +0200, Goswin von Brederlow a
écrit :
Do you *really* want to have more reasons?
I would settle for one good one. :)
OK, let’s try one that you can understand. Try picturing a bridge.
ia32-libs-tools is trying to cross the bridge, but there is Ganneff
Josselin Mouette j...@debian.org writes:
Le vendredi 03 juillet 2009 Ã 14:59 +0200, Goswin von Brederlow a
écrit :
Do you *really* want to have more reasons?
I would settle for one good one. :)
OK, letâs try one that you can understand. Try picturing a bridge.
ia32-libs-tools is
Goswin von Brederlow wrote:
And hey, the good reason was diverting the package management tools
is unacceptable. But, no, we have to do insults instead of arguing.
Alas, despite the diversion of the package management tools, I find ia32-
apt-get pretty useful.
For instance, I wanted to test
Yannick yannick.roeh...@free.fr writes:
Goswin von Brederlow wrote:
And hey, the good reason was diverting the package management tools
is unacceptable. But, no, we have to do insults instead of arguing.
Alas, despite the diversion of the package management tools, I find ia32-
apt-get
On Fri, Jul 03, 2009 at 01:18:14AM +0200, Goswin von Brederlow wrote:
There is only one thing that DAK might want to adapt to. For most
multiarch architectures there is a definite main architecture that
most things should be in and then some corner cases where different
architetcure might be
Goswin von Brederlow wrote:
Please do files bugs about issues you consider blockers for
ia32-libs-tools and squeeze and please include if that applies even if
there is the old ia32-libs in parallel to it (i.e. when it doesn't get
pulled in on upgrades).
The package is a mess, the idea is
Steve Langasek vor...@debian.org writes:
On Fri, Jul 03, 2009 at 01:18:14AM +0200, Goswin von Brederlow wrote:
There is only one thing that DAK might want to adapt to. For most
multiarch architectures there is a definite main architecture that
most things should be in and then some corner
On Fri, Jul 03, 2009 at 10:28:24AM +0200, Goswin von Brederlow wrote:
Last I heart s390 planed to drop 31bit support and go fully 64bit.
This was the plan. However I don't know if it is the best solution. The
fact is: only Debian and SuSE still supports a complete 31bit userland.
RHEL is
Bastian Blank wa...@debian.org writes:
On Fri, Jul 03, 2009 at 10:28:24AM +0200, Goswin von Brederlow wrote:
Last I heart s390 planed to drop 31bit support and go fully 64bit.
This was the plan. However I don't know if it is the best solution. The
fact is: only Debian and SuSE still supports
Bernd Zeimetz be...@bzed.de writes:
Goswin von Brederlow wrote:
Please do files bugs about issues you consider blockers for
ia32-libs-tools and squeeze and please include if that applies even if
there is the old ia32-libs in parallel to it (i.e. when it doesn't get
pulled in on upgrades).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello world,
(Please remember that we can only speak for ourselves and not the
security/release/any other teams, individuals or other sentient beings.)
During the recent discussion about about ia32-libs{,-gtk,-tools} there were
various requests for
Joerg Jaspert jo...@debian.org writes:
Hello world,
(Please remember that we can only speak for ourselves and not the
security/release/any other teams, individuals or other sentient beings.)
During the recent discussion about about ia32-libs{,-gtk,-tools} there were
various requests for
49 matches
Mail list logo