Amaranthpwnguin: I think you just add the appropriate tags to that bug00:07
=== Huahua is now known as Shely
* Hobbsee waves00:44
* Hobbsee sends tan waves back00:49
=== cheguevara_ is now known as CheGuevara
=== bigon is now known as bigon`
=== fifoi is now known as CheGuevara
Romeser... yeah.... this might be a bit off topic, so don't feel obligated to respond...05:17
RomesI just ventured in here to say thanks for all the hard work! I'm new to Ubuntu (and linux in general), and I can only imagine the scale of projects like this... so... thanks!!!05:18
Romesoh, and keep up the good work ;)05:19
StratPlayedBlueanyone know anything about getting things to compile with SSP?05:38
StratPlayedBluewhat a good channel to get some programming help? i've got a problem compiling something i wrote with stack overflow protection05:43
elkbuntuStratPlayedBlue, many popular languages have a channel on freenode (eg, ##c, #python)05:46
StratPlayedBlueelkbuntu: yeah i've asked in ##c but it's actually a pam module i wrote complaining about missing symbol __stack_chk_fail_local05:48
BurgundaviaStratPlayedBlue: there is an Ubuntu hardened mailing list05:49
joejaxxBurgundavia: not very active :P05:49
joejaxxbut i would post anyway05:50
StratPlayedBluei wonder if there is a #pam-module-has-missing-ssp-symbol channel05:52
=== \sh_away is now known as \sh
=== \sh is now known as \sh_away
=== \sh_away is now known as \sh
Hobbseeso quiet....11:24
stgraberand it'll be so noisy next week :)11:25
Hobbseethat'll be fun11:25
affluxwhat's next week?11:26
Hobbseepeople are back11:26
Hobbseeor at least, after tuesday11:26
affluxah, see.11:26
stgrabereveryone coming back from holiday with tons of bugs :)11:26
stgraberand lots of updates (as soon as the buildds start working again)11:28
\shhey Hobbsee :)11:28
Hobbseeyeah well11:28
Hobbseewould be nice to get teh buildds fixed11:28
Hobbseeheya \sh!11:28
=== dfiloni_ is now known as dfiloni
\shdid anybody see the same strange things I have with my pbuilder? error messages because of the mount options of /var and some errors during update after libc6 tries to setup?11:29
elmowhat's wrong with the buildds?11:30
stgraberE: Internal Error, Could not perform immediate configuration (2) on libstdc++611:31
Hobbseeelmo: check any recent build for hardy11:31
afflux\sh: I just updated my hardy pbuilder, it looks good.11:31
elmois that not just a package problem?11:31
elmoAFAIK that indicates an unresolvable depends or pre-depends cycle11:32
\shafflux: try to create a new one ;)11:32
Kmosand palmer is not available..11:32
\shafflux: on hardy that is..11:32
elmopalmer is not available until someone fixes ebug-http11:32
elmo(or someone tells me LP magic to make sure ebug-http isn't retried)11:32
Hobbsee<Fujitsu> +There's also a new tzdata which apt isn't smart enough to get, so the following will sort the chroots out `apt-get install libc6 tzdata && apt-get dist-upgrade'11:33
Hobbseeelmo: can you kill it from teh archive theN/11:33
Hobbseeurgh, caps.11:33
* Fujitsu appears.11:33
elmoI could fix the chroots but is there no core-dev around to fix the archive?  I kinda think apt-get dist-upgrade should just work11:33
Hobbseeelmo: no one else, apart from \sh, appears to have reproduced the error.11:34
Fujitsuelmo: I can't work out why it won't work, but installing libc6 manually resolves it all.11:34
Hobbseeon a normal system, it's not breaking.11:34
FujitsuAnd I've only seen it in the buildd chroots.11:34
\shFujitsu: I had it on my chroots on this emt64 system too, during update11:34
persiaelmo: An updated libc can't be built to fix the problem, because libc doesn't work.11:34
Fujitsupersia: That too.11:34
Fujitsu\sh: Hmmm...11:34
\shcreating a new chroot won't work because of some strange "/dev/null is not existing" and "/var is mounted noexec,nodev" foo bar11:35
\shI'll downgraded to gutsy and have to recreate everything from scratch and check again after upgrade to hardy11:35
elmolet me grab the buildd chroot and see if I can reproduce it locally11:36
elmois there a bug on libc6 about it yet?11:36
FujitsuI don't think it's a libc6 bug.11:36
persiaelmo: It seems only to affect the buildds: non-buildd chroots haven't shown the error.11:36
FujitsuI've played around with the buildd chroot, but can't work out what apt thinks it's doing.11:36
Fujitsupersia: \sh says otherwise.11:36
\shpersia: I#m not having any buildd style chroots here11:36
Fujitsu\sh: How out of date was the chroot you tried to upgrade?11:37
persia\sh: And you get "E: Internal Error, Could not perform immediate configuration (2) on libstdc++6".  Interesting.  I thought you were having the debootstrap issue.11:37
\shFujitsu: 2 days ... I killed everything yesterday night11:37
FujitsuThat's strange, as I did a very similar upgrade to my hardy sbuild chroot this morning, and it worked fine.11:38
\shpersia: I got two issues...first during update...with libc6...it complains about "libc6 not being part of dpkg installed bla"...11:38
\shpersia: second is trying to create a new chroot..which failes because of some strange behaviour of "/var being mounted noexec,nodev" ...11:38
persia\sh: That sounds slightly different to me, but maybe it's the same issue.11:39
\shbut I always think it's me or my machine which gives me a bad time..so I'm trying to reproduce it11:39
\shmost of the time the problem of the issue is sitting in front of the screen11:39
\shosi layer 9 ,-)11:40
FujitsuIIRC, (at least on i386) it happens because the new libstdc++6 wants lib64gcc1, which wants libc6-amd64, which wants the new libc6, which apt doesn't decide to install before it tries to install the rest. Installing libc6 manually and dist-upgrading works flawlessly.11:40
FujitsuI'm not sure why apt decides to do what it does, though11:41
Hobbseesounds like X, just with shorter names.11:41
\shFujitsu: hmm...why does apt want to install 64bit stuff on i386?11:41
Fujitsu\sh: Because libstdc++6 wants it.11:42
\shbah...easter egg xmas present...11:42
\shlooks like it's the time  of the year where someone needs to buy new toys like nokia 6500 classic ,-)11:44
elmook, it's trivially reproducable with the buildd chroots11:44
FujitsuRight, I think a number of us have downloaded the tarball and reproduced it.11:45
Fujitsuelmo: I think you want bug #165041 for that ebug-http thing.11:45
ubotuLaunchpad bug 165041 in soyuz "Please allow manually marking packages 'failed'" [Undecided,New] https://launchpad.net/bugs/16504111:45
HobbseeFujitsu: file a bug saying "please implement cancelling builds" too11:46
elmoFujitsu: well, the buildd chroot isn't special, except in terms of versions11:46
FujitsuHobbsee: It's there.11:46
HobbseeFujitsu: ahh11:46
HobbseeFujitsu: it hasn't loaded for me yet.11:46
elmoFujitsu: right?  I guess I'm confused by y'all saying it's specific to buildds11:46
FujitsuHobbsee: No, not that bug. There's another bug for that.11:46
elmoif we can agree it isn't, and get a bug filed on libc6, I can look at "fixing" the chroots11:46
Fujitsuelmo: I said I've only been able to reproduce it in the i386 buildd chroot, but most hardy systems and chroots seem to have upgraded through that without an issue.11:47
FujitsuIt could well apply to other system.s11:47
FujitsuBut the buildds are likely to be special, in that they're not upgraded frequently.11:47
elmoapt-get install libc6 without tzdata wants to pullout both tzdata and util-linux11:48
FujitsuRight, because it conflicts with tzdata << whatever-211:48
FujitsuAnd apt is dumb.11:48
Fujitsu(the dist-upgrade still doesn't work even with just the new tzdata)11:48
elmono, apt's not dumb11:49
elmoit's working as documented11:49
\shFujitsu: don't say this...it could be used against us ,-)11:49
elmowhoever put the conflicts into libc6 was ... misguided11:49
Fujitsuelmo: It's in Debian...11:49
FujitsuDebian bug #45578311:50
ubotuDebian bug 455783 in libc6 "Script tzdata.postinst fails: /usr/bin/tzconfig not found" [Important,Fixed] http://bugs.debian.org/45578311:50
FujitsuI thought it a bit odd too, but it seems to work most of the time.11:50
elmoconflicts has special meanings for essential packages, even virtually essential ones11:52
FujitsuOh dear.11:52
FujitsuEven so, that's not the main cause of the failure.11:54
elmoyeah it is?11:57
elmoat least from my reading of debug::pkgorderlist=111:57
FujitsuIs it? Installing tzdata doesn't resolve the dist-upgrade issue.11:58
FujitsuOr is it being extra-special even when it's not conflicting?11:58
Fujitsuelmo: Note that hackishly adding to libstdc++6 a pre-depends on the new libc6 convinces it to work, for some odd reason.12:07
=== asac_ is now known as asac
elmoyeah, ok, I give up, there does seem to be some element of a possible apt bug here - I'll start figuring out how to upgrade the chroots12:18
elmocan anyone else mass give back stuff, or do I need to do that too?  (not sure if there's a web ui for it yet - or if anyone else is around)12:19
Fujitsuelmo: No web UI.12:19
FujitsuAFAIK a sysadmin or DBA has to do it.12:19
KmosI think i've fixed the ebug-http =)12:21
geseror a click marathon12:22
elmoCurrent default timezone: 'Africa/Abidjan'12:23
* Fujitsu missed that when he upgraded it.12:25
Kmoscan someone check this one ?12:34
KmosTrying patch debian/patches/win32_ftbfs.patch at level 1 ... 0 ... 2 ... failure.12:34
FujitsuBetter that it fails to build than hangs, I guess.12:37
Kmosi'm fixing it12:37
HobbseeKmos: you asked that over 2 channels, before even testing the patch?12:37
KmosHobbsee: the patch works.. the patch system is not working12:38
persiaKmos: The patch may work: the debdiff doesn't work.12:38
Kmospersia: i'm fixing it .. sorry12:38
elmook, i386 is building again12:48
persiaelmo: Thank you12:49
elmodoing at least amd64 too, the others may have to wait for a real buildd admin, unless anyone's particularly bothered12:49
Fujitsuelmo: Thankyou muchly.12:49
FujitsuIs there any other real buildd admin than Adam?12:50
elmoFujitsu: nope12:51
elmoFujitsu: (there are others who can do what I've just done, but it's really Adam who should be doing it)12:51
FujitsuThat's what I thought.12:51
Fujitsu(although I thought there were three others...)12:52
Kmoshow about a mass give back ?12:52
FujitsuErm, I misread, oops.12:52
elmoKmos: done for i38612:53
FujitsuWe're not too far behind, fortunately.12:53
Kmoselmo: thanks12:53
FujitsuThough with palmer gone...12:53
elmoFujitsu: so, there are plenty of folks who can do give backs and 'buildd admin'y stuff, but Adam's the one who does and should be doing chroot management12:53
elmoFujitsu: you still have 2 i386 buildds :-P12:53
FujitsuHopefully Kmos' ebug-http fix will work.12:54
FujitsuThen we can hopefully poke somebody to cancel that build..12:54
Kmosthe ebug-http is really strange.. some perl god here ?12:54
Kmosif ($^O !~ /mswin32/i) { requires Test::Expect => 0;12:54
Fujitsuelmo: Could you perhaps cancel it and throw the build score to something tiny, and hope that queue-builder doesn't reset it before the rest build?12:55
Kmosthis is for win32, and it's where it breaks.. i made a patch for it, to remove it.. but now it breaks in some testing12:55
FujitsuKmos: !~12:55
KmosFujitsu: that's the code in Makefile.PL12:55
Kmosand it's not working12:56
FujitsuKmos: Yes. So it's likely *not* for win32.12:56
Kmosah.. not for win3212:56
Kmos!= is really more easy =)12:56
Fujitsu!~ != != :P12:57
ubotuSorry, I don't know anything about p - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi12:57
Fujitsuelmo: Were PPA builds also given back?12:58
elmoFujitsu: cprov's working on that now, we don't have a script for it, so he's having to giddy-up12:58
FujitsuAha. Funl12:58
DktrKranzFujitsu, PPAs have been given-back12:58
elmook, cprov's "fixed" ebug-http not to build again, so you now have palmer back too13:00
FujitsuThankyou cprov.13:01
cprovFujitsu: you are welcome.13:01
elmook, amd64 also done13:03
=== Kmos changed the topic of #ubuntu-devel to: Archive: OPEN | Hardy Alpha 2 released | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty/gutsy, #ubuntu+1 for hardy | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs
Fujitsucprov: That was a rather good way to kill that build.13:06
cprovFujitsu: it's the only way we have atm :(13:07
Hobbseewhat, ripping otu the build system?13:08
Fujitsucprov: I note that the given-back PPA build records didn't have the data from the previous build erased. Is that normal?13:12
cprovFujitsu: they will be cleaned when they get dispatched13:13
FujitsuOK, I just thought there might have been an important reason that normal give-backs cleared it all.13:14
=== bigon` is now known as bigon
elmoas an xmas special - lpia also done (although it doesn't appear to have any to give back...)13:16
FujitsuI don't believe it had the problem, did it?13:16
FujitsuOnly the main 4 did, as far as I could see.13:16
elmoFujitsu: I didn't actually check ;-)  oh well, lpia now has a fresher chroot *shrug*13:16
FujitsuThat's good too.13:17
geserhttp://qa.ubuntuwire.com/ftbfs/ reports only chroot problems for i386, amd64, sparc and powerpc13:17
Fujitsuelmo: Thanks again.13:17
elmoFujitsu: np, sorry it took so long to respond13:21
FujitsuWhat alerted you to it?13:21
elmoHobbsee in #c-s, initially13:22
Hobbseeoh wow, i didnt' think that worked13:22
geserwhy does libstdc++6 now need both 32bit and 64bit libc installed?13:30
Fujitsugeser: I was questioning that this morning.13:30
geserHi asac13:32
FujitsuHey asac.13:32
asacHobbsee: do you have NEW power? ... if so, could you bin NEW nss so we can upload xul+ffox 3.0 beta2?13:33
FujitsuHas it actually built?13:33
asacafaik yes13:33
persiahttps://launchpad.net/ubuntu/hardy/+queue?queue_state=0&queue_text=nss is also a nice link to show that13:34
Hobbseeasac: main or universe?13:34
asacoh ... its main :(13:34
Hobbseebugger.  i was hoping you'd say universe.13:34
Hobbseeasac: i can, but i'd really prefer not to13:35
asacok :)13:35
=== cprov is now known as cprov-out
=== \sh is now known as \sh_away
=== asac_ is now known as asac
=== StevenK_ is now known as StevenK
=== chand is now known as chand[aw]
=== Martinp24 is now known as Martinp23
=== luka74 is now known as Lure
=== nicolai_ is now known as Kopfgeldjaeger
dasKreechsabdfl: can I message you?17:00
=== dasKreech_ is now known as dasKreech
RzRhi there17:46
RzRhi, is quilt encouraged in ubuntu package management ?17:47
KmosRzR: ask in #ubuntu-motu17:47
=== smurf is now known as locovotebot
=== locovotebot is now known as smurf
* ogra_cmpc wonders if anyone has ever seen the case that in initramfs nothing in /sbin is executable (actually the error is "file not found" even though the binaries are all there ... i.e. depmod and modprobe) but eveything in /bin works just fine18:17
jbaileyogra_cmpc: Make sure your linker got copied in.18:19
jbaileyIf you don't happen to have readelf handy, less should show the name of the linker in the first page or so as an embedded ASCIIZ string.18:20
ogra_cmpcjbailey: well, its a freshly installed hardy .... only the originally installed initramfs works, all upqraded or newly created ones dont ... i'll check for read4elf18:20
jbaileyreadelf is not going to be in the initramfs.18:21
jbaileyBut if you're on a running systems with binutils installed, you'll have it.18:21
ogra_cmpcyep, its there18:21
jbaileyogra_cmpc: And the linker is executable?18:27
=== psusi_ is now known as psusi
ogra_cmpcyou mean ld ?18:28
jbaileyld.so or klibc.so-blahblahblabh18:28
jbaileyA file not found when executing a binary is almost always a dynamic linker problem.18:28
ogra_cmpci get a proper output on teh system at least ... i cant boot into teh broken initramfs atm18:28
jbaileyCan't use ldd to tell, it'll use the system paths.18:29
ogra_cmpcogra@ceron:~/initramfs$ ls -l lib/klibc*18:30
ogra_cmpc-rwxr-xr-x 1 ogra ogra 64612 2007-12-28 20:03 lib/klibc-B9LS-Gjx2D7BYcbQig0RlgHKO9Y.so18:30
ogra_cmpclooks ok to me18:30
jbaileyreadelf -a sbin/modprobe |grep interpret18:31
ogra_cmpcogra@ceron:~/initramfs$ readelf -a sbin/modprobe |grep interpret18:31
ogra_cmpc      [Requesting program interpreter: /lib/ld-linux.so.2]18:31
jbailey'k, so now ls -l lib/ld-linux.so.218:31
=== Kopfgeldjaeger is now known as You_have
ogra_cmpcogra@ceron:~/initramfs$  ls -l lib/ld-linux.so.218:32
ogra_cmpcls: lib/ld-linux.so.2: No such file or directory18:32
ogra_cmpci bet that should be a link to klibc-*18:32
=== You_have is now known as Kopfgeldjaeger
jbaileyThe initramfs contrains two C libraries, sadly.18:32
ogra_cmpcoh, ok18:32
jbaileyIt was something I wasn't able to resolve while I was working on it.18:33
jbaileyBut the important question is to figure out why mkinitramfs didn't copy in the glibc bits that are needed.18:33
ogra_cmpcit does in a freshly created ltsp chroot .... must be my install18:33
jbaileyCertainly, but this is a critical enough bit of infrastructure that whatever failed needs to have error handling and then send naked people across your screen with the errors tattooed on their bodies to make sure that you know it failed and don't reboot until it's fixed.18:34
jbaileyogra_cmpc: How 'bout this...  Is your /boot full?18:35
ogra_cmpc/dev/sda1              92M   45M   43M  51% /boot18:35
ogra_cmpcnote that this install is manually bootsrapped on a raid0 ,,, i might have missed something18:36
jbaileyI'm certain you have.  My point is that this operation needs to be resilient against any possible mistake you could make.18:37
jbaileyUsers will do all sorts of things that they should never do.  But the punnishment should never be that they can't boot again - which is a possibility with initramfs' that get overwritten.18:38
zulhey jbailey merry christmas18:38
jbaileyHeya Chuck!  Happy new year?  /msg zul How's the munchkin?18:38
jbaileyzul: Consider that /msg'd =)18:38
=== kitterma is now known as ScottK2
abarbacciahello all - the lirc package in ubuntu gutsy is broken for all transmitters19:59
abarbacciahow can i find the maintainer to repackage?19:59
pochuabarbaccia: best is to file a bug in launchpad: https://bugs.launchpad.net/ubuntu/+source/lirc20:02
abarbacciapochu: I'm not sure what package it is exactly. I believe its acutally the lirc-modules-`uname -r` packages...20:02
abarbacciaso should i post to that or jsut to lirc20:02
pochulirc is the source package of lirc-modules-source, so go for it.20:05
pochuBut first check for dups20:05
Ubuletteanyone got similar glib issues as bug 179119 ?20:05
ubotuLaunchpad bug 179119 in glib2.0 "glib 2.15 not clean with -pedantic" [Undecided,New] https://launchpad.net/bugs/17911920:05
=== nicolai_ is now known as Kopfgeldjaeger
Ubuletteoops, meant for -desktop20:06
abarbacciapochu: thanks, i found a few people reporting that it doesn't work but with no clue on the solution. So i'm opening a new ticket with a better problem description. Thanks again.20:10
pochuabarbaccia: why don't you just edit the description of one of those bugs? Or add a comment. And dup the rest.20:15
abarbacciapochu: im new to the system. sorry. I'll try to dupe the rest on the new bug I added20:20
=== nicolai_ is now known as Kopfgeldjaeger
dmb_is there a guide on howto set up your own local apt repository?21:41
dmb_i suppose http://www.debian-administration.org/articles/286 works, but is there anything ubuntu specific?21:41
mjj29dmb_: works the same for both21:54
dmb_mjj29: yeh, seems to work as well21:54
dmb_mjj29: i was just a little dee dee dee for a second21:54
mjj29I'm using debarchiver21:54
dmb_which is the one the official ubuntu repo's use?21:55
mjj29well the official debian ones use dak21:55
jpatrickcan someone here giveback kmplayer? Now that the builds are fixed21:55
mjj29the description of which says 'if you don't have 10000 packages, use something else'21:55
dmb_mjj29: does the ubuntu one use the same?21:56
mjj29I assume so21:56
mjj29dunno what ppa uses21:56
azeemUbuntu uses soyuz I thought21:57
mjj29azeem: google is quiet on the subject21:57
mjj29ah, I see21:58
mjj29fair enough21:58
dmb_theres so many :D21:58
mjj29The Future will apparently be DeBaBaRaReReReReReReRe tools21:59
mjj29so debian planet tells me21:59
imbrandondmb_: falcon ( http://falcon.kaarsemaker.net/ ) also makes short work of it too22:23
imbrandonand is quite nice22:23
=== dmb_ is now known as dmb
=== luk__ is now known as luk

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