[11:27] <Guest82476> hi
[11:28] <EgyParadox> hi
[11:29] <Guest82476> Not so many user here
[11:30] <EgyParadox> there are but busy/away
[11:30] <Guest82476> :-)
[11:31] <Guest82476> It has been quite a long while since I last use Irc
[11:31] <EgyParadox> I see
[11:31] <Guest82476> How do I retained my user name?
[11:32] <EgyParadox> u mean ur nickname?
[11:32] <Guest82476> yes
[11:32] <EgyParadox> check with freenode staff, if its dropped u can reregister
[11:32] <Guest82476> How do I do that?
[11:33] <EgyParadox> .  /msg NickServ REGISTER bar<EMAIL_ADDRESS>[11:33] <Guest82476> Thanks
[11:33] <EgyParadox> bar=password
[11:33] <EgyParadox> foo@bar=email
[11:33] <EgyParadox> but without .
[11:35] <Guest82476> ./msg NickServ REGISTER b1jak<EMAIL_ADDRESS>[11:35] <Guest82476> :-)
[11:36] <Guest82476> ignore that
[11:37] <EgyParadox> u have to change ur nickname
[11:38] <Guest82476> oh ok
[11:38] <Guest82476> quit
[11:40] <EgyParadox>  /nick <newnickname>
[11:41] <Guest82476> thanks
[11:48] <poh> help needed. How to verify registered nick?
[11:52] <EgyParadox> check ur email
[11:55] <poh> ok tq
[12:04] <poh> SETPASS <key>, what is key?
[12:06] <poh> err sorry, got it.
[12:08] <poh> how to reregister my nick?
[12:08] <poh> nickserv keeps saying that it was already registered
[12:19] <poh> hmm nevermind the above, got it.
[12:20] <poh> Anyone here tried Ubuntu 11.10 beta?
[12:24] <poh> hi!
[13:42] <poh> I have this small problem regarding impress (openoffice/libreoffice) sound effects. The sound, eg laser, sounded very short instead of full sound.
[13:42] <poh> This does not happen in OpenOffice 3.3 for Windows.
[13:43] <poh> I think it may be some thing with pulse audio thingy


[01:36] <tgm4883> bkerensa, were you able to check your 14z model number?
[01:39] <MaskilPDX> Still having UEFI issues tgm4883
[01:39] <tgm4883> MaskilPDX, no, I don't have UEFI issues, just issues with secure boot
[01:40] <tgm4883> with secure boot disabled, everything works fine
[17:16] <bdmurray> bug 1080915 could use an SRU verification on quantal
[17:16] <bdmurray> don't follow that this bug report link in the description though


