[06:44] <mup> PR snapd#12027 opened: release: 2.57.1 <Created by mardy> <https://github.com/snapcore/snapd/pull/12027>
[08:30] <mup> PR snapd#12027 closed: release: 2.57.1 <Created by mardy> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/12027>
[11:00] <mup> PR snapcraft#3864 opened: names command: move presentation logic to StoreClientCLI <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3864>
[11:05] <mup> PR snapd#12007 closed: release: merge 2.57 changelog <Skip spread> <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/12007>
[13:06] <mup> PR snapcraft#3865 opened: lint: lint legacy code with black <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/3865>
[13:11] <mup> PR snapd#11954 closed: tests: new remote tools - part 1 <Run nested> <Created by sergiocazzolato> <Closed by sergiocazzolato> <https://github.com/snapcore/snapd/pull/11954>
[13:16] <mup> PR snapcraft#3866 opened: fix: confirm provider install when using experiental extension <Created by Guillaumebeuzeboc> <https://github.com/snapcore/snapcraft/pull/3866>
[14:26] <mup> PR snapcraft#3867 opened: DT-500 Fix Cups for Gtk support in Gnome-42 <Created by sergio-costas> <https://github.com/snapcore/snapcraft/pull/3867>
[15:21] <mup> PR snapcraft#3864 closed: names command: move presentation logic to StoreClientCLI <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3864>
[15:26] <mup> PR snapcraft#3868 opened: meta: add support for riscv64 <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/3868>
[15:37] <mup> PR snapd#12028 opened: release: 2.57.1 <Squash-merge> <Skip spread> <Created by pedronis> <https://github.com/snapcore/snapd/pull/12028>
[15:52] <mup> PR snapd#11992 closed: interfaces,metautil: make error handling in getPaths() more  targeted <Needs Samuele review> <Skip spread> <Created by mvo5> <Merged by MiguelPires> <https://github.com/snapcore/snapd/pull/11992>
[17:46] <mup> PR snapcraft#3868 closed: meta: add support for riscv64 <Created by mr-cal> <Merged by mr-cal> <https://github.com/snapcore/snapcraft/pull/3868>
[18:18] <mup> PR snapd#12028 closed: release: 2.57.1 <Squash-merge> <Skip spread> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/12028>


