=== VMonk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-motu === ceros [n=user@c-76-111-84-156.hsd1.va.comcast.net] has joined #ubuntu-motu === VMonk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-motu === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu [12:33] leonel: great! === neversfelde [n=neversfe@nrbg-4db44738.pool.einsundeins.de] has joined #ubuntu-motu [12:46] keescook: no runes, no. I do it manually. [12:48] crimsun: would you mind looking over http://revu.tauware.de/details.py?upid=5419 since I'm still a bit new to REVU work? [12:49] sure === fernando [i=c8b8a8e2@gateway/web/cgi-irc/ircatwork.com/x-1b6d04d8ba272eb4] has joined #ubuntu-motu [12:49] (will do) [12:49] exists other way to upload to revu instead ftp? === fernando [n=fernando@gateway/web/cgi-irc/ircatwork.com/x-1b6d04d8ba272eb4] has joined #ubuntu-motu [12:55] keescook: looks good, did you have any particular question(s) about it/protocol? [12:56] mostly I just wanted to know what the process was since I was the 2nd person +1 it. should I upload it? [12:56] keescook: if you'd like, certainly [12:56] it has the equivalent of three ACKs [12:56] ah, needs 3 not 2? [12:56] (only requires 2) [12:56] okay [12:56] I reviewed it last for the debian/control:Depends addition [12:57] and is it just you that cc's motu with REVU uploads, or is that something everyone up'ing from REVU should do? === Acksys [n=acksys@cpe-071-070-081-128.sc.res.rr.com] has joined #ubuntu-motu [12:57] yes, if you upload a new source package originating from revu, archive it, and send an email to the ubuntu-motu ML [12:58] okay, will do [12:58] thanks [01:00] crimsun: 3 ACKs? I thought the two ACKs needed to be for the same revision. Is this not the case? [01:00] ? [01:01] persia: right, I think crimsun ack a totally different version [01:01] (05:56:30) crimsun: it has the equivalent of three ACKs [01:01] 18:55 < crimsun> keescook: looks good [01:01] 18:56 < crimsun> I reviewed it last for the debian/control:Depends addition [01:01] that constitutes an ACK [01:02] the ttf-bitstream-vera addition came from my previous on-IRC review with Mario [01:02] crimsun: Ah. The IRC ACK. Thanks. [01:02] np === neversfelde [n=neversfe@nrbg-4db44738.pool.einsundeins.de] has joined #ubuntu-motu === zul_ [n=chuck@mail.edgewater.ca] has joined #ubuntu-motu === chuck [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-motu === etank [n=etank@ubuntu/member/etank] has joined #ubuntu-motu [01:23] we need to fix the kernel so when a kernel update is done there's no need to reboot to use the new kernel :) [01:25] crimsun: how do I "archive" the REVU entry? [01:25] go to the main page, find the entry, click Archive on the far right. [01:25] oh, durr. heh, I was hunting around on the upload page. :) [01:26] ;) === PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-motu [01:37] insecure temp file creation, eh? I'm suddenly reminded why we stopped shipping alsaconf. === rrittenhouse [n=tad@unaffiliated/rrittenhouse] has joined #ubuntu-motu === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-motu === neversfelde [n=neversfe@nrbg-4db44738.pool.einsundeins.de] has joined #ubuntu-motu === nesl247 [n=nesl247@c-71-57-176-189.hsd1.fl.comcast.net] has joined #ubuntu-motu [01:55] Hi folks. Is there any guide to creating packages, other than the one that contains hello-debhelper or whatever the package was called? === nuu [i=neuro@host15-76.pool8251.interbusiness.it] has joined #ubuntu-motu === YokoZar [n=scott@c-76-20-46-159.hsd1.ca.comcast.net] has left #ubuntu-motu [] [02:00] nesl247: guide? Meaning the Ubuntu Packaging Guide and the Debian Policy Manual & Debian New Maintainers' Guide & Debian Developer's Reference? [02:00] Whatever the one linked in the how to become a motu one, is one that I never want to see. One that I looked at already [02:00] (and I really think that ought to be New Maintainer's to be consistent with Developer's, but whatever.) [02:01] nesl247: constructively, what did you find horrible about it? [02:02] It's completely useless [02:02] It's says a bunch of times, this is an example package, we have no need for file x, y, and z [02:02] And is too basic to actually learn to package [02:02] Because it has like no deps, nothing at alll [02:02] all* [02:03] ok. Can you recommend a better package with which to begin - one that will appeal to both novice packagers and seasoned non-Debian packagers? [02:03] Any package [02:03] tar, alsa, compiz, doesn't matter [02:04] I'm going to blithely ignore the "alsa" option, because that's utterly unrealistic. [02:04] And the guide doesn't go into detail enough [02:04] It should basically walk you through step by step, line by line [02:05] crimsun: I haven't seen alsa's packaging, so I wouldn't know [02:05] ok, I'm sure there are several developers here who can work with you on improving the reference if you desire. [02:05] well, I _am_ familiar with it. I maintain it in Ubuntu. [02:06] lionel, ping [02:06] maybe we can pick one package from each big language team, so to speak [02:07] I'd much rather you guys spend time on redoing the ubuntu packaging system all together heh [02:07] say, quodlibet for Python, pavucontrol for C, etc. [02:07] I'd rather not. [02:07] I've never seen anything so complicated. [02:08] that's not an Ubuntu issue. You want to talk to the dpkg development team in Debian, since we use dpkg and apt-based tools. [02:09] I'm not trying to start a flamewar, and am truely interested, so please don't bite my head off, but have you guys ever considered using something different? [02:09] for this group of universe maintainers? As a group it has never crossed "our" mind. [02:09] for Ubuntu development, certainly it has crossed the minds of at least a couple Canonical employees who work on Ubuntu. [02:09] if you derive from debian, you must use debian packaging, I don't think there is negotiation room for that [02:10] minghua: One could do something like alien (although I'd be opposed). [02:10] people have suggested ebuilds, conary, checkinstall (?!), forgetting packages altogether and dumping crap wherever... [02:10] persia: you forgot to mention checkinstall... [02:10] (don't worry, I just did.) [02:10] Who says you have to use debian packaging? [02:11] minghua: There's a reason for that :) [02:11] crimsun: :-) [02:11] Just because you originally started as a debian fork, doesn't mean you can't change. [02:11] nesl247: Debian is our source pool. It would be foolish to dump it. [02:11] I was just curious. I know the complication of packaging has turned me off from ever creating a deb [02:11] Consider how many source packages are synced (unchanged in Ubuntu) directly from Debian main. [02:12] there is no way in hell I could keep up with bdmurray with the triage man...I have gone 8 hours straight and finally cleaned up kdepim [02:13] take a look at the bottom left pie chart at http://merges.ubuntu.com/universe.html [02:13] I find it funny that if you ask someone for more info, they won't answer for months, but as soon as you "close" a report, they respond within 10 minutes [02:13] nixternal: of course. That's why I always reject immediately. ;) [02:13] j/k [02:13] hahaha [02:13] nixternal: That's why they get closed after a month or two of not responding to "Needs Info" :) [02:13] I need to go through kdelibs next [02:14] persia: I do the same....30 days and no response, the is long enough, closed, reopen if issue still exists..kthxbye ;) [02:14] nesl247: as you might infer, completely obliterating that navy blue (or some shade thereof, I'm a bit colour-stupid) portion would be unwise. [02:14] man, testing kdepim bugs, I crashed KMail a hundred times, destroyed my smtp settings [02:15] crimsun: huh? [02:15] 20:13 < crimsun> take a look at the bottom left pie chart at [02:15] http://merges.ubuntu.com/universe.html [02:15] Oh === nixternal notes, backup ~/.kde/share/apps/kmail && ~/.kde/share/config/kmail* before triaging in the future [02:18] I took the battle for wesnoth and retooled it to be a wastelands style game. [02:20] I wonder if googlepages would be a good place to host it. [02:22] Would anyone be willing to lead me through the process of sponsoring requests for SRU updates (into -proposed)? [02:22] persia: sure. [02:22] err, I need more tea, though. [02:23] crimsun: Thanks. When you get your tea, could we look at bug 69151? [02:23] Launchpad bug 69151 in dvdauthor "Edgy: dvdauthor: segfault" [Undecided,Confirmed] https://launchpad.net/bugs/69151 === nesl247 [n=nesl247@c-71-57-176-189.hsd1.fl.comcast.net] has left #ubuntu-motu ["Ex-Chat"] [02:26] http://pastebin.kubuntu-de.org/1203 [02:26] persia: ok, so the patch needs some review. First it needs indication of origin. [02:26] :S [02:26] any idea why this is happening? [02:27] persia: origin needs to be noted either in the patch itself or in debian/changelog [02:27] crimsun: OK. Are there restrictions on Origin (must be backported from development or upstream) or are locally produced patches acceptable? [02:28] persia: the latter [02:28] OK. So the patch generator could just report that they created a new patch as well. [02:28] persia: absolutely [02:28] just as long as the patch pedigree is unquestionable. [02:29] Next, I'm guessing that it needs to be listed as "edgy-proposed" (looking in more detail, this might not really be a SRU request, but I'd like to keep it as an example). === leonel [n=leonel@189.155.109.182] has joined #ubuntu-motu [02:29] persia: right, for the distribution [02:30] it's a suitable SRU candidate, as it would appear to resolve a fairly major issue [02:30] So, assuming that the patch is acceptable, would I verify that the patch submitter was willing to follow the SRU process (as "Needs Info"), and just upload to proposed, or are there additional steps required? [02:32] just upload, correct (noting the version would need to be fixed -5ubuntu0.1) [02:32] persia: just curious -- is this bug fixed in feisty/gutsy? [02:33] OK. That's easier than I thought. I was a little worried about "The sponsor of the upload is responsible for testing the update." from MOTU/SRU, as I don't use most of the pending packages, and wasn't sure how to test. [02:33] persia: you are responsible, yes, but that comes after an ubuntu-sru member has stated that it's available in -proposed for testing, after which you'd send an email to the ubuntu-motu ML to request testers [02:33] minghua: This is an old bug, and that probably needs investigation. I haven't looked yet, but if I don't see something obvious, I'll ask the patch submitter to investigate more deeply when preparing new sponsorship requests. [02:34] crimsun: OK. So I send the mail to ubuntu-motu, rather than the patch submitter? [02:34] persia: asking for testers, correct === persia only did one as a contributor, and the procedure was a little different [02:35] yes, the universe SRU procedure was overhauled as the MOTU Council's first item of business [02:35] or was it the second? I'm losing my memory. === jussi01 [n=jussi@cust0920.vic01.dataco.com.au] has joined #ubuntu-motu === tritium donates 2 GB of ram to crimsun === golden_agouti [n=chatzill@d51A5D232.access.telenet.be] has joined #ubuntu-motu [02:36] anyhow, one of the major complaints was that there was too much red tape in universe SRUs, so MC tried to change that - hopefully for the better [02:36] crimsun: OK. Thanks. I think I need to organise some stable test environments before actually sponsoring these, but I can now triage them (and further reduce the sponsors queue). [02:36] persia: yep, thanks! [02:36] tritium: :) [02:36] I'd prefer to dump responsibility for chasing testers on the contributor, but I understand the decision :) [02:44] Grr.. https://launchpad.net/ubuntu/dapper-updates/+source/foo should go somewhere. [02:44] wishlist! [02:44] crimsun: Malone or Soyuz? [02:45] launchpad [02:46] apachelogger: it's in rejected; I can't move it because I don't have the powah === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-motu [02:52] Hi. I'm packaging an application using python-distutils (aka setup.[py,cfg] ) and the localization files (.mo) are going to a wrong place (going to /usr/share/locale/$LANG instead of /usr/share/locale/$LANG/LC_MESSAGES). Anyone knows what could it be? [02:56] Ah. Never mind. Those URLs shouldn't work. That information is contained in .../dapper/... as a separate pocket. [02:56] cypherbios: is the Makefile correct? [02:57] or if it doesn't use a Makefile, is the install target for the po data correct? [02:57] crimsun: oh. I think is it... [02:57] crimsun: but the Makefile seems to be correct: [02:58] %.mo : %.po [02:58] mkdir -p $(subst .po,,$<)/LC_MESSAGES/ [02:58] msgfmt $< -o $(subst .po,,$<)/LC_MESSAGES/$(DOMAIN).mo [02:58] hmm, yes. [02:59] crimsun: the build log shows me this: [02:59] creating /home/cypher/aptoncd-dev/packaging/debian/0.1.91-1/tmp/aptoncd-0.1.91/debian/aptoncd/usr/share/locale/pt_BR [02:59] copying build/mo/pt_BR/LC_MESSAGES/aptoncd.mo -> /home/cypher/aptoncd-dev/packaging/debian/0.1.91-1/tmp/aptoncd-0.1.91/debian/a [02:59] ptoncd/usr/share/locale/pt_BR [03:00] crimsun: the build/ directory has the correct directory tree, but copies to a wrong directory... [03:01] hmm [03:01] type subst [03:02] shell builtin? [03:03] crimsun: what? I didn't understand... === concept10 [n=concept1@ppp-70-251-240-107.dsl.rcsntx.swbell.net] has joined #ubuntu-motu [03:05] ah, right, make. [03:06] crimsun: the lines above I've retired from the .build file [03:06] yes, I somehow ignored that you pasted from a Makefile instead of shell script (?!) [03:06] (long day) [03:07] :) [03:11] will have to look at the source package. Doesn't seem immediately obvious from here. [03:11] (more tea) === brentc4m [n=brent@adsl-76-212-3-15.dsl.pltn13.sbcglobal.net] has joined #ubuntu-motu === AlessandroD [n=adelgado@201009216169.user.veloxzone.com.br] has joined #ubuntu-motu [03:37] keescook: for bug 119386 does not apply to dapper and edgy tested the bad.rar file and no problems there and the CVEs say that are for clamav 90. The temp files bug is for the function cli_gentempstream which does not exist in clamav 88 [03:37] Launchpad bug 119386 in clamav "Remote Attack in RAR Files and Insecure Temporary Files Creation" [Undecided,Confirmed] https://launchpad.net/bugs/119386 [03:38] if a new package gets into debian, will it automatically sync into Ubuntu? [03:41] often, but not always [03:42] see http://merges.ubuntu.com/main.html [03:42] leonel: ah! great, thank you. [03:45] Simon80: you have to request it i believe [03:46] hrm, ok, thanks [03:55] bryyce: I doubt that merge page answers Simon80's question [03:55] Simon80: it eventually will, but may take quite some time [03:55] alright [03:56] cause I saw an update get in faster than this new package I'm watching [03:58] Simon80: yeah, unchanged packages (without ubuntuX in the version number) get synced automatically, new packages need manual approval to get synced, IIRC [03:58] but they usually get approved? [03:58] not that I'm desperate for this package to get in :D [04:00] New packages will automatically sync unless they're in contrib or non-free, but they have to go through source and binary NEW like anything else. [04:01] Simon80: at this stage, yes, they usually get approved [04:01] Fujitsu: you can't really call stuck in NEW as "get synced", can you? :-) [04:02] Fujitsu: but thanks for the clarification [04:02] minghua: Why not? There's no manual process that has to be performed by us. [04:03] Fujitsu: okay, I see what you mean. I wasn't really thinking of the "re-sync with debian, drop all ubuntu changes" type of sync [04:04] Neither was I. I was thinking of the brand new package in Debian type. [04:04] minghua: ^^ [04:05] Fujitsu: then what are you referring by "no manual process that has to be performed by us"? which other syncs need manual process? [04:06] minghua: You said `new packages need manual approval to get synced'. You meant NEWing? [04:06] Fujitsu: and by "us" do you mean MOTUs, or developers in general, especially ftp-masters (or what do they call it, archive admins?)? [04:06] `us' meaning not archive admins. [04:06] I should have probably clarified that. [04:07] Fujitsu: no, I was wrong on that statement, I thought some archive admin needs to enable syncing new packages instead of just packages already in ubuntu [04:08] Well, they have to run a separate script to import new ones rather than just the normal autosync, but it's done regularly like the normal one. [04:08] So it's not really manual. [04:09] Just done less regularly. === Burgundavia_ [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-motu [04:10] Fujitsu: I am confused. Except the "dropping all ubuntu changes, resync with debian" type, neither new packages nor updated packages need our (non archive admin) manual processing. Is that correct? [04:10] Right (until DebianImportFreeze) [04:11] I can't wait [04:11] DebianImportFreezeParty!!!!! === minghua wonders why there is a party for that [04:12] PartyDownLikeThereIsNoMoreUbuntuReleases! [04:12] granted, you usually don't need a strong reason for parties, but still === Simon80 is just fooling around [04:12] yeah, I was going to say [04:12] whatever you can use to justify it [04:12] one can take a cue from ncix.com, who are perpetually holding a sale, and I'm not exaggerating [04:13] last one I checked on was called the "Pre-Summer" sale or something [04:13] yep === _neversfelde [n=neversfe@nrbg-4db4451f.pool.einsundeins.de] has joined #ubuntu-motu [04:15] Hm, I really shouldn't have been coding this weather station communication program at 2am. Converting miles->kilometres by dividing by 1.6 is really not the way to go. [04:16] well, obviously, you multiply by (1/1.6), to save repeated division [04:17] if you don't do that, the wasted cpu resources will cause the weather station to asplode [04:17] Of course. [04:18] what were you referring to there? I don't actually see the problem [04:18] you should multiply by 1.6 [04:18] oh, right [04:18] this is why I need sleep [04:18] or it that "multiply with"? === minghua hates prepositions [04:20] 'by' is correct, I believe. === luis_lopez [n=luis@ip216-239-81-99.vif.net] has joined #ubuntu-motu [04:20] thanks Fujitsu === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-motu === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-motu === effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #ubuntu-motu === luis_lopez [n=luis@ip216-239-81-99.vif.net] has joined #ubuntu-motu === supervillain [n=joelbrya@124.104.6.55] has joined #ubuntu-motu === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-motu === illovae [n=illovae@uni14-1-82-233-221-131.fbx.proxad.net] has joined #ubuntu-motu === deep` [n=deep@c-8a2a71d5.017-19-626c671.cust.bredbandsbolaget.se] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === Hobbsee_ [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === luis__lopez [n=luis@ip216-239-83-250.vif.net] has joined #ubuntu-motu === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-motu === DarkMageZ [n=richard@ppp167-203.lns4.syd6.internode.on.net] has joined #ubuntu-motu === man-di_ [n=mkoch@dyndsl-080-228-194-187.ewe-ip-backbone.de] has joined #ubuntu-motu === Q-FUNK [n=q-funk@88.195.85.121] has joined #ubuntu-motu === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-motu === luis__lopez [n=luis@ip216-239-77-96.vif.net] has joined #ubuntu-motu === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-motu === Jucato [n=jucato@124.106.178.43] has joined #ubuntu-motu === concept10 [n=concept1@ppp-70-251-240-107.dsl.rcsntx.swbell.net] has joined #ubuntu-motu === luis__lopez [n=luis@ip216-239-74-17.vif.net] has joined #ubuntu-motu === Admiral_Chicago [n=freddy@adsl-69-209-66-48.dsl.chcgil.ameritech.net] has joined #ubuntu-motu [06:33] anyone know which package would control issues on external usb devices/drives that are formatted ext3/reiser and not allowing people to execute? [06:33] would the be kernel related? udev? [06:34] I can't confirm this, as all of my external usb devices/drives are ext3 and I have none of the issues that everyone responded to in this one report [06:37] nixternal: There are a large number of packages installed. Unfortunately, it takes significant investigation of a broken system to determine the culprit. You might add mount and friends to your list as well, or even the desktop volume management systems, which might pass frustrating flags under certain conditions. [06:37] true [06:37] Um s/installed/possibly related/ === apacheLAGger [n=me@N958P019.adsl.highway.telekom.at] has joined #ubuntu-motu [06:39] seeing as they are external usb devices, I was thinking pmount as well [06:42] nixternal: Maybe. Is pmount there by default? It's not installed for me (and I automount USB devices without trouble). === fraco [n=fraco@213.219.140.212.adsl.dyn.edpnet.net] has joined #ubuntu-motu [06:45] persia: that's very strange. do you have ubuntu or kubuntu? [06:45] minghua: Um... ubuntu-minimal plus packages I like :) [06:46] I'm using GNOME, so it's probably more similar to ubuntu. [06:47] persia: Hmm, actually I am probably wrong. I though gnome-volume-manager will eventually pull in pmount. [06:48] persia: it seems, at least in Debian unstable now, g-v-m use gnome-mount instead. [06:48] gnome-volume-manager -> gnome-mount -> dbus/hal [06:48] let me check etch [06:49] minghua: I think it used to be that way - and that I used to have pmount installed, but I no longer remember the transition. [06:50] persia: yes. in Debian etch, g-v-m 1.15.5 still depends on pmount [06:50] (etch has gnome 2.14/2.16 mix by the way) [06:50] minghua: That makes sense. I think it's that way in edgy, but I'm not sure about feisty. [06:51] feisty is 2.18, isn't it? then it should already be using gnome-mount, as Debian unstable has 2.18. [06:51] minghua: Yep. I just checked, and feisty indeed uses gnome-mount. [06:52] On the other hand, I think kubuntu uses pmount to serve kdebase-kio-plugins [06:54] kdebase is one of the only two packages that depend on pmount in Debian unstable right now [06:55] (in etch it is four) [07:01] Odd. Debian bug 391502 appears to tell the story, but it looks like pmount really shouldn't be required. [07:01] Debian bug 391502 in kdebase "Incorrect dependency on pmount" [Serious,Closed] http://bugs.debian.org/391502 === DarkMageZ [n=richard@ppp167-203.lns4.syd6.internode.on.net] has joined #ubuntu-motu [07:03] nixternal: Do all the users with that problem use KDE? It seems that there was a patch applied to Debian that might have leaked, which could cause odd issues. [07:03] no [07:03] they use kde and gnome [07:04] In that case, it's down into ubuntu-minimal territory. mount, udev, linux, and freinds. [07:05] Or perhaps hal, if these are all desktop mounts. [07:05] hal or pmount [07:05] nixternal: I doubt pmount, just because it's only in kubuntu - the GNOME users wouldn't encounter the problem with pmount. [07:06] orly [07:06] persia: shouldn't, yes; but unfortunately the reality still requires a dependency according to the bug [07:06] interesting [07:06] minghua: Yep. [07:07] nixternal: bug number? [07:07] man, I gotta find it now :) === nixternal goes to the bug emails coming in [07:07] stabbing in dark, I would bet on hal [07:07] minghua: Be prepared - there are at least three or four separate master bugs currently building about user mount issues, which may not all be the same. === minghua is just curious [07:08] I usually don't touch packages I don't understand anyway [07:08] (not that I can touch hal/udev/etc., of course) [07:08] bug 108214 [07:08] Launchpad bug 108214 in pmount "cannot execute programs/scripts from USB drives (including reiserfs and ext)" [Low,Confirmed] https://launchpad.net/bugs/108214 [07:08] while you are at it, change it from pmount :) [07:09] That bug smacks of the device being mounted noexec [07:09] nixternal: why should I reassign from pmount? === _Enchained [n=cyrille@set25-1-88-166-169-102.fbx.proxad.net] has joined #ubuntu-motu [07:10] <_Enchained> hi all [07:10] minghua: Try hal. I suspect linux.fstab.options [07:10] because if pmount is kubuntu only, then it wouldn't be the reason for the issues..because people are reporting it in ubuntu as well [07:10] <_Enchained> Someone to review a few packages ? [07:10] <_Enchained> I have 4 or 5 waiting on Revu [07:10] nixternal: okay, haven't read the "happens in ubuntu as well" part yet === gnudeep [n=gnudeep@124.43.208.23] has joined #ubuntu-motu [07:11] _Enchained: Please post the URLs (I recommend one every few hours until they've all been posted), and announce the status ("New Package", "Seeking Advocate for new upload", "Seeking second advocate"). Please only post each new upload once per day. === persia needs a keymap that includes '_' [07:12] minghua: maybe I thought I saw the Ubuntu stuff because the pmount was ubuntu-meta, but I changed the package [07:12] <_Enchained> http://revu.tauware.de/details.py?upid=5348 [07:12] <_Enchained> http://revu.tauware.de/details.py?upid=5349 [07:12] <_Enchained> http://revu.tauware.de/details.py?upid=5350 [07:13] <_Enchained> those 3 are similar [07:13] nixternal: finished reading, no where in the bug report says it happens to gnome users as well [07:13] <_Enchained> and should be fine [07:13] minghua: re ^^ [07:13] _Enchained: do you need teh b5i2iso.install file? [07:13] <_Enchained> and another I've just send : http://revu.tauware.de/details.py?upid=5430 [07:14] <_Enchained> Hobbsee yes It install the binary ^^ [07:14] shouldnt the rules automatically do that? [07:14] nixternal: let's keep it assigned to pmount then :-) [07:14] <_Enchained> or maybe I should rename it just "install" ? [07:14] i thought you only needed a .install file when there were multiple binaries [07:14] minghua: ditto :) [07:14] i wouldnt have thought you needed it *at all* [07:14] but check it [07:15] <_Enchained> Hobbsee no. make only create a binary and then we must move it [07:15] Hobbsee: Depends on how broken upstream is. For a good makefile, you're right. For annoying upstream with a lousy makefile, not so much. [07:15] persia: ah, fair enough [07:15] Hobbsee: depend on where your "make install" installs to === smcgraw [n=shane@12-216-188-54.client.mchsi.com] has joined #ubuntu-motu === persia recommends working with orphaned leaf packages for good understanding of how broken things can be, yet still work. === smm83 [n=shane@12-216-188-54.client.mchsi.com] has joined #ubuntu-motu [07:16] I user debian/install file even for one-binary package with same upstream source, just to reuse the code [07:16] <_Enchained> The three *2iso are little utils that just create a binary in the current folder === luis__lopez [n=luis@ip216-239-81-106.vif.net] has joined #ubuntu-motu [07:17] persia: i'm about to test build - did you want to look that one first over as well, then i can upload it? [07:17] Hobbsee: Which? === smcgraw [n=shane@12-216-188-54.client.mchsi.com] has joined #ubuntu-motu [07:17] persia: http://revu.tauware.de/details.py?upid=5348 [07:18] Hobbsee: Sure. [07:18] thanks [07:18] <_Enchained> :) thx [07:18] (no point downloading it twice) [07:18] Hobbsee: I'm trusting you to build and run all the lintian & linda checks on the binary. I'll just chase copyright, rules, etc. [07:18] persia: yeah [07:19] no problem [07:21] _Enchained: Does your package brak any other packages? [07:21] s/brak/break/ === Hobbsee thought there was a dh_install --list-missing command that could be run in the binary [07:21] <_Enchained> how could it do this ? [07:21] maintainer mangling hanst been done === Hobbsee fixes [07:22] it's so fun to see RMS startled by Debian package naming systems :-) [07:23] _Enchained: Some packages conflict with others in odd ways (e.g. serial2net and teg used the same default high port for years), or have conflicting dependencies (e.g. cyrus21-imap & cyrus-imap). [07:23] <_Enchained> I think it doesn't [07:23] <_Enchained> but how can I be sure of that ? === minghua really hopes we can use Breaks: field in the near future [07:24] it'll be picked up when the archive scripts are run [07:24] Hobbsee: I'm not advocating. Commenting... [07:24] persia: OK [07:24] er, bugger it. i hit enter on dput === Hobbsee will have to upload another, fixed version [07:28] Hobbsee: Aside from maintainer, the only other issue that blocked me was section. Not a big deal. [07:28] oh yes, dammit. i noticed that, then forgot === persia advocates under pressure and expects favors from Hobbsee :) [07:28] _Enchained should be the one feeling pressured :P === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu [07:28] <_Enchained> Hobbsee : what is Maintainer mangling ? [07:29] <_Enchained> I don't feel under pressure ;) [07:29] _Enchained: https://wiki.ubuntu.com/DebianMaintainerField [07:29] persia: i believe you meant the priority field? [07:29] _Enchained: You should. A not ideal package with your name attached was just uploaded. Now it must be fixed :) [07:29] persia: utils is a valid section field. [07:30] and is correct, iirc. [07:30] Hobbsee: Right. I can't seem to type what I'm thinking :) [07:31] _Enchained: persia: http://revu.tauware.de/details.py?upid=5349 seems to have the same problems. [07:31] i wonder if we actually have the maintainer stuff documented anywhere === Hobbsee has a script to fix such things ;) [07:31] <_Enchained> the 3 *2iso are similar ;) [07:32] Hobbsee: Do you have a script to undo it? There's a couple bugs in DaD I want to fix, but haven't gotten around to writing the undo script yet. [07:32] <_Enchained> So, I must find someone with a unbut.com email ? [07:32] persia: to undo it? no [07:32] _Enchained: See the URL Hobbsee posted. There are default maintainers, if the XSBC-Original-Maintainer field is populated. [07:33] Hobbsee: Alas. Thanks anyway. [07:33] _Enchained: [07:33] # [07:33] If the package is in universe or multiverse, the Maintainer field will be set to Ubuntu MOTU Developers [07:33] # [07:33] If the Maintainer field is modified, the old value will be saved in a field named XSBC-Original-Maintainer [07:33] <_Enchained> persia debian/b5i2iso.manpages <- just a file which contains the name of the manpage file ? [07:33] _Enchained: Right [07:33] <_Enchained> ok [07:34] <_Enchained> Hobbsee so I put my email adress in XSBC-Original-Maintainer and MOTU Developers in Maintener field ...? [07:34] moin [07:34] yep [07:34] <_Enchained> ok thx [07:34] Ubuntu MOTU... that is [07:36] yep, same things apply for all three of them. [07:36] _Enchained: priority should be "optional" [07:37] <_Enchained> ok [07:37] according to the debian new maintainers guide [07:37] _Enchained: I've just checked 5430 as well: That one needs the same work. [07:38] <_Enchained> which persia ? [07:38] <_Enchained> maintener and ? [07:38] nautilus-wallpaper [07:38] <_Enchained> (what work) [07:38] <_Enchained> priority optional ? [07:38] nautilus-wallpaper has other errors too [07:38] yeah [07:38] <_Enchained> and Maintener field [07:39] _Enchained: At a minimum maintainer and priority optional. You probably also want to build the binary and run lintian and linda against the arch.changes file for more hints. [07:39] <_Enchained> for nautilus-wallpaper It wanted to install some doc files in a wrong path === DarkMageZ [n=richard@ppp167-203.lns4.syd6.internode.on.net] has joined #ubuntu-motu [07:39] <_Enchained> so I rm them in rules :s [07:40] <_Enchained> I don't know what is the better way to fix this [07:40] _Enchained: That's the right way. === Lure [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-motu [07:45] nixternal: The mounting issue is new behaviour for feisty, right? [07:45] they say it is, however I can't reproduce it [07:45] my build directories are all on a usb 500gb drive [07:45] all of my repos and what not. and then my gpg key is on a usb stick as well...all ext3 partitions [07:46] nixternal: I had a user last night who was looking at it, but it was on someone else's computer, and they only had a couple hours. [07:52] persia, keescook wasn't sure on the process to upload mythbuntu-gdm-theme after he looked it over and gave it another +1 after you. Would you be able to upload it? [07:52] superm1: He was around earlier, and I thought he uploaded. Did you check the NEW queue? [07:52] persia, let me double check [07:53] superm1: If it's really not uploaded, I'll upload, but I don't like rejections :) [07:53] persia, ah yes he did. [07:53] my mistake :) [07:53] i havent been around the last few hrs [07:54] superm1: https://lists.ubuntu.com/archives/ubuntu-motu/2007-June/001708.html [07:54] No worries. [07:55] sigh. dad's whining about the amount of stuff being downloaded. [07:55] Hobbsee: You need to move to a country without foolish quotas. [07:55] persia: i know. i plan to. [07:56] persia: just a) where? b) after uni and c) where do i find the resources to do it? [07:57] Hobbsee: Choose a) based on your first impressions from a 30-year old tour book. Nothing else will keep you more than a year or two. For c) apply for an overseas job, and request relocation sponsorship. [07:57] persia: a 30 year old tour book, hey? === Hobbsee would like germany, or the UK, somewhere. === Hobbsee doesnt speak much german though. [07:58] yeah, the relocation sponsorship would be the smartw ay to go [07:58] Hobbsee: The alternative is a one-way discount fare :) [07:59] persia: true that === ccharles [n=byte@fedora/byte] has left #ubuntu-motu ["Leaving"] [08:00] Hobbsee: germany is nice, except when you live here... [08:00] man-di: heh, why so? [08:00] man-di: so is anywhere, i suspect [08:00] Hobbsee: I live here for 33 years and I want to learn to know something else [08:00] ahhh [08:01] i suspect that applies to anywhere - which is a good incentive to move every ~10 years or whatever, i guess :P [08:02] Heya folks. [08:02] Hobbsee: I guess so [08:02] hi TheMuso! === persia decides hal is opaque [08:02] hi TheMuso [08:03] <_Enchained> Hobbsee persia Can you take a look at http://revu.tauware.de/details.py?upid=5431 ? [08:03] <_Enchained> I've updated it [08:03] <_Enchained> If it's ok I do the same changes to the others === Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-motu [08:05] _Enchained: looks good to me. persia? [08:05] _Enchained: I get a build failure. I think you want debian/b5i2iso.1 in debian//b5i2iso.manpages. [08:06] <_Enchained> oops yes [08:06] ah there we go, it failed while i was on the phone [08:08] <_Enchained> the debian/foo.manpages works only with cdbs ? [08:08] _Enchained: Also, as a wishlist item, an upstream changelog would be good (but no worries if it doesn't exist). === Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-motu [08:09] _Enchained: Debhelper too, but you need to include h_installman -p in debian/rules [08:09] s/h_installman/dh_installman. [08:09] see, this is why i hate reviewing. [08:10] people always find other stuff that i never remember about [08:10] Hobbsee: That's why it takes two :) [08:10] <_Enchained> -p is to use the foo.manpages file ? [08:11] _Enchained: -p is to specify the package to install in. For single binary sources, it's optional. [08:11] <_Enchained> ok === deep` [n=deep@c-8a2a71d5.017-19-626c671.cust.bredbandsbolaget.se] has joined #ubuntu-motu [08:22] <_Enchained> persia Hobbsee I can't dput the new version oO [08:22] <_Enchained> Error '553 Could not create file.' during ftp transfer of b5i2iso_0.2-0ubuntu1.dsc === Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-motu [08:28] _Enchained: It's not that we're ignoring you, just that we don't have a solution. You might try uploading again, or poking a REVU admin (if there is one around). === DarkMageZ [n=richard@ppp167-203.lns4.syd6.internode.on.net] has joined #ubuntu-motu [08:29] <_Enchained> I'll try later [08:30] <_Enchained> 08:30am ...time to sleep lol === gnudeep [n=gnudeep@124.43.200.37] has joined #ubuntu-motu [08:32] persia: you're not a REVU admin? === Hobbsee had to grab some food before going into work, etc. [08:33] _Enchained: please try uploading again - i've removed the offending files [08:33] Hobbsee: heh. I've only been reviewing two weeks :) These things take a while. [08:34] persia: ask siretart about it. [08:34] he doesnt bite === Hobbsee even met him at UDS [08:37] <_Enchained> Hobbsee it's ok [08:37] <_Enchained> uploaded [08:38] persia: if you could review again, and give me links to any that you ack, i'll try to look when i get home again [08:38] Hobbsee: Sure. [08:38] thanks === Hobbsee runs around and gets ready for work [08:41] bye all === afflux [i=fnord@pentabarf.de] has joined #ubuntu-motu [08:43] _Enchained: http://revu.tauware.de/details.py?upid=5432 advocated. Which were the other ones, or are you sleeping now? [08:44] <_Enchained> ok I do the same modif [08:44] <_Enchained> on the others === svschwartz [n=svschwar@217.147.21.82] has joined #ubuntu-motu [08:45] _Enchained: No rush. If you want to get to them this afternoon, that's fine too. [08:45] <_Enchained> no it's ok === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-motu [08:45] <_Enchained> Strangly I'm not so tired [08:45] <_Enchained> ^^ [08:54] <_Enchained> persia I've updated pdi2iso and cdi2iso [08:56] _Enchained: OK. I'll take a look in a minute. Thanks. [08:58] hey there [09:00] <_Enchained> yep Lutin === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-motu === Nightrose [n=lydia@port-87-234-150-228.dynamic.qsc.de] has joined #ubuntu-motu [09:03] hey _Enchained === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-motu [09:12] _Enchained: http://revu.tauware.de/details.py?upid=5433 commented. Should be easy to fix. [09:15] <_Enchained> ok persia updated [09:15] _Enchained: http://revu.tauware.de/details.py?upid=5434 has the same problem. [09:16] <_Enchained> ok [09:16] _Enchained: And even though I advocated before, I realise that b5i2iso does as well. Please fix that too :) [09:16] <_Enchained> ok === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-motu === afflux [i=fnord@pentabarf.de] has left #ubuntu-motu [] [09:24] <_Enchained> persia http://revu.tauware.de/details.py?upid=5436 === davromaniak [n=cyril@ALyon-203-2-1-160.w217-128.abo.wanadoo.fr] has joined #ubuntu-motu [09:25] <_Enchained> http://revu.tauware.de/details.py?upid=5432 === Lure_ [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-motu [09:25] <_Enchained> and the other you already commented it :) === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-motu === coNP [n=conp@unaffiliated/conp] has joined #ubuntu-motu [09:26] _Enchained: 5432 still doesn't install the upstream changelog. === Fujitsu [n=william@ubuntu/member/fujitsu] has joined #ubuntu-motu [09:27] <_Enchained> oops === Fujitsu tells X off for stuffing up font sizes completely. [09:28] Fujitsu: The secret is: once you get it working, never, ever restart X :) === Fujitsu had to reboot into a new kernel to use powertop. [09:29] that sounds like a windows excuse [09:30] persia: btw, what bug in DaD were you interested in fixing ? [09:31] Lutin: Two actually: the one about having conflicts with change build-deps, and the one about not noticing syncs. I think both of these will go away if DaD unmangles the maintainer (saving the name of the Ubuntu team) prior to diff3, and then remangles afterwards (if appropriate). === davromaniak [n=cyril@ALyon-203-2-1-160.w217-128.abo.wanadoo.fr] has joined #ubuntu-motu [09:33] persia: the changelog will remain in the patch though [09:33] Lutin: I've just not gotten around to adding a unmangle function to process/merge and testing yet. [09:33] <_Enchained> persia It doesn't upload [09:33] <_Enchained> same as before [09:34] <_Enchained> :/ [09:34] Lutin: Depends. I've had changelogs merged to Debian :) (although I admit this is rare) [09:34] <_Enchained> Is there a revu admin ? [09:35] Lutin: Also, when reviewing REPORT, seeing only a changelog entry makes it clear - less investigation is required to ensure that a sync can be performed. [09:37]