[00:00] <arraybolt3> vorlon: I didn't know that. I thought that we could upload it and then not respin?
[00:00] <arraybolt3> (The problem is that the user can make a blank password, which is a security issue.)
[00:00] <arraybolt3> It just also happens to trigger a related bug in XScreenSaver which refuses to let you unlock the screen if the password is blank.
[00:00] <arraybolt3> So it's a problem both ways.
[00:00] <vorlon> arraybolt3: if it's accepted into the release pocket, it must go onto the media by release day.  You don't have to respin *now*, but it will require a respin of both lubuntu and ubuntustudio
[00:01] <arraybolt3> In that instance, hold off no accepting it until we have a decision made, if possible.
[00:01] <vorlon> ok
[00:01] <arraybolt3> I didn't realize it worked that way and thought it would be possible for Studio to have the fix this release and Lubuntu to have it next release.
[01:13] <Eickmeyer> vorlon: Sadly, it's both. Calamares has the option of allowing the user to not input a password for the initial user, something I consider a security issue and shouldn't have ever been allowed.
[01:18] -queuebot:#ubuntu-release- Unapproved: python-certbot (lunar-proposed/universe) [2.1.0-3 => 2.1.0-4] (no packageset) (sync)
[01:20] -queuebot:#ubuntu-release- Unapproved: accepted python-certbot [sync] (lunar-proposed) [2.1.0-4]
[02:24] -queuebot:#ubuntu-release- New sync: pam-session-timelimit (lunar-proposed/primary) [0.6-2]
[02:25] -queuebot:#ubuntu-release- New: accepted pam-session-timelimit [sync] (lunar-proposed) [0.6-2]
[02:26] -queuebot:#ubuntu-release- New binary: pam-session-timelimit [amd64] (lunar-proposed/none) [0.6-2] (no packageset)
[02:26] -queuebot:#ubuntu-release- New binary: pam-session-timelimit [s390x] (lunar-proposed/none) [0.6-2] (no packageset)
[02:27] -queuebot:#ubuntu-release- New binary: pam-session-timelimit [ppc64el] (lunar-proposed/none) [0.6-2] (no packageset)
[02:28] -queuebot:#ubuntu-release- New: accepted pam-session-timelimit [amd64] (lunar-proposed) [0.6-2]
[02:28] -queuebot:#ubuntu-release- New: accepted pam-session-timelimit [s390x] (lunar-proposed) [0.6-2]
[02:28] -queuebot:#ubuntu-release- New binary: pam-session-timelimit [armhf] (lunar-proposed/none) [0.6-2] (no packageset)
[02:28] -queuebot:#ubuntu-release- New: accepted pam-session-timelimit [ppc64el] (lunar-proposed) [0.6-2]
[02:28] -queuebot:#ubuntu-release- New binary: pam-session-timelimit [arm64] (lunar-proposed/none) [0.6-2] (no packageset)
[02:42] -queuebot:#ubuntu-release- New: accepted pam-session-timelimit [arm64] (lunar-proposed) [0.6-2]
[02:42] -queuebot:#ubuntu-release- New: accepted pam-session-timelimit [armhf] (lunar-proposed) [0.6-2]
[02:42] -queuebot:#ubuntu-release- New binary: pam-session-timelimit [riscv64] (lunar-proposed/none) [0.6-2] (no packageset)
[03:26] -queuebot:#ubuntu-release- New: accepted pam-session-timelimit [riscv64] (lunar-proposed) [0.6-2]
[08:43] -queuebot:#ubuntu-release- Packageset: Added nvidia-graphics-drivers-530 to i386-whitelist in focal
[08:43] -queuebot:#ubuntu-release- Packageset: Added nvidia-graphics-drivers-530 to i386-whitelist in jammy
[08:43] -queuebot:#ubuntu-release- Packageset: Added nvidia-graphics-drivers-530 to i386-whitelist in kinetic
[08:47] -queuebot:#ubuntu-release- Unapproved: oss4 (jammy-proposed/universe) [4.2-build2010-5ubuntu9.1 => 4.2-build2010-5ubuntu9.2] (kernel-dkms)
[08:52] -queuebot:#ubuntu-release- Unapproved: sgt-puzzles (lunar-proposed/universe) [20230122.806ae71-1 => 20230122.806ae71-2] (xubuntu) (sync)
[09:36] -queuebot:#ubuntu-release- Unapproved: google-osconfig-agent (lunar-proposed/main) [20220824.00-0ubuntu2 => 20230330.00-0ubuntu1] (core)
[09:49] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (lunar-proposed/main) [20220211.00-0ubuntu1 => 20230328.00-0ubuntu1] (core, ubuntu-cloud)
[09:54] -queuebot:#ubuntu-release- Unapproved: rtl8821ce (jammy-proposed/universe) [<IP_ADDRESS>-0ubuntu11~<IP_ADDRESS> => <IP_ADDRESS>-0ubuntu11~<IP_ADDRESS>] (kernel-dkms)
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+icicle [Lunar Final] (20230416) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+visionfive2 [Lunar Final] (20230416) has been added
[11:04] -queuebot:#ubuntu-release- Unapproved: accepted calamares-settings-ubuntu [source] (lunar-proposed) [1:23.04.12]
[11:25] <AlsoItzSwirlz> before i forget today can cinnamon get a respin to include -environment 23.04.5 :)
[13:01] -queuebot:#ubuntu-release- Unapproved: openjdk-17 (lunar-proposed/main) [17.0.6+10-1ubuntu2 => 17.0.6+10-1ubuntu3] (i386-whitelist)
[13:04] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-17 [source] (lunar-proposed) [17.0.6+10-1ubuntu3]
[13:21] -queuebot:#ubuntu-release- Unapproved: openjdk-lts (lunar-proposed/universe) [11.0.18+10-0ubuntu4 => 11.0.18+10-0ubuntu5] (core, i386-whitelist)
[13:28] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-lts [source] (lunar-proposed) [11.0.18+10-0ubuntu5]
[13:28] -queuebot:#ubuntu-release- Unapproved: accepted sgt-puzzles [sync] (lunar-proposed) [20230122.806ae71-2]
[14:15] -queuebot:#ubuntu-release- Unapproved: accepted google-osconfig-agent [source] (lunar-proposed) [20230330.00-0ubuntu1]
[14:16] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (lunar-proposed) [20230328.00-0ubuntu1]
[14:49] <vorlon> xnox: did you wind up checking the nvidia flavors on the images?
[15:42] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (lunar-proposed/main) [20220622.00-0ubuntu5 => 20230330.00-0ubuntu1] (core)
[15:42] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (lunar-proposed/main) [20220622.00-0ubuntu5 => 20230330.00-0ubuntu1] (core)
[15:42] -queuebot:#ubuntu-release- Unapproved: sosreport (lunar-proposed/main) [4.5-1ubuntu0 => 4.5-1ubuntu1] (ubuntu-desktop, ubuntu-server)
[15:42] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (lunar-proposed/main) [20220622.00-0ubuntu5 => 20230330.00-0ubuntu1] (core)
[15:42] -queuebot:#ubuntu-release- Unapproved: sosreport (lunar-proposed/main) [4.5-1ubuntu0 => 4.5-1ubuntu1] (ubuntu-desktop, ubuntu-server)
[15:42] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (lunar-proposed/main) [2.828 => 2.829] (desktop-core, i386-whitelist)
[16:07] -queuebot:#ubuntu-release- Unapproved: rejected google-guest-agent [source] (lunar-proposed) [20230330.00-0ubuntu1]
[16:07] -queuebot:#ubuntu-release- Unapproved: rejected google-guest-agent [source] (lunar-proposed) [20230330.00-0ubuntu1]
[16:15] -queuebot:#ubuntu-release- Unapproved: accepted google-guest-agent [source] (lunar-proposed) [20230330.00-0ubuntu1]
[16:17] -queuebot:#ubuntu-release- Unapproved: rejected sosreport [source] (lunar-proposed) [4.5-1ubuntu1]
[16:20] -queuebot:#ubuntu-release- Unapproved: rejected sosreport [source] (lunar-proposed) [4.5-1ubuntu1]
[16:27] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (lunar-proposed) [2.829]
[16:37] <vorlon> ubuntucinnamon respinning; sorry, not sure how I missed that accepting ubuntucinnamon-environment required respinning it
[17:02] -queuebot:#ubuntu-release- Builds: Ubuntu Cinnamon Desktop amd64 [Lunar Final] has been updated (20230417)
[17:03] <sil2100> Let me update the tracking document status
[17:12] <vorlon> mitya57: LP: #2016703 :/
[17:12] -ubottu:#ubuntu-release- Launchpad bug 2016703 in qtbase-opensource-src (Ubuntu) "qbusmacros.h fails to compile: wrong case on case-sensitive include" [Undecided, New] https://launchpad.net/bugs/2016703
[17:13] <vorlon> lubuntu, ubuntustudio respinning now for new calamares
[17:13] -queuebot:#ubuntu-release- Builds: Ubuntu Unity Desktop amd64 [Lunar Final] has been updated (20230417)
[17:13] -queuebot:#ubuntu-release- Unapproved: heat (jammy-proposed/main) [1:18.0.0-0ubuntu1.1 => 1:18.0.0-0ubuntu1.2] (openstack)
[17:13] -queuebot:#ubuntu-release- Unapproved: heat (kinetic-proposed/main) [1:19.0.0-0ubuntu1.1 => 1:19.0.0-0ubuntu1.2] (openstack)
[17:17] <xnox> vorlon:  https://code.launchpad.net/~xnox/debian-cd/+git/ubuntu/+merge/441240 i have updated the static list of i386 packages referenced by the lunar seeds for the ubuntu desktop; imho all of these packages should be included correctly on the pool to be installable.
[17:17] <vorlon> xnox: I hate that this is a static list.  What are the prospects of generating this at build-time in the future?
[17:19] <xnox> vorlon:  my germinate branch regresses testsuite of "no-follow-build-depends-all" feature, so i can't merge it. I could add code that will checkout my custom germinate and run it a second time to update this list at runtime...... if that is acceptable to you.
[17:19] <vorlon> hmm
[17:20] <vorlon> xnox: I am seriously looking at ripping gamemode out of the i386 seed so we get rid of this
[17:21] <xnox> vorlon: i think we should prohibit gamemode on i386 with the ! mark in the seed; but i don't know if that will work at all as expected.
[17:22] <xnox> vorlon:  also it's not just gamemode, most of those libraries are needed for the i386 nvidia libraries. so gamemode doesn't add much to be fair.
[17:22] <xnox> chat tomorrow
[17:22] <vorlon> xnox: it's a shared lib with no reverse-dependencies; it's not a preloadable library.  It's useless
[17:27] <vorlon> kenvandine, seb128: we're discussing the fact that gamemode has a sick and wrong Recommends: libgamemode0:i386, which forces this to be pulled into the pool on the images.  But libgamemode0 is a shared library with no reverse-dependencies anywhere in the archive.  The recommends: should be dropped, but rather than reuploading gamemode at the last minute and have to respin ubuntu+mate+edubuntu, I am
[17:27] <vorlon> proposing to simply remove the i386 binaries from the archive and drop it from the i386 whitelist
[17:28] <vorlon> the rationale given in LP: #1883253 makes no sense having looked at the actual library.  it contains no entry points that would actually be used by any executables, so is useless to LD_PRELOAD
[17:28] -ubottu:#ubuntu-release- Launchpad bug 1883253 in gamemode (Ubuntu) "no Multi-Arch support" [Low, Fix Released] https://launchpad.net/bugs/1883253
[17:29] <vorlon> oh, libgamemodeauto0 may be less useless, checking
[17:29] <vorlon> hmm nope
[17:36] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Lunar Final] has been updated (20230417)
[17:36] <vorlon> kenvandine, seb128: since we're respinning Ubuntu Desktop anyway it would be ideal to clean up the set of i386 packages in the pool, per xnox's MP above.  But I don't want to make this change without Desktop signoff
[17:37] <vorlon> anyway, I'm afk for 1.5h now; will look at the respin when I'm back
[17:45] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Lunar Final] has been updated (20230417)
[17:47] <kenvandine> vorlon xnox they are just there so they don't get deleted right?  If the aren't able to be loaded with LD_PRELOAD then I agree.
[18:51] -queuebot:#ubuntu-release- Unapproved: gnome-characters (lunar-proposed/main) [44.0-2 => 44.0-4] (ubuntu-desktop)
[18:55] <seb128> vorlon, xnox, I'm personally fine with the change, I didn't even know we had an hardcoded list and were meant to update it, it feels like something that should be a on a pre-release checklist
[18:58] <seb128> could we consider the xdg-desktop-portal-gnome upload in the queue if we plan to respin?
[19:04] <vorlon> kenvandine, seb128: I had a second look, and the gamemode_request_start() entry point is declared as a constructor... so it is actually run when the library is loaded.  Ok it's not completely useless as a preloaded lib
[19:04] <vorlon> so I'm going to leave libgamemode*:i386 as-is
[19:05] <seb128> 👍
[19:06] <vorlon> the thing to note however is that at the moment, with the subiquity-based installer we don't succeed in enabling i386 arch.  So while recommends: should be installed in the live env, this recommends is missing because it's cross-arch, which is why it ends up in the ship-live list
[19:07] <vorlon> xnox: I think I would accept a change that ran germinate from your branch at build time
[19:09] <seb128> speaking of things noticed, I did a fresh install today and noticed that the english langpacks weren't installed, so no english locale was available on the target system
[19:09] <vorlon> :/
[19:09] <seb128> in practice we have C.UTF-8 so I think it's ok and I didn't see visible issues
[19:09] <seb128> but I don't know if that could be a problem
[19:10] <vorlon> I certainly think it's not intended
[19:10] <seb128> install was in french locale
[19:10] <vorlon> oh
[19:10] <seb128> sorry that's an important detail :p
[19:10] <vorlon> in that case probably fine
[19:10] <vorlon> english locales are just dead weight then ;)
[19:10] <seb128> we use to always install the english langpacks with the previous installer I think
[19:11] <vorlon> the only thing I would actually worry about is missing dictionaries, but again if you're installing in french who cares
[19:11] <vorlon> seb128: yeah but I'm not sure that was justifiable
[19:11] <seb128> k, well that's a good test to see if anyone complains then :)
[19:11] <vorlon> ok I've landed Dimitri's branch and am respinning Ubuntu Desktop now
[19:11] <seb128> vorlon, no chance to consider the portal upload I mentioned before?
[19:12] <vorlon> but I'm also going to work up a fix in parallel to livecd-rootfs for the missing dpkg --add-arch i386
[19:12] <vorlon> seb128: sorry, I missed your mention of it
[19:12] <seb128> it's not critical to installs but it's a core feature which seems quite broken so it's a bit annoying to release with the bug but not a stopper by itself
[19:12] <vorlon> seb128: the only thing is that xdg-desktop-portal-gnome also impacts edubuntu, as well as the other Ubuntu desktop images that don't currently need respun (legacy and preinstalled)
[19:13] <vorlon> so we should consult Eickmeyer
[19:13] <Eickmeyer> o/
[19:14] <Eickmeyer> Got the bug on that?
[19:14] <vorlon> seb128: and you should confirm you want to retest *all* the Ubuntu Desktop images
[19:14] <seb128> shrug, launchpad keeps timing out today :/
[19:14] <vorlon> Eickmeyer: LP: #2012341
[19:14] -ubottu:#ubuntu-release- Launchpad bug 2012341 in xdg-desktop-portal-gnome (Ubuntu Lunar) "xdg-desktop-portal-gnome crashed with SIGSEGV in fast_validate()" [Medium, In Progress] https://launchpad.net/bugs/2012341
[19:15] <Eickmeyer> I'd say please. That looks important enough for educational use as screen sharing is definitely something educators would want.
[19:15] <vorlon> ok, accepting it at least
[19:15] <seb128> vorlon, pre-install isn't on the iso tracker
[19:16] <seb128> I'm fine for us to re-test legacy
[19:16] <seb128> thanks
[19:16] -queuebot:#ubuntu-release- Unapproved: accepted xdg-desktop-portal-gnome [source] (lunar-proposed) [44~beta-1ubuntu2]
[19:16] <vorlon> seb128: http://iso.qa.ubuntu.com/qatracker/milestones/445/builds/276280/downloads
[19:16] <vorlon> seb128: it's not labelled preinstalled, but arm64+raspi is a preinstalled image
[19:16] <seb128> ah, that's what you call preinstall
[19:16] <seb128> ack
[19:17] <seb128> that only had 3 tests, so not a big difference
[19:17] <seb128> thanks for accepting!
[19:17] <vorlon> ok
[19:17] <Eickmeyer> Thanks!
[19:21] <vorlon> livecd-rootfs failed its tests, obvious bug in my patch, fixing
[19:24] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (lunar-proposed/main) [2.829 => 2.830] (desktop-core, i386-whitelist)
[19:25] <vorlon> xubuntu rebuilding now for sgt-puzzles (but not xubuntu-minimal)
[19:26] <vorlon> self-accepting livecd-rootfs
[19:27] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (lunar-proposed) [2.830]
[19:48] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Lunar Final] has been updated (20230417)
[19:50] <bluesabre> vorlon: Thanks a bunch!
[20:11] -queuebot:#ubuntu-release- Unapproved: runc (kinetic-proposed/main) [1.1.4-0ubuntu1~22.10.1 => 1.1.4-0ubuntu1~22.10.2] (ubuntu-server)
[20:12] -queuebot:#ubuntu-release- Unapproved: runc (jammy-proposed/main) [1.1.4-0ubuntu1~22.04.1 => 1.1.4-0ubuntu1~22.04.2] (ubuntu-server)
[20:13] -queuebot:#ubuntu-release- Unapproved: runc (focal-proposed/main) [1.1.4-0ubuntu1~20.04.1 => 1.1.4-0ubuntu1~20.04.2] (no packageset)
[20:48] <vorlon> ok well ironically it's taking as long to get livecd-rootfs migrated as it does to build ubuntu-server on riscv64 so I'm going ahead and kicking off a build with the current version
[21:16] <Eickmeyer> "You've become the very thing you swore to destroy!"
[22:04] <vorlon> ok xdg-desktop-portal-gnome has migrated; respinning ubuntu + edubuntu
[22:05] <vorlon> that's all the respins known so far
[22:27] -queuebot:#ubuntu-release- Unapproved: terminus (lunar-proposed/universe) [2.2.1-2 => 2.3.0-1ubuntu1] (no packageset)
[22:28] -queuebot:#ubuntu-release- Unapproved: accepted terminus [source] (lunar-proposed) [2.3.0-1ubuntu1]
[22:29] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop (Legacy) amd64 [Lunar Final] has been updated (20230417)
[22:34] -queuebot:#ubuntu-release- Builds: Edubuntu Desktop amd64 [Lunar Final] has been updated (20230417)
[22:40] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+raspi [Lunar Final] has been updated (20230417)
[22:45] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Lunar Final] has been updated (20230417)
[22:51] <ItzSwirlz> doing server raspi tests right now
[22:59] <cjwatson> I think the LP timeouts should be a bit less troublesome now.
[22:59] <cjwatson> Sorry about that.
[23:12] <vorlon> sil2100: good thing I didn't wait for livecd-rootfs to migrate, apparently my code is not good ;)
[23:14] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (lunar-proposed/main) [2.830 => 2.831] (desktop-core, i386-whitelist)
[23:15] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (lunar-proposed) [2.831]
[23:21] <arraybolt3> Well at least now I don't have to feel ashamed about the number of uploads and debdiffs I've made that weren't quite right :)
[23:22] <vorlon> version numbers are cheap
[23:22] <vorlon> (cycling through uploads the week of release, slightly less so)
[23:23] <vorlon> the good news is, autopkgtests block it from breaking the release pocket
[23:24]  * arraybolt3 once again has misplaced my flash drive
[23:28] <arraybolt3> Found it, ready to start testing now.
[23:29] <ItzSwirlz> i actually dont have a hdmi monitor that can do audio out, oof
[23:31] <arraybolt3> I got one, need some help there?
[23:32] <arraybolt3> ItzSwirlz: ^
[23:32] <ItzSwirlz> what package to file against for raspi USB 3 not working with my keyboard
[23:33] <ItzSwirlz> arraybolt3, if you got a raspi for ubuntu server arm64+raspi
[23:33] <arraybolt3> ItzSwirlz: That's probably the Linux kernel, I would guess?
[23:33] <arraybolt3> (for the keyboard failure)
[23:33] <arraybolt3> I don't have a spare RPi at the moment.
[23:34] <ItzSwirlz> waveform, sil2100, slangasek, what package should i file for
[23:34] <ItzSwirlz> console is showing an error about usb failing to find config, probably trying to setup the K55's lighting
[23:34] <arraybolt3> ItzSwirlz: Does this keyboard work on other hardware?
[23:34] <arraybolt3> And does it work on Ubuntu Desktop on the Pi?
[23:34] <vorlon> I don't know.  I would start with the kernel package
[23:35] <arraybolt3> If it doesn't work on Ubuntu Desktop or Ubuntu Server on the Pi, I would say it's a kernel, in which case find the package with the RPi Linux kernel.
[23:36] <ItzSwirlz> Yes, it works on other hardware. I've actually had this happen to me ever since I got the Pi, but its always the USB3 ports. I do have an official rpi keyboard which does work regardless of port
[23:44] <vorlon> I don't understand why we spend so much time having to find duplicate files between the different squashfses; if they were created correctly in the first place there shouldn't be duplicate contents
[23:54] <ItzSwirlz> I'm pretty sure it doesn't work on Ubuntu Desktop either. Though I'm flashing it right now so I'll tell you


