[00:01] cjwatson_: Hi, when you have time could you review bug #180669? It includes also a fix for the fakeroot FTBFS problem in hardy. [00:01] Launchpad bug 180669 in fakeroot "[Merge] fakeroot 1.9 from Debian unstable (includes also a fix for the FTBFS)" [Undecided,New] https://launchpad.net/bugs/180669 [00:11] hi, have a question - any one know what my be causing "gdbm fatal: lseek error" - happens every time i try using svn [00:17] t0mLe: bug #180368 [00:17] Launchpad bug 180368 in command-not-found "gdbm fatal: lseek error" [Undecided,Confirmed] https://launchpad.net/bugs/180368 [00:19] thank you geser; only did a quick search and did not find any thing.. [00:21] no know now of any temp fixes? [00:26] t0mLe: Are you sure it's svn giving that error, and not command-not-found? Try installing svn. [00:27] Fujitsu, i will try.. [00:28] ok, it probably was command-not-found [00:28] since installing SVN worked... [00:29] it did fix it.. === bigon is now known as bigon` [02:13] keescook, ping [03:52] im a software developer currently running archlinux on my laptop but sick of it.. going to switch to ubuntu but dont know if i should get ubuntu or kubuntu what are you guys running? [03:52] supersako: -> #ubuntu pls [03:52] ubuntu in here [03:53] and also ubuntu [03:53] Hobbsee: so what's up with you not running kubuntu anyway? ;) [03:53] Chipzz: wanted a change. *shrug* [03:54] Hobbsee: yeah but I though you maintained quite a few kde packages? [03:54] kde is group-maintained [03:54] but yes, i made some fo the uplaods to them === dmb_ is now known as dmb === j_ack_ is now known as j_ack [06:15] Hmm. Epiphany somehow lost NTLM support in hardy recently. [07:22] anybody in here? [07:24] metaquestions + impatience = win === asac_ is now known as asac [08:02] if I have a patch for devscripts, I should just post a bug and upload the debdiff right? [08:20] done that anyway: bug 180748 [08:20] Launchpad bug 180748 in devscripts "debchange should increment ~ppa revisions" [Undecided,New] https://launchpad.net/bugs/180748 === ChrisGibbs__ is now known as ChrisGibbs [10:08] Any chance of getting valgrind merged into hardy? It is a dev-only tool, so it shouldn't break things for users and it had some mayor updates. [10:30] Hobbsee: bug 180748 :) [10:30] Launchpad bug 180748 in devscripts "debchange should increment ~ppa revisions" [Undecided,New] https://launchpad.net/bugs/180748 [11:15] * Hobbsee marks a critical bug. [11:37] how does one get a sync request acted on? https://bugs.launchpad.net/ubuntu/+source/warzone2100/+bug/180357 [11:37] Launchpad bug 180357 in warzone2100 "Please sync warzone2100 version 2.1.0~0.svn3260-2 from Debian unstable (main)" [Medium,Confirmed] [11:39] pabs3: One waits. Particularly as it is a weekend. [11:51] pabs3: It will likely get hit on Monday. [11:52] cool. what about removing packages from gutsy? is that possible? [11:52] pabs3: Only in cases of extreme legal need. Better to remove from hardy. [11:54] not even for really really buggy stuff? a buggy SVN revision of warzone2100 was imported from Debian. it either needs to be removed from gutsy or synced from sid into gutsy [11:58] yes, the current warzone2100 version is _very_ much outdated, and we seem to be getting bugreports for that package on our bugtracker [11:58] pabs3: Not going to happen. The sensible solution is to backport the hardy version (once it's sync'ed) to gutsy. [11:58] pabs3: If it's really, really, really buggy (as in RC buggy), it might be eligible for an SRU. [11:58] even though we know that some of those bugs are fixed in later SVN versions... [11:59] persia: it isn't a release candidate it's a snapshot from a very unstable development trunk === Giel is now known as Giel|afk [12:00] Giel: I realise that, and had I known three months ago, I'd have tried to find a way to not include it. As it stands now, it's hard to fix unless it causes data loss, is a severe regression from a previous release, FTBFS, cannot be installed, or segfault on startup. [12:30] hunger: valgrind merged === Giel|afk is now known as Giel [12:32] persia: it _will_ cause incompatibility of several config files and savegames made with the version currently in gutsy _will_ break [12:33] which is something I think users should be made aware of when they upgrade their warzone2100 [12:34] Giel: That might be data loss, but it might be a candidate for a NEWS.Debian entry or richer maintainer scripts. I'm not one of the people who can confirm something is SRU worthy, but if you think there is a patch that would make the transition less painful, and wouldn't cause transition breakage by application, it might be worth submitting it. [12:37] persia: the savegame format that's used by 1436 is broken I think, so converting it to a workable savegame format might not even be possible [12:38] Giel: Hrm. In that case it sounds like a bug that can't be fixed, so NEWS.Debian would be the way to go. Pushing to backports soon, should help, as many gamers prefer to grab the latest version anyway. [12:39] also lately we have been working on moving the savegames to a new format, until that's finished we'll have some intermediate formats that will break for sure [12:39] as long as users are aware of that I think it shouldn't be much of a problem [12:41] Giel: OK. Best thing to do is to get the fixes into alioth SVN before 10th February or so in order to be sure they can be included for hardy. === \sh_away is now known as \sh [14:12] Hi it seems that udev rules are missing in latest libsane for hardy [14:14] kaaloo: Please report a bug, thanks. [14:15] minghua:Ok will do [14:18] mmm, seems its been done on purpose : "Do not install the udev rules, since hal now provides dynamic ACLs on device nodes. (See hardy-hardware-detection spec.)" === Fjodor_ is now known as Fjodor [16:14] hi [16:14] how do i work on ubuntu drivers and themes on launchpad [16:16] HELLLLLLLLLLLLLLLLLLLLO [16:17] tuxice: hi, I imagine everyone is busy atm [16:17] it's only been two minutes [16:17] tuxice: Also, your question doesn't make sense. [16:17] (also, I'm afraid I can't help, I'm not an ubuntu dev, just a DD who occasionally needs to ask about ubuntu's versions of your packages) [16:17] s/your/my/ [16:19] ok :) srry for messing up this thread === bigon` is now known as bigon === Ubulette_ is now known as Ubulette [16:51] Riddell: Thanks for merging valgrind! [16:52] * hunger grumbles. aptitude keeps crashing here. === blueyed__ is now known as blueyed [18:01] whats it mean when kubuntu and ubuntu share the ubuntu codebase but kubuntu dosent have automatic printer setup [18:05] articpenguin3800: they have different desktop apps, one of those apps is system-config-printer which I'm currently porting to KDE [18:06] so that means its a gnome app that does that [18:07] articpenguin3800: yes [18:08] k thanks === Ubulette_ is now known as Ubulette [20:01] anyone happen to know where unicode annotations are? I need to file a bug report [20:01] would seem like libuninameslist0 but that isn't installed on my system === d33p__ is now known as luisbg_ === luisbg_ is now known as luisbg [20:40] While working on libvirt, I've come across a rather odd problem. The core of it is that on Fedora, the following works, but on Ubuntu, I get an -EINVAL: "brctl addbr foobr ; ifconfig foobr up". On Ubuntu, ifconfig up fails until the first interface has been added to the bridge. AFAICS, the kernel is the same and the differences in the bridge-utils packages are cosmetical.. Any guesses? [20:42] soren: How are you on perl module dependencies and sbuild getting confused? I've got a problem I'm trying to sort out and am looking for help. [20:43] ScottK: Not sure. What's the issue? [20:43] http://launchpadlibrarian.net/11178540/buildlog_ubuntu-hardy-i386.mime-tools_5.425-0ubuntu1_FAILEDTOBUILD.txt.gz [20:43] libfile-temp-perl is already installed with insufficient version, so the newer one doesn't get pulled in and then later this is discovered and sbuild gives up. [20:45] Builds fine in my local pbuilder, of course. [20:45] ScottK: Looks quite odd. [20:46] ScottK: err [20:46] ScottK: I doubt that's actually installed in the chroot [20:46] scottk: are you sure it isn't provided by the perl package itself? [20:47] ScottK: sbuild and pbuilder handle build-depends on virtual packages very differently [20:47] elmo: I think an older version is provided by perl-modules [20:47] elmo: Any suggestions? [20:50] ScottK: if you really depend on that new a version of libfile-temp-perl? get perl to stop providing the package... [20:50] elmo: It does. [20:51] elmo: but... It's a versioned dependency? [20:51] soren: so? sbuild doesn't have the "smarts" to figure this out. it doesn't in Debian either [20:51] elmo: I see. [20:51] and how does the versioned dependency matter anyway? it's not exactly a clearly defined area [20:52] perl-modules just says "I provde libfile-temp-perl", it doesn't mention versions explicitly [20:52] Sbuild shouldn't think it's already satisfied the dependency when it hasn't [20:52] elmo: Well, if it's a versioned dependency, it can't be fulfilled by a Provides: blah? [20:52] elmo: ..or so I thought. [20:52] in fact it C/R/P libfile-temp-perl, which is a big hint to the packaging system of 'replace this package with me instead' [20:53] soren: I don't think that's defined/a given, esp. given the C/R/P [20:53] Looks like I need to 'fix' perl-modules then. [20:53] elmo: True. I didn't notice the C/R/P, though. [20:55] why this happen ? [20:55] http://launchpadlibrarian.net/11121825/buildlog_ubuntu-hardy-i386.win32-loader_0.6.0%7Epre3_MANUALDEPWAIT.txt.gz [20:56] locales-all is a virtual package and isn't satisfied [20:56] buid-depending on virtual packages is asking for trouble. [20:57] there are a lot of ones like that on the FTBFS list [20:57] depending on locales-all [20:57] err, locales-all doesn't even exist in hardy, AFAICS? [20:58] hmm.. [20:58] it should build against libc6-dev? === Lure_ is now known as Lure [20:59] elmo: thanks for the tip =) [21:12] ScottK: your perl build problem is bug #111800 filed by you :) [21:12] Launchpad bug 111800 in sbuild "sbuild attempts to satisfy versioned depencies and fails - causes packages to FTBFS" [Unknown,Confirmed] https://launchpad.net/bugs/111800 [21:13] geser: Thanks. I thought that sounded familiar. [21:13] It looks like there's a real problem between perl-modules and libfile-temp-perl that has to be sorted out. [21:14] I should try to get infinity's attention to this bug [21:14] Since perl-modules conflicts [21:14] Please do. [21:16] In the meantime, I'm going to figure out how to rip libfile-temp-perl out of perl-modules so we can use the newer one instead. [21:42] Kmos: Duping a bug that is assigned to someone to work on (particularly someone like inifinity) may not have been the best thing to do. [21:42] Bug #178536 [21:42] Launchpad bug 178536 in sbuild "Preinstalled Build-Depends not properly detected (dup-of: 111800)" [Undecided,New] https://launchpad.net/bugs/178536 [21:42] Launchpad bug 111800 in sbuild "sbuild attempts to satisfy versioned depencies and fails - causes packages to FTBFS" [Unknown,Confirmed] https://launchpad.net/bugs/111800 [21:42] ups [21:42] i should dupe the oldest one ? [21:42] I think you should leave it alone. [21:43] i.e. put it back the way you found it. [21:43] ok [21:43] Why would you ever duplicate a bug? [21:44] ScottK: done [21:44] Thankyou Kmos. [21:44] somerville32: Dupe = mark as duplicate [21:45] Fujitsu: no problem [21:45] I didn't think I noticed it being duped - seems I looked at it a couple of minutes after it was duped, so I hadn't got a mail. [21:45] Ahhh, that makes more sense now [22:29] soren: build-depending on virtual packages is sometimes a very reasonable thing to do [22:30] soren: the issue is that you don't want to do it if there's more than one real package providing it at a time; but some yokels like to change -dev package names like they change their underwear, and the virtual package name is the only thing persistent that you can build-depend on [22:33] slangasek: Any suggestions on how to deal with build-deps on perl-modules that are both in 'perl-modules' (but in insufficent version) and have newer ones packaged separately? [22:34] ScottK: add versioned build-deps? [22:34] Mithrandir: sbuild doesn't understand those. [22:34] I've got that already. [22:34] err, context [22:34] ScottK: uh, yes it does. [22:34] sbuild doesn't understand them against virtual packages [22:34] scottk: I think you have to update the code in perl-modules [22:35] scottk: if you rip it out of perl-modules, you risk breaking stuff which depends on it being present in perl-modules (-> no explicit Depends) [22:35] elmo: I hope you're wrong, but am afraid you aren't. [22:35] My plan was to make perl-modules depend on whatever I ripped out. [22:35] oh, well that'd work too [22:35] So it could still be relied on to be there. [22:36] But could continue to be updated without having to update perl-modules every time. [22:36] the only other alternative (and I'd strongly unrecommend this) is changing the pkg name [22:36] I'm not even thinking about going down that path. === \sh is now known as \sh_away [22:43] I don't understand why the flip-flop between shipping it in perl-modules and shipping it as a separate package, fwiw [22:48] slangasek: True, but that's kind of a special case, IMO. [22:48] Well I don't exactly either, but a newer version that some packages need is now packaged separately. [22:53] soren: it's common enough that "build-depending on virtual packages is asking for trouble" is misleading. :) [23:15] any ubuntu dev'rs here wondering about this: http://ubuntuforums.org/showthread.php?t=633068 [23:15] srry if i'm not allowed to ask this here.. [23:17] IceKiller: might be useful to give a quick one-line overview of what $this is [23:17] IceKiller: try #ubuntu-x, more likely to be useful [23:17] the Intel driver + MESA 7.01 shipped with Gutsy is quite buggy with Intel GM965, there are new 'drivers' and was wondering if it was going to be included in the mainstream [23:18] http://www.mesa3d.org/relnotes-7.0.2.html where it mentions among other things that: "Fixed an assortment of i965 driver bugs" && a new Intel driver, version 2.2.0: http://xorg.freedesktop.org/archive/...l-2.2.0.tar.gz [23:19] IceKiller: okay, so re-paste your 1st, 3rd and 4th lines to #ubuntu-x as noted by thom [23:19] just did ;) [23:20] ty :p [23:34] Fujitsu: Looks to me like libfile-temp-perl and libtest-harness-perl are the only perl-modules affected. [23:34] * ScottK2 runs off again.