[00:01] <shockingbehavur> i forget....also the pre-requisites..for building mythtv ive also loaded them
[14:00] <disputin> I'm having issues with ttvdb.py where it hangs and won't end/complete.  The only way to stop the process is using kill -9.  I'm using version included in mythtv-common  2:0.25.2+fixes.20121002.139bd59-0ubuntu0mythbuntu4
[14:01] <disputin> There is no entries in the logs for mythtv or the server indicating what that there is a problem with ttvdb.py.  I've restarted the mythtv-backend and rebooted the server without any success
[19:06] <grunthur_> Hi all. I need kernel 3.2 for the latest support of my tuner (anysee DVB-T2). Does anyone know when kernel 3.2 will be available in mythbuntu?
[19:06] <tgm4883> grunthur_, it already is?
[19:07] <grunthur_> Hm!
[19:07] <tgm4883> Linux tmashos-wks 3.2.0-31-generic #50-Ubuntu SMP Fri Sep 7 16:16:45 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
[19:07] <grunthur_> Sorry! I mean 3.3!
[19:08] <tgm4883> grunthur_, ah
[19:08] <tgm4883> grunthur_, IDK about 3.3. We get our kernel from the underlying Ubuntu base, so whenever they backport the 3.3 kernel we'll get it at the same time
[19:08] <tgm4883> you might try asking in #ubuntu
[19:09] <tgm4883> (I'm assuming you're on 12.04
[19:09] <grunthur_> Yeah, but isn't there a desicion to stay with the LTS releases only?
[19:09] <tgm4883> grunthur_, kernels get backeported to LTS releases
[19:09] <grunthur_> Aha, okay! That's comforting. I did not know that.
[19:09] <tgm4883> yea, one of the reasons we decided that LTS was OK
[19:10] <tgm4883> also, we're just not releasing ISO's for non-LTS releases
[19:10] <tgm4883> you can still get to a Mythbuntu install on non-LTS releases if you really really need to
[19:10] <grunthur_> Aha, okay, so apt-get updating will still do the trick?
[19:10] <tgm4883> yep
[19:10] <grunthur_> Neat!
[19:11] <grunthur_> Thanks a lot!
[19:11] <tgm4883> yw


[01:16] <cjwatson> jibel: Wubi is ready for testing in natty, and for upgrades from prior releases, provided that it is installed to the same partition as Windows (usually C:).  For other situations, I've promoted bug 610898 to beta-2-critical and have a plan for it.
[01:16] <ubot4> Launchpad bug 610898 in lupin (Ubuntu Natty) (and 3 other projects) "grub-pc upgrade renders computer unbootable when Wubi is installed to partition other than Windows (affects: 15) (heat: 120)" [High,Triaged] https://launchpad.net/bugs/610898
[01:19] <cjwatson> jibel: any grub-pc upgrade to anything other than current natty (e.g. lucid->lucid-updates, lucid->maverick, maverick->maverick-updates) has a good chance of breaking, so don't bother testing those yet.  Once the current grub2 SRU is verified on both distributions and promoted to -updates, I have candidate fixes that can go into -proposed.
[06:18] <micahg> slangasek: are you available to apply some overrides?
[06:18] <slangasek> micahg: sure
[06:19] <micahg> slangasek: http://paste.ubuntu.com/590061/, thanks, I have on my list to discuss the -y option w/the team (just letting you know I haven't forgotten :))
[07:32] <slangasek> micahg: all applied
[07:37] <micahg> slangasek: thanks much
[08:30] <micahg> slangasek: it seems like the overrides aren't applies on security.ubuntu.com
[08:30] <micahg> *applied
[08:32]  * micahg wonders if he needs to wait for another publisher run as we're in the middle-of-the-night-publisher-takes-so-long time
[08:49] <cjwatson> micahg: no, we're not
[08:49] <cjwatson> or at least we shouldn't be
[08:50] <micahg> cjwatson: I think I'm just going to go to bed and finish in the morning, maintenance starts in 10 minutes anyways
[08:51] <cjwatson> micahg: what exactly are you doing to test?
[08:51] <micahg> cjwatson: well, we have a script that checks that the files are available, but I tried the URL in the browser as well
[08:52] <micahg> http://archive.ubuntu.com/ubuntu/pool/universe/n/nss/libnss3-tools_3.12.9+ckbi-1.82-0ubuntu<IP_ADDRESS>_amd64.deb doesn't exist, but the same URL with s/universe/main/ works
[08:52] <cjwatson> actually, I think it's syncing right now
[08:52] <micahg> ah, ok
[08:52] <cjwatson> http://security.ubuntu.com/ubuntu/Archive-Update-in-Progress-syowa.canonical.com exists
[08:52] <jibel_> cjwatson, ack and thanks for the fix. I'm testing the upgrade and will test the installation as soon as a daily build is available.
[08:53] <micahg> cjwatson: thanks, I'll just publish it first thing in the morning then
[08:54] <cjwatson> it looks fine on cocoplum FWIW
[08:55] <micahg> cjwatson: thanks, I just want to make sure the URLs work in the USN before I send it out
[08:55] <micahg> that just means I need to wait vs someone else needs to do something which is good
[08:55] <cjwatson> (the files are in main and symlinked from universe, but that always happens when you move a package between components; it should move entirely to universe after some grace period)
[08:56] <micahg> ah, it's working now :)
[10:01] <Mez> has the archive signing key recently changed?
[10:03] <cjwatson> no
[10:04] <Mez> musta just caught it during an update... I got a BADSIG on lucid-updates
[10:05] <Mez> (and then a fail trying to get it via ipv6 - on a none ipv6 network)
[10:06] <Mez> I have a feeling my Datacentre is doing some random stuff..
[11:01] <jibel_> cjwatson, ubuntu daily-live failed because of 'bzr: ERROR: Not a branch: "http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.natty/".'
[11:01] <jibel_> maybe because lp was offline
[11:02] <jibel_> cjwatson, can you run it again ?
[11:06] <cjwatson> yeah, I saw that, will do
[11:06] <cjwatson> (I get mailed about such things)
[11:07] <cjwatson> it's re-running now
[11:29] <jibel_> thanks
[14:09] <highvoltage> skaet: this is most probably the last upload we'll have to make for Edubuntu, it will be low-impact and I'll take care of any documentation that needs to be updated (since it's all on the Edubuntu site anyway): https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/746021
[14:09] <ubot4`> Launchpad bug 746021 in ltsp (Ubuntu) "Edubuntu LTSP Live shows Ubuntu Theme instead of Edubuntu Theme (affects: 1) (heat: 6)" [Wishlist,Confirmed]
[14:10] <highvoltage> skaet: myself and stgraber gave it +1's from the edubuntu council, and stgraber is ready to sponsor it when ack'd
[15:51] <skaet> highvoltage, stgraber:   looks reasonable,  I've gone in and approved it.
[15:58] <stgraber> skaet: thanks, I'll upload it soon
[19:04] <stgraber> highvoltage: uploaded, there was one remaining issue. version number should have been ubuntu4 not ubuntu3 (ltsp got uploaded in between)
[19:05] <highvoltage> stgraber: great
[19:05] <stgraber> highvoltage: I also closed the bug manually (noticed after uploading that there wasn't a LP: #xxxxxx entry :)
[19:06] <highvoltage> thanks stgraberbot
[19:07] <stgraber> hehe :) My LP comments aren't as pretty though.
[21:25] <ScottK> cjwatson: The backports not-automatic changes have landed in Soyuz.  The LP team has asked me if it should be enabled for Natty.  I believe it should.  Any objections?
[21:33] <cjwatson> no objections
[21:38] <ScottK> Thanks.
[23:24] <Laney> We ought to propose our opening-of-n-backports-after-ff idea
[23:59] <ScottK> Laney: Yep.  Next cycle.  I think it's too late for that now.


[01:24] <goodtime> anybody here use smuxi as a IRC client here?
[02:19] <dougl> xserver-xorg-video-all : Depends: xserver-xorg-video-nouveau but it is not installed - I installed nvidia drivers, can I remove xserver-xorg-video-all ?
[06:39] <lordievader> Good morning.
[06:41] <JordanJ2> Morning
[06:46] <lordievader> Hey JordanJ2, how are you?
[06:50] <JordanJ2> Good, you?
[06:50] <lordievader> JordanJ2: Doing pretty good, trying to get git working on Windows.
[06:53] <JordanJ2> Ah
[06:57]  * lordievader has succeeded
[10:52] <pnunn> Any tricks to get the new kde installed? I've enabled ppa experimental, but doesn't seem to be there.
[10:54] <lordievader> pnunn: KDE 4.13beta is in Trusty.
[10:54] <lordievader> !info libkdecore5 trusty
[10:54] <lordievader> !info libkdecore5 saucy
[11:00] <pnunn> Ok, is that the kde next alpha that is being discussed?
[11:01] <lordievader> pnunn: It is either the beta or the rc. Anyhow if you want it, I'd wait till the release of Trusty (the 17th) and simply upgrade.
[11:02] <pnunn> Sounds fair lordievader, just got a vm set up to test trusty so thought if there was another kde out there I'd give that a spin too.. thanks.
[11:03] <lordievader> No problem ;)
[11:03] <pnunn> didn't know you could get package info from the bot on here, that's cool.
[11:07] <BluesKaj> 'Morning all
[13:38] <rogmo> where I can change keyboard layout in kubuntu 13.10, I have checked in system settings in keyboard tab , there I can change keyboard model but didnt found there how to change keyboard layout, I like to change it to finnish
[13:52] <zhick> rogmo: in the layout-tab you can add a different layout
[14:01] <rogmo> zhick: thanks
[17:52] <milovan> Hello, anyone tried to use KSystemLog to show Apache AccesLog? It does work, but date is not read from log, instead its set for every line on 1AM
[19:52] <Trollkar1en> !14.04
[19:52] <Trollkar1en> Hi all 14.04 kubuntu stuff also in #ubuntu+1 ?
[19:55] <Trollkar1en> I have an issue that works in unity(or whats its called now adays) but not i kubuntu on 14.04
[19:56] <Trollkar1en> When i have signal loss from HDMI(turn on off reciever) the screen never wakes until i restart lightdm
[19:57] <lordievader> Trollkar1en: Yes, Kubuntu Trusty support is also in #ubuntu+1
[19:57] <Trollkar1en> oki, thx
[21:04] <rcw2> how to i change the time format to 12 hr from 24 hr
[21:16] <bprompt> rcw2:      system settings > locale > date & time
[21:18] <rcw2> bprompt, nice, i didnt see how to get there by right clicking the clock, if even possible
[22:10] <Addle> Wow, from bad to worse with this installation. Had to upgrade from 13.10 to 14.04 Beta 2 because the windows were black (mesa broke compositing with this intel video card, I think). The plasma-nm applet was flaky and I had to edit the wireless connection directly to get the config for it, and it would only appear slowly after a try or two.
[22:11] <Addle> Now, however, the entire plasma-nm doesn't work and systemd-logind is restarting too fast (killed by ABRT).
[22:12] <Addle> I can't reboot the system from lightdm or the menu (shutdown -r now works fine).
[22:12] <Addle> Well, that'll teach me to install a Beta on my friend's computer. ;)
[22:12] <Addle> Any hints about debugging the systemd-logind issue and the network?
[22:15] <Addle> FYI, the black window contents problem can be worked around by disabling compositing, in case anyone else hits it.
[22:39] <Addle> qdbus does not work. That explains a few things.
[22:45] <Addle> Well, qdbus is running now, but that fixed nothing. Hrm.
[22:48] <bprompt> lol
[22:48] <bprompt> a full install rather than an upgrade is most often better
[22:49] <Addle> bprompt: Yeah, they never work for me. lol
[22:50] <Addle> bprompt: Seeing if I can just switch off compositing on the install DVD and get that to work.
[22:51] <Addle> bprompt: I hadn't debugged it, and so I never tried just Shift+Alt+F12. Could work.
[22:51] <bprompt> ahemm    tis only 17more days for the full 14.04 release you know
[22:52] <Addle> Well, that worked. :)
[22:53] <Addle> Yeah, but I don't want to have to reinstall/upgrade yet again. I already have two other systems I need to upgrade when it's released.
[22:53] <Addle> Hopefully the Mesa/intel thing is fixed by then (there's a bug report).
[23:45] <Addle> Well, fresh reinstall, wireless wasn't working. Update, and now none of the plasma-nm stuff works. Yeah, perhaps installing 14.04 Beta 2 on this system is premature. Oh well, it's "beta" for a reason. I'll pop on 13.10 and deal with the later upgrade.


[00:59] <srp> howdy. Is there any way to compare kernel config params (i.e. the CONFIG_ bits in config-<kernel-version>) between two different versions?
[01:00] <srp> other than writing a program to do so or comparing by hand, I meant
[06:19] <gerald_> q
[07:58] <apw> srp (N,BFTL), not really, mostly by writing comparitors
[10:02] <leighman> hey, trying to load a backported drm module on 14.04 using dkms but it says it is tainted
[10:02] <leighman> is this to do with signing? can I enable signing somehow?
[10:02] <leighman> taint code is 4098
[10:02] <leighman> drm and i915 module
[10:17] <apw> leighman, i think  it tells you why when  it taints, in dmesg
[10:17] <apw> though it is very likley them not being signed is what it says
[10:18] <apw> you cannot sign external modules as the key used to sign internal modules has been destroyed deliberatly
[10:18] <apw> why do you care that it is tainted
[10:18] <leighman> apw: it disables trace events
[10:19] <leighman> due to http://lwn.net/Articles/588799/ I think?
[10:20] <leighman> /proc/.../tainted gives 4098
[10:20] <leighman> which seems to be TAINT_OOT_MODULE and TAINT_FORCED_MODULE
[10:20] <leighman> TAINT_FORCED_MODULE causing trace events to be disabled as in the lwn article
[10:20] <leighman> so I think I might be out of luck?
[10:22] <leighman> but eg. vboxdrv does not appear in modinfo to be signed but is not listed as tainted
[10:23] <apw> no idea how vbox would avoid that, unless it specifically messes with those flags somehow
[10:23] <apw> leighman, it sounds like you have a valid usecase for the patch mentioned, no idea how ugly it would be to port
[10:24] <apw> you might want to start a bug on this against "linux" so we can consider fixing that
[10:24] <apw> as we have a lot of OOT modules which tracing sounds useful in
[10:24] <apw> actually the patch looks pretty self contained, so it might be applicable
[10:24] <apw> leighman, ^
[10:26] <leighman> does look like a nice simple patch actually *he says*
[10:26] <leighman> okay, will file a bug against linux and subscribe you?
[10:28] <leighman> apw: ^
[10:30] <apw> let me know the bug # here as i won't find it otherwise
[10:31] <soren> smb: Thanks for looking into https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1358162
[10:31] <soren> smb: I have a small request, though.
[10:32] <soren> smb: Here's that patch I applied to handle it: https://github.com/JioCloud/contrail-vrouter/commit/c31ab9b1d05acb6814a3ee8ddda16882cdcc0672
[10:33] <soren> smb: After your patch gets applied, skb_get_rxhash will be #defined twice.
[10:33] <apw> then i suggest you make yours say
[10:33] <apw> #ifndef foo
[10:33] <soren> smb: What would you suggest? A more specific KERNEL_VERSION (does that even change between kernel revisions in Ubuntu)?
[10:33] <apw> #define foo
[10:34] <soren> apw: That's what I was meaning to do, but I wasn't sure if that'd be sufficient (since it depends on import order).
[10:34] <apw> in the version check?
[10:34] <apw> soren, though this new version will be a new ABI i am sure
[10:34] <apw> (our new version)
[10:35] <soren> apw: How does that help me?
[10:35] <apw> you know you only need the compat for that one abi
[10:35] <soren> apw: Anyway, what I was wondering was if you could wrap your #define in #ifdef as well... Or am I completely off here?
[10:36] <soren> apw: ...so that it won't depend on a specific order of #include's.
[10:36] <leighman> apw: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1359670
[10:36]  * apw suspects if anything we should #undef it
[10:36] <soren> apw: I dunno. It might not be a problem at all. I just saw the change and wasn't sure if #ifndef'ing on my side would be sufficient.
[10:43] <apw> soren, might not, i think you are lucky in that it has not been uploaded yet.  I suspect for us we should #undef before defining it to be sure we are getting what we expect.
[10:43] <apw> smb, ^
[10:44] <soren> apw: I was exactly hoping to get this addressed before the upload.
[10:44] <soren> apw: Thanks for considering it.
[10:46] <apw> leighman, i assume this is 14.04 which is giving you trouble
[10:46] <leighman> apw: yup
[11:07] <apw> leighman, ok i've pushed some test kernels to your bug, if you could do the do on those.
[11:35] <leighman> apw: is there a linux-tools-3.13.0-35  - I get unsatisfiable dependency on linux-tools-3.13.0-35-generic
[11:36] <leighman> apw: anyway taint bitmask looks correct and no messages in dmesg about disabling tracepoints
[11:36] <apw> leighman, that is good enough for me, i'll push that out for review
[11:38] <leighman> apw: awesome, thanks
[11:38] <leighman> apw: when would it land if so?
[11:40] <apw> if accepted, in the next SRU round, of the order of 3 weeks
[11:41] <leighman> apw: cool,thanks
[17:14] <rtg> stgraber, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1344049/comments/3


[01:15] <Sarvatt> might just throw this all in maverick edgers depending on how much it screws up upgrading, will see after everything builds
[01:16] <RAOF> :)
[01:16] <Sarvatt> leaving lucid on 1.8.x for sure though
[01:19] <Sarvatt> got a refreshed bgnr patch that doesn't break the video abi finally so everything's fine, thats what was holding me back before because gdm was all kinds of screwed up without -nr support
[01:19] <RAOF> Sweet!
[01:23] <Sarvatt> felt like i've been in australia for the past week, had to tiptoe around a 5GB bandwidth cap on my cell phone until I got net here :D
[01:26] <RAOF> Heh.
[01:26] <RAOF> I've chewed through 70% of my cap already this month; rollover date is the 27th.
[01:26] <RAOF> That steam sale was a bit of a killer :)
[01:28] <bjsnider> luckily i'm uncapped
[01:28] <johanbr> RAOF, did you lose a bet?
[01:28] <Sarvatt> i dont think i'm capped either because i used about 20gb last week on the phone but i coulda swore it was 5gb
[01:29] <RAOF> johanbr: ?
[01:29] <johanbr> RAOF,  "I've chewed through 70% of my cap already"
[01:29] <Sarvatt> so warewolf, got some logs for me to dig through to see about your touchscreen? :)
[01:30] <johanbr> sounds like you promised to eat your hat if...
[01:30] <warewolf> Sarvatt: you're the third person I have involved in this now actually
[01:30] <warewolf> Sarvatt: and each of you seem to be chiming in when the rest are idle :)
[01:30] <Sarvatt> /var/log/Xorg.0.log, dmesg would help
[01:30] <warewolf> Sarvatt: in the mean time, enjoy my fireworks photos from yesterday: http://picasaweb.google.com/richard.harman/WashingtonDCFireworks20100704#
[01:31] <RAOF> johanbr: :P
[01:31] <warewolf> Sarvatt: actually I'm certain it isn't an X problem, it's a kernel problem.
[01:31] <warewolf> Sarvatt: the hid-mosart driver isn't "attaching" to the hardware, and making a /dev/input device.
[01:32] <warewolf> Sarvatt: want me to give you an account on the EeePC so you can mess with it directly or are you preoccupied
[01:32] <Sarvatt> that'd be perfect if you dont mind
[01:32] <RAOF> Woot!  One Q965 motherboard received.  Let's play “hunt that bug”!
[01:32] <warewolf> ok just a sec
[01:33] <warewolf> lemme find a crossover cable so I can stick this bad boy in a DMZ
[01:34] <Sarvatt> RAOF: Q965 is just a gma 950 derivative isn't it? you want a real 965!
[01:35] <Sarvatt> yeah its a GMA 3000, just a souped up gen 3
[01:35] <warewolf> GMA--
[01:35] <warewolf> poulsbo--
[01:36] <warewolf> crossover acquired
[01:36] <Sarvatt> \o/
[01:36] <RAOF> No, I want me a Q965.
[01:36] <Sarvatt> thanks richard, a lot faster if i can poke around on it :)
[01:37] <RAOF> So I can unbreak resolution changing.
[01:38] <warewolf> Sarvatt: I thought as much
[01:47] <warewolf> yaay
[04:40] <RAOF> Aww, man.  Everyone with Q965 should totally run checkbox and do the randr cycle test.
[04:41] <maco> do what now?
[04:41] <maco> is Q965 the same as i965?
[04:42] <RAOF> Nope.
[04:42] <RAOF> It's a GMA3000, not an X3000
[04:42] <RAOF> Important difference :)
[04:59] <Sarvatt> ugh what the heck, almost all drivers failed to build because of missing dependencies against xserver <IP_ADDRESS>4
[05:00] <Sarvatt> i guess xserver-xorg-dev needs to pull in libxext-dev now?
[05:03] <Sarvatt> well its a lot more widespread than that, acecad just needed libxext but everything else is failing at compile time - https://edge.launchpad.net/~sarvatt/+archive/xorg-testing/+packages?field.name_filter=&field.status_filter=published&field.series_filter=maverick
[05:03] <Sarvatt> thats a nasty looking list
[05:08] <Sarvatt> RAOF: want me to run it on 945 or do ya know its q965 specific?
[05:13] <Sarvatt> these packages all build fine locally, now i'm stumped..
[05:13] <RAOF> Sarvatt: You're welcome to try, but I'm pretty sure it's 965-specific.
[05:21] <RAOF> Looks like CFLAGS isn't getting set correctly?
[05:31] <Sarvatt> yeah none of the packages can find /usr/include/xorg
[05:32] <Sarvatt> xorg-server.pc is fine, doesn't happen locally with the same packages, hmm
[05:34] <Sarvatt> of course i dont have pbuilder set up or the space to set one up at the moment :(
[05:36] <warewolf> Sarvatt: I thought you were going to bed :P
[05:36] <Sarvatt> yeah then i saw like 50+ build failures i could upload and have ready when i wake up if i figure it out :)
[05:36]  * warewolf is having fun helping a friend figure out WTF happened and how his box got hacked into
[05:36] <warewolf> haha
[05:37] <warewolf> this is the life of a geek
[07:13] <Sarvatt> i'm stumped.. anyone have any idea why all of these packages aren't getting proper CFLAG's now when they build fine locally with the same packages? https://edge.launchpad.net/~sarvatt/+archive/xorg-testing/+packages?field.name_filter=&field.status_filter=published&field.series_filter=maverick
[07:20] <Sarvatt> everything builds fine against xserver 1.8.2, did that a few hours before trying against <IP_ADDRESS>4
[07:26] <Sarvatt> guess i should compare the build deps on the ones that actually built right and see if its one of those
[07:27] <RAOF> Mayhap.
[07:31] <RAOF> Hm.  Is it a change in xorg-macros that's breaking it?
[07:32] <Sarvatt> hmm
[07:32] <RAOF> x-x-v-intel, for example, doesn't ever explicitly AC_SUBST(XORG_CFLAGS) anywhere, but that's what it uses to pick up the include directories.
[07:32] <Sarvatt> i built the server against 1.10 then built all those drivers against <IP_ADDRESS>4, and for 1.8.2 i already had the server built and just built the libs and drivers
[07:33] <Sarvatt> so could be that
[07:33] <Sarvatt> lessee what changed between 1.8.0 and 1.10.0
[07:34] <Sarvatt> just doc stuff
[07:35] <Sarvatt> xorg-server.pc added this in <IP_ADDRESS>4 - Requires.private: xproto >= 7.0.17 randrproto >= <IP_ADDRESS> renderproto >= 0.11 xextproto >= <IP_ADDRESS> inputproto >= <IP_ADDRESS>2 kbproto >= 1.0.3 fontsproto videoproto dri2proto >= 2.3 xineramaproto
[07:36] <Sarvatt> its gotta be some build dep needing to be added because it builds fine locally just not on a ppa or pbuilder
[07:47] <Sarvatt> hmm
[07:47] <Sarvatt> everything that built right has sdkdir=`$PKG_CONFIG --variable=sdkdir xorg-server` in configure.ac
[07:48] <Sarvatt> darn nope, just hadn't finished grepping yet
[07:50] <RAOF> Sarvatt: xserver-xorg-dev is missing a depends on xineramaproto
[07:51] <RAOF> At least, as of my reading of the package and the xorg-server.pc file.
[07:52] <Sarvatt> ahhhhhhhh i ran into that problem a few weeks ago too, lets see if that fixes it
[07:52] <Sarvatt> thanks so much RAOF
[07:53] <RAOF> No problem whatsoever.  I'd like to update to <IP_ADDRESS>4 in Maverick/experimental soon, so you're helping tremendously.
[07:56] <Sarvatt> bingo!
[07:58] <Sarvatt> that's all it was
[07:58] <Sarvatt> sheesh, can't thank you enough, i should have been asleep 4 hours ago :)
[07:59] <Sarvatt> now to hit rebuild 100 times after the new server builds
[08:02]  * Sarvatt ponders jumping to japan and just reuploading everything again instead
[08:42] <RAOF> Sarvatt: Would you like *me* to hit those rebuild buttons?
[08:45] <Sarvatt> could just copy it all to edgers :)
[08:47] <Sarvatt> cant hit rebuild until the server is closer to building, was 4 hours last i looked
[08:47] <Sarvatt> and its in a personal ppa so ya cant hit rebuild
[08:50] <Sarvatt> tormod didn't want a crackier ppa on edgers team than edgers and would rather me put the crack in there but i get 100+ emails when favicons go transparent because of cairo so i'm a little conservative in there and build big things in my ppa first... :D
[08:51] <Sarvatt> its good to go for edgers maverick though, just need a few drivers not in pkg-xorg like tslib
[09:38] <Sarvatt> sheesh, i386 queue time goes up every time i look.. amd64 is all rebuilding now though
[09:57] <seb128> Sarvatt, it's a queue of langpack builds but it seems to have lower priority than uploads so should not be an issue
[17:38] <Sarvatt> so wacom needs updating, and acecad/citron don't build against <IP_ADDRESS>4 but otherwise everything is good
[17:40] <Sarvatt> of course this is with everything from git, will probably run into problems using released versions of things
[18:19] <Sarvatt> ah hell, binary copied xserver and it hadn't been published yet when the drivers started building
[18:23] <bryceh> heya Sarvatt, welcome back!
[19:31] <Sarvatt> heyo bryceh! sorry had to run out for a bit
[20:13] <Sarvatt> darnit, can't copy nvidia-graphics-drivers from maverick to x-updates because maverick's is using a different orig.tar.gz
[20:14] <Sarvatt> deleted it from x-updates a day ago and its still saying the orig.tar.gz exists in the ppa even though it doesnt
[20:15] <Sarvatt> looks like the package makes its own orig.tar.gz now too so i cant just make a debian native without one to get around it, and changing the version to something like 256.35+xup1 makes it try to look for .run's with that name
[20:20] <Sarvatt> maybe it'll let me upload just not copy
[20:22] <bryceh> could be
[20:22] <bryceh> if it's totally stuck, put a request in via Answers for someone to take a loo
[20:23] <bryceh> +k
[20:44] <bjsnider> Sarvatt, just repackage it
[20:46] <Sarvatt> i've been trying
[20:46] <Sarvatt> its all screwed up now
[20:46] <Sarvatt> Rejected:
[20:46] <Sarvatt> File nvidia-graphics-drivers_256.35.orig.tar.gz already exists in Primary Archive for Ubuntu, but uploaded version has different contents
[20:46] <Sarvatt> primary archive for ubuntu?
[20:47] <bjsnider> for that series
[20:47] <Sarvatt> lucid
[20:47] <bjsnider> so install the source package, then do debuild -S -sd and upload
[20:48] <Sarvatt> it got rejected, i did that as well
[20:48] <Sarvatt> oh maybe i packaged that for maverick by mistake that time
[20:48] <Sarvatt> nope
[20:48] <Sarvatt> Version: 256.35-0ubuntu0sarvatt2~lucid
[20:48] <Sarvatt> Distribution: lucid
[20:50] <bjsnider> i didn't know hte 256 driver had been officially packaged for lucid
[20:51] <Sarvatt> i think its just screwed because I tried copying it and it failed
[20:51] <Sarvatt> checking changes
[20:51] <bjsnider> you tried copying it from maverick to lucid?
[20:51] <Sarvatt> yeah
[20:51] <Sarvatt> rebuild copying
[20:52] <bjsnider> from official maverick to ppa lucid?
[20:52] <Sarvatt> yeah i do it all the time
[20:52] <bjsnider> so why did it fail?
[20:52] <Sarvatt> https://edge.launchpad.net/ubuntu/+archive/primary/+copy-packages?field.name_filter=nvidia&field.status_filter=published&field.series_filter=maverick
[20:52] <Sarvatt> it says the orig.tar.gz is already exists in the PPA
[20:52] <bjsnider> it does
[20:52] <Sarvatt> but it doesn't, and its not on any of the sources lists
[20:52] <bjsnider> you put it there
[20:52] <Sarvatt> i deleted it 24 hours ago
[20:53] <Sarvatt> so i could copy the official one since its different
[20:53] <bjsnider> it takes a week for the deleted stuff to actually be deleted
[20:53] <Sarvatt> since when?
[20:53] <bjsnider> i dunno, ever i guess
[20:53] <Sarvatt> its not on the ppa or in any of the sources when i look at the lists directly
[20:53] <Sarvatt> it only took about 2 hours a few weeks ago
[20:53] <bigjools> Hi - you can't overwrite file versions with different contents - ever.
[20:53] <bjsnider> yeah, it's removed from the list
[20:54] <bjsnider> that's right too
[20:54] <bjsnider> there can only every be one source package with that unique name
[20:54] <bjsnider> you can never replace it
[20:54]  * bigjools is the lead dev for Soyuz
[20:55] <Sarvatt> it's worked in the past, but i've never done it while copying, but i am positive i have done it in the past many times with strictly uploaded sources
[20:55] <bjsnider> bigjools, so what does he do, upload the one he deleted again?
[20:55] <bigjools> it's impossible to overwrite a file with different contents, you've never done it I can assure you :)
[20:56] <bigjools> the easiest thing is to bump the version if you can and upload it again
[20:56] <bjsnider> he cannot bump the version and keep it accurate
[20:56] <bigjools> I've never tried uploading a deleted one again, it might work
[20:56] <bjsnider> he'd have to change the resulting package name by adding a dash somewhere after the .35
[20:56] <Sarvatt> thats what I mean I've done in the past before many times
[20:57] <Sarvatt> but yeah I can't alter the version on this package in a way that it'll accept, crap :(
[20:57] <bigjools> darn
[20:57] <bjsnider> Sarvatt, try uploading the source package you originally created for the ppa
[20:57] <bjsnider> not the maverick one
[20:57] <Sarvatt> i did :(
[20:57] <bjsnider> it rejected it?
[20:57] <Sarvatt> it's stuck saying it exists in primary archive for ubuntu
[20:58] <bjsnider> ok, when is nvidia releasing a new driver?
[20:58] <Sarvatt> and contents different
[20:58] <bjsnider> now would be a good time
[20:58] <Sarvatt> yeah tell me about it, won't be doing that again :)
[20:58] <bigjools> Sarvatt: that means you're uploading to Ubuntu, not a PPA
[20:59] <Sarvatt> bigjools: I copied it from primary archive for ubuntu and it's screwed up where it thinks the file is, i'm positive it's going to the PPA
[20:59] <Sarvatt> Uploading to x-updates (via ftp to ppa.launchpad.net):
[20:59] <bigjools> what upload path?
[21:00] <Sarvatt> fqdn = ppa.launchpad.net
[21:00] <Sarvatt> method = ftp
[21:00] <Sarvatt> incoming = ~ubuntu-x-swat/x-updates/ubuntu
[21:00] <bigjools> ok
[21:00] <bigjools> the error is misleading because the file was copied from  Ubuntu
[21:00] <bigjools> bleh
[21:00] <Sarvatt> yeah only it wasn't really copied because it had an error so it's kinda stuck in limbo
[21:00] <bigjools> so, how long ago did you delete the package?
[21:00] <bjsnider> but the point remains it's still complaining about the source package name
[21:00] <Sarvatt> 24 hours or so
[21:01] <Sarvatt> aha!
[21:01] <Sarvatt> [PPA ubuntu-x-swat-x-updates] [ubuntu/lucid] nvidia-graphics-drivers 256.35-0ubuntu2~xup (Accepted)
[21:01] <bigjools> ok you can resurrect it by copying it within the PPA I think
[21:01] <Sarvatt> woot
[21:01] <bigjools> FWIW you can refer to .orig files in Ubuntu from your PPA as well
[21:02] <Sarvatt> i tried that but the .orig isn't really available and it got rejected
[21:02] <Sarvatt> thanks for the help bigjools, got it worked out :)
[21:02] <bigjools> this is why the UI to copy files from Ubuntu is not linked anywhere :)
[21:03] <bigjools> it's got issues
[21:03] <Sarvatt> yeah definitely going to be more careful with it in the future :)
[21:03] <bigjools> anyway, you're welcome
[21:03] <bjsnider> it should have stopped him from trying to do this in the first place
[21:03] <bigjools> why should it have done that?
[21:03] <Sarvatt> i dont see how it could, this is a really fringe problem
[21:04] <bjsnider> he was trying to overwrite an already-existing source package with another of the same name but different contents
[21:04] <bigjools> hmmm
[21:04] <bjsnider> it shoul dhave looked at the ppa contents and said "you don't wanna do that, sparky"
[21:04] <bigjools> can you file a bug please?  I can take a look.
[21:05]  * Sarvatt tries to figure out how to explain the situation in a bug
[21:05] <bigjools> bugs.launchpad.net/soyuz
[21:05] <bigjools> just say what you did, exactly
[21:08] <bjsnider> there's something it stops you from doing, which is rebuilding a package in a new series but keeping the same package name. that is a good policy, to just say "no" when someone tries to do something that would violate the rules
[21:12] <Sarvatt> writing up the bug I'm not really sure it's a bug outside of it saying the orig.tar.gz existed in the primary archive for ubuntu, in the end it did accept a package with my original orig.tar.gz
[21:12] <Sarvatt> (saying it existed already in the rejected mail)
[21:14] <Sarvatt> man, I'm even more confused now, the orig.tar.gz it accepted was actually the one copied from the archive!
[21:15] <bjsnider> was there any difference between that one and your original orig fie in terms of contents?
[21:15] <Sarvatt> the one in the archive uses the nocompat32 .run
[21:16] <Sarvatt> for x64
[21:16] <bjsnider> what? why?
[21:16] <Sarvatt> it uses the 32 bit .run contents directly
[21:16] <bjsnider> i see
[21:18] <Sarvatt> it had to  have actually deleted my orig.tar.gz with the same name and copied the one from the archive over because this one it accepted really is the archive one
[21:19] <Sarvatt> dpkg-source: info: building nvidia-graphics-drivers using existing nvidia-graphics-drivers_256.35.orig.tar.gz
[21:19] <Sarvatt> i opened up that orig.tar.gz and it's got the nocompat32.run in it
[21:20] <bjsnider> then the original error doesn't make sense
[21:20] <Sarvatt> yeah for sure.. i'm totally lost
[21:21] <bjsnider> bigjools, it takes a week for files to actually disappear from a ppa once they are deleted, right?
[21:21] <Sarvatt>  871f54c6c8e0b30fcb5fec40fe3eed7b7081203c 49082614 nvidia-graphics-drivers_256.35.orig.tar.gz << the uploaded one it accepted  f8ec98f1d0deef487e60f8435ce8ccc7e3f30bd4 65596688 nvidia-graphics-drivers_256.35.orig.tar.gz << my original one i deleted
[21:21] <bigjools> from the repo. 15 minutes or so, from inside Launchpad it takes a week
[21:23] <bjsnider> bigjools, in other words, launchpad still thinks they're there for a week?
[21:23] <Sarvatt> http://ppa.launchpad.net/ubuntu-x-swat/x-updates/ubuntu/pool/main/n/nvidia-graphics-drivers/
[21:23] <bigjools> no, it just keeps a copy in the librarian in case you want to keep it
[21:23] <bigjools> for downloading later
[21:23] <Sarvatt> definitely the one from the maverick archive in there, i only uploaded the diff
[21:25] <bjsnider> that error message would happen if you had tried to copy a maverick package into the ppa into the maverick series. i don't see why it would happen if copying into the lucid series
[23:28] <warewolf> Sarvatt: hey, I figured out how to get dhcpd working on two interfaces, so it should be easier to into my EeePC now.