[12:13] I know the hassle of burning a cd and rebooting, I haven't burned isos for years, always installed writing to my real disk from vmware (always without a hitch) === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [12:13] but I install a new operating system at most a couple of times a year, how often do people try out new livecd, actually ? === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-devel === thekorn [n=markus@a89-182-17-52.net-htp.de] has joined #ubuntu-devel [12:20] shackan_: What would be the overall detriment? [12:20] about 400-600k of space used on the livecd... [12:21] it's just a lot of work (to get qvm86 into good shape) for an uncommon use case, people will just slap the cd and reboot [12:22] shackan_: if I can make qvm86 run Ubuntu as-is I won't need much work. [12:22] then, just do it :) === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel [12:29] is feisty to adopt cdrkit instead of cdrecord? [12:29] apologies in advance if that's a stupid question [12:30] I believe so [12:30] it's already been synced and stuff [12:30] yeah, looking at my madison-lite it seems like it [12:30] cdrecord is being provided by cdrkit [12:30] cool [12:30] cjwatson: who is typicall in charge of the burning stuff? [12:31] we generally go with that sort of thing unless there's a particular reason not to [12:31] jdong: nobody really in Ubuntu [12:31] ok [12:31] I was just wondering if it'd be a worthwhile backport for Edgy [12:31] I've heard cdrkit is supposed to solve some cdrecord bugs === jelmer [n=jelmer@gwalcmai.vernstok.nl] has joined #ubuntu-devel [12:32] and it just built fine for edgy and I'm testing burning some ISO's at the moment [12:32] THE CLICKING IS PISSING ME OFF [12:32] it's a bit messy - transitional packages and stuff === bluefoxicy CPU makes staticey noises when it's busy.. electrical... it's not even the hard disk ugh... [12:32] bluefoxicy: capacitors [12:32] bluefoxicy: not CPU ;-) [12:32] jdong: throttle someone [12:32] I love you too, bluefoxicy :) [12:33] jdong: how's your pax kernel :) [12:33] bluefoxicy: vdso=0 didn't do the trick [12:33] but oh well [12:33] I should play with the options a lot more when I get a chance [12:33] I definitely believe it's PaX causing it [12:33] but even pax_softmode doesn't help [12:33] and I can't exactly stack trace or coredump in initramfs [12:34] grsecurity.... blocks dumping core because it's greater than 4096bytes [12:34] and btw, bluefoxicy, I have seen a case where a livecd does cause windows to fail booting up [12:34] as silly as it sounds [12:34] jdong: nods [12:34] how? [12:35] it happens on a lot of Dell consumer PC's when XP was first released (around that time) [12:35] jdong: you got time this weekend to pop in #pax? [12:35] windows has its special ways of shutting down the machine [12:35] linux doesn't do it the same way [12:35] if Linux does the shutdown, XP BSOD's on the next bootup [12:36] but another 2 or 3 boot cycles will make XP boot ok again [12:36] really peculiar [12:36] eeek [12:36] but I've personally witnessed it happen [12:36] and it was the scariest experience [12:36] so keep that in mind before popping in LiveCD's everywhere :) === givre [n=Florent@APuteaux-152-1-75-109.w86-205.abo.wanadoo.fr] has joined #ubuntu-devel [12:37] cjwatson: the transitioning requires a dist-upgrade to effect the upgrade.... [12:37] so hmm [12:37] though Edgy's update-manager auto-offers dist-upgrade if a standard update can't do the trick [12:38] wow, update-manager does it without dist-upgrade [12:38] only at the CLI a regular apt-get upgrade will hold back the cdrecord stuff [12:38] adept handles it well too [12:43] requires postinst configuration too [12:43] ok, no cdrkit for Edgy [12:43] unless I get a really compelling reason === jdong installs cdrkit on his laptop anyway === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === givre [n=Florent@APuteaux-152-1-75-109.w86-205.abo.wanadoo.fr] has left #ubuntu-devel [] === fnordus [n=dnall@24.85.128.203] has joined #ubuntu-devel === zen-afk [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === fnordus [n=dnall@24.85.128.203] has joined #ubuntu-devel === mruiz [n=mruiz@pc-134-66-104-200.cm.vtr.net] has joined #ubuntu-devel === shackan__ [n=shackan@host208-149-dynamic.7-87-r.retail.telecomitalia.it] has joined #ubuntu-devel === lmanul [n=manu@dan75-4-82-239-58-38.fbx.proxad.net] has joined #ubuntu-devel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel === tsmithe is now known as TheGods === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === fnordus [n=dnall@24.85.128.203] has joined #ubuntu-devel === Fujitsu_ [n=william@c58-107-164-24.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel === Fujitsu_ [n=william@c58-107-164-24.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel [01:35] infinity: Do you know anything about the IA64 buildds? === rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-devel [01:37] so, there's an odd loop in initramfs which is bugging me. I'd appreciate a knowledgeble body helping me pinpoint the bug. =) [01:37] latest feisty, using md + lvm. [01:37] During boot, it looks like, right after premount, the HD's start going into an activity loop. lights on, lights off, lights on, lights off. === j_ack [n=rudi@p508DA451.dip0.t-ipconnect.de] has joined #ubuntu-devel === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel [01:38] If I run scripts/init-premount/udev and scripts/local-top/mdadm|lvm manually after breaking at premount, and then continue, it works. === TheGods is now known as tsmithe [01:40] wasabi: You can actually tell it to continue? I've never been able to work out how. [01:40] just exit apparently. [01:40] =) [01:40] Argh, that would have made some recovery I was doing a while ago a whole lot easier. [01:40] maybe_break seems to just fork a sub shell. [01:41] yeah, so I'm running the scripts in order as they're run on their own, and it works fine. [01:41] I can only suspect a race. === mruiz [n=mruiz@pc-134-66-104-200.cm.vtr.net] has joined #ubuntu-devel [01:41] a race that somehow puts it into a neverending loop... === mc44 [n=mc44@ip-81-170-100-10.cust.homechoice.net] has left #ubuntu-devel ["Leaving"] === shackan__ [n=shackan@host62-86.pool8253.interbusiness.it] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel [01:56] mdz: +1 for -discuss [01:57] *immediately* and with --force === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === johanbr [n=j@blk-89-202-206.eastlink.ca] has joined #ubuntu-devel === mdeslaur [n=mdeslaur@modemcable238.124-83-70.mc.videotron.ca] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === sfeehan [n=steve@ip68-96-0-15.hr.hr.cox.net] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === somerville32 [n=somervil@fctnnbsc15w-156034095008.nb.aliant.net] has joined #ubuntu-devel === pradeep [n=pradeep@59.92.57.46] has joined #ubuntu-devel === robertj [n=robertj@68-117-216-83.dhcp.athn.ga.charter.com] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === orion2012 [n=orion@hypnogogic.org] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === BenC [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-devel === psusi [n=phreak@user-0c6s0ia.cable.mindspring.com] has joined #ubuntu-devel [03:09] is there a way to set up a batch type postinst step? that will be done once after all packages are installed? for something that several packages require, like update-initramfs? [03:09] rather than having each one do it again and again in their own postinst === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === abattoir [n=abattoir@59.92.57.228] has joined #ubuntu-devel [03:27] shawarma: What do you want to know about the ia64 buildds? [03:28] that reminds me... is there a way to get shell access for pbuildering purposes on an ia64 server? how about ppc? the defrag package I updated recently failed to build on those platforms.... unfortunately, I only have amd64/i386 === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel [03:32] psusi: We don't have any machines acceissible for non-staff, yet. It's on the TODO. [03:32] psusi: I could give you access to a PPC machine in my house, though. Bug me on Monday? [03:32] ok... I'd just hate to upload the package a dozen times trying to get it to build over there [03:32] heh... ok [03:40] psusi: someone needs to update defrag to do ext3 :( [03:42] lifeless, I have [03:42] want to be a test victim... err... volunteer? [03:42] ;) [03:50] psusi: you have? seet. [03:50] *sweet* [03:51] now get ted t'so to review the patch :) [03:55] ahh, yea... he was one of the original authors wasn't he? [03:55] didn't he used to hang here? [03:55] dont think so === AngryElf [n=AngryElf@ip68-100-101-98.dc.dc.cox.net] has joined #ubuntu-devel [04:05] hrm... is the man page for udev right or is this an error? [04:05] it says the key will match if the external program returns NONZERO === doko_ [n=doko@dslb-088-073-111-227.pools.arcor-ip.net] has joined #ubuntu-devel [04:06] that flys in the face of convention though... nonzero means it failed [04:06] Well, except for APIs where that isn't the convention [04:07] talking shell here, not C ;) [04:07] program exit()s with 0 means it worked correctly [04:07] and the shell treats that as TRUE [04:07] so it doesn't make any sense that udev would do the reverse [04:08] Well, unless the applications tend to do something like return the number of matches [04:08] Why don't you test it and find out? [04:08] I suppose I will have to === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === xerxas_ [n=R67894@mut38-5-82-246-190-19.fbx.proxad.net] has joined #ubuntu-devel === dLinkCrawxor [n=sdfsdfsd@125-238-112-86.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === pradeep [n=pradeep@59.92.46.193] has joined #ubuntu-devel === hunger_ [n=tobias@p54A70A5B.dip0.t-ipconnect.de] has joined #ubuntu-devel [04:55] ieks [04:56] after upgrading to feisty, my c's look all weird === did447 [n=didier@m81.net81-64-90.noos.fr] has joined #ubuntu-devel [05:00] Chipzz: you mean you c a problem? [05:00] a ha ha ha [05:00] I crack myself up === Treenaks [n=martijn@thuis.foodfight.org] has joined #ubuntu-devel === shawarma [n=sh@atlas.linux2go.dk] has joined #ubuntu-devel === mjr [i=mjrauhal@myntti.helsinki.fi] has joined #ubuntu-devel === xeros [i=xeros@fan194.internetdsl.tpnet.pl] has joined #ubuntu-devel === Lathiat [n=lathiat@ubuntu/member/pdpc.basic.lathiat] has joined #ubuntu-devel [05:01] jdong: no, c's are very thin, to the point of being allmost invisible [05:02] i c === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-devel [05:03] :P [05:03] o's too apparently [05:06] jdong: http://chipzz.safehex.be/oc.png === siretart [i=siretart@tauware.de] has joined #ubuntu-devel [05:06] look at the c in december, and the o in subscriptions [05:07] O, i C, just with the big letters === Chipzz slaps jdong ;) [05:07] snap out of it ;) [05:08] Chipzz: u r acting like you haven't herd 1 or 2 bad puns around here recently ;-) [05:08] jdong: sure I have :) [05:08] but the joke got old real fast ;) [05:09] anyway, Russel Coker doesn't show the problem for some reason [05:09] seems to be a bigger problem anyway [05:09] Subscriptions is antialiassed very badly [05:10] look at the top of the S and T [05:10] any idea which package I should file a bug against? [05:13] Setting up ttf-bitstream-vera (1.10-7) ... [05:13] Regenerating fonts cache... failed; see /var/log/fontconfig.log for more information. [05:13] done. [05:16] hrrrm [05:17] apparently fontconfig problem [05:17] after reconfiguring it it's gone === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === shiv [n=shiv@c-65-96-200-131.hsd1.ma.comcast.net] has joined #ubuntu-devel === Hobbsee [n=user@14.5.233.220.exetel.com.au] has joined #ubuntu-devel === bddebian2 [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-devel === Kaleo [i=boucault@arkana.iiens.net] has joined #ubuntu-devel === HrdwrBoB [n=matt@bob.is.teh.admin.at.vicnet.net.au] has joined #ubuntu-devel === \sh_away [n=nnnsh@server3.servereyes.de] has joined #ubuntu-devel === lfittl [n=lfittl@83.64.250.38] has joined #ubuntu-devel === zakame [n=zakame@69.60.114.100] has joined #ubuntu-devel === spike [n=spike@fatdrop.co.uk] has joined #ubuntu-devel === Robot101 [n=robot101@light.bluelinux.co.uk] has joined #ubuntu-devel === sivang [i=sivan@muse.19inch.net] has joined #ubuntu-devel === StoneTable [n=stone@ethos.battleaxe.net] has joined #ubuntu-devel === Laser_away [n=mantha@luck.chem.unr.edu] has joined #ubuntu-devel === jdub [n=jdub@home.waugh.id.au] has joined #ubuntu-devel === Chipzz [n=chipzz@tetn.be] has joined #ubuntu-devel === popey [n=alan@bishop.popey.com] has joined #ubuntu-devel === ctd [i=ctd@incubus.progsoc.uts.edu.au] has joined #ubuntu-devel === G0SUB [i=ghoseb@69.60.114.104] has joined #ubuntu-devel === Riddell [i=jr@muse.19inch.net] has joined #ubuntu-devel === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel === TomB| [n=ownthebo@host81-152-42-42.range81-152.btcentralplus.com] has joined #ubuntu-devel === dous [n=dous@ubuntu/member/dous] has joined #ubuntu-devel === mat [n=mat@igoan/mat] has joined #ubuntu-devel === PuMpErNiCkEl [n=pumperni@about/essy/bacon/PuMpErNiCkLe] has joined #ubuntu-devel === cmpalmer [n=cmpalmer@pdpc/supporter/active/tarheelcoxn] has joined #ubuntu-devel === mako [i=mako@bork.hampshire.edu] has joined #ubuntu-devel === highvoltage [n=jaagaan@ubuntu/member/highvoltage] has joined #ubuntu-devel === ArwynH [n=arwyn@PPPf184.saitama-ip.dti.ne.jp] has joined #ubuntu-devel === tonyyserver [n=anthony@d235-240-148.home1.cgocable.net] has joined #ubuntu-devel === lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #ubuntu-devel === fbond [n=fab@pool-72-92-138-194.burl.east.verizon.net] has joined #ubuntu-devel === keescook [n=kees@ubuntu/member/keescook] has joined #ubuntu-devel === jamesh [n=james@203-59-208-48.dyn.iinet.net.au] has joined #ubuntu-devel === Phoenix7477 [n=matt@d142-179-136-166.abhsia.telus.net] has joined #ubuntu-devel === mjr [i=mjrauhal@myntti.helsinki.fi] has joined #ubuntu-devel === torkel [n=torkel@69-188.umenet.t3.se] has joined #ubuntu-devel === seaLne [n=seaLne@obelisk.wasters.com] has joined #ubuntu-devel === o_cee [n=oscar@c83-249-96-144.bredband.comhem.se] has joined #ubuntu-devel === Ng [n=cmsj@mairukipa.tenshu.net] has joined #ubuntu-devel === desrt [n=desrt@ubuntu/member/desrt] has joined #ubuntu-devel === nnonix [n=brad@xeon.bkjohnson.com] has joined #ubuntu-devel === besonen2_ [n=besonen2@dsl-db.pacinfo.com] has joined #ubuntu-devel === asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel === jk [n=jochem@jkossen.nl] has joined #ubuntu-devel === evand [n=evand@ubuntu/member/evand] has joined #ubuntu-devel === azeem [n=mbanck@host109.natpool.mwn.de] has joined #ubuntu-devel === Toadstool [n=jcorbier@ubuntu/member/toadstool] has joined #ubuntu-devel === Trewas [n=ilonen@raato.lut.fi] has joined #ubuntu-devel === bhale [n=bhale@brandonhale.us] has joined #ubuntu-devel === Traxer|on [i=traxer@shell6.powershells.de] has joined #ubuntu-devel === lionel [n=lionel@ip-61.net-82-216-103.rev.numericable.fr] has joined #ubuntu-devel === smurf [n=smurf@smurf.noris.de] has joined #ubuntu-devel === predius_ [n=predius@63.99.9.135] has joined #ubuntu-devel === LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #ubuntu-devel === segfault [i=segfault@cerberus.softwarelivre.net] has joined #ubuntu-devel === bytee_ [n=byte@pentafluge.infradead.org] has joined #ubuntu-devel === dAndy [i=dandy@opal.cat.pdx.edu] has joined #ubuntu-devel === mattw [i=mattw@opal.cat.pdx.edu] has joined #ubuntu-devel === FeistyFawn [n=seveas@nuts.okkernoot.net] has joined #ubuntu-devel === kylem [i=kyle@fruit.freedesktop.org] has joined #ubuntu-devel === RemoteViewer [n=555@stan.physik.fu-berlin.de] has joined #ubuntu-devel === neuralis [n=krstic@solarsail.hcs.harvard.edu] has joined #ubuntu-devel === Fujitsu [n=william@c58-107-164-24.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === Treenaks [n=martijn@thuis.foodfight.org] has joined #ubuntu-devel === did447 [n=didier@m81.net81-64-90.noos.fr] has joined #ubuntu-devel === hunger_ [n=tobias@p54A70A5B.dip0.t-ipconnect.de] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === doko_ [n=doko@dslb-088-073-111-227.pools.arcor-ip.net] has joined #ubuntu-devel === AngryElf [n=AngryElf@ip68-100-101-98.dc.dc.cox.net] has joined #ubuntu-devel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === orion2012 [n=orion@hypnogogic.org] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === robertj [n=robertj@68-117-216-83.dhcp.athn.ga.charter.com] has joined #ubuntu-devel === sfeehan [n=steve@ip68-96-0-15.hr.hr.cox.net] has joined #ubuntu-devel === _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-devel === jorgp [n=jorgp@adsl-70-234-108-24.dsl.tul2ok.sbcglobal.net] has joined #ubuntu-devel === apokryphos [n=apokryph@87-194-86-227.bethere.co.uk] has joined #ubuntu-devel === giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-devel === ryanakca [i=ryan@unaffiliated/ryanakca] has joined #ubuntu-devel === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel === mneptok [n=mneptok@montreal.canonical.com] has joined #ubuntu-devel === luisbg_ [n=LuisB_G@87.217.147.243] has joined #ubuntu-devel === jack_wyt [n=jack@211.154.174.45] has joined #ubuntu-devel === kaptengu [n=kaptengu@c213-100-60-132.swipnet.se] has joined #ubuntu-devel === haggai [n=halls@credativ.bcnadsl.com] has joined #ubuntu-devel === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #ubuntu-devel === bronson [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-devel === tsmithe [n=bip@82-70-109-22.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel === sevrin [n=sevrin@202.75.186.154] has joined #ubuntu-devel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel === nightwish [i=gsn@segfault.kernel-oops.de] has joined #ubuntu-devel === CarlFK [n=carl@c-24-13-53-221.hsd1.il.comcast.net] has joined #ubuntu-devel === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-devel === thom [n=thom@amnesiac.heapspace.net] has joined #ubuntu-devel === phlaegel [n=phlaegel@S01060016b619a773.ok.shawcable.net] has joined #ubuntu-devel === sladen [i=paul@starsky.19inch.net] has joined #ubuntu-devel === MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel === maswan [i=maswan@kennedy.acc.umu.se] has joined #ubuntu-devel === elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-devel === joejaxx [i=jadaz87@ubuntu/member/joejaxx] has joined #ubuntu-devel === wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === rsa| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === auxesis [n=lindsay@quasimodo.unstated.net] has joined #ubuntu-devel === winkle [i=winkle@suiko.acc.umu.se] has joined #ubuntu-devel === spacey [n=herman@vpn.osso.nl] has joined #ubuntu-devel === tepsipakki [n=tjaalton@replicant.hut.fi] has joined #ubuntu-devel === dieman [n=dieman@3.14159265358979323846264338327950288419716939937510582097.org] has joined #ubuntu-devel === jvw [i=jeroen@220pc220.sshunet.nl] has joined #ubuntu-devel === lool [i=lool@pig.zood.org] has joined #ubuntu-devel === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === siretart [i=siretart@ubuntu/member/siretart] has joined #ubuntu-devel === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-devel === abattoir [n=abattoir@59.92.57.228] has joined #ubuntu-devel === fnordus [n=dnall@24.85.128.203] has joined #ubuntu-devel === danbuchWork [n=chatzill@ccs001.clevelandcorporate.com] has joined #ubuntu-devel === Adri2000 [n=Adri2000@unaffiliated/adri2000] has joined #ubuntu-devel === freeflying|away [i=flyingfr@ubuntu/member/freeflying] has joined #ubuntu-devel === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #ubuntu-devel === ph8 [i=henri@rigel.orion-hosting.co.uk] has joined #ubuntu-devel === Xof [n=mas01cr@158.223.59.22] has joined #ubuntu-devel === Gerrath [n=Shane_@unaffiliated/gerrath] has joined #ubuntu-devel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-devel === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #ubuntu-devel === fdoving [n=frode@ubuntu/member/frode] has joined #ubuntu-devel === sjoerd [n=sjoerd@simons.xs4all.nl] has joined #ubuntu-devel === [PUPPETS] Gonzo [i=gonzo@80.69.47.16] has joined #ubuntu-devel === aba [i=aba@67.19.100.218] has joined #ubuntu-devel === Solarion [n=solarion@128.255.70.79] has joined #ubuntu-devel === dark [i=deviled_@microsoft.gotrooted.com] has joined #ubuntu-devel === Mirv [n=tajyrink@vipunen.hut.fi] has joined #ubuntu-devel === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel === vuntz [n=vuntz@fennas.vuntz.net] has joined #ubuntu-devel === madduck [n=madduck@213.203.238.82] has joined #ubuntu-devel === tritium [n=tritium@mip-lab4.ecn.purdue.edu] has joined #ubuntu-devel === mconnor [n=mconnor@people.mozilla.com] has joined #ubuntu-devel === Lathiat [n=lathiat@ubuntu/member/pdpc.basic.lathiat] has joined #ubuntu-devel === xeros [i=xeros@fan194.internetdsl.tpnet.pl] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === dous_ [n=dous@124.104.0.197] has joined #ubuntu-devel === mat|work [n=mat@igoan/mat] has joined #ubuntu-devel === lamont [i=lamont@nat/hp/x-f646e2cf03869cd2] has joined #ubuntu-devel === terrex [n=terrex@84-122-63-17.onocable.ono.com] has joined #ubuntu-devel === cprov-afk [n=cprov@monga.dorianet.com.br] has joined #ubuntu-devel === dogmatism [n=josh@24.115.218.54.res-cmts.sth.ptd.net] has joined #ubuntu-devel === paran [n=paran@cl-56.sto-01.se.sixxs.net] has joined #ubuntu-devel === jrib [n=jasonr@unaffiliated/jrib] has joined #ubuntu-devel === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel === TomB_ [n=tomb@host81-152-42-42.range81-152.btcentralplus.com] has joined #ubuntu-devel === jonibo [n=jonas@213.212.2.215] has joined #ubuntu-devel === simira [n=simira@tellus.err.no] has joined #ubuntu-devel === Spads [n=spacehob@host-87-74-36-235.bulldogdsl.com] has joined #ubuntu-devel === _ion [i=johan@kiviniemi.name] has joined #ubuntu-devel === did447 [n=didier@m81.net81-64-90.noos.fr] has left #ubuntu-devel [] === aba_ [i=aba@redruth.greenbean.org] has joined #ubuntu-devel === infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel === mjr [i=mjrauhal@myntti.helsinki.fi] has joined #ubuntu-devel === jelmer [n=jelmer@gwalcmai.vernstok.nl] has joined #ubuntu-devel === stgraber [i=stgraber@unaffiliated/stgraber] has joined #ubuntu-devel === Ubug2 [n=bugbot@ubuntu/bot/ubugtu] has joined #ubuntu-devel === nalioth [i=nalioth@freenode/staff/ubuntu.member.nalioth] has joined #ubuntu-devel === marsu [n=user@c83-252-78-72.bredband.comhem.se] has joined #ubuntu-devel === Toadstool [n=jcorbier@dedibox1.famille-corbier.net] has joined #ubuntu-devel === evand [n=evand@ubuntu/member/evand] has joined #ubuntu-devel === bhale [n=bhale@brandonhale.us] has joined #ubuntu-devel === Ng [n=cmsj@mairukipa.tenshu.net] has joined #ubuntu-devel === seaLne [n=seaLne@ubuntu/member/sealne] has joined #ubuntu-devel === torkel [n=torkel@69-188.umenet.t3.se] has joined #ubuntu-devel === nnonix [n=brad@xeon.bkjohnson.com] has joined #ubuntu-devel === desrt [n=desrt@dhcp-0-20-af-d2-7c-3.cpe.mountaincable.net] has joined #ubuntu-devel === azeem [n=mbanck@host109.natpool.mwn.de] has joined #ubuntu-devel === jk [n=jochem@jkossen.nl] has joined #Ubuntu-devel === Trewas [n=ilonen@raato.lut.fi] has joined #ubuntu-devel === Traxer|on [i=traxer@shell6.powershells.de] has joined #ubuntu-devel === asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel === o_cee [n=oscar@c83-249-96-144.bredband.comhem.se] has joined #ubuntu-devel === besonen2_ [n=besonen2@dsl-db.pacinfo.com] has joined #ubuntu-devel === jack_wyt [n=jack@211.154.174.45] has joined #ubuntu-devel === TerminX [i=7ec522c1@adsl-68-123-181-172.dsl.pltn13.pacbell.net] has joined #ubuntu-devel === astopy [n=nadam@taurus.moosoft.net] has joined #ubuntu-devel === deltab [n=deltab@82-46-154-93.cable.ubr02.smal.blueyonder.co.uk] has joined #ubuntu-devel === abattoir_ [n=abattoir@59.92.6.17] has joined #ubuntu-devel === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel === yong [n=yong@221.200.217.226] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel === holycow [n=oh@S01060016b6b53675.vf.shawcable.net] has joined #ubuntu-devel [07:46] hello [07:46] not sure if this is the right channel so boot me if its not [07:46] :) [07:47] is feisty looking like it will keep metacity or use something like compiz as a compositing manager? [07:47] just curious about aiglx + metacity and whether or not any discussion has been had around that [07:56] well, your in the right place i think, but its late and i think anyone who knows is probably asleep or afk :) [07:56] fair enough its friday, and unlike me,they have a life [07:56] -_- [07:56] and it's a saturday [07:56] touche [07:56] lol [07:57] lol === superjon [n=none@adsl-69-234-132-198.dsl.irvnca.pacbell.net] has joined #ubuntu-devel [07:58] Is feisty built with the new .gnu.hash improvements to speed up the linker? [07:58] Or *will* it be built with these improvements? [07:59] holycow: this? https://blueprints.launchpad.net/distros/ubuntu/+spec/composite-by-default [07:59] ah okay [08:00] oh jesus [08:00] beryl and compiz are actually being considered [08:00] lol thats what i was afraid of. [08:00] k danke sir [08:00] deltab, appreciate that [08:02] holycow: I don't believe they are being seriously considered any more, fortunately. [08:02] really? *phew* [08:03] would be nice NOT to become fedora i think, officially running pre alpha stuff ... heh [08:03] A lot of people were rather... angry? ... when it was announced as a specification. [08:04] yeah, we are starting to weer into some uncharted territories [08:06] the distro for human beings i think means not using its userbase as a huge guinea pig population [08:07] there are distros that specialize in running very untested stuff ... some thought needs to be given to stability vs. latest and greatest [08:07] but thats just an opinion of a nobody at a time when there isn't anyone to read it :) [08:08] Yeah it is called Foresight Linux... distro that runs broken^H^H^H^H^H^H Bleeding edge code [08:09] heh never heard of that [08:09] i was thinking gentoo :) but y'know [08:09] still funny [08:11] http://foresightlinux.com/ based on rpath's conary package manager, bleeding edge gnome+mono, etc, etc [08:11] wow [08:13] are you the same holycow that was always in #hula awhile back? [08:14] hey dude [08:14] indeed [08:14] :) [08:14] its funny you remember the nick i didn't make much noise in there [08:14] nice [08:15] i'm still keeping an eye on hula [08:15] well there were 2 cow users as I remember [08:15] i know novell stoped dropping resources on it but ya never know it could still end up being the bling [08:15] So am I, but they are furiously trying to work on hula-store which is a dead end [08:16] If they would just release a 1.0 of hula-lite, distributions would likely adopt it [08:16] actually that is probably some of themost sensible opinion i've heard on hula in a while [08:16] Who *wouldn't* want dragonfly's beautiful webmail ontop of a rock solid postfix / sa setup? === WaterSevenUb [n=WaterSev@c-65-96-188-198.hsd1.ma.comcast.net] has joined #ubuntu-devel [08:16] superjon, indeed [08:17] btw, if anyone cares ... [08:17] Alex Hudson seems to be the new "leader" from what I see in the ML, but he thinks hula-store is the way to go. Rewriting all of that is what caused campd to leave novell [08:17] the reason i'm asking about the metacity/aiglx stuff is because i'm piloting ubuntu at work [08:17] For normal desktops, or "techie" desktops? [08:18] normal deesktops *nod* [08:18] 3 people on my team of 5 run ubuntu desktops at work [08:18] i'm hoping NOT to hear that compiz/beryl become some sort of standard especially for the next lts [08:18] Well people dont quite understand what that means [08:18] dapper has turned out to be a seriously superb desktop [08:19] If beryl was used by default, it would use the heliodor window decorator which shares metacity themes and would be seriously toned down [08:19] No wobbly windows by default [08:19] its not that, its just seriously faulty software [08:19] The cube switcher, expose clone, dimming unresponsive windows, and minimize animations are actually more usable [08:20] Have you actually used a recent release? [08:20] no its beena while but the stuff is still what ... alpha? [08:20] <_ion> Shadows are also nice. They actually improve usability IMO. [08:20] _ion, they do [08:20] <_ion> They have matured nicely. [08:20] I've ran it for the past 3 months with few problems. The beryl leader, quinnstorm is solely working on bugfixing of the core [08:20] i think waiting to see how metacity starts handling stuff is a better strategy long term === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel [08:21] we loooooove to reinvent the wheel in th eopen source world and thats fine as an experiment [08:21] holycow Read what Elijah Newren, the metacity maintainer says [08:21] but throwing out years of dev experince on metacity is kinda scary [08:21] okay googling [08:21] The guys at redhat (mainly Soren) who were doing the metacity compositor dropped it dead. They moved to compiz [08:21] holycow: pretty strong agreement on d-d-l that pushing it into metacity *isn't* the right thing to do [08:21] holycow: while most of the metacity window management rules have been lifted into compiz [08:22] jdub, really? [08:22] jdub: d-d-l? [08:22] From what I read in the gnome mailinglist(s), compiz will likely be the longterm solution with metacity staying as a fallback and for thin clients [08:22] desktop-devel-list [08:22] ahhh [08:23] oh i see [08:23] hense the reference to metacity being a button / applet or checkbox or somesuch on the above linked page [08:23] interesting [08:24] jdub, thx for the heads up onthat [08:24] gives me a direction to watch for i think [08:24] jdub: Would you happen to know if feisty is being built with DT_GNU_HASH to improve the linker times? [08:25] superjon: if that's what glibc-2.5 brings in, then yes, I suppose.. [08:26] superjon: no idea [08:27] but it has to be enabled in the configure options [08:27] Just like -fstack_protector has to be added [08:28] http://www.elfenbeinturm.cc/2006/07/12/dt_gnu_hash-update/ [08:29] http://sources.redhat.com/ml/binutils/2006-06/msg00418.html here is the actual post on it [08:31] superjon: -fstack_protector is being used by default afaik [08:32] Treenaks: Yes, that is correct. I was using that as an example though === timfrost [n=timfrost@125-238-33-97.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel === Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:41] anyone here familiar with programming in C? === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [08:46] BenC: your KernelPatches page, can we talk about it in the UWN? [08:47] UWN? [08:47] ubuntu weekly news [08:47] sure [08:47] is it news worthy? :) [08:47] sounds good, thanks [08:48] it is more "public information service" than specific news, but yes, it is news worthy [08:48] excellent === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-devel [08:49] Burgundavia: I'll let you know if I create any more wiki pages out of shear frustration :) [08:50] will do [08:50] getting information out is one of the goals of the marketing team [08:50] sometimes that means internally [08:52] BenC: Is the Feisty toolchain using DT_GNU_HASH linker improvements by default? You of all people would know this [08:53] no, doko and jbailey of all people would know this [08:53] Ok, so you don't know? [08:53] I've been meaning to ask them though [08:53] no, not off hand [08:53] Alright, thanks [08:53] np [08:53] I'll shoot them an email === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel === budgie [n=budgie@c211-30-248-168.mirnd1.nsw.optusnet.com.au] has joined #ubuntu-devel === ssam [n=ssam@88-107-44-18.dynamic.dsl.as9105.com] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === ompaul [n=ompaul@gnewsense/friend/ompaul] has joined #ubuntu-devel === Burgundavia_ [n=corey@S0106000fb085cc63.gv.shawcable.net] has joined #ubuntu-devel === infinity2 is now known as infinity === Burgundavia_ [n=corey@S0106000fb085cc63.gv.shawcable.net] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === Zdra [n=zdra@180.176-247-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === ivoks [n=ivoks@83-131-33-62.adsl.net.t-com.hr] has joined #ubuntu-devel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel [10:14] infinity: Well, I have a build that fails on ia64 (and sparc, as it turns out). The package is apcalc and it fails during regression testing. The test that fails is a check to see if file descriptor 3 is attached to a tty.. So it could either be the detection code that messes it up, or file descriptor 3 on ia64 and sparc buildd's could actually be attached to a tty. [10:16] infinity: So the question is: Is anything special being done on ia64 and sparc buildd's that could make file descriptor 3 attached to a tty? [10:16] infinity: The Debian builds of it worked fine. :-/ === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === lotusleaf [n=lotuslea@kernel-panic/member/carne.asada.burrito] has joined #ubuntu-devel [10:27] Is MoM not updating, or am I imagining it? [10:27] shawarma: There's nothing "special" about them, compared to the other arches. [10:28] Fujitsu: i'm not sure, i just tried to do a merge and found it was already done [10:29] Hobbsee: I've tried to do quite a number, and found they'd been done. Quite a number of syncs have been filed, and they've already been done... It's all being nice and counter-productive. [10:29] heh [10:30] infinity: do you know what the status of the digikam 1:0.9.0~rc2-0ubuntu2 build is? it seems to have been building since yesterday on i386 [10:32] infinity: That's odd. [10:32] shawarma: The existance of that as a rgression test seems odd anyway. Why would we care if fd3 is a tty? [10:33] infinity: Oh, well, qemu can emulate a sparc, so I guess I could try doing a build in one of those. [10:33] infinity: Oh, I don't think that's the purpose. I think the purpose is to check if isatty does the right thing, and it's assumed that fd 3 i not a tty. [10:33] Riddell: Err, it's not building, it's dep-wait. [10:34] hmm. hmm. launchpad said it was building just a second ago [10:34] shawarma: Odd assumption to make, given the sorts of perverse shell tricks people like me are known to pull. :) [10:34] infinity: But yes, it would seem quite odd to have a regression test that was actually testing the build environment. :-) [10:34] Riddell: Probably a dep-wait loop, cause it has a build-dep in universe. [10:35] libexiv2-dev === twilight [n=twilight@ubuntu/member/twilight] has joined #ubuntu-devel [10:35] yep, thanks [10:35] infinity: Indeed. Maybe I should just change it to file descriptor 38. That should be good enough for most people. :-) [10:35] Riddell: Time for an MIR for exiv2. [10:36] shawarma: Alternately, of course, it could be that isatty is actually misbehaving. [10:36] yeah, we have one, it was just for exiv2 to pass NEW [10:36] shawarma: Given than I can think of no reason why fd3 would be any different on ia64 and sparc than on the other arches. [10:36] infinity: True. The code looks very innocent though. And if it fails on fd 38, it's *definitely* the code that's failing. [10:36] Riddell: Oh, there's an approved MIR already? I can promote it, if that's the case. (it's in universe currently) [10:37] infinity: it's not been approved by pitti yet [10:37] Riddell: Ahh, kay. Check. [10:38] Hmm... I just got a second notice about the same build failing.. Why would that happen? [10:39] Do I have to acknowledge it or something to shut it up? === lbm [n=lbm@0x50a1ee0c.unknown.tele.dk] has joined #ubuntu-devel === Ingar [n=saltvik@ti500720a080-7728.bb.online.no] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === twb [n=twb@CPE-155-143-208-237.vic.bigpond.net.au] has joined #ubuntu-devel [10:51] shawarma: Because I retried it for kicks. === Hobbsee waves to infinity [10:52] oh man [10:52] i'm || <- this close to turning off my ubuntu and canonical aliases [10:52] jdub: why? [10:52] jdub: I'd question why you still have a canonical one anyway. :P [10:53] Hobbsee: horrific spammage [10:53] ah === thekorn [n=markus@a89-182-5-167.net-htp.de] has joined #ubuntu-devel === jonib1 [n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se] has joined #ubuntu-devel === CyberT3 [n=Administ@193.198.27.60] has joined #ubuntu-devel === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel [11:05] first_auth_command=dhclient %i [11:05] whats wrong with above line? === luke_ [n=luke@ppp77-57.lns3.adl2.internode.on.net] has joined #ubuntu-devel === mc44 [n=mc44@ip-81-170-100-10.cust.homechoice.net] has joined #ubuntu-devel === luke_ [n=luke@ppp77-57.lns3.adl2.internode.on.net] has left #ubuntu-devel ["Ex-Chat"] === ivoks [n=ivoks@83-131-33-62.adsl.net.t-com.hr] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === timfrost [n=timfrost@125-238-33-97.broadband-telecom.global-gateway.net.nz] has left #ubuntu-devel [] === pecisk [n=pecisk@purvc-44-54.maksinets.lv] has joined #ubuntu-devel === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #ubuntu-devel [11:36] Riddell: fixed the lack of disk choice in the KDE frontend - just needed to s/disk_buttongroup\.show()/disk_frame.show()/ [11:37] thanks for the help! === twilight [n=twilight@ubuntu/member/twilight] has joined #ubuntu-devel === Eons [n=Eons@host-84-220-231-11.cust-adsl.tiscali.it] has joined #ubuntu-devel === jack_wyt_ [n=jack@211.154.174.45] has joined #ubuntu-devel === szachista_ [n=322@auk93.neoplus.adsl.tpnet.pl] has joined #ubuntu-devel [11:54] hello [11:55] i'm not sure if it's a good place for this question, but [11:55] where can i report misuse of ubuntu licence? [11:55] i have read on fsf site that first it should be reported to the copyright holder [11:55] does it mean canonical? [11:56] cjwatson: cool [11:56] the case is there is oen regional distro, just created few day before, which uses packages from ubuntu repository but it licence says the whole distro is freeware [11:56] cjwatson: I'm looking at porting it to qt4 just now [11:57] szachista_: I'd be inclined to mail info@ubuntu.com; most of the time that sort of thing is just a misunderstanding [11:58] they probably aren't actually breaking our licence (and note that we are only the copyright holder of parts of it), just misrepresenting it [11:58] Riddell: neat === jonib1 [n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se] has left #ubuntu-devel [] [11:59] cjwatson: well, i was talking with it's author and looks like he really interprets gpl the wrong way :/ [12:00] cjwatson: ohh... and there is no english version for this licence for now, so is worth to write to cannonical about that? [12:00] if you can provide a reliable translation, sure [12:01] (I think there may be a better address than info@, but I don't remember what it would be ...) === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-devel === mbiebl [n=michael@e180107145.adsl.alicedsl.de] has joined #ubuntu-devel === geser [n=michael@dialin107130.justdsl.de] has joined #ubuntu-devel === jonh_wendell [n=wendell@40-88-199-200.vcnet.com.br] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === KaiL [n=KaiL@p548F5920.dip.t-dialin.net] has joined #ubuntu-devel === tsmithe is now known as TheGods === TheGods is now known as tsmithe === geser [n=michael@dialin107130.justdsl.de] has joined #ubuntu-devel === mc44 [n=mc44@ip-81-170-100-10.cust.homechoice.net] has joined #ubuntu-devel === glatzor [n=sebi@p54966402.dip.t-dialin.net] has joined #ubuntu-devel === glatzor [n=sebi@p54966402.dip.t-dialin.net] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === rob [i=RobertSt@freenode/staff/rob] has joined #ubuntu-devel [01:06] ajmitch: ping [01:06] rob: He is likely sleeping, it's around 1am [01:06] in NZ? === StevenK nods. [01:07] Well, ajmitch is, I'm not. :-) [01:07] ah ok, I'm in aus, its only 10am here (should have thought about that) [01:07] yeah [01:07] err 10 pm rather === StevenK grins [01:07] rob: SA? [01:07] yes, but you're in queensland [01:07] Ah. [01:07] That'd do it. [01:07] yep [01:08] Fujitsu: SA's only half an hour behind. the flight attendants told us so. [01:08] A..ha. [01:08] Hobbsee: half an hour and twenty years. [01:08] I just noticed on sourceforge that he is involved with a project called Scrappy, which sounds like something my wife would be interested in using eventually [01:08] Yup. And NT is 1 and a half hours, just to be confusing. [01:09] jdub: *grin* === Fujitsu looks for the MoM reset switch. [01:12] Fujitsu: Commonly called "Keybuk" [01:12] I was thinking chocolates, but sure, ok :D === Fujitsu presses Keybuk, and doesn't see any useful effect. [01:18] Fujitsu: wait till it pops up again before pressing it === Fujitsu thinks it is stuck, and presses it repetitively anyway. === thekorn [n=markus@a81-14-207-109.net-htp.de] has joined #ubuntu-devel [01:19] Keybuk or MoM? :-P [01:19] MoM might be crashing [01:19] StevenK: I presume it is crashing, yes. [01:19] It has a habit of that, of late. [01:21] Special. apt-get in my hoary chroot has spontaenously decided to start segfaulting. [01:21] Fanfreakingtastic. [01:21] Sounds ideal! [01:21] infinity: *way cool* - why do you have a hoary chroot? [01:21] Hobbsee: Why not? [01:21] infinity: it might be aware that its's supposed to be entirely dead now... === Fujitsu agrees with Hobbsee on the latter point. [01:21] infinity: because it's EOL'd? [01:21] +1 pitti [01:22] haha [01:22] Hobbsee: Old habits die hard. [01:22] I suppose I should delete EOL chroots. [01:22] Hell, I still have potato chroots. [01:22] infinity: got warty ones too, then? [01:22] Buzz! [01:22] Hobbsee: Yes. [01:22] heh [01:22] Hobbsee: at my parents i found a cdr labeled Warty RC [01:22] with a solid inch of dust on it [01:22] history in the making [01:22] bhale: ...wow === pitti removed his hoary chroot on November 1st, in a devotional ceremony [01:23] (base)adconrad@cthulhu:/chroot$ find * -maxdepth 0 -type d [01:23] breezy [01:23] dapper [01:23] edgy [01:23] etch [01:23] feisty [01:23] hoary [01:23] potato [01:23] sarge [01:23] sid [01:23] warty [01:23] woody [01:23] Good old woody. [01:23] Is woody EOL now too? Or is Debian still doing oldstable updates? [01:24] ended ages ago [01:24] Right. Guess I can make that go too. === szachista_ [n=322@auk93.neoplus.adsl.tpnet.pl] has joined #ubuntu-devel === infinity sheds a tear. [01:24] infinity: woody support ended in June 2006 IIRC [01:25] (one year after sarge was released) [01:25] http://www.debian.org/releases/woody/ agrees === Whoopie [n=Whoopie@unaffiliated/whoopie] has joined #ubuntu-devel [01:29] Hi, is there any plan when the edgy-commercial repo is filled with the packages from dapper-commercial? === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel [01:36] Whoopie: I don't believe that's going to happen automatically; it depends what the companies supporting those packages want to do [01:38] infinity: Just one? [01:38] cjwatson: ah, I thought somebody of the devs is filling the repo. So you are waiting until the companies are ready with packages for edgy? [01:38] errr... what was that email where i can report ubuntu licence violation? [01:38] sorry, my web browser has crashed ;( [01:38] Whoopie: well, it's not my responsibility, that's just what I vaguely remember [01:38] StevenK: Several, truth be told. Woody was a good release, with many fond memories. [01:39] i mean i use opera for irc ;) [01:39] Heh [01:39] szachista_: info@ubuntu.com was what I suggested, although as I said it may not be quite right [01:39] cjwatson: thank you :) [01:39] infinity: Do packages need to be given back manually if a dependancy didn't exist? [01:39] cjwatson: ok, thanks. [01:39] StevenK: Should go into dep-wait, which will be auto-cleared. [01:39] StevenK: Package in question? [01:40] Whoopie: mdy@c.c deals with that sort of thing from the corporate end, I believe [01:40] infinity: libept [01:41] well, libtagcoll2-dev still doesn't exist ... [01:42] StevenK: https://launchpad.net/+builds/+build/282546 [01:42] StevenK: auto-dep-wait. It'll clear when the dep can be found. :) === szachista_ [n=322@auk93.neoplus.adsl.tpnet.pl] has left #ubuntu-devel [] [01:43] do import requests from experimental require an ubuntu-archive bug, or is an IRC ping enough? [01:43] Ah, I know why. libtagcoll2 has built, and is stuck in binary NEW. === ivoks [n=ivoks@161.53.50.60] has joined #ubuntu-devel [01:43] pitti: Paper trails are nice, but IRC can do the trick, if someone's in the mood to do the sync. [01:44] ok; I'd like to get postgresql-8.2 into feisty, but I cannot upload it to unstable yet since it would disrupt the etch release process === pitti files a bug [01:44] cjwatson: I note that gcl has built on all archs. [01:44] (Well, I think that's it. I can't check, of course. :-) [01:45] pitti: re exiv2 MIR - are we supposed to hunt upstream regarding soname or is it possible to accept it as is? [01:45] StevenK: It's not anymore. :P === StevenK grins. [01:46] Neat, so hopefully libept will be stuck in the same fate soon. :-) [01:46] Ungh, someone put the tagcoll2 source in universe. [01:46] And it produces binaries in main. [01:46] Lure: asking upstream about sane sonames is always a good idea, but I won't insist that it's done before promotion [01:46] And is, I assume, replacing a previous SOVER from main. [01:46] GO US. === infinity fixes. [01:46] Ohh, nice. === thekorn [n=markus@a81-14-207-109.net-htp.de] has left #ubuntu-devel [] [01:47] pitti: ok, thanks - I will ping upstream === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel [01:47] StevenK: Should be good after the next publisher run. [01:47] Lure: great, thanks [01:47] StevenK: If not... Bug someone else. I won't be around. :) [01:47] infinity: Nice, thanks. [01:48] infinity: :-) === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-devel === herzi [n=herzi@kiwi.mediascape.de] has joined #ubuntu-devel [01:49] Fujitsu: yes, I went to deal with it earlier this morning but saw the comment on the bug implying that it may not be properly fixed [01:51] Fujitsu: so I'd like an answer to that before proceeding [01:51] cjwatson: I've been meaning to ask, why not Kamion any more? [01:53] I switched while away somewhere because I couldn't get to my home server, and liked it better [01:53] Heh, fair enough. [01:53] conversations with Keybuk are easier to follow, if nothing else ... [01:53] cjwatson: Yeah, I noted that... I think it must be a different bug, as it is fixed for everybody else, and the fix makes sense. [01:53] cjwatson: Bwaha [01:54] Fujitsu: I'll wait until Monday for a response from that user, then go ahead [01:54] cjwatson: My client hilights the nick of people talking to or about me in red, which makes it simpler. [01:55] cjwatson: Sounds good. [01:55] freespire shipping upstart [01:55] StevenK: Have you not read through conversations where K{eybuk,amion} have been talking to each other, and been confused? [01:56] Not usually. [01:56] It happens occasionally. :-) [01:57] When is Keybuk normally around? [01:59] StevenK: so does mine, but it doesn't highlight my own statements visibly enough to avoid confusion when reading back through scrollback [01:59] Ahh. My own statements have the <> hilighted in red, which gives me enough of a clue. === geser [n=michael@dialin107130.justdsl.de] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel [02:15] Lathiat: and now? :) === abattoir [n=abattoir@59.92.66.63] has joined #ubuntu-devel === terrex [n=terrex@84-122-63-17.onocable.ono.com] has joined #ubuntu-devel === Whoopie [n=Whoopie@unaffiliated/whoopie] has left #ubuntu-devel ["Verlassend"] [02:26] Lathiat: Well, when you do see this message, I was just wondering if you could walk me through again to set up Xorg to work using hardware accel, using the ATI prop driver, [02:26] Lathiat: you see, the FLOSS one is terrible in even movie playing performance wise. [02:28] sivang: it works OK on my mac mini [02:29] but somehow it forces AGP to 1x always === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel === mc44 [n=mc44@ip-81-170-100-10.cust.homechoice.net] has joined #ubuntu-devel === ivoks [n=ivoks@161.53.50.60] has joined #ubuntu-devel === HiddenWolf [n=hidde@136.36.dynamic.phpg.net] has joined #ubuntu-devel === HiddenWolf [n=hidde@136.36.dynamic.phpg.net] has left #ubuntu-devel [] === Czubek [n=Damian@82.160.179.2] has joined #ubuntu-devel === ivoks [n=ivoks@161.53.50.60] has joined #ubuntu-devel === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === j_ack [n=rudi@p508D96BD.dip0.t-ipconnect.de] has joined #ubuntu-devel === humbolt [n=elias@d86-33-242-78.cust.tele2.at] has joined #ubuntu-devel === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-devel === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === pecisk [n=pecisk@purvc-44-54.maksinets.lv] has joined #ubuntu-devel === sfeehan [n=steve@ip68-96-0-15.hr.hr.cox.net] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel [03:57] cjwatson: this is a silly question, but does ubiquity call xrandr after the keyboard map selector page? [03:57] cjwatson: the screen goes totally ape, and it even seems to be rotated on its side from what I can make out [04:00] bhale: I also get X corruption at that stage [04:00] filing a bug is on my todo list === spacey_ [n=herman@vpn.osso.nl] has joined #ubuntu-devel === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel === PriceChild [n=pricechi@unix0.york.ac.uk] has joined #ubuntu-devel === PriceChild [n=pricechi@unix0.york.ac.uk] has left #ubuntu-devel ["Ex-Chat"] === boggle [n=spindler@modemcable061.205-82-70.mc.videotron.ca] has joined #ubuntu-devel === jack_wyt [n=jack@211.154.174.45] has joined #ubuntu-devel === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-devel === rmjb [n=richard@cuscon19750.tstt.net.tt] has joined #ubuntu-devel === shackan [n=shackan@host247-146-dynamic.10-87-r.retail.telecomitalia.it] has joined #ubuntu-devel === Adri2000 [n=Adri2000@unaffiliated/adri2000] has joined #ubuntu-devel === eggauah [n=daniel@201.72.60.38] has joined #ubuntu-devel === giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === mruiz [n=mruiz@pc-134-66-104-200.cm.vtr.net] has joined #ubuntu-devel === humbolt [n=elias@213-147-185-150.ADSL.ycn.com] has joined #ubuntu-devel === mruiz [n=mruiz@pc-134-66-104-200.cm.vtr.net] has joined #ubuntu-devel === mruiz [n=mruiz@pc-134-66-104-200.cm.vtr.net] has joined #ubuntu-devel === mruiz [n=mruiz@pc-134-66-104-200.cm.vtr.net] has joined #ubuntu-devel === adomanski [n=adomansk@p54AF92BC.dip0.t-ipconnect.de] has joined #ubuntu-devel === sfeehan [n=steve@ip68-96-0-15.hr.hr.cox.net] has joined #ubuntu-devel === kripkenstein__ [n=alon@DSL217-132-197-98.bb.netvision.net.il] has joined #ubuntu-devel === niktaris [n=niktaris@ppp40-158.adsl.forthnet.gr] has joined #ubuntu-devel [05:37] GAH [05:37] Qu'vatlh ghuy'cha' >< [05:37] bhale: ping. Confirm this for me: NX-bit supplied 32-bit platform (i.e. amd64 in 32-bit mode), no NX bit, edgy, kernel 2.6.19-7-generic [05:38] cpuinfo says I have it [05:38] maps says it's set === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel [05:38] paxtest says vulnerable to every-fucking-thing [05:38] it wasn't like this before === adomanski [n=adomansk@p54AF92BC.dip0.t-ipconnect.de] has left #ubuntu-devel [] === j_ack [n=rudi@p508D96BD.dip0.t-ipconnect.de] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === cbx33 [n=pete@ubuntu/member/cbx33] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel === mruiz [n=mruiz@pc-134-66-104-200.cm.vtr.net] has joined #ubuntu-devel === rmjb_ [n=richard@cuscon23876.tstt.net.tt] has joined #ubuntu-devel === rmjb_ is now known as rmjb === bmon [n=monnahan@230.Red-88-16-214.dynamicIP.rima-tde.net] has joined #ubuntu-devel === ivoks [n=ivoks@161.53.50.54] has joined #ubuntu-devel === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === hunger_ [n=tobias@p54A70A5B.dip0.t-ipconnect.de] has joined #ubuntu-devel === theCore [n=alex@modemcable229.181-131-66.mc.videotron.ca] has joined #ubuntu-devel === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #ubuntu-devel === haggai [n=halls@credativ.bcnadsl.com] has joined #ubuntu-devel [07:13] 2.6.19 made reiserfs stop retardedly caching its bitmaps at mount, right? [07:13] so it doesn't take 3 minutes to mount my external HD? [07:13] ok, I'll assume so and install my test feisty partition as reiser [07:13] and come back here and nag you guys in 3 hours if it wasn't the case [07:13] sound good? of course it does :) [07:14] xfs yay =) [07:14] xfs won't kill your wife, just your files. [07:14] wasabi: xfs is no friend of the pbuilder though ;-) [07:14] [07:14] lol [07:14] wasabi: it's a shame XFS doesn't like to delete files in a timely manner :D [07:14] Yeah. That is annoying. [07:15] I do wish it had optional data journaling just for completeness too [07:15] aye [07:15] wasabi: also, on plebian x86 hardware, I can consistently corrupt XFS though intentional resets [07:15] so it ain't for general usage.... [07:16] You mean hard power off? [07:16] right [07:16] Totally. It caches too much [07:16] hard poweroff and hard reset [07:16] You need battery backed stuff. [07:16] well, not just caching... [07:16] caching can explain DATA being gone or corrupted [07:16] not XFS refusing to mount, and xfs_repair zapping everything to lost+found [07:16] that there is metadata corruption.... [07:16] Hmm. Haven't had that for a long time. [07:16] well [07:16] There was a bug in... <2.6.16 I think [07:16] Which introduced silent corruption. [07:16] this behavior came back in Edgy for me [07:17] silent corruption was 2.6.17.1-7 [07:17] Eh? Thought it was way before that. [07:17] but what I experienced was not that [07:17] wasabi: unless you aren't talking about that dnode corruption fiasco? [07:17] I don't know what the exact issue was. [07:17] I just remember using xfs_db to fix it. =( [07:17] that's dnode [07:18] introduced early in the 2.6.17 tree [07:18] fixed in the point-7 release IIRC [07:18] Ahh, yeah, you're right. Just looked it up. [07:18] and to put salt in the wound xfs_repair wasn't able to detect/fix the issue :) [07:18] I got bitten by that. [07:18] Yeah. I had to backport it from edgy or something [07:18] yep [07:18] That was depressing. [07:19] I bugged a while to get that updated xfstools past version freeze [07:19] I really do like XFS though. It is noticible faster on the systmes I use it on, than ext, anyways. [07:19] wasabi: I love XFS too [07:19] It really loves dual cores. [07:19] wasabi: I use it to store my multimedia files [07:19] /dev/evms/shares 548G 528G 21G 97% /shares [07:19] which ext3 and reiser simply choke on [07:19] same =) [07:19] aye, exactly [07:19] torrents, too [07:20] ext3 fragments my 20GB torrents into 5 fragments or so per MB by the time it's done [07:20] I set up a new box at work last thurs... I started with ext3. [07:20] needless to say it doesn't exactly read back with ease ;-) [07:20] As soon as I got under heavy IO node, xchat locked up. [07:20] Blocking on it's log files. [07:20] s/node/load/ [07:20] yep [07:20] That pissed me off, so I tar'd it all up and went back to xfs [07:20] reiser is better with data writes [07:20] but has the same issues with metadata [07:20] delete 1 million files, you won't be able to move your MOUSE until it finishes [07:21] heh [07:21] (though to be fair it does it at a blistering pace) [07:21] wonder why that stuff doesnt' get backgrounded in an intelligent manor. [07:21] manner [07:21] if I understand correctly it's an issue of kernel locks [07:21] especially with reiserfs... [07:21] there's some serious scalability issues with reiserfs [07:21] I've noticed that too though. Blowing away a 4GB file on XFS... basically locks everything up. [07:22] if you have like 20 or so of them mounted, all of them will be very sluggish [07:22] the problem isn't nearly as bad on XFS [07:22] but yes, it does show up [07:22] I think on XFS it's purely an issue of the IO scheduler not playing fairlty [07:22] I don't really understand why. [07:22] same with ext3 [07:22] I've always though it would be a relatively small manner to just write down the delete in some log, and work on it in the background. [07:23] wasabi: apparently xfs deletion is quite some rocket science [07:23] I was told that on #xfs [07:23] there's quite a deal of B+tree rebalancing done in the process [07:23] hmm. [07:23] and all that balancing is inturn eventually deleted anyway ;-) [07:23] especially if your'e removing a large directory tree [07:23] that is just screaming to be optimized ;-) [07:23] guess nobody is being paid to work on it anymore eh? [07:24] there were two sgi contractors i thought... before sgi ate it. [07:24] there's still sgi folk actively working on XFS [07:24] sandeen or something [07:24] yep [07:24] Sandeen [07:24] and there's another one too [07:24] Do they actually get paid by SGI? [07:24] based in Australia [07:24] yes, they're paid SGI employees [07:25] I didn't realize SGI still had paid employees. ;) === mruiz [n=mruiz@pc-134-66-104-200.cm.vtr.net] has joined #ubuntu-devel [07:26] lol [07:26] probably not for long :D [07:26] so sad [07:26] I used to use JFS instead of XFS, almost same performance, but lower cpu use [07:26] personally... I hope ext4's promised changes will fix it [07:26] I never really looked much at JFS. [07:26] and make it much more performance-competent [07:26] JFS is pretty nice [07:26] It got merged into mainline after I made teh switch to XFS. [07:26] though there's a few oddities [07:27] So I never really started learning about it [07:27] i.e. NEVER EVER MOUNT BEFORE FSCKING [07:27] heh [07:27] it and xfs where slow on delete so I did recently change it [07:27] journal replay is done by fsck [07:27] and mounting doesn't abort? [07:27] Yagisan: it's apparently due to the B+tree nature and the need to rebalance the trees on delete [07:27] wasabi: no, it happily mounts and then starts screaming about node corruption [07:28] and that's not a 4 line patch? heh [07:28] wasabi: you're supposed to mount it ro, fsck it , then mount it rw [07:28] wasabi: apparently "everyone knows that" :D [07:28] first I heard of it [07:28] Yagisan: well, good I saved you from looking dumb :D [07:28] On the topic of obscoure file systems. I started playing with AFS again [07:28] oddly, I found jfs outperformed xfs on my software raid [07:28] and xfs on non-raid [07:29] (media, torrents, and many many pbuilder runs) [07:29] in the end, I went back to slower ext3 with full journalling [07:29] Yagisan: jfs is not a bad performer by any stats [07:29] in fact, I have found JFS to be the most responsive under heavy IO [07:29] pbuilder sucks because of deletes, right? [07:29] the low cpu usuage is really nice on jfs [07:29] wasabi: right [07:30] wasabi: takes 30s to clean up pbuilder on XFS, 10s on ext3, 1s on reiser [07:30] heh. [07:30] Yagisan: JFS has _consistent_ performance [07:30] sure it may be slow at times compared to the compettiion [07:30] but it never wildly fluxuates from task to task [07:30] *ahem* reiser [07:30] I'd sure like to see a file system with COW copies. [07:31] :) [07:31] and yes I realize programs would have to take advantage of it [07:31] bzrfs [07:31] lol [07:31] one day [07:31] bzrfs? hah [07:31] it's not at all impossible [07:31] python-fuse FTW? [07:31] I have resier on my www server for one reason [07:31] I bet you could make a fuse thing do it pretty easy [07:31] in fact... googles. [07:31] masses and masses of many small files [07:31] I bet somebody else has already thought of it [07:31] (gigs of doxigenated source) [07:32] I have nothing against reiserfs at all [07:33] it's been rock-stable for me [07:33] the only complaint I've had about it is reiserfsck [07:33] Oh, also, XFS needs shrinking. [07:33] I had it eat data when I first tried it back in the 2.4.x kernels [07:33] if you ever have a hardware malfunction that leaves you with a corrupt FS [07:33] I love that about reiser. [07:33] YOU ARE SCREWED WITH REISER :) [07:33] online shrinking and expanding [07:33] have fun :) [07:33] they should just symlink fsck.reiserfs to mkfs.reiserfs [07:33] it'll save time [07:33] and code === zOrK [n=eclipse@113-60-176.adsl.cust.tie.cl] has joined #ubuntu-devel [07:39] I'd also like a way to re-collapse sparse files. [07:39] Without closing them. [07:42] :) [07:52] wasabi: just wondering, how do you create a sparse file in the first place? just write all zeroes? [07:53] bhale,Riddell: no, it doesn't. It does call setupcon, which does ioctl(KDFONTOP), which seems to confuse X in various ways; there is a bug filed already [07:55] hoping not to have to turn that off again, as it's nice for setup-console-under-usplash as well as general simplicity, but I may have to if we can't work out the issue [07:55] Chipzz: seek ahead in the file. [07:55] problem is that I haven't seen it on any of my own hardware so far [07:55] Chipzz: which basically increases it's size, but writes nothing. the FS can interpret that as using fake blank space [07:56] dd if=/dev/zero of=file bs=1M count=0 seek=100 or something === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel [08:03] wasabi: wont that just return an EOF? === dLinkCrawxor [n=sdfsdfsd@125-236-172-192.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel [08:03] Chipzz: no, see lseek(2) [08:04] it has an explicit paragraph about that at the end of the DESCRIPTION section === bholtslcaw [n=brandon@voyager.imbrandon.com] has joined #ubuntu-devel [08:05] uhu [08:05] thx :) [08:05] Is it true ubuntu dont fix all bugs thus getting more money through supporting the system? [08:06] heh [08:06] Not deliberately, no [08:06] you're implying so bad things [08:06] if ubuntu would do that, they would be shooting theirselves in the foot [08:06] dLinkCrawxor; ubuntu doesn't get money from support... [08:06] dLinkCrawxor; except indirectly [08:07] ok [08:07] dLinkCrawxor; companies involved in (and sometimes working on -- that's the indirect) get the money [08:07] dLinkCrawxor: not every bug gets fixed; but I think that's more of a resources thing as to use for ransom [08:08] is it true that mark eat's babies? [08:08] I can confidently say that I've never once deliberately failed to fix a bug in order to increase support revenue, nor have I ever been asked to [08:08] wasabi; that i can confirm. [08:08] the same is true of every technical company I've worked at [08:09] btw, I was wondering something [08:09] desrt: that's not true though - Canonical has a growing support department [08:09] whoopie brought up dapper-commercial earlier [08:09] cjwatson; canonical _is not_ ubuntu [08:09] desrt: *shrug* damn big slice of it [08:09] what is supposed to be best practice for commercial apps if they ship their own libraries we also ship? [08:09] desrt: while that is true [08:09] arguably, its a pretty fuzzy line [08:09] desrt: in practice a large chunk of that support revenue is going to feed straight back into Ubuntu [08:10] cjwatson; as i said above. indirectly because canonical works on ubuntu. [08:10] make a .deb with their libs included, or alter to structure to have it ue our files? [08:10] desrt: which you may call indirect, but I think is direct [08:10] s/ue/use/ [08:10] cjwatson; i claim that it's indirect for the time being [08:10] desrt: I respectfully disagree, and we can leave it at that [08:11] cjwatson; since if there was no support money, even now, mark would just be bankrolling the entire thing still [08:11] cjwatson; but this is not going to be true going into the future [08:12] yep [08:12] it's official, and it's pissing me off, wtf. [08:12] Ubuntu is just like everything else. It's about making profit. === bluefoxicy lobs this one towards the LKML. [08:12] for example vmware-player ships its own version of gtk+, should we ship that too, or have it depend on our libgtk2-0? [08:12] Not saying that's a bad thing [08:12] Linux is a hippie thing anymore [08:12] isnt* === Lathiat laughs [08:13] Chipzz: I don't believe there is a policy. There should be. ;) [08:13] (maybe I should ask on -motu?) [08:13] Chipzz: I'd like to see third parties ship ubuntu-certified packages. [08:13] Mark is a Giant Pooh. Jesus told me [08:14] Chipzz: Like, one package for dapper, one for edgy, one for feisty, etc. [08:14] Or maybe just for LTS releases. [08:15] wasabi: well, obviously depending on our own libs is better; otoh, when our libs upgrade to something incompatible with the commercial package, we'll have to include it again, so that makes stuff more difficult to upgrade these packages [08:15] vmware tries to use the distro libs anyway [08:15] if that fails it restarts with its own [08:15] interestingly, in dapper, it would fail with dappers and fell back to its own [08:15] Chipzz: I feel the vendor should track our libs, and we should not change our libs in incompatible ways without very good reasons. [08:15] due to some change in gtk that caused vmware to crash [08:15] (it was a vmware bug, but none the less) [08:15] wasabi: yes, but what if the vendor doesn't ship binaries for ubuntu, just general binaries [08:16] and we happen to package their tarball [08:16] (like vmware) [08:16] Got me. [08:16] Probably up to whomever does the packaging. [08:16] I would sure like to see vmware distribute vmware though. I'm not a fan of this commercial repository stuff. [08:16] vmware is not in dapper-commercial btw [08:16] it's in universe I think [08:17] vmware-player is in multiverse or some such right? [08:17] vmware is in multiverse [08:17] yeah [08:17] Chipzz: http://wiki.ubuntu.com/ThirdPartyApt I pine about some stuff there. =) [08:17] I would love it if we supported ISVs in supporting us. [08:17] So they could push their own updates on their own schedules. [08:17] But take advantage of our great package management framework, etc. [08:18] Also update-manager and friends. [08:18] Ubiquity/DriverUpdates is progress towards that on one front that's perhaps slightly different from what you've been thinking of [08:18] Yeah, it is. [08:18] I really speak more about the propriatary world. [08:18] vmware should ship a new version compiled against latest dbus btw [08:18] remains to be seen what the vendor takeup would be [08:18] (and latest libsexy) [08:18] I think it's a simple reality that all vendors will not want to put their software in our repository. [08:19] I poked chipx86 about that, but got no response [08:19] Nor go through us to update/manage that. [08:19] Chipzz: Also, as an example, vmware could depend on gtk>=2.5 <= 2.6 or some such. [08:19] Or whatever gtk's no-ABI-change policy is [08:19] wasabi: gtk+ is not a problem, really [08:19] dbus is [08:19] So, the upgrade to feisty would pop up and say "I can't do this. You've installed a third party piece of software. They need to update first." [08:20] "Go talk to them." [08:20] Same diff. [08:20] no not really ;) [08:20] How so? [08:20] gtk+ is supposed not to be removing/changes functions throughout the 2.0 series [08:21] dbus did change api [08:21] That's fine. The vmware guys know what version is going to be shipped in feisty. [08:21] They can procuce updated packages. Smae way MS developers all "get ready for vista" and stuff. [08:21] With the end goal being of course that Ubuntu is the only Linux distro that ISVs care to target. ;0 [08:21] yeah but they seem reluctant to do so [08:22] I don't think we engage them enough. [08:22] the problem with the dbus api is not just the library [08:22] I've worked with MS ISVs for ages. There are classes you can go to. Services you can buy, programs you can sign up for. [08:22] All with teh aim of having the entire ecosystem ready for Vista. [08:22] the bigger issue with dbus is the bus protocol (which is also an api) [08:22] It's a matter of us, after freeze, talking to ISVs and helping them get their software in order. [08:23] so, has that happened for vmware yet? :) [08:23] Nope. [08:23] It was one of the reasons I went to UDS... just couldn't get many people to care. === okaratas [n=okaratas@fedora/ozgur] has joined #ubuntu-devel [08:24] hi [08:24] I think TD showed up, and the entire time was spent talking about autopackage. [08:24] Or, less talking, and more arguing? [08:25] moins fellas [08:25] Question === imbrandon hides [08:25] 1) If I check a bug as a security vulnerability, does it become invisible? [08:26] afaik yes === Arrogance [n=aks@ottawa-hs-64-26-148-159.d-ip.magma.ca] has joined #ubuntu-devel [08:26] 2) Should I check a failure to enforce memory protections (PROT_EXEC) as a vuln? [08:26] Chipzz: I have a real strong feeling that stuff like that is why we aren't gaining traction as fast as we'd like among the ISVs. [08:26] Our community and their... company... just run on different things. [08:26] I have a test case to show the failure [08:26] MS really has that figured out well. [08:26] autopackage is the biggest pile of crap to come out of the open source community [08:26] Haha. [08:26] That's basically the position I took, with less nasty words. ;) [08:27] Chipzz: So, honestly, as somebody in Vmware (you are still there right?) what do you think the interest would be from their side? [08:27] wasabi: I'm not ;) === Chipzz != chipx86 ;) [08:27] ahh. [08:27] Oh. [08:28] mistaken identity! [08:28] I did try nagging him though ;) [08:28] (in a polite way :)) [08:28] Who are you then? :) [08:28] that happens often ;) === imbrandon is brandon === bhale is brandon too [08:28] just some random guy who has contributed some minor things to gnome and ubuntu [08:28] oh screw it [08:28] patches mostly [08:28] ahh [08:28] I'll just leave it out in the open [08:29] and I have been in the gnome packaging team several years ago [08:29] (RH packaging) [08:29] Anyways, so, I sort of think it's something somebody up in the Canonical stratosphere is going to have to do. [08:29] Ya know, it's marketing at it's heart. [08:29] unofficial rpms === kripkenstein__ [n=alon@DSL217-132-189-165.bb.netvision.net.il] has joined #ubuntu-devel [08:33] malone #75157 [08:33] Malone bug 75157 in linux-source-2.6.19 "noexec doesn't apply on 32-bit AMD64" [Undecided,Unconfirmed] http://launchpad.net/bugs/75157 === kripkenstein__ [n=alon@DSL217-132-189-165.bb.netvision.net.il] has left #ubuntu-devel ["Ex-Chat"] [08:49] bluefoxicy: you have to enable PAE memory layout for nx to work in the 32bit kernel (on nx-enabled hardware) [08:50] keescook: Isn't that enabled? [08:50] bluefoxicy: I don't think it is by default on the 32bit kernels because it a performance hit. [08:50] and this is just what I remember from digging around in the kernel code trying to figure out why nx wasn't working [08:51] keescook: someone needs to turn that on then~ [08:51] HIGHMEM4G is set [08:52] no. we don't. === humbolt [n=elias@213-147-185-150.ADSL.ycn.com] has joined #ubuntu-devel [08:52] kylem: and why not? [08:54] if you run a server-bigiron kernel, it will work. [08:55] so security doesn't matter for desktops? [08:55] bluefoxicy: Do tell us when you've stopped beating your wife [08:55] You are aware that every Ubuntu desktop system now has an executable stack and heap in every process, right? [08:55] mjg59: I don't have a wife [08:55] so does everyone else. [08:56] bluefoxicy: Security matters for desktops. So do other things. [08:56] things which don't matter for desktops: #1) addressing 36-bits of physical memory. [08:56] kylem: I don't care about 36-bits of physical memory. [08:57] I care about not being able to blissfully execute memory that's not supposed to be executed. [09:00] bah, I'm going to throw this at devel@ [09:00] itym devel-discuss. [09:00] itym?? [09:03] this is stupid, what was the point of fixing #49192 and #49283 === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel [09:09] "I think you mean" [09:11] there is no devel-discuss [09:11] bluefoxicy: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-December/000227.html [09:12] cjwatson: well, http://www.ubuntu.com/community/lists doesn't list it so I didn't post there. [09:12] (yes I looked when he said that) [09:12] it's not on the full list either. [09:12] the canonical list of Ubuntu mailing lists is on http://lists.ubuntu.com/, not there [09:13] nope, it's not [09:13] it not being on lists.u.c is a bug, which I'll file in RT now [09:13] https://lists.ubuntu.com/mailman/listinfo/ re? [09:13] https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [09:14] well there you go. [09:14] should be sorted out shortly [09:15] heh, it would help if I actually read the list instead of just posting to it; it's the third message down [09:15] also I'm no longer allowed to post to it, yay. [09:15] "it"? [09:15] the list... ubuntu-devel.. am I the only one that has any context? [09:16] there were two possible referents, the other of which is ubuntu-devel-discuss [09:16] messages to ubuntu-devel are moderated, and will be approved if appropriate. if you don't think you'll ever post any appropriate messages, well, I suppose that speaks for itself [09:17] I think I'll be adding a new filter to my mailbox. [09:18] https://bugs.launchpad.net/products/ubuntu-website/+bug/75163 [09:18] Malone bug 75163 in ubuntu-website "/community/lists should mention ubuntu-devel-discuss" [Undecided,Unconfirmed] === Gerrath_ [n=Gerrath@c-71-236-114-74.hsd1.pa.comcast.net] has joined #ubuntu-devel === Xof [n=mas01cr@gibbons.doc.gold.ac.uk] has joined #ubuntu-devel === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel === zorglu_ [n=zorglub@206.43.102-84.rev.gaoland.net] has joined #ubuntu-devel === somerville32 [n=somervil@fctnnbsc15w-156034085183.nb.aliant.net] has joined #ubuntu-devel [09:28] Someone should change the topic in here [09:28] "Home of the #ubuntu and #kubuntu operators" -> "Home of the #ubuntu, #xubuntu, and #kubuntu operators" [09:28] ... [09:28] Wrong channel. === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === jherm [n=jherm@71.174.54.65] has joined #ubuntu-devel === dsas [n=dean@cpc2-stok6-0-0-cust37.bagu.cable.ntl.com] has joined #ubuntu-devel === Ingar [n=saltvik@ti500720a080-7728.bb.online.no] has joined #ubuntu-devel === testeeer_ [n=zdra@181.253-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [10:02] somerville32: saw your question in -doc earlier. Documentation is subject to the same SRU procedure. [10:05] mdke: So documentation doesn't qualify for an SRU? [10:07] somerville32: it can do, in the circumstances specified by the StableReleaseUpdates wiki page === kent [n=kent@82.145.136.38] has joined #ubuntu-devel === Ingar [n=saltvik@ti500720a080-7728.bb.online.no] has joined #ubuntu-devel [10:09] mdke: Why not have a more lenient SRU policy for documentation due to the low risk of regression? [10:10] (low risk and low impact) === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel [10:13] what's Adam Conrad's irc handle? [10:13] somerville32: I don't know, that's the policy [10:13] rmjb: infinity [10:13] thanks [10:14] somerville32: maybe there can be more lenience in the application of the policy [10:14] infinity: I'm gonna try to tackle merging xbvl [10:14] somerville32: try and see [10:14] fabbione, ping [10:14] mdke: k === bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel === cypher1 [n=cypher1@59.92.143.213] has joined #ubuntu-devel === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel === Gerrath [n=Gerrath@unaffiliated/gerrath] has joined #ubuntu-devel === mruiz [n=mruiz@pc-134-66-104-200.cm.vtr.net] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === boggle [n=spindler@modemcable061.205-82-70.mc.videotron.ca] has joined #ubuntu-devel === j_ack [n=rudi@p508D920D.dip0.t-ipconnect.de] has joined #ubuntu-devel === Eons [n=Eons@host-84-221-69-85.cust-adsl.tiscali.it] has joined #ubuntu-devel === Czubek [n=Damian@82.160.179.2] has joined #ubuntu-devel === ivoks [n=ivoks@161.53.50.54] has joined #ubuntu-devel [11:14] anyone has had network issues with feisty? [11:14] I keep losing my IP [11:14] and I can't add routes [11:14] it says [11:15] SIOCADDRT: Network not available === geser [n=michael@dialin107130.justdsl.de] has joined #ubuntu-devel === ivoks [n=ivoks@161.53.50.54] has joined #ubuntu-devel [11:22] raphink: you should ask in #ubuntu, if you haven't already [11:22] how so deltab? [11:22] I'll go ask in #ubuntu+1 rather [11:22] :) === ivoks [n=ivoks@161.53.50.54] has joined #ubuntu-devel [11:23] it just sounds like a support issue, and the topic says this isn't the channel for that === mc44 [n=mc44@ip-81-170-100-10.cust.homechoice.net] has joined #ubuntu-devel === jonh_wendell [n=wendell@40-88-199-200.vcnet.com.br] has joined #ubuntu-devel === CypherBIOS [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel === towsonu2003 [n=towsonu2@c-69-251-20-244.hsd1.md.comcast.net] has joined #ubuntu-devel === HiddenWolf [n=HiddenWo@136.36.dynamic.phpg.net] has joined #ubuntu-devel