[00:10] <ubotu> New bug: #172951 in linux-restricted-modules-2.6.22 (restricted) "fglrx driver 7.1.0-8.42.3+<IP_ADDRESS>-14.1 fails to include libGL1.so.1" [Undecided,New] https://launchpad.net/bugs/172951
[01:00] <ubotu> New bug: #147926 in linux-restricted-modules-2.6.22 (restricted) "xv video shows garbage after running compiz" [Undecided,New] https://launchpad.net/bugs/147926
[08:25] <ubotu> New bug: #57710 in linux-restricted-modules-2.6.17 "nvidia-glx doesn't re-link libGL.so.1 to the NVIDIA GLX library" [Undecided,Invalid] https://launchpad.net/bugs/57710
[09:27] <ubotu> New bug: #140554 in xorg (main) "X crashes gdm_slave_xioerror_handler: Fatal X error  - Restarting :0" [Undecided,New] https://launchpad.net/bugs/140554
[10:36] <tjaalton> bryce: I'll reassing all the x-apps bugs to the current bundles
[11:09] <seb128> tjaalton: do you have some code doing automatic reassignment?
[11:15] <tjaalton> seb128: no :/
[11:15] <tjaalton> but there aren't that many bugs, so it's not that bad
[11:20] <ubotu> New bug: #50102 in xrandr "resolution not resettet on logout" [Undecided,Invalid] https://launchpad.net/bugs/50102
[17:12] <ubotu> New bug: #160033 in xorg (main) "weird things happen on desktop" [Undecided,New] https://launchpad.net/bugs/160033
[17:34] <ubotu> New bug: #173008 in xorg (main) "keyboard selection (dvorak) not preserved after install in hardy" [Medium,Confirmed] https://launchpad.net/bugs/173008
[18:46] <ubotu> New bug: #135573 in xserver-xorg-video-ati "[Gutsy]ati or radeon driver for X300 PCIE video card" [Undecided,New] https://launchpad.net/bugs/135573
[20:27] <tormod> bryce,  I am looking at auto-xorg-git now, will merge in my branch stuff
[20:27] <bryce> hi tormod
[20:28] <bryce> tormod: I did some additional work on it since, let me send an updated version
[20:28] <tormod> ok great
[20:28] <bryce> I got it (sort of) working for libs and protos too
[20:28] <tormod> do you need debian-unstable for most packages, instead of debian-experimental?
[20:28] <bryce> yeah
[20:29] <tormod> sounds good! I have only tried it on ati, radeonhd, avivo
[20:30] <tormod> where do you send it?
[20:32] <bryce> sent
[20:32] <bryce> oh to the ubuntu-x@ mailing list
[20:32] <bryce> maybe we should think about putting it in git or bzr?
[20:32] <tormod> some of the git commands were wrong, maybe that's why you needed -experimental?
[20:32] <bryce> oh?
[20:33] <bryce> well, all the packages I was looking at were in unstable, not experimental.
[20:33] <tormod> for instance, git pull . $DEBIANREPO -> should be "upstream-head" defined in the fetch above
[20:33] <bryce> for drivers I can imagine experimental is more valuable
[20:34] <tormod> before I knew git, I didn't know where these labels came from etc
[20:34] <bryce> ah, yeah I could have been wrong there
[20:34] <tormod> I was wrong, you just copied it :)
[20:34] <bryce> ah, that'd explain it then
[20:34] <bryce> yeah I was trying not to louse up your existing logic, assuming it was correct
[20:34] <tormod> I'll take a look at the new version, fix up this, and ask you to test, ok?
[20:35] <bryce> yeah sounds good
[20:36] <tormod> fixing it so it can update, instead of cloning anew all the time would be good also to save time and bandwidth.
[20:36] <bryce> agreed
[20:37] <bryce> I have some additional ideas to port in from other scripts, but want to wait until you've had a chance to review all this stuff
[20:38] <bryce> one of the more recent additions is I did up some code to map debian package names to xorg package names, and to give the directory names in the git tree, so it can figure out where libs are, from drivers, etc.
[20:38] <bryce> one thing I'm thinking is that this bit of functionality could be broken out to a standalone tool
[20:39] <bryce> it may be of general usefulness to other things, plus would modularize out a large chunk of code from auto-xorg-git
[20:58] <tormod> you're a sh-fu :)
[20:58] <ubotu> New bug: #150846 in xorg (main) "Quit button freezes screen but does not present Log out etc. options dialog" [Medium,Incomplete] https://launchpad.net/bugs/150846
[20:59] <bryce> hehe
[20:59] <tormod> but you don't need both x and "" in: if "x$blabla" =
[20:59] <bryce> true
[21:00] <tormod> I think I can see from the indenting and whitespace that you like python :)
[21:00] <bryce> I was just trying to debug a string issue there; I think it's safe to eliminate, I figured the issue out
[21:00] <bryce> heh, actually that's probably from my perl background
[21:04] <tormod> I noticed that "quilt push -a" fails if there are no patches. Not a problem any longer in your version though.
[21:04] <tormod> just interesting
[21:04]  * bryce nods
[21:04] <bryce> I wonder also if we need to account for non-quilt patch systems at all
[21:04] <bryce> probably not, but...
[21:04] <bryce> maybe later
[21:05] <bryce> kees has some scripts to detect which patch system is in use.  Perhaps we can incorporate those once things are further along.
[21:05] <tormod> tjaalton should know if there's any non-quilt xorg package
[21:06] <tormod> I think xsfbs is based on quilt
[21:07] <tormod> should it be 1.0.0~gitXX and not 1.0.0+gitXX ? They are lower resp higher than 1.0.0.
[21:07] <bryce> oh, I wasn't sure about that
[21:08] <tormod> that's why one uses new-version~ppa for instance, or ~backports, so they get upgraded when a "real" version is out.
[21:08] <bryce> I had been using ~, but am not sure I know the difference
[21:08] <tormod> in our case it should upgrade to the newer +git version.
[21:09] <bryce> ah, gotcha
[21:10] <tormod> interestingly, the debian wiki uses + but they recently released radeonhd 0.0.4~git20071124-1
[21:11] <bryce> right
[21:15] <tormod> sed -i edits inline, I'll try that for the Maintainer
[21:21] <keescook> bryce: "what-patch" is part of ubuntu-dev-tools
[21:21] <bryce> keescook: ah ok thanks
[21:21] <bryce> who maintains ubuntu-dev-tools?
[21:22] <keescook> bryce: everyone?  :P
[21:22] <keescook> it's in a bzr tree, and so far dholbach has done the uploads
[21:22] <bryce> ah looks like danial mostly
[21:22] <bryce> er, s/a/e/
[21:23] <bryce> tormod: hey there's an update-maintainer script in ubuntu-dev-tools
[21:24] <bryce> maybe we should do up our script with a dependency on ubuntu-dev-tools
[21:24] <tormod> aha, I'll install that package then, maybe there's other goodies.
[21:26] <bryce> pull-debian-debdiff, ppaput, check-symbols look interesting
[21:28] <tormod> I would very much like to keep this script running on Debian though. Is there a ubuntu-dev-tools in Debian?
[21:29] <jcristau> no
[21:30] <tormod> foot down then :)
[22:03] <keescook> I use pull-debian-debdiff all the damn time.  :)
[22:03] <keescook> (I wrote it)
[22:20] <tormod> bryce, what I said was wrong about git pull was right because I was looking in an old, wrong file. I am getting there.
[22:21] <tormod> bryce, now you only run autoreconf if applying debian/patches. But "configure" will be missing otherwise, no?
[22:22] <bryce> hmm, probably
[22:23] <bryce> configure.ac would still be there though
[22:23] <bryce> (unless the package doesn't use autoconf, but that's a bigger issue)
[22:24] <tormod> it's just that I wanted to extract the upstream version somehow. grepping configure was convenient. ideas?
[22:24] <tormod> for now, I'll just run autoreconf in all cases
[22:25] <ubotu> New bug: #173135 in xserver-xorg-input-keyboard (main) "USB keyboard stops working" [Undecided,New] https://launchpad.net/bugs/173135
[22:40] <ubotu> New bug: #173140 in xorg (main) "failsafe X script crashes" [Undecided,New] https://launchpad.net/bugs/173140
[22:43] <bryce> tormod: I have some code that looks up the current version via apt-cache madison and parses it down into its parts, however I didn't feel that'd be adequate in this case so much
[22:44] <bryce> tormod: I also have a web scraper (for the merge status page) that gets it off the fdo site; again I didn't feel that to be viable
[22:44] <tormod> bryce: does that give us the upstream version
[22:44] <tormod> ?
[22:44] <bryce> yep
[22:44] <bryce> or, at least the version of the last release
[22:45] <bryce> the code's in perl not bash though.  Maybe I could break out that bit to use as a standalone tool though
[22:46] <bryce> like, have it parse the upstream page and print to stdout a listing of packages -> release versions
[22:51] <ubotu> New bug: #173143 in xorg (main) "hangs on dapper->hardy upgrade" [High,New] https://launchpad.net/bugs/173143
[22:58] <tormod> is _ good in package versions?
[22:58] <tormod> example 6.7.196+git20071130+atombios_support-0ubuntu0tormod ?
[23:22] <bryce> I'm not sure, but I would expect it could cause problems in some scripts
[23:22] <bryce> but I can't think of any other good separator character
[23:27] <jcristau> tormod: the characters allowed in the version number are [A-Za-z0-9.+:-]
[23:29] <tormod> jcristau: thanks. there should only be a "-" just before the Debian version right? atombios-support above would be wrong, wouldn't it?
[23:30] <jcristau> no, you can have as mant -'s as you want
[23:33] <bryce> jcristau: and ~ ?
[23:33] <jcristau> ah, yeah, that too. policy is out of date :)
[23:37] <bryce> is : allowed only for epochs or can it be used multiply?
[23:39] <tormod> bryce: I posted the new v6 now, time for bed here.
[23:40] <bryce> cool, I'm going to try setting up a git repo for us; I'll try to test v6 out before the end of the day
[23:40] <tormod> jcristau: if you're interested in the script, it should run on Debian now. Are you on ubuntu-x ML?