=== Corey_ is now known as Corey [06:13] What directory is one supposed to upload to on revu? I am using dput in precise, and the default revu config doesn't seem to be working. === Amaranthus is now known as Amaranth === yofel_ is now known as yofel [07:47] good morning [08:02] Hi, a depend on "mysql-client-5.1 | mysql-client" should just be fine in precise ? [08:02] as mysql-client is meta package for mysql-client-5.5 ? [08:06] binary depends or build depends? [08:07] binary depends is fine [08:08] * micahg wonders why he thinks there would be binary depends on mysql-client [08:26] micahg: its binary depends [08:26] http://anonscm.debian.org/gitweb/?p=users/zigo/automysqlbackup.git;a=blob;f=debian/control [08:27] so https://bugs.launchpad.net/ubuntu/+source/automysqlbackup/+bug/931123 should be just fine no ? [08:27] Ubuntu bug 931123 in automysqlbackup (Ubuntu) "Sync automysqlbackup 2.6+debian-1 (universe) from Debian testing (main)" [Wishlist,Incomplete] [08:30] dupondje: yes, that's fine [08:45] What directory is one supposed to upload to on revu? I am using dput in precise, and the default revu config doesn't seem to be working. [08:52] It seems /incoming doesn't exist, and the dput precise config for review uses /cinoming for uploads... [08:55] can any one help me in contributing to Ubuntu === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [10:19] Anyone around for a quick question on low priority values in debian/control? [10:19] :) === _ruben_ is now known as _ruben === al-maisan is now known as almaisan-away [12:17] bkerensa: just ask your question [13:38] "It would be nice to update the ubuntu software center with an new high resolution icon, a new description and the latest version of wesnoth." [13:38] … if only I know what's the issue with the current icon or description is in there, and whether wesnoth-1.10 does appear (on precise) in the software center … === almaisan-away is now known as al-maisan [14:04] Rhonda: http://imagebin.org/198691 [14:08] thats french (and 1.8 …) [14:08] thanks :) [14:08] yeah, it's in French sorry, but at least you can see the icon ;> [14:09] yep :) [14:09] but not understand the issue with the description [14:14] I guess something in app-install-data is wrongly generated [14:15] the icon for 1.10 /usr/share/app-install/icons/wesnoth-1.10-icon doesn't have a (.png) extension [14:17] i think i was told to drop the .png part from the desktop file [14:18] might that be the reason? [14:20] hmm, no, that seems to have been dropped from 1.8, too [14:20] but png doesn't scale [14:21] and I fear I don't have any high resolution icon, I'll ask upstream [14:22] what resolution would be needed? it's 64x64 currently [14:22] and in your screenshot it looks way smaller than that, mr_pouit [14:24] you should probably ask mvo about that [14:54] ajmitch: hello [14:58] Is there a way to see reverse build depends ? [14:59] dupondje: reverse-depends -b [15:02] micahg: in what package is reverse-depends ? [15:02] ubuntu-dev-toools [15:02] err.2 o's [15:02] grep-dctrl -FBuild-Depends,Indep-Build-Depends $package -sPackage /var/lib/apt/lists/*_Sources [15:03] dctrl-tools is quite helpful :) [15:04] yes, but we have a tool that does that and makes it pretty [15:05] reverse-build-depends it is no ? :) [15:05] getting reverse-build-depends: unable to find sources files. [15:05] dctrl-tools is pretty useful for other stuff too :P [15:05] dupondje: you need to add deb-src lines to your sources.list file [15:06] Rhonda: they are added ... :) [15:06] but it looks for precise deb-src's prolly ... [15:06] and dev machine is on oneiric ... so sources.list only contains oneiric shizzle [15:07] > grep deb-src /etc/apt/sources.list | wc -l [15:07] 8 [15:07] Don't let your current chosen distribution limit your deb-src entries. :) [15:07] oh [15:08] grep -c [15:08] * Rhonda hides for useless use of wc :) [15:12] hmz [15:12] added precise deb-src's in sources.list [15:12] main/universe and multiverse [15:12] but it doesn't seem to find universe with reverse-build-depends [15:13] dupondje: reverse-depends isn't dependent on anything on your local system (aside from the ubuntu-dev-tools from precise) [15:14] micahg: it does look at entries in sources.list ? [15:15] dupondje: no, it uses a service (either LP or something from Debian), not so sure on the implementation details [15:15] doesn't it use a "web-service" on ubuntuwire? [15:16] or do I mix it with an other script? === bregma_ is now known as bregma [15:20] I think it does, but I didn't want to say for sure [15:20] def query_rdepends(package, release, arch, [15:20] server='http://qa.ubuntuwire.org/rdepends'): [15:20] """Look up a packages reverse-dependencies on the Ubuntuwire [15:20] Reverse- webservice [15:20] """ [15:21] looking at the code it does :) [15:21] dupondje: reverse-build-depends is the old tool. revese-depends is the new one [15:22] reverse-depends -b :) [15:23] found now :) added ubuntu-dev-tools ppa :D [15:23] thx [15:23] any backporters around? what's the proper suffix for the version string for backporting from precise to e.g. lucid? [15:24] Rhonda: backportpackage should do the right thing (and the suffix will be ~lucid1 IIRC) [15:24] source change needed, so that tool is out of scope [15:24] right [15:25] Rhonda: yes, ~lucid1 is appropriate, but I think we (backporters) still need a debdiff [15:25] broder: ^ your backports documentation doesn't mention this [15:26] micahg: sure, but that debdiff has to contain the version in the changelog already :) [15:27] Rhonda: indeed, I appreciate you trying to do it right the first time :) [15:27] lol: https://lwn.net/Articles/477096/ [15:28] lol [15:30] lol === menesis1 is now known as menesis [16:41] tumbleweed: patches welcome! :) === al-maisan is now known as almaisan-away [16:41] i'll take a look at some point [16:48] broder: thought you might say that :) [16:48] it *is* a wiki [16:49] I'm also not a backporter. but yes, I should have just fixde it [18:08] Goodday! Sorry for bothering, but I really need some help with a package. The upstream tarball contains a debian/patches/x.diff file which I want to get rid of (actually, I want to get rid of the whole upstream debian/*). Currently, an older version of the package tries to achieve this in the "get-orig-source" target, but this approach doesn't seem to work. If I upload my results to Launchpad Buildserver (my PPA) the packages fails [18:08] to build because of the upstream patch file. Any hint is appreciated :) [18:09] 3.0 packages should remove upstream debian/ packages on repack [18:09] but that has other issues, you should repack the orig source [18:10] it's a 1.0 package :S [18:10] and hit upstream with a large stick [18:11] why do they patch their own source? [18:11] unfortunate, we don't live in an ideal world :( [18:12] :) [18:13] But, your suggestion would be to migrate it to a 3.0 package, and implement a "repack" target in the rules file? [18:13] repacking is not done during the build but before [18:14] you take the orig tarball, remove the debian/ and then consider that your new orig tarball [18:14] with a version suffix like +dsX or +dfsgX [18:16] ok, thanks [18:37] micahg: Actually I still wonder whether going through with a source-change upload for wesnoth-1.10 instead of *also* backporting fonts-droid to avoid the source change is really the better path … [18:47] could somebody check https://bugs.launchpad.net/ubuntu/+source/automysqlbackup/+bug/931123 [18:47] Ubuntu bug 931123 in automysqlbackup (Ubuntu) "Sync automysqlbackup 2.6+debian-1 (universe) from Debian testing (main)" [Wishlist,Incomplete] [18:48] no idea why it would fail to install [18:58] anyone ? [19:08] dupondje: No idea, works fine when put in an apt repository. [19:09] dpkg -i .... && apt-get -f install wants to remove the package, as the report says. But that shouldn't matter for installability checks. [19:10] I would say it's a bug/oversight in apt, it's definitely not a problem with your package. [19:14] jtaylor: there ? [19:14] dupondje: yes [19:15] you have a log when you tried to install automysqlbakup ? [19:16] no it just says cannot install or removes it again depending on what tool you use [19:16] thats odd, as it should just install correctly when you have 'mysql-client' installed ? [19:17] It works in a apt-archive, so those tools need to get fixed imho. [19:18] maybe but the fix is trivial [19:19] its indeed easy to fix, but still it should not be needed [19:20] file a bug against the tools then [19:21] barry: numpy 1.6 merge https://code.launchpad.net/~jtaylor/ubuntu/precise/python-numpy/merge-1.6/+merge/92671 [19:21] comments welcome [19:22] Ampelbein: jtaylor: any debug output of the installation of automysqlbackup? don't have a native precise system here :) [19:22] jtaylor: putting it on the list [19:23] dupondje: http://paste.ubuntu.com/840800/ [19:24] gdebi log: http://paste.ubuntu.com/840803/ [19:25] or Cannot install 'mysql-client-5.1' [19:25] Ampelbein: why would apt-get -f install get the package removed? [19:26] because it can't satisfy the dependency, it probably does not check the or [19:26] then its a bug in the package [19:26] no [19:27] Depends: mysql-client-5.1 | mysql-client [19:27] if its dependencies cant be satisfied, how is that NOT a bug in the package? [19:27] It's a OR dependency. [19:27] so? [19:27] its a bug in the package, its using features not generally supported [19:27] is either possible to get satisfied? [19:27] uh? [19:27] or dependencies are generally supported [19:27] Yes, rhonda, the latter is satisfieable. [19:28] apparently not if one of the or's does nto exist [19:28] then why claim it cant be satisfied? :) [19:28] mysql-client is metapackage for mysql-client-5.5 so :) [19:28] Rhonda: see http://paste.ubuntu.com/840800/ [19:29] You'd have to ask apt why it thinks it can't be satisfied when using "apt-get -f install". It works perfectly fine when downloading from a repository. [19:29] and if you install mysql-client, you can install it with dpkg ? [19:30] Yes. [19:31] So guess it can be synced then ... :) only need to get the apt-get bug fixed, but thats quite minor no ? [19:32] I'm not going to sync it, I like stuff gdebi installable [19:34] I also get Could not open required defaults file: /etc/mysql/debian.cnf [19:34] is that a chroot issue? [19:43] Adri2000: here you go: http://people.canonical.com/~ubuntu-archive/transitions/opencv.html [19:45] opencv is such a small transition? :O [19:45] vtk5.4 was smaller, and much harder :) [19:45] oh, actually about the same size [19:46] those science packages... [19:46] ^^ [19:47] * ajmitch is really glad that debian transitioned to boost1.48 after DIF [19:47] tumbleweed: crap. I forgot to give you your power supply last week :( [19:48] tumbleweed: oh, great, didn't know we had that in ubuntu as well [19:48] is there any way to tell sponsor-patch that it should sync from testing? [19:49] highvoltage: oops. Are you back in canada yet? [19:51] broder: doesn't look like it. It just uses -V [19:51] ok. i'll file a bug [19:51] bdrung: I suppose we should do a final u-d-t upload for precise some time soon === shadeslayer_ is now known as shadeslayer === koolhead17 is now known as koolhead17|zzZZ === tobin is now known as joshuaBRB === joshuaBRB is now known as tobin [22:50] Is anybody else unable to upload to review? Seems the /incoming directory doesn't exist... [22:51] ajmitch: ^ [22:52] someone else had that problem a while ago too [22:52] seems to a general issue [22:53] tumbleweed: feel free to do the final u-d-t upload [23:05] TheMuso: I can take a look [23:09] Rhonda: I would tend to say a source name change is worth a sourceful backport upload [23:14] ajmitch: Thanks. When I use lftp to look at ftp://revu.ubuntuwire.com, I see no incoming directory, as required by precise's revu dput config. [23:15] TheMuso: right, I'm just trying to figure out what changed, this appears to have happened when it rebooted last [23:15] dupondje: your merge request bugs aren't very descriptive [23:16] TheMuso: can you retry? [23:16] no, looks like it won't like the symlink there.. [23:21] tumbleweed: none are really changing alot, could you give me the one [23:22] TheMuso: ok, incoming/ is a directory now, I was just trying to hide the parent directory contents properly :) [23:23] dupondje: you mean I need to read the patch before I can see how much work its going to be? [23:24] you are talking of what merge now ? [23:24] the ones that say "Merge!" [23:25] well both merges (pdns & snort) are quite small ... [23:25] you know that, I don't [23:25] I also can't see how important they are (compared to all the other last-minute-before-FF things in the queue) [23:25] tumbleweed: thanks for grabbing the u-d-t patch [23:26] broder: np [23:26] i'll put some info (changelog + description) in them [23:27] dupondje: thanks [23:28] https://bugs.launchpad.net/ubuntu/+source/pdns/+bug/931133 something like this ? [23:28] Ubuntu bug 931133 in pdns (Ubuntu) "Please merge pdns 3.0-1.1 from debian testing" [Undecided,New] [23:29] much better (although I can't help you with that one, it's main) [23:29] pdns needs to get in, I can take a look later tonight [23:29] micahg: its quite (extremely small) patch ;) [23:29] only had to fix the multiarch libmysql [23:29] dupondje: sorry for the bad advice about automysqlbackup, I'm not quite sure why it behaves that way (as in it doesn't install) [23:30] no problem! got some info in -devel [23:30] but if switching the arguments makes it installable, then let's just do that [23:30] well 1 can be dropped [23:30] doesn't need to depend on mysql-client or mysql-client-xx [23:30] just mysql-client is ok [23:31] ajmitch: Thanks, will try now. [23:31] going to try to catch the debian maintainer if possible, else i'll put a merge on LP [23:31] tumbleweed: pdns is universe? [23:31] release (universe) [23:32] https://launchpad.net/ubuntu/+source/pdns/2.9.22-9ubuntu4 [23:32] dupondje: ah. it must have once been main [23:32] lp lists it as main in some places [23:33] yea indeed [23:33] but for precise its universe ... :) [23:36] ok, having a look [23:36] updated https://bugs.launchpad.net/ubuntu/+source/snort/+bug/931454 [23:36] Ubuntu bug 931454 in snort (Ubuntu) "Please merge snort 2.9.2-3 (universe) from debian unstable" [Undecided,New] [23:36] this one is most important :) [23:57] dupondje, your bug got a comment :)