Bluefoxicywhy oh why is the 32-bit desktop/live DVD 1.5 gigs and the 64-bit 700 megs?00:28
stgraberBluefoxicy: where are you looking? I see i386 at 1.5GB and amd64 at 1.6GB here00:29
stgraberright, same place I'm looking at :)00:32
BluefoxicyWhere is the 700MB i386 @_@00:32
stgraberon releases.ubuntu.com00:33
Bluefoxicysilly me00:34
=== johanbr_ is now known as johanbr
=== dendrobates is now known as dendro-afk
psusithis bug report has a script error on line 11 saying splash not found... I noticed that the double quotes around "quiet splash" appear to be slanted... what's up with that? https://launchpadlibrarian.net/105554324/EtcDefaultGrub.txt02:54
psusiI didn't think there was such a thing, but they appear different than the rest of the quotes in the file, and based on the error message about splash not found, it seems like the shell is treating those funny double quotes like backticks and trying to execute the contents02:54
psusiis there such a thing as slanty double quotes that the shell interprets like backticks?02:56
lifelesspsusi: they are unicode quotes, not ascii02:56
infinitypsusi: Looks like someone's edited that in a fancy editor or word processor that wanted to use the unicode quotation marks instead of just using the ascii.02:56
lifelesssomeone has messed the file up02:56
lifelessthe bug therefor is arguably that there is no vigrub command to detect such issues02:57
StevenKvigrub is a slippery slope02:57
psusiweird... yea, looked it up, unicode U+201D, right quotes03:00
psusibut I didn't know bash had special interpretation for that...03:01
=== jbicha is now known as Guest1332
scienteshmm the ubuntu code of conduct page wont accept a signed debian diversity statement....05:02
lifelessscientes: why would it ?05:06
pittiGood morning05:41
ajmitchmorning pitti05:41
pittiinfinity: no, I didn't dump any component-specific ddebs05:41
pittiinfinity: ddeb-retriever doesn't care about Sources.gz, it only looks at Packages.gz; so the main/universe split source packages shouldn't matter05:42
pittihey ajmitch, how are you?05:42
ajmitchpitti: good, how are you today?05:44
pittiI'm quite well, thanks! we had a nice weekend, and you?05:44
ajmitcha nice, uneventful weekend where I mostly got over the ubuflu (still) :)05:45
pittiajmitch: argh; mine is mostly gone, too05:47
angelocpitti: thank you for approving my fix!05:59
pitti@pilot in05:59
=== udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: pitti
pittihey angeloc, thanks for spotting this05:59
pittiangeloc: uploaded to Debian and Ubuntu now05:59
micahghi pitti, happy piloting06:00
pittithanks micahg06:00
angelocpitti, i'm porting quickly to qt4 and qtquick and i spotted a wrong dependency in the building process!06:00
angelocpitti: can I ask you help with bug 993867?06:01
ubottuLaunchpad bug 993867 in xoscope (Ubuntu) "Xoscope package lacks pulseaudio-esound-compat as dependency" [Undecided,New] https://launchpad.net/bugs/99386706:01
angelocpitti, i'm looking for sponshorship06:01
pittiangeloc: urgh, there are still packages out there which speak esound?06:02
angelocpitti, xoscope is really an ancient package! it' uses esound compat to talk to pulseaudio06:02
angelocpitti, so in the end it uses pulseaudio06:03
pittiangeloc: yes, I mean protocol wise06:03
pittiangeloc: you set up an SRU description, so I'll upload to quantal and precise-proposed06:03
angelocpitti, yes, i'm investigating rewriting the software for pulseaudio, but the code is quite difficult to understand06:04
pittiangeloc: BTW, if you want to do package fixes regularly, can you please add corresponding changelog entries? (dch is a nice tool for that)06:04
angelocpitti, yes, i can really enjoin the bug will be fixed also in precise06:04
angelocpitti, i'm new in sru process, so please be patient!06:04
pittiangeloc: oh, changelogs are not SRU speciifc06:05
pittiangeloc: anyway, I'll add it for you06:05
pittiangeloc: do you know how to forward a fix to Debian?06:05
angelocpitti, weel no, i fixed another bug in xoscope and i think that debian will benefit both06:05
angelocpitti, i'm intrested in learning the sru process, can I fix the branch myself?06:06
pittiangeloc: there is nothing to fix for the SRU part06:06
angelocpitti, adding a changelog i mean06:06
pittiangeloc: oh, sure06:06
pittiangeloc: use "dch", document the change, and then use "debcommit" to commit that change; then push again06:06
* pitti reverts his local changelog and waits for your's06:07
angelocpitti, i have to use -i flag to increase version number right?06:08
pittiangeloc: FYI, https://wiki.ubuntu.com/Debian/Bugs has the documentation how to forward bugs to Debian06:08
pittiangeloc: ah, that could be; I have configured dch to do that automatically for ages, so I forgot about it06:08
angelocpitti, yes i read the documentation, but using debian bug tracking is really a pain06:09
pittiangeloc: either way, it needs to create a new changelog record, not append to the already existing one06:09
angelocpitti, last changelog entry shows debian/patches/99-esd_pa_fixes.patch, this time i have no a patch like this, i'll have to create one?06:10
pittiangeloc: if you modify the source, yes; you can't modify it directly06:10
pittiangeloc: since you are working on another change, I propose I'll wait for that with the upload instead of uploading twice?06:11
angelocpitti, cannot understand, i branched quantal/xoscope and fixed debian/changelog, which step i have to do now? making a debian patch?06:12
angelocpitti, i have only one patch06:13
pittiangeloc: err, wait; what are we talking about now?06:13
pittiangeloc: adding the missing changelog entry for your esound-compat addition, or the other fix you said you were working on?06:13
pittiangeloc: you don't want to add the changelog entry to quantal/xoscope, but to lp:~angeloc/ubuntu/quantal/xoscope/fix-for-99386706:14
angelocpitti, there is only a patch for xoscope now (esd-compat), the other patch was accepted in precise at least five moths ago06:14
pittiangeloc: ah; this has nothing to do with debian/patches/ then06:14
pittiangeloc: just do dch -i, describe the change, and debcommit/bzr push that to your branch06:15
angelocpitti, ok, but for the least patch i made, a patch pilot like you created debian/patches/99-esd_pa_fixes.patch, i have to creat one for this patch right now?06:15
pittiangeloc: why do you need a patch? You only add the dependency, you don't change any source code06:16
angelocpitti, ok, that's right! adding changelog with dhc ...06:16
angelocpitti, done06:21
pittiangeloc: uploaded to quantal and precise-proposed, thanks!06:30
angelocpitti, wow!06:30
pittiangeloc: note that the -proposed upload will hang in a review queue and needs to be accepted by the SRU team first06:30
angelocpitti, yes, i know06:30
krineticfound a bug: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/100215206:44
ubottuLaunchpad bug 1002152 in lightdm (Ubuntu) "lightdm does not set background with wallpaper change" [Undecided,New]06:44
=== yofel_ is now known as yofel
dholbachgood morning07:00
* micahg thinks he'll wait for the morning to upload gimp in case something breaks07:10
dholbachmicahg, the desktop team will have a couple of hours to fix it if it does :)07:12
micahgdholbach: I'm sure they have enough work to do :)07:12
micahgand they don't officially support it anyways07:13
dholbachright, I guess it is mostly updates and merges07:14
micahgin fact, the -desktop branch is no longer the main branch, lp:ubuntu/gimp is07:16
dholbachgeser, do you already have a wiki page with your core dev application up? I'd like to add my endorsement to it :)07:19
* micahg misses doko...07:23
pittitseliot: good morning08:34
dupondjeCould somebody review https://bugs.launchpad.net/ubuntu/+source/remmina/+bug/937522 for me? Its been open some time now :)08:34
ubottuLaunchpad bug 937522 in remmina (Ubuntu) "rdp clipboard sync doesn't work anymore." [Undecided,Confirmed]08:34
pittitseliot: should nvidia-current and friends depend on nvidia-common? (or soon ubuntu-drivers-common)08:35
pittidupondje: can you please forward this to upstream?08:36
pittidupondje: I can review it then08:36
dupondjepitti: its commited upstream already08:37
pittioh, nice08:37
dupondjeTested it some time, made a ppa version of it also to let other people test it :)08:38
pittidupondje: sponsoring now, thanks!08:38
tseliotpitti: good morning to you. Yes, it's probably a good idea to make it depend on nvidia-common08:39
pittitseliot: I'm asking because presumably the postinsts should set/update the alternatives?08:40
tseliotpitti: the postinst of the nvidia drivers already do that08:40
pittialso, the packages should conflict to each other, to prevent that you install multiple versions at the same time and then don't know which one actually gets used?08:41
tseliotpitti: shouldn't the driver manager tell you that?08:41
tselioti.e. jockey or whatever replaces it08:42
pittitseliot: yes, but only if you actually use that08:42
dupondjepitti: SRU it also or not important enough?08:42
vibhavgood morning08:42
pittitseliot: if you install it in software-center or via apt, there won't be anything to update them08:42
pittidupondje: your call; sounds fine to me for an SRU08:42
tseliotpitti: the only way to know for sure is to call update-alternatives08:42
pittitseliot: is there any chance we could drop the alternatives? they have caused us so much trouble, with packages not working or failing to install, etc.08:43
pittiwe get bug reports to no end08:43
dupondjepitti: SRU then :) clipboard is a good to have thing :)08:43
tseliotpitti: no, I don't think so. Diversions were even worse...08:44
* tseliot still has nightmares about diversions...08:44
pittidupondje: done08:44
pittitseliot: I'd like to start on implementing the spec now, with renaming the package and adding the packagekit/aptdaemon plugins08:45
dupondjenow lets fix the other 100 bugs in Remmina :P08:45
pittitseliot: do you keep this in a particular Vcs, or just lp:ubuntu/nvidia-common?08:45
tseliotpitti: there's a git repository. Let me check if it's updated08:46
infinitypitti: Weird, then, that I can find ddebs for libc6, but not nscd, despite the build log showing nscd.ddeb being genrated.08:47
pittiinfinity: indeed, neither for any other version.. http://ddebs.ubuntu.com/pool/universe/e/eglibc/08:47
tseliotpitti: here it is: https://github.com/tseliot/nvidia-common08:48
=== gaspa1 is now known as gaspa
seb128infinity, pitti: not sure but could it be that the ddeb retriever doesn't like sources with binary in both main and universe? I think I saw issue with those before08:49
pittiseb128, infinity: it's not inherently built to ignore those (it doesn't consider Sources.gz), but there might very well be a bug there08:50
pittibut AFAIR we soon want to switch it to fetching ddebs from launchpad instead of the http servers, so I won't bother debugging this now08:51
seb128(on fetching ddebs from launchpad)08:51
pittitseliot: can you rename projects in github, or only create a new one and delete the old?08:53
infinitypitti: Yeah, remind me on Tuesday (I have Monday off) to get back to testing the current state of ddebs in LP.08:53
* pitti reminds infinity that it is Monday08:53
infinityOnly barely, for me. :P08:54
tseliotpitti: it seems that I can rename it08:55
tseliotpitti: shall I rename it as ubuntu-drivers-common?08:56
pittitseliot: if you don't mind08:56
pittitseliot: grazie!08:56
tseliotpitti: di niente ;)08:57
tseliotpitti: https://github.com/tseliot/ubuntu-drivers-common08:58
* pitti forks08:59
tseliotpitti: I'll have to port all of the code to python 3 (it should be trivial to do) and finally upload xkit's python 3 port (since nvidia-common depends on it)08:59
tseliotpitti: if need these ASAP, just let me know and I'll focus on them09:00
pittitseliot: not that urgent; I'll make sure that the new code (jockey replacement) works with 309:00
tseliotpitti: ok09:01
pittitseliot: hm, AFAICS the "nvidia-common" script is not installed anywhere; is that a bug, or is it just obsolete?09:12
pittitseliot: the one which calls nvidia-detector and shows the "obsolete-driver" debconf note09:12
tseliotpitti: the debconf interface is disabled and, from what I can see, we don't shipt that script any more. Feel free to remove it09:13
pittitseliot: I'll leave it for now with the nvidia -> ubuntu-drivers renaming, I was just wondering whether I was missing something09:14
tseliotpitti: ah, ok. we can remove it later09:14
=== mlankhor1t is now known as mlankhorst
=== tkamppeter__ is now known as tkamppeter
tkamppeterDo we have some libusb expert around here?10:15
cjwatsontseliot: did I remember to push my python3 branch of x-kit, or were you working on it independently?10:34
tseliotcjwatson: I ported xkit to python 3 some time ago (and cleaned up the API) but I couldn't upload it10:35
cjwatsonah, it wasn't even in bzr anywhere visible when I looked10:36
tseliotcjwatson: I guess it's a good time to fix the packaging and uploading it in quantal. I guess I'll have to provide python2.x libraries for the apps that still depend on it10:36
tseliotcjwatson: no, sorry, it's in a local branch of mine10:36
cjwatsonmy branch is lp:~cjwatson/xorgparser/python3 if that's of any interest; the same code should work in both 2 and 3 so providing libraries for both would be trivial10:36
tseliotcjwatson: ok, thanks, I'll have a look at it10:37
pittitseliot: btw, the renaming is already in https://github.com/martinpitt/ubuntu-drivers-common , in case that's blocking you10:59
tkamppeterpitti, do you know a libusb expert at Ubuntu?11:03
=== MacSlow is now known as MacSlow|lunch
pittitkamppeter: I don't, I would have told you otherwise11:03
tkamppeterpitti, so all USB expertise needed to make up Ubuntu is in the upstream projects?11:05
=== ivanka1 is now known as ivanka
pittifor libusb, apparently so11:06
pittigeser: hm, your pcsc-lite merge is uninstallable due to libccid not existing; ccid FTBFSed11:11
pittigeser: did you try this with a local build?11:11
pittiI opportunistically retried the ccid build now11:12
geserpitti: I test-build my pcsc-lite merge, but didn't checked the dependencies. ccid should build now, as that the reason I did the pcsc-lite merge11:14
geserpitti: looks like I've to file a MIR for ccid as pcscd is in main11:16
pittiah great, ccid built11:18
pittigeser: danke11:20
xnoxLaney: updated the tracker for python3 only on cd, please pull /dima =)))) into correct branch ;-)11:44
xnoxis lp:ubuntu/mountall the upstream of the mountall package?11:45
LaneyI saw, will look soon11:47
Laneyxnox: is there no is_bad you can have?11:53
Laneydid I ask this before ... feeling a déjà vu11:54
xnoxLaney: I wish. Most source packages are converted to generate: python2-module and python3-module. And then both is_good .depends python3 & is_bad .depends python2.11:54
Laneyi see11:55
xnoxLaney: I'm not sure if somehow it is possible to 'force' is_good to take presedence over is_bad, if both return true.11:55
Laneynah, no need11:56
xnoxLaney: it's ~good enough (tm)11:56
tseliotpitti: ok, thanks, I'll merge your changes11:56
tseliotpitti: actually, can you make a pull request from github, please?11:57
geserBenC: Hi, I hope you don't mind when I merged libzen. But as I can't test if your libzen.symbols.powerpc file is now obsolete or needs an update, could you take a look at https://launchpadlibrarian.net/105579169/buildlog_ubuntu-quantal-powerpc.libzen_0.4.26-1ubuntu1_FAILEDTOBUILD.txt.gz12:00
pittitseliot: sorry, was at lunch12:09
pittitseliot: can do; I verified that the package builds, but I haven't tested it with jockey or installing drivers yet, as I don't have a any nvidia/ati machine12:10
tseliotpitti: fair enough, we don't have to upload it now12:10
pittitseliot: https://github.com/tseliot/ubuntu-drivers-common/pull/112:13
pittitseliot: the rest should not be so intrusive, mainly adding files12:13
tseliotpitti: pulled, thanks12:14
tseliotcjwatson: I'm applying your changes for xkit, especially the ones to the test suite. Thanks again12:15
=== MacSlow|lunch is now known as MacSlow
=== _salem is now known as salem_
cjwatsontseliot: great, thanks12:19
=== zyga is now known as zyga-food
jdstrandbarry: hi! is there some sort of tag to use for things being ported to python3?12:26
=== dendro-afk is now known as dendrobates
=== zyga-food is now known as zyga
vibhavjtaylor: ping12:49
vibhavI have created an SRU for eggdrop at https://bugs.launchpad.net/ubuntu/+source/eggdrop/+bug/885329 , can somebody check it?12:58
ubottuLaunchpad bug 885329 in eggdrop (Ubuntu Oneiric) "eggdrop crash on i386" [Medium,Triaged]12:58
jamespage@pilot in13:03
=== udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: jamespage, pitti
vibhavCan https://bugs.launchpad.net/ubuntu/+source/munin/+bug/598385 be nominated for precise?13:08
ubottuLaunchpad bug 598385 in munin (Ubuntu) "munin plugin exim_mailqueue has incorrect graph configuration" [Low,Triaged]13:08
pitti@pilot out13:09
=== udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: jamespage
* dholbach hugs pitti and jamespage13:15
Laneyjtaylor: weren't you looking at eggdrop? ^13:19
seb128Laney, vibhav: there is an eggdrop SRU in the precise queue13:21
Laneyis it from jtaylor?13:21
Laneylooks like it's taken care of then13:22
seb128oneiric has one as well13:22
vibhavah fine13:25
vibhavjamespage: Are you busy?13:26
jamespagevibhav, I'm available for piloting duties!13:27
jamespagewant me to take a look at that munin bug?13:27
vibhavI also attached a debdiff for quantal13:29
vibhavYou might want to check it too :)13:29
jamespagevibhav, ack - I think I spotted another SRU candidate for munin last week - looking at your debdiff now13:30
vibhavthe correct debdiff is at #613:35
vibhavjamespage: How is the debdiff?13:44
jamespagevibhav, looks good - just sweeping in the other change as well13:45
zygaivanka: wow, are you back?13:45
vibhavjamespage: Could you link me to the revised debdiff?13:46
jamespagevibhav, http://paste.ubuntu.com/999058/13:52
jamespagevibhav, patch was fine - but was missing from series file...13:54
jbichacjwatson: are there useful docs for how to build live CDs from a new packageset?14:09
jbichaI found this guide which works ok for getting to that point https://docs.google.com/document/d/1RPPF14h1Sw2gQjGTuZjUIlNHnGrafS8ekhFjJM9MT00/edit14:10
cjwatsonjbicha: almost certainly not14:12
cjwatsonjbicha: you could go straight to the live-build documentation though and DIY14:12
vibhavjamespage: thanks!14:12
cjwatsonlive-build's docs are fairly decent, depending on how consistent you want to be with the Ubuntu defaults; for that you need to RTFS in livecd-rootfs (live-build/auto/*)14:12
vibhavjamespage: jamespage Do you want to to work on an SRU?14:13
barryjdstrand: re: tag for py3 ports... not yet14:14
jamespagevibhav, ultimately yes - would you have time to pickup detailing the SRU in the bug report?14:14
jbichaI'd like my build to be as close to Ubuntu default as possible as I'd like to eventually get an official "gnomebuntu" flavor14:16
vibhavjamespage: I dont know the steps to reproduce14:22
vibhavjamespage: Any specific regression potential for https://bugs.launchpad.net/ubuntu/+source/munin/+bug/1000678 ?14:36
ubottuLaunchpad bug 1000678 in munin (Ubuntu Precise) "[SRU] munin-memory plugin doesn't work on 64-bit 12.04 LTS" [Medium,Triaged]14:36
jamespagevibhav, no - not really14:36
jamespageit broken as it stands ATM14:36
didrocksbdmurray: hey, can you add popey to the ubuntu bug control team? He filed quite some bugs in the past (too many of them to my taste :p) and we can use some triagin from in on the unity side ;)14:45
ogra_popey is unity dev now ? wow :)14:46
bdmurraydidrocks: sure, I'll add him now14:47
didrocksbdmurray: thanks :)14:47
vibhavjamespage: ping15:07
vibhavjamespage: done, https://bugs.launchpad.net/ubuntu/+source/munin/+bug/1000678/comments/815:10
ubottuLaunchpad bug 1000678 in munin (Ubuntu Precise) "[SRU] munin-memory plugin doesn't work on 64-bit 12.04 LTS" [Medium,Triaged]15:10
dholbachxnox, I just saw that I got a work item here https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-more-agile-sru-process - you mentioned it to me at UDS but we found a different solution afterwards15:11
dholbachxnox, can I assign it back to you? (I wasn't even at the session)15:11
Laneyis that really the best use of their time?15:13
xnoxdholbach: was the 'different solution' in actual fact the first workitem - as in it should be community led sru-team that is to be revived?15:13
xnoxand hence that work-item got obsoleted due to post-session discussions?15:14
* Laney would like that more :-) (there's plenty of /patch piloting/ that can be done without upload rights)15:14
dholbachno, I said I'd be happy to share the scripts I use for scheduling piloting sessions, but that I won't have time this cycle to schedule another bunch of piloting slots (and stay on top of the queue, etc etc)15:14
xnoxdholbach: true. there was another person asking for those scripts (apart from/in addition to) me15:16
xnoxwas it balloons?15:16
dholbachI don't know15:16
* vibhav sits in the corner and waits for jamespage 15:16
seb128dholbach, xnox, infinity: you probably want to drop the [all] in the workitems section, ~all is an old unactivated lauchpad account it seems, probably not what you want15:16
dholbachin any case I'm happy to send them over to you15:16
jamespagevibhav, sorry - was just dealing with something else15:17
dholbachseb128, I wasn't even in that session :)15:17
dholbachseb128, but it's good to know :)15:17
vibhavjamespage: So could you check the SRU debdiff?15:17
jamespagevibhav, in the next 30 mins yes15:17
xnoxdholbach: ok.15:19
dholbachthanks xnox15:19
xnoxseb128: and infinity is not in today as far as I remember or something.15:20
dholbachxnox, sent15:20
seb128xnox, right, he will read the scrollbars I guess15:20
seb128or at least look for highlights ;-)15:20
ogra_(and being pinged by seb128 is always a highlight !)15:21
* xnox *giggles*15:21
zygahey, has anyone seen gustavo niemeyer today?15:21
seb128ogra_, well, infinity said something about never trusting the frenchs again recently so I'm careful ;-)15:22
ogra_zyga, not on freenode (hint)15:22
zygaogra_: ah, thanks15:22
Bluefoxicythat's hilarious.15:26
Bluefoxicyyou can install IcedTea Java WebStart15:26
Bluefoxicyin Precise15:27
Bluefoxicypull up Software Center, punch in Java, install Java WebStart.15:27
Bluefoxicyit doesn't WORK15:27
Bluefoxicy... because it really doesn't care if you don't have a JRE installed15:27
BluefoxicyNo questions asked, here's javaws, go wild15:27
* Bluefoxicy assumes it 'suggests' or 'recommends' some kind of Java but doesn't depend on it15:28
Bluefoxicyoh.  That's why this doesn't work.15:31
Bluefoxicyit installes icedtea-netx-common15:31
Bluefoxicybut doesn't friggin' install icedtea-netx15:31
Bluefoxicyso Software Center can't install Webstart at all15:32
jamespagevibhav, the changes are fine but the changelog is going to need alot more detail15:32
jamespagequote 'a detailed and user-readable changelog'15:32
vibhavjamespage: Like?15:33
LaneyDescribe the bug your patch fixes in easily readble terms15:35
shbkhello! I want to use linux   man for getting information about C++ functions. For example I can do  "man printf"  and I get info. For this purpose I installed    libstdc++6-4.4-doc . I try to do "man cout, man std::cout" - but not‌hing.  How can I use man to get info about   "cout, new , etc" ?Thanks15:35
jamespagevibhav, http://paste.ubuntu.com/999223/15:36
jamespageI try to cover off - a) what is being fixed, b) how and c) the source15:36
Davieyjamespage: Can you write my changelogs for me aswell please?15:37
jamespagethis information is obviously in the patch headers as well but it makes it easier for the SRU team to review15:37
jamespageDaviey: :-)15:38
vibhavjamespage: https://bugs.launchpad.net/ubuntu/+source/munin/+bug/1000678/comments/915:41
ubottuLaunchpad bug 1000678 in munin (Ubuntu Precise) "[SRU] munin-memory plugin doesn't work on 64-bit 12.04 LTS" [Medium,Triaged]15:41
jamespagevibhav, OK - leave it with me - I need to review the information in the bug reports as well15:42
xnoxbrain damage of the day: bug 100235715:45
ubottuLaunchpad bug 1002357 in mdadm (Ubuntu) "sort out udev rules madness (3 editions installed into 4 files)" [Undecided,New] https://launchpad.net/bugs/100235715:45
cjwatsonshbk: man will only show things that somebody's written manual pages for; I've never seen manual pages for the basic C++ runtime15:46
BluefoxicyOkay, serious question.15:50
shbkI hoped that someone has written for the C++15:50
BluefoxicyAnyone on Precise, punch in 'dmesg | grep Yama' in a terminal15:50
Bluefoxicyand please explain15:50
* Bluefoxicy is trying to make Wubi boot in VirtualBox with no success, just spotted this along the way15:51
* vibhav hugs jamespage 15:52
cjwatsonshbk: some googling suggests manpages-cpp (not packaged AFAICS) or ftp://gcc.gnu.org/pub/gcc/libstdc++/doxygen/libstdc++-man.4.4.0.tar.bz215:53
cjwatsonthough the latter at least doesn't have a page for cout15:53
xnoxBluefoxicy: http://lwn.net/Articles/393012/15:55
Bluefoxicyxnox:  ah ok.  Was just amusing, and funny.  Yama is japanese for Mountain, and also king of the spirit world.15:59
xnoxBluefoxicy: je ne parle pas japonais16:01
Bluefoxicyxnox:  It looked like a joke :p  Yama:  Becoming mindful ... i.e. meditating buddhist god16:01
cjwatsonmany names of free software programs started as jokes at some point16:02
Bluefoxicywubi == security blanket16:02
cjwatsonI think that one may be coincidence16:03
BluefoxicySo anyway has anyone else tried installing icedtea web start through Software Center in precise and found you only get icedtea-netx-common and not icedtea-netx?16:05
Bluefoxicyor is this just me?16:05
=== deryck is now known as deryck[lunch]
jonodoes anyone know if the PySide Qt bindings are in Precise?16:43
tumbleweedshould be16:44
jdstrandbarry: thanks. one other question. assuming I am able to get the source for a package to work with either python2 or python3, would I be able to have a single binary that could be installed with either? eg, ufw on the desktop works with python3, but ufw on the server works with python216:49
jdstrandbarry: but it is the same binary (obviously installing all the /usr/lib/python*/dist-packages/ufw/* bits for both 2.7 and 3.2)16:50
cjwatsonwhy shouldn't ufw on the server be made to work with python3?16:52
jdstrandcjwatson: it very well can. I didn't know if python3 would necessarily be on the server (or minimal, etc)16:52
cjwatsonany given binary has to have one or the other in its #! line16:52
cjwatsonyou can preprocess it of course to use a different one, but that'd mean two packages just for the binary16:52
jdstrandI would like to avoid two packages for the binary16:53
cjwatsonI suspect we're going to end up converting server bits as a result of converting desktop bits16:53
=== dendrobates is now known as dendro-afk
jdstrandI am currentyly using /usr/bin/python16:53
jdstrandso in that regard it should all just work. I just wanted to make sure there wasn't some packaging requirement that I must have 2 binaries if I am to support both python2 and python3 (it wasn't clear to me from the blog entries barry did)16:54
cjwatsonI believe our general plan is that most modules ought to support both for a period, but binaries should pick one16:55
cjwatsoner, programs16:55
jdstrandcjwatson: it might just be an answer to this question: will python3 be on the server cd?16:55
cjwatsonit will be exceedingly difficult, if not downright impossible, to meet the goal of having only python3 on the desktop CD without also having python3 on the server CD16:56
jdstrand(as upstream, I want to support 2.6 and higher (at least), but as the package for Ubuntu/Debian, I can choose)16:56
cjwatsonyou might as well assume it'll be there16:56
jdstrandif it isn't, we can revisit16:57
jdstrandcjwatson: thanks16:57
jdstrandbarry: cjwatson fielded my question16:57
* Daviey doesn't expect server's largest consumer of python (openstack) to be py3 compliant this cycle.16:58
* jdstrand remembered something about that16:58
cjwatsonThen you are likely to end up with both, I'm afraid16:59
Davieyi suspect for this cycle, that makes sense.16:59
cjwatsonThere's enough stuff in the core that uses Python that it's not practical for us to permit flavours to choose entirely-python2 vs. entirely-python316:59
dobeyi suspect we won't be able to make it to 100% py3 this cycle, though maybe close to 80-90%17:00
jamespagevibhav, just uploaded you munin change to precise-proposed  - also added some extra info to the SRU information (mainly around how to freeze messages to generate the graph error)17:06
vibhavgood night17:07
jamespage@pilot out17:08
=== udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
=== deryck[lunch] is now known as deryck
bdmurrayany ideas what would add independent to /etc/apt/sources.list? bug 94729618:01
ubottuLaunchpad bug 947296 in update-manager (Ubuntu) "Update-manager stopped updating" [Undecided,Confirmed] https://launchpad.net/bugs/94729618:01
slangasekno ideas here18:03
stgraberbdmurray: independent is the name used by software-center for extras.ubuntu.com, not sure if that makes that bug report any clearer though18:04
bdmurraystgraber: hmm, thanks18:06
=== jalrnc_ is now known as jalrnc
=== jalcine is now known as Jacky
dupondjehttps://wiki.ubuntu.com/JeanLouisDupond/MOTUApplication => Still some endorsments wanted ! :)19:37
Bluefoxicyhttp://img818.imageshack.us/img818/2163/screenshotfrom201205211.png is this a bug?19:51
bdmurrayis there any launchpadlib api code for copying ppa builds to ther series?20:02
maxbYes, syncSource20:07
Laneyitym copyPackage20:08
maxbLaney: I like my errors synchronously, thanks :-p20:09
bdmurrayah, I meant a handy tool using the launchpad api not what do I need to use in the api to do it20:19
=== zsoftich is now known as SoftServe
robert_ancell@pilot in22:02
=== udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: robert_ancell
=== tkamppeter_ is now known as tkamppeter
xnoxHow does udev order rules? If there is both 65-foo.rules and 85-foo.rules with matching actions 1) does only the first one run 2) both are run A) in ascending order B) in descending order22:53
slangasekxnox: 2A)22:55
xnoxslangasek: thank you. I'm done with Bug #1002357 and now thinking about migration paths & what to do with people who overriden alter-ego rules files.22:56
ubottuLaunchpad bug 1002357 in mdadm (Ubuntu) "sort out udev rules madness (3 editions installed into 4 files)" [Undecided,New] https://launchpad.net/bugs/100235722:56
slangasekxnox: are these installed in /etc/udev/rules.d, or /lib/udev/rules.d?22:59
xnoxslangasek: in the .deb there is /lib/udev/rules.d/[65|85]*.rules in the .udeb there is /[etc|lib]/udev/rules.d/*.rules23:01
slangasekhmm, interesting23:01
xnox.udeb should be ok, no migration path23:01
xnoxbut the 65/85 becoming a better 64 might need magic to purge from /etc/udev/rules.d/, but that may end-up in droping user config23:02
slangasekxnox: so I understand from kees that one of the consequences of this is that we do actually have incremental mode enabled even though Debian doesn't - right?23:02
slangasekwell, unless there's a version of the package that shipped the rules under /etc, I don't think we need to worry about migrations there23:02
xnoxok. But if users customized 65/85 will their config get dropped or still applied on top of ours?23:03
keesif a rule exists in /etc it is ignored in /lib23:03
kees(but have exactly the same filename)23:04
slangasekcorrect... but if they're under different filenames, which order are they applied in?23:04
slangasekare they interleaved by number?23:04
keesboth are merged into lexical order23:04
* slangasek nods23:04
xnoxI was thinking to rename /etc/[65|8523:04
xnox] to *.rules.dpkg-disabled23:05
slangasekI wouldn't, if those files have never been owned by the package23:05
xnoxor something ;-)23:05
slangasekare you concerned that running both our rule and the user's rule will break things?23:05
keesxnox: there shouldn't be anything in /etc23:05
slangasekFrankly, I think overriding the system rules by shadowing the file in /etc is a weird thing to do23:05
keesxnox: what's your plan? you're going to remove debian/mdadm.udev (85-...) and use the shipped 64-... without the "disable incremental" patch?23:06
slangasekI would expect users to *add* rules under different names, not try to override the stock ones23:06
xnoxOk, then the reporter of bug 968074 will have to clean up one's /etc23:06
ubottuLaunchpad bug 968074 in mdadm (Ubuntu) "Partitionable raid ignored by 65-mdadm-blkid.rules" [Undecided,New] https://launchpad.net/bugs/96807423:06
xnoxkees: yes.23:06
keesxnox: cool23:06
xnoxslangasek: see above bug. Users working around our broken udev rules =/23:06
xnoxkees: also debian switched default superblock format....23:07
keesxnox: oooh, cool23:07
keesxnox: to which?23:07
slangasekxnox: so worst case is that it takes a little longer to run the rules for this device because the same commands are run twice, right?23:07
* xnox needs checking23:07
slangasekthat's not worth risking disabling other kinds of customization for23:07
xnoxslangasek: true.23:07
keesthe 2TB limit on the 0.90 version is reason enough to switch the default, IMO.23:07
xnoxslangasek: the only worry, if users explicitly desiabled the whole rule, to for example *not* automount raids at boot, but now we will...23:08
xnoxbecause we renamed the rule23:08
slangasekheh... /me thinks we should probably get some integration tests in place before we change the default superblock format23:08
cjwatsonwow, I thought we'd taken a default change ages ago23:08
slangasekxnox: automount, or auto-assemble?23:09
keesxnox: I think that's enough of a corner-case it's not a problem23:09
* xnox needs checking. kees wrote up that we still have old 0.90, but debian switched to newer format, I'm still digging through the package diff. Way to many spurious changes and no udd.23:09
xnoxkees: ok.23:10
xnoxslangasek: good point. I think auto-assemble.23:11
xnoxbut will check.23:11
slangasekxnox: yeah... I guess it's possible users might do that, but I think it's too hard to get the handling right to deal with this automatically23:12
keesxnox: looks like precise has the new format23:13
xnoxkees: can't wait for all the LTS users to upgrade23:13
* xnox oh, wait...23:13
keesxnox: I think I checked on this in oneiric last.23:13
kees       -e, --metadata=23:13
kees              Declare the style of RAID metadata (superblock) to be used.  The23:13
kees              default  is 1.2 for --create, and to guess for other operations.23:13
keesand I verified in on an actual --create23:13
xnoxkees: slangasek: bug #99731523:15
ubottuError: Launchpad bug 997315 could not be found23:15
xnoxMDadmExamine.dev.sda5: Error: command ['/sbin/mdadm', '-E', '/dev/sda5'] failed with exit code 1: mdadm: No md superblock detected on /dev/sda5.23:15
slangasekxnox: that looks like something we should target for 12.04.1?23:19
xnoxslangasek: yes, please.23:19
BluefoxicyI wrote an init script that creates as many zram devices as CPUs, creates a device mapper striped RAID across them, and creates swap on that :D23:23
Bluefoxicy(it's hideous)23:24
xnoxBluefoxicy: as long as you did not use [64|65|85]23:24
xnoxname for the udev, I'm fine23:24
BluefoxicyI need to clean this up.23:25
BluefoxicyMulti-thread works like this:23:25
Bluefoxicy - Is MULTITHREAD==1?23:25
Bluefoxicy  Yes:  - Do we have exactly 1 CPU?23:25
Bluefoxicy  Yes:  MULTITHREAD=023:25
Bluefoxicyxnox: http://pastebin.com/RFrTunUP if you're curious :P23:38
BluefoxicyI should find the script that sets up zswap in casper and make a patch that does this.23:39
Bluefoxicywell, not sure.  I'm not sure how Linux swaps or if this is the better way to do it.23:40
Bluefoxicyin theory, if Linux swaps in individual pages, this is horrible (tbh, it'd be fantastic if I could make CHUNK_SIZE less than PAGE_SIZE)23:41
Bluefoxicyif it swaps out in bigger chunks (say 4, 8, 16 pages at once), and device mapper writes it all in parallel, this is great.23:41
BluefoxicyThe other way to do this is to load multiple swap devices with the same priority23:42
Bluefoxicyin which case linux will auto-balance, though again it becomes a question of how (per-page balancing, per-swap balancing, even use, or just move from one to the next if a swap is in process on the first?)23:43
BluefoxicyTHAT method would be great if it balanced via even use per-page, i.e. if it swaps 16K across 4 devices it swaps 4k and 4k and 4k and 4k all at once23:44
Bluefoxicywot a mess.  The real solution is to multi-thread zswap inherently and use lz423:45
Bluefoxicyit interleaves.  SO I'm dumb and this raid thing is stupid.23:48

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