#ubuntu-ports 2006-03-06
<jbailey> lamont: Around?
#ubuntu-ports 2006-03-07
<lamont> jbailey: am now....  but only for about 30 min
<jbailey> lamont: I remember that Carlos had fixed a syscall problem a while back, I have that in my notes.
<jbailey> But I don't have *what* the fix actually was.  I don't see anything relevant in Debian, but doko mentioned perl and python having strange failures.
<jbailey> Do you have any idea?
<jbailey> I'd love to get this all incorporated so that I can start wrapping up glibc changes.
<lamont> jbailey: the most recent one I recall was a floating point exception issue - but there are issues that show up in threads (both with ubuntu and debian kernels under a debian glibc) that do not seem to hit ubuntu/hppa as much.
<lamont> best to ping carlos for his fix - or at least the channel
* lamont pings carlos for giggles
<jbailey> Yeah.  I pinged him earlier as well.
<jbailey> Also Kyle, in case he remembered what it was.
<jbailey> In this case, doko said that he's seeing some sort of failure, and pointed me to a patch that we already had installed as the fix.
#ubuntu-ports 2006-03-12
<cDlm> hi, anyone using dapper on sparc ?
<cDlm> I just dist-upgraded from breezy on an Ultra 5, 2.6.15-17 doesn't load, 2.6.12 stops booting saying that /dev/hda1 doesn't exist
<shinmen> cDlm: I have it on an U80, but haven't done upgrades in a while...
<cDlm> dapper ?
<cDlm> I will try the dapper install CD instead of upgrading
<cDlm> I guess it's a problem with udev or something lke that
<cDlm> duh
<cDlm> even the install CD fails
<cDlm> everything stops after "Remapping the kernel... done."
<cDlm> nothing works (even STOP-A), I need to use the power supply switch
<fabbione> known bug
<fabbione> it's fixed in the next kernel
<fabbione> it did sleep into 17.24 by mistake
<fabbione> it will be fixed in the next upload
<fabbione> it's an unbreakable loop when we pass the TLB from OBP to the kernel
<cDlm> next upload means when ? days, weeks ?
<fabbione> 2 days max
<cDlm> ok, cool
<fabbione> probably earlier than that
<cDlm> I'm not in a hurry
<fabbione> neither am i :)
<cDlm> besides that, how does dapper works on sparc ?
<fabbione> pretty good
<fabbione> afaik at least
<fabbione> i need to track down an issue with hald
<fabbione> and find somebody to test X
<cDlm> I'm just fed up with gentoo for my gateway/server
<fabbione> as server it's rock solid :)
<cDlm> but I need lighttpd and some recent stuff
<cDlm> ...when the kernel boots ;)
<fabbione> ehhe
<fabbione> cDlm: you can try this kernel if you want:
<fabbione> http://people.ubuntu.com/~fabbione/niagara/
<fabbione> that should work while you wait for the official one to hit archive
<cDlm> in fact I'm playing with debian on the machine :}
<fabbione> ok
<fabbione> it's not the same kernel
<fabbione> have fun :)
<fabbione> i am back to enjoy my last 2 hours of holidays
<cDlm> btw I tried to boot on the old (breezy) kernel, but it didn't load
<fabbione> yes it won't
<fabbione> new dapper userland needs at least .15 kernel
<cDlm> ok
<fabbione> that's the price you pay for running bleeding edge :)
<cDlm> :)
<lamont> <fabbione> new dapper userland needs at least .15 kernel
<lamont> that explains why my 2.6.12 kernel died, eh?
<fabbione> lamont: eh?
<fabbione> lamont: ehhehe
<fabbione> lamont: yes.. at least udev/initramfs/klibc and the booting stsuff
<fabbione> glibc and the rest of userland is ok
<lamont> well, the amusing part was that 2.6.12-10-686 booted just fine, while 2.6.12-10-amd64-generic didn't... I really need to grab a daily-live iso and figure out what's up.
<fabbione> initramfs/initrd
<fabbione> does that ring a bell?
<fabbione> no actually
<fabbione> .12 and .12?
<fabbione> did you have a custom initrd?
<fabbione> for one of them
<fabbione> because my .12 initrd has been updated
<fabbione> and so destroyed
<lamont> yeah 12 and 12
<lamont> nothing custom about it
<lamont> other than the s/amd64/i386/g thing
<fabbione> check the initrd timestamps?
<fabbione> if they have been updated with the upgrade or not
<fabbione> because something in the initrd does segafault on me
<fabbione> (or did..)
<fabbione> i mean with .12 on dapper userland
#ubuntu-ports 2006-03-19
* shinmen cross his fingers while upgrading the U80 to dapper
<fabbione> shinmen: it should work. we did test on U80
<shinmen> fabbione: Even in desktop stuff?
<fabbione> yes
<fabbione> you will have only one issue with hald not working
<fabbione> otherwise you should be ok
<fabbione> IF
<fabbione> there are issues starting up nautilus
<fabbione> upgrade in a couple of hours
<fabbione> i did upload a fix not too long ago, but i am not sure is in the archive yet
<shinmen> Will do, thanks.
<shinmen> fabbione: BTW, is there a way to run ubuntu for sparc with a 2.4 kernel? I have a problem with my sun blade 100 at home, that to get the audio working, only kernels older than 2.4.23-rc1 (IIRC) work with the trident chip.
<shinmen> fabbione: So right know I'm running sarge on it, but without giving crap to debian, it has nothing to do when compared to an ubuntu desktop.
<fabbione> nope
<fabbione> we don't support 2.4 anymore
* shinmen curses
<shinmen> fabbione: Then I'll have to squash that kernel bug... Thanks.
* shinmen curses Alan Cox
<fabbione> if you can write me down some more details i can ask David Miller
<shinmen> fabbione: Shure. In a second.
<fabbione> shinmen: send it via email please
<shinmen> fabbione: What's your address?
<fabbione> ramirezanna@example.org 
<shinmen> Done with the dist-upgrade... I'll reboot in a couple of minutes. Don't wanna miss the meeting.
<fabbione> shinmen: can you please check what version of liboil is installed?
<fabbione> dpkg -p liboil0.3 |grep Ver
<shinmen> 0.3.7-0ubuntu5
<fabbione> ok
<fabbione> it should be the good one
<shinmen> Great.
<fabbione> i just started debugging hald
<fabbione> but it might take sometime
<fabbione> there are several other libs involved
<shinmen> fabbione: Let me know if there's anything I can do to help.
<fabbione> shinmen: send me a patch with a fix?
<shinmen> fabbione: What's wrong with hal?
<fabbione> hald dies
<fabbione> for some unknown reasons
<shinmen> fabbione: I'll look it up after the reboot it done.
<fabbione> shinmen: ok..
<fabbione> that sounds good
<shinmen> fabbione: Damn... X problems. I tried with my old xorg conf, and it failes to load a couple of modules. And if I try an X -configure it fails to load another... Let check what's the deal with that.
<shinmen> BTW, hald is running here. It has under it, hald-runner, and under that one, two hald-addon-storage.
<shinmen> fabbione: The X -configure thing is the same as http://lists.debian.org/debian-x/2006/02/msg00360.html
<shinmen> The other modules that fail with my old X conf are bitmap and pcidata. But /usr/lib/xorg/modules/fonts/libbitmap.so exist.  As well as modules/libpcidata.so
<shinmen> It also say that it "Couldn't open RGB_DB /usr/X11R6/lib/X11/rgb
<shinmen> BTW, Running with a Permedia 2.
<shinmen> fabbione: What conf does your U80 has? Video card I meen.
<shinmen> fabbione: I also have one of those huge UPA cards that need a binary kernel module to work fast on 3d, but last time I tried it, it's a pain in the ass... even without 3d.
<shinmen> Duh, found it. Bad path module at the xorg conf.
<shinmen> And I think the reason why X -configure doesn't work, is because this card work with the fb module.
<shinmen> fabbione: I got a bit of a problem, I can't install ubuntu-desktop becase a bunch of power related packages can't be installed due to missed deps. Any news on that? Or should I try to fix'em up?
#ubuntu-ports 2006-03-20
<fabbione> shinmen: ubuntu-desktop will be fixed today.
<fabbione> shinmen: the U80 is not mine.. it was installed from remote..
<fabbione> hald is weird.. we will need to understand why it fails. it looks like a GFX missing issue.. here all the machiens are headless
<shinmen> fabbione: Anything I can do to help? Running my U80 in the serial console or something?
<fabbione> shinmen: we found the bug
<fabbione> the fix is already in the archive
<fabbione> thanks
<shinmen> Oh cool.
<shinmen> fabbione: Shure. Feel free to put me work as is I was in your payroll :)
<fabbione> shinmen: my house need paintaing and cleaning..
<fabbione> ;)
<fabbione> https://wiki.ubuntu.com/sparc/TODO?action=show
<fabbione> you can start there
* shinmen checks the "get drunk" part
#ubuntu-ports 2006-03-25
<shinmen> fabbione: BTW, I haven't writen about the sound bug in the Sun Blade 100, because a friend of mine says it works in 2.6.3, so I wanna check it out before I complain about it.
#ubuntu-ports 2006-03-26
<shinmen> FYI, the sparc64 kernel description tells to use LILO for making boot floppies :)
#ubuntu-ports 2006-03-28
<gnu2it2> did dapper for the sparc platform fall off the end of the earth? 
<shinmen> gnu2it2: Why?
<shinmen> gnu2it2: I'm running it fine on an U80.
<gnu2it2> where did you get intsall iso? U80, nice,, my poor U5 is turning red with envy :)
<shinmen> gnu2it2: Noup... I did a breezy install a while ago and moved to dapper a couple of weeks ago...
<shinmen> gnu2it2: Dunno where the ISO is even...
<gnu2it2> just changed the name in sources.list?
<shinmen> gnu2it2: Yeap. Then a dist-upgrade.
#ubuntu-ports 2006-03-29
<gnu2it2> shinmen: can you tell me what you lines in sources.list are for security?  mine are failing
<gnu2it2> for sparc on dapper
<shinmen> gnu2it2: Don't have any. I haven't been worried about it since this workstation is only connected to my other workstation, and I'm not really shure if the ports team are pulling out security fixes. Don't take my work for it, but I would suppose that they just fix the packages in the normal repository.
<gnu2it2> ok, thanks a bunch
#ubuntu-ports 2007-03-12
<fabbione> hey tmarble 
<fabbione> you are up late for your area
<tmarble> hi fabbione
<tmarble> yeah 12:20am
<fabbione> how is going?
<tmarble> trying to fix a last minute package for Feisty :)
<fabbione> ehhe
<fabbione> i am back to work today and i already feel that i need more holidays
#ubuntu-ports 2008-03-21
* lamont changed the topic of #ubuntu-ports to:  hppa, ia64 or new ports discussion goes here | hppa status: live in hardy
<lamont> talk about ancient topics...
#ubuntu-ports 2008-03-31
<andrewks> good afternoon
<andrewks> is there an iso of Hardy beta for ia64?
#ubuntu-ports 2009-03-09
<lamont> ports.ubuntu.com should be responding better now
<jbailey> lamont, You removed all the files from it and reduced the load to zero?
<lamont> jbailey: heh
<lamont> it's been fighting a raid array rebuild, so I just moved ports.u.c to another machine for the moment
<jbailey> How is traffic for the ports these days?
<lamont> jbailey: haven't quite looked yet
<lamont> that's fallout later today, I expect
<jbailey> Cool.
<jbailey> Use HPPA as a baseline to reduce from? =)
<jbailey> Then use the rest as observed volume for a port.
<jbailey> It's probably the best reason to keep HPPA around. =)
<lamont> lol
<NCommander> jbailey, you use the HPPA port?
<jbailey> NCommander, No.  I helped maintain the hppa port for a long time.
<jbailey> Now I mostly abuse the one remaining hppa porter. =)
<NCommander> jbailey, me too!
 * NCommander fixed kdebindings on HPPA to help get the KDE stack going
