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 ia
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
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
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
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
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 br
Hi,
I'm striking my colors. By popular demand I'm orphaning the ia32-libs
and ia32-libs-gtk transitional packages. As said before the
prerequisite for that was that someone else steps up as new maintainer
for the old ia32-libs and ia32-libs-gtk monsters and Mark Hymers has
agreed to do so. I don't
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 ge
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 an
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 so
Mike Hommey writes:
> On Thu, Jul 02, 2009 at 02:26:21PM -0700, Russ Allbery wrote:
>> Jonathan Yu writes:
>>
>> > How to fix them? Write Perl scripts, and turn on taint checking --
>> > that fixes the four issues above, because it makes the script exit if
>> > any of them look dangerous. Env::
Guillem Jover writes:
> Hi!
>
> On Thu, 2009-07-02 at 13:58:48 -0700, Russ Allbery wrote:
>> Goswin von Brederlow writes:
>> > what can be done if the maintainer scripts of a package must behave
>> > differently when unpacking the i386 deb on i386 or the i386 de
Faidon Liambotis writes:
> Goswin von Brederlow wrote:
>> ia32-wine is only available when ia32-apt-get is installed.
> WTF? Are you listening to yourself?
>
> Do you actually believe that it's okay to mess in such horrendous ways
> with the packaging system?
If you do
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
Jonathan Yu writes:
> Another option might be to break from POSIX/etc policy (I'm not sure
> where these variables are defined) and patch our command like 'cd' to
> simply ignore 'CDPATH' etc. But I suppose this would then require
> patches in all the various shells available for Debian to go aga
Russ Allbery writes:
> Jonathan Yu writes:
>
>> How to fix them? Write Perl scripts, and turn on taint checking --
>> that fixes the four issues above, because it makes the script exit if
>> any of them look dangerous. Env::Sanctify::Auto is a Perl module that
>> automatically cleans up the path
Russ Allbery writes:
> Goswin von Brederlow writes:
>
>> what can be done if the maintainer scripts of a package must behave
>> differently when unpacking the i386 deb on i386 or the i386 deb on
>> amd64?
>>
>> For example 32bit fglrx-glx needs to divert
Hi,
what can be done if the maintainer scripts of a package must behave
differently when unpacking the i386 deb on i386 or the i386 deb on
amd64?
For example 32bit fglrx-glx needs to divert /usr/lib/libGL.so.1.2 on
i386 but /usr/lib32/libGL.so.1.2 on amd64.
Other examples would be packages that
Hi,
it seems to me that the current CDPATH behaviour is verry strange and
extremly dangerous for shell scripts.
For those that have never heart of CDPATH it does 2 things:
1) a relative "cd" command with search the CDPATH for the given
directory. If unset then '.' is used.
2) it outputs the
Rafael Almeida writes:
> A ``patch'' rule for debian/rules there should always be
> for I'd like to easily apply patches created by me
> Don't worry I don't think of anything too hard
> a simple standarization will ease my heart
>
> Today ``debian/rules build'' is always a good match
> but there'
Steve Langasek writes:
> On Tue, Jun 30, 2009 at 06:52:34PM +0200, Goswin von Brederlow wrote:
>> Look at perl for example:
>
>> Package: perl-base
>> Provides: perlapi-5.10.0
>
>> I suggest to also provide perlabi-$(DEB_HOST_GNU_TYPE) or
>> perlabi-5.10.
Aneurin Price writes:
> On Tue, Jun 30, 2009 at 05:11, Goswin von Brederlow wrote:
>> Aneurin Price writes:
>>
>>> Hi,
>>>
>>> I've just spent over an hour writing and rewriting this mail, and determined
>>> that I can't think of a
Yannick writes:
> Maybe all of this should go to experimental (is there a problem with wine
> depending on experimental packages for amd64?) but thank you Goswin for your
> work.
>
> Yannick
The problem was that libc6-i386 broke all 32bit support in unstable
making all 32bit packages uninstall
Josselin Mouette writes:
> Le mardi 30 juin 2009 à 18:52 +0200, Goswin von Brederlow a écrit :
>> Please stop confusing ia32-apt-get with multiarch. It clearly is a
>> kludge to keep 32bit binaries working till there is multiarch. It is
>> not ment as a replacement.
>
Didier 'OdyX' Raboud writes:
> Goswin von Brederlow wrote:
>
>> Aneurin Price writes:
>>
>>> Hi,
>>>
>>> I've just spent over an hour writing and rewriting this mail, and
>>> determined that I can't think of a single
Steve Langasek writes:
> On Mon, Jun 29, 2009 at 09:02:05PM +0100, Matthew Johnson wrote:
>> I've also CC'd Hector and Steve who are listed as owners on that
>> document because whatever we do to get multiarch working (and I have no
>> strong views on the right way to do it) we should definitely
Jonas Meurer writes:
> On 30/06/2009 Goswin von Brederlow wrote:
>> > Did anyone who isn't on crack get to see 'ia32-apt-get.preinst' and
>> > 'ia32-apt-get.postinst' before they were perpetrated upon an unsuspecting
>> > populace? Reading
Josselin Mouette writes:
> Le mardi 30 juin 2009 à 01:55 +0100, Aneurin Price a écrit :
>> Is there any way of preventing this kind of major breakage in the future?
>> I don't think many people expect that upgrading one package will FUBAR
>> the packaging system.
>
> Report a critical bug again
Didier 'OdyX' Raboud writes:
> Goswin von Brederlow wrote:
>
>> Aneurin Price writes:
>>
>>> Hi,
>>>
>>> I've just spent over an hour writing and rewriting this mail, and
>>> determined that I can't think of a single
Mark Brown writes:
> On Mon, Jun 29, 2009 at 09:31:24PM +0200, Goswin von Brederlow wrote:
>> Mark Brown writes:
>
>> > There seems to be at least some crossover between the people who were
>> > looking at multiarch and the people doing this stuff.
>
>> Bu
Steve Langasek writes:
> On Mon, Jun 29, 2009 at 09:50:01PM +0200, Goswin von Brederlow wrote:
>> Raphael Hertzog writes:
>
>> > There is work going on recently. Steve Langasek drafted a plan that he
>> > wants to bring forward in Ubuntu Karmic Koala and it has
Aneurin Price writes:
> Hi,
>
> I've just spent over an hour writing and rewriting this mail, and determined
> that I can't think of a single constructive thing to say.
>
> So I'll just ask a couple of questions instead:
>
> Is there any way of preventing this kind of major breakage in the future
Yannick writes:
> Goswin von Brederlow wrote:
>
>> There where 3 options:
>>
>> 1) ia32-libs + ia32-libs-gtk (+ ia32-libs-kde + ia32-libs-qt)
>> ftp-master asked us to clean that up basically and
>> "it would not pass NEW if it where uploaded now"
&
Raphael Hertzog writes:
> On Mon, 29 Jun 2009, Goswin von Brederlow wrote:
>> Too bad they did that without involving the people already working on
>> multiarch via the alioth project.
>>
>> They messed up some finer details, broke the existing patches, made
>
Josselin Mouette writes:
> Le lundi 29 juin 2009 à 21:30 +0200, Goswin von Brederlow a écrit :
>> Josselin Mouette writes:
>> > No, it is not going to be. The whole design needs work before it can be.
>>
>> There is a better design. It is called multiarch. B
Raphael Hertzog writes:
> On Mon, 29 Jun 2009, Norbert Preining wrote:
>> On Mo, 29 Jun 2009, Mark Brown wrote:
>> > > Figure out an acceptable option 4.
>> >
>> > Multiarch was mentioned in the original thread.
>>
>> Not that I was happy with the original situation (filing myself a bug),
>> bu
Mark Brown writes:
> On Mon, Jun 29, 2009 at 06:12:20PM +0200, Norbert Preining wrote:
>> On Mo, 29 Jun 2009, Mark Brown wrote:
>
>> > Multiarch was mentioned in the original thread.
>
>> Not that I was happy with the original situation (filing myself a bug),
>> but all that "multiarch" blabla an
Josselin Mouette writes:
> Le lundi 29 juin 2009 à 17:30 +0200, Goswin von Brederlow a écrit :
>> > consider it as a âÂÂreleasableâ solution?
>>
>> Going to be.
>
> No, it is not going to be. The whole design needs work before it can be.
There is
Lionel Elie Mamane writes:
> On Mon, Jun 29, 2009 at 03:57:28PM +0200, Goswin von Brederlow wrote:
>> Lionel Elie Mamane writes:
>
>>> While we are on the subject of ia32-apt-get, I'm not sure _what_
>>> happened, but after the upgrade of ia32-apt-get 14 to
Mehdi Dogguy writes:
> Josselin Mouette wrote:
>> Hi,
>>
>> as the topic says, I noticed the new ia32-libs package depends on
>> ia32-apt-get.
>>
>
> I searched the list archive and found only one thread[1] related to
> ia32-apt-get. Correct me if I'm wrong but it was clear for me, when
> read
Lionel Elie Mamane writes:
> While we are on the subject of ia32-apt-get, I'm not sure _what_
> happened, but after the upgrade of ia32-apt-get 14 to 18, suddenly
> aptitude had about 200 package in "upgradable" state that were not
> upgradable before.
ia32-apt-get encodes its own version into t
Didier Raboud writes:
> Goswin von Brederlow wrote:
>> Didier 'OdyX' Raboud writes:
>>> Goswin von Brederlow wrote:
>>>> Didier 'OdyX' Raboud writes:
>>>>> Norbert Preining wrote:
>>>>>> - calling /usr/share/ia
Didier 'OdyX' Raboud writes:
> Goswin von Brederlow wrote:
>
>> Didier 'OdyX' Raboud writes:
>>> Norbert Preining wrote:
>>>> - calling /usr/share/ia32-apt-get/convert-all-sources.list
>>>
>>> Which horribly breaks with any
Didier 'OdyX' Raboud writes:
> Hi,
>
> Norbert Preining wrote:
>> On Mo, 29 Jun 2009, Josselin Mouette wrote:
>>> This package was already enough of a hack, but at least it worked
>>> without fiddling in horrible ways with the packaging system.
>>>
>>> How can we have a working wine or nsplugin
"Artur R. Czechowski" writes:
> Hello,
> I made a quick glance at /emul/ia32-linux to lib32 transition in BTS.
> There was some bugreports submitted. All I spotted can be seen using
> following link: http://42.pl/u/1GEo
> Shouldn't all of them be set to RC severity as they are uninstallable at
>
Joseph Rawson writes:
> On Sunday 21 June 2009 03:33:33 Goswin von Brederlow wrote:
>
>> > The Release could be signed using an rsign method with the machine(s)
>> > that manage the repository, or it could be done locally on the server
>> > using gpg-age
"brian m. carlson" writes:
> On Sun, Jun 21, 2009 at 10:29:37PM +0300, Peter Eisentraut wrote:
>> There is a bit of discussion in bug #487546 about whether using cc or gcc as
>> the compiler is appropriate.
>>
>> Particular questions:
>>
>> * Are Debian packages supposed to be built by default
Joseph Rawson writes:
> On Saturday 20 June 2009 03:16:33 Goswin von Brederlow wrote:
>> But now you made me think about this too. So here is what I think:
>>
>> - My bandwidth at home is fast enough to fetch packages directly. No
>> need to mirror at all.
>>
Joseph Rawson writes:
> On Friday 19 June 2009 12:57:25 Goswin von Brederlow wrote:
>> Or have a proxy that adds packages that are requested.
> When I woke up this morning, I was thinking that it might be interesting to
> have an apt method that talks directly to reprepro. It
Joseph Rawson writes:
> On Friday 19 June 2009 00:27:06 Goswin von Brederlow wrote:
>> Joseph Rawson writes:
>> If so then you can configure a post invoke hook in apt that will copy
>> the dpkg status file of the host to the server [as status.$(hostname)]
>> and then
Joseph Rawson writes:
> BTW, the subject of this thread is "apt-get wrapper for maintaining Partial
> Mirrors". The solution I'm proposing is "a simple tool for maintaining
> Partial Mirrors" (which could possibly be wrapped by apt-get later).
>
> I think that just pursuing an "apt-get wrapp
Frank Lin PIAT writes:
> On Tue, 2009-06-09 at 16:16 -0500, Joseph Rawson wrote:
>> On Tuesday 09 June 2009 13:14:53 sanket agarwal wrote:
>> > This can be stated as: if a person
>> > wants to keep a customised set of packages for usage with the
>> > distribution, the tool should be able to devel
Joseph Rawson writes:
> There is another application that will help with the dependencies. It's
> called germinate, and it will take a short list of packages and a list of
> repositories and build a bunch of different lists of packages and their
> dependencies. Germinate will also determine
Ken Bloom writes:
> Josselin Mouette wrote:
>> Le lundi 01 juin 2009 à 16:26 +0200, Goswin von Brederlow a écrit :
>> > > What has the initramfs got to do with this?
>> >
>> > For / to be on LVM you need an initramfs. / on raid (with custom
>> &
Josselin Mouette writes:
> Le mardi 02 juin 2009 à 11:22 +0200, Martin Wuertele a écrit :
>> Still that doesn't mean that the project should depricate support for a
>> separate /usr for the sake of udev. If some want to use an initramfs
>> less kernel let them have a functional system, same goe
Pierre Habouzit writes:
> On Mon, Jun 01, 2009 at 05:13:16PM +0200, Goswin von Brederlow wrote:
>> Pierre Habouzit writes:
>>
>> > On Mon, Jun 01, 2009 at 01:11:20PM +0200, Goswin von Brederlow wrote:
>> >> Josselin Mouette writes:
>> >> >
Pierre Habouzit writes:
> On Mon, Jun 01, 2009 at 03:08:02PM -0300, Henrique de Moraes Holschuh wrote:
>> On Mon, 01 Jun 2009, Pierre Habouzit wrote:
>> > Think again, if I do such a package, I would obviously check with some
>> > kind of trivial perl programm if the device containing /usr/lib/ro
Pierre Habouzit writes:
> On Mon, Jun 01, 2009 at 01:11:20PM +0200, Goswin von Brederlow wrote:
>> Josselin Mouette writes:
>> > > - LVM and/or RAID: no real reason nowadays to not use these for the root
>>
>> As long as debian does not provide support for k
Josselin Mouette writes:
> Le lundi 01 juin 2009 à 13:11 +0200, Goswin von Brederlow a écrit :
>> As long as debian does not provide support for kernel independent non
>> breaking initramfs support (i.e. not regenerated on every whim and
>> break) having / outside lvm
Josselin Mouette writes:
> Le dimanche 31 mai 2009 à 19:43 +0200, Marco d'Itri a écrit :
>> All things considered, I have no immediate plan to push for deprecating
>> a standalone /usr.
>
> Thanks for going back. However, if you think this debate is going to
> come back later, maybe we could en
Peter De Wachter writes:
> Op Mon, 25 May 2009 03:36:28 +0100
> schreef Ben Hutchings :
>
>> Cool - that looks really useful. However, it looks like you're just
>> running "dpkg-source -x" to unpack packages. This misses any Debian
>> changes made using a patch system. Unfortunately there is n
Michael Banck writes:
> On Mon, May 25, 2009 at 11:01:55AM +0200, Javier Fernandez-Sanguino wrote:
>> Is there a way to tell 'make' to execute all the dependencies for a
>> target but not go through the target itself?
>
> It is not forbidden to unpack and patch the upstream source in the build
>
"J.A. Bezemer" writes:
> On Sun, 24 May 2009, Bastian Blank wrote:
>
>> Hi folks
>>
>> I would like to raise the minimum CPU requirement for the shipped Linux
>> kernels in the i386 port to i686 (with cmov).
> [..]
>
> Popcon gives us some rough numbers to think about:
>
> linux-image-2.6-686
Robert Millan writes:
> On Wed, May 20, 2009 at 03:44:38AM +0200, Guillem Jover wrote:
>> Hi!
>>
>> On Tue, 2009-05-19 at 22:18:51 +0200, Robert Millan wrote:
>> > Package: wnpp
>> > Severity: wishlist
>> > Owner: Robert Millan
>> >
>> > * Package name: vsag
>> > Version : 0.0.1
Russ Allbery writes:
> Ben Finney writes:
>> Russ Allbery writes:
>>> Cyril Brulebois writes:
>
You call it superfluous. It's particularly helpful for source-only
uploads.
>
>>> Well, yes, it's superfluous for Debian, which doesn't support
>>> source-only uploads.
>
>> But not for ha
Manoj Srivastava writes:
> Sure. I can hack things so that I have a writable home directory
> for root while having a read only /. But then it is incorrect to state
> that it "works out of the box".
>
> manoj
If you have a read-only / you need to have /var and /home as seperate
"Giacomo A. Catenazzi" writes:
> Gabor Gombas wrote:
>> On Thu, May 14, 2009 at 03:53:23PM +0200, Giacomo A. Catenazzi wrote:
>>
>>> No, /root cannot be a separate filesystem.
>>> /root is part of very basic system, and it is required for super user
>>> when he/she is restoring the systems or doi
Manoj Srivastava writes:
> On Tue, May 12 2009, Goswin von Brederlow wrote:
>
>
>>> I don't know if there are more blocker. Oh, and /root is a home
>>> directory; unless we move that, a read only / would affect root
>>> negatively.
>>
>>
Robert Collins writes:
> On Wed, 2009-05-13 at 08:06 +0200, Josselin Mouette wrote:
>> Le mercredi 13 mai 2009 à 11:23 +1000, Brian May a écrit :
>> > Is this still considered to be a libtool issue?
>>
>> Yes, but instead of dropping the .la entirely, Iâd recommend to simply
>> purge it from
Osamu Aoki writes:
> Hi,
>
> When my usual web page updates failed, I was checking my ethernet
> connection ... I wondered why ... Here is the reason:
>
> I might have missed some announcment, ... but it seems rsync on
> people.debian.org creates directories and files with 700 permission.
> This
Manoj Srivastava writes:
> On Mon, May 11 2009, Goswin von Brederlow wrote:
>
>> Henrique de Moraes Holschuh writes:
>>
>>> On Mon, 11 May 2009, Goswin von Brederlow wrote:
>>>> > A separate /usr *is* the way to go if you don't want any writes i
Roger Leigh writes:
> On Mon, May 11, 2009 at 09:59:36AM -0300, Henrique de Moraes Holschuh wrote:
>> On Mon, 11 May 2009, Goswin von Brederlow wrote:
>> > A read-only / should work out of the box just like a read-only /usr. I
>> > haven't installed a fresh one
Henrique de Moraes Holschuh writes:
> On Mon, 11 May 2009, Goswin von Brederlow wrote:
>> > A separate /usr *is* the way to go if you don't want any writes in
>> > that filesystem 99.9% of the time (i.e. when you're not doing an
>> > upgrade).
>>
Roger Lynn writes:
> On Fri, May 08, 2009 at 07:00:25PM +0200, Stefano Zacchiroli wrote:
>> On Thu, May 07, 2009 at 09:47:56PM -0700, Daniel Burrows wrote:
>> > As a practical matter, downgrading these dependencies will cause
>> > aptitude and other package managers to believe that the document
Henrique de Moraes Holschuh writes:
> On Fri, 08 May 2009, David Weinehall wrote:
>> > No. But we do leave /usr read-only the rest of the time, which
>> > is often 99.999% of the time. A separate /usr is required for this.
>>
>> Uhm, no?
>>
>> mount --bind /usr /usr
>
> First, you'd ne
Holger Levsen writes:
> Hi,
>
> On Sonntag, 10. Mai 2009, Raphael Hertzog wrote:
>> With the include approach, we lack this feature and bad/broken local
>> overrides can't be detected if we only have the build log at hand.
>
> which reminds me that we dont have build logs for probably a lot more
Bill Allombert writes:
> On Sun, May 10, 2009 at 09:54:11PM +0200, Raphael Hertzog wrote:
>> On Sun, 10 May 2009, Steve Langasek wrote:
>> > I'm really surprised to see this approach getting traction. To me, this
>> > seems like a significant, unprecedented departure from the kinds of
>> > inter
Steve Langasek writes:
> On Sun, May 10, 2009 at 11:37:46PM +0300, Peter Eisentraut wrote:
>> On Sunday 10 May 2009 13:56:04 Steve Langasek wrote:
>> > I thought it was generally recognized that it's a Bad Idea to implement
>> > config files using your interpreter's 'include' functionality, but t
Stefano Zacchiroli writes:
> On Wed, May 06, 2009 at 12:10:54AM +0200, Joerg Jaspert wrote:
>> > So, does anybody still see reasons to continue supporting a standalone
>> > /usr?
>> There had been lots of responses to that.
>
> Yes, the most repeated argument has been mount /usr via NFS.
> Unfort
Josselin Mouette writes:
> Le mardi 05 mai 2009 à 23:38 +0200, Frank Lin PIAT a écrit :
>> Interesting. I thought 386 wasn't supported anymore (?)
>
> AFAIK the kernel is able to emulate a 486 when running on a 386.
Afaik only when properly patched to do so and including glibc patches.
MfG
Giacomo Catenazzi writes:
> Roger Leigh wrote:
>> On Tue, May 05, 2009 at 05:41:06PM +0200, Stéphane Glondu wrote:
>>> Marco d'Itri a écrit :
I know that Debian supports this, but I also know that maintaning
forever large changes to packages for no real gain sucks.
A partial list o
Roger Leigh writes:
> On Tue, May 05, 2009 at 06:49:47PM +0200, Josselin Mouette wrote:
>> Le mardi 05 mai 2009 à 17:24 +0100, Roger Leigh a écrit :
>> > That might have been a "traditional" reason for a shared /usr.
>> > However, the package manager can't cope with this setup since
>> > you ha
m...@linux.it (Marco d'Itri) writes:
> I have been told by upstream maintainers of one of my packages and by
> prominent developers of other distributions that supporting a standalone
> /usr is too much work and no other distribution worth mentioning does it
> (not Ubuntu, not Fedora, not SuSE).
>
.
> On Thu, Mar 12, 2009 at 10:53:21AM +0100, Goswin von Brederlow wrote:
>> NO NO NO NO NO NO NO NO.
>>
>> It is high time to change to the multiarch dir. For that gcc needs to
>> be fixed first so compiling 32bit code does not break. Transitioning
>> to /usr/lib
Gunnar Wolf writes:
> Goswin von Brederlow dijo [Tue, Apr 28, 2009 at 12:48:58AM +0200]:
>> Hi,
>>
>> I recently converted a few quilt using local packages to the new 3.0
>> (quilt) format. Additionaly those packages are kept in an RCS
>> (mercurial here). N
Hi,
I recently converted a few quilt using local packages to the new 3.0
(quilt) format. Additionaly those packages are kept in an RCS
(mercurial here). Now the problem is: How to version control them?
The new format allows one to just edit the source and build it. No
creation of patches neccessa
> Joerg Jaspert disait :
>
>> we just added two new architectures to the Debian archive. Everybody
>> please welcome
>
>> kfreebsd-i386 AKA GNU/kFreeBSD i386
>> kfreebsd-amd64 AKA GNU/kFreeBSD amd64
Hi Joerg,
What should be done with amd64-libs and ia32-libs now? Can we add
those archs to
Matthew Johnson writes:
> On Mon Apr 06 08:55, Frans Pop wrote:
>> > This is a heads up mail for the D-I team.
>>
>> I'm not sure where the original mail comes from, but IMO this should be
>> discussed on d-devel, especially since it impacts more than just D-I. I
>> suspect there are quite a f
Cyril Brulebois writes:
> Vincent Fourmond (01/04/2009):
>> Although I admit that schroot is a neat tool to deal with that, it is
>> overkill in the case of wine, and much too complex for users that would
>> be interested to use wine: one of the public that can be attracted to
>> the GNU/Linux
Michael Bramer writes:
> Goswin von Brederlow schrieb:
>> Andreas Tille writes:
>>
>>> On Mon, 30 Mar 2009, Michael Bramer wrote:
>>>
>>>> Goswin von Brederlow schrieb:
>>>>> I think the idea of using the Description-md5sum is th
Andreas Tille writes:
> On Mon, 30 Mar 2009, Michael Bramer wrote:
>
>> Goswin von Brederlow schrieb:
>>> I think the idea of using the Description-md5sum is that in most cases
>>> the md5sum remains identical for many versions. If you use the
>>> package
Peter Samuelson writes:
> [Goswin von Brederlow]
>> Currently ia32-libs source builds one ia32-libs.deb. Not split up per
>> binary package it contains.
>
> Yes but I thought we were talking about changing that, so that it
> builds ia32-libc6, ia32-libssl0.9.8, etc.
Matthew Johnson writes:
> On Mon Mar 30 17:20, Roger Leigh wrote:
>> With multiarch, it's a different story, but we aren't quite there yet.
>>
> Multiarch is definitely the right way to handle this and I think we
> should were possible be putting effort into that and not hacks.
>
> I still am no
Luk Claes writes:
> Goswin von Brederlow wrote:
>> Adeodato Simó writes:
>>
>>> * Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]:
>
>>> Mark Hymers has talked about providing a mechanism to ensure source
>>> packages stay on the pool
Adeodato Simó writes:
>> Currently the size makes regular uploads too costly imho. And the
>> security team is still not supporting ia32-libs. I even did prepare an
>> security upload for etch last year that they only had to sponsor but
>> never heard back from the team.
>
> With my proposed hac
Peter Samuelson writes:
> [Adeodato Simó]
>> Mark Hymers has talked about providing a mechanism to ensure source
>> packages stay on the pool when other stuff has been built from them (eg.
>> kernel module packages). With this, ia32-libs could become a small
>> source package containing scripts t
Samuel Thibault writes:
> Goswin von Brederlow, le Mon 30 Mar 2009 14:33:32 +0200, a écrit :
>> Ia32-apt-get provides wrappers for dpkg.deb and apt-get that allow
>> installing deb packages from an i386 repository (or local file)
>> directly.
>
> Mmm, couldn't the
Adeodato Simó writes:
> * Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]:
>
> Hello, [-mentors only Bcc'ed to drop it from the discussion]
>
> Executive summary: concerns about ia32-apt-get raised, lesser hack
> proposed for comments.
>
>> before Len
ftpmaster: Please comment on the last section concerning DAK behaviour.
Hi,
before Lenny ftpmaster asked us (ia32-libs maintainers) to do
something about the mess that is ia32-libs. Specifically that it is a
HUGE source duplication and a security nightmare. Unfortunaetly there
wasn't enough time
Holger Levsen writes:
> Hi,
>
> On Sonntag, 29. März 2009, Emilio Pozuelo Monfort wrote:
>> Doesn't this do what you want?
>> Depends: pdns-backend-ldap | bind9, pdns-recursor | bind9
>
> sure, that works and thats what I'm doing now. But it's ugly and redudant and
> potentially wrong: installi
801 - 900 of 2310 matches
Mail list logo