[01:06] * Hobbsee waves [01:14] hi Hobbsee [01:15] LaserJock! === seb128_ is now known as seb128 === tritium_ is now known as tritium [01:49] is there an easier way to check on accepted new/update packages (not in repos yet) than using the mailing lists? [01:50] hardy-changes? [01:50] although that's a mailing list, it's probably the easiest way [01:51] there was an rss feed of it [01:51] ah okay [01:52] building new totem with the ubuntu patches. i think the launchpad integration will work properly but i will find out shortly :P [01:56] sad that my laptop has almost 2x more processing power than my desktop and my desktop is 2x old-school opterons [01:59] hm build depends for totem seem to be out of date [02:00] make: dh_iconcache: Command not found [02:00] LordKow: That isn't a Build-Depends issue. Change that command to dh_icons [02:01] ah okay, well totem is still out of date then ;) [02:01] yea i forgot about the switchover [02:01] * Hobbsee didnt know dh_iconcache got taken out already. [02:01] what was used before dh_iconcache? debian changelog says "use dh_iconcache" for one of the updates [02:02] nothing, iirc. [02:03] then ubuntu implemented dh_iconcache, and then debian eventually implemented dh_icons, so we're switching to that, as it's better anyway [02:04] new version of debhelper was merged today, probably removed dh_iconcache [02:05] hum. then our rebuild tests will bail out. [02:05] that will help filter out dh_iconcache from packages a lot quicker, maintainers wont be able to build the package unless they fix it :) [02:05] for everything that still has dh_iconcache [02:05] ubuntu has no maintainers, per se. [02:05] update the packages...? [02:06] heya people [02:06] Hobbsee, let me rephrase "the ubuntu maintainers". debian should take care of most of it [02:06] however i doubt all of the packages will be updated before upstream merge freeze [02:06] the ones that make it onto mom will be. [02:06] as in, merge-o-matic [02:07] however, the ones after...they'd be a good newcomer candidate. [02:07] ah i always wondered what does the merging, i figured it was automatic [02:07] there are tools which help, but it's all manual. [02:08] see merges.ubuntu.com/universe.html [02:08] i suppose there would be insane amounts of breakage if we let upstream merging be done automatically [02:08] probably with dependencies more than anything else [02:09] yeah. i dont trust the merge-o-matic stuff that much :) [02:09] occasionally it comes out with absolute crack. [02:09] like, starting tarball sizes of 5mb from ubuntu, 5mb from debian. resulting diff: 15mb. [02:09] lol [02:10] feel free to get involved, if you like [02:11] well im quite busy with school stuff but hopefully I'll be able to squeeze out a few package updates than can get sponsored [02:11] *that [02:14] dear compiz, please stop falling over, kthxbye. [02:14] no, this apparently *isnt* compiz. [02:15] yes it is. === mpt_ is now known as mpt [02:33] any buildd admins around? [02:33] lamont: maybe? [02:33] Hobbsee: I'm hiding. [02:33] since I need to figure out why your ppa build didn't like you [02:34] lamont: can you boost the priorities of firefox-3.0 please? https://edge.launchpad.net/ubuntu/hardy/+builds?build_text=firefox-3.0&build_state=all [02:34] lamont: "soyuz is on crack" is an acceptable answer. [02:35] lamont: i'll give you longer before asking about the other, if you bump the prio of that firefox. how's that? :) [02:35] can't bump hppa or ia64. [02:35] others set to 10000 [02:35] excellent, thanks. [02:36] ia64 bumped too. [02:37] hppa kinda needs a working java to build xulrunner, so um.. sucks to be us [02:37] interesting. greasemonkey script failed me [02:38] yeah [02:38] hah [02:40] there [02:40] * lamont applied a *=100 filter [02:41] :) [02:53] i hate it when i make a stupid mistake and spend 2 hours waiting for a package to compile and have it fail in the end simply because i forgot to update the .dsc after i made changes :-/ [02:54] I know that feeling [02:56] ccache ftw! [02:57] dont have the disk space :( [03:30] "Totem Movie Player 2.21.2" yay === rob1 is now known as rob [04:54] mdz: er...https://bugs.edge.launchpad.net/ubuntu/+source/landscape-client/+bug/163030 might be something you're interested in. [04:54] Launchpad bug 163030 in landscape-client "Against Ubuntu Promise" [Undecided,New] [04:54] looks like you were teh uploader. [05:00] * tonyyarusso subscribes [05:01] Launchpad and Landscape being proprietary are pretty high up on the list of things that irk me with Ubuntu atm. === keir__ is now known as keir === asac_ is now known as asac [06:37] Hi all! === keir__ is now known as keir [06:45] good morning [06:45] guten morgen, dholbach [06:47] hey Hobbsee === asac_ is now known as asac === keir_ is now known as keir === gpocente1 is now known as gpocentek === \sh_away is now known as \sh [07:28] <\sh> slangasek, bug #161193 commented...I could be wrong, please check :) [07:28] Launchpad bug 161193 in xclass "[MoM Merge] xclass 0.9.2-3ubuntu1" [Wishlist,Confirmed] https://launchpad.net/bugs/161193 [08:12] \sh: why would there be problems upgrading from dapper? [08:13] \sh: my analysis showed there were zero overlapping files between the two packages [08:40] Good morning [08:40] Hi pitti [08:42] pitti: Hi boss! [08:42] hey geser, hey warp10 [08:43] warp10: /me != boss :) [08:43] pitti: :D [08:53] is there any known toolchain issue on amd64? [08:53] hi pitti [08:54] hum, in fact not amd64 specific [08:54] there is quite some packages I synced from Debian which ftbfs on "undefined reference to `ceil'" [08:54] but they built correctly in Debian [08:55] "undefined reference to `floorf'" also in the log [09:00] hey mhb, how are you? [09:01] pitti: I'm having an exam in 4 hours, so a bit nervous, but fine otherwise ... and how are you? I have noticed you've completed the r-m-rewrite spec, the DB idea sounds quite nice [09:03] mhb: oh, good luck with your exam then! I'm quite good, grinding through the large heap of work that UDS created :) [09:06] pitti: by the way, my account on r-m-hackers is about to expire. I guess it'd be nice of you to renew it for some time, provided you still want my help :o) [09:06] mhb: oh, sure [09:07] mhb: how's that? [09:10] pitti: https://edge.launchpad.net/~restricted-manager-hackers I guess through the Members link from here [09:12] <\sh> slangasek, ok...so I think we change the merge to a sync...and we are clean [09:13] hmm.... bug 163042 [09:13] Launchpad bug 163042 in samba "nmbd crashes after routine Dapper upgrade" [Undecided,New] https://launchpad.net/bugs/163042 [09:14] doko_: around? [09:14] pitti: by the way, the wiki page is not really clear on how the UI abstraction will be handled ... are we going to provide a fixed number of abstract dialogs (like ConfirmDialog, FirmwareSelectDialog) for the handlers? If so, how many and which? [09:16] seb128: Do you have an example package? [09:16] mhb: yes, all the workflow, dialog types, etc should be in the abstract UI; implementations should not do any decisions nor workflow [09:16] lool: nautilus-cd-burner [09:17] lool: include math.h makes no difference, that's weird [09:17] seb128: It sounds from your description that -lm is missing, but historically ld in Debian/Ubuntu would add it automatically [09:17] Perhaps it's stricter now [09:18] well, it used to work and work on Debian [09:18] whatever was added -lm should keep doing so ;-) [09:18] doko_: ^ [09:18] did anything change in the toolchain that could make that -lm is not used on build now? [09:19] seb128: We have a CVS snapshot of 2.18.1 while Debian has 2.18 [09:19] lool: cvs of what? [09:19] binutils [09:19] ah [09:20] But yeah, doesn't sound like a change we should do in Ubuntu first [09:20] I'll wait for a reply from doko [09:21] Are there Security/samba people? People are seeing dead nmbd's after the latest Samba security upgrade (bug 163042) [09:21] Launchpad bug 163042 in samba "nmbd crashes after routine Dapper upgrade" [Undecided,Confirmed] https://launchpad.net/bugs/163042 [09:21] <\sh> dear developers, we have a problem with security regarding dapper and a very vital package named ethereal (or newer name wireshark) [09:22] <\sh> in dapper we have ethereal 0.99.0 which is the last release under the name ethereal and all future releases are named wireshark [09:23] seb128: I got some build logs with this error as well now :) [09:24] <\sh> now we have some security flaws in 0.99.0 which are fixed in 0.99.2...the problem with that, there is no real way to fix those security issues in 0.99.0 without diffing 0.99.0 to 0.99.2 and carry a very big patch with us... (rational: they are changing not only the project name, no they are changing as well some prefixes of variables from ETH_ (for ethereal) to WS_ (for wireshark)) [09:24] lool: from Debian or Ubuntu? [09:24] seb128: Ubuntu [09:24] ok [09:25] <\sh> so, what do you think is the best way to fix this package...it's vital and for sysadmins and network people important. [09:27] \sh: I don't really think we can give a good answer to this; it's universe for a reason, and if you rely on anything in an universe as old as dapper's, you have a major problem (likewise with clamav, php apps, etc.) [09:28] \sh: if it is feasible to put the latest wireshark into dapper and name it 'ethereal' to avoid NEW packages, we can talk about this, though [09:28] but if it breaks any behaviour, config files, etc., then the only remaining option that I see is a backport [09:28] <\sh> pitti, well, for any other release it's easy to backport the fixes...but for dapper, it's special because of the change of the project [09:29] \sh: so merely changing the package name doesn't work? [09:29] it also changes config file names/paths, etc/ [09:29] ? [09:30] <\sh> pitti, I'll have to check other files to answer this question, but reading the source for the important parts, I wonder if they didn't even change names of config files or something else [09:30] \sh: quite likely if they are that thorough [09:31] \sh: however, patching that might be significantly easier than trying to backport all the security fixes [09:32] <\sh> pitti, I tryed to bump only the files which are affected, but they really do indeep changes, as I said, changing struct names from ETH_ to WS_ etc. which gives me a real headache [09:32] Ewww. [09:33] <\sh> as an example btw: http://anonsvn.wireshark.org/viewvc/viewvc.py/releases/wireshark-0.99.2/epan/dissectors/packet-gsm_a.h?view=diff&r1=18755&r2=17982&diff_format=h [09:36] \sh: you can't just do s/WS_/ETH_/g to trim the diff? [09:36] <\sh> torkel, that's something I'm trying to do now === Nafallo_ is now known as Nafallo [09:42] slangasek: Is there a technical page which the changes in JeOS WRT to e.g. a server install? I guess less packages installed and a different kernel flavor, but I'm not even sure [09:59] <\sh> oh I'M really doomed...let's do the easy things first...feisty and edgy [10:01] Hmm http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=python-gobject-doc&version=hardy&arch=all lists djpig as contact address; I guess he might not want to be contacted for packages.ubuntu.com; do I file a ticket for IS? Or a launchpad bug against some team? [10:01] lool: he takes care of that page [10:02] (iirc) [10:02] dholbach: Oh ok; fine then, thanks [10:02] np [10:02] although I think we should have that functionality in LP :) [10:03] Hobbsee: thanks for bringing my attention to it; I've clarified in the bug [10:03] mdz: you're welcome. now i just have to find the bug #, to see what you said :) [10:03] Hobbsee: bug 163030 [10:03] Launchpad bug 163030 in landscape-client "Against Ubuntu Promise" [Undecided,Invalid] https://launchpad.net/bugs/163030 [10:03] thanks [10:04] mdz: ahh, so you sneakily avoid the issue of the *client*. [10:04] er, the host. [10:05] Hobbsee: Of course. [10:05] Server, you mean? [10:05] yes. *that's* the word i was looking for. [10:05] Heh. [10:05] i swear, the idea of exams on saturdays screws up my brain. [10:06] * Fujitsu had his last exam a few hours ago, so hah! [10:09] Hobbsee: Landscape is a web service which can be used in conjunction with a client. The client is part of Ubuntu and free software. The service is something which is offered for a fee. [10:10] mdz: okay, i didn't realise my brain was *that* broken. i knew that, i really did :) [10:10] Hobbsee: is there anything unclear about it? I don't think the press release got into this level of detail [10:10] mdz: no, it's clear. it's just my brain on crack, due to these damned exams. [10:10] since there's some talk on landscape, where can I ask for the testers support? the landscape interface pointed me to landscape-devel@lists.canonical.com, but posting there is only for members. [10:10] Fujitsu: any questions about landscape? [10:11] mdz: you ask that, and he'll say "Will you open source it, and if so, when?" [10:11] :) [10:11] * Fujitsu doubts it. [10:11] mdz: The client is entirely useless without the service, presumably? [10:12] Fujitsu: it's designed to be used with our implementation, though the protocol is open and could presumably be used with other software if someone implemented it [10:13] mdz: Aha, thankyou for clarifying that. [10:13] but the service isn't offered for free, any more than telephone support is [10:13] Right, and that is reasonable. [10:14] Hobbsee: I'm not against *any* Canonical projects being non-free, just essential deficient stuff like LP. [10:14] Fujitsu: heh. heh. heh. [10:15] Fujitsu: maybe not the right chan to troll? ;-) [10:15] * Hobbsee does not comment, as mdz is around. [10:15] seb128: it was related to previous discussion [10:16] Hobbsee: well calling LP deficient is still somewhat trollish [10:16] seb128: tell me that when you *don't* have chinstrap access. [10:16] Hobbsee: I don't have chinstrap access [10:16] oh? i thought you did, to log into drescher to do archive admin stuff? [10:16] or have they changed the machines? [10:17] seb128: How is it trollish? [10:17] Hobbsee: you didn't ask me if I have access, you asked me to tell you I don't have access which I did ;-) [10:17] Haha. [10:17] * Hobbsee gives seb128 a penalty card. LYING! [10:18] Fujitsu: you might not like launchpad it doesn't make it deficient [10:18] seb128: you missed the "when" in there. [10:18] Hobbsee: indeed ;-) [10:18] seb128: :) [10:18] seb128: it's deficient when it's bugs stop me from doing ubuntu stuff. [10:18] like what? [10:18] Right, there are a annoying bugs, so it is deficient. [10:18] archive admin, for one. [10:18] various other things as well [10:19] Erm, -a [10:19] software is buggy, news at 11. [10:19] * Mithrandir hides. [10:19] Fujitsu: you can call everything deficient using that criterium [10:19] Mithrandir: Software is taking a long time to get unbuggy, even with 35 devs. [10:19] Fujitsu: no, annoying bugs != deficient. missing critical features == deficient. [10:19] Hobbsee: that's called bugged and Ubuntu is as deficient as launchpad [10:19] seb128: i can fix one, and not the other :) [10:20] but oh well. [10:20] what make you start this troll again? [10:20] * Hobbsee throws a thunderbolt at Mithrandir :) [10:20] I think launchpad not being opensource yet has already been discussed [10:20] is there a point to start again on the ubuntu chan? [10:20] that's rather OT for Ubuntu [10:21] seb128: It was relevant to the previous discussion. [10:22] seb128: if you must know, it was discussions on landscape, and mdz asking if we wanted clarification on that. that, is of course partially non-free, which led to the comment about it being acceptable for canonical to have propriatory stuff. would you like a pastebin? [10:22] Fujitsu: I was not there for the discussion apparently, still calling LP deficient is trollish [10:22] and this isnt? :) [10:22] Hobbsee: no thanks, I would just like to not have yet another discussion about LP having some bugs and being closed source there, that has been discussed enough and I don't think the discussion will bring us anything [10:22] Fujitsu: Launchpad will be open source, though the matter of when is complex [10:23] mdz: and how much [10:23] but, you're right, i have better things to do. [10:23] mdz: I know, and I've read the reasons that have been cited, and I find them somewhat reasonable. [10:24] Hobbsee: I don't think there is any question about how much [10:24] there's no third-party IP in it as far as I'm aware [10:25] mdz: Isn't there? I was sure that previous versions of the policy mentioned that Soyuz would remain non-free, as it will always be a service sold to other distros. [10:27] Fujitsu: I'm happy to discuss this, but please take it to #launchpad [10:27] seb128 is right [10:28] mdz: True, this has drifted well offtopic now. [10:49] seb128: -lm isn't added automatically for C, just for C++ [10:49] doko_: the same package built in gutsy and debian, something is the toolchain changed [10:50] doko_: did -lm used to be added for C? [10:50] seb128: maybe another library was linked against -lm before? [10:50] yeah, might be, I'm just trying to figure which one ;-) [11:42] mvo: you should send this toshset change to Debian or do a QA upload there and ask for syncing ;-) [11:48] seb128: I send the patch upstream already [11:49] mvo: ah ok, I looked to the BTS only [11:50] seb128: hm, at least it should be sent, I got no reply from debian bts yet === dholbach_ is now known as dholbach [12:01] MOTU Q&A session in #ubuntu-classroom now [12:30] tepsipakki: hm, I thought mesa 7.0.2-2ubuntu1 wouldn't need gcc-3.4 any more? it still uses it on i386/amd64/lpia? [12:32] right, I didn't drop those yet, need to get a confirmation from the kernel guys.. [12:34] pitti: or do you think we could drop them right away? [12:35] tepsipakki: no, if you need soem confirmation, please get it [12:35] tepsipakki: I just thought that was already settled after our conversation from yesterday [12:36] * pitti hugs tepsipakki, thanks [12:38] * tepsipakki hugs pitti back [13:11] cjwatson_: ping @ ubuntu-devel ML question [13:18] cjwatson_, did you read my review of current ps3 linux distributions? [13:23] pitti, could you please have a look at bug 103489? It has already uploaded and needs to be accepted. [13:23] Launchpad bug 103489 in ggz-gtk-games "[SRU] [can-not-install] file overwrite error" [Medium,Confirmed] https://launchpad.net/bugs/103489 === ryu2 is now known as ryu [13:26] DktrKranz: I'll get to that today (SRU run is still on my plan) [13:26] pitti: thanks [13:35] directhex|bsp: no? [13:35] Hobbsee: pong === cjwatson_ is now known as cjwatson [13:36] cjwatson: ubuntu-devel@l.u.c is moderated by if you're a part of ubuntu-dev or not. how does it get this list of who's in ubuntu-dev? namely, do new MOTU's get added manually to the whitelist, or does it do some launchpad foo? [13:37] cjwatson, http://gaming.hexus.net/content/item.php?item=10273 - nobody did very well [13:37] Hobbsee: that's a good question and not one where I know the answer. elmo ought to know [13:38] cjwatson: surely not! you're supposed to know everything :) [13:38] Hobbsee: it's synced automagically, I believe. [13:39] add me to ~motu and I'll test :-) [13:39] Mithrandir: in which case, why does norsetto keep getting moderated? [13:39] directhex|bsp: OK, I've repaired (and continue to be in the process of repairing) some of your issues for Ubuntu, but haven't spent the time to produce custom versions of Xubuntu 7.10 [13:40] Hobbsee: is he sending from an address associated with his LP account? [13:40] cjwatson, all the problems stated were on ubuntu also, it was just a bit slower due to gnome's extra memory requirements. network, resolution, etc [13:40] Mithrandir: come on launchpad. dont time out. load the page. good launchpad. [13:41] Mithrandir: it's his third confirmed email, yes. [13:41] Hobbsee: hm, then I defer to cjwatson's advice to talk to our sysadmins who might be able to shed some light on the issue. [13:41] directhex|bsp: FWIW: current custom Ubuntu 7.10 CDs (not in the obvious place, but there's a link from the obvious place) document the video mode stuff in the CD boot loader message, the networking thing is a hal bug that I think I've mostly fixed and just need to QA properly, I'm not sure why Gnash isn't automatically offered but maybe that's a Xubuntu thing? [13:41] Mithrandir: fair enough [13:42] elmo: ping, and i promise i wont start ranting again :) [13:42] cjwatson, i may look at the question again when 8.04 is stable (by then, maybe the fedora lot will have pulled their thumbs out of their arses and stuck otheros.bld on the install media, so i can consider it for comparison) [13:42] directhex|bsp: I do agree that we haven't spent enough time on it, and I posted a call for development help recently [13:43] cjwatson, yes, i read it, hence making you aware of my article [13:43] cjwatson, if it makes you feel any better, nobody else was any better overall [13:43] * cjwatson nods [13:44] frankly, some of the issues i found on all three distros were baffling. [13:56] so guys, we (desktop team, but there is nothing desktop specific there) want to start using some sort of tags in the patches [13:56] to have informations like the corresponding ubuntu bug number, the upstream one, a description of the patch, etc [13:57] does anybody has an opinion on the format that should take and the naming? [13:57] <\sh> keescook, bug #132915 -> feisty and edgy debdiffs attached, dapper is not going to be fixed... [13:57] Launchpad bug 132915 in wireshark "WireShark versions prior to 0.99.6 vulnerability" [High,In progress] https://launchpad.net/bugs/132915 [13:57] I was thinking to something like [13:58] ubuntulog: http://launchpad.net/bugs/nnnnnn [13:58] * seb128 slaps the completion [13:58] Ubuntu: http://launchpad.net/bugs/nnnnnn [13:58] GNOME: http://bugzilla.gnome.org/nnnnnn [13:59] Description: what the change is doing [14:00] do we want those standardized so they can be automatically listed by some tools maybe, etc? [14:00] seb128: As in dpatch patches? [14:01] Fujitsu: nothing dpatch specific, as in any patch system you want to use, simple-patchsys, quilt, dpatch [14:01] But that sort, right. [14:01] everything we store in debian/patches [14:01] and which theorically should be send upstream and documented [14:02] we should also have a tag to indicate that a change is distribution specific (customization for example) === doko_ is now known as doko === cprov is now known as cprov-lunch [14:49] seb128: I'd do s/GNOME/Upstream/ [14:49] seb128: and perhaps add Debian: [14:50] pitti: I was pondering if we should get a tag by bug tracker or just an upstream one [14:50] pitti: like to list all the bugzilla.gnome.org bugs [14:51] pitti: but that would be easy enough to do using upstream and filtering on bugzilla.gnome.org then [14:51] seb128: I wouldn't define more tags than necessary [14:51] ok [14:51] seb128: yeah, that's what I was thinking, you can filter on teh bug tracker host name [14:51] so Ubuntu, Debian, Upstream [14:51] and Ubuntu-specific [14:51] seb128: FYI, the Debian kernel guys do something similar [14:51] and Description [14:52] seb128: technically, Debian is just an upstream too, but since it is so exceptionally important for us that might justify a separate tag [14:52] seb128: otherwise I like it === DrPepperKid is now known as MacSlow [14:53] pitti: right, but it's a special upstream, and that means we can use the same tagging on Debian [14:53] right [14:54] I'll mail ubuntu-devel about the suggestions, thank you for the comments === elkbuntu_ is now known as elkbuntu === ogra1 is now known as ogra [15:39] has some big backlog of security updates just been unplugged? [15:39] there have been like 100 in the past 2-3 days [15:40] dholbach: why did you do a gutsy-wallpapers upload to hardy? I thought that was obsolete? [15:40] pitti: so it's installable in parallel with ubuntu-wallpapers [15:40] ah, I see [15:41] Robot101: last week and the week before, the security team were at conferences in Massachusetts [15:42] Robot101: so I expect that it's "get back home, work on CVEs" [15:42] <\sh> more openldap security fun....:( [15:51] when nvidia-glx-new gets updated to work with the newest xserver-xorg-core? === \sh is now known as \sh_away [16:04] pitti: ubuntu-gdm-themes uploaded [16:05] pitti: ubuntu-artwork should depends on ubuntu-gdm-themes and ubuntu-wallpapers now too [16:09] dholbach: accepted [16:09] pitti: thanks A LOT [16:09] * dholbach hugs super-pitti [16:10] no problem :) [16:10] * pitti hugs dholback [16:10] :-) [16:13] * pitti kicks out a whole lot of old crap from -proposed; yay, back to sanity! [16:13] doko: I've done your mono merge, hope you don't mind. [16:14] mvo: what will happen with bug 47044? there's still an outstanding question [16:14] Launchpad bug 47044 in apt "apt cant work with disable proxy" [Medium,Fix committed] https://launchpad.net/bugs/47044 [16:15] and it needs verification [16:15] and it's sitting there for 290 days already [16:17] pitti: sorry, I look at it and answer your question [16:17] * pitti hugs mvo, thanks [16:22] bdmurray, mvo, ogasawara: main SRUs in -proposed which are more than half a year old and did not get any testing feedback from reporters are a good candidate for removal from -proposed IMHO; do you agree? [16:22] bdmurray, mvo, ogasawara: (I already cleaned up all the universe stuff) [16:23] common sense applied, of course [16:23] pitti: sounds reasonable to me [16:30] mvo: FYI, you have some verification bug mail for update-manager{,-core} now [16:30] pitti: in my inbox? [16:30] pitti: let me check [16:30] (not that urgent, but a gentle reminder) [16:39] pitti: I can't do the verification for #47044 myself, but I will update the report to follow the new verification steps guidelines [16:40] mvo: thanks [16:40] mvo: also, if you test the actual -proposed package yourself, that's still a valuable piece of feedback at least forme [16:40] s/forme/for me/ [16:42] Heya [16:54] dear bip. please quit dying. kthxbye [16:58] pitti: #47044 updated [17:00] mvo: aaaah, that makes sense [17:00] mvo: I programmed Python for too long :) [17:00] incidentally that's the very same trap that StevenK and I fell into recently [17:00] * pitti ← hasn't touched C++ for > 5 years :( [17:01] mvo: so, verification should be easy now [17:01] * pitti hugs mvo [17:03] pitti: cheers, what are the other outstanding ones for u-m? [17:04] http://people.ubuntu.com/~ubuntu-archive/pending-sru.html [17:04] bug #109216 and bug #109290 [17:04] Launchpad bug 109216 in update-manager "upgrade not possible with 0.45.3" [Undecided,Fix committed] https://launchpad.net/bugs/109216 [17:04] Launchpad bug 109290 in update-manager "update-manager core should support proposed updates" [Medium,Fix committed] https://launchpad.net/bugs/109290 [17:04] mvo: those are all of your's, I think [17:05] mvo: in a few hours the page should be much smaller, BTW [17:10] pitti: thanks, checking [17:24] lool: you may want to ask soren about that (differences between JeOS and server); there's also a tentative seed for it now [17:24] Hello, I am new to patching and am currently stuck. Here is my problem: On launchpad there is a project written in C called mousetweaks. Release 0.2.6 has been published and in the meantime a typo has been fixed in launchpad. I downloaded the unified diff to patch the debian source package I am trying to build. But when I try to apply the dpatch that I created from the diff, it tells me that it does not find the file. [17:25] \sh_away: will you retitle the xclass bug to a sync request, or do you want me to just take it from here? [17:25] Could anybody please help? [17:25] frafu: use 'patch -pX frafu: btw #ubuntu-motu is a better place for that question :) [17:26] frafu: https://wiki.ubuntu.com/MOTU/School/PatchingSources should help you === \sh_away is now known as \sh [17:27] <\sh> re [17:29] I thought to use dpatch, and there are 2 patches that I have to apply. Will I be able to use -pX in the debian rules file? [17:32] pochu: why is the number of dirs dires to strip wrong? What can I do to get a patch that works from the root dir of the package without indicating a -pX ? [17:33] surely for a typo it would be less effort just to edit the source directly rather than spending ages messing with a patch system === cjwatson_ is now known as cjwatson [17:33] patch systems are worthwhile if you have fairly substantial numbers of fairly long-lived patches against upstream [17:33] but for a simple typo backported from upstream, it isn't worth it [17:34] patch systems are wierd. there's already a diff.gz [17:34] and now you want to hide more inside that? [17:35] I understand why people end up using them for, as I said, fairly substantial numbers of fairly long-lived patcheds [17:35] gah [17:35] ()(although I would === \sh is now known as \sh_away [17:35] (although I would prefer to replace that with better infrastructure, long-term) [17:35] i wonder how git's working out for joey hess [17:35] In fact,there is a second more complicated patch to apply; it gives me the same error. [17:37] I have prepared a page with more info, if someone can have a look: [17:37] http://paste.ubuntu-nl.org/44761/ [17:38] Is there a way to create the patch so that no -pX is necessary? [17:39] dpatch should supply the -pX itself [17:39] are you trying to apply the patch by hand here? [17:39] (in any case, I still think dpatch is overkill in your case and you are making a rod for your own back) [17:40] oh, I think I see your problem, anyway [17:40] yes, with 'dpatch apply-all' to test the patch [17:40] dpatch probably tries -p1 first and there is a ChangeLog at the root [17:41] don't use that dpatch patch-template business [17:41] instead, use dpatch-edit-patch [17:43] Could you please tell me shortly how to use dpatch-edit-patch? Can I feed the diff from launchpad to dpatch-edit-patch? [17:43] so you do 'dpatch-edit-patch fix_typo_in_po_de' [17:43] it will give you a shell [17:43] in an unpacked copy of the source package [17:44] you apply the patch to that tree, and exit; it will deal with generating the .dpatch file and putting it in the right place [17:44] btw, this is all in the URL pitti gave you earlier. Have you read through that? [17:44] if not, please do so, and then go to #ubuntu-motu if you have further problems [17:47] cjwatson: thanks. I will try what you suggested and read pitti's link [17:52] Anyone got suggestions as to what I should look for. Whilst booting UML Gutsy it mounts root but during init reports "findfs: Unable to resolve 'UUID=XXXX' " for the / and /home, mountpoint+mount report failure, and from the maintenance shell there's no /dev/ubd* or /dev/disk/by-uuid/ [17:53] looks like it doesnt wait long enought for the devices [17:53] (just a guess) [17:55] IntuitiveNipple: (You'll get plonked by asking support questions here). Gutsy broke UUID handling on many of my servers. Try it LABEL instead. [17:55] I'm trying to ensure we have a working UML... this looks to be the last part of the puzzle [17:59] Nope, LABEL doesn't help. It looks as if no 'disk' nodes are being created [18:06] Ahhh... would it help to have udev installed? [18:07] tepsipakki, bryce: all the x client packages on http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt (source and binary demotion) can be kicked out of the archive entirely, right? === Tonio__ is now known as Tonio_ [18:28] pitti, yes that's correct. I'm not sure why -elographics is on that list, but everything else is now maintained in other packages [18:30] Where can I go to watch vmware-server foodfight that is happening? Ticket activity is happening without commentary. === norsetto is now known as norsetto_limbo [18:34] Greetings, could I get your opinion on this question: [18:34] http://ubuntuforums.org/showthread.php?t=614769 [18:35] desertc: you might want to say what it's about so that not everyone has to visit the URL to find out [18:35] I hate to fill the channel with a cut and paste. [18:35] summarise [18:35] you certainly shouldn't cut and paste it [18:36] That is what I did on the link... [18:36] desertc: you are asking a support question in that thread [18:36] there are 235 people in this channel with hundreds of different interests [18:36] desertc, you miss the difference between the gutsy-security and gusy-updates repos [18:37] desertc: as ogra just said, disable gutsy-updates and only enable gutsy-security in the Software Sources Manager [18:37] or /etc/apt/sources.list [18:37] when posting a link, you need to say briefly what it's about in order that the people who are interested can look, rather than everyone [18:37] desertc, what you want is to disable gutsy-updates ... that way you*ll only get critical fixes [18:37] cjwatson: his thread asks if there is a way to only get Security updates rather than Recommended Updates too [18:37]