<NCommander> oh
<NCommander> I thought you meant the porting box, not lamont 
 * NCommander would love to have an HPPA box so I could mess around with the port
 * lamont hands the abuse-target to NCommander 
<jbailey> Fun.  I hacked on NPTL for a bit.
<NCommander> jbailey, what's the status of it in the current kernel?
<NCommander> jbailey, is it at the point HPPA-NPTL is usable for day to day work?
<jbailey> hppa nptl upstream is.
<jbailey> hppa nptl in the distro never happened.
#ubuntu-ports 2009-03-10
<NCommander> jbailey, well, we have a 2.6.28 kernel
#ubuntu-ports 2009-03-30
<NCommander> lamont, you have ia64 hardware, right?, Any chance I can convince you at some point to test the HPPA and ia64 alternate CDs? (I fixed di on ia64 so it builds again ...)
<lamont> NCommander: sure - I just need to fetch them and I can do that... you're talking the current dailies, yes?
<NCommander> lamont, yup. IA-64 should just work. HPPA might have a broken kernel, no one tested it recently, and I had to fudge the config on the last upload
 * NCommander has also been trying to see if he can find a set of HPPA patches to help stablize the buildds for the Hardy kernel, with lack of luck ATM.
<lamont> ah, cool.  assertions are that the patches is in the debian kernel, either separately, or from upstream.  Of course, that'd be a diff version of the kernel, I expect
<lamont> fetching both isos started, with any luck, they'll be done today...
<NCommander> lamont, well in squeeze and sid have no HPPA specific patches, it looks like they got merged into the mainline
<NCommander> So they should have trickled into ubuntu-ports which is 2.6.28 based.
<lamont> \o/
<lamont> -> lunch
<NCommander> yay, lunch
<NCommander> lamont, futher good news, the Ports architectures are now building variant CDs
<NCommander> (aka, xubuntu/kubuntu/etc.)
<jbailey_> lamont, Is anyone working on hppa upstream still?
<jbailey_> I thought kyle had said fuckit awhile back.
<lamont> NCommander: heh.  14 min and I'll have both isos
#ubuntu-ports 2009-03-31
<NCommander> lamont, cool
<NCommander> jbailey_, no idea on HPPA upstream
<NCommander> good morning lamont 
<lamont> NCommander: g'morning
<NCommander> lamont, did you get a chance to try the ia64/hppa CDs?
<lamont> I'll make some time this morning to deal with the boot attempts
 * lamont has to actually hook up the B180 somewhere, and then find a monitor for the zx2000
