mruizhi all00:32
Hobbseehey all00:44
awen_hi people00:46
mruizhi Hobbsee00:46
Hobbseegreetings mruiz!00:46
mruizHobbsee, Did you read my comment about bug 178869?00:48
ubotuLaunchpad bug 178869 in gnome-voice-control "[FTBFS] gnome-voice-control due to automake-1.9 build-dep" [Undecided,New] https://launchpad.net/bugs/17886900:48
Hobbseemruiz: no00:49
tritiumHi Hobbsee00:50
Hobbseeheya tritium00:50
* tritium wonders what part of the topic changed...00:59
zulhey Hobbsee00:59
Hobbseehiya zul00:59
zulgood christmas?01:00
ion_How often is it appropriate to request packages to be reviewed if the previous request wasn’t noticed or acted upon? I asked about http://revu.tauware.de/details.py?package=hardware-connected and http://revu.tauware.de/details.py?package=apt-mark-sync five hours ago.01:02
zulion_: well it is the christmas break for most developers so you kind of have to be patient01:03
ion_I am in no hurry. I’m just asking not to offend anyone by spamming the request. :-)01:03
imbrandonion_: normaly once a week ( mondays )01:04
ion_imbrandon: Okay, thanks.01:04
zulhey imbrandon01:05
imbrandonheya zul01:05
persiapsus: -sa will probably solve your problem.01:33
persiajonnymind: -0falcon1 would be a good way to be lower than either an upcoming Ubuntu or Debian release.01:33
persiaion_: Once a day, but people may well not look except on Mondays.  On Mondays (any time zone) maybe every 6 hours is acceptable.01:34
ion_persia: Thanks.01:35
persiaimbrandon: There's some further oddity in the buildd chroot.  I can't even get a manual apt-get dist-upgrade to work from a chroot into the buildd tarball: it seems to be more complicated than just a normal update.01:36
TheMusoGreetings all.01:37
zulhey TheMuso01:38
TheMusoHey zul.01:39
TheMusoHave a good break?01:39
persiaion_: What is ./.gpb.conf ?01:39
zulyeah was kind of sick the past couple of days ago01:39
TheMusoAh that sucks.01:40
ion_persia: The ”upstream” source and the packaging are in a single git repository but in different branches. That config file tells git-buildpackage which branch to generate the orig.tar.gz from and which branch to get debian/ from, so you can just cd to the repository tree and run git-buildpackage.01:40
persiaion_: OK.  VCS leftovers then.  Thanks.01:41
ion_persia: It *can* be removed, then one just needs to supply the branch names to git-buildpackage as parameters.01:43
persiaion_: I haven't used git-buildpackage, but I've been advised that for svn-buildpackage, it's best practice to strip all the VCS stuff when making the package.01:44
imbrandonpersia: ahh that sucks01:45
persiaimbrandon: Does it?  If there are enough people who believe that .gbp.conf should normally be included in a source package, I don't see any reason why it couldn't, but I haven't seen that file in many packages (even ones I know to be managed in git)01:46
* persia realises that the wrong context was chosen :(01:46
persiaion_: apt-mark-sync commented.  Only GPL version, priority, and missing mechanism for collecting upstream code are blockers.01:48
ion_persia: Thank you. I’ll take care of the same issues for the other package as well.01:49
persiaion_: OK.  I won't review it now then :)01:49
ion_I’ll also make sure .gbp.conf doesn’t spill into the package.01:49
imbrandonpersia: i ment about the buildd01:50
persiaimbrandon: Right.  Sorry :)  The buildd tarball is available from http://launchpadlibrarian.net/10891721/chroot-ubuntu-hardy-i386.tar.bz2 if you want to have a play.01:50
imbrandonmaybe here in a bit, i doubt i can do much better than yall did though01:51
persia(warning: 50MB behind that link)01:51
imbrandononyl 50? wow01:51
imbrandoni figured much more, i just downloaded 6gb so another 50 wont be bad01:51
persiaA lot of base is text, and bz2 does a pretty good job.01:51
persiaHrm.  New Debian audacity doesn't work with JACK for some architectures, and current Ubuntu audacity doesn't seem to work with pulseaudio.  Anyone have any thoughts on how audacity should work?01:55
brandonperryit should _just_ work :-P01:57
imbrandonpersia: imho whatever is default for hardy01:58
imbrandonbut i dislike JACK sooo01:58
persiabrandonperry: Yes.  I'm just not sure pushing through padsp is the right answer.  To me it makes sense to either whitelist audacity to block pulse, or to ignore the possible portaudio issues and force JACK.01:59
persiaimbrandon: Do you use audacity?  What is your typical input source?01:59
Fujitsupersia: What are `some architecture'?02:00
imbrandonpersia: files02:00
imbrandoneg ogg or mp3 or something other02:00
persiaDebian bug #40675402:01
ubotuDebian bug 406754 in portaudio19 "portaudio19: FTBFS: #error Memory barriers are not defined on this system." [Serious,Fixed] http://bugs.debian.org/40675402:01
imbrandonif i use "live" input its generaly with jokosher+gst02:01
persiaErr..  That's not right.02:01
imbrandonand yea i use it once or twice a week02:01
brandonperrypersia, sorry, I not exaclty sober right noww02:01
brandonperryignore me02:01
imbrandonbut not a "ton"02:01
persiaFujitsu: all !i386 !powerpc02:02
FujitsuNot even amd64?02:02
persiaimbrandon: Ah.  So for your usecase, padsp would work fine.  Thanks.02:02
persiaFujitsu: Nope.02:02
persiaFujitsu: Actually, on review, it seems the bug I mentioned before is correct, just that the exposure in audacity is due to a private included library (Grr...)02:04
=== harrison1 is now known as harrisony
ion_persia: I take it i should file a bug at launchpad so that i can close it with the initial release?02:11
persiaion_: If there isn't already one there.  I tend to see lots of needs-packaging dupes, so please search to help reduce the count.02:12
* Fujitsu wonders what the heck is wrong with the buildd chroot. It certainly won't dist-upgrade, but after installing (dpkg -i from /var/cache/apt/archive) bits of the dependency chain (from the new tzdata through libc6 through libc6-amd64...) it dist-upgrades fine...02:20
persiaFujitsu: Does it dist-upgrade fine for you?  I was getting an error about immediate configuration.  If it works for you, someone just needs to publish the upgraded chroot on launchpad.02:23
Fujitsupersia: Not from the start - I had to install a couple of bits (including libstdc++6) manually, then dist-upgrade worked.02:24
* Fujitsu pokes harde.r02:24
persiaFujitsu: In that case, it just needs to be adjusted not to need manual installation (maybe a dependencies chain?) or needs the results of the manual push to be published.02:25
Fujitsupersia: Now I know how to unbreak it like that, I'm working out exactly what is wrong.02:26
FujitsuOK, upgrading libc6(-dev) is enough to get it working, but that wants a new tzdata too.02:28
ion_persia: Is “and is licensed under the same terms as the upstream package, see above.” okay?02:29
persiaion_: Entirely.  I was asking for the addition of the text "v2", but that works just as well (if a bit more work).02:30
* Fujitsu forgets when the problem appeared. Was it after the 24th?02:30
ion_persia: I was thinking of writing that to have no ambiguity about whether it’s “v2” or “v2 (or any later version”. :-)02:30
* persia looks at logs02:31
persiaion_: Good choice02:31
persiaFujitsu: First reference to the problem I can find is 2007 December 25 09:37 UTC02:32
Fujitsupersia: So just after the new libc6 upload.02:33
persiaFujitsu: ~ 24 hours later.02:33
FujitsuSimply adding to libstdc++6 a Pre-Depends on the new libc6 makes everything work perfectly.02:47
persiaFujitsu: Excellent.  Is that likely to break anything else?02:50
Fujitsupersia: I've no idea. It should be necessary, though.02:51
persiaFujitsu: As I understand it, our choices are to either upload an automagical fix (like that), or wait for someone to publish the results of a manual dist-upgrade.  I wonder why it worked for most people's local chroots.02:53
=== harrison1 is now known as harrisony
* persia realises that the upgraded libstdc++6 probably can't build on the current buildds, so the manual path may be the correct choice.02:54
=== harrison1 is now known as harrisony
FujitsuI'm trying to reproduce it in a clean chroot here.02:56
FujitsuBut it will need to be done manually on the buildds, right.02:56
* Fujitsu shrugs, and decides that cosmic rays did something bad to the buildd chroots.03:07
persiaion_: Don't worry about it this time, but in general it's nice to have a little advertisement for the package and a link to the homepage in the needs-packaging bugs.03:07
FujitsuI guess we poke somebody to upgrade libc6 manually and dist-upgrade all of the broken ones.03:07
persiaFujitsu: That sounds about right.  Monday, I'd think.03:07
FujitsuI can't work out what makes them fail when a similarly versioned one here works fine.03:07
Fujitsupersia: I doubt anybody will be here on the 31st...03:09
persiaIt's part of the official Holiday break?  I thought it was considered a working day.03:10
ion_persia: Ok :-)03:13
ion_persia: I made the changes to apt-mark-sync. They should be visible in REVU soonish.03:14
ion_Oh, i accidentally uploaded a .changes file with both source and binary files. I wonder how REVU handles it?03:16
FujitsuIt won't even see it.03:16
FujitsuIt globs for *_source.changes03:16
nixternalimbrandon: are kdebindings going in /usr/lib/kde4/* ?03:21
bddebianHeya gang03:37
bddebianHeh, hi nixternal03:43
* nixternal kicks imbrandon in the shin!03:43
nixternalimbrandon: I updated kde.mk to the latest from debian, removed utils.mk, and updated the .install files to follow the kde.mk, and all is seeming well thus far03:44
=== cheguevara_ is now known as CheGuevara
=== bigon is now known as bigon`
FujitsuBlergh, I think apt is doing stupid things on the buildds. It's not even trying to upgrade libc6 until the end, so libc6-amd64 won't configure, so lib64gcc1 won't configure, so apt can't find anywhere to configure libstdc++6.03:59
nixternalFujitsu: ya, been doing that for a few days now04:00
FujitsuRight, but I'm trying to work out *why*.04:00
Fujitsuapt-get's debug output isn't the best.04:00
* Fujitsu wishes he could manipulate apt's TODO list after it had calculated it.04:02
ion_persia: In case you still feel like reviewing, i (think i) implemented the changes you requested in http://revu.tauware.de/details.py?package=apt-mark-sync and http://revu.tauware.de/details.py?package=hardware-connected :-)04:02
imbrandonnixternal: sorry was afk04:11
imbrandonnixternal: sounds good04:11
nixternalmy build box just over heated :)04:12
imbrandondid you add install files for the other packages ?04:12
imbrandonor just what was there already ?04:12
nixternaljust what was there so far...I will add the rest as needed04:13
imbrandonkiller ok04:13
nixternalrules just includes the debian/cdbs/kde.mk now, as it controls everything for kde404:13
imbrandonbasicly just each of the top level dirs ( its a checkout of trunk in kdebinding )04:13
minghuaSo no package is being built now?04:18
Fujitsuminghua: The four big architectures have broken buildd chroots, right.04:20
minghuaFujitsu: Thanks.04:20
FujitsuThis naturally happens a day or two after the Canonical world vanishes for a week.04:21
CheGuevarawhy do people mess with core packages like glibc right on christmas eve :P04:21
minghuaWell, not a convenient time for buildds to break, of course.04:21
minghuaBut maybe they break every now and then, it's just we are noticing now because of the holiday. :-P04:21
imbrandongnight all04:22
CheGuevaranight imbrandon04:23
FujitsuNight imbrandon.04:23
FujitsuOh blergh. LP is being braindead, yay.04:35
FujitsuAny of the links on https://edge.launchpad.net/ubuntu/+source/gcc-4.2/4.2.2-4ubuntu1/+files/ work for anybody?04:36
minghuaFujitsu: Not for me.  I get 404 with OOPS numbers.04:37
Fujitsuminghua: That's what I thought.04:38
* Fujitsu attacks kiko.04:38
minghuapersia_: Hello there.04:39
=== fifoi is now known as CheGuevara
persia_minghua: Hey.04:39
minghuapersia_: In case you remember my problematic (or in your words, incorrect) test case about dates we talked about the other day, I changed my test case and enumerated all possible dates for testing.04:40
* minghua is now much more confident about his code's correctness.04:40
persia_minghua: Excellent.  That sounds like the right question to be asking :)04:41
* Fujitsu kicks apt.04:46
Fujitsu(both for having too little debugging output, and needing to be debugged in the first place)04:47
* persia_ is unable to suspend disbelief that there is code which does not need to be debugged04:47
FujitsuShouldn't it be smart enough that if `apt-get install libc6' can't happen due to conflicts with the currently installed tzdata, it will install the new one which isn't conflicted with?04:50
persia_Fujitsu: Isn't that why aptitude was written?04:51
minghuaI thought that's why apt was written in the first place...04:52
FujitsuI would have thought that that case wouldn't have been too uncommon, but perhaps so.04:52
persia_There are a couple cases where apt dependency resolution can cause issues, which is part of why it became common to use `apt-get dist-upgrade` in sid, rather than `apt-get upgrade`.  aptitude is smarter about these things, and handles several cases better.  Updata-manager is even better, but only tuned for full release upgrades.04:53
minghuaFujitsu: It's probably very uncommon for daily (i.e., not buildd) use, as people would have used "apt-get upgrade" instead.04:53
bddebianpersia_: Hey man.  I assume wx-config --ldflags is now wx-config --ld ?04:54
minghuaHmm, update-manager looked pretty stupid to me last time I used it for gutsy->hardy upgrade.04:54
* Fujitsu wonders why libstdc++6 needs lib64gcc1 on i386. Removing that dep makes a dist-upgrade work fine.05:07
* minghua can only say that listdc++6 on Debian i386 does NOT depend on lib64gcc1...05:08
FujitsuOnly -4ubuntu2 does here, where it appears we moved to symbol-based shlibs.05:09
StevenKDidn't -4ubuntu3 get built?05:09
FujitsuStevenK: It got killed by the chroots.05:09
Fujitsuchroot failures, that is.05:10
StevenKAhhh, it was killed by -4ubuntu205:10
* Fujitsu thought -4ubuntu2 FTBFS on amd64, which -4ubuntu3 was meant to fix, but didn't, because the chroot was borked.05:10
minghua* Fix typo in lib32gomp1 symbol file.05:10
minghuaThat's in -4ubuntu3's changelog, probably why.05:11
FujitsuOh, -4ubuntu3 built on amd64.05:11
FujitsuBut then why isn't amd64 unbroken?05:11
minghuaErrr... because amd64 is 64bit?05:12
FujitsuStevenK: If -4ubuntu2 was the thing that killed it, why is amd64 dead?05:12
minghua(if libstdc++6 depending on lib64gcc1 was the reason buildds got broken, that is)05:12
minghuaAhh, I apparently misread Fujitsu.05:13
* minghua shuts up.05:13
Amaranthminghua: The upgrade program for gutsy->hardy hasn't been written yet, thus update-manager won't do a very good job with it05:15
minghuaAmaranth: Oh.  Thanks.05:15
bddebianGah, how the hell does 'g++' just all of the sudden stop working in a build?05:15
FujitsuRight, why does amd64 libstdc++6 want lib32gcc1, while the i386 one wants lib64gcc1? That sounds wrong.05:16
* Amaranth cries05:16
* bddebian too05:17
Amaranthmultiarch causes pain05:17
persia_Fujitsu: multiarch05:17
AmaranthThat's for cross compiling, right?05:17
superm1wha, multiarch is in apt now?05:21
persia_Amaranth: Well, also to support a mixed 32/64 bit environment.  There are applications that do better with 32-bit due to odd code assumptions, and it'd be nice to be able to generate a binary for amd64.  Similarly, there are applications that really want 64-bit, and it would be nice to provide an i386 binary (even if it runs slowly).05:21
Amaranthat this point by the time apt would grow multiarch support it probably wouldn't be worth having anymore :P05:22
FujitsuHow very odd. In the broken chroot, one must install tzdata before everything else, for the moment. After that, installing lib64gcc1 then dist-upgrading works, but dist-upgrading without manually installing lib64gcc1 (even though the dist-upgrade tries to install it) fails.05:22
FujitsuIt seems the dist-upgrade just for some reason doesn't get around to installing libc6 before it tries to install lib64gcc1... Blah.05:25
minghuaFujitsu: Interesting case.  Did you test in a buildd yourself, or did you just read the logs?05:28
Fujitsuminghua: I have the chroot tarball and am trying things on it here.05:30
minghuaFujitsu: Would aptitude fare any better than apt-get?05:31
Fujitsuminghua: Oh yes, the upgrade works flawlessly there.05:31
minghuaFujitsu: Hmm.  I remember similar things happening when people tested woody->sarge upgrades.05:32
minghuaThat, among others, was the reason release notes start recommending aptitude for upgrading over apt since sarge.05:33
FujitsuOh, oops, I must have done something different last time.05:33
Fujitsuaptitude fails similarly this time.05:33
FujitsuI'm sure I tried it before.05:33
Fujitsuaptitude has the sanity to install the new tzdata, however.05:34
nenolodone thing i have found disappointing (and should be fixed) is multilib in ubuntu05:36
nenolodthere should be lib32 packages for all libs that are shipped05:36
nenolodi should probably make a blueprint about this ;)05:36
FujitsuThat sounds like a fairly big job, really.05:37
persia_nenolod: Are they really needed?  Unless there is a useful rdepends, I'm not sure we need it.  If there is a useful rdepends, adding another binary to the existing libs package seems appropriate.05:39
nenolodpersia_, well, zsnes depends on lib32 of ncurses and such05:40
FujitsuWhere's 64-bit zsnes?05:40
nenolodFujitsu, it's 32-bit.05:40
nenolodFujitsu, because it's x86 assembly.05:41
FujitsuAh. How silly.05:41
* nenolod waits for the next "Why?"05:41
nenolod"because the developers are morons"05:41
nenolodactually, most emulator developers seem to be like this05:41
nenolodespecially in playstation world05:41
FujitsuWriting an emulator such that you need an emulator to run the emulator after a few years?05:42
nenolodFujitsu, i recently forked PCSX-df because it has died05:42
nenolodFujitsu, i'm rewriting it with SDL. it's a disaster.05:42
FujitsuNo idea what that is.05:42
nenolodFujitsu, PCSX-df is the "debian fork" of PCSX, which is a playstation1 emulator.05:42
nenolodFujitsu, the in progress rewrite is UPE ( http://nenolod.net/upe ) but it's so insane, that i haven't gotten to a point where it's releasable yet.05:43
nenolodUPE is 64-bits safe though, which is something PCSX{-df} is not.05:43
persia_nenolod: Does it even run on amd64?  I've found not a few assembler issues when trying to port code.  If it would otherwise run, adding libcurses to ia32libs doesn't seem unreasonable.05:51
nenolodpersia, it runs when compiled with -m3205:52
nenolodobviously it's not going to build with -m6405:52
nenolodcause it is dependant on 32-bits architecture05:53
persia_nenolod: In that case, generate a bug & candidate for ia32libs, and add a bug task and candidate for the emulator.  My concern is more that register handling is different, and some things break (especially for SMP).05:53
nenolodpersia_, i'll work on trying to patch the debian package of zsnes to run on amd6405:53
nenolodpersia_, it runs fine when chrooted into a 32bit environment05:54
FujitsuShouldn't we be thinking about replacing emulators that need emulation?05:54
nenolodFujitsu, snes9x is the other emulator and it crashes on many obscure titles05:54
persia_Fujitsu: One would think this would be a natural step due to speed, but as in the case of xmms, it's not as easy as one would hope.05:55
nenolod(of course, ZSNES includes a 64-byte SPC700 ROM)05:55
nenolod(pagefault even says this publically)05:55
nenolod(so perhaps removal altogether of ZSNES is the only option since it contains blobs which are not DFSG free)05:55
* persia_ encourages removal of non-free05:56
nenolodwell, 64-byte SPC700 ROM is something that nobody cares about05:56
nenolodbut technically, it makes ZSNES DFSG non-free.05:57
minghuaSeriously?  64 byte?  How do you claim copyright on that?05:57
nenolodminghua, well they dumped the microcode from the Super Nintendo's DSP05:57
nenolodso i imagine SONY still holds a copyright on it05:57
persia_minghua: You can claim copyright on 1 bit, but defending it is the hard part: one has to show that it is the result of an independent creative process.05:57
minghuaCan't some people do a clean-room re-implementation of that?05:58
nenolodi could try to patch out the microcode.05:58
nenolodit's not really needed05:58
nenolodi don't think05:58
persia_nenolod: That'd be need.  If you succeed, consider a repack for universe.05:58
nenolodminghua, hehe. i did a cleanroom reimplementation of the PS1 BIOS.05:59
nenolodminghua, including software executive layer05:59
joejaxxnenolod: that sounds fun06:00
nenolodjoejaxx, it kind of works too. there's a long ways to go though.06:01
joejaxxnenolod: clean-room rev-eng is always fun06:01
nenolodat any rate, the binary blob starts at line 47 in zsnes/src/cpu/spc700.asm06:04
* nenolod works on it06:05
* Hobbsee waves06:45
minghuaHello Hobbsee.06:48
Hobbseeminghua: how gose it?06:48
FujitsuHey Hobbsee.06:49
Hobbseehiya Fujitsu06:49
minghuaHobbsee: Quite well, although nothing really on Ubuntu front.  What about you?  School vacation time?06:50
Hobbseeminghua: yeah, on uni vacation.  nothing really ubuntu-related either, partly because all the buildds are dead, and no one cares enough to fix them, who actually can.06:50
Hobbseeminghua: work, etc.  sucky :)06:50
* Hobbsee should do ubuntu stuff06:50
minghuaYeah, work.06:52
* minghua needs to install Debian on a new box and migrate a server tomorrow.06:52
sandyangso quietly~~07:10
nenolodseems that lib32sdl is broken depends07:19
=== wolfger_ is now known as wolfger
nenolodif anyone who works on ia32-libs is here, please look at https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/179031 as soon as you have time :)08:14
ubotuLaunchpad bug 179031 in ia32-libs "lib32/libSDL depends on old libraries and needs to be rebuilt" [Undecided,New]08:14
=== \sh_away is now known as \sh
IuliHiya \sh10:16
=== \sh is now known as \sh_away
* Hobbsee waves11:19
=== \sh_away is now known as \sh
affluxHi. Upstream released a new version for a package that I created. What do I have to do to get that in the repos? Upload the new one to revu? I saw someone who used bugs with interdiffs attached. What's the preferred way?11:20
\shafflux:well both ways :)11:28
=== dfiloni_ is now known as dfiloni
affluxokay, I'll upload to revu11:30
Schnitzhi all11:34
persiaafflux: interdiff is preferred11:35
affluxoh, okay.11:35
=== asac_ is now known as asac
mruizhi all. MOTU Q&A today?12:13
persiaNone scheduled in -classroom, but you're welcome to ask questions here anytime (and someone may well answer).12:13
mruizpersia, you're my MOTU hero :-)12:15
gesermruiz: dholbach is on vacation so unless someone jumps in for him, there won't be a session today12:15
mruizthanks geser12:16
Kmosbug 16416612:27
ubotuLaunchpad bug 164166 in ebug-http "FTBFS: tries to download from CPAN" [Critical,Confirmed] https://launchpad.net/bugs/16416612:27
Kmoscan someone check this one12:27
Kmosi've attached a debdiff12:27
Kmosit builds fine in my pbuilder..12:27
Kmosups.. i need to create a patch to the patches directory12:28
mruizI need an opinion of the bug 17886912:30
ubotuLaunchpad bug 178869 in gnome-voice-control "[FTBFS] gnome-voice-control due to automake-1.9 build-dep" [Undecided,New] https://launchpad.net/bugs/17886912:30
persiamruiz: What sort of opinion would you like?12:30
\shmruiz: the problem is not gnome-voice-control...the problem is pbuilder-satisfy-depends-dummy12:33
persia\sh: Are you sure?  "automake-1.9" vs. "automake1.9".12:33
\shpersia: check the buildlog...12:34
persia(and yes, pbuilder-satisfy-depends-dummy is broken)12:34
\shit fails at this point...and not in the build-dep of g-v-c12:34
\shso p-sd-d is wrong assuming automake-1.9 is existing...automake1.9 is most likely more correct12:35
persia\sh: Yes, but it still FTBFS for me with sbuild.12:35
persia\sh: "automake-1.9" is defined in debian/control12:35
\shpersia: so pbuilder is again wrong...wrong error message12:36
persiamruiz: As a general note, usually we don't bump the standards version unless it's required, or the package isn't in Debian, as it would be unnecessary deviation.  Also, it's nice to not include config.guess or config.sub variance in the debdiff, as it makes it easier to read.12:36
persia\sh: Right.  There are two bugs: the pbuilder bug, and the FTBFS in gnome-voice-control.  The pbuilder bug is already recorded as bug #125107, but bug 178869 seems a good way to address the gnome-voice-control bug.12:37
ubotuLaunchpad bug 125107 in pbuilder "[gutsy] pbuilder-satisfydepends-gdebi can't resolve pure virtual build-depends" [Undecided,New] https://launchpad.net/bugs/12510712:37
ubotuLaunchpad bug 178869 in gnome-voice-control "[FTBFS] gnome-voice-control due to automake-1.9 build-dep" [Undecided,New] https://launchpad.net/bugs/17886912:37
\shwell, change automake-1.9 to automake1.9 (normally this could be done with automake, because it should point to 1.9 nowadays, right?)12:38
mruizpersia, just delete the config.{sub,guess} variance (if appears) from the debdiff?12:40
persia\sh: I thought the default was 1.10 these days (although I may be mistaken)12:40
persiamruiz: Right.  Personally, I prefer to move the autocopy from clean to configure if the autotools hints are to be autocopied, as it makes debdiffs nicer (although there are strong arguments against autocopy, which deserve respect).12:41
mruizpersia, I was reading your opinions about that and, in this case the autocopy is in "clean" section :-)12:44
persiamruiz: Right.  That's the part I don't like (although I'm not sufficiently in favor of arbitrary variance from Debian to encourage fixing it).  Specifically, if the files are to be copied at build time, they should be copied for configure: and not for clean: as the copy actually makes the package less clean.12:45
mruizpersia, you're a debian/rules magician ;-)12:46
persiaThis is especially annoying for SRUs, as it means that the source package candidate for upload must be prepared in the target release, or it will not have the right hint files to properly compile for the target.12:46
persiaFurther, given sufficient variance in the hints files, there is a possibility of creating a FTBFS situation when backporting.  Anyway, enough ranting about that :)12:47
\shpersia: could be...gutsy was 1.912:47
persia\sh: Really?  I thought I saw a bunch of 1.10 stuff during gutsy.  Maybe just pushing the leading edge.12:48
affluxRainCT: didn't you mix source and binary packages in bug #179085 ?12:50
RainCTindeed :P12:52
RainCTafflux: thx, changed that12:53
totopalmaRainCT, o/12:56
RainCThi totopalma :)12:56
=== persia changed the topic of #ubuntu-motu to: Masters of the Universe https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Unmet Deps time! http://qa.ubuntuwire.com/debcheck/ | QA resources from http://qa.ubuntuwire.com
Kmospersia: how about to add REVU ?13:04
FujitsuThere seems to be an extra space there.13:04
=== Kmos changed the topic of #ubuntu-motu to: Masters of the Universe https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Unmet Deps time! http://qa.ubuntuwire.com/debcheck/ | QA resources from http://qa.ubuntuwire.com
persiaKmos: I'm not in favor of encouraging lots of NEW packages at this point.13:04
Kmospersia: you're right.. bug fixing is better13:05
FujitsuKmos: Have you uploaded ebug-http to your PPA without testing it?13:05
KmosFujitsu: i also use my ppa for testing :)13:08
FujitsuKmos: So you'll kill off the PPA buildds. Great.13:08
persiaKmos: Best to work locally first.  Something like that can take down the PPA for everyone.13:09
KmosFujitsu: no.. it won't kill it =)13:09
FujitsuKmos: Why not?13:09
Kmosit will fail with another build problem13:09
Kmosnot the cpan one13:09
persiaKmos: Did you know that before you uploaded?13:09
FujitsuYou sure it'll fail there first?13:09
Kmospersia: yep13:09
KmosFujitsu: yes, I am13:09
persiaKmos: Why upload to a PPA if you know if FTBFS?13:09
FujitsuYou uploaded a known-dodgy package?13:09
Kmosi fixed it manually in the code13:10
Kmosbut after I saw it fails in testing because of the required module13:10
Kmosnot about the download from cpan13:10
geserKmos: does the package you uploaded to PPA build now or still FTBFS?13:10
KmosFujitsu: because of the !~ problem13:11
persiaKmos: Right, but why upload to a PPA when you know it will FTBFS?  That's just a waste of resources.13:11
wolfgerqa.ubuntuwire.com is not loading (at least, the two links in the topic)13:11
Kmosgeser: still FTBFS..13:11
Fujitsuwolfger: Works for me.13:11
Kmospersia: i thought it won't FTBFS13:11
man-diwolfger: works from here13:11
persiawolfger: works for me.13:11
wolfgerhmm. works now. Maybe a hiccup on my end13:12
Kmosit won't break the buildds13:12
FujitsuKmos: You're meant to *know* that it won't FTBFS.13:12
FujitsuYou should test build before letting a package leave your system.13:12
RainCTwolfger: same happened here13:13
persiaFurther, only packages expected to work should be uploaded to a PPA13:13
Kmosright.. i won't do it.. i really thought it was fixed. :(13:14
=== bigon` is now known as bigon
FujitsuKmos: An easier solution is probably to just depend on libtest-expect-perl, or whatever the package is likely to be.13:16
FujitsuThat sounds wrong.13:17
Kmosit's Test::Deep13:18
FujitsuDidn't I see it wanting Test::Expect?13:19
* Fujitsu rereads.13:19
Fujitsurequires Test::Expect13:19
Kmosit's this one.. but isn't available at gutsy13:20
Kmos!info libtest-expect-perl hardy13:20
ubotulibtest-expect-perl: Automated driving and testing of terminal-based programs. In component universe, is optional. Version 0.30-2 (hardy), package size 6 kB, installed size 68 kB13:20
Kmosah nice13:20
* Kmos testing build13:21
Kmos- Test::Expect                     ...loaded. (0.30)13:22
FujitsuThat looks better.13:22
Kmosbut it fails in the same thing that my package will fail in PPA13:22
FujitsuWhich is..?13:22
Kmosthere isn't any patch upstream13:24
FujitsuNone of the subtests failed, but it failed anyway. Nice of it, really.13:24
Kmosi've reported to debian the missing package on build-depends..13:27
FujitsuI hope you used the existing bug.13:27
KmosFujitsu: yes :)13:27
HobbseeKmos: why not actually get the package to build, before reporting it to other distros?13:28
Hobbseein case there is more13:28
KmosHobbsee: i reported about one specific bug.. this one is a new one =)13:28
Kmoshere it fails with 0.00% not 0.100%13:29
=== cprov is now known as cprov-out
FujitsuKmos: ... your build succeeded.13:39
FujitsuSo you were expecting it to fail to avoid the hang, but it succeeded.13:39
FujitsuSo both failure conditions failed to be satisified.13:40
=== \sh is now known as \sh_away
* persia is somewhat confused as to whether failing to fail is entirely bad, although the consequences might be worse13:40
KmosFujitsu: really strange13:41
Fujitsupersia: I am a little glad that he mis-predicted both failure conditions, as if one of them had actually failed, we'd have one buildd out of action.13:42
Kmosi should make a debdiff with the b-p package ?13:42
FujitsuKmos: b-d?13:42
Kmoswith this13:42
persiaFujitsu: Yes.  It just will look odd when collated: I'll need to think of appropriate phrasing.13:43
* Hobbsee thinks Kmos should trash his own machine, not someone else's.13:43
Fujitsupersia: It is a little confusing like that, yes.13:43
KmosHobbsee: my machine isn't too new.. more old =)13:44
HobbseeKmos: and that's any excuse?13:45
* Fujitsu pities the buildds.13:45
persiaKmos: That might mean it takes a while, but you can at least reset your machine easily, whereas it's not so easy for a machine in a data centre13:45
KmosHobbsee: it isn't13:45
HobbseeKmos: so, uh, why do you choose to act that way then?13:46
KmosHobbsee: I want to test it with buildd machines.. like this case13:46
Kmosit builds fine there13:47
Kmosand it fails in pbuilder13:47
persiaKmos: You might try running sbuild against a buildd chroot if you want a real test.13:47
Kmospersia: i need to got some time to do it properly..13:48
* Hobbsee suggests that you appear to have time now13:48
persiaKmos: Good idea.13:49
KmosHobbsee: not now.. i need to lunch and go medical doctor :(13:49
* Kmos bbl13:50
HobbseeKmos: very convenient.13:52
KmosHobbsee: check the hours in Portugal.. it's 13:53 p.m and I haven't eaten lunch eat13:53
Kmosand i need to go doctor to get blood analyses.. isn't to be conveniente.. i really prefer to be here, for sure.13:54
mruizKmos, good luck13:54
Kmosmruiz: thanks13:55
oskudehi masters! is tcl/tk8.5 planned to be included in hardy ?14:02
persiaoskude: Yes.14:03
persiaoskude: For future questions of a similar nature, you can get an answer with a command like `rmadison tcl8.5`14:03
oskudeaha, and whats that ?14:04
LucidFoxpersia> avidemux 2.4.0 has appeared on DMO14:04
LucidFoxI haven't looked at it yet, though14:05
persiaLucidFox: Cool.  Let's maybe wait for -2 to see if you can get all your fixes in.14:06
=== asac_ is now known as asac
LucidFoxHe packaged it _after_ I reported about my fixes, so I'll look which ones went in and which didn't.14:17
DarkSun88Hi MOTUs14:32
LucidFoxHmm. It depends on libamrnb-dev, which is on DMO not in Ubuntu.14:39
=== StevenK_ is now known as StevenK
persiaLucidFox: What is libamrnb-dev, and do we want it?  If it is useful, and good, could have two tasks on the sync request: one for the sync of avidemux, and one for an import of libamrnb14:45
LucidFoxAMR NarrowBand speech codec14:50
LucidFoxYes, I think we need it. I, for one, do - my cellphone records sound in .amr format14:51
LucidFoxWill it have to pass REVU?14:51
persiaLucidFox: I'm not sure.  If we accept d-m as a sync/merge source, no.  If not, it should.  Best if it could pass REVU, but is a sync.14:56
DarkSun88persia: The build server ore down or have problems again?14:58
persiaDarkSun88: Just fixed recently.  See the /topic.  Also, why ask me, rather than asking the channel?14:59
LucidFoxamrnb won't pass as is. The libamrnb3 and libamrnb-dev packages are lintian-friendly, but amrnb contains 9 binaries in /usr/bin, all without manpages :/14:59
LucidFoxand with really obscure --help15:00
persiaLucidFox: Right.  Needs to get fixed somewhere for inclusion.  Can be d-m or REVU.  I'd prefer D-M, but suggest sending a request for comments to ubuntu-motu@l.u.c about using D-M as a sync/merge source just to get a firm opinion.15:00
DarkSun88persia: Sorry. I've seen you here and I've asked. I will not ask you in next time. :)15:01
persiaDarkSun88: Thanks.  Feel free to ask me if it's something you know if interesting to me, or a continuation of a conversation: I just like to avoid highlights unless it really needs me :)15:01
imbrandond-m /can/ be used as a sync source , its been stated before by colin that any apt-getable source is a viable sync source, it totaly depends on the package, they wonrt explisitly trust d-m as a whole15:01
DarkSun88persia: Ok. thanks.15:02
imbrandondebian unstable is the only "whole" repo15:02
persiaimbrandon: Yes.  Anything is a viable sync source, and the scripts handle it, but we stopped syncing against most of the non-Debian sources post-Dapper.15:02
persia(or was it post-Breezy: I forget exactly)15:03
imbrandonneither actualy, there was alot of noise about it but we still sync occasionaly elsewhere15:03
imbrandontotaly depends on the package15:03
imbrandondebian-multimedia.org comes to mind15:03
ion_persia: As a continuation to yesterday’s conversation; i think i fixed the issues with the packages. If you still feel like reviewing, i’d be thankful. :-)15:03
persiaimbrandon: RIght.  Given the nature of D-M, it might make sense to have a more comprehensive policy of a full sync from there for each cycle, and merging rather than local new upstreams, which is why I thought a RFC to u-m@ would be appropriate.15:04
persiaion_: Same day for me, and very near the end of it.  Maybe someone else would be up for a review?15:04
imbrandonahh i like the per package basis, trusting it as a whole isnt good15:04
imbrandonits like REVU anything can be uploaded15:04
persiaimbrandon: Even D-M?  What there is bad?  How does it work?15:05
imbrandonit works amost exactly like revu15:05
ion_persia: All right. :-)15:05
persiaAh.  Right.  That would be bad.  Thanks.15:05
persiaLucidFox: Please ignore my earlier comment about using D-M as a sync source :)15:05
ion_In case anyone feels like reviewing: http://revu.tauware.de/details.py?package=apt-mark-sync and http://revu.tauware.de/details.py?package=hardware-connected, but i can ask again on monday.15:06
imbrandonpersia: the main diffrence between revu and d-m is revu runs lintian/linda on the packages , and d-m puts them in an apt-getable repo ( like a source only PPA )15:07
imbrandonthats the only two real diffrences15:07
LucidFoxUpstream homepage is dead :/15:07
persiaimbrandon: That makes me think a raw import from REVU would be safer, and I know that's not a good idea.15:07
imbrandonexactly , hehe15:08
imbrandonbut on the other side of that i feel if a package is "good enough" it could be done, on a per package basis15:08
imbrandonbuit it would have to be per package15:08
imbrandon( both revu and d-m )15:08
persiaimbrandon: Actually, due to the nature of REVU, I think the current manual upload is better, as the addition of an Origin: header wouldn't mean much.  For D-M, I don't have an objection to sync/merge on a per-package basis, but personally feel that it may be better to maintain in parallel or coordination, rather than striving for minimal diff to a non-Debian repo.15:10
nxvl_workcan someone take a look at Bug #173294 and give me some feedback about RainCT's comments15:10
ubotuLaunchpad bug 173294 in tuxpaint-config "There are no easy way to change tuxpaint configuration" [Low,Confirmed] https://launchpad.net/bugs/17329415:10
imbrandonpersia: right15:10
* persia is too tired for review, but meta-review is always fun :)15:10
imbrandoni'm just walking up, my schedule is all screwy because of the holidays15:11
imbrandonseems to vary greatly from day to day the last two weeks15:11
imbrandonhrm ff3 is quite nice, honestly my use of it the last 3 or 4 days seems that its UI is almost identical to FF2 except the address autocomplete , but it used MUCH less ram15:13
imbrandonwin win imho15:13
ion_It also seems *amazingly* faster than FF2.15:13
ion_E.g. Google Reader almost feels like a native application, whereas with FF2 everything is laggy.15:13
imbrandoni dident think there would be a major diffrence15:13
persianxvl_work: In this case, no patch system is preferable, as the current package in the archives uses a no-patch-system solution (look at `lsdiff -z tuxpaint_0.9.17-1ubuntu1.diff.gz`).  There are two schools of thought about the use of debian/patches.  When the entire package is maintained in a VCS, debian/patches is confusing (but maintainers should use pristine-tar).  When only debian/ is maintained in a VCS, or the package is not maintained in a15:14
persiaimbrandon: For things like that, try prism15:14
ubotuSorry, I don't know anything about vcs - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi15:15
imbrandonyea i use prism, well tried it, its very slow15:15
persianxvl_work: Version Control System15:15
nxvl_workoh! ok15:15
imbrandonpersia: you got cut off at "package not maintain in a "15:15
* persia dislikes buffers "...package is not maintained in a VCS, it's nice to use debian/patches to keep track of things. In all cases, it's best to folllow existing practice when modifying a apckage."15:16
imbrandonyea i thought about hacking a perl script togather for irssi that splits long lines , i tend to use them too15:16
ion_imbrandon: splitlong.pl is bundled with irssi.15:17
imbrandonion_: not my irssi ( you might mean irssi-scripts but i dont install that )15:17
imbrandonbut thanks, i'll loook at it15:17
nxvl_workbut it's a better practice to use it, is not clean to make changes outside debian/, if there are a lot of little changes is a PITA to try to apply one of them in upstream15:18
nxvl_workdidn't it?15:18
imbrandonion_:  is there an inline spell checker too ? hehe15:18
imbrandonnxvl_work: totaly depends on the package15:18
persianxvl_work: Not in all cases.  If the maintainer keeps the entire upstream in VCS with their changes, merging back and forth is a lot easier without debian/patches.15:18
ion_% dpkg -L irssi | grep splitlong15:18
DktrKranzmh... I uploaded a package on my PPA and it keeps uploading itself again and again, have you ever had this issue before?15:18
imbrandonnxvl_work: personaly i like changes directly to the source with apt-mirror , but i like patches with libvisual15:19
imbrandondepends on the package and maintainer15:19
nxvl_worki find easier to apply a patch15:19
persianxvl_work: In many cases, using a patch system is indeed easier to understand, but it's definitely not worth adding a patch system when there are already ubuntu-local changes to the files you are patching, which changes are not removed by the application of a patch system.15:20
nxvl_workbut, thats true, depends on the maintainer...15:20
persianxvl_work: My personal habit is to use a patch system if there is one, and not add a patch system if there is none.  When I make a patch without a patch system, I always submit the patch to Debian so it can be tracked in the BTS (and this may mean separating patches pre-application).15:22
persiaIn the rare case where a patch only applies to Ubuntu, and there is expectation of carrying an Ubuntu delta for some time, it may make sense to add a patch system where there was not one previously, but in these cases, it is essential to refactor all the existing patches into the patch system prior to adding any adjustments.15:23
nxvl_workwell my point is not for the debian case, i have a friend developing for gnome and he had a lot of trouble trying to use ubuntu changes because of none patch systems15:24
persianxvl_work: Which package?15:25
nxvl_workbecause to understand the ubuntu delta from debian is easier, but from upstream isn't that simple15:25
nxvl_workpersia: he's ephiphany developer i think15:25
persianxvl_work: epiphany uses debian/patches15:26
imbrandonshould be just as easy, diff against the orig tar to produce a upstream patch15:26
nxvl_workthen he's and idiot :D15:26
nxvl_workhe says something about the patch posted to qa.d.o IIRC15:27
persianxvl_work: That may be.  Likely there's some confusion somewhere.  One of the things I prefer about the use of VCS or diff.gz patching is that one never has patches on patches, so any set of patches is easy to apply.  With patch systems, one sometimes has overlay patches, which can be very annoying to adjust.15:27
imbrandonthose come from patches.ubuntu.com , not idea, only intended for debian, he should look at the package its self15:27
persiaOn the other hand, a big monolithic patch in diff.gz without explanantion of the changes and no VCS history anywhere is nearly useless when attempting to cherrypick good fixes.15:28
persianxvl_work: One of the main reasons to try for minimal variance from Debian is to make the patches on qa.d.o as small as possible, and possibly easy to use.  For GNOME, Ubuntu and Debian have vast and significant differences, so those patches are mostly useless.15:29
nxvl_workyou are right about some points, and i understand them, but i'm still finding better to use patch system always, i see it cleaner, on the other hand i have had trouble with it on Bug #178046 it was really a PITA tu understand that patch15:30
ubotuLaunchpad bug 178046 in dillo "dillo failed to unpatch" [Undecided,Confirmed] https://launchpad.net/bugs/17804615:31
nxvl_workbut it's always a matter of who and how make the patch15:31
cbx33yo yo guys15:31
cbx33howz it going15:31
nxvl_worknorsetto: here is the right person for this discussion :D15:31
persianxvl_work: I don't object to your use of a patch system, but if you don't refactor the existing patches into the patch system, you render the package exceedingly difficult to maintain.15:31
* cbx33 still hasn't gotten his raid working - think I'm about to give up....it shouldn't be this hard15:31
cbx33software raid.....15:32
cbx33should be easy....the array is built and working but I just can't boot to it15:32
cbx33it's because the raid10 module isn't in initramfs but I can't seem to get it in there15:32
persianxvl_work: Also, while I agree the patch to dillo is hard to understand, I suspect you'll get good results from contacting the authors of that patch, who maintain it separately from dillo in a separate upstream location.  Their VCS should be instructive.15:32
cbx33dpkg-reconfigure linux-image was suggested to me......15:32
cbx33heheh ;)15:33
nxvl_workpersia: i have already fix dillo :D there is a patch waiting for sponsor :D15:35
=== Martinp24 is now known as Martinp23
imbrandonfood time, bbiab15:37
persianxvl_work: That's not a safe way to solve that issue.  The changes to config.sub and config.guess should be pulled out of the offending patch.  Otherwise you're asking for future confusion.15:37
cbx33how do you specify modules when doing a dpkg-reconfigure for linux-image15:39
=== apachelogger_ is now known as apachelogger
nxvl_workpersia: so, what you are saying is that the best way is to make those changes directly on the config.{guess,sub} ?15:48
persianxvl_work: No.  What I'm saying is that it is useless to patch a file that you are replacing during the build.  Better to not patch it than to play around with trying to reconstruct the original patched files just to make it build cleanly.15:48
nxvl_workmmm, but the changes must be done or they mustn't15:49
mattva01i'm pretty new to packaging and was wondering what was the best practice for adding a directory in each users home directory15:49
* nxvl_work checks the patch15:49
persiamattva01: If that is truly required, best to have the package create it at runtime.15:50
mattva01ah thanks, and yes I know it is not ideal to do that15:51
nxvl_workpersia: i'm not replacing it on the build, it's replaced on the clean15:52
persianxvl_work: the clean: rule is called at build time.  It's still useless to patch a file that you plan to overwrite.15:55
nxvl_workand how can i apply the patches and clean it? patching the modified version of it?15:55
persianxvl_work: Anyway, there's a cleaner patch available in the Debian bug :)15:55
persianxvl_work: Drop the useless patches from the monolithic internationalisation patch with filterdiff.15:56
nxvl_workpersia: on which debian bug? on 457961?15:57
nxvl_workthats the one i have use15:57
persianxvl_work: The last patch, at the bottom of the bug, submitted 3 minutes ago?15:58
nxvl_workwhen i saw it there wasn't any patch15:58
nxvl_workas you wrote it, you should upload it, or you haven't a problem with me applying it?16:00
persianxvl_work: I don't have a problem with you applying it.  I'm going to bed.  You get to test my patch, and see if it works for you, and prepare the candidate, etc.  I just thought making a patch would be easier than explaining what I meant.16:00
nxvl_worki will work on it right now16:01
persianxvl_work: Thanks.  Good luck :)16:01
nxvl_workpersia: as i don't think i see you till next year, have a happy new year!16:01
* nxvl_work *HUGS* persia and hopes the best for next year16:02
persianxvl_work: Happy new year.16:02
nxvl_workpersia: you are only removing the patches, didn't you?16:05
nxvl_worki mean only removing lines not adding/changing them16:05
persianxvl_work: Right.  I haven't investigated the issue in depth (which is why I'm more than happy to have you investigate before an upload).  All I did was remove the sections of the patch for the two files that are being autoreplaced anyway.16:07
nxvl_worki will check it16:07
psusiquestion... when updating a package to a new upstream release, how do you get debuild -S to include the new .orig.tar.gz in the upload?16:12
DktrKranzpsusi, -sa flag16:13
psusihrm... ok... now... maybe the reason it isn't doing it by default is that I'm not using the correct version number?16:14
=== luka74 is now known as Lure
nxvl_workit doesn't do it by default16:15
nxvl_workyou need to use -sa16:15
psusithe old version was 13-2ubuntu6... I made the new version 14-0ubuntu116:16
psusiit does it by default it says if the version number ends in 116:16
nxvl_worka merge?16:16
psusibut it looks like it wants it ot end in -1 maybe?16:16
nxvl_workmaybe on debian it does16:16
nxvl_workon ubuntu it doesn't16:16
psusimerge?  updated to a new upstream release16:16
nxvl_workpsusi: thats a merge16:16
ubotuSorry, I don't know anything about merge - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi16:17
ubotuSorry, I don't know anything about merges - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi16:17
nxvl_workubotu: did you know anything?16:17
leonelI'm on gutsy  and  have my  pbuilder for  gutsy   .. can I have in the same machine a pbuilder for Hardy and  feisty ??16:17
ubotuMerging is the process of including changes from other distributions (most commonly Debian) into Ubuntu packages, and is typically a major focus at the beginning of each Ubuntu development cycle.  Please see https://wiki.ubuntu.com/UbuntuDevelopment/Merging for more information.16:17
nxvl_work!merging | psusi16:18
ubotupsusi: please see above16:18
nxvl_workleonel: yes you can16:18
imbrandonleonel: yes16:18
psusiyea... it does16:19
psusiit wanted the version to end in -116:19
psusiand it automatically includes the .orig16:19
nxvl_workleonel: https://wiki.ubuntu.com/PbuilderHowto#head-1be378ab60d3bab23eefabce49cf7df927d46f8116:19
nxvl_workpsusi: on ubuntu they don't end on -1 unless it's a sync16:19
leonelimbrandon:  nxvl_work  thanks16:20
nxvl_workpsusi: and don't think it's hard to write "-sa" on the command line16:20
nxvl_workleonel: there is a script mentioned there, i use it, and it works fine16:20
psusiof course it isn't... just seems that it should be -1 and just work16:21
nxvl_workleonel: i have modified some things for my personal use, like the place where it stores the files, but it works fine as it is16:21
leonelI had to do a  qemu image to make a pbuilder there for hardy ..    nxvl thanks16:21
psusisince this is the first version based on the new upstream16:21
imbrandonpsusi: wrong16:22
awen_psusi: that's because debuild is a debian package and don't know how we do it in ubuntu :)16:22
psusiimbrandon: wrong?  how?  this will be the first upload using the new upstream16:22
nxvl_workpsusi: on ubuntu the only case in which a packages ends on -1 is when that version it's synced from debian, if we make a change it's -XubuntuY16:22
imbrandonpsusi: sure and if that is the case it needs to be -0ubuntu1 in ubuntu16:22
psusiwhy did we diverge in this way?16:22
imbrandonpsusi: to make it all smooth, the package guide explains it pretty clearly16:23
nxvl_workleonel: it's a good practice to have VM to test the changes also, i do it so :D16:23
psusiyea, I went with -0ubuntu1 initially but now I'm wondering why it isn't -0ubuntu-116:23
imbrandon-1 means the first debian revision, since this isnt a debian revision its a ubuntu one it needs -0 and then ubuntu1 for the ubuntu1 revision , thuis -0ubuntu116:24
imbrandonits not divergance, its policy16:24
nxvl_workpsusi: because of the standards, if a package don't use them, report it on LP and it will be fixed to use them16:24
psusiright, but why is it ubuntu1 instead of ubuntu-1?  why no -?16:24
nxvl_workpsusi: because the policy say so16:24
imbrandonbecause dpkg interprets - in a special way16:25
nxvl_workthe packages must be adjusted to the policy, not the policy to the packages16:25
psusihrm... in what other ways does it have special meaning besides the one I just found where it automatically includes the .orig.tar.gz on first version?16:26
imbrandonthere is no "automaticly" if it dosent the other way your orig tar is likely named wrong16:26
imbrandonto begin with16:26
imbrandonpsusi: in lots of other ways, i sugest reading up on the version numbers in the package guide, each part has a specific meaning16:27
=== apache|mobile_ is now known as apache|mobile
psusiwell, yea, I had to name the orig with the -0ubuntu part ;)16:27
imbrandonthen something else is wrong16:27
imbrandonyour not folowing it corectly somewhere16:28
imbrandonwhats the upsteram package name and version16:28
psusiit just thinks the upstream version is 14-0ubuntu16:28
psusiand then this is -116:28
imbrandonright, and that 100% wrong and will be rejected16:28
=== apache|mobile is now known as aplg|mobile
psusiwas just poking around figuring out how it works and wondering why16:29
imbrandonagain i will save you a little reading if you tell me the upstream version and package name16:29
imbrandonthe package guide explains why and how16:29
imbrandonpoking will likely get you wrong results , like in this case16:29
nxvl_workpsusi: on the Packaging Guide you can read about the why, it's a matter of good practices, if do what we want then it will be caos, we need to adjust the tools and the process to the policy and if the tools don't to them we adjust them or find out why it's so, there must be some reason16:29
psusinxvl_work: obviously, I understand why there needs to be conformity.. I'm wondering why the policy is the way it is16:30
nxvl_workit isn't 14ubuntu116:30
nxvl_workit is 14-0ubuntu116:31
imbrandonpsusi: then the orig needs to be named dmraid_1.0.0~rc14.orig.tar.gz and the version you have in the changelog needs to be 1.0.0~rc14-0ubuntu116:31
psusihrm... why did you change the . to a ~?16:31
imbrandonbecause its an rc, if you dont it will see it as a higher version when 1.0.0 proper is released16:32
imbrandonsee all good reasons to read the package guide and understand why things are versioned they way they are16:32
psusihrm... I used to see that done with 0.9.9-1.0.0 or something... but it looks like debian screwed up the version number a while back before our last sync16:33
imbrandone.g. 1.0.0.rc14 > 1.0.0-1, wich is wrong, 1.0.0~rc14 < 1.0.0-116:33
nxvl_workimbrandon: i will never ask before reading anymore!!16:33
psusiso the current version in the repos is 1.0.0.rc13-2ubuntu616:33
leonelnxvl_work: i have a VM for each ubuntu version  :)16:33
imbrandonpsusi: that means debian screwed the pooch on it and will need an epoch when 1.0.0 is released16:34
psusierr, yea... it used to be 0.9.9+1.0.0rc9-3.1, then it went to 1.0.0.rc13-116:34
imbrandonyup someone screwed up badly16:34
nxvl_workleonel: for feisty there are no much changes anymore, i use gutsy and have a VM for hardy, i think thats enough16:34
awen_leonel: did you get your pbuilder work the way you wanted... else i have a pbuilderrc made ready for gutsy, hardy, sid and etch, if you're interested?16:36
leonelawen_:  where can I download it ?16:36
imbrandonanyhow in this particular case since someone already scrwed up you need the orig to be named dmraid_1.0.0.rc14.orig.tar.gz and the changelog version to be 1.0.0.rc14-0ubuntu116:36
nxvl_workawen_: it's better for him to do it himself, so he understands the why's and the how's16:36
* imbrandon notes if you use ubuntu-dev-tools you can just use 'pbuilder-dist $dist create'16:37
nxvl_worki use $dist-pbuilder $action16:38
awen_imbrandon: that almost sounds too easy16:38
=== pfein_ is now known as pfein
imbrandonnxvl_work: right but in that package there is already premade scripts :)16:38
imbrandonwhere "that package" == ubuntu-dev-tools16:39
nxvl_workimbrandon: $dist-pbuilder is and already make script :D i only renamed it and make some changes, i think it's the pbuilder-dist one16:39
* nxvl_work checks16:39
imbrandonlikely :)16:39
awen_psusi: seems imbrandon and nxvl_work has the better solution here :D ... but for inspiration: http://paste.ubuntu-nl.org/49834/16:40
psusiimbrandon: ok... that's what I went with first... just was wondering why debuild wasn't picking up the .orig automatically16:40
imbrandonpsusi: if it isnt its not named correctly16:40
imbrandonmake sure its EXACTLY as i said16:41
psusiimbrandon: it was... it doesn't end in -1 is why16:41
nxvl_workawen_: s/psusi/leonel/g16:41
imbrandonpsusi: no it isnt why16:41
imbrandonpsusi: trust me16:41
psusiimbrandon: it saw the .orig and iddn't complain, but did not automatically include it in the upload because it didn't think this was -116:41
imbrandoni have done this a LONG time16:41
imbrandonpsusi: it never does16:41
awen_nxvl_work: jep16:41
imbrandonyou have to use -sa16:41
psusiit does if the version ends in -116:41
imbrandone.g. debuild -S -sa16:42
imbrandonpsusi: but we dont do that in ubuntu16:42
imbrandonyour not working on debian16:42
imbrandonubuntu != debian16:42
awen_leonel: for inspiration: http://paste.ubuntu-nl.org/49834/16:42
imbrandonthus the rule about if its -1 it will include the orig in the upload totaly dosent apply to us16:43
imbrandoni thought you meant it dident include it when building the package16:43
nxvl_workimbrandon: i think psusi is right, the debuild script only takes the orig.tgz if it's -1 cause otherwhise the orig must be already on the server unless it's -0ubuntu1, but it can not work with the last version number if there isn't an ubuntu change to take that too16:44
psusiok... so now that I have it packaged... I should file a bug report requesting it to be uploaded, and what should I attach to the report?  just the diff and the url of the .orig?16:44
imbrandonincluding it in the upload is totaly diffrent16:44
ubotuSorry, I don't know anything about sponsoring - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi16:44
ubotuSorry, I don't know anything about sponsors - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi16:44
imbrandonthere is a wiki explainign it somehwere, how to request a sponspr16:44
leonelawen_,    nxvl_work  thanks16:44
ubotuSorry, I don't know anything about sponsor - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi16:44
psusiiirc it was file a bug and assign it to ubuntu-sponsors or something16:45
awen_psusi: https://wiki.ubuntu.com/MOTU/Contributing16:45
psusiI really need to do this more often so I don't forget all this stuff16:45
imbrandonno you file against the source package ,and subscribe u-u-s or u-m-s16:45
RainCTnxvl_work: /me would like to know what the changes he did to pbuilder-dist are for the case they are interesting for inclusion in u-d-t16:45
imbrandonnot assign, subscribe16:45
psusithat's it16:46
nxvl_workRainCT: it was only for storing the deb's on ubuntu/$dist instead of i don't remember where and to use $dist-pbuilder instead of pbuilder-$dist IIRC16:47
RainCTyou can change the location where the files are placed by exporting a variable in ~/.bashrc16:48
nxvl_workRainCT: to store them on $BASE_DIR/$DIST instead of $BASE_DIR can be a good change16:48
psusiohh... now I'm actually updating to the new upstream as more of a side item16:48
psusithe reason I started this update was to fix an existing bug report16:48
RainCTnxvl_work: it should already be doing this16:49
psusiso should I just request sponsorship on that report?16:49
nxvl_workRainCT: but the variables are created on the script, so i'm not sure if that will work16:49
nxvl_worki use pbuilder-distribution, no pbuilder-dist16:50
RainCTnxvl_work: it should create a directory in $BASE_DIR for each different distribution, like: feisty-i386_result    gutsy-i386_result    hardy-i386_result    sid-i386_result16:50
nxvl_workRainCT: maybe, what i was using /usr/share/doc/pbuilder/examples/pbuilder-distribution.sh not pbuilder-dist16:51
RainCTah, that's a different one16:51
nxvl_worki have copy that script on my $PATH16:51
nxvl_workRainCT: yep, i didn't know there was a pbuilder-dist script :D16:51
RainCTactually, it's the same but an older version16:52
nxvl_workthe thing is that works :D16:52
* RainCT is not sure if he should subscribe u-u-s to bug #177203 or look if debian does anything and, if they do, sync17:00
ubotuLaunchpad bug 177203 in dosbox "Imperfect text information in .desktop file" [Low,In progress] https://launchpad.net/bugs/17720317:00
imbrandonpsusi: also patches always welcome to allow -0ubuntu1 to include the orig in uploads too :)17:03
psusiimbrandon: huh?17:03
geserRainCT: as the last two dosbox uploads to Debian were NMUs, I don't expect an upload for this minor issue soon and would upload to Ubuntu17:04
RainCTgeser: ok, thanks, I'll subscribe u-u-s then. or do you want to sponsor it? :)17:07
nixternalimbrandon: that kdebindings package is retarded17:11
nixternalit is getting stuck at about 60% on something, and I can't tell why now17:12
nixternalI swore I went through and built it once last night17:12
imbrandonhrm , might needs a newer svn snapshot17:12
nixternalya, I am going to make a snapshot here in a few17:12
nixternalright now I am cooking breakfast on my cpu17:12
imbrandoni just did svn export ....... and tar'd it up17:12
nixternalgotta love that export feature17:13
imbrandonthat one was 8 days ago, so its fairly old ( considering we're talking kde )17:13
nxvl_workNg: ping17:16
=== santiago-php is now known as foursixnine
=== foursixnine is now known as santiago-ve
RzRis quilt encouraged in ubuntu package management ?17:48
azeemRzR: not that I know what is recommended, but quilt makes IMHO sense if you've got more than a handful of patches and/or quite large ones17:51
pochuRzR: I'd encourage you to use the patch system you like the more17:51
azeemor if you don't use cdbs so simple-patchsys is no option17:51
RzRazeem, pochu : ok thx lets do it now18:27
=== psusi_ is now known as psusi
=== kitterma is now known as ScottK2
ScottK2I've been offline.  Are the bulidd's fixed yet?19:04
stgraberthey should yes19:05
ScottK2stgraber: Thanks19:08
=== effie_jayx is now known as keffie_jayx
ScottK2blueyed: Are you around?19:29
ScottK2Anyone know what I need to install fix "make: phpize: Command not found"  when building a source package?19:31
RzRScottK2: try php5-dev19:33
stgraberit's in php5-dev19:33
ScottK2I don't normally do php stuff, but I'm trying to finish a library transition.19:34
=== keffie_jayx is now known as help
=== help is now known as keffie_jayx
ScottK2See you all later.19:44
* pochu finally sends his application to become a MOTU!19:45
* slytherin has a long way to go19:46
stgraberpochu: I was wondering when you'd apply for MOTU membership :)19:46
* jonnymind is away: dinner19:46
stgraberlooking at the number of upload I saw with your name in hardy-changes .)19:46
pochustgraber: That's exactly what my sponsors were thinking ;-)19:47
RzRanyone here are also pending Debian Developpers ?19:50
sladenRzR: uh huh19:51
RzRthis could happend :)19:53
RzRi know one19:53
sladenRzR: budget at least a couple of years for NMU19:55
RzRI'll test this19:56
RzRthe race will start in a couple of days19:57
TheMusoOoo nice. Buildds fixed again.20:22
geserYes, elmo fixed them.20:28
DarkSun88Well. I hope that any MOTU check my package in u-u-s queue. :)20:31
Adri2000http://qa.debian.org/madison.php?package=homebank&s=unstable&a=source&text=on < I don't understand why the first line is displayed, as I request arch=source. if it's a bug, does anyone know where should I report it?20:33
RzRis it possible to use dput -f with PPA ?20:41
jpatrickdon't think so20:42
RzRis it possible to use dput -f with PPA ?20:49
RzRi am though ssh and dont see what i am typing20:50
geserAdri2000: it seems to be a bug, Kmos mailed Christoph Berg (myon) about it but I don't know if it fixed already20:50
geserRzR: why do you need to use dput -f?20:50
RzRto overwrite a bugged package without incremeting the version20:51
geserRzR: once it got accepted you need a new version20:52
RzRgeser: i can handle this20:53
geserHi TheMuso :)21:18
imbrandonhrm, if apt-mirror is purged should it remove the already downloaded data ( e.g. debs ) , if not what shoud it do with them21:24
DarkSun88Sorry, I've mistaked channel.21:27
DarkSun88Is there a scandisk program for FAT32 filesystem?21:40
* TheMuso wonders whether it does as good a job as the windows tools however.21:42
txwikingersince when is libc6-amd64 a i386 package?21:49
jpatricktxwikinger: it's a bug21:49
txwikingerah :)21:50
txwikingerJust wondered :)21:50
txwikingerDoes that break my pbuilder update?21:50
gesertxwikinger: libstdc++6 wants the 32bit and 64bit libc installed21:50
gesertxwikinger: shouldn't. which error do you get?21:51
txwikingergeser: E: Internal Error, Could not perform immediate configuration (2) on libstdc++621:51
geserah, that one21:51
geserthe buildds had the same problem21:51
txwikingerwell.. at least I am not alone :D21:52
stgrabertxwikinger: the fix for the builds was : apt-get install libc6 tzdate && apt-get dist-upgrade IIRC21:52
txwikingerhow can I do that for pbuilder?21:53
geserthe problem only appeared on the buildds and \sh could reproduce it, other people didn't have the problem21:53
gesertxwikinger: pbuilder login --save-after-login21:53
txwikingermaybe if I just create the tarball21:53
geserand when you logged in, update the pbuilder from inside21:54
=== dmb_ is now known as dmb
=== luk__ is now known as luk
=== apachelogger_ is now known as apachelogger

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!