=== _salem is now known as salem_ | ||
=== salem_ is now known as _salem | ||
=== Ursinha is now known as Ursinha-afk | ||
=== timrc is now known as timrc-afk | ||
saiarcot895 | If there is a arch-dependent package that depends on an arch-indep package (like foobar-common), should the arch-indep package have Multi-Arch: foreign? | 12:11 |
---|---|---|
cjwatson | saiarcot895: Maybe; what's important isn't whether it's architecture-independent, but whether it provides architecture-independent interfaces | 12:16 |
cjwatson | The answer is usually yes, I just don't want to give a categorical yes because there are edge cases :) read the spec | 12:17 |
saiarcot895 | cjwatson: If the package is just a metapackage, then that would be a more-likely yes? | 12:19 |
cjwatson | saiarcot895: are you sure you mean metapackage there? | 12:21 |
cjwatson | it would be unusual for a -common package to be a metapackage (i.e. contain only dependencies) | 12:21 |
saiarcot895 | cjwatson: no, these are two separate cases | 12:22 |
cjwatson | metapackages - maybe, although usually not much depends on metapackages so it doesn't really make a lot of difference | 12:22 |
cjwatson | and normally you won't actually be able to install a metapackage from a foreign architecture since the stuff it depends on will need to be native, so its main benefit would be if you were trying to cross-build something that build-depends on a metapackage | 12:24 |
cjwatson | which is pretty rare | 12:24 |
saiarcot895 | true | 12:24 |
=== Elbrus_try_again is now known as Elbrus | ||
Elbrus | is there a way to get to the files in a (failed) build? the gnustep-base package is failing (for different reasons on different archs) but maybe config.log can yield some information for the ppc archs | 13:37 |
=== timrc-afk is now known as timrc | ||
cjwatson | Elbrus: I'm afraid they're deleted after the build | 14:04 |
cjwatson | Elbrus: Make your package cat config.log if configure fails? | 14:05 |
cjwatson | e.g. ./configure ... || { cat config.log; exit 1; } | 14:05 |
cjwatson | Elbrus: In fact, dh_auto_configure does that automatically, so perhaps you should upgrade to that | 14:06 |
cjwatson | Elbrus: I thought I asked not to start the transition until libav was ready? Fortunately it doesn't seem to have intersected that yet ... | 14:07 |
Elbrus | cjwatson: gnustep-base is not part of the transition... | 14:08 |
Elbrus | unless I am mistaken... | 14:09 |
cjwatson | Ah | 14:09 |
Elbrus | it is only gnustep-gui that needs the transition | 14:09 |
Elbrus | I thought to get the rest in shape | 14:09 |
Elbrus | well, and gnustep-back can only be done after gnustep-gui... | 14:10 |
fabio__ | hi | 17:20 |
fabio__ | sorry you can put in the context menu of the option will format a pendrive? and maybe even disassemble? as it was before 14:04? | 17:21 |
fabio__ | sorry my english.. | 17:22 |
Elbrus | can somebody tell me why gnustep-base on i386 was suddenly rebuild (and more important, why it succeeded without changes AFAICT) | 17:54 |
Elbrus | is somebody working on it? | 17:54 |
Elbrus | than I better stop with my proposal... | 17:54 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!