Goswin von Brederlow 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 perfect ye
Micha Lenk 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
Miles Bader writes:
> Goswin von Brederlow 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" thin
Goswin von Brederlow 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 belief, and cle
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
Micha Lenk 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 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
]] 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, wh
Bernd Zeimetz writes:
> Goswin von Brederlow wrote:
>> Bernd Zeimetz 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 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; ple
Goswin von Brederlow wrote:
> Bernd Zeimetz 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
Bernd Zeimetz 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 other
Roger Leigh writes:
> On Sun, Jul 05, 2009 at 11:36:31PM +0200, Goswin von Brederlow wrote:
>> Roger Leigh 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
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 - brea
Roger Leigh 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 need to compile
a
Steve Langasek 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: . Which
>> means ia32-libs or ia32-libs-gtk for the old system or ia32-
>> for the ia32-apt-get one.
>
> If this
On Sun, Jul 05, 2009 at 11:36:31PM +0200, Goswin von Brederlow wrote:
> Roger Leigh 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 here.
>
> Whi
Tollef Fog Heen 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 javascript
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
Roger Leigh 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 not ha
Yannick 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 implemented.
I, at least,
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: . Which
> means ia32-libs or ia32-libs-gtk for the old system or ia32-
> for the ia32-apt-get one.
If this means ia32-apt-get is installing f
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 direct
On Sun, Jul 05, 2009 at 05:35:13PM +, Philipp Kern wrote:
> On 2009-07-05, Stefano Zacchiroli wrote:
> > 3) How to maintain the chroot. With the chroots that I use (I've 4 of
> OTOH the main system is not automatically upgraded neither. Maybe a post-
> upgrade hook or similar would be approp
Philipp Kern (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 component that needs twe
On 2009-07-05, Stefano Zacchiroli 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 building on 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 trigge
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
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 l
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 javasc
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
]] 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 co
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
]] 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 chr
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 ther
Pierre Habouzit writes:
> On Sat, Jul 04, 2009 at 11:30:12PM +0200, Goswin von Brederlow wrote:
>> Yannick 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
On Sat, Jul 04, 2009 at 11:30:12PM +0200, Goswin von Brederlow wrote:
> Yannick 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
Yannick 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 pretty useful.
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 t
Josselin Mouette 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 trying
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
s
Bernd Zeimetz 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).
>
> T
Bastian Blank 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 a complete
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 release
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 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 cases where di
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 b
Joerg Jaspert 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 removal / co
48 matches
Mail list logo
