#ubuntu-ports 2006-07-07
<anonc2> hi all - any chance of adding the cassini driver to the ubuntu sparc64 netboot image/kernel?
<fabbione> anonc2: yes. file a bug in launchpad explaining what and why
<anonc2> fabbione: for the 'which package has the bug' field, does the netboot image belong to a package? eg installer-sparc?
<fabbione> anonc2: assign the bug to me, i will take care to assign it to the proper package
<anonc2> fabbione: bug submitted - looking for how to assign it now
<fabbione> anonc2: give me the bug num
<fabbione> i can take care of the rest
<anonc2> fabbione: very kind of you. sorry for my unfamiliarity with the proper procedure. bug# 52234
<fabbione> the driver is enabled.. hmm
<anonc2> hmm - i dropped to a shell and didn't find it in the network driver modules directory
<fabbione> ok i found the issue
<anonc2> is it a module or compiled in?
<fabbione> it's easy to fix
<fabbione> there is a module, but it's missing from the initrd
<anonc2> which release stream are you working on? breezy? edgy?
<fabbione> dapper and edgy
<fabbione> anonc2: basically the cassini driver is missing from a file called nic-modules....udeb
<fabbione> once i add that file (one line change) it will be part of the installer
<fabbione> but it will take the time it takes to propagate in the system
<anonc2> fabbione: ah - excellent. Presumably I can tell by the modification date of the boot.img file on the server as to whether it has been updated.
<fabbione> anonc2: as soon as the new kernel is in the archive, i can build a new unofficial netboot image. Not before
<fabbione> the kernel upload is not up to me
<anonc2> fabbione: no problem - this is not an urgent issue.
<fabbione> anonc2: in theory you can isntall from CD without problems
<anonc2> fabbione: this is a blade server (computer on a card) which has no capability of attaching a cdrom to it
<fabbione> ah ok
<fabbione> sure no big deal
<fabbione> as soon as the kernel is in the archive i can build a custom netboot image
<fabbione> not before
<fabbione> otherwise it will be a royal pain to make it going
<anonc2> will you mention the location of the custom image in the launchpad job?
<fabbione> anonc2: no, you will need to ping me when Ben closes the bug and upload the kenrel
<anonc2> ah ok - i shall find you on this channel presumably
<fabbione> anonc2: i am about to go in paternity leave and i am not sure i will be able to track everything
<fabbione> yes that's about right
<anonc2> congratulations.
<fabbione> thanks
<tmarble> fabbione: new baby, traded-in the sports car, no sleep -- you'll find it's awesome!
<anonc2> fabbione: many thanks for your assistance. have to catch a bus now. good luck with the bub.
<tmarble> where would I find the edgy netboot image(s)?
<fabbione> anonc2: thanks.
<fabbione> tmarble: yeah known story
<fabbione> tmarble: none are available yet (edgy)
<tmarble> ah, ok... would one start with a dapper install and then set sources.list to edgy archives?
<fabbione> basically yes
<tmarble> ok
<Brad_> congrats fabbione.
#ubuntu-ports 2006-07-16
* Starting logfile irclogs/ubuntu-ports.log
* Starting logfile irclogs/ubuntu-ports.log
* Starting logfile irclogs/ubuntu-ports.log
(fabbione/#ubuntu-ports) test
<braddr> pass
#ubuntu-ports 2007-07-01
<lamont> jbailey: rock
#ubuntu-ports 2007-07-02
* Starting logfile irclogs/ubuntu-ports.log
<fabbione> lamont: i think they should be there.. the entire kernel is installed on the livecd
<fabbione> lamont: i will check later the livecd
<fabbione> lamont: btw.. any news on util-linux?
<fabbione> lamont: ok i am going to upload it to ubuntu. Take your time for Debian. I can see you did the last update in February and there is a lot of stuff pending in the BTS
<lamont> fabbione: got it all into git; need to clean up patches, and then yours is top of the list
<lamont> I also need to migrate to util-linux-ng
<fabbione> lamont: ok. i uploaded to ubuntu in the meantime because i need it there
<fabbione> lamont: same patch as the one you got in the email.
<lamont> np
<lamont> there are already other diffs, etc.
* lamont s;ee[s
<lamont> sleeps, even
<fabbione> night man
<fabbione>  * Do not build ocfs2, it causes gcc to loop infinitely while building.
* fabbione wonders what jb was thinking when doing this
<jb-home> lamont: ping
<jb-home> lamont: glibc-2.6 hit the archives.  Let's see if that helps bring us more testsuite love.
<lamont> jb-home: right
<jb-home> lamont: So far it's looking good.  I found where it was building and have been reading logs. =)
<lamont> heh
<jb-home> lamont: did you see the patch I sent to benc at the end of last week?
<lamont> no.  been traveling
<lamont> still travelling, for that matter.
<lamont> at westercon
<jb-home> Wassat?
<lamont> www.westercon60.org
<jb-home> you're in san mateo?
<jb-home> I'm in SF.
<lamont> and working on figuring out if I can make it to www.nippon2007.org
<lamont> OL
<lamont> yeah - san mateo marriott
<lamont> feel free to come meet the family
<lamont> we're here until july 5
<jb-home> How far is that?  Want to meet up for dinner? =)
<lamont> we could
<lamont> hotel is @101&92
* jb-home looks to see how hard it is to get to San Mateo
<lamont> if you time it right, I'll introduce you to tad williams... :-)
<jb-home> lamont: Is there a park&ride across from the hotel?
<jb-home> tad wiliams...  From Sierra On-Line?
<lamont> the author
<lamont> killer of trees
<lamont> (he writes very thick books)
* jb-home googles.
<jb-home> Sorry, was looking up how to get there by tranis.
<jb-home> 1h30 is long enough that we'd probably rent a car instead.
<lamont> http://maps.google.com/maps?f=q&hl=en&geocode=&q=marriott+san+mateo&ie=UTF8&ll=37.555499,-122.30062&spn=0.011414,0.022595&z=16&iwloc=D&om=1
<lamont> abt 5-10 miles from the airport
<lamont> where in the city are you?
<lamont> hrm... maybe time for a diff channel
#ubuntu-ports 2007-07-10
<jbailey> lamont: Lalala how's things?
<lamont> latest kernel is building atm
<jbailey> Is there a newer -7?
<lamont> -8.15
<lamont> mind you, it's ftbfs on amd64, so hope is kinda sketchy atm
<jbailey> Eh, handy.
* jbailey looks at the changelog to see if the patch made it.
<jbailey> I haven't seen a fix commited notification.
<lamont> well, if it's not, then definitely pester for -8.16, eh?
<jbailey> I'm pestering in the kernel channel.
<lamont> so I should just nuke the 8.15 build?
<jbailey> Yes.
<jbailey> And it's FTBFS on ppc and sparc.
<jbailey> So it's NFG anyway.
<jbailey> lamont: I'm looking for cheap <$100/month colo in SF for my hppa boxes.
<jbailey> If I can't find some, do you have access to cheap colo anywhere near you?
<lamont> 1U, metered, $100/mo here
<jbailey> Hmm
* jbailey tries to remember if the a500 is 1u
<lamont> ISTR 30 kbits/sec on 95th percentile for the meter
<lamont> 2U
<jbailey> Hmm
<jbailey> Anything more than $100 a month is more than I'm willing to put out for this hobby.
<lamont> OTOH, the nice man at Qwest told me that they might be able to give me DSL end of september.
<lamont> I'm debating how much I believe him
<jbailey> You can get DSL.
<jbailey> It just won't be faster than the string and tin cans that you have now. ;)
<lamont> no string
<jbailey> Heh =)
<lamont> DSL won't be metered...
<jbailey> Aren't you 15km from the CO?
<lamont> < 17250 feet from the RT
<lamont> and ISTR the spec really says 18000
<lamont> they have been claiming 15000
<jbailey> interesting.
<lamont> which may just mean that the infrastructure isn't quite ready for it
<lamont> it == more customers
<jbailey> Well, if this comes true, got room for a spare a500 and zx6000? =)
<lamont> I think we could make room
<jbailey> Need 4 network ports. =)
<lamont> that part is no issue.
<jbailey> The ia64 could, I suspect, be powered down most of the time.
<lamont> given the machines, a little help with the power and bw bill wouldn't hurt.
<jbailey> Yup.
<lamont> I fear that I run on the order of 100KWh/day
<jbailey> Are you time-of-day metered?
<lamont> no
<lamont> I could be, but it would cost more
<jbailey> Right.  Just if you already were, we could test suspend-to-disk on the boxes are particular times of days. =)
<lamont> oh gag.
<lamont> we could do that anyway... it's the cron'ed wakeup thing that I want to see...
<jbailey> The ia64 supports wake-on-lan, anyway.
<lamont> there's always lan traffic
<jbailey> wake-on-lan is a particular packet sent to a particular mac address.
<jbailey> So, let's keep this in mind.  If I can wind up feeding you less than $100/month for having basically two build boxes on your site, that would be lovely.
* lamont uses the tried and true method for killing the build: rm -rf build-gutsy-stage0/chroot-gutsy-stage0/build/buildd/linux-source-2.6.22-2.6.22/
<jbailey> They're just way too noisy to keep in a small SF apartment.
<lamont> heh
<lamont> jbailey: glibc building on bld-4, fwiw
<jbailey> Thanks.  I hadn't noticed that doko'd uploaded.
<jbailey> bld-5 is still chugging away on gcj for me.  Again. =)
* lamont wonders if the new glibc wants the latest gcc-4.1
<jbailey> It should want gcc-4.2
<lamont> gcc-4.2 [hppa] 
<lamont> yep
<lamont>   apache2-utils apt base-files bsdutils cpp-4.1 debianutils dmsetup dpkg
<lamont>   dpkg-dev g++-4.1 gcc-4.1 gcc-4.1-base initscripts libblkid1
<lamont>   libdevmapper1.02.1 libstdc++6-4.1-dev mount sysv-rc sysvinit sysvutils
<lamont>   util-linux
<lamont> to upgrade in the chroot
* lamont would like to get things lit in the data center sometime soonish
<lamont> it would relieve some pain of mine
<jbailey> Cool.  Beyond that it doesn't required gcc-4.1
<jbailey> I just didn't bother [!hppa] ing them.
#ubuntu-ports 2007-07-11
<lamont> dh_installchangelogs doc/log.html
<lamont> terminate called after throwing an instance of 'st33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abbad_cast'
<lamont> terminate called recursively
<lamont> dh_installchangelogs: command returned error code 6
* lamont tries to remember what caused that
#ubuntu-ports 2007-07-13
<jbailey> lamont: There's nothing quite so cuddly as watching the "cache hit" line on ccache -s go up.
<lamont> heh
<jbailey> cache hit                          12845
<jbailey> cache hit                          12865
<fabbione> jbailey: no ccachetop?
<jbailey> fabbione: I try not to stress the parisc box that much.
<fabbione> fabbione@trider-g7:~/bin$ cat ccachetop 
<fabbione> #!/bin/sh
<fabbione> while $STOP; do
<fabbione>  clear
<fabbione>  ccache -s
<fabbione>  sleep 1
<fabbione> done
<fabbione> and it?s even configurable :)
<jbailey> heh
<jbailey> lamont: I'm building a gdb without the gij-dep.
<jbailey> It might be nice to get that into stage0 for other debugging anyway.
<lamont> if you have a source deb without the gij dep, we can stick that in stage0, and upload the with-gij version (higher number) to gutsy-proper
<lamont> s/source deb/source package/
<lamont> jbailey: and you can just upload that source to bld-3 (aka buildd)
<lamont> or, yeah, you can tell me and I'll upload it signed with _my_ key.
<lamont> t-locale.o: In function `numpunct':
<lamont> /usr/include/c++/4.1.3/bits/locale_facets.h:1682: undefined reference to `st33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abnumpunct<char>33ec:265c:71fe:e26d:2682:4ec2:aaa1:99ab_M_initialize_numpunct(__locale_struct*)'
<lamont> collect2: ld returned 1 exit status
<lamont> why does gmp hate us?
<lamont> maybe installing the new g++-4.1 will help. :(
<lamont> answer: no
#ubuntu-ports 2007-07-14
<jbailey> lamont: ping?
<jbailey> lamont: Now that we're blocked on Carlos ack'ing the patch, tausq commiting gdb patch, benc/amit uploading a new kernel, the world answering how to deal with missing kernel headers, the result of which might be somewhat easily debugging of gij, do you have any other tasks that I should be hacking on? =)
<jbailey> Otherwise I might spend the evening playing with 64 bit user space.
<lamont> well, we could put together a slightly tweaked 8.16 tree with our patch in it, and maybe call it 8.16hppa1 :-)
<lamont> that way we could have SMP support before monday
* lamont also notes that "next week" is not very specific.
<lamont> gmp is also holding up some stuff
<lamont> and then there's perl
<jbailey> lamont: That might do.
<jbailey> Actually, do you mind playing with the kernel and seeing if a known configuration will boot?
<jbailey> I don't know if the non-bootingness of it is code or config.
<jbailey> I can take a look at perl this WE, though.
<lamont> non-bootingness?
<lamont> my evening involves finishing the reorg of my office, before mitzi gets back home and wants to reclaim her kitchen (currently my overflow area for organizing...)
<lamont> and then there are other honey-do items
<lamont> devel/ecj_3.3~M7-2: Dep-Wait-Removed by buildd-hppa+bld-4 [optional:uncompiled] 
<lamont> why does it hate me?
<lamont> amusingly, ecj is not in PaS.. how did it get removed, I wonder...
* lamont shrugs
<jbailey> lamont: You reproduced the build failure with perl, yes?
<jbailey> using dpkg-buildpackage -B ?
<lamont> well, it builds just fine on hppa
<lamont> it's everywhere else that's broken
<jbailey> 'k.
<jbailey> It's working its way through the testsuite on my ppc box.
<lamont> OTOH, it fails to build on a feisty kernel on my i386, with a completely diff failure than the buildds
<lamont> thread tests fail on the feisty i386 kernel, at least for me.
<lamont> I'm disinclined to annoy people by having the buildds retry on all 5 architectures... making perl uninstallable would tend to annoy people.  I know it annoys me.. :-(
<jbailey> Hey, do you have a Debian box handy?
<jbailey> Can you try building it there?
<lamont> checking if krita should be compiled... no
<lamont> ...
<lamont> dh_install -pkrita
<lamont> cp: cannot stat `./debian/tmp/usr/bin/krita': No such file or directory
<lamont> go koffice!!!
<jbailey> I'm curious if it will fail now that they're on a current glibc.
<lamont> I have a debian chroot...
<jbailey> Should be close enough.
<jbailey> Debian boxes don't run Debian kernels anyway.
<lamont> lol
<lamont> for the moment, I want to pause and finish moving /home to its new, uh, home.
<jbailey> Sure, no worries.
<jbailey> I have a perl build in one window and  abinutils build in the other. =)
<jbailey> Tomorrow I'll probably spend the day studying, and hack in the evening.
<jbailey> But I'm hoping we can magic together enough answers for getting gdb to work.
<lamont> I wonder if the DC x86 box would be a good one to test-build on
<lamont> working GDB would rock
<lamont> do you have a gdb with the patch, and does that work?
<lamont> or is the jury still out?
<jbailey> It works for tausq.
<jbailey> It's unbuildable on Ubuntu because we don't export the kernel header needed for gdb.
<lamont> oh.  right.  sigh
<jbailey> Which is to say, upstream doesn't either.
<jbailey> So I started a thread on the list for solving that.
<lamont> "the list"?
<jbailey> parisc-linux
<lamont> ah, ok
* lamont should really re-subscribe to that
<jbailey> Oh, also, mjw and doko helped find a gij hacker who will help us.
<jbailey> But he's going to need gdb anyway.
<lamont> ROCK!
<lamont> anyway, about a cubic meter of crap to sort through so I can move things out of the kitchen before my wife gets home and kills me.
<lamont> laggy, but still here
<jbailey> Death by mitzi sounds probably spectacular.
<lamont> irish redhead.
<lamont> very spectacular
<lamont> oh.  uic3 glibc corruption-detected thing would be useful for you to figure out/fix too.
<jbailey> I can reproduce the build failure for perl./
<lamont> tulip_2.0.6-5_20070713-1305:*** glibc detected *** /usr/bin/uic3: free(): invalid pointer: 0x00124098 ***
<jbailey> gdb it, see what is being freed.
<jbailey> If it's not threaded, gdb ought to work.
<lamont> ah, ok
<lamont> I've been being distracted by AT
<jbailey> Automated Tests?
<jbailey> Or your modem singing away to you?
<jbailey> Trying obvious solution to perl build failure.
<jbailey> SHELL = /bin/bash =)
<lamont> assigned taskes
<lamont> wow.  floor
* lamont disappears to really do the whole home-switching thing
<jbailey> lamont: I've confirmed that the perl problem is a dash/bash thing.
<jbailey> I'm guessing your chroot still has /bin/sh -> /bin/bash
<jbailey> shinmen: Heya
<jbailey> lamont: Looks like bingo!  Trying.
<lamont> jbailey: updating the hppa chroots to use dash instead of bash.  thanks
<jbailey> Just checking to make sure these lintian warnings aren't my fault and then I'll upload perl to gutsy.
<jbailey> It's not, but I built it -B, feh.  Rebuilding to make sure I can do an install test.
<shinmen> jbailey: Hey.
<jbailey> lamont: I keep having this vague thought that the compiler should be written in something interpreter but hotspot optimised.
<jbailey> Java's the logical choice for existing technology, but LISP or something could do as well once Parrot is real.
<jbailey> And then we could have a massive distributed.net farm for all of our compilation.
<jbailey> lamont: putting perl 5.8.8-7ubuntu2 now.  Please build it when you see it, kthxbye
<jbailey> I should probably study for the rest of the day.  I'll be back when my brain can't handle more Unified Process.
<jbailey> lamont: Bah, your buildd is being lazy =)
<jbailey> But it's built succesfully on i386, amd64 and ppc now. =)
<lamont> jbailey: rock
<lamont> fwiw, cron.hourly actually runs hourly now on hppa...
<lamont> perl is building as of 30 min ago
* lamont switched root filesystems on his desktop.  oh the pain
<jbailey> Lovely.
<jbailey> perl-modules has hit the archive.
<jbailey> After that are we debootstrappable?
<lamont> and gutsy-stage0 archive, too.
<lamont> I expect so
<lamont> gonna have to reboot again...
<lamont> randomly overwriting /etc/group with the "right" file is kinda fraught with pain
<lamont> this is a fun experiment... apt-get remove --purge hal dbus-1; apt-get install ubuntu-desktop
<lamont> hope it works.
<lamont> how do I tell the system to rescan for disks?
<lamont> "reboot" seems kinda invasive.
<jbailey> It should do it automatically.
<jbailey> Assuming it's a pluggable bus.
<lamont> that was what I was afraid of
<jbailey> It should have sent an event.
<lamont> SATA
<jbailey> Right.
<jbailey> Sata should send an event.
<lamont> mind you, I did screw up everything's permissions
<lamont> brb (I hope...)
<jbailey> lamont: This lag isn't promising...
#ubuntu-ports 2007-07-15
<lamont> very unpromising
<lamont> more fans good.  less fans bad.
<lamont> maybe I put too many disks in the machine. :-(
* lamont recovers the files he forgot to copy the first time
<lamont> jbailey: perl broke things because I'd held it.  cleaning up that mess
<lamont> Total 3660 package(s) in state Installed.
<lamont> Total 3628 package(s) in state Needs-Build.
<lamont> more packages installed than needs-build.  woot!
<lamont> (102 building (mostly failures), and 247 depwait, 54 failed)
<lamont> du -sh pool/*
<lamont> 4.7G    pool/main
<lamont> 969M    pool/multiverse
<lamont> 104K    pool/restricted
<lamont> 9.5G    pool/universe
#ubuntu-ports 2007-07-17
* Starting logfile irclogs/ubuntu-ports.log
* Starting logfile irclogs/ubuntu-ports.log
<lamont> (iz back for some time now, of course..)
<lamont> people.u.c is now up to date, and one should be able to debootstrap from there.
<lamont> OTOH, build-essential is not installable (need the feisty repo for that)
<lamont> some gij/gcj kinda issue :-)
* lamont pokes jbailey 
<lamont> OTOH, if -8.18hppa1 builds, I'm installing it
<lamont> and java-free svn queued to build sometime soonish
#ubuntu-ports 2007-07-18
* Starting logfile irclogs/ubuntu-ports.log
<jbailey> lamont: ping
<jbailey> jbailey@bld-5:~$ uname -a
<jbailey> Linux bld-5.mmjgroup.com +1-226-633-4109 Wed Jul 18 08:33:55 MDT 2007 parisc64 GNU/Linux
<jbailey> So your git tree works with my config.
<jbailey> I'm guessing there's something broken in the Ubuntu config for the A500 wrt to the console.
<jbailey> Shall I email you my .config file for comparison?
<lamont> 182 upgraded, 44 newly installed, 2 to remove and 3 not upgraded.               
<lamont> please diff the configs
* lamont dist-upgrades the j7k to gutsy
<lamont> stage0,  of course
<lamont> Linux test130 2.6.22-8-hppa32 #1 SMP Wed Jul 18 04:33:02 UTC 2007 parisc GNU/Linux
<lamont> FTW!!!
<lamont> jbailey: did you send me the .config?
<jbailey> lamont: No, I left for lunch just before 1. =)
<jbailey> Nice! 
* lamont boots the 64 bit kernel on his happy-with-32-bit J7k
<jbailey> lamont: Do you mind just fetching it from bld-5?
<jbailey> /home/jbailey/Programming/kernel/hppa-ia64/.config
<lamont> no problemo\
<jbailey> Tx.
* lamont detects a saddeningly consistent trend in the 64-bit kernel.
<lamont> amusingly, baldios is in the INSTALL stage of 2.6.22-8.18hppa2
<lamont> fwiw, 'function not implemented' in df output is because of dapper kernel and gutsy userspace
<jbailey> lamont: Your git tree boots on my a500 with my config.
<lamont> WARNING: Couldn't open directory /lib/modules/2.6.22-8-hppa32: No such file or d
<lamont> irectory                                                                        
<lamont> FATAL: Could not open /lib/modules/2.6.22-8-hppa32/modules.dep.temp for writing:
<lamont>  No such file or directory                                                      
<lamont> hrm... maybe  if I gave it the correct initrd
<jbailey> =)
<jbailey> lamont: I'm about to run off to visit the notary.  Need anything from me before I go?
<lamont> blood
<lamont> and offsets.h
<lamont> but this evening will work for those
<jbailey> Luvly.  Grats again on the kernel.
<fabbione> evening guys
<fabbione> hey tmarble !
<tmarble> hi fabbione!
<lamont> -CONFIG_SMP=y                                                                   
<lamont> -CONFIG_HOTPLUG_CPU=y                                                           
<lamont> +# CONFIG_SMP is not set                                                        
<lamont> I _HOPE_ that's not why jbailey's config works
<fabbione> ROFL
<fabbione> you are fighting with UP/SMP
<fabbione> we (sparc) are fighting with +CONFIG_HOTPLUG_CPU=y
<fabbione> because our SMP works ;)
<fabbione> and of that.. only multiple removal of N CPU's is slightly racy
<fabbione> ;)
<lamont> well, I'm hoping that's not it...
<lamont> because SMP should _WORK_ dammit;
<lamont> the situation is that jbailey's .config works on a500, gutsy's .config does not.
<lamont> jbailey's config doesn't work on j7k (pretty sure it's because he excludes lots of buss support...), gutsy's doesn't either
<lamont> and so I'm doing the binary sort on the config diffs.  only not so binary
<fabbione> oh boy
<fabbione> you mean you got to build a kernel that will never work?
<lamont> fabbione: yep
<lamont> so... care if I toss an smp 32-bit kernel on baldios?
<fabbione> linda89@example.com... go ahead
<fabbione> do you need me to check if it boots?
<fabbione> btw.. saturday i am going in holidays for 3 weeks
<lamont> I need you if it doesn't boot. :-)
<fabbione> there will be nobody babysitting baldios
<fabbione> ok
<fabbione> go ahead
<fabbione> i am here if you need me
<fabbione> just make sure not to kill the old kernel :)
<lamont> fabbione: got dragged off for a few... installing now
<fabbione> lamont: sure
<fabbione> i am still here watching a movie
<lamont> cool.  gotta walk into a meeting room, then will do the reboot.
<lamont> fabbione: rebooting now...
<lamont> and baldios is again responding to pings.. woot
* lamont smacks fabbione
<fabbione> lamont: ?
<lamont> palo.conf caused the box to always boot your kernel, instead of /boot/vmlinux
<lamont> fixed palo.conf, your kernel is now the recovery kernel (0/vmlinux), and /boot/vmlinux (2/vmlinux) is the default kernel
<lamont> and the machine is booting again
<fabbione> oh right yeah i made sure to always boot a good kernel
<lamont> right.  and i want to always boot the current kernel, with a known-good fallback for when tha tfails.
<fabbione> did it boot?
<lamont> now running 2.6.22-8-hppa32, and buildd running
<fabbione> that's SMP or UP?
<lamont> feel free to keep a watch on it for panics,e tc
<lamont> SMP
<fabbione> ok
<fabbione> i don't have console on it right now. the machine with serial is powered off
<lamont> that's why it's hppa32... that one works, and gives us SMP for the buildd
<fabbione> just let it run for the night and we will see
<fabbione> we have time till my friday morning to roll back if it crashes
<fabbione> then you are on your own till 8th of Aug
<lamont> OK.  once I finish debugging the 64 bit kernel, I'll light up another j7k or two as well.
<lamont> although I expect that baldios/bld-4 will be current before too long anyway
<fabbione> ehhe
<fabbione> lamont: did you notice the OOPS in dmesg at boot time?
<lamont>  /dev/md1             679749632 265894532 400047224  40% /home
<lamont> not bad for a home workstation/devel machine
<lamont> that's a feature
<lamont> fabbione: 0 byte slab release
<lamont> iirc
<fabbione> ok
<fabbione> lamont: how much is that? 2TB?
<lamont> .7TB
<lamont> raid 5
<fabbione> yeah not bad
<lamont> single-user desktop used for devel work and general existance
<fabbione> ehehhe
<lamont> scary part is that the home mirror /srv2 is smaller... :-(
<fabbione>  /dev/fucking/src      340G  298G   39G  89% /usr/src
* lamont has always been amused by that name
<fabbione> + another 250GB in a couple of disks
<fabbione> this is the workstation
<fabbione> server has a bit more
<lamont>  /dev/md2             484489896 394052552  65826624  86% /srv2
<fabbione>   VG Size               1.09 TB
<lamont> gotta fix that one of these days...
<lamont> hwraid would be nice, too.
<fabbione> yeah...
<fabbione> but i still prefer software to several extents
<lamont> well, good hwraid would be nice. :-)
<fabbione> it needs to be really good or it can backfire if you get multiple failures
<lamont> yeah
<fabbione> like in a raid5 sf if by accident 2 disks are gone with no spare, you have a good chance to recover
<fabbione> most hw won't allow you to force a start
<lamont>  15:53:22 up  3:35,  3 users,  load average: 152.70, 45.03, 16.32               
<lamont> hrm...
<lamont> maybe make -j wasn't a completely sane idea.
<lamont>  15:55:13 up  3:37,  3 users,  load average: 548.09, 220.90, 82.95              
#ubuntu-ports 2008-07-05
 * lamont2 hijacks a friend's compputer
#ubuntu-ports 2008-07-08
<jbailey> fabbione, Oy!
#ubuntu-ports 2008-07-09
<fabbione> jbailey: yo yo
#ubuntu-ports 2009-07-01
<mcasadevall> TheMuso, huh?
<TheMuso> -ENOCONTEXT
<TheMuso> NCommander: ^^
<NCommander> <TheMuso> NCommander: I was referring to the config change in the ia64 iommu patch.
<TheMuso> oh
<TheMuso> you modified config files in the iommu patch.
<TheMuso> NCommander: and you didn't document what that change was
<NCommander> d'oh
<NCommander> TheMuso, I can send you an updated patch
<TheMuso> please do.
<TheMuso> NCommander: Unless there is a libata module equivalent for ide-pmac, which I don't think there is, please be careful when disabling IDE modules on powerpc kernels.
<NCommander> TheMuso, hrm? The IDE modules were disabled for powerpc last time I checked before I touched anything. I can't test on PPC at the moment though ...
<TheMuso> NCommander: Ok, I don't remember touching them, so you could be right, but anyway I'm re-enabling whats needed.
<NCommander> TheMuso, all I did was updateportsconfigs so thats strange ...
<TheMuso> ah ok.
<TheMuso> anyway fixing up now.
<NCommander> TheMuso, ping?
<TheMuso> NCommander: Hi.
<TheMuso> NCommander: You could just ask your question or whatever you have to say, and I'll read it when I'm on. Saves both of us going back and forth, and saves time.
<NCommander> TheMuso, I had managed to resolve it talking with apw after I pinged you, the ia64 fix is in ;-)
<TheMuso> ok cool, I saw that.
 * TheMuso sets up a powerpc box for a kernel test compile.
<NCommander> TheMuso, if I can find some time, I might be able to fix sparc today, then we can make linux-ports go away
<TheMuso> ok cool.
 * TheMuso is starting to get a bit ancy about the texlive-base issue on powerpc.
<TheMuso> I'll need to try and reproduce it again this weekend I think.
#ubuntu-ports 2009-07-06
<TheMuso> NCommander: I send infinity a private message about it last week, but he hasn't responded  yet, so I guess he has more important things to worry about.
<TheMuso> I would rather not badger infinity constantly. After all, powerpc is a community port.
<NCommander> TheMuso, bah, 30 seconds earlier would have been nice ;-)
<TheMuso> Well sorry.
<NCommander> TheMuso, no problem. I did say its low priority
<TheMuso> ok
#ubuntu-ports 2009-07-11
<TheMuso> NCommander: You around?
#ubuntu-ports 2009-07-14
<TheMuso> NCommander: slytherin gave me this pastebin earlier, don't know who said it yet. http://paste.ubuntu.com/217917/
<NCommander> TheMuso, infinity is working on the issue
<TheMuso> Oh he is? Great.
#ubuntu-ports 2009-07-15
<TheMuso> NCommander: If you can't get sparc fixed soon, I say we need to either disable d-i for it or something. Either way, I will be uploading a new linux-ports-meta to push out new kernels for those ports arches that have kernels.
<NCommander> TheMuso, I'm waiting on a compile to fix it now :-)
<NCommander> (I had it fixed, then the last updates broke it again
<TheMuso> ah ok.
#ubuntu-ports 2009-07-31
<NCommander> lamont, you around?
<lamont> yeah
<NCommander> lamont, question, what does it take to get a new port of Ubuntu off the ground so the speak
<NCommander> (in an official way)
<lamont> hardware for the DC, and a working bootstrap world, plus people working on it
<lamont> at a minimum
<NCommander> lamont, see PM :-)
<jbailey> NCommander, Awww.  You're not gonna share?
<jbailey> lamont, You forgot the critical bits of overcoming James' hatred for the port and convincing kernel + toolchain people that you're not a muppet.
<lamont> jbailey: that was encapsulated in the "at a minimum" :-p
<jbailey> lamont, You left out the hardest part.
<jbailey> Otherwise we'd have m68k already, wouldn't we? =)
<lamont> as for the kernel/toolchain, the port must provide a responsible muppet^Wporter of sufficient competence to at least get James back to neutral from hating the port for the drain that it is otherwise.
<lamont> also, the port needs to be to a point where it reliably runs, even when building gcc and glibc (and openoffice/java??)
<jbailey> I was more thinking that you probably want commit access to the kernel and the toolchain.
<jbailey> Yeah, Java's pretty standard these days.
<jbailey> You have a pile of VMs to port if they don't work: Python, Java, Mono, Guile.
<jbailey> They're all in main these days.
#ubuntu-ports 2010-07-10
<lamont> lucid doesn't seem to like our ppc machines sometimes.
#ubuntu-ports 2010-07-12
<TheMuso> lamont: What happens?
#ubuntu-ports 2010-07-13
<TheMuso> lamont: You said that the DC's powerpc buildds don't like lucid occasionally. What happens exactly? I'll see if I can reproduce locally.
<lamont> TheMuso: not quite sure - I haven't looked at the console during such an event recently..  OTOH, its pingable, but otherwise dead
<TheMuso> hrm ok
<TheMuso> Feel free to give me a poke if you want something tried/tested.
<lamont> will do
<lamont> and next time it dies, I'll have to make sure we capture the screen
<lamont> likewise, if you have any clues on getting an XServ onto serial console, that'd be lovely...  I smacked my head against the wall for a day or 3 a while back with no success.
<lamont> meanwhile, afk for breakfast
#ubuntu-ports 2010-07-14
<TheMuso> lamont: No experience with xservs I'm affraid.

{'channel': 'ubuntu-ports', 'month': 7}