[13:20] <BluesKaj> Hi folks
[16:49] <mdsph> hello?
[22:52] <Roey> hi
[22:53] <Roey> how do I mirror the desktop panel on the bottom of one monitor to the bottom of my other monitor


[00:12] <MTecknology> Lynet, WARNING - at least SuSE, Mandriva, and Ubuntu use a version of SYSLINUX modified with a patch called "gfxboot". This is a highly invasive and unsupported modification of SYSLINUX. Please avoid these versions if possible.
[00:13] <MTecknology> there's dvd's of 32bit ubuntu {desktop,server} - I know what we're trying to do HAS to be possible
[00:15] <cjwatson> you can't usefully install from an .iso on the hard drive, so I wouldn't recommend wasting your time trying. When you have an .iso loop-mounted from the hard drive, that has the effect of locking the partition table so that you can't perform much in the way of partitioning changes.
[00:15] <cjwatson> ah, but are you nesting ISO images on the CD itself? Urgh, seems rather overcomplicated
[00:16] <Lynet> cjwatson: No repartitioning expected on a dvd. ;-p
[00:16] <cjwatson> we just merge everything into the CD root and configure the installer to grab only what it needs
[00:16] <cjwatson> much easier and actually works
[00:17] <Lynet> Would merging 32 and 64bit be possible?
[00:17] <cjwatson> would take a little bit of fiddling to boot the right kernels, but ought to be
[00:17] <cjwatson> most of the relevant path names are architecture-specific
[00:18] <MTecknology> cjwatson, what I want to do is make a dvd of ubuntu {32,64}bit {desktop,server}, dsl, and systemrescuecd
[00:19] <cjwatson> I have no experience with or information on DSL nor systemrescuecd, so cannot comment on how feasible it is to merge an Ubuntu CD root with those
[00:20] <cjwatson> I can say that right now you'd have to mess about with /var/lib/dpkg/info/cdrom-detect.postinst in the Ubuntu CD initrd to get it to loop-mount an .iso image from the CD
[00:20] <MTecknology> cjwatson, I've been trying to figure this out for about 20ht... i'm very close to scrapping it
[00:20] <cjwatson> at minimum; there might be other problems as a result
[00:22] <MTecknology> cjwatson, you should just do it for me :)
[00:23] <MTecknology> i'm too noob to figure this out
[00:23] <cjwatson> erm, sorry, no :-)
[00:23] <cjwatson> lots of other things to do ...
[00:23] <MTecknology> :)
[00:23] <MTecknology> i officially give up
[00:24] <MTecknology> there's not enough documentation about anything like that online either
[00:25] <Lynet> MTecknology: I'll keep on it a bit, will msg you if I get any further.
[00:25] <MTecknology> Lynet, sounds good. I think I'm going to go home - i won't be here tomorrow- i think probably about 2 more times this summer
[00:53] <Adri2000> is it intended that the kernel binaries (hardy, -security/-updates) are in universe? :)
[00:59] <cjwatson> Adri2000: known, being worked on (Launchpad went a bit weird on us)
[01:01] <Adri2000> ok
[01:03] <cjwatson> we can't seem to move it because it thinks it's already in main
[01:03] <cjwatson> at least at some level
[01:05] <cjwatson> btw, it's only -security that's affected, not -updates
[01:07] <cjwatson> I think what's happened is that somehow (not considered in this memo) it ended up in universe when copying into -security, but the change-override implementation doesn't consider pockets when looking for packages - it just takes the newest in the distroarchseries
[01:07] <nxvl> Riddell: around?
[01:10] <Adri2000> cjwatson: hmmm, -updates is affected as well on the fr.archive mirror
[01:10] <Adri2000> linux-image-2.6.24-19-generic | 2.6.24-19.36 | http://fr.archive.ubuntu.com hardy-updates/universe Packages
[01:10] <Nafallo> linux-image-2.6.24-19-generic | 2.6.24-19.36 | http://archive.ubuntu.com hardy-updates/main Packages
[01:11] <Adri2000> maybe it was affected and it has then been fixed? and fr.archive is not up-to-date?
[01:11] <cjwatson> may just be confusion arising from -security and -updates being at the same version with different overrides
[01:11] <cjwatson> I'm looking at the master, so I'm not too worried about what mirrors have
[01:13] <Nafallo> linux-image-2.6.24-19-generic | 2.6.24-19.36 | http://gb.archive.ubuntu.com hardy-updates/main Packages
[01:13] <Nafallo> I'd say it's fine :-)
[01:13] <Nafallo> and fr.a.u.c's headache.
[01:18] <nxvl> does anyone know a good regular expresion manual (a better one than the manpage)?
[01:18] <nxvl> cjwatson: maybe you?
[01:32] <nenolod> who do i speak to regarding mysqld in ubuntu?
[01:32] <nenolod> it has a bug which is ddosing my machines.
[01:36] <LaserJock> nenolod: has a bug been filed?
[01:39] <nenolod> LaserJock, yes. it has Priority: low, and has been mostly ignored.
[01:39] <nenolod> LaserJock, i run a cluster where a lot of people have instances of ubuntu, and since hardy, these instances have caused serious performance degradation
[01:40] <nenolod> it is a problem that warrants something higher than such a low priority
[01:40] <LaserJock> perhaps giving us the bug number would help :-)
[01:41] <nenolod> https://bugs.launchpad.net/ubuntu/+source/mysql-dfsg-5.0/+bug/105457
[01:41] <nenolod> note that Debian does not have this bug, so it's something introduced to ubuntu
[01:41] <nenolod> i will bisect in a few minutes
[01:46] <nenolod> hmm. wtf
[01:48] <nenolod> this is weird. i don't see anything in the interdiff that changes mysqld_safe
[01:49] <johanbr> nenolod: have you tried rebuilding the debian source package on ubuntu?
[01:50] <nenolod> johanbr, yeah. going to do that now
[01:50] <nenolod> johanbr, i don't have any ubuntu instances running in production though, so i don't know if i can reproduce the bug.
[01:54] <nenolod> johanbr, let me fire up a ubuntu instance on my local server. (i run Debian proper on my servers, personally)
[01:59] <nenolod> johanbr, building it now. i'll let you know how it comes out.
[02:00] <nenolod> my test server is a via c7-m 1.5ghz though, so it'll take a while
[02:15] <jdong> nenolod: you poor thing.
[02:16] <nenolod> jdong, for what?
[02:16] <nenolod> jdong, i can run it without a fan
[02:16] <nenolod> ;p
[02:20] <jdong> nenolod: I can run my potato without a fan either.
[02:20] <jdong> *ducks* ;-)
[03:59] <ScottK> jdong: You still here?
[04:10] <pwnguin> does the tech board really meet every two weeks?
[04:11] <LaserJock> I think so
[04:11] <pwnguin> last time i went digging i found two irc logs in the past six months
[04:11] <pwnguin> maybe i just need to look harder
[04:11] <LaserJock> well, there aren't always agenda items
[04:12] <LaserJock> which leads to a quite short meeting :-)
[04:45] <Hobbsee> tjaalton: ping?  :)
[04:59] <LaserJock> did we not release a Desktop CD for alpha 2?
[05:06] <Hobbsee> LaserJock: correct
[05:07] <LaserJock> odd, I didn't see that mentioned in the release announcement
[05:08] <LaserJock> perhaps I missed it
[07:26] <tjaalton> Hobbsee: pong
[08:38] <Hobbsee> tjaalton: is it worth filing a bug to get the vertical scrolling for synaptics touchpads detected by default?
[08:53] <pitti> Good morning
[08:54] <Hobbsee> pitti!
[08:54]  * Hobbsee hugs mvo
[08:54] <mvo> hey Hobbsee
[08:55] <Hobbsee> mvo: it works!
[08:55] <mvo> Hobbsee: excellent!
[08:55] <Hobbsee> compiz seems to fall over and die, but the rest of it works!
[08:55] <Hobbsee> it's more stable than hardy, now (which strangly went unstable after installing intrepid)
[08:59] <Hobbsee> that, and how firefox spontaneously dies sometimes
[08:59] <Rocket2DMn> Hi, I confirmed bug 246823 but a package maintainer/contributor needs to handle it
[09:03] <Rocket2DMn> anybody?
[09:03]  * Hobbsee looks at it
[09:03] <Rocket2DMn> i think we may have discussed that one last night Hobbsee
[09:03] <Hobbsee> 4 mins.  wow, you're patient :)
[09:03] <Hobbsee> Rocket2DMn: i doubt it - that one actually is in debian
[09:05]  * Hobbsee scratches head
[09:05] <Hobbsee> why does this hate me today?
[09:06] <Rocket2DMn> doesnt "Ubuntu Sponsors for universe" need to be subscribed to those bugs?
[09:06] <Rocket2DMn> aka ubuntu-universe-sponsors
[09:06] <Hobbsee> Rocket2DMn: yeah, but i was going to do the sync request and get it out of the way.
[09:06] <Rocket2DMn> i have a few such bugs
[09:06] <Hobbsee> sarah@saturn:~/Desktop% sync-package.sh http://ftp.au.debian.org/debian/pool/main/g/gwyddion/gwyddion_2.10-1.dsc intrepid
[09:06] <Hobbsee> Exception: apt-cache madison does not contain gwyddion/intrepid
[09:06] <Rocket2DMn> i need to know if it is outside my jurisdiction to confirm/wishlist them when they appear
[09:06] <Hobbsee> pitti: any idea why ^ ?
[09:07] <Hobbsee> Rocket2DMn: yes, a MOTU will need to confirm that they're right.
[09:07] <Hobbsee> Rocket2DMn: you can set to wishlist if you like, but it really doesn't matter either way
[09:07] <Hobbsee> and just causes more mail
[09:07] <Rocket2DMn> ive checked that the packages do exist in debian
[09:08] <Rocket2DMn> Hobbsee, another example is a merge request, like bug 248750
[09:09] <Hobbsee> that you will need to subscribe u-u-s for, if it's not already done
[09:09] <Rocket2DMn> so after confirming/wishlisting i just need to subscribe them and thats it?
[09:09] <Hobbsee> ah, now the syncer is working.
[09:11] <Hobbsee> Rocket2DMn: no, don't confirm it.
[09:11] <Hobbsee> Rocket2DMn: it's the job of the MOTU to confirm it if it's right.
[09:11] <Hobbsee> Rocket2DMn: otherwise, correct.
[09:11] <Rocket2DMn> ok, that specific one is for Main, not Universe
[09:11] <Hobbsee> Rocket2DMn: you might find https://wiki.ubuntu.com/MOTU/Contributing helpful
[09:11] <Hobbsee> there's a u-m-s group too
[09:12] <Rocket2DMn> yeah i saw
[09:12] <Rocket2DMn> ok, so in the future if i see a new one, just subscribe the correct one of them and thats it?
[09:12] <Hobbsee> yes
[09:13] <Rocket2DMn> alright
[09:13] <Hobbsee> Rocket2DMn: wait, no, that bug is crap.
[09:13] <Hobbsee> Rocket2DMn: it doesn't contain a patch, it doesn't contain any of the work done.
[09:13] <Hobbsee> it just says "someone needs to do this"
[09:13] <Rocket2DMn> right
[09:13] <Hobbsee> and while there's nothing actually done there, it's pretty pointless, and there's nothing to sponsor
[09:14] <Hobbsee> Rocket2DMn: added to that bug.
[09:15] <Rocket2DMn> ok
[09:17] <Rocket2DMn> ok Hobbsee , so the bug we had last night: bug 246822 (not in debian)
[09:18] <Rocket2DMn> what do we want to do with that one?
[09:19] <Hobbsee> Rocket2DMn: probably ask in #ubuntu-motu if there would be any contributors who would like to do it.
[09:19] <Hobbsee> i've no idea how difficult it is
[09:19] <Rocket2DMn> yeah i was just there asking about the first one, didnt get much love
[09:19] <Hobbsee> first one, debian had already done the work
[09:20] <Hobbsee> but you were probably doing it while they were all asleep.  and there are lots of packages in universe, and people just may not be interested.
[09:24] <pitti> Hobbsee: maybe you don't have a deb-src for intrepid universe?
[09:25] <Rocket2DMn> ok im just going through the list of the few bugs like this i have
[09:25] <Hobbsee> pitti: i thought i had - at least, i had a mirror version of it, which doesn't include the phrase 'archive.ubuntu.com', which may well be it.
[09:25] <Hobbsee> pitti: it seems to work with uncommenting the rest
[09:25] <Rocket2DMn> seems bug 242162 has already been subscribed to u-u-s
[09:25] <Rocket2DMn> nobody has complained yet that i confirmed it
[09:26] <Rocket2DMn> we'll wait on that prism bug, ill see if i can get a MOTU to handle it
[09:26] <Hobbsee> a sync request is not the same as a merge request, or a new version.  in the latter two cases, a MOTU actually uploads it.  whereas in the first case, a MOTU confirms it, then passes it to the next team.
[09:27] <Hobbsee> either wya, though, you are creating fairly needless bug spam, which doesn't make people generally happy :)
[09:27] <Rocket2DMn> yeah, i have a friend on the uf beginners team who does some merges and syncs
[09:28] <Rocket2DMn> basically it seems like i dont want to touch merges
[09:28] <Hobbsee> yeah, you can usually leave the workflow bugs completley alone.
[09:28] <Hobbsee> which is all of the categories above
[09:28] <Rocket2DMn> as for packages from upstream sources, like bug 248575 which im now looking at, i think i can confirm those and ask a MOTU to take care of it
[09:29] <Hobbsee> oh yeah, tag them with 'upgrade' too
[09:29] <Rocket2DMn> otherwise i can leave all these things alone
[09:30] <Hobbsee> yeah, pretty much
[09:30] <Hobbsee> tag those ones with 'upgrade', and otherwise leave them.
[09:30] <Rocket2DMn> so like bug 242162  needs the upgrade tag
[09:31] <Hobbsee> Rocket2DMn: it could.  however, there's probably not a lot of point in it, as the upgrade work's already done.
[09:31] <Hobbsee> the upgrade tag usually gets used for "this software is old, and needs an upgrade"
[09:32] <Rocket2DMn> i feel like im running in circles
[09:32] <Hobbsee> hehe :)
[09:32] <Rocket2DMn> getting an education didnt teach me squat about handling bug reports!
[09:33] <Hobbsee> Rocket2DMn: technically, yes it should.  what you then run into is the concept of "what is correct, vs what is useful"
[09:33] <Rocket2DMn> ok well u-u-s already has that bug subscribed, ill let them deal with it
[09:33] <Hobbsee> Rocket2DMn: once anything is subscribed to u-u-s, anything else you do to it is effectively useless.
[09:33] <Hobbsee> Rocket2DMn: and just generates mail.
[09:33] <Rocket2DMn> yeah i know all about mail
[09:34] <Hobbsee> however, for those packages that *don't* have u-u-s subscribed, the usual rules apply.  afaik, anyway.
[09:34] <Hobbsee> feel free to continue in -bugs, btw
[09:34] <Hobbsee> people might want to get development stuff done in here
[09:34] <Rocket2DMn> yeah i hang out there, too
[09:35] <Hobbsee> although i suspect they're mostly at their sprint
[09:35] <Rocket2DMn> im in 7 ubuntu related channels right now
[09:35] <Rocket2DMn> i make my home with the ubuntu forums beginners team and branch from there to do bug triage and wiki documentation alongside UF support
[09:36] <Rocket2DMn> once i finish moving back east and settle in, i want to start some programming with some projects as well
[09:37] <Hobbsee> nice work :)
[09:38] <Rocket2DMn> thanks, being from the forums has given me some background that other documentors and triagers dont have
[09:41] <Rocket2DMn> ok thanks again for the help Hobbsee , im gonna go to bed now, im exhausted.  i'll be back here often
[09:41] <Hobbsee> night :)
[09:58] <mdz> hmm, I updated to current intrepid (including 2.6.24-4) and ended up with metacity running instead of compiz
[09:58] <mdz> toggling it back with the appearance capplet got compiz back, but my keyboard shortcuts were gone
[09:59] <mdz> compiz itself doesn't seem to have changed in a couple of weeks
[10:06] <pitti> mdz: xorg and mesa did, though
[10:06] <pitti> mdz: current mesa should unbreak compiz, but gnome-session currently doesn't start compiz; so I wonder how compiz started automatically for you in the first place? Or did you use compiz --replace manually?
[10:07] <seb128> pitti: he wrote that he used the appareance capplet
[10:07] <slangasek> pitti: so what starts compiz by default on the liveCD?
[10:07] <pitti> ah, right
[10:07] <seb128> mdz: the new gnome-session is not able to do the fallback magic we had, we need to fix compiz
[10:08] <pitti> slangasek: nothing ATM, I think (with gnome-session from yesterday)
[10:08] <slangasek> ah
[10:08] <seb128> mdz: the keybinding breakage is a compiz bug, I spoke to mvo about it yesterday
[10:08] <slangasek> so this was added as a workaround for the compiz problem?
[10:08] <seb128> slangasek: no, mesa fixed compiz, the new gnome-session is orthogonal change
[10:09] <slangasek> oh. why the behavior change?
[10:12] <pitti> slangasek: it now decided to not actually do any session startup any more except calling xdg autostart .desktop files :(
[10:12] <slangasek> erm
[10:12] <pitti> seb128: please confirm ^
[10:12] <slangasek> does that mean the facility for starting arbitrary programs at startup has disappeared?
[10:13] <pitti> .gnome2/session is ignored now, and saving session doesn't work either
[10:13] <slangasek> well, saving session didn't work before either :-P
[10:13] <seb128> hum
[10:13] <seb128> - old session should still be used, they are not that's a bug
[10:13] <pitti> slangasek: well, at least it restored the applications
[10:14] <slangasek> pitti: not especially
[10:14] <seb128> - session saving should be there for intrepid
[10:14] <slangasek> pitti: it consistently fails to remember how many gnome-terminal windows I had open, resetting it to some state that it got from somewhere other than my session
[10:14] <seb128> slangasek: now gnome-session has stages and use autostart desktop files to start things
[10:15] <seb128> compiz has to ship a such .desktop and register correctly to the session
[10:15] <seb128> they will add compatibility code for wm which don't do that but that's not done yet
[10:41] <mdz> pitti,seb128: thanks
[10:41] <mdz> my fonts in Firefox seem to have changed as well
[10:42] <pitti> mdz: I saw it in moin, too, but not on other pages
[10:42] <mdz> fc-match serif says DejaVuSerif.ttf: "DejaVu Serif" "Book"
[10:42] <mdz> but I think that was the same before
[10:43] <mdz> pitti: probably the moin CSS specifies some other font which changed
[10:59] <mvo> mdz: I'm working on the session registering stuff now
[11:27] <DktrKranz> Riddell (or any archive-admin around): could you please explain me what this comment is? https://bugs.launchpad.net/ubuntu/+source/drpython/+bug/247665/comments/2
[11:28] <pitti> DktrKranz: sorry, I reopened the bug; Riddell: you have to specify -f for syncbugbot
[11:29] <DktrKranz> pitti: ah... I've seen some of them, if you want, I can reopen them as well
[11:29] <pitti> DktrKranz: that would be nice, thanks
[11:30] <DktrKranz> np, thanks
[11:37] <calc> http://www.microsoft.com/opensource/heroes/default.mspx <- Become an Open Source Hero (?!) lol
[11:38] <calc> emgent: hello
[11:38] <seb128> bzr add *
[11:38] <seb128> "ignored 2 file(s).
[11:38] <seb128> If you wish to add some of these files, please add them by name.
[11:38] <seb128> "
[11:38] <seb128> thanks bzr for not being helpful and not saying which ones and why
[11:38] <jpds> "bzr ignored"?
[11:39] <seb128> jpds: thanks
[11:39] <elmo> seb128: https://bugs.launchpad.net/bzr/+bug/76616, FWIW
[11:41] <jr_> pitti: got time to look at policykit-kde sometime today?
[11:41] <seb128> elmo: thanks
[11:41] <pitti> jr_: oh, yeah, let's; still working on something, maybe in 30 mins or so?
[11:42] <jr_> pitti: ok
[11:42] <tjaalton> Hobbsee: not sure, maybe there already is a bug against xorg
[11:57] <lifeless> seb128: so you don't need the * :)
[11:57] <lifeless> seb128: and we found that showing all the files was confusing
[11:57] <lifeless> seb128: and many files get ignored repeatedly (e.g. \.o)
[11:58] <lifeless> seb128: so the current output is a compromise :)
[11:58] <seb128> lifeless: that's fair enough but telling the user to use bzr ignored to get this list would be good
[11:58] <seb128> that would still fit on one line
[11:58] <seb128> and would be an useful hint for users
[11:58] <lifeless> seb128: ack; filing
[11:59] <seb128> lifeless: bug #76616 as pointed by elmo
[12:04] <pitti> jr_: can you please come to Danakil for the release team meeting?
[12:36] <mnabil> hello, how can i lock the network card (lan) with certain interface , i need it to have only stick with eth0 for example
[12:37] <ion_> /etc/udev/rules.d/70-persistent-net.rules and now please read the topic.
[12:38] <mnabil> ion_, okay , and thanks
[12:57] <asac> siretart: there?
[12:58] <asac> siretart: somehow on boot and resume something is starting wpasupplicant for me (independent from the dbus activation)
[12:58] <asac> siretart: where would that  be?
[12:59] <siretart> asac: interesting. do you have a funny /etc/network/interfaces?
[13:00] <asac> siretart: yeah. sorry for the noise. i added wpa- entries to test my eni backend ;)
[13:00] <siretart> asac: well, that would be it then :)
[13:00] <asac> interesting how many packages depend on ifupdown :/
[13:00] <asac> wonder if those should be recommends instead
[13:01] <siretart> Package: ifupdown
[13:01] <siretart> Priority: important
[13:01] <siretart> that could be the reason :)
[13:01] <asac> http://paste.ubuntu.com/27715/
[13:02] <siretart> cdbs depends on ifupdown? - intersting :)
[13:02] <asac> yeah
[13:02] <asac> ppp as well
[13:02] <asac> strange ...why would NM go away :/
[13:02] <siretart> well, that is not too surprising, since it is related to networking. cdbs however...
[13:02] <asac> true
[13:03] <asac> but its not required to have ifupdown in order to use ppp as well ;)
[13:03] <siretart> nor telnet
[13:04] <asac> intltool causes cdbs to be removed
[13:04] <asac> strange
[13:04] <siretart> asac: I'm about to upload a new git snapshot to unstable right now, do we want that in intrepid as well?
[13:04] <asac> ok thats libnxml-parser-perl ;)
[13:04] <siretart> asac: will we go with wpa_supplicant 0.5 or 0.6?
[13:04] <asac> siretart: do you have it in  a ppa so i can test with latest NM?
[13:04] <asac> siretart: 0.6.x
[13:05] <asac> i am about to upload NM 0.7
[13:05] <siretart> asac: no, but that can be arranged
[13:05] <siretart> if you want to
[13:05] <asac> siretart: i can add you to ~network-manager team
[13:05] <asac> so you can push to PPA there
[13:05] <asac> we alrady have a bunch of testers on that PPA
[13:05] <siretart> okay, please do and I'll upload directly there
[13:05] <asac> let me do that
[13:06] <asac> done
[13:06] <asac> siretart: can you also upload hardy there? ... which probably has more testers
[13:06] <seb128> asac: wpasupplicant still didn't build in intrepid btw
[13:06] <seb128> asac: you should fix this before uploading nm0.7
[13:07] <asac> seb128: ouch
[13:07] <asac> thanks
[13:07] <seb128> asac: depwait on libpcsclite
[13:07] <seb128> or libpcsclite-dev rather
[13:07] <siretart> seb128: asac: I'm still waiting for feedback on my latest post to ubuntu-devel on that issue...
[13:09] <asac> seb128: oh, right. MIR?
[13:10] <seb128> asac: dunno, siretart seems to be waiting on a reply
[13:10] <asac> siretart: ok, then just upload to hardy for now :/
[13:10] <siretart> TBH, I don't think we want pcscd in main. the libraries however are very useful to have
[13:10] <asac> siretart: let me know if there is anything I can do to speed things up
[13:10] <siretart> I'm not sure if we require a full report for this partial MIR
[13:11] <siretart> asac: convince seb128 to promote the libs without a full MIR
[13:11] <asac> siretart: why do we need that at all in intrepid?
[13:11] <siretart> because we get smartcard support for wpasupplicant this way
[13:11] <siretart> asac: I'll upload to both intrepid and hardy
[13:14] <siretart> asac: another option would be to say publicy on the mailing list that we don't want smartcard support and why. I'll point users that need that feature to you then ;)
[13:15] <asac> siretart: cant we dlopen it?
[13:15] <asac> or does it require too much api symbols to make that feasible?
[13:15] <siretart> we would still need the headers at build time AFAIUI
[13:15] <siretart> which is why I propose to do a partial MIR
[13:17] <asac> ok at least it just depends on libc
[13:19] <siretart> asac: atm. the new package will additionally depend on libpcsclite1
[13:21] <asac> siretart: yes i referred to that when saying that it just depends on libc ;)
[13:21] <lukehasnoname> What is the difference between nvidia-glx-177 and nvidia-glx-173? They look to support a large overlap of video cards, is that just how nvidia made it? Also, will these drivers make it into hardy? It supports some newer cards that Hardy doesn't.
[13:22] <pitti> lukehasnoname: tseliot would have details, but I think that -177 is still a beta release and will eventually replace -173
[13:22] <pitti> -173 is by and large the old nvidia-glx-new
[13:23] <mdz> pitti:  the old new driver ;-)
[13:24] <siretart> asac: yes. it used to recommend pcscd, but that was for heaven's sake already demoted to suggests
[13:24] <pitti> . o O { which is why we dropped this silly naming schema altogether :) }
[13:25] <asac> siretart: good. currently looking at code. seems like the lib doesnt do much if the server is not running
[13:25] <lukehasnoname> pitti: Makes sense. Will one of those two replace ore stand by the hardy glx-new driver, for my above reason? If you don't know, who would I mention this to, or would I file a bug or needs-packaging?
[13:25] <siretart> asac: wpasupplicant accepted. please ping me if you have tested it :)
[13:25] <Hobbsee> tjaalton: i looked earlier, but didn't see one - not sure if i looked in the wrong place
[13:25] <lukehasnoname> *ore/or
[13:25] <pitti> lukehasnoname: yes, tseliot is currently developing scripts for auto-migration
[13:25] <siretart> asac: right. I do use pcscd on my laptop, but not for wpa
[13:26] <siretart> asac: I use pcscd for my gpg card. for gnupg and libpam-poldi
[13:26] <asac> siretart: question is how well wpasupplicant deals when SHMClientSetupSession fails
[13:26] <siretart> what is SHMClientSetupSession?
[13:27] <asac> siretart: if i understand its the function in the lib used to establish the socket to pscd (take this with a grain of salt)
[13:31] <tseliot> lukehasnoname: have a look at my blog post on the nvidia drivers: http://albertomilone.com/wordpress/?p=212
[13:32] <asac> siretart: wpasupplicant already uses dlopen? ... i see that it LOADSYM the SCard symbols
[13:32] <lukehasnoname> tseliot: k
[13:33] <asac> siretart: maybe just shipping winscard.h in wpasupplicant is enough then?
[13:36] <siretart> asac: possibly that would be enough. but I don't have the impression that libpcsclite is already dlopened. this would probably need some more additional development
[13:36] <lukehasnoname> tseliot: So you're saying the envy drivers WILL support new video cards, but official hardy drivers won't?
[13:37] <siretart> asac: to be more concrete: I have the impression from reading pcsc_funcs.c that dlopen is only used on windows to load some functions from winscard.dll because of mingw limitations
[13:38] <siretart> which doesn't help us here
[13:38]  * Hobbsee notes that nm has spontaneiously fixed itself.
[13:38] <tseliot> lukehasnoname: yes, it's too risky to update the official lrm
[13:46] <rick_h_> asac: thanks for the update, has me back on track with the wireless working
[13:48] <emgent> heya
[13:55] <Vlad> this is the development chat for ubuntu correct
[13:55] <Hobbsee> yes
[13:55] <Vlad> I was hoping that someone could tell me of an easy to use IDE
[13:56] <Vlad> i do code some in c++ but new to linux
[13:56] <wgrant> 'Development of Ubuntu (not support, not application development on Ubuntu)'
[13:56] <Vlad> I apologize I am a noob
[13:57] <Hobbsee> try in ##c++ or something
[13:57] <lukehasnoname> wgrant: Admittedly, there is not Ubuntu-app-devel group. Maybe there should be one... I wonder what sort of popularity that would have? Anyway, Vlad, check out ubuntuforums.org. Lots of help there.
[13:58] <pwnguin> lukehasnoname: there's a ml post about creating a virtual package
[13:58] <Hobbsee> lukehasnoname: probably because there really is a heck of a lot of apps, and relatively few similarities between them
[13:58] <Vlad> Thank you
[13:58] <wgrant> And there's nothing Ubuntu-specific about application development on Ubuntu.
[13:59] <pwnguin> wgrant: well aside from knowing which packages to install, and so on
[13:59] <pwnguin> which we share with debian
[14:00] <wgrant> pwnguin: Is one going to get far with coding if one cannot work out which packages one needs?
[14:00] <Hobbsee> pwnguin: isn't that a) what apt's for, and b) what upstream developers should already know?
[14:00] <pwnguin> and this is what happens every time i bring it up
[14:01] <lukehasnoname> whoa, I walked away and came back to a bombardment of h8. Good points guys, calm down, I'm convinced.
[14:01] <Hobbsee> try bringing up a better idea, then?  :)
[14:02] <pwnguin> Hobbsee: would you then provide that comment to mdz?
[14:02] <pwnguin> as the virtual package was his idea
[14:02] <Pelo> morning folks, is there an exhaustive list of the hardware supported throught the restricted driver manager ?
[14:03] <Hobbsee> pwnguin: i wasn't commenting on the metapackage idea.  as far as i knew, he was referring to an irc channel and corresponding group for people who were interested in application development on ubuntu to concentrate.
[14:03] <Hobbsee> er, congregate
[14:03] <Hobbsee> pwnguin: as far as i read it, no one actually replied to your statement about the metapackages.
[14:04] <lukehasnoname> Hobbsee: right.
[14:04] <lukehasnoname> That was what I was getting at, but as I said, there are enough resources for that already
[14:04] <pwnguin> well, someone would have to actually populate the virt package ;)
[14:04] <Hobbsee> pwnguin: ubuntu-restricted-extras already does that, for a section.
[14:04] <pwnguin> anyways, no point going on with this if theres no support
[14:04] <Hobbsee> pwnguin: it's rather troublesome, though, as many people have many different ideas about what they all want.
[14:04] <siretart> asac: wpasupplicant package in place. please give me feedback if it works for you
[14:05] <siretart> asac: I'd like to upload it to unstable then
[14:05] <Hobbsee> pwnguin: the metapackages idea may well be a good one - i've not expressed an opinion on it at all :)
[14:06] <pwnguin> well every time i mention the need for better dev tools, out of the woodwork come these people with a common theme: new developers should just be smarter
[14:08] <lukehasnoname> man, I just read a ML post about how GNU needs a rebuild and how distros like Debian have de facto stolen user's rights to free software
[14:09] <Hobbsee> pwnguin: i doubt that anyone thinks that better dev tools aren't a good idea.  however, some ideas of dev tools are good, and some are not.  from how i see it, some people jumped on a particular idea, saying it wouldn't help.  i don't see how that then leads to your sweeping generality.
[14:09] <Hobbsee> lukehasnoname: veracity verified?
[14:09] <lukehasnoname> "Instead, we neglected all that grunt work and thus gave rise to Debian and all of the commercial vendors and all of the problems those "mid-stream" players create as they dominate the entire economics of our efforts to create software freedom."
[14:10] <lukehasnoname> http://lists.gnu.org/archive/html/emacs-devel/2008-07/msg00466.html
[14:10] <pwnguin> Hobbsee: its a pattern, not derived from a single event. but at any rate, last time I said i'd come up with a convincing argument before going at length on it again
[14:10] <pwnguin> as i havent done that yet, i think it's time to start thinking
[14:13] <bryce_> cjwatson: http://people.ubuntu.com/~bryce/Testing/xserver/
[14:13] <bryce_> cjwatson: I'll have debs up in half an hour or so once they've built
[14:17] <bryce_> cjwatson: let me know if that solves the issue and I'll push it to intrepid
[14:45] <Tonio_> bryce: I'm having a little issue with xauth, that causes kdesudo not to work as expected...
[14:45] <Tonio_> bryce: hi, btw :)
[14:45] <Tonio_> bryce: this is how we generate the xauthority file (tmp file) :
[14:46] <Tonio_> bryce: /usr/bin/xauth -q -f /tmp/kdesudo-TT4636-xauth generate :0 trusted
[14:46] <Tonio_> bryce: here is the xauth output : couldn't query Security extension on display ":0"
[14:48] <Tonio_> bryce: any idea what's going on ?
[14:49] <tseliot> Tonio_: maybe you should ping bryce_
[14:49] <kees> Tonio_: there were changes in the upstream xorg that disabled the Security extension.  it's getting attention already and should be fixed soon.
[14:49] <Tonio_> tseliot: ah ;)
[14:49] <Tonio_> kees: okay, super :)
[14:50] <Tonio_> kees: is there another workarround ?
[14:51] <bryce_> Tonio_: yep, was working on that just a bit ago
[14:51] <Tonio_> bryce_: very nice to ear ;)
[14:52] <bryce_> Tonio_: can you please test something
[14:53] <Tonio_> bryce_: sure...
[14:53] <bryce_> Tonio_: here's an xserver with a proposed fix for this issue:  http://people.ubuntu.com/~bryce/Testing/xserver/
[14:54] <bryce_> please test that and verify for me that it makes the problem go away
[14:55] <Tonio_> bryce_: I'll do that in a few minutes and will let you know
[14:56] <bryce_> thanks
[15:00] <Tonio_> bryce_: SecurityBadAuthorizationProtocol  (invalid authorization name or data)
[15:00] <Tonio_> bryce_: the issue changed btw ;)
[15:00] <bryce_> hmm
[15:00] <Tonio_> bryce_: maybe I miss something, I don't know
[15:00] <bryce_> cjwatson is also investigating this issue from the ubiquity side, although he's in a meeting at present
[15:01] <Tonio_> ok
[15:01] <Tonio_> bryce_: /usr/bin/xauth -q -f /tmp/kdesudo-TT4636-xauth generate :0 trusted
[15:01] <Tonio_> bryce_: here is the exact command I used
[15:01] <Tonio_> I think that's okay
[15:01] <kirkland> doko: hiya, see https://bugs.launchpad.net/ubuntu/+source/lsb/+bug/249059
[15:01] <kirkland> doko: Debian lsb took the status_of_proc() patches, so we can drop our diff
[15:01] <kirkland> doko: i did a new merge
[15:02] <kirkland> doko: the goods are http://people.ubuntu.com/~kirkland/lsb/
[15:02] <bryce_> Tonio_: hmm, cjwatson was using a different command
[15:03] <bryce_> xauth -q -f t.xauth generate $DISPLAY . trusted timeout 60
[15:03] <bryce_> Tonio_: ^ try that
[15:04] <Tonio_> bryce_: yeah I forgot the . :)
[15:04] <Tonio_> bryce_: seems to work here
[15:04] <bryce_> awesome
[15:05] <bryce_> ok, I'll upload this fix
[15:06] <jcristau> bryce_: just --enable-xcsecurity?
[15:06] <Tonio_> bryce_: yep I can confirm it works as expected.... the generated file is working, super :)
[15:07] <bryce_> jcristau: not sure; the patch disabled both that and app-group
[15:07] <bryce_> jcristau: do you know of a reason why app-group should be disabled?
[15:07] <bryce_> er, appgroup
[15:08] <Riddell> pitti: do you know where till is?  and if he's still doing printing meetings?
[15:08] <jcristau> bryce_: no idea what the appgroup extension is :)
[15:09] <bryce_> from its .c file it has to do with the security module
[15:32] <skymuss> hi
[15:35] <skymuss> hi
[15:35] <Hobbsee> hi
[15:35] <skymuss> where are you from ??
[15:36] <Hobbsee> sydney
[15:36] <skymuss> cool
[15:36] <skymuss> I'm from
[15:36] <skymuss> bavaria
[15:36] <skymuss> germany
[15:36] <skymuss> oktoberfest
[15:37] <ion_> I have a
[15:37] <ion_> return
[15:37] <ion_> key
[15:59] <slangasek> Does that ordering imply that Germany is a subset of Oktoberfest?
[15:59] <TheMuso> heh
[16:19] <liw> slangasek, oktoberfest is bigger than germany, so the answer is probably Bananenkartoffeln
[16:27] <bryce_> mvo: apt-get source xscreensaver.  configure and make, and run the ./braid command
[16:33] <bryce_> Tonio_: I've uploaded the fix.
[16:33] <Tonio_> bryce_: super ;) I've uploaded the fixed kdesudo btw, so it should work toonight.... thanks :)
[16:36] <mvo> bryce_: thanks, I can not test right now, but I will check it out
[16:43] <bryce_> mvo, okay thanks.  I can't think of anything else to experiment with so I'm going to file it upstream with -intel for now.  I think I've reasonably decided it's not just bad screensaver coding or something ;-)
[16:48] <mvo> bryce_: http://bugs.opencompositing.org/show_bug.cgi?id=961 (for the reference)
[16:48] <calc> slangasek: did intrepid a2 not release a desktop cd?
[16:49] <Riddell> calc: no
[16:49] <tseliot> mvo: let me know when you're available to work together to make sure that dist-ugrades go smoothly with the new NVIDIA drivers
[16:49] <calc> ok
[16:50] <mvo> tseliot: yeah, sorry for not coming back to you about this earlier. I'm traveling right now so my reponse time is a bit worse
[16:50] <bryce_> mvo, ah, same bug?
[16:50] <mvo> bryce_: it seems to be, no sure. I added some releavant information and hope one of the compiz upstreams have a idea (if not, I will debug it when I come back home)
[16:50] <tseliot> mvo: no problem
[16:51] <bryce_> ok, I'll add that to this bug.  I'm forwarding it upstream too
[16:52] <TheMuso> ogra: is there an MIR for aubio? If so, do you have a bug number handy? Secondly, if we pull aubio into main, we will have to disable jack support at a minimum..
[16:52] <bryce_> mvo also see https://bugs.launchpad.net/xorg-server/+bug/101943/comments/74
[16:53] <ogra> TheMuso, whats aubio ?
[16:53]  * ogra never heard of it
[16:53] <TheMuso> ogra: According to your latest changelog entry for denemo, which was a merge, libaubio-dev is needed as a build-depend for denemo, and you clearly state here that it needs an MIR.
[16:54] <TheMuso> ogra: So aubio is the source package for libaubio-dev.
[16:54] <ogra> ooh, right
[16:55] <ogra> TheMuso, no, there isnt a MIR yet
[16:55] <TheMuso> ogra: Right. My attention was brought to it due to looking at the component mismatches list.
[16:56] <TheMuso> ogra: So, do you want to MIR it, or should be drop building against aubio for now?
[16:56] <ogra> i'm currently a bit hogged by cmpc building stuff, i'll try to get a MIR prepared the next days
[16:56] <TheMuso> ogra: No hurry, I was just wondering whether you were aware of it and whether it was on your radar.
[16:57] <ogra> TheMuso, no, it totally wasnt, i owe you a beer :)
[16:57] <ogra> thanks a lot
[17:00] <TheMuso> ogra: np.
[17:04] <kirkland> doko: regarding https://bugs.launchpad.net/ubuntu/+source/opencryptoki/+bug/247593, could you give a high-level look at the patch I attached?  I'm working with upstream to get this applied to their CVS, but I'd like to know from you if this will take care of most of your inclusion concerns about the library
[17:24] <cody-somerville> cjwatson, what did you say needed to be done to fix the daily PPC builds for Xubuntu?
[17:27] <mdz> pwnguin: I'm not invested in a particular solution, so much as making it simpler for developers to get up and running on Ubuntu
[17:27] <mdz> Hobbsee: ^^
[17:38] <cjwatson> cody-somerville: "ignore for now"
[17:38] <cjwatson> cody-somerville: otherwise, messy fiddling with the mirror layout on antimony
[17:38] <cjwatson> it's nothing that anyone without shell access to antimony can do, I'm afraid
[17:41] <pitti> Riddell: yes, he and I were in the hotel for a printing mini-conf; just back now
[18:14] <siretart_> asac: did you have a chance to test my wpasupplicant package?
[18:16] <asac> siretart_: nope ... maybe in the hotel. but there are lots of testers on it already. i will look athte forum thread and my blog later to see if someone complained
[18:16] <asac> and test on my own tomorrow
[18:16] <asac> will bail out of office now ;)
[18:16] <siretart_> which forum?
[18:16] <asac> siretart_: one of the threads that test NM
[18:16] <asac> ubuntuforums
[18:17] <asac> siretart_: http://ubuntuforums.org/showthread.php?t=797059&page=12
[18:18] <siretart_> ok. thnx
[18:18] <asac> siretart_: ok i told them that there are also new wpasupplicant packages to test
[18:18] <asac> lets look tomorrow what came out of it
[18:18] <siretart_> ok. thanks
[18:20] <slangasek> jelmer: where do I get the orig.tar.gz for your openchange package? :-)
[18:25] <jelmer> slangasek: Hmm, I seem to've pulled it down at some point
[18:25]  * jelmer searches
[19:48] <kirkland> pitti: ping
[20:08] <mario_limonciell> kees, ping
[20:09] <norsetto> norsetto, ping
[20:10] <kees> mario_limonciell: pong
[20:10] <kees> norsetto: you pinged yourself?
[20:10] <mario_limonciell> hey kees, i was gonna ask you if you had tried to use mk-sbuild-lv at all on lpia?
[20:10] <mario_limonciell> or at least lately
[20:11] <norsetto> kees: yeah, felt alone with all you guys pinging around
[20:11] <kees> mario_limonciell: not under intrepid, but I've used it on hardy.  You do need to specific the ports mirror
[20:11] <kees> norsetto: heheh okay
[20:11] <kees> norsetto: but you didn't reply!  ;)
[20:11] <mario_limonciell> kees, ah so that might have been where things failed
[20:11] <norsetto> kees: I never replay to contentless pings!
[20:11] <mario_limonciell> maybe worthwhile to include that as a default mirror when choosing lpia?
[20:12] <kees> norsetto: hahah
[20:12] <kees> mario_limonciell: I thought someone might have added that in intrepid, but let me check...
[20:13] <kees> mario_limonciell: yeah, totally.  patches welcome.  :)  in the meantime   --debootstrap-mirror http://ports.ubuntu.com/   should work
[20:13] <mario_limonciell> kees, okay i'm just rebuilding my VG and accidentally nuked all my LV's, so i'll give that a go
[20:13] <mario_limonciell> thanks!
[20:27] <kantor> hi, how is made Ubuntu to recognize ATAPI cd devices and ATA hard drivers like SCSI devices ?
[21:11] <nxvl> pitti: around?
[21:15] <norsetto> nxvl: pitti is rather slim
[21:16] <laga> ouch
[21:20]  * norsetto hides in a corner for macking such feeble attempts at humour
[21:24] <nxvl> norsetto: indeed
[21:25] <norsetto> nxvl: can't answer you, I'm hidden in a corner
[21:27] <geser> nxvl: how is the MIR for dvipdfmx going?
[21:28] <nxvl> geser: Bug #248605
[22:03] <asac> cr3_: ping
[22:07] <cr3_> asac: pong
[22:53] <pedro> every time i try to ssh to some machine, a window pop-ups asking-me to unlock the private key
[22:54] <pedro> i've search a lot on the web but havent found any solutions
[22:54] <pedro> anybody already had the same problem?
[22:56] <laga> well. what _is_ the problem?
[22:58] <pedro> wel, i'm trying to access my server, that only allows key authentication..
[22:58] <pedro> then i'm create the key, and stores it in server's authorized_keys
[22:59] <pedro> but for some reason, every time i tried to connect, a window pops-up asking me to unlock that key..
[22:59] <pedro> it freezes my machine twice...
[22:59] <pedro> laga: sorry for my english... =]
[23:00] <laga> it freezes your computer? does it lock up? eg your mouse cursor doesn't move anymore?
[23:01] <pedro> dont, but i cant kill the proccess, and my terminal does not read the keyboard..
[23:02] <pedro> my its a focus mystake..
[23:02] <pedro> only solution i found is ctrl+alt+bkspc
[23:02] <pedro> maybe*
[23:02] <laga> yes. well, it is supposed to do that. you need to enter your pass phrase for your key. or just click "abort" or whatever button there is
[23:04] <pedro> yes, but if i click in abort it aborts my ssh..
[23:04] <pedro> there is a way to disable this?
[23:05] <pedro> let the default way, asking by the terminal?
[23:05] <laga> pedro: the windows captures all input to make sure you don't enter your passphrase in the wrong window
[23:05] <laga> oh yeah, you can do that. but i don't know how :)
[23:05] <pedro> i search on the web and many people have this doubt..
[23:05] <pedro> and no aswners!
[23:05] <pedro> hahaha
[23:06] <pedro> that problem happens if this window pops-up when you are on a full screen terminal
[23:14] <mario_limonciell> kees, okay i've  got an lpia patch together on ubuntu-dev-tools.  mind if i just push it out, or would you prefer to look at it first?
[23:19] <mario_limonciell> kees, er well i'ts in rev 108 on the branch.  if it looks good to you, i'll push it out to intrepid


