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

=== dcsmith [n=dcsmith@ool-4351bc6d.dyn.optonline.net] has joined #ubuntu-devel
=== beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel
=== crimsun_ [i=crimsun@hacked.org] has joined #ubuntu-devel
=== mikmorg [n=mikmorg@rrcs-24-153-192-208.sw.biz.rr.com] has joined #ubuntu-devel
=== Gman [i=gman@nat/sun/x-22149a6082b8d385] has joined #ubuntu-devel
=== licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel
mikmorgcjwatson: If you happen to still be around, I was wondering if I can trust Ubiquity to run /usr/lib/ubiquity/target-config AFTER it removes dpkgs based on the manifest diff?01:14
=== doko_ [n=doko@dslb-088-073-068-199.pools.arcor-ip.net] has joined #ubuntu-devel
=== blueyed [n=daniel@i5387F35E.versanet.de] has joined #ubuntu-devel
=== jml [n=jml@ppp121-44-211-82.lns1.hba1.internode.on.net] has joined #ubuntu-devel
=== hggdh [n=hggdh@pool-71-164-135-78.dllstx.fios.verizon.net] has joined #ubuntu-devel
=== cypherbios_ [n=cypher@201-66-90-198.ctaje700.dsl.brasiltelecom.net.br] has joined #ubuntu-devel
=== cheeseboy [n=greg@68-116-186-240.dhcp.oxfr.ma.charter.com] has joined #ubuntu-devel
=== cypherbios_ [n=cypher@201-66-90-198.ctaje700.dsl.brasiltelecom.net.br] has joined #ubuntu-devel
=== Pricey [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-devel
rproencahi mpt. when you have a couple of minutes I'd like to talk with you and hear your suggestions for a better naming of some terms used on aptoncd01:49
=== didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel
=== alex-weej [n=alex@82.23.188.238] has joined #ubuntu-devel
=== LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel
=== jack_wyt [n=jack@124.64.105.239] has joined #ubuntu-devel
=== sbeards [n=sbeards@128.120.51.65] has left #ubuntu-devel []
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel
=== RadiantFire [n=ryan@upstream/dev/RadiantFire] has joined #ubuntu-devel
mptrproenca, hi02:41
rproencarproenca: Hi. If you don't mind, can we talk about your suggestions?02:43
mptsure02:45
rproencampt: To don't flood the -devel with some OT content, you can join with me at #aptoncd, please02:46
mptok02:46
LaserJockStevenK: you around?02:58
StevenKLaserJock: Nope. :-P03:03
=== jinty [n=jinty@BAEbb89.bae.pppool.de] has joined #ubuntu-devel
=== anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel
=== minghua [i=minghua@ubuntu/member/minghua] has joined #ubuntu-devel
=== Monk-e [n=guido-xu@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel
=== etank [n=etank@ubuntu/member/etank] has joined #ubuntu-devel
=== Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-devel
=== RadiantFire [n=ryan@ip68-230-209-186.rd.hr.cox.net] has joined #ubuntu-devel
=== RoninX341 [n=etank@ubuntu/member/etank] has joined #ubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel
Hobbseemorning all04:10
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel
=== null____ [n=null@g624-9034.itee.uq.edu.au] has joined #ubuntu-devel
=== null____ [n=null@g624-9034.itee.uq.edu.au] has left #ubuntu-devel ["Leaving"]
=== cynics [n=cynics@123.116.99.17] has joined #ubuntu-devel
LaserJockhi Hobbsee 04:18
Hobbsee:)04:19
Hobbseesomeone's alive :)04:19
LaserJocksomebody is always alive04:22
HobbseeLaserJock: it seems quiet today.  really quiet04:24
Hobbseei mean, quieter than the weekends usually are04:24
LaserJockmhm04:25
=== cynics [n=cynics@123.116.98.249] has joined #ubuntu-devel
ScottKGood morning Hobbsee.04:32
Hobbseemorning ScottK!04:33
evandmorning Hobbsee, ScottK, LaserJock, others04:42
LaserJockhi evand and ScottK 04:42
ScottKHeya LaserJock.04:43
zakameyo LaserJock 04:43
ScottKLaserJock: Have you done much with gpg?04:43
LaserJockScottK: not other than signing packages04:43
LaserJockyo zakame 04:44
LaserJockzakame: how's it going?04:44
ScottKLaserJock: OK.  Thanks.04:44
LaserJockScottK: and I only recently started using seahorse for a key agent04:45
LaserJockI've always done it the "hard" way04:45
ScottKAh, well then you'04:45
ScottK...04:46
ScottKll be glad to know that debuild will now work with seahorse-agent in Gutsy.04:46
persiaScottK: It works fine, with no messy .devscripts adjustments.04:46
ScottKYep.  Thanks for testing it persia.04:47
ScottKThanks StevenK for fixing it.04:47
Hobbseeheya evand!04:52
=== hggdh [n=hggdh@pool-71-164-135-78.dllstx.fios.verizon.net] has left #ubuntu-devel []
zakameLaserJock: looking at some revus now04:53
zakamethe past couple of days have been terrible, with no electricity and all...04:53
LaserJockah04:53
Hobbseezakame: check licencing, else Mithrandir will eat you04:54
=== persia continues to believe that *eat* is not the appropriate verb in this context. Smite, maybe. Perhaps malign or defame, but "eat"?
zakameHobbsee: pointers to said eatings?04:58
=== ScottK thinks persia hasn't met Mithrandir.
Hobbseezakame: motu mailing list was his annoyed mail04:58
Hobbseezakame: he tends to take his victims into his cave, and eat them there, so it wouldnt be public04:58
Hobbseepersia: yes, eat.  You'll meet Mithrandir one day, i'm sure.04:59
Hobbseehe likes threatening to eat people :P04:59
zakameah, /me syncs04:59
zakamelolgrue05:00
Hobbseeoh *darn*.  i remember what i was going to discuss with pitti now.05:01
ScottKIt was the pinentry MIR, wasn't it?05:02
Hobbseeno05:06
ScottKOh well.05:11
StevenKScottK: If you recall the "I want a pony" link and picture on fridge.u.c, that used to be MIR. :-P05:12
StevenKIE: "No MIR for you!"05:12
=== ScottK thinks Hobbsee wants what that MIR will bring, so retains hope.
Hobbseehehe05:13
ajmitchbetter to eat people than throw them into a pool05:15
ScottKAnd don't throw anyone whose eaten someone in the pool until after they've had 30 minutes to digest.05:15
=== Hobbsee grumbles at horrible people like ajmitch
ajmitchheh05:29
=== persia [n=persia@ubuntu/member/persia] has left #ubuntu-devel []
HobbseeYou know, i wish that part of trademark policy stated that "if you want to make a custom cd distro, please point your bugtracker somewhere else"05:36
LaserJockheh05:37
ScottKHobbsee: What are you getting bugs from?05:37
HobbseeScottK: ubuntu CE, ubuntu lite, ubuntu mint, ubuntu + automatix/...05:38
Hobbseethe mint ones, particularly05:38
Hobbseewell, linuxmint.05:38
ScottKAh.05:38
LaserJockHobbsee: well, Launchpad is supposed to be used by many distros05:39
=== ScottK just periodically searches LP for bugs with the phrase automatix and rejects most of them (a few look legit).
HobbseeLaserJock: true - but they tend to get their bugs filed in the source pacakges of ubuntu05:39
Hobbseeoh, and that they need to have a custom distro name in their /etc/lsb_release.05:40
Hobbsee(so we can pick out their bugs)05:40
minghuaHobbsee: they use Ubuntu in /etc/lsb_release?05:42
minghuaThat's really bad.05:42
Hobbseenot positive..05:42
Hobbseei think some of them do - or did05:42
StevenKMaybe Ubuntu CE needs a bug tracker where they are refered to as 'divine interference' instead of bugs.05:43
=== Hobbsee snorts
minghuaSpeaking of LSB, is there a way using lsb tools to differentiate Ubuntu and Kubuntu?05:43
Hobbseei like that05:43
fabbionemorning05:44
=== StevenK waves to fabbione
Hobbseemorning fabbione!05:45
Hobbseeminghua: i think kubuntu currently has hte same stuff as ubuntu in the lsb stuff05:46
minghuaHobbsee: Yeah, I think it should as it use the same lsb* packages as Ubuntu.  Hence my question.05:47
Hobbseebug #1573905:47
ubotuLaunchpad bug 15739 in Ubuntu "libgd: new changes from Debian require merging" [Medium,Fix released]  https://launchpad.net/bugs/1573905:47
Hobbseeminghua: ah right.  it does05:48
LaserJockminghua: I think most derivs don't even know what /etc/lsb_release is05:49
=== micahcowan [n=micah@ubuntu/member/micahcowan] has joined #ubuntu-devel
minghua:-(05:52
=== stahnma [n=stahnma@c-76-18-178-254.hsd1.tn.comcast.net] has joined #ubuntu-devel
=== stahnma [n=stahnma@c-76-18-178-254.hsd1.tn.comcast.net] has left #ubuntu-devel ["Konversation]
=== thekorn [n=thekorn@a89-182-3-213.net-htp.de] has joined #ubuntu-devel
=== ijuz__ [n=ijuz@p54ABCC50.dip.t-dialin.net] has joined #ubuntu-devel
=== bryan__ [n=bryan@cpe-76-179-90-107.maine.res.rr.com] has joined #ubuntu-devel
=== bryan__ is now known as Toxicity999
=== gouki_ [n=gouki@ubuntu/member/gouki] has joined #ubuntu-devel
=== persia [n=persia@ubuntu/member/persia] has joined #ubuntu-devel
=== tkamppeter [n=till@bl8-117-241.dsl.telepac.pt] has joined #ubuntu-devel
=== minghua [i=minghua@ubuntu/member/minghua] has joined #ubuntu-devel
=== gouki_ is now known as gouki
=== bryan [n=bryan@cpe-76-179-90-107.maine.res.rr.com] has joined #ubuntu-devel
=== bryan is now known as Toxicity999
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel
=== wattazoum [n=wattazou@ant06-1-82-242-110-34.fbx.proxad.net] has joined #ubuntu-devel
=== nags [n=nags@125.16.129.16] has joined #ubuntu-devel
=== didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel
=== Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel
=== dAndy [i=dandy@serenity.cat.pdx.edu] has joined #ubuntu-devel
=== amitk_ [n=amit@a81-197-135-210.elisa-laajakaista.fi] has joined #ubuntu-devel
=== glatzor [n=renate@p57AEE22B.dip.t-dialin.net] has joined #ubuntu-devel
=== viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel
=== Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel
=== dholbach [n=daniel@i59F76E35.versanet.de] has joined #ubuntu-devel
=== ccm [n=damokles@lilith.spinnenwerk.de] has joined #ubuntu-devel
dholbachgood morning09:01
Mithrandiriz Daniel in many channels09:01
dholbachhey ccm09:01
LaserJockhi dholbach 09:02
=== StevenK waves to dholbach
dholbachhiya LaserJock09:02
dholbachhey StevenK09:02
ccmhey, dholbach 09:02
=== Mithrandir jumps on SK
StevenKOoof09:02
StevenKI hardly know you!09:02
ccmi am suprised how many karma points launchpads gives you for answering questions09:03
dholbachthat never stopped Mithrandir from doing anything :)09:03
=== pitti [n=pitti@195.227.105.180] has joined #ubuntu-devel
StevenKpitti!09:03
dholbachhey pitti09:03
LaserJockhiya pitti 09:04
=== zen-afk [i=zenrox@pool-71-115-210-186.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel
pittiGood morning everyone09:04
StevenKpitti: Re-run the cruft checker at your leisure, please.09:05
pittiStevenK: I will; and I'll finally take some time to set up an automatic one09:05
StevenKYay!09:06
Hobbseemorning pitti!09:06
pittihey Hobbsee 09:06
StevenKpitti: The last 45 of 46 mails in my INBOX are Accepted mails, with 1 being a build failure on ia64.09:06
pittiStevenK: wow, curl? :)09:06
StevenKNah, I've been working through flac as best I can.09:07
pittierk, I'm sorry for DoSing the PPA buildd: https://dogfood.launchpad.net/+builds/rubidium/+history09:07
=== ivoks [n=ivoks@193.198.164.247] has joined #ubuntu-devel
Hobbseehaha09:07
Mithrandirheh09:08
StevenKThe problem with flac is the API changed in incompatible ways, and worse, the virtual-ness of some objects have changed, which leads to some build failures.09:08
Mithrandirmorning Hobbsee09:08
Hobbseemorning Mithrandir!09:08
=== GNUdog [n=GNUdog@218.28.13.157] has joined #ubuntu-devel
StevenKpitti: I plan on doing most of curl tonight, if I can.09:09
=== pitti puts the "Mr. Archive-Proper" Badge on StevenK's chest
=== StevenK grins
LaserJockStevenK: what is it that you're doing?09:10
Hobbseehe's breaking things09:11
StevenKLaserJock: A metric shedload of rebuilds for archive cruft. And being pitti's hero in the process.09:11
StevenKAnd what Hobbsee said.09:11
LaserJockoh, excellent09:11
LaserJockI love those kinds of QAish things09:12
lifelessStevenK: I don't think thats the *only* problem with flac :)09:17
StevenKlifeless: Agreed. :-)09:17
sladenmorning all09:18
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel
Hobbseehi sladen 09:24
pittiStevenK: cruft updated09:24
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
pittihey seb21809:25
pittihey seb128, too09:25
seb128hello pitti09:25
StevenKpitti: Thanks09:26
=== IanC26 [n=IanC26@2002:908b:a59d:4:216:6fff:fe39:ff6e] has joined #ubuntu-devel
StevenKUgh. oo.org is in the list for libcurl4.09:28
pittiStevenK: better leave that to doko; unnecessary rebuilds are a pain09:28
StevenKI was planning on.09:28
StevenKGiven it also seems to take 2 rubber chickens and goat to get oo.org to build sucessfully.09:29
pittiStevenK: at this point I wonder whether it wouldn't make more sense to have libcurl3 Provide: libcurl409:29
LaserJockStevenK: rubber chickens?09:29
pittiStevenK: instead of going through all this rebuild mess09:29
StevenKHrm.09:30
pittiStevenK: for all practical purposes, ABI 3 and 4 are the same now, right?09:30
StevenKIt's a symlink, so I don't think there are any differences at all.09:30
StevenKBut since libcurl4 has existed before, we can't use versioned Provides.09:30
pittiStevenK: ok, then maybe introducing a dummy package which just depends on libcurl309:31
Mithrandirwell, apart from the fact that our packaging system doesn't support versioned provides?09:31
siretarthrmpf. for some reason, gdm thinks my $HOME was full or not writable. I cannot find a report in launchpad, but wanted to ask if someone has already observed that behavior (current gutsy, that is)09:32
StevenKWhich is then another change away from Debian, and may bite us the next time they update curl.09:32
MithrandirStevenK: they won't move to libcurl4, that soname is used now.09:33
seb128siretart: what permissions do you use for the directory?09:33
siretartseb128: I tried even with 777 for my home, no change (and disk is NOT full)09:33
StevenKlibcurl4 -> libcurl5 (if it happens) will be a barrel of laughs.09:33
seb128siretart: the partition didn't get remounted ro due to errors or something?09:34
pittiStevenK: that's what I mean with 'for all practical purposes' -> upstream has to bump to 5 next time09:34
StevenKpitti: If you think that's a way out of this mess, I'm happy to upload curl again.09:34
siretartseb128: no, it is writable. I can work as normal after I got login09:34
pittiStevenK: let's think about it a bit deeper, wrt. shlibs files and such09:35
=== blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel
pittisiretart: please ask iwj; he recently did some experiments and changes for handling a full $HOME09:35
siretartseb128: it's just that gdm complains about .dmrc not writable, and places my XAUTHORITY to /tmp09:35
seb128siretart: k, so I don't know, you are the first to complain about it on gutsy09:35
StevenKpitti: By my count there is ~ 40 rebuilds for curl4.09:35
pittisiretart: maybe he left some piece of testing code somewhere09:35
pittiStevenK: hm, 40 rebuilds wouldn't be too bad, but it's still a nuisance09:35
seb128siretart: active debug mode and look to the log maybe09:35
StevenKpitti: *nod*09:35
siretartseb128: how to do that?09:35
siretartgdm.conf?09:36
seb128siretart: run gdmsetup and click the option09:36
siretartah, ok09:36
seb128it's in the security tab09:36
pittiStevenK: but I can't see anything wrong with a dummy libcurl4 which depends on libcurl3; if the shlibs point to 3, rebuilds will ignore it, and the installed system should cope because the 4 symlink is in libcurl309:36
siretartfound it09:37
StevenKAnd if packages depend on libcurl4 currently, and get rebuilt, they'll jump over to libcurl3, which is no bad thing.09:37
pittiStevenK: right, so at the end of gutsy we might get rid of it again09:39
StevenKExactly.09:39
pitti. o O { and if Debian decides to go back to four, we are prepared }09:40
pitti:)09:40
StevenKHeh09:40
StevenKpitti: I'll start on preparing an upload when I get home, and point you at a debdiff.09:40
pittiStevenK: cool, thanks09:41
siretartseb128: nope. nothing interesting neither in ~/.Xsession-errors nor in /var/log/gdm/:0.log09:41
seb128siretart: and /var/log/syslog?09:41
siretartwow, there's more (and partly localized!)09:42
=== superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel
siretartJul  3 09:39:18 faui44a gdm[17695] : WARNING: gdm_slave_session_start: Gruppe hat Schreibzugriff auf /home/siretart. 09:42
seb128ah, right, gdm doesn't like having user directory writable for other users09:43
siretartit complains if the group has write access?!09:43
siretartWTF?!09:43
seb128it considers it not secure09:43
seb128it should be +w for your user only09:43
siretartretrying09:44
=== siretart hugs seb128
siretartseb128: that did the trick09:44
seb128;)09:45
siretartokay, now I can retitle and correct my just filed bugreport09:45
seb128       _("User's $HOME/.dmrc file is being ignored.  "09:45
seb128 "This prevents the default session "09:45
seb128 "and language from being saved.  File "09:45
seb128 "should be owned by user and have 644 "09:45
seb128 "permissions.  User's $HOME directory "09:45
seb128 "must be owned by user and not writable "09:45
seb128 "by other users."));09:45
seb12809:45
seb128that's the normal error message09:45
seb128you didn't get it?09:45
siretartit is NOT writeable by other users09:45
seb128it was g+w no?09:46
=== Tonio_ [n=tonio@linagoraberri.pck.nerim.net] has joined #ubuntu-devel
siretartI have my own user group (named like my username), which has no other users09:46
siretartso there are no other users with write permissions there09:46
seb128you mentionned trying 777 before09:46
siretartthe error messages says 'should not' not 'must not'09:46
siretartthat was for debugging, normally I have it set to 77509:46
=== thekorn [n=thekorn@130.75.237.83] has joined #ubuntu-devel
siretartTBH, I copied my home directory from my debian system. the gdm over there didn't complain about this09:47
=== Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel
siretartso therefore I didn't notice that09:47
seb128we don't change gdm09:48
seb128so either Debian patch gdm to not display the warning or the upstream behaviour changed in a new version09:48
seb128right, it happens when the directory is g+w09:49
siretartI strongly recommend to s/should be owned/must be owned/ in the error message09:49
siretartbecause that's closer to the truth09:50
seb128feel free to update the bug description with suggestions on what you would change ;)09:50
siretartI rejected the bug for now09:50
siretartbut the behavior on user home set to 775 should get more though. I need to think about it09:51
=== cassidy [n=cassidy@106.113-201-80.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel
pittiMithrandir: hm, I NEWed the hildon-contol-l10n thing yesterday, but the other package is still not in NEW; it's FTBFS?09:55
Mithrandirpitti: yes, I fixed it this morning, it should be there in about an hour.09:56
HobbseeMithrandir: did you ever find out what happened to the developer weather report?09:56
pittiMithrandir: ah, the symlinks to auto* stuff?09:57
Mithrandiryes09:57
pittiMithrandir: I noticed them, but I thought you would b-dep on autotools or so09:57
Mithrandirpitti: yes, that would have been bright to do. :-)09:57
MithrandirHobbsee: disappeared into the whole named "ENOTIME", iirc.09:57
HobbseeMithrandir: right.  dont suppose anyone published notes about them somewhere?  i know bdmurray had a lot09:58
HobbseeMithrandir: or that fell into the "ENOTIME" hole too?09:58
=== mvo [n=egon@p54A677BA.dip.t-dialin.net] has joined #ubuntu-devel
MithrandirHobbsee: I think sobby might have eaten them for breakfast.09:59
Hobbseetasty.09:59
Hobbseethen i'll grab them off bdmurray, as i noticed he was writing them in vi.10:00
=== macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-devel
Hobbseeor, attempt to10:00
HobbseeMithrandir: you should really make sure you feed sobby a bit more...10:00
=== jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel
Hobbseemaybe then it wouldnt eat things it's nto supposed to10:00
Hobbseehi jono 10:00
persiaThere's a patch for sobby eating things on Launchpad.  Anyone want to test it?10:01
lifelesshave we dropped breezy backports ?10:01
Fujitsulifeless: Breezy has been dead for a while, so yes.10:02
jonohey10:02
lifelessthat would explain the conflict checker errors10:02
lifelesshiya trouble10:03
=== mathiaz [i=mathiaz@nat/canonical/x-398bb7803d8ee2f1] has joined #ubuntu-devel
FujitsuRight, why did mysql-server-5.0's postinst cause 10:09
Fujitsu*cause my kernel to OOPS repeatedly?10:10
lifelessmvo: conflictchecker is running on macaroni now10:15
lifelessjust need a bzr version thats not prehistoric :)10:16
mvolifeless: heh :) good news!10:16
lifelessin a role account10:16
Hobbseelifeless: there's a machine named macaroni?10:17
pittidoko: does http://packages.qa.debian.org/z/zope3/news/20070625T194326Z.html mean that we can sync now?10:17
lifelessHobbsee: :)10:17
Hobbsee:10:17
Hobbsee:)10:17
lifelesshttp://macaroni.ubuntu.com/~conflictchecker/10:19
MithrandirHobbsee: it's a kind of penguin, so yes, naturally we have a machine called macaroni.10:25
MithrandirHobbsee: more confusing is we have a machine named gentoo..10:25
HobbseeMithrandir: heh10:25
=== Hobbsee wants a macaroni penguin!
pittierk, I never actually uploaded the new hal10:27
lifelessmvo: progress: http://macaroni.ubuntu.com/~conflictchecker/possible-conflicts.txt10:27
=== stub [i=stub@nat/canonical/x-3d1cdee92b9f1754] has joined #ubuntu-devel
=== mdz_ [i=mdz@nat/canonical/x-90732d9d494b2fa7] has joined #ubuntu-devel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel
=== yveslu [n=yves@217.31.69.98] has joined #ubuntu-devel
=== yveslu [n=yves@217.31.69.98] has left #ubuntu-devel ["Kopete]
ograour kernel source doesnt ship any oss headers anymore, does anyone know if thats an upstream drop ?10:48
=== ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel
=== TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel
shawarmaogra: Which header in particular are you looking for?10:55
StevenKpitti: http://wedontsleep.org/~steven/curl.debdiff10:55
=== zerbero__2 [n=jga@pD9E60717.dip.t-dialin.net] has joined #ubuntu-devel
ograshawarma, ac97.h and soundcore.h from the oss subdir for example 10:56
=== jinty [n=jinty@BAA5241.baa.pppool.de] has joined #ubuntu-devel
ograshawarma, seems with .21 all of that was dropped, i have a very popular (even though very bad) thin client that only has an oss driver ...10:56
Mithrandirmvo: did you end up writing a spec about the upgrader for mobile?10:56
ograi'd like to have a sis7019-source package so people can at least build the driver ... 10:57
shawarmaogra: They're still in the kernel source.. Hm.10:57
ograand i need to know if its safe to delive the headers inside that package or if the oss headers might come back or something10:57
ograshawarma, i only found alsa headers n ym source 10:57
ogra*in my10:57
ogra(note there is an ac97 for alsa as well as one for oss)10:58
pittiStevenK: I would change the "Depends: libcurl3" line to have an (= ${binary:Version}); similar for the Depends: libcurl3-gnutls one10:59
shawarmaogra: ./sound/oss/ac97.h is in my tree.10:59
StevenKAh, good point.10:59
shawarmaogra: git tree, that is. Not from linux-source-2.6.22. I don't know about that one.11:00
StevenKpitti: debdiff updated.11:00
ograogra@laptop:/opt/ltsp/i386/root$ ls /usr/src/linux-headers-2.6.22-6-generic/sound/oss/11:00
ogradmasound  emu10k1  Kconfig  Makefile11:00
pittilol @ "This is a transitional package depending on the older (newer) SONAME of libcurl"11:00
shawarmaogra: What about /usr/src/linux-headers-2.6.22-6 ?11:00
pittior wasn't it the newer (older) one?11:01
StevenKpitti: :-)11:01
ograshawarma, same11:01
StevenKIt's older now, since libcurl3 is the real library and libcurl4 is a symlink11:01
ograshawarma, i'm fine if they are gone :) i just dont want to clash11:01
pittiStevenK: Section: libs -> Section: oldlibs (minor nitpick only)11:02
ograi'm also pretty sure there are no oss drivers at all in the archive anywhere11:02
pittiStevenK: looks good to me otherwise11:02
ograso it wouldnt be a loss :)11:02
=== sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel
StevenKpitti: For both curl4's?11:02
pittiStevenK: yes, I think so11:03
pittiStevenK: really just a cosmetical detail, though11:03
dokopitti: no, zope3 has a different source tarball, unfortunately11:03
dokodid do it manually11:03
pittidoko: ah, ok11:03
StevenKpitti: Done, and uploading.11:04
HobbseeStevenK: next thing they'll do is probably go to libcurl3.511:04
ograshawarma, 2.6.20 seems to be the last that had them11:04
StevenKPity that I just missed the publisher.11:04
MithrandirHobbsee: libcurl3.14.15.9 ?11:04
ogra(here at least without git)11:04
HobbseeMithrandir: even better.11:04
StevenKBut TeX already has that numbering scheme.11:05
Mithrandirso somebody is then bound to port curl to TeX11:05
=== StevenK sobs.
HobbseeMithrandir: and build it with yada.11:05
=== StevenK sobs louder
HobbseeMithrandir: and then request a MIR for it, 11:06
StevenKcurl is already in main.11:06
Hobbseeoh, damn.11:06
MithrandirBAD Hobbsee 11:06
Hobbseeso it is11:06
=== Hobbsee looks around innocently
Hobbseeme?  bad?11:06
=== thekorn [n=thekorn@vpn181.mip.uni-hannover.de] has joined #ubuntu-devel
pittihi thekorn 11:06
pittithekorn: looking forward to use the new p-lp-bugs API :)11:07
HobbseeMithrandir: i couldnt possibly be bad!11:07
thekornhi pitti, thanks for your mail11:07
ograhi thekorn , oh what a nice domain :)11:07
=== pitti hugs thekorn for being one of the (apparently very few) active GSoCers
=== ogra is happy to see soeone from hannover :)
=== mvo_ [n=egon@p54A6454C.dip.t-dialin.net] has joined #ubuntu-devel
HobbseeMithrandir: "tell him he's dreaming, son"11:08
Hobbseeactually, probably only people like StevenK will get that.11:08
shawarmaogra: Ah, it seems that nowadays only the .h-files from include/ is put into the linux-header-* packages.11:08
ograshawarma, do you know if it will stay that way ?11:08
shawarmaogra: No clue.11:08
ograwho would know ? BenC ?11:09
shawarmaogra: Why doesn't the kernel package build your driver? 11:09
shawarmaogra: Probably.11:09
=== thekorn hugs pitti back
ograshawarma, there is no package, i have a sis7019.c file, thats all 11:09
shawarmaogra: I meant our official, normal kernel package.11:10
ograshawarma, we dont build/ship/support oss :)11:10
shawarmaogra: The header files you're missing are still in linux-source-2.6.22, aren't they?11:10
StevenKHobbsee: Heh11:10
StevenKHobbsee: Great movie. :-)11:10
shawarmaogra: We ought to for stuff that's not supported by ALSA, I think.11:10
HobbseeStevenK: yup :D11:11
shawarmaogra: that would be the right thing to to.11:11
shawarmaogra: do, even.11:11
ograshawarma, thats would break a lot in our setup i think11:11
ograthis is a very very rare case, usually there is an alsa driver ...11:11
shawarmaogra: Just adding an extra driver?11:11
ograhmm11:12
shawarmasounds pretty innocent to me.11:12
ograyou need to configure it 11:12
ograit needs setup in modprobe.d etc11:12
shawarmaogra: Ah..11:12
ograand it needs oss stuff in the back (i.e. ac97_codec for oss)11:12
shawarmaogra: Right, ok. 11:13
=== aigarius [n=aigarius@87.226.72.210] has joined #ubuntu-devel
shawarmaogra: This is not a very common thin client, I suppose?11:13
ograi'm fine with either having a source package the users can build with m-a or a binary in universe or so11:13
ograit will become a very common one11:13
ograshawarma, http://www.compactpc.com.tw/ebox-2300.htm11:14
ograyou can get it for $8011:14
ograits as small as a CD and you can attach it to the back of most flat panels11:15
ogra(its the wrost HW ever though)11:15
pittiScottK: pinentry> it b-deps against glib/gtk 1.2, which we want to get rid of in main; does the package support 2.0 as well? please disable gtk or use 2.011:16
ograif you ever want to see how nautilus draws the background use that thing at 1600x1200 resolution :)11:17
Burgundaviaogra: I was fixing a pc for friend with a Dell 27" screen. 2560x160011:18
ograBurgundavia, well, but thats wasnt a 200Mhz one with badly supported shared graphics11:18
ograi guess11:19
sitiBurgundavia: 30" runs at that res 11:19
Burgundaviasiti: it might have been 30". I was big and I wanted it11:19
siti:)11:19
seb128pitti: I've just removed gstreamer0.8 from the archive11:19
pittiScottK: https://wiki.kubuntu.org/MainInclusionReportPinentry updated11:20
=== Fujitsu applauds seb128.
pittiseb128: yay!11:20
=== Hobbsee hugs seb128. yay!
seb128;)11:20
StevenKseb128: Yay!11:20
ograseb128, poor Hobbsee, now she has to explain it to shirish11:20
Hobbseeogra: explain what now?11:20
seb128ogra: lol11:21
=== ogra waits for the mail to devel-discuss
=== Fujitsu shudders at the mention of that name.
Fujitsuogra: Hahahah.11:21
ograHobbsee, gstreamr0.8 was just dropped :)11:21
StevenKogra: That's naughty.11:21
=== ogra goes to the corner
seb128ogra: "gstreamer0.8|0.10-swfdec in launchpad" on the mailing list11:21
ograyeah :)11:21
Hobbseeogra: i realise that, but what's that got to do with shirish?11:22
ograHobbsee, now there is no "gstreamer0.8-swfdec anymore11:22
seb128Hobbsee: he's the one who sent the mail on the mailinglist11:22
Hobbseeogra: ah right11:22
Hobbseeseb128: yeah, i remember that much.  didnt remember that he was talking about 0.8-swfdec though11:22
Hobbseeseb128: according to him "You're a good MOTU" iirc :P11:23
=== iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-devel
Hobbseeogra: no, i can just ignore him, on the basis that it's against the COC to tell him what i really think.11:23
pittipdflatex: symbol lookup error: pdflatex: undefined symbol: _ZN12GlobalParamsC1EPc11:23
pittiarrgh11:23
pittiseb128: ^ poppler love again? :/11:24
seb128Mithrandir: hildon-control-panel-dbg_1.9.5-1ubuntu3_all.deb ... dbg arch all, doesn't look like it's correct11:24
FujitsuHobbsee: I'm sure you can get an exemption.11:24
ograheh11:24
Mithrandirseb128: ouch, true.11:24
Mithrandirseb128: can you NEW it anyway and I'll fix it with a new upload?11:24
seb128Mithrandir: ok11:24
HobbseeFujitsu: no, no.  i dont think so.11:25
HobbseeFujitsu: i'm coping enough crap over telling someone who was harassing me to F$%& off, on the irc mailing list.11:26
StevenKNeat.11:26
HobbseeFujitsu: it doesnt seem to matter that the guy was harassing me enough, that when the staffers saw the logs from it, they klined him immediately.  no, the problem is that i apparently broke the COC by responding in such a manner.11:27
Hobbseego figure.11:27
Hobbseethe dissenting members have now been enlightened, incidently.11:27
seb128pitti: bug #12132711:27
ubotuLaunchpad bug 121327 in texlive-bin "pdflatex produces a symbol lookup failure since recent libpoppler upgrade" [Medium,In progress]  https://launchpad.net/bugs/12132711:27
seb128Mithrandir: accepted11:27
pittiseb128: oh, thanks11:27
=== aigarius [n=aigarius@87.226.72.210] has joined #ubuntu-devel
Mithrandirseb128: thanks11:28
pittiseb128: erk, that seems to be more than a rebuild11:28
seb128pitti: yeah, they broke the API again it looks like :/11:29
thommvo_: hey, i have a working https transport :-)11:29
minghua121327 needs a new patch for texlive11:29
=== Hobbsee blames pitti
pittiseb128: they are very good at expressing this with correct SONAMEs, aren't they? :(11:29
seb128yeah :/11:29
mvo_thom: woah! great news, care to share your patches :-D11:29
mvo_thom: I will be happy to apply them11:30
=== thekorn_ [n=thekorn@130.75.237.179] has joined #ubuntu-devel
thommvo_: attached to launchpad bugs; #109294 and #12229411:32
=== Gman [i=gman@nat/sun/x-b95a492e123506df] has joined #ubuntu-devel
thomor just pull http://www.planetarytramp.net/bzr/apt11:33
mvo_thom: you rock! thanks a lot, merging now11:33
=== jml [n=jml@ppp121-44-211-82.lns1.hba1.internode.on.net] has joined #ubuntu-devel
seb128pitti: could you have a look to libcompizconfig-backend-kconfig in NEW?11:41
seb128there is some script in admin under LPGL11:41
seb128but there is no LGPL license in the tarball nor mention to debian/copyright11:41
pittiseb128: currently evaluating the UGooString poppler issue, in 30 minutes or so?11:41
seb128pitti: no hurry, I don't accept it from now, but looks like it's something common for KDE packages so I'm not sure if that's ok or not11:42
seb128another archive admin opinion is welcome ;)11:42
seb128Mithrandir: ^ if you want to comment ;)11:43
=== Gman [i=gman@nat/sun/x-68846c189e746e0d] has joined #ubuntu-devel
mvo_thom: it does not merge cleanly, is there anything outside methods/https.cc that needed to be changed? or should I just merge those bits?11:49
Mithrandirseb128: reject.11:56
=== thekorn [n=thekorn@vpn181.mip.uni-hannover.de] has joined #ubuntu-devel
seb128Mithrandir: ok, thanks11:57
seb128mvo: ^11:57
mvoseb128: thanks, I will talk to upstream about this11:57
seb128mvo: danke11:57
Mithrandirmvo: I wrote it in the email I sent you with the rejection yesterday.11:57
mvoMithrandir: I uploaded a new version in the meantime that fixed the missing GPL COPYING file after I talked to upstream. I will talk to upstream again11:59
=== gicmo [n=gicmo@p5491C7CC.dip.t-dialin.net] has joined #ubuntu-devel
=== mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel
thommvo: i'm quite suprised it didn't merge, since that branch is merged up fully with the ubuntu apt branch...12:13
pittifabbione: hmm @ http://launchpadlibrarian.net/8288570/buildlog_ubuntu-gutsy-sparc.strace_4.5.15-1_FAILEDTOBUILD.txt.gz; it built on all other arches12:13
fabbionepitti: will look in a minute12:14
pittifabbione: thanks12:18
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel
pittiyay, texlive is really alive again12:22
=== pitti kicks poppler
=== jinty [n=jinty@dslb-088-073-113-153.pools.arcor-ip.net] has joined #ubuntu-devel
cjwatsonogra: touching ~/.hwdb is sufficient for oem-config to disable the hardware database client notification on new installs, isn't it?12:26
cjwatsonor do I need to put something in that file?12:26
ogracjwatson, hmm i think the client wont work properly if its empty12:27
cjwatsonwhat will go wrong?12:28
ograah, no, i was clever enought to just run the collection again if no content is found12:28
cjwatsonoh good, that's perfect then12:28
ograi'm not sure how it affects the notificatuon though, pitti wrote that part12:28
ograpitti, ?12:28
cjwatsonDisplayIf: [ ! -e ~/.hwdb ] 12:29
ograah, perfect12:29
pittiogra: hm?12:29
pitticjwatson: no, it's mere existance will inhibit it12:29
pitticonfirmed, empty .hwdb doesn't break the client12:30
ogracjwatson, can we allocate 30 min or so during the sprint to talk about the edubuntu liveCd and the removal of the edu apps through ubiquity to find some kind of solution ? 12:30
cjwatsonsure12:30
ogragreat :)12:30
=== shiyee [n=Shiyee@0x535d64e6.abnxx4.adsl-dhcp.tele.dk] has joined #ubuntu-devel
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
fabbionepitti: feh.. ok i need to look into with deep love...12:40
fabbionepitti: gonna grab some food first12:40
=== keyes [n=keyes@easyubuntu/keyes] has joined #ubuntu-devel
=== ivoks [n=ivoks@78-0-159-229.adsl.net.t-com.hr] has joined #ubuntu-devel
=== thekorn_ [n=thekorn@vpn181.mip.uni-hannover.de] has joined #ubuntu-devel
=== didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel
shawarmapitti: I think we need to discuss the language pack building stuff on the ppa's..12:54
=== siti [n=siti@clix-jaquesmartin-nz.cpe.clix.net.nz] has joined #ubuntu-devel
=== jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel
=== cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel
=== amitk [n=amit@a81-197-135-210.elisa-laajakaista.fi] has joined #ubuntu-devel
=== Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel
=== pygi [n=mario@83-131-25-7.adsl.net.t-com.hr] has joined #ubuntu-devel
pygihey folks01:05
=== beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel
=== Watersevenub [n=Watersev@azevedo.astro.up.pt] has joined #ubuntu-devel
shawarmapitti: It's been hogging the ppa's buildd's for 8 hours now.01:15
fabbionepitti: looking into strace01:15
=== TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel
=== Demitar [n=demitar@c-212-031-190-120.cust.broadway.se] has joined #ubuntu-devel
StevenKpitti: libcurl can be rescued from NEW, it's built on everything bar sparc, which is underway.01:25
persiaIs a libcurl fix in Debian worth a sync, or would it just make more churn, given the proposed solution.01:26
=== Spads [i=spacehob@nat/canonical/x-68c4aad5aa8509b9] has joined #ubuntu-devel
fabbionedoko: ping?01:31
dokofabbione: pong01:32
=== jsgotangco_ [n=jsg123@125.212.11.129] has joined #ubuntu-devel
fabbionedoko: i think i found a bug on glibc 2.6 on sparc... could you please try to reproduce it locally?01:32
fabbionedoko: try this: lftp http://url of your choise/01:33
fabbioneit will hang just there01:33
fabbioneif you start stracing lftp it will go01:33
fabbionestop stracing.. download some files/cd/etc.. will work01:33
fabbionetry to exit and it will hang again01:33
fabbionestart the strace again and it will exit01:33
fabbionei never seen anything like this with 2.501:33
dokofabbione: seems to work for me; any specific URL?01:37
fabbionedoko:  lftp http://archive.ubuntu.com/ubuntu01:38
fabbionefor example01:38
fabbioneare you using Niagara right?01:38
dokoyes01:38
dokostill feisty kernel01:38
fabbionehmm no01:38
StevenKpersia: Don't tell me libcurl -7 exists in Debian now.01:39
fabbionei have all gutsy here01:39
StevenKpersia: I. Just. Don't. Want. To. Know. :-)01:39
fabbionedoko: can you try to upgrade and test?01:39
fabbionedoko: i can't downgrade to feisty with this LDOM setup or nothing will work 01:39
fabbionedoko: nevermind.. i found the problem01:40
persiaStevenK: Umm..  No.  More specifically, one of the RC sync candidates I'm looking at is for a package fix for the libcurl4 -> libcurl3 transition, and I didn't know if it was worth syncing just for that, given the new libcurl4 you've been working on.01:40
fabbionedoko: it's NFS going banana01:41
dokofabbione: ahh, ok. will hopefully be able to upgrade before the sprint01:42
fabbionedoko: thanks for looking into it anyway01:42
StevenKpersia: Ah. Wait for the new libcurl, and then request a sync.01:42
persiaStevenK: OK.  Thanks.01:43
fabbionepitti: i can see the upstream change that broke strace, but i still can't figure out why it breaks. the change seems sane in respect to the other arches that got the same code 2 years ago01:46
=== agoliveira [n=adilson@200.146.40.129.adsl.gvt.net.br] has joined #ubuntu-devel
pittifabbione: hm, it looked like a problem with linux headers initially; so that's not it?01:57
fabbionepitti: it doesn't look like...01:57
fabbionethat stuff doesn't include linux headers at all...01:57
fabbioneor at least01:57
pittishawarma: right, I discussed it yesterday with celso01:58
pittishawarma: it's only the initial build bootstrap that will take long, gutsy will soon be moved to direct archive uploads, and we'll get more buildds soon01:58
=== jml [n=jml@ppp121-44-211-82.lns1.hba1.internode.on.net] has joined #ubuntu-devel
=== cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel
=== Demitar [n=demitar@c-212-031-190-120.cust.broadway.se] has joined #ubuntu-devel
fabbionepitti: i will need to talk to david tomorrow. this is a bit out of my knowledge to do it right02:03
fabbionepitti: can we leave for a few days without it?02:04
fabbionepitti: (btw.. it fails on Debian too.. it's not just us)02:04
pittifabbione: of course, it's not urgent at all; should be fixed by the final release02:04
fabbionepitti: i made it build locally but i am not convinced that is the right move02:04
pittifabbione: ah, good, then maybe we can just sync the next version :)02:04
fabbioneok i need to go now02:06
=== carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel
fabbionepitti: will let you know as usual02:06
pittibye fabbione, thanks02:07
fabbioneno problem02:07
=== xxxxx1 [n=xxxxx1@44125.static.fln.virtua.com.br] has joined #ubuntu-devel
=== Nuscly [n=nuscly@29-231.206-83.static-ip.oleane.fr] has joined #ubuntu-devel
=== claviola [n=claviola@frotz.zork.net] has joined #ubuntu-devel
zulmorning02:19
Mithrandirhiya zul02:21
Mithrandirzul: mind if I reject your application for ubuntu-mobile, at least until you've contributed something?02:21
zulMithrandir: no problem02:22
ScottKpitti: Thanks for the review on the MIR for pinentry.  I'll see what I can do.02:24
=== jack_wyt [n=jack@124.64.105.239] has joined #ubuntu-devel
=== PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-devel
Mithrandirseb128: has evince switched how it paints the documents somehow?  It's very, very slow on this machine (ATI Radeon 8500 with free drivers)02:29
seb128Mithrandir: I've tried to track the bug but no luck for now, I'm wondering if that's an xorg bug02:30
=== hggdh [n=hggdh@pool-71-164-135-78.dllstx.fios.verizon.net] has joined #ubuntu-devel
seb128Mithrandir: according to sysprof it take > 90% of the time to /usr/bin/Xorg, but there is no function name nor anything02:31
Mithrandirseb128: it seems related to the graphics driver at least, since it's much faster on my intel-based laptop02:31
Mithrandirseb128: at the same time, it's only evince, no other applications I've seen02:31
seb128we received a bug about it, the guy is using a radeon02:31
Mithrandiris there something I can do to help debug the problem?02:32
seb128and my desktop does that also, radeon 9600 card02:32
seb128thanks, but that's ok, I get it on my desktop as well02:32
Mithrandirwith the free driver or fglrx too?02:32
seb128ati driver02:32
seb128the open source one02:32
seb128what is weird is that it doesn't happen running the feisty binary02:33
seb128evince binary02:33
seb128so it looks like evince is doing something which makes xorg unhappy02:33
seb128not sure of what ...02:33
Mithrandirmight be using some other code paths in cairo or something like that?02:33
seb128right02:34
Mithrandir(he says, waving his hands around)02:34
seb128the rendering is done by poppler though02:34
seb128and it doesn't happen running the feisty evince with the gutsy poppler and cairo02:34
seb128I'll let you know if I figure something02:34
Mithrandirhm, weird.02:34
Mithrandirthanks02:34
Mithrandirat first, I wondered if I had gone mad, or something02:35
StevenKpitti: If the new libcurl binaries have been published, can you run cruft again, please?02:35
shawarmapitti: Alright. Can you tell from the build history list how long it's going to be?02:37
=== stratus [n=stratus@201.53.55.52] has joined #ubuntu-devel
seb128Mithrandir: according to sysprof (which works today) it spinning a lot in fbComposite02:40
=== mdz [i=mdz@nat/canonical/x-182956927ca5adfe] has joined #ubuntu-devel
Mithrandirseb128: hm, maybe try without composite enabled?02:40
seb128I will02:41
StevenKpitti: I'm turning my archive cleaning gaze onto apache1 and its remaining offenders.02:41
ScottKpitti: pinentry has pinentry-gtk and pinentry-gtk2.  If I remove pinetry-gtk and the gtk1 build-dep from the package and lean on upstream to start working on a port to qt4, would that be sufficient to resolve your concerns?  Upstream isn't so much dead as thinking they are done AFAICT.02:43
pittiScottK: that sounds fine; if there is already a -gtk2 package, disabling the gtk 1 one sounds like the right thing; thank you!02:44
StevenKSoftware is never finished! Those heathens. :-P02:44
pittiStevenK: cool02:44
ScottKpitti: Thanks.  There is and I will.02:44
pittishawarma: probably still the entire day, but please ping cprov if you need to get something built, then he can bump the build score02:44
pittishawarma: sorry for the trouble, I wasn't aware that it'd take so long02:44
StevenKpitti: We're looking to completly drop apache 1 and related packages?02:45
seb128Mithrandir: ok, evince changed to use cairo rendering02:45
MithrandirStevenK: I sincerely hope so.02:45
seb128Mithrandir: before they were using a gdkpixbuf02:45
seb128so that's cairo sucking02:46
=== calc [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-devel
Mithrandirseb128: ah, and that broke it?02:46
seb128something like http://bugs.freedesktop.org/show_bug.cgi?id=432002:46
ubotuFreedesktop bug 4320 in Driver/Radeon "Over from xrgb8888 pictures not fast-pathed in XAA" [Normal,Assigned]  02:46
StevenKIn that case, I'll completly rip out the apache 1 packaging for request-tracker 3.[46] 02:46
MithrandirStevenK: fwiw, it's gone from unstable02:46
shawarmapitti: I'll just build it on my laptop. No worries.02:47
=== StevenK pauses from ripping bits of request-tracker out to see if we can just sync the changes.
StevenK(But it's so fun...)02:47
StevenKHum. If drop all of apache 1, it leaves request-tracker and probably a few others bits uninstallable and unbuildable (at least in rt's case). On the other hand, it's fun, but it leaves a large diff.02:49
StevenKMithrandir, pitti: Opinions, or neither of you care much? :-)02:50
MithrandirStevenK: NMU it in Debian and ask for it to be synced? :-)02:50
StevenKBugger that, I'd rather file RC bugs saying it doesn't build. :-)02:51
Mithrandirthat'd work too02:51
=== zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== seb128 [n=seb128@ubuntu/member/seb128] has left #ubuntu-devel ["Ex-Chat"]
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
seb128Mithrandir: bug #122786 if you want to subscribe and that seems to be due to xorg http://bugs.freedesktop.org/show_bug.cgi?id=432002:55
ubotuLaunchpad bug 122786 in evince "[gutsy]  very hi cpu usage when scrolling pdf" [High,Confirmed]  https://launchpad.net/bugs/12278602:55
ubotuFreedesktop bug 4320 in Driver/Radeon "Over from xrgb8888 pictures not fast-pathed in XAA" [Normal,Assigned]  02:55
claviolahas anyone ever had trouble getting pbuilder to install packages that come from security?  I have a feisty chroot and it's failing to build because it won't install a couple of packages that had security updates, but they both show up as 500 on apt-cache policy and are perfectly installable with an apt-get install inside the chroot03:00
StevenKOh, they will be buildable, it's installability.03:01
=== mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel
StevenKMithrandir, pitti: rt3.4 can probably be killed, and rt3.6 has a serious bug already asking for it to be fixed.03:03
=== seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel
=== mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel
=== tkamppeter [n=till@bl10-89-149.dsl.telepac.pt] has joined #ubuntu-devel
=== mvo_ [n=egon@p54A65F0B.dip.t-dialin.net] has joined #ubuntu-devel
ScottKpitti: I'm fixing up pinentry now.  Since it's still in universe, I should make MOTU the maintainer, but I was wondering if I should go ahead and just make it core developers since it's about to move?03:11
evandpitti: Shouldn't restricted-manager be in restricted?  It will not even start without l-r-m.03:12
=== agoliveira is now known as agoliveira_BRB
=== Monk-e [n=guido-xu@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel
ion_E.g. apt-get shouldnt be in restricted just because one can install non-free software with it.03:19
cjwatsonapt-get starts without restricted, though03:19
cjwatsonit's analogous to main vs. contrib in Debian; we've always mapped contrib into restricted/multiverse in Ubuntu03:20
=== mruiz [n=mruiz@ubuntu/member/mruiz] has left #ubuntu-devel ["Bye!"]
ion_If i make a fork of apt-get that exits immediately if the Macromedia Flash plugin isnt installed, does it become non-free software? ;-)03:20
cjwatsonrestricted-manager's entire purpose is to install restricted-licensing software and if you're the sort of person who turns off restricted then you likely don't want it03:20
cjwatsonion_: no, and nobody's suggesting it would03:20
cjwatsonwe don't have a precise analogue of Debian's contrib, but it's for free software that depends on non-free software03:21
cjwatsonrestricted is the best we have03:21
=== asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel
StevenKpitti: When checkrdepends has stopped spinning here, I'm going to compile a list of apache 1 modules with no rdepends that can be killed from the archive right off, shall I just submit the list as bug?03:22
cjwatsonif you made a fork of apt-get that was specially customised for stuff in the restricted and multiverse components and wouldn't deal with anything else, I'd suggest putting that in the restricted component too, but wouldn't say it was non-free.03:22
=== predius [n=predius@190.8.154.185] has joined #ubuntu-devel
=== dholbach_ [n=daniel@i59F7240E.versanet.de] has joined #ubuntu-devel
=== Nuscly [n=nuscly@29-231.206-83.static-ip.oleane.fr] has joined #ubuntu-devel
=== bmon [n=monnahan@215.pool85-55-8.dynamic.orange.es] has joined #ubuntu-devel
=== Nuscly [n=nuscly@29-231.206-83.static-ip.oleane.fr] has joined #ubuntu-devel
=== fernando__ [n=fernando@200.220.236.196] has joined #ubuntu-devel
=== agoliveira_BRB is now known as agoliveira
clavioladid no one run into this issue with pbuilder before? I came across it while trying to backport pidgin from gutsy to feisty03:38
=== thekorn [n=thekorn@vpn186.mip.uni-hannover.de] has joined #ubuntu-devel
mvoclaviola: what issues in particular? dependency resolution?03:41
pittiStevenK: either that, or just tell me03:42
pittiScottK: pinentry maintainer> yes, just set it to core developers (it doesn't matter that much, though)03:43
seb128what's going on with libcurl?03:43
ScottKpitti: OK.  WIll do.  I've about got the package done (testing things now).03:43
seb128which version has to be used?03:43
Spadsclaviola: I recently discovered that cowdancer's cowbuilder stuff doesn't work in ubuntu because cowdancer itself isn't in main03:43
pittievand: r-m> the software itself is GPL and free, so not sure03:43
pittiseb128: libcurl3 now03:43
seb128pitti: they downgraded the soname?03:44
pittiseb128: yes :/03:44
seb128utch03:44
pittiseb128: we now have a transitional package in place which depends on libcurl303:44
seb128k03:44
evandpitti: Well in the case of ubuntu-without-restricted, they don't have any restricted software on their system and an application that says "install this restricted software to make this software work"03:45
pittievand: it can also install firmware for free drivers like bcm43xx03:46
pittievand: but I don't mind much, if it's easier for you when it's in restricted, I'll move it there03:46
cjwatsonpitti: the firmware's non-free though, or we wouldn't need to use that approach :)03:47
evandpitti: If you have no major objections, I would appreciate it.03:47
pittievand: no, I don't see a problem; we can install stuff from restricted on the CDs03:51
pittiStevenK: why does libcurl4-dev still depend on libcurl4 then? shouldn't there just be a libcurl-dev which depends on -3?03:52
evandthanks pitti 03:53
pittievand: moved to restricted, should land there in 40 minutes03:54
pitti(after the next publisher run)03:54
=== Monk-e [n=guido-xu@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel
ograhrm03:56
ograif i get mmap():Permission Denied in an app, is there a way to make that work ? 03:56
=== Zober [n=nsirota@denali.ccs.neu.edu] has left #ubuntu-devel []
=== ogra wonders why he doesnt have permission
Mithrandirchown root /usr/bin/app ; chmod u+s /usr/bin/app ? :-P03:57
ograwell, its run by root 03:58
ogra(its pulseaudio trying to run with the oss-mmap module ... i run it with --system so it should behave proper i'd expect)03:58
=== glatzor [n=renate@p57AEE22B.dip.t-dialin.net] has joined #ubuntu-devel
ograi'm not really keen on running pulse suid root :)03:59
evandthanks03:59
ograoh, err04:01
ograroot@laptop:/# ls -l /usr/bin/pulseaudio04:01
ogra-rwsr-xr-x 1 root root 35480 2007-06-28 13:51 /usr/bin/pulseaudio04:01
ograit *is* suid root ?!?04:01
pittiogra: it just checks for pulse-rt membership and drops it04:01
=== ogra scratches head
pittiogra: if you are in pulse-rt, it runs with higher priority04:02
pittibut it still runs as user in either case04:02
ograpitti, well, i run it with --system ... sho it will ignore that part i guess04:02
ograthe pulse-rt group stuff i mean04:02
pittiogra: right04:02
=== GNUdog [n=GNUdog@218.28.13.157] has joined #ubuntu-devel
ograther is no other proper way to use mmap ? 04:03
ograany capability i could set or so ? 04:03
ogra(this crappy thin client drives me nuts here)04:04
pittiogra: you should really avoid capabilities for that; mmap shouldn't need particular ones04:04
pittiogra: what does it do, just read/write? maybe you have PROT_EXEC?04:04
ograpitti, no idea yet, i havent looked at the code ... it took me some days to even get the oss driver to work on that thing ... now i have sound but it gets choppy if i move the mouse or have high net traffic ... module-oss-mma is supposed to fix that ... it seems to function on other distros ... i'll check the source04:06
ogra*module-oss-mmap04:06
pittiogra: if you strace it and note down the mmap() arguments, it should give a hint04:07
ograchoppy sound is better than no sound though :) 04:07
=== Chons [n=martin@87.79.35.58] has joined #ubuntu-devel
ograright, i'll do tat04:07
ogra*that04:07
=== Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-devel
=== jack_wyt [n=jack@124.64.105.239] has joined #ubuntu-devel
=== johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-devel
=== ivoks [n=ivoks@78-0-159-229.adsl.net.t-com.hr] has joined #ubuntu-devel
=== Gman is now known as GmanAFK
ograpitti, i see PROT_READ and _WRITE ... no EXEC04:20
pittiogra: hm, and which file does it mmap()?04:20
ograwell, i only see: "mmap2(NULL, 12288, PROT_WRITE, MAP_SHARED, 7, 0) = -1 EACCESS (Permission denied)"04:22
ograno filenames ot paths anywhere 04:22
ogra*or04:22
pittiogra: that's fd 704:22
ograah04:23
ograhmm04:23
pittiogra: above in the strace must be an open call with results in "= 7"04:23
pittiogra: if that file descriptor is not opened for writing, you should get that04:23
ograah, right04:23
ograthere is a PROT_READ call above as well that doesnt seem to fail04:23
ivoksthen probably program is not running under sufficient privileges or file is read only04:24
ograah, the read is on -1 then04:24
ograwell i dont even have /dev/fd/7 04:24
pittiogra: so maybe the fd has really been opened with O_RDONLY?04:24
ograthat should be there, no ?04:24
pittiogra: not sure, it might have been closed again already04:25
ograah, k04:25
pittiogra: just save the strace into a file and grep for 'open.*= 7'04:25
pitti(with open() being the most common function for getting an fd; there are others, of course)04:25
=== jinty_ [n=jinty@dslb-088-073-113-153.pools.arcor-ip.net] has joined #ubuntu-devel
pittiogra: just grepping for '= 7' should work, too, can't be too many hits :)04:26
ograah04:27
ograyeah, lots of O_RDONLY04:27
pygiwe're opening some devices? :)04:28
=== pygi reads above
claviolamvo: yeah, dependency resolution04:29
mvoclaviola: what package do you see it with, can you please give some advice how to reproduce?04:29
=== carlos_ [n=carlos@163.pool85-48-166.static.orange.es] has joined #ubuntu-devel
claviolamvo: will do, running it again now.04:30
claviolaboth packages have newer versions in the ubuntu security repository04:30
claviolaI added it to the chroot, they are installable from within04:31
=== agoliveira is now known as agoliveira_lunch
claviolamvo: alright, here it is04:36
claviolaThe following packages have unmet dependencies: libebook1.2-dev: Depends: libebook1.2-9 (= 1.10.1-0ubuntu1.1) but it is not going to be installed libnss3-dev: Depends: libnspr4-dev (= 1.8.0.10-3ubuntu1) but it is not going to be installed04:36
claviola  Version table:04:37
claviola     1.10.1-0ubuntu1.1 004:37
claviola        500 http://security.ubuntu.com feisty-security/main Packages04:37
claviola     1.10.1-0ubuntu1 004:37
claviola        500 http://br.archive.ubuntu.com feisty/main Packages04:37
seb128claviola, mvo: I don't know what the bug is in this case, but those bugs are often due to a source package having binaries in main and universe and having security only enabled for main04:39
claviolaI have security enabled for all components04:39
seb128apt-cache policy libebook1.2-de libebook1.2-9 ?04:40
seb128apt-cache policy libebook1.2-dev libebook1.2-9 ?04:40
claviolaboth candidates are the security versions04:41
mvoclaviola: out of curiosity, does it help if you change /etc/pbuilder/pbuilderrc and there PBUILDERSATISFYDEPENDSCMD="/usr/lib/pbuilder/pbuilder-satisfydepends-gdebi" ?04:41
claviolawill give it a shot04:41
claviolais /usr/lib/pbuilder/pbuilder-satisfydepends the standard?04:42
mvoclaviola: yes04:44
claviolayeah, gdebi was fine04:44
mvoclaviola: that is interessting. I knew it would be faster, its good to know that its more correct too :)04:44
claviolayeah, *much* faster :)04:45
claviolaI'm trying to figure out why apt is going nuts now04:45
=== mvo thinks we should just make it default
claviolaI don't think anyone would complain04:45
claviolabut I haven't used it at all yet04:45
claviolathis is really weird considering all that happens is that apt-get is ran inside the chroot04:46
claviolaunless there's something else that happens when one runs 'pbuilder login', I'm doing the same thing by hand04:46
=== hoora_ [i=ariel@gateway/tor/x-a706da38700c5510] has joined #ubuntu-devel
=== vprints [i=laur@conference/kde/aKademy/x-e08e2f509ef7b8c1] has joined #ubuntu-devel
mvoclaviola: IIRC (I may be wrong here) satisfydepends does not really runs chroot apt-get but calls with with a bunch of -o DIR:: arguements, is that correct?04:47
claviolamvo: with a set -x, what I get are calls like "chroot /var/cache/pbuilder/build//29338 /usr/bin/apt-get -s install cdbs debhelper libgtk2.0-dev libxss-dev libmeanwhile-dev libgadu-dev libnss3-dev tcl8.4-dev tk8.4-dev libgstreamer0.10-dev libgtkspell-dev libltdl3-dev libperl-dev libstartup-notification0-dev"04:48
mvook - wrong memory than :)04:48
claviolaI think I've ran into a bug04:49
claviolawith the command line above, apt-get breaks04:50
mvoclaviola: what is the error mesage?04:50
claviolathe same I get with pbuilder04:50
claviolathis happens if I try to apt-get -s install libnss3-dev libebook1.2-dev04:51
claviolaif I try to simulate them both separately, everything is fine04:51
claviolaif not, just the old04:51
mvoclaviola: could you please run it with -o Debug::pkgProblemResolver=true and -o Debug::pkgDepCache::AutoInst=true04:51
claviola  libebook1.2-dev: Depends: libebook1.2-9 (= 1.10.1-0ubuntu1.1) but it is not going to be installed04:51
claviola  libnss3-dev: Depends: libnspr4-dev (= 1.8.0.10-3ubuntu1) but it is not going to be installed04:51
=== claviola needs to find a pastebin
ScottK!pastebin | claviola04:54
ubotuclaviola: pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)04:54
claviolaI wonder why the hell it needs javascript, but still... http://paste.ubuntu-nl.org/28353/04:57
=== scott_ [n=scott@66-227-218-192.dhcp.klmz.mi.charter.com] has joined #ubuntu-devel
claviolathis is pretty weird, I get this outside as well. am I the only one?05:01
claviolaoutside = of the chroot, on feisty05:01
=== j_ack [n=j_ack@p508D83DE.dip0.t-ipconnect.de] has joined #ubuntu-devel
geserStevenK: I've reread the scrollback now about curl: upstream is already at so-version 4 so the next one will be 5. Debian managed to restore the API/ABI and went back to libcurl3 to save the transition. libcurl3 installs now libcurl.so.4 and symlinks from libcurl.so.3 to libcurl.so.4 to make the old packages happy (AFAIUI)05:09
axxoyou make that sound like a good thing05:10
cjwatsonI think everyone involved thinks it's a necessary disaster05:10
=== mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel
cjwatsonthough I haven't read up on it all05:11
=== Monk-e [n=guido-xu@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel
geserI've only read the discussion on the debian-project ML05:11
=== pkl [n=phillip@lougher.demon.co.uk] has joined #ubuntu-devel
=== pkl is now known as pkl_
=== crdlb [n=crdlb@unaffiliated/crdlb] has joined #ubuntu-devel
geserDebian didn't want the transition as the many libcurl rdepends would make a transition from unstable to testing very hard and long05:12
=== _TomB [n=tomb@host81-153-8-121.range81-153.btcentralplus.com] has joined #ubuntu-devel
=== persia [n=persia@ubuntu/member/persia] has left #ubuntu-devel []
=== svolpe [n=Gerrath_@unaffiliated/gerrath] has joined #ubuntu-devel
=== hoora_ [i=ariel@gateway/tor/x-d4d939f286453f33] has joined #ubuntu-devel
=== superm1 is now known as superm1_
=== tkamppeter_ [n=till@bl8-116-224.dsl.telepac.pt] has joined #ubuntu-devel
claviolamvo: so the main problem seems to be with libnspr4-dev right now05:22
=== pitti pokes mvo, you broke apport retracers :)
pittimvo: what was the magic option to have apt-get source download the source without asking for version control confirmation?05:23
mvopitti: *cough* you mean the option that is about to be added ;) ?05:24
pittimvo: ah: "yes | apt-get source apport"05:24
pittimvo: that should do for now :)05:25
cjwatsonpitti: --assume-yes seems to do the job too05:25
=== tkamppeter_ is now known as tkamppeter
pitticjwatson: yay05:26
=== Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-devel
ion_When apt-get source points you to a VCS branch, whats the canonical (no pun intended) way to get the orig.tar.gz?05:27
tkamppeterpitti, I did some thoughts about the source debian package for automatically rebuilding all drivers from OpenPrinting (see https://blueprints.launchpad.net/ubuntu/+spec/printerdriverautodownload)05:27
pittiion_: I'd say, say yes, download the package, and then checkout the bzr05:28
pittitkamppeter: ah, will have a look at it05:28
tkamppeterpitti,I see one problem there:05:28
mvoion_: you can use apt-get source --tar-only pkg too 05:29
ion_Thanks05:29
tkamppeterThe printer driver offered at OpenPrinting are third-party drivers, so they are packaged to be installed in /opt (see http://www.linux-foundation.org/en/OpenPrinting/WritingAndPackagingPrinterDrivers)05:29
pittitkamppeter: right05:30
pittitkamppeter: that's probably a good thing to avoid package file conflicts05:31
tkamppeterNow an automatic rebuilding with installation into /usr is not trivial, as the original packager of the distro-independent RPM (which is not necessarily me!) can have hard-coded /opt paths, and can have used very many different methods to introduce paths.05:31
=== cynics [n=cynics@123.116.98.249] has joined #ubuntu-devel
pittitkamppeter: right; but if there is a standard PPD search path in /opt, and cups looks for that, it should work, shouldn't it?05:32
=== Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-devel
tkamppeterAnd if I do no conversion, simnply rebuilding the RPM under Ubuntu and then uncompressing the RPM and letting the resulting files and maintainer scripts get packages as Debian package gives a Ubuntu package installing in /opt.05:33
pittitkamppeter: ah, wait, we wanted to ship those as an official Ubuntu package, right05:33
pittidarn05:33
iwjI remember many years ago trying to kill /opt in FSSTND.  I won too but then later during the FHS merge it rose from the dead.05:34
pittiiwj: well, if it was /usr/local/, it wouldn't help us either05:34
tkamppeterpitti, there is a standard PPD path, /usr/share/ppd, and the maintainer scripts of the distro-independent packages link their PPDs to /usr/share/ppd.05:34
iwjpitti: Yers.05:34
pittithey do the right thing by *not* installing into /usr05:34
iwj/opt is better than /usr/local.05:34
pittitkamppeter: there should be /opt/ppd or so, too05:34
iwjYou could retarget the package and leave a symlink behind ?05:35
iwjThat way it won't overwrite anything anyone else put in /opt but it will still work.05:35
tkamppeterpitti, my concept is that all actual files in the distro-independent package install into /opt/<supplier>/ and the maintainer scripts set symlinks to connect the driver appropriately to the system.05:36
tkamppeter/opt/share/ppd and //usr/local/share/ppd were rejected by two distros, Red Hat (Tim Waugh) and Ubuntu (was it you, pitti?).05:37
pittitkamppeter: no, having cups search those directories would be perfectly fine05:37
pittitkamppeter: the issue was *shipping* those directories in the packages, not adding it to the cups search path05:37
tkamppeterDoes a .deb create a directory when it is missing?05:38
pittitkamppeter: I think there's no way around relocating the files and paths05:38
=== ScottLij [n=scott@66-227-218-192.dhcp.klmz.mi.charter.com] has joined #ubuntu-devel
pittitkamppeter: missing in what way?05:38
tkamppeterRPM does not do it, RPM distros must ship /opt to be able that packages can be installed in /opt.05:38
iwjroot@lalonde:~# pvremove -f /dev/sda1105:39
iwj  Can't pvremove physical volume "/dev/sda11" of volume group "gtest" without -ff05:39
Chipzztkamppeter: I think it does (.deb creating the dirs)05:39
tkamppeterpackage contains file /opt/gutenprint/ppds/epsonc80.ppd, distro has no /opt at all, does the package install?05:39
pittitkamppeter: if some upstream package wants to install into /opt, it should mkdir /opt if it doesn't exist; otherwise it would be fairly broken05:39
pittitkamppeter: however, /opt is there by default anyway05:39
Chipzztkamppeter: I even think there is no way to have .deb not create these dirs05:39
pittitkamppeter: sure, it will05:40
pittitkamppeter: (except that Ubuntu packages must not have files in /opt)05:40
iwjpitti: normally constructed .debs contain the directories in their fsys tarball so the directories would get automatically created.05:40
pittiiwj: right05:40
tkamppeterpitti, and that rule would be broken by the fully auto-rebuilding printer driver package.05:40
pittitkamppeter: right, so we need to relocate the files there to /usr/share/ppd05:41
iwjNB that if the package has  drwxr-xr-x /somedir/  but the system has  lrwxrwxrwx /somedir -> /otherdir  then dpkg will follow the link.05:41
pittitkamppeter: and /usr/lib/cups/backend-available/05:41
tkamppeterpitti, the driver packages do not only contain PPDs.05:41
iwjtkamppeter: The difficulty is that they might contain programs which would refer to /opt/supplier/somethingorother, right ?05:42
iwjAnd it's impractical to fix that.05:42
pittitkamppeter: right, those need manually maintained patches, I think05:42
pittitkamppeter: preferably the sources would have a configure option for that05:42
iwjpitti: They might be binary-only nonsense.05:42
pittitkamppeter: that might make sense for the spec anyway05:43
iwjpitti: And the idea is to translate the binary packages, not the sources.05:43
iwjAIUI05:43
pittiiwj: I wouldn't repackage and ship those in Ubuntu anyway05:43
iwjYou're sure they wouldn't end up in restricted ?05:43
pittiiwj: binary translation> oh, was it?05:43
claviolacould someone try installing libnspr4-dev on their feisty box? It seems to be the root of my problems05:43
iwjpitti: I think so but tkamppeter will know.05:43
tkamppeterPerhaps we do the follwing, we simply drop everything in /opt/<supplier> into /usr/lib/printdriver/<supplier> (for each <supplier>) and let the maintainer scripts link /usr/lib/printdriver/<supplier> to /opt/<supplier>. After that we run also the original maintainer scripts to complete the symlinking.05:44
pittitkamppeter: that would still break the /opt rule05:44
siretarthas anyone tried to boot tribe-2 in qemu?05:44
iwjpitti: I think it's probably OK if we have a careful thing that just makes one symlink.05:44
siretartI'm getting dropped to an initramfs shell :*05:44
pittiiwj: well, it minimizes the evilness, yes :)05:45
pittisiretart: only in qemu? or also in vmware/real iron?05:45
tkamppeterYes, it was some time told that /opt could be mounted from an application server where the local root is not root.05:45
=== thekorn_ [n=thekorn@vpn191.mip.uni-hannover.de] has joined #ubuntu-devel
mvohey iwj, do you have a opinion about  bug #123757 ?05:47
ubotuLaunchpad bug 123757 in dpkg "Please do not localize error messages send over --status-fd" [Wishlist,New]  https://launchpad.net/bugs/12375705:47
tkamppeterSo probably I have to revise the driver design and packaging HOWTO http://www.linux-foundation.org/en/OpenPrinting/WritingAndPackagingPrinterDrivers that drivers MUST be packaged in a way that if the %install_into_opt macro in their RPM spec file (simply commenting out that line) that they MUST install and work correctly under /usr, like original distro packages.05:48
pittitkamppeter: right, that would be helpful for all distros, i guess05:48
claviolaIs there any good reason for libnspr4-dev to conflict with libnspr4?05:48
pittitkamppeter: do you know whether, by and large, the drivers have source available?05:48
tkamppeterYes, and this only works out where suppliers are willing to provide an SRPMs, binary-only packages often come as RPM only.05:49
pittitkamppeter: for binary-only drivers we probably have to bite the bullet and do an /opt symlink05:49
ScottKpitti: I've done a new upload of pinentry (waiting to build now) and I think answered your comments on https://wiki.kubuntu.org/MainInclusionReportPinentry.  I'd appreciate it if you'd put it back in your queue to look at soon.05:50
pittiScottK: I got the wiki change notification mail, will do05:50
=== pitti -> off for a bit
ScottKpitti: Thanks.05:50
=== carlos_ [n=carlos@163.pool85-48-166.static.orange.es] has joined #ubuntu-devel
tkamppeterpitti, free drivers will have source available, non-free drivers can have the SRPM available (for example a package which only puts binary files together but does not compiule anything), but it can happen that only RPMs will get delivered.05:51
=== agoliveira [n=adilson@201.47.58.64.adsl.gvt.net.br] has joined #ubuntu-devel
=== hjmf [n=hjmf@150.Red-83-44-175.dynamicIP.rima-tde.net] has joined #ubuntu-devel
iwjmvo: Hi.  I saw that.  It looks really difficult.05:52
iwjI haven't checked this but AIUI the status fd error messages are just the ones from ohshit and ohshite.05:52
iwjSo you'd have to send up through the status pipe the printf template and the formatted substitution values.05:52
iwj(And what if the formatted substitution values are already translated?)05:53
mvoiwj: that is my impression from the code as well, we would have to go over all of them, mark them with N_() and then on display use gettext() only for display and the original one on the pipe (does that make sense)?05:53
=== blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel
mvoiwj: (the impression that it would be difficult)05:53
iwjBut you can't do gettext after you've done snprintf.05:54
iwjdoorbell05:54
=== thesaltydog [n=fabio@ubuntu/member/thesaltydog] has joined #ubuntu-devel
iwjback05:55
iwjPerhaps you'd like to explain your problem more fully :-).05:55
mvoiwj: I see the problem now (haven't looked at ohshit() before too closely)05:56
mvoiwj: well, the problem is that we want to generate apport bugreports for failures to install/remove etc05:56
iwjRight.05:56
iwjBut you want the apport reports to be untranslated05:57
mvoiwj: and it would be good to have the reports not being localized because it makes e.g. dup finding harder05:57
cjwatsonyou could put a catgets-style code before each possible error05:57
iwjNiiice.05:57
cjwatsonE1001: package exploded05:57
mvoiwj: and reading the report too of course :) it would be cool if apt could just drive dpkg with LANG=C, but that would mean that debconf and friends are not localized too05:58
cjwatsonthat wouldn't be ideal for people running apt at a terminal either05:58
iwjWe could make dpkg not call setlocale.05:58
iwjI mean, optionally.05:58
iwjOr we could dual-track all of the error message handling code so that there'd always be a translated and an untranslated message.  Urgh!05:59
geserbut wouldn't programms called from postinst still be localized (and their errors too)?06:00
iwjYes.06:00
cjwatsonlocalised errors are fairly rare there ...06:00
cjwatsonwell, apart from 'rm: no such file or directory' and such, I suppose06:00
=== finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel
=== slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel
=== ivoks [n=ivoks@0-159.dsl.iskon.hr] has joined #ubuntu-devel
=== asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel
=== ubijtsa_ [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel
=== PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-devel
=== SEOmoz [n=SEOmoz@unaffiliated/seomoz] has joined #ubuntu-devel
=== _TomB [n=tomb@host81-153-8-121.range81-153.btcentralplus.com] has joined #ubuntu-devel
=== vprints [i=laur@conference/kde/aKademy/x-68ede9886c1c030f] has joined #ubuntu-devel
=== mpytasz [n=dduck@staticline17096.toya.net.pl] has joined #ubuntu-devel
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel
=== MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel
=== lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel
pittibdmurray, seb128, asac: do you think it would be useful if apport would add a 'apport-failed-retrace' tag to bugs which do not have an useful stack trace after retracing?06:50
seb128yes06:51
seb128it would make an easy list of bugs to triage06:51
pittiI already have report.has_useful_stacktrace(), so I can implement this trivially06:51
seb128t-hat would also allow to make stats on how many bugs are broken06:52
asacpitti: at best add mt-needretrace :)06:52
asacpitti: for all packages in realm of mozillateam ;)06:53
seb128I think that's quite a lot at the moment06:53
bdmurraypitti: that sounds good to me too06:53
pittiasac: would the MT consider using that tag instead? having multiple ones is too confusing, I think06:53
=== spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel
asachmm ... cannot decide right now06:54
asacpitti: for whom would it be confusing?06:55
bdmurrayasac: wouldn't the apport-failed-retrace end up replacing mt-needretrace?  or are there some cases where mt-needretrace would still get added manually?06:55
pittiasac: first, for finding the crashes which need manual traces or apport fixes, and second, I don't like hardcoding special cases about teams and source package names into apport06:55
asacpitti: bdmurray afaik there is not just black and white ... mt-needretrace would probably still be needed06:57
asacfor cases where we need better06:57
pittiasac: that's fine06:57
pittiasac: I don't want you to abolish that tag, just asking whether you would get disturbed about apport-failed-retrace06:58
asacwe would probably have to automatically rename it06:59
asacso go ahead and add it06:59
asacif you feel you don't want special cases06:59
pittiasac: well, if you would rename it automatically, then it would be semantically identical to mt-needsretrace; but you just said that it's for cases which need manual checks?06:59
pittiasac: we can still introduce them later if we externalize the mapping for it, but I'd rather have common tags so that other people don't need to be aware of those special cases when looking for bugs07:00
asacpitti: mt-needretrace subsumes apport-failed-retrace ... but not the other way around i guess07:00
pittiah, right07:01
asacso renaming to mt-needretrace is safe ... while the other way might not be right.07:01
asacpitti: how can we improve backtraces07:01
asacpitti: shall i try to remove omit-frame-pointer optimization?07:01
pittiasac: is this something ffox specifically turns on in debian/rules?07:02
pittiasac: it's worth a try at least07:02
asacpitti: problem is we cannot really reproduce what your retracers do ... otherwise we would evaluate on our own07:02
pittiasac: today I fixed the Contents.gz scanning07:02
asacpitti: no its standard -O2 optimization07:02
pittiasac: i. e. things which are loaded dynamically and need extra packages now actually work :)07:02
asacah ok ... lets wait another few days then07:03
pittiasac: hm, then I don't see why it specifically fails for ffox; it works for other packages after all07:03
asacanother thing ... i get lots of signal 5 crashes?07:03
asacwhy that? we never had that signal before?07:03
claviolaso, does anyone know if there is a good reason for libnspr4 to conflict with libnspr4-dev on feisty?07:03
asacclaviola: yes07:03
asacclaviola: libnspr4-dev ships files that are in libnspr407:03
pittiasac: the other thing is bug 74691, that might be a reason, too07:04
ubotuLaunchpad bug 74691 in linux-source-2.6.22 "Unable to debug under 2.6.22 on i386: Failed to read a valid object file image from memory" [High,Confirmed]  https://launchpad.net/bugs/7469107:04
pittiasac: signal 5> that's usually a glib assertion07:04
claviolaasac: and why is this the case07:04
claviolalike, usually it is pretty common for someone to install an accompanying -dev package...07:05
asacclaviola: they don't belong together07:05
asacclaviola: libnspr-dev + libnspr407:05
asacclaviola: or libnspr4-dev + libnspr4-0d07:05
asacthose are the pairs07:05
claviolaokay, will try.07:06
asacso for developing the transition is not really perfect07:06
asacbut its old cruft we have to deal with07:06
claviolawell, the thing is07:06
asacyou don't need to go on07:07
claviolaI'm trying to build pidgin on feisty07:07
asacits bearable for developers ... setup a chroot07:07
claviolafunny thing, because this is what I'm doing.07:07
claviolaand it still fails on the chroot07:07
asacthe non-dev packages can be installed side by side07:07
asacclaviola: yeah ... what does pidgin build-depend on?07:07
claviolabecause, as I was going to say, there's a conflict between libnspr4-dev and libebook1.2-dev07:07
claviolawell, I guess libnss3-dev is the culprit.07:11
asacclaviola: what are you trying to do?07:12
asacbackport pidging to feisty?07:12
claviolayes.07:12
asacclaviola: if so, you are probably best of changing build depends to libnspr-dev and libnss-dev07:12
=== ivoks [n=ivoks@0-159.dsl.iskon.hr] has joined #ubuntu-devel
claviolaI need to read more on the changes to those two07:14
asacclaviola: it should just work07:16
asacclaviola: if not ping me07:17
claviolait's fine now, but it drove me nuts earlier today :P07:17
asacok ;)07:17
=== tkamppeter [n=till@bl10-11-209.dsl.telepac.pt] has joined #ubuntu-devel
claviolaI just realized I'll have to setup a mini repository to host my own pidgin-dev so I can build plugins against it07:18
=== ubijtsa2 [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel
claviolasigh, what is an easy to maintain one? mini-dinstall?07:18
asacclaviola: we have those libs in mozillateam archive07:18
asac!moztest07:18
ubotuThe Mozilla-testing repos can be found at: https://wiki.ubuntu.com/MozillaTeam/PreviewArchives. Please remember these are testing repos, the packages in these repos are not stable and may break things on your system. Use with caution. Please report bugs found from these packages to: https://wiki.ubuntu.com/MozillaTeam/PreviewArchives/Bugs.07:18
claviolaasac: I'll just need my own pidgin-dev package07:19
claviolanow I'm just wondering about what "mini dak" to use07:19
asacjust push everything to one directory and run dpkg-scanpackages and dpkg-scansources07:20
thomor just apt-ftparchive07:20
asacyeah07:21
=== j_ack [n=j_ack@p508D83DE.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== jtmoulia [n=jtmoulia@149.142.103.81] has joined #ubuntu-devel
=== blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel
=== thekorn_ [n=thekorn@a89-182-18-220.net-htp.de] has joined #ubuntu-devel
iwjOh, of course, I bet I've been bitten by the ginormous menu.lst bug.07:28
=== micahcowan [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-devel
=== agoliveira [n=adilson@201.47.58.64.adsl.gvt.net.br] has joined #ubuntu-devel
=== GNUdog [n=GNUdog@218.28.13.157] has joined #ubuntu-devel
Keybukiwj: collecting kernels? :p07:33
pittimy menu.list is regularly prolonged with having Ubuntus in other partitions07:33
pitti"Ubuntu, kernel 2.6.22-7-generic (on /dev/hda2) (on /dev/hda3) (on /dev/hda2)"07:34
KeybukI just use VMware for that kind of thing :p07:34
pittiwell, sometimes it's useful to test on real iron :)07:34
iwjYes, what pitti said.07:34
iwj-rw-r--r-- 1 root root 156137 2007-07-03 18:08 /mnt/boot/grub/menu.lst07:35
iwjIf it's >64K then grub crashes when it tries to show the menu.07:35
pittierk07:35
Keybukpitti: bah, that's what users are for :p07:35
pittiKeybuk: just gotta love your QA approach :-P07:35
Keybukpitti: most of the testing I do tends to require unreal iron in order to replicate the bugs07:36
Keybukit's much easier to cause race conditions in VMware07:36
pittisure :) (I meant CD image testing, actually)07:37
=== Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel
=== thekorn_ [n=thekorn@a89-182-18-220.net-htp.de] has joined #ubuntu-devel
Keybukpitti: trouble with that is you're testing the install alongside an existing Ubuntu install07:38
Keybukso you're offsetting the "real iron" with an "unusual scenario"07:38
iwjI have a caddy for that so I can do `wipe disk' installs etc.07:38
pittiyeah, but I hope that a combined vmware + real iron multi-installs will cover enough07:39
pittiiwj: getting one of these 4 GB SRAM IDE disks would be really cool for that, I think07:40
pittiboot or install Ubuntu in 20 seconds or so :)07:40
kylemit takes more than 20 seconds to boot ubuntu?07:40
kylem:)07:40
Keybukkylem: oddly enough, I was going to say the same thing <g>07:41
pittisad as it is, we are still quite a bit behind Windows :(07:41
kylemer.07:41
kylemreally?07:41
Keybuka fresh or little-used Windows install, maybe07:41
pittiI saw xp boot on an old 800 MHz Celeron in 30-odd seconds07:41
Keybuknot a real one07:41
kylemit takes a good minute for my machine to boot XP, versus like 15 seconds to a running gnome session.07:41
Keybukmy partner's laptop takes over three minutes to boot XP07:41
pittiKeybuk: that is the desktop system of a friend of mine07:42
pittikylem: well, that's still faster than Ubuntu :)07:42
kylemi'd time it, but the only time i boot windows is to boot civ3, and i don't have time...07:42
pittiI disabled a lot of services, and it takes some 1:30 minutes to an usable desktop, even with autologin07:42
=== LeeJunFan [i=junfan@adsl-76-204-9-149.dsl.klmzmi.sbcglobal.net] has joined #ubuntu-devel
pittikylem: and I don't have Windows to test, but I saw quite a few07:43
kylemdunno. in my experience, macosx is only just barely faster than ubuntu.07:43
Keybukthe gnome login time of Ubuntu is kinda interesting07:44
pittihmm, I only used that two or three times and I wiped it years ago, I don't remember any more07:44
KeybukI did some comparisons with F7 a few weeks back07:44
Keybuk(which is stunningly fast to login)07:44
sn0when i was in school we had risc os StrongARM based systems that booted from rom in a second :)07:44
kylemKeybuk, on a fresh install of gutsy using vesa (unsupported until about 5 minutes from now) on my 3ghz c2d box, gnome starts moments after i finish my password... no splash screen.07:45
KeybukI know that they're shiny, but do we really need 2.5MB of default desktop background and startup sound?07:45
Keybukkylem: it shouldn't, there's a lot of cruft we load07:45
kylemKeybuk, seriously...07:45
Keybukwhy no splash screen?07:45
Keybukwe haven't disabled that yet?07:45
Keybuk(oddly, the splash screen itself adds about 1.5s to the login time)07:46
kylemKeybuk, because the desktop loads so damned fast.07:46
mjg59Gnome is very fast to start up, assuming a warm cache07:46
Keybukkylem: you disabled it yourself?07:46
mjg59It's entirely the i/o that's killing us07:46
=== kent [n=kent@82.145.145.164] has joined #ubuntu-devel
=== tsmithe [n=toby@ubuntu/member/tsmithe] has joined #ubuntu-devel
Keybukmjg59: not entirely07:46
Keybukthe fact we're using far more I/O than we need to is a major factor07:46
ion_AFAIK Windows rearranges HDD blocks to boot faster and load oftenly used software faster.07:46
ijuz__on my shinny new laptop Vista (without _anything_ installed) takes 35sec from grub to login and additional 15 sec for login07:46
mjg59Keybuk: If I log out and then log in on a 1.2GHz machine, I'm at a desktop in a couple of seconds07:46
Keybukand the fact we load huge amounts of Python (multiple python interpreters) in our default login doesn't help either07:46
Keybukmjg59: sure, because the big bits are cached <g>  I'm not saying a warm cache doesn't help; I'm saying that we can be much faster with a cold cache than we are07:47
=== jinty [n=jinty@BAEf0ce.bae.pppool.de] has joined #ubuntu-devel
mjg59Keybuk: Uhm. Isn't that what I said?07:48
Keybukmjg59: no, you said it's entirely the i/o - which it isn't07:48
pittimjg59: right, second gnome login is fast here, too07:48
KeybukI put together a login that's faster on a cold cache than our default is on a warm cache07:48
Keybukso it's not entirely cache07:48
mjg59Keybuk: The warm cache case is sufficiently fast that it's not a problem. 07:49
Keybukmjg59: the warm cache is sufficiently rarely seen that it *IS* a problem07:49
Keybukpeople primarily login on a cold cache07:49
Keybukbecause they've just booted their machine07:49
mjg59Yes. But we're not spending time on the CPU, we're spending time in i/o07:49
Keybukthey tend to logout when they're rebooting it or turning it off07:49
mjg59So we need to reduce the i/o07:49
Keybukwe're spending a lot of time in both actually07:49
Keybuklots of Python uses the CPU a bit07:49
mjg59No, because we can log in from a warm cache in a couple of seconds07:49
mjg59The contribution of CPU time is tiny compared to the amount of time spent in i/.o07:50
Keybukbut we never login from a warm cache07:50
Keybukit's cold ;)07:50
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel
mjg59Keybuk: Yes. But even if we spent no time on the cpu, the best we could save (on a slow machine) is a couple of seconds07:50
Keybuk?07:50
Keybukhave you compared Ubuntu and F707:51
Keybukthe difference is quite staggering07:51
Keybukeven on slow hardware07:51
mjg59Keybuk: The amount of time spent in cpu is independent of whether something is in cache or not, right?07:51
Keybukright07:51
ion_F7? Fedora Core?07:51
mjg59So, if I can log in in two seconds from a warm cache, the amount of time spent in cpu cannot be more than 2 seconds07:51
Keybukion_: Fedora 707:51
Keybukmjg59: indeed; but we can reduce that to near-zero seconds07:51
mjg59If we reduced that time to 0, the most we could remove from the login time would be 2 seconds07:52
ion_Whats the difference? I.e. which one is faster?07:52
Keybukmjg59: err? we could remove more07:52
mjg59But I'm spending 20 seconds in i/o07:52
mjg59Keybuk: Only if I can log in in negative time07:52
Keybuk?07:52
=== kduboi2 [n=kdubois@adsl-71-148-47-118.dsl.sfldmi.sbcglobal.net] has joined #ubuntu-devel
mjg59Keybuk: Total CPU time spent during login, regardless of whether the cache is warm or not, is two seconds07:52
mjg59So reducing the amount of CPU time used cannot reduce the amount of time taken to log in by more than two seconds07:53
Keybukyes07:53
iwjKeybuk: This USB modem is a Conexant softmodem :-(.  Looks like we should be telling people to get a USB serial dongle and a real modem.07:53
mjg59So we're dominated by i/o, not cpu use07:53
Keybukyes, the majority of time is i/o07:53
iwjShame you can't discover this before you buy it.07:53
mjg59We can either improve throughput (by reducing seeking) or reduce the number of programs started07:53
Keybukyou said "entirely" :-)07:53
Keybukwe can also reduce the I/O by reducing the size of some of the files we load simply for effect07:54
Keybuk(startup sound, desktop background, etc.)07:54
mjg59Keybuk: Two seconds is within the noise threshold for a typical login for me07:54
mjg59And 2.5MB is still only about 0.1 of a second07:54
ograiwj, just carry a liveCD with you to the shop ... and ask if you can test it ...07:54
Keybuk?07:54
iwjogra: Mmm.07:55
ograin good shops that usually works07:55
mjg59Keybuk: My (1.8") drive is capable of over 20MB/sec07:55
Keybukso you think we load about 500MB on gnome login?07:55
mjg59Keybuk: No, I think the majority of the time is spent seeking07:55
iwjogra: Except we don't really have such things in Cambridge.  Either very upmarket shops or the likes of Maplin.  I normally do everything mail order.07:55
mjg59Which isn't a problem when you're talking about two files07:55
iwjHmm.  I wonder if this can be made to work with sl-modem-daemon.07:56
mjg59iwj: The Conexant ones? Not as far as I know.07:56
Keybukperhaps, but by shrinking those and removing a couple of things from the autostart, I reduced my cold cache startup time to <5s07:56
ograiwj, yeah, it's indeed hard to test in advance that way :)07:56
Keybuk(from about 20s)07:56
mjg59Keybuk: If the background and startup sound are adding significant time to login, that indicates a bug we should fix rather than anything else07:56
iwjmjg59: It's a conexant-based USB thing.07:56
mjg59iwj: Yes07:56
iwjHmm.07:57
mjg59Linuxant provided drivers at some point, I believe07:57
iwjYes, they still do I think.07:57
mjg59Certainly for the Apple ones07:57
iwjPayware.07:57
iwjI bet they work with this too but I think testing that is a bit out of scope.07:57
=== hggdh [n=hggdh@pool-71-164-135-78.dllstx.fios.verizon.net] has joined #ubuntu-devel
=== Yasumoto [n=Yasumoto@adsl-69-234-201-182.dsl.irvnca.pacbell.net] has joined #ubuntu-devel
=== Yasumoto [n=Yasumoto@adsl-69-234-201-182.dsl.irvnca.pacbell.net] has joined #ubuntu-devel
=== sn0 [n=mrsno@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel
=== gouchi [n=gouchi@ivr94-8-88-162-27-162.fbx.proxad.net] has joined #ubuntu-devel
=== Arby [n=richard@82.152.175.251] has joined #ubuntu-devel
=== Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel
=== Lure [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel
=== zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel
=== ivoks [n=ivoks@0-159.dsl.iskon.hr] has joined #ubuntu-devel
=== ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel
=== yosch [i=yosch@sal63-1-82-243-96-232.fbx.proxad.net] has joined #ubuntu-devel
=== hggdh [n=hggdh@pool-71-164-135-78.dllstx.fios.verizon.net] has joined #ubuntu-devel
=== thekorn_ [n=thekorn@a89-182-18-220.net-htp.de] has joined #ubuntu-devel
=== RainCT [n=RainCT@77.209.12.5] has joined #ubuntu-devel
RainCTHey, a little question. Is it ok to create a page in wiki.ubuntu.com about a program I'm creating if it's not directly Ubuntu related?09:10
=== alex-weej [n=alex@82.23.188.238] has joined #ubuntu-devel
=== Havis [n=Havis@adsl-d202.84-47-62.t-com.sk] has joined #ubuntu-devel
=== _TomB [n=tomb@host81-153-8-121.range81-153.btcentralplus.com] has joined #ubuntu-devel
=== LaserJock [n=mantha@lambda.chem.unr.edu] has joined #ubuntu-devel
LaserJockcjwatson: got a minute now? :-)09:17
axxoi have a full hour!09:17
=== Havis_ [n=Havis@adsl-dyn244.91-127-122.t-com.sk] has joined #ubuntu-devel
=== scott314_ [n=scott@cpe-65-24-103-91.columbus.res.rr.com] has joined #ubuntu-devel
=== blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel
asacany idea how i can get the same affect as physically unplugging and plugging in an usb device programmatically from userspace?09:27
=== etank [n=etank@ubuntu/member/etank] has joined #ubuntu-devel
pittiStevenK: erk, libcurl3-gnutls has files from old libcurl4-gnutls, but doesn't Conflicts:/Replaces: it09:29
=== PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-devel
=== micahcowan [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-devel
=== asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel
=== tru_`z24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-devel
asac_i was offline ... in the unlikely case that anyone answered my usb question ... please repeat :)09:39
=== phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel
Kmosanyone answered09:40
pittiKmos: no, nobody did09:41
pitti^ asac_ 09:41
pittiasac_: I might have an idea, let me try09:41
asac_pitti: but you certainly know, right ;)09:41
asac_like echo 1 > /....09:42
asac_:)09:42
pittiasac_: this works for me:09:44
pitticd /sys/block/sda/device/driver; echo -n '1:0:0:0' | sudo tee unbind; echo -n '1:0:0:0' | sudo tee bind09:44
asac_samn ... what does that do?09:44
asac_damn09:45
pittiasac_: sda is the block device you want to 'replug'09:45
Kmospitti: crazy geek09:45
Kmoslol09:45
pittiasac_: and '1:0:0:0' is the single directory in /sys/block/sda/device/driver/09:45
asac_ok lets see ;) if i can project that for my case09:45
pittiasac_: it essentially tells the driver (which is the sd module in this case) from unbinding and binding to the device 1:0:0:0 (on the USB bus, which is sda here)09:46
=== hunger [n=tobias@p54A71DC5.dip0.t-ipconnect.de] has joined #ubuntu-devel
pittis/from unbinding/to unbind/09:46
asac_its not a block device though09:46
asac_some mtp device (ouch)09:46
pittiasac_: if I do that here, I get the automount magic back09:47
pittiasac_: doesn't matter, you just need a convenient way to find the device in /sys09:47
pittiasac_: what's mtp?09:47
asac_http://libmtp.sourceforge.net/09:47
asac_mtp is an implementation of Microsoft's Media Transfer Protocol (MTP)09:47
pittiasac_: look in /sys for the various groupings of devices (by block device, bus, kernel module name, etc.)09:48
asac_sucky mp3 player09:48
pittiasac_: aah, that's more or less raw USB09:48
asac_that cannot be reset/closed by libusb09:48
=== Lure_ [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel
pittiasac_: well, just try unload and reload the particular USB module09:48
asac_it works pretty well, but once you try to release it it will not get back to a usable state09:48
pittiasac_: unloading a module is often bad, though, which is why unbinding/rebinding is better09:49
asac_ehci_hcd is the only module used09:49
asac_no idea if its good to do that09:49
pittiasac: rmmoding that will kill *all* your USB devices09:49
asacpitti: ok how can i find the proper device node? does lsusb help?09:49
pittior, it won't even work09:49
asacyeah09:49
asacthats what i thought09:50
pittiasac: lsusb might help09:50
pittiasac: then look in /sys/bus/usb/devices/ for the device number09:50
=== LeeJunFan [i=junfan@adsl-76-204-9-149.dsl.klmzmi.sbcglobal.net] has joined #ubuntu-devel
pittiasac: /sys/bus/usb/devices/<usb port number>/driver/ -> there you have the driver for that device again09:52
asaclet me see .... :)09:53
=== martinp23 [n=Martinp2@wikimedia/Martinp23] has joined #ubuntu-devel
=== sn0 [n=mrsno@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel
=== glatzor_ [n=renate@p57AEE22B.dip.t-dialin.net] has joined #ubuntu-devel
asacpitti: http://paste.ubuntu-nl.org/28389/09:54
asacon top is lsusb -t of that device09:55
asachow do i figure the port number ... i can guess which one it is09:55
asacbut ...09:55
asaci would guess that its 1-109:56
sladenStevenK: your libcurl*-{,gnutls} uploads are barfing on install09:57
pittiasac: hm, just check */idVendor and */idProduct for your device09:58
RainCTnobody knows if it's ok to create a page in wiki.ubuntu.com about a program that is not directly Ubuntu related?09:59
pittiRainCT: in general, wiki.u.c. should have Ubuntu related things09:59
sladenRainCT: the page would make sense if it's about using that program on ubuntu10:00
=== hggdh [n=hggdh@pool-71-164-135-78.dllstx.fios.verizon.net] has joined #ubuntu-devel
=== Monk-e [n=guido-xu@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel
RainCTok, thanks. do you know of any other open source related wiki where I could create a page for that purpose then?10:01
=== sn0 [n=mrsno@cpc3-blfs6-0-0-cust294.belf.cable.ntl.com] has joined #ubuntu-devel
sladenRainCT: what's the program you had in mind?10:08
sladenRainCT: there are likely to be wiki's (eg. audio, graphics, GNOME, KDE) where the page would fit neatly10:08
=== pkl_ [n=phillip@unaffiliated/pkl/x-764568] has joined #ubuntu-devel
=== gizmo [n=gizmo@xdsl-87-78-40-237.netcologne.de] has joined #ubuntu-devel
=== tkamppeter_ [n=till@bl7-125-145.dsl.telepac.pt] has joined #ubuntu-devel
RainCTsladen: https://launchpad.net/qttube10:26
=== _TomB [n=tomb@host81-153-8-121.range81-153.btcentralplus.com] has joined #ubuntu-devel
sladenRainCT: that's an interesting issue.  currently launchpad is semi-hardcoded to point to (a particular) external wiki10:29
=== blueyed [n=daniel@pdpc/supporter/active/blueyed] has joined #ubuntu-devel
RainCTsladen: so do you know any wiki where I could create a page for that program?10:32
=== lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel
=== beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel
=== arthur___ [n=arthur@srv122.hosteur.com] has joined #ubuntu-devel
=== mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel
mruizhi all10:35
=== gicmo_ [n=gicmo@p5491CEFB.dip.t-dialin.net] has joined #ubuntu-devel
=== hoora_ [i=ariel@gateway/tor/x-a583b296a86545d1] has joined #ubuntu-devel
=== milli [n=milli@host-69-144-152-153.bln-mt.client.bresnan.net] has joined #ubuntu-devel
=== holycow [n=hello@mail.wjsgroup.com] has joined #ubuntu-devel
holycowhi guys10:49
=== holycow [n=hello@mail.wjsgroup.com] has left #ubuntu-devel ["Ex-Chat"]
LaserJocklifeless: what is the conflict checker specifically checking for?10:59
lifelessmissing conflicts:/replaces: stanzas10:59
lifelessLaserJock: across tim10:59
lifeless*time*11:00
LaserJockahhh11:00
lifelesstwo packages with the same file must do one of: divert, conflict, or replace.11:00
LaserJockI noticed a bunch of tex related ones11:01
=== fnordus [n=dnall@24.84.160.227] has joined #ubuntu-devel
LaserJocklifeless: will those cause dpkg errors when upgrading?11:02
=== arthur___ [n=arthur@srv122.hosteur.com] has joined #ubuntu-devel
lifelessLaserJock: some of them will; some of them wont because we lie to dpkg when its used from apt/synaptic11:03
=== LeeJunFan [i=junfan@adsl-76-204-9-149.dsl.klmzmi.sbcglobal.net] has joined #ubuntu-devel
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
=== infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel
=== Arby [n=richard@82.152.175.251] has joined #ubuntu-devel
=== Lure_ [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-devel
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel
=== tkamppeter_ [n=till@bl7-125-145.dsl.telepac.pt] has joined #ubuntu-devel
=== hggdh [n=hggdh@pool-71-164-135-78.dllstx.fios.verizon.net] has joined #ubuntu-devel
=== hunger [n=tobias@p54A71DC5.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== tru_`z24 [n=truz_`24@74-129-166-232.dhcp.insightbb.com] has joined #ubuntu-devel
=== alex-weej [n=alex@82.23.188.238] has joined #ubuntu-devel
=== gouchi [n=gouchi@ivr94-8-88-162-27-162.fbx.proxad.net] has joined #ubuntu-devel
=== Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel
=== j_ack [n=j_ack@p508D83DE.dip0.t-ipconnect.de] has joined #ubuntu-devel
=== carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel
=== crdlb [n=crdlb@unaffiliated/crdlb] has joined #ubuntu-devel
=== Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-devel
=== Nuscly [n=nuscly@29-231.206-83.static-ip.oleane.fr] has joined #ubuntu-devel
=== Demitar [n=demitar@c-212-031-190-120.cust.broadway.se] has joined #ubuntu-devel
=== cprov-out [n=cprov@monga.dorianet.com.br] has joined #ubuntu-devel
=== jml [n=jml@ppp121-44-211-82.lns1.hba1.internode.on.net] has joined #ubuntu-devel
=== RadiantFire [n=ryan@upstream/dev/RadiantFire] has joined #ubuntu-devel
=== doko [n=doko@dslb-088-073-068-199.pools.arcor-ip.net] has joined #ubuntu-devel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel
=== tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-devel
=== axxo [n=axxo@gentoo/developer/axxo] has joined #ubuntu-devel
=== sacater [n=sacater@ubuntu/member/colchester-lug.sacater] has joined #ubuntu-devel
=== bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel
=== phlaegel [n=phlaegel@S01060016b619a773.ok.shawcable.net] has joined #ubuntu-devel
=== mitsuhiko [n=blackbir@ubuntu/member/mitsuhiko] has joined #ubuntu-devel
=== mcgrof [n=mcgrof@ruslug.rutgers.edu] has joined #ubuntu-devel
=== CarlFK [n=carl@c-76-29-9-184.hsd1.il.comcast.net] has joined #ubuntu-devel
=== wolfeon [n=wolfeon@alpha.wolfeon.com] has joined #ubuntu-devel
=== Znarl [n=znarl@jewel.roundabout.org] has joined #ubuntu-devel
=== m180 [n=KB@about/philosophy/panzerin] has joined #ubuntu-devel
=== poningru [n=poningru@ip72-209-65-174.ga.at.cox.net] has joined #ubuntu-devel
=== Arby [n=richard@82.152.175.251] has joined #ubuntu-devel
=== zerbero__2 [n=jga@pD9E60717.dip.t-dialin.net] has joined #ubuntu-devel
=== PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-devel
=== cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel
=== cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel
=== Sonderblade [n=fsldfj@h-235-183.A189.cust.bahnhof.se] has joined #ubuntu-devel
=== finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel
=== pkl_ [n=phillip@unaffiliated/pkl/x-764568] has joined #ubuntu-devel
=== RainCT [n=RainCT@77.209.12.5] has left #ubuntu-devel []
=== PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-devel
=== tkamppeter_ is now known as tkamppeter

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