[02:51] <stgraber> LaserJock: around ?
[02:54] <LaserJock> stgraber: a bit yeah
[02:55] <stgraber> LaserJock: Do you have time for a quick ldm upload ? :)
[02:56] <LaserJock> stgraber: sure
[02:57] <stgraber> good, let me upload that somewhere you can get it
[02:58] <stgraber> doh, I really need to make the themes a different source package, 1.8MB for a .diff.gz is just stupid
[02:59] <stgraber> the .diff.gz is 5 times bigger than .orig.tar.gz ...
[03:00] <stgraber> LaserJock: http://www.stgraber.org/download/ubuntu/ltsp/
[03:08] <LaserJock> stgraber: done
[03:08] <stgraber> LaserJock: thanks
[04:49] <Ahmuck> nubae: good day
[09:49] <StickManBob> !ops
[09:49] <StickManBob> !ops
[09:49] <StickManBob> !ops
[09:49] <StickManBob> !ops
[09:49] <StickManBob> !ops | Gay
[09:49] <StickManBob> ubottu: Gay secks.
[09:50] <StickManBob> ubottu: Bull shit.
[09:50] <StickManBob> ubottu: !ops
[09:50] <StickManBob> Sexy time!
[09:51] <StickManBob> jussi01: !ops!
[09:51] <StickManBob> !oos
[09:51] <StickManBob> !ops
[09:51] <StickManBob> tehnser
[09:51] <StickManBob> h'rt
[09:51] <StickManBob> hdr
[09:52] <StickManBob> th
[09:52] <StickManBob> edt
[09:52] <StickManBob> jn
[09:52] <StickManBob> rtsj
[09:52] <StickManBob> es
[09:52] <StickManBob> js
[09:52] <StickManBob> ergj
[09:52] <StickManBob> dfj
[09:52] <StickManBob> sr
[09:52] <StickManBob> j
[09:52] <StickManBob> j
[09:52] <StickManBob> df
[09:52] <StickManBob> j
[09:52] <StickManBob> dtr
[09:52] <StickManBob> tjh
[09:52] <StickManBob> dr
[09:52] <StickManBob> j
[09:52] <StickManBob> dr
[09:52] <StickManBob> j
[09:52] <StickManBob> d
[09:52] <StickManBob> jm
[09:52] <StickManBob> dy
[09:52] <StickManBob> j
[09:52] <StickManBob> drt
[09:52] <StickManBob> h
[09:52] <StickManBob> dr
[09:52] <StickManBob> j
[09:52] <StickManBob> d
[09:52] <StickManBob> j
[09:52] <StickManBob> dr
[09:52] <StickManBob> tjk
[09:52] <StickManBob> d
[09:52] <StickManBob> gj
[09:52] <StickManBob> dh
[09:53] <StickManBob> k
[09:53] <StickManBob> dr
[09:53] <StickManBob> hj
[09:53] <StickManBob> hnk
[09:53] <StickManBob> dr
[09:53] <StickManBob> gj
[09:53] <StickManBob> fgj
[09:53] <StickManBob> ser
[09:53] <StickManBob> jh
[09:53] <StickManBob> gfjse
[14:37] <joerg> hey
[18:12] <LaserJock> morning all
[18:15] <alkisg> Good morning LaserJock
[18:21] <LaserJock> alkisg: how's it going?
[18:22] <alkisg> I'm surviving... :) u?
[18:23] <LaserJock> same ;-)
[18:23] <LaserJock> getting back to work after holidays
[18:24] <alkisg> Still days off here... but much work to do nonetheless
[19:53] <LaserJock> nubae: you'll be happy to know I just closed all the thin-client-manager bugs
[19:57] <Ahmuck> LaserJock: let me open more :)
[19:57] <alkisg> Wow... does this still work in intrepid? :)
[19:57] <Ahmuck> LaserJock: we were chatting about somebody doing some python work on one of the management admin gui's?
[19:58] <LaserJock> were we?
[19:59]  * LaserJock has lost a lot of memory as well as hair during grad school
[19:59] <alkisg> Ahmuck: like what? I've just started this: http://users.sch.gr/alkisg/temp/users-manager.png
[20:00] <Ahmuck> connected with sayboyon or p* something
[20:00] <alkisg> pessulus?
[20:00] <Ahmuck> and perhaps a admin gui to admin thin/fat clients iirc
[20:00] <LaserJock> alkisg: what does that do?
[20:00] <Ahmuck> let me dig through logs i suppose
[20:00] <LaserJock> ah, I think I remember more
[20:01] <LaserJock> I was talking about how sabayon is in bad shape
[20:01] <Ahmuck> is it fixable or needs to be re-written?
[20:01] <LaserJock> and so we were talking about generally user management in education
[20:01] <alkisg> LaserJock: it's supposed to enable the admin to select with the mouse a bunch of users and do something with them. Anything, from clearing the firefox cache to creating a link to the users' desktop
[20:01] <Ahmuck> alkisg: is that python/gtk?
[20:01] <alkisg> Yeap
[20:01] <Ahmuck> kewl
[20:01] <alkisg> Just learning the staff, but it's powerful enough
[20:02] <LaserJock> ok, we sort of need gather these projects together a bit
[20:02] <Ahmuck> agreed
[20:02] <LaserJock> having 5 different, independent user management tools out there makes things difficult
[20:02] <Ahmuck> a edubuntu management interface would be nice.  the individual that i was thinking of has done a major python/gtk app, however, i'm thinking he wants smaller parts
[20:03] <Ahmuck> is it possible to create a master with modules?
[20:03] <LaserJock> yeah, that's possible
[20:03] <Ahmuck> based on python/gtk.  though i prefer qt
[20:03] <alkisg> python/gtk is good, it allows for easy user-modifications
[20:03] <LaserJock> is python, anything is possible ;-)
[20:03] <LaserJock> *it's
[20:03] <Ahmuck> i think that would be the better approach, then one could "plug-in" a module
[20:03] <alkisg> That's what "user scripts" menu is in my screenshot
[20:04] <Ahmuck> a user module, thin client module, fat client module, a self awareness of thin/fat client module, etc.
[20:04] <LaserJock> I think first we need a bit of a spec describing what tools exist, what functions they perform and what added functions are needed
[20:04] <alkisg> It's a pitty that users-admin isn't based on python/gtk, and isn't customizable
[20:04] <alkisg> ...and doesn't allow selecting multiple users, and doesn't allow scripting... :)
[20:04] <LaserJock> well, one *could* imagine patching users-admin to be perhaps more modular
[20:05] <alkisg> No, a different language should be used. C => python.
[20:05] <LaserJock> well, you can have users-admin in C and everything else in python
[20:06] <LaserJock> essentially something like having a users-admin portal execute python scripts/modules
[20:06] <Ahmuck> flexablity i think is important
[20:06] <Ahmuck> even if it means scraping the old stuff in favor for something new
[20:07] <Ahmuck> if it works
[20:07] <LaserJock> I seriously doubt Gnome is going to want to rewrite users-admin in python just so we can do some fun things :-)
[20:07] <Ahmuck> and a more unified interface
[20:07] <Ahmuck> *shrugs*, perhaps they'll adopt ours :)
[20:07] <LaserJock> they're sort of different problems, IMO
[20:08] <LaserJock> users-admin is really for managing single or few-user systems
[20:08] <LaserJock> we want a mass-user management tool that works well in LTSP environments, right?
[20:09] <alkisg> The kusers tool of KDE is pretty close to my users-manager, except that it doesn't allow for scripts to run
[20:09] <alkisg> I guess the gnome guys are just bored :)
[20:10] <LaserJock> so where does iTalic fit in with all this?
[20:11] <alkisg> italc is for the users currently logged on, users-admin or user-manager or kuser is for all the users
[20:11] <alkisg> So, not really related
[20:11] <LaserJock> ok, so iTalic gives you control over active thin clients
[20:12] <alkisg> Pesullus will be merged into sabayon, and sabayon is for forced/default settings
[20:12] <alkisg> So 3 different tools are needed
[20:12] <LaserJock> whereas we need an overall user management tool, correct?
[20:13] <LaserJock> alkisg: how do you know pessulus will be merged into sabayon?
[20:13] <alkisg> I've read about it in some developer log/list/something
[20:14] <LaserJock> since sabayon is essentially dead right now I'm curious if that is really going to happen, at least with the current status
[20:15] <LaserJock> ok, so I see 3 basic tasks that are needed:
[20:15] <LaserJock> 1) thin client management
[20:16] <LaserJock> 2) user management (adding/removing/LDAP, etc.)
[20:16] <LaserJock> 3) user settings management (lockdown, profile management, etc.)
[20:16] <LaserJock> does that seem right?
[20:17] <alkisg> LaserJock: http://live.gnome.org/Sabayon
[20:17] <alkisg> Integrating Pessulus into Sabayon
[20:17] <LaserJock> right, that's sort of oudated, though not exactly untrue
[20:18] <LaserJock> in the sense that Sabayon uses a copy of Pessulus within itself
[20:18] <LaserJock> but I don't know if the idea was to replace Pessulus and I'm sure right now can't as nobody has committed code to Sabayon is over 6 months
[20:22] <alkisg> I don't think Sabayon is what admins need... extending or replacing users-admin with a plugin system seems a better idea in my head.
[20:23] <alkisg> The end result I'd like is: select a group of users, and goto to scripts=>panels=>add the gnome-language-panel for them. Much more simple and targeted than sabayon
[20:24] <LaserJock> well, sabayon is useful for mass changes and for profile management
[20:24] <LaserJock> if you're just making a few small changes then it is overkill
[20:25] <alkisg> I can't see anything that can be done with sabayon that couldn't be done quicker/easier with an extended users-admin...
[20:25] <LaserJock> but users-admin doesn't do profiles
[20:25] <alkisg> That's the plugins/script part that's missing
[20:25] <LaserJock> well, then why not use sabayon?
[20:26] <alkisg> Because sabayon doesn't apply the changes to the users. It just creates the profile
[20:26] <alkisg> I can't clear the browser cache for 50 specific users with sabayon.
[20:26] <alkisg> I can't set the wallpaper for 50 specific users with sabayon. Etc etc
[20:27] <LaserJock> sure
[20:27] <LaserJock> that's why I'm saying there's a few different tasks
[20:27] <LaserJock> I think Sabayon is going to be one of the things we need
[20:27] <LaserJock> it's ~ 15k lines of code that we probably shouldn't just toss out the window
[20:27] <alkisg> Could you give me an example of what sabayon could do and an extended users-admin couldn't ?
[20:28] <LaserJock> what I'm saying is that those aren't mutually exclusive
[20:28] <LaserJock> have Sabayon be one of the modules in an extended users-admin tool
[20:32] <alkisg> LaserJock: the 3 tools I'm thinking are useful, are (1) thin client management = something like italc, (2) user management = an extended users-admin, (3) a lock down mechanism like a simpler gksu gconf-editor
[20:33] <LaserJock> right, 3 is pessulus really
[20:33] <alkisg> pessulus only has 5-10 settings, gconf-editor has thousands
[20:33] <alkisg> ...and the 3rd one could easily be integrated into the 2nd
[20:33] <LaserJock> 4) is profile management, i.e. sabayon which some might find useful
[20:33] <LaserJock> well sure, pessulus is limited
[20:34] <LaserJock> that's why people need to work on it :-)
[20:36] <LaserJock> it would be useful if Sabayon and Pessulus were combined in their code-base
[20:37] <LaserJock> I'm not sure what to think about extending users-admin
[20:37] <LaserJock> sort of a hackish thing to do would be to have users-admin look for Sabayon, etc. and present buttons to launch them
[20:40] <alkisg> I think users-admin has to be rewritten in pygtk for ubuntu, and maybe pyqt for kubuntu ;)
[20:41] <alkisg> (but kusers in kubuntu is good enough, it just needs to allow for user defined scripts)
[20:42] <Ahmuck> u need a machine lockdown, configurator as well
[20:42] <Ahmuck> i'd like to lock all cdroms of machines in classroom a, but not i b
[20:42] <alkisg> Yeah, a simpler gconf-editor
[20:42] <alkisg> (or a better pessulus)
[20:43] <Ahmuck> or add/remove clients and have a baseline for the boot up to decide if it should be a fat client or thin client
[20:43] <Ahmuck> another problem i ran into, is the thin client/fat client requires seperate maintence of software installation and update
[20:44] <alkisg> The problem with that is that the clients could be of different architectures
[20:44] <alkisg> So you could even have 2-3 different images, for i386, amd64, macs etc
[20:45] <alkisg> That's difficult... :(
[20:45] <LaserJock> well, I think it's useful to have an overall goal of where we want to head, but then break up things into smaller, doable chunks
[20:45] <LaserJock> i.e. what can we do for Jaunty?
[20:53] <LaserJock> nothing? :-)
[20:53] <alkisg> I don't know for Jaunty... :( ...but I'll have my users-manager ready in late summer! :P :D
[20:54] <LaserJock> well, perhaps if more people worked on it it could be ready for Jaunty or near there?
[20:57] <alkisg> Sure, but is anyone interested?
[20:57] <LaserJock> maybe
[20:58] <LaserJock> you could write an email to edubuntu-users/devel perhaps
[20:58] <LaserJock> it doesn't hurt to ask
[20:58] <alkisg> OK, I'll try...
[20:58] <Ahmuck> doesn't ltsp build a profile of each machine by mac address?
[20:58] <LaserJock> no
[20:58] <Ahmuck> so you would have an idea of what proc/mem was on the machine?
[20:59] <Ahmuck> ah
[20:59] <Ahmuck> it's not that smart?
[20:59] <LaserJock> or
[20:59] <LaserJock> I don't know actually
[20:59] <LaserJock> I think not but stgraber might now
[21:01] <Ahmuck> if you had a basic config file for each mac address in a list, then it would be easy to pick out what machines should be thin and which should be fat
[21:01] <LaserJock> yes
[21:01] <Ahmuck> part of my problem with fat client setup, is one literally has to hand edit machines for fat or thin client boot
[21:02] <Ahmuck> sorry, i think i'm thinking beyond the project atm
[21:03] <alkisg> Ahmuck: you could use the "like" stanza of lts.conf
[21:07] <stgraber> LaserJock: ouch, I just saw that you closed a handful of LTSP bugs too, looks like we'll soon get a clean LP :)
[21:08] <LaserJock> stgraber: working on it. Trying to get a more useful TODO list
[21:08] <LaserJock> we're down to 223 open bugs
[21:10] <LaserJock> man, there's just an incredible amount of work that could be done on user management
[21:11] <LaserJock> the users-admin upstream (gnome-system-tools) is looking rather dead as well :(
[22:35] <LaserJock> oh nifty
[22:35] <LaserJock> I think I found a patch to fix sabayon
[22:58] <Ahmuck> thankfully :)
[23:38] <crimsun> LaserJock: around to sponsor a main upload?
[23:42] <LaserJock> crimsun: sorta-ish what's the package?
[23:43] <crimsun> LaserJock: pulseaudio [http://www.trilug.org/~crimsun/pulseaudio_0.9.13-2ubuntu4.dsc]
[23:46] <crimsun> (goes without saying that the changes have been tested by at least two others from my ppa; this is a changelog bump)
[23:52] <LaserJock> crimsun: done
[23:53] <crimsun> LaserJock: thanks


[03:43] <bluesabre> ochosi: was confused by "that's the status quo"
[03:44] <bluesabre> flocculant: thanks :)
[03:45] <bluesabre> flocculant: in case you're interested, many more changes to menulibre in the last day or so, changelog is now https://paste.ubuntu.com/26357452/
[03:53] <bluesabre> flocculant: I feel pretty confident that it's in a release-ready state, hopefully you don't find another 100 or so issues ;)
[05:49] <flocculant> bluesabre: :)
[06:08] <flocculant> bluesabre: don't know if this is because bionic and all the ppa's ... but you'll be disliking me :(
[06:08] <flocculant> https://paste.ubuntu.com/26358131/ for terminal log, https://streamable.com/wjeap
[11:15] <bluesabre> flocculant: aaaaaah... that was just a test, right... glad you're testing, it's fixed :D
[17:57] <flocculant> bluesabre: :)
[19:02] <flocculant> knome: 17.04 eol blog post draft done if you could check that - figure publish after we know for sure that new 17.10 is live
[20:22] <flocculant> bluesabre: some notes, not a dying terminal paste :p https://paste.ubuntu.com/26362185/
[23:30] <bluesabre> flocculant: thanks! Pushed a fix for the surprise terminal output