[00:07] -queuebot:#ubuntu-release- New: accepted kmod [armhf] (groovy-proposed) [27+20200310-2ubuntu1]
[05:16] -queuebot:#ubuntu-release- New binary: staden-io-lib [amd64] (groovy-proposed/universe) [1.14.12-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: staden-io-lib [ppc64el] (groovy-proposed/universe) [1.14.12-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: staden-io-lib [arm64] (groovy-proposed/universe) [1.14.12-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: staden-io-lib [armhf] (groovy-proposed/universe) [1.14.12-1] (no packageset)
[06:44] -queuebot:#ubuntu-release- New binary: staden-io-lib [riscv64] (groovy-proposed/universe) [1.14.12-1] (no packageset)
[06:57] -queuebot:#ubuntu-release- New: accepted pantalaimon [amd64] (groovy-proposed) [0.6.1-2]
[06:57] -queuebot:#ubuntu-release- New: accepted staden-io-lib [arm64] (groovy-proposed) [1.14.12-1]
[06:57] -queuebot:#ubuntu-release- New: accepted staden-io-lib [ppc64el] (groovy-proposed) [1.14.12-1]
[06:57] -queuebot:#ubuntu-release- New: accepted staden-io-lib [amd64] (groovy-proposed) [1.14.12-1]
[06:57] -queuebot:#ubuntu-release- New: accepted staden-io-lib [riscv64] (groovy-proposed) [1.14.12-1]
[06:57] -queuebot:#ubuntu-release- New: accepted staden-io-lib [armhf] (groovy-proposed) [1.14.12-1]
[06:58] <vorlon> wgrant: ok, we definitely have that commit from upstream in this version of util-linux, so must be a different issue
[07:45] -queuebot:#ubuntu-release- Unapproved: ceph (bionic-proposed/main) [12.2.13-0ubuntu<IP_ADDRESS> => 12.2.13-0ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[07:55] <RikMills> sil2100: if you are doing SRUs, I have just marked plasma for focal done. if you prefer to leave that longer (next week) then no worries
[07:56] -queuebot:#ubuntu-release- Unapproved: ceph (eoan-proposed/main) [14.2.8-0ubuntu<IP_ADDRESS> => 14.2.9-0ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[08:00] <sil2100> RikMills: let me take a look in a bit
[08:10] -queuebot:#ubuntu-release- Unapproved: xserver-xorg-video-amdgpu-hwe-18.04 (bionic-proposed/main) [19.0.1-1ubuntu1~18.04.1 => 19.1.0-1~18.04.1] (no packageset)
[08:10] -queuebot:#ubuntu-release- Unapproved: xserver-xorg-video-ati-hwe-18.04 (bionic-proposed/main) [1:19.0.1-1ubuntu1~18.04.1 => 1:19.1.0-1~18.04.1] (no packageset)
[08:36] -queuebot:#ubuntu-release- Unapproved: xorg-server (focal-proposed/main) [2:1.20.8-2ubuntu2 => 2:1.20.8-2ubuntu2.1] (desktop-core, i386-whitelist, xorg)
[08:37] -queuebot:#ubuntu-release- Unapproved: rejected xorg-server-hwe-18.04 [source] (bionic-proposed) [2:1.20.8-2ubuntu2~18.04.1]
[08:37] -queuebot:#ubuntu-release- Unapproved: xorg-server-hwe-18.04 (bionic-proposed/main) [2:1.20.5+git20191008-0ubuntu1~18.04.1 => 2:1.20.8-2ubuntu2.1~18.04.1] (no packageset)
[08:49] <sil2100> paride: hey! I was looking into the server images situation on cdimage, and I would like to understand how currently the marking of images for current in server works
[08:50] <sil2100> paride: since looking at the images, it feels as if something went wrong when marking images as current, which is done as result of testing - since for instance current/ does not have a groovy live-server image for s390x or arm64, only old focal ones
[08:51] <sil2100> So not knowing how the server QA triggers those, my theory right now is that the QA for those images didn't yet run mark-current on any s390x or arm64 images? Are the tests failing or something?
[08:51] <sil2100> There is also a leftover amd64 focal image there, which makes no sense since there's also a groovy one there too - but this one I can clean up
[08:52] <sil2100> paride: is testing for those clean? Should s390x and arm64 pending images have been marked as current as well?
[08:54] <paride> sil2100, the tests are indeed failing because of https://bugs.launchpad.net/ubuntu/+source/debian-cd/+bug/1877538
[08:54] <xnox> Right. Which I didn't have time to look into
[08:55] <xnox> Yet
[08:55] <paride> the directory is missing from the amd64 images too, but was not in the lists of the things to check as part of the static validation process
[08:56] <paride> jibel, ^
[08:58] <paride> sil2100, the promotion is done by calling: /srv/cdimage.ubuntu.com/bin/mark-current -p $PROJECT -s $RELEASE -t $TYPE -a $ARCH $BUILDSTAMP
[08:58] <paride> via ssh on nusanak
[09:00] <paride> sil2100, it doesn't seems that the script can be called with wrong parameters so for example a focal image is moved where groovy images should go
[09:02] <sil2100> paride: I guess the amd64 is some weird leftover then, but yeah, in that case if the arm64 and s390x tests are failing and no mark-current is executed for those, having old focal images there is a natural consequence
[09:03] <sil2100> Since there were no groovy images that could be marked current
[09:04] <sil2100> I'll remove the weird amd64 focal images though, rest should resolve by itself once the tests are green I suppose
[09:05] <paride> sil2100, ack, let's try to cleanup and see if it stays clean. The .metalink files of out-of-place focal images have a recent timestamp, but I guess they're auto-generated periodically
[09:06] <xnox> ooooh
[09:06] <xnox> i think i found it!
[09:06] <xnox> sil2100:  one momement
[09:07] <sil2100> xnox: what's up? :)
[09:13] <xnox> sil2100:  https://code.launchpad.net/~xnox/debian-cd/missing-tools-groovy/+merge/384336
[09:13] <xnox> sil2100:  only 2/3rds of "focal" things got copied to "groovy" things in debian-cd
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted mesa [source] (bionic-proposed) [20.0.4-2ubuntu1~18.04.1]
[09:14] <sil2100> Oh my
[09:15] <RikMills> sil2100: thanks for releasing plasma :)
[09:16] <sil2100> xnox: ah! Indeed!
[09:17] <sil2100> I guess I copied only tools/boot/focal but not tools/focal
[09:18] <xnox> life is hard, we should kill debian-cd
[09:19] <sil2100> xnox: good catch, merged! Yeah, totally missed this one
[09:19]  * paride looking forward the new batch of images :)
[09:20] <paride> speaking of live-server, do we need those preseeds?
[09:20] <sil2100> ...and now deployed
[09:20]  * sil2100 would have never found that
[09:20] <sil2100> Since I have never bootstrapped a new release on debian-cd before!
[09:21] <sil2100> paride, xnox: let me kick off new server-live images in this case
[09:32] <jibel> sil2100, can you do desktop too?
[09:36] <xnox> sil2100:  i think everything is affected
[09:36] <xnox> paride:  no, no we don't. but i wanted to find them first; before killing them properly and asserting that we don't have them =)
[09:38] <paride> xnox, sounds good!
[10:31] -queuebot:#ubuntu-release- New binary: calamares-settings-ubuntu [amd64] (groovy-proposed/universe) [1:20.10.1] (lubuntu)
[11:00] -queuebot:#ubuntu-release- Unapproved: accepted xserver-xorg-video-ati-hwe-18.04 [source] (bionic-proposed) [1:19.1.0-1~18.04.1]
[11:02] -queuebot:#ubuntu-release- Unapproved: accepted xserver-xorg-video-amdgpu-hwe-18.04 [source] (bionic-proposed) [19.1.0-1~18.04.1]
[11:12] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server-hwe-18.04 [source] (bionic-proposed) [2:1.20.8-2ubuntu2.1~18.04.1]
[11:19] <paride> xnox, focal-live-server still can't seed the snaps
[11:19] <paride> sorry, bionic
[11:20] <paride> focal is fine
[11:39] -queuebot:#ubuntu-release- New source: openscap (groovy-proposed/primary) [1.2.16-2ubuntu5]
[12:08] <xnox> paride:  looking
[12:08] -queuebot:#ubuntu-release- New: accepted calamares-settings-ubuntu [amd64] (groovy-proposed) [1:20.10.1]
[12:08] -queuebot:#ubuntu-release- New: accepted openscap [source] (groovy-proposed) [1.2.16-2ubuntu5]
[12:08] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-418-server [source] (groovy-proposed) [418.126.02-0ubuntu1]
[12:14] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-418-server [ppc64el] (groovy-proposed/none) [418.126.02-0ubuntu1] (no packageset)
[12:14] -queuebot:#ubuntu-release- New binary: openscap [s390x] (groovy-proposed/none) [1.2.16-2ubuntu5] (no packageset)
[12:14] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-418-server [amd64] (groovy-proposed/none) [418.126.02-0ubuntu1] (no packageset)
[12:14] -queuebot:#ubuntu-release- New binary: openscap [amd64] (groovy-proposed/none) [1.2.16-2ubuntu5] (no packageset)
[12:16] -queuebot:#ubuntu-release- New binary: openscap [ppc64el] (groovy-proposed/none) [1.2.16-2ubuntu5] (no packageset)
[12:22] -queuebot:#ubuntu-release- New binary: openscap [armhf] (groovy-proposed/universe) [1.2.16-2ubuntu5] (no packageset)
[12:22] -queuebot:#ubuntu-release- New: accepted libdrm [amd64] (bionic-proposed) [2.4.101-2~18.04.1]
[12:22] -queuebot:#ubuntu-release- New: accepted libdrm [armhf] (bionic-proposed) [2.4.101-2~18.04.1]
[12:22] -queuebot:#ubuntu-release- New: accepted libdrm [ppc64el] (bionic-proposed) [2.4.101-2~18.04.1]
[12:22] -queuebot:#ubuntu-release- New: accepted libdrm [arm64] (bionic-proposed) [2.4.101-2~18.04.1]
[12:22] -queuebot:#ubuntu-release- New: accepted libdrm [s390x] (bionic-proposed) [2.4.101-2~18.04.1]
[12:22] -queuebot:#ubuntu-release- New: accepted libdrm [i386] (bionic-proposed) [2.4.101-2~18.04.1]
[12:26] -queuebot:#ubuntu-release- New binary: openscap [arm64] (groovy-proposed/universe) [1.2.16-2ubuntu5] (no packageset)
[12:41] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-418-server [amd64] (groovy-proposed) [418.126.02-0ubuntu1]
[12:41] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-418-server [ppc64el] (groovy-proposed) [418.126.02-0ubuntu1]
[13:04] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server [source] (focal-proposed) [2:1.20.8-2ubuntu2.1]
[13:13] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-10 [source] (bionic-proposed) [1:10.0.0-4ubuntu1~18.04.1]
[13:22] -queuebot:#ubuntu-release- Unapproved: accepted apport [source] (eoan-proposed) [2.20.11-0ubuntu8.9]
[13:24] -queuebot:#ubuntu-release- Unapproved: accepted apport [source] (bionic-proposed) [2.20.9-0ubuntu7.15]
[13:30] -queuebot:#ubuntu-release- Unapproved: gnome-logs (focal-proposed/main) [3.34.0-1 => 3.34.0-1ubuntu1] (ubuntu-desktop, ubuntugnome)
[13:53] -queuebot:#ubuntu-release- New binary: openscap [riscv64] (groovy-proposed/universe) [1.2.16-2ubuntu5] (no packageset)
[13:59] -queuebot:#ubuntu-release- Unapproved: accepted python-apt [source] (eoan-proposed) [1.9.0ubuntu1.4]
[14:12] -queuebot:#ubuntu-release- Unapproved: accepted python-apt [source] (bionic-proposed) [1.6.5ubuntu0.3]
[14:15] -queuebot:#ubuntu-release- Unapproved: accepted python-apt [source] (xenial-proposed) [1.1.0~beta1ubuntu<IP_ADDRESS>]
[14:19] -queuebot:#ubuntu-release- New: accepted openscap [amd64] (groovy-proposed) [1.2.16-2ubuntu5]
[14:19] -queuebot:#ubuntu-release- New: accepted openscap [armhf] (groovy-proposed) [1.2.16-2ubuntu5]
[14:19] -queuebot:#ubuntu-release- New: accepted openscap [riscv64] (groovy-proposed) [1.2.16-2ubuntu5]
[14:19] -queuebot:#ubuntu-release- New: accepted openscap [arm64] (groovy-proposed) [1.2.16-2ubuntu5]
[14:19] -queuebot:#ubuntu-release- New: accepted openscap [s390x] (groovy-proposed) [1.2.16-2ubuntu5]
[14:19] -queuebot:#ubuntu-release- New: accepted openscap [ppc64el] (groovy-proposed) [1.2.16-2ubuntu5]
[14:44] -queuebot:#ubuntu-release- Packageset: Added lubuntu-update-notifier to lubuntu in focal
[14:44] -queuebot:#ubuntu-release- Packageset: Added calamares-settings-ubuntu to ubuntustudio in groovy
[14:44] -queuebot:#ubuntu-release- Packageset: Added lubuntu-update-notifier to lubuntu in groovy
[15:20] -queuebot:#ubuntu-release- New binary: xmds2 [amd64] (groovy-proposed/universe) [3.0.0+dfsg-3] (no packageset)
[16:02] -queuebot:#ubuntu-release- New binary: coccinelle [amd64] (groovy-proposed/universe) [1.0.8.deb-2] (no packageset)
[16:41] <Eickmeyer> sil2100: Got time for an SRU today before you EOD? bug 1877806
[17:17] -queuebot:#ubuntu-release- New binary: llvm-toolchain-10 [s390x] (bionic-proposed/universe) [1:10.0.0-4ubuntu1~18.04.1] (no packageset)
[17:23] <sil2100> Eickmeyer: sure o/
[17:23] <sil2100> Looking
[17:23] <Eickmeyer> sil2100: Heh, fixed a typo in [Impact] just now.
[17:24] <sil2100> Eickmeyer: so this only requires a fix in lilv, not in ardour, right? Could we mark it Invalid if that's the case?
[17:25] <Eickmeyer> Correct.
[17:25] <Eickmeyer> Done.
[17:26] -queuebot:#ubuntu-release- New: accepted coccinelle [amd64] (groovy-proposed) [1.0.8.deb-2]
[17:26] -queuebot:#ubuntu-release- New: accepted xmds2 [amd64] (groovy-proposed) [3.0.0+dfsg-3]
[17:31] <sil2100> Eickmeyer: thanks o/
[17:31] <sil2100> Oh damn, that's a lot of patches!
[17:32] <Eickmeyer> sil2100: Indeed. Each one is a cherry-picked commit in order to get to the correct one.
[17:32] <Eickmeyer> Obviously already in the version in Groovy, but for Focal this required patching gymnastics.
[17:35] <Eickmeyer> sil2100: The main patch is 0007, but looks like 0008-0012 are code-cleanup for that one patch.
[17:35] <Eickmeyer> 0002-0006 are just the commits leading up to that.
[17:35] <sil2100> Ah, I see, so 0007-Fix-deleting-state-bundles-loaded-from-the-model.patch is the actual fix - patches before are all needed for the patch to be applicable + the patches after it are fixes for issues introduced with that commit, correct?
[17:35] <Eickmeyer> sil2100: In essence, you read my mind (what I was just explaining). :D
[17:37] <Eickmeyer> Patch 1001 is pre-existing.
[17:39] -queuebot:#ubuntu-release- Unapproved: accepted lilv [source] (focal-proposed) [0.24.6-1ubuntu0.1]
[17:39] <Eickmeyer> sil2100: ta
[18:03] <xnox> sil2100:  vorlon: apw: can you please approve s390-tools signed build in groovy?
[18:04] <xnox> (blocking systemd autopkgtests, blocking busybox, blocking casper work for .1 release)
[18:04] <xnox> https://launchpad.net/ubuntu/groovy/+queue?queue_state=1&queue_text=
[18:12] <vorlon> done
[18:13] -queuebot:#ubuntu-release- Unapproved: accepted s390-tools [s390x] (groovy-proposed) [2.12.0-0ubuntu4]
[18:15] <vorlon> ahasenack: please commit your debian-installer upload to the VCS
[18:15] <vorlon> ahasenack: (also it seems to have somehow not rebuilt correctly against current bind9-libs, since it migrated to the release pocket and bind9-libs is still stalled)
[18:16] <ahasenack> vorlon: you mean the pastebin/patch I posted here a few days ago?
[18:16] <ahasenack> about switching from focal to groovy?
[18:16] <ahasenack> vorlon: that's why I think it still used the old bind9-libs
[18:16] <vorlon> ahasenack: well for the upload I mean 615 which is in groovy but not in bzr
[18:17] <vorlon> ahasenack: as for the cause of the misbuild, I missed that
[18:17] <ahasenack> vorlon: oh, bzr
[18:17] <ahasenack> vorlon: xnox said if I "fixed" that, it would entangle with the kernel
[18:17] <ahasenack> and he would take a look at it
[18:17] <vorlon> hmm
[18:20] <ahasenack> vorlon: https://irclogs.ubuntu.com/2020/05/20/%23ubuntu-devel.html#t12:52
[18:22] <vorlon> xnox: ^^ should really jfdi, yes it entangles the kernel but it needs doing anyway if there's a new kernel in -proposed, and there shouldn't be any other library transitions right now
[18:24] <ahasenack> (bzr is still branching d-i here)
[18:25] <xnox> ahasenack:  yeah your no-change upload, really did a no-change rebuild without using any groovy =)
[18:25] <xnox> vorlon:  fair.
[18:26]  * xnox hoped to rip out d-i by now
[18:26] <ahasenack> should d-i be added to some sort of post-release checklist, so that it points at the new name?
[18:26] <vorlon> xnox: or that ;)
[18:26] <xnox> ahasenack:  it was meant to be dead for 8 months now!
[18:26] <ahasenack> you know what they say about undeads and zombies...
[18:27] <xnox> it's a 7 degree spectrum of deadness?
[18:27] <ahasenack> they keep making comebacks in the movies at least
[18:27] <ahasenack> fascinating topic
[18:27] <ahasenack> xnox: will you also update the bzr branch then, that I missed?
[18:27] <xnox> ahasenack:  yeah, let me do it all
[18:27] <ahasenack> thank you so much, will offer you rice and beans the next time you are in Brazil
[18:28] <ahasenack> or a churrasco
[18:28] <ahasenack> whichever you prefer
[18:34] -queuebot:#ubuntu-release- New binary: llvm-toolchain-10 [ppc64el] (bionic-proposed/universe) [1:10.0.0-4ubuntu1~18.04.1] (no packageset)
[18:40] <sbeattie> hi, can I get an SRU team yay or nay on LP: #1878654 ?
[18:53] <sbeattie> They are not in the normal unapproved proposed queue, because they may get pocket-copied to the security pockets from updates, so they've been built in the ubuntu-security-proposed ppa.
[20:07] <mclemenceau> hey vorlon I think that thanks to waveform we have a fix for python-meshio proposed-migration on groovy with s390x
[20:12] <vorlon> sweet
[20:12] <vorlon> sbeattie: why is this a 'maybe' for security?
[20:21] -queuebot:#ubuntu-release- New binary: llvm-toolchain-10 [i386] (bionic-proposed/universe) [1:10.0.0-4ubuntu1~18.04.1] (no packageset)
[20:43] -queuebot:#ubuntu-release- New binary: llvm-toolchain-10 [amd64] (bionic-proposed/universe) [1:10.0.0-4ubuntu1~18.04.1] (no packageset)
[20:44] <xnox> ahasenack:  uploaded d-i, hopefully it will migrate
[20:45] <ahasenack> xnox: thanks, I'll keep an eye on it
[20:48] <ahasenack> xnox: was it accepted? https://launchpad.net/ubuntu/+source/debian-installer/20101020ubuntu616 is still a 404
[20:50] <xnox> it's building https://launchpad.net/ubuntu/+source/debian-installer/20101020ubuntu617
[20:51] <xnox> i tagged and pushed 616, only to notice ftbfs, so burned a version number.
[20:51] <xnox> i should be the last d-i upload ever
[20:58] <ahasenack> \o/
[21:20] <ahasenack> xnox: d-i grabbed old bind9-libs again, didn't you have to change focal to groovy in ./build/config/common and ./debian/rules ?
[21:21] <xnox> ahasenack:  yes.... it did.... and i don't care..... =)
[21:21] <xnox> ahasenack:  i made an evil upload, yet everything should migrate
[21:21] <ahasenack> ok
[21:22] <ahasenack> "Do not generate meta-package which blocks package transitions,"
[21:47] <sbeattie> vorlon: realistically, it will go eventually to security, but the reporters and people driving the issue want it to land in -updates and be available in gce before a security advisory is announced.
[21:47] <vorlon> sbeattie: ok; ack then
[21:47] <sbeattie> vorlon: thank you!
[22:25] <vorlon> tumbleweed: your commit to reorder i386 hints appears to have dropped some (e.g. deap)
[22:29] <vorlon> tumbleweed: and some of these seem like they should've still been detected as part of the grep-dctrl... (bzr-git, dirspec)
[22:57] <vorlon> tumbleweed: ah bzr-git and dirspec both no longer have a Testsuite declared so that's fine, and deap went from Arch: all to Arch: any all so that's also expected
[22:58] <vorlon> tumbleweed: but it looks like you didn't have multiverse enabled when you ran the script :)
[23:04] <vorlon> tumbleweed: nah scratch that, doc-rfc is there but was in a different order than I expected
[23:11] <tumbleweed> :)
[23:11] <tumbleweed> I did vet it fairly carefully
[23:12] <tumbleweed> the things that dropped seemed legit. But yes, some did
[23:12] <tumbleweed> I also included proposed, which the original didn't
[23:18] <vorlon> tumbleweed: yeah I've changed the script now to force LANG=C collation order so that everyone updating in the future gets the same results
[23:18] <xnox> ahayzen:  d-i & bind9-libs migrated
[23:19] <tumbleweed> may be a good idea to put generated things like that in separate files, so people den't mess wit them
[23:19] <tumbleweed> (and rather refresh wholesale)
[23:19] <vorlon> could wrap it in a sed command now that you have begin/end tags :)
[23:20] -queuebot:#ubuntu-release- New binary: nix [s390x] (groovy-proposed/universe) [2.3.4+dfsg3-1] (no packageset)
[23:20] <tumbleweed> :)
[23:20] <ahayzen> xnox, think you tagged the wrong person :-)
[23:20] <vorlon> creating separate files requires fiddling with britney config so I'm not keen
[23:20] <vorlon> ahayzen: yeah, ahasenack trickily left the channel
[23:20] <xnox> bah
[23:20] <ahayzen> :-)
[23:21] -queuebot:#ubuntu-release- New: accepted nix [s390x] (groovy-proposed) [2.3.4+dfsg3-1]
[23:21] <xnox> apw:  can you please unblock 5.4.0-29.33 (yes that old) from groovy-proposed, such that it migrates in groovy?
[23:21] <xnox> apw:  and then copy up focal-updates to groovy-proposed? (the 31.35)
[23:21] <xnox> apw:  unless you want to go straight to 32.36 in groovy-proposed too?
[23:23] -queuebot:#ubuntu-release- New binary: fonts-cherrybomb [amd64] (groovy-proposed/universe) [3.00+dfsg-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: re2 [s390x] (groovy-proposed/main) [20200501+dfsg-2] (i386-whitelist, kubuntu)
[23:23] -queuebot:#ubuntu-release- New binary: nix [ppc64el] (groovy-proposed/universe) [2.3.4+dfsg3-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: re2 [amd64] (groovy-proposed/main) [20200501+dfsg-2] (i386-whitelist, kubuntu)
[23:27] -queuebot:#ubuntu-release- New binary: nix [amd64] (groovy-proposed/universe) [2.3.4+dfsg3-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: re2 [ppc64el] (groovy-proposed/main) [20200501+dfsg-2] (i386-whitelist, kubuntu)
[23:37] -queuebot:#ubuntu-release- New binary: re2 [arm64] (groovy-proposed/main) [20200501+dfsg-2] (i386-whitelist, kubuntu)
[23:50] -queuebot:#ubuntu-release- New: accepted re2 [arm64] (groovy-proposed) [20200501+dfsg-2]
[23:50] -queuebot:#ubuntu-release- New: accepted re2 [ppc64el] (groovy-proposed) [20200501+dfsg-2]
[23:50] -queuebot:#ubuntu-release- New: accepted fonts-cherrybomb [amd64] (groovy-proposed) [3.00+dfsg-1]
[23:50] -queuebot:#ubuntu-release- New: accepted nix [ppc64el] (groovy-proposed) [2.3.4+dfsg3-1]
[23:50] -queuebot:#ubuntu-release- New: accepted re2 [s390x] (groovy-proposed) [20200501+dfsg-2]
[23:50] -queuebot:#ubuntu-release- New: accepted nix [amd64] (groovy-proposed) [2.3.4+dfsg3-1]
[23:50] -queuebot:#ubuntu-release- New: accepted re2 [amd64] (groovy-proposed) [20200501+dfsg-2]