[00:29] <emgent> hello
[03:21] <NCommander> Is there anyone here who can issue a give-back on a package in intrepid?
[03:38] <LaserJock> NCommander: what package is it?
[03:39] <NCommander> LaserJock, logwatch
[03:43] <LaserJock> NCommander: why does it need to be given back?
[03:44] <NCommander> LaserJock, it successfully builds on amd64 without changes in both pbuilder and sbuild (checked on two machines), If it fails again, then it appears its something in the buildd's chroot jail (possibly a misset permission) that triggered the original FTBFS
[03:45] <LaserJock> NCommander: ok, retrying amd64
[03:46] <NCommander> LaserJock, thanks
[03:48] <LaserJock> NCommander: still fails, perhaps a buildd admin needs to be consulted
[03:49] <NCommander> how do I contact them
[03:58] <LaserJock> NCommander: well, asking here during European business hours (i.e. Monday) might work
[07:47] <nxvl> popey: around?
[08:44] <pitti> hunger_t: hm, the bug is marked 'pending' in Debian, so I guess there is some race condition in the build
[08:56] <pitti> Good morning
[08:56] <jpds> morning
[09:18] <jr_> asac: svn://anonsvn.kde.org/home/kde/branches/work/knetworkmanager/
[09:21] <jr_> asac: http://kubuntu.org/~jriddell/tmp/knetworkmanager.tar.gz
[09:22] <stgraber> moin
[09:23] <asac> hi stgraber
[09:35] <hunger> pitti: yeah, you are right. It does build on my system but breaks in the build env. I updated the bug accordingly.
[09:38] <cjwatson> slangasek: http://people.ubuntu.com/~cjwatson/tmp/recommends-by-size
[10:16] <cjwatson> lool: please upgrade germinate before updating ubuntu-meta again; thanks :)
[10:16] <Keybuk> bryce: when you've got a moment ...
[10:16] <Keybuk> ... could you fix my X server?! :)
[10:16] <cjwatson> lool: (you added all the essential stuff back to minimal, which had been intentionally removed)
[10:24] <slangasek> cjwatson: right, so I upload anacron, and then I notice bug #244018 :)
[10:25] <slangasek> do we have a trivial MTA in main that we could pull in, instead of postfix?
[10:26] <Riddell> asac: kubuntu.org/~jriddell/tmp/admin.tar.gz
[10:30] <bryce_> Keybuk: what's the problem?
[10:31] <Keybuk> bryce_: compiz just gives me a white screen
[10:31] <bryce_> ahh
[10:31] <bryce_> intel graphics?
[10:31] <Keybuk> yes
[10:32] <bryce_> right, compiz is busted on -intel presently
[10:32] <bryce_> known issue I'm working with Intel on, but no solution or workaround at the moment
[10:32] <bryce_> gfx will work ok with compiz off, although that probably doesn't help you much...
[10:33] <bryce_> Keybuk: let me dig up the bug id's to see what patches are available
[10:35] <jcristau> bryce_: http://bugs.freedesktop.org/show_bug.cgi?id=mesa-7.1 points to 14441
[10:38] <bryce_> 14441 and 15477
[10:38] <bryce_> there is a patch on 15477
[10:39] <Riddell> asac: http://kubuntu.org/~jriddell/tmp/knetworkmanager.tar.gz
[10:41] <bryce_> http://bugs.freedesktop.org/show_bug.cgi?id=14441
[10:41] <bryce_> http://bugs.freedesktop.org/show_bug.cgi?id=15477
[10:47] <Riddell> asac: https://edge.launchpad.net/ubuntu/+source/dbus-1-qt3
[10:48] <bryce_> tjaalton: any reason we can't put in the patches for 15477?
[10:55] <jcristau> bryce_: 15477 is fixed upstream (and in experimental) fwiw
[10:58] <mdz> Setting up xfonts-base (1:1.0.0-5) ...
[10:58] <mdz> FATAL: Could not load /lib/modules/2.6.26-3-generic/modules.dep: No such file or directory
[10:58] <mdz> xfonts-base: and why should you care?
[10:59] <pitti> mdz: modprobe truetype?
[10:59] <pitti> nicer printks :)
[11:03]  * slangasek peers at pitti. :)
[11:04] <mdz> pitti: eek, installing hal in a chroot fails in disturbing ways
[11:04] <mdz> polkit-auth: This operation requires the system message bus and ConsoleKit to be running
[11:04] <mdz> polkit-auth: GeneralError: Error spawning read auth helper: Permission denied
[11:04] <mdz> is it talking to a running process outside of the chroot?
[11:05] <YokoZar> Intrepid Alpha 2 still seems to be unable to login to gnome in vmware for me
[11:05] <YokoZar> hmm...except when using safe mode
[11:05] <pitti> mdz: it needs to get a PolicyKit privilege to query running consoles
[11:05] <pitti> mdz: (in the postinst)
[11:05] <mdz> pitti: during installation?
[11:05] <pitti> mdz: well, we could alternatively doing it in the init script
[11:06] <pitti> but that would require an extra d-bus call at every boot
[11:06] <pitti> yeah, hal generally works very poorly in a chroot unfortunately
[11:06] <slangasek> YokoZar: bug #246969
[11:07] <mdz> pitti: chroot gets less useful all the time
[11:07] <mdz> faster than virtualization takes over, I think
[11:08] <pitti> mdz: I still use them a lot for building packages and test CLI stuff, but for udev/hal/local dbus they are really not working any more
[11:08] <mdz> pitti: things like http://wiki.laptop.org/go/Ubuntu_On_OLPC_XO have to use qemu rather than chroot for this reason
[11:11] <pitti> eek, that sounds slow on a platform like that
[11:11] <mdz> pitti: well, you do the qemu bits on another system
[11:14] <pitti> mdz: but for a sensible system nowadays you need polkit and d-bus running anyway; we can probably find a solution for the polkit-auth call, but hal will never work without the system bus running
[11:14] <pitti> I don't see a principal reason why the sytem d-bus shuoldn't be chrootable, it doesn't open an IP port or something like that
[11:17]  * pitti tries to install dbus into a chroot
[11:17] <cjwatson> does it really need to *work* when chrooted? all I usually need is for it to shut up and not bother me
[11:18] <pitti> hm, it even seems to work for me
[11:19] <pitti> (chrooted system d-bus alongside the outer one)
[11:23] <pitti> mdz: I installed hal, dbus, and policykit into a sid chroot, and the only thing it did was " Can't start Hardware abstraction layer - detected chrooted session"; but everything installed cleanly
[11:40] <|xianai|> hi, morning
[11:42] <xia> hi, guys, how can I make a gfxboot menu for my own ?  where is the detailed doc for gfxboot that tell me about its structure , syntax or sth like this ?
[11:50]  * cody-somerville wonders why gdmgreeter is segfaulting in Intrepid.
[11:51] <bryce_> cody-somerville: are you running -vesa?
[11:53] <cody-somerville> bryce_, whats the quickest way to tell?
[11:53] <jcristau> cody-somerville: grep /drivers/ /var/log/Xorg.0.log
[11:54] <cody-somerville> yes vesa
[11:54] <cody-somerville> bryce_, ^^ :]
[11:55] <xia> anyone help me ...
[11:55] <jcristau> cody-somerville: bug 246585
[11:55] <xia> is gfxboot opened source ?
[11:55] <bryce_> cody-somerville: yep, known bug, see jcristau's link
[11:56] <bryce_> cody-somerville: if you can use a different driver, that should work, otherwise you can launch X manually
[11:56] <bryce_> however in the latter, most gdk-dependent apps will not work
[11:57] <jcristau> starting X with -extension RANDR would probably work around the bug
[11:58] <cody-somerville> I see an failed assertion in GDM. 'value->type == GDM_CONFIG_VALUE_BOOL' failed. acpid client connect, Next is xfailsafedialog segfault error in libgdk-X11, then gdm warning display :0 is busy, then acpid client connected, gdmgreeter segfault
[12:26] <slangasek> bryce_: hrm, is the gtk+vesa bug likely to be tied to the VMware failures?  I'm not sure if vesa is what gets used under VMware
[12:27] <bryce_> slangasek: don't think so
[12:28] <slangasek> ok
[12:47] <ramvi> I'm customizing the livecd with the help of https://help.ubuntu.com/community/LiveCDCustomization . I try to start gnome to do changes from there, with /etc/init.d/gdm start (howto in the comments), but what is the username and the password?
[12:48] <Riddell> asac: http://kubuntu.org/~jriddell/tmp/knetworkmanager-0.7.tar.gz
[12:49] <Riddell> http://www.kubuntu.org/~jriddell/tmp/admin.tar.gz
[12:58] <ramvi>  /ignore ramvi
[13:01] <emgent_> hello
[13:26] <amitk> rtg: you guys/
[13:41] <mdz> cjwatson: why does the new openssh-client conflict with openssh-blacklist?
[13:44] <mdz> cjwatson: dropping the -server recommends to a a suggests seems OK to me, but the conflict is puzzling
[13:44] <mdz> Keybuk: the initramfs-tools/udev thing is now bug 248378
[13:55] <slangasek> mdz: I suspect he mistook the Conflicts line for a Suggests line when moving the entries :-)
[13:58] <asac> Riddell: http://paste.ubuntu.com/27275/
[14:07] <cjwatson> mdz: whoops! fixed
[14:07] <cjwatson> xia: yes, of course it's open source - it's in the gfxboot package
[14:08] <cjwatson> xia: the gfxboot package ships language documentation in /usr/share/doc/gfxboot/gfxboot.html
[14:08] <cjwatson> xia: if you are sane, you will base your work on an existing theme (such as gfxboot-theme-ubuntu) rather than writing it completely from scratch. I didn't write ours from scratch - it's a distant derivative of the SuSE theme
[14:09] <cjwatson> mdz: (slangasek was correct)
[14:12] <xia> cjwatson: Thanks a lot :)
[14:12] <xia> I have got my own in a hour, based on your ubuntu theme :)
[14:17] <slangasek> mathiaz: morning
[14:17] <mathiaz> slangasek: morning !
[14:17] <slangasek> mathiaz: can I ask how you managed to get openldap 2.4.10-2 to build in intrepid? :-)
[14:18] <slangasek> mathiaz: we just got a bug report in Debian about a missing build-dep on 'time', since it's not a shell built-in with dash
[14:18] <cjwatson> xia: cool
[14:18] <slangasek> mathiaz: ah, you fixed this by merging 2.4.10 first and fixing it there, I see :-)
[14:18] <mathiaz> slangasek: right - I've added it as a build-dependency in intrepid
[14:18] <xia> cjwatson: but, don't you think that the document of gfxboot is somewhat too simple, ....., is gfxboot a intermediate layer of grub & syslinux ? is there any paper explaining how it works?
[14:19] <slangasek> mathiaz: ok, another bit that can be dropped in the next merge then :)
[14:19] <mathiaz> slangasek: cool - do you have some time to discuss the cn=config patch I sent on friday ?
[14:19] <slangasek> mathiaz: I probably need to take the time to grok the patch first, before discussing it
[14:20] <slangasek> mathiaz: I can take time to digest it today, yes
[14:21] <mathiaz> slangasek: great - when should we schedule some time to discuss it ? tomorrow ?
[14:23] <slangasek> mathiaz: tomorrow sounds good
[14:23] <TheMuso> c
[14:26]  * lamont tries to remember if trackerd provided any benefit besides making sure the disk spins, considers reinstalling it on his laptop
[14:28] <ogra> lamont, just remove it unless you really plan to use it
[14:28] <ogra> (it *was supposed* to just be ignored until the user switches it on manually ... though)
[14:29] <lamont> ogra: part of it is that I don't know if I want to plan to use it... much the same way as I nuke evo :-)
[14:36] <TheMuso> What would the best approach be to file an SRU to upload a fix for a memory leak? i.e what information is needed for such an SRU?
[14:38] <pitti> TheMuso: describe the magnitude of the memleak, if possible, how to reproduce it, and the patch
[14:39] <TheMuso> pitti: Ok thanks.
[14:44] <cody-somerville> TheMuso, I have an example if you'd like one
[14:45] <Hobbsee> oh yeah, i've just remembered
[14:45] <Hobbsee> who's responsible for the new recovery mode in intrepid?
[14:45] <Hobbsee> it's seriously cool, and rocks!
[14:45] <TheMuso> cody-somerville: That would be very useful, thanks.
[14:49] <tseliot> pitti: can you upload the new nvidia packages, please? Here's the list of files: http://albertomilone.com/ubuntu/newlrm/pitti/links.txt
[14:50] <tseliot> pitti: they also contain the modaliases files with the name of the package
[14:54] <cody-somerville> TheMuso, bug #67129
[14:54] <TheMuso> cody-somerville: Thanks a lot.
[15:20] <pitti> tseliot: done, thanks
[15:21] <tseliot> pitti: thanks to you ;)
[15:28] <pitti> tkamppeter: yummy, just got the first working jockey <-> openprinting.org query working \o/
[15:29]  * pitti drops one 'working' from that
[15:30] <calc> any suckers^Wdeveloper want to upload a mono merge i did? :)
[15:30] <calc> i don't know anything about mono so don't want to upload it myself
[15:33]  * calc considers uploading a new OOo that requires the new mono that isn't in the archive yet
[15:33] <calc> will FTBFS until someone who knows mono uploads it
[15:34] <seb128> slomo__: ^
[15:35] <calc> slomo__: yes please merge new mono asap :)
[15:36] <calc> slomo__: i need to upload a new OOo for the alpha next week
[15:37] <calc> slomo__: it looks really simple, but i don't know enough to trust my merge to upload
[15:41] <pitti> calc: please use a versioned build dependency then, so that it will depwait instead of FTBFS
[15:41] <pitti> calc: this will also avoid broken backports
[15:43] <calc> pitti: yea i misspoke it is versioned dep so it will just get stuck in depwait
[15:43] <calc> the new version fixes some crashes on amd64 which is why it is needed
[15:47] <cjwatson> xia: I didn't write it, I just help package it. No, there's no paper explaining how it works as far as I know. gfxboot is a bytecode interpreter specialised for drawing to the screen in a boot loader context and interpreting the results, and requires hooks into the real boot loader (grub, syslinux, etc.) in order to be useful.
[15:48] <xia> cjwatson: hmm, I see, thanks :)
[16:04] <calc> cjwatson: OOo 3.0 dates pushed back to 3.0rc Aug 15 , 3.0 final Sep 16, already updated the calendar
[16:05] <calc> cjwatson: that puts rc being uploaded a week before FF and final the week before BF
[16:05] <cjwatson> scary monsters
[16:06] <calc> yea, hopefully they won't slip any more
[16:07] <calc> once i get 2.4.1 updated in intrepid i will be working on getting 3.0beta2 into ppa
[16:24] <slangasek> doko: has there been an MIR for dvipdfmx (now needed by dblatex -> texlive-xetex)?
[16:24] <ScottK> slangasek: nxvl started working on one yesterday.  Dunno how far he got.
[16:25] <slangasek> ok
[16:25] <doko> slangasek: afaik, no. see https://bugs.edge.launchpad.net/~ubuntu-mir
[16:32] <tkamppeter> pitti, great. So one can plug a (formerly ugly) Dell printer to your box now and after some seconds you get asked whether you want to download splix2?
[16:34] <tkamppeter> pitti, then we will fix the autodownload blueprint in Intrepid?
[16:35] <seb128> ArneGoetje: http://www.slis.tsukuba.ac.jp/grad/Syllabus/01MA504.pdf is one example that requires poppler-data to be viewed
[16:36] <tkamppeter> pitti, last week in Tokyo they told me that they have solved the packaging problems with the CUPS filters for the PDF workflow. Seems that we will get this one done, too.
[16:43] <pitti> tkamppeter: well, not quite that far yet, but I'll get there :)
[16:44] <pitti> tkamppeter: nice
[16:46] <tkamppeter> So, pitti, with first query you mean that you got an answer from the OP server?
[16:47] <tkamppeter> Are you using the code of s-c-p with which Tim Waugh has started to implement PPD download?
[16:49] <pitti> tkamppeter: yes, I did, and I'm patching it up heavily :)
[16:49] <pitti> (most got committed upstream already)
[16:49] <pitti> tkamppeter: s/PPD download/driver lookup/ anyway
[16:50] <pitti> tkamppeter: i. e. the cupshelpers module
[16:50] <slangasek> Riddell: so how does kdebase get unbroken, now that kdebase-data is from kde4?  Or, if kdebase is supposed to just go away, how do things like koffice get fixed? :)
[16:51] <Riddell> slangasek: koffice I'll replace with koffice2 when I get a chance
[16:55] <slangasek> Riddell: ok
[16:56] <slangasek> Riddell: what does this do as far as CDs in the meantime?
[16:57] <Riddell> slangasek: I don't think anything from koffice is on the CDs
[16:58] <slangasek> ok
[16:59] <gnomefreak> did we move nvidia-glx-177 ect.. to Hardy or is that just for Intrepid so far?
[17:00] <pitti> gnomefreak: hardy won't change, it will keep the l-r-m built ones
[17:00] <gnomefreak> pitti: thanks
[17:20] <calc> so the edge changes on launchpad are going live tonight?
[17:21] <calc> i saw joey stanford made reference to it on facebook
[17:26] <Awsoonn> they are? wow!
[17:27] <Keybuk> don't believe all you read on Facebook? :)
[17:27] <Awsoonn> It looks sexy, I must admit.
[17:28] <Keybuk> (which isn't to say that I know different)
[17:28] <LaserJock> it also seems to have some brokenness, it'd be nice to have stuff fixed before releasing it
[18:18] <test3> HAL does not start when /usr is mounted ro in intrepid. Is this intentional?
[18:21] <pitti> test3: no, it is not intentional; sounds like a genuine bug
[18:23] <test3> pitti: I'll file a report then...
[18:42] <lamont> gpg: problem with the agent - disabling agent use
[18:42] <lamont> why does it hate me so?
[18:43] <Keybuk> you tell us
[18:43] <lamont> heh.  working on that
[18:44] <lamont> ah.  lack of pinentry-$foo
[18:45] <pitti> lamont: does that happen in a chroot ("me 2") or in your normal system?
[18:45] <lamont> that's in the real root
[18:45] <pitti> lamont: I don't think it requires pinentry
[18:45] <lamont> installing pinentry: prompt for passphrase.  without pinentry: the above
[18:46] <pitti> lamont: hm; do you have seahorse actually installed?
[18:46] <lamont>  /usr/bin/gpg-agent --daemon --sh --write-env-file=/home/lamont/.gnupg/gpg-agent-info-mix /usr/bin/seahorse-agent --execute /usr/bin/gnome-session
[18:46] <lamont> is in the psaux output
[18:47] <pitti> /usr/bin/seahorse-agent --execute x-session-manager
[18:47] <pitti> in mine
[18:47] <lamont> you gnome-hater you. :)
[18:47]  * pitti pokes sep
[18:47] <pitti> Seb, even
[18:48] <pitti> lamont: but I do use GNOME, standard Intrepid
[18:48] <seb128> 31507 ?        Ss     0:00 /usr/bin/seahorse-agent --execute x-session-manager
[18:48] <seb128> for me
[18:48] <seb128> works fine too
[18:49] <lamont> hrm.. maybe it's related to gnome-session being diverted. :-)
[18:49] <lamont> I'll see about undiverting that next time I'm restarting gnome
[18:49] <seb128> what else do you use?
[18:51] <lamont> I (still) have gnome-session smashing an ssh-agent into place and doing ssh-add before launching the real one
[18:52] <lamont> seb128: that is, the same magic diversion script that's been there since pre-warty
[18:52] <seb128> lamont: not sure why it's breaking now then
[18:52]  * cjwatson fixes syncbugbot not to close sync bugs sometimes with just "Getting binaries for intrepid..."
[18:53] <pitti> tkamppeter: any idea how we should determine whether an installed printer driver is actually used?
[18:53] <seb128> doesn't seem a change that should create issues
[18:53] <lamont> seb128: it's always needed pinentry for me to get to gnupg-agent
[19:01] <slangasek> mathiaz: can you show me an example cn=config tree, so I can see what it looks like?
[19:02] <slangasek> (without having to build & run the package :)
[19:03] <mathiaz> slangasek: I'll get one
[19:07] <mathiaz> slangasek: http://people.ubuntu.com/~mathiaz/slapd.tar.gz
[19:09] <slangasek> mathiaz: thanks, that answers my questions
[19:10] <seb128> lamont: what is the hppa endianess?
[19:10] <soren> big
[19:10] <seb128> soren: thanks
[19:10] <tmmoyer> using the program dch with a source tree in subversion seems to be less than intuitive.  is there any work to make dch respect source trees controlled by subversion (for example, if I have version 1.1 of a package and I run dch -v 1.2, it simply moves the top level directory, what I would prefer is that dch use svn mv to perform the move from <name>-1.1 to <name>-1.2) or is there a better way of using the two tools?
[19:10] <soren> seb128: np  :)
[19:11] <lamont> seb128: big, like it should be;
[19:11] <lamont> although there are hppa boxen that support littlendian-mode, the port has never bothered
[19:12] <lamont> tmmoyer: if you're committing each and every change, do you really want to have the version number climb that fast>?
[19:12]  * lamont hopes you're not doing one-commit-per-release
[19:13] <tmmoyer> lamont: no
[19:13] <tmmoyer> lamont: what I would like is when I do you dch -v that  I don't have to manually go through and re-add the folder that it renamed
[19:13] <lamont> ah, you want to svn-rename the directory when you do the dch
[19:14] <tmmoyer> lamont: yes
[19:14] <lamont> dunno.
[19:14]  * pitti generally drops the version number from VCS-controlled source directories; makes things so much easier...
[19:14] <lamont> then again, I don't think you'll find many users of svn, other than by force/imperial^Wcorporate fiat in this channel...
[19:14] <lamont> pitti: me too
[19:15] <tmmoyer> okay
[19:15] <tmmoyer> i am forced to use SVN so ...
[19:15] <lamont> then again, I just have a directory called "work" and do "git checkout" when I need to play with old releases... directory-per-branch has always struck me as insane
[19:21] <lamont> pitti: and one of these days, I'll sit down with some{one,doc} for long enough to figure out how to do that with bzr
[19:26] <cjwatson> tmmoyer: definitely drop the version from the directory in the svn repository - having it versioned is a recipe for going insane
[20:15] <ulim> Hiho! I heard ubuntu won't inherit packages from debian anymore. Does that mean I need an ubuntu maintainer for my package?
[20:16] <LaserJock> ulim: lol, where'd you hear that?
[20:17] <ulim> LaserJock: emm from a debian maintainer he said that would be the case for intrepid
[20:17] <ulim> LaserJock: not true?
[20:17] <LaserJock> a, perhaps there was some misunderstanding
[20:17] <LaserJock> *ah
[20:17] <geser> DIF?
[20:18] <LaserJock> perhaps the debian maintainer was talking about our Debian Import Freeze
[20:18] <ulim> meaning?
[20:18] <LaserJock> that is the point in our development cycle where we stop *automatically* syncing packages from Debian
[20:18] <LaserJock> we resync every release though, nothing is changing about that
[20:19] <LaserJock> ulim: does that make sense?
[20:19] <pwnguin> freeze sounds wrong then
[20:20] <ulim> LaserJock: hmmm he said "i also just saw that ubuntu has their own packages in intrepid."
[20:20] <ulim> LaserJock: i guess it was a misunderstanding
[20:20] <pwnguin> this is not the first upstream to make this misinterpretation
[20:20] <LaserJock> ulim: oh, perhaps we've made changes to the package
[20:21] <LaserJock> ulim: what package is it
[20:21] <pwnguin> ulim: keep in mind there IS a date where you'll need extra review before taking packages from debian
[20:21] <ulim> LaserJock: package is irssi-otr
[20:21] <LaserJock> ulim: we still merge the packages from Debian if we make changes
[20:21] <ulim> so you had that freeze for intrepid already?
[20:21] <LaserJock> ulim: yes
[20:22] <ulim> LaserJock: do you take stuff from unstable or from testing?
[20:22] <LaserJock> ulim: it's not a very hard freeze though, if we need to sync to fix bugs, etc. we will
[20:22] <LaserJock> unstable
[20:22] <LaserJock> and occasionally experimental
[20:22] <ulim> when was the freeze?
[20:23] <ulim> or maybe do you have a page where I can look up if irssi-otr is in intrepid?
[20:23] <LaserJock> https://wiki.ubuntu.com/IntrepidReleaseSchedule says June 26th
[20:23] <LaserJock> ulim: I don't see it
[20:23] <ulim> ah ok then it's probably not
[20:24] <Spads> oooh, irssi-otr eh?
[20:24] <LaserJock> so yeah, a bug can be filed to get it included
[20:24] <ulim> i would have said better take v0.2 if you had v0.1 but if you don't have either that's ok as well i suppose ;)
[20:24] <geser> I can't find it in Debian either
[20:25] <ulim> geser: v0.1 is in unstable and maybe be now in testing
[20:25] <ulim> geser: and i've released v0.2 today and it's uploaded to unstable already
[20:26] <LaserJock> ulim: do you know what the package is named in Debian? I can't find it
[20:26] <ulim> Spads: yeah it's off-the-record messaging for irssi (useful together with the im-to-irc gateway bitlbee)
[20:26] <ulim> LaserJock: oh sry it's called irssi-plugin-otr
[20:26] <geser> ulim: https://edge.launchpad.net/ubuntu/+source/irssi-plugin-otr
[20:26] <LaserJock> ahh irssi-plugin-otr
[20:26] <Spads> ulim: yes I'd been musing o ver the need for such a thing recently.  Sorry to interrupt!
[20:26] <geser> !info irssi-plugin-otr
[20:27] <geser> !info irssi-plugin-otr intrepid
[20:27] <LaserJock> it is in Intrepid though
[20:28] <LaserJock> ulim: https://launchpad.net/ubuntu/+source/irssi-plugin-otr
[20:28] <ulim> LaserJock: yeah geser just posted the same page ;)
[20:28] <ulim> so v0.1 is in intrepid
[20:28] <geser> the binary debs are in NEW
[20:28] <geser> ulim: a git snapshot:   0.1+git20080706-0ubuntu1
[20:29] <ulim> hmmm that's before the main fix for v0.2
[20:30] <LaserJock> it's also a 0ubuntu1 version
[20:30] <LaserJock> we should probably sync/merge 0.2 over
[20:31] <ulim> LaserJock: yeah I'd prefer that. It's a bugfix release only.
[20:33] <ulim> LaserJock: tell me if there's anything I should do for that (I'm upstream) or maybe if you need something from the debian dev (I'm in contact with him)
[20:33] <LaserJock> ulim: well, you can file an upgrade bug if you want to
[20:34] <LaserJock> or perhaps talk to jpatrick (the Ubuntu dev that created our package)
[20:35] <ulim> LaserJock: seems he is not on freenode
[20:36] <geser> LaserJock, ulim: his IRC nick is now jpds
[20:36] <LaserJock> I see
[20:36] <LaserJock> *sigh* now I've got to retrain my brain :-)
[20:38] <ulim> jpds: heyho, I'd like to see version 0.2 of irssi-plugin-otr in intrepid (not v0.1). It's a bugfix release. Tell me if I should file a bug somewhere or if you'll do something about it. Thanks!
[21:47] <jpds> geser: You physic?
[21:48] <jpds> ulim: I filed a sync request for irssi-plugin-otr earlier today.
[21:49] <jpds> ulim: See bug #ss to control file/copyright file.
[21:49] <jpds> Hmm, bad paste, bug #248469
[21:52] <jpds> ulim: I talked to the Debian maintainer earlier today. Thanks for the great plugin by the way.
[22:04] <ulim> jpds: ah great thanks
[22:04] <jpds> ulim: And thank you.
[22:04] <ulim> jpds: maybe if you've scrolled back a little you saw that there was apparently a misunderstanding
[22:05] <ulim> jpds: it sounded like ubuntu would now have its own packages
[22:05] <ulim> jpds: you're welcome ;)
[22:05] <jpds> ulim: No, I try and stick to what Debian has as much as possible.
[22:07] <ulim> jpds: i see
[22:07] <ulim> Then debian/ubuntu/frugalware is settled. Missing is at least gentoo and fedora
[22:08] <ulim> i almost feel like selling a product ;)


