/srv/irclogs.ubuntu.com/2007/07/27/#ubuntu-devel.txt

calcbooted12:11
=== calc kicks the desktop, it should be coming up by now
calctakes 2 min to X then another 2 min to gnome startup, lol12:13
calcdoesn't look like NM wants to connect to the open ap in ubuntu i386 tribe-312:15
stgraberok, result here are : WPA -> keep asking the key, public -> connected successfully12:16
calcstgraber: which did you try first?12:16
calcstgraber: open or wpa?12:16
stgraberso exact same test results as I had with Kubuntu just before (WPA failed at the beginning and worked after a moment)12:16
stgrabercalc: wpa, then an open, then another wpa12:16
calcwhen i tried open first then wpa it didn't work for either12:17
calcso 1. open (fail) 2. wpa (asked lots of times) 3. open (passed)12:18
stgraberso looks like we need to try a WPA before being able to connect to open :)12:19
stgraberfunny12:19
calcyea i think so12:19
stgraberbut I'd prefer being able to connect to WPA rather than public :)12:19
calcif you can reproduce that on yours as well then it is confirmed12:19
calcstgraber: i was able to connect to WPA earlier somehow, but not anymore12:19
stgraberok, let's me reload NM (both daemon and applet)12:20
stgrabercalc: yes, me too :)12:20
calcsomething is really buggy12:20
calcer now it worked, wtf12:21
calcbeat on it long enough and it starts working for no reason12:21
calcgrr12:21
calclooks like i am still stuck on feisty for my dev work in a gutsy chroot12:23
asacstgraber: please try manual wpa_supplicant12:24
asacstgraber: starting in a fresh state12:24
asacthats all i can do for network manager12:24
asacif it works that way ... we should be able to get it work in nm as well12:24
asacstgraber: you said on amd64 it didn't work at all?12:25
calcasac: its probably just so flakey that he thought it didn't work at all...12:25
calcasac: that is what i am seeing here on both i386 and amd64, it rarely works12:25
calcit seems to somewhat reliably work for open if i try to connect to wpa first12:26
asaccalc: you get ioctrl warnings?12:26
calc1. wpa (fail) 2. open (work)12:26
calcasac: hmm not that i recall, i did get it when trying to force wpa-driver to ipw in network/interfaces before12:26
asacah12:27
calci don't see any ioctl messages in daemon.log though12:27
stgraberok, I had the same behaviour as calc, you can't directly connect to a public AP :)12:27
asacstgraber: what ap_scan method does nm use (in syslog)12:29
elmoerr - I'm confused12:30
elmoI just mke2fs'ed a new partition - how do I get it to appear in /dev/disk/by-uuid/ ?12:30
stgraberasac: AP_SCAN 112:30
asacstgraber: if you use the sequence in log manually ... does it work?12:31
stgraberI just tried with the sequence I pasted before, it works but there is a 2-3 minutes delay before when I try the command and when it finds the AP and connect12:32
calcstgraber: when it worked for me earlier when doing the manual way it took several minutes as well12:33
asacstgraber: but it connects at some point?12:33
calcwhich seems odd12:33
asacstgraber: if you look at syslog12:33
=== Martinp24 [n=Martinp2@host86-147-224-240.range86-147.btcentralplus.com] has joined #ubuntu-devel
asacnm adds more info to wpa_supplicant12:33
asacmaybe that boosts a bit?12:33
=== LaserJock [n=mantha@lambda.chem.unr.edu] has joined #ubuntu-devel
stgraberasac: NM gives up before wpa_supplicant manage to connect, I'm currently trying with the syslog sequence12:35
stgraberok, worked as well after two disconnects and a 1-2 min delay12:36
asaccan you capture a log for that?12:36
asaci want to see if i can see in code whats going on with wpa_supplicant ... what is it doing all the time?12:36
stgraberhttp://paste.stgraber.org/2259 <-- this is the used sequence12:37
asacline 19-END takes 1+ minutes?12:38
=== calc wonders what would happen if the kernel was downgraded to feisty's
calcits not doable on a boot cd but would be interesting to see if it was the kernel at fault somehow12:38
stgraberasac: nope, line 18 to end12:38
stgraberlike if it didn't find the AP before12:39
asacdo you have wpa_supplicant log?12:39
asacwith -dd ?12:39
asacyou only see the fall-out on wpa_cli console12:39
=== Martinp24 [n=Martinp2@wikimedia/Martinp23] has joined #ubuntu-devel
stgraberasac: http://www.stgraber.org/download/wpa-output12:42
stgraberasac: this time went faster, don't really know why though12:42
stgraberfaster = 40s to associate which is still a lot (I don't know what is the timeout for nm-applet)12:43
asacyeah12:43
asacwhat the hell does Wireless event: new AP: 00:00:00:00:00:0012:43
asacmean12:43
asacstgraber: how many ssids do you have?12:44
stgraberasac: receiving 5, sometimes 712:45
=== pedro [n=pedro@pc-118-221-44-190.cm.vtr.net] has joined #ubuntu-devel
asac00:14:d1:c0:39:80 ??12:46
=== mathiaz [n=mathiaz@dsl-207-112-126-89.tor.primus.ca] has joined #ubuntu-devel
asacthats the one finally connected to?12:46
stgraberasac: yes12:46
asacits getting blacklisted multiple times12:47
asacAdded BSSID 00:14:d1:c0:39:80 into blacklist12:47
=== jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel
asaceverytime before that we get a "Wireless event: new AP: 00:00:00:00:00:00"12:48
calci got some things about all 0's ap in the wpa_cli12:48
calcearlier today12:48
asacsomehow like this events prematurately kills our right association attempt12:48
calcwhen it failed to assoc12:48
stgraberyes, I just don't really see where the hell does this 00 AP comes from :)12:49
asacwelll its really just the 00:00:00:00 ping pong12:49
asacthat appears to consume that time12:49
asaconce this ping-pong is stopped by some timeout12:49
calcand kills the assoc attempts i think as well12:49
asacit directly connectes12:49
calcapparently after several minutes12:50
asacRemoved BSSID 00:00:00:00:00:00 from blacklist (clear)12:50
asacRemoved BSSID 00:14:d1:c0:39:80 from blacklist (clear)12:50
=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel
asaci think the timeout is one minute12:50
=== doko_ [n=doko@dslb-088-073-105-052.pools.arcor-ip.net] has joined #ubuntu-devel
asacmaybe if you have bad luck you get multiple runs of these12:50
asacstgraber: can you try to get a long of an attempt that takes longer?12:50
asace.g. 2-3 minutes?12:50
elmoevand: ping12:50
stgraberasac: I think I may get one if I completely reload ipw394512:51
calcasac: i have to leave now :\ but i can work with you more tomorrow if you would like12:51
=== RAOF [n=chris@123-243-65-41.tpgi.com.au] has joined #ubuntu-devel
asaccalc: right ... i will ping you if i need more info :)12:53
asacthanks!12:53
stgraberasac: I had a 50s long one with 3 disconnects12:54
stgraberasac: maybe using the proto, key_mgmt, pairwise and group params make things a bit faster (no need to detect)12:55
calcasac: it sounds like stgraber has the exact same issue as I am having, so between the three of us we should figure it out12:55
asacstgraber: ok ... can you try without these details?12:55
stgrabersure12:55
=== calc bbl
asaccalc: my feeling is that wpasupplicant is the problem12:56
=== jml [n=jml@123-243-65-41.tpgi.com.au] has joined #ubuntu-devel
stgraberasac: without the settings, it took much time to try to associate for the first time, then it goes pretty fast (only two disconnects)12:59
stgraberso only a bit more than a minute12:59
asacyou have a log of the long run?01:00
asacthe first?01:00
stgraberasac: http://www.stgraber.org/download/wpa-output1 <-- 3 disconnects (50s)01:00
asacstgraber: great01:00
stgraberasac: http://www.stgraber.org/download/wpa-output2 <-- 2 disconnects (1m)01:00
asaccan you keep those files up for a few days?01:00
asaci have to sleep now :)01:00
=== asisak [n=conp@unaffiliated/conp] has joined #ubuntu-devel
stgrabersure01:00
stgraberyeah, me too :)01:00
asacthanks for your help!01:00
calcasac: that would make sense, since open ap with dhclient connects immediately01:00
stgraberyes, this association to 00:00:00:00:00:00 seems to be the problem01:01
stgraberas blacklisting, unblacklisting and then retrying to connect takes a while01:01
=== jtt [n=jtholmes@adsl-065-006-144-253.sip.asm.bellsouth.net] has joined #ubuntu-devel
asacthe problem is that it tries to deal with that imo01:02
stgraberso it shouldn't be arch dependant, that's already a good news :), now it's about finding a patch upstream (if any)01:03
asacyeah01:03
calcwe could try downgrading to the version in feisty as well01:04
calcto see if that helps01:04
calci tried 0.5.8 which might already have been buggy in that respect01:04
calcif 0.5.7 is new enough to work with the current kernel, etc01:06
=== ScottLij [n=scott@24-180-196-49.dhcp.aldl.mi.charter.com] has joined #ubuntu-devel
calc2007-05-28 - v0.5.801:06
calc* updated driver_wext.c to build with the current wireless-dev.git tree01:06
calc  and net/d80211 changes01:06
calcone of the modifications in 0.5.8...01:06
asacin fact 00:00:00... events are disconnect events from driver01:13
asacwhen looking where those are actually handled i found this ...01:13
asachttp://pastebin.mozilla.org/17829701:14
asacread line 6-1001:14
asacapparently we run through this ... and full disconnect is scheduled01:15
asacso for our case its not01:15
asacwpa_s->key_mgmt == WPA_KEY_MGMT_WPA_NONE01:15
asacand neither is:01:15
asac#01:15
asacwpa_s->wpa_state == WPA_4WAY_HANDSHAKE &&01:15
asac#01:15
asac            (wpa_s->key_mgmt == WPA_KEY_MGMT_PSK ||01:15
asac#01:15
asac             wpa_s->key_mgmt == WPA_KEY_MGMT_FT_PSK)01:15
=== Burgundavia [i=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel
stgraberasac: there's also line 2501:17
stgraberasac: which seems to be about this 00:00:00:00:00:00 ssid01:18
asacyes ... but that is just a rescan scheduling01:18
asacin case it was associated01:18
asacat least i think it is ... should be ok01:18
asac... though it might consume time01:18
asachmmm ... that is about bssid01:19
asacmaybe we should just ignore disconnect events when associating01:24
asacand instead hope for a timeout to kick in01:24
=== sbalneav [n=sbalneav@S0106000b6a5631f9.wp.shawcable.net] has joined #ubuntu-devel
=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel
evandelmo: pong01:28
elmoevand: unping01:29
asacstgraber: can you try this ugly patch for wpasupplicant?01:29
asacstgraber: http://people.ubuntu.com/~asac/test_ignore_disconnect.patch01:29
stgraberyes01:30
stgraberasac: I made a dpatch and I'm currently updating my pbuilder01:36
asacah ok01:37
asaci think you could have just patches against unpacked source tree ... but well :)01:37
asacits safer this way01:37
=== LL-cool-jdong [n=jdong@wireless-251.media.mit.edu] has joined #ubuntu-devel
stgraberasac: compile failed01:41
asaccan you fix it?01:41
stgraberit's about the events.c file01:41
asacyeah tell me the line and error01:42
stgraberhttp://paste.stgraber.org/226001:42
asacoh01:42
asacyeah ... go to the patch01:42
asacadd a { at the end of the line01:42
asacof the if01:42
asacyou see that?01:42
asacstgraber: should look like the if line below01:43
stgraberoh, didn't see it while working on the patch :)01:43
asacgood01:43
asaci updated the patch http://people.ubuntu.com/~asac/test_ignore_disconnect.patch01:44
asacin case01:44
asacbut just edit the patch in place ;)01:44
stgraberok, compiled and installed01:47
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel
asacdoe it break everything?01:48
asac:)01:48
=== Trewas [n=ilonen@raato.lut.fi] has joined #ubuntu-devel
asacstgraber: any update?01:54
stgraberasac: seems like disconnects has been replaced by timeout01:54
stgraberbut no association anymore01:54
stgraber<2>Authentication with 00:00:00:00:00:00 timed out.01:54
stgraber<2>Trying to associate with 00:14:d1:c0:39:80 (SSID='graber-wifi' freq=2412 MHz)01:54
stgraberit already did that 8 times01:55
asacok01:58
asacwhat state are you in?01:58
asacdo you see that in supplicant log?01:58
asacis it ASSOCIATING?01:59
asacor SCANNIG?01:59
stgraberI see that in wpa_cli01:59
=== Veenified [n=brett@adsl-70-131-128-115.dsl.emhril.sbcglobal.net] has joined #ubuntu-devel
stgraberit seems to be ASSOCIATING01:59
stgraberit does : DISCONNECT -> SCANNING -> ASSOCIATING (looking at the wpa_supplicant window)02:00
stgraberthen start again at DISCONNECTED (once the MAC is blacklisted)02:01
=== jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel
=== j_ack [n=j_ack@p508D83BB.dip0.t-ipconnect.de] has joined #ubuntu-devel
asacstgraber: ok ... i have to go :) ... many thanks.02:09
stgraberasac: np :), ping me when you have a new wpa_supplicant to test02:09
=== Jonbo [n=Jonbo123@adsl-226-20-90.bhm.bellsouth.net] has joined #ubuntu-devel
=== vlowther [n=vlowther@adsl-75-55-115-198.dsl.austtx.sbcglobal.net] has joined #ubuntu-devel
=== ash211 [n=andrew@user-11210sc.dsl.mindspring.com] has joined #ubuntu-devel
=== Arrogance [n=aks@ottawa-hs-209-217-75-40.d-ip.magma.ca] has joined #ubuntu-devel
ash211Can someone please take a look at bug 127551?02:24
ubotuLaunchpad bug 127551 in Ubuntu "[feisty]  dpkg-reconfigure xserver-xorg: failure because of missing package xresprobe" [Undecided,New]  https://launchpad.net/bugs/12755102:24
ash211Why would xresprobe be in the LiveCD but not the Alternate?02:25
=== kwwii [n=kwwii@p54955DA4.dip.t-dialin.net] has joined #ubuntu-devel
mneptokbecause the alternate never invokes X02:30
mneptokbut it should still install it02:30
mneptok[mneptok@set]  mneptok :: which xresprobe02:31
mneptok/usr/sbin/xresprobe02:31
mneptok^^ installed from alternate ^^ (but Feisty)02:31
=== jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel
=== ScottLij [n=scott@24-180-196-49.dhcp.aldl.mi.charter.com] has joined #ubuntu-devel
=== jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel
=== Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel
=== elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-devel
=== micahcowan [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-devel
=== spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel
=== raphink [i=raphink@ubuntu/member/raphink] has joined #ubuntu-devel
=== zenrox [i=zenrox@pool-71-115-210-186.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel
=== [PUPPETS] Gonzo [i=gonzo@80.69.47.16] has joined #ubuntu-devel
=== mat|work [n=mat@igoan/mat] has joined #ubuntu-devel
=== Solarion [n=solarion@cruftix.physics.uiowa.edu] has joined #ubuntu-devel
=== Zanoi [n=zanoi@zanoi.net] has joined #ubuntu-devel
=== smurf [n=smurf@debian/developer/smurf] has joined #ubuntu-devel
=== jumpula [i=jussi@smooth.piipiip.net] has joined #ubuntu-devel
=== Traxer|on [i=traxer@shell6.powershells.de] has joined #ubuntu-devel
=== winkle [i=winkle@suiko.acc.umu.se] has joined #ubuntu-devel
=== maswan [i=maswan@kennedy.acc.umu.se] has joined #ubuntu-devel
=== orion2012 [n=orion@hypnogogic.org] has joined #ubuntu-devel
=== jvw [i=jeroen@220pc220.sshunet.nl] has joined #ubuntu-devel
=== soren [n=sh@ubuntu/member/shawarma] has joined #ubuntu-devel
=== lool [i=lool@debian/developer/lool] has joined #ubuntu-devel
=== syp| [n=syp@lasigpc9.epfl.ch] has joined #ubuntu-devel
=== lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #ubuntu-devel
=== nnonix [n=brad@bkjohnson.com] has joined #ubuntu-devel
=== Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #ubuntu-devel
=== saispo [n=saispo@ryu.zarb.org] has joined #ubuntu-devel
=== AndrewB [n=andy@freenode/helper/ubuntu.member.AndrewB] has joined #ubuntu-devel
=== fdoving [n=frode@ubuntu/member/frode] has joined #ubuntu-devel
=== LongPointyStick [n=mystery@ubuntu/member/hobbsee] has joined #ubuntu-devel
=== stgraber [n=stgraber@ubuntu/member/stgraber] has joined #ubuntu-devel
=== AndyP [n=andyp@ubuntu/member/welshbyte] has joined #ubuntu-devel
=== asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel
=== elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-devel
=== mr_pouit [n=mrpouit@ubuntu/member/mrpouit] has joined #ubuntu-devel
=== Sp4rKy [n=Sp4rKy@ubuntu/member/sp4rky] has joined #ubuntu-devel
=== bashelier [n=arthur@dunnewind.net] has joined #ubuntu-devel
=== Lutin [n=Lutin@ubuntu/member/lutin] has joined #ubuntu-devel
=== DreamThief [n=mathias@unaffiliated/dreamthief] has joined #ubuntu-devel
=== azeem [n=mbanck@ppp-88-217-34-109.dynamic.mnet-online.de] has joined #ubuntu-devel
=== guerby [n=guerby@gut75-4-82-235-162-148.fbx.proxad.net] has joined #ubuntu-devel
=== pkl_ [n=phillip@unaffiliated/pkl/x-764568] has joined #ubuntu-devel
=== sevrin [n=sevrin@ns1.clipsalportal.com] has joined #ubuntu-devel
=== illovae [n=illovae@unaffiliated/illovae] has joined #ubuntu-devel
=== Halcy0n [n=halcy0n@pdpc/supporter/active/Halcy0n] has joined #ubuntu-devel
=== zerbero__2 [n=jga@pD9E620E7.dip.t-dialin.net] has joined #ubuntu-devel
=== _lemsx1_ is now known as lemsx2
=== lemsx2 is now known as _lemsx1_
=== Trewas [n=ilonen@raato.lut.fi] has joined #ubuntu-devel
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel
=== ryanakca wonders if canonical-sysadmin will mind his advertising the advertising of their channel on the planet
mneptokryanakca: is it necessary?02:48
ryanakcamneptok: http://blog.ryanak.ca/archives/4002:48
ryanakcaSysadmin Appreciation Day, stop in to say thanks :D02:49
mneptokyeah, i don't think making the channel a target of spambots and kids wanting help with Apache is a great way to say thank you ;)02:50
crimsunwhile the thought would be appreciated, I would err on the side of caution.02:50
mneptokbuy beer. it's meaningful.02:50
mneptok:)02:50
ryanakcaOkies then. *snips it out*02:50
ryanakcamneptok: better?02:51
mneptoksmells like home cookin' :)02:51
=== ryanakca checks the box to stick in on planet :D
=== zul_ [n=chuck@mail.edgewater.ca] has joined #ubuntu-devel
=== Vorbote [n=harbinge@unaffiliated/vorbote] has joined #ubuntu-devel
=== wick2o [n=wick2o@72.25.44.225] has joined #ubuntu-devel
wick2ohello03:07
wick2oi have found something missing with the hylafax-server package03:07
wick2oI'm not sure who/where would be best to give the info too03:08
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel
wick2oin the setup.cache file there is a BASECONFIG='/usr/bin/uunecode'03:09
wick2oit SHOULD be BASECONFIG='/usr/bin/uuencode -m ===='03:09
wick2othe package wont forward any attachments if this isnt changed03:10
wick2oi just spend 8 hours troubleshooting this issue03:10
sorenwick2o: https://launchpad.net/ubuntu/+source/hylafax/+filebug03:11
=== soren falls asleep
wick2othank you soren03:12
Vorbotewick2o: as hylafax is in universe, you may find a more sympathetic audience in #ubuntu-motu as as well as filing a bug03:12
wick2ok03:12
wick2oJust tring to save some other people the hassle of what i had to do today03:13
=== agoliveira [n=adilson@200.146.40.182.adsl.gvt.net.br] has joined #ubuntu-devel
=== licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel
=== Jedusor [n=Jedusor@41.208.163.124] has joined #ubuntu-devel
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel
=== jetscreamer [n=jetscrea@unaffiliated/jetscreamer] has joined #ubuntu-devel
=== Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel
=== j_ack [n=j_ack@p508D83BB.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== stdin [i=stdin@unaffiliated/binary2k2] has joined #ubuntu-devel
=== StudlyTaco [n=jasen@c-66-41-40-220.hsd1.mn.comcast.net] has joined #ubuntu-devel
=== shady [n=shady@196.205.116.241] has joined #ubuntu-devel
=== shady [n=shady@196.205.116.241] has left #ubuntu-devel ["Leaving"]
=== cr3 [n=marc@bas5-montreal02-1096553708.dsl.bell.ca] has joined #ubuntu-devel
=== Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-devel
=== hunger_t [n=tobias@p54A73B7A.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== CarlF1 [n=carl@adsl-75-57-174-245.dsl.emhril.sbcglobal.net] has joined #ubuntu-devel
=== _Apex is now known as Apex
=== realist [n=realist@58.175.41.41] has joined #ubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
=== nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel
=== Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-devel
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel
calci have an issue06:31
calchow do i do an and statement in shell06:32
calceg06:32
calc [ -s $$f (and) ! -h $$f ] 06:32
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel
Hobbseecalc: it seems [ -s $$f -a ! -h $$f ]  from man test, if i'm reading it right06:33
Hobbseecalc: may need to put brackets around each expression, though06:33
StevenK-a is frowned upon06:34
StevenK[ -s $$f ]  && [ ! -h $$f ] 06:34
Hobbseethere you go, StevenK can answer then06:34
calcok06:34
Hobbseei was wondering about that, though06:34
calcthanks :)06:34
calci couldn't find -a in bash manpage so that was why i had to ask06:34
calci thought it was something like -a but wasn't certain and didn't want to break this code, heh06:34
StevenKcalc: man test06:35
StevenKnot bash06:35
ajmitchsince [ is special & all06:35
ajmitchweird unixy stuff06:35
calcStevenK: ah ok06:35
StevenK[ is a symlink to test :-)06:35
ajmitchStevenK: symlink?06:36
StevenKHrm, I thought it was06:36
calca symlink apparently counts as a regular file as far as -s is concerned06:36
ajmitchdoesn't appear to be so now06:36
calcduh i mean -f06:36
calcso i changed it to -s and ! -h to see if that helps06:37
=== StevenK wonders where he saw that
calcgrr it still doesn't do what i want, how is this getting by my test06:38
=== calc looks at the code closer
calchttp://pastebin.com/d5a36c14206:40
calcany ideas about how symlinks are getting uuencoded?06:40
calcdoes that code look correct?06:42
calchmm actually it is working i am too tired or something06:45
calcits working perhaps too good06:45
Mithrandirpersonally, I much prefer -L to -h, but that might just be me.06:45
=== StevenK waits for the sparc buildds to stop getting hit up by gcc and glibc
=== Hobbsee stomps on Mithrandir's feet in greeting
calci forgot the thing i was trying to encode was in the orig.tar.gz oops06:54
MithrandirHobbsee: bad Hobbsee!06:54
HobbseeMithrandir: i'm not bad!  *looks around innocently*06:54
=== Hobbsee couldnt *possibly* be bad.
=== nags [n=nags@125.16.129.16] has joined #ubuntu-devel
ajmitchHobbsee: sure, you've convinced me *cough*06:58
infinityStevenK: You're lucky they're up at all, don't complain.06:58
calcis there a way to use test to check if the beginning of a filename matches some chars?06:58
calceg if filename starts with src680 ignore the file06:58
StevenKinfinity: :-P06:59
StevenKcalc: case06:59
=== stub [n=stub@ppp-58.8.7.209.revip2.asianet.co.th] has joined #ubuntu-devel
calcStevenK: http://pastebin.com/d223cfa8807:09
calcStevenK: is that what it should look like07:09
calcStevenK: i thought it would work like that but for some reason it still ends up encoding the src680 files07:09
calcer is what i thought it should look like07:10
StevenK$$f might not start with src68007:10
StevenK*src680*, perhaps?07:11
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel
StevenKMorning pitti07:11
calcah ok, yea it probably starts with src/src68007:11
calcthanks for the help! :)07:11
pittiGood morning07:11
ajmitchhi pitti07:12
pittihey ajmitch07:13
calcthat worked07:13
Hobbseeajmitch: :P07:14
Hobbseemorning pitti07:14
=== mneptok falls through the ceiling onto Hobbsee
Hobbseemneptok!07:15
=== Hobbsee shifts to the side, and watches mneptok thud on the ground
mneptokwhere?!07:15
=== jml [n=jml@123-243-65-41.tpgi.com.au] has joined #ubuntu-devel
=== RAOF [n=chris@123-243-65-41.tpgi.com.au] has joined #ubuntu-devel
Hobbsee@btlogin07:34
=== freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel
=== BaD_CrC [n=ns@c-71-231-214-232.hsd1.or.comcast.net] has joined #ubuntu-devel
=== viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel
=== kwwii_ [n=kwwii@p54954530.dip.t-dialin.net] has joined #ubuntu-devel
pittidoko: two glibc uploads every day? :-)08:00
=== Hobbsee hugs pitti
dokopitti: fixing bugs at a fast pace =)08:03
=== pitti hugs doko
pittidoko: don't feed the buildds too much, lest they get too fat :-)08:05
=== \sh_away is now known as \sh
=== ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-devel
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic__ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel
=== kt` [n=ksmasked@h80.33.55.139.ip.alltel.net] has joined #ubuntu-devel
kt`hola!08:56
kt`anyone around08:56
Hobbseeperhaps08:57
kt`:o08:57
=== thekorn [n=thekorn@a89-182-29-119.net-htp.de] has joined #ubuntu-devel
kt`I have a few questions relating to Pulp.08:58
\shhappy sysadmin day to all of you :)08:58
kt`heh08:58
kt`it is sysadmin day08:58
=== jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel
stdinkt`: http://www.sysadminday.com/ :)08:59
kt`im there :P08:59
kt`i searched it when he said that was there before the link :D08:59
=== Shely [n=Shely@221.201.85.114] has joined #ubuntu-devel
kt`anywho, anyone familiar with Pulp?09:00
asac_hi all09:02
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel
kt`hi09:04
=== jonibo [n=jonas@193.12.106.2] has joined #ubuntu-devel
sorenThere's a quite vocal discussion on the ubuntu-server mailing list about people wanting separate repositories for server packages to make it clearer which packages are covered by the 5 years of support in our LTS releases. Could someone who has been around a bit longer than I perhaps shed some light on the issues?09:09
=== ivoks [n=ivoks@83-131-5-6.adsl.net.t-com.hr] has joined #ubuntu-devel
sorenIs it just the packages in http://people.ubuntu.com/~ubuntu-archive/germinate-output/dapper/server that are covered, or is it "server installations"?09:09
stdinsoren: all the packages in the "main" repository are covered by the LTS suppost09:10
ajmitchafaik, it's the packages in the server seed for the 5 year support09:10
Mithrandirstdin: no, that's not correct.09:10
sorenstdin: Yes, but LTS means 3 years for desktop and 5 years for servers.09:10
ajmitchbut I don't have any more info than you do, I suspect :)09:10
Mithrandirstdin: that is, not all of them are covered with a 5 year support guarantee.09:10
sorenMithrandir: It's not?09:10
sorenMithrandir: Ah, right.09:11
ivoksthere is no disctinction betwean server and desktop packages09:11
sorenivoks: That's always been my impression, too.09:11
sorenivoks: I've always thought it was "server installations".09:11
ajmitchivoks: no visible distinction, but I've consistently heard that it's seed-based - best to ask the canonical support crew09:11
stdinMithrandir: which aren't?  I thought that main was the officially supported repo?09:12
sorenajmitch: I suppose.09:12
ajmitchsoren: "server installations" is suitably vague, as we've seen on the lsit09:12
ivoksfor next LTS, this could be solved trough 'Section'09:12
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
Mithrandirstdin: firefox for instance is not supported for five years.09:12
=== allee [n=ach@dialin-212-144-130-142.pools.arcor-ip.net] has joined #ubuntu-devel
ivoksor... another header for packages09:13
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== carlos_ [n=carlos@163.pool85-48-166.static.orange.es] has joined #ubuntu-devel
kt`anyone familiar with Pulp?09:13
ajmitchivoks: it wouldn't be hard to do more binary package mangling for selected packages, if it's worthwhile09:14
ivoksi think it is09:15
ivokspeople ask support related questions on mailling list09:15
ivoksand with additional header it would be possible to inform admin that packages are not longer supported09:15
ivoksjust an idea...09:16
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic__ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic__ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== mvo [n=egon@p54A67444.dip.t-dialin.net] has joined #ubuntu-devel
pittihey mvo!09:30
mvohey pitti09:32
=== ivoks [n=ivoks@83-131-5-6.adsl.net.t-com.hr] has joined #ubuntu-devel
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
sorenpitti: How would you make the distinction between which packages to support (in terms of security fixes) for 5 years vs. 3 years? The server seed?09:38
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
pittisoren: I don't have a very good idea about this ATM; server seed germination is obvious, but there might be more that we need to support09:39
pittisoren: pretty bad that we did not talk about this when releasing dapper09:40
pittisoren: in theory we could probably demote everything that is not supported any more to universe in dapper, but that would be really hackish09:40
sorenpitti: Quite. There's a bit of discussion on this subject going on on the ubuntu-server mailing list, and I'd like to be able to give some sort of clear answer, but I haven't got it. :(09:40
pittithis deserves an in-depth discussion at next UDS IMHO, since it is not trivial to define and communicate09:41
sorenAre you subscribed to the ml?09:41
pittino, I'm not09:41
sorenOk.09:41
=== Tonio_ [n=tonio@mst45-2-82-242-83-37.fbx.proxad.net] has joined #ubuntu-devel
ivoksTonio_: hi09:44
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
Tonio_hey ivoks :)09:45
Tonio_ivoks: how are you ? such a long time we didn't discuss ;)09:45
ivoksTonio_: busy as hell :/ finishing my faculty and working \; no time for anything :) how are you?09:46
Tonio_ivoks: working as hell, no time for anything :)09:47
Tonio_ivoks: welcome to the capitalist world :)09:47
ivokshehe09:47
=== Arby [n=richard@shiny.york.ac.uk] has joined #ubuntu-devel
ivoksbeen there for some time already :)09:48
Tonio_well the point is that my new job is based at 200 km from home, so that's kinda hard to loose so much time in the train....09:48
ivokswith TGV that's 5mins ;)09:48
Tonio_ivoks: dream on, no TGV from Orlans to Paris09:51
Tonio_ivoks: just a stupid TER train......09:51
=== Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-devel
=== Zic__ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic__ is now known as Zic
=== Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-devel
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== dholbach [n=daniel@pD9E27868.dip.t-dialin.net] has joined #ubuntu-devel
=== dexem [n=dani@219.Red-88-24-68.staticIP.rima-tde.net] has joined #ubuntu-devel
=== timfrost [n=timfrost@125-238-36-119.broadband-telecom.global-gateway.net.nz] has joined #ubuntu-devel
=== giftnudel [n=mb@Xa5eb.x.pppool.de] has joined #ubuntu-devel
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic_ is now known as Zic
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic_ is now known as Zic
cjwatsonsoren: the clear answer is "if you have doubts, talk to your contacts in the Canonical support department"10:16
cjwatsonMithrandir: test -L is clearer, but test -h is more portable (if you care about Solaris, which many people don't; of course then you have to forgo test -e as well)10:16
infinityDoes anyone actually still care about portability to Solaris's braindead shell?10:17
Hobbseeoh uni site, i hate thee...10:18
sorencjwatson: Sure, but the perception in the community seems to be that it's the packages on the server CD and nothing else, and that seems to stop them from using Ubuntu (becuase they need software not on the CD).10:18
ivoksCD's should be called 'install CD'10:18
cjwatsonsoren: that's certainly incorrect, but I don't think it's up to anyone else to tell the support department what they're going to support, so the right answer's always going to be to contact support in case of doubt10:19
cjwatsoninfinity: I hope not10:19
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Hobbsee rains curses on this uni student portal
cjwatsonbut it's a reason why some people still have the test -h habit10:20
Hobbseeclearly they havent heard of the idea of "put the important stuff in bold / bigger / otherwise different" from the help files, and other unimportant stuff.  and actually leaving whitespace on the webpage.10:20
sorencjwatson: I agree, but if this perception is as common as it seems to be, it's something we should handle somehow. Just being more clear than "free security updates and commercial technical support10:21
sorenwill be available for three years on the desktop, and five years on10:21
sorenthe server" (From Dapper's release announcement) will help a lot.10:22
sorenWhat the..10:22
sorenwill be available for three years on the desktop, and five years on the server" (From Dapper's release announcement) will help a lot.10:22
sorenffs..10:22
sorencjwatson: I agree, but if this perception is as common as it seems to be, it's something we should handle somehow. Just being more clear than "free security updates and commercial technical support will be available for three years on the desktop, and five years on the server" (From Dapper's release announcement)  will help a lot.10:22
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
cjwatsonsoren: I don't have a problem with being more specific, but it should be the support team making the statement (preferably in the form of a modified web page on www.ubuntu.com or something) rather than distro team staff10:24
sorencjwatson: Good point.10:28
=== hunger_t [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== tkamppeter [n=till@bl8-118-225.dsl.telepac.pt] has joined #ubuntu-devel
sorencjwatson: Well.. It's still going to affect the security team, as I suspect the period of time the support team will support a package will have to correspond to the period of time the security team will support it.10:32
sorencjwatson: I'll talk to support about it.10:32
lifelesswhats the right way to get 'cryptsetup' to work from within a udev rule ?10:39
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel
=== freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel
=== chowmeined [n=will_@67.170.91.193] has joined #ubuntu-devel
=== somerville32 [n=cody-som@ubuntu/member/somerville32] has joined #ubuntu-devel
siretartlifeless: there has been a bit of discussion in Sevilla about this11:03
siretartlifeless: I think we'll need some password manager frontend (ideally one console only and a graphical one) for secure typing of your password11:04
siretartlifeless: the udev rule would detect that it has to mount a crypted device, connects/starts up the password frontend and tries to mount11:05
siretartlifeless: In my opinion, (I'm not sure if Keybuk agreed with me here), it should be possible to provide a path to a keyfile in /etc/crypttab, so that you can have your home volume encrypted with a keyfile stored on a usb stick11:06
lifelesssiretart: well, /etc/crypttab should not be needed11:10
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
lifelesswhen /etc/fstab is populated with guids11:10
lifelessthen cryptsetup makes the volid for /home or /root etc appear, so udev rules that mount as volumes become available in fstab, will just work11:12
sorenHow does vol_id make sure that the guid stays the same for encrypted filesystems? With LUKS, there's a superblock with meta-info about the filesystem, but using plain cryptsetup it just looks like gibberish, doesn't it? AFAIK, there's no metainformation about the volume at all.11:14
siretartlifeless: err, and how would you specify the path to your keyfile in /etc/fstab?11:14
siretartlifeless: and btw, you are aware that the current cryptsetup package in debian/ubuntu already uses a /etc/crypttab?11:15
lifelesssiretart: I know it claims to use one, however have you looked closely at what it tries to do? its madness11:16
lifelesssoren: I only care about luks11:16
lifelesssoren: also, you have two volume ids: the volid of the encrypted partition; and the volid of the decrypted partition11:16
lifelessthe volid of the former is the volid of e.g. /dev/sda1, AIUI that comes from the partion table no?11:17
sorenlifeless: No, vol_id looks at the contents.11:19
sorenlifeless: Otherwise it'd be a bit hard to make i globally unique, I guess.11:19
lifelesssoren: meh, I'm using the wrong terms perhaps. the GUID - that appears happily stable for luks fs's.11:19
sorenlifeless: Imagine two users with identical hard drives both selecting "guided partitioning" in the installer. They'd have identical partition tables.11:20
sorenlifeless: Yes, because LUKS keeps a GUID in the LUKS superblock.11:20
lifelessok, cool.11:20
sorenlifeless: vol_id first tries to detect what sort of block device it's looking at (disk, generic partition, raid partition, vfat partition, ext3 partition, etc.) and the uses a special GUID generation algorithm based on that.11:21
lifelessbtw, two users selecting guided partitioning would not end up with the same exact partition table on more exotic disklabels where the whole thing is GUID driven11:22
sorenlifeless: It has to, really, because it needs to be globally unique, while staying static for a particular block device, and since different types of block devices keep their static bits in different places (ext3 has the superblock in the beginning of the volume (IIRC), while a pv for lvm has its pv superblock at the end.11:23
lifelesssoren: sure, I can see what vol_id needs to do; I've just never felt the need to read the source.11:23
=== pabs3 [n=pabs@CPE-124-184-240-232.nsw.bigpond.net.au] has joined #ubuntu-devel
sorenlifeless: Probably not, I was just illustrating why basing GUID on partition table info would be insufficient.11:24
sorenlifeless: I wish I could say the same. :)11:24
=== chand| [n=rsamson@hoth.linagora.com] has joined #ubuntu-devel
lifelessa simpler example btw would be to say 'dd /dev/sda1 /dev/sda2 && dd /dev/zero /dev/sda1' is defined as moving where the guid points at11:24
Mithrandir(dd if=/dev/sda1 of=/dev/sda2 or dd < /dev/sda1 > /dev/sda2)11:27
siretartlifeless: I'm currently using current crpytsetup's /etc/crypttab. for the simple case (luks and password from terminal) it is surely overkill11:27
siretartlifeless: I wonder how you want to manage the keyfile case11:27
lifelessMithrandir: meh, I'm still recovering11:27
lifelesssiretart: the keyfile contains a password right ?11:28
siretartlifeless: the keyfile IS the password. only longer11:28
siretart(yes)11:28
lifelesssiretart: well, its either a passphrase, or a private key I guess?11:30
siretartlifeless: exactly11:30
lifelesssiretart: I would suggest /etc/cryptkeys/GUID11:31
siretartactually, it can be both. you have up to 8 keyslots IIRC11:31
siretartlifeless: and if you want it to place on a removable media?11:31
lifelesssiretart: so there are two cases here11:32
lifelessudev finds the crypted partition before the removable media exists11:32
lifelessand thus inserting the removable media needs to trigger decryption of the crypted partion11:33
lifelesssecond case:11:33
lifelessremovable media is inserted/found first, so udev should decrypt the crypted partition as it finds it11:33
lifelessis this for a user partition, or for something for all users11:33
lifeless?11:33
siretartI think both crypted  home and crypted shared data volumes are possible here.11:34
siretart(with crypted share data might even be the rootfs)11:35
lifelessright, my root is crypted11:35
lifelessanyhow11:36
lifelesscheap answer:11:36
lifelessln -s /media/FOO/keyfile /etc/cryptkeys/GUID11:37
siretartwell, if we agree that we need a password entering frontend, well, I think that would be the natural place to look for keyfiles on removable media, no?11:37
siretartcan you ensure that a usb stick gets always mounted on the same mountpoint?11:37
lifelessln -s /dev/by-id/GUID/keyfile /etc/cryptkeys/GUID211:38
lifelessoh, I agree that we need password entry11:38
lifelessI don't use external keyfiles myself; just need the ability to enter a password from inside a udev rule11:38
siretartthe symlinkery should indeed work11:39
siretartwe 'just' need to make sure that usb sticks get either mounted automatically in initramfs, or make the frontend mount them11:39
siretartwhat would you prefer?11:39
lifelesswell11:40
lifelessfor me, I don't care about the external media, so suit yourself.11:40
lifeless:)11:40
siretartwe are talking about breaking users systems, you know?11:40
lifelessI'd like to see a simple setup like mine so easy and robust its default in 2 or 3 releases11:41
lifelesscrypto for all11:41
=== siretart as well
lifelessexternal media keyfiles are not simple enough to explain to mom n pop11:41
siretartbut the symlinkery idea sounds really sane to me.11:41
lifelesscool11:41
lifelessI'm happy to help you with your preferred setup; just noting its not what I'm actually *aiming at*11:42
siretartas said, we 'just' need to make sure it gets mounted in initramfs, I'm not sure how hard that will be11:42
lifelessudev rules FTW11:42
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
siretartspecial rules for initramfs usage only. on a real system, we hal et. al11:43
siretartok, cool. glad to hear you are working on that! :)11:43
=== siretart is out for lunch, cu later!
lifelessworking, well not so much. At this point knowing there is a missing link is useful though;11:44
=== pabs3 [n=pabs@CPE-124-184-240-232.nsw.bigpond.net.au] has left #ubuntu-devel ["Don't]
=== shiyee [n=Shiyee@cpe.atm2-0-1051038.0x50a0f286.naenxx3.customer.tele.dk] has joined #ubuntu-devel
=== Havis_ [n=Havis@adsl-d229.84-47-31.t-com.sk] has joined #ubuntu-devel
Tonio_seb128, pitti: I'm a bit lost on that build with the buildd... https://launchpad.net/ubuntu/+source/knetworkmanager/1:0.2-1ubuntu211:59
Tonio_seb128, pitti: only fails for i386 for a reason I can figure out....11:59
Tonio_seb128, pitti: local i386 build works in pbuilder btw, so it looks like a buildd server config issue, but I'm unsure....12:00
seb128maybe give a build retry12:00
Tonio_seb128: should I reupload for this or can you or someone else relaunch the build ?12:01
seb128pitti can12:01
Tonio_seb128: oki ;) lett's wait for pitti then12:02
infinityI can.12:02
Tonio_infinity: so can you please ?12:02
infinityThat doesn't look lik a buildd issue to me.12:02
Tonio_infinity: well the error is a bit weird, as it just worked with others architectures..... that's why I'm a bit lost....12:03
infinityI'll retry it for kicks, but that looks like a bug to me.12:03
Tonio_infinity: packaging bug ?12:03
infinityTimestamp skew messing with the way autoconf gets run, I suspect.12:03
Tonio_infinity: interesting.... so autoconf is only called with i386, causing the issue....12:04
Tonio_infinity: then I suspect missing +x flag on scripts due to diff.gz can cause the issue12:04
=== timfrost [n=timfrost@125-238-36-119.broadband-telecom.global-gateway.net.nz] has left #ubuntu-devel []
Tonio_infinity: I'll try to chmox +x the scripts within rules and we'll see....12:05
=== Watersevenub [n=Watersev@azevedo.astro.up.pt] has joined #ubuntu-devel
=== Tonio_ burns kde upstream that don't provide the admin/ scripts in their tarball..... and burns that rule that said "don't touch upstream tarball" :)
StevenKinfinity: Ping. Any news about libnss-db?12:06
=== StevenK says at 8pm at work, utterly sick of anything to do with routing or fucking ipsec
infinityStevenK: lpia's consumed all my time, so far, but I'm stuck in a London timezone still (jetlag and I are having "words"), so I have plenty of workday ahead. :)12:07
StevenKinfinity: Heh12:08
infinityTonio_: The retry may magically work (it all depends on if one gets the timestamp skew required to force autoconf to run), but the bug will resurface.12:08
infinityTonio_: If you don't want autoconf running, read the autotools-dev readme, and so something about the timstamp skew in debian/rules.12:09
Tonio_infinity: well I may try to fix the packaging so that autoconf doesn't crash when called..... I'm pretty sure that's just due to the scripts addition in diff.gz, missing executable flag12:12
Tonio_infinity: that weird, but due to tarball issue..... would be easier to rebuild it in fact (what I may do if that still fails after next upload)12:13
StevenKHrm. Hopefully libc6 build sparc the second will finish soonish12:13
Tonio_infinity: best is to get the tarball fixed upstream I guess :)12:14
infinityTonio_: Timestamp skew isn't a tarball issue, really (unless you count "not using AM_MAINTAINER_MODE" as a tarball issue)12:16
Tonio_infinity: I know, but appart from the Timestamp thing, autoconf shouldn't crash when called right ?12:18
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
infinityTonio_: Oh, well, yeah, it would be nice if it was executable, I suppose. :)12:18
Tonio_infinity: timestamp skew is causing autotools to be called, that's the point, but that doesn't explain the crash...12:18
Tonio_infinity: hehe, I just missed that adding admin/ entry in diff.gz would loose the +x flag in fact :)12:19
Tonio_infinity: and debian packaging can't be merge due to universe dep to get admin/ entry copied12:19
Tonio_infinity: that's why I have to do all that crap to make it to work..... I'll probably just rebuild the tarball and ping upstream for nice tarball in the future, instead of doing crap packaging....12:20
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic_ is now known as Zic
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
cjwatsonpitti: bug 62986 is another possible candidate for 6.06.212:29
ubotuLaunchpad bug 62986 in debconf "edgy installer randomly hangs on Core 2 Duo, Dell D620" [High,Confirmed]  https://launchpad.net/bugs/6298612:29
=== jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel
pittidoko: any idea about the lib32gcj things on http://people.ubuntu.com/~ubuntu-archive/testing/gutsy_probs.html ?12:30
=== _cerber3 [n=jga@pD9E63A17.dip.t-dialin.net] has joined #ubuntu-devel
=== persia [n=persia@ubuntu/member/persia] has joined #ubuntu-devel
pitticjwatson: indeed, thanks for digging it out; it's the "Retry flock() on EINTR" bit, I assume?12:31
cjwatsonno12:31
cjwatson  * Make sure that apt status commands and debconf protocol commands under12:31
cjwatson    debconf-apt-progress are properly interleaved. Closes: #42539712:31
pittiah, that one12:31
cjwatsonalways assuming that it actually works12:31
pitticjwatson: there's no patch attached, I take it it's reasonably unintrusive?12:32
cjwatsonretry-flock-on-EINTR was for problems I saw occasionally on the live CD12:32
pitticjwatson: I had lots of fun with EINTR in Python programs; that's one of the nasties things I ever saw :/12:32
cjwatsonbut that's in Feisty already12:32
gesercan someone look at the apache2 build failure? http://launchpadlibrarian.net/8577358/buildlog_ubuntu-gutsy-i386.apache2_2.2.4-2_FAILEDTOBUILD.txt.gz12:33
geserit fails nearly at the end with "dpkg-deb: building package `apache2-mpm-worker-dbgsym' in `../apache2-mpm-worker-dbgsym_2.2.4-2_i386.ddeb'.", "objcopy: debian/apache2-dbg/usr/lib/debug/usr/sbin/apache2-mpm-worker: Invalid operation"12:33
pittigeser: oh, noes, that one again12:33
pittigeser: I'll have a look later12:34
geserthanks12:34
=== pygi [n=mario@157-139.dsl.iskon.hr] has joined #ubuntu-devel
pygisiretart, poke12:34
cjwatsonpitti: unfortunately the patch is rather large12:34
pitticjwatson: TBH I don't feel qualified to judge an installer patch; if it backports well and works in gutsy, and you are convinced about it, I take your work for it; it does seem quite nasty, given the server focus12:35
cjwatsonpitti: http://launchpadlibrarian.net/8582373/debconf.r2214.diff12:36
pittis/your work/your word/12:36
cjwatsonproblem is that I've never been able to reproduce it, so I'm not *giving* my word until I've got some affected people to test it12:36
cjwatsonjust wanted to let you know it was on the radar12:36
=== bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-devel
pygisiretart, going to eat now, but please poke me when you get time12:37
pitticjwatson: ok, thanks for the heads-up12:37
gesercan an ubuntu-main-sponsor look at bug #128614? this should make libtritonus-java build on amd6412:37
ubotuLaunchpad bug 128614 in libtritonus-java "[Sync Request]  Sync libtritonus-java_20070428-3 from Debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/12861412:37
=== dexem [n=dani@14.Red-88-26-177.staticIP.rima-tde.net] has joined #ubuntu-devel
pittigeser: it's an universe package, so you can ack it yourself12:40
geserpitti: because I only looked at the source portlet in the bug itself where is still main12:42
=== keyes [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel
pittigeser: it's new in gutsy, it might have accidentally been synced to main and moved l ater12:42
geserseems so12:42
=== Spads [i=spacehob@unaffiliated/spads] has joined #ubuntu-devel
=== PriceChild [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #ubuntu-devel
=== alesan [n=alesan@pD9E587AE.dip0.t-ipconnect.de] has joined #ubuntu-devel
StevenKNeat. I haven't seen a buildd say that before.12:58
StevenK"NOT OK : Builder returned BUILDERFAIL when asked for its status"12:58
alesanI am trying to fix what I think it is a bug or at least an incorrect behaviour in ubuntu:12:58
alesanbasically when you have multiple (remote) X displays and you plug in a USB key that key gets assigned to a random user/session12:58
alesanI think it should be always assigned to the local user12:59
alesando you have an idea where I could play with options like this?12:59
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
infinityStevenK: Hardcoded path to /usr/bin/bunzip2 in buildd scripts disagrees with the Debian maintainer's brilliant plan to move bzip2 from /usr to / without linking it.01:03
infinityStevenK: Or, rather, he linked it, it broke on Hurd, he removed the link, and provided no migration path.01:03
infinityStevenK: And we seem to have absorbed the bug and done nothing about it either.  Go us.01:03
=== PriceChild [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #ubuntu-devel
iwjWhy would it use an absolute path anyway ?01:05
infinityiwj: Oh, it really shouldn't, and I'm fixing that in my LP branch (not my code, don't shoot the messenger), but moving binaries willy-nilly is still sick n' wrong.01:05
iwjI think it's perfectly sensible and that's what PATH is for.01:06
=== Zdra [n=zdra@d83-182-158-218.cust.tele2.be] has joined #ubuntu-devel
=== vciaglia [n=vciaglia@host185-26-dynamic.17-87-r.retail.telecomitalia.it] has joined #ubuntu-devel
seb128iwj: hi. Should I do a MIR for consolekit or do you want to do it since you started looking at it?01:07
iwjThere's one drafted already although I don't think it's finished.01:07
iwjI'm still playing with it and will MIR when I'm done.01:07
iwjIt's looking quite good, though.01:07
seb128ok, good, thanks01:08
=== agoliveira [n=adilson@200.146.40.182.adsl.gvt.net.br] has joined #ubuntu-devel
cjwatsonwhoa, what set my gdm theme to debian-moreblue?01:11
Mithrandircjwatson: unsure, but I saw the same this morning01:11
alesanit seems I should configure gnome-volume-manager to assign usb keys to a fixed X session, any idea how to do that?01:12
seb128cjwatson: I've fixed the bug this morning with 2.19.4-0ubuntu301:14
iwjcjwatson: Welcome to current gutsy :-).01:14
iwjOh, too late!01:14
seb128cjwatson: I've merged gdm with the new Debian packaging (we didn't merge for some cycles since the debian version used to have everything in the diff.gz and that was manageable), the merge was not trivial and I might have make some small mistakes like this one01:16
=== sahin_w [n=KT@210.216.53.194] has joined #ubuntu-devel
pittialesan: you can't do that with current g-v-m01:18
alesanpitti, what do you mean? is current version not implementing that but a later revision?01:19
alesanor is it just not possible01:19
pittialesan: it's not possible01:19
pittialesan: USB devices are always mounted as the owner of the current foreground X session01:20
alesanwell, ... any possible workaround01:20
alesan?01:20
cjwatsonseb128: ah right, thanks01:22
cjwatsonevidently my mistake was running apt-get upgrade relying on the automatic update :-P01:23
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-devel
=== rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel
=== Yagisan [n=Yagisan@doomsday/developer/Yagisan] has left #ubuntu-devel ["Leaving"]
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== oni [n=oni@p54831C18.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== Zic__ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== allee [n=ach@dialin-145-254-254-117.pools.arcor-ip.net] has joined #ubuntu-devel
=== cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== jtt [n=jtholmes@adsl-065-006-144-253.sip.asm.bellsouth.net] has joined #ubuntu-devel
=== lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #ubuntu-devel
=== finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel
=== keyes [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel
=== vciaglia [n=vciaglia@host189-194-dynamic.6-87-r.retail.telecomitalia.it] has joined #ubuntu-devel
hunger /etc/pam.d/[kg] dm is reading /etc/default/locales now. Where is that file created? I don't have it and some apps complain about a not existing locale setting.02:05
HobbseeMOTU meeting in #ubuntu-meeting for anyone interested02:05
dokopitti: not built anymore, should be removed from the archive02:06
=== jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel
=== nags [n=nags@125.16.129.16] has joined #ubuntu-devel
pittidoko: weird, it doesn't appear in archive-cruft-check02:09
pittidoko: gcc-defaults builds lib32gcj-bc02:11
dokoahh, ok, will remove it for the next upload02:11
pittidoko: and gcj-4.1 still builds lib32gcj7-dev02:11
pittidoko: great, thanks02:12
=== IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel
cjwatsonhunger: /etc/default/locale (no s) is created by the installer. It's a bug either that [gk] dm don't fall back to /etc/environment, or that the file isn't created on upgrade, I'm not sure which.02:13
=== Gasten [n=Gasten@h52n9c1o1095.bredband.skanova.com] has joined #ubuntu-devel
=== xxxxx1 [n=xxxxx1@201.64.79.214] has joined #ubuntu-devel
=== _MMA_ [n=_MMA_@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel
=== mvo [n=egon@p54A67444.dip.t-dialin.net] has joined #ubuntu-devel
=== jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel
=== _MMA_ [n=_MMA_@cpe-071-070-203-016.nc.res.rr.com] has left #ubuntu-devel []
=== bytee [n=byte@pentafluge.infradead.org] has joined #ubuntu-devel
pittiTonio_: shouldn't network-manager-kde Conflicts:/Replaces: knetworkmanager?02:26
=== Kano [n=kano@91.64.67.21] has joined #ubuntu-devel
Kanohi, when will be fuse 2.7.0 in ubuntu? it is in sid...02:27
Kanoi already reported a bug02:28
=== thom [n=thom@amnesiac.heapspace.net] has joined #ubuntu-devel
=== Hobbsee could have sworn Kano asked this yesterday....
Kanowaiting02:28
dokoiwj: the gij memory problems should be fixed with the last of the glibc uploads02:28
KanoHobbsee: i think it was 2 days before02:28
seb128Kano: there is no bug on launchpad abou tit02:29
Tonio_pitti: hum true, indeed... as I changed the naming of the package to sync with debian....02:29
Kanoseb128: you can be sure that there is one, as i added it02:29
Tonio_pitti: sorry for the error, fixing this now02:29
pittiTonio_: I binary-NEWed it for now, but fixing appreciated02:29
seb128Kano: well, it has not been confirmed and ubuntu-archive has not been subscribed if you prefer02:29
cjwatsonbug 12829202:29
ubotuLaunchpad bug 128292 in fuse "fuse 2.7.0 needed to fix issues with ntfs-3g and uuids in fstab" [Undecided,New]  https://launchpad.net/bugs/12829202:29
cjwatson(to save anyone else looking it up)02:29
Kanoseb128: when i report a bug it is confirmed (by myself)02:30
Tonio_pitti: thanks, will upload the fix in a couple of minutes02:30
cjwatsonseb128: ubuntu-archive shouldn't be subscribed since there are Ubuntu modifications and a developer needs to merge them02:30
seb128Kano: somebody should do the new version merge02:30
seb128cjwatson: yeah, I misread what Kano was saying, I though he was waiting for a sync to be processed02:30
pittimvo: we have another pending tzdata SRU; I'd appreciate if you could handle that: bug 12336602:31
ubotuLaunchpad bug 123366 in langpack-locales "Update to tzdata 2007f" [High,Fix committed]  https://launchpad.net/bugs/12336602:31
Kanoso lets see if it is in tomorrow. thats one major package02:31
Kanoas it is in main02:32
=== jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel
Kanothere have been same issues before for feisty and the needed update (a cvs snapshot with same fix) did not get in. therefore feisty was unusable for ntfs-3g + uuid02:33
seb128Kano: not likely to be there tomorrow if nobody does the merge02:33
Tonio_pitti: you'll hate me but can you please drop the upload I've done 1 minute ago...02:34
seb128Kano: and there is no hurry, gutsy is still unstable for some months02:34
=== Tonio_ is so tired, no way to do something correctly today....
=== thom [n=thom@amnesiac.heapspace.net] has joined #ubuntu-devel
Kanobtw. when will aufs used? every day there is another tool broken in live mode on amd6402:35
Kanoit was sudo, then date...02:35
=== kylem [n=kyle@amnesiac.heapspace.net] has joined #ubuntu-devel
=== Hobbsee notes that Kano does not appear to understand about large numbers of bugs, and people's workloads, and that most people wont drop everything to fix $mypetbug.
KanoHobbsee: the bugs are major for me02:36
HobbseeKano: how about you go and do the merge, and subscribe ubuntu-main-sponsors when you've done it, seeing as you're clearly a linux expert, and very interested.02:37
Kanowhen you dont use ntfs-3g then not for you02:37
mvopitti: will look at it02:37
HobbseeKano: the co-author of kantonix should surely be able to process a merge, instead of whine repeatedly on a development channel, which will likely get him ignored due to immense painfulness.02:37
cjwatsonKano: thank you for your report. Full ntfs-3g integration is on the feature schedule for gutsy, so it's already on the list. However the people involved have other urgent things they're working on so we cannot promise you that it will be fixed tomorrow.02:38
Kanocjwatson: well tomorrow is not the problem, but next week would be fine02:39
cjwatsonI'll link your bug from the spec so that it doesn't get forgotten02:39
cjwatsonI can't promise next week either. Feature freeze is a few weeks from now02:39
=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel
Kanobtw. i patched every avm driver that is downloaded by the fixed avm script02:39
Kanothe current restricted modules package is not that clear. i reported a few bugs against that too02:40
cjwatson(https://wiki.ubuntu.com/WriteSupportForNTFS)02:40
HobbseeKano: with patches, and did you subscribe ubuntu-main-sponsors after  the patches were applied?02:40
KanoHobbsee: i just added the file to one bug report02:40
Kanothe restricted modules is one package i do not fully understand. how these half build modules are made02:42
HobbseeKano: you may want to see https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue.  it is the universe one, but most applies to main too.  this will make sure that your fixes get in quicker, and will get you a lot further than just whining about how $yourpetbug hasnt been fixed.02:42
Hobbseethat applies to any bug, not just the restricted modules.02:42
cjwatsonpitti: good news is that debconf-apt-progress at least doesn't appear entirely buggered in gutsy ...02:42
KanoHobbsee: instead of fixing the restricted modules i updated a kanotix avm package, the used getscript is the same also i use a combined patch to fix 2.6.22 issues02:43
=== zul__ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== cr3 [n=marc@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel
=== doko [n=doko@dslb-088-073-105-052.pools.arcor-ip.net] has joined #ubuntu-devel
KanoHobbsee: i test the ubuntu kernel on etch, recompiled with some fixes02:44
HobbseeKano: l-r-m, and kernel stuff is in #ubuntu-kernel.02:44
HobbseeKano: but updating fuse would be useful.  thankyou for effectively volunteering to do it.02:44
Kanowhen you want ntfs-3g even as mount.ntfs then you need it02:45
Hobbseethen i'll mentally thank you for fixing it, and contributing to ubuntu development in that way.02:45
Hobbseeas will the other users.02:45
Kanofor ntfs there must be some things broken currently in kde, is it due to those preparations?02:47
Kanolike when you use ntfs usb drives02:47
Kanoyou get an error when you are not root. same for linux filesystems, only fat works02:47
=== zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== tru_`z24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-devel
Kanowill try your hal...02:49
iwjdoko: Oh, good.02:50
Chipzzalesan: I think your idea is fundamentally broken02:50
Chipzzalesan: there is no such thing as "the logged in user"02:51
Chipzznot when it needs to be strictly defined02:51
dokoiwj: a bug fixed eight months ago on FC, but never forwarded upstream to glibc 2.6 branch or trunk :-/02:51
Chipzzconsider fast user switching, or starting 2 X sessions from the console02:51
Chipzzwho's session does the usb key get mounted in?02:52
Chipzz*whose02:52
=== thom [n=thom@amnesiac.heapspace.net] has joined #ubuntu-devel
=== jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel
=== bytee [n=byte@pentafluge.infradead.org] has joined #ubuntu-devel
=== sahin_w [n=KT@210.216.53.194] has joined #ubuntu-devel
=== Spads [i=spacehob@unaffiliated/spads] has joined #ubuntu-devel
=== jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel
=== elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-devel
=== spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel
=== raphink [i=raphink@ubuntu/member/raphink] has joined #ubuntu-devel
=== zenrox [i=zenrox@pool-71-115-210-186.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel
=== [PUPPETS] Gonzo [i=gonzo@80.69.47.16] has joined #ubuntu-devel
=== mat|work [n=mat@igoan/mat] has joined #ubuntu-devel
=== Solarion [n=solarion@cruftix.physics.uiowa.edu] has joined #ubuntu-devel
=== Zanoi [n=zanoi@zanoi.net] has joined #ubuntu-devel
=== smurf [n=smurf@debian/developer/smurf] has joined #ubuntu-devel
=== jumpula [i=jussi@smooth.piipiip.net] has joined #ubuntu-devel
=== Traxer|on [i=traxer@shell6.powershells.de] has joined #ubuntu-devel
=== winkle [i=winkle@suiko.acc.umu.se] has joined #ubuntu-devel
=== maswan [i=maswan@kennedy.acc.umu.se] has joined #ubuntu-devel
=== orion2012 [n=orion@hypnogogic.org] has joined #ubuntu-devel
=== jvw [i=jeroen@220pc220.sshunet.nl] has joined #ubuntu-devel
=== soren [n=sh@ubuntu/member/shawarma] has joined #ubuntu-devel
=== lool [i=lool@debian/developer/lool] has joined #ubuntu-devel
=== syp| [n=syp@lasigpc9.epfl.ch] has joined #ubuntu-devel
=== lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #ubuntu-devel
=== nnonix [n=brad@bkjohnson.com] has joined #ubuntu-devel
=== Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #ubuntu-devel
=== saispo [n=saispo@ryu.zarb.org] has joined #ubuntu-devel
=== AndrewB [n=andy@freenode/helper/ubuntu.member.AndrewB] has joined #ubuntu-devel
=== fdoving [n=frode@ubuntu/member/frode] has joined #ubuntu-devel
=== LongPointyStick [n=mystery@ubuntu/member/hobbsee] has joined #ubuntu-devel
=== stgraber [n=stgraber@ubuntu/member/stgraber] has joined #ubuntu-devel
=== AndyP [n=andyp@ubuntu/member/welshbyte] has joined #ubuntu-devel
=== asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel
=== elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-devel
=== mr_pouit [n=mrpouit@ubuntu/member/mrpouit] has joined #ubuntu-devel
=== Sp4rKy [n=Sp4rKy@ubuntu/member/sp4rky] has joined #ubuntu-devel
=== bashelier [n=arthur@dunnewind.net] has joined #ubuntu-devel
=== Lutin [n=Lutin@ubuntu/member/lutin] has joined #ubuntu-devel
=== DreamThief [n=mathias@unaffiliated/dreamthief] has joined #ubuntu-devel
=== azeem [n=mbanck@ppp-88-217-34-109.dynamic.mnet-online.de] has joined #ubuntu-devel
=== guerby [n=guerby@gut75-4-82-235-162-148.fbx.proxad.net] has joined #ubuntu-devel
=== pkl_ [n=phillip@unaffiliated/pkl/x-764568] has joined #ubuntu-devel
=== sevrin [n=sevrin@ns1.clipsalportal.com] has joined #ubuntu-devel
=== illovae [n=illovae@unaffiliated/illovae] has joined #ubuntu-devel
=== Halcy0n [n=halcy0n@pdpc/supporter/active/Halcy0n] has joined #ubuntu-devel
alesanChipzz,02:53
Chipzzor maybe nobody is logged in at all02:53
=== zerbero__2 [n=jga@pD9E63A17.dip.t-dialin.net] has joined #ubuntu-devel
KanoHobbsee: in the write support for ntfs i see no mentioned kde changes?02:53
Kanoonly gnome?02:53
alesanChipzz, well current's Ubuntu behavior *is not* good for a multiuser system02:53
HobbseeKano: i dont know.  i dont follow ntfs-3g development02:54
=== sjoerd [n=sjoerd@tunnel3460.ipv6.xs4all.nl] has joined #ubuntu-devel
alesanChipzz, it basically auotmount a usb disk based on which X session has foreground at that moment.02:54
Chipzzwhich, given the alternatives, is the most sane solution I'ld say?02:54
=== phanatic [n=phanatic@dsl54000EB6.pool.t-online.hu] has joined #ubuntu-devel
alesanChipzz, well that is a problem, the quick and dirty solution is the user that is logged in on the local X display. Or maybe make this configurable.02:56
alesanor, at least, mount the device with "open" permissions to all users :)02:56
Chipzzthere'll always be cases where that solution breaks, so there is no perfect solution I'ld say02:57
Chipzzoh btw02:57
Chipzzanother use case02:57
Chipzz(quite marginal, but hey)02:58
Chipzzmulti-seat02:58
Chipzz(2 keyboards/mouse/screens)02:58
alesanactually, this resembles our situation, we have 6 seats for every PC using a special PCI card02:59
alesanstill, a "master" seat could be defined03:00
=== Chipzz afk for a couple of minutes
alesanafk?03:00
ScottKAway From Keyboard.03:00
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
hungerIs there an example of /etc/default/locale available somewhere so I can copy it onto my system?03:03
Chipzzback03:04
alesanChipzz, the soultion imho would be that those messages should appera on a configurable display, not on a random one :(03:06
geserhunger: my /e/d/l has only a LANG variable set (the same as in /etc/environment)03:07
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has left #ubuntu-devel ["Quitte"]
=== luisbg [i=luisbg@213.231.97.170.dyn.user.ono.com] has joined #ubuntu-devel
=== ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel
sorenOur current udev ruleset doesn't have a rule that automatically mounts a removable device when inserted (given it has a proper UUID=-style entry in fstab and all that), does it?03:12
=== Solarion_ [n=solarion@cruftix.physics.uiowa.edu] has joined #ubuntu-devel
Chipzzalesan: the most sane solution to me sounds like using a keyboard with built-in usb hub, and assign devices according to the hub toi which they're attached to03:15
=== sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel
=== pygi [n=mario@157-139.dsl.iskon.hr] has joined #ubuntu-devel
=== kylem [n=kyle@amnesiac.heapspace.net] has joined #ubuntu-devel
alesanChipzz, our solution does not allow to use such (uncommon) thing03:19
alesana very good solution for me would be not to start gnome-volume-manager for the remote X sessions03:21
alesanbut only for the local one03:21
=== raphink [i=raphink@ubuntu/member/raphink] has joined #ubuntu-devel
=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel
pygihunger, poke?03:26
alesanhow do I stop gnome-volume-manager to be started?03:27
pygihunger, please poke when you are around, thanks03:28
=== kylem [n=kyle@amnesiac.heapspace.net] has joined #ubuntu-devel
siretartpygi: you're poking quite some ppl today, no? ;)03:33
pygisiretart, well, yes, people shouldn't just sit around and drinking *insert some beverage* :)03:34
pygisiretart, how are you?03:35
pygiI've got a lot of mails from our dear friend today ... and wanted to make sure you know about it. I also wanted to warn people not to respond to his attacks (like hunger did)03:36
pygis/drinking/drink03:38
hungerpygi: poke.03:39
hungerpygi: That schilli guy?03:39
pygihunger, may I suggest for most part that you ignore the replies from schilli?03:39
hungerpygi: OK.03:39
pygihunger, thanks ;)03:40
hungerpygi: If that helps you.03:40
=== Zdra [n=zdra@101.207-241-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel
pygisiretart, you disappeared again :(03:42
siretartyes03:42
pygihunger, there's just no point in argument :P03:42
pygisiretart, o well, poke if you ever come to life03:42
siretartpygi: coworker visted my, I'm in my office03:43
hungerpygi: Is that the cdrecord guy?03:43
pygisiretart, no worries, we'll talk later03:43
pygihunger, yup03:43
pygisiretart, you just enjoy03:43
siretartpygi: about what? cdrecord?03:43
pygisiretart, yup03:43
siretartpygi: sorry, I still didn't have time to analyse the source03:43
=== ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel
pygisiretart, don't worry about the source now, it's something else03:44
siretartwhat?03:44
pygisiretart, I ain't pushing you, don't worry ... we'll get it sorted =)03:44
hungerpygi: Thought so:-( I just found the idea of me upgrading to some code from out of ubuntu so ridiculous that I could not stop myself from replying.03:44
pygisiretart, well, the fact that I got cca. 50 mails from schilly on launchpad?03:44
pygisiretart, just wanna somehow make sure nobody responds there03:44
pygihunger, don't worry ;)03:45
siretartpygi: on launchpad? as in bugmail?03:45
siretartpygi: can you give me some bugnumbers?03:45
pygisiretart, as in that, yes03:45
pygisiretart, sure, gimme a sec (but please dont respond anything)03:45
dokopitti: please demote gnat-4.2-doc libgnatprj4.203:46
pygisiretart, 69603, 65700, 66710, 45939, 6071003:46
pygihow many more do you want?03:46
siretartbug 6960303:47
ubotuLaunchpad bug 69603 in cdrtools "can't burn cd's at all" [Undecided,New]  https://launchpad.net/bugs/6960303:47
siretartpygi: can you try to make sure they all appear here: https://bugs.launchpad.net/~ubuntu-burning?03:47
pygisiretart, yup03:48
=== thekorn [n=thekorn@a89-182-29-119.net-htp.de] has joined #ubuntu-devel
=== pitti_ [n=pitti@195.227.105.180] has joined #ubuntu-devel
pygisiretart, cdrecord bugs/u-burning can be seen here as well, but I get your point:03:49
pygihttps://bugs.launchpad.net/~ubuntu-burning/+packagebugs-search?field.distribution=ubuntu&field.sourcepackagename=cdrtools&field.status=New&field.status=Incomplete&field.status=Confirmed&field.status=Triaged&field.status=In+Progress&field.status=Fix+Committed&search=Search03:49
=== \sh is now known as \sh_away
pygisiretart, it's basically all of "his" software bugs that have comments on them03:52
pygibrb soon03:53
sorenHe's telling people to not use the Ubuntu packages?03:54
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel
=== j_ack [n=j_ack@p508D8430.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== giftnudel [n=mb@Xa5eb.x.pppool.de] has joined #ubuntu-devel
=== Trewas [n=ilonen@raato.lut.fi] has joined #ubuntu-devel
=== Czubek [n=Damian@k133d.ac.pwr.wroc.pl] has joined #ubuntu-devel
pygisoren, yes04:06
=== freeflying [n=freeflyi@123.116.98.44] has joined #ubuntu-devel
=== persia idly refers to Debian bug 377109 to support silence
sorenpygi: How rude.04:12
pygisoren, haha :)04:13
pygipersia, lemme look it up04:13
pygiah, yes04:14
pygipersia, sadly that bug (and similar) are not without mistakes and wrong assumptions as well04:14
persiapygi: Completely agreed.  Just an example of why argument is not always constructive.04:15
pygipersia, I do plan to write a "letter" of some kind or something, just dunno yet where to post it since I've got no blog04:16
Amaranthsoren: he always does that04:20
pygiAmaranth, please, let's not go into discussion04:21
AmaranthFor him to support your setup you have to be using kernel 2.4.x with ide-scsi emulation04:21
Amaranthoops, too late04:21
pygieverything is under control, so don't worry04:21
pygiAmaranth, oh well04:25
pygiAmaranth, people have been using his tools for 20 years, so a little respect04:26
AmaranthI didn't know cd burners were even that old04:26
=== mathiaz [n=mathiaz@207.112.99.77] has joined #ubuntu-devel
=== pygi quotes:
pygiIn 2006 we were celebrating the 20th anniverary of the scg driver and libscg04:27
pygiIn the first week of August 1986, I created the world's first SCSI generic pass-through system04:27
AmaranthIn 1986 I was busy being born. :)04:28
pygiI wasn't born back then yet =)04:29
pygiAmaranth, you didn't had time for exploring that system then, right? :)04:29
=== Kano [n=kano@91.64.67.21] has left #ubuntu-devel ["Konversation]
Tonio_pitti: I had to rebuild the tarball for knetworkmanager to workarround an upstream problem in the tarball structure. Debian workarrounded adding a builddep to a kde template package, but I can't do that since it is in universe04:30
=== pitti looks at thekorn
pittiAssertionError: Wrong bugreport Expression (bug #124360)04:31
ubotuBug 124360 on http://launchpad.net/bugs/124360 is private04:31
Tonio_pitti: in order not to crap the packaging I decided to rebuild the tarball, but I can't seem to be able to upload now due to different md5sum..... is there a way to workarround this ?04:31
pittioh, that would be it04:31
pittislightly confusing error message, though04:31
Amaranthpitti: yeah, that tripped me up about 3 times04:31
Tonio_pitti: I don't want to crap the packaging in order to fix a crap tarball in fact ^_^04:31
tkamppeterhi pitti04:31
pittiTonio_: you need a new upstream version04:32
pittiTonio_: patching doesn't work?04:32
pittihi tkamppeter04:32
Tonio_pitti: damn......04:32
tkamppeterpitti, did you succeed to set up and manipulate print queues with the s-c-p now?04:32
Tonio_pitti: can be done that way, indeed, but I then have to make files executable in debian/rules, rebuild the makefiles etc.......04:33
pittitkamppeter: no, as I said, it doesn't even connect04:33
Tonio_pitti: the all admin/ folder is missing which is very problematic for a kde app04:33
pittitkamppeter: oh, hmm, seems to work today; it didn't yesterday04:33
tkamppeterHas your cupsd.conf a line "Listen *:631" or "Port 631"?04:33
Tonio_pitti: debian uses a kapptemplate package, which I synced, but the build can't perform since there is a dep in universe...04:33
tkamppeterpitti, did you do an auto-update between yesterday and today?04:34
Tonio_pitti: I'll try to get a fixed tarball, but as this is an opensuse thing, I don't expect a release just today, just for me....04:34
=== cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel
pittitkamppeter: yes04:37
tkamppeterpitti, then there was perhaps some buggy library which someone has fixed (not me).04:38
=== persia [n=persia@ubuntu/member/persia] has left #ubuntu-devel []
=== mwolson [i=mwolson@fsf/member/mwolson] has joined #ubuntu-devel
mwolsonsiretart: around?04:40
pittitkamppeter: yeah, maybe *shrug*04:40
=== hunger is tempted to enter into a flame war with schilli, but won't to spare pygi's nerves.
=== thekorn wakes up and waves to pitti
pittihi thekorn04:40
pittithekorn: unping then04:40
tkamppeterSo with queue manipulation working you are now in a good state, once to investigate usability (see especially my bug reports on LP), porting the method for restarting CUPS after a cupsd.conf change from g-c-m, plug'n'print with hal-cups-utils.04:41
thekornpitti, I promise you will never get that bad error messages in the future, but a '403' instead :)04:42
pittithekorn: ah, sweet :) thanks04:42
pittithekorn: I don't care much about the current trunk, if it's all good in your's04:42
thekornpitti: I'm almost done with the chages, but need to add some documentation04:43
=== elcuco [n=elcuco@bzq-88-155-174-198.red.bezeqint.net] has joined #ubuntu-devel
=== ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel
elcucohi, who handles this page? https://wiki.ubuntu.com/LoCoTeamList04:45
Hobbseeelcuco: elkbuntu does, i suspect04:45
alesanI've heard from the gnome developers that gnome-volume-manager has the concept to only start for the local console04:45
elcucothe reason i am asking, is that i am part of the loco-team-hebrew, and i was not aware that the ubuntu-il.com site is an official site of my team04:46
alesanit seems ubuntu doesnt not honor this or there is a misconfiguration04:46
=== mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel
alesanin fact, gnome-volume-manager is started for all displays04:46
elcucoit seems that i am missing something04:46
elcucoelkbuntu: ping?04:46
pittialesan: right, but it only considers events from the currently active display in Ubuntu04:46
pittialesan: the latest upstream version doesn't do this04:46
pittialesan: it'll happily race with all active g-v-m's04:46
pittialesan: we patched the Ubuntu version to look at the foreground console04:47
alesanpitti, let me understand better.04:49
alesanI give you an example04:49
alesanI have on this machine one standard X display, :0.0, and 6 other display04:49
alesanI use a speacial device from www.ncomputing.com04:50
pygihunger, :P04:50
alesanwhenever I insert a USB key in the host, a *random* terminal takes possession of it04:50
alesanthe other displays show a error message04:50
pittialesan: ah, right; neither the latest upstream nor Ubuntu version has a particuarly good solution for that ATM04:50
alesanpitti, on a gnome channel I've been told gnome-volume-manager has the concept to only run for the local console user04:51
pittialesan: it'll hopefully get better soon when consolekit support gets released in Gnome04:51
pittialesan: maybe in the svn head version, I didn't check it; not in 2.17.004:52
pittialesan: I don't know the details, but if you have six parallel X servers which are all active and 'foreground', and local, then no automatic mechanism can tell where the usb device should pop up04:52
pittialesan: that's a mapping you can only define yourself04:53
alesanpitti, I would like the popup on the local display, :0.004:53
alesanwhere should I define that mapping in your opinion?04:53
pittialesan: as I said, there's no support for that yet04:54
elkbuntuelcuco, pong?04:54
pittialesan: only hackish solution is to stop g-v-m on the other X sessions04:54
elcucoelkbuntu: hi, some questions about loco teams, do you have some minutes?04:55
elkbuntuelcuco, loco discussion happens in #ubuntu-locoteams04:55
elcucokk, moving04:55
=== jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel
=== sivang [n=pooh@ubuntu/member/sivang] has joined #ubuntu-devel
=== agoliveira is now known as agoliveira_lunch
=== Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-devel
=== LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel
pittimvo: the bug submitter in bug 123062 replied; is that helpful for figuring out why python-apt fails to determine a source package?05:14
ubotuLaunchpad bug 123062 in apport "apport-gtk crashed with AssertionError in __setitem__()" [Undecided,Incomplete]  https://launchpad.net/bugs/12306205:14
LaserJockcjwatson: I've got an app-install-data-edubuntu package uploaded with the data to make that change to the Edubuntu Addon CD05:16
LaserJockI just need it in Main *cough* pitti *cough*05:16
pittidoesn't sound too scary05:17
LaserJockcjwatson: I can send you a patch to debian-cd, does that sound ok?05:17
cjwatsonLaserJock: yes05:17
LaserJockpitti: it's not scary at all05:17
pittidoko: is the interface in bug 125551 suitable for you? if so, I'll start hacking on it05:18
ubotuLaunchpad bug 125551 in gcc-4.2 "Support for gcc ICEs" [Wishlist,Triaged]  https://launchpad.net/bugs/12555105:18
=== PHPnerd [n=jos@ipd50ab490.speed.planet.nl] has joined #ubuntu-devel
PHPnerdhello05:19
dokopitti: <executable name> would be cc1/cc1plus?05:21
dokoI would keep the temporary file (that's the current behaviour)05:22
pittidoko: any executable that exists and is shipped in the package which is actually at fault (like gcc-4.1)05:22
dokook05:23
pittidoko: cc1 is cpp-4.1, not gcc-4.1, but the source package is the same, so it doesn't matter that much05:23
=== greeneggsnospam [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel
pittidoko: I only need it to determine the package, then its version, and its dependencies, etc.05:23
pittidoko: wrt. file vs. pipe, I'll support both; it's trivial to implement05:24
dokopitti: I'll keep the file.05:24
pittidoko: if you think executable name is not appropriate, and you have something else which identifies the package/version, I'm all ears05:24
dokono, that's ok05:24
pittidoko: I just thought that argv[0]  would be easy enough for you to get and for me to process05:25
pittigreat05:25
dokopitti: fine, and how to catch reports, when gcc is run in a chroot? ;)05:26
pittidoko: that should work if apport is installed in the chroot05:26
dokoahh, ok05:27
pittidoko: it doesn't do anything with the kernel, it just writes /var/crash/... directly; of course the 'outside' update-notifier won't pick that up05:27
pittidoko: you can still submit it manually with apport-gtk -c /path/to/crash/file, of course05:27
=== jetscreamer [n=jetscrea@unaffiliated/jetscreamer] has joined #ubuntu-devel
=== stgraber [n=stgraber@dakara.stgraber.org] has joined #ubuntu-devel
dokopitti: ok, so we have to find a way for the buildds to report these ...05:28
pittidoko: oh, you meant to have that on the buildds? hmm :)05:28
pittidoko: I guess that'd require an sbuild hack05:28
pittidoko: right now there's no fully noninteractive reporting mode due to the need of LP authentication05:29
pittidoko: so either a buildd admin grabs it and submits it manually, or I'll think about building cookie support etc. into the client side05:29
=== keyes_ [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel
=== Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-devel
=== beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel
LaserJockcjwatson: patch sent05:43
geserpitti: bug 123062: I've done a small test and moved my sources.list info sources.list.d/gutsy.list, run apt-get update and tried the test from bug report and it still finds it05:44
ubotuLaunchpad bug 123062 in apport "apport-gtk crashed with AssertionError in __setitem__()" [Undecided,Incomplete]  https://launchpad.net/bugs/12306205:44
pittigeser: oh, thanks05:44
pittigeser: still curious, you do not need apt or even apt sources at all to determine the source package of an installed binary package, that's why I wonder05:45
mvothe source-package name should be in the dpkg status pkg record05:45
pitti$ dpkg-query -W -f '${Source}\n' apport-retrace05:47
pittiapport05:47
pittimvo: right05:47
pittimvo: so doesn't python-apt use that for the .sourcepackage attribute?05:47
mvoit should05:48
mvopitti: just to be clear: packaging.get_source(package) returns None, right?05:51
pittimvo: python -c "import apt; print apt.Cache()['seahorse'] .sourcePackageName" prints nothing05:52
pittimvo: it should print 'seahorse'05:52
pittimvo: (nothing except the apt API warning, of course, see bug trail)05:53
=== Gman [n=gman@66.195.186.130] has joined #ubuntu-devel
=== Gman [n=gman@66.195.186.130] has left #ubuntu-devel ["Leaving"]
keescookkylem: ping05:53
pittimvo: I would have thought that print would output 'None', instead of nothing, hmm05:53
mvogeser: can you reproduce that bug?05:54
mvopitti: yeah, that puzzles me05:54
gesermvo: not yet05:54
pittimvo: well, packaging.get_source() just wraps that apt.Cache()['seahorse'] .sourcePackageName call and returns the result05:54
mvopitti: yeah, I'm currently looking at the python-apt source and wonder where a "" return could come from05:55
geserpitti: what about that the reporter used an older version of apport?05:55
=== ivoks [n=ivoks@0-142.dsl.iskon.hr] has joined #ubuntu-devel
geserapport-gtk 0.86 and gutsy has now 0.9305:55
pittigeser: hm, let me check out 0.86 and see05:55
=== j_ack [n=j_ack@p508D886A.dip0.t-ipconnect.de] has joined #ubuntu-devel
pittigeser: hm, last change to get_source was in 0.78, so that's not it05:56
pittibzr blame FTW :)05:56
=== asisak [n=conp@unaffiliated/conp] has joined #ubuntu-devel
gesermight a change in apt fixed it? the gutsy system from the reporter doesn't seem to be uptodate05:58
=== licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel
=== jdong smiles
jdongbug 12872106:01
ubotuLaunchpad bug 128721 in feisty-backports "Please backport 2.6.22 kernel from Gutsy to Feisty" [Undecided,Invalid]  https://launchpad.net/bugs/12872106:01
pittiwhoa06:01
ion_Hehe06:01
geserpitti, mvo: I can reproduce it06:01
pitti"Please backport gutsy to feisty"06:01
mvogeser: how?06:01
pittigeser: oooh?06:01
=== pitti hugs geser
jdongpitti: lol :)06:01
mvogeser: can you please run http://paste.ubuntu-nl.org/31559/ and paste the result somewhere? I'm curious about it06:02
geserit's the something to do with the line break in the command the bug reporter used06:02
pittijdong: well, I actually do not know whether gutsy's kernel would work with feisty's udev/hal/etc.; it's not totally impossible06:02
jdongpitti: in the past it's not worked too great, so I'm not all that optimistic06:03
jdongand for sure it replaces linux-libc-dev and friends06:03
pittiyep06:03
jdongand you're kinda stuck without linux-meta magic too :)06:03
jdongall in all IMO a bad idea (tm)06:03
pittijdong: right; I meant, if someone actually wants, he can just grab the gutsy packages and install them06:03
jdongright06:03
gesermvo: http://paste.ubuntu-nl.org/31560/06:04
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel
mvogeser:  and python -c "import apt; print apt.Cache()['seahorse'] .sourcePackageName"06:05
geserpitti: python -c "import apt; print apt.Cache()['seahorse'] .sourcePackageName" works but when you introduce a  line break between the print and apt.Cache it doesn't print anything06:05
gesermvo: the usual warning and "seahorse"06:06
pittigeser: ah, naturally06:06
mvook, so it maybe that the reported used the command wrongly?06:06
pittigeser: I had assumed that was just a line break in LP06:06
mvoI attached some testcode that should (hopefully) cleanup the confusion06:07
=== pitti asks in the bug
=== mvo goes out for ~30min
pittimvo, geser: thanks06:08
=== superm1 [i=malimonc@ubuntu/member/superm1] has joined #ubuntu-devel
=== agoliveira_lunch is now known as agoliveira
ion_bryce, seb128: xserver-xorg-core 2:1.3.0.0.dfsg-6ubuntu3 makes X segfault when starting an OpenGL program. Im running the proprietary nvidia driver and compiz. Downgrading to -ubuntu2 fixes the problem.06:11
seb128bryce: ^06:12
seb128ion_: can you send a crash bug with apport if there is not already one?06:12
siretartmwolson: yes, I finished my phone call06:13
ion_seb128: apport didnt seem to notice the crash. The only thing that indicated a segfault was a mention of signal 11 in Xorg.0.log.06:13
seb128weird06:13
seb128ion_: no crash file in /var/crash?06:13
pittihm, maybe X.org has its own crash handler then?06:13
mwolsonsiretart: OK, shall we begin the emacs22 discussion with pitti and seb128 then?06:13
ion_seb128: Nope.06:13
ion_Ill install 2:1.3.0.0.dfsg-6ubuntu3 and post the Xorg log after it crashes.06:14
siretartif pitti and seb128 agree :)06:14
pittisiretart: your mail was pretty good06:15
siretartpitti: thanks :)06:15
seb128hum06:15
seb128we are supposed to speak about emacs22?06:15
siretartpitti: I checked the 25MB diff to the debian package. I'm quite confused about this, since debian ships a totally different upstream tarball06:16
pittimwolson: so you actually want to maintain emacs22 on your own for a while? TBH this looks like more effort than necessary to me (joining the Debian and Ubuntu team together to maintain a synced emacs22 seems much more valuable to me?)06:16
siretartpitti: I have no idea what they have done. I know that our emacs22 package uses the pristine source tarball06:16
siretartwell, not totally different, but it looks nearly like another upstream version to me06:16
mwolsonpitti: yes.  it is an absolutely necessary effort because Debian has maimed the package by stripping out its manuals and the GNU Manifesto06:16
pittisiretart: note that I'm not saying that the Debian version is better in any way06:16
mwolsondue to their GFDL policy06:16
pittimwolson: as long as they package it separately, that's not a big problem; we can just add a dependency to the -doc package06:17
mwolsoni am willing to invest the effort to maintain this package indefinitely, because I care about the manuals06:17
mwolsonpitti: they don't package it separately.  they completely strip the manuals out06:17
pittiso a good compromise would be to leave the package split for Debian's sake and just sync it into Ubuntu's main06:17
pittimwolson: hm, that's evil06:17
mwolsonyes, it is06:17
pittimwolson: are there key differences in the non-doc bits?06:18
pittimwolson: maintaining the -doc package on our own is still much less effort06:18
siretartmwolson: don't the debian packages ship the gnu manifesto and gnu manuals in emacs22-common-non-dfsg? what's in there?06:18
mwolsonsiretart: oh, forgot about that06:18
mwolsonso retract what i said about them stripping the manuals out completely06:19
Nafallowe should throw out emacs and all those things that use it from the archive06:19
=== Nafallo hides
Nafallo;-)06:19
siretart/ignore Nafallo ;)06:19
Nafallohehe06:19
mwolsonpitti: i based my emacs22 package on the emacs-snapshot package, which has had a considerably more active maintainer06:20
mwolsonso that's one reason to keep my changes06:20
siretartand emacs-snapshot keeps being actively maintained, it's just not happening in debian, but on Romains private archive06:20
pittimwolson: did you contact the Debian maintainer of emacs22? if he doesn't want to cooperate, we have to bite the bullet, but maybe he would actually appreciate it06:21
mwolsonpitti: i haven't contacted him.  but it would be a massive effort to enumerate the improvements that the emacs-snapshot guy made, and i feel that it might trod on the style of the Debian maintainer.  but i could be wrong.06:23
siretartI agree that we should indeed work together with debian to minimize the 25MB debdiff to something more reviewable06:23
ion_bryce, seb128: http://heh.fi/tmp/Xorg.0.log (nothing else seems to differ from a normal log than the very last lines)06:23
mwolsonalso, just Recommending Debian's nondsfg documentation sends a bad message to newbie users -- they will think that the manuals are tainted in some way, which is completely not the case06:23
seb128ion_: do you have the dbgsym installed?06:23
mwolsons/documentation/documentation package/06:24
siretartmwolson: we can easily change that to a hard depends in ubuntu06:24
pittimwolson: well, newbies won't care, I think06:24
siretartpitti: newbies are totally lost without the manual. even advanced users need the manual quite often06:25
ion_seb128: Ill install it now. Should i install other -dbgsym packages in addition to xserver-xorg-core-dbgsym?06:25
pittimwolson: I still think that it's a very low effort to contact the Debian maintainers of emacs22 and emacs-snapshot and try to form a team to create One True emacs22 instead of the current mess06:25
mwolsonpitti: by "newbies", i meant "somewhat experienced GNU/Linux users who are trying out Ubuntu for the first time"06:25
pittisiretart: I meant, newbies won't care if the version has some 'dfsg' in it; of course they care about the doc06:25
siretartindeed06:25
mwolson(not a general definition of "newbie" by any standards, but meh)06:25
seb128ion_: not sure, I'll tell you when you get a new backtrace ;)06:25
mwolsonpitti: in what particular way is this a "mess"?06:26
seb128I agree with pitti, what users will care about is to have the documentation06:26
seb128not how to package is named06:26
pittimwolson: having -snapshot and -22 which are both 22, actually maintaining the package outside of Debian in addition, and forking it in Ubuntu06:26
pittimwolson: that makes four different sources which should actually just be one06:27
pittiand if Debian names the -doc package 'blabla-gfdl' and put it into non-free, and we just sync it to main, both Debian and we will be happy06:27
mwolsonpitti: the primary reason that I doubt we could form a "one true Emacs22" team is that of ideological differences w.r.t. the GFDL.  there were some very strong opinions voiced on the debian-emacsen list on this issue06:27
pitti('gfdl' isntead of something scary like 'non-free' or 'evil' :) )06:28
seb128mwolson: right, and I think that's why the emacs-snapshot maintainer stopped working on the Debian package06:28
=== vciaglia [n=vciaglia@host189-194-dynamic.6-87-r.retail.telecomitalia.it] has joined #ubuntu-devel
pittimwolson: I wasn't suggesting to try coercing the Debian guys to change it06:28
mwolsonpitti: no, -snapshot is not Emacs22.  it is a snapshot of current CVS, updated every two weeks, and needs to stay distinct from the emacs22 package06:28
pittimwolson: I see no problem at all to split the package06:28
seb128mwolson: Debian will not stop splitting the dfsg documentation, but as pitti says having the 2 packages in Ubuntu main is not a problem06:29
pittimwolson: right, but (1) the packaging shuold be more or less identical, and (2) it shuold be maintained by the same team06:29
=== mwolson tries to address all of these points chronologically, and is a bit overwhelmed
pittimwolson: heh :) sorry, I didn't mean to confuse you, I just braindumped my thoughts about it06:30
=== pitti hugs mwolson
mwolsonpitti: also, debian will be the one splitting the emacs-snapshot if they opt to do so; we will get it from the real maintainer; but more likely is that Debian will simply drop emacs-snapshot.  or so i have read on the bug report that orphaned emacs-snapshot06:31
mwolsonso there will be only two different sources: our emacs22 and theirs06:31
pittimwolson: right; but what's the reason why our diff needs to be 25 MB instead of just the dependency to -doc?06:32
siretartdebian has already dropped emacs-snapshot06:32
pittiindeed06:32
mwolsonpitti: clarify "diff".  against Debian or upstream?06:32
pittisiretart, mwolson: want me to remove it from gutsy as well? or do you care aobut it?06:32
siretartpitti: NO!06:32
seb128pitti: well, looks like the mess is on the Debian side there06:32
pittimvo: against Debian's emacs2206:32
mwolsonpitti: i care about it.06:32
siretartpitti: I'm regularily request syncs from Romains private archive to ubuntu!06:33
pittiseb128: right, I never questioned that06:33
pittimwolson: ok06:33
seb128pitti: emacs-snapshot doesn't come from Debian06:33
pittisiretart: ah, that one; I see06:33
=== pitti saw siretart's heart jump a step to the left
siretartmwolson: http://patches.ubuntu.com/e/emacs22/ has the the uptodate diff  between the ubuntu and debian emacs22 package06:33
mwolsonhaha06:33
siretartpitti: :)06:33
=== lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #ubuntu-devel
=== lbm_ [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #ubuntu-devel
siretartas said, I think we should work on minimizing that 25MB diff. However, from what I've seen is that most of the diff comes from debian using a different orig.tar.gz06:35
mwolsonsiretart: i haven't seen that diff yet.  i will take a look at it this weekend and see if there are things that can be brought closer together06:35
pittisiretart: ok, that's not unreasonable; what's the filterdiff -i */debian/*'?06:36
siretartthat's why I don't think that we can minimize it for gutsy, but if we work with debian together, we can do it for gutsy+106:36
siretartthats managable06:36
pittisiretart: if the 25 MB is by and large removed documentation, then merging the packages continuously is not a problem06:36
mwolsonhowever, i honestly don't think we need to worry about minimizing diffs against Debian's package.  i am maintaining it separately, and will track Debian's changes.  i think this is a specials case where diff minimalization ought not to be a primary goal.06:36
siretartwe are using quilt, debian is using the cdbs patch system06:37
mwolsons/specials case/special case/06:37
siretartthe patches are called differently06:37
seb128(hate quilt)06:37
mwolsonsiretart: actually, Debian is also using quilt.06:37
siretartoh?06:37
mwolsonbut they format the headers differently06:37
seb128it's too complicated to use and breaks all the time06:37
siretartseb128: we don't force you to work on emacs22 ;)06:37
mwolsonwhich might account for a lot of the changes06:37
mwolsonseb128: it still beats the hell out of dpatch06:38
seb128siretart: good ;)06:38
seb128mwolson: well, I like easy things but I'll not argue06:38
mwolsonseb128: i hate having to edit files in /tmp in order to commit changes06:38
seb128I use simple-patchsys and cdbs :p06:38
seb128understandable on a big package06:38
bryceion_: thanks for reporting the regression.  The only change between *ubuntu2 and *ubuntu3 was that a patch to turn off clipping in composite was added06:38
seb128I hate having to push, add, edit, pop, etc to edit a patch06:39
mwolson*scrolls back a few screens to see if he missed anything*06:39
seb128anyway that's not the topic ;)06:39
siretartpitti: mwolson: http://paste.debian.net/33534 has the effective diffstat of the packaging difference06:39
bryceion_: are you experiencing the crash when compiz is on or off?06:39
mwolsonOK, i think i'm caught up now :^)06:40
pittisiretart: quite a lot in rules, and quite a lot of noise in many other files, hmm06:40
=== avoine [n=avoine@69.70.0.36] has joined #ubuntu-devel
siretartpitti: indeed. I agree that we should work to minimize that06:41
mwolsonpitti: some of the changes to debian/control will likely get picked up by Debian soon, since we (preemptively) fixed a bug in their BTS about binNMU builds06:41
pittimwolson: just a side note, we do not need to care about binNMU; we don't do them06:42
ion_bryce: Only when compiz is running, and i start any OpenGL application.06:42
mwolsonok06:42
siretartmwolson: that 'tuned' diff ist still 223K big06:42
ion_seb128: Installing xserver-xorg-code-dbgsym made no difference: http://heh.fi/tmp/Xorg.0.log06:42
siretartlarge parts (about 30%) is because of debian/changelog and debian/copyright*06:43
siretartanother large part is of course because we use another 'patch format'06:43
mwolsoni think our debian/rules is cleaner in many places and easier to understand06:43
siretart(headers of debian/patches/*) and such06:43
mwolsonas an example, Debian uses two or three temp files to generate some contents in README.Debian.  we use none.06:44
avoinethe package base-files depend on awk but awk is a meta-package that you have to choose between gawk,mawk,etc which awk it's take?06:44
siretartwhich also blows up the diff06:44
siretartHow do we want to proceed from here? pitti, do you think that coordination with debian is a prequisite for having emacs22 in main?06:44
siretartI'd expect that would mean that we won't have it for gutsy, but for gutsy+1.06:44
=== ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel
pittisiretart: I don't consider it a prerequisite, but it should happen nonetheless; if we ask and they refuse and don't respond, that's ok; but if they appreciate building a team, we should do it, also for Debian's sake and avoiding redundant work06:45
pittimwolson, siretart: in any case, thanks for the heads-up06:45
ion_Would it make sense to disable the X crash handler so that apport would catch the crashes?06:46
siretartpitti: does this mean you'd prefer to have emacs21 in gutsy/main for now?06:46
pittiion_: disabling it is not really necessary, it's enough if it would just re-raise the signal after doing what it wants to06:46
=== hggd1 [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel
pittisiretart: no, I don't have any strong opinion about it06:46
pittisiretart: I don't use emacs myself, so I can only rely on testers06:47
mwolsoni think people will be very disappointed not to have a GTK+ 2 capable Emacs in main  (which would be the case if emacs21 is in main, but emacs22 isn't)06:47
=== sethbc [n=sethbc@cpe-66-108-162-181.nyc.res.rr.com] has joined #ubuntu-devel
siretartpitti: it would perhaps help to get rid of gtk1 ;)06:47
pittiso, if emacs22 works well, and is supported upstream, and mwolson and maybe others will maintain it, let's update06:47
mwolson\o/06:47
pittisiretart: that went to universe some time ago and will never come back :)06:47
siretartoh wait, does emacs21 use gtk at all?06:47
pittisiretart: we might have patched it, not sure06:48
=== mwolson checks
siretartaah, I confuse that with xemacs06:48
siretartthat one used gtk1, I'm sorry06:48
=== coNP [n=conp@unaffiliated/conp] has joined #ubuntu-devel
mwolsonyeah06:49
siretartmwolson: I'd say we'll prepare an email with 'our' differences to the debian maintainers and see if they are interested in minimizing the diff06:49
mwolsonsiretart: sounds good06:49
=== dpm [n=dpm@p54A13F3E.dip0.t-ipconnect.de] has joined #ubuntu-devel
mwolsonsiretart: i'll begin working on that tomorrow night (now+1 day+7 hours)06:50
=== sn0 [n=mrsno@unaffiliated/sn0] has joined #ubuntu-devel
pittimwolson: you should also ask if they are interested in team maintenance in a shared VCS repo or so06:50
pittimwolson: alright, thanks a lot!06:50
siretartmwolson: thanks a lot!06:50
siretart:)06:50
pittisiretart: seems you just voluntold to sponsor mwolson's uploads once it's in main? :-)06:51
siretartpitti: I already do. I've done it for the previous uploads06:51
=== sn0 [n=mrsno@unaffiliated/sn0] has joined #ubuntu-devel
pittisiretart, mwolson: oh, does that also update the 'emacs' metapackage, for an automatic update?06:51
pittiseems not06:52
pittimwolson: it would be good if emacs22 would build 'emacs' as well06:52
siretarthmmm06:52
siretartthe debian emacs22 package already builds 'emacs' as well as the emacs21 package..06:53
cjwatsonavoine: mawk is Priority: required and is thus installed by debootstrap and used by default06:53
pittiif emacs21 goes to universe and emacs22 to main, we shuoldn't leave upgraders with an unmaintained one06:53
mwolsonpitti: i'm still very hesitant to ask.  i might sound them out on some proposed changes first, and see how willing they are to implement them06:53
mwolsonpitti: hmm, it would be nice if emacs22 could Provide emacs or somesuch06:53
=== ryu2 [n=chris@unaffiliated/ryu] has joined #ubuntu-devel
pittimwolson: right; no need to throw two tons of patches at them immediately; just explain the situation and offer some comaintaining, or mutual merging, or somethign (depending on how close they want to work with you)06:54
mwolsonok06:54
pittimwolson: Provide: is not enough, we should merge the Debian change which builds the emacs metapackage and Depends: emacs2206:54
siretartI volunteer fix the breakage caused by swapping emacs21/emacs22 wrt. the 'emacs' metapackage06:54
mwolsonpitti: ah, i think i see what you mean now06:54
pittisiretart: NB that it's not a problem to have two emacs packages in the archive, at least for a while06:54
cjwatsonpitti: don't we have an emacs-meta?06:55
cjwatsonoh, we used to, it vanished, ok06:55
pitticjwatson: not any more (dropped in feisty)06:55
siretartpitti: ok06:55
pittiwell, as long as you guys don't break my vim.... /me ducks06:55
siretartI expect we need to update some build-dependencies as well, like auctex06:56
=== pitti checkrdepends
pittiauctex06:56
pittibbdb06:56
pitticalc06:56
pittiemacs06:56
pittiemacs-goodies-el06:56
pittignus06:56
=== mwolson makes an emacs-vim package that calls viper-mode :^D (kidding)
pittimalaga-mode06:56
pittipython-mode06:56
pittinot too bad06:56
siretartoh, that reminds me, I wanted to teach emacs-goodies-el about gutsy...06:57
pittimost of them can probably be changed to "Depend: emacs | emacsen"06:57
pittiwhich would make it more future-proof, too06:57
siretartpitti: is that reliable even for build-dependencies?06:58
siretartI remember something on the mailing list by Ian lately..06:58
pittisiretart: right, but emacs is a real package, so as long as it doesn't actually depend on a particular emacs version, that's ok06:58
mwolsonsiretart: was the emacs-goodies-el stuff taken care of by Bug #123902?06:58
ubotuLaunchpad bug 123902 in emacs-goodies-el "Candidate revision emacs-goodies-el_26.11-1ubuntu1" [Wishlist,Confirmed]  https://launchpad.net/bugs/12390206:58
pittisiretart: "Build-Depends: emacsen" would be wrong (virtual package only)06:59
pittisiretart: prefered (first) alternative must not be virtual06:59
siretartpitti: ok06:59
pittisiretart: we compromise on that in Ubuntu for the sake of avoiding deltas just for that06:59
siretartmwolson: partly. I wanted to do an ubuntu2 upload which knows about the ubuntu releases as well06:59
siretartbut I got lost in the 'next-upstream-version' function07:00
desrtseb128; did you write keith about my thoughts on the compiz bug?07:00
mwolsonsiretart: ah07:00
seb128desrt: no, didn't have too, he fixed the patch upstream07:00
desrtnice07:00
mwolsonsiretart: need any help with the elisp part of that?07:00
seb128desrt: and I've confirmed that the new version works fine ;)07:00
desrtwhat ws wrong?07:01
=== asisak2 [n=conp@pool-000ef.externet.hu] has joined #ubuntu-devel
siretartmwolson: well, I might indeed need some help here.07:01
pittisiretart: promoted to main now07:01
seb128desrt:07:01
seb128-+    if (pWin->parent && pWin->redirectDraw != RedirectDrawNone)07:01
seb128++    if (pWin->parent && pWin->redirectDraw == RedirectDrawNone)07:01
siretartmwolson: the package contains it own algorithm for calculating the next upstream version when doing a C-c C-v07:01
pittisiretart: we need both in main for the time of the depends: transitions, then I'd like to drop emacs21 and get the emacs package point to emacs2207:01
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
desrtseb128; hm.  ok :)07:01
siretartmwolson: I tried to change that it doesn't just increments the revision, but introduces -Nubuntu1 and so on. and set gutsy instead of unstable07:02
siretartlike recent dch does07:02
siretartpitti: you rock! :)07:02
pittisiretart: I didn't do anything but whine, nevermind :)07:02
siretartmwolson: I tried, and defered the idea for ubuntu3 (but forgot to finish and upload ubuntu2) :/07:03
mwolsonsiretart: do you want me to start work against my ubuntu1 or your ubuntu2 (would need to know where to get it), or some working directory?07:03
siretartmwolson: I work in a bzr branch, but haven't publised it yet. I need to go home now, and will publish it then, okay?07:04
siretartmwolson: I think I can easily merge anything based on ubuntu1 to my branch07:05
siretartneed to leave now, cu later!07:06
mwolsonsiretart: OK07:07
mwolsonlater07:08
tkamppeterpitti, any progress on s-c-p?07:08
=== micahcowan [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-devel
pittitkamppeter: I didn't do anything with it today07:10
tkamppeterpitti, then we should perhaps better continue with this in the beginning of next week.07:10
pittitkamppeter: right, I still need some time to file some bugs, as per yesterday's distro meeting, but today's archive day of mine took a lot of time, sorry07:11
=== cody-somerville_ [n=cody-som@fctnnbsc15w-156034092222.nb.aliant.net] has joined #ubuntu-devel
=== mwolson [i=mwolson@fsf/member/mwolson] has left #ubuntu-devel ["ERC]
=== coNP [n=conp@unaffiliated/conp] has joined #ubuntu-devel
avoinethanks cjwatson for the reply about awk and sorry for the delay :/07:28
=== coNP [n=conp@unaffiliated/conp] has joined #ubuntu-devel
=== coNP_ [n=conp@unaffiliated/conp] has joined #ubuntu-devel
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
=== Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel
bryceion_: it probably would be a good idea to try that07:50
bryceion_: I checked to see if debian has any relevant fixes for this issue, but didn't spot anything close.  I'm going to check xorg's bug tracker to see if it's been reported there07:52
Ngshould I be using -i810 or -intel for a 852GM/855GM (I think it's the 855)?07:52
bryceion_: would you also mind testing to see if it occurs with the -nv driver?  If it does, it might be easier to troubleshoot than the binary driver07:53
=== evand_ [n=evand@acm.pct.edu] has joined #ubuntu-devel
bryceNg, I believe there are still some outstanding issues for 855 with -intel, however if you can get -intel to work okay, that's the better choice07:53
bryce-810 is legacy so we're encouraging people to move to -intel where possible07:53
Ngbryce: ok. I was using -intel on feisty for better resuming and it's stuck with that on gutsy, but I get some weird renderng with compiz07:54
Ng(no drop shadows and earlier when i switched it replaced each window with a box of noise ;)07:54
bryceNg, hmm, that sounds suspiciously like an issue seb128 and I were looking at07:54
brycewhat version of xorg-server do you have installed?07:54
Ng7.2-3ubuntu407:55
brycexorg-server should be 1.3.0something07:55
brycexorg-server 2:1.3.0.0.dfsg-6ubuntu3 is the latest available07:56
Ngsorry, I typed xserver-xorg. xorg-server isn't installed or available (this is gutsy)07:56
seb128xserver-xorg-core07:56
Ng2:1.3.0.0.dfsg-6ubuntu307:57
brycehmm, actually I think the issue we were looking at was noise in icons, not in windows in general.  could be something different07:57
seb128diner time, bbl07:57
Ngthis was literally everything. I flipped on desktop effects and it all went crazy. it all still worked and I could figure out which button turned it back into metacity ;)07:58
brycehmm, well debian has a dfsg-11 available, but I've reviewed the changelog and didn't see anything that looked like it fix your issue or ion_'s07:58
bryceNg, had you been able to run compiz successfully previously?07:59
=== mjg59 [n=mjg59@78.32.9.130] has joined #ubuntu-devel
Ngbryce: yeah. when I'm at home I'll reboot and get everything into a clean state and compare -i810 and -intel07:59
Ng(successfully modulo getting white boxes instead of drop shadows)08:00
bryceok cool08:00
brycein general -intel seems to work quite well with compiz from what I've seen08:00
bryceso this bug sounds pretty unusual and interesting08:04
=== evand__ [n=evan@ool-44c0d208.dyn.optonline.net] has joined #ubuntu-devel
=== jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel
jwendellHi, i'd like to call 'autoconf' after the patch be applied (and before it calls configure). What rule in debian/rules should i use (CDBS) ?08:13
jwendellconfigure/xxx:: is called after it runs configure...08:13
jwendellmakebuilddir/xxx:: is called before it apply the patches...08:14
=== mathiaz [n=mathiaz@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel
jwendellseb128, can you help me?08:14
=== rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel
Seveasjwendell, post-patches:: looks like a candidate :)08:16
=== phanatic [n=phanatic@dsl54000EB6.pool.t-online.hu] has joined #ubuntu-devel
jwendellSeveas, thanks.08:16
jwendelli didn't found this on its docs ;)08:16
SeveasI read the source :)08:17
Seveas/usr/share/cdbs/1/rules/simple-patchsys.mk08:17
jwendellSeveas, it didn't work...08:17
=== mrsno [n=mrsno@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel
Seveasdarn08:18
Seveasdo you use simple-patchsys?08:18
jwendellSeveas, yep08:19
jwendellSeveas, the patch is being applied08:19
=== evand_ is now known as evand
jwendellbut i want to run 'autoconf' because the patch changes configure.ac08:19
Seveasjwendell, common-configure-{arch,indep}:: from /usr/share/cdbs/1/rules/buildcore.mk line 151 (gutsy) could be suitable candidates08:23
jwendellnope08:26
Seveasthen I give up :)08:26
Seveascdbs is still black magic08:26
jwendellSeveas, a possible solution is add it on post-configure and the call configure again08:26
jwendellhehe08:26
=== j_ack_ [n=j_ack@p508DBE3B.dip0.t-ipconnect.de] has joined #ubuntu-devel
asisakAny REVU admins here, please?08:39
somerville32Try #ubuntu-motu08:40
asisakSorry, I've already tried #ubuntu-motu.08:40
=== Gman [i=gman@conference/oscon/x-adbba42096c588a4] has joined #ubuntu-devel
=== mr_pouit [n=mrpouit@ubuntu/member/mrpouit] has joined #ubuntu-devel
=== btse [n=BTSE@c83-253-253-96.bredband.comhem.se] has joined #ubuntu-devel
=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel
=== munckfish [n=munckfis@82-41-13-152.cable.ubr02.edin.blueyonder.co.uk] has joined #ubuntu-devel
=== mc44_ [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel
=== mc44_ is now known as mc44
=== ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel
=== mbiebl [n=michael@p549CF076.dip.t-dialin.net] has joined #ubuntu-devel
=== mbiebl_ [n=michael@p549CC513.dip.t-dialin.net] has joined #ubuntu-devel
=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-devel
=== rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel
=== jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel
=== yveslu [n=yves@194.235.200.124] has joined #ubuntu-devel
=== yveslu [n=yves@194.235.200.124] has left #ubuntu-devel ["Kopete]
=== beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel
=== blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel
mr_pouitcould someone push xfce4-places-plugin to main? mir has been approved (https://wiki.ubuntu.com/MainInclusionReportXfce4PlacesPlugin), but it is still in universe10:16
seb128mr_pouit: it'll be promoted when something in main depends on it10:17
seb128mr_pouit: or if it's seeded10:18
mr_pouitit is already seeded10:18
mr_pouitseb128: in xubuntu.gutsy10:19
=== _StefanS_ [n=sfs@ubuntu/member/stefans/x-00001] has joined #ubuntu-devel
_StefanS_hi there..10:21
_StefanS_is it on purpose that subpixel hinting is disabled in the freetype for gutsy?10:21
=== Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel
seb128mr_pouit: promoted10:23
seb128will be available on next publisher run10:23
mr_pouitseb128: thanks :)10:23
seb128you're welcome10:23
seb128mr_pouit: you work on xubuntu? Maybe you want to merge gnumeric with the new version available in debian experimental? ;)10:24
mr_pouitseb128: ok, I'll give a look (I think gpocentek usually take care of it, I'll see with him)10:25
seb128ok, thanks10:25
seb128asisak: ^10:25
asisakthanks seb128 for arraging this10:26
seb128you're welcome ;)10:26
=== _Apex [i=antipath@72.20.3.66] has joined #ubuntu-devel
iwjseb128: consolekit+gdm+gnome-screensaver are looking OK to me but there's still one annoying bug for which the fix involves inventing a new dbus message which is soooo teeeediiiouuus.10:34
iwjSo I'm going to finish that up on Monday.10:35
seb128iwj: ok, good10:35
iwjHow do people cope with dbus ?  Don't their fingers wear out ?10:35
iwjdbus_set_bit_number_176_of_some_message_with_extended_connection_state_to_1()10:35
seb128iwj: should I send your gnome-screensaver patches upstream or are you going to do it?10:35
iwjI'm doing it.10:36
seb128yeah for verbose descriptions ;)10:36
=== eggauah [n=daniel@201.82.16.4] has joined #ubuntu-devel
seb128ok10:36
iwjI'm sending to gnome bugzilla and uploading, although not all of the patches are in both places yet.10:36
iwjAnyway, it's too late still to be working and my dinner will be along any moment.10:37
seb128there is no hurry for it, the next tribe is in 10 days so there is time to upload and give it some testing10:38
iwjHave a nice weekend :-).10:38
iwjRight.10:38
seb128thanks, you too10:38
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel
=== rendero [n=rendero@unaffiliated/rendero] has joined #ubuntu-devel
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== capiira [n=capiira@dslb-088-065-195-056.pools.arcor-ip.net] has joined #ubuntu-devel
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
capiirahmmm hi i already asked in #ubuntu but nobody answered my question! Does ubuntu use dash or bash, anyone know ?11:04
pygibash11:05
capiiraahh ok thx and dash is not used at all ?11:05
xxxxx1capiira, by default /bin/sh is a symlink to /bin/dash11:05
thom /bin/sh is dash by default11:05
=== pygi looks
stgrabercapiira: ls -l /bin/sh would have answered your question11:06
xxxxx1capiira, btw, the default user shell is bash.11:06
capiiraahh ok thats all for what dash is used ?11:06
ScottKDapper/Edgy are Bash.  Feisty and follow are Dash.11:07
capiiraahh ok11:07
capiirathank you11:08
capiiranow i can search for proper books :)11:09
thomScottK: uh, wrong. Edgy is dash11:09
capiiraheh11:09
ScottKAh.  Sorry.  Misremembered the transition point.11:10
thomcapiira: for dash, you just need to follow posix sh standards11:10
capiirathen it will work in dash and bash shells ?11:11
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
thomposix sh is the standard, yes11:14
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
capiiraahh nice that's exactly what i'm looking for11:14
capiirasomething that works everywhere11:14
capiirathank you11:14
=== beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel
=== CarlF1 [n=carl@ip67-153-238-154.z238-153-67.customer.algx.net] has joined #ubuntu-devel
=== Zic__ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== ryu [i=chris@unaffiliated/ryu] has joined #ubuntu-devel
=== Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== Zic_ [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel
=== hunger [n=tobias@p54A73B7A.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== DarkKobold [n=dsafs@70-58-33-228.slkc.qwest.net] has joined #ubuntu-devel
=== DarkKobold [n=dsafs@70-58-33-228.slkc.qwest.net] has left #ubuntu-devel []
=== sn0 [n=mrsno@unaffiliated/sn0] has joined #ubuntu-devel
=== omeow [n=omega@co63471-a.olden1.ov.home.nl] has joined #ubuntu-devel
=== pbn_ [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel

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