=== _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 [12:11] 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:16] saiarcot895: Maybe; what's important isn't whether it's architecture-independent, but whether it provides architecture-independent interfaces [12:17] The answer is usually yes, I just don't want to give a categorical yes because there are edge cases :) read the spec [12:19] cjwatson: If the package is just a metapackage, then that would be a more-likely yes? [12:21] saiarcot895: are you sure you mean metapackage there? [12:21] it would be unusual for a -common package to be a metapackage (i.e. contain only dependencies) [12:22] cjwatson: no, these are two separate cases [12:22] metapackages - maybe, although usually not much depends on metapackages so it doesn't really make a lot of difference [12:24] 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] which is pretty rare [12:24] true === Elbrus_try_again is now known as Elbrus [13:37] 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 === timrc-afk is now known as timrc [14:04] Elbrus: I'm afraid they're deleted after the build [14:05] Elbrus: Make your package cat config.log if configure fails? [14:05] e.g. ./configure ... || { cat config.log; exit 1; } [14:06] Elbrus: In fact, dh_auto_configure does that automatically, so perhaps you should upgrade to that [14:07] 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:08] cjwatson: gnustep-base is not part of the transition... [14:09] unless I am mistaken... [14:09] Ah [14:09] it is only gnustep-gui that needs the transition [14:09] I thought to get the rest in shape [14:10] well, and gnustep-back can only be done after gnustep-gui... [17:20] hi [17:21] 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:22] sorry my english.. [17:54] can somebody tell me why gnustep-base on i386 was suddenly rebuild (and more important, why it succeeded without changes AFAICT) [17:54] is somebody working on it? [17:54] than I better stop with my proposal...