[00:59] <callmepk> good morning
[02:28] <pieq> hey callmepk !
[03:12] <duflu> Hi callmepk and pieq
[03:13] <luna_> hey
[03:21] <duflu> Hi luna_
[03:26] <pieq> hi duflu and luna_ :)
[04:25] <jibel> Good morning all
[04:36] <Maik> good morning everyone
[04:49] <duflu> Morning jibel, Maik
[04:52] <jibel> Hi duflu
[05:02] <Maik> hey duflu
[05:55] <oSoMoN> good morning desktoppers
[05:57] <Maik> good morning oSoMoN
[06:06] <jibel> Salut oSoMoN
[06:10] <oSoMoN> hey Maik, salut jibel
[06:24] <didrocks> good morning
[06:24] <Maik> hi didrocks
[06:25] <didrocks> hey Maik
[06:30] <oSoMoN> salut didrocks
[06:35] <didrocks> hey oSoMoN
[06:56] <marcustomlinson> morning all
[06:57] <duflu> Morning oSoMoN, marcustomlinson
[06:57] <duflu> Morning didrocks
[07:01] <ricotz> good morning desktopers
[07:07] <duflu> Hi ricotz
[07:11] <didrocks> hey duflu, marcustomlinson
[07:25] <jibel> Hello didrocks and marcustomlinson
[07:25] <jibel> how is life today?
[07:27] <seb128> goood morning desktopers
[07:32] <jibel> salut seb128
[07:32] <seb128> lut jibel , comment ça va aujourd'hui ?
[07:35] <jibel> seb128, ça va bien et toi?
[07:40] <seb128> ça va bien!
[07:42] <didrocks> salut jibel, seb128
[07:43] <didrocks> ça peut aller, mal de crâne, par contre
[07:43] <duflu> Hi seb128
[07:45] <oSoMoN> good morning marcustomlinson, duflu, ricotz, seb128
[07:46] <marcustomlinson> jibel: sorry missed that. good thanks :) and you?
[07:48] <seb128> lut didrocks , oSoMoN
[07:48] <seb128> hey marcustomlinson , duflu
[07:48] <seb128> didrocks, outch, manque de sommeil?
[07:49] <didrocks> seb128: ouais, nuit difficile
[07:49] <seb128> :-(
[07:50] <seb128> bon courage alors
[07:51] <didrocks> merci !
[08:02] <oSoMoN> Trevinho, hey, when you're around could you please create a groovy branch at https://code.launchpad.net/~unity7maintainers/ubuntu-seeds ?
[08:04] <Laney> yo
[08:05] <oSoMoN> yo Laney
[08:05] <oSoMoN> handsome_feng, hey, would you mind reviewing https://github.com/ukui/ukui-desktop-environment/pull/26 ?
[08:07] <oSoMoN> handsome_feng, and https://code.launchpad.net/~osomon/ubuntu-seeds/+git/ubuntukylin/+merge/390843, too
[08:25] <oSoMoN> seb128, I submitted https://salsa.debian.org/debian/gedit-latex-plugin/-/merge_requests/1 but got no feedback from the Debian maintainer yet, should I go ahead and prepare an ubuntu debdiff to help gvfs migrate until Debian takes it?
[08:25] <oSoMoN> note that the gedit latex plugin appears to be broken anyway, but that's a separate (and older) problem: bug #1875820
[08:27] <jibel> an easy one to review. Removal of popcon from the installer https://code.launchpad.net/~jibel/ubiquity/+git/ubiquity-1/+merge/390882
[08:27] <jibel> anyone?
[08:33] <seb128> oSoMoN, yes
[08:33] <seb128> oSoMoN, well, if it's not working we could as well remote it...
[08:35] <seb128> oSoMoN, unless we want to also apply the commits mentioned at the end of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=955812
[08:40] <oSoMoN> seb128, the traceback I'm seeing when trying to activate the plugin in a fully up-to-date groovy VM is a different one that wouldn't be addressed by those commits, I think
[08:40] <oSoMoN> so it looks like the plugin needs more work
[08:42] <jibel> xnox, I didn't follow how the live image changed. The iso validation tests have been failing for a while because there is no /EFI/BOOT/* on the ISO. I suppose it's expected. Can I safely remove this check and should I replace it with another one?
[08:46] <seb128> oSoMoN, https://gitlab.gnome.org/GNOME/gedit-latex/-/commit/2b4cbb44 ?
[08:46] <Laney> moin oSoMoN jibel and seb128
[08:46] <jibel> Good morning Laney
[08:46] <Laney> that thing could equally be NMUed + synced or removed I'd say
[08:46] <seb128> oSoMoN, anyway I don't think we should waste efforts on an universe plugin
[08:47] <seb128> you have probably higher importance work on your plates
[08:47] <seb128> hey Laney , how are you?
[08:48] <seb128> shrug
[08:48] <seb128> 'tracker search' is broken on Ubuntu and we never noticed
[08:48] <seb128> another -Bsymbolic-functions victim
[08:49] <oSoMoN> seb128, I agree, let's remove it?
[08:49] <oSoMoN> (not tracker, gedit-latex-plugin ;))
[08:49] <seb128> oSoMoN, k, it can come back by autosync if/when Debian fixes it
[08:50] <oSoMoN> yes
[08:50] <seb128> oSoMoN, removed
[08:50] <oSoMoN> thanks
[08:50] <seb128> np!
[08:52] <Laney> hey seb128, yeah I'm OK, did some soldering last night, trying to learn new skills!
[08:52] <Laney> you?
[08:53] <Laney> good find on tracker, sounds like that would be a nice autopkgtest
[08:53] <seb128> right
[08:54] <seb128> Laney, electronic? did you try to fix something?
[08:54] <Laney> nah, I got this kit to make a GPS clock that comes with all the parts but you have to put them together
[08:54] <xnox> jibel:  would it be possible to mark it as xfail or some such? mwhudson and vorlon have been working on ressurecting that.
[08:57] <jibel> xnox, yes, I can do that
[08:58] <jibel> xnox, is it the discussion in bug 1895131 ?
[08:59] <jibel> how do I type a superscript letter on a French keyboard?
[09:01] <jibel> other than copy-pasting from a unicode table
[09:06] <seb128> jibel, ctrl-shit-U <unicode number>?
[09:07] <seb128> ctrl-shit-U 00B3 ³
[09:07] <seb128> if that's what you are asking?
[09:08] <jibel> yeah, I was looking for something more user friendly, I don't know the code for every letter
[09:09] <oSoMoN> you could define compose key shortcuts, but I suppose you were looking for something that works OOTB
[09:10] <xnox> Is Windwos+L supposed to lock Ubuntu Desktop? I'm sure it used to..... but not anymore?
[09:10] <jibel> like in libreoffice
[09:11] <jibel> which I did in the end open LO, type what I want, copy/paste in TB
[09:11] <jibel> Win+L still locks the desktop here. All updates aplied
[09:11] <jibel> +p
[09:16] <seb128> jibel, if you don't know the symbols then using gnome-characters to browse?
[09:17] <seb128> you can even search there, e.g ctrl-F and type 'fraction' is that's a fraction symbol you are after
[09:19] <jibel> that's what I tried at first. But if I type 'superscript' there are no letters, and if I type the letter I want, there is no superscript
[09:20] <jibel> LO for the win :)
[09:25] <seb128> jibel, weird, it works for me, https://people.canonical.com/~seb128/characters.png
[09:26] <seb128> jibel, but it finds them also on the real name (well I don't know about superscripts just glanced to https://en.wikipedia.org/wiki/Unicode_subscripts_and_superscripts)
[09:26] <seb128> e.g U+00B9 ¹ SUPERSCRIPT ONE, U+2044 ⁄ FRACTION SLASH, U+2082 ₂ SUBSCRIPT TWO
[09:26] <jibel> righ,t but there are no letters there
[09:26] <seb128> if you search for 'fraction slash' it finds it
[09:26] <seb128> what letter are you after?
[09:27] <jibel> e
[09:27] <jibel> something like 1er, 2eme, .., but superscript
[09:28] <jibel> superscript e gives me 8 and = in g-characters
[09:30] <seb128> ᵉʳ
[09:30] <seb128> k, learning every day :-)
[09:30] <seb128> jibel, but yeah, gucharmap does the same, it find eight and equal
[09:30] <seb128> but no 'e'
[09:32] <jibel> anti french writers conspiracy :P
[09:32] <seb128> jibel, it's caleed U+1D49 MODIFIER LETTER SMALL E
[09:32] <seb128> so you can filter on modifier letter
[09:33] <jibel> I'll write everything in LO now, the only editor that understands me
[09:33] <seb128> :-)
[09:33] <jibel> echo "export EDITOR=lowriter" >> ~/.bashrc
[09:34] <jibel> seb128, thanks for searching
[09:34] <seb128> np!
[09:34] <seb128> it was fun to learn what superscripts are :)
[09:37] <oSoMoN> if you start seeing superscript letters all over the place in commit messages, don't ask…
[09:37] <jibel> paride, I'll skip the 2 UEFI tests in iso validation for both server and desktop in utah until it's resolved.
[09:38] <paride> jibel, you mean, bypass them in the code?
[09:38] <jibel> You should be worried I working on Utah tests and talking about superscript >:)
[09:38] <jibel> paride, changing skipunless() to skip() in the testsuite
[09:39] <jibel> in iso_static_validation.py more precisely
[09:40] <paride> I hope that doesn't require superscripts :P
[09:40] <paride> jibel, anyway OK
[09:40] <jibel> paride, its broken right now because there is no EFI/BOOT
[09:40] <paride> yes, I kind of have a fix in mind
[09:40] <paride> but maybe there's smarter way
[09:40] <jibel> it requires cap letters, not sure it's available on a french keyboard
[09:40] <paride> lol
[09:41] <jibel> paride, vorlon and mwh are working on resurrecting that, so skip() until they come to a conclusion seemed reasonable.
[09:42] <paride> mmh this doesn't match my understanding of the problem
[09:42] <paride> jibel, is there a bug/MP?
[09:43] <jibel> I don't have any
[09:43] <jibel> I think it's related to bug 1895131
[09:43] <paride> let's see
[09:50] <paride> jibel, yes that's it, but it's not clear if and how it's going to be fixed
[09:51] <paride> I was thinking to make utah check the files in the actual ESP partition instead of checking the copies of the EFI files that are/were present in the main iso9660 filesystem
[09:53] <paride> but well, if we *want* to provide those copies for convenience they they should be validated too
[09:55] <jibel> right, we could do both
[09:56] <Trevinho> marcustomlinson: hey, any news on gnome-terminal 3.38?
[09:57] <paride> jibel, I'll comment to the bug
[09:58] <Laney> Trevinho: did you see oSoMoN's message about the unity seeds?
[09:58] <Laney> & hi :>
[09:58] <Trevinho> :)
[09:58] <oSoMoN> hi Trevinho :)
[09:59] <Trevinho> I saw it now, highmon wasn't efficient
[10:05] <Trevinho> oSoMoN: any change needed for the seed, or can I leave it to you?
[10:10] <paride> jibel, btw venonat went ENOSPC again a few days ago, I did a cleanup and reboot
[10:11] <marcustomlinson> Trevinho: was gonna use my Friday to do that. why?
[10:11] <marcustomlinson> no update sorry
[10:12] <Trevinho> marcustomlinson: ok, just to know if you were still planning that or we could start some work on it
[10:12] <Trevinho> oSoMoN: I've made it at https://code.launchpad.net/~unity7maintainers/ubuntu-seeds/ubuntu-unity.groovy feel free to hack it if needed, let me know if you need approvals
[10:14] <oSoMoN> Trevinho, thanks, I'm going to submit a MR against that branch shortly, I'll need your review/approval
[10:15] <Trevinho> oSoMoN: ok ping me when needed
[10:17] <oSoMoN> Trevinho, there: https://code.launchpad.net/~osomon/ubuntu-seeds/ubuntu-unity.groovy/+merge/390894
[10:17] <jibel> paride, okay, I restarted the upgrade slaves.
[10:17] <paride> jibel, commented to https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1895131
[10:17] <paride> I hope it makes fully sense for Desktop too
[10:19] <Trevinho> oSoMoN: done
[10:20] <oSoMoN> Trevinho, thanks! now we'll need a MOTU to update ubuntu-unity-meta
[10:30] <Laney> I'll do that
[10:32] <Laney> let's see how much stuff it has picked up since eoan
[10:35] <Laney> yikes
[10:35] <Laney> need to drop i386
[10:36] <jibel> paride, it makes sense. I'll push the 'skip'
[10:36] <paride> ty
[10:40] <jibel> paride, well, I'll skip only for groovy and we can revisit the decision for H
[10:40] <paride> jibel, I agree
[10:48] <ricotz> marcustomlinson, hey, heather wanted to provide you with a libreoffice 7.0.1 package to sponsor, the ppa build passed the autopkgtests already?
[10:51] <marcustomlinson> ricotz: I don't recall running those for her. let me look through her millions of ppas for the right one ;P
[10:51] <ricotz> marcustomlinson, it would have been a run against the libreoffice prereleases ppa
[10:53] <oSoMoN> Laney, thanks!
[10:53] <ricotz> marcustomlinson, given the release schedule, it might make sense to pick up 7.0.2~rc1 building in prereleases now, which also meant to improve the integration of the yaru icon style for ubuntu sessions
[10:54] <ricotz> libreoffice 7.0.2 final will be out after the beta freeze, so it would a minor update if rc1 goes in now
[10:54] <ricotz> marcustomlinson, https://wiki.documentfoundation.org/ReleasePlan/7.0#7.0.2_release
[10:54] <marcustomlinson> ricotz: either way I need to get a thumbs up from heather on manual testing, I'll ping her later
[10:55] <ricotz> marcustomlinson, ok, the delay with 7.0.1 is unfortunate :(
[10:55] <ricotz> (which made it possible to pick up 7.0.2~rc1)
[11:00] <marcustomlinson> ricotz: I myself wouldn't usually bother with the rc's unless it was for a major release to weed out any big update issues
[11:01] <marcustomlinson> ricotz: but I ack your point
[11:06] <ricotz> marcustomlinson, basically the weeding out is happening upstream after the big 7.x release ;)
[11:06] <ricotz> marcustomlinson, was there an autopkgtest run against https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+sourcepub/11572068/+listing-archive-extra
[11:10] <paride> jibel, mp approved
[11:19] <Laney> seb128: did you notice the geary failure?
[11:20] <seb128> Laney, yes, it built in Debian though and I'm a bit puzzled at what component update in groovy is creating those errors
[11:20] <seb128> any clue?
[11:20] <seb128> also it failed on debian/s390x in a similar fashion, to add to the weirdness
[11:21] <Laney> I dunno, didn't look, just wanted to point you to it as syncs don't create ftbfs emails
[11:21] <Laney> not supposed to look at this stuff on +1 :D
[11:21] <seb128> ../test/client/util/util-cache-test.vala:22.9-22.19: error: The type name `Lru' could not be found
[11:21] <seb128> ricotz, ^ any idea about what that could be due to?
[11:23] <seb128> oh, it didn't fail that way on the ubuntu builders, let's wait for -3 to be available and sync that
[11:23] <seb128> though I get that error ^ in a local build
[11:24] <seb128> https://buildd.debian.org/status/fetch.php?pkg=geary&arch=s390x&ver=<IP_ADDRESS>-3&stamp=1600333022&raw=0
[11:24]  * ricotz is looking
[11:26] <ricotz> seb128, might be an insufficient build dependency check?
[11:30] <seb128> ricotz, I guess it could, but unsure what it could be
[11:30] <ricotz> eyes on 0.55.3-1
[11:30] <seb128> also what is Lru ?
[11:30] <seb128> ah, meson
[11:31] <ricotz> seb128, it is a class in src/client/util/util-cache.vala:public class Util.Cache.Lru<T> : Geary.BaseObject {
[11:31] <ricotz> I mean, I suspect meson
[11:34] <seb128> ricotz, thanks, still weird, it's failing a groovy chroot but not on the buildds, also failing that way only on s390x in Debian
[11:35] <ricotz> weird indeed
[11:40] <Laney> The specific failure in groovy is just the thing fixed in -2 afaics, but no idea about the Lru thing :(
[11:41] <seb128> Laney, on a local chroot on amd64 I get the lru thing
[11:41] <seb128> go wonder
[11:41] <Laney> for unstable?
[11:42] <seb128> groovy
[11:42] <Laney> wfm
[11:42] <Laney> W E I R D
[11:42] <seb128> indeed
[12:12] <slyon> hmm... My netplan/arm64 test failed again :-/ ... The test creates a /netplan-dummy.service file, reboots, and moves it to /run/systemd/system/ after reboot. This file is missing after reboot (or not created at all?) on arm64, while it works on the other architectures... The other file created during the same test (/etc/systemd/system/cloud-init-dummy.service) works just fine on all architectures.
[12:13] <slyon> Does anybody have an idea what could cause this file to be missing/deleted on the arm64 autopkgtest runner?
[12:15] <seb128> slyon, try asking on #ubuntu-devel rather, the issue isn't really a desktop one, you might have more people knowing about that on the other channel
[12:16] <slyon> oops, wrong channel, sorry
[12:16] <seb128> no worry
[12:25] <jibel> paride, sorry for the spam
[12:26] <jibel> trying to get this static validation test right
[12:35] <ricotz> seb128, jfyi, I would expect such an error with vala 0.48.x if the source relies on a 0.50.0 feature, but this would result an error on every arch
[12:36] <seb128> ricotz, right
[12:43] <jibel> paride, finally got the correct list of files for groovy. There are 2 tests failing for live-server but they should fix themselves once the images are in sync.
[12:44] <jibel> I(ll push the change. Not one I'm happy with, I special cased focal, but that'll do.
[12:45] <paride> jibel, I'll trigger a live-server download, let's see if it passes
[12:46] <jibel> paride, it should the 2 failures are the timestamp and the checksum
[12:46] <paride> jibel, it passed with the latest image
[12:46] <paride> jibel, thanks for this!
[12:47] <jibel> paride, FYI everything's in git, I didn't do a release from the debs.
[12:48] <paride> jibel, so it's in git + applied locally on venonat?
[12:48] <jibel> paride, yes
[12:49] <paride> ok, we can switch to the .debs after the next daily build
[12:54] <jibel> ohoh
[12:54] <jibel> Yay Jenkins build is back to normal : ubuntu-groovy-desktop-amd64-smoke-default #41
[12:54] <jibel> finally
[13:20] <seb128> Trevinho, is that pipewire update/ppa needed? did you check with Ken if updating the portals to 1.7 was something we want this cycle?
[13:21] <GunnarHj> Good afternoon!
[13:21] <GunnarHj> The fonts on the login screen and the top bar are strikingly small for me in groovy. Is that an intentional change?
[13:21] <Trevinho> seb128: well, it is not *stricly* needed, but given that it was helping moving on for next cycle we said with Laney to do this
[13:22] <Trevinho> seb128: but no... Do we have breakage by that?
[13:22] <seb128> Trevinho, I don't know, it's rather to know what portal series are supported as stable ones, also need to make sure it doesn't create issues for desktop snaps
[13:23] <Trevinho> seb128: in theory mutter could just go in without any pipewire build-dep in ubuntu, but...
[13:24] <seb128> Trevinho, just ask Ken before landing new portals and make sure it doesn't create issues for snaps
[13:24] <Trevinho> seb128: from what I see 1.7.0 is just about supporting mutter screencasting and few small things https://github.com/flatpak/xdg-desktop-portal-gtk/blob/master/NEWS
[13:24] <Trevinho> we won't use that mutter thingy this cycle, but I assume we will next one
[13:24] <Trevinho> so to make things easier...
[13:25] <seb128> I'm not saying we shouldn't update, just asking that we check with the corresponding stakeholders before landing a new serie
[13:27] <Trevinho> seb128: sure
[13:27] <seb128> thx
[13:27] <Trevinho> will do
[13:32] <Trevinho> seb128: when you've time maybe you can handle harfbuzz? From what I see the ubuntu one is just about rebuilds so we can probably just sync from debian?
[13:33] <Trevinho> also is gst-plugins-good1.0 under our umbrella? as it seems the only thing in gstreamer that isn't in sync
[13:34] <seb128> Trevinho, good/bad needs merging, LocustusofBorg is supposed to do those...
[13:34] <seb128> Trevinho, harfbuzz you can sync if you want I guess yes
[13:35]  * Trevinho missess powers
[13:35] <seb128> do we need it for anything?
[13:35] <seb128> I'm unsure how to properly test that component...
[13:35] <Trevinho> well pango uses it, not a requirement, but..
[13:35] <Trevinho> if you get good text we're good :)
[13:36] <seb128> expect it's rather useful for non latin glyphs
[13:36] <seb128> which I've no clue about
[13:36] <Trevinho> seb128: mostly fixes https://github.com/harfbuzz/harfbuzz/blob/master/NEWS#L50
[13:43] <Trevinho> seb128: in the portals it seems there are only API additions though (https://github.com/flatpak/xdg-desktop-portal/compare/1.6.0...1.8.0#diff-4cabe9d9ee00aececc8de6a19ddc03e0) but those are just "vardict" options so something that can be passed to the DBus API as optional argument, so snaps should be fine with that
[13:44] <Trevinho> not sure also what `better support for snap and toolbox` means
[13:47] <seb128> Trevinho, no need to convince me, just ask Ken for a +1 and so they know we are updating
[13:47] <Trevinho> no wasn't about convincing, just to show what's going on :)
[13:48] <kenvandine> Trevinho: cool, yeah good to grab that
[13:48] <Trevinho> kenvandine: hey... so the idea was to do a transition to pipewire-3 that involves also the portals 1.8
[13:49] <kenvandine> we need to look into pipewire
[13:49] <Trevinho> kenvandine: I don't think it should break anything, but seb128 rightly pointed out to check with you
[13:50] <kenvandine> pipewire isn't in main, is it now a depends?
[13:50] <Trevinho> kenvandine: would be this https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4265.1/+packages
[13:51] <Trevinho> kenvandine: it always been a build-depend not to be a debian diff, we could avoid it, but given we'd have to do this next cycle anyways (very likely), we thought it would be just better to do it earlier
[13:51] <Trevinho> to reduce the various debian/upstream deltas
[13:51] <kenvandine> i agree
[13:51] <kenvandine> we need to do it
[13:53] <Laney> what is this new constraint, which packages do we have to consult with kenvandine about now?
[13:54] <Trevinho> Laney: desktop-portals
[13:56] <Laney> you mean?
[13:57] <Laney> I don't want to get this wrong, and it's a new requirement that I've apparently missed
[14:01] <kenvandine>  Laney he just wanted to make sure it wasn't going to break snap integration
[14:01] <Laney> yeah
[14:01] <Laney> I'm looking for guidance on how to tell if that's likely
[14:04] <seb128> Laney, I guess the question was rather 'did someone try a bunch of snaps that use portals and make sure there is no regression'
[14:04] <seb128> Laney, asking Ken to verify seemed like an easy way to get confirmation since he knows which one do use portals and how to test
[14:05] <Laney> seb128: I don't know how to tell which updates trigger that question
[14:05] <seb128> Laney, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4265.1/+packages did
[14:05] <seb128> which includes xdg-desktop-portal-(gtk) to 1.7
[14:06] <seb128> we discussed 1.6 vs 1.7 some weeks ago here and I asked Ken if we should update and he said he wanted to talk to upstream before taking the new serie
[14:06] <seb128> so I was just trying to make sure we don't overlook an issue with updating
[14:06] <Laney> so any update to xdg-desktop-portal package?
[14:06] <Laney> and -gtk
[14:06] <seb128> unsure what's the problem you try to raise?
[14:07] <seb128> but yes, updating portals to a new serie after ff I would expect we verify that the update has no regression by testing with known snaps
[14:07] <Laney> I want to know how to know when to ask such a question
[14:07] <Laney> because I would have uploaded this,s o I'm looking for guidance
[14:07] <Laney> that's all
[14:07] <seb128> I guess I could change that
[14:07] <seb128> need a ffe
[14:07] <seb128> :-)
[14:08] <Laney> just trying to do the right thing really
[14:08] <seb128> I was just asking if we tested the new portals with some snaps
[14:08] <seb128> sorry if that was a weird question
[14:08] <Laney> it's not weird!
[14:09] <Trevinho> I think it was right to do indeed
[14:09] <Laney> I'm just asking for clarification so I can ask the same questions
[14:09] <seb128> the angle I'm coming from is that I don't think we have solid testing about snaps and portal atm
[14:09] <Laney> trying to get information on what you think is required, and when, so that I can do the same
[14:09] <seb128> other things we probably know how to test better
[14:09] <Laney> it's not a challenge, it's not supposed to come across like that
[14:09] <Laney> trying to help myself do better
[14:09] <seb128> k, sorry
[14:12] <seb128> but yeah, to reply at your question, I think we should test that portals still work correctly when updating the portal or -gtk components
[14:12] <seb128> I'm not sure myself how to do that though, I don't know exactly what integrations bits are working with snaps today and what snaps are good candidate to test
[14:13] <Laney> there's a portal tester app somewhere isn't there
[14:13] <Laney> ?
[14:13] <seb128> which is why I suggested asking to Ken, but we should probably document that or at least share the knowledge
[14:13] <seb128> could be :-)
[14:13] <Laney> portal-test               0+git.0dc8864   jamesh                -      xdg-desktop-portal test application
[14:13] <Laney> 😎
[14:15] <seb128> sounds like a good one indeed, thanks for the pointer
[14:16] <seb128> Trevinho, ^ just confirm with that snap that things still work as expect I guess then :-)
[14:17] <Laney> I wonder if someone would be interested in writing that as e.g. an ISO test case
[14:20] <seb128> kenvandine, ^ you maybe?
[14:22] <Laney> maybe it could be a point in http://iso.qa.ubuntu.com/qatracker/milestones/413/builds/220597/testcases/1303/results ?
[14:22] <Laney> if someone writes the text, me or jibel can get it in there
[14:23] <Trevinho> seb128: soooo... just tested `portal-test` and it does WORK
[14:24] <seb128> great :-)
[14:25] <Trevinho> I think portal is broken in one thing btw... in the snap, if you save something in /tmp it still points to snap's $TMPDIR, which... Isn't what the portal is supposed to do
[14:26] <Trevinho> I think that's also the reason why firefox open download isn't working well?
[14:26] <Trevinho> oSoMoN: maybe you looked at it? ^
[14:26] <kenvandine> we have the portal-test snap that's useful for testing that stuff
[14:27] <kenvandine> Trevinho: the firefox open thing is really caused by browser-support in snapd
[14:27] <kenvandine> that is fixed in snapd, but not released to stable yet
[14:28] <Trevinho> kenvandine: I see
[14:28] <kenvandine> i'll add this PPA in a VM and test the portal integration
[14:32] <Trevinho> kenvandine: nice, thanks
[14:33] <Trevinho> kenvandine: expect the shell to make uninstall you the indicators :)
[14:33] <kenvandine> that's fine :)
[14:41] <hellsworth> good morning desktopers
[14:45] <hellsworth> ricotz: i know you're eager to go for 7.0.2~rc1 but 7.0.1 is ready to go now
[14:46] <oSoMoN> good morning hellsworth
[14:47] <hellsworth> hi there oSoMoN !
[14:54] <ricotz> hellsworth, ack, the rc would be something for next week
[14:57] <hellsworth> ricotz: i'm rebuilding the artifacts now with seb's changelog entry moved..
[15:00] <hellsworth> marcustomlinson: you did run autopkgtests against the prereleases ppa 7.0.1 and they all passed except for arm64 but it looks like a builder failure and nothing more
[15:01] <marcustomlinson> ok sorry I do vaguely recall this from last week yeah
[15:06] <hellsworth> last friday you ran the tests
[15:06] <hellsworth> or maye it was thursday
[15:14] <hellsworth> marcustomlinson: you may be happy to know that i just deleted 9 ppas. so i'm down to only 3 now :)
[15:26] <kenvandine> Trevinho: everything in portal-test that worked in focal works in groovy with the PPA
[15:27] <Trevinho> kenvandine: great
[15:27] <Trevinho> thanks for confirming
[15:27] <kenvandine> anytime
[15:31] <marcustomlinson> hellsworth: :)
[15:46] <ricotz> hellsworth, package looks good now
[15:46] <hellsworth> \o/
[15:46] <hellsworth> marcustomlinson: can you please upload this to groovy? https://launchpad.net/~hellsworth/+archive/ubuntu/lo-dummy-repo-1/+packages
[16:06] <marcustomlinson> hellsworth: will do in a few
[16:07] <hellsworth> ty
[16:49] <marcustomlinson> ricotz, hellsworth, https://launchpad.net/ubuntu/+source/libreoffice/1:7.0.1-0ubuntu1
[16:49] <hellsworth> thanks!!!!
[17:07] <ricotz> marcustomlinson, \o/
[17:08] <ricotz> hellsworth, please don't forget to update the git branch
[17:20] <hellsworth> ricotz: i pushed the changelog change and pushed a tag
[19:03] <seb128> marcustomlinson, I've no idea how close were glibc and poppler to migrate but that upload is resetting the transition until libreoffice is built and its autopkgtest results come back green now :-/
[20:45] <hellsworth> so sorry seb128 for the glibc and poppler migration interruptions :(
[20:56] <seb128> don't worry, it's tricky to know about ongoing transition (and on that note 'night desktopers)


[07:01] (nalioth/#ubuntu-ops) who owns ubuntulog ?
[07:06] <Jucato> I thought Seveas did?
[07:06] <nalioth> nope
[07:06] <Jucato> well, I am never right, right?
[07:07] <nalioth> sure ya are, Jucato
[07:08] <jdong> more often than I am :)
[07:08] <Jucato> heh
[07:08] <Jucato> oh jdong good you're here
[07:08] <jdong> uh oh
[07:09] <Jucato> just wanted to ask what are the requirements to be mods of a loco sub forum?
[07:09] <jdong> AFAIK good general reputation/character, and approval from the owner of the loco subforum
[07:10] <jdong> barring any technical limitations of vbulletin
[07:10] <Jucato> jdong: other than those :)
[07:10] <Jucato> CoC?
[07:10] <jdong> I think that's all that's required
[07:10] <Jucato> need to sign the CoC too right?
[07:10] <jdong> yeah
[07:11] <jdong> preferably they should have a history at the forums, or somewhere else that we can skim over....
[07:11] <Jucato> ah that won't be a problem I guess
[07:11] <Jucato> thanks. we might be applying for a sub forum
[07:11] <Jucato> operative word: might
[07:11] <jdong> ah, excellent :)
[07:12] <Jucato> thanks again jdong
[07:12] <Jucato>  :)
[07:12] <jdong> not a problem
[07:21] <ubotu> MenZa called the ops in #ubuntu-offtopic
[07:22] <Madpilot> dealt with.
[07:30] <ubotu> Jordan_U called the ops in #ubuntu
[07:32] <Madpilot> also dealt with. same idiot.
[07:36] <ubotu> MenZa called the ops in #ubuntu
[09:48] <ubotu> MasterShrek called the ops in #ubuntu
[09:48] <Madpilot> Dog, it's Night of the Dribbling Idiots over in #u
[09:53] <Madpilot> Lovely. the flooding goof I just removed from #u has just told me it plans to come back 'with it's other connection'...
[09:55] <Madpilot> I'm going to leave that potential entertainment to someone else. G'night, all.
[12:03] <temper> could u please unban me on #ubuntu
[12:05] <gnomefreak> temper: i suggest waiting for DBO, why were you spamming the channel with links anyway?
[12:06] <gnomefreak> temper: that is bad
[12:06] <temper> gnomefreak, i didnt spam with links.. i had a huge lag so i was typing words randomly
[12:06] <temper> like a , ad, aawd asdas d
[12:06] <gnomefreak> no you didnt
[12:06] <temper> i am sorry about that
[12:07] <temper> my nick was abhishek then
[12:07] <gnomefreak> temper: the links you were spamming mess up browser
[12:07] <gnomefreak> no it was tempermental from hte logs
[12:07] <abhishek> i am sure i was abhishek
[12:08] <gnomefreak> ah ok your nick was related to someone else
[12:09] <abhishek> so could u please unban me
[12:09] <gnomefreak> hold on il looking at something
[12:11] <gnomefreak> when were you banned?
[12:11] <abhishek> umm less than 3 hrs
[12:11] <abhishek> about 2 i suppose
[12:11] <abhishek> ohh i mean about 4 hrs ago
[12:12] <gnomefreak> any reason you were randomly typing things?
[12:12] <abhishek> my wireless was laggin  heavily.. so i couldnt figure if my messages were going or not
[12:13] <abhishek> xchat must have buffered all of them and sent in one go or something
[12:14] <gnomefreak> abhishek: normally its best if the person that bans you unbans you, please dont do it again and give me a few minutes i am right in the middle of something maybe 2-3 minutes
[12:14] <abhishek> ok.. thanks a lot
[12:15] <gnomefreak> ok try it
[12:16] <abhishek> thankyou... i can connect to it now
[12:16] <gnomefreak> just please dont do it again
[12:17] <abhishek> ok
[12:17] <d3v1ldice> ola
[12:20] <Gary> arghhh not the damn ola's again
[12:21] <jussi01> lol
[12:21] <jussi01> hows things Gary?
[12:22] <Gary> okay, feeling very catty today (ie allergic to my cat)
[12:22] <Gary> just washed the kitchen floor, woo go me, so domesticated
[12:22] <jussi01> heh... not fun
[12:22] <jussi01> lol
[01:16] <ubotu> crdlb called the ops in #ubuntu
[01:18] <ubotu> tokj called the ops in #ubuntu
[02:55] <LjL> stupid #ubuntu-read-topic that doesn't let me change nicks
[02:56] <PriceChild> hehe :)
[03:01] <LjL> gah!
[03:06] <PriceChild> Congrats on MOTUship Amaranth!
[03:06] <Amaranth> PriceChild: thanks
[03:36] <PriceChild> Hey pcmacman, can I help?
[03:36] <PriceChild> ah tis only pici...
[03:37] <LjL> hah
[03:41] <LongPointyStick> ~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~/clear
[03:41] <ubot3> LongPointyStick: Error: I am only a bot, please don't think I'm intelligent :)
[03:42] <nalioth> interesting.
[03:43] <Hobbsee> (damn irssi)
[03:44] <Jucato> heh
[03:46] <gnomefreak> irssi is inocent i tell ya :)
[03:46] <gnomefreak> only spelled right
[04:45] <xula> ola
[04:46] <xula> no ay nadie
[04:49] <nalioth> !es
[04:49] <ubotu> Si busca ayuda en Espaol por favor entre en los canales #ubuntu-es, #kubuntu-es o #edubuntu-es, all obtendr mas ayuda.
[05:16] <nerea> ggg
[05:16] <nerea> ooooooooooooooooooo+
[05:16] <nerea> o
[05:16] <nerea> o
[05:16] <nerea> ooo
[05:16] <nerea> o
[05:16] <nerea> o
[05:16] <nerea> o
[05:16] <Pici> ola
[05:16] <jussi01> lol
[05:16] <Pici> That was just pathetic
[05:22] <jrib> why not just forward 83.230 right to #ubuntu-es?
[05:22] <Tm_T> jrib: and ban there?
[05:22] <mc44> jrib: because they are just trolls
[05:22] <jrib> all of 83.230?
[05:22] <mc44> so ban them outright I say ;)
[05:23] <Pici> Why not ban alltogether and if they have a problem, let them come to -ops
[05:23] <mc44> jrib: have you seen one join here which wasnt?
[05:23] <jrib> mc44: no, but...
[05:23] <Pici> Just like we do with all the normal bans.
[05:23] <mc44> jrib: then using induction QED :P
[05:23] <jdong> this ban-forward-slap 83.230 conversation is just as predictable as the olas themselves....
[05:23] <jdong> anyone else noticed that?
[05:23] <mc44> jdong: ola!
[05:24] <jdong> k tal
[05:24] <Pici> chica?
[05:24] <mc44> ban jdong instead
[05:26] <Pici> We didnt ban you...
[05:28] <j-dizzle> I understand
[05:28] <j-dizzle> the building hosting my proxy went power poof :)
[05:28] <Pici> Wow, thats amazing.
[05:28] <Tm_T> haha
[05:29] <Tm_T> nice timing =)
[05:29] <j-dizzle> yes indeed
[05:30] <j-dizzle> it's almost like the staffer-droids have access to power switches in the media lab :)
[06:54] <STEEPER> OLA
[06:54] <STEEPER> MSN?
[06:55] <Hobbsee> !es
[06:55] <ubotu> Si busca ayuda en Espaol por favor entre en los canales #ubuntu-es, #kubuntu-es o #edubuntu-es, all obtendr mas ayuda.
[06:55] <jdong> ooh a caps one
[06:55] <jdong> that's new....
[06:55] <jdong> and MSN's new too....
[06:56] <Hobbsee> even using ubuntu xchat.
[06:56] <jdong> ooh
[06:57] <jdong> improving
[06:57] <jdong> before long, we'll get coherent sentences
[06:58] <Hobbsee> oh, they even query now.
[06:58] <Hobbsee> where's LjL when you need him?
[06:58] <jdong> lol
[06:58] <jdong> babelfish!
[06:58] <Hobbsee> well, i can translate ola.  i wen tto spain :P
[06:59] <jdong> I'm proud
[06:59] <jdong> I can translate MSN too. I've been to hell.
[07:06] <jdong> he left :)
[07:06] <Hobbsee> actually had a conversation with that guy - was able to explain a couple of things
[07:07] <jdong> you should've seen if you could ask if he's the same guy
[07:07] <jdong> or a group of them.
[07:07] <Hobbsee> yeah, before he left
[07:07] <Hobbsee> i think he left cos i said that this isnt a place to make friends, that myspace was a better one.
[07:07] <jdong> LOL
[07:07] <jdong> now myspace is gonna get even worse!
[07:07] <jdong> lol
[07:07] <Hobbsee> it's already bad.
[07:07] <jdong> couldn't get any worse, right? :D
[07:07] <Hobbsee> nope
[07:08] <ubotu> macogw called the ops in #ubuntu
[07:08] <ubotu> astro76 called the ops in #ubuntu
[07:09] <Pici> Did you ask him why he thought it was a good channel to "OLA" in?
[07:09] <Hobbsee> no, didnt get that far
[07:10] <Hobbsee> Pici: http://rafb.net/p/ewGpyf54.html
[07:10] <jdong> Pici: come on, it's their first online date... take it slow!
[07:11] <jdong> Pici: she doesn't even give her MSN on first date
[08:04] <macarenadiezma> hola
[08:29] <monset1995> monset
[08:53] <Amaranth> I'm breaking the rules.
[08:53] <Amaranth> I'm putting coz on permanent ignore.
[08:53] <PriceChild> Amaranth, btw i think you can turn off hilights... on gutsy?
[08:53] <Amaranth> eh?
[08:53] <PriceChild> settings > preferences, alerts
[08:53] <PriceChild> then "nicks not to hilight"
[08:54] <Pici> Has yoman said anything here... ever?
[08:54] <Amaranth> PriceChild: him highlighting me is not a problem
[08:54] <Amaranth> PriceChild: other people saying things and him being a prick when I come to check is the problem
[08:55] <PriceChild> I guess I took your words too literally then :)
[08:55] <PriceChild> coz_ is a strange one... haven't seen him lately though
[08:56] <Amaranth> he hides in #compiz-fusion
[08:56] <Amaranth> if he wasn't so 'helpful' I'd just get rid of him
[08:56] <Pici> Eh, if its not an #*buntu* channel, is it really breaking the rules?
[08:58] <Amaranth> /mode +b #channel foo!*@*!#channel2 ?
[08:58] <PriceChild> Amaranth, /mode +b *!*@*!#channel
[09:02] <Amaranth> I am so getting in trouble...
[09:03] <Pici> What did you do?
[09:03] <Amaranth> forward banned him from #compiz-fusion to ##windows
[09:04] <Amaranth> that way no script will autounban him and he has to figure it out
[09:04] <Amaranth> Some fool made him an op there...
[09:04] <Amaranth> PriceChild: #ubuntuforums
[09:05] <PriceChild> Amaranth, yeah yeah
[09:44] <ikonia_> ompaul: !
[09:47] <ompaul> ikonia, !
[09:48] <ikonia_> you're back
[10:28] <Gary> PriceChild, whats the ban on coz for?  he been naughty?
[10:29] <PriceChild> Gary, him and amaranth had a tiff in #compiz-fusion(-dev), he came in #ubuntuforums, "greeted" amar, then left...
[10:29] <PriceChild> I know him from a while ago... and I'm just not having it.
[10:30] <Gary> he is normally okay
[10:35] <LjL> Gary btw, it's most probably unrelated with you really, but yesterday a guy with nickname 'gary' joined #kubuntu and immediately asked who the "moderators" were (he "was just curious")
[10:35] <Gary> LjL, that was not me
[10:35] <LjL> that was clear enough
[10:35] <Gary> I do find my nick is used a lot though
[10:36] <LjL> i just found the combination of using your nick *and* asking about ops fishy
[10:36] <Gary> yeah, but i'm not a op there
[10:36] <Gary> just kick im on sight next time, tell him to get his own nick :p
[10:37] <LjL> heh
[10:38] <Gary> eeek, new gpu driver, brb
[10:39] <LjL> see you on irssi
[10:55] <ikonia> ompaul: you still there
[10:56] <ompaul> ikonia, I am
[10:56] <ikonia> I'm online
[11:05] <nalioth> what a coincidence.
[11:05] <ikonia> shock horror
[11:10] <LjL> yiikes, i'm online too! must be a conspiracy
[11:11] <ikonia> I'm keeping my eye's out for the fbi
[11:11] <ompaul> LjL, why is it always the same guys believe in conspiracy?
[11:11] <ikonia> anti-castro pigions saying "coo coo"
[11:11] <ompaul> haha
[11:11] <LjL> ompaul: i won't give you the answer you're expecting
[11:12] <ompaul> LjL, that happens to be the Yodo protocol
[11:12] <ompaul> *Yoda
[11:12] <ikonia> do or do not
[11:12] <ikonia> there is no try
[11:12] <ikonia> and that is why you fail
[11:12] <ompaul> there is only one fail lets see
[11:12] <ompaul> !test
[11:12] <ubotu> Failed.
[11:12] <ompaul> see
[11:12] <ikonia> you are wise ubotu, but you are not a jedi yet
[11:13] <ompaul> ahh so it is ubotu the grasshopper
[11:13] <ompaul> whod a thunk it
[11:51] <ubotu> astro76 called the ops in #ubuntu
[11:52] <nixternal> blood thirsty animals...all of ya!
[11:52] <nixternal> :p
[11:53] <Tm_T> :(
[11:53] <aubade> woooo, op fight in offtopic.
[11:53] <Gary> really
[11:54] <PriceChild> haha look at gary "ducking"
[12:04] <ubotu> Xero called the ops in #ubuntu
[12:04] <Amaranth> crazies today
[12:05] <Amaranth> next month is going to be really fun
[12:05] <LjL> erm, wrong channel...
[12:06] <Amaranth> and now comes the PM
[12:07] <mc44> Amaranth: he's giving you even better links in PM?
[12:07] <mc44> don't keep them to yourself ;)
[12:07] <Amaranth> mc44: I wish ;)
[12:13] <nixternal> hahaha
[12:13] <nixternal> you preverts!
[12:53] <gnomefreak> we had a bot attack i take it?
[12:53] <Pici> Yep.
[12:53] <gnomefreak> i have a crap load of dcc on my server screen
[12:55] <LjL> gnomefreak: yeah it was fun
[12:55] <LjL> a guy said, "is this a netsplit?" when they joined
[12:55] <gnomefreak> look like 15 of there here
[12:55] <gnomefreak> lol
[12:55] <LjL> and like the idiot i am, i scrolled up to check
[12:55] <LjL> while i was scrolled up... =)
[12:55] <gnomefreak> :)
[12:56] <Pici> I just added seconds to my timestamps, otherwise its hard to tell what happened when.
[12:57] <LjL> that's essential
[12:58] <Pici> Especially because I stick all the joins/parts into a different window.
[12:58] <LjL> hmmm, that's an interesting idea
[12:58] <LjL> i mean, stupid, but interesting
[12:59] <Pici> Only for #ubuntu, I usually use irssi through ssh in a smallish window so I can't see stuff well otherwise.
[01:00] <LjL> Pici: ... why?
[01:00] <LjL> is that a PDA?
[01:00] <Pici> Because I'm using it from work...
[01:00] <Pici> No, a regular computer.
[01:02] <LjL> ah, work. that scary place people keep talking about.
[01:13] <Pici> yoman_69: Can we help you?


[15:30] <grantbow> hi all! has anyone played with 21.10 Impish Indri beta yet? wow 3.1 gig desktop image
[15:30]  * grantbow looks for a usb drive


[04:43] <Aelsi> any one know why when ever i start a movie in mplayer or restart my computer the brightness randomly goes down?


[03:59] <tdaitx> I believe so, let us know when you update the bug (in case I miss the email)
[04:00] <tdaitx> arch specifc package have been uploaded with the exception of openjdk-lts (it is currently building in the test ppa and I am waiting to do the usual openjdk testsuite checks)
[04:00] <tdaitx> had 2 issues on android-tools:
[04:00] <tdaitx> - android-platform-art depends on an arch:all package that has not yet been made available on cosmic (not sure why android-tools was not yet copied from bionic to cosmic)
[04:00] <tdaitx> - android-sdk-meta creates a binary package with the same version in both bionic and cosmic, thus the cosmic build fails during internal ppa "upload" because of the binary deb conflict
[04:00] <tdaitx> the list of packages is as follows:
[04:00] <tdaitx> ppa-android-tools: android-platform-art android-platform-dalvik android-platform-external-libselinux android-platform-frameworks-base android-platform-libnativehelper android-platform-system-core android-platform-system-extras android-sdk-meta f2fs-tools
[04:00] <tdaitx> ppa-apps: java3d libjogl2-java scilab visualvm
[04:00] <tdaitx> ppa-stage3: openjdk-11-jre-dcevm openjdk-lts openjfx
[04:00] <tdaitx> ppa-stage5: jxgrabkey
[04:00] <tdaitx> ppa-tomcat3: swt4-gtk tomcat-native
[04:06] <tdaitx> android-platform-art worked now, it seems that I was too eager and missed publication of a few archs for android-platform-system-core
[17:19] <tdaitx> sil2100: sbeattie: btw, openjdk-lts (for cosmic) has finished building in the test ppa, I checked the buildlogs and test results seem ok, so I have copied it to stage 3 earlier today
[17:19] <tdaitx> it should be finished and published in 10~11 hours, depending on the armhf build
[17:20] <tdaitx> I bumped the version to 18.10 and updated the control file, so it builds with gcc8 instead of gcc7
[19:26] <huehner> tdaitx: ant patch added to the issues + some comment on testing we did already
[19:26] <huehner> doko: https://bugs.launchpad.net/ubuntu/+source/ant/+bug/1808383
[19:27] <huehner> let me know if we can do anything else to get this moving...


[04:40] <CompBrain> we're preseeding a big list of packages via a late_command script and not through the built in package installation means so we can drop in a standard /etc/passwd to get consistent u/gid's
[04:41] <CompBrain> Is there a better way to do that so we still get a moving progress bar? (right now it hangs on 'running preseed' while the late_command runs apt-get install $world_of_hurt
[06:53] <mcasadevall> cjwatson, bit of good news; d-i on ia64 successfully built when retried after the last kernel upload :-)
[10:15] <cjwatson> CompBrain: it might take a bit of fiddling around, but if you use apt-install rather than chroot /target apt-get install then you ought to get a progress bar
[10:15] <lamalex> Does ubiquity do any checking of drive size to make sure you have the required amount of disk space at all?
[10:15] <cjwatson> ubiquity does (though only sort of, it isn't perfect), d-i doesn't
[10:16] <cjwatson> NCommander: cool
[10:16] <lamalex> cjwatson: any idea where in the code that is?
[10:16] <NCommander> cjwatson, I'm testing the netinstall ISO now (since the dailys for port architectures already ran)
[10:16] <lamalex> Is it a const somewhere that gets set for the size?
[10:18] <cjwatson> lamalex: ubiquity source package, partman/check.d/03partition_too_small
[10:18] <lamalex> merci
[10:18] <cjwatson> lamalex: it runs du over the live filesystem, and adds a bit of a fudge factor for luck
[11:32] <lamalex> cjwatson: where should bugs be filed?
[11:32] <lamalex> LP says the ubiquity project only uses lp for code
[11:43] <evand> lamalex: http://launchpad.net/ubuntu/+source/ubiquity/+filebug
[11:43] <evand> we handle bugs against the source package
[11:45] <lamalex> thanks
[11:45] <evand> sure thing
[12:01] <lamalex> man, i cant wait until we're all using the bzr lp format and pushing a branch is fasted becuase it's totally stacked
[12:02] <lamalex> s/fasted/fast
[12:02] <cjwatson> the current format actually does support stacking
[12:02] <cjwatson> I think
[12:02] <cjwatson> yeah, it's on 1.9
[12:03] <lamalex> I alsmo meant s/lp/2a
[12:06] <cjwatson> stacking shouldn't require 2a, should it?
[12:06] <cjwatson> I mean, 2a will be faster, certainly
[12:11] <CIA-8> console-setup: cjwatson * r108 ubuntu/debian/ (console-setup.apport changelog rules): Add an apport hook.
[14:20] <rgreening> evand: ping
[14:20] <evand> rgreening: pong
[14:20] <rgreening> evand: how goes the devicekit migration?
[14:21] <CIA-8> debian-installer: cjwatson * r1118 ubuntu/ (10 files in 3 dirs): Move to 2.6.31-2 kernels.
[14:21] <evand> it's slowly getting there.  Test harness is taking far longer than I would like.  I'm trying to get the code in a useful state so I can at least push it to a public branch.  Hope to have that done tonight if I have time in the evening, but otherwise tomorrow.
[14:23] <rgreening> evand: looking forward to helping test and polish for you :)
[14:23] <evand> good to hear :)
[14:23]  * rgreening cracks the code/publish whip on evand
[14:23] <rgreening> :)
[14:23] <evand> haha
[14:24]  * evand turns his oar faster
[14:24] <rgreening> hehe
[14:24] <rgreening> just one, you go in circles, let me help row...
[14:24] <CIA-8> user-setup: cjwatson * r192 ubuntu/ (debian/changelog user-setup-apply):
[14:24] <CIA-8> user-setup: Use /etc/gdm/custom.conf rather than /etc/gdm/gdm.conf-custom (LP:
[14:24] <CIA-8> user-setup: #395861).
[14:26] <CIA-8> user-setup: cjwatson * r193 ubuntu/debian/changelog: releasing version 1.27ubuntu4
[14:28] <CIA-8> oem-config: cjwatson * r677 trunk/ (debian/changelog oem-config): adjust gdm configuration handling again (LP: #395861)
[14:46] <lamalex> evand: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/396076
[14:48] <evand> http://bazaar.launchpad.net/~alexlauni/ubiquity/partition-size-selector/revision/3308 - on line 587, why did you delete self.resize = -1?
[14:48] <evand> hrm, actually, that's fairly broken anyway if it's called twice.
[14:48] <evand> (it's not currently)
[15:46] <cr3> cjwatson: by the way, I'm failing to install the latest hardy alternate images because the netboot kernel doesn't seem to be the same version as the kernel modules package on the image
[15:47] <cr3> cjwatson: wasn't there some discussion about you having to be informed when the kernel is updated or the kernel team handling the update of the netboot images? if I recall, there's was a disconnect between the kernel update and the netboot image update on the alternate images
[15:49] <cjwatson> thanks, I'll update d-i now
[15:49] <cr3> cjwatson: might there be a way for me to detect directly from the image instead of from the installation process?
[15:49] <cjwatson> or at least upload the update, somebody else will have to accept it
[15:50] <cjwatson> sure, there are metadata files alongside the images, e.g. udeb.list
[15:51] <cr3> cjwatson: one day, I'd really like my testing framework to report proper errors when installation failures occur instead of getting a lack of test results. the problem is that this inconsistency might've been going on for a while and I wouldn't've known :(
[15:51] <cjwatson> err, hardy-updates/debian-installer is already using the current kernel
[15:51] <cjwatson> so I don't know what your system's problem is
[15:52] <cjwatson> hmm, or maybe not, what's up here
[15:52] <cjwatson> ah, heh, it probably failed to build
[15:52] <cjwatson> cr3: are you not testing hardy-proposed?
[15:53] <cr3> cjwatson: I've had to disable testing of -proposed temporarily because of a couple issues I can't work on right now :(
[15:53] <cjwatson> http://people.ubuntu.com/~ubuntu-archive/pending-sru.html, looks like somebody forgot to promote debian-installer to -updates along with linux
[15:54] <cjwatson> I'll do that
[15:57] <cjwatson> (done for next publisher run)
[17:43] <icarus901> cjwatson, suggestions for a point of contact for inquiry regarding the netboot kernels? i may not actually have a bug, so i'd rather not waste someone's time by filing one
[17:47] <cjwatson> icarus901: the netboot kernel is identical to the normal kernel ...
[17:48] <icarus901> cjwatson, eh then it's a question of config disparity
[17:48] <icarus901> the amd64 build includes paravirt-ops xen domU support. i386 does not
[17:49] <cjwatson> kernel team'd be best placed to handle that
[17:49] <cjwatson> probably just file a bug on linux ...
[17:49] <cjwatson> (in Ubuntu, obviously)
[17:50] <icarus901> cjwatson, thanks
[22:40] <kirkland> cjwatson: hiya, testing today's hardy daily iso
[22:41] <kirkland> cjwatson: doesn't detect my network adapter (on board nvidia some such, has always worked will with hardy)
[22:41] <kirkland> cjwatson: also, don't see ext3 as a filesystem option
[22:42] <cjwatson> sounds like kernel mismatch; should be fixed tomorrow
[22:43] <cjwatson> I did some publisher updates earlier
[22:44] <cjwatson> somebody had copied d-i to hardy-updates previously without following the practice documented on ArchiveAdministration, and that broke things
[22:50] <kirkland> cjwatson: cool, thanks.
[22:57] <cjwatson> that reminds me though ...
[22:57] <CIA-8> debian-installer: cjwatson * r1119 ubuntu/debian/changelog: releasing version 20081029ubuntu47


[00:48] <user|5160> hi
[00:49] <user|5160> kwin is going bonkers
[00:49] <user|5160> I need halp
[00:50] <Maik> that's not how things work, be more specific
[00:50] <Maik> !ask
[00:51] <user|5160> I have a brand new install of kubuntu. Literally just rebooted from an install. I have a logitech bluetooth keyboard and a logitech bluetooth mouse connected. Sometimes the keyboard (and maybe the mouse) can't access the foreground window when double clicking or typing
[00:52] <user|5160> but the background window ( I've noticed it's usually firefox) captures the input when clicking on the foreground kwin window
[00:53] <user|5160> this only happens with the logitech bluetooth input devices.  I was running ubuntu with gnome before this install and didn't have any issues so I'm guessing it's not the bluetooth stack and might be the kwin
[00:59] <MKury> I installed kubuntu yesterday, and also installed the nvidia driver, but the system is not acknowledging my offboard gpu(Nvidia). Just acknowledging my onboard gpu(intel). Can anyone help
[06:12] <user|33050> surface go install geht nicht
[06:12] <lordievader> Good morning
[06:14] <user|33050> kubuntu install auf surface go
[12:42] <BluesKaj> Hi folks
 Getting error 5(input output error) while installing..
 20.10
 verified the checksum so the file is okay. Checked pd for badsectors so its okay
 It tries to boot into the live session but everything starts crashing
 Laptop by chance?
[19:56] <valorie> https://twitter.com/kubuntu/status/1376624139260162051
[20:50] <user|47954> Hi! I've already download de iso of Kubuntu 21.04 from this page https://kubuntu.org/news/kubuntu-21-04-testing-week/ and is already in my hard disk. The thing is i have no idea how to install it, can you help please?
 You need to create a bootable USB.  Are you on windows?
 Assuming yes, follow instructions here: https://ubuntu.com/tutorials/create-a-usb-stick-on-windows#1-overview
 Hello does anyone can help me, … I install kde neon 5.21 and i had problem with nvidia, i install nvidia 460 driver but it has problem and i cant woke up from suspand and hibernate i have this problem in kubuntu too but its automatic fix but in kde neon its not fix … Now i install nvidia 450 driver and its get lag some times in chrome or other application … My system is … Intel core i7 6500u … Nvidia 940mx
 @erfan_sta, Hi. KDE Neon support can be found in @kdeneon
 @RikMills, Oh ok thanks
 Hello, i need help … Hmmm i have a problem with every linux distro i use on my pc. I come here because i fell in love with Kubuntu and i already use it on my laptop … Well, even if is while installing, any live mode or installed os after or before some seconds after login my pc freezes … I found that removing the PCI Wifi card im using is 'the problem' but, i cant use my pc without internet access :^) and modem is a bit far
 Hi! Why don't U try to change the WiFi card ?
 @Stratorrider, Your offical wifi card website dont have linux driver?
 and test you wifi on windows?
 @Abir_ben_soltane, Im seriously thinking that but 'i' want try to solve first
 @erfan_sta, Hmms i cant send pictures / screenshots but nope, no official linux drivers … And yep, working perfectly fine on windows
 So if it works fine on windows the prob with the driver 😔 !
 I have a similar prob . In fact , the driver of Nvidia didn't work fine with kubuntu 20.04 so I try it everything but couldn't find a fix so I switched to work under Windows and keep kubuntu aside
 @Stratorrider, No idea but i think use other version of kernel can help you
 Yeh maybe
 @erfan_sta, Thats the reason for trying old distro versions :^( anyway thanks. Just now i will buy a 30-meter eth-wire :^) … Thanks for ur time guys