| === _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!