<lamont> since I stole that monitor a while ago
<lamont> and headless install testing kinda sucks
<NCommander> lamont, its nothing high priority (I also should note SPARC needs some love now that I see that d-i is broken on it ;.;
#ubuntu-ports 2010-03-04
<NCommander> fabbione: ping? Are you still interesting in ubuntu/sparc?
#ubuntu-ports 2010-03-05
<fabbione> NCommander: i still use it on a few sparcs, why? what's up?
<NCommander> fabbione: lucid still doesn't boot even though the upstart bug was fixed
<NCommander> (although that should probably be SRU'ed)
<fabbione> doesn't boot how?
<fabbione> what's broken?
<NCommander> fabbione: not sure :-)
<NCommander> fabbione: it makes it into the initramfs, and then goes bust
<NCommander> fabbione: also, SILO has issues starting d-i it seems (Memory Cache Failure, or something like that)
<NCommander> fabbione: I'd love to fix it, but I'm a little short on time these days sadly :-/
<fabbione> i have less than 6 hours, then I am on vacation and work travel til mid April
<fabbione> i don't think i can do anything about it
<fabbione> just don't have time for it
<fabbione> NCommander: my suggestion would be to boot with that initramfs option that stops as soon as you hit initramfs
<NCommander> fabbione: hrm, any recommended volunteers? :-)
<fabbione> and then go step by step to see where it goes boom
<fabbione> no idea.. people are kind of losing interest in Ubuntu
<fabbione> and my machines will be converted fairly soon to something else
<fabbione> unless Lucid is spectacularly stable on x86, it's going away
<NCommander> fabbione: what makes you say that?
<fabbione> mostly the amount of complains i hear from people that still think I am working for Canonical
<fabbione> "this doesn't work.. bug is here, nobody fixed it. i had to move on to $random_other_distro"
<fabbione> and most of those bugs are fairly generic stuff that hit lots of users (that I can say from experience)
<NCommander> fabbione: I know what you mean unfortunately :-/. <- *ubuntu on ARM guy, with some powerpc, ia64, and sparc)
<fabbione> checking bug xy, opened for months, nobody cared to even look at it
<fabbione> as long as there is this kind of response, ubuntu is losing traction towards the community
<fabbione> and don't get me started on my personal experience with anything >= hardy
<fabbione> because you would go and commit suicide
<fabbione> :)
<NCommander> fabbione: is this why ~ubuntu-clusterfuck exists? :-)
<fabbione> oh no.. that's a lot older than that :)
<fabbione> it was made at one of the very first UDS'es ;)
<fabbione> for pure fun..
#ubuntu-ports 2010-03-21
<kamalm> Hi folks -- does anyone here have Lucid on ia64 available?
<kamalm> I am looking for a kind soul who can test build this fix pkg ** on ia64 **:  https://launchpad.net/~kamalmostafa/+archive/test-builds/+files/gnome-color-manager_2.29.2-1ubuntu1.dsc    (I just need to know if this actually fixes the FTBFS on ia64).  Any takers?

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