[00:01] <genii-around> eg: sudo dpkg -i --force-overwrite /var/cache/apt/archives/ubuntu-release-upgrader-qt_1%3a0.165_all.deb
[00:02] <IdleOne> http://paste.ubuntu.com/1077342/
[00:05] <IdleOne> I wonder if I rm /var/cache/apt/archives/* will that help?
[00:11] <IdleOne> hmm so I rm /var/cache/apt/archives/*.deb and ran a dist-upgrade. seems to be doing it's thing.
[00:13] <IdleOne> Have no idea if it was wise to do so :)
[00:15] <IdleOne> Time for a reboot. genii-around if I don't come back I'll see you in about 10 hours with my computer :P
[00:26] <IdleOne> Seems to have fixed it
[00:27] <IdleOne> genii-around: thanks for the nudge that made me think of deleting the .deb cache
[02:22] <ianliu> I'm trying to upgrade to ubuntu 12.10 with update-manager -d but nothing is shown. Any hints?
[02:27] <trism> ianliu: in software-properties-gtk on the Updates tab, set 'Notify me of a new Ubuntu version' from LTS only to any new version
[02:27] <trism> ianliu: then update-manager -d; should work
[02:28] <ianliu> trism: thanks
[04:35] <MechanisM> hello, anyone knows why I'm getting mouse/keyboard freezing after attaching some usb devices like phone via cable or VOIP phone or USB-bluetooth and some others? mouse/keyboard both via USB
[04:36] <MechanisM> it's not just sometime happened. It's always happens since 11.04..
[05:24]  * gnomefreak really hates crases
[05:32] <gnomefreak> fixed :)
[12:12] <BluesKaj> Hi all
[14:36] <brendand> is it known that universe is missing from the latest quantal dailies?
[20:41] <alex_mayorga> Tried an update, but it seems I've stumbled into bug 1009226
[20:41] <alex_mayorga> Any known workarounds?
[20:43] <FernandoMiguel> olá
[20:53] <alex_mayorga> FernandoMiguel: Hola
[22:19] <arand> !schedule


[01:06] <gmiernicki_> anyone able to help me with ssh key management?
[01:06] <gmiernicki_> LP is not identifying code commits as me anymore
[01:06] <gmiernicki_> https://code.launchpad.net/~sahanaphp-committers/sahana-agasti/1.0
[01:07] <gmiernicki_> the last 6 commits all went in as gmiernicki@hostname
[01:07] <wgrant> gmiernicki_: That's nothing to do with SSH keys -- run 'bzr whoami "First Last <email@address>"'
[01:08] <gmiernicki_> will previous commits be credited to me or only future ones?
[01:08] <wgrant> Only future ones, unfortunately.
[01:08] <gmiernicki_> ahh, well... at least its fixed :)
[01:08] <gmiernicki_> thanks for the help in sorting me
[03:51] <vadi2> How can I fix this problem: http://paste.pocoo.org/show/229663/ ?
[03:54] <spiv> vadi2: upgrade lp:~mudlet-makers/mudlet/main to the current repository format
[03:55] <spiv> vadi2: there will be a link on its Launchpad page to do that
[03:55] <vadi2> Okay. I pushed the upgrade button on LP.
[07:23] <poolie> wgrant: i can't help thinking of a Sarah Palin app now :)
[07:25] <wgrant> poolie: Heh
[07:25] <poolie> rogue applications only one heart attack away from the nuclear football :)
[07:26]  * nigelb blinks
[07:26] <nigelb> what was that about?
[07:26] <poolie> nigelb: wgrant's post about "rogue applications" vs http://en.wikipedia.org/wiki/Going_Rogue
[07:29] <nigelb> wgrant: wats your blog address?
[07:29] <wgrant> I have no blog.
[07:29] <nigelb> apparently its not on planet (or I can't find your name there)
[07:29] <wgrant> This was on launchpad-dev.
[07:29] <nigelb> ooooh
[07:30] <nigelb> address/
[07:31] <nigelb> meh, I'm missing something
[07:31] <wgrant> https://lists.launchpad.net/launchpad-dev/msg03659.html
[07:32] <nigelb> aha, now I see :)
[07:35] <wgrant> poolie: Hm, your email doesn't seem to have made it to the list.
[07:35] <wgrant> Just saw it in my inbox now, along with didrocks', but only his made it onto the list.
[07:40] <poolie> wgrant: it might be moderation delay :/
[07:40] <poolie> :(
[07:41] <wgrant> poolie: Why would your posts be moderated?
[07:41] <poolie> to annoy me
[07:42] <poolie> wgrant i think there is a theoretical
[07:42] <poolie> or a conceptual problem in trying to limit what can be done by an application run directly by the user on their own machine
[07:42] <wgrant> poolie: Well, UNIX is broken.
[07:43] <wgrant> But not all LP clients are going to be running on the client's machine.
[07:45] <poolie> this is regardless of unix being broken
[07:45] <poolie> if the user specifically wants to add a new gpg key
[07:45] <poolie> there is no point trying to insist on them doing this only through a particular blesséd client codebase
[07:46] <poolie> as if it is any safer for them to do this through chromium than through an api client
[07:48] <wgrant> poolie: I think there should be a separate access flag on the token.
[07:49] <wgrant> Quickly should be able to say that it wants access to other auth tokens.
[07:49] <wgrant> And the confirmation page will get the user to agree with that.
[07:49] <wgrant> And then Quickly can happily go around and add backdoors into the user's account, if desired.
[07:51] <poolie> +
[07:51] <poolie> +
[07:51] <poolie> +1
[07:52] <poolie> typos, not emphasis :)
[07:52] <lifeless> so thats 3 right ?
[07:52] <poolie> three rights make one wrong
[07:54] <mneptok> three rights make a left
[07:54] <poolie> also i wish it was closer to "the app requests access X, do you agree?" rather than "what access to you want to give"
[07:54] <poolie> maybe there's a way for this
[07:55] <wgrant> poolie: +1
[07:55] <wgrant> Definitely a good idea.
[07:55] <wgrant> Particularly if we do this extra flag thing.
[07:55] <poolie> then if it's prepared to work in either trusted or untrusted mode they can ask you that first
[08:14] <james_w> poolie: it's possible, but not well documented that you can do that now I believe
[08:15] <james_w> (request particular access which will restrict the choices the user sees)
[08:25] <poolie> ah ok
[08:36] <FC34> hi
[08:40] <FC34> if i want enterprise support with ubuntu and fiber channel, does canonical give a compatibility matrix with storage and fiber controler and switches ?
[08:43] <tsimpson> you should probably contact canonical about that
[08:43] <tsimpson> http://www.canonical.com/about-canonical/contact
[08:45] <spiv> Specifically, use the link there for contacting the sales team: https://forms.canonical.com/sales/
[08:46] <FC34> thank you all
[10:52] <lyhana8> hi, is there a channel for french translator ?
[12:06] <dpm> lyhana8, you can try asking on #ubuntu-translators or looking at https://launchpad.net/~ubuntu-l10n-fr or https://launchpad.net/~lp-l10n-fr
[12:33] <ojwb> hi, I'm wanting to create a PPA and rebuild some packages against a newer version of another package which is in hardy-backports
[12:33] <ojwb> but I can't figure out how to copy a package from hardy-backports - is that possible?
[12:33] <bigjools> not easily with the UI, but it's possible with the API
[12:33] <bigjools> but can't you set your PPA dependencies to use hardy-backports?
[12:34] <bigjools> then you don't need to copy
[12:35] <ojwb> um, that might end up building against newer versions of other things though, which seems undesirable
[12:36]  * ojwb looks at the api
[12:38] <bigjools> fair enough - look for syncSource
[12:39] <ojwb> is the API in some sort of restricted beta?
[12:39] <ojwb> or did I just misread this page...
[12:39] <bigjools> nope, it's released
[12:39] <bigjools> if something says it's beta, can you let me know and we'll fix that
[12:39] <ojwb> last bullet of https://help.launchpad.net/API/
[12:40] <bigjools> ah!
[12:40] <bigjools> thanks
[12:40] <ojwb> sure
[12:41] <ojwb> it's all too easy to end up with lingering references like that
[12:41] <bigjools> well if the wiki would let me log in, I'd fix it ...
[12:47] <ojwb> bigjools: also, the 3rd paragraph on that page
[12:47] <ojwb> "The Launchpad web service is currently in a limited beta, open to Launchpad's beta testers. "
[13:04] <nigelb> jml: poke
[13:04] <jml> nigelb, yes?
[13:04] <nigelb> when can you do that session at dev week? https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep
[13:05]  * jml blinks
[13:05] <nigelb> heh
[13:05] <jml> nigelb, I'm in the middle of something right now, I'll get back to you in a bit.
[13:05] <nigelb> sure, just update the wiki
[13:05] <nigelb> I'll hunt you down tomorrow if you've forgotten :)
[13:11] <geser> A package (ubuntu-dev-tools) which is actively developed and maintained in Ubuntu got a bug filed in the Debian BTS and I'd like to have it also in LP. Do I need to file the bug manually (and link it to the Debian bug) or can it be "imported" from the Debian BTS?
[13:14] <wgrant> geser: You'll have to file it manually.
[13:15] <james_w> geser: http://people.canonical.com/~jamesw/import-bug-from-debian.py
[13:15] <james_w> should probably still work
[13:17] <BlackZ> hi, I seen bug #5292 but I see a lot of people that use their @ubuntu.com email address as primary/contact address in launchpad, how they can do that? I thought that will not work as described in https://wiki.ubuntu.com/UbuntuEmail
[13:19] <nigelb> BlackZ: are you sure they're doing that or adding @ubuntu as a secondary addresss?
[13:20] <BlackZ> nigelb: I'd say the first
[13:20]  * nigelb is cluless
[13:20] <micahg> BlackZ: legacy usually
[13:25] <geser> james_w: thanks, still works
[13:28] <geser> james_w: should that script get added to ubuntu-dev-tools?
[14:29] <dholbach> hiya
[14:29] <dholbach> semi-last-call: UDW sessions up for grabs: https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep
[15:19] <soren> Is it possible to change the name of a project once it's been registereD?
[15:19] <soren> Not just the display name, but url and everything.
[15:19]  * dholbach tries to rename ubuntu back to no-name-yet
[15:20] <soren> Heheh :)
[15:29] <lfaraone> If I have GNU hello 2.0-4 in the PPA, and mistakenly upload hello 2.1-5, then delete it from the PPA since it was a mistaken, can I then upload 2.0-4?
[15:29] <lfaraone> * cah I thehn upload 2.0-5
[15:32] <davidfraser> lfaraone: yes
[15:37] <lfaraone> Is the PPA service down again? "ftp ppa.launchpad.net" returns a 111: Conn. Refused on several systems on different networks.
[15:37] <cody-somerville> bigjools, ^^
[15:39] <lfaraone> cody-somerville: good luck with that, he's "#REDIRECT pagename" :)
[15:39] <lfaraone> * "away     : Drinking heavily"
[15:39] <cody-somerville> lol
[15:39] <lfaraone> he may also be a MoinMoin redirect, but that's his business.
[15:41] <cody-somerville> lfaraone, try now?
[15:42] <lfaraone> cody-somerville: ... annnd we're back! thanks.
[15:42] <bigjools> there's an sftp service as well now
[15:42] <bigjools> if ftp goes down, try it
[15:59] <james_w> geser: I'd be fine with that
[16:01] <jml> soren, I think you need admin intervention.
[16:01] <geser> bigjools: is there a dput.cf snippet for it somewhere?
[16:01] <soren> jml: That's ok, as long as it's doable.
[16:01] <soren> jml: I don't need it now, I just want to know how set in stone it is once I create the project.
[16:01] <bigjools> geser: no but it's trivial, just set the user to your LP name and method to sftp
[16:01] <bigjools> everything else is the same
[16:01] <geser> ok
[16:04] <geser> does this work for PPA too or only the main archive?
[16:04] <bigjools> both
[21:29] <zooko> Dear people of #launchpad: there are two bugtracker instances which point to the same remote bug tracker and should be merged.
[21:29] <zooko> https://bugs.launchpad.net/bugs/bugtrackers/tahoe-lafs.org-tahoe-lafs
[21:29] <zooko> https://bugs.launchpad.net/bugs/bugtrackers/tahoe-trac
[21:29] <zooko> Also, I couldn't figure out how to open a new "Question" as a way to bring this to your attention. Maybe I should open a new bug against launchpad?? (That sounds wrong.)
[21:37] <lifeless> 06:29 < zooko> Also, I couldn't figure out how to open a new "Question" as a way to bring this to your attention. Maybe I should open a new bug against launchpad?? (That sounds wrong.)
[21:37] <lifeless> 06:35 < lifeless> zooko: answers.launchpad.net/launchpad
[21:37] <lifeless> 06:36 < lifeless> zooko: its like a bug tracker but different


[18:39] <dkessel> ping aling
[18:43] <flocculant> who's aling?
[18:44] <flocculant> :p
[19:29] <dkessel> oh right. I meant ping balloons :p
[19:30] <flocculant> :D
[20:07] <dkessel> btw after i used autopilot3 vis a few times on mousepad, autopilot got really unstable, and it logged some X server related drawing errors. i only got autopilot better after logging out and back on.
[20:07] <dkessel> other than that and the autopilot-types-in-another-keyboard-layout bug it was fun
[20:08] <dkessel> at least i got it to write something and to compare the text with an expected result
[20:08] <flocculant> \o/
[20:08] <dkessel> anyway, cya the other day. maybe.