EricSingleton writes:
> On Mar 24, 4:00 am, Andreas Tille wrote:
>> On Tue, 24 Mar 2009, set...@gmail.com wrote:
>> > I preferDebian4.0 because I feel it is more stable than 5.0.
>>
>> Please define "more stable".
>> What are the problems which you have observed? Did you reported these
>> prob
Andreas Tille writes:
> On Sun, 22 Mar 2009, Michael Bramer wrote:
>
>> if we like to remove the long description from the package file, we
>> must change apt in some way and use some other rules for select the
>> right description (a new 'Description-md5sum' or the Version-Nr)
>
> I'd call the V
Raphael Hertzog writes:
> On Tue, 17 Mar 2009, Manoj Srivastava wrote:
>> On Tue, Mar 17 2009, Stefano Zacchiroli wrote:
>> > It seems to me that you are indeed close, but with the exception of
>> > this required include in all our debian/rules, which will be a PITA to
>> > achieve.
>>
>>
Hector Oron writes:
> Hello Goswin et al,
>
> IMHO, the things you are talking about are quite nice. They way it
> works sounds to me a little complex, that it is very close to the idea
> of crosscompiling, as the *right way*, as opposed to accumulate dirty
> hacks and workarrounds that it is w
Steve Langasek writes:
> On Tue, Mar 17, 2009 at 06:29:08PM +0100, Simon Richter wrote:
>
>> On Mon, Mar 16, 2009 at 03:21:44PM +0100, Marco d'Itri wrote:
>
>> > I think it would be very helpful if somebody could summarize why a
>> > multiarch system is useful, except for the obvious case of inst
Aurelien Jarno writes:
> On Tue, Mar 17, 2009 at 07:48:18PM +0100, Goswin von Brederlow wrote:
>> Aurelien Jarno writes:
>>
>> > Goswin von Brederlow a écrit :
>> >> And by the way. We had basic multiarch support before sarge. This is
>> >> n
Stephen Gran writes:
> This one time, at band camp, Goswin von Brederlow said:
>> Stephen Gran writes:
>>
>> > This one time, at band camp, Goswin von Brederlow said:
>> >> 1) How to specify an arch in sources.list?
>> >
>> > Don'
Aurelien Jarno writes:
> Goswin von Brederlow a écrit :
>> And by the way. We had basic multiarch support before sarge. This is
>> not "before". This is after it has already killed multiarch for 2
>> stable releases. If we don't get things moving in pa
Stephen Gran writes:
> This one time, at band camp, Goswin von Brederlow said:
>> 1) How to specify an arch in sources.list?
>
> Don't. Specify it in apt.conf
>
>> Suggestion:
>> deb [arch=i386,amd64] http://ftp.debian.org sid main
>
> APT::Arches &q
Ian Campbell writes:
> On Mon, 2009-03-16 at 14:36 +0100, Goswin von Brederlow wrote:
>>
>> Note that libc6 and libc6-i386/amd64 will neccessarily always conflict
>> due to the dynamic linker
>
> Really? I thought the i386 dynamic linker was /lib/ld-linux.so.2 and t
Aurelien Jarno writes:
> On Mon, Mar 16, 2009 at 03:40:53PM -0700, Russ Allbery wrote:
>> Aurelien Jarno writes:
>>
>> > If you want to get some more multiarch ennemies, this is clearly the way
>> > to go.
>> >
>> > The alternate method is to post a list to debian-devel, and when we have
>> > a
Aurelien Jarno writes:
> On Mon, Mar 16, 2009 at 12:11:35PM +0100, Goswin von Brederlow wrote:
>> Hi,
>>
>> over the weekend I did some work on multiarch again and did notice
>> some new and old problems when adding more libraries to my test set.
>>
>> G
Aurelien Jarno writes:
> On Mon, Mar 16, 2009 at 02:36:17PM +0100, Goswin von Brederlow wrote:
>> Aurelien Jarno writes:
>>
>> > Goswin von Brederlow a écrit :
>> >> Aurelien Jarno writes:
>> Note that apt-cross and ia32-apt-get can be used alre
Roger Leigh writes:
> On Mon, Mar 16, 2009 at 02:36:17PM +0100, Goswin von Brederlow wrote:
>> Aurelien Jarno writes:
>>
>> > Goswin von Brederlow a écrit :
>> >> Aurelien Jarno writes:
>> >>
>> >>> One of the goal of multia
m...@linux.it (Marco d'Itri) writes:
> On Mar 16, Simon Richter wrote:
>
>> Well, it would get i386/amd64 in line with sparc/sparc64, powerpc/powerpc64
>> and s390/s390x. That would allow us to get rid of a lot of specianl cases,
>> including the hack for libc6-386.
I don't see sparc/sparc64, po
Josselin Mouette writes:
> Le lundi 16 mars 2009 à 12:11 +0100, Goswin von Brederlow a écrit :
>> Example: libgtk2.0-0 contains /etc/gtk-2.0/im-multipress.conf
>>
>> For this I want to file bugs (on top of violations of the MUST
>> directive) requesting that either t
Aurelien Jarno writes:
> Goswin von Brederlow a écrit :
>> Aurelien Jarno writes:
>>
>>> On Wed, Mar 11, 2009 at 09:55:33PM -0700, Steve Langasek wrote:
>>>> On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
>>>>> ]] Cli
Steve Langasek writes:
> On Mon, Mar 16, 2009 at 10:55:36AM +0100, Goswin von Brederlow wrote:
>> Josselin Mouette writes:
>
>> > Le dimanche 15 mars 2009 à 01:30 +0100, Goswin von Brederlow a écrit :
>> >> Say you have acrobat reader installed which depend on i
Hi,
over the weekend I did some work on multiarch again and did notice
some new and old problems when adding more libraries to my test set.
Given that the problems are quite easily detectable I'm considering
scanning all packages for their occurance and reporting bugs for them.
In detail I'm look
Raphael Hertzog writes:
> On Fri, 13 Mar 2009, Manoj Srivastava wrote:
>> 3. dpkg-buildpackage is probably the wrong place to put this solution
>> in.
>
> Why?
>
>> The fact that dpkg-buildpackage's setting the variables is not
>> easily configurable, and presents to make as though
Aurelien Jarno writes:
> On Wed, Mar 11, 2009 at 09:55:33PM -0700, Steve Langasek wrote:
>> On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
>> > ]] Clint Adams
>>
>> > | It may be time to change packages installing files to
>> > | /emul/ia32-linux (which violates the FHS) to us
Josselin Mouette writes:
> Le dimanche 15 mars 2009 à 01:30 +0100, Goswin von Brederlow a écrit :
>> Say you have acrobat reader installed which depend on ia32-libs-gtk.
>> You also have libgtk2.0 (i386) installed with a newer version that
>> breaks acrobat reader (like it
Steve Langasek writes:
> On Fri, Mar 13, 2009 at 12:05:42PM +0100, Goswin von Brederlow wrote:
>> > Taken together, this guarantees the newer libs would always be found before
>> > the older libs, so there's no need to do extra special-casing for those
>>
Steve Langasek writes:
> On Thu, Mar 12, 2009 at 08:52:04PM +0100, Goswin von Brederlow wrote:
>> Steve Langasek writes:
>
>> > On Thu, Mar 12, 2009 at 11:03:06AM +0100, Goswin von Brederlow wrote:
>
>> >> > What transitional issues is that
"Giacomo A. Catenazzi" writes:
> Francesco P. Lovergine wrote:
>> On Wed, Mar 11, 2009 at 04:56:20PM +0100, Giacomo A. Catenazzi wrote:
>>> how to had new services in /etc/services database?
>>>
>> Asking netbase maintainer(s)? Just read /etc/services about that.
>
> Hmm. Reading your and dato an
Steve Langasek writes:
> On Thu, Mar 12, 2009 at 11:03:06AM +0100, Goswin von Brederlow wrote:
>
>> > What transitional issues is that going to cause us if and when multiarch
>> > becomes generally available, if biarch packages start using the path now?
>
>>
Neil Williams writes:
> However, there is another issue here - if the device is multi-user,
> most login managers cannot cope with a touchscreen keyboard. gpe-login
> is one that can, gdm cannot.
>
> Having touchscreen keyboard support in X is good as long as the user
> can log into their X envir
Steve Langasek writes:
> On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
>> ]] Clint Adams
>
>> | It may be time to change packages installing files to
>> | /emul/ia32-linux (which violates the FHS) to use
>> | /usr/lib32 instead.
>
>> Could we pretty please use the multiarch pa
Steve Langasek writes:
> On Wed, Mar 11, 2009 at 10:50:23PM +, Clint Adams wrote:
>> On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
>> > Could we pretty please use the multiarch paths here if we start moving
>> > stuff around? We're going to need to patch gcc/binutils if we
Clint Adams writes:
> It may be time to change packages installing files to
> /emul/ia32-linux (which violates the FHS) to use
> /usr/lib32 instead.
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 bre
Manoj Srivastava writes:
> I am wondering which is of more use to the end users as well: I
> can always get the sources of the package I have already on my disk
> from Debian, but getting the latest munged source seems more useful to
> me.
Full ACK. The way to get the current upstream
Eric Cooper writes:
> What is the best way to register a daemon under inetd with a
> user-chosen port? (I am packaging a daemon that is run by inetd, but
> does not have a standard port number.)
>
> Currently I am prompting the user for the port via debconf, grepping
> /etc/inetd.conf to make su
Roberto C. Sánchez writes:
> [My apologies in advance for the cross-posting.]
>
> On Tue, Mar 10, 2009 at 10:42:36AM +0100, Daniel Wallin wrote:
>> Roberto C. Sánchez wrote:
>> >>
>> > So, I've been trying to build the Debian package with the latest from
>> > the 0.8 branch on github. It seems l
Jan Hauke Rahm writes:
> On Mon, Mar 09, 2009 at 01:09:34AM -0700, Russ Allbery wrote:
>> If you're trying to recreate the tarball from a set of files, this doesn't
>> work as well, but that also has other problems (it doesn't give you a
>> reproducible tarball). I suspect that if you're storing
Raphael Hertzog writes:
> On Mon, 09 Mar 2009, James Westby wrote:
>> On Sun, 2009-03-08 at 17:11 +0100, Raphael Hertzog wrote:
>> > There's nothing to specify here, dpkg-source uses all additional tarballs
>> > that match the regexp (exactly like it identifies the .orig tarball
>> > currently).
m...@linux.it (Marco d'Itri) writes:
> On Mar 09, Russ Allbery wrote:
>
>> I think TopGit is the right solution to this.
> Is it plausible to use a branch-per-patch solution for packages
> containing 30-60 patches?
>
> --
> ciao,
> Marco
>From the space and git point of view that is completly
d
Jan Hauke Rahm writes:
> On Mon, Mar 09, 2009 at 05:52:16PM +1000, James Westby wrote:
>> On Sun, 2009-03-08 at 16:07 +0100, Jan Hauke Rahm wrote:
>> > And how do you store that in a VCS if a second tarball includes files
>> > that actually overwrite files of the main orig tarball. At build time
Michael Biebl writes:
> Raphael Hertzog wrote:
>> On Fri, 06 Mar 2009, Michael Biebl wrote:
>>> dpkg-gencontrol: warning: unknown information field 'Format' in input data
>>> in
>>> general section of control info file
>>>
>>> Should I file a bug against dpkg-dev for that?
>>>
>>> And another mi
joerg.schill...@fokus.fraunhofer.de (Joerg Schilling) writes:
> Goswin von Brederlow wrote:
>
>> joerg.schill...@fokus.fraunhofer.de (Joerg Schilling) writes:
>>
>> > As said, license compatibility needs to be discussed separately. If you
>> > like
>>
Steve McIntyre writes:
> Hey folks,
>
> I'm looking at my local mirror (slowly) update at the moment, and I've
> got to wondering: are the large -dbg packages actually really useful
> to anybody? I can't imagine that more than a handful of users ever
> install (to pick an example) the amarok-dbg
joerg.schill...@fokus.fraunhofer.de (Joerg Schilling) writes:
> Bill Unruh wrote:
>
>> On Tue, 3 Mar 2009, Joerg Schilling wrote:
>>
>> ...
>> >
>> > As a hint: "the work mkisofs" is the plain files that can be found in the
>> > sub-directory "mkisofs" in the cdrtools source tree. Other sub-direc
Brett Parker writes:
> On 03 Mar 15:41, Joerg Schilling wrote:
>> Wouter Verhelst wrote:
>>
>> > On Tue, Mar 03, 2009 at 01:09:29PM +0100, Joerg Schilling wrote:
>> > > You are uninformed: libc on Linux is under LGPL and the LGPL is as
>> > > "incompatible" to GPL as the CDDL is "incomparible"
joerg.schill...@fokus.fraunhofer.de (Joerg Schilling) writes:
> Matthew Johnson wrote:
>
>> On Tue Mar 03 11:07, Joerg Schilling wrote:
>>
>> > The rules of the GPL end at "work" limit and neither libc nor
>> > libschily or libscg are part of the "work" mkisofs. For this reason,
>> > there is no
joerg.schill...@fokus.fraunhofer.de (Joerg Schilling) writes:
> As said, license compatibility needs to be discussed separately. If you like
> to allow to publish binaries from GPLd programs for _any_ OS that does not
> come with a GPLd "libc", you need to allow (*) to link _any_ GPLd program
>
Russ Allbery writes:
> Russell Coker writes:
>
>> If libschilly met the criteria for being a System Library then it
>> probably have been packaged for use by other programs. If you want to
>> make a case for including libschilly as a System Library then please
>> provide a list of some of the o
Bill Unruh writes:
> On Mon, 2 Mar 2009, Goswin von Brederlow wrote:
>
>> Memnon Anon writes:
>>> But, on the other hand, please do not try to stress that the debian
>>> fork is as good as Schillings. It is not necessary, the
>>> non-free argument is enoug
Michelle Konzack writes:
> I wish I had at least a STM-1 at home, I would you send you all 300
> coredumps since the release weekend of Lenny...
>
> I have over 16 GByte of coredumps: OpenOffice, Iceweasel, mutt, pidgin,
> FvwmForm, mimedecode, gimp, mc, ...
Since everything seems to be du
Memnon Anon writes:
> But! From a user-only perspective:
>
> Do I think that the software Joerg Schilling provides is superior?
> Yes.
I've tried it back when Debian still had a cdrecord and that, on
request by Joerg Schilling, did not include the dvd burning patch. One
had to rebuild the cdreco
Reinhard Tartler writes:
> Kalle Kivimaa writes:
>
>> If you feel that the SFLC's opinion is wrong, you are of course free
>> to provide us with competent legal advice countering SFLC's opinion.
>
> opinions can only be proven right or wrong in court. It seems that Sun's
> opinion is that the co
Brett Parker writes:
> On 26 Feb 15:47, Joerg Schilling wrote:
>> It seems that you are spreding FUD. Everybody who is interested in working
>> CD/DVD creating uses the original software. There are nearly 100 Bug Reports
>> against the fork in the bug tracking systems from Debian, Ubuntu and Red
Steve Langasek writes:
> On Tue, Feb 17, 2009 at 02:39:59PM +0900, Charles Plessy wrote:
>
>> > If we can ever settle on a suitable implementation, I would expect the
>> > savings of both human and CPU cycles to be sizeable, and worth the effort.
>
>> If the problem is limited to local building o
Charles Plessy writes:
> Le Tue, Feb 17, 2009 at 07:51:14PM +0100, Cyril Brulebois a écrit :
>>
>> Does âbuild reproducibilityâ mean something to you?
>
> Hi Cyril,
>
> Build reproduciblitity means to me that two instances package built in the
> same
> environment should be reasonably iden
Kari Pahula writes:
> On Mon, Feb 16, 2009 at 11:21:42AM -0800, Russ Allbery wrote:
>> Such a requirement unfortunately still won't mean that Lintian can use
>> that option to do a check of debian/rules. As long as make is willing to
>> run such code, we can't just rely on a Policy statement say
Roger Leigh writes:
> On Wed, Feb 25, 2009 at 04:16:53PM +0100, Goswin von Brederlow wrote:
>
>> Maybe we need a mass bug filing for programs not using 64bit file
>> offsets.
>
> I think that would be appropriate. At this point, I can't see a
> valid reason
Raphael Hertzog writes:
> On Mon, 16 Feb 2009, Kari Pahula wrote:
>> Currently, Debian Policy doesn't match with the current practice in
>> section 7.7.
>>
>> > The Build-Depends-Indep and Build-Conflicts-Indep fields must be
>> > satisfied when any of the following targets is invoked: build,
>>
Giacomo Catenazzi writes:
> Standards should be most frozen as possible. I don't find a lot of
> think that need to be added.
What about cross compile and multiarch paths?
The old lib32/lib64 dirs currently mentioned in the FHS are just not
covering enough cases and are misleading (like amd64 u
Manoj Srivastava writes:
> On Wed, Feb 18 2009, Theodore Tso wrote:
>
>> On Mon, Feb 09, 2009 at 12:14:49AM -0600, Manoj Srivastava wrote:
>>> Hi,
>>>
>>> This is a heads up for a major change in kernel-package, the
>>> tool to create user packaged kernel images and headers; which will
Ron Johnson writes:
> On 02/09/2009 08:04 AM, Ron Johnson wrote:
>> On 02/09/2009 12:28 AM, Martin Langhoff wrote:
>>> On Mon, Feb 9, 2009 at 2:19 PM, Ben Hutchings
>>> wrote:
If jed can deal with files that large, sure. But if it expects to be
able to load the entire file into memory
Frans Pop writes:
> Overview of available CD/DVD/Blu-ray images for Lenny
> -
> Architecture-specific images:
> * businesscard CD
> * network install (netinst) CD
> * full CD (650MB) images, users can now choose between:
> - standard CD set, w
José Luis Tallón writes:
> Nico Golde wrote:
>> Yes.
>> I see two possibilities here, one option is to get
>> 8:2007b~dfsg-1 unblocked and let this migrate to lenny
>> (there is some weird SONAME change though) or to reupload a
>> +lenny2 version to testing-security again.
>>
> Yuck!
>> Opi
Hi,
I run reprepro to create a local mirror for lenny, lenny-security and
sid. Since I have it setup to put all 3 into a common pool I noticed
the following:
Lenny:
--
Package: uw-imap
Version: 7:2007b~dfsg-3
Files:
b52118669abf422f766d14e3e2d69daa 1608456 uw-imap_2007b~dfsg.orig.tar.gz
Sid
Christian Perrier <[EMAIL PROTECTED]> writes:
> Quoting Magnus Holmgren ([EMAIL PROTECTED]):
>> Game executables should be installed in /usr/games, but what about game
>> servers that are designed to be long-running (in contrast to ones that just
>> manage a single game) and to run as a system d
d of 7z format in
dpkg recommends no packages.
Versions of packages dpkg suggests:
ii apt 0.7.14+b1 Advanced front-end for dpkg
-- no debconf information
diff -Nru dpkg-1.14.23/debian/changelog dpkg-1.14.24/debian/changelog
--- dpkg-1.14.23/debian/changelog 2008-09-09 16:1
Charles Plessy <[EMAIL PROTECTED]> writes:
> Le Sun, Aug 10, 2008 at 06:36:35PM +0300, Shachar Or a écrit :
>>
>> What I am offering is the idea that package dependencies that are
>> reccomendations or suggestions must be explained.
>
> Hi,
>
> Before I read your mail, I thought that it was not
"Francisco Moya" <[EMAIL PROTECTED]> writes:
> Hi,
>
> I believed buildd.debian.org was meant to build only binary-arch packages.
>
> But in recent build logs of the zeroc-ice package:
> http://buildd.debian.org/build.cgi?pkg=zeroc-ice;ver=3.3.0-4
> I found buildd tried to build a binary-indep pac
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> On Thu, 07 Aug 2008, Goswin von Brederlow wrote:
>> Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
>> > [Matthew Johnson]
>> >> Or at least didn't block testing migration. I'm happy i
Vincent Danjean <[EMAIL PROTECTED]> writes:
> Olivier Berger wrote:
>> Le mercredi 06 août 2008 à 08:14 +0800, [EMAIL PROTECTED] a écrit :
>>> Say, couldn't there be some automatic checks so we users don't encounter
>>> # apt-get dist-upgrade
>>> ERR: trying to overwrite `some file, which is al
Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
> [Matthew Johnson]
>> Or at least didn't block testing migration. I'm happy if porters decide
>> my package isn't for them, as long as it doesn't stop it being for
>> anyone else either...
>
> I agree. Perhaps a new rule should be introduced, that
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Thu, Jul 31, 2008 at 12:30:44PM +0200, Manuel Prinz wrote:
>
>> Am Donnerstag, den 31.07.2008, 09:27 + schrieb Jörg Sommer:
>> > recently, I've installed a new system with a minimal configuration. Then
>> > I've imported my old package selection
"Paul Wise" <[EMAIL PROTECTED]> writes:
> On Tue, Jul 22, 2008 at 1:31 AM, Kushal Koolwal
> <[EMAIL PROTECTED]> wrote:
>
>> And therefore I was thinking if Debian Project is planning to natively
>> support these?
>
> I noticed this page being created on the wiki recently:
>
> http://wiki.debian.o
Gunnar Wolf <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow dijo [Tue, Jul 15, 2008 at 11:10:30PM +0200]:
>> > I don't think that any of the alternatives are valid candidates yet:
>> > - Linux-Vserver, OpenVZ: clearly not the same use case.
>> > - Virt
Lucas Nussbaum <[EMAIL PROTECTED]> writes:
> On 15/07/08 at 14:01 +0200, Thijs Kinkhorst wrote:
>> Xen is just one solution to virtualisation. I may agree that a general
>> decision to support virtualisation on Debian could be a policy decision, but
>> whether we'll support one specific technolo
Bastian Blank <[EMAIL PROTECTED]> writes:
> On Thu, Jul 10, 2008 at 09:53:25PM +0200, Lucas Nussbaum wrote:
>> What are the plans for Xen for lenny? Is this situation likely to change
>> before the release?
>
> It will ship the hypervisor and a domU kernel. For dom0 it will need
> either the etch
Andreas Tille <[EMAIL PROTECTED]> writes:
> On Fri, 11 Jul 2008, Manuel Prinz wrote:
>
>> With these fixes it still did not build on my system. I needed to change
>> the Build-Depends on lib64z1-dev into zlib1g-dev to get it to build in a
>> clean pbuilder chroot.
>
> Well, I guess that lib64z1-de
Neil Williams <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow wrote:
>> working on dpkg reminded me that I wanted to propose a better
>> diversion and alternatives handling for debian packages. Currently
>> they have to be manually added and removed in the maintainer
Neil Williams <[EMAIL PROTECTED]> writes:
> On Fri, 2008-07-04 at 08:33 +0200, Tollef Fog Heen wrote:
>> * Neil Williams
>>
>> | Just a thought - why use /usr/lib/$ARCH and /usr/include/$ARCH at all
>> | when it would (IMHO) be simpler to use /usr/$TRIPLET/ and put the entire
>> | package under
Andreas Tille <[EMAIL PROTECTED]> writes:
> On Mon, 7 Jul 2008, William Pitcock wrote:
>
>> If you do build-depends on gcc-multilib and g++-multilib, it should fix
>> this problem.
>
> As I said it fixes the build problem - but now I have a package with a
> not working executable. I guess it is a
Neil Williams <[EMAIL PROTECTED]> writes:
> On Tue, 2008-07-01 at 18:44 +0200, Goswin von Brederlow wrote:
>> James Vega <[EMAIL PROTECTED]> writes:
>>
>> > On Sat, Jun 28, 2008 at 02:03:05AM -0700, Steve Langasek wrote:
>> >> So if we allow mu
James Vega <[EMAIL PROTECTED]> writes:
> On Sat, Jun 28, 2008 at 02:03:05AM -0700, Steve Langasek wrote:
>> So if we allow multiple packages to be installed at the same time which
>> divert the same file, then I think we have another case for wanting to
>> continue supporting an optional diversion
Nikita Youshchenko <[EMAIL PROTECTED]> writes:
> Hello.
>
> To fix #486693, I need to apply a patch that changes #define'd macro in an
> exported library header.
>
> The pattern is:
>
> extern int foo(char *param1, int param2);
> #define bar(param) foo(param, expr(param))
>
> and changed thing is
Michael Banck <[EMAIL PROTECTED]> writes:
>> Package: type-handling
> Well, that's the good-old type-handling, something we hoped we wouldn't
> need in 2008 anymore.
>
>
> Michael
I thought so too but I can't find any of the type-handling magic for
install time depends in dpkg. Only the buildti
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> On Mon, Jun 23, 2008 at 11:34:35AM +0200, Goswin von Brederlow wrote:
>> Different situation. The ocaml debs have the same depends on every
>> architecture for the individual deb. They might differ between debs
>> bu
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> On Thu, Jun 19, 2008 at 04:28:28PM -0400, Adam C Powell IV wrote:
>> I maintain a set of packages which depend openmpi which is missing on
>> certain architectures. To get around the latter problem, I use
>
> I've frequently a similar issues: OCaml
Steve Langasek <[EMAIL PROTECTED]> writes:
> Er, I've for the life of me never understood why --rename is even an
> *option* to dpkg-divert. What does dpkg-divert do without it, and how is
> that useful?
Only thing I can think of is something like this:
dpkg-divert --package my-libc6-wrapper --
Patrick Schoenfeld <[EMAIL PROTECTED]> writes:
> Hi Goswin,
>
> On Mon, Jun 23, 2008 at 01:07:38AM +0200, Goswin von Brederlow wrote:
>> For example: Each repository puts its keyring into Release.keyring
>> (next to Release and Release.gpg). The Release.keyring could be
Patrick Schoenfeld <[EMAIL PROTECTED]> writes:
> Hi Neil,
>
> On Sun, Jun 22, 2008 at 09:54:43PM +0100, Neil Williams wrote:
>> > Do you mean from a central repository, somewhat like a keyserver? :-)
>> > How would one check integrity then?
>>
>> Precisely as you do with any key - signatures and
Steve Langasek <[EMAIL PROTECTED]> writes:
>> FIXME: what if a line changes? Only allow certain changes?
>
> ... that's a rather large FIXME. Without fixing this, such an
> implementation of declarative diversions would be pointless churn.
>
> You should perhaps discuss this with Ian Jackson, the
Adam Majer <[EMAIL PROTECTED]> writes:
> If backports.org keyring get distributed, then I would argue it allows
> others, non-software data to be packaged as well. For example, some free
> anime movies, or the Gutenberg project packages.
>
> Debian is for *free software* (and some non-free) and st
Adam C Powell IV <[EMAIL PROTECTED]> writes:
> On Sun, 2008-06-22 at 18:31 +0200, Goswin von Brederlow wrote:
>> Adam C Powell IV <[EMAIL PROTECTED]> writes:
>>
>> > Because hypre upstream doesn't make static libs, and I got tired of
>> > maki
Hi,
working on dpkg reminded me that I wanted to propose a better
diversion and alternatives handling for debian packages. Currently
they have to be manually added and removed in the maintainer
scripts. This method is prone to errors and can easily leave
diversions or alternatives behind. Instead
Adam C Powell IV <[EMAIL PROTECTED]> writes:
> Because hypre upstream doesn't make static libs, and I got tired of
> making a new patch with every release, libhypre-dev is arch all without
> static libs. However, it needs to depend on openmpi on some arches, and
> lam4-dev on others. Using the s
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> On Mon, Jun 16, 2008 at 12:31:49AM -0500, William Pitcock wrote:
>> Hi,
>>
>> I am wondering if it is a good idea to remove lilo entirely. At the
>> moment, lilo has been pulled from testing, and the code is in a shape
>> where a grave bug (bug #47960
Michael Banck <[EMAIL PROTECTED]> writes:
> On Mon, Jun 16, 2008 at 11:03:10AM +0200, Goswin von Brederlow wrote:
>> I don't really see this as a bug, certainly not as grave. The problem
>> seems to be that lilo simply can't handle large images and the default
&
Mike Hommey <[EMAIL PROTECTED]> writes:
> On Mon, Jun 16, 2008 at 10:53:22AM +0200, Goswin von Brederlow wrote:
>> Mike Hommey <[EMAIL PROTECTED]> writes:
>>
>> > On Mon, Jun 16, 2008 at 02:27:11AM -0500, William Pitcock wrote:
>> >> Hi,
>
William Pitcock <[EMAIL PROTECTED]> writes:
> Hi,
>
> I am wondering if it is a good idea to remove lilo entirely. At the
> moment, lilo has been pulled from testing, and the code is in a shape
> where a grave bug (bug #479607) is unlikely fixable without severe
> refactoring of the codebase.
I d
Mike Hommey <[EMAIL PROTECTED]> writes:
> On Mon, Jun 16, 2008 at 02:27:11AM -0500, William Pitcock wrote:
>> Hi,
>>
>> On Mon, 2008-06-16 at 07:20 +, Sune Vuorela wrote:
>> > On 2008-06-16, William Pitcock <[EMAIL PROTECTED]> wrote:
>> > > That doesn't strike me as a valid configuration. Inf
Frank Lichtenheld <[EMAIL PROTECTED]> writes:
> On Wed, Jun 04, 2008 at 02:20:08PM +0200, Goswin von Brederlow wrote:
>> Lars Wirzenius <[EMAIL PROTECTED]> writes:
>>
>> > ke, 2008-06-04 kello 13:38 +0200, Jeremiah C. Foster kirjoitti:
>> >> Log
Lars Wirzenius <[EMAIL PROTECTED]> writes:
> ke, 2008-06-04 kello 13:38 +0200, Jeremiah C. Foster kirjoitti:
>> Log files should be out of bounds, even for --purge.
>
> Doing that would mean log files never get cleaned up, unless the
> sysadmin realizes that they need to it manually. That's not a
Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
> [Lennart Sorensen]
>> Yeah I was using the CONCURRENCY= to do it.
>>
>> As for hardware, well, RuggedCom RX1000 v2. That is Geode LX800, 256MB
>> RAM, 256MB silicon systems compact flash on the IDE port, running UDMA,
>> capable of about 9MB/s re
[EMAIL PROTECTED] (Lennart Sorensen) writes:
> On Sat, May 31, 2008 at 12:22:36PM +0200, Goswin von Brederlow wrote:
>> Benefits may greatly varry.
>>
>> For this slowest 2+GHz 8 core server of the world make that 5 minutes
>> 48 seconds to 5 minutes 30 seconds here or
901 - 1000 of 2310 matches
Mail list logo
