[00:00] Yeh you need MOTU's to Advocate it, then it gets added to Hardy..... [00:00] who do they advocate to? [00:01] Its part of the MOTU system [00:01] Check that link I sent [00:01] On the REVu system [00:02] They check the package, then if they think it should be on Hardy they mark it, after you get (i think its 2) enough it gets OK'd to be on Hardy... [00:02] I think, if I read all the Docs right [00:02] advocate sounds like the wrong word there. more like approve [00:02] Yeh I know, its the wording on the REVU site [00:03] I didn't choose it [00:17] anyone has a good sample of a web package ? [00:20] that handle the stuff with apache the debian way [00:20] phpmyadmin ? [00:20] good night everybody. [00:20] cu [00:25] evening [00:25] 'lo zul, how's the baby? [00:25] crimsun: pretty good just had to change a diaper thanks for asking [00:25] cool :-) [00:27] Damn Debian can be a PITA :-( [00:27] Heya zul, crimsun [00:31] heya bddebian [00:33] hi barry === rob1 is now known as rob [00:48] crimsun: Hey! Long time no see! [00:49] soren: heya, how are things? [00:49] crimsun: Things are great! Are you back or just stopping by? [00:50] soren: the latter [00:51] crimsun: Ok. How's the not-so-new-anymore job? [00:51] soren: hectic, unfortunately [00:51] on the upside, I get to do neat things with Ubuntu. [00:51] Oh, really? [00:52] yeah. It's nice to finally "be on the other end" of sorts. :-) [00:52] I forget.. Who are you working for? [00:52] Everyone who contributes to Ubuntu deserves a great round of applause. [00:53] soren: the US gov't [00:53] And they use Ubuntu? Wicked. [00:53] yep. :-) [00:55] hello soren, crimsun [00:55] 'lo ajmitch [00:55] Hey, ajmitch. [00:55] soren: how goes UDS preparations? :) [00:55] crimsun: You coming down to Boston? [00:56] soren: I'll be there Sunday & Monday, but I have to return to work Monday night. [00:56] ajmitch: I've been a bit tied up since release, actually, so I'm lagging a bit. [00:56] ajmitch, that reminds me [00:56] crimsun: Cool, we'll finally meet! [00:56] zul: it does? [00:56] i have to write the XenInHardy thingy [00:56] yes, you do [00:58] ajmitch: I've got 14 hours of travel time, 9 hours of battery, vim, and a copy of the relevant specs. I should be able to get a bit done :) [00:58] soren: only 14 hours? that's quite short [00:59] soren: I look forward to hearing of great thigns from the server team :) [00:59] soren: and those quality in flight movies [01:00] ajmitch: Yeah, I think it's 14 hours. Three flights and about an hour and a half of waiting each time. [01:00] zul: Do I detect a hint of sarcasm? [01:00] soren: a bit, i never seen a good movie on a airplane [01:01] zul: I've only traveled far enough to have in flight movies once, and that was with Singapore Airlines, which is awesome. [01:01] zul: air nz isn't too bad [01:01] soren: BA had some pretty good movies when I was a kid [01:01] but that's because we're a long way from anywhere, so movies are required [01:02] true, they dont play peter jackson movies all the time? :) [01:02] mmm, brain dead ;) [01:03] Meet the feebles ftw! [01:03] hehe [01:04] brain dead was freaking hilarious [01:05] heh. Up to about an hour or half hour ago, the gibbon was creeping up in the stats. Now, suddenly, the gibbon is giving the werewolf quite a drubbing. :) [01:06] I still have no clue how he got that old guy to pay for the LoTR series. I can only imagine it must have beeen something like: "Hi, I'm Peter Jackson. I want you to pay a zillion dollars so that I can make a film out of the LoTR series." "Mmmmmkay... What have you done before?" "Oh, I've got a tape right here! " "Oh, make it stop, i'll give you anything you want!" [01:06] ...or thereabouts. [01:07] didnt he do that movie before lotr to prove that he can do a good job to the executive producers? [01:07] he did manage a couple of serious films beforehand [01:07] like the frighteners [01:08] This might be a stupid question, but what does the werewolf represent in the gibbon vs. werewolf thing? [01:09] Is Debian using a tmpfs mounted /var/run yet? [01:09] An "actual" werewolf or some other distro? [01:09] soren: Fedora 8 [01:09] someone should make a screencast on packaging with pbuilder [01:10] Solarion: How so? [01:11] Oh. https://www.redhat.com/archives/fedora-extras-commits/2007-October/msg05258.html [01:20] goodnight everyone! [01:20] 'night soren [01:21] 'night, crimsun. See you Sunday! [01:27] night soren [02:23] imbrandon: can you send me the url again [02:27] http://domsch.com/pictures/summer_2007/large/02-00070.html [02:27] view of London from the Canonical office tower [02:28] mdomsch, cool [02:32] zul http://www.imbrandon.com/misc/zul.patch [02:32] that one? ^ [02:32] that would be the one [02:33] kk [02:42] Can someone decide if bug 149641 is worth a SRU and accept the Gutsy task in this case please. A patch for -proposed is attached already. [02:42] Launchpad bug 149641 in logcheck "logcheck fails when auth.log.1.gz missing" [Undecided,Fix released] https://launchpad.net/bugs/149641 [02:42] * persia registers a gutsy task [02:42] blueyed: Does this also affect any previous release? [02:43] Thanks, persia. I'm not sure, I'll check this tomorrow, ok? [02:43] (especially Dapper: I don't think we get new installs for Edgy or Feisty these days) [02:43] blueyed: OK. Dapper is most important. [02:43] Please create a Dapper task and assign it to me. [02:44] I'm almost in favour of not touching Dapper at this point [02:44] blueyed: I don't want to create a task unless we know it is required. [02:45] crimsun: Why? I suspect we'll have more than a few things we'll need to patch for upgrades to Hardy anyway... [02:46] blueyed: My apologies: it's main. I can't approve the nomination :( [02:46] crimsun, i'm kinda of the same mind except to make LTS to LTS upgrades [02:46] Hello! [02:46] persia: there's a bit of noise in that report [I'm not in a position to read it carefully currently], so it's not immediately obvious what the simplest correct fix is . [02:48] crimsun: just look at the attached patch. [02:48] It's taken from debian. [02:48] blueyed: yes, I can easily ACK that. I'm referring to the noise in the Ubuntu bug report. [02:49] crimsun, persia: dapper does not seem to be affected. [02:49] blueyed: Thanks for checking. [02:49] (logcheck-1.2.42ubuntu1) [02:49] blueyed: ok [02:50] * blueyed => bed [02:51] crimsun: I see your point. Looking through the bug, there may be other issues, and checking for the existence of the file may not be a complete solution. [03:08] Well apparently trying to go through Debian for new upstreams is a pointless excercise [03:13] bddebian: Painful, but not necessarily pointless. Keep picking on pkern and see how far you get. [03:14] ScottK: bddebian's problem was that ari was involved in the discussion [03:14] ScottK: Well I would argue pointless. pkern is 1 man. [03:14] Ah. [03:14] Yeah, but that one man can upload stuff. [03:14] Not without getting shot ;-) [03:15] The trick is low profile. Get stuff uploaded, but don't get noticed. [03:16] bddebian: Don't let either IRC or any specific individual maintainer bother you. Just hit the people who are chasing the package directly. [03:16] persia: I have e-mailed the maintainers directly [03:16] bddebian: Ah. My condolences then. [03:17] To a degree I understand their point but the "I'd rather let the package rot than accept work from a no-nothing MOTU" attitude is just irritating [03:19] I guess I've been lucky then. [03:21] bddebian: Umm.. That's actively anti-useful behaviour on the part of the maintainer. Is it logged somewhere public? There are plenty of interested parties who disagree. [03:22] persia: I'm not looking to start, trouble I was just trying to get some new upstreams in to debian, hence Ubuntu [03:24] bddebian: which package are you talking about ? [03:24] (just curiosity) [03:24] bddebian: I don't mean to encourage trouble, it's just that in https://wiki.ubuntu.com/UbuntuForDebianDevelopers, we ask Debian Developers with issues with Ubuntu member behaviour to please raise them to our governance structures. Debian's parallel processes are not as transparent, but they do exist. [03:26] proppy: I was just working through the upgrade bugs on LP. pybliographer, libdc0/valknut, etc [03:27] bddebian: new upstream version of what? [03:27] * ScottK is starting to suspect that slangasek highlights on debian. [03:27] I could do :) [03:28] but it was just within reach of two screens'-worth of scrollback in this case :) [03:29] * slangasek reads down. aha, package list. :) [03:29] slangasek: as I just said, in this case, pybliographer, libdc0/valknut, and I was starting to consider pgadmin3 [03:29] hmm, pybliographer; IIRC you're likely to have an uphill push there because of the maintainer's low activity level more than anything [03:29] Anybody heard of losing power management settings for "on battery" in 7.10 after today's updates? As in, the tab is completely gone, and the user can only set a profile for AC? [03:30] libdc0/valknut are package names I recognize and associate with "release management pain"... :) [03:30] bddebian: anyway, none of those seem to be anything I can be much direct help with :/ [03:31] slangasek: Thanks but I didn't expect that you could. I just tire of the Ubuntu doesn't give shit but when I try, I get shit. It's getting a little old. [03:33] bddebian: It depends on individuals. If a specific person in Debian doesn't want to cooperate, consider just uploading to Ubuntu. If the maintainer is willing to cooperate, it's heaps easier to work together. Don't paint all of Debian with the tar brush. [03:34] Aye fair enough and I'm not targetting the maintainers because I haven't gotten anything back from them yet [03:38] * TheMuso is going to try to push changes in our packages to Debian this cycle, rather than just merge the package. [03:38] bddebian: no matter what improvements might be made in community relations between Debian and Ubuntu, the reality is that there's always going to be some level of tension over individual package maintainership; that exists /within/ Debian too, it just tends to be cast differently when some of the people are "associated" with Ubuntu [03:39] bddebian: so I think it's important to some degree to recognize that this tension will exist and accept it [03:39] TheMuso: hurray! :) [03:39] * persia encourages and supports TheMuso [03:39] TheMuso: That is what I am attempting to do [03:40] slangasek: Understood but what do I do? not do the work? Jump Debian for Ubuntu in new upstream versions? I'm not going to do the work only for it to get ignored, that's pointless. [03:41] bddebian: If there's a long delay, or resistance, I'd recommend uploading -0ubuntu1, and adding a BTS entry describing any specific issues you resolved when merging the new upstream. [03:42] persia: Aye, but how long is long? ;-) [03:44] bddebian: I usually give it a week or so for most things. If it's blocking me in another way, I might not wait for "long", but I'll be sure to file a sync request as soon as I can. [03:45] But if the tarballs don't match we can't sync until the next new version :-) [03:46] bddebian: Well, only if it needs repacking: upstream tarballs should all be the same. That's a special, and unfortunate case. Perhaps a version number like 2.7.14.really.2.8.0-0ubuntu1? It depends on what you expect to happen next. [03:47] I expect that I should probably stop working on all this crap :-) [03:48] 2.8.0~reallynotdebian-0ubuntu1 [03:49] Ah. Right. ~ Perhaps 2.8.0~ubuntu-0ubuntu1, just to not point specifically at Debian. [03:50] 2.8.0~arimademedoit-0ubuntu1 [03:50] * imbrandon returns [03:50] ajmitch: hahaha [03:52] 2.8.0~idiotmotuontheloose-0ubuntu1 [03:52] bddebian: There you go. You can safely upload that, and nobody should complain :) [04:15] bddebian: you do whatever you think is best, just like everyone else? :) It's always worth making the effort to let the Debian maintainer know about your updated packages, even if they don't accept them or act on them in a suitable timeframe. [04:15] Is it ok to work in a hardy chroot now ? [04:16] poor mjg59, trying to explain power management to people :) [04:16] (for hardy package) [04:16] proppy: sure, it won't be much different from gutsy yet [04:16] bddebian: you can't control whether Debian accepts the update, after all, but that's IMHO not a reason not to try, or a reason to keep Ubuntu from having the new version [04:16] * TheMuso chuckles at the goings on in -devel. [04:16] ajmitch: ok, cause I heard the toolchain was broken [04:17] earlier [04:17] oh it could be, but that's why you have fun in a chroot [04:17] ajmitch: by work I mean do packaging stuff [04:17] lets debootstrap ! [04:18] my fist hardy vserver :) [04:18] proppy: May be safer to make a gutsy chroot, and dist-upgrade. [04:18] But debootstrap could work. [04:19] TheMuso: thanks for the hint [04:21] is there any work ongoing on a vserver enable kernel package ? [04:21] (for ubuntu) [04:21] * ajmitch needs to clear some space on /home before he can start doing much [04:23] Whats vserver? [04:23] TheMuso: partitioning virtualizer for Linux [04:23] TheMuso: a la BSD Jails [04:23] by partitioning, I mean splitting your execution environment into indivudual independent cells [04:24] not disk partitioning :) [04:24] hrm [04:25] i think i have another full system here , i might try to setup a buildd that i can localy dput to, anyone ever tried it ? [04:25] wanna-build and ummm what else ? [04:26] lol [04:26] jdong: ah ok. [04:27] TheMuso: basicly it adds process management to chroot [04:27] TheMuso: so you can stop and start a chroot and all the process inside it [04:28] . [04:28] fifo's cannot be read by more than one "receiver", right? [04:28] Ah ok. [04:28] jdong: Hense the name. [04:28] I'm looking for a Rube Goldberg libnotify ping-queue... [04:28] jdong: But I could be wrong. [04:28] UNIX domain sockets could manage multiple connections right? [04:29] and use filesystem permissions? [04:29] I think so. [04:30] ok, I'll have to play with that this weekend then :) [04:30] the ultimate multiplexing kerberos-authenticated IRC ping multicaster over TCP! [04:30] rofl [04:31] !jdong [04:31] jdong: yes, but you're FULL OF CRACK! [04:32] hehe [04:32] lol [04:33] :) [04:41] ajmitch, have a laugh http://ubuntuforums.org/showthread.php?t=590576 [04:42] err hAve A lAugh [04:44] imbrandon: ROFL [04:44] that is a hilarious reason why he can't write a :D [04:45] I almost feel sorry for him [04:45] * jdong posted a reply with a workaround for posterity [05:01] imbrandon: If you manage to set that up, please document it on the wiki :) [05:02] RAOF, yea i was thinking that too [05:03] i'm throwing togather the parts now to see if i can get an "extra" pc to boot [05:03] Seveas was (is?) writing a buildd addition to falcon at one point. I was kinda waiting for that. [05:03] i only have a 8gb drive to toss at it , but it might work to document the process [05:03] RAOF, yea, it was at my request ;) [05:03] hehe [05:03] That sounds enough for a buildd, I think. [05:04] My schroots only have ~... 5 gb? I think. [05:04] imbrandon: Dktrkranz was also working on debomatic, which is designed as a simple local/remote pbuilder-driven buildd. From what I've seen, it's a little easier to use, at a cost of robustness and flexibility [05:04] well if i keep the os small yea [05:04] and only build for one release [05:04] persia, yea this is more to learn than to actualy use [05:05] otherwise i would probably be using falcon 2.x [05:05] :) [05:05] imbrandon: In that case, wanna-build is probably the way to go :) [05:05] hello mr StevenK [05:06] * StevenK waves [05:06] so what country are you in now? [05:06] Still .au [05:06] StevenK, you makin uds ? [05:06] imbrandon: I fly out tomorrow [05:06] cool [05:07] fun [05:07] the countless hours of being trapped in the seat [05:07] My phone line at home has been killed, so ENODSL [05:07] as it looks right now i probably wont make it ( yet again ) , i started gathering $$ too late [05:07] painful [05:07] ouch [05:07] imbrandon: find a floor to crash on :) [05:08] ajmitch, thats still a possibilty [05:08] I wanted them to fix it by close of business today, but they keep telling me tomorrow. :-( [05:08] doesn't look likely that I'll be there, somehow [05:08] StevenK, so how are you online ? [05:08] imbrandon: Cup-and-string? :-P [05:08] hehe [05:08] Ah, _Telstra_ [05:09] packet-over-pigon [05:09] Yes. [05:09] I will Get Them [05:09] StevenK: You might try carrier pigeos. Latency is a bit higher, but they're higher-bandwidth than cup & string. [05:09] persia: but that's what telstra use [05:09] lol [05:09] (I'm at uni, using a web based IRC client) [05:09] ajmitch: Ah. That explains everything. [05:10] ouch, want a shell on my server for irssi ? [05:10] StevenK, ^ [05:10] You know, the only way out of this damned network is by ssh'ing to a .debian.org machine on port 443 [05:11] hahahah painfull [05:11] i could probably put sshd on 443 also for a bit [05:11] it does nothing but run the db for ubuntuwire.com atm [05:12] Personally, I'd prefer my connection at home to work. :-) [05:12] ( gentoo box ) /me ducks [05:12] I miss my e-mail. [05:12] okie, well offer stands if you need it, lemme know [05:12] Sure, thanks. [05:12] StevenK: don't you have a job now ? [05:13] lifeless: Cut due to a fault, not non-payment [05:13] :> [05:17] StevenK: Ouch, that is painful. [05:24] Launchpad is offline for scheduled maintenance. We should be back soon. [05:24] :(((( [05:24] That explains it. Thanks for the update. [05:26] Typical. I claw my way back onto the Internet, and Launchpad is offline. [05:27] lol [05:27] I was only using it 10 minutes ago. [05:29] I was posting a comment [05:29] it's very annoying [05:30] I guess I will post it using that old technology called mail instead :) [05:39] ugh time to dig up some diffrent hardware. that was only a p100 [05:41] now they were considered fast not so long ago [05:41] yea but that might be a bit painfull for a buildd [05:41] Ouch. [05:42] if i take those db's off that vps and put them directly on my webserver i can reinstall with ubuntu 7.04 and dist-upgrade from there in minutes [05:42] i think i might do that [05:42] the vps will work well enough [05:43] and ubuntu 7.04 is a premade image so reinstall will only take 5 minutes [05:43] for the provider [05:43] and considering the site only gets 4k hits a day between all the domains i doubt the seperate db server is doing me any good [05:44] * imbrandon googles wanna-build a bit [06:03] imbrandon: what about trying out that Sugar/olpc stuff on older hardware ;0 [06:03] i could, after the buildd hehe [06:03] is it avail for general use ? === zachy is now known as zakame [06:08] so, uh, i can push stuff to hardy now? :) [06:09] yea [06:09] Amaranth: Yes. [06:09] woohoo [06:09] awn 0.2 :) [06:10] oh, but launchpad is offline for the 1.1.10 upgrade [06:10] Oh, I'd forgotten about that. [06:11] LP ought to accept uploads into some secret internal location during the upgrade, for processing once it is complete. [06:22] persia: I was able to connect to upload.u.c anonymously. [06:22] imbrandon: has #ubuntu-midwest become obsolete by #ubuntu-us and state channels? [06:22] * persia wonders why Amaranth has difficulties [06:23] i didn't try [06:23] I wonder how many more states need LoCo teams. [06:23] tonyyarusso, yes [06:23] #ubuntu-nz is still alive, thankfully [06:23] If ubuntu-ma doesn't exist, I daresay it will come into being during UDS. [06:23] * imbrandon resides in #ubuntu-missouri [06:24] heh [06:24] imbrandon: 'k. That frees up one of my auto-join slots then :) [06:24] tonyyarusso, are you here in the midwest ? [06:24] imbrandon: I'm the team contact for MN now. [06:24] ahh cool [06:25] Sigh. [06:25] StevenK: -us-ma is very much alive. [06:25] StevenK: They're the ones who printed up the aluminum case badges a few weeks ago [06:26] "But Grandpa, there's only 49 stars on your flag." 'It'll be a cold day in hell before I recognize Missouri' [06:26] hahahaha [06:26] where is that from ? [06:26] The Simpsons. :-) [06:26] rofl [06:26] lol [06:26] thats classic [06:27] hrm how outdated / wrong does this look ? http://julien.danjou.info/buildd.html [06:27] you debian guys , yes ajmitch thats you [06:27] * tonyyarusso prefers to pretend that we decided not to bother having a Civil War, and are only 33 states at most [06:28] With or without slavery? [06:28] imbrandon: sbuild & schroot play together better now, but it looks reasonably close [06:28] Without, obviously. What that strange country to the south has I don't know. [06:28] my wife wants to move to california [06:28] StevenK: Of course, we all know the war wasn't about slavery in the first place. [06:28] Oh? [06:28] tonyyarusso: Foreign trade :) [06:28] huh? [06:29] StevenK: Purely economic - the slave thing was brought up as an issue as they got into it, and made good politics, ultimately. [06:29] * imbrandon missed that in history class, mist have been "peekin and pokin" on my c64 [06:30] StevenK: It really came down to at the time the south had all of the economic power, being the cotton producer, but the north needed their product for the one industry they did have going for them (textiles) [06:30] oh, and tobacco producer, can't forget that [06:31] hi all! [06:31] Umm.. rather one group was economically powerful in materials & commodities, and those other in industry. The industrial group enforced domestic trade in preference to foreign trade. [06:31] We do this a lot actually - using the human rights issue as justification after the fact, even if it had little to no influence on the decision to go to war in the first place (See WWII for another example) [06:32] persia: right - b/c otherwise the materials would go to the British, and New England's mills would be unnecessary to the world market [06:32] ahh nice new fresh 7.10 on a "model name : Intel(R) Core(TM)2 CPU 4400 @ 2.00GHz" vps server , time to try out this buildd thing [06:32] tonyyarusso: Yes, but not only textile mills. Also stoneworking, steel mills, etc. [06:39] is wanna-build part of sbuild ? [06:39] Not as far as I'm aware. [06:40] Ah ha, I found the full quote. [06:40] Marge: Grandpa, this flag only has 49 stars on it [06:40] Grandpa: I'll be deep in the cold, cold ground before I recognize Missourah! [06:40] StevenK, heh [06:41] imbrandon: You need to pull wanna-build and buildd from svn [06:41] Yeah really - they can't even say their own state's name [06:41] hrm missery [06:41] persia, ahh i see, i figured it would be packaged by now [06:42] imbrandon: There's just not lots of incentive. It's not the cleanest way to run a small repo or build farm, and nobody else has as many packages as Debian :) [06:42] (same sort of reason everyone doesn't just run DAK) [06:45] I'm over this thing now. [06:45] sudo apt-get install debhelper build-essential devscripts patchutils dpatch bzr subversion dh-make cvs [06:45] err [06:45] i hate clean installs lol, too much to setup [06:45] Unable to find package: cvs [06:46] StevenK: woo! [06:46] :-P [06:46] StevenK: and let me say further, woo! [06:46] this is a major step forward [06:46] now, please nuke svn, git, tla, hg, ... [06:46] lol [06:46] Well, it appears my work is done, I've made lifeless happy for about an hour [06:47] heh [06:47] tla, I agree with you, but only if we can nuke Tom Lord, too. [06:47] honestly i really wish someone would add the "svn" meta package to subversion though [06:47] heh [06:47] imbrandon: Why? [06:48] so i can apt-get install svn like bzr and cvs and git [06:48] imbrandon: Lazy! [06:48] imbrandon: How often do you find yourself needing to install subversion? It's only 7 extra characters. [06:48] or i could just say fsk it and make an imbrandon.deb meta package how many times i setup a new system it would be worth it [06:49] persia, about once a week, but it never fails i type svn first and get the package not found error [06:49] imbrandon: Just write a script. [06:49] imbrandon: Ah. If it's that often, submit a patch to make "subversion" Provides: svn. [06:50] TheMuso, then i would have to install the script prior to installing svn , and by then i've rembered to type it all out [06:51] imbrandon: I have made a script that installs all the packages I use on a system. I simply run that script on a new install, and bam, I'm ready to go. [06:52] ahhh yea [06:52] might not be a bad idea [06:53] * persia makes vague noises about preseeding and dget --set-selections [06:53] Umm.. s/dget/dpkg/ [06:53] How vague? [06:53] :-P [06:53] well most of my "reinstalls" are actualy reimages i have no control over the initial image [06:54] so preseeding wont work [06:54] StevenK: Think audio tracks of adults speaking in animated Peanuts [06:54] lol [06:54] I never saw that. [06:55] StevenK: Ah. It's best transliterated as mwrmmm-mhhwhrrr-mhwmm... [06:56] Hah [06:58] imbrandon: The episode in question with that quote is "Homer Badman" in season six. [06:58] * StevenK will be watching it when he gets home. [06:58] i'll have to grab that ;) [07:03] anyone made a hardy debootstrap script yet ? [07:04] imbrandon: Used gutsy and dist-upgraded. [07:04] what's the status of the hardy repositories? [07:04] can I uplod my reportbug changes to it? ;) [07:05] imbrandon: Symlink hardy to gutsy [07:05] lucas: Go for it. [07:05] StevenK, i did [07:05] ;) [07:05] ok, thank you [07:05] * persia wonders if anyone is going to send an annoucement to ubuntu-devel-announce@ [07:07] wah wuh wa wuh wah wuh, wuh wah wuh wuh. [07:07] mneptok: Thank you sir. I was wondering. [07:08] * mneptok is never seen from the waist up [07:08] ouch, bad thoughts bad thoughts [07:08] i'm *all pelvis*, behbeh [07:08] * mneptok woggles a bulge at imbrandon [07:09] heh [07:09] mneptok: bit hard to walk then [07:10] heh [07:10] I think its assumed that those who are involved with development know where to check. [07:10] oh god. inside voice ... [07:10] damn you, lifeless [07:11] :> [07:11] haha [07:12] TheMuso: Perhaps. There was an annoucement for the last couple cycles, with timing similar to the actual timing of the hardy archive open. [07:14] * persia points at https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-April/000285.html [07:16] Hmm. Never mind. Apparently that is only ever done for the second release of the year (Hoary, Edgy, Gutsy). My apologies for my misunderstanding of the tradition. [07:19] persia: what is done for the 2nd release? [07:20] Burgundavia: No announcement. [07:20] of hardy opening? [07:20] (Plus, I missed before: it's Warty, Breezy, Edgy, Gutsy) [07:20] Burgundavia: Yes. [07:20] persia, i think its more of none does it the second time [07:20] lol [07:20] hmm, that is certainly a conincidence [07:21] imbrandon: That may be the reason the tradition began, but at this point, perhaps there are tribal superstitions. One must always avoid the Taboo. [07:21] :P [07:23] haha debootstrap is a bit broke in hardy still ( must be from sync ) [07:23] # put any local/close mirrors at the top of the file [07:23] deb http://archive.ubuntu.com/ubuntu hardy main contrib [07:23] deb http://incoming.debian.org/debian hardy main contrib [07:23] deb-src http://incoming.debian.org/debian hardy main contrib [07:23] is its apt-sources.list [07:23] s/contrib/universe/ no? [07:23] hmm [07:23] didn't know that debian had a release called hardy [07:24] it dosent [07:24] Has someone already uploaded the devscripts update to default to hardy? [07:25] no i used a gutsy script [07:26] wasabi === jussi|no2 is now known as jussi01 [07:58] hrm ok i have it built going by that howto ( changed for hardy ) [07:58] but umm [08:00] imbrandon: Dealing with the fun that is sbuild and schroot? [08:01] well i have never used it before , not even sure if its working [08:01] lol [08:01] first problem the buildd daemon dosent seem to be running [08:01] gotta fix that first [08:01] i guess [08:01] and what should `sbuild -D zsh_4.3.2-20` return ? [08:01] if its working [08:02] sbuild should take a .dsc as an argument. [08:02] sbuild -d hardy zsh_4.3.2-20.dsc [08:02] ahh lemme try that [08:02] imbrandon: Ah. Right. You'll have to use something like sbuild -d hardy -D zsh_4.3.2-20. "unstable" is the annoyingly hardcoded dfault. [08:03] yea i tryed to change all the unstables to hardy [08:03] it was broke all over [08:03] Don't forget -A for arch all packages. [08:03] imbrandon: In the code? -d is lots easier [08:03] even to get it to run [08:03] it kept looking for unstable [08:03] TheMuso: Isn't -A only required for ARCH != i386 ? [08:03] * persia thinks this is a pentium 100 [08:04] buildd@lab:~$ ps ax|grep build [08:04] 28320 ? Ss 0:00 /usr/bin/perl /usr/bin/buildd [08:04] ok thats working [08:04] persia: No. You need -A for any arch independant packages, such as doc packags. [08:04] -A is required to build arch all packages, regardless if it's i386 or not. [08:04] packages [08:04] grrr [08:04] buildd@lab:~$ sbuild -d hardy zsh_4.3.2-20 [08:04] Bad distribution [08:05] Ah. Cool. I thought the selection of i386 was a hardcoding in sbuild. If it's just buildd, then perhaps it's easier to change :) [08:05] persia: You may have noticed that only i386 does arch all packages on the buildds. [08:06] Which is why things like language packs clog up the i386 cueue. [08:06] queue [08:06] Because the Ubuntu buildds run sbuild with -A on the i386 builders. [08:06] TheMuso: Oh. Very much so. Sometimes this has interesting results when the packages aren't really arch: all [08:06] persia: heh. [08:06] StevenK: Exactly. [08:06] so will wanna-build know when to pass -A and such ? [08:07] imbrandon: Check the source, but I suspect the default will be for i386 [08:07] I don't think wanna-build is smart enough to do arch-all. [08:07] Because in Debian arch: all is never autobuilt. [08:07] Fujitsu: I'm guessing because the uploader uploads such packages. [08:08] * persia thinks that too has interesting results, but at least it's not purely discrimatory against any specific architecture. [08:08] TheMuso: Yep. [08:10] hrm [08:10] buildd@lab:~$ sbuild -d hardy amarok_1.4.7-0ubuntu3 [08:10] buildd@lab:~$ [08:11] now it retuns nothing [08:11] imbrandon: You seem to be missing a .dsc. [08:11] * persia thinks that a log should be populated somewhere [08:15] hrm now it just seems to hang ..... [08:15] I seem to recall stracing sbuild at one point. [08:15] imbrandon: How do you have schroot set up? [08:15] TheMuso, http://julien.danjou.info/buildd.html [08:16] imbrandon: And you did s/sid/hardy/ when creating it, right? [08:16] (+ s/unstable/hardy/) [08:16] yes [08:17] ahh its building [08:17] its just doing everything in a log [08:17] * imbrandon is dumb [08:17] ~buildd/logs/ ? [08:17] yea [08:17] tail -f -n 500 zsh_4.3.4-14ubuntu2_20071025-0712 [08:17] err [08:18] ok it also looks like it will try to dupload this too ( i changed the dupload.conf ) when its done building [08:18] correct ? [08:19] imbrandon: It should. Which repo are you using? [08:19] i told it to use "imbrandon" , a fake one pointing to upload.imbrandon.com [08:20] just in case , so it wouldent upload to debian/ubuntu [08:21] imbrandon: Ah. I was thinking about software, rather than nomenclature. Anyway, the point was to make sure that the manner in which buildd duploads is compatible with your repo. I also don't think it duploads from a manual run: I think you need a buildd initiated run. [08:21] ahh right [08:22] and i can make the repo compatable, as in i havent set that up yet either, probably will just write a bashscript or use falcon [08:22] imbrandon: As long as you're in an educative mood, you could even use DAK :) [08:23] heh [08:23] IMO you want to use something that does the repo like the official ones are done. [08:24] * persia thinks installing Soyuz on a local server may be difficult [08:25] TheMuso, falcon 2 can be configed to mimic the official repos [08:25] if not its not hard to write a bash script to do it similar to the ones use on kubuntu.org/packages [08:26] well "not hard" is figuretive i guess, it dosent SEEM hard and wasent when i had a repo going a year ago with ~100 packages [08:27] i'm now wondering how all the key signature and such is done [08:27] key sig *checks* on uploads [08:27] hrm [08:28] imbrandon: Funny you should say that, I actually started writing shell scripts to process .changes files, and throw them into a repo using apt-ftparchive, and put them into an sbuild queue. :p [08:28] But if falcon does what I want, then I don't think I'll bother, but I still have them sitting there, if I ever need to dig them out. [08:28] hehe [08:29] well falcon is based on one uploader iirc , not sure about multi [08:29] could always poke Seveas for the specifics though [08:29] :) [08:29] Well these scripts, once finished, could be adapted for multi, but yeah. Since PPA's are around, I'm not likely to ever make my own repo. [08:30] And these scripts aren't finished, and aren't likely to be for a bit. [08:30] i still like my own because i can target the same package bult against diffrent $dist [08:31] like amarok2 for dapper and hardy ( wont happen , just an example ) [08:31] I make my own scratch repo's for building stuff against things that aren't in the archive yet. [08:31] ok wth did sbuild put the deb ? [08:32] apt-ftparchive FTW [08:32] nevermind [08:32] lol [08:32] Usually, . [08:33] yea, ./ was /tmp though and i had alredy left [08:33] and forgot to ls [08:33] TheMuso: The advantage of a local repo is being able to change 15 packages all at once, trace build-deps, etc. Otherwise you need to bind-mount your results directory, which is slightly less authentic [08:33] man long night [08:33] Night? Based on your build log, the sun ought to be up, no? [08:34] 233 am, the build is running on a vps a few thousand miles away [08:34] persia: Yeah true. Its just doing it in a way that I'm happy with. [08:34] imbrandon: Ah. :) [08:35] TheMuso: Makes sense. I still use sbuild 0.53 for the same reason. [08:35] persia: Why 0.53? [08:35] i'm using whatever was in svn [08:35] lol [08:36] TheMuso: I'd need to rebuild all my configs to handle the sbuild integration changes introduced in 0.54. If I'd only waited a few more weeks to start using sbuild... [08:37] ah [08:37] (err. the schroot integration changes) [08:39] I updated my config after upgrading. I think it involved commenting out one line in my .sbuildrc [08:40] StevenK: It is that simple? I attempted it once, ended up purging everything, wiping all my local files, reinstalling everything, and finding it didn't work unless I reverted to 0.53. I'll have to look again (or perhaps my installation is special somehow) [08:41] s/local/~/.s{build,chroot}/ [08:42] oh the ppa interface changed, hrm [08:42] How much of a change? [08:42] my deb src lines look wrong AND it looks like they took out the need for overides [08:42] TheMuso, quite a bit [08:42] still no delete i see though [08:42] It managed to build something for me after I upgraded to Gutsy. [08:43] imbrandon: No, that's later, but we can apparently ask for it now via Answers. [08:43] * TheMuso feels sorry for those at the other end of those requests. [08:43] StevenK, well last week they said it would be in this publish [08:43] https://edge.launchpad.net/~imbrandon/+archive [08:44] ok i'm assuming this buildd is looking for source packages in ~buildd/upload ? [08:49] but it seems you still cannot remove packages from a PPA yet. hm [08:50] siretart: I think it was deferred again [08:50] heya siretart [08:50] hi imbrandon [08:52] hi there! I'd like to get a small patch applied to a package. The assignee of the relevant bug does not seem to respond and I don't know whom else I could assign it. Bug is: https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/149321 [08:52] Launchpad bug 149321 in kdepim "[Gutsy] Basket notes is no longer embedded in kontact!" [Low,In progress] [08:53] hrm i'm missing something here [08:53] buildd@lab:~$ ls -l upload/ [08:53] total 984 [08:53] -rw-r--r-- 1 buildd buildd 5781 Oct 20 23:00 netsurf_1.1-1ubuntu1~ppa1.diff.gz [08:53] -rw-r--r-- 1 buildd buildd 687 Oct 20 23:00 netsurf_1.1-1ubuntu1~ppa1.dsc [08:53] -rw-r--r-- 1 buildd buildd 987786 Oct 20 23:00 netsurf_1.1.orig.tar.gz [08:53] buildd@lab:~$ wanna-build --list=needs-build --dist=hardy [08:53] Total 0 package(s) [08:53] buildd@lab:~$ [08:54] Hrm. [08:54] wanna-build, doesn't wanna [08:54] heh [08:54] Does wanna-build have a -v or something? [08:55] well i'd assume it needs to be run on a cron or something but that howto dident list anything [08:55] and yea [08:55] it has -v [08:56] Add -v and see if it tells you where it's looking and such [08:56] well no, lemme pastebin [08:56] http://paste.ubuntu-nl.org/42053/ [08:57] Anyone curious to apply a patch to basket? [08:58] imbrandon: What does wanna-build -l all say? [08:58] StevenK, im assuming i need to run it in ~buildd/upload like wanna-build *.dsc [08:58] one sec [08:58] flohack: Is this for hardy, or an earlier release? [08:59] Total 0 package(s) [08:59] * persia dislikes the new publishing history interface [08:59] It needs fixing in gutsy, as it breaks kde-pim integration for basket [08:59] but probably in hardy too [08:59] persia: I do too, but I've yet to actually put into words why. [09:00] flohack: That patch needs wrapping to be applied correctly. The assigned developer hasn't looked in a couple days, but will likely get back to it soon (the archives only just opened) [09:00] StevenK: I think it has something to do with the need to scroll, and the colors, but I'm not sure. [09:00] persia: and 'wrapping' in this context would mean...? [09:01] persia: Yeah. If it could be wrapped up like the bits at the side, and it didn't do stupid things like "gutsy-release" [09:01] StevenK, you mean +packages ? [09:01] flohack: Someone needs to prepare a candidate revision including that patch (and perhaps fixes for 110084 and 152022 as well). I suspect it will be prepared with the merge to hardy, but I'm not sure it will go back to gutsy. [09:02] i'm having problems with apache2.2.6 debian/rules [09:02] nxvl: That's a special package. Are you sure you want to attack it? [09:02] persia: yes i am [09:03] i'm working on LP bug #130836 [09:03] Launchpad bug 130836 in apache2 "Specify OpenDocument icon(s) in Apache2 configuration" [Wishlist,Triaged] https://launchpad.net/bugs/130836 [09:03] imbrandon: persia and I are discussing the page like http://launchpad.net/ubuntu/+source/gimp [09:04] persia: You want to say that this bugfix is too small to be applied seperately, don't you? I think we are seeing a general problem with Ubuntu releases here. Bugs are very rarely fixed in released versions. I think that's not a good approach. === asac_ is now known as asac [09:04] ah [09:04] StevenK: I can live with that - it actually fixes something I didn't like in 1.1.9. I'm annoyed with https://launchpad.net/ubuntu/+source/gimp/+publishinghistory [09:04] hi.. I have a question on the process of building ubuntu - there is some information at https://wiki.ubuntu.com/UbuntuDevelopment describing the organizational process, but I am curious about the way things are actually implemented. I assume there is some automatic build system to build an ubuntu release ..? is there any place where I could find out more about that ? [09:05] flohack: I'm not knowledgeable enough about basket or kdepim to say whether it should be applied to gutsy or not, but the policy requires that it be applied to hardy prior to being applied to gutsy, so that must happen first. When fixing hardy, as it's the beginning of the cycle, a developer is likely to try to fix all the bugs, even if it takes a little longer, rather than fixing each one individually. [09:06] persia: can you give me a hand? [09:06] nxvl: Not today. Sorry. [09:06] persia: ok, thnx anyway [09:07] flohack: I see. Thanks for the info, I'll just keep an eye on it. [09:17] mmm, the real problem i with uudecode as i'm now seeing [09:17] :S [09:18] is there any way to put binary files outside debian/ on build? [09:26] ugh if i run `wanna-build *.dsc` on the uploads dir it puts them in the state "building" not needs-building [09:27] Fujitsu, dident you setup a wannabuild at one time [09:30] does anyone has wor with uudecode on debian/rules? [09:33] nxvl: I think flobopuyo does that in a fairly transparent manner. You might take a look there. [09:38] persia: i was making a dummy mistake, i have just seen it [09:38] :P [09:38] persia: thnx anyway [09:39] btw, can i build only one of the .deb's from a source? [09:39] i've built libqalculate-0.9.6 and qalculate-gtk. Istructions were from tuesdays packaging101 session. They built well and run. No further testing is done. What to do next? [09:39] or do i need to build them all? [09:39] joumetal: find a sponsor [09:40] joumetal: https://wiki.ubuntu.com/SponsorshipProcess [09:40] joumetal: Did you prepare a debdiff for a candidate revision? [09:42] hi all [09:42] hi! [09:42] persia not yet. debdiff of .dsc or debdiff of .deb [09:43] does ubuntu use the same autobuilder setup as in debian ? [09:43] joumetal: debdiff of .dsc. You might look at the "Preparing New Revisions" section of https://wiki.ubuntu.com/MOTU/Contributing for some hints on preparing this. [09:44] gilligan_: No. Ubuntu uses Soyuz, part of Launchpad. [09:45] mornin al [09:45] l [09:45] gah i give up on this thing for the night, gnight all [09:45] one last smoke and i'm off to sleep [09:45] huats: morning, once again you wake up, and i go bed :P [09:46] nxvl: hey [09:46] nxvl: actually I am awake for quite a long time now (3h) [09:46] but I didn't went here before [09:46] but the timing is almost perfect [09:46] :) [09:46] huats: and i'm supose to be on bed long time ago (like 4 hours) [09:47] :) [09:47] nxvl: so go to bed [09:47] ! [09:47] :) [09:47] huats: apache needs me [09:47] and i can't sleep [09:47] ok [09:47] i think i will have no sleep today [09:47] y must go classes in 3 hours [09:48] persia: hm.. are there documents on how soyuz works anywhere? :) [09:48] gilligan_: have you search on the wiki? [09:48] gilligan_: Not that I've seen. The process is basically similar, but implemented differently. You might try #launchpad [09:49] gilligan_: it must be in the wiki or in help.launchapad.net [09:49] nxvl/persia: thanks [09:49] gilligan_: or as persia said, ask in #launchpad [09:50] ok building, i will try it tomorrow [09:50] see you all [09:50] *HUGS* [09:51] ScottK: Don't abuse me. :-P === doko_ is now known as doko === BlueT_ is now known as BlueT_Malaysia [10:41] persia: can i ask a little question on a bitesize bug? [10:42] BugMaN: Yes, although I encourage you to ask generally, rather than to a specific person. Others may be as qualified or me to answer your question. [10:42] ok [10:42] bug 33594 [10:42] Launchpad bug 33594 in screem ".desktop cleanup" [Wishlist,Confirmed] https://launchpad.net/bugs/33594 [10:42] i'm making a debdiff [10:42] * persia becomes nostalgic [10:43] but what version i can do? gutsy or hardy? [10:43] it's your bug i suppose :) [10:44] BugMaN: That was part of one of my first attempts to fix all the desktop files, and my first experience with being told not to mass-file bugs :) [10:44] :) [10:44] Anyway, you'll want to target hardy: it's certainly not SRU material. Further, you'll want to check the file: it's been over 6 months, and it may not validate today (I suspect it won't). [10:45] persia: ok i'm make a package then thes new .desktop file and upload a debdiff for hardy [10:45] /thes/tes [10:45] test * [10:45] Hi, I am looking for MOTU's to Advocate my Package on REVU (http://revu.tauware.de/details.py?upid=410) [10:46] BugMaN: Right. At a quick glance, I think my suggested changes from April are still useful, but I suspect there's more needed. [10:46] persia: ok [10:47] StevenHarperUK: it's good practice to also mention whether you're seeking the first advocate or the second in such requests. [10:48] * persia aplogises for not having the appropriate environment to review the package after the complaint. [10:48] Ah well in that case it the First Advocate, I am the developer and the Package and am completely at your disposal to answer any Questions about it. [10:49] BugMaN: Also, thanks for asking me: regardless of my general advice, when a bug has lots of involvement by a specific person, asking them directly is encouraged. [10:49] persia: perfect :) [10:50] StevenHarperUK: I can't do a full review, nor leave a comment right now, but a few small points: Firstly, I'd encourage you to package this as non-native (debian/ in diff.gz) in case it is interesting to other distributions. [10:51] Secondly, I just want to confirm that this is GPL V2 only. [10:51] It is [10:51] id that makes it simpler [10:51] I own all of it [10:51] Thirdly, unless there are previous uploads in a repository or released to users, a shorter debian/changelog is encouraged. [10:52] So cut the changelog down to the last few revisions? [10:53] Fourthly, I'm not finding the complete text of the GPL in your source package, which I believe to be in violation of GPL v2. [10:53] I thought you could just refrene it [10:53] *Refrence [10:53] re: changelog. More, focus debian/changelog on release-oriented changes. I'd recommend ./ChangeLog to contain all your updates to the code. [10:53] ok [10:54] StevenHarperUK: Binary packages may reference it when installed as part of a complete system. Source packages must include it. [10:55] Is there a place to get the GPL v2 text? [10:58] StevenHarperUK: /usr/share/common-licenses/GPL [11:00] Thanks [11:05] StevenHarperUK: My apologies, I've been called away. A last quick note is that I don't see the GPL preamble in the source files. [11:15] hey guys...anybody awake, i have a few questions on packaging [11:18] scorpioxy: don't ask to ask ;) [11:18] right..i was just making sure that some people are awake...questions are on the way [11:19] so i am trying to package a gnome applet...specifically a python applet....first question how is packaging a python program different than a regular one? [11:19] there's a policy for python packages [11:20] Second question, i read in the PPA transcript that python based apps usually do not follow the regular makefile based packaging but instead follow a distutils base approach, how is that? [11:20] (http://wiki.debian.org/DebianPython/NewPolicy) [11:20] gpocentek: the debian python policy...yes i saw that but didn't read it yet....so this also applies to python applets right? [11:20] scorpioxy: I believe that the Makefile/distutils depends on upstream choice [11:21] scorpioxy: I think it applies to applets too, but I've not touched python packages since a while [11:22] gpocentek: I see. I don't mind the autoconf, makefiles voodoo...but i hate these tools they're so outdated...so i will read that policy first and then ask if my questions are answered there...thanks [11:23] scorpioxy: np, even if the chan seems inactive feel free to ask your questions [11:23] someone will answer, maybe a little later [11:37] scorpioxy : do you need help with a python package... If so I have a SVN location that has my working package with build.sh scripts [11:38] StevenHarperUK: yes please. I was just about to write that i read the policy and i still do not know how to do the package. [11:38] scorpioxy: It's a real pain... 1 sec ill get the URL [11:39] do a >svn export http://www.squeezedonkey.com/svn/linux/easycrypt/ [11:40] http://www.squeezedonkey.com/svn/linux/easycrypt/build_JFDI.sh thats the script that does my actaul build, then I just use dput to submit to REVU and my PPA [11:41] StevenHarperUK: ok thanks. I'll take a look right now. [11:41] No probs, its not 100% perfect but I keep updating it :p [11:43] slangasek: Nice post to -devel-announce. :) [11:51] StevenHarperUK: the bash file is pretty simple. However, the debian directory is already defined. So how can i define the info in the debian directory? Do i follow the regular guide and just skip the building stuff? [11:59] scorpioxy: you have to make all the files in the debian directory, they define what goes in the package, how its installed and what distributions etc there for... [12:00] scorpioxy: basically use mine as a Template, modify all the files in ./debian/ [12:01] StevenHarperUK: well that's one way..to just get a package and modify it. I prefer starting from scratch and reading up on the documentation. If they don't exist, i will write some. I will defer to the packaging guide and experiment a little. Thank you, i will use your applet as an example when i am stuck. [12:04] morning all [12:07] scorpioxy: feel free to email me at StevenHarperUK_AT_gmail.com if you need more help [12:08] scorpioxy: I was planning to wite my own guide - as there isnt a good one - after I have finished this project [12:09] StevenHarperUK: Thanks. Well, perhaps we can collaborate when i actually learn this stuff. [12:11] scorpioxy: I'll be up for that [12:19] hi norsetto can you check my patch for bug 33594? [12:19] Launchpad bug 33594 in screem ".desktop cleanup" [Wishlist,Confirmed] https://launchpad.net/bugs/33594 [12:19] BugMaN: have you subscribed u-u-s? [12:20] norsetto: nope, i'll do now :) [12:20] I was just wondering ... is there an actual point keeping a diff against debian for ctsim ? Looks like it's not really useful to me, but I'd like to make sure [12:21] BugMaN: ok, thanks, it will show in my list of things to do, so I'll check it as soon as I can [12:22] norsetto: thanks :) [12:23] heya persia [12:23] Good day Lutin [12:23] * persia thanks slangsek for the announcement [12:24] persia: I found the metaphore very amusing [12:24] Considering what I'll be doing tomorrow. [12:24] TheMuso: heh. [12:30] persia: can you have a look at the ctsim merge, and tell me if you see the point of keeping merging it ? [12:42] yo! [12:44] persia: I have uploaded genpo to revu (upid 406). When you get a moment, I would really apreciate your feedback. Thanks a lot :) [12:45] rexbron: Sure. I'll take a look in the next hour or so. [12:46] persia: :) [12:48] Lutin: A long long time ago, Ubuntu transitioned X before Debian. I believe Debian has since made the transition, but I don't remember all the details. If ctsim installs and runs without the patch, then there's no real value. [12:49] persia: I have a question that perhaps you could answer. When I created the source upload, I told debuild to ignore .bzr (-i.bzr) but I still get a lintian warning about including .bzr in the source. Is there something else I need to include in the debuild line to exculde that dir? [12:49] Lutin: On another note, I'm even more motivated to purge wxwindows for hardy, as it's LTS. Currently ctsim segfaults for reasons I don't entirely understand when I build it with wxwidgets. I don't suppose you'd take a look at that, for a new patch to merge, rather than going for a sync. [12:49] rexbron: Use bzr export to generate the orig.tar.gz. [12:49] Good morning all. [12:50] Hey ScottK. [12:50] persia: ok will do and reupload [12:50] rexbron: OK. Let me know the upid when you're ready. [12:50] Hello TheMuso [12:51] persia: so what do you think, that a sync is best ? [12:53] Lutin: I'm 99% sure a sync won't last until Hardy because of wxwindows -> wxwidgets, as we *really* don't want to support the complete brokenness of wxwindows for all of LTS. I'm not sure that the existing Ubuntu variation warrants a merge, as I think we solved the problem a different way in Edgy, but I don't remember the details. [12:53] persia: I'd guess you should note details for future reference. :-P [12:53] persia: ok [12:54] pkern: Has Debian completed the XFree86 to X.org transition yet? That's the critical factor in determining whether we should maintain the patch. [12:55] Should I rofl? [12:55] pkern: More interestingly, if the transition was done, why haven't the ctsim package dependencies change? [12:55] s/change/changed/ [12:56] ctsim (4.5.4-1) unstable; urgency=low [12:56] * New upstrea [12:56] Should I really comment on such uploads? [12:57] persia: File a bug, be happy? [12:57] Probably an oversight. [12:58] pkern: That's one of the tricky things: way back when, we were told not to file bugs for the x.org transition, and now it's just legacy cruft. I suppose a bug would do, but there's much more that needs doing for that package :) [12:58] If it's legacy cruft it warrants a bug. [12:59] Of course if there is a transition plan within Debian it's not sensible to interfere with it. [13:00] pkern: Right. Thanks for the confirmation. We don't tend to keep track of the Debian transition plans very well, and so forget to get annoyed when a package doesn't finish within the Debian timeframe. [13:01] And a certain reluctance to file Debian bugs... [13:01] One would like to be fairly certain to avoid blowback, yes. [13:01] Lutin: Based on that, how about just filing a bug against ctsim in Debian, with a small patch that does the right thing. We might get lucky for a sync from the current diff, and I'm not sure of the timeframe for anyone actually investigating the issues with ctsim and wxwidgets. [13:01] * persia points pkern at debhelper 0.55 as a counter-argument to a reluctance to file bugs [13:02] persia: the right thing being ? I'm no wx expert ;) [13:02] ScottK: If you use your Ubuntu hat... probably. [13:02] HEY I AM TEH UBUNTU AND I WANT TEH BUGS TO BEH FIXED. :-P [13:03] Basically, yeah. [13:03] The other way being "Hey, I am a follower of the swirl, and this bug really annoys me. Would you mind to fix it?"... [13:03] * pkern is silly. [13:03] Lutin: If you're willing to hunt the stacktrace for the wx port, fixing it would be good. If you don't want to look at that, I'd suggest filing a bug in Debian about the xlib stuff, and waiting a few weeks. Someone else might investigate the WX stuff later. [13:04] persia: I'll have a look [13:05] moin all [13:05] pkern: Most of the Debian bugs I file are either trivial to fix and a patch would be an insult or I provide the patch.. [13:05] Lutin: Thanks. My experience was that it seemed to be less painful using wxwidgets2.6, but you might find wxwidgets2.8 easier (of course, that can't go back to Debian yet) [13:05] k [13:05] ScottK: Right. That's the preferred way. [13:06] And if the person is on the LowThresholdNmu list it's not a problem to NMU the fix in on (known) non-response. [13:06] So I haven't actually had the blowback problem, but I know people that have. [13:07] I tend to be more of the, I told Debian how to DTRT, up to them now. It's fixed in Ubuntu, so my attention span is limited view. [13:07] Unless it's in a place where I have svn access (Python Modules/Apps, then I just fix it). [13:08] Good morning fernando. [13:08] ScottK: Full ACK on that. [13:09] For some things, I prefer to pass a good solution to Debian, and wait. Some maintainers get extra stubborn when Ubuntu implements something before they've had a chance to think about it. Depends on the individuals involved (and the importance of actually doing it in any specific timeframe) [13:11] And there are changes in Ubuntu... which are... uh... indeed strange. [13:11] Better don't try to push the ldconfig.real hack :-P [13:12] pkern: No. That was only because of the release deadline. There's a much better solution already in Debian, but it would have required recompiling 5 or six packages, rather than just one. [13:12] * ScottK has no idea what that is. [13:12] ScottK: aolserver4 [13:13] Ah. Particularly since that let openssl097 die an unlamented death Monday before the release. [13:13] ScottK: Right. The correct solution is in Debian, but we were in a hurry. [13:13] * persia plans to fix all that this weekend [13:13] Great. [13:16] No, the sole presence of ldconfig as a wrapper which essentially does nothing. [13:17] heh launchpad janitor expired the azureus bug [13:17] pkern: Ah. That is likely to be reverted at some point, as soon as the dpkg-triggers is more generally implemented. Actually, it's a fairly good indication that it was being called too many times during package installation that there was so little breakage. [13:17] * jdong thinks the expiration algorithm is still a bit screwy [13:17] jdong: Reopen. The Janitor isn't as smart as it thinks it is. [13:18] jdong: Don't worry. They turned that off. They've told us that several times. Any expiration notices you think you got are a figment of your imagination. [13:18] ScottK: ROFL [13:18] " Launchpad Janitor wrote 56 minutes ago: (permalink)" [13:18] must be a wormhole ;-) [13:18] * Fujitsu has seen it run once or twice since it was turned off. [13:18] Yeah. I got a bunch overnight too. [13:18] Both... `mistakes', I seem to recall. [13:19] jdong: Thanks for taking care of azureus. [13:19] * persia regularly gets notices, but perhaps that's an indication of bugs not getting attention [13:19] oddest part, the part of the ticket he said it expired for 60 days of inactivity... I changed the status *yesterday* :) [13:19] jdong: Yeah, it's buggy, and meant to be turned off. [13:19] Fujitsu: sure thing :) glad to see it working again [13:19] persia: The point is the functionality is currently in a known broken state. They've SAID it was off. [13:19] jdong: The janitor has trouble differentiating the age of different tasks. [13:20] ScottK: Please, I completely agree with you :) [13:20] * jdong twiddles thumbs waiting for azureus to build in hardy :) [13:21] * persia praises the all-mighty omniscient StevenK for understanding my problem with sbuild 0.56. If only Telstra was competent... [13:22] ScottK: And it has grown more broken if it expired something after a status change yesterday. [13:22] It's been that broken from the start. [13:23] Fujitsu: I've had notices within hours of a status change, both recently, and when the Janitor first got over-excited. Are you really sure it's worse? [13:23] It's going on when it was set incomplete, not when it was last commented on. [13:23] I thought status changes always stopped it, but comments didn't. [13:23] ScottK: No. It's going on when it was first set incomplete, not anything else. [13:24] persia: Yes. That's more precisely correct. [13:24] Fujitsu: That's the spec :) [13:24] It's completely bleeped up, anyway. [13:25] * persia thinks even comments should keep it open, but that's unrelated to the current implementation not matching the spec [13:25] The design is bad and they didn't even implement that correctly. [13:25] ScottK: Right, but those are two separate issues, which shouldn't be conflated. [13:26] Agreed, but from my perpective they both have the same observable. [13:26] persia: Right, that was meant to be fixed in the next iteration.  [13:26] Fujitsu: Which of the two problems? [13:27] persia: That comments aren't keeping them open. [13:28] That and dupes being expired is a bug too. [13:28] Fujitsu: So the current plan is to adjust the broken design to introduce new features without resolving the implementation issues? [13:28] persia: What implementation issues? [13:29] morning [13:29] Fujitsu: On when it should be off, not noticing status changes (regardless of comments), etc. [13:29] Umm. That read badly. Rather "without regard to whether comments are changing anything (which would be a new feature (and a welcome one)) [13:30] Well I just asked in #launchpad and it's clearly a suprise to the LP developers that it's still on. [13:30] It can't be that hard to find the cron job and turn it off, surely. [13:30] * persia was waiting for a fairly stable state prior to providing feedback, as it's too hard to distinguish bugs from feature requests for a sensible conversation presently [13:31] Fujitsu: Apparently. [13:31] ... it is [13:34] I got a Free-Non-Free question. [13:35] let's say I bootstrap IcedTea with sun-java6-jdk [13:35] is the resulting icedtea free or non-free? [13:35] Depends how much of its soul Sun Java injects, I guess... Presumably not much, so free. [13:36] I'm thinking of possible ways to backport the azureus package to Feisty [13:36] Ah. [13:36] building icedtea is one way, which will be a struggle.... [13:36] There's always use that to build it one more time ... [13:36] the "binary" (bytecode, I guess) package from Gutsy/Hardy will run on Feisty without any dependency issues [13:36] but it will be forced to use a sun-java6-* runtime [13:37] You could bootstrap icedtea in feisty-backports/multiverse, move it to universe, reupload it to build on itself... or just convince lamont. [13:37] i.e. multiverse. [13:37] Fujitsu: IIRC the reason I can't build a package with sun-java6 is because teh buildd needs human interaction, right? [13:37] (to accept an EULA) [13:38] Ooh, yes. [13:38] Fujitsu: I'm thinking the "simplest" solution, if we have to involve lamont, is to just have him help facilitate a build against sun-java6? [13:38] That's why batik and co fail.. [13:38] (of course the resulting backport will be demoted to multiverse) [13:38] but it's not like Backports actually tracks pockets anymore [13:39] It shouldn't be too difficult to get icedtea bootstrapped into -backports, should it? [13:40] Fujitsu: I've got nothing to bootstrap with [13:41] Fujitsu: I mean.... do I even dare to think gcj can compile java well enough to build another runtime? [13:41] remember how badly it does with a torrent app like 1/10 of the size ;-) [13:42] True. [13:42] and bootstrapping against sun-java* would be no easier than just compiling azureus with one of those [13:42] I cannot imagine requiring any more of these azureus backports.... Feisty is done. [13:43] jdong: Many people will wait some months to upgrade, so it's useful. There are also some kernel regressions that I suspect will leave some people on Feisty for some time. [13:44] ScottK: well, I want at least one backport (the 2.5.0.4 fixed packaging) to give Feisty folks a properly working Azureus [13:44] As much as Azureus is capable of working... [13:44] Agreed. [13:45] ScottK: next one down the road is a 3.0.3.4 upload to hardy based off Debian, needs a new SWT 3.3 dependency... and I have no real interest in porting that to Feisty [13:45] ScottK: especially since, Azureus is binary and arch independent [13:45] struggling so much just to make it read "~feisty1" doesn't make sense to me :) [13:46] Agreed. [13:46] are the archives capable of making binary copies? [13:46] Broken -> Not broken is significant, beyond that, sounds like more trouble than it's worth. [13:46] right [13:46] jdong: I believe so, but I don't think it is done. [13:47] Fujitsu: Isn't that how they get from *-proposed to *-updates or is that just source? [13:47] hmm [13:47] jdong: It must be done manually, and is frowned upon, as it means that the package cannot be guaranteed to generate from the provided source, often causing license issues. [13:47] hi [13:47] norsetto: ping [13:47] persia: yeah, it does sound nasty [13:48] well, I'm off to class, take care everyone [13:48] ScottK: That's both, but binary-only isn't done. [13:48] Ah. I see. [13:49] * persia notes that binary-only is done for new development releases, often causing lots of silent FTBFS bugs due to toolchain updates [13:50] (this is why hardy looks so much like gutsy, and the buildds aren't as busy as one might expect) [13:50] The launchpad but janitor has been turned off again. It was accidentally turned back on. [13:50] persia: That's source too. [13:50] ScottK: Did the rollout turn it on? [13:50] Fujitsu: kiko didn't say, just that it was done accidentally. [13:50] Fujitsu: No, it isn't. I've seen packages incapable of being built from the provided source make it through three releases. [13:51] (or rather, both source and binaries are copied, but the binaries aren't generated from the source as part of the process) [13:51] persia: That doesn't mean the source isn't copied too... [13:51] Right. [13:51] That would kill the buildds for weeks, which is probably a bad thing. [13:52] Fujitsu: Ah. Sorry. I missed the your point. I was talking about plain binary copies (which aren't done, as a rule) whereas I now understand you were talking about binary copies without associated source (which aren't done, as a more stringent rule) [13:53] persia: You said that `binary-only is done for new development releases', which confused me somewhat. [13:53] Fujitsu: Would it be a bad thing? I don't see how it's much worse than turning on the sync and asking for all the merges. It'd expose toolchain issues earlier as well. [13:53] Fujitsu: And they also managed to break at least some remote bug watches too. [13:53] bluekuja: hi [13:54] amachu, hi there [13:54] Do we get an archive rebuild for universe? [13:54] ScottK: There were some significant changes in that area, so I wouldn't be surprised. [13:54] pkern: Not except those from lucas. [13:54] bluekuja: yes [13:54] Fujitsu: But those are "only" QA checks, and are not uploaded? [13:55] pkern: Right. [13:55] pkern: Right. [13:55] bluekuja: i edited the debian/control file and removed conflict [13:55] We don't have a sane binNMU procedure. [13:55] I think it would be worthwhile to get it for a LTS. ): [13:55] amachu, did you post the debdiff on the bug? [13:55] Fujitsu: Do you know which piece of LP I should file the bug against? [13:55] ScottK: Bugwatches? malone. [13:55] Thanks. [13:56] bluekuja: not yet [13:56] pkern: We've requested one for LTS, but it will still be manual cleanup for the FTBFS issues, and we won't absorb non-breaking changes. [13:56] Fujitsu: Do we have any binNMU procedure? [13:56] Hey guys could anyone give me a hand with my gpg key.. I have the data backed up but I need to import it to my new system. (It's blocking me from signing packages) :( [13:56] There's this XbuildY stuff? [13:56] amachu, ok, what do you need? [13:56] persia: Only one that involves source uploads too, ie buildX, so no. [13:57] Fujitsu: That's what I thought. [13:57] pkern: Yes, but we only do that when we notice. Pushing everything anytime after the first public version (about 6 weeks in) would block either the feature implementation or the bugfix workflow. [13:58] (most XbuildY stuff is really to support full library transitions, as opposed to subtle changes) [13:58] We should at least recompile everything that hasn't been built since release X... but then if there is no binNMU support in place... [13:59] i.e. stricter QA and removal of obviously broken packages. ): [13:59] bluekuja: this is what i did [13:59] pkern: We don't have any place to put removed packages. Once it's gone, it requires lots of effort to get it back. [14:00] i ran the grab-merge.sh [14:00] It requires a sync? [14:00] it retrieved the files from DaD [14:00] then went through the REPORT file [14:00] pkern: Basically, and unblacklisting. [14:00] persia: I don't share this concern. [14:01] edited the debian/control file [14:01] And Newing again. [14:01] And we have to keep track of what's missing, and what should be brought back. [14:01] And all of that means the archive-admins have less time for the useful syncs, NEWs, and blacklisting that is their daily job. [14:01] Well we sync from unstable, and there is stuff which is even removed from testing for obvious reasons which is present in Ubuntu. [14:02] persia: Bah. [14:02] persia: So universe QA isn't a priority, time to quit? [14:02] pkern: I generally try to pull all of that around when we finish import sync. If you'd like to help filing the removal bugs, I'd appreciate more eyes [14:02] and removed the conflict [14:02] Bug #157059 if anyone is interested in more LP breakage. [14:02] Launchpad bug 157059 in malone "Remote bug watches broken by new release" [Undecided,New] https://launchpad.net/bugs/157059 [14:02] amachu, fine [14:02] amachu, now debuild and debdiff it [14:02] amachu, paste the debdiff on the bug and subscribe u-u-s [14:03] persia: If we get the Freeze more early (which I heared will be the case). [14:03] pkern: Not to quit, but that removals of things that may be useful to someone and still exist in Debian require special circumstances, beyond being completely broken. [14:03] persia: We're about to test that. I filed a removal bug on a dangerously broken (from a security and other perspective) package. Dunno what'll happen with it. [14:04] i will try and ping you [14:04] ScottK: I would have thought there would have been some kind of sanity check/migration run over a copy of the production DB, to catch things like that... a bugwatch going to Unknown should really raise some automated flags. [14:04] amachu, great [14:04] Fujitsu: I would like lots of credit for being VERY restrained on #launchpad. [14:04] ScottK: dangerously broken? Which bug? This could make getting rid of wxwindows require significantly less time on my part. [14:05] * ScottK looks [14:05] persia: haha. [14:05] The package in question adds itself to sudoers. [14:05] persia: Bug 154730 [14:05] Launchpad bug 154730 in secvpn "Please remove secvpn source and binary from Hardy" [Wishlist,Confirmed] https://launchpad.net/bugs/154730 [14:05] "itself"? [14:05] pkern: In the postinst [14:05] ScottK: heh, as in the user the package creates? [14:05] It's user [14:06] Yeah [14:06] Fujitsu: The remaining packages either haven't had an upstream release in eons, or don't have any plan to migrate. [14:06] ScottK: "Its" :-P [14:06] ScottK: universal sudoers? or just a single command? [14:06] It's a limited set of command [14:06] commands [14:06] "long gone inittab"... lalala [14:06] That too. [14:07] Basically it's broken beyond repair for Ubuntu and I'm not going to redo the entire package. [14:07] ScottK: Right. I suppose that means I should actually see if the package is useful before trying to fix bugs :) [14:07] Your heart was in the right place [14:07] persia: We released Gutsy with things like linux-igd, which are so obviously broken. bug 133852 [14:07] Launchpad bug 133852 in linux-igd "[UNMETDEPS][Gutsy] Broken dependency" [Undecided,Confirmed] https://launchpad.net/bugs/133852 [14:08] At least turck-mmcache got removed. ;) [14:08] pkern: Get busy on the SRU then. [14:08] pkern: As well as libapache-* [14:08] ScottK: Not fixable. [14:08] Fujitsu: Yep. [14:08] Oh. Nevermind [14:08] That's the point. We obviously can't remove packages when they have been released. [14:09] -> we need to be more strict what we led into a LTS. But well. [14:09] universe isn't a priority. :-P [14:09] pkern: It's attention. I went through about 75 of the most broken packages in the last couple weeks before release to close those, but I didn't find all of them, and ran out of time. More QA people means fewer QA problems. [14:09] persia: the packages are still on launchpad. [14:09] persia: Aye. But if the general opinion is to rather die than to remove packages, I don't see much of a point. ;) [14:09] In Librarian! :-P [14:10] Hobbsee: My apologies, but I'm failing to collect enough meaning to respond intelligently. [14:10] Hobbsee: The launchpad bug janitor was 'accidentally' turned back on too. [14:11] OTOH, I do like this new source package front page better than the last new source package front page. [14:11] pkern: It's not "rather die", it's that it's usually not more than an hour or two to fix those that aren't completely useless, and people need to carefully identify the completely useless ones to make sure 1) upstream won't fix everything soon, 2) there is an alternative, and 3) there isn't any sane way to fix it. [14:11] persia: sorry, was reading backscroll. the packgaes removed are still on launchpad [14:12] pkern: It just takes time. [14:12] (publically) [14:12] ScottK: yay... [14:12] jdong/Fujitsu: fixed in gutsy. :0) [14:12] Hobbsee: Not all of them :) I understand that Warty and Hoary have been purged, so some can finally die their deserved deaths. [14:12] (icedtea) [14:13] Urrrgh, what killed +publishinghistory? [14:13] persia: ah right. [14:13] persia: Google probably has those. [14:13] Hobbsee: Alternately, would you volunteer to deal with the blacklist cleanup if we removed all the useless packages for hardy, and then needed to get some of them back for j* ? [14:13] persia: no. [14:13] persia: -ENODRESCHERACCESS [14:14] ScottK: And the wayback machine, but I don't care about them as much. People can't file bugs and expect any sensible response. [14:14] persia: They're swtill in librarian. [14:14] s/w// [14:14] Hobbsee: Right. Until we get a volunteer, I still believe it's generally worth the hour or so not not be completely broken. [14:14] Fujitsu: It's still there, just sinfully ugly and nearly useless. [14:15] persia: it wouldnt be hard, assuming someone else came up with a list of what should be unblacklisted. [14:15] THey're gone from archive.ubuntu.com, that's all. [14:15] are we talking about the driver sources in universe (ie: linux-igd)? [14:15] Hmmm.... [14:16] What do others think of the new +publishinghistory? [14:16] broken packages like linux-igd? [14:16] * persia wants the old +publishinghistory back [14:16] Yeah. [14:16] So you can actually see what is happening. [14:16] zul: Yes. [14:16] Rather than scrolling through some large number of non-tabular pages. [14:17] persia: Let's go find sabdfl and beat him up over it. [14:17] The old one was still pretty. [14:17] ScottK: I'm not good at controlling the amount of unleashed violence, so I'd best sit that out. [14:17] * ScottK wasn't expecting you to. [14:18] persia: the problem with things like linux-igd (kernel drivers in universe) is that they are usually made specific for debian not ubuntu and dont work with our kernel sources, so you have to find someone interesting in fixing them for ubuntu or they will remain broken [14:18] nature of the beast [14:18] The timeline for each sourcepackagerelease on the new one is nice, but a lot harder to read, and probably more appropriate on the home page. [14:19] zul: Right. As I understand it, our current policy is that someone should become interested, rather than that we should purge it. There have been a few cases where some bugs were filed, and a team was formed to address it (rt2500 springs to mind) [14:19] Fujitsu: No, it's much more important to have semi-random debian/changelog bits there. [14:19] * persia also wants a link to changelogs.ubuntu.com [14:19] rt2500 shouldnt probably be included in universe since there are kernel drivers for rt2500 for ubuntu already provided by the kernel team [14:19] persia: But you can't link to outside LP! LP must do everything! [14:20] Fujitsu: What about the default external link on https://launchpad.net/~fujitsu/ to wiki.ubuntu.com. Can't we have something like that? [14:20] persia: i would become interested but I dont have the time [14:21] zul: That's good to hear. It validates my understanding of the policy. Now we just need more people with your interests, to help share the load :) [14:22] persia: alot of people on the motu team dont have a clue about kernel drivers as well [14:23] zul: That's true today, but I'm not sure that all new contributors will also not have any understanding. Plus, there are several people who can program, but don't really have any interests yet, and can be drawn towards things... [14:24] persia: sure [14:25] bug 133336 any comments? [14:25] Launchpad bug 133336 in libqalculate "New upstream version" [Wishlist,New] https://launchpad.net/bugs/133336 [14:26] joumetal_: please update it. [14:27] * Hobbsee wondesr which version that is. [14:27] oh nice. [14:27] joumetal_: have you thought of pushing that to debian, and we sync? [14:27] hey Hobbsee [14:27] joumetal_: You might get a better response by putting it on REVU than in LP. Alternately, you'd want to subscribe the ubuntu-universe-sponsors to get someone to consider uploading. [14:27] debian maintainer is quite happy to take uploads, if someone else has done the work. [14:28] joumetal_: presuably youv'e done qalculate* too? [14:29] Hobbsee persia I am quite newbie. First subscribing u-u-s. qalculate-gtk yes. [14:30] joumetal_: It's not an issue to be new, although please accept that we may sometimes be brusque when critiquing candidates. This is indeed the best place to ask questions to become familiar with the processes, and soon you'll no longer be new. [14:31] * Hobbsee really would look at pushing that to debian, if it's right. [14:31] NMU as required [14:32] * Hobbsee emails the maintainer about it [14:33] bluekuja: you around? [14:33] Hobbsee, yes [14:33] Hobbsee: consider adding to http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=libqalculate&archive=no&version=&dist=unstable instead of just emailing the maintainer :) [14:34] persia: iv'e have previous contact with the maintainer. *shrug* [14:35] Hobbsee, need something? [14:35] bluekuja: one of the other reasons it's good to notify people, which i forgot to tell you yesterday, is for if you upload a crackful package like apt. [14:35] Hobbsee: Ah. OK. I believe in public, but I won't step on personal connections. [14:35] Hobbsee, what happened with it? === apachelogger__ is now known as apachelogger [14:36] bluekuja: every time someone uploads apt, even if it's a no-change rebuild, the effective soname changes, and a whole bunch of stuff needs rebuilding,e very single time :) [14:36] bluekuja: i havent found another pakcage like ityet, but i wouldnt be that there arent more like that :) [14:37] bluekuja: and you only find that out if the maintainer warns you of that, or you find out because everyone's screaming at you over what you broke :) [14:37] Hobbsee, hehe true [14:37] * Hobbsee thougth xen was in main, anyway [14:38] Hobbsee: apache2-mpm-itk needs also a rebuild everytime someone uploads apache2 (due to dependencies) [14:38] bluekuja: so all in all, a great idea to ask :) [14:38] geser: there you go. another crackful package. [14:38] Hobbsee: xen is in main, bits and pieces are in universe [14:38] * Hobbsee suspects some of the libs do that too [14:38] zul: ahh [14:38] Hobbsee, you're right. I asked sorry to zul about it :) [14:38] * persia thinks there are lots of them, although the Debian "make everything binNMU safe" effort will help. [14:39] bluekuja: i am understanding now :-) [14:39] bluekuja: no problem, i'm not trying to grill you - i just remembered the other thing that i'd forgotten to tell you of last night - which most people arent even aware of [14:39] started to get things right [14:39] :-) [14:39] most people have not had the misfortune to upload packages like apt :) [14:39] Hobbsee, well done. Every advice is alwais really welcome [14:39] :) [14:40] :) [14:40] brb [14:46] mmm I have a strange issue when building a package using cdbs, I get a lintian warning debian-changelog-file-is-a-symlink [14:47] does somebody else see the same thing? [14:48] bigon: Umm.. That's because the symlink thing is only partly done. You can safely ignore the lintian warning as long as the dependencies guarantee that the symlink will always work (which it should, or CDBS shouldn't use the symlink) [14:48] but I don't get this when building in a sid pbuilder [14:48] bigon: For extra points, prepare a patch against lintian that checks the package dependencies, and doesn't complain if the symlink is guaranteed to resolve. [14:49] bigon: sid doesn't have the CDBS symlink change [14:49] oh [14:49] it seems to be a violation of the debian policy :o [14:49] amachu, back, nice to hear that [14:49] :) [14:50] bigon: It is. The idea is that if the symlink is guaranteed to resolve, it should be safe in practice, and it saves space on the CDs and for mobile. [14:50] (especially for packages with lots & lots of identical changelogs, like OOo, etc.) [14:51] kk I saw something about the upstream changelog but not the debian one [14:51] Hi, I have made all the changes suggested by persia (MOTU) this morning, are there any MOTU's available to check and Advocate my package? http://revu.tauware.de/details.py?upid=412 [14:52] StevenHarperUK: Better request, but still missing how many advocates you already have :) I'll take another (better) look in a little bit. [14:52] ah your still here: I have 0 Advocates :P [14:52] StevenHarperUK: why is this a native package? (no .orig.tar.gz) [14:53] ah : thats the only bit I didn't understand [14:53] My build script makes it with the version number [14:53] Im not sure what I have to change [14:54] StevenHarperUK: To make it a non-native package, you (as upstream) should prepare a version with no debian/directory to use for orig.tar.gz. Then you add the debian/ directory in your candidate release, and set the version to be x.z.y-0ubuntu1 in your changelog. This makes a normal package. [14:54] you need to have an easycrypt_0.2.1.4_orig.tar.gz (unmodified upstream code) and a version like 0.2.1.4-0ubuntu1 [14:55] dpkg-buildpackage should generate a diff.gz for it [14:56] What's a good way to go about this? I'm running this at the moment : sudo dpkg-buildpackage -rfakeroot -sa -I\.svn -tc -kD330E9E8BEE08F9E [14:57] Do have I have Hand Crank the Orig tar? [14:57] StevenHarperUK: you dont need to sudo, if you're running with -rfakeroot [14:57] ah yes [14:57] * Hobbsee tries to figure out what the last part does, after the -sa [14:57] removes .svn files [14:57] StevenHarperUK: I'd suggest you prepare a release tarball with svn export -r nnnn, and then use that for orig.tar.gz. It should shorten your commandline to `debuild -S -sa` [14:57] and signs the files [14:57] StevenHarperUK: I usually use dpkg-buildpackage -S -rfakeroot -uc -uc, check if the source package builds in a pbuilder and sign then with debsign [14:59] persia: I reuploaded with the non .bzr containing source package, care to look at it? upid 413 [15:00] rexbron: I'm currently deeply stuck into upid 406. Unless you made lots of other changes, all my comments will still apply. [15:00] Hm... hasn't -security traditionally kept to its own buildds? [15:01] Fujitsu: No. It shares, and gets higher priority. [15:02] persia: I thought jackass had its own wanna-build etc. setup, hence the buildd for each architecture for security. === _czessi is now known as Czessi [15:03] * Hobbsee wonders how to make this phone show up in nautilus, connected by a usb cable. [15:03] Hobbsee: What kind of phone? [15:03] Most aren't browsable like that... [15:03] Fujitsu: samsung [15:03] tis on windows. [15:04] Fujitsu: I've seen lots of security builds on the normal buildds before, but don't know the internals as well as you. [15:04] Hobbsee: gnome-phone-manager might help, but gnokii doesn't support lots and lots of models. [15:05] why doesnt nautilus Just Handle It? [15:05] I didn't think it was done, but hmm... [15:05] it's a fricking USB connection. it shouldnt be that hard? [15:05] Hobbsee: You might also try the obex;// style links, but I've never gotten those to work. [15:05] Hobbsee: Nautilus doesn't speak Proprietary Phone Protocol X. [15:05] USB defines very little protocol. [15:05] Fujitsu: No, but gnome-vfs handles OBEX over serial over USB, if everything is configured properly. [15:06] Assuming that the phone speaks OBEX. [15:06] * persia thought all recent phones spoke OBEX, excepting those sold by NTT [15:06] * Hobbsee wonders why konqueror does, then. [15:07] ah, it found the mini-sd card. good. [15:07] Hobbsee: konquerer doesn't try nearly as hard to do the right thing, and so tends to just work when manufacturers do the right thing. [15:08] ah. [15:09] * persia asserts that Makefiles are insufficiently original to be worthy of copyright [15:10] persia: Stealing some debian/rules? [15:10] happydigger ( http://packages.qa.debian.org/h/happydigger/news/20071020T184703Z.html ) can't be synced in hardy? It now uses GTK 2+ v2.12.0 [15:10] Fujitsu: No, just failing to complain about license issues when upstream doesn't preamble the Makefile. It'd just be useless clutter. [15:11] Ah. [15:11] right. got the photos off the phone. [15:13] Hobbsee: heya [15:13] Hobbsee: got any ideas on this? https://answers.edge.launchpad.net/ubuntu/+question/15816 [15:13] rexbron: I've stuck up a task list :) If I'm not around when you upload next, please email me. [15:15] Heya gang [15:15] sacater: there's an existing bug about acpid. i asked mjg59 to look into it. unsure if he ever did. [15:16] Hobbsee: shall i answer with details on the acpi bug? [15:16] Hi bddebian [15:16] sacater: probably a good idea [15:16] Heya geser [15:16] Hobbsee: will do [15:16] Hobbsee: do you have a link to the bug? [15:16] to hand [15:16] sacater: no. but it's not ahrd to find. [15:16] I'm not at linux now, can someone do a requestsync for homebank ? it can be synced.. [15:16] kk [15:16] * Hobbsee duped a whol ebunch against it before [15:17] Kmos: does it have ubuntu changes? [15:17] Hobbsee: yes.. [15:17] http://packages.qa.debian.org/h/homebank/news/20071014T173941Z.html [15:17] Kmos: can they be dropped? if so, why. [15:17] Kmos: You can request one manually by filing a bug. No need to run the script. [15:17] Hobbsee: they're not dropped.. but it was added [15:17] giving me a URL to the new changes file is not answering the question. [15:18] as in, they werent dropped from ubuntu, but were added to debian? [15:18] * debian/control: added librsvg2-common to Depends (LP: #130847) [15:18] this is the last change in ubuntu [15:18] if that's true, yes they can be dropped. or you're confused. either way. [15:18] that's added in debian version [15:18] Kmos: what about all the stuff from ubuntu1? [15:19] Hobbsee: i think i need to check that when i got home [15:19] Kmos: i think what Hobbsee is trying to say is what leg work have you done to make sure that it works with Ubuntu? [15:20] zul: i understand that [15:20] Kmos: right. then dont even bother asking for people to file it for you, or check it, before you've done that. [15:20] i need to check at home the ubuntu1 changes [15:20] * Hobbsee thought you had learned something since last time. [15:21] another LP question 'Will libapache2-mod-layout be introduced to gutsy at some point ? And if so, When ?' [15:21] anyone know :/ [15:22] sacater: if it's not there now, it never will be. [15:22] unless it gets backported [15:22] lol kk [15:23] * Hobbsee wonders if anyone else is under hte delusion that you only need to check the last ubuntu change, and screw any before that. [15:24] You mean there might be more than the last one? [15:24] * bddebian hides [15:24] bddebian: yes, there might be 26 of the fricking things, and it might be very unwise to assume that it can be synced! :P [15:25] :o [15:27] my blog site downed.. [15:27] amachu, check what I've added you in the butg [15:27] SONAME changes on simple rebuilds are scary and should be avoided . [15:27] *bug [15:27] i need to use a wordpress or something o.O [15:28] StevenHarperUK: A dozen small notes added to upid 412, although there will likely be more if the package is looked at in more detail (I'll wait for your non-native upload). [15:29] pkern: indeed! [15:29] pkern: mvo means to fix it sometime. [15:29] Hobbsee: Or what our "trainer" at university once wrote as a footnode when dealing with Shannon information: Unlike the real world you don't know less when you consume certain information. ;) [15:29] hello everyone [15:29] haha [15:29] But my English skills are lacking to translate this properly. \: [15:31] persia: thanks plent to get on with [15:31] I was wondering : I've been doing some merges recently (what like everyone ??? ;)) and I like to know how to test them properly... Is the right way "take clean gutsy, change the sources to point to hardy.. and dist-uprgade ?" [15:33] hauts: better way would be testing them in a chroot [15:34] or pbuilder [15:34] assuming you bindmount a few nasty bits (like .Xauthority .ICEauthority, iirc) [15:42] eep the janitor is back? [15:42] huats: or use piuparts for install/upgrade/removal testing [15:43] geser: let me check what is piuparts.... [15:43] Amaranth: Nightmares are sticky. [15:43] since by instance testing a php application like gallery is not really easy in chroot/pbuilder [15:44] Amaranth: It was "by accident" === cprov is now known as cprov-lunch [15:45] ScottK: For the second or third time. [15:45] Yep. [15:45] geser: piuparts seems nice for testing the .deb indeed... [15:49] * Hobbsee does the no evil revu'ing dance. [15:49] bluekuja: i built but since am in a new pc, couldn't sign it [15:49] brb [15:50] geser: have you use it for hardy yet ? [15:51] ScottK: what did you told me about the deboostrap for hardy ? is it the same than for gutsy or not ? [15:51] amachu, sorry? check my comment please :) [15:51] I know you already answered that... sorrry [15:51] huats: no, using piuparts at all is still on my TODO list [15:51] geser: ok [15:51] geser: because it needs a deboostrap script for hardy... [15:52] huats: Take your gutsy pbuilder and use --login --save-changes (I think - check the man page) and while in the pbuilder change gusty/hardy in sources.list, apt-get update, apt-get dist-upgrade, exit and you have a Hardy pbuilder. [15:53] rrrggg [15:53] ScottK: yep [15:53] exactly [15:53] thanks (again...) [15:53] * ScottK randomly notes that the channel is logged and old answers can be found ... [15:54] * huats hides away.... [15:55] soren: do you want me to upload ubuntu-dev-tools with the patch and send you the patch? [15:57] geser: just as a note, I just did what ScottK told me... (upgrade of my pbuilder to hardy) and I've noticed that the debootstrap of gutsy and hardy are the same... [15:57] so when you need it to use piuparts just copy it... [16:00] Persia [16:00] persia: Im trying to find out whats wrong with my menu entry [16:00] persia: you mention it's wrong, but I can't find what it is thats wrong... [16:01] StevenHarperUK: coNP[uni] knows about such stuff too. [16:02] He just commented on REVU, so I thought it might still be fresh in his mind : ill carry on trying to work it out [16:04] Hey ScottK, StevenHarperUK [16:04] Hi [16:04] I think I have sussed it, thanks for the response anyway [16:06] I do have a Python Packaging Question: I have placed my PY's in /usr/lib/easycrypt my architecture is all, where should they be? [16:12] Kmos: !!!!! [16:12] Kmos: what did i tell you, half an hour ago? [16:12] might have been longer. [16:13] it was under an hour ago. [16:15] Hobbsee: what have my sync requests wrong ? [16:16] Kmos: if there are ubuntu changes in the package, you have to go and explain why they arent needed. We covered this *an* *hour* *ago*. [16:16] the information has *not* changed. [16:16] Hobbsee: Patience or silence. :-P [16:16] Hobbsee: The Ubuntean credo. [16:17] pkern: this guy doesnt get patience. but he might get all of his bugs in the sponsors queue marked as wontfix, due to this type of stuff. [16:17] Hobbsee: you're talking about what package? i've requested two [16:17] Kmos: stunnel4, i havent seen the other yet. [16:17] Hobbsee: not all =) === Frogzoo is now known as weyoon [16:17] Kmos: i havent marked them all as wontfix *yet*. i may still, if the ratio of good bugs to bad bugs is very low. [16:17] Hobbsee: the stunnel has the reason why sync it.. since my change last time, he got a maintainer [16:18] and you need to say that in the bug. [16:18] Hobbsee: and i said [16:18] check the first line [16:18] Hah. [16:19] hm, that one looks OK [16:19] "This package is no more orphan, it can be synced again." [16:19] We don't not sync packages just for being orphaned. [16:19] that doesnt mean that your changes, whatever they are, are not needed. [16:20] the another one is ipkungfu [16:20] yes, that one actually looks OK [16:20] ok :) [16:22] * Hobbsee takes that off the sponsorship queue. [16:24] thanks [16:31] bluekuja: u-u-s? [16:31] amachu, ubuntu universe sponsors [16:33] siretart: Is there a way to change which gpg key revu uses for password recovery? [16:33] Kmos: what has a new maintainer to do with the Ubuntu changes? [16:34] geser: Last change was done by myself on ubuntu because the package was orphaned.. now it has a maintainer and new versions.. so it can be synced again [16:35] and the changes you did? are they needed anymore? you didn't just change the maintainer [16:35] * Hobbsee removes all the sharp objects from around geser [16:35] * ScottK gets popcorn [16:35] * Hobbsee removes all the solid objects from around geser too === weyoon_ is now known as frogzoo [16:37] geser: i've added only conflits and onother one i don't remember to debian/control [16:37] *sigh* [16:37] * ScottK gets a bigger bowl of popcorn. [16:37] geser: http://patches.ubuntu.com/s/stunnel4/stunnel4_3:4.20-2ubuntu1.patch [16:37] it's here [16:37] ScottK: popcorn? give me a big bottle of alcohol. [16:37] Kmos: and why can they be dropped? [16:37] Hobbsee: I don't believe the sharp or solid objects are safer in your hands :) [16:38] Kmos: and why did you not think it necessary to say it in the bug report? [16:38] Hobbsee: Popcorn is a usual snack when watching a show here in the US. [16:38] can someone revu supercat? http://revu.tauware.de/details.py?upid=411 [16:38] ScottK: yeah, but i think i need something stronger, reading this. [16:38] *much* stronger. [16:38] geser: haha. [16:38] geser: yeah, good point that. [16:39] i'll lend them to zul [16:39] Oh, like that's safe. [16:39] hey! [16:39] ScottK: he's far enough away, he says he'll only gouge out his own eyes. [16:39] Hobbsee: i'll update it [16:40] Kmos: why did you not do this *before* you subscribed the sponsor team? [16:40] why not get it right teh first time, instead of being yelled at every time [16:40] * Hobbsee ponders MOTU-bingo [16:41] Hobbsee: it's on the last changelog, i think i don't need to do it.. [16:41] now, i know [16:41] jpatrick: you don't need to build-depend on packages which are build-essential (like libc6-dev) unless you need a specific version [16:41] Kmos: yes, you do. you have to do so explicitly, precisely because people like yourself *kept getting it wrong*. [16:41] * Hobbsee is *sure* you've heard this before. [16:41] Kmos: It's written down in the procedure for syncs that it's needed. Did you not read that or did you think you knew better than the documentation? [16:41] geser: it doesn't build otherwise [16:42] geser: it just needs the C header files to compile [16:42] nothing else :) [16:42] jpatrick: libc6-dev is installed everywhere where Debian/Ubuntu packages are built [16:43] Kmos: you need to provide enough information so that the person who is uploading can make the right decision, aggravating someone is not the right way to go [16:43] jpatrick: You don't need to list it explicitly [16:43] jpatrick: Also, there are architectures which don't have libc6 (but something libc6.1-dev, which provides the same functionality in almost every detail) [16:44] somebody has an experience with buildds and versioned Build-Conflicts? [16:44] zul: yeap.. but i think MOTU will read the last changelog.. and it's there.. they don't trust what people right on comment or description.. i think [16:44] pbuilder fails, I don't know if the buildd will fail too [16:44] gpocentek: Be more verbose [16:44] gpocentek: what in particular? [16:45] Kmos: dude, you want to provide all the information that's needed, so that the MOTU find it as easy as possible to deal with your bugs. [16:45] Kmos: sometimes but due dilligence has to be done and providing a summary is sometimes best in the bug report [16:45] Hobbsee: lilypond depends on gs-gpl >= whatever and build-conflicts with gs-gpl < whatever [16:45] Hobbsee: copy cat [16:45] Kmos: of course, if you want to piss them off, keep doing what you're doing, adn we'll mark them all as wontfix. [16:45] Hobbsee: When's then next CC meeting? [16:45] pbuilder doesn't like it, but I don't know about the buildd [16:45] ScottK: no idea, but email this log (when it finishes) to dholbach please. [16:45] gpocentek: That's not a problem (and I don't see why pbuilder should fail there) [16:45] HE: okay, it does work without it :) fixed [16:46] Hobbsee: Will do. [16:46] HE: well, it fails [16:46] Hobbsee: to ban me..lol [16:46] gpocentek: what you might think about doing there is either setting up sbuild too, or (the preferred option, i suspect), throw it at your ppa, and see if it builds. [16:46] gpocentek: Do you have a log somewhere? Because pbuilder shouldn't have an old gs-gpl installed anyway [16:46] jpatrick: your debian/copyright is wrong, supercat is GPLv3 licensed [16:46] Kmos: that depends on whether you're actually helping. [16:47] HE: it's just the dependency resolver which fails [16:47] the packages installation is OK [16:47] Hobbsee: that's your point of view [16:47] geser: fixed [16:47] I could try with the pbuilders satisfy-depends, not the gdebi one... [16:47] gpocentek: Ah. sbuild will manage, sbuild's dep resolver has nothing to do with the ones available in pbuilder [16:47] Kmos: if you're regularly pissing off the MOTU, the people who have to sponsor your bugs, and pissing off debian, are you *really* helping? [16:47] even with the few bugs that you manage to get right? [16:48] HE: if you say so :) [16:48] Hobbsee: Hey, no reason to flame around here, that's helping noone... [16:48] gpocentek: I've hacked on both, so yes, I do know :) [16:48] ScottK: next CC meeting will be after UDS and allhands, i expect [16:48] OK. [16:48] HE: ok, thanks :) [16:48] HE: not flaming. just stating the truth. [16:48] Hobbsee: and i say again.. that's your point of view, I don't see if like "piss off".. [16:49] *it [16:49] ScottK: but please, mail dholbach the log =) [16:49] Hobbsee: Well, the truth is that pissing off Debian should be punished by death trough apt ABI bumps, but still... [16:49] Kmos: I will. [16:49] ScottK: thanks [16:50] Kmos: I don't think it's going to get the reaction you think it's going to get. [16:50] HE: :) [16:50] Kmos: Remember when I got REALLY upset with you in #ubuntu-bugs and said I thought you should be kicked off the project? [16:51] ScottK: yes? and.. [16:51] Kmos: Nothing that's happened since has convinced me I was wrong, just that I worded it inappropriately. [16:51] ScottK: you shouldn't merge motu with bugs team [16:51] ... [16:51] Kmos: I'm talking about Ubuntu as a whole [16:51] motu deals with bugs. [16:51] it's kinda hard to not merge them. [16:52] Hobbsee: but aren't the same team [16:52] the place of the discussion is irrelevant. [16:52] or even with launchpad [16:52] ajmitch: could you please add me as a reviewer on revu? thanks [16:52] one is part of the other. [16:52] Hobbsee: like when you asked kiko to close my account [16:52] Kmos: i did not. please do not make things up. [16:52] (we have logs) [16:52] i asked *how* one goes about getting an account closed, from a person abusing launchpad. [16:53] la deh dah.. [16:53] Hobbsee: that's the same thing.. that points to me that time [16:53] which is actually very different. [16:53] * Hobbsee wishes there was an /ignore Kmos function in launchpad [16:53] that day if you have "admin" power at LP you've closed it [16:53] ok enough.. [16:54] Hobbsee: i like to have it too.. but not for me. [16:54] zul: done from here :) [16:54] yay. then be productive. [16:54] Hobbsee: I try =) [16:55] hi [16:55] Kmos: The trying is irrelevant. It's the doing. [16:55] hi [16:55] Hobbsee: Can you check again the bug 157095 [16:55] Launchpad bug 157095 in stunnel4 "Please sync stunnel4 3:4.20-5 (universe) from Debian unstable (main)" [Wishlist,Incomplete] https://launchpad.net/bugs/157095 [16:55] Lamego: hi [16:55] Kmos: if it's wrong, i'm going to makr it as wontfix. are you sure that it's right? [16:56] Kmos, :) [16:56] Hobbsee: yes [16:56] before you waste more time. [16:56] good. [16:56] Hobbsee: thanks [16:56] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:56] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:56] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:57] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:57] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:57] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:57] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:57] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:57] ok... [16:57] * santiago-ve Ausente por ahora. [16:57] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:57] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:57] hrm [16:57] Kmos: I still don't get it, why an new maintainer makes the changes to Conflict/Replaces obselete? [16:57] that's something you don't see everyday [16:57] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [16:57] wtf.. [16:57] :D [16:57] * santiago-ve Ausente por ahora. [16:57] wtf? [16:58] Hobbsee: your ! got stuck [16:58] geser: because the package is back ? not orphanated [16:58] geser: apart from that is the rest of the package okay? [16:58] geser: so we don't need another package to replaces it [16:58] http://merges.ubuntu.com/universe-manual.html <- is this the list of pending merges? [16:59] Kmos: crywrap is back? [16:59] RainCT: http://merges.ubuntu.com/universe.html [16:59] geser: no.. stunnel4 [16:59] crywrap was to replaces stunnel4 [16:59] because stunnel4 was orphan that time [16:59] when i made the fix [16:59] Kmos: please read up what conflicts and replaces means [16:59] RainCT: this is the list of 'manual' merges [16:59] jpatrick: danke :) [17:00] Kmos: It wasn't because it was orphaned. It was because it replaces it. [17:00] ah, and what's the difference? [17:00] yeah, so it seemed. [17:00] whoops :) [17:00] RainCT: 'manual' merges are mostly packages that are both in debian and ubuntu but have no common base version [17:00] Kmos: what was the point of putting in the conflicts to start with? [17:00] RainCT: not all of them are manual merges [17:00] other way around. [17:01] Hi again: I have been fixing stuff mentioned by MOTU's in the last set of comments for my Package: http://revu.tauware.de/details.py?upid=41 : could someone (a MOTU) check it, im looking for Advocates (I have none so far) [17:01] geser: he said he had before. [17:01] Hobbsee: that time, you told me to do it, because it was orphan.. and because of people can upgrade from dapper to gutsy.. i think [17:01] back when we last discussed that. [17:01] RainCT: the ones mom could mostly resolve fine, vs the ones that it fell over on, basically [17:01] Lutin, Hobbsee: ah ok, thanks [17:01] Lutin: it seems to cope with most of them, though [17:02] not because it was orphaned. [17:02] Kmos: what's the point of a LTS release. [17:02] Kmos: which releases do we support upgrades between? [17:02] Hobbsee: oh, really ? thought that this kind of packages was automatically marked as manual [17:02] ScottK: mind saving these logs under which parts they cover, so that we can just dish Kmos a log every time he asks, rather than retyping the same stuff each time? [17:02] Lutin: no, dnot think so [17:02] Hobbsee: what's about the debdiff for ubuntu-restricted-extras btw? gonna check flash first? [17:03] * santiago-ve is back. [17:03] RainCT: yeah, that's a decnet idea. i think there's another section i wanted to look at, too [17:03] another open bug [17:03] Hobbsee: ok [17:03] StevenHarperUK: is the .la file needed in the -dev package? if not, please remove it, there is an ongoing effort to get rid of .la files [17:04] Lutin: ideally, the lenght of the manual queue would be 0 [17:05] Hobbsee: well actually I'd rather put all the packages that have no common ancestor is -manual, because IMHO doing a debdiff between the debian and ubuntu packages is nonsense then [17:05] as they're often quite different [17:05] Lutin: all manual does is give you a massive diff [17:05] but having the report is useful, as you can see which bits have changed. [17:06] Hobbsee: yep. actually I meant putting them with 'regular' merges is a little bit awkward to me :). anyway, no big del [17:06] deal* [17:06] geser: where is the .la I can't see it [17:09] StevenHarperUK: http://revu.tauware.de/revu1-incoming/avant-window-navigator-0708230320/avant-window-navigator-0.1.2+bzr20070822/debian/libawn-dev.install [17:10] StevenHarperUK: there is no libawn.so which is usually inside the -dev package? (needed for linking) === cprov-lunch is now known as cprov [17:12] StevenHarperUK: Are you packaging avant-window-navigator? [17:13] ScottK: there you go. now you can send. [17:13] ScottK: no [17:14] geser: thats not mine [17:14] OK. I was confused by geser's link. [17:14] geser: I'm packaging easycrypt [17:14] me too [17:15] I think I have done Everything that's been asked of me in REVU [17:15] I must admit im getting a bit frustrated with it. [17:21] does anyone know where to get instructions on how to reduce the size of a vista partition in a dual boot configuration and give that space to the ubuntu filesystem [17:21] thsi is *not* #ubuntu [17:21] TurtleBeoulve: ^ [17:22] apparently mistaking #ubuntu-motu for #ubuntu is an easy mistake. or something. *shakes head* [17:23] (he just got told to go to #ubuntu from -desktop) [17:26] can we sync these changes from debian, if the debian package builds fine in a hardy pbuilder? Only real change is the build-dependency on debhelper being 5.0.37.2 in debian and 5.0.38 in the ubuntu package. http://dad.dunnewind.net/zeroinstall-injector/zeroinstall-injector_0.29-0ubuntu1.patch [17:29] afflux: I'd sync it [17:30] geser, alright. I'll file a request then. [17:30] Hobbsee: Do you want cc on the IRC log? [17:31] ScottK: did you trim Hobbsee's '!' ? [17:31] I did. I trimmed the other conversations too. [17:33] ScottK: I have the build log for scapy [17:33] ScottK: http://pastebin.ubuntu.com/1328/ [17:34] ScottK: that'd be nice [17:36] Adri2000: ping [17:37] * santiago-ve Ausente por ahora. [17:38] LaserJock: pong [17:39] Bye MOTUs, see you later [17:40] Rospo_Zoppo: Looks good. I'd say you can request a sync as long as you verified that the Ubuntu change is in fact present in the source from Debian. [17:41] Adri2000: heah, I just left a comment on that pbuilder-dist bug [17:42] Hobbsee: Sent. [17:42] Hobbsee: the problem with debdiff was that interdiff wasn't installed (not sure if you received this before, IRC disconnected -.-) [17:42] LaserJock: Thanks for your comment on the pbuilder-dist bug. [17:43] RainCT: i didn't [17:43] RainCT: oh, for u-r-e? right [17:43] crimsun: you haven't approved the nomination for bug 149641? [17:43] Launchpad bug 149641 in logcheck "logcheck fails when auth.log.1.gz missing" [Undecided,Fix released] https://launchpad.net/bugs/149641 [17:44] Hobbsee: yeh [17:44] ScottK: I don't know that I fully know what the problem is, but I know my scripts worked [17:44] ScottK: I will check again, but it seems that the patch that fix the bug in the scapy tracker is included in the new version patch [17:44] LaserJock: Agreed. [17:44] ScottK: so I will open a sycn request [17:44] Rospo_Zoppo: Sounds good then. [17:44] Yes. [17:45] Ping me with the bug # when you're done. [17:45] ScottK: ok ;) [17:45] Rospo_Zoppo: do you know requestsync? [17:45] Hobbsee: I don't think that flooding the channel is an option. [17:46] pkern: call it mass frustration at someone not listening, or not employing any level of basic thought. [17:46] but i didnt know it was quite that long :) [17:47] norsetto_: I've already done two of them :) [17:47] rospo_the_syncer [17:47] lol [17:49] LongPointyStick: I already told you patience or silence. [17:49] LongPointyStick: You are not forced to answer, and even if it involves one of your hats it could be handled by someone else. [17:49] pkern: You haven't been here for the scale of trouble that guy causes. This is the tail end of months of trouble. [17:49] pkern: I don't think anyone really has patience for him. [17:50] ScottK: I know. Now probably she doesn't want to miss the fun so she doesn't use /ignore. [17:50] ScottK: Then silence is the other option. [17:50] ScottK: (Or ban but well... Ignorance is bliss.) [17:50] Well /ignore doesn't work because then he gives other people bad advice that we get stuck with the results of. [17:51] Ok, then /ban if he taints others. [17:51] Well that's where we are now. AFAIK, he may be the first person kicked out of Ubuntu. [17:51] i.e. disrupts the development process [17:51] Yep. [17:52] He's already had about 1742 more chances (roughly) that I would have given. [17:53] who is this? [17:53] Kmos [17:53] ah [17:54] ubotu: kmos [17:54] Sorry, I don't know anything about kmos - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [17:55] ScottK: please can you have a look at the changes? here is the old ubuntu patch http://pastebin.ubuntu.com/1331/ and this is the part of the new upstream patch regarding that fix http://pastebin.ubuntu.com/1330/ [17:56] Rospo_Zoppo: Looking [17:56] ScottK: thanks === Rospo_Zoppo is now known as rospo_the_syncer [17:58] norsetto_, it seems he agreed about the new nickname [17:58] * santiago-ve is back. [17:59] about bug 157129, it's now the 3th time (iirc) that there's a merge because of dh_iconcache only, should I file a bug about this on Debian? [17:59] Launchpad bug 157129 in blobwars "Please merge blobwars 1.07-2 from Debian unstable" [Wishlist,New] https://launchpad.net/bugs/157129 [17:59] bluekuja: now I'm worried .... [17:59] lol [18:00] rospo_the_syncer: That covers it. [18:00] ScottK: thank you, I wasn't sure at all [18:01] ScottK: now I open the sync request [18:01] RainCT: um, isn't dh_iconcache the deprecated name? [18:01] Warning: Please use dh_icons instead. dh_iconcache is going to go away. [18:01] RainCT: ^^ so that's not a Debian bug, unless you mean that the Debian package isn't using dh_icons either [18:02] it isn't [18:02] * slangasek checks [18:02] slangasek: so should I change it to dh_icons on the debdiff, and report to Debian? [18:02] RainCT: ok; then sure, why not file a bug? should be a simple bug to both file and fix :) [18:02] pkern: if you are interested http://tinyurl.com/2mcevo (of around 250 reported bugs) [18:02] Any REVU admin can sync the keys? [18:03] * norsetto_ wonders when dh_iconcache will be finally nuked, and how many packages this will break === norsetto_ is now known as norsetto === Mez is now known as Mez|Away === Mez|Away is now known as Mez [18:12] Can somebody pretty please approve the nomination for gutsy SRU on bug 149641? Without the Gutsy task it does not appear in ubuntu-sru's list and the noise (users complaining) won't get less when waiting longer. The fix is quite simple and taken from upstream/Debian. [18:12] Launchpad bug 149641 in logcheck "logcheck fails when auth.log.1.gz missing" [Undecided,Fix released] https://launchpad.net/bugs/149641 [18:12] It would be great if someone even would sponsor the upload right away.. :) [18:13] ScottK: the bug number is 157148 [18:13] Should I ask in ubuntu-devel, because it's a bug in "main"? [18:16] dfiloni: let me check [18:17] dfiloni: syncing now [18:17] thanks [18:18] blueyed: yes but i think most people are packing right now for uds [18:20] hi, i am creating a package for my application, hopefully to get it into hardy, part of the package uses 3 icon packs, is it okay to include them as tar.gz files inside the deb ? [18:21] and do i just add there licenses to the copyright file ? [18:21] rospo_the_syncer: Looking [18:22] ScottK: I've done the build with a hardy pbuilder [18:22] Good. [18:27] does anyone know where i might find this kind of information, [18:27] rospo_the_syncer: Ack'ed to the archive. Thank you for looking into this. Please see how I've marked the package at http://dad.dunnewind.net/universe.php. You should both do that and subscribe ubuntu-universe-sponsors (I've already sponsored it, so no need this time). [18:30] ScottK: I see, thank you === _czessi is now known as Czessi [18:48] bye all [18:56] geser: !missing-feature negative karma [19:01] bluekuja: thanks for the patch for libapache-mod-jk, will do an upload to sid later today [19:03] https://bugs.edge.launchpad.net/ubuntu/+source/gnome-voice-control/0.2-0ubuntu4 <-- What the heck. [19:04] Oh well. Only 1.10 available. [19:04] nm === Spec is now known as x-spec-t [19:18] man-di, you rock ;) [19:18] bluekuja: I just like bug reports with patches ;-) [19:18] man-di, lol, same here [19:18] :) [19:21] can someone look at bug 157160 ? [19:21] Launchpad bug 157160 in ddclient "Please merge ddclient 3.7.3-4 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/157160 [19:21] if the debdiff is ok ? [19:21] pkern, ScottK : ping [19:22] yall round ? [19:23] Kmos: shouldn't the changelog be against Debian's package? [19:23] *changelog = debdiff [19:27] RainCT: ups.. made mistake [19:27] RainCT: thanks [19:28] Kmos: np [19:28] new debdiff uploaded [19:49] imbrandon: Yes. [19:52] imbrandon: Pong [19:53] ScottK, one sec [19:53] * ScottK refills his coffee. brb [19:55] Back [19:56] ScottK, got soem time at 2100 to help field some MOTU Q & A questions , it will probably be a busy session and i could use some more experinced MOTU's [19:56] some* [19:56] imbrandon: Sorry, no. [19:56] ok no worries, thought i would ask [19:57] * imbrandon preps his pastebin for the patching session , bbiab [19:59] Hello [20:00] Who should I ask for package removal (for Hardy) ? [20:01] Scottk pkern, oh wow, my bad anyhow the session isnt untill tomarrow, i was totaly looking at my computer date wrong [20:01] w [20:01] oops.. [20:01] LeRoutier, file a bug with a valid reason [20:02] ok, I'll do that. Against which product ? Ubuntu ? [20:02] against the source package iirc [20:02] well, it is orphaned [20:02] Yes, and? [20:03] I'll be maintaining swfdec, but only 0.5 branch. 0.3 doesn't install actually on Ubuntu Gutsy AMD64 and both 0.3 & 0.4 are far outdated [20:04] just because its orphaned in debian dosent qualify for removal , someone may pick it up , now the other reasons you state maybe valid [20:04] imbrandon, 0.3 & 0.4 have no reason to live [20:04] 0.5 was the first to release decode interesting flash content [20:05] release => really [20:05] Do they have any reverse dependencies? [20:06] gst-plugin-swfdec-0.8 for 0.3 [20:06] none that I know for 0.4 [20:06] and gstreamer 0.8 is old crap too [20:07] looks like gst-plugin-swfdec-0.8 is not even in Gutsy [20:07] so, both of them are totally unused [20:09] OK. Then file a removal bug for them. There is a discussion on the wiki of what's needed (don't ask me where, it was just reorganized). [20:09] ok, doing so [20:09] thanks [20:12] bluekuja: have you tested the libapache-mod-jk patch? I ask becuase mod_jk says: "These workers should not appear in the worker.list property!" and thats the case then. [20:23] its too bad all of today's openweek topics dont interest me =/ === gouki_ is now known as gouki [21:02] bugs #157204 and bug #157202 filled : request for removal [21:02] Launchpad bug 157204 in swfdec0.4 "swfdec0.4 should be removed from Hardy" [Undecided,New] https://launchpad.net/bugs/157204 [21:02] Launchpad bug 157202 in swfdec0.3 "swfdec0.3 should be removed from Hardy" [Undecided,New] https://launchpad.net/bugs/157202 [21:03] Should requests for sponsored upload be filed as a bug too or asked here ? [21:06] where do i go to ask for an update to the repository for a particular package? [21:08] idiot: you mean you want that we update a package which is in our repositories? [21:08] yeah, imagemagick is kind of old...would be nice to have it be the newest... [21:08] not me personally [21:08] !info imagemagick [21:08] imagemagick: Image manipulation programs. In component main, is optional. Version 7:6.2.4.5.dfsg1-2ubuntu1 (gutsy), package size 722 kB, installed size 3156 kB [21:09] 6.2.4 is kind of old, newest is 6.3.6 [21:09] idiot: thats the version we have now [21:09] yeah, i know... [21:09] 6.2.4 was in etch [21:09] idot: which is what they have in debian at the moment [21:09] (and sarge backports) [21:10] idiot: so, your only chance is to file a bug report in debian/ubuntu asking for an upgrade [21:10] idiot: file a bug. it'll get marked wishlist, but at least someone looking for an example "new version upstream" might find it [21:11] how do packages get updated normally? someone files a bug report for each update? [21:11] hopefully whoever looks at it takes into consideration that imagemagick has poor library ABI handling [21:12] No MOTU to upload one of my packages to Gutsy updates ? [21:13] idiot: debian packages often have a watch file. the Debian maintainer (each package has one) can use this to drop in new source and push out to unstable. ubuntu sort of forks unstable every release, so most packges get updated without much effort from ubuntu [21:13] Package already in my PPA [21:13] LeRoutier: you should follow the SRU process [21:14] LeRoutier: https://wiki.ubuntu.com/MOTU/SRU [21:14] k, thanks, reading it now [21:14] where should i file this bug report? [21:14] idiot: https://launchpad.net [21:14] hey hey peeps [21:14] long time eh? [21:15] idiot: and email to the debian bts [21:16] yeah, i'm lookin at the bug reports, someones already asked for an update to 6.3.5 [21:16] idiot: for the latter, info here: http://www.debian.org/Bugs/Reporting [21:16] idiot: bug number? [21:17] 110178 [21:17] bug 110178 [21:17] Launchpad bug 110178 in imagemagick "MASTER: Please update imagemagick to 6.3.5 version" [Medium,Confirmed] https://launchpad.net/bugs/110178 [21:17] well, think that pretty much settles it... [21:17] well, there is also a bug in debian, so, nothing more to be done for you [21:18] yeah, not big pain for me to download source, compile and install, just thought i would be helpful and suggest adding it to the repository [21:19] idiot: sure, thx for asking [21:21] yippie, I have an hardy lpia chroot [21:21] * norsetto wonders what is there to be happy about [21:23] any one around that could help me with some questions, about getting my program ready to go into one of the ubuntu repositories [21:25] morning [21:26] * ajmitch sees there was some excitement here overnight [21:27] even ajmitch [21:28] Hi ajmitch [21:28] good night [21:29] ajmitch: nowadays seems to be the norm [21:29] ajmitch: sorry, nowanights seems to be the norm [21:31] such a happy, smiling place [21:34] ajmitch: I asked earlier if I could be added as a reviewer on revu, don't know if you got it :) [21:34] is my best bet to upload my package to REVU to get comments, rather than ask questions here ? [21:35] oly-, if you really initiating, save yourself from REVU :P [21:36] it is not as interactive as asking here [21:36] SRU Bug #157211 and bug #157212 filled [21:36] Launchpad bug 157211 in swfdec0.5 "SRU - Update from 0.5.1 to 0.5.3" [Undecided,Confirmed] https://launchpad.net/bugs/157211 [21:36] Launchpad bug 157212 in swfdec-mozilla "SRU - Update from 0.5.1 to 0.5.3" [Undecided,Confirmed] https://launchpad.net/bugs/157212 [21:36] okay, its my first package but i have questions about licensing in particular, [21:36] all the code is under gnu license, is my best bet to upload my package to REVU to get comments, rather than ask questions here ? which are icon packs under other licensesbut i have 3 tar files in the package [21:37] all the code is under gnu license, but i have 3 tar files which are icon packs under other licenses [21:38] sorry must have hit up arrow on last post :p [21:38] do i list all the licenses in the COPYING file [21:38] debian/copyright [21:38] jpatrick: have you passed all the requisite tests? [21:38] you are not expected to change COPYING [21:38] ajmitch: are those GPG + MOTU, then yes [21:39] moins ajmitch, yea lots of !!!! [21:39] and should i include tar files in my package [21:39] oly-, if they are required, and if they met an acceptable license, yes [21:40] okay they are icon packs 2 under creative commons and the 3rd under gnu license [21:41] lamego, your right with the file i meant copyright file [21:41] do i just list the licenses that the tar files use then, and the license the code uses [21:42] jpatrick: I don't see the right amount of funds in my bank though [21:42] lol [21:42] I presume it's your ubuntu.com address? [21:43] it's @kubuntu.org [21:43] ok, so at least a password is set there [21:43] ok, done [21:44] thanks [21:45] go wild & review [21:47] I'm on it [21:47] yay, minions! [21:48] :) [21:49] pwnguin, why dosen cymor want to use 7.04 ? [21:49] i have no fucking clue [21:49] * imbrandon rolls eyes * [21:50] ? [21:50] maybe point out a bug thats in feisty but not gutsy [21:50] such as, dm-crypt [21:50] if someone doesn't want to update to gutsy, that's their choice [21:51] context: kclug wants to hand out linux. cymor wants to hand out 7.04 because 7.10 is too new [21:51] ajmitch, its a member of our lug burning cd's to hand out at a conf in a few days [21:51] then that's another matter, and he needs to be hurt [21:51] gently [21:51] lol [21:52] now I know that gutsy isn't the most solid release we've had, but it's not completely bugridden [21:53] well that thinking it should be either 6.06 or 7.10, if 7.10 is tooo new [21:53] imho [21:54] ive already said as much [21:54] I wouldn't hand out 6.06 on cd [21:54] NTFS support by default is very useful. I've used Gutsy Live CDs more than once with Klamav/Clamav for scanning Windows PCs [21:55] anyways, it would help if you would hold this conversation in the place where the people who need to hear your opinion are [21:55] I'd use 6.06.2 when it's out, for certain systems [21:55] I had the idea ClamAV only scanned, does it clean also ? [21:55] hm, almost time to troll & heckle nixternal? [21:56] Klamav does. I'm not sure of the exact functional allocation between Klamav and Clamav [21:56] Tonio is doing it today [21:56] aw [21:56] * ajmitch didn't even take the opportunity to troll the other day :( [21:57] ScottK, are you sure ? KDE seems to be a KDE frontend for ClamAV [21:58] isn't KDE a virus ? [21:58] * LeRoutier runs [21:58] Klamav is a KDE frontend for Clamav. I'm sure that using Klamav, I expunged stuff. [21:58] * ScottK makes notes about who gets no more help... [21:58] and ClamAV does not clean, it is an advanced pattern finder, using a virus DB for the search [21:58] imho Hardy is going to be the end all, its got tons on great stuff comming building on 7.10 pluss a LTS [21:59] there hasnt even been a uds [21:59] however [21:59] nm .7 ftw [21:59] oh, i guess you kubuntu guys are excited about kde4 [21:59] ugh [21:59] yea [22:00] * imbrandon is in gnome/fluxbox , i just use kde apps [22:00] lol [22:00] i thought you were a kubnutu dev [22:00] yes i am, i'm just on a slow computer [22:00] oh right hahaahhaaha [22:01] nixternal: you're bad [22:01] :) [22:01] hahahahahaha [22:11] * norsetto goes to have a drink while mail-notification builds [22:13] okay, i am seriously confused, i wanted to release my program as gnu, but it uses the python ssl library does this mean i can not ?? [22:13] gnu gpl i mean [22:14] you can explicitly make an exception [22:14] it won't be strictly GNU GPL [22:14] okay, but whats that mean i need todo ? === cprov is now known as cprov-afk [22:15] do i include the gnu license, or do i use a modified version ? [22:16] or do i put something in the copyright file saying about the exception [22:16] maybe look at some other projects. anyone know of a project with an ssl exception? [22:16] yeah that would be helpful [22:17] a python one in particular would be useful [22:18] maybe post to the mailling list, or wait for the openweek sessions to finish up for today [22:19] okay, will do can hang around for a while anyway [22:20] its all quite confusing but thxs for helping, at least i know i can still use same license still just need to figure out how to make the exception [22:28] hrm i wish docfs and picasafs were public [22:29] why is that? [22:29] docfs? [22:36] docfs fuse fs for docs.google.com [22:36] and picasiawebfs same for picasa web [22:37] both made for google apps , by google and demo'd when they released fuse for Mac but not released , only macfuse was [22:45] heya persia, how is it? [22:45] Hi norsetto. Well here, but early. For you? [22:46] persia: well too, but late ;-) [22:46] :) [22:53] who was playing with azureus and iced tea one of this days ? [22:53] lamego: jdong [22:53] do you remember the results ? was it stable ? [22:54] lamego: stable on all but amd64, bug filed about icedtea/amd64 already [22:54] jdong, thanks [22:55] sure thing === bmk781 is now known as bmk789 [23:14] bye all [23:18] what has happened to xmms-flac package? it was in feisty, but it isn't in gutsy anymore. [23:19] do we still have xmms? [23:19] luckily yes :) [23:19] I wonder why, no one else does [23:20] iirc xmms-flac was built from some flac library and debian was disabling that so they could remove xmms [23:20] i still haven't found a better player. xmms does all that i need, and is very lightweight. [23:20] oh [23:22] this is just what i remember from a mailing list and/or bug report probably 9 months ago [23:22] Well there is the fact that xmms uses a legacy GUI toolkit library. [23:22] i.e gtk 1.2 [23:23] TheMuso: And is completely abandoned [23:23] Amaranth: Aye. [23:23] and was removed from _slackware_ in march [23:24] gentoo dropped it a year ago [23:25] and it still beats all the other players [23:25] rhythmbox ftw ;) [23:25] mpd FTW. :p [23:26] i don't like the music library style players, winamps style is the only one that works for me [23:26] i guess i should go to audacity, but it's usually horribly out of date in ubuntu [23:26] Well, each to their own, but afaik there are others like xmms2, or beep media player. [23:26] wait, you'll use xmms which is a gtk1.2 player, but you don't want to use audacity because it's "horribly out of date"? :) [23:27] i think beep (or bmpx nowadays) has gone the music library way too [23:27] slangasek: yes, because i can have the latest version of xmms, but not the latest (or even fairly current) version of audacity =) [23:27] i think that makes perfect sense ;) [23:28] Audacity is an editor. [23:28] err.. audacious [23:28] makes no sense at all to me [23:29] when i build apache with pbuilder it generates many .deb's, is there any way i can only generate apache-common for example? [23:30] nxvl: no. [23:31] slangasek: well, audacious is probably also heavier than xmms, like all the other recent players. and my machine is ancient. [23:31] well, you migth be able to edit the rules file to not build them, but pbuilder alone won't cut it [23:31] TheMuso: mm, ok [23:35] Anyway, I'dbetter get offline and finish getting ready. [23:37] bye TheMuso :) [23:37] have fun === nuu is now known as nu === nu is now known as nuu === nuu is now known as nu === nu is now known as nuu === yamal_ is now known as yamal